错误 #3271
  
    
    
  
        
        由 白 瑞朋 在 6 个月 之前添加.
         更新于 6 天 之前.
        
  
  
  
  描述
  
  【问题描述】
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
   | 
  
   | 
 
 
历史记录
  
    
    
    
    
    【问题定位】
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没有检测到。
	
 
     
   
  
  
    
    
    
    【问题修改】
1.UE Deofdm需要增加对S时隙数据的处理,且处理6个symbol的数据;
待修改完成,进行uu口msg4的复测;
 
     
   
  
  
    
    
    
    
    【问题修改】
deOfdm增加s-slot数据的处理;复测uu口流程,暂未发现s-slot PDCCH不触发的问题;问题关闭。
	【分支】First_Call_1
	哈希值:SHA-1: a7aad7c33538bb8e7bebebcd67ba2bef022d7726
 
     
   
  
  
  
  
    
    
    
    【问题修改】
deOfdm增加s-slot数据的处理;s-slot射频数据使用第3块buffer,
DDR_TEST_MAC_NR_CELL1_RX2_DATA_ADDR      (0x85400000)
	【分支】Bug_fixed_phy0506
	哈希值:SHA-1: 61753cc803fb2c1c4ae9a0a6aec1f14130399134
 
     
   
  
  
  
  
  
  
  
  
    
    
    
    
    【补充测试】
1)DU放开s-slot调度;
2)PHY使用bugfixed_20251020最新节点,
   SHA-1: 77b17bee73c3425787676c9281b410fc96cd3ac1,
3)灌包30M测试,s-slot解析正常。
	
 
     
   
  
  
    
    
    
    
    ACK
	
 
     
   
  
  
    
    
    
    下行灌包操作步骤
	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
 
     
   
  
  
    
    
    
    
    基站log
pdsch是调度空口的时间,pucch是收到harq反馈的时间
	
 
     
   
  
  
    
    
    
    
    基站Msg4的调度
	
 
     
   
  
  
    
    
    
    
    Msg4 包调度时间
	
 
     
   
  
  
    
    
    
    
    上行bler
ulCurrentBler
	
 
     
   
  
  
    
    
    
    
    下行bler,统计的是PUCCH HARQ反馈
	
 
     
   
  
 
导出  Atom
  PDF