蓝牙协议栈基础：HCI、L2CAP、RFCOMM、SDP协议详解与初始化流程
好，咱们接着聊蓝牙协议栈。说实话，很多初学者一上来就被这堆协议缩写给吓住了——HCI、L2CAP、RFCOMM、SDP……感觉像在看天书。其实没那么复杂，你把它想象成一套快递系统，每个协议层负责不同的活儿，就清晰多了。
我个人习惯把蓝牙协议栈比作一个「洋葱」，一层包着一层。咱们做车载蓝牙电话，最关心的就是上面这几层。今天我就带你一层层剥开它，看看里面到底长什么样。
HCI层——硬件和软件的翻译官
HCI，全称Host Controller Interface。说白了，它就是连接主机（比如你的车机CPU）和蓝牙控制器（蓝牙芯片）的那条「电话线」。
为什么需要HCI？
你想啊，蓝牙芯片是个独立的硬件，它有自己的固件。车机上的软件要跟它沟通，总得有个标准接口吧？HCI就是干这个的。它定义了命令、事件、数据三种包格式。
HCI数据包类型：
- 命令包：主机发给控制器，比如「开始扫描」、「建立连接」
- 事件包：控制器回复主机，比如「扫描到设备」、「连接已断开」
- 数据包：真正要传的音频或控制数据
我在项目中遇到过一个问题：车机蓝牙偶尔连不上手机。查了半天，发现是HCI命令超时了。嗯，这里要注意，HCI命令是有超时机制的，默认好像是5秒。如果蓝牙芯片忙不过来，你得做好重试逻辑。
小技巧：调试HCI层时，我建议用逻辑分析仪抓一下UART上的数据。看看命令发出去没有，事件有没有回来。很多时候问题就出在物理层通信上。
L2CAP——数据的分包与重组
L2CAP，Logical Link Control and Adaptation Protocol。名字挺长，功能其实就两个：分段重组和协议复用。
你想想看，蓝牙的底层一次能传的数据量有限（比如经典蓝牙的ACL包最大也就几百字节）。但上层应用可能一次要发几K的数据，怎么办？L2CAP帮你把大包切成小片，发过去再拼起来。
L2CAP的核心概念：
- 信道（Channel）：每个上层协议（RFCOMM、SDP等）都有自己的信道ID
- MTU（最大传输单元）：双方协商一个都能接受的最大包长
- 分段与重组：超过MTU的数据自动切分
避坑指南：我曾经遇到过MTU协商失败导致连接不稳定的情况。车载环境下，建议把MTU设小一点（比如672字节），兼容性更好。别贪大，稳定第一。
RFCOMM——模拟串口的「老将」
RFCOMM，Radio Frequency Communication。它模拟了一个RS232串口。为什么需要这个？因为蓝牙电话的很多上层协议（比如AT指令）都是基于串口设计的。
说白了，RFCOMM就是在蓝牙上「假装」有一条串口线。你发数据、收数据，跟操作串口一模一样。
RFCOMM的特点：
- 最多支持60路并发会话（实际用不了那么多）
- 基于L2CAP信道，端口号从1开始
- 支持流控（CTS/RTS模拟）
我记得第一次调车载蓝牙电话时，AT指令发出去没反应。后来发现是RFCOMM的DLC（数据链路连接）没建立成功。嗯，这里要检查一下服务端有没有注册正确的通道号。
SDP——蓝牙世界的「黄页」
SDP，Service Discovery Protocol。它就是蓝牙设备的「服务目录」。你想知道对方支不支持蓝牙电话？查一下SDP就知道了。
SDP的核心数据结构：
| 属性 | 说明 | 示例值 |
|---|---|---|
| ServiceClassIDList | 服务类别列表 | Hands-Free Audio Gateway (0x111F) |
| ProtocolDescriptorList | 协议栈描述 | L2CAP + RFCOMM + 通道号 |
| ServiceName | 服务名称 | "Car Bluetooth" |
关键点：车载蓝牙电话必须注册两个SDP服务：
- Hands-Free Audio Gateway (0x111F)——免提音频网关
- Hands-Free (0x111E)——免提控制端（手机侧）
注册错了，手机就搜不到你的车载蓝牙电话服务。
初始化流程——从零到能打电话
好，理论说完了，咱们看看实际怎么初始化。我以经典蓝牙（BR/EDR）为例，给你画个流程图：
// 伪代码：蓝牙协议栈初始化流程
1. HCI_Reset() // 复位蓝牙芯片
2. HCI_ReadLocalVersion() // 读取芯片版本
3. HCI_SetEventMask() // 设置要监听的事件
4. HCI_WriteScanEnable() // 开启可发现/可连接模式
5. L2CAP_RegisterPSM() // 注册L2CAP协议服务
6. RFCOMM_RegisterServer() // 注册RFCOMM服务端
7. SDP_RegisterService() // 注册SDP服务记录
8. 进入主循环，等待连接事件
每一步的细节：
- 第1步：复位后要等HCI_CommandComplete事件，别急着发下一条命令
- 第3步：我建议把连接、断开、角色切换这几个事件都打开，调试时有用
- 第5步：PSM（协议服务复用器）值要跟SDP里注册的一致
- 第7步：SDP记录里要包含RFCOMM的通道号，手机才能找到你
个人经验：初始化顺序不能乱。我曾经试过先注册SDP再初始化HCI，结果SDP记录死活注册不上去。因为SDP依赖L2CAP，L2CAP又依赖HCI。一层依赖一层，必须从底层往上走。
实际项目中的坑
最后分享几个我在车载蓝牙电话项目中踩过的坑：
- HCI命令队列溢出：蓝牙芯片处理不过来时，会丢弃命令。我后来加了个命令发送队列，等上一个命令的事件回来再发下一个。
- RFCOMM通道号冲突：多个服务用了同一个通道号。建议用动态分配，或者固定一个范围（比如1-10给系统服务，11-30给应用）。
- SDP记录太长：有些蓝牙芯片对SDP记录长度有限制。我遇到过超过256字节就注册失败的情况。精简一下属性，够用就行。
好了，蓝牙协议栈的基础就讲到这里。下一章咱们会深入HFP（免提协议）的细节，看看AT指令是怎么在RFCOMM上跑的。到时候你会觉得，嗯，原来就这么回事。