活动
从 2024-06-11 到 2024-07-10
2024-07-10
- 11:53 功能 #1901: STE(v1.0)对接标准基站联调,STE初始接入时msg5发送总失败。发生概率100%。
- 需要回归测试没问题后,才能修改为已解决状态
- 10:59 功能 #1901 (转测试): STE(v1.0)对接标准基站联调,STE初始接入时msg5发送总失败。发生概率100%。
2024-07-09
- 10:07 功能 #1901 (已解决): STE(v1.0)对接标准基站联调,STE初始接入时msg5发送总失败。发生概率100%。
- 10:03 错误 #1918 (已关闭): STE(v1.0)对接标准基站联调,STE收鉴权请求时,下行调度DCI 1_1总CRC出错。发生概率100%。
- 已验证通过
- 10:01 错误 #1918: STE(v1.0)对接标准基站联调,STE收鉴权请求时,下行调度DCI 1_1总CRC出错。发生概率100%。
- 已验证通过
- 09:58 错误 #1918 (转测试): STE(v1.0)对接标准基站联调,STE收鉴权请求时,下行调度DCI 1_1总CRC出错。发生概率100%。
- 代码修改,请播雨再验证一下
- 09:53 错误 #1918: STE(v1.0)对接标准基站联调,STE收鉴权请求时,下行调度DCI 1_1总CRC出错。发生概率100%。
- 当PDCCH dci size 为 8 的整数倍时, 终端CRC check 模块在提取 reserve CRC 时 指针计算错误, 导致提取的CRC 和 计算的CRC 比对错误, 判为 CRC 错, DCI 1-1 的 siz...
2024-07-03
- 11:41 功能 #1901: STE(v1.0)对接标准基站联调,STE初始接入时msg5发送总失败。发生概率100%。
- 1 最初248上DU版本,会出现MSG5的第一次HARQ传输基站解析不到的问题,当HARQ重传MSG5时,由于调度的RV缺失了0,以及重传调度MCS使用的是29,无法计算TBSIZE,导致HARQ重传可以正确接收,也无法合并解析。针对...
- 11:17 错误 #1919 (已关闭): STE(v1.0)对接标准基站联调,STE鉴权失败(auth failure)。发生概率100%。
- 怀疑,可能一下原因:
(1)终端和核心网的imsi和k设置不一致导致。
(2)鉴权的参数不一致导致。
(3)终端或核心网,鉴权算法不一致或不对导致。
- 11:07 错误 #1918 (已关闭): STE(v1.0)对接标准基站联调,STE收鉴权请求时,下行调度DCI 1_1总CRC出错。发生概率100%。
2024-06-27
- 10:18 功能 #1901 (已关闭): STE(v1.0)对接标准基站联调,STE初始接入时msg5发送总失败。发生概率100%。
- UE msg5发送失败的问题,大致原因:
1,UE发msg5前,基站先发的dci指示,但UE未收到,UE未能盲检出第一个上行DCI。
2,基站发送新传DCI后,UE未盲检到此DCI时,基站接着收PUSCH时刻信号很低(此刻实际没有...
导出 Atom