项目

一般

简介

错误 #2986

msg3发送到基站,基站phy解析到msg3 CRC错误;协议栈处理超时导致

白 瑞朋大约 2 个月 之前添加. 更新于 28 天 之前.

状态:
已解决
优先级:
普通
指派给:
开始日期:
2025-03-20
计划完成日期:
% 完成:

100%

预期时间:

描述

问题现象
1 UE msg3发送到基站,基站phy从log看解析到了msg3, 但是CRC错误,信噪比很低只有-10dB左右;
2 从终端抓数,算法分析CRC正确,怀疑参数和基站没对齐导致信噪比低;


文件

随机接入.jpg (63 KB) 随机接入.jpg 白 瑞朋, 2025-03-20 18:56

历史记录

#1

白 瑞朋 更新于 大约 2 个月 之前

  • 状态新建 变更为 进行中
  • 指派给 被设置为 王 金伏

测试计划
1 和基站侧mac核对参数,包括导频的位置,起始符号等;对齐后进行测试验证;

#2

白 瑞朋 更新于 大约 2 个月 之前

0320进展
1.SNR较低,分析认为和DMRS解析有关,重点检查相关调度参数;
2.基站在sfn,slot去检msg3是严格控制,重点检查sfn号和slot号;MSG2 和 MSG3 的间隔不超过n+K2+deta;
分析log发现,
1)物理层发msg2给协议栈 ----> 物理层收到协议栈msg3:共用时11个slot。
2)物理层收到协议栈的msg3 ---> PUSCH发msg3到射频:共用时13个slot。
合计24个slot,超出了规定的9个slot;

测试结果
1)修改从msg2到msg3发送不超过9个slot,基站MAC可以解对msg3,SNR为23dB,并下发msg4;

#3

白 瑞朋 更新于 大约 2 个月 之前

#4

王 金伏 更新于 大约一个月 之前

  • % 完成0 变更为 100
#5

王 金伏 更新于 大约一个月 之前

l1c不从协议栈获取TB码流,直接打桩基站TB码流,避免等待超时,在同一帧内触发pusch,基站侧收到msg3消息并解析CRC正确

#6

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

  • 主题msg3发送到基站,基站phy解析到msg3 CRC错误 变更为 msg3发送到基站,基站phy解析到msg3 CRC错误;协议栈处理超时导致
#7

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

协议栈超时问题,由 #3008 跟踪

#8

王 金伏 更新于 28 天 之前

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

导出 Atom PDF