项目

一般

简介

错误 #1101

【12pre2临时版本】业务长跑出现phy挂死退出；原因：API 消息丢失

由 陈 晓盟 在 超过 2 年 之前添加. 更新于 大约 2 年 之前.

状态:
已解决
优先级:
普通
指派给:
-
类别:
gNB-DU
开始日期:
2023-04-14
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
DU
发现问题版本:
Rel_2.1.12P
目标解决问题版本:
Rel_2.1.12P
FPGA板卡类型:
CPU类型:

描述

基站版本：el_2.1.12P_Pre2_Xeon
核心网版本：YZ-Core50000_Rel_3.0.2
终端CPE版本：四信 FNR100V1.1
phy（标准12pre2）
CU（4月3日）
DU（3月31日）
YZMM：yzmm- V2.1.12P_pre2
其他：5.8GHz环境
问题描述：
1、大上行配置，11终端接入，每个终端上行14M，下行8M流量；
2、长跑14小时左右，出现phy挂死退出

文件

api丢失.txt (3.16 KB) api丢失.txt 陈 晓盟, 2023-04-14 10:44

历史记录

#1

由 匿名用户 更新于 超过 2 年 之前

从log看有#1097的问题存在，同时还发现一些新的信息；
下行调度中调度K0,K1成功后，如果PDCCH分配不成功，return之前没有把可用PDCCH num回置，
造成多UE后续调度认为没有可用PDCCH；

同时，log存在大量search space中找不到可用Candidate的打印；虽然在大上行多UE的时候，这种情况理论分析是合理的，
但从log打印中的量来看，应该会影响到调度器处理的时延，需要想办法怎么解决这个问题，减少因为candidate被前面的调度使用了，
后面的调度依然依次尝试调度分配造成的时延。

#2

由 匿名用户 更新于 超过 2 年 之前

新版本修改了PDCCH num回置，以及在CCE余量不足的时候不尝试进行上下行分配，从而减少无效尝试消耗的线程资源

#3

由 匿名用户 更新于 大约 2 年 之前

  • 状态 从 新建 变更为 已解决

新版本未复现该问题

导出 Atom PDF