【LE Audio】PBP精讲[2]: 公共广播的配置骨架与角色分工

LE Audio让蓝牙音频从传统的点到点传输走向了广播时代，而Public Broadcast Profile（PBP）则是蓝牙SIG为机场、商场、剧院、会议中心等公共场景量身打造的广播音频协议。如果把PBP协议比作一套能在公共区域落地的蓝牙广播音频系统，那么配置体系就是这套系统的骨架——它决定了设备该如何分工、如何对接底层蓝牙音频协议、如何在蓝牙网络中有序运作。

目录

一、三大核心角色，公共广播系统的专属工作组

二、协议依赖与角色映射，PBP的底层地基

三、无拘无束的运行规则，适配公共场景的灵活设计

四、蓝牙核心规范兼容性，PBP的最低运行门槛

五、PBP配置体系的设计核心：场景化与标准化

六、测试

想要让PBP协议在公共场景中实现标准化的音频广播，首先要搞懂其配置体系的核心设计：设备的角色定位、角色与底层协议的依赖关系、设备运行的限制规则，以及对蓝牙核心规范的版本要求。这些设计不仅是PBP协议落地的基础，更是保证不同品牌设备之间互联互通的关键。

一、三大核心角色，公共广播系统的专属工作组

PBP的配置体系首先对参与公共广播的蓝牙设备做了清晰的角色划分，三个角色各司其职，就像一个广播工作组里的广播台、接收终端和控制中台，缺一个都无法让公共广播音频流形成完整的闭环。这三个角色的定位、功能和典型设备都有明确的界定，且每个角色都对应着公共场景的实际使用需求。

三个角色的划分并非孤立存在，而是围绕公共广播音频流的产生-传输-接收-控制形成的完整链路，这也是PBP协议能适配各类公共场景的基础。

二、协议依赖与角色映射，PBP的底层地基

PBP并非一套孤立的协议，而是基于蓝牙LE Audio的两大核心基础协议构建——Basic Audio Profile（BAP，基础音频协议）和Common Audio Profile（CAP，通用音频协议）。就像任何上层应用都需要底层操作系统的支撑，PBP的所有功能都建立在BAP和CAP的标准化流程之上，这也是蓝牙协议体系的设计逻辑：保证底层协议的复用性，减少上层协议的开发成本。

原spec中明确指出

This profile uses procedures defined in CAP [4] for broadcast Audio Streams. This profile extends only the Broadcast part of CAP.

意味着PBP并没有重新设计广播音频流的基础传输流程，而是直接复用CAP中关于广播音频的所有标准化流程，仅在CAP的广播模块基础上做针对性的扩展和优化，核心目的是保证PBP与现有蓝牙音频协议的兼容性，让设备厂商无需重新开发底层逻辑，只需基于现有CAP协议做少量适配即可实现PBP功能。

同时，PBP的三个核心角色与CAP、BAP的角色存在强制的一一映射关系，这是保证协议互通性的关键。PBP对每个角色都提出了明确的底层协议角色实现要求，形成了“PBP角色-CAP角色-BAP角色”的三层绑定关系，我们可以通过一张映射表清晰看到这种对应关系：

这种绑定关系并非随意设定，而是基于CAP和BAP的角色功能匹配：CAP的Initiator负责发起广播、Acceptor负责接收广播、Commander负责控制广播，与PBP的三个角色功能完全契合；而BAP则为其提供了标准化的音频广播源、接收端和辅助控制能力。简单来说，想要实现PBP的某个角色，设备必须先具备对应的CAP和BAP角色能力，这是PBP协议的硬性要求。

此外，PBP的角色层级还形成了清晰的架构关系：PBP作为上层公共广播专用协议，基于CAP的广播角色体系构建，而CAP又依托BAP的基础音频广播能力，三者层层递进，构成了公共广播音频的完整协议支撑体系。

三、无拘无束的运行规则，适配公共场景的灵活设计

PBP的配置体系针对公共场景的复杂性，在设备运行规则上做了极具灵活性的设计，主要体现在并发限制和拓扑限制两个方面，既保证了设备的多功能利用，又让协议设计更轻量化，精准适配公共广播的核心需求。

在并发运行上，原spec明确说明No concurrency limitations or restrictions are imposed by this profile.，即PBP不施加任何并发限制。这意味着一台蓝牙设备可以同时承担多个PBP角色，比如一台智能电视，既可以作为PBS向外广播电视节目音频，又可以作为PBA接收并控制商场的背景音乐广播；一部智能手机，既可以作为PBA控制广播接收，也可以在特定场景下作为PBS向外广播音频。这种无并发限制的设计，完全适配公共场景中设备的多功能需求，避免了单角色限制带来的设备资源浪费，让设备的利用效率更高。

在拓扑结构上，PBP则做了精准的场景限定：

The topology of this profile is applicable only to broadcast Audio Streams as defined in [3].

即PBP的配置体系仅适用于BAP协议定义的广播音频流拓扑，也就是一对多的传输拓扑。这意味着PBP不支持蓝牙经典的点到点、点到多点等其他拓扑结构，这是由PBP的公共广播场景定位决定的——机场、商场、剧院等公共区域的音频广播，本质都是一个广播源向多个接收端传输音频，一对多的广播拓扑是最贴合实际需求的设计。这种限定让PBP无需兼容其他拓扑结构，协议设计更轻量化，设备实现的成本也更低。

四、蓝牙核心规范兼容性，PBP的最低运行门槛

任何蓝牙协议的实现，都需要依托蓝牙核心规范的底层能力，PBP也不例外。其配置体系明确了对蓝牙核心规范的版本要求：

This specification is compatible with the Bluetooth Core Specification, version 5.2 [1] or later.

即PBP协议兼容蓝牙核心规范5.2及以上版本。

这个版本要求并非随意设定，而是与LE Audio的核心特性紧密相关。蓝牙核心规范5.2版本是LE Audio技术的诞生基础，该版本正式定义了LE Audio的核心能力，包括广播音频流、等时信道（Isochronous Channel）、广播等时组（BIG）等，而这些都是PBP协议实现公共广播的关键底层技术。如果设备的蓝牙核心规范版本低于5.2，就无法支持LE Audio的基础能力，自然也无法实现PBP协议的功能。

同时，PBP协议将兼容版本设定为5.2及以上，也为后续的协议升级和功能扩展预留了空间。随着蓝牙核心规范的不断升级，更高版本的底层能力可以为PBP带来更优的传输性能、更低的功耗，让公共广播的体验更好。

五、PBP配置体系的设计核心：场景化与标准化

梳理PBP的整个配置体系，能发现其设计始终围绕两个核心：场景化和标准化。

场景化体现在所有设计都贴合公共广播的实际需求：角色划分围绕公共广播的音频流链路，无并发限制适配公共场景的设备多功能需求，仅支持广播拓扑精准匹配公共广播的传输形态，甚至将助听设备作为PBK的核心适配设备，也是针对公共场景的人性化设计。

标准化则体现在对底层协议的复用和角色的强制绑定：基于CAP和BAP的标准化流程构建，让不同品牌的设备都能遵循统一的底层逻辑；PBP角色与CAP、BAP角色的强制映射，保证了设备之间的互联互通，这也是蓝牙协议体系的核心价值。

正是这种场景化与标准化的结合，让PBP协议能成为公共场景蓝牙广播音频的通用标准，在机场、商场、剧院等各类公共区域落地应用。

六、测试

题目：PBP定义的三大核心角色分别是什么？各自的核心功能和典型设备有哪些？

答案：

PBP定义了PBS、PBK、PBA三大核心角色。

①PBS（公共广播源）：核心功能是广播音频流并宣告广播可用性，典型设备有公共基础设施发射器、电视、智能手机、麦克风；

②PBK（公共广播接收端）：核心功能是接收并渲染PBS的广播音频，典型设备有助听器、耳机、耳塞、音箱；

③PBA（公共广播辅助端）：核心功能是控制广播音频流的接收过程，典型设备有智能手机、智能手表、智能电视。

题目：PBP与CAP、BAP之间存在怎样的协议依赖和角色映射关系？

答案：

协议依赖上，PBP复用CAP中广播音频流的所有流程，仅扩展CAP的广播模块，同时依托BAP的基础音频广播能力，是基于CAP和BAP构建的上层协议。角色映射上，PBP的每个角色都与CAP、BAP的角色强制绑定：PBS实现CAP Initiator并支持BAP Broadcast Source；PBK实现CAP Acceptor并支持BAP Broadcast Sink；PBA实现CAP Commander并支持BAP Broadcast Assistant。

题目：PBP在并发运行和拓扑结构上有哪些限制？对蓝牙核心规范的版本要求是什么？

答案：

并发运行上，PBP不施加任何并发限制，设备可同时承担多个PBP角色；拓扑结构上，PBP仅适用于BAP定义的广播音频流拓扑（一对多），不支持其他蓝牙拓扑。蓝牙核心规范版本要求为兼容5.2及以上版本。