BLE协议栈GATT特征详解：从理论到实践

1. BLE协议栈GATT特征详解：从理论到实践

在低功耗蓝牙（BLE）开发中，GATT（Generic Attribute Profile）特征（Characteristic）是数据交互的核心载体。作为一名从事BLE开发多年的工程师，我经常遇到开发者对特征的理解停留在表面，导致在实际项目中遇到各种通信问题。本文将深入剖析GATT特征的结构、属性和实际应用场景。

理解GATT特征需要把握两个关键视角：从协议角度看，它是一个结构化的属性集合；从开发角度看，它是数据收发的操作对象。举个例子，在智能手环开发中，心率数据的传输就是通过一个特定的特征实现的——这个特征不仅包含心率值本身，还定义了如何读取、是否需要加密等关键信息。

2. GATT服务框架中的特征定位

2.1 GATT层级结构解析

GATT采用典型的分层数据组织方式，其结构可以类比为一本书：

1. 服务（Service）：相当于书的章节，如"心率服务"、"电池服务"
2. 特征（Characteristic）：相当于章节中的段落，如"心率测量值"
3. 描述符（Descriptor）：相当于段落的注释，如"客户端特征配置描述符(CCCD)"

这种层级关系在协议中通过属性句柄（Handle）体现。每个属性都有一个唯一的句柄，客户端通过句柄来访问特定的特征或描述符。

2.2 特征的完整构成

一个完整的特征包含三个核心部分：

1. 特征声明（Declaration）：

   • 包含特征的UUID和属性标志（Properties）
   • 相当于特征的"身份证"和"使用说明书"
   • 例如：0x2A37表示心率测量特征，属性标志0x12表示可读且支持通知

2. 特征值（Value）：

   • 存储实际数据的字节数组
   • 格式由UUID定义，标准特征有固定格式
   • 例如：心率值可能采用"标志位+心率数值"的格式

3. 特征描述符（Descriptor）：

   • 最重要的就是CCCD（Client Characteristic Configuration Descriptor）
   • 客户端通过写入CCCD来启用/禁用通知或指示

实际开发经验：在调试BLE通信时，我习惯先查看特征的声明，确认其支持的属性（读/写/通知等），这能快速定位很多通信问题。

3. 特征的核心属性详解

3.1 属性标志（Properties）解析

属性标志是一个8位的位掩码，定义了客户端可以对特征执行的操作。以下是关键标志位的详细说明：