Pixel 测试版中近期出现的 Voice Broadcast（语音广播）功能，让一个已经发展多年的趋势重新受到关注。启用该功能后，用户可以直接对着手机麦克风讲话，并通过 Bluetooth LE Audio 将实时语音以 Auracast 广播的方式发送到附近兼容的耳机、助听设备或无线扬声器。整个过程不需要功率放大器，也无需铺设扬声器线缆，听众甚至不必按照传统蓝牙方式与手机逐一配对。
这不只是智能手机上的又一个便利功能，它反映的是“广播”概念正在发生更广泛的变化。传统公共广播系统通常与设备机房、功放、吸顶扬声器和固定覆盖区域联系在一起。Auracast 带来了另一种模式：放在口袋里的手机也可以临时成为面向附近多名听众的音频源。广播不再只能意味着“这个物理空间里的所有人都听到同一条信息”，也可以意味着“在覆盖范围内、愿意加入的人直接接收到音频”。个人设备正开始成为公共音频分发链路的一部分。
从点对点到广播：一对多音频是如何工作的？
传统蓝牙音频主要建立在点对点连接之上。手机与一副耳机完成配对，建立专用音频链路，然后把声音发送到该设备。如果十个人需要同时收听，点对点模式就需要管理更多独立连接，从而增加稳定性、设备资源和功耗方面的复杂度。
Auracast 采用的是根本不同的方式。智能手机充当广播源，持续发送同一条音频流。覆盖范围内的兼容设备可以发现该广播并各自独立加入。无论是 5 人还是 50 人收听，手机都不需要与每个接收端建立一条完整、独立的音频会话，因为它始终只是在发送同一条广播流。
当 Voice Broadcast 这类功能使用手机内置麦克风时，基本链路可以简化为：
智能手机麦克风 → Bluetooth LE Audio 编码 → Auracast 广播 → 多个附近接收设备独立加入
接收设备并不一定是传统耳机。兼容的助听设备、支持 Auracast 的扬声器以及其他受支持的音频接收终端同样可以加入。广播可以设置为开放模式，让覆盖范围内的任何人发现并收听；也可以通过访问凭据进行保护，只允许授权听众加入。因此，同一项技术既可以用于内部培训，也可以用于导览和其他需要控制收听范围的环境。
这正是“个人 PA 系统”这一概念成立的原因。智能手机并不会变成大功率扬声器，而是从个人通信设备转变为一个本地广播音频源。
哪些应用场景可能最先采用这种方式？
Auracast 最有价值的场景，并不是去替代商场、工厂或机场现有的固定 PA 系统。它真正擅长的是临时、短距离和个性化收听。
导览是最典型的例子之一。导游不再需要携带便携扩音器，也不必提高音量让整个团队都能听见。游客可以使用自己的兼容耳机收听讲解，同时不会打扰附近其他人。博物馆、展览馆、企业参观和线下培训都可以采用类似方式。
在会议室和教室中，Auracast 可以作为一种轻量级辅助聆听层。演讲者不需要单纯为了压过环境噪声而不断提高扬声器音量，而是可以把语音直接传送到每位听众，从而在很多情况下改善语音清晰度。
对辅助聆听而言，这一点尤其有价值。餐厅、火车站、医院大厅以及其他混响严重或噪声较大的空间，即使用户佩戴助听设备，也可能难以听清远处讲话。如果说话者的声音能够通过 Auracast 直接送入兼容的助听设备，就可以绕开相当一部分室内声学干扰。
另一类实用场景是临时通知。小型活动组织者、现场工作人员或临时服务点，可能需要向附近一群人发送简短消息，但又不值得搭建传统扩声系统。在这种情况下，智能手机就可以成为非常轻量的广播工具。
这些场景有一个共同特征：听众可能很多，但覆盖范围有限，而且听众已经拥有自己的接收设备。这与 Auracast 的工作模式非常匹配。
它与传统 PA 系统的本质区别是什么？
智能手机广播和传统公共广播系统看起来都在解决一对多通信问题，但两者实现方式完全不同，面向的运行要求也不一样。
| 对比项目 | Auracast 个人广播 | 传统公共广播系统 |
|---|---|---|
| 音频如何到达听众 | 直接发送到个人耳机、助听设备或兼容接收终端 | 通过扬声器覆盖一个物理空间 |
| 听众是否需要接收设备？ | 需要，必须使用兼容 Auracast 的接收设备 | 通常不需要 |
| 覆盖模式 | 在无线广播范围内进行个人接收 | 按建筑、楼层、分区或声学区域进行覆盖 |
| 典型应用 | 导览、培训、辅助聆听、临时通知 | 日常寻呼、定时广播、分区广播和应急通知 |
| 部署模式 | 轻量、移动、临时 | 固定部署、集中管理，并面向持续运行设计 |
最重要的区别可以用一句话概括：传统 PA 系统把声音送入一个空间，而 Auracast 把音频直接送给个人。
在传统公共广播中，任何进入扬声器覆盖范围的人，无需进行任何操作就可以听到通知。而在个人广播音频模式下，听众需要具备兼容接收设备，并主动加入广播。因此，两种方式更适合作为互补的传输模式，而不是彼此直接替代。
为什么它目前还不能替代专业 PA 系统？
智能手机能够变成个人 PA 系统，自然会引出另一个问题：固定扬声器最终会不会变得没有必要？从工程角度看，这两类技术之间的边界目前仍然非常清晰，短期内不存在现实的替代关系。
第一项限制是接收条件。专业 PA 系统一个非常重要的特点，就是区域内的人不需要安装应用、佩戴耳机，也不需要主动加入某个通信会话。扬声器会直接把消息送到覆盖范围内的所有人。Auracast 依赖接收设备兼容性和用户主动参与，因此不适合作为紧急疏散及其他安全关键场景中的唯一通信方式。
第二项限制是覆盖状态的可视化与监管。大型园区、学校、交通枢纽和工业现场，需要知道当前哪些区域正在广播、终端是否在线、音量是否合适，以及紧急消息是否已经成功下发。智能手机广播只覆盖本地无线环境，本身并不具备与专业系统相同级别的终端监控和运行监管能力。
第三项限制是优先级处理。专业 PA 系统往往需要同时承载背景音乐、日常通知、实时寻呼和紧急消息。当更高优先级事件发生时，系统必须能够中断普通节目，并强制播出紧急消息。如果智能手机广播未来用于关键通信，同样需要足够可靠的优先级仲裁与授权机制。
可靠性也是一个重要差异。固定 PA 系统可以配置 UPS 备用电源、服务器冗余、本地存储、冗余网络和独立功放链路。智能手机则仍受电池状态、操作系统状态、无线环境以及个人使用行为影响。
因此，在安全关键环境中，智能手机广播更适合作为补充信息通道，而不是传递重要消息的唯一方式。
未来会形成“空间广播 + 个人音频”的双重模式吗？
Auracast 最值得关注的发展方向，可能根本不是替代 PA 服务器，而是在现有公共广播系统之上增加一层新的收听方式。
机场航站楼可以继续使用吸顶扬声器和音柱进行常规广播，同时把登机口变化或行李信息直接发送到附近旅客的耳机。会议中心可以为主会场使用固定扩声，同时针对不同语言提供独立的个人音频频道。学校可以保留传统 PA 系统用于全校通知，同时把个人广播用于导览、特定教学活动或辅助聆听。
从系统架构角度看，未来因此可能同时存在两条并行的音频传输路径：
PA 平台 → 功放 / 扬声器 → 物理空间覆盖
PA 平台或移动设备 → Auracast → 个人接收设备
第一条路径解决的是“所有人都必须听到这条信息”。第二条路径解决的是另一个问题：“部分人需要更清楚、更私密或更个性化地听到这条信息”。
对公共广播行业来说，这不仅仅是多增加一种无线协议。传统 PA 系统主要围绕物理分区设计，而未来的通信平台可能需要同时管理物理区域、用户组和个人接收设备。系统管理员最终关心的可能不再只是“哪个区域正在播放”，还包括“哪些用户正在接收哪一路音频流”。
真正的变化发生在哪里？
Voice Broadcast 本身并不是一个特别复杂的功能，但它背后的趋势非常重要：广播音频正在从专业固定系统走向普通个人设备。
智能手机过去主要是广播信息的接收端，现在则开始具备成为广播源的能力。耳机过去只是私人收听设备，如今也越来越可能成为公共信息的终端。因此，广播系统的边界正在从服务器、功放和扬声器向智能手机、可穿戴设备和个人助听设备扩展。
这并不意味着传统 PA 系统会消失。更现实的未来是：固定公共广播系统负责可靠、强制、面向大范围的通信，而 Auracast 及类似技术负责移动、临时和个性化的音频分发。当两种模式结合后，公共通信系统的核心问题将不再只是“这条消息能否覆盖这个区域”，还会变成“不同的人以什么方式接收这条消息最合适”。从这个角度看，让智能手机成为个人广播系统，并不是公共广播的终点，而是更加多样化的音频分发模式的起点。
常见问题
Auracast 语音广播通常会有多大的延迟？
本地 Auracast 的端到端延迟通常预计会处于几十毫秒到一百多毫秒的范围，具体取决于发射端的编码缓冲和接收端的解码策略。对于语音导览、参观讲解和通知类应用，这一延迟通常可以接受。需要音频与实时视频严格同步的应用，仍可能需要针对具体设备进行延迟校准。
一部智能手机的 Auracast 广播可以让多少人同时接收？
原理上，广播模式不像传统点对点蓝牙那样受到相同的接收端数量限制，因为发射端只发送一条广播流，而不是与每位听众分别建立独立连接。实际容量更容易受到射频环境、接收设备发现机制和本地无线拥塞程度影响。在相对开阔的环境中，同时供几十人甚至更大规模群体接收是可行的。
附近任何人都能收听 Auracast 广播吗？
在开放广播模式下，覆盖范围内的兼容设备可能能够发现并加入音频流，因此这种模式不适合传输敏感信息。如果需要控制访问，可以使用受保护广播并配置访问凭据，只有获得授权的听众才能解码音频。对于内部培训、商业导览和其他受控应用，受保护访问通常更合适。
目前哪些智能手机支持 Auracast 发射？
在 Android 平台上，具备合适蓝牙硬件并且操作系统支持 Bluetooth LE Audio 的设备正在逐步获得 Auracast 发射能力，Pixel 是较早在测试中开放这类功能的平台之一。iOS 端则取决于 Apple 对具体设备和操作系统的实现，因此是否支持发射，应以当前官方设备规格和软件版本说明为准。
