广州电信大厦5G NSA接入失败问题定位

广州电信大厦5G NSA接入失败问题定位

目录

一、问题描述 (2)

1.1背景介绍 (2)

1.2NSA网络结构 (2)

二、分析过程 (3)

2.1 DT测试结果分析 (3)

2.2 后台分析 (4)

三、解决措施 (7)

四、经验总结 (8)

4.1成功经验 (8)

4.2推广建议 (9)

【摘要】对广州电信大厦20楼小区进行测试，所属BBU为N电信广场NR-BBU001-XJ，现场反馈NSA 用户接入失败，长时间驻留在4G，无法占用5G，同时测试log中信令侧没有上报辅站添加请求。按照规定动作，从多个方面进行问题定位和原因分析，最后定位为外部邻区问题，结合LTE优化同步进行，问题得以解决。

【关键字】NSA、接入问题

【业务类别】网络优化、5G

一、问题描述

1.1背景介绍

为了解广州电信大厦室分覆盖情况，从1楼到62楼对新建SA/NSA室分双模站点进行室内遍历测试过程中。在测试过程中，发现20楼NSA用户无法接入，长时间驻留在4G，如下图所示。从信令流程来看，LTE侧有下发B1测量，但一直不发起SCG添加，导致不活动定时器超时，主动释放RRC连接。

1.2NSA网络结构

NSA网络，目前采用Option3X方案，LTE eNB为主站，NR gNB为辅站。5G基站没有S1-C，信令面承载在LTE。

Option 3x中，数据分流锚点在gNodeB, 支持用户面数据仅在eNodeB上承载，或是通过gNodeB分流部分到eNodeB上承载。这种组网方式避免了5G大数据量对4G基站硬件升级的要求，减少了改造量，同时也减轻了丢包的现象。并且可以根据空口信号情况实时调整数据分流量，保证了终端的用户体验。因此option 3x是NSA组网首推的方式。

设备情况：

（1）测试终端：华为Mate20x（5G）

（2）测试软件：ProbeV500R002版本

（3）备用设备：CPE 1.0

二、分析过程

2.1 DT测试结果分析

分析测试log发现，LTE侧收到B1测量（如图1可知LTE锚点小区为1850频点PCI 439的小区），并且在UE上报B1后仍没有发起SGNB ADD（如图2所示）

图1 前台测试log分析1

图2前台测试log分析2

由图1可知，LTE锚点PCI为439，频点为1850，由图2可知测量到的NR为372PCI，且只测量到这一个NR小区PCI，为最强小区。不存在不是最强小区导致的不能接入问题。

2.2 后台分析

2.2.1 问题分析

据图1中B1下发可知，锚点与5G站点之间存在邻区关系，而且测量到的NR 满足小区重选触发，如下图4所示，但是图2中UE上报B1后仍没有发起SGNB添加，判断为锚点站与NR站点之间存在邻区之间PCI冲突或者X2问题。

2.2.2 切换策略分析

当5G邻区SSB RSRP > MinRxLevel@NrNFreq +NrFreqhighPriReselThld@NrNFreq 时满足小区重选门限，由图4可知-92> -68(最低接收电平2毫瓦分贝)*2+6(NR频点高优先级重选门限2分贝)*2,所以满足小区重选触发门限

2.2.3 X2链路分析

首先排查锚点站与目标NR站点之间是否存在X2链路，同时核查是否有X2告警，根据网管数据查得锚点站与NR站点之间存在X2且状态正常。其次，核查锚点站X2链路是否满规格，通过查询X2链路数并没有超过250条，排除X2问题。

上图为占用的LTE锚点小区的信息

上图为LTE锚点小区eNodeBID

上图为测量到的NR小区信息

上图为NR小区gNodeBID

根据对应关系可知，占用的LTE锚点小区与测量到的5G基站之间存在X2链路，且状态异常，而且没超过250条，由此排除X2故障和X2链路链路超过250条导致的不能进行SGNB添加的问题。

2.2.4 外部小区分析

经排查发现，由于5G基站进行了拆分，导致外部小区有冗余外部存在，导致·PCI冲突导致（图中红框所示），不同的gNodeB配置了相同的PCI，导致终端无法识别切换指向的PCI具体是哪个小区，从而不触发辅站添加的请求。

三、解决措施

针对相同PCI的小区进行修正，再次尝试接入，问题得以解决。

正常的NSA接入流程如下所示：

四、经验总结

4.1成功经验

根据本次问题处理经验，LTE收到测量报告没有触发Add流程但是不发起SgNB Add可能有以下可能原因：另外，也需要检查前置条件，如：LTE外部小区添加是否正确等

1.LTE-NR邻区配置异常（漏配或PCI冲突）

2.到目标站点的X2链路异常或者超过250条