LTE切换问题分析
LTE网络优化常见问题和优化方法
• 与TD-S类似需要考虑覆盖、干扰、小区用户数的影响 • 需要考虑带宽配置对速率的影响 • 需要考虑天线模式对速率的影响 • 需要考虑时隙比例配置、特殊时隙配置对速率的影响 • 需要考虑功率配置对速率的影响 • 需要考虑下行控制信道占用符号数对速率的影响
干扰问题分析的重点和难点不同
© ZTE Corporation. All rights reserved.
覆盖问题分类（RSRP占主导）
弱覆盖（覆盖空洞）
越区覆盖
保证网络的连续 覆盖；
使实际覆盖与规划 一致，解决孤岛效 应导致的切换掉话 问题；
上下行不平衡
从上行和下行链 路损耗是否平衡 角度出发，解决 因为上下行覆盖 不一致的问题；
解决越区覆盖问题
Ø避免扇区天线的主瓣方 向正对道路传播；对于此 种情况应当适当调整扇区 天线的方位角，使天线主 瓣方向与街道方向稍微形 成斜交，利用周边建筑物 的遮挡效应减少电波因街 道两边的建筑反射而覆盖 过远的情况
Ø在天线方位角基本合理 的情况下，调整扇区天线 下倾角，或更换电子下倾 更大的天线。调整下倾角 是最为有效的控制覆盖区 域的手段。下倾角的调整… 包括电子下倾和机械下倾 两种，如果条件允许优先 考虑调整电子下倾角，其 次调整机械下倾角
解决无主导小区问题
Ø针对无主导小区的区域，确 定网络规划时用来覆盖该区域 的小区，应当通过调整天线下 倾角和方向角等方法，增强某 一强信号小区（或近距离小区） 的覆盖，削弱其他弱信号小区 （或远距离小区）的覆盖。
Ø如果实际情况与网络规划有 出入，则需要根据实际情况选 择能够对该区域覆盖最好的小 区进行工程参数的调整。
RF优化的基本流程图
RF优化开始
【TD-LTE】异频切换不及时类问题解优化思考
1.概述切换是移动性管理的重要功能之一，自LTE商用以来，网络覆盖的提升，LTE 用户数量逐步加大，LTE的切换重要性就显得更加的突出，它不仅影响着小区边界处的呼叫服务质量，还与网络的负载情况有着紧密的联系。
随着后期VOLTE的部署，VOLTE对业务实时性具有更高的要求，合理的切换就更具有举足轻重的作用了。
如果切换过程进行得不好的话，很可能造成小区的过载和移动台的“掉话”，使网络服务质量大大下降，严重影响用户感知。
而如何让用户更好的享用4G,体验高速上网和高质量语音业务，成为研究课题。
2.发现问题通过现网后台指标提取、现场测试、数据分析、用户投诉等方式发现问题，具体影响切换的因素如下图：3.优化思路所有的异常流程都首先需要检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。
整个切换过程异常情况我们分为几个阶段：1、测量报告发送后是否收到切换命令。
2、收到重配命令后是否成功在目标测发送MSG1。
3、成功发送MSG1之后是否正常收到MSG2。
图3-1为切换问题整体过程流程图，在某一环节出现问题我们可查询相应处理流程进行排查。
图错误!文档中没有指定样式的文字。
-1 切换问题分析整体思路3.1测量报告发送后未收到切换命令这个情况是我们外场最常见问题，处理定位也比较复杂，分析流程见图3-2：基站未收到测量报告（可通过后台信令跟踪检查）：1、检查覆盖点是否合理，主要是检查测量报告点的RSRP,SINR等覆盖情况，确认终端是否在小区边缘，或存在上行功率受限情况（根据下行终端估计的路损判断）。
如果是该情况，按照现场情况调整覆盖，及切换参数，解决异常情况2、检查是否存在上行干扰，可通过后台查询，如：在20M带宽下，基站接收无终端接入时接收的底噪约为-98dBm，如果在无用户时底噪过高则肯定存在上行干扰，上行干扰优先检查是否为邻近其他小区GPS失锁导致，当前版本暂不支持后台工具定位干扰源位置，只能将通过关闭干扰源附近站点，使用Scanner进行CW测试来排查。
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配置是否正确。
无线网络规划-切换失败原因及优化方法
UE侧信令
eNodeB信令
3．切换命令丢失分析
切换命令丢失是指UE侧发出测量报告后，eNodeB收到测量报告，并下发 切换命令，但UE侧没有收到；从UE侧看到的现象与测量报告丢失相同，但在 eNodeB侧可以看到eNodeB下发了RRC重配置消息，UE侧未响应。
切换命令丢失
4．目标小区接入失败分析：参数问题
是
切换门限等修改
终端异常产生的切换失败
时钟问题
是 检查同步、GPS状态等
不属于网络原因造成，而且容易
目标小区拥塞 是
小区扩容
判断，因此在切换问题分析过程 将终端问题产生的切换失败排除 在外。
干扰 覆盖问题
其他
是
处理外部干扰或者无线 环境优化
是
进行天线、功率调整或 者新增基站等
2．测量报告丢失分析
在LTE切换过程中，UE会根据eNodeB下发的测量控制完成相应的测量内容， 并将测量结果上报给eNodeB，但在UE上报测量报告后，并不代表eNodeB就一定 收到或者eNodeB一定会处理，那么这必将产生切换失败。UE不断地上报测量报 告，但在eNodeB并未收到相应的内容，最终导致链路释放。
任务5 切换问题分析
切换失败原因及优化方法
LTE切换失败的原因及优化方法
LTE切换异常主要分为：终端异常、测量报告丢失、切换命令丢失、目 标小区接入失败四种情况。
1．终端异常 在测试过程中，由于终端长时间工作产生过热或者APP过程内存不足都 可能导致终端死机、不影响相应动作等情况发生。在测试过程中表现为一段 时间终端不接收、不发送信令，接收电平强度、电平质量无变化。这种情况 较明显，容易判断，且不属于网络问题，一般重启终端即可恢复，不需要特 别分析。
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切换问题分析套路
1、搭建镜像环境进行问题重现，通过问题分析中提炼出来的关 键特征一定要镜像到。
1、关键特征一定要模拟到，可以通过代码打桩等方式。
2、网络KPI问题要包括接入、(站内、站间S1、站间X2)切换、 2、多用户场景要考虑近、中、远点。
重3、建根；据代码走读发现的疑点，构造场景进行复现。
3、镜像环境要使用出问题站点的配置
说明
1、话统分析，参照局点日常监控KPI指标进行切换KPI指标监控 。
1、切换问题有如下几种
2、切换KPI不仅要关注全网指标还要关注TOP小区指标。
1)、升级或其它不明原因导致切换指标突然恶化； 2)、切换指标逐渐恶化，可能是业务量逐渐增加、或新用 户/新终端类型等不断加入；
3)、切换指标一直就比较差，需要优化性能；
1、切换问题除了分析成功率，还要分析总次数和失败次数的变 化。
关联指标分析主要尝试揭开问题的全貌，并找到一些线索 2、同时分析随机接入、接入、掉话、重建等相关指标是否有数 和可疑点。 量及成功率的异动
1、采一批TOP站点的故障/告警/操作日志；
2、分析故障/告警/操作的时间点和KPI恶化的时间点的对应关 系
如果是TOP小区/基站问题，把TOP站点和正常站点的参数 进行对比
因为TOP小区的问题现象会更明显，那么触发这些问题的 因素或场景也会更明显。
镜像重现也要使用这些TOP小区的配置文件。
因为TOP小区的问题现象会更明显，那么触发这些问题的 因素或场景也会更明显。
参照“LTE切换问题定位专家指南”，确认切换流程是在哪一个 步骤失败的，缩小问题定位范围。
1、确定是整网问题、还是TOP站点问题，还是特定载频问题； 1、确定问题范围可以用于提炼问题发生的场景，也可以
TD-LTE切换优化指导书_R1.5
TD-LTE切换问题分析指导书法律声明若接收中兴通讯股份有限公司（以下称为“中兴通讯”）的此份文档，即表示您已同意以下条款。
若不同意以下条款，请停止使用本文档。
本文档版权所有中兴通讯股份有限公司。
保留任何未在本文档中明示授予的权利。
文档中涉及中兴通讯的专有信息。
未经中兴通讯事先书面许可，任何单位和个人不得复制、传递、分发、使用和泄漏该文档以及该文档包含的任何图片、表格、数据及其他信息。
和是中兴通讯的注册商标。
中兴通讯产品的名称和标志是中兴通讯的商标或注册商标。
在本文档中提及的其他产品或公司名称可能是其各自所有者的商标或注册商标。
在未经中兴通讯或第三方权利人事先书面同意的情况下，阅读本文档并不表示以默示、不可反言或其他方式授予阅读者任何使用本文档中出现的任何标记的权利。
本产品符合有关环境保护和人身安全方面的设计要求，产品的存放、使用和弃置应遵照产品手册、相关合同或相关国法律、法规的要求进行。
本文档按“现状”和“仅此状态”提供。
本文档中的信息随着中兴通讯产品和技术的进步将不断更新，中兴通讯不再通知此类信息的更新。
中兴通讯股份有限公司地址: 中国深圳市科技南路55号邮编518057网站: 邮箱: 800@版本更新说明适用对象：网络优化人员使用建议：在阅读本文档之前，建议先了解下面的知识和技能：目录1切换概述 (1)1.1切换流程介绍 (1)1.1.1切换流程图 (1)1.1.2切换事件介绍 (3)1.1.3切换分类介绍 (3)1.2前台信令解析 (6)1.2.1测量控制 (6)1.2.2测量报告 (12)1.2.3切换命令 (13)1.2.4在目标小区随机接入（MSG1） (14)1.2.5基站回应随机接入响应（RAR） (14)1.2.6终端反馈重配完成，切换结束 (14)2切换优化整体思路 (16)2.1测量报告发送后未收到切换命令 (17)2.2目标小区MSG1发送异常情况 (19)2.3接收RAR异常情况 (19)3切换相关常用参数汇总 (20)3.1小区参考信号的功率 (20)3.1.1基本信息 (20)3.1.2参数功能描述 (20)3.1.3参数调整影响 (20)3.2中心UE的PDSCH与小区RS的功率偏差 (20)3.2.1基本信息 (20)3.2.2参数功能描述 (21)3.2.3参数调整影响 (21)3.3小区选择所需要的最小接收水平 (21)3.3.1基本信息 (21)3.3.2参数功能描述 (21)3.3.3参数调整影响 (21)3.4测量时的RSRP层3滤波系数 (21)3.4.1基本信息 (21)3.4.2参数功能描述 (21)3.4.3参数调整影响 (22)3.5EVENT IDENTITY (22)3.5.1基本信息 (22)3.5.2参数功能描述 (22)3.5.3参数调整影响 (22)3.6小区个体偏移 (22)3.6.1基本信息 (22)3.6.2参数功能描述 (22)3.6.3参数调整影响 (22)3.7TIME TO TRIGGER (22)3.7.1基本信息 (22)3.7.2参数功能描述 (23)3.7.3参数调整影响 (23)3.8HYSTERESIS (23)3.8.1基本信息 (23)3.8.2参数功能描述 (23)3.8.3参数调整影响 (23)3.9事件上报次数 (23)3.9.1基本信息 (23)3.9.2参数功能描述 (23)3.9.3参数调整影响 (24)3.10事件上报周期 (24)3.10.1基本信息 (24)3.10.2参数功能描述 (24)3.10.3参数调整影响 (24)3.11最大上报小区 (24)3.11.1基本信息 (24)3.11.2参数功能描述 (24)3.11.3参数调整影响 (24)4切换优化常见问题及案例 (24)4.1漏配邻区 (24)4.1.1前台分析漏配邻区的现象 (25)4.1.2漏配邻区带来的影响 (29)4.1.3漏配邻区处理方法 (30)4.2无线环境引起的切换异常 (30)4.2.1上行干扰引起的目标测接入困难 (30)4.2.2环境复杂引起的切换问题 (37)4.3上行失步导致掉话问题处理经验总结 (41)4.3.1现象描述 (41)4.3.2现象分析 (42)4.3.3解决方法及验证 (46)4.3.4经验总结 (47)5非正常情况引起的切换问题案例 (47)5.1版本问题引起的切换异常 (47)5.1.1高通LOG问题现象 (47)5.1.2该问题带来的影响 (48)5.1.3研发初步定位 (49)5.2不同厂商切换差异 (50)5.2.1问题现象 (50)5.2.2问题分析 (50)5.2.3问题总结 (52)图目录图1-1 切换流程图 (1)图1-2 站内切换信令流程图 (3)图1-3 X2口切换信令流程图 (4)图1-4 S1口切换信令流程图 (5)图1-5 正常切换信令 (6)图1-6 重配消息中的测量控制（RRC CONNECT RECONFIGRATION） (6)图1-7 测量控制解析（1） (7)图1-8 测量控制解析（2） (8)图1-9 测量控制解析（3） (10)图1-10 a3时间报告示意图 (12)图1-11 测量报告内容 (13)图1-12 切换命令 (13)图1-13 MSG1 (14)图1-14 MSG2 (14)图1-15 切换执行过程 (15)图1-16 MSG3 (15)图2-1 切换问题分析整体思路 (16)图2-2 发送测量报告后未收到切换命令处理流程 (17)图2-3 向目标小区发送MSG1异常处理 (19)图2-4 接收MSG2异常问题处理 (19)图4-1 多次测量报告现象 (25)图4-2 第一个测量报告内容 (25)图4-3 第四次测量报告内容 (25)图4-4 切换命令 (26)图4-5 源小区测量控制信息 (26)图4-6 漏配邻区引起的掉话 (28)图4-7 第一个测量报告内容 (28)图4-8 源小区测量控制信息 (28)图4-9 SINR (29)图4-10 流量 (30)图4-11 上行干扰问题点 (31)图4-12 上行干扰引起的问题现象 (31)图4-13 上行干扰引起的问题现象2 (32)图4-14 上行干扰引起的问题3 (33)图4-15 上行干扰问题验证 (33)图4-16 上行干扰引起的集中掉话区域 (34)图4-17 正常GPS后台查询图形 (35)图4-18 异常GPS后台查询图形 (35)图4-19 GPS失步闭塞小区配置 (37)图4-20 覆盖引起的切换失败点1 (38)图4-21 失败点RSRP (38)图4-22 失败点信令 (39)图4-23 覆盖引起的切换失败点2 (39)图4-24 失败点信令 (39)图4-25 失败点RSRP (40)图4-26 覆盖引起的切换失败点3 (40)图4-27 失败点信令 (40)图4-28 失败点RSRP (41)图4-29 现象示意图 (42)图4-30 信令图 (42)图4-31 信令图2 (42)图4-32 信令图3 (43)图4-33 信令图4 (44)图4-34 信令图5 (45)图4-35 信令图6 (45)图4-36 示意图1 (46)图4-37 验证示意图 (46)图5-1 切换命令 (47)图5-2 事件上报 (47)图5-3 切换前后RLM Report1 (48)图5-4 切换前后RLM Report2 (48)图5-5 华为与我司切换命令差异 (50)图5-6 收到切换命令后在我司接入信令 (50)图5-7 前台发送的重建立消息 (51)图5-8 后台收到重建立消息 (51)1 切换概述1.1 切换流程介绍-Measurement Control测量控制，一般在初始接入或上一次切换命令中的重配消息里携带-Measurement Report测量报告，终端根据当前小区的测量控制信息，将符合切换门限的小区进行上报-HO Request源小区在收到测量报告后向目标小区申请资源及配置信息（站内切换的话为站内交互，站间切换会使用X2口或者S1口，优先使用X2口）-HO Request Ack目标小区将终端的接纳信息以及其它配置信息反馈给源小区-RRC Connection Reconfiguration将目标小区的接纳信息及配置信息发给终端，告知终端目标小区已准备好终端接入，重配消息里包含目标小区的测量控制-SN Status Transfer源小区将终端业务的缓存数据移至目标小区-Random Access Preamble终端收到第5步重配消息（切换命令）后使用重配消息里的接入信息进行接入-Random Access Response目标小区接入响应，收到此命令后可认为接入完成了，然后终端在RRC层上发重配完成消息（第9步）-RRC Connect Reconfiguration complete（HO Confirm）上报重配完成消息，切换完成-Release Resource当终端成功接入后，目标小区通知源小区删除终端的上下文信息1.1.2 切换事件介绍LTE支持的切换事件有A类和B类，其中A类本用作系统内测量，B类被用作系统间测量下表为事件的简单介绍1.1.31.1.3.1图1-2 站内切换信令流程图1.1.3.2Transfer消息，待UE在目标小区接入后，目标小区会向核心网发送路径更换请求，目的是通知核心网将终端的业务转移到目标小区，X2切换优先级大于S1切换图1-3 X2口切换信令流程图1.1.3.3 S1口切换S1口发生在没有X2口且非站内切换的有邻区关系的小区之间，基本流程和x2口一致，但所有的站间交互信令都是通过核心网S1口转发，时延比X2口略大图1-4 S1口切换信令流程图1.2 前台信令解析切换的大部分问题可在前台信令中进行分析，本文以前台信令为主介绍整个切换流程及问题分析思路图1-5 正常切换信令注意：这里的重配完成只是组包完成，实际是在MSG3里发送的前台信令窗的交互过程主要是是图1-1里的1、2、5、7、8、9几步，现在来分别介绍1.2.1 测量控制测量控制信息是通过重配消息里下发的，测量控制一般存在于初始接入时的重配消息和切换命令中的重配消息中。
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。
TD-LTE切换问题分析与解决
高切换成功率、降低乒乓效应、减少掉话率、减小切
换时 延等 ，全面 的提升 用户感知 度 ，减少 投诉。Ｔ Ｄ－ Ｌ Ｔ Ｅ系统 内所有切 换问题最终都 可以归纳为 ｅ Ｎ ｏ ｄ ｅ Ｂ
间的小 区间切 换和 ｅ Ｎｏ ｄ ｅ Ｂ内的小 区间切 换等。 因此
的一个非常重要的功能。 它是控制无线链路的一种手段 ，
先 断开与 源基站 之间 的连 接 ，然后 再与 目标基站重 新
建立连接 。
切 换能够让用户在跨越不同的小区时保持连续的通话而 不 掉话 。当用户设备在小 区之 间移动时 ，基站可 能基于 某 种策略 发起切换过程。切 换性能与切换参数 的设置密 切相 关，如果切换参数设置 不合理 ，则会降低用户感受 度 ，并且还会 因乒乓切换 、无线链路失败 （ Ｒ Ｌ Ｆ，Ｒ ａ ｄ ｉ ｏ Ｌ ｉ ｎ ｋ Ｆ ａ ｉ ｌ ｕ ｒ ｅ ） 等原因而浪费网络资源。
ｅ ０ １ ６ 年 第１ 期
一 电信工程技术与标准化
ｒ
翳 ％ 掉 ０｜ 潦 ｔ 薯 嚣 稼 ｜ 蘸 擀 ＊ 囊 螽 ； 辩 薅 酾
、 “ ｔ
¨
吩 嚣 蕞 苷 ｜ 鞋 鼍 ｜ ｜ ≮Ｉ
、 ％ ｛
Ｔ Ｄ — Ｌ Ｔ Ｅ 切换 问题分析与解决
从而使切换性 能达到最佳 。
关 键词
Ｔ Ｄ － Ｌ Ｔ Ｅ ；网络优化 ； 切换
中图分类号 Ｔ Ｎ ９ ２ ９ ． ５
文献标识码
Ａ
文章编号
１ ０ ０ ８ ～ ５ ５ ９ ９（ ２ ０ １ ５ ）０ １ — ０ ０ ５ ３ — ０ ４
切换 （ Ｈａ ｎ ｄ ｏ ｖ ｅ ｒ 或者 Ｈａ ｎ ｄ ｏ ｆ ｆ ）是移动 通信 系统
LTE邻区关系不合理导致切换失败
LTE邻区关系不合理导致切换失败一、现象描述基站分布及路测轨迹图如下：测试车辆在（网格14）绥德路由西向东行驶至万镇路附近，UE占用普职校-HLH第1小区进行下载业务，RSRP为-141dBm，SINR为-5，信号陡降发起切换，随后发起切换但是不成功，从而发起RRC连接重建立，也失败，最后掉线。
二、处理过程分析（1）UE占用普职校-HLH第1小区，RSRP为-141dBm，SINR为-5，下载速率降至580kbps，信号质量差从而发起切换，向eNodeB发送“测量报告”消息（A3事件），携带两个邻区的测量报告：第一个是普绥祁-HLH第3小区（PCI=127），第二个是普职校-HLH第3小区（PCI=23）。
其中，普绥祁-HLH第3小区的RSRP=-140dBm+70=-70dBm，普职校-HLH第3小区的RSRP=-140dBm+28=-112dBm。
（2）普职校-HLH第1小区给UE发送“RRC连接重配置”消息，携带切换命令（MobilityControlInfo标识切换命令），切换目标小区是PCI=23（普职校-HLH第3小区）。
从此前的测量报告看，普绥祁-HLH第3小区（PCI=127）的RSRP更好（-70dBm），但该小区却不是切换目标小区。
因此，怀疑普职校-HLH第1小区的邻区列表中没有添加普绥祁-HLH第3小区（PCI=127）为邻区，故选择向RSRP弱的普职校-HLH第3小区切换，但由于普职校-HLH第3小区RSRP太弱，无线环境差导致切换失败。
（3）UE切换失败后进行小区选择。
从SIB1消息可知，当前选择小区eNodeBID为01959A （16进制）=103834，本地小区号是0D（16进制）=13，对应的是普绥祁-HLH第3小区。
（4）UE完成小区选择后，向普绥祁-HLH第3小区发起RRC连接重建立。
但是，按照3GPP 协议36.331,只有具备UE上下文的prepared cell（prepared cell包括源小区和切换目标小区）才可能实现RRC连接重建立。
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-华为-传输模式不一致导致切换失败
传输模式不一致导致切换失败问题现象：荣昌高铁站-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模式。
网优文档163：LTE S1切换占比专项优化分析
LTE S1切换占比专项优化分析一、S1切换占比专项优化需求分析1.1专项背景切换成功率以及切换时延是移动保持类的重要指标之一，按照涉及的网元关系可以分为ENB内切换成功成功率、ENB间（包括X2切换和S1切换）切换成功率。
切换成功率的高低以及切换时延的多少，直接影响用户感受，是重点考核的KPI指标之一。
由于S1切换的流程比X2切换多，存在的信令交互节点也比X2切换多，不仅在切换过程中耗时较多，且切换失败的风险会高于X2切换。
S1切换主要用于跨MME 之间的基站间的切换。
X2切换是LTE网络特有的切换流程和优势，在提高S1切换成功率的同时，尽量降低S1切换占比，可以有效提高全网的切换成功率，降低切换时延，改善用户的感知。
S1切换占比专项优化调整前：S1切换占比在10%左右；S1切换占比公式：S1切换占比=S1切换请求次数/（基站内切换请求次数+X2切换请求次数+S1切换请求次数）1.2专项思路1、第一步，进行全网存在S1切换请求的小区进行分析和收集，对和S1切换流程中的相关过程参数和操作的收集，不仅要收集日常修改的优化参数，还包括一些常涉及的操作，例如X2链路配置、需要上站进行排障操作的站点等；对这些参数和操作的工作需求进行分析汇总；2、第二步，对S1切换占比优化的调整和相关操作进行整理，确定主要工作内容：全网SCTP链路状态核查调整优化、现场邻区关系测试优化、故障站点排障、切换参数优化调整；3、第三步，S1切换占比优化整理出的主要工作内容实施，KPI指标同步跟踪监控处理效果评估并进行分析反馈以方便进一步优化调整；4、在专项实施过中，对S1切换占比优化中存在的问题和不完善进行收集整理，总结主要问题处理案例，并提出相应的改进优化方案，并将S1切换占比加入日常KPI优化指标中。
二、S1切换占比专项优化实施方案2.1S1切换与X2切换的区别根据源eNB和目标eNB是否连接到同一个MME以及他们之间是否存在X2连接，LTE 中的切换分为X2切换和S1切换。
不能发生异频切换问题分析
不能发生异频切换问题分析1 【概述】东莞电信LTE网络由E///和HW两家设备厂家提供主设备，存在长距离的异厂家和异频问题。
在做簇优化路测时发现在E///和HW边界区域，E///1.8G基站常平横江厦2不能切换到HW的2.1G基站，导致长距离弱覆盖。
2 【案例类别】LTE 优化切换类切换参数类外部小区数据错误类3 【现象描述&问题分析】3.1 没有测量异频邻区在常平镇我们做簇优化路测时发现在E///和HW边界区域，UE长时间占用我们1.8G基站常平横江厦2（PCI=257，EARFCN=1825）信号，没有测量边界HW_2.1G小区，直至弱覆盖拖着。
如下图一，UE没有测试2.1G异频100的频点：异频发生切换目前策略定的是通过A2/A5事件，异频边界小区A2/A5门限前期已统一修过：a2ThresholdRsrpPrim=-92;a5Threshold1Rsrp=-94;a5Threshold2Rsrp=-90;邻区中都没有测量异频频点，说明还没有到A2事件，怀疑是A1门限问题。
经常发现的确忽略了A1门限问题，常平横江厦2的A1门限保留的默认值-140，因而一直没有测试异频，把常平横江厦2的A1门限修改为：a1ThresholdRsrpPrim=-90后，邻区中出现了EARFCN=100小区，说明已经测量了异频小区。
3.2 有测量异频邻区，但是发生异频盲切测量异频邻区后，UE能占用到异频100小区，但是先release后再request后占用到的，不是HO request过去的。
查看release原因发现是：Redirected，说明是盲切，如下图：盲切的几种可能原因有：a. 没有定义EUtranCellRelation；b. 定义的EUtranCellRelation数据错误；c. 定义的ExternalEUtranCell小区数据错误。
一一核查发现定义了Relation，删除重建Relation后仍然是盲切。
TDLTE异频切换门限设置不合理导致切换不及时案例分析新站入网优化
异频切换门限不合理引起切换不及时分析
【现象描述】
在枢纽大楼附近车辆由西向东测试，UE占用青秀区枢纽大楼_HLH_1小区（PCI：295）RSRP：-100.45dbm，未能及时切换到最近F频段凤城大酒店_HLH_1小区（PCI：102）RSRP：-67.63dbm。
；如下图所示：
【告警信息】
无
【原因分析】
1、后台参数配置错误；；
2、青秀区枢纽大楼_HLH_1小区（PCI：295）未与凤城大酒店_HLH_1小区（PCI：102）配
置邻区关系；
3、青秀区枢纽大楼_HLH_1小区（PCI：295）未与凤城大酒店_HLH_1小区（PCI：102）配
置双向邻区关系；；
4、异频切换邻小区定义错误，如小区信息中PCI的更改也会引起定义的错误；
5、异频切换的门限设置得过
【处理过程】
1、联系后台检查后台相关参数配置是否有误；
2、检查量个小区间的邻区关系，看否存在邻区关系或者只存在单向的邻区关系；
3、查看异频切换邻区中的小区定义是否有误，是否存在小区工程参数的修改而定义中并无
修改致使定义错误；
4、查看异频切换的门限设置是否过高；
经过核查发现异频切换的门限设置过高了A1、A4默认-105，A2默认-109；于是异频A1 RSRP触发门限修改为-80，异频A2 RSRP触发门限修改为-84，基于覆盖的异频RSRP触发门限-90。
进过修改后切换正常如下图：
【建议与总】
造成切换失败和不切换的原因很多，遇到此类问题要认真排查仔细求证真确的结果。
LTE S1切换占比专项优化专题
第二步，对S1切换占比优化的调整和相关操作进行整理，确定主要工作内容：全网SCTP链路状态核查调整优化、现场邻区关系测试优化、故障站点排障、切换参数优化调整；第三步，S1切换占比优化整理出的主要工作内容实施，KPI指标同步跟踪监控处理效果评估并进行分析反馈以方便进一步优化调整；第四步，在专项实施过中，对S1切换占比优化中存在的问题和不完善进行收集整理，总结主要问题处理案例，并提出相应的改进优化方案，并将S1切换占比加入日常KPI优化指标中。
二 S1切换占比专项优化实施方案2.1 S1切换与X2切换的区别根据源eNB和目标eNB是否连接到同一个MME以及他们之间是否存在X2连接，LTE中的切换分为X2切换和S1切换。
LTE中将缺省进行X2切换，除非源和目标eNB之间不在同一个MME的范围或者不存在X2连接。
在X2切换过程中，MME保持不变，而与之相连的SGW则有可能发生改变。
X2切换过程是在两个eNB之间直接进行的，在切换成功后才通知MME进行路径切换。
二者的差别主要体现在切换准备上，S1切换处理要比X2多两条信令消息，X2的切换时延从测试统计出大概在30ms左右，S1的切换时延要比X2切换的多出20ms左右，而如果切换时延定义为重配置到重配置完成，则切换时延没有差别，但整个切换流程S1切换用时仍然多于X2切换用时。
另外二者的传输时延也存在不同。
2.2 具体切换信令基站间S1切换测试流程，如图1所示：图1 S1切换源基站侧信令流程基站间X2切换测试流程，如图2所示：图2 X2切换目标基站侧信令流程2.3 导致S1切换主要原因及处理思路2.3.1 S1切换占比过高主要原因LTE中当源eNB和目标eNB不在同一个MME的范围或者不存在X2连接时，将采用S1切换。
目前只存在一个MME，所以当选择进行S1切换时，说明X2连接存在问题。
从目前对S1切换处理来看，导致S1切换的主要原因占比如下：X2的SCTP链路状态及配置参数不正常占比75%；邻区关系和邻区参数配置错误占比11%；基站故障导致占比6%；路由关系配置错误占比4%；其他原因占比4%。
LTE核心网鉴权关闭导致切换失败
LTE核心网鉴权关闭导致切换失败现象描述：
在某TDD-LTE实验网，站间小区切完后直接RRC CONNECTION RELEASE，切换失败率增加。
告警信息：
无
原因分析：
LTE核心网鉴权关闭导致切换失败
处理过程：
前台测试信令
1、 UE 在站内小区间切换时，前台测试信令都是正常的未出现异常
2、站间小区切换完成后， UE 在上报 RRC 重配完成信令后，收到基站侧下发的“ RRC CONNECTION RELEASE ”信令，随后 UE 发起接入过程，尝试多个站间切换，该问题始终存在。
但经现场测试人员确定切换过程中 RSRP 良好，无干扰存在。
从以上情况可以得出无线侧是没有问题的，初步怀疑是核心网之间是否存在问题。
如下图：
后台信令跟踪：
1 、通过后台信令跟踪发现 UE 上发切换完成信令“ RRC Connection Reconfiguration
Complete ”后，核心网直接下发“ RRC CONNECTION RELEASE ”给 UE ，导致 UE 重新建立 RRC 连接；
前后台的信令对比分析得出，由于核心网下发了 RRC 拆链的信令，导致切换不成功，故问题可以暂定为核心网存在问题。
后通过与核心网人员确认，核心网将鉴权功能关闭，导致在站间切换时， UE 鉴权被拒，从而导致切换完成后直接 RRC 释放。
后核心网打开鉴权，该切换问题解决。
建议与总结：
核心网将鉴权功能关闭，导致在站间切换时， UE 鉴权被拒，从而导致切换完成后直接 RRC 释放。
后核心网打开鉴权，该切换问题解决。
切换优化常见问题及案例(中兴)
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），发现的确未配置邻区。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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。
图（6）b). 在S1接口切换及X2接口切换过程中的切换准备阶段结束时，源小区未收到来自目标eNodeB的任何消息，包括如下场景：在S1接口切换时，未收到MME发出的HANDOVER COMMAND消息及HANDOVER PREPARATION FAILURE消息；在X2接口切换时，未收到对端eNodeB 发出的HANDOVER REQUEST ACKNOWLED EG消息及HANDOVER PREPARATION FAILURE消息。
如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.NoReply加1。
图（7）c). 在S1接口切换过程中的切换准备阶段，当源小区收到来自MME的HANDOVER PREPARATION FAILURE消息时，或在X2接口切换过程中的切换准备阶段，当源小区收到来自目标小区的HANDOVER PREPARATION FAILURE消息时，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.PrepFailure加1。
图（8）d). 在S1接口切换及X2接口切换过程中，切换准备阶段未结束，源小区判决取消本次切换，并发送HANDOVER CANCEL消息时，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.HOCancel加1在S1接口切换及X2接口切换过程中，源小区发送HANDOVER CANCEL消息时，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.FailOut.HOCance l加1。
图（9）e). 在S1接口切换过程中的切换准备阶段，当源小区收到来自MME的HANDOVER COMMAND 消息时，或在X2接口切换过程中的切换准备阶段，当源小区收到来自目标小区的HANDOVER REQUEST ACKNOWLEDGE消息时，由于合法性检测失败，源小区判决取消本次切换，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.TargetIllegal加1。
2指标分析2.1切换成功率指标分析流程说明：网管测统计到切换失败原因✧核心网原因导致切换出准备失败次数✧目标小区无响应导致切换出准备失败次数✧目标小区回复切换准备失败消息导致切换出准备失败次数✧源小区发送切换取消导致切换出准备失败次数✧eNodeB间切换出取消次数2.2 TOP小区掉话原因处理小区切换失败Counter✧鉴别切换失败原因(L.HHO.Prep.FailOut.MME, L.HHO.Prep.FailOut.NoReply,L.HHO.Prep.FailOut.PrepFailure，L.HHO.Prep.FailOut.HOCancel,L.HHO.FailOut.HOCancel, L.HHO.Prep.FailOut.TargetIllegal,L.IntraFreqHO.NoNRT, L.InterFreqHO.NoNRT)。
✧查看基站有无告警，小区状态是否正常：（通过LST ALMAF查询站点实时告警，LSTALMLOG参考历史告警；存在告警则降低功率切换用户，严重的临时去激活小区，通知维护人员处理。
✧查询有无外部干扰（PRB上行干扰噪声平均值>-110dBm,则存在外部干扰）；统计话务看是突发的还是持续的，可应急通过MOD PDSCH降低功率处理。
✧提取两两小区切换，确定切换出目标小区，核查外部小区参数（PCI、TAC、频点、小区标识、切换参数）配置有无错误；若错误则对外部定义的小区进行修改，另外关注两两小区切换切换过早和切换过晚或者乒乓切换统计（L.HHO.Ncell.PingPongHo、L.HHO.NCell.HoToolate、L.HHO.NCell.HoTooearly），进行相应的CIO调整。
以上问题都解决不了需安排外场人员测试，同时后台进行信令跟踪，找出问题原因。
3案例3.1 TD-LTE基站未及时割接到新MME导致切换失败案例分析【问题描述】：南宁西乡塘广西师范明秀校区_HLH、南宁西乡塘区如家快捷酒店_HLH、南宁西乡塘区中医学院_HLH、南宁西乡塘区广西区民族医院_HLH、南宁西乡塘区金棉楼_HLH、南宁西乡塘区北湖集贸市场2_HLH、南宁西乡塘区北湖生活区19栋_HLH和南宁西乡塘区北湖生活区19栋_HLH等站点在14：00后切换指标严重恶化，对全网切换成功率指标造成影响；如下图所示：以南宁西乡塘广西师范明秀校区_HLH为例【问题分析】：切换成功率低通常有以下几种原因，需逐步排查：1、基站故障告警；2、邻区以及切换参数等不合理，如：外部小区、切换参数等配置错误会直接导致切换失败；3、弱覆盖；4、强干扰；5、拥塞；6、异常用户终端；7、传输、核心网等问题；【问题排除过程】：经核查发现切换异常的站点很集中，都位于明秀路广西师范学院附近，且切换异常都是在14：00之后，因此可以判断导致切换异常为同一原因，于是抽取南宁西乡塘广西师范明秀校区_HLH进行重点分析。
1、对南宁西乡塘广西师范明秀校区_HLH的故障告警进行核查，核查发现此时段并无故障告警；2、对于目前LTE基站版本在配置邻区数据时可能会出现小区名称与PCI，eNodeBID等数据不一致的情况。
对南宁西乡塘广西师范明秀校区_HLH进行外部小区等数据进行核查，核查结果未发现异常；3、对于干扰对切换的影响一般情况下是导致空口质量恶化导致信令交互失败，但是一般不会出现切换全部失败，但是对南宁西乡塘广西师范明秀校区_HLH_1的TDL数据进行分析时发现与某一基站切换全部失败，不像是由干扰导致为了验证判断我们对该小区的干扰数据进行了核查，核查结果显示并无干扰；4、弱覆盖对切换的影响类似与干扰对切换的影响，主要体现在空口质量，一般情况下也不会出现切换全部失败的现象。
南宁西乡塘广西师范明秀校区_HLH位于明秀路处于市中心位置，因此排除了弱覆盖的因素；5、特定的异常用户终端一般情况下只会对单个特定服务小区造成影响，但是这次切换异常为整个区域同时涉及多个站点，因此可以排除异常用户终端的因素；6、拥塞会直接影响切换等KPI指标，但是目前的LTE网络负载还很轻，除开重大节日等情况不会出现拥塞等情况，因此可以排除拥塞的因素；7、为了核查是否是传输、核心侧等问题，我们在U2000上对eNodeBID为492084（）的站点进行了信令跟踪。