雪峰 赖
- 注册于: 2024-09-19
- 最后登录: 2026-04-27
问题
项目
- 解决方案集成测试 (开发人员, 2024-09-19)
- eMBB2.0 BBIT (开发人员, 2024-09-19)
- STE (开发人员, 2024-09-19)
- 研发产品测试 (开发人员, 2024-09-19)
- 2.0基站产品化测试 (开发人员, 2024-09-19)
- STUE(国产化平台) (开发人员, 2024-09-19)
- 3.0基站产品测试 (开发人员, 2024-09-19)
- B5G_UE (开发人员, 报告人员, 2025-01-06)
- FirstCall (开发人员, 报告人员, 2024-11-28)
- 基站横联 (开发人员, 报告人员, 2025-04-17)
活动
2026-04-28
- 15:01 B5G_UE 错误 #5217: UE反复接入释放几次后gNB无法接收UE发出的preamble，PRACH 任务调度不起来
- 这个现象和当年无法Trigger PUSCH的现象一样， 任务已经注册，第一次能够Trigger， 后面Trigger后PRACH无法启动，怀疑PRACHIM空间被改写，建议平台先看看
2026-04-27
- 09:51 B5G_UE 错误 #5132 (转测试): 整机测试，基于t07_alpha19版本，AMC打开，mcs max=9，做下行灌包业务但mcs很快降为0【S slot不能调度PDS，特殊时隙需配置3:9:2】
- 采用规避方法，进行测试
2026-04-24
- 15:08 B5G_UE 错误 #5132 (审视): 整机测试，基于t07_alpha19版本，AMC打开，mcs max=9，做下行灌包业务但mcs很快降为0【S slot不能调度PDS，特殊时隙需配置3:9:2】
- 这个问题需要PDSCH的负责人来解决，特殊时隙挂死问题，现在采用规避
- 09:23 B5G_UE 错误 #5132: 整机测试，基于t07_alpha19版本，AMC打开，mcs max=9，做下行灌包业务但mcs很快降为0【S slot不能调度PDS，特殊时隙需配置3:9:2】
- 特殊时隙配置为3：9：2后，核6就不挂死了, 核6挂死是PDSCH，调度了特殊时隙，导致的。
- 14:26 B5G_UE 错误 #5170 (转测试): UU口 UL 4次HARQ重传失败问题
- 重传，采用上次的CodeRate
- 14:07 B5G_UE 错误 #5170 (已解决): UU口 UL 4次HARQ重传失败问题
2026-04-21
- 17:33 B5G_UE 错误 #5158: UU口最新代码做物理层版本，核6，7会跑死【合入新代码后暂时不复现】
- 这一单提交的是L1C处理NDI的问题，修改在核4上，与核6、7 在 APC3上，根本没有任何关系
2026-04-10
- 10:26 B5G_UE 错误 #5132: 整机测试，基于t07_alpha19版本，AMC打开，mcs max=9，做下行灌包业务但mcs很快降为0【S slot不能调度PDS，特殊时隙需配置3:9:2】
- 从基站的LOG看没看到SRS单端口信号有异常
- 10:08 B5G_UE 错误 #5130: 基于t07_alpha19版本，基站下发的auth_req终端概率性收不到（1/10）
- 分析以上的LOG，0407发现在UE进行UE_ACTIVE后，UE协议栈发起Msg1 接入，基站回Msg2，终端发起Msg3，基站接收到了Msg3，没有响应。 0408LOg，UE进行UE_ACTIVE后，UE协议栈发起Msg1 接入...
2026-04-09
导出 Atom