BLE(Bluetooth Low Energy)从 2010 年的 4.0 诞生,到 2025 年的 6.2,核心规范几乎每个大版本都带来标志性能力。本文按版本梳理每代最关键的变化,帮你快速判断"我的项目到底需要哪个版本"。
一、演进总览
| 版本 |
年份 |
最值得记住的升级 |
| 4.0 |
2010 |
BLE 首次引入,低功耗基石 |
| 4.1 |
2013 |
拓扑更灵活,L2CAP CoC 雏形 |
| 4.2 |
2014 |
DLE(251 字节包)、LESC 安全连接 |
| 5.0 |
2016 |
2M PHY、Coded PHY、扩展广播、周期广播 |
| 5.1 |
2019 |
测向 AoA / AoD |
| 5.2 |
2020 |
LE Audio(ISO)、功率控制、EATT |
| 5.3 |
2021 |
连接子速率、ADI 过滤、信道分类 |
| 5.4 |
2023 |
PAwR、加密广播(ESL) |
| 6.0 |
2024 |
信道探测(高精度安全测距) |
| 6.2 |
2025 |
短连接间隔 SCI(375 µs)、CS 振幅抗攻击、HCI USB 同步、测试模式增强 |
需要说明:下面每一项的版本归属以 Bluetooth Core Specification 为准;版本号是"引入该能力的大版本",后续小版本会做兼容性修订。
二、Bluetooth 4.0:BLE 诞生
BLE 随 4.0 首次登场,与经典蓝牙(BR/EDR)并存于"双模"芯片,也可单独做"单模"低功耗芯片。
- 物理层只有 1M PHY,40 个信道(3 个广播信道 37/38/39 + 37 个数据信道)。
- 定义了 GAP / GATT / ATT / SMP / L2CAP 的基础框架,建立了"广播—连接—服务/特征读写"的经典模型。
- 链路层数据包 payload 上限 27 字节,理论空口 1 Mbps,应用层实际约 0.27 Mbps。
- 安全用传统 SMP(Just Works / Passkey / OOB),基于临时密钥,抗中间人能力弱。
4.0 的价值是把"低功耗无线"变成标准能力,但吞吐、安全、距离都还很基础。
三、Bluetooth 4.1:拓扑与管道雏形
4.1 是小幅演进,重点在"共存"和"灵活性":
- 更灵活的拓扑:一个设备可同时扮演 Central 和 Peripheral,不再严格二选一,为同时连多个主/从的场景铺路。
- 与 LTE 共存:增加协调机制,降低 BLE 与 4G 射频互相干扰。
- L2CAP 面向连接通道(CoC)雏形:引入基于信用的流控(LE Credit Based Flow Control),为后续在 L2CAP 上跑大数据量、甚至承载 IPv6(6LoWPAN / IPSP)打下基础。
- 支持通过 BLE 做固件升级(OTA)的底层通道。
4.1 没有改变 BLE 的性能天花板,但让"多连接 + 大数据管道"成为可能。
四、Bluetooth 4.2:吞吐与安全的双里程碑
4.2 是 BLE 史上第一次"硬指标"飞跃:
- LE Data Length Extension(DLE):链路层包 payload 从 27 字节提升到 251 字节(需要 LL_LENGTH_REQ / LL_LENGTH_RSP 协商)。这一项让吞吐几乎线性提升,是后面"性能调优"文章里 DLE 的由来。
- LE Secure Connections(LESC):SMP 引入基于 P-256 椭圆曲线 的安全连接(数值比较 / 带外 / 带密钥),提供真正的抗中间人(MITM)保护,弥补了 4.0 传统 SMP 的短板。
- IPv6 承载:基于 4.1 的 L2CAP CoC,正式支持通过 BLE 跑 6LoWPAN / IPSP,让 BLE 设备能接入 IP 网络。
- 隐私增强:RPA(可解析私有地址)解析能力改进,降低被跟踪的风险。
一句话:4.2 让 BLE 既能"跑得快"又能"连得安全"。
五、Bluetooth 5.0:质的跨越
5.0 是 BLE 最重大的一次版本跃迁,一口气解决了速率、距离、广播容量三大瓶颈:
- 2M PHY:新增 2 Mbps 物理层,空口速率翻倍(距离略短于 1M),是吞吐调优的另一根支柱。
- LE Coded PHY(S=2 / S=8):通过前向纠错编码扩大覆盖距离,速率降为 500 kbps(S=2)或 125 kbps(S=8),理论距离可达 1M PHY 的约 4 倍,适合远距离、低速率场景。
- LE Extended Advertising:主广播(Primary)+ 辅助广播(Auxiliary)分离,突破传统 31 字节限制,可链式承载到 1650 字节 级别,并支持更多广播类型组合(可连接 / 可扫描 / 不可连接 × 定向 / 非定向)。
- Periodic Advertising(周期广播):无连接的周期性广播,接收方只需同步一次就能稳定收数据,是后面 PAwR 的基础。
- Channel Selection Algorithm #2(CSA#2):更均匀、更抗 Wi-Fi 干扰的跳频算法,替代 CSA#1 的简单伪随机。
5.0 之后,BLE 才真正具备了"大广播 + 远距离 + 高速率"的完整能力。
六、Bluetooth 5.1:测向
5.1 的单点突破是定位:
- AoA / AoD(到达角 / 出发角测向):在数据包末尾附加 CTE(Constant Tone Extension) 恒 tone 段,配合多天线阵列计算相位差,实现亚米级甚至厘米级定位。
- 其余多为小幅增强(如随机信道索引优化)。
5.1 让 BLE 从"有无连接"进化为"知道你在哪、朝哪"。
七、Bluetooth 5.2:LE Audio 与底层现代化
5.2 是面向"音频 + 底层架构现代化"的大版本:
- LE Audio 基础(ISO 通道):引入 Isochronous 通道,分 CIS(连接同步流,点对点低延迟)与 BIS(广播同步流,一对多音频多播),支撑真无线耳机、助听器等场景,并配套 LC3 编解码。
- LE Power Control(功率控制):链路层双向功率控制(LRCP),通过监测路径损耗动态调整发射功率,既省电又降低互干扰。
- Enhanced ATT(EATT):把 ATT 从固定信道 0x0004 移到 L2CAP CoC 上,支持多通道并行、乱序、可加密,打破了传统 ATT 单通道阻塞的局限,降低交互延迟。
5.2 让 BLE 第一次能"高质量传音频",同时把 GATT 交互效率拉高一个档次。
八、Bluetooth 5.3:省电与稳健性
5.3 围绕"更省电、更稳、更安全"做了工程化增强:
- Connection Subrating(连接子速率):保持连接不被断开的前提下,动态拉长有效连接事件间隔(跳过子速率),从低占空比状态又能快速恢复,显著降低平均功耗。
- ADI 过滤(AdvDataInfo):周期广播中携带数据标识,接收方据此过滤重复数据,避免重复处理,省电。
- Channel Classification Enhancement(信道分类增强):Host 可以向 Controller 提供"受干扰信道"分类,让跳频主动避开坏信道(此前只能由 Controller 自行评估)。
- 加密密钥长度强制:要求链路层协商最小加密密钥长度,降低被降级到弱密钥的风险。
5.3 没有颠覆性新能力,但把"低功耗 + 抗干扰 + 安全"打磨得更扎实。
九、Bluetooth 5.4:带响应的广播与加密广播
5.4 主要服务大规模物联(尤其是电子货架标签 ESL):
- PAwR(Periodic Advertising with Responses):在 5.0 周期广播基础上加入"响应",基站周期性广播、成千上万个标签各自在固定时隙回传确认/数据,无需逐个建连,是 ESL 的核心机制(详见《BLE 扩展广播详解》第十一章)。
- Encrypted Advertising Data(EAD,加密广播数据):允许用会话密钥加密广播载荷,让广播内容也能保密,适合价格、库存等敏感信息。
- 配合 GATT 侧新增的 ESL 相关规范,使 BLE 进入零售、仓储的大规模双向无线场景。
5.4 把"无连接广播"从单向变成了可控的双向。
十、Bluetooth 6.0:高精度安全测距
6.0 的重点是"测距":
- Channel Sounding(信道探测):基于相位测距(PBR,Phase-based Ranging)结合往返时间(RTT),实现高精度且防中继攻击 的距离测量,用于数字钥匙、门禁等需要"确认真实距离"的场景,弥补 RSSI 测距易被中继欺骗的缺陷。
- Decision-Based Advertising Filtering:在 Controller 层基于广播者地址/数据做决策过滤,减少 Host 侧的重复处理开销,省电。
- 其他增强:ISO 通道更大帧、Coded PHY 上编程选择 S=2/S=8 等。
6.0 让"距离"成为可信的安全维度,而不只是估算。
十一、Bluetooth 6.2:短连接间隔(SCI)与更多增强
6.2 是 SIG 按半年节奏在 2025 年发布的一次更新,重点是把 BLE LE 的 响应速度 推到亚毫秒级,并顺带加固测距安全、统一测试协议。其中 最重磅的特性 是 SCI(Shorter Connection Intervals,短连接间隔)。
11.1 为什么需要更短的连接间隔
传统 BLE LE 的连接间隔下限是 7.5 ms,分辨率 1.25 ms。这对传感、智能家居够用,但换算成轮询率只有约 133 Hz,远不能满足游戏鼠标/键盘期待的 1 kHz 以上 报告率,也卡住了 AR/VR 控制器、实时工业传感器等低延迟场景。
SCI 把下限直接拉到 375 µs,分辨率细化到 125 µs,使 LE 也能跑出 1~2 kHz 甚至更高 的报告率,且 无需专用接收器(dongle),保持标准互操作性。
11.2 三值框架:BCV / RCV / ECV
SCI 把连接间隔的取值拆成三个递进范围,避免一刀切破坏老设备兼容:
- BCV(Baseline Connection Interval Values):不支持 SCI 时的默认范围,≥ 7.5 ms、1.25 ms 整数倍——和 6.2 之前完全一致。
- RCV(Rounded Connection Interval Values):支持 SCI 时 必须 支持的范围,≥ 1.25 ms、1.25 ms 整数倍(把下限从 7.5 ms 降到 1.25 ms)。
- ECV(Extended Connection Interval Values):支持 SCI 时 可选 扩展范围,从 375 µs 到 1.25 ms(125 µs 整数倍),也允许 1.25 ms 以上用 125 µs 分辨率取值(如 32 ms,BCV 取不到)。
也就是说,整体可用区间变成 375 µs ~ 4.0 s。
11.3 协议层怎么落地
- 新 LL 控制 PDU:引入 Connection Rate Update(由 Central 发起)/ Connection Rate Request(由 Peripheral 请求,Central 可拒绝)流程,在已建立的 ACL 链路上把间隔从 BCV 切到 ECV。
- 新 HCI 命令与事件:Host 拿到更细的连接参数控制权。
- Feature Exchange 机制:双方先表明是否支持 SCI,再决定是否走短间隔。
- LE Flushable ACL Data:Host 可把某些 ACL 包标记为"可丢弃",超过 flush 超时仍未首发的旧包直接丢弃,避免过时数据在队列里堆积——对鼠标/键盘这类"旧数据即无效"的场景,直接降低交互延迟。
- 前提依赖:支持 SCI 的 Controller 必须同时支持 Connection Subrating(5.3);配合 6.0 的 Frame Space Update(FSU)把帧间距 T_IFS 协商到 150 µs 以下,能把相邻包的间隙也压到极致。
- 硬件友好:PHY 本身不变,现有蓝牙芯片多可通过协议栈/固件升级支持,无需换硬件。
11.4 典型应用
- 高性能 HID:游戏鼠标、键盘、数位板/触控笔,报告率从 ~125 Hz 提升到 1~2 kHz。
- 实时 HMI 与 AR/VR 控制器:手感跟手、无可见延迟。
- 实时工业传感器、RTLS:更频繁的上报与重传机会,提高链路鲁棒性。
11.5 6.2 的其他增强
- Channel Sounding 振幅抗攻击(Amplitude-based Attack Resilience):在 6.0 测距基础上增强,检测并缓解复杂 RF 振幅攻击,抵御汽车/智能家居/工业场景的中继与欺骗。
- HCI USB LE Isochronous Support:引入 Bulk Serialization Mode,标准化 USB 上的同步传输,简化 LE Audio 的 USB 集成。
- LE Test Mode Enhancements:用统一测试协议(UTP)做 LE RF PHY 测试,支持 OTA 无线测试,免线缆。
6.2 让 BLE 第一次在 延迟 维度追上专有 2.4G 无线,游戏外设、实时控制这类过去只能选私有方案的场景,如今能用标准 BLE 实现。
十二、选型小结
- 只做基础传感 / 透传:4.2 起步即可(DLE + LESC 已够用),没必要强上 5.x。
- 要远距离或高吞吐:至少 5.0(2M / Coded PHY)。
- 要室内定位:5.1 起(AoA / AoD)。
- 要传音频:5.2 起(LE Audio / ISO)。
- 要超省电的间歇连接:5.3 起(Subrating)。
- 要做 ESL / 大规模带响应广播:5.4 起(PAwR)。
- 要数字钥匙级安全测距:6.0(Channel Sounding)。
要超低延迟 HID(游戏键鼠 1 kHz+ 报告率):6.2 起(SCI)。
版本演进的本质,是 BLE 从"低功耗替代线"一步步长成覆盖速率、距离、定位、音频、安全测距的完整无线平台。理解每代升级点,选型时就不会被"支持蓝牙 5.0"这种营销话术带偏——要看清它到底带不带你需要的那一项 PHY / 能力。