在无线音频的世界里,一场静默却深刻的革命正在进行。
它,就是LE Audio。
这不仅仅是一次技术迭代,而是从底层重新定义声音如何被创造、传输和体验的范式转移。其复杂性令人敬畏——它并非单一技术,而是一套精密的生态系统:全新的LC3编解码器以超凡效率重塑音质与功耗的平衡,多重串流音频让真无线立体声达到前所未有的稳定与同步,而音频广播功能则打破了“一对一”连接的百年窠臼,让声音如电台般自由播撒。
然而,正是这种复杂性,构成了我们必须深入学习它的不可辩驳的理由。未来的声音图景将由它绘制:从下一代真无线耳机、无障碍助听设备到公共场所的沉浸式音频导览、多语言广播,乃至元宇宙中清晰无缝的语音交互。不了解LE Audio,将意味着在即将到来的音频浪潮中失去对话的基石。
这不仅仅关乎技术本身,更关乎我们如何连接彼此,如何感知世界。让我们共同开启这段探索之旅,揭开LE Audio的复杂面纱,看清它为何必将成为未来数年里,每一个科技从业者、音频爱好者乃至普通用户都无法忽视的关键命题。
接下来的系列文章,我们将逐步拆解这座精妙的技术大厦。
同时我也录制了一系列的Le audio视频,有兴趣的可以咨询,我会带领你们入门Le audio!翻过大山,眼下皆是风景!!!
——————————————————————————————————————————————
视频链接:https://item.taobao.com/item.htm?id=1001969040805&mi_id=000032T4qZX9WZoRwX6YbxlNUaZOfOI6XoxDx0jxsfnwlEc&spm=a21xtw.29178619.0.0
———————————————————————————————————————————
目录
什么是 LE Audio?
定义
LE Audio(Low Energy Audio)是蓝牙技术联盟(Bluetooth SIG)于 2020 年发布的新一代蓝牙音频标准,基于 Bluetooth Low Energy(BLE) 技术,彻底改变了蓝牙音频的传输方式。
发布时间线
|
时间 |
里程碑 |
|
2020-01 |
Bluetooth SIG 正式宣布 LE Audio |
|
2020-03 |
Core Specification v5.2 发布(引入 Isochronous Channels) |
|
2021-09 |
LE Audio 全套 Profile 发布(BAP/VCP/CCP/MCP/CSIP/HAP) |
|
2022-06 |
首批 LE Audio 产品上市 |
|
2024-08 |
CSS v12 发布,规范持续演进 |
核心特性
┌─────────────────────────────────────────────────────────┐
│ LE Audio 四大特性 │
├─────────────────────────────────────────────────────────┤
│ 1. LC3 编解码器 → 更高音质,更低功耗 │
│ 2. Isochronous 传输 → 低延迟,多设备同步 │
│ 3. Auracast 广播 → 一对多音频广播 │
│ 4. 多层音频控制 → 统一音量、通话、媒体控制 │
└─────────────────────────────────────────────────────────┘
为什么要做 LE Audio?
Classic Audio(BR/EDR)的痛点
|
问题 |
说明 |
影响 |
|
功耗高 |
A2DP 基于 BR/EDR,射频功耗大 |
耳机续航受限 |
|
延迟大 |
典型延迟 100-200ms |
游戏、视频音画不同步 |
|
拓扑僵硬 |
一对一为主 |
无法广播,多设备切换复杂 |
|
功能分散 |
各厂商协议不统一 |
互操作性差 |
|
助听器支持差 |
功耗和延迟不适合助听场景 |
听障人群体验差 |
LE Audio 的解决方案
Classic Audio LE Audio
───────────── ─────────
SBC/aptX/AAC → LC3(统一编解码)
~200ms 延迟 → ~20-40ms 延迟
一对一传输 → 单播 + 广播(Auracast)
厂商私有协议 → 标准化 Profile
高功耗 → BLE 低功耗
市场驱动力
LE Audio 核心架构
协议栈分层
┌────────────────────────────────────────────────────────────┐
│ 应用层 (Profiles) │
│ ├─ BAP (Basic Audio Profile) – 音频流管理 │
│ ├─ CAP (Common Audio Profile) – 通用音频配置 │
│ ├─ VCP (Volume Control Profile) – 音量控制 │
│ ├─ CCP (Call Control Profile) – 通话控制 │
│ ├─ MCP (Media Control Profile) – 媒体控制 │
│ ├─ CSIP (Coordinated Set) – 设备协调(TWS) │
│ └─ HAP (Hearing Access Profile) – 助听设备 │
├────────────────────────────────────────────────────────────┤
│ 服务层 (Services) │
│ ├─ ASCS (Audio Stream Control) – 音频流控制服务 │
│ ├─ PACS (Published Audio Capabilities) – 能力发布 │
│ ├─ VCS/VOCS/AICS – 音量相关服务 │
│ ├─ TBS/GTBS – 通话承载服务 │
│ ├─ MCS – 媒体控制服务 │
│ ├─ CSIS – 协调集识别服务 │
│ └─ HAS – 助听访问服务 │
├────────────────────────────────────────────────────────────┤
│ 传输层 (Isochronous Channels) │
│ ├─ CIS (Connected Isochronous Stream) – 单播同步流 │
│ └─ BIS (Broadcast Isochronous Stream) – 广播同步流 │
├────────────────────────────────────────────────────────────┤
│ 协议层 (BLE Core) │
│ ├─ GAP/GATT/ATT/L2CAP │
│ └─ LE PHY (1M/2M/Coded) │
├────────────────────────────────────────────────────────────┤
│ 编解码层 │
│ └─ LC3 (Low Complexity Communication Codec) │
└────────────────────────────────────────────────────────────┘
关键组件详解
1. LC3 编解码器
全称: Low Complexity Communication Codec
优势:
- 比 SBC 节省 50% 码率(相同音质)
- 支持 16-48kHz 采样率
- 帧长 7.5ms 或 10ms
- 计算复杂度低,适合低功耗设备
音质对比(相同码率):
LC3 > AAC > SBC
LC3 ≈ aptX(高码率时)
2. Isochronous Channels
CIS (Connected Isochronous Stream):
- 用于单播(Unicast)
- 双向音频(如通话)
- 可靠传输,支持重传
BIS (Broadcast Isochronous Stream):
- 用于广播(Broadcast)
- 单向音频(如公共广播)
- 无连接,低功耗接收
3. ASE (Audio Stream Endpoint)
音频流端点,LE Audio 的核心抽象:
ASE 生命周期:
IDLE → CODEC_CONFIGURED → QOS_CONFIGURED → ENABLING → STREAMING
↓
DISABLING → RELEASING → IDLE
与 Classic Audio 的对比
功能对比表
|
特性 |
Classic Audio (A2DP/HFP) |
LE Audio |
|
传输技术 |
BR/EDR |
BLE 5.2+ |
|
编解码 |
SBC, AAC, aptX, LDAC |
LC3 (强制) |
|
延迟 |
100-300ms |
20-40ms |
|
功耗 |
较高 |
降低 50%+ |
|
拓扑 |
1对1 |
1对多(广播) |
|
TWS 方案 |
厂商私有(转发/监听) |
标准化 CSIP |
|
助听支持 |
无 |
原生支持 (HAP) |
|
广播音频 |
无 |
Auracast |
|
多设备 |
复杂切换 |
无缝多设备 |
场景对比
【听音乐】
Classic: 手机 → (A2DP/SBC) → 耳机
LE Audio: 手机 → (BLE/LC3/CIS) → 耳机
【通话】
Classic: 手机 → (HFP) → 耳机(单声道)
LE Audio: 手机 → (BLE/LC3/CIS) → 耳机(立体声,可选)
【TWS 双耳】
Classic: 手机 → 主耳 → 转发 → 副耳(延迟大)
LE Audio: 手机 → CIS → 左右耳(同步传输,延迟低)
【公共广播】
Classic: 不支持
LE Audio: 广播源 → BIS → 无限接收器(Auracast)
LE Audio 四大应用场景
1. Auracast™ 广播音频
场景: 机场、剧院、教堂、健身房
特点:
- 一个发射器,无限接收器
- 接收器可以是耳机、助听器、手机
- 支持加密(需要 Broadcast Code)
┌─────────────┐ ┌─────────────┐
│ 广播源 │ │ 广播源 │
│ (机场广播) │ →→→ │ (剧院) │
└─────────────┘ └─────────────┘
│ │
│ BIS 广播 │ BIS 广播
↓ ↓
┌────┬────┐ ┌────┬────┐
↓ ↓ ↓ ↓ ↓ ↓
┌───┐┌───┐┌───┐ ┌───┐┌───┐┌───┐
│耳机││耳机││助听器│ │耳机││耳机││耳机│
└───┘└───┘└───┘ └───┘└───┘└───┘
2. TWS 真无线耳机
CSIP (Coordinated Set Identification Profile) 标准化 TWS:
- SIRK: Set Identity Resolving Key(集身份解析密钥)
- RSI: Resolvable Set Identifier(可解析集标识符)
- 有序访问: 左右耳顺序操作
- 统一控制: 同时调节音量、切换曲目
3. 助听设备
HAP (Hearing Access Profile) 让助听器直连手机:
- 低延迟(助听场景关键)
- Preset 预设场景切换(餐厅/户外/安静)
- 与正常耳机统一体验
4. 多设备无缝切换
- 手机 + 平板 + 电脑,同时连接
- 基于 Priority 的自动切换
- 无需手动断开/重连
技术栈全景图
Profile 依赖关系
┌─────────────┐
│ CAP │ ← 通用音频配置(顶层)
└──────┬──────┘
┌───────────────┼───────────────┐
↓ ↓ ↓
┌─────────┐ ┌─────────┐ ┌─────────┐
│ BAP │ │ VCP │ │ CCP │
│音频流管理│ │ 音量控制 │ │ 通话控制 │
└────┬────┘ └────┬────┘ └────┬────┘
│ │ │
┌────┴────┐ ┌────┴────┐ ┌────┴────┐
│ ASCS │ │VCS/VOCS │ │ TBS │
│ PACS │ │ AICS │ │ GTBS │
└─────────┘ └─────────┘ └─────────┘
┌─────────┐ ┌─────────┐ ┌─────────┐
│ MCP │ │ CSIP │ │ HAP │
│ 媒体控制 │ │ 设备协调 │ │ 助听访问 │
└────┬────┘ └────┬────┘ └────┬────┘
│ │ │
┌────┴────┐ ┌────┴────┐ ┌────┴────┐
│ MCS │ │ CSIS │ │ HAS │
└─────────┘ └─────────┘ └─────────┘
数据流向
【发送端】
音频数据 → LC3 编码 → ISO Data → L2CAP → HCI → 射频发射
【接收端】
射频接收 → HCI → L2CAP → ISO Data → LC3 解码 → 音频输出
总结与展望
LE Audio 带来的变革
未来趋势
|
趋势 |
说明 |
|
LC3plus |
更高音质的扩展编解码 |
|
Auracast 普及 |
公共场所广播音频标准化 |
|
LE Audio + Auracast |
助听器成为主流音频设备 |
|
多播 (Multipoint) |
更复杂的多设备协同 |
学习路径建议
Phase 1: 基础理解
└─ 本文档(全景概览)
└─ BAP 详解
└─ ASCS 详解
Phase 2: 功能深入
└─ VCP 音量体系
└─ CCP 通话控制
└─ MCP 媒体控制
Phase 3: 场景应用
└─ CSIP TWS 方案
└─ HAP 助听生态
└─ BASS Auracast 广播
Phase 4: 工程实战
└─ 调试与排坑
└─ 性能优化
└─ 认证测试
![【LE Audio】PBP精讲[2]: 公共广播的配置骨架与角色分工-171主机测评](https://www.171host.com/wp-content/uploads/2026/08/20260809162700-6a78aa5469384-220x150.png)