LTE切换成功率分析-中兴20140818
切换分析
1.全网切换指标统计
近期切换成功率呈持续下降趋势，对切换失败原因进行统计，发现切换成功率降低与目标侧准备失败上升呈相同趋势，原因为近期核心网组POOL，个别站点漏配路由导致周围小区向该基站切换入全部失败和邻区参数存在5000多条不一致导致切换出侧准备失败。
这两个问题在8月14日下午部分进行处理，8月15日切换成功率回归到98.07%，但仍跟8月6日98.5%存在差距。
提取8月17日切换成功率相关指标，发现子网-1、子网-2、子网-3、子网-4切换成功率差的主要原因为准备失败-目标侧准备失败；子网-6切换成功率差的主要原因为准备失败-其他原因。
子网1：
子网2：
子网3：
子网4:
子网5：
子网6：
子网10：
集团切换成功率公式：
(C373250980+C373261280+C373271580+C373281880+C373292180+C373302480)/(C3732509 00+C373250901+C373250902+C373250903+C373261200+C373261201+C373261202+C37326 1203+C373271500+C373271501+C373271502+C373271503+C373281800+C373281801+C373 281802+C373281803+C373292100+C373292101+C373292102+C373292103+C373302400+C3 73302401+C373302402+C373302403+C373250988+C373261289+C373271588+C373281888+ C373292189+C373302488)
相关计数器说明如下表：
2.切换的信令流程及相关的失败信令点统计
①S1的目标侧准备失败，此时说明切换请求并没有到目标侧小区，在MME侧已经回了失败。
从现网排
查出的主要原因是核心网组POOL个别站点漏配或错配远端地址。
（表现在切换出统计过程中）
②S1的目标侧准备失败，这种原因主要是目标小区工作异常，从现网分析来看，主要是同频同PCI邻区，
并且目标小区存在故障。
（表现在切换出和切换入两个过程中）；还有一种原因，已知是传输资源建立失败故障导致，表现传输资源建立失败，原因是TEID（传输承载标识）错误（已知版本故障），该故障也会引起初始接入E-RAB建立失败。
③④这种原因主要表现在两个方面，一是终端没有上报RRC重配完成，然后发生重建立；另一种是终端
已经上报了重配完成，但系统侧没有收到，而发生重建立。
切换失败原因统计：
全网1天切换失败次数总计1456394次，而ENB间S1口切换失败共计1374146次，占比94%，所以主要对ENB间S1口切换失败进行分析。
失败主要原因占比分析
从以上统计数据分析，准备失败-目标侧准备失败占27%，准备失败-其它原因占23%，执行失败-其他原因占23%，执行失败-源侧发生重建立占14%。
3.处理措施
准备失败-目标侧准备失败：
1.8月11日开始核心网进行组pool操作，导致个别站点SCTP远端地址漏配，已在8月14日提交一
批漏配站点，修改后8月15日全网切换成功率从97.91%提升到98.07%；但仍有大量站点存在远端地址漏配和错配问题，于8月18日对全网远端地址进行核查，仍发现283个站点存在远端地址漏配和错配现象，清单如下：
核心网组POOL漏配
或错配远端地址-站点清
2.TAC跨MME配置，于8月18日核查全网TAC与MME归属关系，发现4个站点的MME归属于本
TAC下其他站点的MME归属不一致，清单如下：
TAC跨核心网配置-
站点清单20140818.xl
3.对全网邻区关系一致性检查；
4.处理TOP小区，对无数据错误配置但仍目标侧准备失败，且目标小区E-RAB建立成功率较低，初步
判断为TEID问题，需进行基站重启操作；
5.处理TOP小区，目标小区若为ANR的临时邻区，则需检查临时邻区中的参数是否与现网一致。
准备失败-其它原因
切换出准备失败-其它原因占比近期持续升高，初步判断为低端手机向网络发送手机能力信息时超过54bit，协议规定为54个bit，当手机向其他站点切换时，核心网对终端能力校验不通过，导致切换准备失败-其他原因。
研发正在跟踪处理。
执行失败-源侧发生重建立
1.邻区中存在同频同PCI，对全网邻区关系进行检查；
2.对全网邻区关系中超级小区辅小区参与的邻区进行核查；
3.远距离邻区关系，垃圾冗余邻区数据；
4.异频组网参数核查，对全网站点进行合法性检查，对重选和切换参数中频点错误配置站点进行调整；
5.室分站未做PCI规划，大量基站PCI设置为0/1/2。
需进行全网室分PCI规划及执行。
4.工作目标
切换成功率当前值为98%，通过调
整核心网组POOL漏配和错配站点远端地址、TAC跨MME站点远端地址调整、邻区关系一致性核查、删除超级小区辅小区和垃圾冗余邻区关系，降低切换出-目标侧准备失败占比，于8月22日将切换成功率提升到98.5%。
随后加大力度处理TOP小区，对同频同PCI干扰小区进行调整，对TEID问题站点进行复位操作，调整切换参数，于9月1日将切换成功率提升到98.7%。
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切换问题分析
1相关Counter介绍1.1 切换相关KPI公式（L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut- L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% ✧eNB间切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut- L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut)*100% ✧同频切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.IntraFreq.ExecSuccOut- L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut)*100% ✧异频切换出成功率（L.HHO.IntereNB.InterFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut- L.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% ✧切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut+ L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% 1.2 Counter解释Counter解释：✧切换成功率Counter✧切换失败counter原因：1.3 Counter计数位置及说明1.3.1站内切换图（2）1.3.2 X2切换图（3）2.3.3 S1切换图（4）注明：尝试切换Counter都计数在A点位置，准备切换Counter都计数在B点位置，切换成功Counter都计数在C点位置1.3.4 切换失败Counter说明图（5）a). 在S1接口切换及X2接口切换过程中的切换准备阶段，源小区收到来自MME的UE CONTEXT RELEASE COMMAND消息时，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.MME加1。
LTE系统内测量、切换、重选参数(中兴)
LTE LTE 4G内部 LTE 的切换 LTE
LNCEL LNBTS LNHOIF
threshold3a prioTopoHO A3OffsetRsrpInterFreq
a5Threshold2OfRSRP none a3Offset
33(-108bm)
50(5dB)
LNHOIF
Threshold3InterFreq
InterFrqThrL interTResEut threshold1 a3Offset enableBetterCellHo enableCovHo threshold3
eutranRslPara_interTh 20(-110dbm) rdXLow eutranRslPara_tResele 1(1s) ctionInterEUTRA sIntraSearch 80(-60dBm) a3Offset none none thresholdOfRSRP 10(5dB) 1(Enabled) 1(Enabled) 30(-110dbm)
IRFIM
InterFrqThrH
eutranRslPara_interTh 25(-105dbm) rdXHigh threshSvrLow 15(-115dbm)
LTE
LNCEL
ThreshSrvLow
LTE LTE LTE LTE LTE LTE LTE
IRFIM IRFIM LNCEL LNCEL LNCEL LNCEL LNCEL
thresholdOfRSRP A2
25(-115dbm)
LTE
LNHOIF
Threshold3aInterFreq
thresholdOfRSRP A1
30(-110dbm)
LTE-切换优化案例
TD-LTE切换问题优化案例1 基站不下发切换命令该问题的前提是UE上报了切换的MR，基站侧也收到了MR，但没有收到切换命令，可能的原因有邻区漏配或邻区配错、下发重配置没收到重配置完成和同频邻区中有PCI相等的邻区。
下面以案例形势一一展开。
1.1 邻区漏配&邻区配错1.1.1邻区漏配从基站跟踪看到基站收到了大量的MR，没有下发切换命令，导致掉话，如下图。
从probe上看信道质量不差没到解调门限以下，因为没有下发切换命令而掉话，可以查看是否为邻区漏配。
中兴通讯179向科技园四182发起切换，上报了切换的MR，基站侧也收到了MR，没有下发切换命令，之后读系统消息，发起重建，重新接入到MR中小区，即科技园四182，可以确认为邻区漏配。
Probe和基站侧log如下：图表1邻区漏配UE侧无线环境图表2邻区漏配UE侧LOG图表3邻区漏配基站侧log邻区漏配有2种情况:1、同频邻区和外部小区都没有配置;2、配置了外部邻区,但没配置同频邻区；建议：添加邻区注：也可通过对比SIB4中的邻区信息与MR中的邻区PCI发现是否为邻区漏配，如下图；图表4SIB4消息内容1.1.2邻区配错下面为外部小区和同频邻区均已配置，且同频邻区也配置正确，但外部小区的PCI添加有错，导致的掉话。
如下图，102（科技园三1小区）上报181（科技园四的1小区）的MR，但没下发切换命令，查询同频邻区已配置eNBID为28即科技园四的1小区为邻区，但1小区的PCI被配成了182，且配置了同站的两个PCI相等的外部邻区。
图表5邻区错配终端侧LOG图表6科技园三1小区的同频邻区图表7科技园三的外部邻区建议：修正外部小区的PCI，在添加邻区时务必保证外部小区的PCI及同频邻区的eNBID正确，减少优化工作量。
1.2 PCI相等导致不发切换命令现象：基站标识117，67（本地小区1）、68（本地小区0）为同站邻区，68往67切换正常，67往68切则切不过去，表现为上报了MR，不发切换命令，LOG如下：图表8PCI相等终端侧LOG图表9PCI相等基站侧LOG经查询67（本地小区标识为1）的外部邻区中有PCI为68和同站邻区的PCI相等，如下，在ANR关闭情况下，会不发切换命令；图表1067小区的外部邻区图表1167小区的同频邻区措施：首先核查是外部邻区中的PCI配置错误（即该站不存在，或基站存在但PCI配置有错）；核查都无误时需要调整PCI；建议：1、调整完PCI后或新加站后用M2000上的PCI冲突核查工具进行核查邻区中是否存在PCI相等情况。
volte切换成功率低优化报告
VOLTE切换成功率低专项报告移动公司2015-11-271、VOLTE切换成功率低优化切换优化的目的就是减少切换失败、切换过早或过晚、切错小区和乒乓切换等情况，最终提升系统性能。
1.1切换常见异常场景简介1.1.1过早切换：切换过早，一般是邻区的信号还不够好或不够稳定，eNodeB就发起了切换，主要有以下几种：a)源小区下发切换命令后，由于目标小区信号质量不佳，UE切换到目标小区发生失败，UE发起RRC重建回到源小区。
如下图，这种场景下，UE在切换到新小区随机接入或发送msg3失败导致切换失败，然后UE在源小区发起RRC连接重建。
b)UE虽然成功切换到目标小区但是立即出现下行失步，然后在源小区发起RRC连接重建。
这也是切换过早。
c)UE虽然成功切换到目标小区但在很短时间内（5s）切换到第三方小区，也是切换过早。
1.1.2过晚切换：切换过晚这个在实际外场比较多，主要有以下几种：a)在下行100％加载的场景，源小区服务质量不好（一般SINR低于－3就会概率性出现切换命令发送失败），UE因为服务小区信号不好没有收到切换命令，或收到切换命令，但随机接入过程失败，UE就发生RRC重建，重建到目标小区，此时由于目标小区已建立上下文，重建可以成功。
b)UE还来不及上报测量报告，源小区的信号已经急剧下降导致下行失步，UE直接在目标小区发起RRC连接重建，此时由于目标小区无UE上下文，重建必然被拒绝，信令流程如下图所示。
1.1.3乒乓切换：当UE 进行A—>B—>A 这样的反复来回切换流程，从小区A 切换到小区B 后，在小区B 停留的时间很短，又返回到小区A，这个通过信令流程比较容易分析，就是看上一次切换入到下一次切换出的时间是否太短了（一般认为一秒发生多次切换为乒乓切换）。
1.2 切换优化方法与技巧 1.2.1 切换优化5步法:b) 邻区合理性检查：是否邻区完整、邻区是否合适、是否存在blacklist 邻区、邻区存在同频同PCI 问题、相同邻区重复定义； c) 干扰：内部干扰、外部干扰；d) 覆盖原因：弱覆盖，过覆盖、重叠覆盖；e) 参数设置不合理：TAC 、切换参数（CIO 设置不合理、handoverAllowed 状态核查、异频参数核查：）、MME POOL 核查、ppsTimingOffset 核查； f) 邻区拥塞：指目标小区拥塞导致切出指标差； g) 隐性故障：主小区或者邻区隐性故障；1.2.3切换问题处理流程2. 附录.案例2.1 异频切换问题导致设备异常eSRVCC 到GSM 问题描述：车辆在五四路上由北向南行驶，UE1主叫占用D2频点小区418339-2，在行驶过程中由于车速较快UE1没有及时切换到417870-1、417903-1&2扇区，等到切换条件满足时，但相关小区已和主服小区没有邻区关系了（此时已经是第三圈站点了），从而导致设备异常eSRVCC 到GSM ；2.1.2 解决方法：参数原值 修改值 修改原因threshold2InterFreq -97 -95 使该小区尽量切换至LTE 小区，避免提前开始eSRVCC 切换，影响道路MOS 值。
切换成功率低处理案例
切换成功率低处理案例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条）后：修改后观察指标，恢复正常，该问题解决。
LTE S1接口切换成功率优化
同MME内S1接口切换成功率优化指标定义S1接口切换成功率=( eNodeB间同频切换出成功次数+eNodeB间异频切换出成功次-eNodeB间X2接口同频切换出成功次数-eNodeB间X2接口异频切换出成功次数)/( eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数-eNodeB间X2接口同频切换出尝试次数-eNodeB间X2接口异频切换出尝试次数)*100%。
即S1接口成功率=（eNodeB间切换成功次数-X2接口切换成功次数）/( eNodeB间切换尝试次数-X2切换尝试次数)。
指标分析:当eNodeB同时配置了X2和S1接口时，UE优先进行X2接口切换。
X2接口切换相对流程简单，时延也更短。
S1接口切换的触发原因有:➢跨MME切换；➢X2接口故障；➢X2接口未配置；➢X2接口黑名单。
目前工程建设阶段，华为网络eNodeB之间的X2接口由系统通过UE测量报告自动添加，由于网络的不稳定，经常出现一些X2接口故障，故障原因主要有：➢X2接口配置错误。
➢对端基站没有配置X2接口。
➢本端基站在对端基站黑名单中。
➢本端基站S1接口闭塞。
➢对端基站S1接口闭塞。
➢在X2接口建链过程中本端或者对端基站没有状态正常的小区同MME内引起S1接口切换性能变差的主要原因是主要是X2接口配置错误问题，可能流程有两种：1、目标基站X2故障，系统重新开始尝试S1切换，但此时切换计时器T304超时，切换失败；2、目标基站故障，无法进行X2接口切换，尝试进行S1接口切换，由于基站故障也切换失败。
以4月份XX市LTE指标为例，4月13日在对139条故障X2链路进行删除后，LTE 的切换性能指标、呼叫保持类指标都有了明显改善。
切换成功率低处理方法研究
切换成功率低处理方法研究周明平【摘要】切换成功率是考核网络性能的一个重要指标，通常全网切换成功率应保持在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板或者调整时钟即可解决。
LTE网络S1接口切换成功率低分析V1
LTE网络S1接口切换成功率低分析V1LTE网络S1接口切换成功率低分析【原理说明】S1接口切换成功率=S1接口切换成功次数/ S1接口切换请求次数；S1切换失败原因：目标小区回复切换准备失败消息导致模式内切换出准备失败，目标小区无响应导致模式内切换出准备失败，源小区发送切换取消导致模式内切换出准备失败和核心网原因导致模式内切换出准备失败这些原因导致。
1 问题描述4月26日凌晨，**市核心网增加一条S1链路，在原有三条链路的基础上变成了四条，核心网修改后，对比4月25日与4月26日KPI 指标，发现S1接口切换成功率有小幅下降，之后继续观察，并发现该项指标持续降低。
2 问题定位首先我们先通过后台对全网S1切换失败站点查询，对失败次数按照TOP 10统计，如下表，其中前7个小区S1切换成功率为0 ，核查以上站点，均无告警。
将以上站点制作为Mapinfo 图层，问题站点集中分布区域如下所示，对Top10站点中抽取LF_H_黄岩移动新前牟村和LF_H_黄岩西城岙岸两基站进行两两小区切换，指标按小时提取T op10，切换失败的站点均为LF_H_黄岩移动黄岩中学。
基站名称小区名称本地小区标识LTE 系统内切换成功率-jtS1接口切换成功率-jt(%)S1接口切换请求次数-jt S1接口切换成功次数-jt S1接口切换失败次数-jtLF_H_黄岩移动新前牟村LF_H_黄岩移动新前牟村_50295.34702590259LF_H_黄岩西城岙岸LF_H_黄岩西城岙岸_51394.5502020202LF_H_黄岩新前支局BBU9LF_H_黄岩联通新前七里浮桥_49193.385401810181LF_H_黄岩新前支局BBU12LF_H_黄岩新前消防队_50297.881901800180LF_H_黄岩新前支局BBU13LF_H_黄岩移动七里_49195.646601660166LF_H_黄岩头陀孙东村LF_H_黄岩头陀孙东村_49186.857801160116LF_H_黄岩柑橘研究所LF_H_黄岩柑橘研究所_49189.9802074074LF_H_黄岩新前支局BBU12LF_H_黄岩新前消防队_49199.4117 1.538565164LF_H_黄岩头陀孙东村LF_H_黄岩头陀孙东村_50298.33737.2549511932LF_H_玉环城关岭头村LF_H_玉环城关岭头村_49196.94692.507234732126同时通过对S1切换失败次数最多站点LF_H_黄岩移动新前牟村进行S1链路信令跟踪，发现切换失败命令中，失败原因值为，Unknow-Target ID，目标小区丢失。
切换优化常见问题及案例(中兴)剖析
1 切换优化常见问题及案例1.1 漏配邻区漏配邻区一般可通过无线参数表结合测试数据检查，或者可以在后台直接通过信令跟踪确认收到测量报告后源小区是否向目标小区发生切换请求来确认，但某些场景下我们不易取得无线参数表，且无法进行后台信令跟踪，那么我们可以通过前台信令来分析的到：LTE网络在协议中是一个自优化的网络，终端上报测量报告中会按照a3事件判断原则进行上报，上报的小区不受测量控制中邻区影响，所以只需要将切换异常点的测量报告和当前服务小区的测量控制中的邻区进行对比就可得出是否为漏配邻区1.1.1 前台分析漏配邻区的现象1.1.1.1多次测量报告正常的流程终端在发送测量报告后基站会很快发送切换命令，但如果有漏配邻区，源小区就无法得知目标小区的基站信息，无法正常完成切换流程介绍中的（见图1-1）中的第三步，故无法发送切换命令消息，此时由于终端仍在行进中，源小区信号越来越差，满足a3事件小区逐渐增加，触发新的测量报告，直到有邻接关系的小区出现，基站才能正常发送切换命令下边选取一个典型问题分析：在某次路测中发现如图4-1情况，前三次测量报告目标PCI都是28（前三次类似图4-2，PCI相同，RSRP测量值略有差异），第四次测量报告（见图4-3）中有PCI28、19两个小区，从测量值上看，28比19高3个dB，接着收到了切换命令，切换命令（见图4-4）中的目标小区不是最高的28而是19。
此时即可初步怀疑28为漏配邻区，图1-1 多次测量报告现象图1-2 第一个测量报告内容图1-3 第四次测量报告内容图1-4 切换命令1：目标小区PCI图1-5 源小区测量控制信息1：邻区列表中带有PCI19小区1.1.1.2测量报告发送后无响应4.2.1.1介绍了漏配邻区导致的多次测量报告，直到某一次测量报告中上报的目标小区是源小区的邻区则才会收到切换命令，但如果上报的测量报告基站还未响应就失步则会发起重建流程，终端上报掉话事件这种情况的分析方法基本和4.1.1.1一致下边选取一个典型例子：某次路测中发现终端在发送测量报告后未收到切换命令，导致无线链路失败发起了重建过程（如图4-6），首先检查测量报告内容（图4-7，两个测量报告PCI都为30），目标小区PCI为30，检查源小区测量控制（图4-8），发现的确未配置邻区。