错误 #4585
UE重建立流程UE释放策略修改
0%
描述
新/旧UE是从DU角度讨论重建立的术语
一、重建立流程定时器超时
1 重建立流程走重建
1)CU下发重建立msg4之前定时器超时
A)DU通知CU的新UE，CU需要通过RRC_REJECT通知DU/空口去释放。
B)CU通知旧UE实例全流程释放(核心网/DU/CU/UE)。
2)CU下发重建立msg4之后定时器超时
A)CU通知旧UE实例全流程释放(核心网/DU/CU/UE)。
2 重建立流程走新建
CU收到重建立请求消息时:旧UE实例全流程释放，新UE按UE接入超时流程处理。
二、重建立过程CU收到外围模块释放通知(DU/核心网)
1 重建立流程走重建
1)CU下发重建立msg4之前
A)DU可能通知CU旧UE释放，此时旧UE走全流程释放即可。
B)DU通知CU旧UE释放时，CU需通知DU新UE走RRC_REJECT流程。
2)CU下发重建立msg4之后(重建立完成之前)
A)DU只可能通知CU旧UE释放，此时旧UE走全流程释放即可。
2 重建立流程走新建
CU收到重建立请求消息时:旧UE实例全流程释放，新UE按UE接入流程外围模块释放通知流程处理。
历史记录
由 惠 帅帅 更新于 3 天 之前
修改场景描述：
1 UE初始接入：CU未发送msg4至DU前：
A)CU不活动定时器超时:CU直接发送拒绝即可; CU自行释放RRM，SRB1即可。
2 UE初始接入：CU已发送msg4至DU前等msg5期间:
A)DU发送上下文释放请求:CU发送上下文释放命令至DU(携带RRC_RELEASE); CU自行释放RRM，SRB1即可。
B)CU不活动定时器超时: 处理同A)。
3 重建立走新建：CU未发送msg4至DU前：
A) CU新UE不活动定时器超时：CU直接发送拒绝新UE消息至DU，并且释放CU新UE资源; CU发送旧UE上下文释放请求至核心网触发全流程释放。
B) DU发送旧UE上下文释放请求:概率低
分析:此场景让新UE继续流程往下走，大概率会收到DU新UE上下文释放请求。如果一直走到重配未收到DU对该新UE释放的请求，
在新UE重配时旧UE正在释放时果断发起新UE释放流程。
4 重建立走新建：CU已发送msg4至DU前等msg5期间:
A) DU发送新UE上下文释放请求：CU发送新UE上下文释放命令至DU(携带RRC_RELEASE),并且释放CU新UE资源; CU发送旧UE上下文释放请求至核心网触发全流程释放。
B) CU新UE不活动定时器超时：处理同A)。
C) DU发送旧UE上下文释放请求：处理同第3项B)。
5 重建立走新建：初始UE消息发至核心网后
A) 新/旧UE按照正常的超时/DU_TRIG_UE_CTX_REL_REQ流程处理即可。
B) 新UE收到重配完成需释放旧UE，需结合第3项B)分析决策是否释放新UE。
6 重建立走重建：CU未发送msg4至DU前：
A) CU新UE不活动定时器超时:CU直接发送拒绝新UE即可; CU发送旧UE上下文释放请求至核心网触发全流程释放。
B) DU发送旧UE上下文释放请求:CU直接发送拒绝新UE即可; 设置f1口为old_du_ue_f1ap_id; CU发送旧UE上下文释放请求至核心网触发全流程释放。
7 重建立走重建：CU已发送msg4至DU前等msg5期间(此时DU旧UE已经释放)
A) CU新UE不活动定时器超时，CU发送新UE上下文释放请求至核心网触发旧全流程释放。
B) DU发送新UE上下文释放请求：处理同A)。
8 重建立走重建：CU等待重配完成期间:CU&DU资源已经对齐，按照正常超时/DU_TRIG_UE_CTX_REL_REQ流程处理即可。