支持BLE 4.2的蓝牙SOC芯片与手机app之间的数据包长度(MTU)

支持BLE 4.2的蓝牙SOC芯片与手机app之间的数据包长度(MTU)

在[BLE 4.2][6]之前,BLE芯片与手机通信的蓝牙数据包长度MTU是[23][6]字节,其中还包括2字节的handle值,1字节的operation码,所以留给应用层的数据长度只有[20][6]个字节。
当SOC的蓝牙芯片(如TI的cc2640、NXP的KW41等)有大量数据需要透传时,受限于MTU,发送端只能数据分包进行流传输,而接收端需要进行组包,为了防止中间数据的丢失,在20个字节中还需要增加包ID等。带来的弊端就是代码的复杂度和传输的效率下降。

而在[BLE 4.2][6]中,MTU已经扩展到了[247][6]字节,除去3个字节,留给应用层的就是[244][6]字节可以使用,相应的传输效率大大增加,代码复杂度也相应的降低。

MTU的修改流程

为了兼容BLE4.2之前的设备,BLE 4.2中MTU的默认大小仍然是23字节,但可以在连接后进行修改。当peripheral和central建立连接之后,central设备会发送 [ATT_Exchange_MTU_Req][5] 的请求包,包含了central所支持的MTU大小;peripheral会回应 [ATT_Exchange_MTU_Rsp][6] 应答包包含peripheral所支持的MTU大小,取两者之间最小的MTU作为两者通信的MTU。

这里有个问题是,一般而言,手机作为central,soc的芯片做peripheral,因更新速度不够快,手机app基本上不会发出 [ATT_Exchange_MTU_Req][6] 包,这就无法修改MTU。

在NXP的KW41的SDK代码里面,我看到他们的实现方式是:

  • KW41的例程中需要link的library库是同时支持central和peripheral的library。
  • KW41芯片仍作为peripheral进行初始化和工作,只不过在建立连接后,KW41需要调用central的API函数发送MTU的请求。

通信抓包示意图

支持BLE 4.2的蓝牙SOC芯片与手机app之间的数据包长度(MTU)_第1张图片

你可能感兴趣的:(蓝牙BLE)