2、BLE基础回顾：BLE协议栈架构、GAP与GATT角色、物理层与链路层特性、低功耗设计原则
在深入智能穿戴设备的连接间隔、广播策略与数据同步优化之前，必须先建立对BLE（Bluetooth Low Energy，低功耗蓝牙）协议栈的完整认知。BLE并非传统蓝牙的简单“降频”版本，而是一套从物理层到应用层都重新设计的无线通信体系。本章将系统梳理BLE协议栈的分层架构、GAP与GATT两种核心角色的职责边界、物理层与链路层的关键参数，以及贯穿始终的低功耗设计原则。理解这些基础，是后续配置连接参数、设计广播报文和规划同步策略的前提。
2.1 BLE协议栈架构：从射频到应用的四层分工
BLE协议栈采用分层设计，每一层只对上层提供明确的服务接口，同时屏蔽下层实现细节。这种分层架构使得芯片厂商可以独立优化控制器层，而应用开发者只需关注主机层提供的API。从底向上，BLE协议栈可分为物理层（PHY）、链路层（LL）、主机层（Host）和应用层（Application）。其中，物理层与链路层通常集成在蓝牙芯片内部，称为控制器（Controller）；主机层（GAP、GATT、SMP、L2CAP）运行在CPU上，通过HCI（Host Controller Interface）与控制器通信。
| 协议层 | 核心职责 | 关键参数/概念 | 对功耗的影响 |
|---|---|---|---|
| 物理层 (PHY) | 射频信号的调制解调、收发 | 1M/2M/500k/125k bps，40个RF通道 | PHY速率越高，传输时间越短，功耗越低 |
| 链路层 (LL) | 连接状态机、数据包组装、重传、跳频 | 连接间隔、从机延迟、监督超时 | 连接间隔决定射频唤醒频率 |
| 主机层 (Host) | GAP管理连接建立，GATT管理数据交互 | 广播间隔、MTU大小、Notification | 广播频率和MTU影响空口占用时间 |
| 应用层 | 业务逻辑、数据采集、同步策略 | 传感器采样率、数据缓存策略 | 决定数据产生速率和传输模式 |
在智能穿戴设备中，协议栈的分层设计直接影响开发效率。例如，当需要调整连接间隔时，开发者只需调用GAP层的连接参数更新请求，而不必关心链路层如何具体调度射频收发。同样，当需要优化数据同步效率时，只需在GATT层调整MTU大小或启用Notification，无需修改底层驱动。
2.2 GAP与GATT角色：连接建立与数据交互的职责分离
GAP（Generic Access Profile）和GATT（Generic Attribute Profile）是BLE协议栈中两个最容易混淆的概念。GAP负责设备发现和连接建立，定义了四种角色：Broadcaster（仅广播）、Observer（仅扫描）、Peripheral（从机，可被连接）、Central（主机，主动连接）。而GATT负责连接建立后的数据交互，定义了Client（客户端，发起读写请求）和Server（服务端，提供数据）两种角色。一个设备可以同时担任多个角色，例如智能手表作为Peripheral与手机连接，同时作为Central与心率胸带连接。
GATT的数据模型采用层级结构：Service（服务）→ Characteristic（特征）→ Value/Descriptor（值/描述符）。每个Characteristic包含一个UUID（通用唯一标识符）、属性（读写权限）和值。在智能穿戴中，心率服务（Heart Rate Service，UUID 0x180D）包含心率测量特征（0x2A37），支持Notification属性，使得传感器数据变化时能主动推送给手机，无需手机反复轮询。
2.3 物理层与链路层特性：决定功耗底线的关键参数
物理层决定了BLE的射频基础。BLE工作在2.4GHz ISM频段，共划分40个RF通道，其中37/38/39三个通道专用于广播和扫描，其余37个通道用于连接后的数据传输。物理层支持四种PHY模式：1M（默认）、2M（高速）、500k和125k（远距离）。在智能穿戴场景中，2M PHY可减少传输时间从而降低功耗，但会牺牲部分灵敏度；125k PHY适合需要穿墙或远距离传输的场景，但传输时间增加，功耗反而上升。
链路层是BLE低功耗的核心。链路层状态机包含五个状态：待机（Standby）、广播（Advertising）、扫描（Scanning）、发起连接（Initiating）和连接（Connection）。其中，连接状态下的两个关键参数是连接间隔（Connection Interval）和从机延迟（Slave Latency）。连接间隔定义了主从设备之间两个相邻连接事件的时间间隔，范围从7.5ms到4s。从机延迟允许从机跳过若干个连接事件而不必监听，从而大幅降低功耗。例如，设置连接间隔为30ms、从机延迟为4，则从机每150ms才需唤醒一次监听主机的数据。
// 连接参数更新请求示例（使用Zephyr OS API）
struct bt_le_conn_param param = {
.interval_min = 24, // 30ms (单位1.25ms)
.interval_max = 40, // 50ms
.latency = 4, // 从机延迟4个事件
.timeout = 400 // 监督超时4s
};
bt_conn_le_param_update(conn, ¶m);监督超时（Supervision Timeout）是另一个重要参数，它定义了连接丢失的判定时间。若在超时时间内未收到任何数据包，则连接被视为断开。在穿戴设备中，监督超时通常设置为连接间隔的6倍以上，以避免因射频干扰导致的误判。
2.4 低功耗设计原则：从射频到应用的全链路优化
BLE的低功耗并非单一参数决定，而是需要从射频活动、数据策略和系统架构三个维度综合设计。以下是智能穿戴设备中必须遵循的五条核心原则：
- 最小化射频活动时间：射频收发是功耗的最大来源。应尽量缩短每次传输的数据包长度（通过增大MTU），并减少不必要的广播和扫描。
- 合理配置连接间隔与从机延迟：对于周期性数据（如心率），连接间隔可设为100-200ms；对于事件驱动数据（如通知提醒），可适当延长连接间隔并增加从机延迟。
- 采用批量数据同步：避免频繁小包传输，将多次采集的数据缓存后一次性发送。例如，手环每10分钟同步一次步数数据，而非每步都发送。
- 利用Notification而非Polling：GATT Notification允许服务端主动推送数据，客户端无需轮询，减少空口占用。
- 动态调整广播策略：在未连接时使用较长的广播间隔（如500ms），连接建立后立即停止广播或切换为定向广播。
2.5 案例拆解：智能手环连接参数优化实战
某智能手环项目在开发初期遇到续航不足的问题：设备配备100mAh电池，标称续航7天，但实际测试仅能维持3天。通过电流分析仪抓取功耗曲线，发现设备在连接状态下的平均电流高达2.5mA，远超设计目标的0.8mA。
初始参数配置：连接间隔15ms（interval_min=12，interval_max=12），从机延迟0，监督超时2s，MTU默认23字节。手机端每秒钟读取一次手环上的实时心率值（通过Read操作）。
分析过程：通过协议分析仪抓取空口数据包，发现每秒有约66个连接事件（1000ms/15ms），每个连接事件中手机发送Read Request，手环回复Read Response。每个数据包空口占用时间约376μs（1M PHY，含前导码、访问地址、PDU和CRC）。计算射频活动时间占比：66次×2个包×376μs = 49.6ms/s，仅射频活动占比约5%，但每次收发后MCU需唤醒处理，唤醒功耗和时钟启动功耗远大于射频本身。
优化措施：
- 将连接间隔调整为50ms（interval_min=40，interval_max=40），从机延迟设为2，即每150ms才监听一次。
- 将心率数据改为Notification方式，手环每2秒主动推送一次数据，手机端不再轮询。
- MTU从23字节提升到247字节，使每个连接事件可携带更多数据。
- 在无数据交互时，手环进入深度睡眠，仅保留RTC唤醒。
优化后结果：连接状态下平均电流降至0.6mA，续航提升至8天。射频活动时间占比降至0.8%，MCU唤醒次数从每秒66次降至约6.7次。
复盘经验：BLE低功耗优化必须基于实测数据，而非理论计算。建议在开发初期就使用电流分析仪和蓝牙协议分析仪建立基线数据，明确射频活动、MCU唤醒、外设功耗三者的占比，再针对性地调整参数。同时，连接参数并非固定不变，可根据设备状态动态调整——例如在充电时使用短连接间隔以快速同步数据，在正常佩戴时使用长连接间隔以延长续航。