项目

一般

简介

错误 #912

UE对DU发送的UEContextReleaseRequest没响应

由 b jz 在 超过 2 年 之前添加. 更新于 超过 2 年 之前.

状态:
已关闭
优先级:
普通
指派给:
王 旭初
类别:
-
开始日期:
2022-08-31
计划完成日期:
% 完成:

0%

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

描述

UE连接态未建立PDU导致定时器超时释放UE
DU发送的UEContextReleaseRequest没响应

文件

1.png (10.5 KB) 1.png b jz, 2022-08-31 18:16
1.jpg (84.2 KB) 1.jpg 王 旭初, 2022-10-28 23:22

历史记录

#1

由 b jz 更新于 超过 2 年 之前

  • 文件 1.png 1.png 已添加
  • 状态 从 新建 变更为 进行中

CU为了稳定性增加了timer保护，当NAS消息没有响应时释放UE。

问题UE连接态未建立PDU导致定时器超时释放导致DU发送的UEContextReleaseRequest没响应

#2

由 高 峰 更新于 超过 2 年 之前

预计11P Pre2完成

#3

由 b jz 更新于 超过 2 年 之前

  • 指派给 从 b jz 变更为 杨 杨乐
#4

由 杨 杨乐 更新于 超过 2 年 之前

  • 状态 从 进行中 变更为 转测试

【现象】
当有多个CPE接入时，当接入信令走到UplinkNASTransport, Registration complete，再没有别的正常信令，然后UE上报释放，则进入下一次的重新接入

【原因】
从代码跟踪定位，当收到信令UplinkNASTransport, Registration complete后，CU会发送NAS消息给核心网，进入函数process_ng_ul_nas_transport，在该函数会重启定时器来监视5GC返回的消息；如果在2s内UE没有建立PDU的需求，那么核心网不会发送消息给CU，则CU的定时器会触发释放UE的动作，导致UE重新链接

【解决方法】
当CU收到了RRC Reconfigure complete之后，也就是信令面建立完成，则不需要启动定时器来监视NAS消息

#5

由 高 峰 更新于 超过 2 年 之前

  • 指派给 从 杨 杨乐 变更为 王 旭初
#6

由 王 旭初 更新于 超过 2 年 之前

  • 文件 1.jpg 1.jpg 已添加
  • 状态 从 转测试 变更为 已解决

复现场景并且收集报文和日志，搜索错误关键字：TMR_INACTIVE_TRIG，没有出现相关打印。
观察报文，其中cu_ueid为10的ue，可正常释放
F1AP/NR RRC/NAS-5GS UL Information Transfer, Registration complete MAC=0x2693991c 10 10 NGAP InitialContextSetupResponse 10 92
NGAP/NAS-5GS UplinkNASTransport, Registration complete 10 92
NGAP UEContextReleaseComplete 10 92
F1AP UEContextReleaseComplete 10 10
F1AP UEContextReleaseCommand 10 10

#7

由 高 峰 更新于 超过 2 年 之前

  • 状态 从 已解决 变更为 已关闭

导出 Atom PDF