LAUNCHXL-CC26X2R1: 修改ble MTU为255，但实际特征值最大248，超过后出现异常

您好，

根据您提供的信息，BLE MTU配置为：255字节。

您需要确认Iphone12所支持的MTU值是否大于您要传输的数据大小（248字节）。

抓包结果如图，显示251，

修改特征值长度为251，LOG如图。

正在跟进您的问题，请稍等一下。

我将特征值修改为200

空口抓包结果如下（长度207）：

特征值长度是244/248，下面长度都是251 

特征值长度是243，下面长度都是250

所以得出结论：

发送长度<=251

特征值长度+7

特征值在244-248之间时，均为251

我目前能验证的就这些了，

特征值超过248的，分析仪无法抓取到数据包（个人猜测协议栈进行长度判断，发现超过有效长度，而取消本次发送，所以无法抓取）

收到最新跟进的问题。

1.当您将BLE-MTU-LEN特征值长度改为200、243、244时，实际传输的数据包长度会+7：

这可能是由于协议头部或尾部添加了一些附加信息。

2.特征值长度为245、246、247、248时，可以抓取到数据包，但是实际长度保持251不变。

3.特征值大于248就无法获取数据包，您的猜测应该是正确的。

下图描述了当SDU+L2CAP Header小于等于MAX-PDU-SIZE时，就只会传输SDU+L2CAP Header值。

您可以参阅：https://dev.ti.com/tirex/content/simplelink_cc13x2_26x2_sdk_5_20_00_52/docs/ble5stack/ble_user_guide/html/ble-stack-common/l2cap.html#l2cap-frames

所以这个是正常现象对吗？

MTU并不是用户有效是251，而是还含有一些其他协议层数据？

我认为是正常的。

这个跟协议栈的设计相关，我会查询一下给您完整答复。

前面为什么-1，后面-3，还是不太明白

在一个数据包中可以发送的最长属性是（ATT＿MTU－１）个字节 。

通知是有额外的长度限制，因此在数据包中，最长可以发送 （ATT＿MTU－３）字节。

那-1和-3这些减掉的部分分别存了什么数据？

数字1和3并不代表存储了特定的数据，只是数学计算中的数值，这个操作只是简单地对ATT_MTU进行减法运算。

BLE 协议里规定一个属性的最大长度为 ATT_MTU 值减去 1 个字节，这样可以确保在传输数据时不超过规定的最大限制。

但对于通知，有额外的长度限制，ATT_MTU 值减去 3 个字节作为有效的数据长度。

例如，如果ATT_MTU 的值为 23 ，通知的有效数据长度为 20 字节。

为您提供两个链接，请参阅，希望对您有帮助：

请查看 BLE5-Stack 用户指南 (ti.com) 的 GATT 章节.

有关详细信息，请参阅蓝牙核心规范版本 5.2的 MTU 交换部分。