X2切换占比优化经验总结

galaxybamboo

X2切换占比优化经验总结

概述

X2切换可以有效减少切换时延以及切换过程中的VoLTE语音丢包，避免由于现网存在的S1切换与接续过程中流程冲突导致的未接通或掉话情形，因此提升全网系统内X2切换占比作为无线优化的重点工作之一需要落地。本文将详细描述诺基亚、HUAWEI、中兴三大厂家出现X2不通的原因、现象的根因进行分析，针对性进行参数，维护优化。

  诺基亚篇
诺基亚设备在添加邻区的时候只需要添加X2链路（LNADJ），在发生切换的时候会自动生成真是邻区（LNREL）。

厂家内邻区添加有两种方式：  手动X2链路配置
1）基于LTE492 ANR support for LTE with O&M extension
   涉及以下两个参数，maxNumX2LinksIn=64、maxNumX2LinksOut=60（默认配置） ，就激活LTE492功能

    特点：仅需要添加单向邻区，反向邻区会自动生成，（A加B，A->B，反向会自动生成B加A，B->A的邻区），且反向邻区cPlaneIpAddrCtrl为enbControlled 。

2）手动添加邻区
    maxNumX2LinksIn=0、maxNumX2LinksOut=0，即关闭LTE492功能


特点：需要添加双向邻区（A加B，A->B,B加A，B->A）
推荐：采用第一种方式添加邻区，基于LTE492功能，添加单向邻区，反向邻区自动生成。
为了统一起见C-Plan IP控制方式设置为oamControlled，邻区的IP、eNodeB ID必须进行配置，不要出现缺省的现象，配置见下图。

    现网许多站点的maxNumX2LinksIn=0、maxNumX2LinksOut=0，导致目标基站不会自动添加反向邻区，导致现网存在大量的单向邻区，建议后期将这两个参数统一修改为maxNumX2LinksIn=64、maxNumX2LinksOut=60，可以基于LTE492自动生成反向邻区。

  基于fully UE based ANR 自动邻区配置
主要涉及以下四个参数：
actUeBasedAnrInterFreqLte=true，actUeBasedAnrIntraFreqLte=true ， maxNumX2LinksIn=64、maxNumX2LinksOut=60即开启ANR自动邻区配置功能



     特点：基站根据UE上报的频点、PCI、TAC自动生成双向邻区，且生成的双向邻区C-Plan IP控制方式默认为enbControlled 。

由于现网邻区添加较多，目前建议将fully UE based ANR关闭（关闭时需将actUeBasedAnrInterFreqLte=false，actUeBasedAnrIntraFreqLte=false），否则一方面会添加较多超远邻区导致邻区PCI混淆，另一方面ANR添加的邻区由于参数设置问题会导致大量X2不通的情况。
厂家间邻区添加方式：诺基亚添加HUAWEI中兴的邻区方法相同都有两种方法。
  诺基亚先添加异厂家邻区
诺基亚基站添加异厂家邻区时需要配置X2，并且需要配置S1链路。
前期在添加异厂家邻区时将C-plan IP控制方式配置为enbControlled，IP缺省配置，仅添加eNodeB ID，出现X2不可用时需将C-plan IP控制方式配置为oamControlled。但是修改C-plan IP控制方式时IP必须进行配置，不可缺省。由于配置IP不可进行批量操作，必须手动对每条邻区进行处理，导致工作量急剧增大。
所以为了避免增大后期工作量X2链路配置时统一将C-plan IP控制方式配置为oamControlled，IP、eNodeB ID必须进行配置，不能出现缺省现象，配置见下图。

X2不通原因及比例诺基亚-南昌X2不通统计如下：
    南昌存在6000+条X2不通的邻区，目标基站归属主要是诺基亚与HUAWEI，还有较少中兴和跨省级的邻区。

南昌X2不通	目标基站归属
	HUAWEI	中兴	跨省396	诺基亚
6742	2738	165	396	3443

X2不通的各类原因、占比及解决方法：
分析南昌X2不通的站点，进行归类，发现问题主要较为严重的是前期开ANR后添加的单向邻区，以及双向IP缺省的异常邻区；与HUAWEI交界出处的邻区。

X2不通原因	现象	占比	解决方法
ANR添加	单向邻区	27.20%	超远邻区需删除，关闭ANR
ANR添加	单向邻区	15.71%	增补反向邻区，关闭ANR
ANR添加	双向邻区	14.12%	超远邻区需删除，关闭ANR
ANR添加	双向邻区	8.75%	修改参数，关闭ANR
基站故障	邻区不可用	3.69%	工程排障
目标基站IP错误	邻区不可用	0.03%	修改IP
异厂家X2不通	邻区不可用	24.59%	修改HUAWEI自动删除X2定时器
跨省X2不通	邻区不可用	5.87%	删除连续1月无切换指标邻区
X2链路未恢复	邻区不可用	0.03%	删除后重新建立

现网X2不通的案例案例1：单向邻区X2 不通（ANR添加）
        基于ANR仅添加了源小区到目标小区的单向邻区，C-plan IP的控制方式为enbControlled，且IP缺省。




      解决方法：将C-plan IP控制方式修改为oamControlled，添加邻区IP，并添加反向邻区。
案例2：双向邻区X2不通（ANR添加）
       基于ANR添加的双向邻区，双向邻区C-plan IP丛植方式都是enbControlled，且IP缺省。

    解决方法：将双向邻区的C-plan IP控制方式修改为oamControlled，添加邻区IP。

从现网邻区的X2情况来看，基于fully UE based ANR添加的邻区，会出现两种异常情况：
1)         单向邻区：单向邻区的C-plan IP的控制方式为enbControlled，且IP缺省。
在维护的时候需要考虑邻区之间的距离，如果属于超远邻区，需要进行删除该单向邻区，如果是必要邻区则需要添加IP，并添加反向邻区保证X2可用。
2)         双向邻区：双向邻区C-plan IP的控制方式为enbControlled，且IP缺省。
在维护的时候需要考虑邻区之间的距离，如果属于超远邻区，需要进行删除该双向邻区，如果是必要邻区需要添加IP保证X2可用。
为保证参数一致性，在维护时统一将C-plan IP的控制方式修改为oamControlled。

案例3：目标基站故障导致X2不通



解决方法：工程对目标基站排障解决。

案例4：目标基站IP错误导致X2不通

解决方法：修改邻区目标基站对应的IP地址即可，508469正确IP为100.82.1.214。
目前出现邻区IP地址配置错误的原因有两种：
1)         人为添加邻区时，将IP地址配置错误，这种错误出现的概率较小。
2)         基站ptn割接后，邻区里的IP未进行同步更新，理论上是ptn割接后邻区里的IP会进行自动同步更新，但是会出现一些IP未同步更新的情况，所以需要对邻区IP进行核查，将错误的IP进行修改。

案例5：与HUAWEI基站互加为邻区X2不通有切换
        
     提取该邻区对的切换指标，两个小区有切换指标，由于X不通，该切换通为S1切换。

源小区（诺基亚）	目标小区（HUAWEI）	INTRA_HO_PREP_FAIL	INTER_HO_PREP_FAIL_OTH	INTER_HO_PREP_FAIL_TIME	INTER_HO_PREP_FAIL_AC	PREP_HO_FAIL	HO_ATT	HO_SUCC	EXECUTE_HO_FAIL
508048_41	508494_51	0	0	0	0	0	137	134	3
508048_42	508494_52	0	0	0	0	0	154	152	2

   
    解决方案：查询HUAWEI基站发现只有邻区关系，无X2链路，需与HUAWEI工程师一同进行分析。
        
案例6：与HUAWEI基站基站互加为邻区X2不通无切换
    与HUAWEI基站互加邻区关系，X2不通，查询后台切换指标，无切换请求次数。

解决方案：查询HUAWEI基站发现只有邻区关系，无X2链路，需增补X2链路问题解决。

中兴篇邻区添加、删除原理中兴邻区添加基于SON进行自动邻区添加，包括X2自建立和X2自删除。
  X2自建立，分为如下两个场景：
1.         X2偶联个数处于低门限状态下，当添加邻区关系式即触发X2自建立
2.         X2偶联个数处于高门限状态下，基于统计触发X2自建立
  X2自删除，分为如下四种场景：
1.         当删除邻区关系时马上触发X2自删除
2.         X2偶联个数处于高门限状态下，基于触发统计触发X2自删除
3.         基于扫描无效偶联的X2自删除
4.         两个站之间重复的X2偶联删除
备注：偶联个数即SCTP链路的个数，可以设置一个高门限、低门限来控制X2的个数，当X2个数少于低门限时，基站会添加发生切换的小区，不考虑成功率及发生切换的次数；当X2个数多与高门限时，基站会考虑切换成功率及发生切换的次数今天加必要邻区。删除的原理类似。