项目

一般

简介

错误 #3914

3.1.3_Pre1T2版本大上行子帧上行2天线异频xn切换后异常掉线

由 孙 浩 在 8 天 之前添加. 更新于 4 天 之前.

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

0%

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

描述

【问题描述】3.1.3_Pre1T2版本大上行子帧上行2天线异频xn切换后异常掉线，测试终端为四信cpe；

文件

切换到目标基站掉线打印.jpg (588 KB) 切换到目标基站掉线打印.jpg 孙 浩, 2025-08-15 14:37
大上行上行2天线异频xn切换异常掉线-0815.rar (1.3 MB) 大上行上行2天线异频xn切换异常掉线-0815.rar 孙 浩, 2025-08-15 14:37
xn切换目标基站流程.png (85 KB) xn切换目标基站流程.png 孙 浩, 2025-08-19 10:06
1D3U子帧上行2天线异频xn与ng切换日志-0818.rar (82.1 MB) 1D3U子帧上行2天线异频xn与ng切换日志-0818.rar 孙 浩, 2025-08-19 10:09

相关的问题

关联到 3.0基站产品测试 - 错误 #3932: 3.1.3_Pre1T2版本1D3U子帧上行双天线异频xn切换目标基站重传超时新建2025-08-20

Actions

历史记录

#1

由 席 振斌 更新于 8 天 之前

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

由 席 振斌 更新于 5 天 之前

原因：从抓包来看，上行双流与单流相比，信令面数据乱序的概率要大很多，单流时几乎不乱序，双流时100%乱序，由于乱序，重排序定时器开启，直到定时器超时时，重配置完成这一帧都没有收到，超时后，rx_deliver被更换为rx_reorder，当t-reorder超时后重配置完成再上来时，count < rx_deliver,按照处理机制应该丢弃，所以rrc层收不到重配置完成的信令，2s的ue接入的定时器没有被停止,导致2s的超时释放；
修改方法：因pdcp层的超时处理是符合协议的，cu层只能规避，将重排序定时器的超时周期拉长一些300ms->500ms，在500ms内重配置完成能上来就可以从pdcp送到rrc层

#3

由 席 振斌 更新于 4 天 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 席 振斌 变更为 孙 浩
#4

由 孙 浩 更新于 4 天 之前

基于3.1.3_Pre1T2版本，替换振斌提供cu包，大上行子帧上行2天线异频xn与ng切换多次未出现掉线，问题解决；

#5

由 孙 浩 更新于 3 天 之前

  • 关联到 错误 #3932: 3.1.3_Pre1T2版本1D3U子帧上行双天线异频xn切换目标基站重传超时 已添加

导出 Atom PDF