一般

简介

白 瑞朋

  • 注册于: 2024-07-24
  • 最后登录: 2025-05-06

问题

项目

活动

今天

20:32 FirstCall 错误 #3289 (进行中): 使用新的AP_driver，SIB1上报后解析失败
【问题分析】
使用1T4版本，
1.MIB可以解析成功；
2.wireShark可以抓到消息里携带SIB1，TB_size=123；SIB1上报后MAC解析失败；
怀疑传输被截断。 白 瑞朋
20:30 FirstCall 错误 #3289 (进行中): 使用新的AP_driver，SIB1上报后解析失败
【问题描述】
1.使用AP_driver 1T4版本，SIB1上报后解析失败； 白 瑞朋

2025-04-29

20:29 FirstCall 错误 #3277: DEOFDM slot5 slot6任务被DD口占用，影响UU口接收Msg4数据
【问题分析】
1.PHY接收DD口的MAC测量消息，dl_sync任务触发deofdm_2任务，且固定占用deofdm_2的slot5和6进行处理；slot5和slot6的deofdm_0定时任务不再起；
2.由此，deofdm_... 白 瑞朋
20:19 FirstCall 错误 #3277 (进行中): DEOFDM slot5 slot6任务被DD口占用，影响UU口接收Msg4数据
【问题描述】
UU口基站在slot=4发了Msg4,UE的PDCCH没有进行解析，PDCCH漏检；
【问题分析】
怀疑slot=4时,PDCCH任务没有被deOfdm触发，导致Msg4解析失败； 白 瑞朋
20:12 FirstCall 错误 #3271 (已解决): Msg4 S时隙译码错误
【问题修改】
deOfdm增加s-slot数据的处理；复测uu口流程，暂未发现s-slot PDCCH不触发的问题；问题关闭。
【分支】First_Call_1
哈希值：SHA-1: a7aad7c33538bb8e7b... 白 瑞朋
10:12 FirstCall 错误 #3271: Msg4 S时隙译码错误
【问题修改】
1.UE Deofdm需要增加对S时隙数据的处理，且处理6个symbol的数据；
待修改完成，进行uu口msg4的复测； 白 瑞朋
10:11 FirstCall 错误 #3271 (进行中): Msg4 S时隙译码错误
【问题定位】
LOG分析
1.UE在（128,18）发了msg3，基站在（253,19）解对了msg3。
2.然后基站在（254，17）发了一包msg4（rv=0），按理来说UE应该在（129,17）去解一包msg4。但是看LO... 白 瑞朋
10:04 FirstCall 错误 #3271 (已解决): Msg4 S时隙译码错误
【问题描述】
Msg4在S时隙调度，deofdm没有触发PDCCH，译码错误；
 白 瑞朋
20:05 FirstCall 错误 #3264 (已解决): Msg5基站解析失败，UE侧PHY和MAC的Msg5 TB size不一致
【问题分析】
1.uu口在给MAC发送ul_grant_ind消息时，使用[bufferId][harqId]两个索引存储TB_size;
2.MAC下发的UL_TB_req消息中TB_size=80,使用UL_TB_req消息中... 白 瑞朋

2025-04-28

16:50 FirstCall 错误 #3264 (进行中): Msg5基站解析失败，UE侧PHY和MAC的Msg5 TB size不一致
【问题分析】
1.该问题有一定概率出现；
2.分析log发现L1C有告警信息，L1C上报的ul_TB_grant带的TB_size和MAC下发的TB_size不一致；
3.L1C上报的期望TB_size=0;MAC下发的TB_s... 白 瑞朋

导出 Atom