项目

一般

简介

错误 #952

600M环境下行业务MCS降为0

王 专超过 2 年 之前添加. 更新于 超过 2 年 之前.

状态:
已关闭
优先级:
指派给:
类别:
-
开始日期:
2022-10-20
计划完成日期:
% 完成:

0%

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

描述

广州环境:
600M测试线,单终端下行偶发出现下行BLER>20%;下行MCS降为0的情况;必现场景:端到端业务,做下行的终端MCS降为0。

北京环境:
600M测试线,单终端下行BLER>20%下行MCS降为0的概率较大;


相关的问题

关联到 解决方案集成测试 - 任务 #951: 端到端FTP业务测试过程,有终端误码增加,下行mcs降为0的现象已解决2022-10-19

Actions

历史记录

#1

王 专 更新于 超过 2 年 之前

完成转频板TDD切换;SSB、PDSCH EVM测试,无异常。

#2

王 专 更新于 超过 2 年 之前

1026:大下行配比,端到端业务15Mbps测试较为稳定;下一步,测试大上行配比,另外+长跑测试。

1025:单用户的下行灌包掉线问题是上行饱和导致,需要终端和基站侧分别加衰减。

#3

王 专 更新于 超过 2 年 之前

  • 状态新建 变更为 转测试

广州和北京的600M环境都修改了PUCCH的循环移位,把{0,3}改成{0}之后,就没有出现下行高BLER、MCS降为0的情况,下午北京和广州进行了断电重启等各种测试,目前没有出现过之前的MCS降为0问题。

【原因分析】:
1> 11P Pre2版本中,DU与PHY之间配置循环移位的接口存在理解错误,应该通过nM0参数来配置不同用户的循环移位复用;但DU配置了另外一个循环移位的nCircleshift接口,实际上这个接口协议中未定义,并且PHY也没有使用此配置。
2>另外,循环移位复用的情况下,两个终端如果功率不平衡,会产生较大干扰,导致format0 PUCCH解析不出来;

所以多用户循环移位复用时 PUCCH PHY解析的存在问题,导致HARQ反馈解析错误,MCS掉0
【结论】:建议测试中YZMM不使用循环移位配置。

#4

高 峰 更新于 超过 2 年 之前

  • 关联到 任务 #951: 端到端FTP业务测试过程,有终端误码增加,下行mcs降为0的现象 已添加
#5

王 专 更新于 超过 2 年 之前

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

导出 Atom PDF