前言：在BLE（蓝牙低功耗）开发中，吞吐率是核心性能指标之一，直接决定了数据传输的速度与效率。很多开发者容易陷入“物理层速率=应用层吞吐”的误区，导致实际传输速率远低于预期，甚至无法满足项目需求。
本文将从核心概念入手，拆解吞吐率的计算模型，详细讲解BLE 4.0到5.x各版本的吞吐率计算方法（理论值+典型场景值），补充影响吞吐率的关键因素与实战计算示例，帮大家快速掌握BLE吞吐率计算技巧，避开常见坑点，同时结合实际测试经验补充优化方向，适配嵌入式开发实战需求。
一、核心概念与计算模型
BLE吞吐率的计算并非简单的“物理层速率”，而是由PHY、DLE、MTU、连接间隔、IFS等多个参数共同决定，先明确核心参数定义，再掌握计算逻辑，才能精准计算吞吐率。
1.1 关键参数定义
PHY速率（Physical Layer Rate）：物理层调制速率，单位bps，仅为符号速率，不代表实际有效吞吐。BLE各版本支持的PHY速率不同：4.0/4.1仅支持1Mbps；4.2+支持1Mbps；5.x新增2M/500k/125k bps，其中5.4版本通过优化编码协议，最高速率可提升至2.93Mbps。
DLE（Data Length Extension，数据长度扩展）：BLE 4.2及以上版本支持的核心特性，将LL层（逻辑链路控制层） payload从默认27字节扩展至251字节，是吞吐率大幅提升的关键，未开启DLE时吞吐率会极低[superscript:7]。
MTU（Maximum Transmission Unit，最大传输单元）：ATT层（属性协议层）最大包长，默认23字节，开启DLE后最大可设置为247字节，应用层有效载荷需扣除3字节ATT头部，即ATT Payload = MTU - 3（最大244字节）[superscript:7]。
连接间隔（Connection Interval）：主从设备周期性建立连接的时间间隔，范围7.5ms～4000ms，间隔越小，单位时间内传输的数据包越多，吞吐率越高，但会增加功耗，实际应用中需在吞吐与功耗间权衡[superscript:4]。
IFS（Inter Frame Space，帧间间隔）：两个数据包之间的最小静默期，用于避免信号干扰，1M/2M PHY均为150µs，是计算理论极限吞吐时不可忽略的开销。
协议开销：每个BLE数据包包含前导、访问地址、LL头、MIC、CRC等固定开销，约占总传输时间的20%，计算实际吞吐时需扣除该部分开销。
1.2 工程简化公式
实际开发中，无需复杂的协议开销计算，优先使用以下简化公式，误差可满足工程需求，适用于大多数BLE设备调试场景：
// 单位：bps（比特每秒） 吞吐量（bps）= 每连接事件包数 × 每包有效载荷（字节） × 8 ÷ 连接间隔（秒） // 单位：KB/s（千字节每秒），更贴合实际开发需求 吞吐量（KB/s）= 每连接事件包数 × 每包有效载荷（字节） ÷ 连接间隔（秒） ÷ 1024说明：每连接事件包数受连接间隔与单包传输时间限制，PHY速率越高、连接间隔越短，每连接事件可传输的包数越多，例如BLE 5.0 2M PHY、7.5ms连接间隔时，每事件可传输5包左右。
1.3 理论极限计算
理论极限吞吐率用于评估BLE设备的最大传输能力，需考虑数据包、空应答包的传输时间及IFS，以BLE 4.2/5.x 1M PHY、最大包（251字节LL payload）为例，计算过程如下（可直接参考该逻辑计算其他PHY速率）：
计算数据包（T槽）传输时间： 数据包总长度 = 1（前导）+4（访问地址）+2（LL头）+251（payload）+4（MIC）+3（CRC）= 265字节 传输时间 = 265×8 ÷ 1Mbps = 2120µs
计算空应答包（R槽）传输时间： 空应答包总长度 = 1（前导）+4（访问地址）+2（LL头）+3（CRC）= 10字节 传输时间 = 10×8 ÷ 1Mbps = 80µs
计算单周期总时间（数据包+IFS+空应答包+IFS）： 单周期总时间 = 2120 + 150（IFS） + 80 + 150（IFS）= 2500µs = 2.5ms
计算理论极限吞吐率： 极限吞吐（KB/s）= 251字节 ÷ 2.5ms = 100,400字节/秒 ≈ 98KB/s 极限吞吐（bps）= 98KB/s × 8 = 787kbps
注意：理论极限是理想无干扰环境下的最大值，实际应用中因干扰、重传、平台调度等因素，实测值会低于该数值，例如BLE 1M PHY实测最大吞吐约696.38kbps（基于CYW20829芯片测试）。
二、各版本BLE吞吐率详解
BLE各版本的核心差异的在于PHY速率、是否支持DLE，这直接决定了吞吐率的上限，以下分版本详细说明，结合实际开发中的典型连接间隔，给出可直接参考的吞吐率值，同时补充各版本特性差异。
2.1 BLE 4.0 / 4.1（无DLE，低吞吐，老旧设备）
核心特性：仅支持1M PHY，不支持DLE，协议开销占比高，仅适用于低数据量传输场景（如传感器数据采集）。
PHY：仅1Mbps
LL Payload：最大27字节（无DLE）
MTU：默认23字节，ATT有效载荷20字节
理论极限：约39kbps（≈4.8KB/s）
典型场景（15ms连接间隔，常用低功耗配置）： 每事件2包 → 吞吐量 = 2×20×8 ÷ 0.015 ≈ 21.3kbps（≈2.6KB/s）
适用场景：仅用于数据量极小、对速率无要求的老旧设备，目前已逐步被BLE 4.2及以上版本替代。
2.2 BLE 4.2（DLE+1M PHY，吞吐大幅提升，主流过渡版本）
核心特性：支持DLE（LL payload最大251字节），仅1M PHY，解决了4.0/4.1吞吐率过低的问题，是低功耗与高吞吐的平衡版本，支持MTU协商功能，可通过增大MTU提升吞吐。
PHY：1Mbps
LL Payload：最大251字节（DLE开启）
MTU：最大247字节，ATT有效载荷244字节
理论极限：约787kbps（≈98KB/s）
典型场景： ① 7.5ms连接间隔（高吞吐配置，功耗较高）：每事件3包 → 780kbps（≈95KB/s） ② 15ms连接间隔（平衡吞吐与功耗）：每事件4包 → 520kbps（≈63KB/s）
适用场景：中低数据量传输，如蓝牙手环、智能传感器、小型设备固件升级（小体积固件）。
2.3 BLE 5.0+（2M PHY+DLE，主流高吞吐版本）
BLE 5.0及以上版本（5.1/5.2/5.3/5.4）是目前嵌入式开发的主流选择，支持2M PHY、编码PHY，吞吐率上限大幅提升，其中BLE 5.3增强了抗干扰能力，BLE 5.4进一步优化编码协议，提升速率上限[superscript:5]。
核心特性：支持2M PHY（1M/500k/125k可选），支持DLE，可根据场景选择PHY速率（高速/长距），支持AFH（自适应跳频），可减少干扰导致的重传，提升实际吞吐稳定性[superscript:5]。
PHY：2Mbps（主流选择），1M/500k/125k为可选
LL Payload：最大251字节
MTU：最大247字节，ATT有效载荷244字节
理论极限（2M PHY）： 数据包传输时间 = 265×8 ÷ 2Mbps = 1060µs 单周期总时间 = 1060+150+80+150 = 1440µs 极限吞吐 = 251 ÷ 0.00144 ≈ 174KB/s（≈1.39Mbps）
典型场景： ① 7.5ms连接间隔（高吞吐配置）：每事件5包 → 1.30Mbps（≈159KB/s） ② 15ms连接间隔（平衡配置）：每事件8包 → 1.04Mbps（≈127KB/s）
适用场景：大数据量传输，如高清传感器数据、设备固件升级、蓝牙音频传输（BLE 5.4支持24bit/192kHz无损传输）。
2.4 BLE 5.x 编码PHY（500k/125k，长距场景）
BLE 5.x新增的编码PHY（500k/125k），采用1/2、1/8编码方式，牺牲吞吐率换取更远的传输距离和更强的抗干扰能力，适用于远距离低速率场景，如户外传感器、工业设备通信。
500k PHY（1/2编码）：理论吞吐约为1M PHY的1/2（≈49KB/s），传输距离约为1M PHY的2倍。
125k PHY（1/8编码）：理论吞吐约为1M PHY的1/8（≈12KB/s），传输距离约为1M PHY的4倍。
注意：编码PHY的实际吞吐受环境干扰影响较大，在信号强度低于-90dBm的区域，丢包率会显著上升，需优化射频设计（提升发射功率与接收灵敏度）改善性能。
三、各版本BLE吞吐率对比表（最优参数，直接查阅）
整理各版本最优配置下的核心参数与吞吐率，方便开发中快速对比选型，结合实际测试数据补充实测参考值：
BLE版本 | PHY速率 | 是否支持DLE | 最大LL payload | 最大ATT payload | 理论极限（bps） | 典型吞吐（7.5ms间隔，bps） | 实测参考（bps） | 核心特性 |
|---|---|---|---|---|---|---|---|---|
4.0/4.1 | 1M | ❌ | 27字节 | 20字节 | 39k | 21k | 18k-20k | 低吞吐，老旧设备，无DLE |
4.2 | 1M | ✅ | 251字节 | 244字节 | 787k | 780k | 650k-750k | 支持DLE，吞吐大幅提升，过渡版本 |
5.0+ | 2M | ✅ | 251字节 | 244字节 | 1390k | 1300k | 1100k-1250k | 高速率，主流版本，支持AFH |
5.0+ | 500k | ✅ | 251字节 | 244字节 | 393k | 390k | 320k-380k | 长距，1/2编码，抗干扰强 |
5.0+ | 125k | ✅ | 251字节 | 244字节 | 98k | 97k | 80k-95k | 超长距，1/8编码，低吞吐 |
5.4 | 2.93M | ✅ | 251字节 | 244字节 | 2344k | 2000k | 1800k-1950k | 优化编码，最高速率，支持无损音频 |
说明：实测参考值基于CYW20829芯片、无明显干扰环境测试，不同芯片（如CC2640R2F）、不同环境下实测值会有差异，实际开发中需结合硬件平台调试[superscript:7]。
四、影响吞吐率的关键因素
实际开发中，即使按理论公式计算出吞吐率，实测值也可能不达标，核心是受以下6个因素影响，掌握这些因素可有效优化吞吐率：
连接间隔：最关键因素，越小吞吐越高，但最小只能设为7.5ms；间隔过大会减少单位时间内的连接事件数，导致吞吐下降，同时需满足iOS/Android的连接参数要求（如iOS最小连接间隔建议≥30ms）。
PHY选择：速率优先级：2.93M（BLE5.4）>2M>1M>500k>125k，需根据场景选择，高速场景优先2M/2.93M，长距场景选择500k/125k，注意2M PHY在多设备密集场景下抗干扰能力弱于1M PHY[superscript:3]。
DLE与MTU配置：必须开启DLE，并将MTU设置为247字节（最大），否则吞吐率会被限制在低水平；MTU交换需由Client端主动发起，主从机需协商一致才能生效[superscript:7]。
每连接事件包数：受连接间隔与单包传输时间限制，PHY速率越高，单包传输时间越短，每事件可传输的包数越多；可通过增加Tx缓冲区数量（如MAX_NUM_PDU=6）提升每事件包数。
平台差异：iOS、Android、MCU的调度机制与缓存不同，实测吞吐有差异：iOS约50–80KB/s，Android/MCU（如STM32+CC2640R2F）实测吞吐更高，可达100KB/s以上；同时芯片的射频设计（发射功率、接收灵敏度）也会影响吞吐稳定性[superscript:4][superscript:7]。
干扰与重传：2.4G频段干扰（如Wi-Fi、微波炉）会导致数据包重传，显著降低实际吞吐；开启AFH算法可动态跳过繁忙信道，减少重传次数，提升吞吐稳定性[superscript:5]。
补充优化建议：可通过增加通知排队机制，确保队列中始终有数据待发送，避免传输“饥饿”；同时优化射频设计，提高发射功率与接收灵敏度，扩展有效通信范围，减少边缘区域的丢包率。
五、实战计算示例（BLE 5.0 2M PHY）
结合实际开发场景，以BLE 5.0 2M PHY、常用配置为例，演示吞吐率计算过程，帮助大家快速掌握公式使用方法，同时对比理论值与实测值差异：
已知参数
PHY速率：2Mbps
MTU：247字节 → ATT有效载荷：247-3=244字节
连接间隔：7.5ms（0.0075秒）
每连接事件包数：5包（2M PHY 7.5ms间隔下的合理值）
计算过程
// 1. 计算bps（比特每秒） 吞吐量（bps）= 5 × 244 × 8 ÷ 0.0075 = 1,301,333 bps ≈ 1.30 Mbps // 2. 计算KB/s（千字节每秒） 吞吐量（KB/s）= 5 × 244 ÷ 0.0075 ÷ 1024 ≈ 159 KB/s结果说明
该配置下，理论吞吐约1.30Mbps（159KB/s），实际实测值约1.10-1.25Mbps（135-153KB/s），主要差异来自于2.4G干扰、芯片调度及协议开销，符合实际开发预期；若开启AFH算法，实测吞吐可提升5%-10%[superscript:7]。
六、总结与选型建议
结合各版本吞吐率特性与实际开发场景，给出以下总结与选型建议，帮助大家快速确定BLE版本与配置：
BLE 4.0/4.1：仅用于老旧设备、低数据量场景（如简单传感器），不推荐新项目使用，吞吐过低无法满足大多数场景需求。
BLE 4.2：中低数据量、低功耗场景（如蓝牙手环、智能门锁），性价比高，无需高速传输，优先选择该版本，可满足常规数据传输需求。
BLE 5.0+（2M PHY）：大数据量、高速传输场景（如固件升级、高清传感器），新项目首选，兼顾吞吐与功耗，BLE 5.4版本适合需要无损音频传输的场景。
BLE 5.x（编码PHY）：远距离场景（如户外设备、工业传感器），牺牲吞吐换取距离，需结合实际传输距离需求选型。
计算技巧：工程开发优先用简化公式快速估算，理论极限用于评估设备上限；实际调试时，可通过协议分析仪抓取数据包，调整连接间隔、每事件包数等参数，优化吞吐率。
