蓝牙5.3 Core Spec演进与功能变化

复制转载请注明出处。

Core spec 5.3 在2021/7/13号正式发布，我23号在SIG官网发现了协议的更新。 看蓝牙SIG的介绍，5.3协议主要是一些特性的增强（Feature Enhancements），主要包含5个方面。 1、Periodic Advertising Enhancement 周期性广播的增强 2、Encryption Key Size Control Enhancement 加密密钥大小控制增强功能 3、Connection Subrating（连接次级评级）次级连接 4、Channel Classifcation Enhancement 信道分类的增强 5、Removal of the Alternate MAC and PHY (AMP) Extension 删除不用的 AMP Phy

蓝牙5.0把广播信道抽象为两类，一种叫主广播信道(primary advertisement channels)，工作在37,38,39三个信道中。蓝牙4.0的广播使用的都是主广播信道，另一种叫第二广播信道（Secondary Advertising channels），工作在0–36信道中。蓝牙5.0中在主广播的数据类型增加了一个ADV_EXT_IND指令，当扫描设备收到ADV_EXT_IND指令且能识别其携带的数据时（需要扫描设备也是蓝牙5.0才能正确识别），根据包中携带的信息可以去第二广播信道监听其辅助包（auxiliary packet）。 扩展的广播：LE设备可以使用37个 general purpose channels（Secondary Advertising Channels）去发送广播数据，就和3个primary advertising channel一样。好处就是为了降低数据包冲突的概率。 扩展的广播包含四种广播包格式：ADV_EXT_IND, AUX_ADV_IND, AUX_SYNC_IND and AUX_CHAIN_IND ，它们都使用Common Extended Advertising Payload 广播包格式。 Common Extended Advertising Payload的主要数据字段为Extend Header，格式如下图： 对一些重要字段进行一下说明：

扩展的广播可以有很多种方式使用方式，其中一种叫做周期性广播（periodic advertising）。

传统的广播，Core Spec 4.0中为了避免多设备之间2.4G上的数据碰撞，使用一个0-10ms的随机值来避免，用下图来展示： 虽然现有方式解决了数据碰撞问题，但是也使接收机接收更加困难了，所以又有了periodic advertising。 周期性广播通过ADV_EXT_IND进行引导，依次在不同信道上发送后续数据，相应的也引入了新的问题。

蓝牙的广播是没有确认协议以及明确的重传机制的。因此使用了periodic Advertising之后，发送者的开销也变大了，需要多发几次以保证RX设备能收到。

AUX_SYNC_IND广播包中不包含AdvDataInfo域，又由于controller收到信息之后直接通过HCI LE Periodic Advertising Report event发送给Host，Host就需要判断这些包是否对自己有用。

对于广播包来说，约定的方式是在37 38 39 信道上各发一次，这又引出了一个问题，举例说明： 如果一个设备在RX的总占空比为60%，其他40%进行TX，这样分配在37 38 39 三个主广播信道上的占用就是20%。对于Controller来说不知道什么时候可以直接切换到其他信道（因为可能会有重传等数据出现）。

在Core Spec 5.3中规定，在AUX_SYNC_IND包中，Common Extended Advertising Payload Format 中的ADI域是可选的。 在接收设备中，Host可以指示Controller它是否需要识别出已经发送过的数据包。这种方式就提高了Host端的效率，不需要被重复的包打扰。 对于Controller来说，当收到数据包后检查ADI域，就可以判断是否为重传、前期是否收到过，这样RX设备就可以直接switch到其它的channels，对这个信道来说RX的占空比减少了，可以去其他信道进行接收。

Encryption Key Lengths： 加密提供的保护强度在很大程度上依赖于加密算法以及秘钥。对于秘钥来说，秘钥的好坏程度取决于密钥值的随机程度和密钥长度。

目前的秘钥长度情况： 支持的最大密钥长度因设备类型而异，因此此值通常在出厂时设置。core spec规定了通用的56bit为最小密钥长度。 在设备建立加密连接时，可以协商秘钥大小，下图为空包实例： 接下来host会进行询问，流程如下： HCI中都可以看到：

包含两点改动： 1、 原文是这么说的：inform the host of the negotiated key size at the same time that it informs the host that encryption has been enabled. （在通知Host已启用加密的同时，通知Host协商的密钥大小。） 上述问题点1解决了，只需要一条指令，并且原文说这样提高了加密的速度与效率（少了两条指令交互）。 2、新增一条HCI指令

了解连接间隔、连接事件外设延时的概念（Peripheral Latency ），下图有助于理解，这些都是Core Spec 4.0的概念：

这时出现的问题是：如果ACL Connection Interval很长，这样在建立Audio链路时就会耗费很长的时间，如下图：

a、Connection Update procedure，连接参数更新的过程 b、Channel Map Update procedure，指示信道质量，即跳频时可选用的信道 c、选用哪一个PHY 这些相关的控制过程也跟连接参数相关，如果链接参数过长，进行参数切换时都需要有个很长的间隔，实时性很差。

目前市面上的蓝牙设备一般占空比是不变的，如下图所示： 但有一种场景：比如我们的蓝牙耳机，在用户连接后没有使用时，耳机处在一个低占空比的状态，但突然来了电话或者需要听歌，占空比需要切换，但这时不能有明显的延时。切换策略如下： 从event 4开始进行参数更新，到Event 10 才完成，中间6个Event是Core Spec的强制要求，目的是留出足够的时间让Central 和peripheral都完成更新，也预留出重试的时间。否则万一参数更新失败，就会断链。 所以在这种情况下会有明显的问题：若在低占空比的情况下，连接间隔比较大，如1s，6个Event后就是6s，严重影响体验。

快速的实现从长连接间隔转换到短的连接间隔。

a、LE Audio b、使用sensor采集数据的监控设备

增加了一些新的参数： subrate factor continuation event continuation number 举例说明：Peripheral Latency=1, subrate factor=3 and continuation number=1 在举个例子说明一下Continuation Number，下图为Peripheral Latency=0, subrate factor=5 and continuation number=2的情况： 在下面在举个例子说明一下交互使用的注意事项：

下面都是重复的，可以了解下。此处如果加一个continuation number会更复杂一些。

通过这种方式，就算将Connection Interval修改的比较短，也可以通过调整Peripheral Latency来进行功耗调整。 补充一个概念：Subrate Base，即在一次Subrate Factor中第几次是subrated conenction event（which one is active used）。

如下示例为一次切换流程： 在转换期间，新旧两组参数同时使用。

Adaptive Frequency Hopping ：跳频技术 蓝牙LE中的信道分类仅由中央设备执行，中央控制器可以使用本地获取的信道性能测量值或主机提供的信息来确定信道分类。 若两个设备离的较远，Central设备计算的可用信道值并不一定适用于Peripheral，这可能会导致数据包冲突，并且通常会降低吞吐量和可靠性。 空包中看到的分级情况：used和unused两类。

在Core Spec 5.3之前，Le设备的信道分类都是由中央设备做的，新的改动就是外围设备也可以上报信道分类信息。

Core Spec中举的例子： Alice：手机（最新的手机，支持Channel classification enhancement） 耳机（最新的耳机） Bob：耳机（同样品牌，同样型号的，但是是一年前买的）

Alice和Bob的耳机都连接到Alice的手机，手机放在客厅的桌子上，通过LE Audio听音乐。 Bob发现他去厨房的时候，耳机会卡顿，音质会变差； Alice也很奇怪，她带着耳机去厨房就没有问题。 Alice很严谨，去查了说明书。发现，她的耳机是这个牌子和型号的第二版，而鲍勃的是第一版。 Bob也很严谨，他发现当走到厨房位置时，可以搜到邻居家的wifi了，认为是邻居家的wifi干扰了他的耳机。 经过咨询客服，原来Alice的耳机可以上报自身检测到的信道质量，完美避开了邻居家wifi的干扰，但是Bob的老款耳机没有这个功能。

在另行通知之前，会员仍然可以根据早期的蓝牙核心规范版本（如5.2）对使用AMP的产品进行鉴定。

5.3是为了共同提高许多类型产品的可靠性、能效和用户体验。可能在设备形态上并体现不出来。大部分改动都在Le上，可能也是在为Le Audio扫清障碍。