51学通信

深度解析 3GPP TR 21.917：7 IoT, Industrial IoT, REDuced CAPacity UEs and URLLC (物联网技术全景)

25分钟阅读

深度解析 3GPP TR 21.917：7 IoT, Industrial IoT, REDuced CAPacity UEs and URLLC (物联网技术全景)

本文技术原理深度参考了3GPP TR 21.917 V17.0.1 (2023-01) Release 17规范中，关于“7 IoT, Industrial IoT, REDuced CAPacity UEs and URLLC”的核心章节。本章是Rel-17在物联网领域的“集大成之作”，旨在为读者全面展示5G如何通过一个层次丰富、功能互补的“技术工具箱”，为从消费级到工业级的海量物联场景提供精细化、差异化的连接服务。

1. “灯塔工厂”的连接脉络：高工的物联网升级挑战

在“滨海智慧新区”的心脏地带，“灯塔工厂”的IIoT（工业物联网）总负责人高工，正站在巨大的数字孪生屏幕前，眉头紧锁。屏幕上，成千上万个代表着传感器、机器人、AGV和产线工人的数字节点，构成了工厂庞大的“神经网络”。但高工知道，这张网络的“神经末梢”正面临着一场深刻的“代谢”危机。

“我们的连接需求，正在变得前所未有的多样化和复杂化。”高工在每周的技术例会上，向他的团队展示了四个亟待解决的典型场景：

  1. “沉默的大多数”：数万个分布在管道和机床上的“温感-0315”传感器，每天只需要上报几次温度、压力读数。但每次上报，都要经历完整的网络唤醒和连接流程，像“打个招呼要先走一遍完整的待客礼仪”，这极大地消耗了它们宝贵的电池寿命。

  2. “地下室的坚守者”：位于地下泵房的一台老旧水泵监测器，使用的是NB-IoT技术，因为它信号穿透力强。但随着监测数据维度的增加，NB-IoT的速率显得有些力不从心，需要一次“小小的提速”。

  3. “毫秒间的舞者”：新引进的“精雕01”六轴机器人，其闭环控制指令必须在5毫秒内、以99.999%的可靠性送达。任何一次卡顿或延迟，都可能导致价值数百万的精密工件报废。它需要的是“确定性”的网络。

  4. “移动的守护者”：一线工人即将佩戴上名为“守护者-H7”的新一代智能安全帽。它集成了AR眼镜（用于远程专家指导）和生命体征监测功能。它需要的连接，既要比NB-IoT快得多，又要比标准5G手机省电得多、便宜得多。

这四个场景，如同四道难度各异的考题，精准地指向了物联网世界的四大核心诉求：极致低功耗、存量再增强、超高可靠性、成本性能均衡。而3GPP Rel-17的第7章，正是高工用来解答所有这些难题的“官方答案之书”。现在，让我们跟随高工的脚步，逐一打开这个强大的“物联网工具箱”。

2. “温感-0315”的节能妙计：非激活态小数据传输 (7.1)

高工的第一个挑战，是如何让数万个“温感-0315”传感器在不牺牲实时性的前提下，活得更久。这些传感器是典型的“话痨”，但每次只说一两个字。

This work item enables the transmission of small signalling and/or data packets whilst the UE remains in RRC_INACTIVE state. Prior to Rel-17, NR supports RRC_INACTIVE state and UEs with infrequent…data transmission are generally maintained by the network in the RRC_INACTIVE state. Until Rel-16, the RRC_INACTIVE state doesn’t support data transmission. Hence, the UE has to resume the connection (i.e. move to RRC_CONNECTED state) for any DL (MT) and UL (MO) data.

【深度解读】

这段话点出了问题的根源。在Rel-17之前，一个处于RRC_INACTIVE（一种比IDLE更“浅”的休眠状态）的传感器要发送数据，必须先“走流程”：发起RRC连接恢复，进入CONNECTED状态，发送数据，然后再被网络释放回INACTIVE状态。这个流程会产生不小的信令和功耗开销。对于只有几个字节的数据来说，信令开销甚至远超数据本身，如同“为了送一封信，先建了一座邮局”。

Rel-17为此引入了一项革命性的功能——SDT (Small Data Transmission)。

The Small Data Transmission (SDT) feature allows data and/or signalling transmission while the UE remains in RRC_INACTIVE (i.e. without transitioning to RRC_CONNECTED state).

【深度解读】

SDT的核心思想，就是允许UE在RRC_INACTIVE状态下，直接“捎带”着小数据包发起上行传输。这如同允许一个处于“等待”状态的人，可以直接递一张纸条过来，而无需经过“起立、握手、坐下”的全套礼仪。

Rel-17为SDT定义了两种灵活的启动方式：

  1. RA-SDT (RACH-based SDT)：基于随机接入的SDT。

    For RA-SDT, the network may configure 2-step and/or 4-step RA resources. The UE in RRC_INACTIVE initiates RACH and requests RRC resume together with UL SDT data/signalling.

    【深度解读】 这种方式适用于事件触发的、不可预测的小数据传输。例如，“温感-0315”突然检测到管道压力异常，需要立即告警。它会立刻发起一个随机接入过程（RACH），但在发送Msg3（RRC Resume Request）时，会把这个几字节的告警数据一并打包发送出去。网络在收到后，可以直接处理数据，并让UE继续保持在INACTIVE状态，整个过程快速、高效。

  2. CG-SDT (Configured Grant-based SDT)：基于配置授权的SDT。

    The CG-SDT resources are valid only within the cell the UE receives the previous RRCRelease… When using CG resources for initial SDT transmission, the UE can perform autonomous retransmission of the initial transmission if the UE does not receive confirmation from the network.

    【深度解读】 这种方式适用于周期性的小数据传输。例如，“温感-0315”需要每隔10分钟上报一次常规温度读数。网络可以为它预先配置一组专用的上行资源（Configured Grant Type 1）。每到预定时间，传感器就可以无需任何信令交互，直接在这些专属资源上发送数据。这进一步降低了信令开销和功耗，堪称极致高效。

通过为不同类型的传感器灵活配置RA-SDT和CG-SDT，高工成功地将“温感-0315”们的预期电池寿命，从2年延长到了8年以上。

3. “地下室坚守者”的性能春药：NB-IoT/LTE-MTC增强 (7.2)

高工的目光转向了地下泵房的老旧监测器。它的NB-IoT信号依然稳定，但数据回传的速度已经跟不上日益增长的监测需求。更换设备成本高昂，能否通过软件升级，让它“再战三年”？

This Rel-17 work item introduced additional enhancements for NB-IoT and LTE-MTC based on features standardized in Rel-13 and enhancements performed from Rel-14 through Rel-16. Rel-17 adds features such as 16QAM for NB-IoT in downlink and uplink, 14 HARQ processes in downlink for HD-FDD Cat. M1 UEs…

【深度解读】

Rel-17并未抛弃4G时代的LPWA功臣，而是通过一系列“精准补强”，进一步挖掘了它们的潜力：

  • 为NB-IoT引入16QAM：

    This feature allows an NB-IoT UE to use 16-QAM for unicast NPDSCH with TBS up to 4968 bits… and allows an NB-IoT UE to use 16-QAM for unicast NPUSCH with TBS up to 2536 bits…

    【深度解读】 在16QAM引入之前，NB-IoT最高只支持QPSK调制。QPSK每个符号承载2个比特，而16QAM每个符号可以承载4个比特。这意味着，在信号质量足够好的情况下（例如，虽然在地下室，但距离微基站不远），通过软件升级支持16QAM，理论上可以将上下行峰值速率翻倍。对于同样大小的数据包，传输时间减半，功耗也随之降低。这正是地下泵房监测器所需要的“小剂量性能春药”。

  • 为LTE-MTC（eMTC）增加HARQ进程数：

    This feature allows HD-FDD Cat. M1 UEs to use up to 14 HARQ processes in CE Mode A with an additional PDSCH scheduling delay to fully utilize the available…subframes…

    【深度解读】 HARQ（混合自动重传请求）进程，可以理解为数据传输的“并行通道”。对于半双工（HD-FDD）的eMTC终端，由于不能同时收发，其HARQ处理流程的“空窗期”较长。增加HARQ进程数，就如同将单车道升级为多车道，使得调度器（eNB）拥有了更大的灵活性，可以更紧凑地安排下行数据传输，从而提升了小区的整体吞吐量和容量。

通过一次远程固件升级（FOTA），高工成功为地下室的监测器注入了新的活力，满足了新的业务需求，避免了昂贵的硬件替换。

4. “毫秒间的舞者”的节拍器：IIoT与URLLC增强 (7.3 & 7.4)

现在，高工来到了最棘手的挑战面前——“精雕01”机器人。它需要的是一张能够提供确定性服务的网络。这不仅仅是低时延，更是可预测、抖动极小的低时延。

7.4 Support of Enhanced Industrial IoT (IIoT)

In Release 17, the 5G System expands the support for Time Synchronization and Time Sensitive communications for any application. The 5G System architecture enables any Application Function (AF) … to provide its requirements for QoS, traffic characteristics for QoS scheduling optimization, time synchronization activation and deactivation.

【深度解读】

7.4节从系统架构（SA2） 的层面，宣告了5G与TSN（时间敏感网络） 的深度融合。5G网络，从UE到核心网UPF，整体被建模成一个巨大的、虚拟的TSN网桥（Bridge）。这意味着，工厂的TSN网络可以将5G系统视为其中的一个网络设备，将高精度的时间同步信息（PTP协议）在5G网络中透明传输。

7.3 Enhanced Industrial IoT and URLLC support for NR

…This Release 17 work item introduced the following enhancements in RAN:

  • Physical Layer feedback enhancements for HARQ-ACK and CSI reporting…
  • Intra-UE multiplexing and prioritization of traffic with different priority…
  • Enhancements for support of time synchronization with propagation delay compensation…

【深度解读】

而7.3节，则是从无线接入网（RAN） 的层面，为实现上述目标提供了具体的“武器”：

  • 增强的HARQ/CSI反馈：为了达到99.999%甚至更高的可靠性，RAN必须对信道状态有极其精准的掌握。Rel-17增强了CSI（信道状态信息）上报的粒度和准确性，并优化了HARQ-ACK反馈机制（如PUCCH小区切换），确保了即使在最微弱的反馈信号中，网络也能准确得知数据是否成功送达。

  • UE内业务抢占（Intra-UE multiplexing）：“精雕01”机器人不仅有控制流（URLLC），还可能需要上传工作视频（eMBB）。当URLLC的控制指令和eMBB的视频数据包“撞车”，需要在同一个时隙发送时，Rel-17的抢占机制确保了URLLC业务可以无条件地“抢占”eMBB业务的资源。这如同在双向单车道上，救护车拥有绝对的优先通行权。

  • 传播时延补偿（PDC）：这是实现高精度时间同步的关键。为了让“精雕01”的本地时钟与工厂主时钟（Grandmaster Clock）对齐，5G系统必须精确测量并补偿无线信号在空中传播所花费的时间（传播时延）。Rel-17引入了基于RTT（往返时间）和TA（定时提前）的多种PDC机制，将同步精度提升到了微秒甚至纳秒级。

通过这一系列“组合拳”，5G网络成功地为“精雕01”提供了如同有线TSN网络一般的确定性服务，成为了它在毫秒间精准起舞的“数字节拍器”。

5. “守护者-H7”的量身定制：RedCap，物联网的“新物种” (7.5)

最后，高工来到了为一线工人设计的“守护者-H7”智能安全帽项目。它代表了一类全新的物联网需求：性能要求远超NB-IoT，但如果使用标准的5G手机芯片，成本、尺寸和功耗又完全无法接受。

7.5 Support of reduced capability NR devices

This Rel-17 work item introduces support for UE complexity reduction techniques and UE power saving techniques suitable for IoT use cases such as industrial wireless sensors, video surveillance, and wearables…

【深度解读】

Rel-17为此量身打造了“新物种”——RedCap（Reduced Capability），又称NR-Light。它通过一系列精巧的“降规减配”，在成本、性能和功耗之间，找到了完美的平衡点。

The new reduced capability (RedCap) UE type enables reduced UE complexity through various UE complexity reduction techniques. A RedCap UE supports a maximum UE Rx/Tx bandwidth of 20 MHz in FR1 and 100 MHz in FR2…

A RedCap UE can furthermore have a reduced antenna configuration… 1 or 2 UE Rx branches…

…supports 1 or 2 DL MIMO layers.

A RedCap UE in FDD mode can report per band whether it implements half-duplex FDD (HD-FDD)…

【深度解读】

高工向硬件团队解释了RedCap的核心精髓：

  • “路变窄了”：最大带宽限制在20MHz（FR1），远小于手机的100MHz。

  • “天线少了”：只需1或2根接收天线，而手机至少需要4根。

  • “车道少了”：最多支持2x2 MIMO，降低了基带处理复杂度。

  • “单行道也行”：支持半双工FDD，无需昂贵的双工器，可以一根天线分时收发。

这些看似“缩水”的改动，带来的好处是巨大的：芯片面积、射频成本、待机和工作功耗都得到了数量级的降低。“守护者-H7”因此可以在保持轻便、拥有超长续航的同时，依然能够支持AR指导所需的数十Mbps下行速率，以及生命体征监测所需的稳定上行连接。

6. 拼图的最后几块：NTN、计费与消息 (7.6, 7.7, 7.8)

除了上述四大主力，高工的“工具箱”里还有几件重要的辅助工具：

  • 7.6 IoT and 5G access via Satellite/Non-Terrestrial (NTN) link：这一节简要地指向了第5.2章。对于高工来说，这意味着他工厂远在山区的原材料仓库，其物联网传感器也可以通过NTN，无缝接入到他的统一管理平台。

  • 7.7 Charging enhancement for URLLC and CIoT：为URLLC的确定性服务、为RedCap的中速服务、为NB-IoT的低速服务，分别制定不同的计费策略，是运营商实现商业变现的基础。

  • 7.8 Messaging in 5G：Rel-17引入了新的5G消息服务（MSGin5G），它比SMS更灵活、更适合物联网场景，可以用于向海量传感器下发广播式指令或固件更新。

7. 总结：一个为万物互联而生的“复合型工具箱”

高工合上了他的Rel-17技术方案书，长舒一口气。TR 21.917的第7章，向他展示的不是一项单一的技术，而是一个层次分明、功能互补、可按需组合的物联网解决方案矩阵。

  • 对于超低功耗、超低成本的场景，有增强的NB-IoT和SDT。

  • 对于追求极致可靠和确定性的工业控制，有IIoT+URLLC的“黄金搭档”。

  • 对于性能、成本、功耗三者均衡的新兴中速市场，有RedCap这个“新物种”。

  • 所有这些，都可以通过NTN扩展到全球任何角落，并通过差异化计费和新的消息服务实现商业闭环。

5G Rel-17，正是在用这样一种“工具箱”的思维，去匹配物联网世界千变万化的需求。它不再试图用一把“万能钥匙”去开所有的锁，而是为每一把锁，都精心打磨了一把最合适的钥匙。高工的“灯塔工厂”，也因此拥有了一条条通往未来的、坚实可靠的“数字脉络”。

FAQ

Q1：RedCap、NB-IoT和eMTC之间是什么关系？未来谁会取代谁？

A1：它们是互补而非替代的关系，共同构成了5G物联网的“三驾马车”，覆盖了从低速到中高速的不同场景。NB-IoT主打极致低功耗、超低成本和广覆盖，适用于数据量极小、对时延不敏感的场景（如抄表）。eMTC在NB-IoT的基础上，提供了更高的速率、更低的时延和移动性支持。而RedCap则更进一步，提供了数十到上百Mbps的速率和更低的时延，适用于工业传感、可穿戴、视频监控等中高速物联网场景。三者将长期共存，服务于不同的细分市场。

Q2：什么是SDT（小数据传输）？它和普通的UE休眠有什么区别？

A2：普通的UE休眠（如RRC IDLE/INACTIVE）后，如果要发送数据，必须先走完一套完整的RRC连接建立/恢复流程，才能发送数据，之后再由网络释放连接。这个流程本身有信令和功耗开销。而SDT允许UE在不改变其RRC_INACTIVE状态的情况下，直接将小数据包“捎带”在上行接入信道上发送出去。它省略了状态转换的开销，因此对于发送非常小、非常频繁的数据包的场景，能效比极高。

Q3：URLLC和TSN是什么关系？有了URLLC就能实现工业控制了吗？

A3：URLLC是5G提供的超可靠低时延通信能力，是“路”。TSN是工业以太网定义的时间敏感网络协议，是跑在路上的“精密车队”和“交通规则”，其核心是高精度的时间同步。仅有URLLC保证了“路况好”，但无法保证所有“车辆”步调一致。5G Rel-17的IIoT增强，就是让5G这条“路”能够深度理解和支持TSN的“交通规则”，特别是时间同步，两者结合才能真正满足高端工业控制的需求。

Q4：我的手机是5G的，未来能通过软件升级支持RedCap来省电吗？

A4：不能。RedCap是一个设备能力等级，它的低功耗和低成本，来源于其硬件上的“降规减配”（如更少的天线、更窄的射频带宽、更简单的基带）。标准的5G eMBB手机，其硬件是“高配”的，无法通过软件“降级”来获得RedCap在成本和基础功耗上的优势。RedCap是一种全新的、从设计之初就以中速、低成本为目标的终端品类。

Q5：工厂里已经部署了Wi-Fi 6，为什么还需要5G RedCap或URLLC？

A5：5G相比Wi-Fi 6在工业场景有几个核心优势：1）授权频谱：5G使用专用授权频谱，抗干扰能力远强于使用公共频段的Wi-Fi，能提供更稳定的连接。2）可预测性：5G的URLLC和TSN集成，能够提供微秒级同步和确定性的时延保障，这是Wi-Fi无法做到的。3）移动性与覆盖：5G的切换技术更成熟，能够支持AGV等设备在厂区内的高速无缝漫游，覆盖范围也更广。4）统一管理：通过5G专网，企业可以将生产、办公、物流等所有无线连接纳入一张统一的网络进行管理和切片，而Wi-Fi通常是孤立的网络。

关系图谱