企业官网建设流程全解析

在上一篇关于PBP配置体系的内容里【LE Audio】PBP精讲[2]: 公共广播的配置骨架与角色分工_百度-CSDN博客，我们梳理了PBP定义的三大核心角色——PBS、PBK、PBA，这三个角色构成了公共广播音频流的产生、接收、控制闭环。但仅仅完成角色划分，并不足以让不同品牌的蓝牙设备实现互联互通，就像一个团队不仅要分岗位，还要明确每个岗位的任职要求、工作准则和技术能力底线。PBP协议为三大角色制定的执行手册，从基础的角色支持要求，到各角色的核心功能执行规范，再到链路层的技术兜底要求，层层明确了设备实现PBP功能的硬性标准和建议准则，这也是保证公共广播功能在各类设备上落地的核心依据。

目录

一、PBP角色的基础支撑要求

1.1 核心准入要求：至少支持一个角色，允许多角色并发

1.2 底层协议角色映射：强制绑定CAP/BAP，保证互联互通

二、分角色执行规范：每个角色的工作操作手册

2.1 Public Broadcast Source（PBS）：广播源的发射准则

2.2 Public Broadcast Sink（PBK）：接收端的接收准则

2.3 Public Broadcast Assistant（PBA）：控制端的控制准则

三、链路层（LL）技术兜底：角色的硬件能力底线

四、PBP角色要求的核心设计逻辑：场景化适配与协议轻量化

五、测试

如果说配置体系是给PBP画好了角色框架，那么角色要求就是给这个框架填充了能力血肉，规定了每个角色该具备什么能力、该做什么、要满足哪些底层技术要求，让抽象的角色定义变成可落地、可执行的设备开发标准。本文就从角色入门要求、分角色执行规范、链路层技术兜底三个维度，拆解PBP的角色要求设计，看懂这套协议是如何兼顾设备互联互通和开发灵活性的。

一、PBP角色的基础支撑要求

想要实现PBP功能，设备首先要满足最基础的角色支持要求，这是PBP协议对设备的第一道准入标准，核心围绕角色实现的最低要求和与底层协议的角色映射展开，既保证了协议的通用性，又给设备开发留足了灵活度。

1.1 核心准入要求：至少支持一个角色，允许多角色并发

PBP对设备的核心要求是必须支持三大角色中的至少一个，同时明确设备可以实现多角色的并发支持。这一要求的设计完全贴合公共场景的设备形态差异：比如单功能的助听器、耳机，仅需实现PBK接收端角色即可；而智能手机、智能电视这类多功能智能终端，既可以做PBA控制端，也可以做PBS广播源，甚至能同时承担多个角色，比如手机一边作为PBA控制机场广播的接收，一边作为PBS向外广播音频。

这种设计让PBP协议能适配从单功能音频设备到多功能智能终端的所有硬件形态，避免了一刀切的要求导致设备开发成本过高，也让公共广播的应用场景变得更丰富。

1.2 底层协议角色映射：强制绑定CAP/BAP，保证互联互通

PBP作为LE Audio的上层协议，其所有功能都基于CAP（通用音频协议）和BAP（基础音频协议）实现，因此三大角色都与CAP、BAP的角色做了强制的一一映射，设备实现某个PBP角色的前提，是必须先实现对应的CAP和BAP角色，这是保证不同品牌设备互联互通的关键。

以下是PBP角色与CAP、BAP角色的完整映射要求，其中M代表强制实现，—代表无要求，O代表可选实现：

PBP角色 → CAP角色映射

PBP角色 → BAP广播角色映射

从映射表能看出，PBP的角色能力完全继承自CAP和BAP的底层能力，比如PBS的广播能力来自CAP Initiator和BAP广播源，PBA的控制能力来自CAP Commander和BAP广播辅助端。同时协议还做了细节补充：PBK强制支持BAP扫描代理，PBA则为可选，这一设计是为了适配PBK多为低功耗音频设备的特性，扫描代理能让其借助PBA这类智能终端完成广播扫描，降低自身功耗。

二、分角色执行规范：每个角色的工作操作手册

在基础准入要求之上，PBP为PBS、PBK、PBA三个角色分别制定了专属的功能执行规范，包括核心操作要求、音频流启停的硬性标准，以及提升用户体验的建议准则，核心是让每个角色的行为都有统一的标准，避免因设备实现方式不同导致的兼容问题。

2.1 Public Broadcast Source（PBS）：广播源的发射准则

PBS作为公共广播的发起方，是整个音频流的源头，协议对其要求最为细致，既包括广播通告传输的硬性要求，也有提升用户体验的建议，核心围绕让接收端能快速发现、准确识别、顺利接收展开。

• 通告传输要求：PBS传输公共广播通告时，必须遵循后续标准质量音频的相关要求；若在AUX_ADV_IND PDUs的AdvData字段中发送公共广播通告，还必须在AUX_SYNC_IND和/或AUX_CHAIN_IND PDUs的AdvData字段中发送BAP基础音频通告。这一双通告传输的要求，是为了让接收端既能通过公共广播通告快速发现PBS，又能通过基础音频通告获取完整的音频配置信息，实现快速发现+精准对接。

• AdvData配置建议：PBS在填充AdvData时，建议加入Appearance Value AD Type并配置对应值，用于标识音频源的设备类型或使用场景。比如机场的广播源配置为公共基础设施发射器，咖啡馆的配置为音频播放器，让用户能在设备端快速识别广播源的类型。

• 元数据配置建议：PBS建议在BASE结构中加入Program_Info LTV元数据结构，这一配置能让用户在众多广播流中快速区分不同的音频内容，比如机场的登机广播、背景音乐，剧院的舞台音频、解说音频，提升选择效率。

• 音频流启停标准：PBS必须完全支持CAP Initiator和BAP广播源的相关能力，实现广播音频流的启动和停止，这是PBS的核心功能底线，无任何灵活度可言。

2.2 Public Broadcast Sink（PBK）：接收端的接收准则

PBK是音频流的最终渲染方，也是直接面向用户的角色，协议对其要求以低功耗、高兼容性为核心，兼顾接收能力和设备功耗：

• 广播发现能力：PBK可以执行BAP基础音频通告的发现流程，以此识别公共广播通告的存在。这里用可以而非必须，是因为PBK多为助听器、耳机等低功耗设备，可借助PBA的扫描代理完成发现，无需自身持续扫描，降低功耗。

• 音频流启停标准：PBK必须支持CAP Acceptor和BAP广播接收端的能力，同时强制支持BAP扫描代理功能。扫描代理是PBK的核心硬性要求之一，也是协议针对低功耗音频设备的专属设计，让PBK能委托其他设备完成广播扫描，自身仅负责音频接收和播放，大幅降低功耗消耗。

2.3 Public Broadcast Assistant（PBA）：控制端的控制准则

PBA作为公共广播的控制方，多由智能手机、智能手表这类多功能智能终端实现，协议对其要求以高灵活性、强控制能力为核心：

• 广播发现能力：PBA同样可以执行BAP基础音频通告的发现流程，与PBK不同的是，PBA的发现能力更多是为了自身完成广播源识别，而非依赖其他设备，毕竟智能终端的扫描能力和功耗承载能力都更强。

• 音频流启停标准：PBA必须支持CAP Commander和BAP广播辅助端的能力，这是其实现广播控制的核心基础；而BAP扫描代理功能为可选实现，因为PBA本身就是主要的扫描代理提供方，无需再委托其他设备，可选设计能让部分轻量型PBA设备（如简易智能手表）降低开发成本。

三、链路层（LL）技术兜底：角色的硬件能力底线

除了协议层的角色和功能要求，PBP还为三大角色制定了链路层的硬性支持要求，这是设备实现PBP功能的硬件技术底线，核心围绕LE 2M PHY这一蓝牙核心特性展开，直接决定了公共广播的传输体验。

PBP对链路层LE 2M PHY的支持要求非常明确：PBS无要求，PBK和PBA强制支持。

LE 2M PHY是蓝牙5.0推出的高速物理层特性，相比传统的1M PHY，其传输速率提升一倍，传输延迟更低，且抗干扰能力更强，这对于实时性要求高的音频传输和控制指令传输至关重要。

这一设计的考量十分贴合角色的功能定位：

1. PBK作为音频接收端，强制支持LE 2M PHY能保证音频流的高速、低延迟接收，避免公共广播出现卡顿、延迟等问题，提升用户体验；

2. PBA作为控制端，强制支持能保证控制指令（如开启/关闭接收、切换广播流）的快速传输，让操作响应更及时；

3. PBS作为广播源，多为机场、商场的固定基础设施或智能手机这类高性能设备，无强制要求能降低部分简易PBS设备的开发和硬件成本，同时公共广播的发送端对物理层速率的要求相对灵活，即使使用1M PHY也能满足基础的广播需求。

链路层的要求虽简单，却是PBP协议保证公共广播体验的关键，让接收和控制端的传输性能有了硬性兜底，避免因硬件层的差异导致体验参差不齐。

四、PBP角色要求的核心设计逻辑：场景化适配与协议轻量化

梳理完PBP的所有角色要求，能清晰看到其设计始终围绕公共广播场景化适配和协议轻量化开发两个核心，这也是LE Audio系列协议的通用设计思路：

1. 场景化适配：所有要求都贴合公共场景的设备和使用特点，比如为低功耗PBK设计强制扫描代理，为多功能智能终端设计多角色并发，为实时音频传输设计LE 2M PHY的兜底要求，让协议能精准适配机场、商场、剧院等各类公共场景的硬件形态和使用需求；

2. 协议轻量化：对核心功能做强制要求，对非核心功能做建议或可选设计，比如PBS的元数据、外观值配置为建议，PBA的扫描代理为可选。这种设计让设备厂商无需为了实现PBP功能做过度开发，大幅降低了开发和硬件成本，也让PBP协议能更快在各类设备上落地。

同时，所有要求都基于CAP和BAP的底层协议展开，没有重新设计新的协议逻辑，既保证了PBP与LE Audio现有协议体系的兼容性，也让设备厂商能基于现有的LE Audio开发框架快速适配PBP功能，进一步提升了协议的落地效率。

五、测试

题目：PBP对设备实现Profile角色的核心准入要求是什么？是否支持多角色并发？

答案：

核心准入要求是设备必须强制支持PBS、PBK、PBA三大角色中的至少一个；PBP明确支持设备实现多角色的并发，适配不同设备的形态和功能需求。

题目：PBK在链路层和BAP角色映射上有哪些独特的硬性要求？该设计的核心考量是什么？

答案：

链路层上，PBK强制支持LE 2M PHY；BAP角色映射上，PBK除强制支持BAP广播接收端外，还强制支持BAP扫描代理。核心考量是PBK多为助听器、耳机等低功耗音频设备，扫描代理能让其委托其他设备完成扫描以降低功耗，LE 2M PHY能保证音频接收的低延迟和流畅性，兼顾体验与功耗。

题目：PBS在传输公共广播通告时，有哪些关于PDU字段的硬性传输要求？

答案：

PBS若在AUX_ADV_IND PDUs的AdvData字段中发送公共广播通告，必须同时在AUX_SYNC_IND和/或AUX_CHAIN_IND PDUs的AdvData字段中发送BAP基础音频通告；且传输公共广播通告时，必须遵循标准质量公共广播音频的相关要求。