项目

一般

简介

错误 #2976

17Ppre1,上报测量切换准备完成后不下发重配消息。

孙 泽林3 个月 之前添加. 更新于 大约一个月 之前.

状态:
已关闭
优先级:
普通
指派给:
类别:
-
开始日期:
2025-03-17
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
CU
发现问题版本:
Rel_2.1.17P
目标解决问题版本:
Rel_2.1.17P
FPGA板卡类型:
CPU类型:

描述

17Ppre1_t1版本,3.5G环境。
基站配置:大下行子帧配比
问题描述:基站带udp业务同频切换,切换准备完成后,基站不发重配消息,终端无法收到切换命令;
现象表现为反复上报测量,切换准备完成,但是不切换。


文件

重配.rar (1.23 MB) 重配.rar 孙 泽林, 2025-03-17 14:30

历史记录

#1

杨 杨乐 更新于 3 个月 之前

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

孙 泽林 更新于 3 个月 之前

  • 目标解决问题版本Rel_2.1.16P 变更为 Rel_2.1.17P

目前发现和配置的邻区个数相关,配置个数1时,xn切换正常。配置个数4时,必现此问题。
退回16Pt2版本,也有此问题。

#3

杨 杨乐 更新于 3 个月 之前

目前发现应该是配置一个不存在的IP作为邻区后,会出现收不到XN消息的情况;
应该是出现了connect不存在邻区卡死的问题,而且动态相邻基站检测开关没有生效

#4

杨 杨乐 更新于 2 个月 之前

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

【问题原因】
1.邻区的消息每次在接收前会去连接所有未连接成功的邻区服务器
2.不存在的IP,在connect时时间特别长,可能会有三到五分钟
3.在connect的过程中,如果收到了邻区的数据,就出现了不处理的现象

【修改方案】
开关“动态相邻基站检测开关”修改为true之后,在connect之前会启动1个线程做ping操作,时长约10ms;如果该设备不存在后面就不会再执行connect了

【回归方法和注意事项】
多测试几次,如果没哟u问题则建议关单

#5

孙 泽林 更新于 大约一个月 之前

  • 状态转测试 变更为 已关闭

验证通过

导出 Atom PDF