车载音频A2DP流路由与USB音频设备切换实战 - 第1节
1.1 车载音频拓扑结构
现代车载音频系统是一个典型的异构多源、多路输出的嵌入式音频处理平台。其核心拓扑遵循“源 → 路由 → 处理 → 输出”的流水线架构，所有音频流在中央音频网关或 SoC 内部完成汇聚与分发。
关键特征：车载音频拓扑区别于消费电子音频的核心在于——安全优先级（导航提示必须打断娱乐）、多路并发（前后排独立音区）、低延迟（倒车雷达警告 < 50ms）。
1.1.1 典型分层拓扑
1.1.2 物理连接拓扑
从硬件总线视角，车载音频系统通常包含以下物理链路：
| 总线/接口 | 典型带宽 | 承载音频类型 | 延迟 |
|---|---|---|---|
| I²S | 2–50 Mbps | 本地 PCM、DSP 内部 | < 1 ms |
| USB 2.0 (Audio Class) | 12–480 Mbps | USB 麦克风、USB 声卡 | 5–20 ms |
| 蓝牙 A2DP | ~300–500 Kbps | 手机音乐流 | 100–300 ms |
| MOST (Media Oriented Systems Transport) | 25–150 Mbps | 多通道环绕声、导航 | < 5 ms |
| AVB (Audio Video Bridging) | 100–1000 Mbps | 以太网音频流 | < 2 ms |
实战提示：在嵌入式开发中，I²S 和 USB 是开发者最常打交道的底层接口。A2DP 流在 SoC 内部通常先解码为 PCM，再通过 I²S 送入 DSP 或 Codec。
1.2 音频源分类
车载音频源按传输介质和协议栈可分为三大类。理解每类源的数据流形态是后续路由切换的基础。
1.2.1 A2DP 蓝牙音频流
- 协议栈：蓝牙 A2DP (Advanced Audio Distribution Profile) + AVRCP (控制)
- 编码格式：SBC（强制）、AAC、aptX、LDAC（可选）
- 数据流形态：蓝牙 RFCOMM → 解码器 → PCM 缓冲区 → 音频 HAL
- 典型延迟：150–300 ms（含编解码 + 蓝牙传输）
- 关键问题：连接/断开事件、编解码协商、音量同步（AVRCP）
1.2.2 USB 音频设备
- 协议栈：USB Audio Class 1.0 / 2.0 (UAC)
- 设备类型：USB 麦克风、USB 声卡、USB 耳机、车载投屏音频
- 数据流形态：USB isochronous 端点 → ALSA / CoreAudio 驱动 → 音频管道
- 典型延迟：5–20 ms（取决于缓冲区大小）
- 关键问题：设备热插拔、采样率/位深协商、时钟同步
1.2.3 本地媒体
- 存储介质：eMMC、SD 卡、U 盘、内置 NAND
- 文件格式：MP3、AAC、FLAC、WAV、OGG、WMA
- 数据流形态：文件系统 → 解码器 → PCM 缓冲区
- 典型延迟：< 5 ms（解码后直接输出）
- 关键问题：元数据解析、播放列表管理、无缝播放（gapless）
| 对比维度 | A2DP 蓝牙 | USB 音频 | 本地媒体 |
|---|---|---|---|
| 传输方式 | 无线（蓝牙） | 有线（USB） | 本地总线 |
| 典型延迟 | 150–300 ms | 5–20 ms | < 5 ms |
| 音质上限 | 中等（有损压缩） | 高（无损 PCM） | 高（取决于文件） |
| 用户交互 | 手机控制（AVRCP） | 车机控制 | 车机控制 |
| 热插拔 | 配对/断开 | 支持 | 支持（SD/USB存储） |
1.3 音频路由核心概念
音频路由（Audio Routing）是指将选中的音频源，经过策略仲裁和信号处理后，送达目标输出设备的完整链路管理过程。在车载系统中，路由不是简单的“通断”，而是一个多维度、多优先级、动态切换的决策系统。
1.3.1 路由决策三要素
- 源选择（Source Selection）：当前哪个音频源被激活？A2DP、USB 还是本地媒体？
- 优先级仲裁（Priority Arbitration）：当多个源同时请求播放时，谁获得通路？例如：导航提示 > 倒车雷达 > 电话 > 媒体音乐。
- 输出映射（Output Mapping）：音频流送往哪个物理输出？全车扬声器、后排耳机、还是独立低音炮？
1.3.2 路由切换场景
以下为车载开发中最常见的路由切换场景：
| 场景 | 触发条件 | 路由动作 | 用户体验要求 |
|---|---|---|---|
| 蓝牙来电 | HFP 连接建立 | 媒体音乐静音 → 电话音频路由到扬声器 | 无缝切换，无爆音 |
| USB 插入 | USB 设备枚举成功 | 暂停本地媒体 → USB 音频流激活 | 自动切换，延迟 < 200ms |
| 导航提示 | 导航应用发出提示音 | 降低媒体音量 → 导航提示混音输出 | 导航清晰，媒体背景可闻 |
| 音区独立 | 后排乘客切换音源 | 前排保持 A2DP，后排切换到 USB | 左右声道独立，互不干扰 |
1.3.3 路由策略架构
开发避坑：路由切换时最容易出现的问题包括：爆音（pop noise）、音量跳变、音频不同步。解决方案通常是在切换路径上插入 静音斜坡（mute ramp） 和 交叉淡入淡出（crossfade），并在驱动层保证 零交叉切换（zero-cross switching）。
1.3.4 路由状态机
音频路由在嵌入式系统中通常实现为一个有限状态机（FSM），核心状态包括：
- IDLE：无活跃音频流，系统待机
- ACTIVE_SINGLE：单一源播放中（如仅 A2DP）
- ACTIVE_MIX：多源混音（如媒体 + 导航提示）
- PENDING_SWITCH：切换等待中（如 USB 插入，等待策略确认）
- ERROR：路由链路异常（如 Codec 初始化失败）
实战要点：在 Android Automotive 或 Linux ALSA 系统中，路由策略通常由
audio_policy.conf 或 hal_audio 层实现。开发者需要重点关注 音频焦点（Audio Focus） 机制，它决定了哪个应用可以占用音频通路。