BLE轻量级分包传输方案设计与优化

1. 项目背景与需求解析

在物联网设备开发中，蓝牙低功耗（BLE）通信是最常用的无线传输方案之一。但BLE协议本身存在一个致命限制——单个数据包的有效载荷通常只有20字节（ATT_MTU=23字节时）。当我们需要传输几十KB甚至更大的数据块时，就必须设计可靠的分包传输机制。

去年我在开发一款智能穿戴设备的固件升级功能时，就遇到了这个典型问题。设备需要通过BLE接收约50KB的固件包，而传统的前后台双缓存方案会消耗过多内存资源（对于资源受限的MCU而言，100KB的RAM占用完全不可接受）。这促使我设计了一套轻量级缓存管理方案，在保证传输可靠性的前提下，将内存占用控制在20KB以内。

2. 技术方案选型与对比

2.1 常见分包传输方案分析

目前业界主要有三种BLE分包传输方案：

1. 双缓冲队列：发送端和接收端各维护两个缓冲区，通过乒乓切换实现并行收发。优点是实现简单，缺点是内存占用翻倍（需要保留完整数据副本）。

2. 滑动窗口协议：类似TCP的滑动窗口机制，通过ACK确认和重传保证可靠性。适合高速传输场景，但协议栈复杂度高，不适合资源受限设备。

3. 分块校验传输：将数据划分为固定大小的块，每块单独校验。本方案采用这种折中方式，在可靠性和资源消耗间取得平衡。

2.2 轻量级方案核心设计

我们的设计包含三个关键创新点：

1. 环形缓冲区管理：采用动态分块的环形缓冲区结构，写入和读取指针分离，支持边收边处理。

2. 分块CRC校验：每256字节作为一个数据块，附加2字节CRC16校验码。校验失败时只需重传当前块。

3. 状态压缩存储：用bitmap记录各块接收状态，50KB数据仅需25字节的状态存储空间（50*1024/256/8）。

3. 详细实现方案

3.1 数据结构设计

c复制typedef struct {
    uint8_t* buffer;      // 数据存储区
    uint16_t buf_size;    // 缓冲区总大小
    uint16_t block_size;  // 分块大小（默认256）
    uint16_t wr_pos;      // 写指针位置
    uint16_t rd_pos;