项目

一般

简介

错误 #3271

Msg4 S时隙译码错误

白 瑞朋6 个月 之前添加. 更新于 6 天 之前.

状态:
已解决
优先级:
一般
指派给:
开始日期:
2025-04-29
计划完成日期:
% 完成:

0%

预期时间:

描述

【问题描述】
Msg4在S时隙调度,deofdm没有触发PDCCH,译码错误;


文件

UE和基站的物理层log.jpg (597 KB) UE和基站的物理层log.jpg 白 瑞朋, 2025-04-29 10:11
基站L1 log.jpg (755 KB) 基站L1 log.jpg 白 瑞朋, 2025-05-13 09:38
PHY_log.jpg (692 KB) PHY_log.jpg 白 瑞朋, 2025-05-13 09:38
灌包30M.jpg (518 KB) 灌包30M.jpg 白 瑞朋, 2025-10-21 16:49
ACK.jpg (1000 KB) ACK.jpg 白 瑞朋, 2025-10-21 17:06
1D3U S时隙调度.png (734 KB) 1D3U S时隙调度.png 白 瑞朋, 2025-10-21 17:29
gnb_du_20251019T015942_20251021091428.yzb.log (40.1 MB) gnb_du_20251019T015942_20251021091428.yzb.log 白 瑞朋, 2025-10-21 17:30
gnb_du_20251019T015942_20251021091423.yzb.log (40.2 MB) gnb_du_20251019T015942_20251021091423.yzb.log 白 瑞朋, 2025-10-21 17:30
gnb_du_20251019T015942_20251021091433.yzb.log (40.2 MB) gnb_du_20251019T015942_20251021091433.yzb.log 白 瑞朋, 2025-10-21 17:30
gnb_du_20251019T015942_20251021091439.yzb.log (40.1 MB) gnb_du_20251019T015942_20251021091439.yzb.log 白 瑞朋, 2025-10-21 17:30
gnb_du_20251019T015942_20251021091444.yzb.log (18 MB) gnb_du_20251019T015942_20251021091444.yzb.log 白 瑞朋, 2025-10-21 17:31
基站msg4调度.jpg (500 KB) 基站msg4调度.jpg 白 瑞朋, 2025-10-22 17:55
msg4包调度时间.jpg (404 KB) msg4包调度时间.jpg 白 瑞朋, 2025-10-23 10:36
上行bler.jpg (606 KB) 上行bler.jpg 白 瑞朋, 2025-10-29 16:26
下行bler.jpg (807 KB) 下行bler.jpg 白 瑞朋, 2025-10-29 16:27

历史记录

#1

白 瑞朋 更新于 6 个月 之前

【问题定位】
LOG分析
1.UE在(128,18)发了msg3,基站在(253,19)解对了msg3。
2.然后基站在(254,17)发了一包msg4(rv=0),按理来说UE应该在(129,17)去解一包msg4。但是看LOG,这个时刻并没有去解PDCCH,L1C也没有发数给PDSCH 。
3.接下来,基站可能认为UE没解对msg4,然后在(255,10)又重发了一包msg4(rv=2),这个时候UE在(130,10)检测到PDCCH,并且解析出数据发给了PDSCH,PDSCH把这包数据接错了。
结论:怀疑PDCCH在(129,17)时刻存在漏检,导致第一包msg4的PDCCH没有检测到。

#2

白 瑞朋 更新于 6 个月 之前

【问题修改】
1.UE Deofdm需要增加对S时隙数据的处理,且处理6个symbol的数据;
待修改完成,进行uu口msg4的复测;

#3

白 瑞朋 更新于 6 个月 之前

  • 状态进行中 变更为 已解决

【问题修改】
deOfdm增加s-slot数据的处理;复测uu口流程,暂未发现s-slot PDCCH不触发的问题;问题关闭。

【分支】First_Call_1

哈希值:SHA-1: a7aad7c33538bb8e7bebebcd67ba2bef022d7726

#4

白 瑞朋 更新于 6 个月 之前

  • 状态已解决 变更为 进行中
#5

白 瑞朋 更新于 6 个月 之前

【问题修改】
deOfdm增加s-slot数据的处理;s-slot射频数据使用第3块buffer,
DDR_TEST_MAC_NR_CELL1_RX2_DATA_ADDR (0x85400000)

【分支】Bug_fixed_phy0506

哈希值:SHA-1: 61753cc803fb2c1c4ae9a0a6aec1f14130399134

#6

白 瑞朋 更新于 6 个月 之前

#7

高 峰 更新于 大约 2 个月 之前

  • 状态已解决 变更为 已关闭
#8

高 峰 更新于 大约一个月 之前

  • 状态已关闭 变更为 已解决
#9

白 瑞朋 更新于 14 天 之前

【补充测试】
1)DU放开s-slot调度;
2)PHY使用bugfixed_20251020最新节点,
SHA-1: 77b17bee73c3425787676c9281b410fc96cd3ac1,
3)灌包30M测试,s-slot解析正常。

#10

白 瑞朋 更新于 14 天 之前

ACK

#11

白 瑞朋 更新于 14 天 之前

下行灌包操作步骤

1. 终端输入ip route add -net 192.168.8.0 netmask 255.255.255.0 dev ue_uu

2. iperf3 -s -----终端输入

3.
192.168.8.3
yzrt/111111
iperf3 -c 60.60.0.100 -t 300 -u -b 100K -----60.60.0.100修改成你终端获取的IP地址
iperf3 -c 60.60.0.100 -t 300 -u -b 30M

#13

白 瑞朋 更新于 13 天 之前

基站Msg4的调度

#14

白 瑞朋 更新于 12 天 之前

Msg4 包调度时间

#15

白 瑞朋 更新于 6 天 之前

上行bler
ulCurrentBler

#16

白 瑞朋 更新于 6 天 之前

下行bler,统计的是PUCCH HARQ反馈

导出 Atom PDF