iOS BLE传输速度优化与协议栈解析

1. 为什么 iOS BLE 传输速度远低于预期？

作为一名从事蓝牙开发多年的工程师，我经常遇到开发者提出这样的困惑："明明 iOS 设备已经协商了 MTU=517，为什么实际传输速度只有 6-8KB/s？"这个问题看似简单，实则涉及 BLE 协议栈的多层机制。今天我们就来深入剖析这个现象背后的技术原理。

首先需要明确的是，MTU（Maximum Transmission Unit）只是影响 BLE 传输速度的众多因素之一。很多开发者误以为 MTU 越大传输速度就越快，这种理解是不全面的。实际上，BLE 的吞吐量是由协议栈各层共同决定的，包括 ATT 层、L2CAP 层和 Link Layer 层等。

2. BLE 协议栈的数据传输路径

2.1 数据在各层的封装过程

要理解 BLE 的传输速度限制，我们需要先了解数据从应用层到无线空口的完整路径：

1. 应用层：开发者通过 CoreBluetooth 框架调用 writeValue 方法发送数据
2. ATT 层：数据被封装为 ATT PDU（Protocol Data Unit）
3. L2CAP 层：ATT PDU 被进一步封装为 L2CAP PDU
4. Link Layer：L2CAP PDU 被分割为适合无线传输的数据包
5. 物理层：数据通过 2.4GHz 无线信号传输

在这个过程中，每一层都会对原始数据添加自己的协议头，并可能进行分片处理。这就意味着，虽然 ATT 层可以处理 517 字节的大包，但到了无线空口，这个包可能已经被分割成多个小包传输。

2.2 MTU 的真实含义

MTU 指的是 ATT 层的最大传输单元。在 iOS 设备与 BLE 外设建立连接时，双方会通过 Exchange MTU 请求协商这个值：

code复制Exchange MTU Request: 527 bytes
Exchange MTU Response: 517 bytes
最终协商的 ATT MTU = 517 bytes

一个典型的 ATT Write Command PDU 结构如下：

code复制Opcode: 1 byte
Handle: 2 bytes
Value: N bytes (最大 = MTU - 3 = 514 bytes)

因此，理论上每次可以写入最多 514 字节的数据。但这只是 ATT 层的限制，并不代表无线空口的实际传输能力。

3. 影响 BLE 吞吐量的关键因素

3.1 Link Layer 数据包大小

真正决定传输速度的是 Link Layer 的数据包大小限制。这里需要区分 BLE 的不同版本：

• BLE 4.0/4.1：最大 LL payload 只有 27 字节
• BLE 4.2+（支持 DLE）：最大 LL payload 可达 251 字节

假设我们使用 BLE 4.2 并启用了 Data Length Extension (DLE)，一个 514 字节的 ATT payload 会被这样处理：

1. ATT PDU (517 bytes) → L2CAP PDU (521 bytes)
2. L2CAP PDU 被分割为：
   • 第一个包：251 字节
   • 第二个包：251 字节
   • 第三个包：19 字节

3.2 Connection Interval 的影响

BLE 设备并不是持续发送数据的，而