锚点LTE与NR的X2自建立链路无法自动更新MNC导致NR辅站变更问题.docx

《锚点LTE与NR的X2自建立链路无法自动更新MNC导致NR辅站变更问题.docx》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、锚点LTE与NR的X2自建立链路无法自动更新MNC导致NR辅站变更问题案例上报省份：福建案例上报人：陈杨毅、陈松、李昌新、沈传征一、关键词：NSA，辅站变更，X2自建立，PLMN二、案例分类1.问题分类：切换类2.手段分类：参数调整三、优化背景在NSA实验网中，通常会将锚点LTE，NR辅站及测试终端卡的PLMN设置为460-08，即MNC配置为08。而后期，为了正式商用后大众用户无需换卡即可享受5G，在具备460-00的核心网条件时，锚点LTE和NR辅站又会将MNC变更回00。本次问题发生在一个

2、MNC=00的NR站，在做完基本验证后，又改为实验网的MNC=08，并进行区域道路测试的时候。四、问题现象道路测试中，经过修改完MNC的NR站路段，出现多次NR掉线。分析前台测试log，发现测试终端多次上报测量报告，指示PCI=973（即MNC由00改为08的站点）的SS-RSRP电平更佳，但是LTE锚点始终未下发重配置指示NR辅站变更，最后源NR辅站信号质差掉线。如下图所示：一、原因分析根据以往LTE的分析经验，多次上报测量报告，但基站未触发切换命令，这是典型的邻区漏配现象。而且NSA下的5G

3、测试，邻区配置涉及4G与5G，5G与5G间的相互配置，更加复杂，容易出错。但是，邻区核查的结果为，邻区配置无误，不仅配置了相互之间的邻区关系，而且NR外部小区及邻区关系中的MNC也都已经改为了08。又核查了站点的故障及告警，均未发现问题。进一步提取测试时后台LTE锚点站虚用户跟踪的信令，发现测量报告上报后，锚点LTE有向PCI=973（MNC由00改为08的站点）发送SGNB_ADD_REQ，而且NR站点也回复了SGNB_ADD_REQ_ACK，但是锚点LTE立即发送了SGNB_REL_REQ释

4、放了该NR，原因是“传输资源不可用”。如下图所示：继续分析，从SGNB_ADD_REQ_ACK里面，可以看到NR这侧的MNC已经是08了，与我们将其改为08相符。如下图所示：然后再由LTE侧查看NR的IP地址，发现X2自建立的链路，其UPPEERID是70286，这个是在EPGROUP16里面自学习到的，而查询EPGROUP16绑定的是运营商id为0，继续查询运营商id为0的MNC对应的是00，而不是08。也就是X2自建立的链路是MNC为00的链路，LTE锚点因此立即释放了该NR辅站。如下图所示

5、：综上，PCI=973（MNC由00改为08的站点）的NR站无法切换入的原因为LTE站点到该NR站点的X2传输资源不可用，不可用的原因是因为当前X2链路是在MNC=00下，而不是在MNC=08下。这种情况的由来，是因为这个NR站点之前的MNC是00，后面改成08，X2链路之前是在MNC=00下进行自建立的，后来NR的MNC修改为08后，虽然底层X2的ip是通的，也成功发送SGNB_ADD_REQ并接收了对端的SGNB_ADD_REQ_ACK，但是业务校验时发现业务需求的X2其MNC为08，而在0

6、8里面去找X2-C就找不到了，也自建立不起来，因为00里面已经存在了，所以LTE锚点只好释放了该NR。一、解决方案该问题发生在NR站点修改MNC后，如果LTE锚点和NR站点间的X2链路自建立于修改之前（为00），且NR站点修改MNC后未重新建立新的X2链路，即使邻区配置正常，也将导致该NR站点无法切入。这类问题往往被忽略，因为X2链路是自建立的，并未有参数去配置。修改MNC后通常只记得对应修改邻区配置。鉴于X2自建立的链路无法根据NR站点MNC的改变，自动更新链路的MNC。因此，只能在每次修改完

7、NR站点MNC后，对NR已有自建立的与LTE锚点的X2链路进行手动删除，让测试终端现场测试，触发重新自建立最新MNC下的X2链路。后台在对应X2链路的LTE锚点上执行MML代码参考如下：CLRUPPEER2EPGRP:EPGROUPID=16,IPVERSION=IPv4,PEERIPV4="xx.xx.xx.xx";RMVSCTPPEER2EPGRP:EPGROUPID=16,SCTPPEERID=xx;一、效果评估后台删除原有X2链路后，由测试终端现场测试，触发重新自建立X2链路，该NR站点

8、即可正常切换入，NR辅站变更成功。二、基于案例提炼的方法、流程及评估标准建议1、当终端多次上报NR辅站的测量报告，而未触发辅站变更，首先思路是核查邻区漏配情况，因为NSA组网下4/5G邻区多对多的配置方式容易出错。但这也可能不是真正的问题原因。2、当邻区核查正常时，可考虑X2链路上的SGNB_ADD_REQ和SGNB_ADD_REQ_ACK信令流程是否正常。3、实验网NR的MNC可能会涉及多次改动，在每次改动后，要先确认已自建立的X2链路的MNC是否正确，如果与改动后的NR站点MNC不一致，需要