雪峰 赖
- 注册于: 2024-09-19
- 最后登录: 2025-09-18
问题
项目
- 解决方案集成测试 (开发人员, 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)
活动
今天
- 10:19 B5G_UE 错误 #4116 (新建): 添加SR和优化K1&K2， UE进入ACTIVE状态后，出现核4挂死
- 09:59 FirstCall 错误 #4113 (新建): 修改RA_RNTI的桩去除的代码后，概率性出现核4挂死
- 在原来移植STE的代码的基础上对PRACH occasion 和RA_RNTI 的桩进行祛除，发现核4死在SIB 1接收后的时间点的概率明显升高
2025-09-11
- 10:05 B5G_UE 错误 #4044 (检视): 终端发送PUCCH Format0 带 SR Only 或者 SR+HARQ_ACK, 基站2.0 无法检测到
- 基站配置UE的 SR周期后，MAC发送SR后，PHY在指定的时间发送PUCCH，但是2.0基站检测到的是DTX
基站分配的PUCCH的SR资源指示的Prbindex为4，但是UE侧发送的时候选择的非基站分配的SR资源，导致RB位置不...
2025-09-02
- 18:28 FirstCall 错误 #3953 (进行中): msg4后的基站未收到
- 18:14 FirstCall 错误 #3953: msg4后的基站未收到
- MSG4的PDSCH 对应的PUCCH 的Harq ACK的K1 配置为4，目前PHY无法支持，只能支持大于5的场景
- 18:08 基站横联 错误 #3761 (已解决): 动态时隙测试跑一段时间核7deofdm定时任务不进了，但是测量任务正常启动；核7也有挂死情况
- 18:07 基站横联 错误 #3927 (已解决): CPRI版本，概率性出现APE7 deofdm 没有时隙调度（slot type不为RX）
- 18:06 基站横联 错误 #3927: CPRI版本，概率性出现APE7 deofdm 没有时隙调度（slot type不为RX）
- Dl_sync 任务执行 Cpri解压缩存储的DDR内存 和 Cell 0的统计的DDR内存冲突，导致PSS检测不到和各种异常，给Dl_sync的CPRI解压缩DDR内存另找一块新的，这个现象消失
2025-07-17
- 14:48 基站横联 错误 #3710 (已解决): L2 CRNTI配置错误
- 通过54所提供的558包，CRNTI 已经由原来的2002 变为20002，符合预期
2025-07-14
- 11:07 基站横联 错误 #3724 (已解决): 几分钟后 deofdm定时任务不启动 测量定时任务正常
- 由于Dl_Sync 在没有检测到PSS的时候 p_delay 是个乱码，而且还有虚检，导致p_delay的值异常，现在在Deofdm加上保护
导出 Atom