51学通信

深度解析 3GPP TR 21.916：7 Cellular Internet of Things (IoT) (蜂窝物联网)

26分钟阅读

深度解析 3GPP TR 21.916：7 Cellular Internet of Things (IoT) (蜂窝物联网)

本文技术原理深度参考了3GPP TR 21.916 V16.2.0 (2022-06) Release 16规范中，关于“7 Cellular Internet of Things (IoT)”的核心章节，旨在为读者全面解析3GPP如何将NB-IoT和eMTC这两种成熟的物联网技术，平滑、高效地融入5G系统，从而构建起支撑未来万亿连接的mMTC（海量机器类通信）场景的坚实基础。

引言：从“物联孤岛”到“5G融合”，开启万物智联新纪元

在前几章对URLLC的探索中，我们见证了5G如何为工业自动化提供极致的低时延和高可靠性。然而，5G的雄心远不止于连接那些“高精尖”的设备。在5G构想的“铁三角”中，与eMBB和URLLC并驾齐驱的，是支撑未来智慧城市、智能农业、智能家居等海量连接场景的mMTC（海量机器类通信）。它的目标不是快，也不是准，而是多和省——在广域范围内支持海量的设备连接，并让这些设备的电池能够持续工作数年之久。

为了实现这一目标，3GPP并未另起炉灶，而是选择了一条更务实、高效的路径：将已经在4G时代大获成功的两大LPWA（低功耗广域）技术——NB-IoT和eMTC(LTE-M)——全面融入到5G的核心网（5GC）和系统架构中。Rel-16在这一演进过程中扮演了至关重要的角色，它完成了从标准制定到商用落地的关键一环。

为了更生动地理解这些技术演进，让我们认识一位新朋友——小林。他是一位充满活力的年轻工程师，供职于一座正在全面数字化转型的“智慧城市”项目组。他的日常工作，就是利用物联网技术，为城市的每一个角落安装“神经末梢”：从地下管网的智能水表，到遍布街头的共享单车，再到公园里的环境监测传感器。小林面临的核心挑战是：如何让这数以百万计、种类繁多的设备以最低的功耗、最广的覆盖、最经济的方式接入统一的5G城市大脑？

本章，我们将跟随小林的脚步，看他如何借助Rel-16在蜂窝物联网（CIoT）领域的全面增强，一步步解决智慧城市建设中的实际难题。

Substantial E-UTRAN/EPC evolution has been achieved in 3GPP to enable the “Cellular Internet of Things” (CIoT). In particular, eMTC (WB-E-UTRAN) and NB-IoT have been designed in RAN WGs in Rel-13 and enhanced in Rel-14. The “Cellular IoT support and evolution for the 5G System” work item focused on enabling equivalent functionality for NB-IoT and eMTC connected to 5GC as what has been defined for NB-IoT and eMTC connected to EPC in earlier releases.

正如规范所言，Rel-16 CIoT的核心任务，就是将在4G时代为EPC核心网设计的所有物联网增强功能，“平移”并优化到5G核心网（5GC）上，确保物联网业务在5G时代能够获得同等甚至更优的服务体验。我们将从三个层面展开解读：7.1节的5GC融合核心技术，7.2节的NB-IoT专属增强，以及7.3节的eMTC专属增强。

1. 5GC融合：为亿万终端搭建通往5G的“高速匝道” (7.1节解读)

小林的首要任务，是规划如何将城市里现存的和新增的数百万NB-IoT智能水表和eMTC共享单车，统一接入到新建的5G城市大脑平台。Rel-16为此提供了一整套精巧的“匝道”技术，让这些低功耗设备可以轻装上阵，高效汇入5G主干道。

1.1 数据传输的“轻骑兵”：控制面与用户面CIoT 5GS优化

小林的智能水表，每天只需要上报一次读数，数据量仅几十个字节。为这样微小的数据建立一个完整的用户面数据通道（就像为了送一封信而专门修一条路），无疑是巨大的浪费。

  • 控制面CIoT 5GS优化 (CP CIoT 5GS Optimisation)

    Control Plane CIoT 5GS Optimisation is used to exchange user data between the UE and the SMF as payload of a NAS message in both uplink and downlink directions, avoiding the establishment of a user plane connection… Early Data Transmission (EDT), i.e. sending user data in RRC Message 3 is supported…

    这个机制允许水表将那几十字节的数据，直接打包在NAS（非接入层）信令消息中，通过控制面路径发送给核心网的SMF。整个过程，终端无需建立用户面承载（DRB和N3隧道），大大节省了信令开销和功耗。更极致的是，结合EDT（早期数据传输）技术，数据甚至可以在RRC连接建立过程的第三条消息（Msg3）中就被“捎带”上报，快如闪电。

    小林的实践： 对于智能水表这类“一句话”业务，小林毫不犹豫地选择了CP优化。水表唤醒、打包数据、在信令中发送、然后立刻重新休眠，整个过程干净利落，功耗极低。

  • 用户面CIoT 5GS优化 (UP CIoT 5GS Optimisation)

    User Plane CIoT 5GS Optimisation supports transfer of user plane data from CM-IDLE without the need for using the Service Request procedure… enabled by the Connection Suspend and Connection Resume…

    当数据量稍大，不适合放在信令中时（例如，共享单车需要上报一段包含GPS轨迹的日志），UP优化就派上了用场。它允许终端从空闲态（CM-IDLE）直接发送用户面数据，而无需先通过完整的“服务请求”流程来恢复RRC连接和用户面承载。其核心是“连接挂起/恢复”机制，终端和网络都保存了连接的上下文，可以“一键恢复”数据通道，同样支持EDT。

    小林的实践： 对于共享单车的日志上报，小林配置了UP优化。单车可以快速恢复用户面连接，传完数据后，网络再将其“挂起”回空闲态，兼顾了效率和功耗。

1.2 告别IP：为纯粹数据而生的NIDD

小林的很多传感器（如水浸、烟感）上报的数据，仅仅是“0”或“1”这样的状态位，完全不需要复杂的IP协议栈。

Non-IP Data Delivery (NIDD) refers to… communication between UE and an Application Function (AF) where the user data is considered unstructured (also referred to as “non-IP”).

NIDD（非IP数据交付）为此而生。它允许终端通过一个“非结构化”的PDU会话，将原始的、非IP格式的数据，直接发送给核心网的NEF（网络能力开放功能），再由NEF通过标准API接口推送给城市的应用服务器。

小林的实践： 他为烟感、水浸等简单传感器采购了不带IP协议栈的超低成本模组。通过NIDD，这些传感器的数据被高效、安全地直接送达城市应急平台，既降低了终端的复杂度和成本，也简化了数据处理链路。

1.3 极致省电的艺术：增强的终端“休眠术”

要实现水表电池“十年不换”的目标，小林必须让它们在99.99%的时间里都处于深度睡眠状态。Rel-16将4G时代的省电“神技”——PSM和eDRX，在5G中发扬光大。

  • 增强的非连续接收 (eDRX)

    Extended Discontinuous Reception (DRX) for CM-IDLE… enables the UE to reduce its power consumption while still being available for MT data… In CM-IDLE state the following DRX cycles are supported: up to almost 44 minutes (for eMTC) and up to almost 3 hours (for NB-IoT).

    eDRX允许终端在空闲状态下，将监听网络寻呼的周期（Paging Cycle）拉长到惊人的程度——对于eMTC设备长达约44分钟，对于NB-IoT设备更是长达近3小时！

  • 省电模式 (PSM) 与 MICO 模式

    MICO mode with Active Time is similar to the UE Power Saving Mode (PSM) defined for EPS… UE and AMF negotiate an Active Time value, which dictates for how long the UE is reachable for paging upon entering CM-IDLE. Once the Active Time has elapsed, the UE can enter MICO mode, i.e. become unreachable for paging.

    Rel-16引入的MICO（仅移动发起连接）模式，其行为与4G的PSM（省电模式）非常相似，是更极致的“深度睡眠”。终端在完成一次数据上报后，会进入一个短暂的“活动时间”（Active Time），在此期间可接收下行数据。活动时间结束后，终端便“与世隔绝”，彻底关闭接收机，直到下一次自己需要上报数据时才会醒来。

    小林的实践： 小林为智能水表配置了PSM/MICO模式，并设置了24小时的上报周期。水表每天只在凌晨3点唤醒一次，花几秒钟上报读数，并保持1分钟的“活动时间”以防有固件升级等指令，之后便进入长达23小时59分钟的深度睡眠，功耗降至极限。对于需要不时接收指令的共享单车，他则配置了10分钟的eDRX周期，在功耗和可达性之间取得了平衡。

1.4 其他关键增强：让物联网管理更智能

  • 高时延通信支持 (High latency communication)： 当城市平台需要给一个处于PSM/MICO深度睡眠的水表下发指令时怎么办？Rel-16的网络（UPF/SMF/NEF）支持下行数据缓存机制。数据会先存放在网络中，等到水表下一次主动上报数据唤醒时，网络再将缓存的数据下发给它。

  • 监控事件订阅 (Support for Monitoring Events)： 共享单车公司想知道他们的单车是否被骑到了邻市（即发生漫游）。小林通过这项功能，让单车公司的应用平台可以向5G网络订阅“UE漫游状态”事件。一旦单车发生漫游，网络会主动通知其平台。

  • 速率控制 (Rate of user data control)： 为了防止某个水表因故障而疯狂上报数据导致“信令风暴”，小林为所有设备配置了“小数据速率控制”策略，例如限制“每天最多上报10条消息”，从源头保障了网络的安全稳定。

  • EPC与5GC间的切换与重定向： Rel-16定义了清晰的策略，允许网络根据设备能力、运营商策略、网络负载等因素，在4G（EPC）和5G（5GC）核心网之间智能地引导（steer）或重定向（redirect）物联网终端的附着，确保终端总能接入到最适合它的网络中。

2. NB-IoT的自我进化：更深、更快、更协同 (7.2节解读)

在完成了与5GC的融合框架后，Rel-16还针对NB-IoT自身的无线特性进行了深度优化。小林在智慧城市项目中遇到了一批新的挑战，正好可以用上这些新功能。

挑战一：地下车库的极端弱覆盖

一批新装的空气质量传感器位于地下三层车库，信号极差，传统的覆盖增强手段已达极限。

Improved DL transmission efficiency and UE power consumption

Reduced UE power consumption and improved transmission efficiency are achieved through reduced downlink monitoring and reduced signalling…

  • 群组唤醒信号 (UE-group wake-up signals, GWUS)： 在弱覆盖下，终端需要更频繁地监听寻呼，功耗增加。GWUS允许基站向一组UE（而不是所有UE）发送一个唤醒信号。“地下车库的传感器们，准备收数据了！” 只有这个组的UE才会被唤醒，其他UE可以继续安心睡眠，进一步降低了功耗。

  • 更高效的上行：PUR (Preconfigured uplink resources)

    In Rel-16, the earlier transmission of UL data payload has been further enhanced by introducing UL transmission using preconfigured uplink resources (PUR). This feature allows eNB to configure uplink resources, in which a UE in IDLE mode can send UL transmission without performing random access procedures.

    PUR允许网络为传感器预配置一个专属的上行“VIP通道”。当传感器有紧急告警（如CO浓度超标）需要上报时，它可以直接使用这个预留的通道发送数据，而无需经过“敲门、等待、再进门”的传统随机接入过程，极大地降低了时延和碰撞概率，在弱信号下提升了上报成功率。

挑战二：与5G NR频谱的共存

城市中心部署了新的5G NR宏站，其频谱与NB-IoT的部署频段相邻，存在潜在干扰。

Coexistence of NB-IoT with NR (FDD and TDD)

This feature allows the configuration of the DL/UL resource reservation in subframe/slot/symbol-levels on non-anchor carriers for unicast transmission to avoid resource overlapping with NR channels/signals.

Rel-16引入了资源预留机制。5G NR基站和NB-IoT基站可以相互“通气”，NB-IoT系统可以配置在某些子帧、时隙甚至符号上“静默”，主动避开NR的关键信道（如同步信号），从而实现和谐共存。

3. eMTC的全面发展：更强、更灵活的移动物联 (7.3节解读)

对于小林的共享单车项目，eMTC是主力技术。它既要保证单车在城市中移动时的连接性，又要处理比水表更频繁、更大量的数据，同时还不能太耗电。Rel-16为eMTC也带来了一系列重要增强。

This work item builds on the LTE features for Machine-Type Communications (MTC) introduced in earlier releases… by further improving network operation and efficiency in a range of areas.

  • 多传输块调度 (Scheduling of multiple transport blocks)：

    In Rel-16, a possibility to schedule multiple TBs using a single is introduced. This can help improve the resource utilization by reducing the number of physical resource blocks (PRBs) spent on MPDCCH…

    共享单车有时需要上传一段较长的骑行日志。这项功能允许基站用一条DCI指令，一次性调度多个数据块（TB）的连续或交错传输。这就像快递打包，把多个小包裹打成一个大包一次性发出，减少了每次单独调度的信令开销，提升了频谱效率，尤其适合eMTC这种速率稍高的场景。

  • 更强的移动性支持 (Mobility enhancements)：

    In Rel-16 the following mobility enhancements are introduced which make use of the Rel-15 signals.

    RSS-based measurements…

    RRM measurement relaxation…

    Rel-16利用Rel-15引入的RSS（再同步信号），增强了eMTC在移动场景下的邻区测量性能，让单车在城市楼宇间穿行时能更快、更准地发现和测量切换目标小区。同时，引入了RRM测量松弛机制，允许处于低速移动状态的单车，可以适当降低邻区测量的频率，从而节省电力。

  • 与5GC的深度融合：支持RRC Inactive

    In Rel-16, support for connecting LTE-MTC UEs to 5GC is introduced. … The RRC_INACTIVE state is supported…

    这是eMTC连接到5GC时相比NB-IoT的一个关键优势。RRC Inactive是一种“轻度睡眠”状态。单车在短时间不传数据时，可以进入此状态，此时它保留了RRC上下文，功耗比连接态低，但恢复到连接态的时延远低于从空闲态恢复。这对于频繁走走停停的共享单车来说，是兼顾低时延响应和低功耗的完美方案。

总结

通过对第7章“蜂窝物联网”的全面解读，我们跟随小林的智慧城市项目，完整地体验了Rel-16为mMTC场景构建的强大技术体系。它不仅仅是简单地将NB-IoT和eMTC接入5G，而是进行了一场深刻的系统性变革：

  • 在融合层 (7.1)，通过CP/UP优化、NIDD、增强的PSM/eDRX/MICO等机制，为海量终端搭建了通往5GC的“低功耗、高效率”立交桥。

  • 在NB-IoT增强层 (7.2)，通过GWUS、PUR、与NR共存等技术，将NB-IoT的深度覆盖、低功耗和部署灵活性推向了新的高度。

  • 在eMTC增强层 (7.3)，通过多TB调度、移动性增强、RRC Inactive支持等，巩固了eMTC作为中速率移动物联核心技术的地位。

对于小林而言，Rel-16不再是一堆晦涩的规范，而是一个强大而灵活的工具箱，让他可以为智能水表、共享单车、环境传感器等形形色色的物联网设备，量身定制出最优的连接方案。一个真正万物智联的智慧城市，正由这些坚实的技术基石支撑，从蓝图变为现实。

FAQ环节

Q1：CP-CIoT优化和UP-CIoT优化都提到了可以从空闲态传输数据，它们的核心区别是什么？

A1：核心区别在于数据承载的路径和是否建立用户面资源。CP-CIoT优化将用户数据作为“信件内容”，封装在控制面的信令消息（NAS Message）中传输，全程不建立任何用户面资源（如DRB和N3隧道），适用于数据量极小（几十到几百字节）的场景。而UP-CIoT优化则是在终端和网络保留上下文的前提下，快速恢复暂停的用户面连接来传输数据，数据依然走用户面路径，适用于数据量稍大，不适合放在信令中的场景。

Q2：PSM/MICO模式和eDRX模式都是为了省电，我应该如何为我的设备选择？

A2：选择的关键在于你对下行数据可达性的需求。如果你几乎没有下行通信需求，设备绝大多数时候是主动上报数据，那么选择PSM/MICO模式可以实现极致省电，因为设备可以长时间彻底关闭接收机。如果你的设备需要周期性地接收网络下发的指令或消息（例如，远程控制），那么应该选择eDRX模式，它通过延长寻呼监听周期来省电，但始终保持了网络在逻辑上可达，只是响应会变慢。

Q3：PUR（预配置上行资源）和传统随机接入相比，优势在哪里？

A3：PUR的最大优势是免竞争、低时延、高可靠。传统随机接入是一个“先到先得、可能碰撞”的竞争过程，在网络拥塞或信号差时，可能需要多次尝试才能成功，时延不确定。而PUR是网络为UE预留的专属“绿色通道”，当UE有数据要发送时，可以直接使用这个通道，无需竞争，避免了碰撞，大大降低了接入时延，提升了在高负载和弱覆盖场景下数据上报的成功率，尤其适合物联网的告警类业务。

Q4：为什么说eMTC支持RRC Inactive状态，是它相比NB-IoT在5GC融合中的一个重要优势？

A4：因为RRC Inactive状态完美契合了eMTC“移动、中频次”的业务模型。NB-IoT设备通常是静止的，上报频率很低，因此进入IDLE（空闲态）并深度睡眠是最佳选择。而eMTC设备（如共享单车、物流追踪器）经常移动，且数据交互可能更频繁。RRC Inactive允许设备在短时间不活动时，进入一种“浅睡眠”，它保留了RRC连接的上下文，功耗远低于连接态，但恢复连接的时延（约几十毫秒）远快于从IDLE态恢复（数百毫秒）。这使得eMTC设备能在保持较低功耗的同时，对网络指令做出更快速的响应。

Q5：Rel-16花了很大力气将NB-IoT/eMTC接入5GC，为什么不直接用5G NR技术来做低功耗物联网？

A5：这是一个成本、成熟度和覆盖的综合考量。1) 成本与成熟度：NB-IoT/eMTC经过多年发展，产业链非常成熟，模组成本已经降到极低的水平（NB-IoT模组已进入“1美元时代”），这是新建的NR技术在短期内难以企及的。2) 覆盖能力：NB-IoT专为深度覆盖设计，其覆盖能力比NR（尤其在中高频段）有显著优势，这对于水表、气表等安装在地下室等信号盲区的场景至关重要。3) 平滑演进：全球已经部署了数亿的NB-IoT/eMTC终端和网络，通过将它们接入5GC，可以保护现有投资，实现网络的平滑演进。虽然NR也在Rel-16及后续版本中引入了NR-Light（RedCap）等轻量级技术来面向中高速物联网，但在极致低功耗、极致低成本、极致深覆盖的LPWA领域，NB-IoT/eMTC在可预见的未来仍将是主力。

关系图谱