1. 蓝牙音频架构总览：经典音频与LE Audio对比
1.1 蓝牙音频双栈架构
蓝牙音频传输在Linux内核中由两条并行的技术路径支撑：经典蓝牙（BR/EDR）与低功耗蓝牙音频（LE Audio）。两者在链路层、HCI层和Controller层的角色差异，直接决定了SCO/eSCO连接的调试策略与音频传输优化方向。
核心要点：经典蓝牙音频依赖SCO/eSCO同步面向连接链路，LE Audio则基于LE Isochronous Channel（LE ISOC）实现等时传输。理解这两套架构在HCI命令、Controller调度、音频数据流上的区别，是后续调试SCO连接的前提。
1.2 经典蓝牙音频：SCO/eSCO链路
SCO（Synchronous Connection-Oriented）链路是蓝牙规范最早定义的同步音频传输通道，用于HFP（免提协议）和HSP（耳机协议）的语音数据。eSCO（Enhanced SCO）在SCO基础上增加了重传机制和可变分组类型，提升了音频质量。
| 特性 | SCO | eSCO |
|---|---|---|
| 分组类型 | HV1/HV2/HV3 | EV3/EV4/EV5 |
| 重传机制 | 无重传 | 支持有限重传 |
| 数据速率 | 64 kbps（固定） | 64~384 kbps（可变） |
| 链路时隙 | 固定预留 | 可协商预留 |
| 典型应用 | 传统单声道语音 | 高质量语音/音乐 |
1.3 LE Audio：LC3编码与ISOC通道
LE Audio是蓝牙5.2引入的新一代音频架构，核心变化包括：
- LC3编码器：取代经典SBC，提供更高压缩效率和更低延迟
- LE Isochronous Channel：面向连接的等时通道，支持同步音频流
- 多流音频：支持多个独立音频流同时传输
- 广播音频：Auracast广播功能，一对多音频分发
调试视角：LE Audio的HCI层新增了LE Set ISO Path、LE Create CIS等命令，与经典SCO的HCI_Setup_Sync_Connection命令完全不同。内核蓝牙驱动需要分别处理这两套HCI命令序列。
1.4 HCI层与Controller层的角色划分
在蓝牙音频传输中，HCI（Host Controller Interface）层和Controller层承担不同职责：
1.5 SCO/eSCO在HCI层的命令流程
Linux内核蓝牙驱动通过HCI命令与Controller交互，建立SCO/eSCO连接的典型流程如下：
- HCI_Setup_Sync_Connection：Host发送建立同步连接请求，包含传输带宽、分组类型、重传参数
- HCI_Connection_Request：Controller收到远端连接请求后上报Host
- HCI_Accept_Sync_Connection_Request：Host接受连接，协商eSCO参数
- HCI_Sync_Connection_Complete：Controller通知Host连接建立完成，返回连接句柄
- HCI_SCO_Data_Packet：音频数据通过SCO数据包在Host和Controller之间双向传输
常见调试陷阱：eSCO重传参数配置不当会导致链路频繁断开。在HCI_Setup_Sync_Connection中，
tx_bandwidth、rx_bandwidth、max_latency、voice_setting四个字段必须与Controller固件能力匹配，否则Controller会返回Unsupported Feature错误。
1.6 LE Audio在HCI层的命令流程
LE Audio的等时通道建立流程与经典SCO完全不同：
| 步骤 | HCI命令 | 说明 |
|---|---|---|
| 1 | LE Set CIG Parameters | 配置CIG（Connected Isochronous Group）参数 |
| 2 | LE Create CIS | 创建面向连接的等时流 |
| 3 | LE Set ISO Path | 配置ISO数据路径（HCI / I2S / PCM） |
| 4 | LE ISO Data Packet | ISO数据包传输 |
| 5 | LE CIS Established | Controller通知Host CIS建立完成 |
1.7 音频数据流路径对比
从音频数据在Host与Controller之间的流动路径来看，经典SCO与LE Audio存在本质差异：
1.8 内核驱动调试关注点
在Linux内核蓝牙驱动开发中，针对SCO/eSCO连接调试需要重点关注以下层面：
- HCI命令序列验证：使用
btmon或hcidump抓取HCI日志，检查SCO连接建立命令参数是否正确 - Controller能力查询：通过
HCI_Read_Local_Supported_Features和HCI_Read_Local_Supported_Commands确认Controller是否支持eSCO - SCO数据包调度：在Controller固件层面，SCO时隙是否被ACL数据抢占导致丢包
- 音频数据路径：确认PCM/I2S接口时钟配置、采样率、位宽与Controller固件匹配
- 重传参数调优：eSCO的
retransmission_effort参数影响音频延迟和稳定性
实战提示：在调试SCO连接时，优先使用
btmon -T -w trace.log记录完整HCI跟踪，然后使用btmon -r trace.log回放分析。重点关注HCI_Sync_Connection_Complete事件中的Status字段，非零值直接指示失败原因。