X2接口切换成功率低问题分析处理

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统计在此计数。

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切换失败处理案例
提交人：岳明提交日期：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切换成功率低案例摘要： 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接口切换失败【摘要】本文描马鞍山在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切换问题分析 (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切换信令跟踪超远邻区【故障现象】：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）过低导致切
换成功率低案例
河北电信某分公司
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也可以参考这个思路来处理问题。

X2IPPATH配置问题导致切换不成功1 现象描述切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如图1所示。

图12 告警信息无3 原因分析对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种：（1）传输资源不够用；（2）没有配置IPPATH；（3）IPPATH中的邻居节点配置错误。

由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。

所以可以先重点怀疑IPPATH 配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。

4 处理过程1、每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1），该消息中可以看到目标小区的CGI，通过CGI中的基站ID确认目标基站B2的ID。

从该次切换的切换命令（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。

2、先查看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配置是否正确。

传输模式不一致导致切换失败问题现象：荣昌高铁站-HLHA在站台优化添加了与爱立信站点荣昌高铁站-ELW跨厂家邻区后观察指标，切成功率掉至12%左右，切换指标非常差。

下表为邻区添加前后指标：原因分析：1、分析问题可能原因：●站点告警导致切换失败；●邻小区定义数据错误导致切换失败；●同频同PCI导致切失败；●邻小区拥塞导致切换失败；●切换参数配置不当导致切换失败；●站点干扰大导致掉线；●弱覆盖导致掉线；●X2接口配置数据错误导致切换失败；●PRACH配置冲突导致切换失败●其他原因；分析及解决步骤：1.查询站点实时告警及历史告警信息，站点状态正常无告警和历史告警。

查询截图如下：2.邻小区定义数据和同频同PCI情况，检查配置的移动国家码，移动网络码，基站标识，小区标识，下行频点，物理小区标识，跟踪区码均配置正常，且邻区内和5公里范围内无同频同PCI情况。

3.检查邻小区拥塞情况，查询立信站点荣昌高铁站-ELW话务情况，无拥塞情况。

4.切换参数配置情况，参数配置正常。

5.站点干扰和弱覆盖情况，提取上行干扰情况正常，现场测试反馈无下行干扰和弱覆盖情况。

6.X2接口配置数据检查,X2接口配置数据正常。

7.PRACH配置冲突导致切换失败，检查PRACH配置无冲突。

8.提取掉线原因值进行分析，从话统上看，切换失败时，“目标小区回复切换准备失败消息导致模式内切换出准备失败次数”占比非常高，而切换正常时，基本没有这个问题9.X2信令跟踪，有大量的“HandOver_Preparetion+failure”，内部原因值为“no-radio-resources-available-in-target-cell”10.统计信令切换失败的QCI分布，其失败主要由于QCI=7业务下切换时导致切换失败，其他QCI情况下切换成功。

检查QCI=7时RLCPDCP参数组配置为如下图：查询RLCPDCP参数组1时为UM模式，5时AM模式。

切换成功率低原因概述通过日常工作中分析汇总，可将切换失败原因归纳为以下几种：一、邻区数据的准确性及合理性异常（1）无线参数的准确性与合理性在通话过程中，移动台始终测量本小区和相邻小区的BCCH的电平强度，而这些相邻小区信息，都预先在系统自身定义，通过系统消息周期广播至移动台，这些信息中列出了与当前小区相邻的小区BCCH频道号。

移动台必须从系统消息中提取该信息作为测量邻区信号的依据。

如果由于覆盖或地形等其它原因造成实际存在相邻关系的小区之间切换数据漏作，将会产生孤岛效应，造成周围信号很强但手机所占的信号弱或者信号质量较差的现象，严重地影响网络质量，引起一些救援性的切换，导致切换成功率较低。

特别是城市中的室内覆盖和农村的直放站造成覆盖范围不规则等现象，更容易造成切换数据漏作。

同时，由于工程割接等原因造成邻区参数设置错误而影响切换成功率的现象也比较普遍。

当网络发生改变时，如增加了基站或对小区BCCH频点进行修改后，没有对涉及的邻区进行相应的修改，导致在切换中邻区描述错误，发生严重切换失败。

还有一种情况就是在边界地区定义邻区中的NCC，需要根据边界所涉及的NCC全部定义，不能仅仅根据自身网络情况定义所属的NCC，导致不能对其它NCC邻区进行扫描引起切换失败。

（2）MSC上数据的正确性与完整性除了无线侧邻区数据准确合理外，MSC上也涉及邻区关系的定义，如REMOTLAC表中相邻交换机号、相邻交换机下LAC等信息，需要进行准确完整的定义，否则会发生跨MSC 切换不能实施的情况。

二、硬件故障（１）基站硬件故障在日常优化过程中，我们经常发现所有数据均正常但仍然出现切换失败率高的现象，其中基站硬件故障也可能是原因之一。

最常见的就是由于基站载频故障引起分配失败，导致切入失败增加，同时天线性能下降也可能造成空中链路失败引起切换失败率高的现象。

（２）传输有误码或者同步不稳定切换过程可能发生在基站内部小区之间，也可能发生在不同基站之间。

提升X2切换成功率优化案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (4)四、经验总结 (7)扩容小区负荷不均衡优化案例【摘要】切换可以分为系统内切换及系统间切换，系统内切换可以分为eNB内切换、eNB 间切换。

其中eNB间切换又包含X2切换和S1切换两种方式。

无论从切换成功率、切换时延、信令符合方面来讲，X2切换相较于S1切换有着比较明显的优势，另外在三方测试期间，ATU功能的使用也要求X2切换比例保持在98%以上，因此提升网络中X2切换占比也是一项比较重要的工作。

目前现场添加X2链路的方式一般使用SON功能的X2自建立及自删除功能，但对于部分已经添加满X2链路的基站而言就需要手动进行删除添加操作。

【关键字】切换、eNB间切换、S1、X2【业务类别】参数优化一、问题描述对枞阳全网切换指标提取发现X2切换成功率较低，且S1切换占比较高：二、分析过程为降低核心网设备处理负荷，建议小区切换均走X2链路，所以需降低S1切换占比1、指标定义：X2切换占比=( eNB间X2口小区间同频切换出准备请求次数+eNB间X2口小区间异频切换出准备请求次数)/(eNB间X2口小区间同频切换出准备请求次数+eNB间X2口小区间异频切换出准备请求次数+ eNB间S1口小区间同频切换出准备请求次数+ eNB间S1口小区间异频切换出准备请求次数)2、X2自建立/自删除：工程优化期间，打开SON功能中的X2自建立和自删除功能可以减少工作量提高工作效率，从而可以提升X2占比指标。

下面是上饶LTE网络工程优化项目组开通X2自建立时的策略，供参考。

打开X2优化策略总开关：配置X2优化策略：对于X2链路缺失比较严重的区域可以选择更加激进的策略，使X2链路更快的添加，具体操作需要参考SON功能X2应用指导书。

三、解决措施手动添加/删除X2链路1、制作站点与站点间的X2链路信息表1.首先导出PUBLIC规划表2.整理表ManagedElement和表Sctp根据上面2张表的数据得到X2链路中源站与邻站的邻接关系，枞阳县存在异厂家的外部邻区，需要将这些外部邻区站点的IP地址信息和第一张表进行汇总，索引。

切换失败分析及优化流程测试过程中发现切换失败时处理流程：小区切换成功率低的处理流程：处理说明：1)切换成功率小于20％，可以判断两个小区具有相同的BCCH和BSIC。

手机区分小区首先判断BCCH频点，如果BCCH相同，则判断BSIC（此时存在一个同频干扰），如果BSIC也相同，手机将无法判断小区，从而导致BSC也无法判断究竟需要切换到哪个小区上去。

原则上，只要手机能够收到该小区的信号，就不能存在同BCCH并且同BSIC。

一般地，如果切换成功率低于50％，可以估计是由于同BCCH并且同BSIC引起的。

2)检查参数定义是否对应和正确：a)切换参数：OFFSET、HYST原则上，OFFSET应该等于0，HYST大约等于2左右。

在某些情况下，OFFSET会不等于0，此时需要注意检查两个小区的OFFSET是否对应，即CELL-A定义到CELL-B的OFFSET＝3，那CELL-B定义到CELL-A的OFFSET ＝－3。

OFFSET不等于0，表示两个小区的切换边界与小区实际边界有所偏离，此时也需要注意空闲模式下的CRO也要对应设置，以保持小区空闲模式边界与切换边界相同，否则手机将可能在通话开始后，马上发生一次不必要的切换。

两个小区的切换边界与小区实际边界有所偏离，等于扭曲了小区边界，原则上是不好的，但是在以下情况可以取得相应的效果（好的效果）：第一、如果小区的实际边界正处于话务量集中区域或者干扰区域，在不能调整基站位置和天线方向角/下倾角的情况下，让切换避开这些区域，可以提高切换成功率；第二，如果某个小区话务量高或者硬件故障多，可以通过缩小切换边界来减少在该小区内的通话，从而达到提高指标的作用，当然，这只是治标的措施。

HYST不能等于0，否则会引起乒乓切换。

但是也不能太大，否则会造成强信号不切换。

如果两个小区的信号重叠实在太多，可以适当增加HYST，同时增加定位算法的滤波器值。

b)定位参数：定位算法直接影响最合适小区的选择，如果手机不能选择到最合适的小区上，必然影响切换成功率。

S1、X2接口切换对比分析报告1、LTE切换LTE中的切换是硬切换。

LTE中没有“空闲切换”、“接入切换”，与之对应的是“小区重选”。

LTE切换分为站内切换和站间切换。

站间切换又分为S1接口切换和X2接口切换。

其中S1接口是eNB和MME之间的接口，X2接口是两个eNodeB之间的接口。

LTE切换时需要UE上报测量的结果（包括RSRP，RSRQ等），而上报又分为周期性上报和事件触发的上报。

周期性上报由基站配置，UE直接上报测量的结果。

事件触发的上报又分为同频系统的事件和异频系统间的事件：系统内：1. 事件A1，服务小区好于绝对门限；这个事件可以用来关闭某些小区间的测量。

2. 事件A2，服务小区差于绝对门限；这个事件可以用来开启某些小区间的测量，因为这个事件发生后可能发生切换等操作。

3. 事件A3，邻居小区好于服务小区；这个事件发生可以用来决定UE是否切换到邻居小区。

4. 事件A4，邻居小区好于绝对门限；5. 事件A5，服务小区差于一个绝对门限且邻小区好于一个绝对门限；这个事件也可以用来支持切换。

系统间：1. 事件B1(Inter RAT neighbour becomes better than threshold)：表示异系统邻区质量高于一定门限，满足此条件事件被上报时，源eNodeB启动异系统切换请求；类似于UMTS的3C事件。

2. 事件B2(Serving becomes worse than threshold1 and inter RAT neighbour becomes better than threshold2)：表示服务小区质量低于一定门限并且异系统邻区质量高于一定门限。

现网使用A3切换。

切换触发条件为邻小区RSRP高于服务小区RSRP 3dB，且持续320ms。

此时UE上报测量报告，触发切换。

相关参数为：1.TIME TO TRIGGER（事件发生到上报的时间差）：320ms2.a3Offset（A3事件偏移）单位dB：1.53.hysteresis（判决迟滞范围）单位dB：1.52、X2接口切换与S1接口切换根据源eNB和目标eNB是否连接到同一个MME以及他们之间是否存在X2连接，LTE中的切换分为X2切换和S1切换。

X2接口告警导致双锚点间切换失败案例
X2接口告警导致双锚点间切换失败案例
案例上报省份：河南案例上报人：李军
一、关键词：
双锚点，X2告警，切换失败
二、案例分类
1.问题分类：故障类、切换失败
2.手段分类：故障处理
三、优化背景
在NSA组网场景下，受限于NSA终端所能支持的锚点频段范围，部分场景需要部署TDD-F和FDD1800双锚点才能满足用户的使用需求，为此河南移动进行了双锚点下的组网验证。

选取广场南路F (4150F)站点进行改造试验，双锚点基本配置信息如下表：
四、问题现象
使用CPE终端进行双锚点间切换验证测试，广场南路（FDD锚点：PCI=169）向广场南路（F锚点：PCI=9）切换失败：
五、原因分析。