5G优化案例：NSA站点割接核心网后5G频繁切换到4G问题优化案例.docxVIP

NSA 站点割接核心网后5G 频繁切换到4G 问题优化处理 NSA站点割接核心网后5G频繁切换到4G问题优化处理 XX网优中心 XX年 XX月 目 录 一、 问题描述 3 二、 分析过程 3 三、 解决措施............................................................................................错误!未定义书签。 四、 经验总结............................................................................................错误!未定义书签。 一、 问题描述 鹿城温州电信中心区大楼 5G 试点，NSA 组网（LTE 版本 V100R015C10SPC100、NR 版本V100R015C10SPC080），原先挂接在华为核心网下（PLMN 46031），割接到爱立信核心网（PLMN46011）后，用华为 M20X 测试发现手机可以占用到 5G 信号，使用过程中发现手机信号频繁地切换到 4G 锚点站上，之后又自动地切换回 5G 网络，如此反复出现。核心网割接后，基站侧修改参数如下：（1）修改 MCC/MNC（46031 改成 46011），（2）修改核心网地址，（3）修改 LTE 和 NR 基站的 TAC 地址；（4）LTE 侧重新添加 NR 外部小区和邻区定义。 二、 分析过程 核查告警与事件 LTE、NR 侧查询无新增告警； （LST ALMAF:;） LTE、NR 侧无新增异常事件； 信令跟踪确定问题原因 为定位该问题，启动相关跟踪，在 LTE 侧启动 S1/Uu/X2 的跟踪，在 NR 侧启动 X2 的跟踪，通过信令跟踪进一步确定问题原因。 在 NSA 模式下，测试用户接入 LTE 锚点站后，需要添加 5G 小区作为辅站。当收到 SgNB Reconfig Complete 消息后，表明添加 5G 辅站小区步骤完成，5G 接入成功。 从 LTE 侧的 X2 信令中，我们看到锚点站有触发 5G SGNB ADD Request 和 SGNB Reconfig Complete， 5G 接入正常。但是随后 5G 侧回复 SGNB Release Require, 其中失败原因为 Transport Resource Unavailable。 从跟踪的信令中可以确认，这种问题在 8 分钟内发生了 7 次，不是偶发事件。对比手机界面 5G 回落 4G 的时间，回落时间和 SGNB_REL_Require 时间一致，确认是由于该异常释放导致 5G 频繁到 4G。 LTE 和 NR 之间用户面链路检查 从 LTE、NR 侧的 X2 信令上发现，每次都是由于传输资源不可用导致的，结合用户可以接入 5G 网络，初步怀疑用户面有闪断或者配置异常。 （1）检查用户面链路状态正常 LTE、NR 侧查询链路状态命令；DSP SCTPLNK:; 用户面 ping 包测试（核心网地址），Ping 测试稳定，无失败或大时延，确认基站到传输 没有问题： （2）查询用户面自建立信息 在上述链路状态确认无问题后，进一步检查用户面配置信息， LTE、NR 侧查询用户面对端对象配置信息；LST USERPLANEPEER:; 发现 5G 侧有一条自建立的链路有问题，该地址是锚点站的设备 IP，但是对端标识显示是 46031，割接后已改成 46011，这条链路是割接前自建立的，没有重新建立。 （3）问题根因确认 5G 与 LTE 锚点站的 X2 链路是通过自建立完成，一般情况下不会通过手工进行配置。该站点为已开通站点，从 46031 的测试 PLMN 网络改挂到 46011 的现网 PLMN 后，之前已配置46031 的 X2 链路数据不会自删除。 5G 站点与锚点站 X2 自建立链路异常，自建立的对端参数未按修改后的实际情况配置， 造成 X2 自建立协商失败，5G 侧发起释放请求；之后 LTE 重新向对端 5G 站点发起辅站添加请求，导致频繁切换。 三、解决办法 确认问题后，通过如下步骤可解决上述问题： 1、 删除问题链路，重新自建立，问题已处理； 2、 删除问题链路，手动配置 X2-U 的链路。 ADD USERPLANEPEER: UPHOSTID=1, IPVERSION=IPv4, LOCIPV4="7.137.241.42", IPSECSWITCH=DISABLE; ADD GNBCUX2: gNBCuX2Id=0, CpEpGroupId=20, UpEpGroupId=20; 四、排查思路总结 对于 NSA 5G 的掉线问题， （1）首先需要区分是 5G 侧