项目

一般

简介

错误 #3102

【Rel_3.0.1_Pre1T2】两台基站之间做乒乓的异频切换，A基站为XN优先，B基站为NG优先，切换约15分钟后，UE僵在B基站上，导致业务停止

由 杨 杨乐 在 28 天 之前添加. 更新于 14 天 之前.

状态:
已解决
优先级:
普通
指派给:
孙 浩
开始日期:
2025-04-08
计划完成日期:
% 完成:

0%

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

文件

抓包流程.jpg (226 KB) 抓包流程.jpg 孙 浩, 2025-04-23 09:31
#3102问题复现（核心网打桩）-0422.rar (2.58 MB) #3102问题复现（核心网打桩）-0422.rar 孙 浩, 2025-04-23 09:31

历史记录

#1

由 杨 杨乐 更新于 28 天 之前

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

246基站为XN优先
247基站为NG优先
切换多次后，UE从246切往247，在247上cu发送信令PathSwitchRequest给核心网；
但是核心网没有回复，找松松查看核心网对应的日志发现，没有收到该信令
下一步：
孙浩在复现时，在核心网侧抓包，然后看下核心网的网卡是否有收到信令PathSwitchRequest

#2

由 杨 杨乐 更新于 22 天 之前

待松松出包后，再测下，是否能解决UE僵死在目标站的问题

#3

由 杨 杨乐 更新于 14 天 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 杨 杨乐 变更为 孙 浩

【问题原因】
在XN切换的业务场景中，当核心网不回复信令时，ue会僵死在目标基站上，无法做后续业务

【修改方案】
当发送了PathSwitchRequest后，会启动一个2s定时器，在之后的核心网或DU信令环节，只要有不回复信令的场景，都会释放UE。
直到第二次的重配置完成收到后，关闭定时器

【回归方法和注意事项】
使用松松提供的包，复测几次；如果发现可以掉线，则关闭该问题

#4

由 孙 浩 更新于 14 天 之前

核心网基于Rel_3.3.3_pre3版本打上张松松提供的打桩版本，基站基于Rel_3.0.1_Pre1T3版本替换上杨乐提供cu包，异频xnng混合切换；
xn切换时，当目标基站发送PathSwitchRequest消息给核心网，核心网不回复PathSwitchRequestAcknowledge消息时，终端不会一直僵死在目标基站，而是cu触发释放终端，然后终端重新接入继续切换，问题符合预期。

导出 Atom PDF