第2章 协议栈选型分析：主流蓝牙协议栈对比与选型考量
做蓝牙耳机开发，第一步就是选协议栈。这事儿我吃过亏，所以想跟你好好聊聊。
协议栈选错了，后面移植、调试、认证，每一步都是坑。我见过不少团队，项目做了一半发现协议栈不支持某个feature，只能推倒重来。嗯，咱们今天就把这事聊透。
2.1 主流蓝牙协议栈概览
目前市面上主流的蓝牙协议栈，我按生态分了四类：
| 协议栈 | 开源/商业 | 典型芯片 | 适用场景 |
|---|---|---|---|
| Zephyr BT Stack | 开源（Apache 2.0） | Nordic nRF5x、NXP、STM32 | 多平台、IoT、可穿戴 |
| BlueZ | 开源（GPL） | Linux 平台（x86/ARM） | Linux 桌面、嵌入式 Linux |
| TI BLE-Stack | 商业（免费） | TI CC254x/CC26xx | TI 芯片专用、低功耗 |
| Qualcomm BT Stack | 商业（授权） | QCC51xx、QCC30xx | 高端 TWS、智能音箱 |
你可能会问：「这么多，我该选哪个？」别急，咱们一个一个拆开看。
2.2 Zephyr BT Stack
Zephyr 的蓝牙协议栈，我个人非常喜欢。它设计得很干净，代码可读性强。
核心特点：
- 原生支持 BLE 5.x 全特性（LE Audio、CIS、BIS 都支持）
- 模块化设计，HCI、L2CAP、ATT、GATT 各层清晰分离
- 支持多连接、多角色（Central + Peripheral 同时跑）
- 有完整的 LE Audio 协议栈实现
我在项目中遇到过的问题：
有一次做 TWS 耳机，需要同时跑两个 CIS 连接。Zephyr 的调度器在低功耗模式下会丢包。排查了两天，发现是 CONFIG_BT_CTLR_TX_PWR_DYNAMIC 这个宏没开。嗯，这种细节坑不少。
选型建议：如果你的芯片是 Nordic nRF5x 或 NXP i.MX RT，Zephyr 是首选。社区活跃，文档齐全，遇到问题去 Discord 问，基本当天有人回。
2.3 BlueZ
BlueZ 是 Linux 官方的蓝牙协议栈。说实话，它更适合做网关、音箱这类产品。
核心特点：
- 支持 Classic Bluetooth + BLE 双模
- 通过 D-Bus 接口暴露服务，上层应用开发方便
- 支持 HCI 透传，调试方便
- LE Audio 支持较晚（2023年才稳定）
避坑指南：
我曾经在嵌入式 Linux 上移植 BlueZ 做耳机，发现它的音频延迟比 Zephyr 高 30ms 左右。原因是 BlueZ 的音频路径走的是 ALSA + PulseAudio，中间多了两层 buffer。如果你做的是低延迟耳机，BlueZ 可能不是最佳选择。
说白了，BlueZ 强在生态和工具链。你用 bluetoothctl 就能完成大部分调试，这点 Zephyr 比不了。
2.4 TI BLE-Stack
TI 的协议栈是芯片绑定的。你用 CC2540 就只能用 TI 的栈。
核心特点：
- 代码量小，适合资源受限的 MCU
- 有完整的 BLE 4.2 特性（LE Secure Connections、Privacy 1.2）
- 提供 RTOS 版本（基于 TI-RTOS）
- 文档详细，有大量应用笔记
我个人觉得：TI 的栈适合快速出原型。它的 API 设计很直观，你照着 SDK 里的例程改改就能跑。但如果你要做 LE Audio 或 TWS 这种复杂场景，TI 的栈就力不从心了——它不支持 CIS/BIS。
小技巧：用 TI 的栈时，记得把 HCI_EXT_SetRxGainCmd() 这个命令加上。我遇到过接收灵敏度差 3dB 的情况，调了这个参数就好了。
2.5 Qualcomm BT Stack
Qualcomm 的协议栈是商业授权，价格不菲。但它的性能确实强。
核心特点：
- 支持 TrueWireless Mirroring（TWS 镜像技术）
- 有自研的 aptX 编解码器
- 支持 ANC（主动降噪）的底层接口
- LE Audio 支持完整，包括 LC3 编解码
为什么贵？你想想看，Qualcomm 的栈经过了大量手机兼容性测试。我做过的项目里，用 Qualcomm 栈的耳机，连 iPhone 和三星手机基本没出过问题。而用 Zephyr 的，偶尔会遇到 A2DP 连接失败的情况。
注意：Qualcomm 的协议栈不开源，你拿不到源码。调试时只能通过 log 和 trace 工具。我遇到过一个问题：耳机连上手机后 5 秒自动断连，查了三天 log，最后发现是 HCI_LE_Set_Event_Mask 配置错了。这种问题在开源栈里直接看代码就能定位，但在 Qualcomm 栈里只能靠猜。
2.6 选型考量因素
说了这么多，到底怎么选？我总结了一个 checklist：
- 芯片平台：你的 MCU 是哪家的？如果用了 Nordic，Zephyr 是天然选择。如果用了 Qualcomm，那就只能用它的栈。
- 蓝牙版本需求：做 LE Audio 耳机？那必须选支持 CIS/BIS 的栈。Zephyr 和 Qualcomm 都行，TI 不行。
- 认证成本：商业栈（Qualcomm）的认证费用包含在授权里。开源栈（Zephyr）需要自己跑 BQB 认证，费用大约 2-5 万美金。
- 调试工具链：BlueZ 有
btmon、hcitool，Zephyr 有btmon移植版。TI 和 Qualcomm 都有自己的专用工具。 - 社区支持：Zephyr 社区最活跃，BlueZ 次之。TI 和 Qualcomm 主要靠官方 FAE。
我的建议：如果你做的是消费级 TWS 耳机，预算充足，选 Qualcomm。如果你做的是 IoT 耳机或开发板，选 Zephyr。如果你只是学习，用 TI 的 LaunchPad 入门最便宜。
2.7 实际项目中的选型案例
我去年帮一个客户做运动耳机，他们原本用 TI CC2640R2F。做到一半发现需要支持 LE Audio 的 LC3 编解码，TI 的栈不支持。最后只能换芯片，重新画板子，浪费了三个月。
所以我的建议是：选协议栈之前，先列清楚你的 feature list。把 LE Audio、ANC、多设备连接这些需求写下来，再对照协议栈的支持情况。别像我那个客户一样，做到一半才发现不行。
一个小技巧：去蓝牙 SIG 官网查每个协议栈的认证列表。如果某个栈通过了 LE Audio 认证，那它肯定支持 CIS/BIS。这比看 datasheet 靠谱。
好了，协议栈选型这块就聊到这儿。下一章咱们开始讲移植实战，我会拿 Zephyr 的协议栈，手把手带你移植到一颗新的芯片上。到时候你会看到，选对了栈，移植工作能省一半时间。