项目

一般

简介

错误 #5466

[3.0产品测试] 切换测试中目标侧的sn倒换,如果晚于切换的重配完成,致使没有pathswitch ,从而会触发掉线

黄 毅13 天 之前添加. 更新于 4 天 之前.

状态:
转测试
优先级:
指派给:
开始日期:
2026-06-30
计划完成日期:
% 完成:

0%

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

描述

问题:基于鼎桥模组的3.3G高速切换,目前发现,目标侧的sn倒换,如果晚于切换的重配完成,致使没有pathswitch ,从而会触发掉线;
版本:Rel_3.2.1_Pre3T5


文件

历史记录

#1

席 振斌 更新于 10 天 之前

  • 状态新建 变更为 进行中
  • 指派给张 玲 变更为 席 振斌
#2

刘 抒放 更新于 7 天 之前

  • 优先级一般 变更为

因几千次的切换次数里面,几乎不复现,优先级降低

#3

席 振斌 更新于 4 天 之前

【问题原因】
通过报文中源基站和目标基站的信令时间差来看存在网络风暴的问题,信令的ack和信令本身在网口都存在拥堵,所以sn transer信令比正常晚了近1s,即使目标基站收到重配置完成后已经进行了三次等待45ms,也是无法正常处理,所以释放了ue上下文

【修改方案】
如果要解决根因必须信令面和用户面做隔离,本次修改只是规避方案,通过修改sctp的重传时间间隔(从1s修改为200ms)和ack的时间上限(修改未150ms)来加快信令回复的速度,且将标基站收到重配置完成后三次等待的总时间修改为240ms

【回归方法和注意事项】
本现象复现概率极低,我通过一个终端峰速灌包,一个和核心网进行信令交互的构造场景也没有复现,可以通过高速切换回归,多次测试无问题即可关闭

#4

席 振斌 更新于 4 天 之前

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

杨 杨乐 更新于 4 天 之前

  • 状态审视 变更为 转测试
  • 指派给杨 杨乐 变更为 黄 毅

导出 Atom PDF