企业官网建设流程全解析

做蓝牙音频开发的同学应该都接触过PBP规范，尤其是深耕公共广播音频场景的工程师，第一次翻看这份规范时，大概率会被里面密密麻麻的英文缩写搞晕。PBS、PBK、BIG、BASE这些缩写看似孤立，实则背后串联起一套完整的蓝牙低功耗音频公共广播体系，是理解PBP规范的基础。这些缩写并非单纯的字母组合，每个都对应着规范中的核心概念、设备角色或数据结构，彼此之间存在明确的层级和协作关系。今天就从PBP的实际应用场景出发，把这些核心缩写拆解清楚，让大家不仅知道每个缩写的含义，更能理解它们在整个公共广播音频体系中的定位、关联和实际落地要求。

目录

一、PBP体系核心角色缩写：整个广播体系的骨架

二、底层音频协议缩写：PBP体系的地基

三、数据传输与结构缩写：PBP体系的血液

四、协议开发通用缩写：PBP体系的通用工具

五、PBP核心缩写的完整关联体系

六、测试

在正式讲解缩写前，先明确PBP规范的核心定位：它是蓝牙SIG为公共广播音频场景制定的专属规范，基于蓝牙低功耗音频技术，解决了传统公共音频设备兼容性差、发现效率低的问题，典型应用场景包括机场、商场、剧院的公共广播，以及助听设备的音频接收等。而我们要讲的这些缩写，就是构建这个体系的基本单元，就像建房子的砖瓦，只有搞懂每一块的作用，才能看懂整个建筑的结构。

一、PBP体系核心角色缩写：整个广播体系的骨架

这部分缩写是PBP规范的专属核心，直接对应公共广播音频体系中的三类设备角色，是整个体系的骨架，所有的音频传输和交互都围绕这三类角色展开。

1. PBP：Public Broadcast Profile，公共广播规范，是整个体系的规则手册，定义了广播源、接收端、辅助端之间的交互方式、数据格式和功能要求，基于蓝牙LE Audio技术，兼容蓝牙核心规范5.2及以上版本。

2. PBS：Public Broadcast Source，公共广播源，是整个体系的广播电台，负责广播音频流并发布广播可用的公告信息，典型设备包括电视、麦克风、机场的公共广播发射器、智能手机等。PBS的核心要求是必须实现CAP协议的发起者角色和BAP协议的广播源角色，同时要能在扩展广播数据中发送公共广播公告，是音频流的源头。

3. PBK：Public Broadcast Sink，公共广播接收端，是体系的收音机/耳机，负责接收并渲染PBS发送的广播音频流，典型设备包括助听器、无线耳机、音箱等。PBK必须实现CAP协议的接收者角色和BAP协议的广播接收端角色，同时强制支持LE 2M PHY特性，保证音频接收的效率和稳定性。

4. PBA：Public Broadcast Assistant，公共广播辅助端，是体系的遥控器/调音台，负责发现公共广播公告并控制PBK对音频流的接收，典型设备包括智能手机、智能手表等。PBA需要实现CAP协议的指挥者角色和BAP协议的广播辅助端角色，同样强制支持LE 2M PHY特性，是连接PBS和PBK的桥梁。

这四类缩写的核心关联是：PBP定义整体规则，PBS发广播，PBA发现并控制，PBK接收并播放，三者协同完成一次完整的公共广播音频交互，且规范允许单一设备同时支持多个角色，比如一台智能电视可以同时作为PBS和PBA。

二、底层音频协议缩写：PBP体系的地基

PBP并非独立存在的规范，而是基于蓝牙音频的两大基础规范扩展而来，这部分缩写就是PBP的底层地基，定义了音频流的基础传输和配置规则，也是理解PBP设计逻辑的关键。

1. BAP：Basic Audio Profile，基础音频规范，是蓝牙LE Audio的核心基础规范，定义了音频流的基本配置、传输方式和端点要求，比如广播音频流的编解码配置、同步规则等。PBP直接复用了BAP中定义的广播音频流配置，分为标准质量和高质量两类，其中标准质量是所有PBK必须支持的配置，保证了设备的兼容性。

2. CAP：Common Audio Profile，通用音频规范，定义了蓝牙音频设备的通用交互角色和流程，分为发起者、接收者、指挥者三类角色。PBP的三大角色正是基于CAP的角色体系延伸而来，且仅扩展了CAP的广播部分功能，并未修改其核心交互逻辑，这也是PBS、PBK、PBA分别对应CAP三大角色的原因。

3. BIG：Broadcast Isochronous Group，广播同步组，是蓝牙LE Audio中音频流的核心传输单元，简单说就是把一个或多个相关的广播音频流打包成一个组进行传输。在PBP体系中，PBS发送的所有音频流都以BIG为单位，且规范对BIG的加密有明确要求：要么组内所有音频流都用同一个Broadcast_Code加密，要么全部不加密，不允许部分加密的情况。BIG是PBS和PBK之间音频传输的基本载体，也是公共广播公告的指向对象。

这三个缩写的核心关联是：CAP定义角色交互规则，BAP定义音频流配置规则，BIG是音频流的传输单元，PBP在这三者的基础上，增加了公共广播场景的专属公告和发现机制。

三、数据传输与结构缩写：PBP体系的血液

如果说角色和底层协议是骨架和地基，那数据传输与结构的缩写就是整个体系的血液，负责在各个角色之间传递信息，包括广播公告、音频元数据、设备标识等，是实现“快速发现、高效传输”的关键。

1. AD：advertising data，广播数据，是PBS向周围设备发送的信息载体，包含公共广播公告、设备标识、音频流配置等关键信息。在PBP体系中，PBS必须在AD中同时携带公共广播公告和Broadcast_Name标识，且要和BAP的基础音频公告放在同一扩展广播数据中，让PBA和PBK能一次性获取所有关键信息，提升发现效率。

2. BASE：Broadcast Audio Source Endpoint，广播音频源端点，是PBS上发送音频流的具体端口，每个BASE对应一个或一组BIG，包含了音频流的编解码、延迟、同步等详细配置。PBS需要在BASE中填充Program_Info等元数据，帮助用户区分不同的广播音频流，比如机场的登机口3广播、航站楼广播等。

3. LTV：length-type-value，长度-类型-值，是PBP中元数据的标准封装结构，所有的音频相关元数据都以这种结构进行封装和传输。PBP规范中定义了多种LTV结构，比如Broadcast_Name用于标识广播流名称，Audio_Active_State用于告知接收端当前音频流是否有有效音频数据，Broadcast_Audio_Immediate_Rendering_Flag用于控制接收端的音频渲染时机。LTV结构的优势在于结构统一、扩展性强，能让不同设备之间高效解析元数据。

这三个缩写的核心关联是：AD是外部信息发布的载体，BASE是内部音频流的发射端口，LTV是元数据的封装格式，三者配合实现了设备发现-信息解析-音频传输的完整数据链路。

四、协议开发通用缩写：PBP体系的通用工具

这部分缩写并非PBP规范专属，而是蓝牙协议开发的通用缩写，在PBP中被赋予了特定的使用要求，是开发人员必须掌握的基础工具，也是规范中细节要求的重要体现。

1. LE：Low Energy，蓝牙低功耗技术，是PBP体系的底层无线技术，PBP规范仅支持蓝牙LE，且兼容蓝牙核心规范5.2及以上版本，保证了设备的低功耗和高兼容性。

2. PDU：Protocol Data Unit，协议数据单元，是蓝牙设备之间传输数据的基本单位，不同的交互流程对应不同的PDU类型。在PBP中，PBS需要在AUX_ADV_IND类型的PDU中发送公共广播公告，同时在AUX_SYNC_IND或AUX_CHAIN_IND类型的PDU中发送基础音频公告，不同PDU各司其职。

3. RFU：Reserved for future use，保留未来使用，是规范中为后续功能扩展预留的字段标识。在PBP的公共广播公告中，特征位的3-7位均为RFU，规范要求PBS必须将这些位设置为0，而PBK和PBA在接收时需要忽略这些位，即使其值不为0，也不能拒绝接收公告，这是为了保证规范的向后兼容性。

4. UUID：universally unique identifier，通用唯一标识符，用于标识PBP的公共广播服务，在AD中以2个八位组的形式存在。PBA和PBK通过识别这个UUID，能快速判断当前的广播数据是否为PBP的公共广播公告，提升发现效率，这也是蓝牙协议中服务识别的通用方式。

五、PBP核心缩写的完整关联体系

以上所有缩写并非孤立存在，而是形成了一套清晰的层级关联体系：

核心规则层（PBP）→设备角色层（PBS/PBK/PBA）→底层协议层（BAP/CAP）→音频传输层（BIG/BASE）→数据封装层（AD/LTV/PDU）→通用基础层（LE/RFU/UUID）

从这个层级可以看出，PBP规范的设计逻辑是自上而下的：先定义整体的公共广播规则，再基于底层音频协议定义设备角色，然后通过特定的传输单元和数据结构实现音频流的广播和发现，最后基于蓝牙低功耗技术的通用工具完成实际的无线传输。理解这个层级关系，就能从整体上把握PBP规范，而不是被零散的缩写和细节困住。

六、测试

题目：PBP规范中PBS、PBK、PBA分别对应CAP和BAP的哪些角色？请简要说明。

答案：

1. PBS：必须实现CAP的Initiator（发起者）角色，同时强制支持BAP的Broadcast Source（广播源）角色；

2. PBK：必须实现CAP的Acceptor（接收者）角色，同时强制支持BAP的Broadcast Sink（广播接收端）角色，还需支持BAP的Scan Delegator（扫描委托）角色；

3. PBA：必须实现CAP的Commander（指挥者）角色，同时强制支持BAP的Broadcast Assistant（广播辅助端）角色，BAP的Scan Delegator角色为可选。

题目：请简述PBP规范中BIG的加密规则，以及该规则的设计目的。

答案：

1. 加密规则：PBS通过公共广播公告的特征位0标识BIG的加密状态，0b0为不加密，PBS不得对BIG进行加密；0b1为加密，PBS必须对BIG加密，且组内所有音频流需使用同一个Broadcast_Code加密，不允许部分加密；

2. 设计目的：一是保证音频流的加密一致性，简化PBK的解密流程；二是让PBA和PBK能通过公告快速判断是否需要解密密钥，提升发现和连接效率；三是符合蓝牙LE Audio的整体加密规范，保证设备的兼容性。

题目：PBP规范中Broadcast_Name AD Type的格式要求有哪些？

答案：

1. 编码格式为UTF-8，且生成的字符串必须为人机可读；

2. 长度要求：最小4个八位组，最大32个八位组；

3. 向后兼容性要求：扫描设备（PBA/PBK）需要准备接收最长128个八位组的Broadcast_Name字符串；

4. 传输要求：若PBS发送公共广播公告，则必须在同一扩展广播数据中携带Broadcast_Name AD Type，且需与BAP的基础音频公告放在一起。