|
X2切换占比优化经验总结 概述X2切换可以有效减少切换时延以及切换过程中的VoLTE语音丢包，避免由于现网存在的S1切换与接续过程中流程冲突导致的未接通或掉话情形，因此提升全网系统内X2切换占比作为无线优化的重点工作之一需要落地。本文将详细描述诺基亚、华为、中兴三大厂家出现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不通的情况。
厂家间邻区添加方式：诺基亚添加华为中兴的邻区方法相同都有两种方法。
![]() 诺基亚先添加异厂家邻区
诺基亚基站添加异厂家邻区时需要配置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不通的邻区，目标基站归属主要是诺基亚与华为，还有较少中兴和跨省级的邻区。
南昌X2不通 | 目标基站归属 | 华为 | 中兴 | 跨省396 | 诺基亚 | 6742 | 2738 | 165 | 396 | 3443 |
X2不通的各类原因、占比及解决方法：
分析南昌X2不通的站点，进行归类，发现问题主要较为严重的是前期开ANR后添加的单向邻区，以及双向IP缺省的异常邻区；与华为交界出处的邻区。
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% | 修改华为自动删除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：与华为基站互加为邻区X2不通有切换
提取该邻区对的切换指标，两个小区有切换指标，由于X不通，该切换通为S1切换。
源小区（诺基亚）
| 目标小区（华为）
| 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
|
解决方案：查询华为基站发现只有邻区关系，无X2链路，需与华为工程师一同进行分析。
案例6：与华为基站基站互加为邻区X2不通无切换
与华为基站互加邻区关系，X2不通，查询后台切换指标，无切换请求次数。
解决方案：查询华为基站发现只有邻区关系，无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个数多与高门限时，基站会考虑切换成功率及发生切换的次数今天加必要邻区。删除的原理类似。
| 
3
发表于 2017-3-22 21:16:40
