八一宾馆LTE-2、3小区切换成功率低分析案例

【案例】切换到错误小区导致切换失败

切换到错误小区导致切换失败1问题描述统计某局点LTE FDD网络忙时指标S1切换切换成功率异常，如下图忙时KPI：图1：KPI统计2处理过程2.1统计忙时S1切换成功率低于100%的小区统计全网发现S1切换成功率低于100%的小区是S-莱城-行健堂-行健堂-2-L-H-O-N-39E6732。

2.2确定S1切换失败的目标小区名称基于两两切换报表统计出S-莱城-行健堂-行健堂-2-L-H-O-N-39E6732切换失败的目标基小区为S-莱城-东方红(上联机关印刷厂)-东方红-2-L-H-O-N-39E0632。

2.3查找切换目标基站告警切换失败目标基站东方红在8-20号已断站，且至今未恢复。

2.4原因分析1）切换目标基站东方红在8月20号网元就已断裂告警，且至今未恢复正常发,因此可能由于切换到错误的小区导致切换失败。

如下图所示，小区B和C与小区A距离相近，但是邻区B被加入A的邻区列表中了，但是邻区C没有被加入邻区列表，同时小区B和C的PCI相同；驻留在小区A的终端检测到小区C时，上报C小区PCI和RSRP；由于小区B和C的PCI相同，基站A误认为终端上报的是邻区B的RSRP，就会发起向邻小区B的切换。

而邻区B断链，就会导致切换失败；在这种情况下即使邻区B正常，也很可能切换失败。

2）检查与切换目标小区PCI相同的邻区小区，并将该小区加入源基站；观察一段时间，发现指标恢复正常。

3总结PCI相同的两个小区都加入源小区的邻区列表中，会带来PCI混淆告警，但从另外一个角度会提升切换成功率。

原因是终端上报了一个PCI，基站遍历邻区列表发现邻区中有两个PCI 相同的邻区，为了避免切换到错误的小区，基站就会要求终端上报ECGI，这样就会避免终端切换到错误的小区，从而提升切换成功率。

LTE切换为题处理案例及切换参数总结

切换问题处理及切换参数总结目录：简述： (1)一、案例分析： (1)1.1. 问题描述： (1)1.2. 优化： (3)二：切换参数总结： (3)1.1.UE测量配置基本信道参数表 (4)1.2.A3事件上报参数表 (4)1.3.切换算法参数表 (5)1.4.UE定时器及常量分析 (6)1.5.ENB协议定时器分析 (8)1.6.ENB实现定时器分析 (9)A1~A5，B1~B2事件总结： (10)简述：地铁部分FDD线路分布问题导致覆盖盲区场景下，FDD切TDD。

由FDD 站点覆盖快速衰落情景下，终端开启A2测量，信令窗口中频繁上报MR，无响应，切换失败导致重建。

经由本次问题处理，对切换参数进行总结。

一、案例分析：1.1.问题描述：由芍药居至太阳宫段，FDD切TDD终端占用1350(PCI=467) ENB=502165，地铁行驶过程中，信号快速衰落，终端开启A2测量，信令窗口频繁上报MR，无响应，切换失败导致RRC重建至1350（PCI=496）502163，经由此站切换至TDD38950（PCI=87）ENB=82354-42海淀十号线海淀黄庄站FDDNLS1.测试结果：1.2.优化：●参数查询：A1:-92，A2 :-100，A5 :-90，-95 CIO:0db TTT: 640ms●调整：由于FDD衰落迅速，几次测试均有-92左右迅速衰落至-120,导致重建，所以建议将A2门限提高，同时为满足快衰场景下能够顺利切换，将CIO调为10，使其提前切换，TTT切换切换时间由640ms改为160ms调整后参数：A1:-90，A2 :-92，A5 :-90，-95 CIO:10db TTT: 120ms●调整后测试二：切换参数总结：当UE处于连接状态，网络通过切换过程实现对UE的移动性管理。

切换过程包含移动性测量、控制面流程和用户面流程。

为了辅助网络作切换判决，原eNodeB为UE配置测量，使UE在切换之前上报服务小区和邻小区的信道质量，便于网络侧合理地判决切换。

关于光衰导致LTE eNodeB内切换成功率低优化案例

光衰导致LTE eNodeB内切换成功率低优化案例一、现象描述：在处理KPI TOP小区时发现L800M新建站崔庄2小区切换成功率突然恶化，并导致全网切换成功率指标恶化严重，该小区切换成功率基本保持在98.9%左右，而在7月18日时指标突然恶化至81,0%左右，且切换失败次数在7月19日时达到切换失败6619次，e NodeB内切换成功率更是低至7%，急需分析排查造成异常的原因。

指标如下：指标趋势图如下：二、分析思路1、排查设备硬件故障、基站告警原因；2、核查切换参数配置是否正确；3、核查是否因PCI冲突或MOD3干扰引起；4、核查邻区配置是否有错；5、光路隐性故障；三、分析过程1、经后台查询，208204_16崔庄2小区无告警，设备工作状态正常，X2告警不影响，因冗余邻区导致，已删除，排除设备原因，如下：2、经后台查询切换参数配置，无明显异常，排除切换参数配置原因；3、经后台指标分析，改站点1、2小区eNodoB切换失败次数较多，怀疑为PCI冲突导致，结合MAPINFO，对此站点位置进行PCI核查，发现无PCI冲突，核查该站点邻区配置是否存在PCI冲突情况，经核查无相同PCI，排除PCI冲突原因，；4、对该站点BBU至RRU端光路进行收发光检测发现，该站点BBU发光正常，但2小区RRU收光较弱，怀疑为BBU端至BUU端光衰大，但未导致小区退服，通知代维对该站点BBU至RRU光路进行排查，代维现场进行收发光检测发现的确存在光衰大问题，督促代维对该站点光路进行排查故障后，该站点2小区切换成功率恢复到正常水平；最终定位为BBU至RRU光路隐性故障导致该小区切换成功率差；现场排查：经现场代维排查发现，该站点光纤安装摆放位置不合理，现场进行整改。

四、优化建议当后台KPI指标波动异常时，排除了基站告警问题、参数配置问题等原因，还需对基站隐性故障及光路隐性故障进行排查，除了排查告警、参数等问题还需对设备隐性故障进行排查，从而加快解决问题，恢复指标。

LTE无线接通率优化提升案例

无线接通率低优化案例一、问题描述西安长庆宾馆-HLH-XAAO133TL-2无线接通率指标7月24号开始严重下滑，根据失败counter主要是由于RRC重建失败较高造成，其中该小区接入失败主要集中在早晚忙时间段。

二、问题分析针对该项指标进行相关的counter指标提取，发现问题主要集中在“小区内因为无上下文导致的RRC重建拒绝的次数(无)”和“UE无应答而导致RRC重建失败次数(无)”这两个counter，结合现场情况需逐步排查分析。

用户接入失败分析过程：基站告警核查当前无告警，历时告警无。

基础参数核查（随机接入、上行功控、重选）◆SRI自适应开关，自适应调整SRI调度周期◆小区级子帧树重配开关，根据小区资源使用情况，动态调整SRS的子帧配置◆PUCCH算法开关，当PUCCH资源不足时可以发起资源配置调整◆将SRS资源配置方式的接入优先◆上行功控参数路径损耗因子、PUSCH标称P0值提升UE发射功率PRB上行干扰核查无干扰，全天均值-118左右。

是否存在弱覆盖核查该站位置，怀疑是由于周边楼宇比较密集有阻挡导致覆盖不足以及深度覆盖不够，需提升调整上行功控参数路径损耗因子以及PUSCH标称P0值提升UE发射功率以及由于资源分配不足导致的RRC失败。

三、解决方案SRS/PUCCH资源分配而导致RRC连接建立失败1.打开SRI自适应开关，自适应调整SRI调度周期MOD GLOBALPROCSWITCH: SRIADAPTIVESWITCH=ON;2.打开小区级子帧树重配开关，根据小区资源使用情况，动态调整SRS的子帧配置MOD CELLALGOSWITCH: SRSALGOSWITCH=SrsSubframeRecfSwitch-1;3.打开PUCCH算法开关，当PUCCH资源不足时可以发起资源配置调整MOD CELLALGOSWITCH: LOCALCELLID=2, PUCCHALGOSWITCH=PucchSwitch-1;4.将SRS资源配置方式修改为接入优先MODSRSCFG:LOCALCELLID=0,SRSCFGIND=BOOLEAN_TRUE,TDDSRSCFGMODE=ACCESS_FIRST;UE无应答导致RRC建立失败调整上行功控参数路径损耗因子、PUSCH标称P0值提升UE发射功率MOD CELLULPCCOMM:LOCALCELLID=2,PASSLOSSCOEFF=0.8,P0NOMINALPUCCH=-105;四、实施效果对比7月27日对该小区进行参数调整，调整后指标明显提升，如下图：五、总结a)在问题分析过程中若发现失败次数集中在某个counter，需考虑整体性的原因，如是否存在故障以及干扰或者某类参数设置不当导致等。

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配置是否正确。

经典案例_切换失败典型优化案例

切换失败典型案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (5)切换失败典型案例【摘要】近期处理top小区时发现，在入网基站开通ANR功能的情况下部分小区仍然会出现切换失败高的现象。

本文以一类切换失败率高的典型案例进行分析，同时总结从信令角度快速定位切换失败的原因，从而准确有效处理切换失败类问题，提升用户感知和降低用户投诉率。

【关键字】ANR切换失败【业务类别】切换信令、参数优化一、问题描述二、分析过程1、查询邻区关系对查询可见BB-怀远-怀远工业园-HFTA-440465-51同频切换失败主要目标小区是站号为440378的51小区，且切换失败的主要原因为eNB间S1口小区间同频切换出准备失败次数，目标侧准备失败。

2、信令分析根据切换出失败原因为S1口小区间同频切换出准备失败可知，信令问题出现在下图红色方框区域，第一部分为源小区经过MME向目标小区发起切换请求，申请资源；第二部分为目标小区经过MME向源小区应答请求3、告警查询查询相关两个基站告警情况，均不存在告警。

4、查询邻区关系查询邻区关系发现BB-怀远-怀远工业园-HFTA-440465-51邻小区中BB-怀远-怀远县碧桂园小区北-HFTA-440378-51和BB-禹会区-禹会区杜郢-ZFTA-155959-189同频且同PCI 142。

此时UE上报测量到的PCI=142给eNodeB后，eNodeB不能分辨UE测量到的邻区对象是哪个小区（BB-怀远-怀远县碧桂园小区北-HFTA-440378-51和BB-禹会区-禹会区杜郢-ZFTA-155959-189），从而导致BB-怀远-怀远工业园-HFTA-440465-51不发起切换，即图3中信令S1AP_Handover_Required消息不发送，导致切换失败。

三、解决措施由于开启ANR功能，删除邻区并不一定能解决邻区同PCI问题，所以建议将不合理邻区关系“允许切换”修改为“禁止切换”，参数修改后BB-怀远-怀远工业园-HFTA-440465-51切换成功率回复正常水平：四、经验总结切换失败通常是指切换的信令流程交互失败，关注点在信令的交互，只有在信令交互出现丢失或信令处理结果失败才会失败。

案例-小区割接导致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网络感知。

切换成功率低处理案例

切换成功率低处理案例LTE吉州区人民广场基站S1口少配导致切换成功率低处理案例一、现象描述在LTE网络KPI指标监控过程中发现吉州区人民广场区域的几个站点切换成功率极低，严重影响全网切换类指标，其中吉州区人民广场切换入失败次数每天达到4600多次，吉州区富华宾馆、吉州区红雨宾馆、吉州区附属医院，切换出失败次数和为4500多次。

二、原因分析1.处理流程图2.分析切换成功率低可能原因：对KPI指标及周边环境分，可发现如下问题：1）吉州区人民广场基站的邻区是否存在漏配、错配，外部邻区参数设置是否正确，PCI规划是否合理，切换参数设置是否有问题。

2）吉州区人民广场基站的切换入失败次数的和约等于周边基站切出失败的和，可定位为吉州区人民广场基站的问题导致其切入成功率低及周边基站切出功率低；三、问题排查1、吉州区人民广场及周边站点邻区核查吉州区人民广场及周边站点同频邻区核查根据基站拓扑结构核查吉州区人民广场及周边站点的邻区，确定现网邻区无漏配的问题，确定吉州区人民广场及周边站点的PCI规划合理。

2、吉州区人民广场及周边站点外部邻区定义核查吉州区人民广场及周边站点外部邻区核查核查吉州区人民广场及周边站点外部邻区的定义，主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对，确定没问题。

3、同频切换参数检查及现场测试吉安LTE网络刚开局，现网所有切换参数均为默认值，核查无问题。

现场测试，吉州区人民广场与吉州区附属医院切换正常，验证了该站的参数设置没问题，可能有其他不常见的问题导致。

4、后台跟踪查询周边站点切换出失败原因全部为目标小区回复切换准备失败消息导致切换出准备失败后台信令跟踪对吉州区人民广场标准X2口进行跟踪，发现切换准备失败，失败原因值：传输不可用。

四、解决过程及方案查询ENODEB X2接口自建链开关状态，结果显示正常查询基站的DEVIP配置信息是否正确，结果显示正常查询基站IPRT是否正确，结果显示正常查询基站VLANID是否正确，结果显示正常查询基站SCTPLNK是否正确，结果显示配置正常查询基站IPPATH,发现S1接口配置为1条，IPPATH资源有限，所以相邻站点切到该站的成功率很低，通过增加到S1接口的IPPATH 到8条（现网标准为8条）后：修改后观察指标，恢复正常，该问题解决。

切换失败分析及处理流程

切换失败分析及优化流程测试过程中发现切换失败时处理流程：小区切换成功率低的处理流程：处理说明：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)定位参数：定位算法直接影响最合适小区的选择,如果手机不能选择到最合适的小区上，必然影响切换成功率。

切换成功率问题分析总结

切换成功率问题分析总结概述在分析处理日常性能质差小区时，发现切换成功率低的问题小区占据绝大部分，统计诺基亚区域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参数核查；邻区拥塞导致：目标小区出现拥塞，会导致周边站点出现大量的切换失败；隐性故障：隐性故障休眠，小区会出现无法接入，周边站点切换全部失败的情况。

跨POOL站间切换失败案例分析

跨POOL站间切换失败案例分析【现象描述】在对现网LTE TOP小区统计时，发现一问题站点在1月25日当天切换成功率很低，其中问题站点_HLH_2小区切换成功率仅有32%，且eNB间切换成功率均为0%，该站点KPI指标情况统计如下：【原因分析】切换成功率主要通过话务统计获得，根据计算公式如下：切换成功率= ([eNodeB内同频切换出成功次数]+[eNodeB内异频切换出成功次数]+[eNodeB间异频切换出成功次数]+[eNodeB间同频切换出成功次数]-[通过重建回源小区的eNodeB内异频切换出执行成功次数]-[通过重建回源小区的eNodeB内同频切换出执行成功次数]-[通过重建回源小区的eNodeB间异频切换出执行成功次数]-[通过重建回源小区的eNodeB间同频切换出执行成功次数])/([eNodeB内异频切换出尝试次数]+[eNodeB内同频切换出尝试次数]+[eNodeB间异频切换出尝试次数]+[eNodeB间同频切换出尝试次数])。

从以上KPI指标统计情况可以看出3个小区的无线接通率、无线掉线率和eNB内切换成功率均正常，eNB间切换成功率全部失败。

提取问题站点特定两小区间入切换指标情况如下：提取问题站点特定两小区间出切换指标情况如下：结合特定两小区间切入和切出指标统计结果来看，问题站点的3个小区eNodeB间切换全部失败。

核查问题站点现网无告警，邻区参数配置合理。

查询前几天的指标发现，从1月23日开始，切换成功率开始恶化。

咨询客户得知，23日凌晨进行过入POOL割接，周围站点都已割接入新的POOL，但问题站点还留在原POOL，未完成割接，属于跨POOL切换，但未定义邻区导致站间切换失败。

割接前后问题站点指标如下：【处理方法】将问题站点割接入新POOL，与周围基站同一POOL内。

【处理结果】1月26日将问题站点_HLH割接入与周围基站同一POOL后，问题站点、目标站点1、目标站点2的切换成功率都恢复到了正常水平，以下是这几个站点重新割接前后的KPI指标及对比图：时间小区名称JT_无线接通率(%)JT_无线掉线率(%)JT_切换成功率(%)01/25/2015 目标站点1_HLH_1 99.88 0.17 61.45 01/25/2015 目标站点1_HLH_2 99.93 0.08 75.52 01/25/2015 目标站点1_HLH_3 99.97 0.26 78.29 01/25/2015 目标站点2_HLH_1 99.71 0.13 75.26 01/25/2015 目标站点2_HLH_2 99.84 0.14 71.17 01/25/2015 目标站点2_HLH_3 99.12 0.82 58.93 01/25/2015 问题站点_HLH_1 99.93 0.91 41.84 01/25/2015 问题站点_HLH_2 99.88 0.19 32.01 01/25/2015 问题站点_HLH_3 99.93 0.19 56.67 01/26/2015 目标站点1_HLH_1 99.88 0.14 85.07 01/26/2015 目标站点1_HLH_2 99.93 0.32 81.51 01/26/2015 目标站点1_HLH_3 99.96 0.08 92.29 01/26/2015 目标站点2_HLH_1 99.95 0.18 93.08 01/26/2015 目标站点2_HLH_2 99.9 0.22 82.01 01/26/2015 目标站点2_HLH_3 100 0.42 86.44 01/26/2015 问题站点_HLH_1 99.92 0.67 74.08 01/26/2015 问题站点_HLH_2 99.97 0.2 88.37 01/26/2015 问题站点_HLH_3 99.95 0.08 85.47 问题站点_HLH_1：问题站点_HLH_2:问题站点_HLH_3:。

LTE切换失败简析

LTE切换失败简析坏小区定义现在给移动的日报中对于切换坏小区的定义为切换成功率<90%,切换失败次数>15该指标定义是ENB间的小区之间通过X2接口进行切换的成功率。

切换成功率是系统移动性管理性能的重要指标，并可用于分析相邻关系定义是否合理。

此KPI一般大于95%，处于比较良好的水平切换过程整个切换过程包括切换测量，切换准备与切换执行三个阶段：测量阶段，UE根据下发的测量配置消息进行相关测量，并将测量上报给准备阶段：根据UE上报的测量结果进行评估，准备切换资源，最终决定是否触发切换。

执行阶段：eNode根据切换准备结果，控制UE切换到目标小区，由UE完成切换。

因此切换成功率指标的分析需分别对切换测量，切换准备与切换执行来进行分析。

切换指标enb内切换成功率公式：VS_HO_Irc_eNB_succ_src/VS_HO_Irc_eNB_req_srcenb间X2切换成功率公式：VS_HO_IrC_X2_succ_prep_src/ VS_HO_IrC_X2_req_src ----enb间X2切出准备成功率VS_HO_IrC_X2_succ_src/ VS_HO_IrC_X2_succ_prep_src----enb间X2切出执行成功率VS_HO_IrC_X2_succ_src/ VS_HO_IrC_X2_req_src------------enb间X2切出成功率enb间S1切换成功率公式：VS_HO_IrC_S1_succ_prep_src / VS_HO_IrC_S1_req_src ----enb间S1切出准备成功率VS_HO_IrC_S1_succ_src/ VS_HO_IrC_S1_succ_prep_src----enb间S1切出执行成功率VS_HO_IrC_S1_succ_src/ VS_HO_IrC_S1_req_src------------enb间S1切出成功率Indicator与信令的对应对于源小区X2切换来说源小区发出Handover request---------VS_HO_IrC_X2_req_src源小区收到Handover request ACK---VS_HO_IrC_X2_succ_prep_src源小区收到ue context release---------VS_HO_IrC_X2_succ_src对于目标小区X2切换来说目标小区收到Handover request---------VS_HO_IrC_X2_req_tgt目标小区发出Handover request ACK---VS_HO_IrC_X2_succ_prep_tgt目标小区发出ue conte x t release---------VS_HO_IrC_X2_succ_tgtX2切换信令&counter点切换分析GSM中有180报告，通过这个报告可以清楚看到小区切出切入小区，切出切入请求次数，切出切入成功率；对于切换坏小区，可以很方便的找出对应切入或者切出问题小区。

外部小区内NR架构设置错误导致站间辅载波变更成功率低处理案例

外部小区内NR架构设置错误导致站间辅载波变更成功率低处理案例1.案件背景在移动通信网络中，站间辅载波变更是一项重要的技术手段，可以实现无线资源的高效利用和网络服务质量的提升。

然而，在一些外部小区内，由于NR架构设置错误，导致站间辅载波变更成功率低，给用户的通信体验带来了严重影响，需要进行处理来解决这一问题。

2.案件分析2.1问题表现站间辅载波变更成功率低主要表现为：-变更请求发送成功率低，即发送请求没有达到预期的成功率；-变更命令发送成功率低，即发送变更命令没有达到预期的成功率；-变更命令执行成功率低，即成功执行变更命令的小区数量较低。

2.2问题原因通过对问题现象的分析，判断问题原因可能是由于NR架构设置错误，导致站间辅载波变更时无法顺利进行。

可能的错误设置包括：-NR间干扰管理策略未正确配置，导致干扰交叉影响了辅载波变更的成功率；-NR小区射频参数设置错误，导致无法正确接收和处理辅载波变更请求；-NR小区和LTE小区切换门限设置不合理，导致切换过程中出现问题。

3.案件处理方案3.1确定处理目标针对站间辅载波变更成功率低的问题，处理目标应包括提高变更请求发送成功率、提高变更命令发送成功率和提高变更命令执行成功率。

3.2处理步骤3.2.1分析NR架构设置错误的具体原因，包括NR间干扰管理策略、NR小区射频参数和LTE小区切换门限等设置的错误。

通过与相关技术人员的讨论和分析，逐一排查和纠正错误设置。

3.2.2针对NR间干扰管理策略，检查相关参数设置，确保干扰管理策略合理，并根据实际情况进行适当调整，以提高辅载波变更成功率。

3.2.3针对NR小区射频参数设置错误，检查相关参数设置，确保射频参数配置正确，并根据实际情况进行适当调整，以确保辅载波变更请求能够被正确接收和处理。

3.2.4针对NR小区和LTE小区切换门限设置错误，检查相关门限设置，确保切换门限配置合理，并根据实际情况进行适当调整，以提高辅载波变更命令执行成功率。

跨POOL站间切换失败案例分析

跨POOL站间切换失败案例分析【现象描述】在对现网LTE TOP小区统计时，发现一问题站点在1月25日当天切换成功率很低，其中问题站点_HLH_2小区切换成功率仅有32%，且eNB间切换成功率均为0%，该站点KPI指标情况统计如下：【原因分析】切换成功率主要通过话务统计获得，根据计算公式如下：切换成功率= ([eNodeB内同频切换出成功次数]+[eNodeB内异频切换出成功次数]+[eNodeB间异频切换出成功次数]+[eNodeB间同频切换出成功次数]-[通过重建回源小区的eNodeB内异频切换出执行成功次数]-[通过重建回源小区的eNodeB内同频切换出执行成功次数]-[通过重建回源小区的eNodeB间异频切换出执行成功次数]-[通过重建回源小区的eNodeB间同频切换出执行成功次数])/([eNodeB内异频切换出尝试次数]+[eNodeB内同频切换出尝试次数]+[eNodeB间异频切换出尝试次数]+[eNodeB间同频切换出尝试次数])。

从以上KPI指标统计情况可以看出3个小区的无线接通率、无线掉线率和eNB内切换成功率均正常，eNB间切换成功率全部失败。

提取问题站点特定两小区间入切换指标情况如下：提取问题站点特定两小区间出切换指标情况如下：结合特定两小区间切入和切出指标统计结果来看，问题站点的3个小区eNodeB间切换全部失败。

核查问题站点现网无告警，邻区参数配置合理。

查询前几天的指标发现，从1月23日开始，切换成功率开始恶化。

咨询客户得知，23日凌晨进行过入POOL割接，周围站点都已割接入新的POOL，但问题站点还留在原POOL，未完成割接，属于跨POOL切换，但未定义邻区导致站间切换失败。

割接前后问题站点指标如下：【处理方法】将问题站点割接入新POOL，与周围基站同一POOL内。

【处理结果】1月26日将问题站点_HLH割接入与周围基站同一POOL后，问题站点、目标站点1、目标站点2的切换成功率都恢复到了正常水平，以下是这几个站点重新割接前后的KPI指标及对比图：时间小区名称JT_无线接通率(%)JT_无线掉线率(%)JT_切换成功率(%)01/25/2015 目标站点1_HLH_1 99.88 0.17 61.45 01/25/2015 目标站点1_HLH_2 99.93 0.08 75.52 01/25/2015 目标站点1_HLH_3 99.97 0.26 78.29 01/25/2015 目标站点2_HLH_1 99.71 0.13 75.26 01/25/2015 目标站点2_HLH_2 99.84 0.14 71.17 01/25/2015 目标站点2_HLH_3 99.12 0.82 58.93 01/25/2015 问题站点_HLH_1 99.93 0.91 41.84 01/25/2015 问题站点_HLH_2 99.88 0.19 32.01 01/25/2015 问题站点_HLH_3 99.93 0.19 56.67 01/26/2015 目标站点1_HLH_1 99.88 0.14 85.07 01/26/2015 目标站点1_HLH_2 99.93 0.32 81.51 01/26/2015 目标站点1_HLH_3 99.96 0.08 92.29 01/26/2015 目标站点2_HLH_1 99.95 0.18 93.08 01/26/2015 目标站点2_HLH_2 99.9 0.22 82.01 01/26/2015 目标站点2_HLH_3 100 0.42 86.44 01/26/2015 问题站点_HLH_1 99.92 0.67 74.08 01/26/2015 问题站点_HLH_2 99.97 0.2 88.37 01/26/2015 问题站点_HLH_3 99.95 0.08 85.47 问题站点_HLH_1：问题站点_HLH_2:问题站点_HLH_3:。

经典案例_低切换成功率邻区管理不切换案例

低切换成功率邻区管理不切换案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (3)四、经验总结 (3)低切换成功率邻区管理不切换案例【摘要】LTE网格基于自组织网络SON，针对邻区提出了ANR功能，实现邻区的自配置、自优和自操作。

本案例通过调整低切换成功率邻区管理解决不切换问题。

【关键字】切换 ANR【业务类别】参数优化一、问题描述日常优化DT测试中发现UE由BB-蚌山区-蚌山区奋勇街和体育路交口-ZFTA-156021-182向BB-蚌山区-龙源大厦-ZFTA-439912-50移动未能发起切换请求，从而导致掉线。

下图所示：二、分析过程排查流程：1、告警查询：无告警；2、参数核查（切换参数配置无异常，邻区已配置）；3、操作记录核查：无异常；4、平均噪声干扰-119dBm，无干扰。

5、切换话统分析：提取点对点切换指标发现源小区BB-蚌山区-蚌山区奋勇街和体育路交口-ZFTA-156021-182向BB-蚌山区-龙源大厦-ZFTA-439912-50无切换请求，实际路测当中俩扇区存在切换带。

如下表所示：三、解决措施查询低切换成功率邻区的服务小区BB-蚌山区-蚌山区奋勇街和体育路交口-ZFTA-156021-182发现存在邻区关系对460,11,439912,50是否允许切换为否。

将是否允许切换修改为是并激活问题得以解决。

调整后源小区BB-蚌山区-蚌山区奋勇街和体育路交口-ZFTA-156021-182向BB-蚌山区-龙源大厦-ZFTA-439912-50正常发起切换请求。

四、经验总结在移动通信系统中，切换是指从原来所用信道上转移到一个更适合的信道上进行信息传输的过程，通过对低切换成功率邻区管理核查可以解决切换问题，从而降低RRC重建比例与掉线率。

同频段不同频点小区切换成功率优化案例

同频段不同频点⼩区切换成功率优化案例
同频段不同频点切换成功率优化案例
1.1 问题描述
⽇常指标监控中发现，某地市某⼩区切换成功率指标持续恶化，切换失败次数较多，急需处理解决。

切换成功率指标如下图所⽰：
1.2 问题分析
⾸先排除⼩区闭塞、告警、⼲扰等因素影响外，提取两两切换指标，经分析源⼩区⾄某⼩区存在切换过早，且重建回源⼩区的切换出执⾏成功次数较多。

如下所⽰：
两两⼩区切换指标分析
经分析，该⼩区切换差主要为同频段不同频点两⼩区之间切换过早及重建回源较多导致，查看异频相邻频点，异频切换触发事件类型为A4事件，如下图所⽰：
将异频切换触发事件类型A4修改为A3后，切换成功率指标恢复正常，如下图所⽰：
针对此类问题，选取30个⼩区进⾏集中修改，相同F频段不同频点切换事件修改为A3后，切换成功率提升约0.24%，如下图所⽰：
1.3 问题结论
相同频段不同频点之间切换事件设置为A3时，有助于提升切换性能，提升切换成功率。

1.4 ⽹侧求助
⽆。

lte切换失败案例

一、案例问题描述对LTE全网切换成功率进行TOP小区处理及分析，发现竹园D3切换成功率一直很低。

见下表：ENB内同频、异频切换正常，ENB间同频切换正常，但ENB间异頻切换率在29%~59%之间，其中按接口类型统计S1口的切换全部失败。

二、切换分析流程三、问题处理过程1）查询小区告警信息，未发现存在影响性能的告警。

2）查询小区相应时间段内的干扰情况，未发现不存在强干扰问题。

3）查询两两小区间的切换对，查看是否由个别邻区的关系影响了小区的切换成功率：查询两两小区间切换对时，发现该基站竹园D2和竹园D3切出到卢屋广场F 基站的三个小区都是全部失败，其他切换对是正常的。

因此问题定位到邻区级和目标基站级。

4）通过跟踪本小区与目标小区的S1口信令，HANDOVER REQUEST及HANDOVERPREPARATON FAIL两条关键信令信息。

其中查询S1AP_HANDOVER_REQUEST的信令解码查询目标小区ENB的消息：关键数据：目标NB-ID为0001,0000,1111,0001,0001B，应对的十六进制为10F11，即十进制为：69393。

5）查看S1AP_HANDOVER_PREPARATON_FAIL的信令解码，查看其失败原因：解码的失败原因为：HO-failure-in-target-EPC-ENB-or-target-system（失败原因为目标EPC或者目标ENB问题）。

根据S1AP_HANDOVER_PREPARATON_FAIL目标小区无法完成切换准备而导致切换失败。

6）查询源小区定义的外部邻区，其中卢屋广场F基站标识为69393共5位的基站NBID，现网配置基站标识的时候一般是6位数，怀疑是基站标识配置错误导致切换失败。

7）查询目标小区的基站标识信息：发现目标小区的基站标识为693937，与竹园D基站定义的源小区的69393不同有错误。

四、优化效果9月10日下午修改源小区错误的邻小区参数，从69393改为693937。

电源故障导致切换成功率下降案例分析

电源故障导致切换成功率下降案例分析
一、问题描述：
日常KPI指标监控中发现，LEZ16D1772E1_崔梁坡小区连续出现切换成功率偏低，一直未恢复正常，且切换失败原因为目标侧准备失败，具体指标如下表所示：
二、原因定位：
1、干扰排查：小区干扰指标正常无明显干扰；
2、邻区对切换数据分析：检查邻区对切换数据，发现LEZ16D1772E1_崔梁坡小区切换到共站的66小区失败严重，如下图：
3、告警分析：
检查目标小区299790:66当前告警和历史告警，发现近期崔梁坡小区基站299790的66小区近期频繁出现设定掉电告警，如下图：
临时闭塞目标小区观察15分钟粒度报告发现目标小区闭塞后LEZ16D1772E1_崔梁坡小区指标恢复到正常水平，通过以上分析我们判断造成LEZ16D1772E1_崔梁坡小区切换成功率下降的直接原因是目标小区频繁发生设备掉电告警导致。

三、解决方案：
协调代维工程师到崔梁坡小区基站进行故障排查，确认是电源故障导致，故障排除后观察网管告警消除，小区切换成功率指标恢复正常。

如下图：。

VOLTE切换成功率低的案例

VOLTE切换成功率低的案例
VOLTE切换成功率低的案例
一、问题现象
近期发现A1_SQ五谷飘香ZLF_H站点3个小区VOLTE切换成功率为1小区为64.19%，失败次数为386次，2小区为71.24%，失败次数为285次，3小区为5.09%，失败次数为671次。

查看该站点发现主要为切换失败原因为“ENB间S1切换失败”，而站内切换成功率为100%。

二、问题分析
单个站点的切换问题可从以下几点排查：
1、站点存在告警或故障；
2、站点传输链路不通；
3、邻区缺失、参数配置错误。

三、问题处理
1、查看此基站历史告警，无任何告警；
2、查看邻区配置，和周边站点存在邻区配置：
3、查看已添加LTE邻区关系及查询网管数据发现数据侧切换成功率为99.53%左右,说明邻区配置正确：
4、查看邻区对切换指标，发现切换失败的都为FDD小区:
5、查看网管侧FDD邻区关系，发现未添加FDD邻区关系，故不可能发生FDD间的切换
关系，查看异频频点配置，发现FDD频点1815和948.3频点的异频ANR开关为打开，可能导致邻区测量时会测量FDD频段的临时邻区关系，因此邻区对统计中存在失败的小区均为FDD 站点的临时邻区。

6、对ANR异频频点开关进行关闭，关闭后切换指标正常。

四、问题总结
A1_SQ五谷飘香ZLF_H基站的VOLTE用户切换失败的主要原因FDD频点1815和948.3的异频ANR开关为打开模式，导致邻区测量
时会测量FDD频段的临时邻区关系，因此邻区对统计中存在失败的小区均为FDD站点的临时邻区。