1. BLE协议栈概述：分层架构、HCI接口与BlueZ边界
低功耗蓝牙（BLE）协议栈是嵌入式Linux蓝牙开发的核心基础。理解其分层架构、Host与Controller的划分、HCI接口的桥接作用，以及BlueZ与内核驱动的边界，是后续进行参数配置与性能调优的前提。本节将从宏观到微观，系统梳理这些关键概念。
1.1 BLE协议栈分层架构（Controller、Host、Application）
BLE协议栈采用严格的分层设计，自下而上分为三个主要层级：Controller、Host 和 Application。这种分层实现了硬件与软件的分离，使得协议栈的移植和升级更加灵活。
核心要点： Controller负责物理层和链路层的实时操作，通常由蓝牙芯片固件实现；Host负责上层的逻辑链路控制、安全管理及属性协议，通常在主机CPU上运行；Application则利用Host提供的API实现具体的蓝牙功能。
下图展示了BLE协议栈的完整分层架构及各层包含的核心协议模块：
各层的主要职责与关键协议模块如下表所示：
| 层级 | 核心模块 | 主要职责 | 运行位置 |
|---|---|---|---|
| Application | Profiles, App Logic | 定义设备角色（Central/Peripheral）、实现具体业务逻辑（如心率监测、数据传输） | 用户空间 |
| Host | GAP, GATT, SM, L2CAP, ATT | 连接管理、服务发现、数据封装、安全配对与加密 | 用户空间（BlueZ） |
| Controller | LL, PHY, Test Mode | 射频收发、链路层状态机（Advertising/Scanning/Connection）、跳频、流控 | 蓝牙芯片固件 |
1.2 HCI接口的作用
HCI（Host Controller Interface） 是BLE协议栈中连接Host与Controller的桥梁。它定义了一套标准化的命令、事件和数据包格式，使得Host可以控制Controller的行为，并接收来自Controller的反馈。
HCI接口的核心作用体现在以下三个方面：
- 命令（Commands）： Host通过HCI命令向Controller下发操作指令，例如：启动广播、发起扫描、建立连接、设置发射功率等。
- 事件（Events）： Controller通过HCI事件向Host上报状态变化或异步通知，例如：连接完成事件、断开连接事件、广播报告事件等。
- 数据（Data）： Host与Controller之间通过HCI ACL数据通道传输应用数据，通过HCI SCO/ISO数据通道传输音频或同步数据。
性能调优视角： HCI接口的传输效率直接影响BLE的吞吐量和延迟。在Linux系统中，HCI通常通过UART（如H4、H5协议）或USB传输。UART波特率、USB中断间隔、HCI数据包缓冲区大小都是关键的调优参数。
下图展示了HCI接口在协议栈中的具体位置及其数据流方向：
1.3 Linux内核中BlueZ与蓝牙驱动的边界
在Linux系统中，BLE协议栈的实现主要由两个核心组件构成：BlueZ（用户空间协议栈）和 蓝牙驱动（内核空间）。理解它们之间的边界对于驱动开发和性能调优至关重要。
下表清晰划分了BlueZ与蓝牙驱动的职责边界：
| 组件 | 所在空间 | 包含内容 | 职责 |
|---|---|---|---|
| BlueZ | 用户空间 | bluetoothd（守护进程）、libbluetooth、btmgmt、gatttool、hcitool | 实现Host层协议（GAP/GATT/L2CAP/SM）、提供DBus API、管理设备配对与连接 |
| 蓝牙驱动 | 内核空间 | btusb.ko、hci_uart.ko、hci_bcm.ko、hci_qca.ko 等 | 实现HCI传输层（UART/USB/SDIO）、控制蓝牙芯片电源管理、处理硬件中断 |
BlueZ与蓝牙驱动的交互完全通过HCI接口进行。内核中的蓝牙驱动负责将HCI命令/数据通过物理总线（如USB、UART）发送给蓝牙芯片，并将芯片返回的HCI事件/数据递交给用户空间的BlueZ。这种设计使得BlueZ无需关心底层硬件细节，而驱动开发者只需专注于HCI传输层的实现。
常见误区： 很多开发者误以为蓝牙驱动需要实现GAP或GATT协议。实际上，驱动只负责HCI传输和芯片控制，所有Host层协议逻辑都在BlueZ中完成。驱动中不应包含任何GATT或GAP的业务逻辑。
下图展示了BlueZ、内核蓝牙驱动与蓝牙芯片之间的完整软件栈边界：