项目

一般

简介

功能 #1901

STE(v1.0)对接标准基站联调,STE初始接入时msg5发送总失败。发生概率100%。

李 常10 个月 之前添加. 更新于 10 个月 之前.

状态:
已关闭
优先级:
普通
指派给:
开始日期:
2024-06-27
计划完成日期:
2024-06-29
% 完成:

100%

预期时间:
问题归属:
DU, 终端
CPU类型:

描述

UE msg5发送失败的问题,大致原因:
1,UE发msg5前,基站先发的dci指示,但UE未收到,UE未能盲检出第一个上行DCI。
2,基站发送新传DCI后,UE未盲检到此DCI时,基站接着收PUSCH时刻信号很低(此刻实际没有收到上行数据,UE也未发),接下来基站发送了一个重传DCI,修改了MCS(27-30之间,目前是29),导致UE计算tb-size错误,基站检查PUSCH CRC ERROR。

终端和基站似乎都有不合理的地方,需要优化。

历史记录

#1

王 艳芳 更新于 10 个月 之前

1 最初248上DU版本,会出现MSG5的第一次HARQ传输基站解析不到的问题,当HARQ重传MSG5时,由于调度的RV缺失了0,以及重传调度MCS使用的是29,无法计算TBSIZE,导致HARQ重传可以正确接收,也无法合并解析。针对该问题,基于基站DU-Alpha-2.2.18(TAG)的版本,增加了RV及重传MCS的修改;

2 基站DU原K2的配置值从3开始,STE无法支持,针对这个问题,更新基站的K2配置从8开始。

基于上述两个修改,基站可以正常解析STE发送的MSG5。

#2

王 艳芳 更新于 10 个月 之前

  • 跟踪错误 变更为 功能
  • 状态新建 变更为 已解决
  • % 完成0 变更为 100
#3

王 艳芳 更新于 10 个月 之前

  • 状态已解决 变更为 转测试
  • 问题归属 DU 已添加
#4

王 艳芳 更新于 10 个月 之前

  • 指派给王 艳芳 变更为 刘 播雨

需要回归测试没问题后,才能修改为已解决状态

#5

刘 播雨 更新于 10 个月 之前

  • 状态转测试 变更为 已关闭

已解决关闭

导出 Atom PDF