3. 蓝牙协议栈分层结构：核心协议层（HCI、L2CAP、SDP、GAP）与控制器层（Link Manager、Baseband）的职责划分

蓝牙协议栈是蓝牙通信系统的软件与硬件协同框架，其分层设计借鉴了OSI模型思想，但针对短距离无线通信的低功耗、低成本、高实时性需求做了大量裁剪。理解协议栈的分层结构，是进行蓝牙驱动开发、协议移植、性能调优和问题定位的基础。本章将聚焦于经典蓝牙（BR/EDR）协议栈中控制器层（Controller）与主机层（Host）的职责边界，重点剖析HCI、L2CAP、SDP、GAP以及Link Manager、Baseband各自的功能定位与协作关系。需要特别指出的是，蓝牙协议栈的分层并非简单的“上下级”关系，而是通过明确的接口（HCI命令/事件、ACL/SCO数据通道）进行松耦合交互，这种设计使得主机与控制器可以由不同厂商独立实现，也决定了系统调试时“分层定位”的基本思路。

上图展示了蓝牙协议栈的经典分层模型。主机层运行于应用处理器（AP）侧，通常由操作系统协议栈或蓝牙SDK实现；控制器层则集成于蓝牙芯片或模块中，包含基带、射频和链路管理固件。HCI位于两层之间，是唯一跨越物理边界的接口。理解这一结构，对于后续开发中判断“问题出在软件还是固件”至关重要。

3.1 核心协议层职责深度解析

3.1.1 GAP：连接行为的“总调度”

GAP（Generic Access Profile）是所有蓝牙应用的基础，它定义了设备如何被发现、如何建立连接以及如何管理安全参数。GAP层维护设备的状态机（Standby、Advertising、Scanning、Initiating、Connected），并规定了广播数据包和扫描响应包中必须包含的字段（如设备名称、设备类别、发射功率等）。在实际开发中，GAP层的配置直接影响用户对设备“可发现性”和“可连接性”的体验。

3.1.2 L2CAP：数据搬运的“多路复用器”

L2CAP（Logical Link Control and Adaptation Protocol）位于HCI之上，向上层提供面向连接的（Connection-Oriented）和面向无连接的（Connectionless）数据服务。其核心功能包括：

• 协议多路复用：通过通道ID（CID）区分上层协议（如SDP使用0x0001，RFCOMM使用0x0003），使多个应用共享一条ACL链路。
• 分段与重组：将上层大块数据（如SDP响应）分割为适合基带传输的L2CAP PDU（默认MTU为672字节），接收端再重组。
• 流量控制与重传：增强模式（ERTM）下提供ARQ机制，确保可靠传输，适用于对丢包敏感的数据业务。

开发中常见的L2CAP问题包括MTU协商失败导致吞吐量骤降，以及CID分配冲突引发的连接异常。调试时可通过HCI事件Number_Of_Completed_Packets监控数据流状态。

3.1.3 SDP：服务发现的“黄页目录”

SDP（Service Discovery Protocol）解决“对方设备能做什么”的问题。每个蓝牙设备维护一个服务记录数据库，每条记录包含服务类（UUID）、属性（如RFCOMM通道号、协议栈版本）和描述信息。SDP客户端通过发送SDP_ServiceSearchRequest查询指定UUID的服务，服务端返回匹配记录。

SDP的典型应用场景是蓝牙耳机连接：手机通过SDP查询耳机的Handsfree服务（UUID 0x111E），获取其RFCOMM通道号，随后才能建立音频连接。SDP查询失败时，常见原因是服务记录未正确注册或L2CAP通道未就绪。

3.1.4 HCI：主机与控制器之间的“翻译官”

HCI（Host Controller Interface）定义了统一的数据格式和命令集，使主机软件无需关心底层硬件差异。HCI分组分为四类：命令包（Host→Controller）、事件包（Controller→Host）、数据包（双向）和状态包（已废弃）。

// HCI 命令包格式示例（LE Set Advertising Enable）
typedef struct {
  uint16_t opcode;      // 操作码，如 0x200A
  uint8_t  param_len;   // 参数长度
  uint8_t  enable;      // 0x00=禁用，0x01=启用
} hci_le_set_adv_enable_cmd_t;

HCI传输层（UART/USB/SDIO）的稳定性直接影响系统性能。例如，UART波特率不匹配会导致命令超时，USB的批量传输延迟可能造成ACL数据丢包。

3.2 控制器层职责深度解析

3.2.1 Link Manager：链路状态的“守护者”

Link Manager（LM）运行在控制器固件中，负责建立、修改和释放物理链路。其核心协议为LMP（Link Manager Protocol），通过发送LMP PDU与对端LM协商链路参数。主要职责包括：

• 连接建立：处理寻呼（Page）和查询（Inquiry）过程，完成设备同步。
• 功率控制：根据RSSI反馈调整发射功率，兼顾通信质量与功耗。
• 角色切换：在主从（Master/Slave）角色间切换，优化网络拓扑。
• 加密与认证：启动链路级加密（AES-CCM），并执行PIN码认证。

LM层的问题通常表现为连接频繁断开或配对失败。排查时需抓取HCI事件Link_Key_Request和Authentication_Complete，结合LMP PDU日志分析。

3.2.2 Baseband：物理传输的“执行者”

Baseband（BB）层负责物理层的全部实时操作，包括跳频序列生成、数据包定时、错误校验（CRC）、前向纠错（FEC）以及编解码。它定义了蓝牙的物理信道结构：

参数	BR/EDR	LE
调制方式	GFSK / π/4-DQPSK / 8DPSK	GFSK
跳频速率	1600 hops/s	自适应跳频
时隙长度	625 μs	625 μs（LE 1M）
最大数据包	DH5: 339字节	LE Data: 251字节

BB层还负责处理SCO（同步面向连接）链路，用于音频传输。SCO链路采用固定间隔的保留时隙，保证低延迟，但牺牲了数据吞吐量。开发中若遇到音频卡顿，需检查BB层的SCO调度是否被ACL流量阻塞。

3.3 分层协作的实战案例：经典蓝牙耳机连接流程

以一个典型的蓝牙耳机连接手机为例，展示各层如何协同工作。该案例基于CSR8670芯片平台，主机为Android手机。

操作流程与分层动作：

1. GAP层（手机）：发起设备发现，发送HCI_Inquiry命令。控制器BB层执行跳频扫描，收集周围设备的应答。
2. Baseband层（耳机）：耳机在Inquiry Scan窗口内收到查询，返回FHS（Frequency Hopping Synchronization）包，包含设备地址和时钟信息。
3. Link Manager层（双方）：手机LM发起Page过程，建立ACL链路。随后交换LMP_features_req/res，确认双方支持的安全特性。
4. HCI层：手机收到Connection_Complete事件，表示链路已建立。此时L2CAP通道尚未创建。
5. L2CAP层：手机创建L2CAP通道（CID=0x0040），用于承载SDP流量。
6. SDP层：手机发送SDP_ServiceSearchRequest查询耳机的A2DP服务（UUID 0x110B），获取到RFCOMM通道号（如Channel 3）。
7. GAP层（安全）：触发配对流程，交换Link Key，启用加密。
8. 应用层：通过RFCOMM建立A2DP媒体通道，开始音频流传输。

结果与复盘：整个流程耗时约3秒。若在步骤3出现Page超时，通常是因为耳机未进入Page Scan状态；若步骤6查询失败，需检查SDP记录是否在耳机固件中正确注册。该案例说明，分层设计使得每一层可以独立调试，但问题定位需要跨层分析HCI事件和LMP日志。

3.4 常见误区与总结复盘

总结复盘：蓝牙协议栈的分层结构体现了“关注点分离”的设计哲学。主机层关注业务逻辑，控制器层关注实时物理操作。开发中应遵循以下原则：

• 优先使用HCI日志定位问题边界，判断是主机软件还是控制器固件问题。
• L2CAP的MTU协商是性能调优的关键，需根据应用数据包大小合理设置。
• GAP层的安全参数（如IO能力、密钥大小）需与产品定位匹配，避免过度安全导致兼容性问题。
• 控制器层的功耗优化应从BB层的占空比和LM层的功率控制策略入手，而非盲目降低发射功率。

理解分层职责后，开发者可以更高效地进行模块化开发与测试。例如，在开发新应用时，可先通过HCI命令模拟上层行为，验证控制器功能，再逐步实现上层协议。这种“自底向上”的验证策略能显著缩短调试周期。