项目

一般

简介

错误 #1041

【R2.1.12Pre1版本-MutiRU】10终端在mutiRU环境下，从一个RU切入另一个RU，部分CPE无法正常接入

由 刘 刘新波 在 大约 2 年 之前添加. 更新于 大约 2 年 之前.

状态:
挂起
优先级:
普通
指派给:
杨 杨乐
类别:
gNB-CU
开始日期:
2023-02-15
计划完成日期:
% 完成:

0%

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

描述

基站版本：el_2.1.12P_Pre1_Xeon
核心网版本：YZ-Core50000_Rel_3.0.2
终端CPE版本：四信 FNR100V1.1
YZMM：yzmm- V2.1.12P_pre1
其他：5.8GHz环境
问题描述：
1、基站启动三层后，10CPE分别接入两个RU，接入正常
2、基站启动三层，10CPE接入0号RU，接入正常；
3、不重启三层，10CPE接入1号RU的覆盖范围，部分CPE始终无法接入
4、其他条件不变，重启10CPE，依然有部分CPE无法接入，抓包查看信令，新的用户尝试接入，基站回复rrcreject，waittime=5s，T302超时后，UE重新尝试接入，基站仍然回复rrcreject消息。循环往复。
5、重启三层，10CPE可以正常接入。

文件

rrc-reject.rar (13.8 MB) rrc-reject.rar 刘 刘新波, 2023-02-15 12:04

历史记录

#1

由 高 峰 更新于 大约 2 年 之前

按照刘新波说法，应该是构造RU切换测试时，中断天线，又重新接到另一个RU 天线时，发生的部分UE无法接入，甚至断电也无法接入的情况。
此问题与MRU特性应该没有关系，应该是中断天线，终端掉线重新接入触发了异常流程。
杨乐看CU log日志发现，接入是用CRNTI是重复的，已经被占用了。

#2

由 杨 杨乐 更新于 大约 2 年 之前

  • 状态 从 新建 变更为 进行中
#3

由 杨 杨乐 更新于 大约 2 年 之前

  • 状态 从 进行中 变更为 挂起

刘新波和陈晓盟复现过三四次，都没有复现出该问题，建议复现后继续定位

导出 Atom PDF