错误 #5065
3.2.1版本，2T2R下行2通道2流，对比4T4R下行4通道2流，有5%左右的误码率，一次重传很高。
由 程 鹏 在 2 个月 之前添加.
更新于 8 天 之前.
描述
3.2.1版本，2T2R下行2通道2流，对比4T4R下行4通道2流，有5%左右的误码率，一次重传很高。
历史记录
抒放反馈：600M 存在问题，3.5G 测试没有此问题
由于该环境需要射频直连，目前正在进行tti=1长跑du挂死验证，未再次复现该问题，预计下周进行该问题复现。同时尝试开启下行功控是否改善。
尝试降低功率，将PMI配置一致无效果，抓包误码无规律，是真实误码。
实测：Rel_3.2.2_Pre1T1_单ue_256qam
2T2R
#72整机下行 Bler3%、上行Bler0%
#86整机下行BLER1%、上行Bler0%
4T4R
#72|#86 上下行均Bler 0%
分析：基站侧修改收发天线配置后，PHY 层已确认配置生效。当前 L1 算法基于 4T4R 大增益场景做适配设计，切换为 2T2R 模式后，造成 BLER 抬升约 2%。
后续排查建议：由 PHY 主导开展问题分析与根因排查，DU 配合协助定位。
裸板 233验证：2T2R 模式下的下行 BLER 指标，要稍微优于 4T4R 模式
测试环境稳定，测试结果基本稳定，裸板4tr对比2tr，bler稍高一丢丢
测试 #72 整机验证：2T2R 模式下 FTP 下行间歇性出现 1%~3% BLER 误码；切换至 4T4R 模式后，FTP 上下行 BLER 均恢复至 0% 正常水平。
经分析，该现象主要由硬件个体差异造成；
从原理上来看，理想工况下 2T2R 模式的下行 BLER 理论表现本应略优于 4T4R 模式。
后续持续跟进观察现网及测试指标变化，本故障单暂做挂起处理。
[MAC_COMM][t:547746835312][rg_sch_dhm.c:672][DBG][CORE-4]rgSCHDhmPrcFdbkForTb: 112581
Nack 0 202
Ack 1 110300
DTX 2 2079
下行Bler ：（202+2079）/ 112581 = 2.068%
dULOG统计和网管上下行Bler显示是吻合的。
- 状态 从 挂起 变更为 进行中
- 指派给 从 杨 耀红 变更为 宋 卿
下行误码率异常主要由 PUCCH DTX 异常导致，经研判确定为 600MHz 频段上行 PUCCH 存在信道干扰所致。
当前 UCP4008 平台 FAPI 接口仅支持上报 PUCCH SINR 指标，结合 PUCCH DTX 对应的 SINR 取值范围分析：上报值小于 120 或大于 180 区间内 DTX 现象高发，对应实际物理 SINR 分别为小于 0dB、大于 26dB。
其中 SINR 高于 26dB 场景下出现 DTX 属于异常现象，本质是上行 SINR 指标直接影响 PUCCH DTX 检测性能与判决阈值，该问题需从 PHY 底层代码层面深入定位并优化解决。
导出 Atom
PDF