TS38.300-i20学习-7

9.2.2.5 RNA 更新

以下图示描述了当最后服务的gNB决定将UE移动到RRC_IDLE状态时的RNA更新过程：

Figure 9.2.2.5-3: RNA update procedure with transition to RRC_IDLE
（1）UE恢复：UE从RRC_INACTIVE状态恢复，并提供最后服务的gNB分配的I-RNTI及相关原因值，例如RAN通知区域更新。
（2）身份解析与请求：如果gNB能够解析I-RNTI中的gNB身份信息，则向最后服务的gNB请求UE上下文，同时传递在步骤1中收到的原因值。
（3）RRCRelease消息：最后服务的gNB没有提供UE上下文，而是发出一个RRCRelease消息，将UE移动到RRC_IDLE状态。
（4）上下文删除：最后服务的gNB删除UE的上下文信息。
（5）发送RRCRelease：gNB发送RRCRelease消息，促使UE转入RRC_IDLE状态。
在此过程中，gNB通过发送RRCRelease消息主动将UE移动到RRC_IDLE状态，同时删除了UE的上下文信息。这种机制在特定情况下有助于网络资源的重新分配和管理。

9.2.2.6 恢复请求回应为带重定向的释放，伴随UE上下文迁移

以下图示描述了一个由UE触发的NAS过程，网络以带重定向的释放消息进行回应，并伴随UE上下文迁移：

Figure 9.2.2.6-1: Resume request responded with Release with Redirect, with UE Context relocation
（1）UE恢复：UE从RRC_INACTIVE状态恢复，提供由最后服务的gNB分配的I-RNTI。
（2）身份解析与请求：gNB能够解析I-RNTI中的gNB身份信息后，向最后服务的gNB请求UE上下文数据，并传递步骤1中收到的原因值。
（3）提供上下文：最后服务的gNB提供UE上下文数据。
（4）状态决定：gNB可以选择将UE移动到RRC_CONNECTED状态（流程参见图9.2.2.4.1-1的步骤4），将UE发送回RRC_IDLE状态（此时gNB发送RRCRelease消息），或者将UE发送回RRC_INACTIVE状态，并包括重定向指示的释放（假设为这种情况）。
（5）数据转发地址提供：如果需要防止最后服务的gNB中缓存的下行用户数据丢失，gNB提供转发地址。
（6）路径切换：gNB执行路径切换。
（7）路径切换：gNB执行路径切换。
（8）保持RRC_INACTIVE状态：gNB通过发送带有挂起指示的RRCRelease消息保持UE在RRC_INACTIVE状态，并包括重定向信息（UE在进入RRC_INACTIVE状态后进行小区选择的频率层）。
资源释放：gNB触发最后服务的gNB释放UE资源。
注1：在收到带有重定向指示的释放消息后，高层会启动一个挂起程序，使UE在选择新的小区后再次尝试恢复连接。