1、NB-IoT概述：技术背景、标准演进、核心特性与典型应用场景
1.1 为什么我们需要NB-IoT？
说实话，在NB-IoT出来之前，物联网的无线连接方案挺尴尬的。
你想想看，Wi-Fi覆盖范围小、功耗高；蓝牙距离太短；传统的2G/3G/4G模组又贵又费电。我2014年做一个智能水表项目时，客户要求电池续航5年以上，当时翻遍了所有通信技术，没有一个能同时满足「低成本、低功耗、广覆盖」这三个条件的。
这就是NB-IoT诞生的背景。它属于3GPP定义的蜂窝物联网技术，专门为那些「数据量小、不着急传、但得覆盖广、还得省电」的场景设计的。
核心痛点一句话总结：传统蜂窝网络是为「人」设计的，NB-IoT是为「物」设计的。
1.2 标准演进：从R13到R17
NB-IoT的标准演进，我把它分成三个阶段来讲。
| 3GPP版本 | 发布时间 | 核心特性 |
|---|---|---|
| R13 | 2016年 | NB-IoT基础标准，支持200kbps下行速率，覆盖增强20dB |
| R14 | 2017年 | 定位增强、多载波、组播、速率提升至127kbps（上行） |
| R15 | 2018年 | TDD支持、更低的功耗优化、移动性增强 |
| R16 | 2020年 | 非地面网络（NTN）支持、小数据传输优化 |
| R17 | 2022年 | 进一步降低功耗、增强覆盖、支持卫星IoT |
我个人习惯把R13称为「从0到1」的阶段。那时候标准刚定下来，芯片厂商都在抢跑。我记得2016年底第一次拿到NB-IoT模组样品时，功耗表现确实惊艳——待机电流能做到3微安以下。
R14是「从1到10」的阶段。加了定位功能，这对资产追踪类应用太重要了。R15之后就是「从10到100」的优化阶段，功耗一降再降，覆盖一扩再扩。
避坑指南：我曾经遇到客户拿着R13的模组去跑R14才支持的定位功能，结果折腾了两周才发现是版本不匹配。选型时一定要确认好3GPP版本号。
1.3 核心特性：三个关键词
NB-IoT的核心特性，我总结为三个关键词：广覆盖、低功耗、大连接。
1.3.1 广覆盖
NB-IoT的覆盖能力比传统GSM强了20dB。什么概念？
说白了，就是信号能多穿一堵墙，或者多下两层地下室。我在做地下管廊项目时，传统GPRS模组在地下3米就失联了，NB-IoT模组在地下10米还能稳定上报数据。
为什么能做到？因为NB-IoT用了这些技术：
- 重复传输：同一个数据包重复发128次甚至更多，接收端做合并解码
- 功率谱密度提升：带宽只有180kHz，能量更集中
- 低阶调制：主要用BPSK/QPSK，抗干扰能力强
1.3.2 低功耗
这是NB-IoT最吸引人的地方。理论上一节AA电池能用10年。
怎么做到的？两个关键机制：
- PSM（省电模式）：终端休眠后，网络侧保留注册信息，醒来直接发数据，不用重新附着
- eDRX（扩展非连续接收）：终端可以「睡」更长时间，最长可达2.9小时才醒一次
注意：PSM模式下终端是不可达的！如果你需要服务器随时能下发指令，就别用PSM。我见过有人把PSM用在远程控制阀门上，结果指令发出去三天后终端才醒来接收...嗯，那场景挺尴尬的。
1.3.3 大连接
一个NB-IoT基站理论上能支持5万个终端。为什么？
因为每个终端的数据量极小，而且大部分时间都在睡觉。基站通过时频资源调度，把180kHz的带宽切分成12个子载波，每个子载波15kHz，再配合窄带物理随机接入信道（NPRACH）的冲突解决机制，就能支撑海量连接。
1.4 典型应用场景
根据我这几年的项目经验，NB-IoT最适合的场景有这几类：
- 智能抄表：水表、气表、电表。数据量小（一天几十个字节），对实时性要求不高，电池续航要求高。这是NB-IoT最成熟的应用。
- 智慧停车：地磁传感器检测车位状态，上报到平台。覆盖要求高（地埋式），功耗要求严（电池用3-5年）。
- 资产追踪：集装箱、托盘、贵重设备。需要广覆盖（跨省甚至跨国），数据量小（位置+状态）。
- 环境监测：空气质量、温湿度、土壤墒情。传感器分散部署，供电困难，NB-IoT的低功耗优势明显。
- 智能消防：独立式烟感、可燃气体探测器。要求高可靠性、低误报率、长续航。
我的经验：判断一个场景适不适合用NB-IoT，就看三点——数据量是不是小于1KB/天？时延能不能容忍10秒以上？终端是不是电池供电？三个都「是」，那NB-IoT就是最佳选择。
1.5 小结
NB-IoT不是万能的。它不适合视频监控、实时控制、高速移动这些场景。但在它擅长的领域——低速率、低功耗、广覆盖、大连接——目前没有对手。
嗯，这一章先讲到这里。下一章我会深入NB-IoT的物理层设计，包括子载波间隔、时隙结构、资源映射这些底层细节。到时候我会结合一个实际的信令抓包案例来讲，保证比纯理论好理解得多。