TS38.300-i20学习-5

9.2.2.4.1 由 UE 触发的从 RRC_INACTIVE 到 RRC_CONNECTED 的转换（续）

以下图示描述了在UE上下文检索失败的情况下，由UE触发的从RRC_INACTIVE到RRC_CONNECTED状态的转换过程：

Figure 9.2.2.4.1-2: UE triggered transition from RRC_INACTIVE to RRC_CONNECTED
(UE context retrieval failure)
UE恢复：UE从RRC_INACTIVE状态恢复，并提供最后服务的gNB分配的I-RNTI。
身份解析：gNB尝试解析I-RNTI中包含的gNB身份信息，并请求最后服务的gNB提供UE上下文数据。
上下文检索失败：最后服务的gNB未能成功检索或验证UE的上下文数据。
失败通知：最后服务的gNB通知当前gNB上下文检索失败。
回退操作：当前gNB执行回退操作，发送RRCSetup消息以建立新的RRC连接。
新连接的建立：根据9.2.1.3节的描述，建立新的RRC连接。
通过上述过程，即使在UE上下文数据无法成功检索的情况下，网络仍然能够通过回退机制确保通信的连续性和稳定性。

以下图示描述了当UE试图从RRC_INACTIVE状态恢复连接时网络拒绝的情形：

Figure 9.2.2.4.1-3: Reject from the network, UE attempts to resume a connection
（1）UE尝试恢复连接：UE试图从RRC_INACTIVE状态恢复其连接。
（2）gNB无法处理请求：由于例如网络拥塞等原因，gNB无法处理此恢复请求。
（3）发送拒绝消息：gNB发送RRCReject消息（带有等待时间），以使UE保持在RRC_INACTIVE状态。
在这种情况下，网络通过发送拒绝消息并指定等待时间，来管理UE的连接请求，避免进一步加剧网络拥塞。这种机制帮助维持网络的稳定性，同时确保UE不会频繁尝试恢复连接。