LTE-5G学习笔记29--5G NR-非活动态的状态转移

4 非活动态的状态转换

4.1 UE触发RRC_INACTIVE到RRC_CONNECTED的转换

下图描述了从RRC_INACTIVE触发的UE转换

 

1.UE从RRC不活动状态恢复，由最后服务的gNB提供分配的I-RNTI。

2. gNB如果能够解析I-RNTI中包含的gNB身份，则请求最后服务的gNB提供UE上下文数据。

3.最后服务的gNB提供UE上下文数据响应。

4. gNB完成RRC连接的恢复。

5.为防止最后服务gNB中缓冲的DL用户数据丢失，gNB提供转发地址。

6./7.gNB执行路由切换。

8. gNB在最后服务的gNB触发UE上下文释放。

在上述步骤1之后，当gNB决定拒绝恢复请求并在不进行任何重配置的情况下保持UE处于非活动状态，或者当gNB决定建立新的RRC连接时，可以使用SRB0（无安全性）。当gNB决定重配置UE（例如使用新的DRX循环或RNA）或当gNB决定将UE推到RRC空闲态时，应使用SRB1（至少具有完整性保护）。

 

注意：只有在检索到UE上下文（即步骤3之后）时，才能使用SRB1。

 

4.2网络触发的从RRC_INACTIVE到RRC_CONNECTED的转换

 

下图描述了网络触发的从RRC非活动状态到RRC连接状态的转换：

 

1.发生RAN寻呼触发事件（传送DL用户面、来自5GC的DL信令发送等）。

2.RAN寻呼被触发；要么只在最后服务的gNB小区中，要么通过Xn在由其他GNB控制的单元中运行寻呼，配置为基于RAN的通知区域（RNA）中的UE。

3.利用I-RNTI寻呼UE。

4.如果已成功到达UE，它将尝试从RRC_INACTIVE恢复。

 

5 RNA更新

下图描述了当UE从配置Xn口上下文检索的RNA中移出时触发的RNA更新过程：

1.UE从RRC_INACTIVE态恢复，提供最后服务gNB分配的I-RNTI和适当的原因值，例如RAN通知区域更新。

2. gNB如果能够解析I-RNTI中包含的gNB身份，则请求最后服务的gNB提供UE上下文。

3.最后服务gNB提供UE上下文。

4. gNB可以将UE转移到RRC_CONNECTED态，或者将UE发送回RRC_INACTIVE态，或者将UE发送到RRC_IDLE态。如果将UE发送到RRC_IDLE态，则不需要执行以下步骤。

5.为防止最后服务gNB中缓冲的DL用户数据丢失，gNB提供转发地址。

6./7. gNB执行路径切换。

8. gNB在最后服务的gNB上触发UE资源释放。

不懂的可以加我的QQ群：656187009（LTE-5G学习交流群） 欢迎你的到来哦，看了博文给点脚印呗，谢谢啦~~