朱 荣涛
- 注册于: 2024-05-28
- 最后登录: 2026-06-18
问题
项目
- STE (管理人员, 开发人员, 2024-05-28)
- STE UT (管理人员, 开发人员, 2024-05-28)
- 研发产品测试 (管理人员, 开发人员, 2024-05-28)
- 2.0基站产品化测试 (管理人员, 开发人员, 2024-05-28)
- STUE(国产化平台) (管理人员, 开发人员, 2024-05-28)
- 3.0基站产品测试 (开发人员, 报告人员, 2026-05-14)
- B5G_UE (开发人员, 报告人员, 2025-01-06)
- FirstCall (开发人员, 报告人员, 2024-11-28)
- 基站横联 (开发人员, 报告人员, 2025-04-17)
- 客户局点问题 (开发人员, 报告人员, 2026-01-14)
活动
2026-06-08
- 10:38 B5G_UE 错误 #5141 (已关闭): 整机测试，基于t07_alpha19版本，基站概率性收不到Msg3（室内，用小天线，相距3米）
- 问题不复现，暂时关闭
- 10:36 B5G_UE 错误 #5141 (已解决): 整机测试，基于t07_alpha19版本，基站概率性收不到Msg3（室内，用小天线，相距3米）
- 问题不复现， 暂时关闭
2026-06-05
- 17:17 B5G_UE 错误 #5361 (转测试): 基于T07__Alpha25版本，外场UU口测试，当距离超过200米时，发生基站高概率未解对msg3
- 基于T07__Alpha25版本，出修改RF Buffer到 SM 的小包， 测试没再出现MSG3 的问题。
2026-05-30
- 11:54 B5G_UE 错误 #5059 (转测试): UU口上行双流发送PUSCH失败
- 更换环境和修改L1C dmrs port 打桩写死的部分后， 双流代码自测试通过， 可以转测试， 但需等 bug 5301 解决后再做 研测
2026-05-28
- 17:54 B5G_UE 错误 #5321 (已关闭): 终端增加清第二根天线后，会导致发msg3时基站crc报错 -- 先做规避方案：msg3的下一个slot不去清发送buffer
- 代码回退，关闭这个bug单子
- 17:53 B5G_UE 错误 #5321 (已解决): 终端增加清第二根天线后，会导致发msg3时基站crc报错 -- 先做规避方案：msg3的下一个slot不去清发送buffer
- 代码回退，关闭这个bug单子
- 17:46 B5G_UE 错误 #5321 (进行中): 终端增加清第二根天线后，会导致发msg3时基站crc报错 -- 先做规避方案：msg3的下一个slot不去清发送buffer
- 该方案解决了msg3 的问题， 但对后面的上行发送会影响，导致速率下降， 建议回退这个bug 相关修改
- 17:51 B5G_UE 错误 #5309 (转测试): UU口pusch双流改动中单双流全部搬第二根天线到射频buffer造成单流数据受影响
- 目前上行单流暂时先按这个方案 规避清 第二根发送天线RF buffer 对上行发送的影响。
2026-05-20
- 18:32 B5G_UE 错误 #5269 (转测试): 【B5g_ue】V0.0.1_T07__Alpha22,UU接入失败
- 清第二根天线后会导致msg3基站crc错，目前先只清第一根天线规避一下，遗留问题，用#5301跟踪
2026-05-11
- 11:46 B5G_UE 错误 #5207 (转测试): UU口环境上行ping包或灌包，上行tbsize=69,mcs=7,rbnum=4，基站PUSCH CRC全错
- 属于思朗代码原bug， MZC = 64， 走了错误的分支，已和基站代码拉齐；
导出 Atom