R18:Summary for WI IoT-NTN Enhancements(RP-233261)

最新推荐文章于 2025-05-10 19:35:38 发布

yubingz

最新推荐文章于 2025-05-10 19:35:38 发布

阅读量66

点赞数

文章标签：物联网 NTN

原文链接：https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/RAN_WI_summaries/Release_18/IoT_NTN_enh-Core

版权

1 介绍

IoT-NTN上的Rel-17 RAN WI首次引入了用于连接NB-IoT和eMTC设备的NTN。然而，在性能、移动性和覆盖不连续性方面也存在瓶颈。目前的Rel-18 RAN WI[1]进一步增强了IoT-NTN，增强围绕了三个主要领域：

(1)性能（HARQ和GNSS增强），

(2)空闲和连接模式下的测量和移动性增强，以及

(3)不连续覆盖下的增强。它也补充了SA2研究卫星接入第二阶段5GC增强的工作。

2 描述

对于IoT-NTN增强的[2]，引入以下功能以提高性能：

HARQ反馈：启用/禁用：

通过专用的RRC信令和/或基于DCI的指示，可以为每个HARQ进程启用或禁用下行数据包的HARQ反馈，以减轻NB-IoT/eMTC NTN中HARQ停滞的影响。禁用HARQ反馈允许在一个HARQ RTT使用之前用一个下行数据包调度一个HARQ进程，这允许更低的层延迟和更高的数据速率。禁用HARQ反馈即使对于单个HARQ进程也可以配置HARQ反馈。对于禁用DL HARQ反馈的HARQ进程，UE将不会启动相应的DL HARQ RTT计时器。这将根据HARQ启用/禁用状态的配置、单个或多个TB调度和HARQ Ack绑定的配置进行调整。

在上行两种HARQ模式中，引入了HARQ模式A和HARQ模式B，并根据HARQ进程基础进行配置。UL HARQ模式的配置是基于RRC信令的。对于HARQ模式B下的HARQ进程，UE将不会启动相应的UL HARQ RTT计时器。对于HARQ模式B中单个HARQ进程的NB-IoT NTN，UE将在包含相应PUSCH传输的子帧中启动/重启drx-不活动定时器。HARQ模式B不适用于使用PUR的UL传输。对于eMTC，引入了对应于HARQ启用/禁用的新的LCP限制。UE（重新）根据配置的UL HARQ模式相应地启动drx-无效计时器。

改进的GNSS操作：

在长连接时间期间，为了减少GNSS测量对UE功耗的影响，可以触发支持改进GNSS操作的终端来执行或配置自动执行GNSS采集如果配置传输启用扩展，时间持续时间在GNSS有效持续时间结束时开始，终端可以使用时间结束时开始的自主间隔来自动执行GNSS采集，或者在时间结束之前触发终端执行GNSS采集。这允许RRC_CONNECTED中的UE应用卫星延迟和多普勒的UE预补偿，以保持NTN单元中UL传输的UL同步。虽然网络可以触发连接的UE使用DL GNSS CE执行GNSS测量，但UE自主的GNSS触发测量将由RRC专用信令配置。如果UE自动GNSS测量既没有网络触发器，也没有网络配置，则在GNSS无效后，UE移动到RRC_IDLE。UE将通过使用UL MAC CE报告GNSS的有效性持续时间，并假设在GNSS测量成功后，GNSS位置是有效的。网络允许在SIB2和专用信令（为切换）中对GNSS位置固定持续时间的报告。

此外，对于测量和移动性的增强：

介绍了新的基于时间的触发器和基于位置的触发器。UE可以在特定时间之前以连接模式开始频率内/频率间测量。引入了一个服务单元参考位置和一个距离阈值/半径来检测何时触发连接模式测量。引入了一种新的SIB来网络广播相邻小区/卫星信息。卫星id被引入用于服务卫星和邻近卫星。基于位置的测量起始也可以在空闲模式下用于单元格的重新选择目的。
对于eMTC NTN中的CHO，基于时间和位置的触发条件可以独立配置(即，没有联合配置的测量条件。

此外，在不连续覆盖的情况下，

介绍了对RRC版本的增强功能。如果由于不连续的覆盖范围，UE没有足够的时间来完成RRC重新建立的过程，则在RLF被触发后，UE可以直接进入RRC_IDLE。
基于SA2研究的结论，为S1AP UE上下文释放请求程序引入了一个新的原因值“由于不连续覆盖而导致的释放”。没有必要增强现有的S1AP程序来支持RAN在AN发布之前报告的跟踪区域。在这个版本中，没有追求针对省电的寻呼增强和针对不连续覆盖的移动性管理增强。此外，物联网NTN也与NR NTN在移动性问题上的进展相一致，如在X2上引入了基于时间的CHO。虽然在物联网NTN中没有考虑到NW验证的UE在NR NTN中的位置的进展，因为这个主题超出了物联网NTN的范围。