项目

一般

简介

错误 #5547

3.2.2pre1T6版本带上行ftp业务的同频xn切换流程异常

孙 浩15 天 之前添加. 更新于 11 天 之前.

状态:
已关闭
优先级:
一般
指派给:
开始日期:
2026-07-20
计划完成日期:
% 完成:

0%

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

描述

【问题描述】3.2.2pre1T6版本带上行ftp业务的同频xn切换流程异常;


文件

历史记录

#1

席 振斌 更新于 15 天 之前

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

席 振斌 更新于 15 天 之前

【问题原因】
问题和本次xn切换无关,主要原因是此终端是ng切入的,问题发生在上次ng切入时DownlinkRANStatusTransfer目标侧与正常切换相比晚收到了70ms,原来的代码兼容了此流程,但是ue_conn和bearer_mgr_ue_conn2个资源块的状态机有问题;
DownlinkRANStatusTransfer目标侧与正常切换相比晚收到了70ms是因为源基站发送UplinkRANStatusTransfer比正常晚了50ms,通过日志来看,源基站的处理只花费了10ms左右,就将UplinkRANStatusTransfer发送,但是 Linux 内核将sctp数据从缓存区发送到网口延迟了50ms;

【修改方案】
本次修改只在应用层进行修改,将此错误状态机下的DownlinkRANStatusTransfer和RRC Reconfiguration Complete的时序性兼容处理取消,通过Delay定时器缓存先到的消息来实现,等待3次,每次80ms,如果240ms内正确状态机下还没有等待的消息得到处理,及时释放ue上下文

【回归方法和注意事项】
信令面和用户面都通过同一个网口来处理数据的2个基站,带上行ftp业务进行一边xn一边ng切换的业务

#3

席 振斌 更新于 14 天 之前

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

杨 杨乐 更新于 14 天 之前

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

孙 浩 更新于 14 天 之前

基于3.2.2pre1T6版本,替换振斌提供gnb_cu包,带上行ftp业务的同频xn与ng切换流程都正常,问题解决;

#6

孙 浩 更新于 11 天 之前

在新发布的一版3.2.2pre1T6版本,带上行ftp业务的同频xn与ng切换流程都正常,问题关闭。

导出 Atom PDF