活动
从 2020-06-30 到 2020-07-29
2020-07-29
- 12:32 错误 #191: PDSCH编码偶尔出现FPGA没有返回，导致下行任务超时，系统挂死
- 问题原因已经确认，因为Du下发的pdu的地址，是256byte对齐，不是4k对齐，我们的FEC编码要求地址需要4K对齐，修改了DU后分配的地址后，问题偶现一次，但是此时的挂死，已经不是大的Tbsize挂死，问题原因不同，需要进一步测试...
2020-07-28
- 15:52 错误 #191 (进行中): PDSCH编码偶尔出现FPGA没有返回，导致下行任务超时，系统挂死
- 1、增加时间戳log，确认系统的tti时序正常，DU下发的dlconfig消息时间点正常， 物理层获取到下行pdu的时间点，也正常，可以确认当前的下行编码超时，仅仅是因为FEC编码无响应；
2020-07-27
- 15:11 错误 #196 (已解决): SIB1消息中TAC和 cell identity填入错误
- 比特串数据，在由U32和U64数据取地址后强转为U8指针时，高低比特位放入消息时反了，导致UE从SIB1中读取的TAC 和cell identity与NAS消息中的不符；
从而不进行PDU session建立消息的NAS编码；
修... - 14:42 错误 #196 (已解决): SIB1消息中TAC和 cell identity填入错误
- TAC 与 cell identity在SIB1消息中为比特串，代码中填写时比特串高低位错误。
2020-07-25
- 14:33 错误 #190 (已关闭): 没有收到FH过来的PRACH消息，导致bbupool任务调度出现异常
- 问题修改已完成。
- 14:31 错误 #194 (已关闭): 基站启动后，没有收到PRACH的数据包
- 当前问题关闭，
通过修改cpa_sub6的编译脚本和l1_release.sh脚本，验证确认问题修复完成。 - 14:29 错误 #194 (已解决): 基站启动后，没有收到PRACH的数据包
- 1、空军帮忙分析，确认 prach的使能开关打开，没有收到x86的描述字；
2、王永伟帮忙分析：驱动侧正常下发了prach的寄存器配置；
通过上面的分析，确认问题出现在x86侧，经检查编译脚本发现，因为在机器上编译了旧的版本(... - 14:25 错误 #194 (已关闭): 基站启动后，没有收到PRACH的数据包
- 基站启动后，没有收到PRACH的数据包，prach的统计为0，上行prach接收的回调函数没有触发
2020-07-23
- 14:19 错误 #191 (已关闭): PDSCH编码偶尔出现FPGA没有返回，导致下行任务超时，系统挂死
- 出现过多次，偶现：
1、pbch 编码突然异常没有，任何返回值；
2、PDSCH数据，tbsize 不固定，出现FPGA编码没有返回值；
- 14:17 错误 #190 (已关闭): 没有收到FH过来的PRACH消息，导致bbupool任务调度出现异常
- 上行接收侧的cpa_fh_rx_prach_callback函数没有触发，导致上行的prach任务没有启动，出现错误打印“phy_gnb_bbupool_ul_set_list: Was not scheduled ...” 最终导致...
2020-07-14
- 14:12 错误 #184 (已解决): DU RLC配置 rb信息错误
- kw_cfg_dl.c，kw_cfg_ul.c
修改上述文件中对结构体中上下行逻辑信道使用错误的代码；
SRB2可以配置正确使用。 - 14:11 错误 #184 (已解决): DU RLC配置 rb信息错误
- 代码中结构体entCfg->lCh[0] 为下行，entCfg->lCh[1]为上行；
代码文件kw_cfg_dl.c，kw_cfg_ul.c中有多次错误使用 - 14:07 错误 #153 (已解决): FPGA前端处理prach数据问题
- 14:06 错误 #153: FPGA前端处理prach数据问题
- 1.FPGA处理数据，IQ路取反，导致后续数据出现了偏移；
2.修改后PHY能够正确接收Preamble，遗留问题，接收的preamble仍然存在大约180点的样点偏差。 - 14:03 错误 #183 (已解决): RRC setup消息中内容错误
- 1.servCellIdx 不需要填写
2.上下行 dmrs-AdditionalPosition 修改为pos1，增加一个DMRS；
3.pdsch-TimeDomainAllocationList startSymbolAnd... - 14:01 错误 #183 (已解决): RRC setup消息中内容错误
- 1.servCellIdx 填写为0
2.上下行 dmrs-AdditionalPosition = pos0
3.pdsch-TimeDomainAllocationList startSymbolAndLength = 27
2020-07-10
- 16:16 错误 #177 (已解决): Security Mode Command 响应错误
- 测试通过，UE可以成功响应。 流程继续向后推进。
- 16:15 错误 #177 (进行中): Security Mode Command 响应错误
- Security Mode Command 中加密和完保都是0， 根据协议只携带加密为NEA0,不携带完保字段。
但UE不支持。
将完保设置为NIE2， 使得Security Mode Command 中携带完保字段。 - 16:13 错误 #177 (已关闭): Security Mode Command 响应错误
- CU发送Security Mode Command， UE响应Security Mode failure
2020-07-02
- 10:22 错误 #167 (已解决): 调度PUCCH时隙table计算错误
- 10:22 错误 #167: 调度PUCCH时隙table计算错误
- 计算K1判断条件由 if((slotCfg->slotFrmt[(( slotIdx + k0Val + k1Val ) % slotCfg->numSlot)] & RG_SCH_SLOT_FORMAT_TYPE_MASK) == ...
- 10:21 错误 #167 (已解决): 调度PUCCH时隙table计算错误
- 协议中PUCCH反馈调度与下行PDCCH调度有一个时隙差K1，代码中计算该表k0k1TimingInfo时，仅当时隙为特殊时隙时才认为可以发上行，导致PUCCH无法调度到UL时隙
2020-06-30
- 08:47 错误 #161: DU PUSCH DMRS RE计算错误
- huang xiwen 写到：
> DU代码中关于38.211 Table 6.4.1.1.3-3 定义的偏移值有误；
> 按协议表格偏移值需为4，代码原定义值为2，导致取表格错误，从而计算DMRS占用symbol数，RE数错误。... - 08:46 错误 #160: 消息3 译码CRC error
- DU计算上行DMRS占用RE个数时查找协议38.211 Table 6.4.1.1.3-3所使用的偏移值有误，导致查表index超出表的行数，所得结果错误；
计算出的PUSCH DMRS占用RE个数错误，与实际配置的3个DMRS情况不符。
导出 Atom