项目

一般

简介

错误 #5602

3.3.1pre1T1版本ng切换时长大概为1s了，不符合预期

由 孙 浩 在 6 天 之前添加. 更新于 大约 19 小时 之前.

状态:
已解决
优先级:
一般
指派给:
孙 浩
开始日期:
2026-07-29
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
CU
发现问题版本:
Rel_3.3.1
目标解决问题版本:
Rel_3.3.1

描述

【问题描述】3.3.1pre1T1版本ng切换时长大概为1s了，不符合预期；

文件

ng切换时长截图.jpg (831 KB) ng切换时长截图.jpg 孙 浩, 2026-07-29 11:26
3.3.1pre1T1版本带UDP与ftp业务ngxn同频切换日志-0728.rar (10.2 MB) 3.3.1pre1T1版本带UDP与ftp业务ngxn同频切换日志-0728.rar 孙 浩, 2026-07-29 11:27
ng切换时长抓包截图.png (133 KB) ng切换时长抓包截图.png 孙 浩, 2026-08-03 16:24
#5602问题单验证-0731.rar (6.45 MB) #5602问题单验证-0731.rar 孙 浩, 2026-08-03 16:26

历史记录

#1

由 席 振斌 更新于 6 天 之前

  • 状态 从 新建 变更为 进行中
#2

由 席 振斌 更新于 大约 20 小时 之前

【问题原因】
本质不是切换流程的时长变长，是源基站释放此ue上下文的时长变长；
释放流程时长变长是因为，在修改ng上行转发时，修改了释放的方案，原代码在做整个上下文的释放时，是释放正常的tunnel时，如果有转发的tunnel存在时再次释放转发tunnel，也就是说原来在组释放的内部消息时只有正常的tunnel，现在的方案是在组释放消息时来判断是不是有转发的tunnel 需要释放，有的话，是全量的tunnels的释放消息，在upper_tx_tunnel和lower_tx_tunnel2个资源块的释放流程修改方案后没有将特殊处理：原代码在做整个上下文的释放时，是释放正常的tunnel时，如果有转发的tunnel存在时再次释放转发tunnel删除掉，导致fwd tunnel被删除了2次，第二次因找不到资源块所以流程终端，本次释放流程中断后，保底释放流程生效，但是保底流程是通过定时器生效,所以多花费了800ms的时间；

【修改方案】
删除特殊处理：原代码在做整个上下文的释放时，是释放正常的tunnel时，如果有转发的tunnel存在时再次释放转发tunnel删除

【回归方法和注意事项】
ng切换释放，通过报文即可看流程是否有释放延时

#3

由 席 振斌 更新于 大约 20 小时 之前

  • 状态 从 进行中 变更为 审视
  • 指派给 从 席 振斌 变更为 杨 杨乐
#4

由 杨 杨乐 更新于 大约 19 小时 之前

  • 状态 从 审视 变更为 转测试
  • 指派给 从 杨 杨乐 变更为 孙 浩
#5

由 孙 浩 更新于 大约 19 小时 之前

基于Rel_3.3.1_Pre1T1版本，单独替换振斌提供gnb_cu包，ng切换平均时长为100多ms，符合预期；

导出 Atom PDF