蓝牙规范为何允许同一广播块中包含多个TxPower值？

问题背景 #

根据蓝牙规范，单个广播块可包含多种广播类型，其中就包括TxPower字段。这意味着同一时刻可能接收到设备的多个TxPower值——而TxPower通常并非动态值，这就让人困惑：蓝牙规范为何允许同一广播块中存在多个TxPower值？
在Android系统上这个现象尤为明显：系统协议栈会收集初始广播及后续扫描响应内容，整合后返回单个ScanResponse对象（注：使用CALLBACK_TYPE_FIRST_MATCH可以缓解此问题，但会丢失后续广播内容）。
由于TxPower常被用于测距场景，我无法理解允许同一时刻存在多个值的设计逻辑，想请教：

• 这种设计的缘由是什么？
• 处理多个TxPower值的正确方式是取平均值吗？

解答 #

一、多TxPower字段的设计缘由 #

蓝牙规范允许广播包中存在多个相同类型的AD字段（包括TxPower），主要有以下几个原因：

• 适配多信道发射功率差异：蓝牙广播使用37、38、39三个独立信道，部分设备会针对不同信道设置不同的发射功率，此时会在广播包中分别携带对应信道的TxPower值，让扫描端能更精准计算不同信道下的信号衰减，提升测距或定位的准确性。
• 兼容厂商历史实现：早期部分蓝牙设备厂商为了自定义逻辑，会在广播包中重复携带TxPower字段，蓝牙规范为了兼容这类已广泛部署的设备，保留了允许多个相同AD字段的规则。
• 广播与扫描响应的补充机制：初始广播包和扫描响应包都可以携带TxPower字段，Android协议栈会自动整合两者的内容，最终返回的ScanResponse就会包含多个TxPower值——这是规范允许的补充信息机制，并非设计漏洞，目的是让扫描端获取更完整的设备信息。

二、多TxPower值的正确处理方式 #

不建议直接取平均值，更合理的处理逻辑如下：

• 优先选用扫描响应中的值：如果是整合了初始广播和扫描响应的结果，扫描响应中的TxPower通常是设备主动补充的更精准值，优先使用该值。
• 按扫描信道匹配取值：如果设备是按不同广播信道携带TxPower，可根据当前扫描到的信道，匹配对应的TxPower值用于测距，避免跨信道的功率差异影响计算结果。
• 去重后选择稳定值：如果多个TxPower值完全相同，直接保留一个即可；如果值存在差异，可结合当前接收的RSSI信号强度，选择与RSSI衰减逻辑匹配度更高的TxPower值，或保留出现次数最多的有效值。

内容的提问来源于stack exchange，提问作者axa