活动
从 2021-06-13 到 2021-07-12
2021-07-12
- 14:53 下行4天线 错误 #583: 下行4天线误码率50%，速率不达标
- 07.10
限制最大调度100RB，每时隙调度两UE：
1.MCS15，两个UE同时灌包，基本都没有误码，误码在1%以下；
2.MCS18，两个UE同时灌包，误码在3%左右；
3.MCS20，误码在6~50%之间波动。
... - 11:13 上行大带宽 错误 #578: 内存分配失败
- 经过4T4R添加大内存的分配和释放，发现了一个新的导致大内存未释放的问题；
填写PHY接口时，内存有一个暂存待后续释放的操作，但该暂存结构体记录包长的变量定义为U16,
从而导致超过65535的数据都无法被正确释放。 - 11:06 上行大带宽 错误 #565 (已解决): 上行FTP测试，DU挂死
- 上行long BSR的问题，在解long BSR MAC包时添加判断包长度不为0且大于BSR所需长度的保护代码后，该问题未再复现。
认为已解决。
2021-07-09
- 15:06 下行4天线 错误 #583: 下行4天线误码率50%，速率不达标
- 07/09:
1、物理层更新版本，采用X86编码，现象FPGA编现象一致，可以看出于编码没有关系；
2、MCS 28时，rb数目 73766， tbszie=73766，编码时间大概为 460us；
3、物理层合入预编码 码本方... - 12:15 下行4天线 错误 #586 (挂起): 4天线下行反馈slot8,9基本全部错误
- 4天线 下行灌包，UE册显示不存在误码，NACK统计数基本为0的情况下；
基站侧的log看，slot8，slot9上收到UCI反馈都是错误的。
1.slot8,9 UCI反馈错误，检测为DTX，slot7,17，18,19基本...
2021-07-08
- 18:28 下行4天线 错误 #583: 下行4天线误码率50%，速率不达标
- huang xiwen 写到：
> huang xiwen 写到：
> > huang xiwen 写到：
> > > 7.8
> > > 1.调度RB限制为上限100RB，无论RB位置0~100 或 173~272，现象一致... - 15:50 下行4天线 错误 #583: 下行4天线误码率50%，速率不达标
- huang xiwen 写到：
> huang xiwen 写到：
> > 7.8
> > 1.调度RB限制为上限100RB，无论RB位置0~100 或 173~272，现象一致；
> > MCS15~28，都能够灌到满业务状... - 15:38 下行4天线 错误 #583: 下行4天线误码率50%，速率不达标
- huang xiwen 写到：
> 7.8
> 1.调度RB限制为上限100RB，无论RB位置0~100 或 173~272，现象一致；
> MCS15~28，都能够灌到满业务状态，且误码小于1%；
>
> 2.FPGA出... - 14:34 下行4天线 错误 #583: 下行4天线误码率50%，速率不达标
- 7.8
1.调度RB限制为上限100RB，无论RB位置0~100 或 173~272，现象一致；
MCS15~28，都能够灌到满业务状态，且误码小于1%；
2.FPGA出了回退10dB的版本，不限制RB调度，测试发现效果好于...
2021-07-07
- 19:04 下行4天线 错误 #583: 下行4天线误码率50%，速率不达标
- 7.07:
1.下行发送数据包超过76800，无发分配内存解决，新增内存bucket，大小为153600；
2.限制调度RB测试现象：
调度0-200，和73-200，现象一致；
(1)低mcs15 ~ 18， 灌包都没有误...
2021-07-06
- 11:44 下行4天线 错误 #583: 下行4天线误码率50%，速率不达标
- *7.06
进展更新：*
1、误码率BLER为0时，下行udp灌包，速率最高达到 570m， MCS 20 调度rb满。
*存在问题：*
1、PRU更新版本后的第一次启动，BLER为0（MCS<=20，大于20的情况下，D...
2021-07-01
- 14:22 下行4天线 错误 #583: 下行4天线误码率50%，速率不达标
- 天线1 2 3 4 接入频谱仪测试：
1、天线 2，3 ，4分别接入频谱仪均可以看到数据；
2、终端放在屏蔽箱，只接天线1 和2， 天线 3 和 4不接，终端侧看到的误码率仍然为50%；
2、终端放在屏蔽箱，只接天线1 3 ，4... - 11:58 下行4天线 错误 #583 (进行中): 下行4天线误码率50%，速率不达标
- 修改下行的mcs22 15 8 发现误码率没有变化， 仍然在50%
错误率情况如下：... - 11:53 下行4天线 错误 #583 (已解决): 下行4天线误码率50%，速率不达标
- 10:04 覆盖增强 错误 #575 (挂起): 小红楼街道好点接入失败
- 10:03 覆盖增强 错误 #574 (挂起): 小红楼后山测试TP低
- 10:03 覆盖增强 错误 #573 (挂起): 小红楼对面街道测试SNR上报值不符合预期
2021-06-29
- 17:34 上行大带宽 错误 #578 (转测试): 内存分配失败
- huang xiwen 写到：
> [06-27 07:00:37.968][DEBUG]NR_RACH_DBG: MSG3 RECVED !!!
> [06-27 07:00:37.968][DEBUG]NR_RACH_DBG:...
2021-06-28
- 16:49 上行大带宽 错误 #580: 物理层出现FH 过来的slot号跳变导致物理层挂死
- 在驱动侧增加定位问题的打印，打印如下，等待问题复现：...
- 12:02 上行大带宽 错误 #580 (进行中): 物理层出现FH 过来的slot号跳变导致物理层挂死
- 问题分析：
从log中看到slotidx出现了，跳变，怀疑fpga的数据填写的buffer，此次没有填写内容，仍然是上次的buffer内容，如下图
!1.png!
fh rx的数据buffer总共8个，计算buffer位置的方... - 11:53 上行大带宽 错误 #580 (已解决): 物理层出现FH 过来的slot号跳变导致物理层挂死
- ...
- 12:24 上行大带宽 错误 #579: 2d7u配比下，FPGA译码超时 (MCS19 迭代次数5)
- 吕 国荣 写到：
> log中出现了，连续的crc 错误会导致 译码迭代数达到5次，tbsize较大 具体log如下：
> [...]
>
> log中可以看到译码时间为917us
高阶大TB时，迭代次数得控制一下，5... - 11:41 上行大带宽 错误 #579 (已关闭): 2d7u配比下，FPGA译码超时 (MCS19 迭代次数5)
- log中出现了，连续的crc 错误会导致 译码迭代数达到5次，tbsize较大 具体log如下：...
- 11:36 上行大带宽 错误 #567 (转测试): Phy挂死
- 老杨更新FPGA版本后，没有出现这个问题。
- 10:25 上行大带宽 错误 #578: 内存分配失败
- [06-27 07:00:37.968][DEBUG]NR_RACH_DBG: MSG3 RECVED !!!
[06-27 07:00:37.968][DEBUG]NR_RACH_DBG: MSG3 RECVED is CCCH ...
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