定义
NB-IoT（Narrowband IoT）是 3GPP 制定的低功耗广域网 LPWAN 技术，适用于水表、烟感、资产追踪等大规模低功耗设备。设备通常采用 CoAP、LwM2M 等轻量协议，设备管理平台需支持 NB-IoT 设备的接入与 OTA。
技术特性与约束
NB-IoT 基于 LTE 演进，具备广覆盖、低功耗、大连接、低成本等特点。单小区可支持约 10 万连接；设备采用 PSM、eDRX 等省电模式，电池寿命可达数年。带宽窄（约 200kHz），传输速率低，适合小包、低频上报场景。设备管理平台需适配窄带网络的时延与丢包特性；OTA 升级宜采用 Delta Package 差分包、断点续传，控制单次传输量；Device Access 设备接入需支持 CoAP、LwM2M 等轻量协议栈。
与 DMP 的集成
平台通过协议网关或直连支持 NB-IoT 设备。设备通常经运营商核心网接入，平台需支持非 IP 设备（如通过 NIDD 非 IP 数据投递）或 CoAP 映射。设备认证可采用 One Type One Secret 一型一密，降低产线烧录复杂度；OTA 任务需考虑 Maintenance Window 维护窗口与设备唤醒周期，避免升级超时。适用于智能表计、烟感、井盖、资产追踪等海量连接场景。
应用场景
适用于智慧城市（水电气表、井盖、路灯）、智能家居（烟感、门磁）、工业监控（环境传感器）等。NB-IoT 是 LPWAN 主流技术之一，设备管理平台需针对其特性优化接入、数据采集与 OTA 能力。
窄带接入对管理动作的限制
窄带物联网是跑在授权频谱上的低功耗广域接入。单次能传的数据很小，设备为了省电会进入深度睡眠，睡眠期间平台发下去的数据要等它下次醒来，或依赖网络侧的缓存与可达性机制。因此管理动作不能假设“命令发出去，几秒内必有应答”。读一个属性、下发一段配置、完成一次升级，都要按唤醒周期来设计超时和重试。速率低并不等于不可管理，而是管理必须变成短会话：醒来、注册或恢复、交换少量数据、确认、再睡。连续在线、大流量和低时延控制不在它的适用范围内。平台若同时管理宽带设备和这类终端，在线判断、心跳和任务超时必须按接入类型分开，不能共用一套“三分钟无数据即离线”。MQTT可以承载在某些实现上，但保活与服务质量带来的额外报文可能抵消省电；很多表计类设备会改走更短的管理协议。固件升级则要把包切小、允许跨多个唤醒周期续传。
业务本身要配得上这种网络
适合的业务是上报不频繁、单次载荷短、可以容忍分钟级甚至更长延迟的测量和告警，例如抄表、井盖状态、环境监测。设备大部分时间应在睡眠，电池或储能按年而不是按小时来规划。需要时刻可控制、需要图像或需要频繁交互的设备，不应选这条接入再在应用层补救。覆盖依赖运营商网络和当地频段，地下室、金属箱内要单独验证，不能只看城区路测。平台侧要接受非连续的会话，并把“当前不可达”与“已经故障”区分开。升级窗口要和唤醒对齐，包要能断点续传，失败重试要有次数上限，避免设备每次醒来都把电耗在重复下载上。身份发放若走一型一密，注册报文也必须短，并防止同一标识被反复注册耗电。
按宽带习惯设置超时和心跳
用短心跳维持“始终在线”，设备几乎不再睡眠，电池快速耗尽，同时还制造大量信令。把离线阈值定成几十秒，正常睡眠被记成故障，工单一天天被打开。升级任务的整体超时只有几分钟，包还没下完就被判失败，下次从头再来。重试不看剩余电量和信号，在覆盖边缘把设备唤醒到欠压。一次下发大量历史补传，超出单次会话能承载的量，连接反复重置。服务器在设备睡眠时连续重试，把网络侧缓存挤满，设备醒来只拿到最后一小段。把信号强度的一次瞬时值当成长期覆盖结论，忽略了它随时间波动。配置了即时控制类命令却没有排队和过期，设备数小时后执行已经不该执行的动作。同一平台策略被套到宽带网关和窄带表计上，两边同时不合适。