在4G网络中当终端(UE)收到RRC连接拒绝后(RRCConnectionReject)的处理流程如下:
1>停止定时器T300;kangguoying20210711
1> 停止定时器T302,如果正在运行;
1> 重置MAC;kangguoying20210711
1> 除了NB-IoT,启动定时器T302,定时器值设置为waitTime;
1> 如果 UE 是 NB-IoT UE;或者kangguoying20210711
1> 如果存在extendedWaitTime并且UE支持延迟容忍接入:
2> 将extendedWaitTime 转发给上层;kangguoying20210711
1> 如果包含 deprioritisationReq 并且 UE 支持带有 deprioritisation 的 RRC Connection Reject:
2> 启动或重启定时器 T325,定时器值设置为 deprioritisationTimer 信号;
2> 将 deprioritisationReq 存储到 T325 到期;kangguoying20210711
注意:UE 存储取消优先级请求,而不管任何小区重选绝对优先级分配(通过专用或公共信令),也不管 E-UTRAN 或其他 RAT 中的 RRC 连接,除非另有说明。
1> 如果收到 RRCConnectionReject 以响应发送的 RRCConnectionResumeRequest 以恢复挂起的 RRC 连接:
2> 如果 rrc-SuspendIndication 不存在:kangguoying20210711
3> 释放所有无线资源,包括释放所有已建立或挂起的 RB 的 RLC 实体、MAC 配置和关联的 PDCP 实体;
3>丢弃存储的UE AS上下文和resumeIdentity;kangguoying20210711
3> 通知高层关于在没有挂起指示的情况下恢复 RRC 连接失败,以及适用于移动发起呼叫、移动发起信令、移动终止接入和移动发起 CS 回退的 NB-IoT 的接入限制,在此过程中结束;
2> 其他:
3> 如果收到 RRCConnectionReject 以响应在早期安全重新激活后发送的 RRCConnectionResumeRequest 或使用 PUR 传输或恢复 5GC 中暂停的 RRC 连接:kangguoying20210711
4> 执行 5.3.3.9a 规定的动作;
3> 其他:
4>暂停SRB1;kangguoying20210711
3> 用挂起指示通知高层关于恢复 RRC 连接失败,以及移动发起呼叫、移动发起信令、移动终止接入的接入限制以及移动发起 CS 回退的 NB-IoT 除外,在此过程中结束;kangguoying20210711
1> 否则,如果在 RRC_INACTIVE 中时收到 RRCConnectionReject 以响应发送的 RRCConnectionResumeRequest:
2> 释放默认MAC配置;kangguoying20210711
2>如果收到RRCConnectionReject响应来自上层的请求:kangguoying20210711
3> 通知上层访问限制适用于除“0”和“2”类别之外的所有访问类别;
2>如果响应RRCConnectionResumeRequest收到RRCConnectionReject:kangguoying20210711
3> 如果简历是由上层触发的:kangguoying20210711
4> 通知上层RRC连接恢复失败;
3> 如果由于 RNA 更新而触发恢复:
4> 将变量 pendingRnaUpdate 设置为 'TRUE';kangguoying20210711
3>丢弃当前的KeNB、KRRCenc key、KRRCint、KUPint key和KUPenc key;
3>暂停SRB1,程序结束;kangguoying20210711
2> 当定时器 T302 正在运行时,UE 将继续监视 RAN 和 CN 寻呼。kangguoying20210711
1> 其他:
2> 释放默认MAC配置;kangguoying20210711
2> 通知高层建立RRC连接失败,移动发起呼叫、移动发起信令、移动终止接入的接入禁止,除了NB-IoT,移动发起CS回退适用,流程结束;
资料来源:3GPP 36.331 5.3
资料整理:kangguoying20210711