错误 #5377
NG乒乓切换，切换请求到目标站后未发UE上下文请求
0%
描述
测试版本：3.2.1pre3T2（321E）
测试用例：异频NG乒乓切换
基站配置：7D3U 2T2R rank自适应
测试配置：鼎桥cpe
测试场景：用户接入在两异频基站间做乒乓切换
测试结果：切换请求到目标站，从抓包看重配完成未下发到终端侧。
文件
历史记录
由 孙 泽林 更新于 14 天 之前
- 文件 img_v3_0212c_4f8d3087-3baa-4670-a165-442e12c88ccg.jpg img_v3_0212c_4f8d3087-3baa-4670-a165-442e12c88ccg.jpg 已添加
测试版本：3.2.1pre3T2（321E）
测试用例：异频NG乒乓切换
基站配置：7D2U 2T2R rank自适应
测试配置：鼎桥cpe
测试场景：用户接入在两异频基站间做乒乓切换
测试结果：切换请求到目标站后，从抓包看UE上下文重配消息未下发到终端侧。
由 席 振斌 更新于 10 天 之前
【问题原因】
目标基站cu没有给du发送UeContextSetupRequest的原因如下：
根因：本次切换基战cu分配的cu_ue_id为848，流程没有走下去是因为上一次ue_id为848的ue的rm_ue资源块没有释放，导致校验时发现有重复的rm_ue实体，导致切换流程中断；
rm_ue资源块没有释放原因如下：
1、之前的848此ue在从83切换到99基站时,重配置下发后没有收到重配置完成，本次切换失败；
2、终端掉线后重建立到源基站（83），重建立msg4下发后，没有收到重建立msg5， 本次重建立失败；
3、后续du发起了848 UEContextReleaseRequest的释放流程；
4、在释放流程过程中du又发起了UEContextModificationRequired,携带原因rlc failure(按照du和cu之前的约定，cu收到此原因后要释放此ue的上下文)；
以上4个场景依次发生后会导致cu侧rm_ue的状态机在释放时对特定的释放原因rlc failure没有相应的处理函数，导致此状态机+此原因下，rm_ue资源漏释放；
【修改方案】
在收到UEContextModificationRequired，不做释放原因的修改，因为上一次释放本来就在进行中，就不需要再次进行本ue上下文的释放了，就不会导致状态机+此原因下，rm_ue资源漏释放
【回归方法】
异频NG乒乓切换，在cu小包中加了日志：Scene Trigger, ue_id: 可以帮助版本确认是否场景触发