项目

一般

简介

错误 #3334

【3.0整机】Rel_3.0.1_Pre1T5,21环境，128UE反复接入

由 周 磊 在 大约一个月 之前添加. 更新于 22 天 之前.

状态:
已解决
优先级:
普通
指派给:
周 磊
开始日期:
2025-05-14
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
CU
发现问题版本:
Rel_3.0.1
目标解决问题版本:
Rel_3.0.1

描述

简述：【3.0整机】Rel_3.0.1_Pre1T5,21环境，128UE反复接入
测试版本：Rel_3.0.1_Pre1T5
问题描述：【3.0整机】Rel_3.0.1_Pre1T5,21环境，128UE反复接入
目前更换gnb_cu_3.0_0514，基于T5，整个终端接入信令的超时时间修改成了30s，DRB最大延迟建立时间2000->15000,可接入128UE,接入比X86核心网慢
后续需要评估ARM核心网性能，看下业务情况

文件

20250515-092422.jpg (336 KB) 20250515-092422.jpg 席 振斌, 2025-05-15 09:24
20250515-092429.jpg (337 KB) 20250515-092429.jpg 席 振斌, 2025-05-15 09:24

历史记录

#1

由 席 振斌 更新于 大约一个月 之前

通过报文和cu日志分析，通过TM500接入128时，在1s内有10个左右的终端的msg3信令到基站后，有发现10个终端的中每个终端的接入流程走完都超过了10s,通过报文发现，其耗时主要在终端和核心网在进行nas信令交互的时候有时会耗时较长，如下图所示：


一但终端的接入流程耗时较长会触发cu侧inactive定时器和用户面延时建立定时器的超时，针对目前出现的情况为了保证测试继续，cu基于T5，inactive超时时间修改成了30s，DRB最大延迟建立时间2000->15000(2s->15s),

#2

由 席 振斌 更新于 大约一个月 之前

  • 指派给 从 席 振斌 变更为 周 磊
#3

由 周 磊 更新于 22 天 之前

  • 状态 从 进行中 变更为 已解决

修改后几轮测试，均可接入128ue

导出 Atom PDF