项目

一般

简介

功能 #505

eCPRI联调测试

由 吕 国荣 在 大约 4 年 之前添加. 更新于 将近 4 年 之前.

状态:
已解决
优先级:
指派给:
吕 国荣
类别:
系统
开始日期:
2021-03-24
计划完成日期:
% 完成:

80%

预期时间:
问题归属:

相关的问题

关联到 eCPRI - 错误 #507: 广播SSB发送 异常,频谱仪检测不到广播信号已解决2021-03-30

Actions
关联到 eCPRI - 错误 #508: 上行Pusch数据的回调函数在启动一段时间后不再触发已解决2021-03-30

Actions
关联到 eCPRI - 错误 #510: 终端UE解不出广播已解决2021-04-012021-04-08

Actions
关联到 eCPRI - 错误 #513: PRACH在X86侧收到的数据,抓数看到为全 0已解决2021-04-062021-04-10

Actions
关联到 eCPRI - 错误 #511: 基站启动后,没有收到FH过来的数据包,phy挂死已关闭2021-04-012021-04-13

Actions
关联到 eCPRI - 错误 #514: PRACH收到频域数据后解出的preamble ID和终端侧的不一致已解决2021-04-132021-04-16

Actions
关联到 eCPRI - 错误 #520: FR CPRI TDD调试,在驱动加载前,DU的上行front_haul收到格式错误的数据已解决2021-04-20

Actions
关联到 eCPRI - 错误 #521: FR CPRI TDD调试,DU FPGA新版本回读AD5311值不稳定(之前版本回读值不变)已解决2021-04-22

Actions
关联到 eCPRI - 错误 #522: FR CPRI TDD调试,DU FPGA写入AD5311值CAC0,读回值CA40,二者不一致已解决2021-04-22

Actions
关联到 eCPRI - 错误 #523: 基站无法检测到UE的prach(UE正常检测到了广播)已解决2021-04-22

Actions
关联到 eCPRI - 错误 #524: 基站下电重启后,出现ue无法检测到广播【0429晚上出现一次】挂起2021-04-22

Actions
关联到 eCPRI - 错误 #527: 基站下电重启后,第一次启动出现prach任务异常导致ul 任务超时已解决2021-04-272021-04-29

Actions
关联到 eCPRI - 错误 #528: 基站下电重启后,小概率出现ue可以正常检测到广播,基站无法检测到上行信号已解决2021-04-282021-04-30

Actions
关联到 eCPRI - 错误 #529: 上行harq重传,FPGA未返回【ecpri版本,挂死和AD9371版本的原因不同】已解决2021-04-262021-05-07

Actions
关联到 eCPRI - 功能 #488: CM已解决2021-03-18

Actions

历史记录

#1

由 吕 国荣 更新于 大约 4 年 之前

  • 主题eCPRI 变更为 eCPRI 合入FR 联调测试
  • 类别 被设置为 系统
  • 状态新建 变更为 进行中
  • 指派给 被设置为 吕 国荣
  • 优先级普通 变更为
  • 开始日期2021-03-27 变更为 2021-03-24

1、驱动调试通过,可以正常完成基站的初始化,激活小区;

2、基站启动后,会出现挂死,问题应该是prach提供的slot号错误;
抓到的log如下:

[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[4] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[4] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[4] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[6] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[6] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[8] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[8] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[10] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[10] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[12] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[12] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[14] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[14] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[16] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[16] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[18] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[18] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[8] eCellActive[1] bbuRunningFlag[1] gPhyState[1]

正确的log应该是如下:
[03-26 10:02:00.119][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15259] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.129][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15279] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.139][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15299] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.149][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15319] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.159][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15339] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.169][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15359] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.179][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15379] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.189][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15399] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.199][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15419] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.209][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15439] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.219][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15459] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.229][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15479] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.239][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15499] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.249][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15519] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.259][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15539] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.269][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15559] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.279][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15579] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.289][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15599] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.299][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15619] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.309][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15639] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.319][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15659] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.329][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15679] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.339][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15699] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.349][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15719] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[03-26 10:02:00.359][DEBUG]FH_PRACH_RX, CellIdx[0] slotIdx[15739] eCellActive[1] bbuRunningFlag[1] gPhyState[1]

#2

杨 晋 更新于 大约 4 年 之前

发现FPGA原fronthaul_rx模块中rx_ant_dis 给pss_conv输出的head中,没有填子符号号,但pss_conv模块会判断这个,修改后此问题不再出现。 但物理层发现收到prach slot号连续(实际应该间隔20)

#3

杨 晋 更新于 大约 4 年 之前

prach slot号连续问题,FPGA加调测后发现寄存器cfg_info内容为0,需要进一步分析

#4

由 吕 国荣 更新于 大约 4 年 之前

驱动修改:
1、启动时,增加等待40s,等待RF 初始化完成;
2、prach修改参数配置;

修改后,prach通道配置参数正常,时序打印正常:

[DEBUG]FH_PRACH_RX, CellIdx[0] FPGAslot[984,9,1] slotIdx[19699] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] FPGAslot[985,9,1] slotIdx[19719] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] FPGAslot[986,9,1] slotIdx[19739] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] FPGAslot[987,9,1] slotIdx[19759] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] FPGAslot[988,9,1] slotIdx[19779] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] FPGAslot[989,9,1] slotIdx[19799] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] FPGAslot[990,9,1] slotIdx[19819] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] FPGAslot[991,9,1] slotIdx[19839] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] FPGAslot[992,9,1] slotIdx[19859] eCellActive[1] bbuRunningFlag[1] gPhyState[1]
[DEBUG]FH_PRACH_RX, CellIdx[0] FPGAslot[993,9,1] slotIdx[19879] eCellActive[1] bbuRunningFlag[1] gPhyState[1]

#5

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #507: 广播SSB发送 异常,频谱仪检测不到广播信号 已添加
#6

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #508: 上行Pusch数据的回调函数在启动一段时间后不再触发 已添加
#7

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #510: 终端UE解不出广播 已添加
#8

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #513: PRACH在X86侧收到的数据,抓数看到为全 0 已添加
#9

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #511: 基站启动后,没有收到FH过来的数据包,phy挂死 已添加
#10

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #514: PRACH收到频域数据后解出的preamble ID和终端侧的不一致 已添加
#11

由 吕 国荣 更新于 大约 4 年 之前

04/16 当前的ecpri的调试情况:
1、空口情况下(2T1R) 终端可以灌包业务,简单测试了速率可以刷抖音,直播,UE侧看到下行有误码,大概10% (MCS 23) 怀疑可能有下行功率溢出,终端侧收到的rsrp -53 功率偏大;
2、基站上行译码能力有限,FPGA降频了,不能做高MCS的译码,上行会挂死;
3、不支持上行harq重传,也不推荐上行打开AMC;
4、需要增加的功能: a 频点配置(目前是ru写死) b 基站和ru的联动重启;

#12

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #520: FR CPRI TDD调试,在驱动加载前,DU的上行front_haul收到格式错误的数据 已添加
#13

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #521: FR CPRI TDD调试,DU FPGA新版本回读AD5311值不稳定(之前版本回读值不变) 已添加
#14

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #522: FR CPRI TDD调试,DU FPGA写入AD5311值CAC0,读回值CA40,二者不一致 已添加
#15

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #523: 基站无法检测到UE的prach(UE正常检测到了广播) 已添加
#16

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #524: 基站下电重启后,出现ue无法检测到广播【0429晚上出现一次】 已添加
#17

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #527: 基站下电重启后,第一次启动出现prach任务异常导致ul 任务超时 已添加
#18

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #528: 基站下电重启后,小概率出现ue可以正常检测到广播,基站无法检测到上行信号 已添加
#19

由 吕 国荣 更新于 大约 4 年 之前

  • 关联到 错误 #529: 上行harq重传,FPGA未返回【ecpri版本,挂死和AD9371版本的原因不同】 已添加
#20

由 吕 国荣 更新于 大约 4 年 之前

  • % 完成0 变更为 80
#22

由 吕 国荣 更新于 大约 4 年 之前

#23

由 吕 国荣 更新于 将近 4 年 之前

  • 主题eCPRI 合入FR 联调测试 变更为 eCPRI联调测试
#24

由 吕 国荣 更新于 将近 4 年 之前

  • 状态进行中 变更为 已解决

导出 Atom PDF