研发产品测试 » 3.0基站产品测试

修改场景描述：
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流程处理即可。