51学通信

深度解析 3GPP TR 21.918：5.7 IoT (Internet of Things) NTN enhancements (物联网NTN增强)

21分钟阅读

深度解析 3GPP TR 21.918：5.7 IoT (Internet of Things) NTN enhancements (物联网NTN增强)

本文技术原理深度参考了3GPP TR 21.918 V18.0.0 (2025-03) Release 18规范中，关于“5.7 IoT (Internet of Things) NTN enhancements”的核心章节，旨在为读者深度剖析5G标准为使低功耗物联网终端（如NB-IoT, eMTC）在卫星网络（NTN）这一极限环境下生存并高效工作，所引入的一系列关键无线技术增强。

在前面的章节中，我们已经了解到5G系统如何通过引入不连续覆盖（Discontinuous Coverage）支持，让物联网终端能够在卫星信号“时有时无”的环境下，通过核心网的“未来预告”进入长时间休眠，从而节省电力。然而，这只是解决了“何时醒来”的宏观策略问题。当终端真正被唤醒，面对微弱的星地信号、巨大的传播延迟和信道变化时，它在无线接入侧（RAN）的每一次“呼吸”、每一次“心跳”，都必须经过精心的设计，否则宝贵的能量将在无效的通信尝试中被挥霍一空。

为了探索这一微观层面的生存法则，让我们请出今天的主角——一枚被命名为**“雪山精灵-Tracker-01”**的野生动物追踪器。它被安装在青藏高原一只珍稀雪豹的项圈上，搭载了最先进的NB-IoT NTN模组，使命是在未来数年内，利用过境的LEO卫星，定期回传雪豹的位置和生理数据。对它而言，每一毫安时的电量都关乎其科研生命的长度。这正是3GPP Release 18中5.7 IoT NTN enhancements章节所要解决的核心挑战。

1. 性能优化——在极限中求生存

当LEO卫星划过“雪山精灵-Tracker-01”上方的天空时，一个短暂的通信窗口开启了。Tracker必须在这个窗口期内，高效、可靠地完成数据传输。然而，卫星通信的长时延特性，给传统的通信机制带来了巨大的挑战。

Rel-17’s work item “IoT_NTN” first introduced NTN for connecting the NB-IoT and eMTC devices. However, there were bottlenecks identified in performance, mobility, and coverage discontinuity aspects. Rel-18’s “IoT_NTN_enh” further enhances the IoT_NTN, with functionalities in three major areas: (1) Performance (HARQ and GNSS enhancements)…

Rel-18直面Rel-17留下的性能瓶颈，首先从最影响效率的HARQ（混合自动重传请求）机制开刀。

1.1 HARQ反馈的智慧开关：突破长时延瓶颈

在地面网络中，HARQ是一个高效的“你问我答”机制：UE发送一个数据包，基站（gNB）很快回复一个ACK（确认）或NACK（未确认）。但在NTN中，这个“很快”变成了数百毫秒的漫长等待。

HARQ feedback Enabling/Disabling: HARQ feedback of downlink packets can be enabled or disabled… to mitigate the impact of HARQ stalling in NB-IoT/eMTC NTN. Disabling HARQ feedback allows scheduling a HARQ process with a downlink packet before one HARQ RTT has elapsed since last scheduled, which allows lower layer latency and higher data rates per UE.

“雪山精灵-Tracker-01”深有体会：它发送一小包数据，就必须“停工”等待卫星的ACK回音，这极大地浪费了宝贵的通信窗口时间。为此，Rel-18引入了一个革命性的机制——HARQ反馈开关。

  • “信使模式”：网络可以通过RRC信令或DCI动态指示，为某个HARQ进程禁用反馈。这意味着，无论是下行（卫星到Tracker）还是上行（Tracker到卫星），发送方可以连续发送多个数据包，而无需等待每一个包的ACK/NACK。这种“只管投递，不问回音”的模式，彻底打破了HARQ停等协议（Stop-and-Wait）的枷锁，使得在短暂的卫星过境时间内，数据吞吐量得到巨大提升。
  • 双向适用：规范明确指出，该机制对上行和下行均适用。在上行链路中，定义了两种HARQ模式：HARQ mode A（传统模式）和HARQ mode B（禁用反馈模式）。Tracker可以根据网络的配置，对不同的上行数据采用不同的可靠性策略，在效率和可靠性之间取得最佳平衡。

1.2 “省电GPS”：优化的GNSS操作

为了在上行发射时精确预补偿巨大的多普勒频移，Tracker需要知道自己精确的位置，这离不开GNSS。但GNSS模块是终端上的“耗电大户”。

Improved GNSS operations: During long connection times and for reducing GNSS measurements impact on UE power consumption, a UE supporting improved GNSS operations can be triggered to perform or configured to autonomously perform its GNSS acquisition… This allows a UE in RRC_CONNECTED to apply UE pre-compensation of satellite delay and Doppler to maintain UL synchronization…

为了让Tracker的GNSS模块不必时刻保持开启，Rel-18设计了一套智能的GNSS操作流程：

  • 有效性时长（Validity Duration）：当Tracker成功获取一次GNSS定位后，网络可以告知其这个位置信息的“有效时长”（例如30分钟）。在此期间，Tracker可以安心关闭GNSS模块，仅使用这个“缓存”的位置信息来进行多普勒补偿。
  • 智能唤醒：网络可以配置Tracker在位置信息即将“过期”前，自动唤醒GNSS模块进行一次新的定位，实现无缝衔接。或者，网络也可以在需要时通过MAC CE信令，主动“触发”Tracker进行一次GNSS测量。
  • 状态上报：Tracker在成功定位后，会通过UL MAC CE向网络上报GNSS位置的有效时长，让网络也“心中有数”，共同维护这个省电机制的运行。

通过这种方式，“雪山精灵-Tracker-01”的GNSS模块从“全天候值守”变成了“按需服务”，极大地延长了其电池寿命。

2. 未卜先知——更智能的移动性管理

雪豹的活动范围广阔，它可能在一天之内就穿越了多个卫星波束的覆盖区域。“雪山精灵-Tracker-01”必须能够像一个经验丰富的登山者，提前感知路径，平滑地从一个“服务区”切换到另一个。

Moreover, for measurement and mobility enhancements:

  • New time-based and location-based triggers are introduced. UE can start intra/inter frequency measurement in connected mode before the specific time. A serving cell reference location and a distance threshold / radius for UE is introduced to detect when to trigger connected mode measurements.
  • A new SIB is introduced for the network to broadcast the neighbor cell/satellite information. Satellite ids are introduced for serving and neighbor satellites.

Rel-18为Tracker装上了“千里眼”和“顺风耳”，让它具备了“未卜先知”的能力。

  • 新的“星图”——专用SIB：网络会通过一个新的系统信息块（SIB），广播邻近卫星“小区”的信息。这不仅仅是频率和PCI，更重要的是包含了卫星ID（Satellite ID）。这就像给Tracker一张详细的“星图”，让它知道周围有哪些可用的卫星服务。
  • 时空触发器（Spatio-temporal Triggers）：网络不再让Tracker盲目地进行邻区测量，而是下发基于时间和位置的智能触发器。
    • 时间触发：“在UTC时间14:30之后，开始测量卫星ID为0xAB的邻区信号。” 这对于轨道可预测的LEO卫星非常有效。
    • 位置触发：“当你移动到以坐标(X, Y)为中心、半径Z公里范围之外时，开始测量邻区信号。” 这使得Tracker只有在即将离开当前服务区时，才启动耗电的邻区测量。
  • 同样适用于空闲模式：这种基于位置的测量触发机制，不仅在连接态有效，在空闲态的“小区重选”中同样适用，确保了Tracker在“待机”漫游时也能高效地找到最佳服务小区。

3. 沉睡与唤醒——应对不连续覆盖的艺术

当雪豹进入一个没有任何卫星覆盖的深邃峡谷时，“雪山精灵-Tracker-01”会经历无线链路失败（RLF）。在传统网络中，RLF会触发UE疯狂地尝试重连，直至耗尽电量。

In addition, in case of discontinuous coverage,

  • An enhancement to RRC Release is introduced. UE may directly go to RRC_IDLE after RLF is triggered if there is not enough time for the UE to finish the procedure of RRC re-establishment due to the discontinuous coverage.
  • Based on the conclusion of SA2 study, a new cause value “Release due to discontinuous coverage” is introduced for the S1AP UE Context Release Request procedure.

Rel-18赋予了Tracker在绝境中“断舍离”的智慧。

  • 从RLF到IDLE的直通车：网络可以提前告知Tracker，接下来的几个小时将是“计划内”的覆盖中断。当Tracker在此期间遭遇RLF时，它便心知肚明，这不是网络故障，而是“天时”未到。此时，它会放弃所有徒劳的重连尝试，直接从RLF状态“一键”进入RRC_IDLE（深度休眠）状态，最大限度地保存体力，等待下一个黎明（覆盖窗口）的到来。
  • 明确的“分手理由”：当RAN侧决定释放一个因为不连续覆盖而掉线的UE时，它会通过S1AP接口告知核心网（AMF/MME）一个全新的释放原因——Release due to discontinuous coverage。这让核心网能够准确地区分“意外掉线”和“计划内休眠”，从而进行更精准的用户状态管理和统计。

4. RRM核心要求——从标准到实践的最后一公里

所有这些精妙的流程，最终都需要转化为设备必须遵守的、可量化的性能指标。这就是RRM（无线资源管理）核心要求的意义所在。

Finally, for UE’s RRM core requirements the following are identified: for NB-IoT and eMTC UEs in IDLE mode, cell re-selection requirements for location-based measurement triggering are specified; for NB-IoT and eMTC UEs in CONNECTED mode, RAN4 specified the requirements for neighbour cell measurements and the corresponding measurement triggering before RLF…

3GPP的RAN4工作组负责将上述功能转化为具体的性能要求，并写入TS 38.133/36.133等规范中。例如：

  • 当位置触发器被满足后，Tracker必须在多长时间内完成对邻近卫星信号的第一次有效测量？
  • 在执行条件切换（CHO）时，从满足切换条件到UE成功接入目标小区，整个过程的中断时间不能超过多少毫秒？

这些RRM要求，是芯片和终端厂商进行产品设计、研发和测试的“金标准”，确保了每一台出厂的、打着“支持IoT NTN”标签的设备，都能在真实的卫星网络中表现出符合预期的性能。

总结

3GPP Release 18对IoT NTN的增强，是一场深入到无线通信“毛细血管”的精细化革命。它不再仅仅满足于“连得上”，而是追求在极端约束条件下，如何“活得久、连得好”。

通过HARQ反馈开关，它为数据传输按下了“快进键”；通过优化的GNSS操作，它为终端戴上了“节能环”；通过时空触发的移动性管理，它让终端拥有了“预知未来”的能力；通过对不连续覆盖的优雅处理，它赋予了终端在“网络荒漠”中从容休眠的智慧。

对于“雪山精灵-Tracker-01”而言，这些增强意味着它的生命周期可以从几个月延长到数年，意味着它传回的每一比特数据都更加经济、更加可靠。对于整个物联网产业而言，这标志着一个真正覆盖全球、深入无人区的“万物互联”愿景，在技术上已经完全成熟。

FAQ - 常见问题解答

Q1：禁用HARQ反馈（HARQ feedback disabling）后，如何保证数据传输的可靠性？不会导致大量数据丢失吗？ A1：这是一个很好的问题，体现了效率与可靠性之间的权衡。禁用HARQ反馈确实牺牲了物理层的快速重传能力，但可以通过更高层协议来保障可靠性。例如，传输层协议（如TCP）或应用层协议本身就有端到端的重传和确认机制。对于某些物联网业务（如周期性上报的传感器读数），偶尔丢失一两个数据点是可以容忍的（UDP传输），此时禁用HARQ可以极大地提升传输效率。而对于必须可靠传输的文件或信令，即使禁用了物理层HARQ，更高层的RLC（无线链路控制）协议依然可以工作在“确认模式”（AM），提供分段和重传，确保数据的最终送达。因此，是否禁用HARQ是一个由网络根据业务类型和信道质量动态决定的策略。

Q2：5.7章节中提到的不连续覆盖增强，与5.2章节的有何不同？ A2：它们是从不同层面解决同一个问题的两个部分，互为补充。5.2 Discontinuous coverage章节主要从**核心网（SA2）的角度出发，定义了系统级的宏观策略。它解决了“如何让网络预测覆盖窗口”以及“如何将这个宏观时间表通知给UE”，让UE可以进行长达数小时乃至数天的战略性休眠。而5.7 IoT NTN enhancements章节主要从无线接入网和终端（RAN）**的角度出发，解决的是在宏观策略指导下的具体战术执行问题。例如，当UE在“计划内”的无覆盖期间真的掉线（RLF）了，它应该执行什么具体动作（直接转入IDLE而非重试）？在移动过程中，如何利用时空信息去精准地触发邻区测量？这些都是RAN层面的具体实现和优化。

Q3：为什么需要引入新的SIB来广播邻近卫星信息，而不是重用现有的SIB？ A3：主要是因为NTN场景下的邻区信息与地面网络有本质不同。现有的SIB主要广播频率、PCI等信息。但在NTN，特别是LEO场景，邻近的“小区”可能与当前小区在同一频率，甚至有相同的PCI（因为它们可能来自同一颗卫星的不同波束，或是不同卫星的相同波束复用）。此时，唯一能区分它们的就是卫星ID以及与该卫星相关的轨道信息。因此，需要一个新的、专为NTN设计的SIB，来承载这些卫星特有的邻区信息，这是传统SIB无法提供的。

Q4：位置触发（location-based trigger）的测量机制，对终端的GNSS模块提出了什么新的要求？ A4：它要求终端的GNSS模块与通信模块之间有更深度的协同。当网络下发一个基于位置的测量触发器时（例如，“离开当前半径50公里的圆形区域后开始测量”），UE内部的管理软件就需要：1）周期性地（可以是较低频率）唤醒GNSS模块获取当前位置；2）将该位置与网络下发的目标区域进行比较；3）一旦判断UE已越过边界，就立即通知通信模块（MAC/RRC层）启动对指定邻区的测量。这要求终端具备在后台低功耗地执行“地理围栏”（Geo-fencing）判断的能力。

Q5：这些IoT NTN增强是只适用于NB-IoT，还是也适用于eMTC？在NTN场景下它俩有何优劣？ A5：这些增强明确适用于NB-IoT和eMTC两种技术。在NTN场景下，两者各有优劣：NB-IoT的功耗更低，链路预算（Link Budget）更高，意味着在同样条件下它的上行覆盖能力更强，非常适合像“雪山精灵-Tracker-01”这样对功耗和覆盖要求极致的静态或低速应用。eMTC的带宽更高，支持更复杂的移动性管理（如更快的切换），并且支持语音（VoLTE），更适合需要更高数据速率、有一定移动性需求或需要语音功能的NTN应用，例如，在偏远地区作业的工人的手持终端。Rel-18对两者的增强，使得运营商可以根据具体的应用需求和成本，灵活选择最合适的IoT NTN技术。

关系图谱