在PBP的整个协议体系中，公共广播通告是连接广播源与接收端、辅助端的核心桥梁。如果说PBS是公共广播的信号发射塔，PBK和PBA是接收终端，那公共广播通告就是发射塔向终端发送的信号识别说明书，把广播的加密状态、音频质量配置等关键信息直接体现在蓝牙扩展广播数据中，解决了传统BAP协议中扫描设备无法快速判断广播音频配置的痛点。
目录
作为PBP协议实现公共广播快速发现、高效识别的核心设计，公共广播通告不仅定义了标准化的数据格式，还明确了加密规则、音频质量的标识逻辑，以及与其他广播信息的绑定传输要求。这套设计让公共场景下的蓝牙广播音频不再需要接收端做复杂的周期广播同步，就能快速完成广播源的筛选和识别，完美适配机场、商场、剧院等公共区域的音频广播需求。本篇就从设计初衷、标准格式、加密规则、音质标识四个维度，拆解公共广播通告的核心设计，看懂这套信号识别说明书是如何让公共广播更高效的。
一、设计初衷：解决公共广播的快速发现痛点
PBP设计公共广播通告的核心目的，是弥补BAP协议在公共广播场景下的效率短板。在纯BAP协议的广播音频体系中，扫描设备只能通过广播音频通告服务UUID发现广播源的存在，却无法直接从扩展广播数据中判断其音频配置类型，想要获取编解码器、采样率等关键信息，必须同步到广播源的周期广播，解析BASE数据才能实现。
这种方式在一对一的蓝牙音频场景中并无问题，但在机场、商场这类公共场景中，存在大量的广播源，接收端逐一同步周期广播解析配置会耗费大量的时间和硬件资源，导致广播发现的效率极低。而PBP的公共广播通告正是为了解决这一问题，在扩展广播数据中新增了标准化的通告结构，直接携带加密状态 、音频质量配置两大核心信息，让接收端无需同步周期广播，仅通过扩展广播就能快速筛选出符合自身能力的广播源，实现公共广播的秒级发现。
同时，公共广播通告并非独立的设计，而是与BAP的广播音频通告形成互补，快速发现后再通过BAP的周期广播获取完整的音频配置信息，兼顾了发现效率和配置完整性，这也是PBP协议基于LE Audio现有体系做轻量化扩展的核心思路。
二、标准格式：公共广播通告的统一数据面单
PBP为公共广播通告定义了标准化的二进制数据格式，所有实现PBP协议的设备都必须遵循这一格式传输和解析通告，这是保证不同品牌设备互联互通的基础。如果把公共广播通告比作快递的电子面单，那格式中的每个字段就对应面单的寄件信息、物品类型、加密标识等内容，让接收端能按固定规则快速解析，无需适配不同的格式规范。
公共广播通告以蓝牙Service Data为AD数据类型，整体由长度、类型、值三大基础部分构成，其中值字段是核心，包含了通告的所有关键信息，具体的字段拆解和功能说明如下表所示：
|--------------------|---------|--------------|------------------------------------------------------------|
| 字段 | 字节数 | 核心功能 | 关键说明 |
| Length | 1 | 标识类型+值字段的总长度 | 蓝牙AD数据类型的标准字段，适配蓝牙核心规范 |
| Type:Service Data | 1 | 定义数据类型为服务数据 | 由蓝牙分配号定义，是通告的识别标识 |
| Value-公共广播通告服务UUID | 2 | 唯一标识公共广播通告服务 | 蓝牙分配号专属定义，接收端通过该UUID识别通告 |
| Value-公共广播通告特性位 | 1 | 核心状态标识位（位域） | bit0：BIG加密标识； bit1：标准质量音频标识； bit2：高质量音频标识； bits3-7：RFU（置0） |
| Value-元数据长度 | 1 | 标识后续元数据的字节长度 | 值为0x00时，无后续元数据字段 |
| Value-元数据 | 可变 | 携带LTV格式的元数据 | 仅元数据长度非0时存在，可携带音频激活状态等信息 |
在格式的基础上，PBP还制定了三条硬性传输规则，保证通告的有效传输和解析：
若PBS传输公共广播通告，必须同时传输Broadcast_Name AD Type，让接收端能通过人类可读的名称区分不同广播源；
公共广播通告和Broadcast_Name AD Type，必须与BAP的广播音频通告放在同一扩展广播数据中传输，保证接收端能一次性获取所有核心信息；
PBK和PBA必须实现公共广播通告的接收和解析能力，这是设备实现PBP协议的基础要求。
这些规则让公共广播通告不再是孤立的字段，而是与广播名称、BAP基础通告形成完整的信息包，接收端一次扫描就能获取筛选、识别广播源的所有关键信息，大幅提升公共场景下的广播发现效率。
三、BIG加密规则：单bit标识，非黑即白的极简设计
公共广播通告的特性位中，bit0是BIG（广播等时组）的加密标识，PBP为这一比特位定义了非黑即白的硬性加密规则，摒弃了复杂的加密分级设计，适配公共广播场景的简单高效需求。
PBP明确规定，若bit0置0，表示当前BIG中的广播音频流未加密，PBS不得对该BIG做任何加密处理；若bit0置1，表示当前BIG中的音频流已加密，接收端需要使用Broadcast_Code才能解密，且PBS必须对整个BIG 做加密处理。同时，协议强制要求一个BIG中的所有音频流，要么全部加密，要么全部不加密，且加密时必须使用同一个Broadcast_Code，不允许出现部分流加密、部分流不加密，或不同流使用不同解密码的情况。
这种极简的加密设计，一方面降低了PBS的实现成本，无需为不同流做单独的加密配置；另一方面也让PBK和PBA的解析更简单，只需一次解密就能获取BIG中的所有音频流，避免了公共场景中多流解密的复杂操作。同时，这一设计也与蓝牙核心规范的加密要求保持一致，所有加密操作均遵循蓝牙核心规范5.2及以上版本中关于BIG加密的定义，保证了协议的底层兼容性。
四、两类音频质量：分层标识，兼顾兼容性与高体验
公共广播通告的特性位中，bit1和bit2分别对应标准质量公共广播音频 和高质量公共广播音频的标识，PBP为这两类音频质量做了明确的定义和配置要求，实现了公共广播音频的分层服务，既保证了基础的设备兼容性，又能满足用户的高音质需求。
这两类音频质量的标识并非随意设定，而是完全基于BAP协议中定义的广播音频流配置，所有配置均来自BAP规范的Table 6.4，PBP仅做了分类和标识，未重新设计任何音频配置，这也是PBP基于LE Audio现有体系扩展的核心体现。
1. 标准质量公共广播音频（bit1）：公共广播的基础保障
当特性位bit1置1时，表示PBS正在传输标准质量的公共广播音频，其核心定义是BAP协议中为广播接收端定义的强制配置。简单来说，这类音频配置是所有实现BAP协议的广播接收端都必须支持的，因此只要PBK是BAP兼容设备，就能接收和解析标准质量的公共广播音频，实现了公共广播的全设备兼容。
PBP同时规定，若PBS将bit1置1，那么该通告指向的BIG中，至少包含一个标准质量的音频流配置，保证标识与实际传输的音频流一致，避免接收端识别错误。标准质量音频的设计，主要针对助听器、入门级蓝牙耳机等基础音频设备，保证公共广播能覆盖所有LE Audio兼容设备，是公共广播的基础服务。
2. 高质量公共广播音频（bit2）：公共广播的进阶体验
当特性位bit2置1时，表示PBS正在传输高质量的公共广播音频，其核心定义是BAP协议中一组48kHz采样率的高规格音频配置，具体包含12种配置（48_1_1至48_6_2），这类配置拥有更高的采样率、更优的音频编码，能提供远优于标准质量的听觉体验。
与标准质量一致，PBS将bit2置1时，对应的BIG中也必须至少包含一个上述的高质量音频流配置。高质量音频的设计，主要针对中高端蓝牙耳机、音箱、智能音频设备等，满足用户在公共场景下对高音质的需求，比如剧院的舞台音频、商场的高保真背景音乐等，实现了公共广播的进阶服务。
值得注意的是，bit1和bit2并非互斥的标识，PBS可以同时将两个比特位置1，表示当前BIG中同时包含标准质量和高质量的音频流，让不同能力的接收端能按需选择，这一设计让公共广播的音频服务更灵活。
五、公共广播通告的核心设计逻辑：轻量、兼容、场景化
梳理公共广播通告的所有设计细节，能清晰看到其背后的三大核心逻辑，这也是PBP协议能适配各类公共广播场景的关键：
1. 轻量高效：核心信息极简封装
通告仅用几个字节就封装了加密状态、音频质量两大核心信息，无需接收端做复杂的解析，实现了秒级发现。同时，元数据字段采用可选设计，让简易PBS设备可以仅传输核心信息，降低实现成本。
2. 全面兼容：基于LE Audio现有体系扩展
通告的格式遵循蓝牙核心规范，音频质量配置基于BAP协议，加密规则贴合蓝牙BIG加密要求，未重新设计任何底层逻辑，让设备厂商能基于现有的LE Audio开发框架快速适配，大幅降低了协议的落地成本。
3. 场景化适配：贴合公共广播的实际需求
无论是非黑即白的加密设计，还是分层的音频质量标识，都是为公共场景量身打造。公共广播不需要复杂的加密分级和音频配置，更注重发现效率、设备兼容性和简单的体验分层，而公共广播通告的设计恰好契合了这些需求。
从实际应用来看，当我们在机场用蓝牙耳机扫描登机广播时，耳机通过公共广播通告的Service Data UUID快速识别出机场的广播源，通过bit0判断是否加密，通过bit1/bit2判断音频质量，再通过Broadcast_Name直接看到"Gate 3登机广播"的名称，无需任何额外操作就能完成广播源的筛选，这正是公共广播通告设计的价值所在。
六、测试
题目：PBP公共广播通告的核心构成字段有哪些？各字段的字节数和核心作用是什么？
答案：
核心构成包含Length（1字节，标识类型+值总长度）、Type:Service Data（1字节，定义数据类型）、Value字段（可变长度）；其中Value字段又分为2字节的服务UUID、1字节的特性位、1字节的元数据长度、可变长度的元数据，是通告的核心信息载体。
题目：PBP中BIG的加密规则是什么？由哪个字段标识？该规则的设计考量是什么？
答案：
由公共广播通告特性位的bit0标识，bit0置0则BIG不加密，置1则BIG加密且需Broadcast_Code解密；规则要求一个BIG的所有音频流要么全加密、要么全不加密，且加密用同一解密码。设计考量是适配公共广播的简单高效需求，降低PBS实现和PBK解析成本，同时保证与蓝牙核心规范的兼容性。
题目：PBS传输公共广播通告时，需遵循哪三条硬性传输规则？
答案：
-
必须同时传输Broadcast_Name AD Type；
-
公共广播通告和Broadcast_Name需与BAP广播音频通告在同一扩展广播数据中；
-
所传输的通告标识的音频质量，其对应的BIG中至少包含一个该类音频流配置。