盘古

2021-06-25

18:16 上行大带宽 错误 #578 (进行中): 内存分配失败

匿名用户

18:15 上行大带宽 错误 #578: 内存分配失败

huang xiwen 写到：
> 可能存在的情况：
> 1. 内存存在未释放的情况，导致内存耗尽，无法分配出内存给新的UE接入；
> 2. 内存分配的链表出现异常，无法找到可用的内存。
已增加必要的log，待问题复现后继... 匿名用户

11:26 上行大带宽 错误 #578: 内存分配失败

可能存在的情况：
1. 内存存在未释放的情况，导致内存耗尽，无法分配出内存给新的UE接入；
2. 内存分配的链表出现异常，无法找到可用的内存。 匿名用户

10:16 上行大带宽 错误 #578: 内存分配失败

[06-25 05:17:33.782][DEBUG]NR_RACH_DBG: MSG3 RECVED is CCCH SDU!!!
[06-25 05:17:33.782][ERROR]rgSCHLvl1UtlAllocSBuf,... 匿名用户

10:08 上行大带宽 错误 #578 (已解决): 内存分配失败

简述:内存分配失败
测试环境：246
测试版本：rel2.1.6
测试问题：24h常保测试，配置大上行，内存分配失败，导致du挂死 周 磊

18:15 上行大带宽 错误 #572 (进行中): API丢失

匿名用户

18:15 上行大带宽 错误 #572: API丢失

huang xiwen 写到：
> [06-23 06:22:56.182][DEBUG]rgSCHRsrcDlSchedK0K1: K0 Alloc success, cellTime(668:7) pdschTime(668:1... 匿名用户

10:12 上行大带宽 错误 #572: API丢失

[06-23 06:22:56.182][DEBUG]rgSCHRsrcDlSchedK0K1: K0 Alloc success, cellTime(668:7) pdschTime(668:13) pucchTime(668:17... 匿名用户

14:26 下行4天线 错误 #577 (已解决): UE发送的上行prach基站检测不到

1、FPGA抓取9371出来的数据，发现没有抓到prach；
2、用另外一台设备发送单音信号，发现4天线的基站收到的信号很低，看上去也不是单音信号；
3、FPGA分析代码发现，上行和下行的频点需要单独进行配置，重新配置后基站收取m... 匿名用户

2021-06-24

18:01 下行4天线 错误 #577 (已关闭): UE发送的上行prach基站检测不到

匿名用户

17:59 下行4天线 错误 #576 (已解决): 下行SSB终端解析不到

1、X86侧采数ssb和sib1 看到数据正确；
2、老杨修改FPGA版本，王哲协助采数分析，确认fgpa侧抓到数据正确；
3、查看配置基站侧的高层配置没有修改，默认参数为band79，但是因为之前的RF的频点是固定写死的，没有关... 匿名用户

17:55 下行4天线 错误 #576 (已解决): 下行SSB终端解析不到

匿名用户

11:49 覆盖增强 错误 #575 (进行中): 小红楼街道好点接入失败

李 勇

11:41 覆盖增强 错误 #575: 小红楼街道好点接入失败

从DU分析存在：环境不稳定，SNR变化比较大，最大调度RB被限制到4RB，这个问题重新复现场景进行分析，建议把AMC_SNR_TH改成5.
!问题3-接入问题log.JPG!
!问题3-接入问题log2.JPG! 李 勇

11:32 覆盖增强 错误 #575 (挂起): 小红楼街道好点接入失败

在小红楼正对面尝试接入，接入失败。 李 勇

11:30 覆盖增强 错误 #574 (进行中): 小红楼后山测试TP低

李 勇

11:30 覆盖增强 错误 #574: 小红楼后山测试TP低

分析结果：和限制RB有关，具体限制到4RB还是20RB还不能确定，根据实际测试情况，建议把AMC_SNR_TH从10设置到5试试，测试情况和“位置4：对面公交站”类似，在位置4对面公交站测试就行。 李 勇

11:29 覆盖增强 错误 #574 (挂起): 小红楼后山测试TP低

山上测试问题：TP有点低，是否和RB调整有关（目测YZMM上SNR都是大于10），具体需要分析DU的log； 李 勇

11:15 覆盖增强 错误 #573 (进行中): 小红楼对面街道测试SNR上报值不符合预期

测试log：
!问题1-log.JPG!
李 勇

11:14 覆盖增强 错误 #573 (挂起): 小红楼对面街道测试SNR上报值不符合预期

街道测试问题：在好点重新接入UE，出现业务上不去的问题，观察到SNR大概在6左右，SNR低不符合预期，具体原因待分析； 李 勇

11:02 上行大带宽 错误 #572 (已解决): API丢失

简述:API丢失
测试环境：246
测试版本：rel2.1.6
测试问题：24h常保测试，出现api丢失 周 磊

2021-06-22

18:30 下行4天线 错误 #570 (已解决): PRU版本修改4天线后 FH获取到的tti 为0

原因分析：... 匿名用户

18:22 下行4天线 错误 #570 (已解决): PRU版本修改4天线后 FH获取到的tti 为0

FH和FEC板卡分开，获取的tti为0 导致驱动线程启动后，进入一个死循环。 匿名用户

2021-06-21

17:07 上行大带宽 错误 #565 (转测试): 上行FTP测试，DU挂死

拉远测试环境复现了该问题，从调试模式保留的debug信息看，上行CRC正确，
MAC解复用时mac包头显示为long BSR，但是此时buffer的长度已经为0，从而在尝试读该long BSR MAC CE 下一个byte的时候，
... 匿名用户

15:06 上行大带宽 错误 #565: 上行FTP测试，DU挂死

还未复现，暂时没有进展 匿名用户

2021-06-17

11:30 上行大带宽 错误 #567 (进行中): Phy挂死

提取log，发现上行数据有丢失：... 匿名用户

10:17 上行大带宽 错误 #567 (已关闭): Phy挂死

简述:Phy挂死
测试环境：246
测试版本：rel2.1.6
测试问题：基站启动，phy挂死
周 磊

10:01 上行大带宽 错误 #565 (进行中): 上行FTP测试，DU挂死

Log中未看到有效信息，且未生成coredump文件，从挂死的位置看，发生在NGP内存判断head，tail是否为空，
猜测为上行解复用 demux的时候，因为异常的数据走入了未考虑到的异常情况。
需要复现收集更多信息。 匿名用户

2021-06-16

17:04 上行大带宽 错误 #565 (已解决): 上行FTP测试，DU挂死

简述:DU挂死
测试环境：246
测试版本：rel2.1.6
测试问题：上行FTP测试，DU挂死 周 磊