物联网通信协议选型指南:NB-IoT、Cat.1、LoRa、WiFi全场景对比
做物联网项目,最头疼的不是写代码,是选模块
选错了,功耗高了三倍、信号穿墙穿不过、成本直接翻番,项目还没上线就先死在选型阶段。
2026年物联网通信领域发生了几个明显变化:意法半导体的ST87M01 NB-IoT模块拿到了北美和巴西认证,5G就绪的蜂窝模块开始大规模铺货;Silicon Labs推出了功耗更低的BG2B低功耗蓝牙SoC;Omdia预测到2035年蜂窝物联网连接数将达到59亿。这些变化直接影响选模块时的决策框架。
这篇文章不聊虚的,把几种主流通信技术在功耗、传输距离、数据速率、成本之间的权衡拆开讲,每个场景给出明确推荐。
选型的本质是做权衡
没有万能模块,只有最合适的模块。不同场景对各项指标的优先级完全不同:
| 维度 | 智能水表 | 工业传感器 | 智能家居 | 车联网 |
|---|---|---|---|---|
| 功耗 | 极关键 | 中等 | 不敏感 | 不敏感 |
| 传输距离 | >5km | 百米级 | 室内 | 全覆盖 |
| 数据速率 | 极低 | 中等 | 高 | 高 |
| 单模块成本 | <30元 | <50元 | <20元 | <100元 |
这张表说明一个事实:智能水表需要的是低功耗远距离低速率,WiFi完全不适合(功耗太高、距离不够);车联网需要的是高速率全覆盖,NB-IoT完全不适合(速率太低)。选型第一步不是看哪个技术先进,而是明确你的场景对这四个维度各有什么要求。
NB-IoT:低功耗广域网的主力
技术特性
NB-IoT是3GPP标准下的低功耗广域网技术,工作在授权频段,依托运营商基站覆盖。核心优势:
- 覆盖深度:通过重复传输和功率谱密度提升,实现比GSM高20dB的覆盖增益。简单说就是信号能多穿两堵墙,地下车库、地下室这些传统信号盲区也能覆盖到。
- 超低功耗:PSM(省电模式)下终端电流可以做到5微安级别,一颗AA电池理论上能撑十年。实际工程中受唤醒频率和数据量影响,五年是比较靠谱的预期。
- 低成本:模块价格已降到20-30元区间,和2G模块持平。
适用与不适用场景
适合 :智能水表、燃气表、烟雾报警器、智能井盖、牲畜追踪——这些场景的共同特点是数据量小(每次几百字节)、上报频率低(每天几次)、终端位置固定或移动范围小、电池供电不能频繁充电。
不适合 :实时视频传输、高频传感器数据采集、需要语音交互的场景、需要OTA大固件升级的场景——数据速率太低,下行只有约20kbps,大文件传输会超时。
入网认证的坑
NB-IoT走运营商网络,模块需要做入网测试。不同运营商的认证流程和周期差异很大:
- 移动:CTIA认证+移动实验室测试,周期2-3个月
- 电信:电信终端产业协会认证,周期1-2个月
- 联通:联通物联网测试,周期1-2个月
如果你的产品要三网通用,认证成本和周期要提前规划。很多人在这个环节卡住,不是因为技术做不到,而是认证流程太长影响产品上市时间。
Cat.1:中速率场景的务实选择
2026年NB-IoT退网带来的变化
部分省份NB-IoT退网潮启动后,Cat.1(LTE Category 1)成为中速率场景的主力。Cat.1的优势在于:
- 下行10Mbps、上行5Mbps,足够传输中等带宽的数据
- 兼容现有4G网络,不需要额外建网
- 模块成本降到40-60元区间
- 支持语音功能,适合需要语音对讲的场景
Cat.1填补了NB-IoT(低速率低功耗)和传统4G(高速率高功耗)之间的空白。随身WiFi产品大多用Cat.1或Cat.1bis模块,因为需要足够的数据速率做WiFi热点共享。
LoRa:私有网络的远距离方案
和NB-IoT的本质区别
| 维度 | NB-IoT | LoRa |
|---|---|---|
| 频谱 | 授权频段(运营商) | 免授权频段(470/868/915MHz) |
| 网络 | 运营商建网 | 自建网关 |
| 覆盖 | 依赖运营商基站 | 自建网关覆盖 |
| 成本 | 模块便宜+通信费 | 模块便宜+无通信费 |
| 部署 | 不需建网 | 需要自建LoRa网关 |
LoRa适合不想依赖运营商网络、需要完全自控通信链路的场景。农业大棚、矿区监控、园区资产管理这些场景,自建一个LoRa网关就能覆盖方圆几公里,不用交运营商通信费。
LoRaWAN的网络架构
LoRa物理层只管空口传输,LoRaWAN在之上定义了网络协议:
终端节点 --LoRa空口--> 网关 --IP--> 网络服务器 --API--> 应用服务器
终端通过LoRa无线发数据到网关,网关通过有线网络转发到网络服务器(NS),NS做去重、MAC层处理、路由到应用服务器。一个网关可以覆盖几千个终端。
WiFi/BLE:局域通信双雄
WiFi的适用边界
WiFi在物联网场景的优势是生态成熟、开发简单。ESP32自带WiFi,几十行代码就能联网。但WiFi的致命弱点是功耗:持续连接时电流约100-120mA,对一个2000mAh电池的设备来说只能撑不到20小时。
WiFi适合有稳定供电的场景:智能插座、智能摄像头、智能门铃、边缘网关。不适合电池供电的低频上报场景。
BLE 5.x的低功耗优势
BLE 5.x在物联网场景的定位和WiFi完全不同:
- 连接间隔可配到4秒以上,休眠期电流低至微安级
- 传输距离在空旷环境可达200米(BLE 5 Long Range)
- 数据速率可达2Mbps(PHY coded时降到125kbps但距离更远)
- 不需要路由器,设备间直接通信
BLE适合可穿戴设备、传感器节点、智能门锁——电池供电、数据量小、需要和手机直接交互的场景。
选型决策框架
把上面的分析整合成一个决策流程:
第一步:确定供电方式
- 电池供电(不能频繁充电)→ NB-IoT / LoRa / BLE
- 有稳定供电 → WiFi / Cat.1 / 有线以太网
第二步:确定数据量级
- 每次几字节到几百字节 → NB-IoT / LoRa / BLE
- 每次几KB到几MB → Cat.1 / WiFi
- 持续流数据(音频/视频)→ 4G/5G / WiFi
第三步:确定部署模式
- 依赖运营商网络 → NB-IoT / Cat.1 / 4G/5G
- 自建网络完全可控 → LoRa / BLE Mesh
- 局域WiFi覆盖 → WiFi
第四步:确定成本预算
- 模块<30元 → NB-IoT / BLE / LoRa
- 模块40-60元 → Cat.1
- 模块>100元 → 4G/5G全功能
工程实践中的选型验证
选型决策做完不等于结束,还要实际验证。做4G模组开发时,我最常做的事就是串口一开、AT一敲,把模组的真实状态全看一遍。信号强度、网络注册状态、数据连接是否建立,每一步都用AT指令验证。
这套验证流程催生了随身WiFi硬件调试工具(gitee.com/zesso/hardware_tool)。不同芯片的AT指令有差异——中兴微查版本用AT+ZGMR,ASR用AT+ASRVERSION,展锐用AT+CGMR。工具把这些差异封装掉了,选个芯片型号就自动切换指令集。做通信模组选型验证时,这个工具能帮你快速测试不同模组的信号、功耗、网络注册状态,不用每次翻文档查指令。
通信技术选型是物联网项目的基础工程,选型阶段省下的几周调研时间,可能值项目预算的几十万。不要被"5G最先进就用5G"的思维绑架,也不要因为"NB-IoT功耗最低就用NB-IoT",场景匹配才是唯一的选型标准。
做物联网选型最怕的是只看技术参数不看工程实际。模块的参数表写的功耗5微安,实际部署中唤醒频率、信号弱时的重传、OTA升级时的功耗峰值,哪个不是设计时没考虑的?选型阶段就做实地测试,比看一百份datasheet都管用。觉得这篇选型框架对你有用,收藏一下,后续会继续分享各通信技术实测功耗数据的对比。

浙公网安备 33010602011771号