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。
- 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（）的站点进行了信令跟踪。