本文主要是介绍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学习交流群） 欢迎你的到来哦，看了博文给点脚印呗，谢谢啦~~
这篇关于LTE-5G学习笔记29--5G NR-非活动态的状态转移的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
