项目

一般

简介

活动

从 2021-07-13 到 2021-08-11

2021-08-11

18:09 FPGA新板卡验证 错误 #616: 大下行配比下，上行scale配置为0x137，上行2ant mcs>23,误码率翻倍增加
峰值测试情况： 终端 P40 在屏蔽箱测试
1 上行峰值测试结果如图：
!上行峰值测试结果1.png!
2 高MCS情况下的误码率：
!高mcs误码情况.png!
 匿名用户
16:07 FPGA新板卡验证 错误 #616: 大下行配比下，上行scale配置为0x137，上行2ant mcs>23,误码率翻倍增加
经过上面的多组测试对比分析：
1、发现在新板卡上，上行的接收增益如果配置为255，功率会有明显的溢出，降低3db后，功率基本无越界，偶现最大值会有溢出，如果继续降低3db，然后有偶现溢出的现象，但是降的太低会影响对中远点的ue的接收... 匿名用户
15:56 FPGA新板卡验证 错误 #616 (进行中): 大下行配比下，上行scale配置为0x137，上行2ant mcs>23,误码率翻倍增加
测试记录如下：
1、调整上行接收增益，降低10db，调整P0值，-60 --> -65 测试结果如下：
!rxgain235.png!
2、调整上行接收增益索引为255，不降低上行接收增益，调整P0值为-76测试结果如下：
... 匿名用户
16:11 FPGA新板卡验证 性能 #622 (已解决): FPGA BA5200版本的下行峰值测试
下行调整了scale的取值为0x137，测试结果如下：
!下行峰值测试记录.png! 匿名用户
16:09 FPGA新板卡验证 性能 #622 (已解决): FPGA BA5200版本的下行峰值测试
匿名用户
15:53 FPGA新板卡验证 错误 #614: 上电启动，FPGA无法识别，需要reboot后，才能识别
增加这几条约束：
set_property BITSTREAM.CONFIG.SPI_32BIT_ADDR YES [current_design]
set_property BITSTREAM.CONFIG.SPI_FALL_E... 杨 晋

2021-08-10

20:22 FPGA新板卡验证 错误 #615: CM通道配置异常，驱动配置流程卡住
修改读写reg的cpri包为64byte后，通过MT可以读写ru寄存器；但du启动仍然卡在读ru状态那里，此时fpga未触发到dma下发读命令， 在这种情况下，du发起MT命令，读ru版本是可以读到，此时fpag也触发到dma命令。 ... 杨 晋

2021-08-05

14:34 FPGA新板卡验证 错误 #615: CM通道配置异常，驱动配置流程卡住
发现FPGA合入代码时有处位宽不对，修改后还不行。原因应该是寄存器读写的包小于15P芯片10/25G以太IP支持的最小包，需修改DU、RU相关代码。 杨 晋
09:54 FPGA新板卡验证 错误 #615 (已解决): CM通道配置异常，驱动配置流程卡住
匿名用户
09:57 FPGA新板卡验证 错误 #616 (进行中): 大下行配比下，上行scale配置为0x137，上行2ant mcs>23,误码率翻倍增加
!上行误码.png! 匿名用户
09:53 FPGA新板卡验证 错误 #609 (已解决): 更换新版的FPGA，随机接入preamble ID 解析错误
匿名用户
09:52 FPGA新板卡验证 错误 #614 (已解决): 上电启动，FPGA无法识别，需要reboot后，才能识别
匿名用户

2021-08-03

16:41 FPGA新板卡验证 错误 #609: 更换新版的FPGA，随机接入preamble ID 解析错误
1、老杨调整fpga和ru之间的时钟同步，解决了preamble Id 解析错误的问题。
2、接入后发现下行速率误码率50%，经过分析测试，调整下行的scale 为 0x137 后，下行64qam mcs28 误码率为0%。
3、... 匿名用户

2021-07-31

14:50 上行大带宽 错误 #592 (挂起): 大上行问题debug
最终测试跟终端有关系，有的终端容易接入，有的终端不易接入 匿名用户

2021-07-27

21:00 上行大带宽 错误 #610: UE 接入困难
最新的版本，VIVO手机FTP下载仍然会速率降为0，ping不通；
同时，还没有验证两个CPE在该版本下的情况。
明天需要验证：
1.换一个手机，看看华为的手机是否存在下行FTP降速；
2.验证CPE的业务情况。 匿名用户
20:57 上行大带宽 错误 #610: UE 接入困难
使用修改了MSG4 UCI反馈位置的版本：
华为CPE Pro2，四信CPE都能够接入，但存在业务不稳和掉线ping不通的问题；
需要排查是直连环境的问题还是版本的问题。
另外，通过VIVO手机做FTP上传的log分析，发现... 匿名用户
15:44 上行大带宽 错误 #580: 物理层出现FH 过来的slot号跳变导致物理层挂死
近期 出现了很多次该问题的挂死，现象都一致，而且发现 FH发送过来的数据头中的slot都是奇数的有问题，偶数的和tti的是对应的。... 匿名用户

2021-07-26

18:50 上行大带宽 错误 #610 (进行中): UE 接入困难
匿名用户
18:49 上行大带宽 错误 #610: UE 接入困难
但接入后上下行业务存在两个问题：
1.上行业务只能到30多Mbps，相当于调度两个slot，log看也是如此，调度了所有的slot，但是仅有slot7和slot9的CRC是正确的，
slot8为什么不对也是一个疑问。
2.下... 匿名用户
18:47 上行大带宽 错误 #610: UE 接入困难
0726：
版本2.1.7，基站246，大上行子帧配比，上下行MCS均为固定15；
VIVO和荣耀手机，接入均无法接入，从log和抓包看，MSG4的UCI反馈全部是错的；(此时MSG4的反馈是按照大上行子帧配比，调度在slot3)... 匿名用户
18:39 上行大带宽 错误 #610 (已关闭): UE 接入困难
大上行子帧配比，除mate30外的终端接入非常困难，或者无法接入 匿名用户
18:06 下行4天线 错误 #586 (挂起): 4天线下行反馈slot8,9基本全部错误
目前4天线环境，通过打开上行预调度，让大部分的UCI反馈变成随路反馈，一定程度上规避了该问题。
但问题的根本原因并没有找到，先挂起，处理完紧急任务后续处理。 匿名用户
17:37 下行4天线 错误 #608 (挂起): DU RLC AM模式下处理超时，PHY API丢失
4天线测试情况下，当MCS比较高，并且有上下行BLER时，AM模式status pdu中的NACK info较多，导致处理时延增大，影响了RLC组包，导致与PHY的接口无发及时收到下行组包的数据，从而使得PHY出现API丢失。
... 匿名用户
17:14 下行4天线 错误 #608 (已解决): DU RLC AM模式下处理超时，PHY API丢失
4天线测试情况下，当MCS比较高，并且有上下行BLER时，PHY出现 API丢失的打印，严重时直接挂死。 匿名用户
17:31 FPGA新板卡验证 错误 #609 (进行中): 更换新版的FPGA，随机接入preamble ID 解析错误
!1.png! 匿名用户
17:29 FPGA新板卡验证 错误 #609 (已解决): 更换新版的FPGA，随机接入preamble ID 解析错误
匿名用户
17:17 下行4天线 错误 #583 (已解决): 下行4天线误码率50%，速率不达标
1、红超修改基站侧CU代码去掉加密相关的内容，LO口额速率可以达到970mbps；
2、xiwen修改了MCS等配置，同时打开上行预调度(规避slot8 9pucch反馈的ACK错误的问题)，终端侧看到的下行速率为945Mbps 匿名用户

2021-07-22

20:44 上行大带宽 错误 #572: API丢失
对于API丢失的问题，在4天线测试过程中已经完整追溯到根本原因：
1.MAC UE task与RLC DL UE task使用同一个 pending info；
2.DL status PDU的处理与下行RLC组包的处理同属于RL... 匿名用户
17:07 上行大带宽 错误 #603 (已关闭): 多次接入终端后，RRC release
简述:多次接入终端后，RRC release
测试环境：246
测试版本：rel2.1.7
测试问题：终端多次接入后，再次接入，RRC release 周 磊
15:13 上行大带宽 错误 #600 (已解决): DU挂死，内存分配失败
多次挂死情况表现一致，都是内存无法分配从而导致的挂死。
因此肯定是某个位置存在内存未释放的问题。
从log中查看，发现几次测试的时候都出现大量的RLC discard sdu的情况，通过排查RLC丢包处理的过程发现：
变量 ... 匿名用户
11:11 上行大带宽 错误 #602: 基站运行一段时间后，出现物理层phy挂死
抓取log 确认挂死时 前传过来的数据填写的slot号和tti的不一致导致：... 匿名用户
11:08 上行大带宽 错误 #602 (已解决): 基站运行一段时间后，出现物理层phy挂死
匿名用户

2021-07-21

16:10 下行4天线 错误 #586: 4天线下行反馈slot8,9基本全部错误
两天线测试环境也有该问题:
经过在246基站 验证rel2.1.7，然后在其他环境交叉测试发现：
1.所有模块版本均为2.1.6，基站248没有该问题；
2.DU版本为2.1.7，其他版本为2.1.6，基站248没有该问题；... 匿名用户
16:05 上行大带宽 错误 #600 (已解决): DU挂死，内存分配失败
测试环境：245
测试版本：rel2.1.6p
测试问题：DU挂死
大上行子帧配比情况下，DL灌包或没灌包都出现DU挂死，打印内存分配失败 匿名用户

2021-07-20

16:30 下行4天线 错误 #577 (已关闭): UE发送的上行prach基站检测不到
匿名用户
12:33 上行大带宽 错误 #592: 大上行问题debug
上行测试结果：
①天线0，接收功率符合之前记录。
实测幅值8650，实测输入功率-45dBm；根据记录幅值25500、功率-36.5dBm,推算输入功率-45.8dBm。
!天线0接收幅值.png!
***********... 匿名用户
12:05 下行4天线 错误 #583 (转测试): 下行4天线误码率50%，速率不达标
匿名用户
11:52 上行大带宽 任务 #589 (已关闭): 基于eCPRI的testmac版本
匿名用户
11:52 上行大带宽 任务 #589 (已解决): 基于eCPRI的testmac版本
匿名用户

2021-07-19

18:45 上行大带宽 错误 #580: 物理层出现FH 过来的slot号跳变导致物理层挂死
大上行配比情况下，FH rx过来的数据头中的slot打印和tti中的打印出现了不一致的情况如下：（偶现）... 匿名用户
18:12 上行大带宽 错误 #592 (进行中): 大上行问题debug
①fpga使用单音+频谱仪零span确认配比
确认配比正常，切换时间计算，周期5ms=10slot,在第2slot切换。计算【下行】占时1ms+0.214ms ≈1.21ms，【上行】占时间=3.5+0.14ms+0.11ms≈... 匿名用户
10:34 上行大带宽 错误 #592 (已解决): 大上行问题debug
现象：可以到随机接入，但是花费时间最长可以到17分钟
调试：
①fpga使用单音+频谱仪零span确认配比
②fpga确认接收功率
③其他再行讨论 匿名用户

2021-07-16

14:52 上行大带宽 任务 #589 (进行中): 基于eCPRI的testmac版本
可以用于rf测试；
目前修改完成，不挂死。
需要确认射频是否正常发出。 匿名用户
14:51 上行大带宽 任务 #589 (已关闭): 基于eCPRI的testmac版本
1、支持上行大带宽配置；
2、支持下行2天线；
 匿名用户

2021-07-15

15:06 上行大带宽 错误 #579 (进行中): 2d7u配比下，FPGA译码超时 (MCS19 迭代次数5)
调整tbsize 大于32000后，译码迭代次数为4； 匿名用户
15:05 下行4天线 错误 #583: 下行4天线误码率50%，速率不达标
DU 修改下行提前4个slot调度，物理层修改提前3个slot调度后，误码率正常，测试结果如下：
!1.png! 匿名用户
15:03 上行大带宽 错误 #567 (已关闭): Phy挂死
匿名用户
 

导出 Atom