项目

一般

简介

活动

从 2021-05-29 到 2021-06-27

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挂死
周 磊
 

导出 Atom