云智软通研发流程管理系统

2025-08-04

19:10 FirstCall 功能 #3858 (新建): Uu口峰值速率支持，可支持的最大TBSIZE受限于DPDK的rte_mbuf的data_len的类型限制（U16），最大只支持65535，需要扩展该数据类型及与其相关的数据类型为U32

Uu口峰值速率支持，可支持的最大TBSIZE受限于DPDK的rte_mbuf的data_len的类型限制（U16），最大只支持65535，需要扩展该数据类型及与其相关的数据类型为U32,包括，但不限于下面的数据结构的data_room... 王 艳芳

2025-07-08

14:10 FirstCall 错误 #3699 (已关闭): Uu口联调，SMC Complete基站解析错误，认为终端MAC组包问题

测试通过 王 艳芳

14:10 FirstCall 错误 #3699: Uu口联调，SMC Complete基站解析错误，认为终端MAC组包问题

【问题原因】MAC开始组包时，会预留2个字节给BSR，ULGRANT传递给mac的TBSIZE为48，也会减掉2个字节。当MAC组完状态PDU和SRB的SDU时，mac的TBSIZE为0，无法继续组BSR及PADDING，但是由于UL... 王 艳芳

11:58 FirstCall 错误 #3699 (已关闭): Uu口联调，SMC Complete基站解析错误，认为终端MAC组包问题

Uu口联调，SMC Complete基站解析错误，码流的最后一个MAC PDU后有2个0字节，基站DEMUX错误。 王 艳芳

2025-06-30

14:30 FirstCall 错误 #3611 (已关闭): DD新方案联调（无PUSCH），两个OM终端，第一个终端的广播SLOT的slotType的配置，一个广播周期里，出现两次收广播接收。

【测试结果】与物理层联调，验证BUG已解决 王 艳芳

14:30 FirstCall 错误 #3611 (已解决): DD新方案联调（无PUSCH），两个OM终端，第一个终端的广播SLOT的slotType的配置，一个广播周期里，出现两次收广播接收。

【问题原因】遍历devIdLst的循环时，使用了MAX_UE_NUM来限定循环次数，而实际只有2个device，其余获得device ID=0. DevId#2的节点在TRB#2发广播，TRB#1收收广播，其余TRB的SLOT4可以发... 王 艳芳

14:17 FirstCall 错误 #3620 (挂起): DD OM联调，偶现PDCCH RES Not Available的错误

暂时未复现，等复现后再定位 王 艳芳

2025-06-26

18:22 FirstCall 错误 #3620 (挂起): DD OM联调，偶现PDCCH RES Not Available的错误

小葛联调DD OM，曾偶现PDCCH RES Not Available的错误。检测ARM打桩测试的LOG，也有PDCCH RES Not Available的错误 王 艳芳

2025-06-25

18:43 FirstCall 错误 #3611: DD新方案联调（无PUSCH），两个OM终端，第一个终端的广播SLOT的slotType的配置，一个广播周期里，出现两次收广播接收。

LOG见附件 王 艳芳

18:39 FirstCall 错误 #3611 (已关闭): DD新方案联调（无PUSCH），两个OM终端，第一个终端的广播SLOT的slotType的配置，一个广播周期里，出现两次收广播接收。

DD新方案联调，两个OM终端，deviId#1和deviId#2, deviId#1一个广播周期里，slotType配置接收2次devId#2的广播。 王 艳芳