1. 蜂窝与BLE概述：两种无线技术的“性格”差异
做物联网通信选型这么多年，我经常被问到同一个问题：“蜂窝和蓝牙，到底该用哪个？”
其实这个问题本身就有点“坑”。蜂窝网络和低功耗蓝牙（BLE）压根不是替代关系，而是互补关系。你想想看，一个是要覆盖几公里甚至几十公里的广域网，一个是要在十米内做低功耗数据传输——它们各自擅长的事情完全不同。
我个人习惯把蜂窝网络比作“远程货运卡车”，而BLE更像是“室内手推车”。卡车能跑长途、拉重货，但油耗高、体积大；手推车灵活、省力，但只能在有限范围内活动。两者协同起来，才能把货从仓库送到用户手里。
核心观点：蜂窝网络解决“远距离、大范围”的接入问题，BLE解决“近距离、低功耗、低成本”的终端互联问题。协同组网的本质，就是让两者各司其职。
1.1 蜂窝网络：4G/5G/NB-IoT 的技术特点
蜂窝网络大家都不陌生。手机用的就是蜂窝。但在物联网场景下，我们更关注的是它的几个关键指标：覆盖范围、功耗、成本、数据速率。
先看一张对比表，把三种主流蜂窝技术放在一起看：
| 技术 | 覆盖范围 | 峰值速率 | 功耗（典型） | 模组成本 | 典型场景 |
|---|---|---|---|---|---|
| 4G LTE Cat.1 | 广域（基站覆盖） | 10~50 Mbps | 较高（~500mA峰值） | 中等 | 车载追踪、语音对讲 |
| 5G eMBB | 广域（密集基站） | 100 Mbps~1 Gbps | 高（~1A峰值） | 高 | 高清视频回传、工业AR |
| NB-IoT | 超广域（深覆盖） | ~250 kbps | 极低（~200mA峰值，休眠μA级） | 低 | 智能水表、烟感、地磁 |
这里我想重点聊聊 NB-IoT。我在2018年做过一个智能水表项目，当时选型时纠结了很久。NB-IoT的速率确实低，但它的覆盖能力让我印象深刻——地下三米的水表井，信号还能稳定上报。换成4G模组，功耗根本扛不住电池供电。
个人经验：NB-IoT的“深覆盖”特性不是吹的。它通过重复传输和窄带技术，能比4G多穿透两堵墙。但代价是时延高，不适合需要实时响应的场景。
1.2 低功耗蓝牙（BLE）：短距离通信的“省电之王”
BLE 从 Bluetooth 4.0 开始引入，到现在的 Bluetooth 5.x，已经进化了好几代。它的核心优势就两个：功耗极低和部署成本低。
一个典型的 BLE 信标，用纽扣电池可以跑一年以上。这在物联网终端侧是巨大的吸引力。而且 BLE 模组的价格已经卷到几块钱人民币，比任何蜂窝模组都便宜。
但 BLE 的短板也很明显：
- 通信距离短：典型场景下 10~100 米，穿墙后衰减严重
- 无法直接上云：BLE 设备之间是点对点或星型网络，没有 IP 地址
- 数据速率有限：Bluetooth 5 理论 2 Mbps，实际有效吞吐量更低
我记得有一次做资产追踪项目，客户要求“室内定位+远程上报”。如果只用 BLE，数据出不了门；如果只用蜂窝，室内定位精度又不够。最后方案是：BLE 做室内信标定位，蜂窝模组做数据回传网关。这个组合后来成了很多同类项目的标配。
1.3 蜂窝 + BLE 协同组网：为什么需要“1+1”？
单独看蜂窝和 BLE，各自都有“够不着”的地方。蜂窝能上云，但终端功耗高、成本高；BLE 省电便宜，但出不了门。协同组网就是把两者的优势拼起来。
下面这张图是我自己总结的协同组网逻辑框架：
从这张图可以看得很清楚：BLE 终端只负责采集和短距通信，网关（蜂窝模组）负责聚合、协议转换和远程上报。这样一来，终端侧可以用纽扣电池跑一年，网关侧虽然功耗高一些，但可以接电源或者大容量电池。
1.4 典型应用场景：哪些项目适合协同组网？
我参与过的项目里，下面三个场景是蜂窝+BLE协同组网最典型的落地案例：
场景一：智能抄表
传统方案是每个水表/气表装一个NB-IoT模组。但NB-IoT模组成本还是比BLE高不少。改用BLE水表+蜂窝网关后，一个网关可以管理周边50~100个水表。网关装在楼道或电表箱里，接市电，通过NB-IoT或4G Cat.1上报数据。
- 终端成本：BLE模组比NB-IoT模组便宜60%以上
- 部署灵活性：网关位置可调，信号覆盖更可控
- 维护成本：终端电池寿命2~3年，网关接市电免维护
避坑提醒：我曾经在一个老旧小区项目里吃过亏——BLE网关装在楼道铁皮电表箱内，BLE信号被严重屏蔽，导致网关扫描不到30米外的水表。后来把网关天线引出箱外才解决。记住：BLE信号对金属遮挡非常敏感，网关安装位置一定要实测。
场景二：资产追踪
仓库里的高价值设备、医院里的医疗仪器、工地上的工具——这些资产需要实时知道“在不在”和“在哪”。
方案是：每个资产贴一个BLE信标（成本几块钱），仓库/楼层部署蜂窝网关。网关定期扫描周围的BLE信标，把信标的RSSI值和设备ID打包上报。云平台通过RSSI估算位置。
- 优势：信标电池寿命1~2年，无需布线
- 痛点：RSSI定位精度有限（3~5米），需要配合指纹地图
场景三：环境监测与智慧农业
大棚里放一堆温湿度、光照、CO₂传感器，每个传感器用BLE上报数据到网关。网关通过4G或NB-IoT把数据传到云平台。农民在手机上就能看到大棚环境数据。
这个场景里，BLE的优势是传感器可以随意移动、增减，网关自动发现新设备。蜂窝网络则保证数据能远程查看。
1.5 协同组网的技术挑战
说了这么多好处，也得泼点冷水。蜂窝+BLE协同组网不是简单地把两个模块焊在一起就行。实际项目中会遇到几个硬骨头：
- 协议转换：BLE的GATT协议和蜂窝的TCP/CoAP协议完全不同。网关需要做协议适配，把BLE的attribute数据转成JSON或Protobuf再上报。
- 功耗平衡：网关既要保持BLE扫描，又要维持蜂窝连接。如果网关用电池供电，续航是个大问题。我一般建议网关用电源供电，或者用大容量锂电池+太阳能。
- 网络拓扑管理：BLE终端可能随时加入或离开网络。网关需要维护设备列表，处理超时和重连。这部分逻辑写不好，系统会越来越不稳定。
- 数据冲突：多个BLE终端同时上报时，BLE的2.4GHz频段可能互相干扰。需要设计合理的时隙或事件触发机制。
我的建议：刚开始做协同组网项目时，不要追求“全功能”。先跑通“一个BLE终端 + 一个网关 + 云平台”的最小闭环，再逐步扩展。我见过太多团队一上来就想管100个设备，结果连基础通信都没调通。
1.6 本章小结
蜂窝网络和BLE，一个管远、一个管近；一个管上云、一个管采集。协同组网的本质，就是用BLE的低成本、低功耗覆盖终端侧，用蜂窝网络的广覆盖、高可靠解决远程通信。
接下来的章节，我会带大家从硬件选型开始，一步步搭建一个真实的蜂窝+BLE协同组网系统。嗯，先别急，把基础概念吃透，后面动手才不会慌。