4.4 NB-IoT：窄带物联网

4.4 NB-IoT：窄带物联网

授权频谱 + 运营商基站 + 极低功耗，NB-IoT 是为"抄表、停车、资产"这类大量静止深位置设备量身定做的蜂窝窄带技术。本节拆它的覆盖增强、省电寻呼机制与 QoS 保障，并对比它与 LoRaWAN。

学习目标

阅读完本节，你应当能够：

1. 说出 NB-IoT 属于哪个频段、由谁运营，以及它对质量保障的意义。
2. 解释 NB-IoT 怎么做到"深覆盖"（地下室、井盖、楼层缝）。
3. 判断咋选择 NB-IoT 与 LoRaWAN，看运营依赖度与数据控制权。

一、蜂窝血统的 LPWAN

上一节聊的全是"自己搭或找运营者"的未授权玩家。NB-IoT 则是完全相反的一路：它直接长在蜂窝网络的授权频谱里，由运营商建设与运维。设备买模块、办卡、连运营商基站，网络稳定、服务有等级（SLA），出了问题找运营商而不是自己修。

这不是小事——对政务、金融、跨境、关键型业务，监管与验收往往就是冲"服务有保证"这几个字来的。你花在基站、干扰、穿透上的无数麻烦，NB-IoT 已在运营商侧扛掉；换来的代价是没有免费的自主，你得接受它依赖关系：设备在运营商网络里，数据路径动不动经过电信云，需要自己评估数据主权。

二、为什么能钻到深井里

NB-IoT 最被人称道的是"深覆盖"——它设计的初衷之一，就是服务那些埋在井盖下、停在楼缝里、躲在时尚商场地下层的呆设备。靠三招叠加实现：

一是窄带高灵敏度：占信道窄、接收机灵敏度视被配置得很高，弱信号也能解出。二是多次重传、提高增益：包发得慢、发得多，用时间抵偿衰减。三是低功耗长帧：靠长接收时间窗压住误码率。这三招一起，让"一处地下室、一个井盖"这种传统蜂窝信号都盖不到的死角，NB-IoT 也能把报文捞回来。

代价吗？当然——深度覆盖 + 长久待机换来的，是低速（典型几十到一百多 kbps）与高延时，完全够传感器小数据，不够实时大流量。这正是它"窄带"的本分。

"深覆盖"到底深到什么程度，是有量化目标的。NB-IoT 的覆盖目标一般定在比传统 GSM 再增强 20dB——这里放一份典型参数，帮你看清这笔"时间换强度"的交易：

频段        授权蜂窝频段（如 800/900MHz 一带）
下行峰值    约 20-30 kbps      上行峰值    约 60 kbps 量级
覆盖增强    MCL 通常瞄准 164dB   → 比 GSM(144dB)深约 20dB
重传机制    重复发送同一包多次，靠分集/合并把弱信号拾回来
电流          发射时电源候选极低，睡眠时更是微安级

用一句话记住：20dB 的增益约等于"信号强度再放大一百倍"，
而它是用"多发几次、发得再慢点、接收多积一会儿"换来的
​

这份增益账，完美解释了为什么 NB-IoT 敢把模块埋进井里、贴在地下三层：它把原来"得让信号强一点"的要求，转嫁成了"多发几下、多等一阵"的自身体耗。速率和时延刚好被牺牲成了无人看管的静态设备聊胜于无的代价。看懂 20dB 与 164dB 这两个数字，选型时的第一直觉就有了。

三、省电机制：PSM 与 eDRX

NB-IoT 端着电池，靠两组对齐机制吃满"困了就睡"：

• PSM（Power Saving Mode）：终端做完一轮业务后睡到几乎断联，直到设定时间或下次上行才醒。静止监测的抄表就靠它把寿命拉到 5-10 年。
• eDRX（扩展不连续接收）：终端按可调的周期偶尔醒来听听下行，时间更长且更省，又不至于彻底失联。

把抄表场景套进去：一个月抄一次表，平时 PSM 睡，到点醒来报一次数据再睡；平台想立即唤它？不行，它睡死了，下行要等它自然睡醒。所以 NB-IoT 的交互模型天然是"以终端的节奏为准"——要它随时听命的业务得换规划。

四、NB-IoT vs LoRaWAN：授权 vs 自建

选型一句话：要 SLA、要深覆盖、不怕付卡费、数据允许过运营商网 → NB-IoT；要成本自控、要数据不经过第三方、允许自己运维 → LoRaWAN。很多大型项目两者并用：城市级关键表计用 NB-IoT 保 SLA，园区自控传感用 LoRaWAN 省成本。

五、一次抄表项目的演进

一个水务公司决定升级十万只水表为远传表。业内普遍在"NB-IoT 与 LoRaWAN"间摇摆。若重点是"小区多、表藏在井盖下、要运营商级可靠、财务允许分摊卡费"，NB-IoT 是最省心的路子——深覆盖把井下的表接回来，PSM 把表电池用到十年，运营商 SLA 给结算验收底气。反过来若小区偏远、希望能自主扩展且不想持续付卡费，可退而求其次用 LoRaWAN 自建。现实中许多一体化项目会用 NB-IoT 并叠加"本地台区 LoRaWAN"做混合方案，各取所长。

一个要记牢的约束

用 NB-IoT 最容易被忽略的，是它的"以终端节奏为准"下行。PSM 睡死的设备不能被平台"随时唤醒"——要下发指令，得等它下一个上行周期或 eDRX 醒来的窗口。所以凡是需要"服务器随时喊设备起床"的业务（门禁下发、远程升级、即时消息），要么给关键设备配更长的在线窗口，要么接受延迟，要么干脆换 LTE-M 甚至普通蜂窝。把这条约束写进需求评审的第一页，能省后面一大堆"为什么消息没到"的排障。

本节要点回顾

• 蜂窝血统：授权频谱、运营商建维，质量有 SLA，但依赖运营与计费。
• 深覆盖三招：窄带高灵敏度、重传增益、低功耗长帧，够到地下室井盖。
• PSM/eDRX：一睡到底或定期醒来听，交互以终端节奏为准。
• 对比判据：要 SLA 深覆盖付卡费选 NB-IoT，要成本自控与数据主权选 LoRaWAN。
• 场景契合：静止、低频、深位置的表计/停车/资产是主力。

NB-IoT 专精"静"与"深"，那会移动、要网速、要上语音的设备怎么办？下一节看 LTE-M 这个"会说话的蜂窝兄弟"。