2. Linux 蓝牙子系统架构：BlueZ 协议栈核心组件与用户空间交互

Linux 蓝牙子系统以 BlueZ 为官方协议栈，自内核 2.4 起成为标准实现。BlueZ 采用分层架构，将蓝牙核心协议（HCI、L2CAP、SCO、RFCOMM）实现在内核空间，同时通过 D-Bus 接口与用户空间守护进程 bluetoothd 及管理工具 bluetoothctl 交互。理解这一分层与数据流是性能优化的前提。

2.1 整体架构分层

BlueZ 架构分为三层：硬件接口层、内核协议栈层 和 用户空间管理层。下图展示了核心组件及其交互关系：

2.2 内核蓝牙模块核心组件

内核蓝牙模块位于 net/bluetooth/ 目录，由以下核心组件构成：

2.2.1 hci_core — 蓝牙主机控制器接口核心

hci_core 是内核蓝牙模块的入口，负责：

• 设备注册与状态管理：管理 HCI 设备（hci_dev）的打开、关闭、重置、扫描等状态。
• 命令与事件调度：维护命令发送队列，处理控制器返回的事件包，确保命令-事件同步。
• 数据通道：区分 ACL（异步无连接）和 SCO（同步面向连接）数据流，分别路由到 L2CAP 和 SCO 模块。
• 缓冲管理：控制发送/接收缓冲区大小，直接影响吞吐量和延迟。

// hci_dev 核心结构体（简化）
struct hci_dev {
    char            name[8];        // 设备名，如 hci0
    struct list_head list;          // 全局设备链表
    unsigned long   flags;          // 设备状态标志
    __u16           id;             // 设备 ID
    struct hci_conn_hash conn_hash; // 连接哈希表
    struct sk_buff_head rx_q;       // 接收队列
    struct sk_buff_head raw_q;      // 原始数据队列
    struct sk_buff_head cmd_q;      // 命令队列
    unsigned int    acl_mtu;        // ACL 最大传输单元
    unsigned int    sco_mtu;        // SCO 最大传输单元
    // ... 更多字段
};

2.2.2 L2CAP — 逻辑链路控制与适配协议

L2CAP 位于 HCI 之上，为上层协议（RFCOMM、ATT、BNEP 等）提供：

• 协议多路复用：通过信道 ID（CID）区分不同上层协议实例。
• 分段与重组：将上层大包分割为 HCI ACL 数据包，接收端重组。
• MTU 协商：通信双方协商最大传输单元，避免缓冲区溢出。
• 重传与流控：增强型 L2CAP 支持选择性重传（ERTM）和流控模式。

2.2.3 SCO — 同步面向连接链路

SCO 用于实时音频传输（如蓝牙耳机通话），具有以下特点：

• 固定带宽：预留时隙，保证等时传输。
• 低延迟：不重传，数据包丢失直接丢弃。
• 缓冲区敏感：欠载（underrun）或溢出（overrun）会导致音频卡顿。

SCO 数据流不经过 L2CAP，直接由 hci_core 路由到 SCO 模块，再通过 ALSA 或 PCM 接口传递给音频子系统。

2.2.4 RFCOMM — 串口仿真协议

RFCOMM 基于 L2CAP 实现蓝牙串口服务（SPP），常见于蓝牙打印机、GPS 模块、工业传感器等场景：

• 帧封装：将上层字节流封装为 RFCOMM 帧，通过 L2CAP 信道传输。
• 流控：支持基于信用（credit）的流控机制，防止接收端过载。
• 多路复用：一个 L2CAP 信道可承载多个 RFCOMM 会话（通过 DLCI 区分）。

2.3 用户空间工具与内核交互

用户空间通过 D-Bus 系统总线与内核蓝牙模块交互，核心工具包括：

2.3.1 bluetoothd — 蓝牙守护进程

bluetoothd 是 BlueZ 用户空间的核心，负责：

• 适配器管理：检测 HCI 设备，设置电源、名称、可发现性等。
• 设备管理：维护已配对设备列表，处理连接请求。
• 服务注册：通过 SDP 或 GATT 注册本地服务。
• 配置文件支持：加载 A2DP、HFP、SPP 等配置文件插件。

bluetoothd 通过 Management Interface（mgmt）与内核通信，mgmt 是一种基于 socket 的控制协议，提供比 HCI 命令更高级的设备管理能力。

2.3.2 bluetoothctl — 交互式管理工具

bluetoothctl 是推荐的管理客户端，通过 D-Bus 与 bluetoothd 交互：

# 启动 bluetoothctl 交互界面
$ bluetoothctl
[bluetooth]# power on
[bluetooth]# scan on
[bluetooth]# devices
[bluetooth]# pair XX:XX:XX:XX:XX:XX
[bluetooth]# connect XX:XX:XX:XX:XX:XX
[bluetooth]# trust XX:XX:XX:XX:XX:XX

2.4 数据流路径与性能关键点

以下 SVG 图展示了一个典型蓝牙数据包从用户空间到控制器的完整路径，标注了每个阶段的性能关键点：

2.5 设备树中的蓝牙配置要点

在嵌入式 Linux 系统中，蓝牙控制器通常通过设备树描述。设备树配置直接影响内核蓝牙模块的初始化参数：

// 设备树蓝牙节点示例（基于 UART 的 TI WL18xx 模块）
&uart1 {
    status = "okay";
    bluetooth {
        compatible = "ti,wl18xx-bt";
        enable-gpios = <&gpio1 28 GPIO_ACTIVE_HIGH>;
        max-speed = <3000000>;          // 波特率 3Mbps
        bt-hci-transport = "hci_uart";
        hci-uart-protocol = "h4";        // H4 协议
        bt-hci-mtu = <1024>;             // HCI ACL MTU
        bt-sco-mtu = <64>;               // SCO MTU
        bt-bd-address = [00 11 22 33 44 55];
    };
};

2.6 本章小结

• BlueZ 协议栈分为用户空间（bluetoothd、bluetoothctl）和内核空间（hci_core、L2CAP、SCO、RFCOMM），通过 D-Bus 和 mgmt 接口交互。
• 内核蓝牙模块是性能优化的核心：hci_core 管理命令队列和缓冲，L2CAP 控制分段与重传，SCO 负责等时音频，RFCOMM 提供串口仿真。
• 用户空间工具通过 D-Bus 下发管理命令，不参与实时数据路径，抓包分析应聚焦内核层。
• 设备树配置直接影响 HCI MTU、SCO MTU 和传输层参数，是性能调优的硬件级入口。