一、概述
gNB可以向UE发送含suspendConfig 的RRCRelease消息发起RRC挂起过程
RRC连接被挂起时,UE应当存储UE非活动AS上下文和从gNB接收到的配置,并转换到RRC_INACTIVE(这个状态在NB-IoT的R15版本就开始使用并存在)
当RRC连接恢复时,gNB基于存储的UE非活动AS上下文和配置,通过RRC恢复来配置UE
RRC恢复过程会重新激活AS安全并建立SRB和DRB
gNB收到RRC连接恢复请求后,可以恢复、拒绝,也可以重新挂起(NR新增)、重新建立RRC连接
RRC状态转换如下:
二、RRC挂起
接收包含suspendConfig的RRCRelease:
三、RRC恢复成功
1. RRC恢复启动
2. 恢复成功
2.1 发送RRCResumeRequest
2.2 发送RRCResumeRequest1
2.3 接收RRCResume
2.4 发送RRCResumeComplete
四、恢复失败
1. T319超时
2. RRCResume消息完整性校验失败
3. 不遵从RRCResume配置
4. 小区重选
五、恢复成功-接收RRCSetup
六、恢复成功(接收不含suspendConfig的RRCRelease)
七、恢复成功-接收含suspendConfig的RRCRelease
八、恢复失败-接收RRCReject
note1: 参考协议:38331-h40、38300-h40
note2: 图片格式方便IE参数指向,方便理解协议