3. BLE组网局限：星型拓扑的瓶颈、单点通信的局限性、广播风暴问题、低功耗与覆盖范围的矛盾

好，咱们进入第三章。前两章我们把 BLE 的基础架构和连接流程捋了一遍。现在该聊聊它的“天花板”了。

说实话，我最早接触 BLE 做智能灯项目时，觉得这东西真香——功耗低、配对快、手机直连。但做到第三个项目，客户要求一个车间里部署 200 个传感器节点时，我整个人就不好了。BLE 的组网能力，说白了就是“一个中心，多个外围”的星型结构。这种结构在消费电子场景下够用，但到了物联网大规模部署，处处是坑。

这一章，我们就来拆解 BLE 组网的四大局限。你理解了这些瓶颈，才会明白为什么蓝牙技术联盟（SIG）要推出 Mesh 协议。

3.1 星型拓扑的瓶颈：一个中心，多个外围

BLE 的标准组网模式是星型拓扑（Star Topology）。一个 Central 设备（比如手机、网关）连接多个 Peripheral 设备（比如传感器、灯泡）。

听起来很合理？但实际跑起来，问题不少。

我在一个仓储项目中就吃过这个亏。用手机做 Central，连接 20 个温湿度标签。结果手机一没电，所有数据全断。后来换成专用网关，但网关本身也是单点故障。

具体来说，星型拓扑的瓶颈体现在这几个方面：

• 连接数量上限：BLE 规范中，一个 Central 理论上最多支持 32 个并发连接（实际芯片厂商通常只给到 8-16 个）。你想连 100 个设备？没门。
• 带宽争抢：所有 Peripheral 共享 Central 的射频时间片。设备越多，每个设备能分到的通信窗口越短。我测过，20 个设备同时上报数据时，丢包率能到 15%。
• 物理距离限制：BLE 的典型覆盖范围是 10-100 米（取决于发射功率）。Central 必须在这个范围内才能通信。一个工厂车间几百米长，一个网关根本覆盖不了。

指标	星型拓扑（BLE）	实际限制
最大连接数	理论 32，实际 8-16	芯片内存和调度能力限制
单跳距离	10-100 米	发射功率 + 环境遮挡
单点故障	Central 失效 = 全网瘫痪	无冗余机制
数据吞吐	随连接数增加而下降	射频时间片竞争

3.2 单点通信的局限性：点对点，不是点对多

BLE 的连接通信本质上是“点对点”的。一个 Central 和一个 Peripheral 建立连接后，数据只能在这两个设备之间传递。

这有什么问题？

举个例子：你有一个智能灯，一个开关。开关想控制灯。在 BLE 里，开关必须和灯建立连接，然后发送指令。但如果灯已经被手机连接了，开关就连接不上——因为 BLE 设备通常只能被一个 Central 连接。

这就是单点通信的局限性：

• 无法广播控制：你不能像 WiFi 那样，一个指令发给所有设备。每个设备都得单独连接、单独发指令。
• 无法中继转发：数据不能“跳”过中间设备。A 和 C 离得远，中间有 B，但 B 不能帮忙转发。因为 BLE 连接是点对点的，B 没有“路由”功能。
• 状态同步困难：所有设备的状态必须由 Central 统一维护。如果 Central 掉线，设备之间的状态就不同步了。

我记得有一次做智能家居项目，客户要求 50 个灯泡同时亮灭。用 BLE 星型拓扑，手机得逐个连接、逐个发指令。50 个灯泡全部亮起来，耗时 3 秒多。用户体验极差。

3.3 广播风暴问题：当所有设备都在喊话

BLE 除了连接通信，还有广播通信。广播是单向的，一个设备发，周围所有设备都能收到。

听起来很适合做“一对多”对吧？但广播有个致命问题：冲突。

BLE 的广播信道只有 3 个（37/38/39）。所有设备都在这些信道上发广播包。设备越多，碰撞概率越大。这就是“广播风暴”。

具体表现：

• 信道拥塞：当网络中有几十个设备同时广播时，信道利用率急剧下降。我实测过，50 个设备同时广播，丢包率超过 40%。
• 接收方过载：一个设备在广播信道上的接收窗口是有限的。如果周围有太多广播包，接收方可能来不及处理，导致丢包。
• 无确认机制：广播包发出去就完了，发送方不知道接收方有没有收到。这在关键控制场景下是不可接受的。

场景	广播包数量	丢包率（实测）
10 个设备同时广播	约 100 包/秒	< 5%
30 个设备同时广播	约 300 包/秒	15-20%
50 个设备同时广播	约 500 包/秒	40%+

你可能会问：那能不能减少广播频率？可以。但很多应用场景（比如传感器数据上报）要求实时性，广播频率降不下来。这是个两难。

3.4 低功耗与覆盖范围的矛盾：鱼和熊掌不可兼得

BLE 最大的卖点是低功耗。但低功耗是有代价的——覆盖范围受限。

为什么？

发射功率和功耗成正比。BLE 的典型发射功率是 0 dBm（1 mW），对应功耗约 10-20 mA。如果你想覆盖 200 米，发射功率得提高到 10 dBm（10 mW），功耗直接翻 5-10 倍。

这还不是最要命的。更关键的是：

• 接收灵敏度有限：BLE 芯片的接收灵敏度通常在 -90 dBm 到 -100 dBm 之间。信号再弱就解不出来了。提高灵敏度意味着更复杂的射频前端，功耗和成本都会上升。
• 路径损耗：信号在空气中传播，距离每增加一倍，信号强度衰减 6 dB（自由空间）。穿墙衰减更严重，一堵砖墙能吃掉 10-20 dB。
• 天线效率：很多 BLE 设备用 PCB 天线，效率只有 30-50%。你发射 1 mW，实际辐射出去的可能只有 0.5 mW。

我在一个户外环境监测项目中遇到过这个问题。传感器节点用纽扣电池供电，要求续航 2 年。发射功率只能设到 -20 dBm（0.01 mW），覆盖距离不到 10 米。网关得每隔 10 米放一个，成本飙升。

下面这张图总结了 BLE 组网四大局限之间的关系：

3.5 小结：为什么需要蓝牙 Mesh？

看到这里，你应该明白了：BLE 的星型拓扑、单点通信、广播风暴、功耗覆盖矛盾，这四个问题不是孤立的。它们互相影响，共同构成了 BLE 在物联网大规模部署中的天花板。

蓝牙 Mesh 协议正是为了解决这些问题而生的。它用“多对多”的网状拓扑替代“一对多”的星型拓扑，用“消息中继”替代“点对点连接”，用“网络洪泛 + 缓存”缓解广播风暴，用“多跳”扩展覆盖范围而不增加单点功耗。

当然，Mesh 也不是银弹。它带来了新的问题：延迟增加、网络管理复杂、安全性挑战。这些我们会在后面的章节逐一拆解。