X2接口切换成功率低问题分析处理
X2接口切换成功率低问题分析处理
一、发现问题
在日常指标监控中，发现龙泉市系统内切换成功率连续偏低且明显低于其他县市。
通过进一步的指标分析，发现龙泉全网的X2接口切换成功率异常。
二、问题分析
查看网管告警日志，并没有发现龙泉现网告警，硬件故障、底噪等异常情况。
通过进一步分析npo指标发现：
1、龙泉全市的eNB小区间切换成功率保持在较高成功率水平；
2、X2接口切换次数较多，占到所有切换次数的75%（=66026/89982），成功率偏低；
而S1切换由于次数极少，只占到总切换次数的0.05%，对指标没有实质性的影响（在阿朗设计原则是优先选择X2 HO，如果X2 HO不能做，才选择S1 HO）。
通过提取小区级别指标来分析指标，我们发现部分基站X2接口切换次数多，切换成功率低。
从地理位置上分析，这部分基站位于龙泉市区东侧，相互之间切换的次数较多。
如下图所示。
进一步分析NPO计数器，从Indicator子项分析X2切换失败次数最多是12709_0 HOPreparationFailureOther (词条解释：X2AP HANDOVER PREPARATION FAILURE received from the target eNodeB目标小区x2AP切换准备失败)。
三、问题解决
第一步，实地测试
现场对问题区域内路段进行DT测试，让UE来回切换记录log，基站侧同时开启基站calltrace信令跟踪。
09:00:58:889UE发了一个MR消息，通过A3事件从PC150到148进行切换，之后UE连续发送了2个MR消息，但UE未收到eNB的RRC Connection Reconfiguration响应消息；RRC产生了掉线,最终重选回到LF_B_龙泉城东_1（PCI=150）。
说明切换没有完成，尚在准备
阶段。
第二步，分析信令
从calltrace信令跟踪结果来看，所有的X2 HO failure都是target eNB HO preparation failure（unknown MMC code）导致的，即source cell归属的MME code和target cell
归属的MME code不匹配导致的。
详细分析信令，可知
第一段：Source ENodeBID: 328681, Target ENodeBID: 328685切换成功；
第二段：Source ENodeBID: 328681, Target ENodeBID: 328685切换失败
（Old-eNb-UE-X2AP-ID: 2044, Cause: unknown-MME-Code）；
其中328685是LF_B_龙泉环城东路工业区基站，328685是LF_B_龙泉城东基站。
从统计结果来看328681向328685发起的HO request中，会有几率因unknown MMC code 导致切换失败。
第三步，检查MME的相关配置
发现LF_B_龙泉环城东路工业区基站只配置了一条mme实体（主用），这样在eNB跨MME切换时会产生问题。
修改后的MME接入地址信息：
两个MME实体，在同一个eNB上，要有主、备之分，即Primary和Secondary。
四、效果验证
配置正确的MME数据后，我们进行了NPO指标跟踪，可以发现龙泉市系统内切换成功率有了明显的提高，erab掉线率等重要无线指标都得到了一定程度的改善。
LTE实战技巧之切换成功率优化
LTE实战技巧之切换成功率优化1 概述LTE切换成功率是运营商重点考核的三大指标之一，作为后台人员，在处理Top坏小区的时候，不可能每次都要求前台去复测重现、分析信令，因此如何在没有前台测试数据支持下，从各种网管统计数据中交叉分析互相印证、判断低切换成功率的原因并加以解决是KPI分析人员必备的技能之一。
本文从切换的统计点、信令流程、数据分析及常见问题环节几个方面对切换成功率进行全方位的分析。
2 切换流程及统计点我们先来看看切换成功率的计算公式，切换成功率有两个公式：不含切换准备的切换成功率：切换成功率（不含切换准备）=切换成功次数/切换尝试次数*100%含切换准备的切换成功率：切换成功率（含切换准备）=切换成功次数/切换请求次数*100%各地运营商的关注指标视各自的情况有所不同。
按照涉及的网元关系，切换可以分为三大类：eNB内切换、eNB 间X2切换及eNB间S1切换。
其中eNB内切换不涉及邻区配置参数，并且站内切换涉及网元少，一般切换成功率较高；eNB间X2切换次数最多，对全网切换成功率影响最大，S1切换次数较少，并且与X2切换信令流程较类似。
因此我们以X2切换为例进行流程分析，考察切换成功率指标的统计点。
eNB间X2切换的信令流程如下：一个完整的切换流程大致分为以下几个步骤：1、eNB发送测量控制，UE根据当前小区的测量控制信息，将符合切换门限的小区进行上报；2、源小区在收到测量报告后通过X2向目标小区发送HO Request申请资源，切换成功率计算公式中的第一个统计项HO_Req 的信令统计点就在这里（也叫切换准备）；3、目标小区准备好相应资源，并将终端的接纳信息以及其它配置信息反馈给源小区；4、源小区将目标小区的接纳信息及配置信息发给终端，告知终端目标小区已准备好终端接入，重配消息里包含目标小区的测量控制；HO_Attempt在此计数；5、终端使用重配消息里的接入信息接入目标小区，核心侧完成路由切换后，目标小区通知源小区释放资源，切换成功，此时源小区的HO_Success统计在此计数。
LTE切换失败问题分析案例
X2IPPATH配置问题导致切换不成功关键字：X2IPPATH 切换【现象描述】切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。
【原因分析】对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种：（1）传输资源不够用；（2）没有配置IPPATH；（3）IPPATH中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。
所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。
【处理过程】每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID确认目标基站B2的ID。
从该次切换的切换命令（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。
先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。
在webLMT上的命令如下：LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId。
LST IPPATH; 根据X2接口标识X2InterfaceId，查看X2口两端的IP配置是否正确。
通达国际LTE-2小区X2切换失败处理案例
名称：通达国际LTE-2小区X2切换失败处理案例
提交人：岳明提交日期：2017-6-19
软件版本：EMB5116_TD-L V6.00.10.50.35.12 硬件版本：EMB5116_TD-L V6.00.10.50.35.12
【问题描述】：在日常X2切换质差问题小区处理中，发现通达国际LTE-2小区连续几天指标较差，切换失败次数每天在8000次以上，如下所示：
其切换对如下：
【问题分析】：提取CDL统计失败原因主要为：切换出失败UE在源侧发起重建立和核心网原因导致切换出失败，如下图所示：
源小区向目标小区切换走高优先级的A4切换，A1/A2/A4等参数无异常。
一般切换重建立回源侧的原因主要有目标小区覆盖不好或目标小区电平陡降，核心网原因导致切换出失败的可能原因为PCI复用度过高。
从CDL切换统计中看出在切换前源小区和目标小区电平均良好，核查同频同PCI情况发现附近新开小区陇商国际3（室分）LTE-1小区和目标小区经五路纬三路十字LTE-5均为D频点PCI是388，如下图所示：
失败过程流程图如下：
故需修改经五路纬三路十字LTE-5小区的PCI 后观察。
【优化建议】：将目标小区经五路纬三路十字LTE-5的PCI 由388修改为268。
【优化效果】：修改PCI 后，通达国际LTE-2小区切换失败次数明显减少，指标如下：
【备注】：附件或日志：
时间 ENBID 小区名 eNB 间X2
切换成功
率 eNB 间X2切
换出请求次数(HO.AttOut
eNB 间X2切换出成功次数(HO.SuccOutI X2。
案例-小区割接导致X2切换成功率低案例
小区割接导致X2切换成功率低案例摘要： LTE异常小区优化过程中，发现阜阳锦华第一郡附近小区X2切换成功率告警出现突增现象，影响全网KPI，需处理。
关键字：异常小区 X2告警【问题描述】日常优化处理LTE异常小区过程中，发现市区X2告警出现突增现象，告警小区集中分布于阜阳锦华第一郡附近，严重影响全网指标，需处理。
地理位置：【问题分析】1告警与配置参数排查排查告警小区故障情况，未发现任何异常，基站配置参数正常，且未进行相关参数调整，排除基站侧问题。
2信令跟踪分析查询特定小区间两两切换发现切换失败小区均为438167-50，即XY-FY-市区-锦华第一郡二期-HFTA-438167-50。
U2000网管查询438167-50站点配置情况，未找到相应438167-50小区关系，即网管中不存在438167-50小区，如下：经核查，XY-FY-市区-锦华第一郡二期-HFTA-438167-50于9月5日进行了割接，割接后小区为XY-FY-市区-锦华第一郡二期-HFTA-152162-181，割接后现网中438167-50已经不存在了，割接清单如下：核查X2告警小区的外部小区以及同频邻区，发现与438167-50邻区关系依然存在，详情如下：异常小区X2告警增多的原因为：438167-50小区割接为152162-181之后，周围小区原添加的438167-50邻区关系未及时更新，导致与438167-50邻区进行X2切换时全部失败。
【问题解决】删除438167-50邻区关系，并更新438167-50割接后的邻区关系，周边X2切换恢复正常。
【问题总结】LTE网络中，站点割接后邻区未及时更新的情况时有发生，建议站点割接后，及时核查割接站点及周围站点的邻区关系，确保邻区能够及时被更新，避免漏配错配现象的发生，提升用户的4G网络感知。
经典案例_关断扩容小区状态异常导致X2接口切换失败
关断扩容小区状态异常导致X2接口切换失败【摘要】本文描马鞍山在7月扩容小区操作后，3.7版本网管升级后，之前关断状态的小区进行“关断”操作后，由于eNodeB和OMMB之间的信息交互，小区状态异常，导致和周边站点产生X2接口切换失败。
【关键字】中兴版本扩容小区状态异常 X2接口切换失败【问题描述】7月12日-7月13日，马鞍山产生146个X2切换成功率低的异常小区，全网X2接口切换成功率由99.5%降低到98.4%左右，下降约1.1%。
图1：全网X2接口切换成功率趋势7月12日-13日X2切换类异常小区.xlsx【问题分析】1)146条异常小区主要分布在市区、博望、当涂等区域，无明显集中区域，对全网X2接口切换成功率进行统计，博望、花山子网X2接口切换成功率恶化严重，指标恶化时间为7月12日10时至11时。
图2：子网X2接口切换成功率趋势2)提取X2切换恶化扇区小区对，发现主要切换失败为何2.1G扇区的切换失败，且存在切换请求次数而同时切换执行成功次数为0。
图3：X2接口切换异常小区小区对3)对切换失败小区对次数大于1000次的扇区进行统计，切换失败扇区主要与以下扇区进行切换，且切换成功率为0，导致X2接口指标切换严重恶化。
表1：切换失败小区对查询7月12日10时-11时，进行小区扩容操作，与切换失败扇区基本吻合，扩容清单如下：表2：扩容扇区清单4)查询新增扩容扇区，小区状态为人工关断状态，但是仍存在切换，且切换全部失败。
图4：扩容扇区扇区关断操作记录截图7月13日16点，查询扩容小区扩容完成后已进行关断操作，对部分新增扩容扇区进行“解关断”再“关断”操作后指标恢复。
5)随后对6月所有新增扇区进行“解关断”再“关断”操作后，全网X2切换指标恢复正常，查询小区对扩容站点周边扇区向新增扩容扇区的切换对也没有了。
图5：扩容扇区扇区重新关断操作记录截图图6：扩容扇区重新关断后X2接口切换成功率指标情况【解决方案】针对上述故障发生时间和指标恢复操作记录可知，故障发生时间与网管升级时间匹配，且通过“解关断”“关断”小区操作后，故障恢复，基本可以判定为网管升级导致的小区状态异常。
精品案例_X2邻区切换对丢失情况下X2切换问题分析
X2邻区切换对丢失情况下X2切换问题分析目录X2邻区切换对丢失情况下X2切换问题分析 (3)一、问题描述 (3)二、分析过程 (4)2.1分析思路 (4)2.2告警查询 (6)2.3指标核查 (6)三、解决措施 (7)四、经验总结 (8)X2邻区切换对丢失情况下X2切换问题分析【摘要】异常小区分析过程中发现x2切换异常问题，平台采集的数据x2切换成功率只有75%，存在x2切换问题，在网管提取X2两两切换指标分析发现X2切换成功率正常，可能存在X2邻区切换对丢失的情况，通过网管对弦瑞的X2信令进行跟踪并分析发现超远邻区。
【关键字】X2切换、邻区切换对丢失【业务类别】优化方法一、问题描述异常小区分析过程中发现HS-黄山区-弦瑞-HFTA-162590-151 x2切换异常问题，平台采集的数据x2切换成功率只有75%，存在x2切换问题。
二、分析过程2.1分析思路eNodeB间基于X2的切换流程X2接口切换成功率指标统计如下所示：X2接口切换成功率=eNodeB间X2接口切换出成功次数/eNodeB间X2接口切换出尝试次数*100由信令流程可知，切换请求次数的统计点是从源eNB发起HO Request开始的，因此前面的源eNB和UE进行测量控制、测量上报等等信令交互都不影响切换成功率的计算，也就是说，只要源小区不发HO Request，就不会影响切换成功率指标，因此，对切换成功率有影响的主要环节如下：1、切换准备阶段信令失败点：源小区向目标小区发送HO Request，但目标小区未回复HO Request ACK；其他特征：目标小区切入准备成功率低，有时伴有阻塞或告警可能原因及排查方案：1）目标小区故障---排障2）目标小区资源不足、拥塞---负载均衡、扩容3）目标小区与源小区MME配置不一致---核查基站参数配置2、切换执行阶段信令失败点一：源小区向终端发送RRC重配指示，但终端未收到；X2口信令表现为源小区T304超时后，发起Handover Cancel其他特征：终端未收到下行的RRC重配指示，说明此时下行链路较差可能原因及排查方案：1）下行干扰（因下行链路较差）---干扰排查2）切换过晚---核查切换参数（offset等）,并检查有无漏配的邻区3）弱覆盖---调整天线功率、下倾角或新建站等改善覆盖信令失败点二：终端无法接入到目标小区，X2口信令表现为源小区T304超时后，发起Handover Cancel其他特征：此时需要检查目标小区的接通率是否有问题可能原因及排查方案：1）目标小区故障---排障2）目标小区受到干扰---排查干扰3）接入参数设置问题---检查目标小区接入参数4）弱覆盖---调整天线功率、下倾角或新建站等改善覆盖5）PCI混淆—PCI优化将上述原因归纳总结为：本小区原因分析1、是否存在告警2、是否存在干扰情况3、检查小区切换相关参数，包括A事件相关门限迟滞等邻小区原因分析1、是否存在告警2、是否存在干扰情况3、在mapinfo地图工具上查看两邻区距离，是否属于超远邻区4、检查邻小区与周边站点是否存在同频同PCI情况5、提取邻小区KPI指标，是否存在某时段的零流量零业务情况，排除隐性故障。
切换成功率低处理方法研究
切换成功率低处理方法研究周明平【摘要】切换成功率是考核网络性能的一个重要指标，通常全网切换成功率应保持在95%以上。
切换失败主要分为两部分：切换准备失败和切换执行失败。
对于切换准备失败，BSC内的原因主要有目标小区拥塞、硬件问题等。
对于跨MSC的切换，涉及E口信令转换，交换切换数据，编码方式沟通等原因，需要信令跟踪分析定位。
而切换执行失败，原因主要有无线环境、参数设置、小区硬件故障等。
%Success rate of switching is an important index to evaluate the network performance, usually the success rate of whole network handover should be maintained at more than 95%. Switching failure is mainly divided into two parts:switching preparation failure and switching execution failure. To failure for switching preparation, there are two reasons in BSCas the target cell is crowed and the hardware problems, etc. For reasons of switching cross MSC, involving the E port signaling switching, exchange switching and communication of encoding method, it needs signal to track, analyze positioning.As for failure to switching execution, it mainly dues to the wireless environment, parameter setting, small hardware failure and so on.【期刊名称】《无线互联科技》【年(卷),期】2016(000)024【总页数】3页(P20-22)【关键词】切换成功率;GSM问题小区;网络性能【作者】周明平【作者单位】南京欣网通信科技股份有限公司，江苏南京 210019【正文语种】中文1.1 小区故障1.1.1 时钟板硬件故障如果某小区的切入切出成功率均低于70%以下，同时本小区的分配失败正常，掉话率高的话，通常是由于BTS时钟偏移造成，使得手机无法与邻小区同步，造成切换成功率低，甚至引起掉话.这种情况更换SUMP板或者调整时钟即可解决。
切换成功率问题分析总结
切换成功率问题分析总结概述在分析处理日常性能质差小区时，发现切换成功率低的问题小区占据绝大部分，统计诺基亚区域2016年一、二月份EMOS平台性能小区问题类型占比情况，切换成功率低的小区占比高达88.94%，需重点分析总结原因。
诺基亚区域EMOS平台性能小区问题类型统计（一、二月份汇总）指标定义切换成功率<90%且切换失败次数>300。
相关counter切换按切换前后的eNodeB是否相同，可分为eNodeB内切换和eNodeB间切换。
eNodeB间切换:按切换走的路由来分:又可分为S1切换和x2切换。
同样的，切换按切换前后两个小区的频点是否相同,又可分为同频切换和异频切换。
注意的是:同一个站下不同的小区的频点是可以不同的,两个小区为39250,另一个小区为38950。
也就是说:目前eNodeB内的切换又一定是同频切换，问题在于研发在切换准备阶段没有区分同频和异频两种方式,在切换执行阶段区分了，所以要区分切换准备阶段的同频或异频情况,只能取邻区级的切换统计。
eNodeB间的x2切换:x2切换准备请求次数: INTER_ENB_HO_PREP（M8014C0）x2切换准备成功次数: ATT_INTER_ENB_HO（M8014C6）(也是x2切换执行请求次数) x2切换准备失败次数: INTER_ENB_HO_PREP - ATT_INTER_ENB_HOx2切换执行请求次数: ATT_INTER_ENB_HO（M8014C6）x2切换执行成功次数: SUCC_INTER_ENB_HO（M8014C7）x2切换执行失败次数: ATT_INTER_ENB_HO - SUCC_INTER_ENB_HOx2切换准备成功率: ATT_INTER_ENB_HO / INTER_ENB_HO_PREP * 100%x2切换执行成功率: SUCC_INTER_ENB_HO / ATT_INTER_ENB_HO * 100%x2切换总成功率: SUCC_INTER_ENB_HO / INTER_ENB_HO_PREP * 100%eNodeB间的S1切换:S1切换准备请求次数: INTER_ENB_S1_HO_PREP（M8014C14）S1切换准备成功次数: INTER_ENB_S1_HO_ATT（M8014C18）(也是S1切换执行请求次数) S1切换准备失败次数: INTER_ENB_S1_HO_PREP - INTER_ENB_S1_HO_ATTS1切换执行请求次数: INTER_ENB_S1_HO_ATT（M8014C18）S1切换执行成功次数: INTER_ENB_S1_HO_SUCC（M8014C19）S1切换执行失败次数: ATT_INTER_ENB_S1_HO - INTER_ENB_S1_HO_SUCCS1切换准备成功率: INTER_ENB_S1_HO_ATT / INTER_ENB_S1_HO_PREP * 100%S1切换执行成功率: INTER_ENB_S1_HO_SUCC / INTER_ENB_S1_HO_ATT * 100%S1切换总成功率: INTER_ENB_S1_HO_SUCC / INTER_ENB_S1_HO_PREP * 100%eNodeB间的切换总成功率: (X2切换+S1切换)eNodeB间的切换总成功率=(x2切换执行成功+S1切换执行成功)/(x2切换准备请求+S1切换准备请求)= (SUCC_INTER_ENB_HO+ INTER_ENB_S1_HO_SUCC) /(INTER_ENB_HO_PREP + INTER_ENB_S1_HO_PREP) *100%eNodeB内的切换:(定义了切换准备和切换执行)eNodeB内的切换准备请求次数: INTRA_ENB_HO_PREP（M8009C2）eNodeB内的切换准备成功次数: ATT_INTRA_ENB_HO（M8009C6）(也是eNodeB内切换执行请求次数)eNodeB内的切换准备失败次数: INTRA_ENB_HO_PREP - ATT_INTRA_ENB_HOeNodeB内的切换执行请求次数: ATT_INTRA_ENB_HO（M8009C6）eNodeB内的切换执行成功次数: SUCC_INTRA_ENB_HO（M8009C7）eNodeB内的切换执行失败次数: ATT_INTRA_ENB_HO - SUCC_INTRA_ENB_HOeNodeB内的切换准备成功率: ATT_INTRA_ENB_HO/ INTRA_ENB_HO_PREP * 100%eNodeB内的切换执行成功率: SUCC_INTRA_ENB_HO/ATT_INTRA_ENB_HO * 100%eNodeB内的切换总成功率: SUCC_INTRA_ENB_HO/INTRA_ENB_HO_PREP * 100%总切换成功率:由于目前NSN在全国各省算总切换成功率时,不考虑eNodeB内切换的准备过程,eNodeB间切换+eNodeB内切换=x2+S1+eNodeB内切换即总的切换成功率=(x2切换执行成功+S1切换执行成功+eNodeB切换执行成功)/(x2切换准备请求+S1切换准备请求+eNodeB内的切换准备请求)即= (SUCC_INTER_ENB_HO+ INTER_ENB_S1_HO_SUCC + SUCC_INTRA_ENB_HO) / (INTER_ENB_HO_PREP + INTER_ENB_S1_HO_PREP +ATT_INTRA_ENB_HO ) *100%注意分母中是: ATT_INTRA_ENB_HO,而不是INTRA_ENB_HO_PREP（同频和异频的分类只在切换执行中区分,在切换准备中未区分）异频切换执行:异频切换执行请求次数:HO_INTFREQ_ATT（M8021C0）异频切换执行成功次数:HO_INTFREQ_SUCC（M8021C2）异频切换执行失败次数:HO_INTFREQ_ATT- HO_INTFREQ_SUCC异频切换执行成功率:HO_INTFREQ_SUCC / HO_INTFREQ_ATT * 100%同频切换执行:注意:由于没有专门定义同频执行切换的Counter,因此只能用总切换执行次数-异频切换执行次数同频切换执行请求次数:x2切换执行请求+ S1切换执行请求- 异频切换执行请求=INTER_ENB_S1_HO_ATT + ATT_INTER_ENB_HO - HO_INTFREQ_ATT 同频切换执行成功次数:x2切换执行成功 + S1切换执行成功 - 异频切换执行成功 =INTER_ENB_S1_HO_SUCC + SUCC_INTER_ENB_HO - HO_INTFREQ_SUCC同频切换执行成功率:=( INTER_ENB_S1_HO_SUCC + SUCC_INTER_ENB_HO - HO_INTFREQ_SUCC) /(INTER_ENB_S1_HO_ATT + ATT_INTER_ENB_HO - HO_INTFREQ_ATT) / * 100%切换问题主要原因造成小区切换成功率低的因素主要有下面几种：基站（小区）故障告警导致，服务小区及邻小区存在故障，需工程排障处理；干扰导致：是否存在内部干扰（GSP失步）、外部干扰；邻区合理性，是否存在邻区漏配、添加过远邻区，邻区是否存在同频同PCI问题及PCI混淆、是否添加小区切换黑名单等情况；参数设置不合理导致：包含小区基本参数如TAC、切换参数如CIO等、MME核查是否有漏配、ppsTimingOffset参数核查；邻区拥塞导致：目标小区出现拥塞，会导致周边站点出现大量的切换失败；隐性故障：隐性故障休眠，小区会出现无法接入，周边站点切换全部失败的情况。
超远邻区导致X2切换失败案例
超远邻区导致X2切换失败案例摘要：本文通过跟踪信令的方法，发现目标小区添加了超远邻区导致了X2切换成功率低的告警，将异常邻区删除后，指标恢复正常关键字：X2切换信令跟踪超远邻区【故障现象】：4G异常小区处理过程中发现，FY-颍上-颍上电信局-HFTA-436878-3连续多天出现X2切换失败告警，影响4G异常小区指标。
【原因分析】：1、X2切换流程：当UE所在的源小区和要切换的目标小区不属于同一eNodeB时，发生eNodeB间切换，eNodeB间切换流程复杂，需要加入X2和S1接口的信令操作。
X2切换的前提条件是目标基站和源基站配置了X2链路，且链路可用。
其切换过程如图所示：◆在接到测量报告后需要先通过X2接口向目标小区发送切换申请（目标小区是否存在接入资源）；◆得到目标小区反馈后（此时目标小区资源准备已完成）才会向终端发送切换命令，并向目标侧发送带有数据包缓存、数据包缓存号等信息的SNStatus Transfer消息；◆待UE在目标小区接入后，目标小区会向核心网发送路径更换请求，目的是通知核心网将终端的业务转移到目标小区，更新用户面和控制面的节点关系；◆在切换成功后，目标eNB通知源eNB释放无线资源。
X2切换优先级大于S1切换，保证了切换时延更短，用户感知更好。
2、问题定位：（1）排查目标站点与周围站点正常，无异常告警。
（2）查询X2链路正常。
（3）通过华为网管X2标准信令跟踪。
对信令过滤发现切换取消最多的目标站点eNB为438108，如图：UE在非源小区重建，如果收到重建请求的小区配置了源小区为邻区，且和源小区所在站点存在X2链路，会通过X2向原来的服务小区发送HUAWEI_PRIVATE_MSG消息请求UE上下文，HUAWEI_PRIVATE_MSG消息中含有源小区的PCI、重建前的CRNTI，收到重建的目的小区CellId，其中CellId前20bit为eNodeBId，20~28bit为CellId。
A2起测门限(测量配置号20)过低导致切换成功率低案例 (23895)
A2起测门限（测量配置号20）过低导致切
换成功率低案例
河北电信某分公司
2017年4月21日
目录
一、问题描述 (3)
二、问题分析 (3)
三、解决方案 (4)
四、问题总结 (4)
一、问题描述
某市宽宽广超市S-6小区在4月3日到4月8日之间，系统内切换成功率较低，成功率在80%左右，而且E-RAB掉线率、RRC重建比也很高，如下图：
二、问题分析
1、提取宽宽广超市S-6小区在4月3日到4月8日之间同频切换率相关指标，发现同频切换成功率均为100%，因此排除同频切换失败导致，如下图：
2、提取宽宽广超市S-6小区在4月3日到4月8日之间异频切换率相关指标，发现X2口异频切换成功率比较差只有60%左右，因此确定是X2口异频切换失败导致该小区切换成功率低，如下图：
优化4G驻留比时将某市全网A2起测门限（测量配置号20）修改为-115后，出现了这个TOP“宽宽广超市S-6”,因此怀疑是参数改动导致异频切换成功率差，
如下图：
三、解决方案
通过上述分析，初步判断是A2起测门限（测量配置号20）设置过低，导致该超市室分场景下2.1G的小区在比较差的信号下切到1.8G困难。
将该门限从-115dbm改到-95dbm, 修改后如下：
修改后跟踪指标，指标从4月8号开始切换成功率指标均恢复正常，如下图：
四、问题总结
本案例中优化4G驻留比，全网更改A2起测门限（测量配置号20）参数导致宽宽广超市S-6切换成功率变差。
通过该案例分析，对于超市、车库等室分场景需要按场景个性化配置参数，同理类似的TOP也可以参考这个思路来处理问题。