杨 晋
- 注册于: 2020-12-01
- 最后登录: 2025-11-17
问题
项目
- 女娲 (开发人员, 报告人员, 2020-12-01)
- 公共 (开发人员, 2021-01-29)
- 环境 (开发人员, 2021-01-29)
- eCPRI (管理人员, 开发人员, 报告人员, 2020-12-01)
- eMBB2.0 BBIT (开发人员, 报告人员, 2020-12-30)
- 600/5800转频终端 & 5.8G PRU (开发人员, 报告人员, 2021-06-11)
- DL4天线 (开发人员, 报告人员, 2021-06-11)
- 上行大带宽 (开发人员, 报告人员, 2021-06-16)
- 下行4天线 (开发人员, 报告人员, 2021-06-22)
- FPGA新板卡验证 (开发人员, 报告人员, 2021-08-05)
- STE (开发人员, 报告人员, 2021-09-23)
- 研发产品测试 (开发人员, 2021-10-13)
- 2.0基站产品化测试 (开发人员, 2021-10-13)
- BA5000平台 (开发人员, 报告人员, 2021-10-15)
- STUE(国产化平台) (开发人员, 报告人员, 2023-10-19)
- 产品3.0平台 (管理人员, 开发人员, 报告人员, 2024-11-28)
- B5G_UE (开发人员, 报告人员, 2025-01-06)
- FirstCall (开发人员, 报告人员, 2024-12-23)
- 基站横联 (开发人员, 报告人员, 2025-03-27)
活动
2025-11-18
- 19:55 基站横联 错误 #4403 (审视): 【RU】协议栈收到的RU上报功率,每80ms有一个时隙功率非常大,比一般功率多30db
- 19:55 基站横联 错误 #4403 (进行中): 【RU】协议栈收到的RU上报功率,每80ms有一个时隙功率非常大,比一般功率多30db
- RU最新版本测试,协议栈没有看到功率异常的地方。RU内部统计到有功率大的时候是在发射接收,对接收时隙功率上报没有影响
2025-11-11
- 17:04 基站横联 错误 #4403: 【RU】协议栈收到的RU上报功率,每80ms有一个时隙功率非常大,比一般功率多30db
- 典格之前版本,上报的时隙号和功率没对齐。修改后的新版本仍然有这个问题,在进一步分析
2025-11-10
- 11:49 基站横联 错误 #4403 (审视): 【RU】协议栈收到的RU上报功率,每80ms有一个时隙功率非常大,比一般功率多30db
- 此时协议栈配置,每80ms有一个发射时隙,是时隙10.
2025-11-06
- 15:47 B5G_UE 功能 #3879 (已关闭): phy要求master时隙类型的接收放在一个时隙buffer的后6个符号位置
- 15:17 基站横联 错误 #4324 (审视): 精同步时偏调整(20s一次)时,CPRI闪断,调整的下一个10ms内时隙1~19的slot_indication未上报
2025-11-05
- 19:26 B5G_UE 错误 #4370 (审视): 使用平台版本(支持IRN节点 且可调整TA),在切IRN节点后,上行ping包异常
- 平台之前联调时有个问题,dd口地址赋值时变量错误,发现后已修改。后来有次出版本时误回退了代码, 在10.31(上周五)版本已修正,这个版本进行DSUXX测试,是正常的,在切IRN节点后,没有上行ping包异常问题。
2025-11-04
- 17:24 基站横联 错误 #4374 (审视): 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 17:24 基站横联 错误 #4374 (进行中): 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 分析第一次调整时偏的帧号、时隙号变化情况,发现帧号调整了两次。
TFU在自同步时,也会一直给CP“秒级帧号更新指令”,从节点CP进行第一次时偏调整时,不再响应TFU的“秒级帧号更新指令”。
发生问题时,应该是CP进行第一次时偏调整...
2025-11-03
导出 Atom