LTE切换成功率阶段性提升报告
LTE网络优化常见问题和优化方法
• 与TD-S类似需要考虑覆盖、干扰、小区用户数的影响 • 需要考虑带宽配置对速率的影响 • 需要考虑天线模式对速率的影响 • 需要考虑时隙比例配置、特殊时隙配置对速率的影响 • 需要考虑功率配置对速率的影响 • 需要考虑下行控制信道占用符号数对速率的影响
干扰问题分析的重点和难点不同
© ZTE Corporation. All rights reserved.
覆盖问题分类（RSRP占主导）
弱覆盖（覆盖空洞）
越区覆盖
保证网络的连续 覆盖；
使实际覆盖与规划 一致，解决孤岛效 应导致的切换掉话 问题；
上下行不平衡
从上行和下行链 路损耗是否平衡 角度出发，解决 因为上下行覆盖 不一致的问题；
解决越区覆盖问题
Ø避免扇区天线的主瓣方 向正对道路传播；对于此 种情况应当适当调整扇区 天线的方位角，使天线主 瓣方向与街道方向稍微形 成斜交，利用周边建筑物 的遮挡效应减少电波因街 道两边的建筑反射而覆盖 过远的情况
Ø在天线方位角基本合理 的情况下，调整扇区天线 下倾角，或更换电子下倾 更大的天线。调整下倾角 是最为有效的控制覆盖区 域的手段。下倾角的调整… 包括电子下倾和机械下倾 两种，如果条件允许优先 考虑调整电子下倾角，其 次调整机械下倾角
解决无主导小区问题
Ø针对无主导小区的区域，确 定网络规划时用来覆盖该区域 的小区，应当通过调整天线下 倾角和方向角等方法，增强某 一强信号小区（或近距离小区） 的覆盖，削弱其他弱信号小区 （或远距离小区）的覆盖。
Ø如果实际情况与网络规划有 出入，则需要根据实际情况选 择能够对该区域覆盖最好的小 区进行工程参数的调整。
RF优化的基本流程图
RF优化开始
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统计在此计数。
96、广东-深圳-关于LTE站点切换成功率优化经验总结案例
三、推广效果
3.1
如下表格优化前的数据可以看到小区向46011-491650-50切换的成功率几乎为零，并且有大量的切换请求。
再如下图，源小区的邻区中有一个PCI56的邻区，相距很远（2.8KM），而靠近基站有一个PCI一样的小区56，但是却不在邻区列表中。因为已经有了一个PCI为56邻区，因而不能再添加近的和PCI56的邻区了；UE向近的PCI56发起大量切换，但是源基站则认为是向远的PCI56发起的切换，因而出现大量的错误切换。
提升切换成功率指标，一方面是减少切换失败的次数，另一方面可以考虑提高切换成功的次数。因而针对切换成功率高的小区、切换成功率低的小区和切换成功率低的切换邻区对，可以采取不同的切换参数。
1)针对切换成功率高的小区
对于切换成功率高的小区，如切换成功率大于99.5%，可以考虑适当降低a3Offset (3020),或者（并且）降低timeToTriggerA3（320160, 80,40），让这个小区与邻区之间更容易发生切换。
1)RACH统计
2)干扰统计
3)CQI统计
4)ERAB掉话统计
2.1.1
以下为数据分析表格：
2.2
在优化措施上，以提升切换成功率为目标，也要考虑尽量不影响其他指标的情况下，如ERAB掉话率、4G话务占比等。
相关的优化措施及顺序包括：参数检查PCI调整覆盖控制邻区删除小区切换参数优化特定邻区切换限制其他参数调整。
干扰问题的解决主要有干扰源的查找和消除、干扰降低消除相关功能的开启（如ulFSS等）；在没法消除或者降低小区干扰水平的情况下，则考虑控制干扰小区的覆盖来降低其对指标的影响。
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个别站点漏配或错配远端地址。
关于光衰导致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切换问题分析
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。
网络切换问题优化报告
4G网络切换问题优化报告一、4G切换问题概述无线通讯的最大特点在于其移动性控制，对于终端在不同小区间的移动，网络侧需要实时监测UE并在适当时刻命令UE做跨小区的切换，以保持其业务连续性。
在切换的过程中，终端与网络侧相互配合完成切换信令交互，尽快恢复业务，在LTE系统中，此切换过程是硬切换，业务在切换过程中是中断的，为了不影响用户业务，切换过程需要保证切换成功率、切换中断时延、切换吞吐率三个重要指标，其中最重要的是切换成功率，如果切换出现失败，将严重影响用户感受。
本报告根据天津当前网络中的LTE系统内切换问题进行了分析和定位，并进行了优化处理，对于比例较高的积累问题给出了优化指导建议，希望对于其他省市的4G网络优化能有一定借鉴和参考意义。
二、切换问题分析1、切换原理切换的过程就是终端在移动过程中与网络连接交互发生变化的过程，简单的图示如下图：源基站图2.1 切换前UE和源基站联系目标基站图2.2 切换后UE和目标基站联系LTE系统的整个切换过程完全由网络侧eNB控制，所以切换UE的行为需要eNB 监控，当发现UE处于切换区且存在比当前无线质量更好的小区时，根据情况适时命令UE切换到目标小区。
由于eNB并不知道UE所处的位置和无线质量情况，需要控制UE上报相关的无线质量信息来判断，UE上报无线质量信息的方式有周期上报和事件上报两种方式，目前采用事件测量报告的方式来监控UE所处的无线质量变化临界点，当eNB收到测量或切换的事件上报时，会下发切换命令给UE，UE收到切换命令后，中断与源小区的交互，按切换命令要求切换到新的目标小区，并通过信令交互通知目标小区，以完成整个切换过程。
2、切换失败原因定位切换失败通常是指切换的信令流程交互失败，关注点在信令的交互，只有在信令交互出现丢失或信令处理结果失败才会失败。
其中信令丢失是指信令在传输过程中出错或不能到达对端，信令处理结果失败是指终端或网络侧在处理信令时出现异常导致流程不能正常进行（例如切换时资源不足）。
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 值。
切换成功率问题分析总结
切换成功率问题分析总结概述在分析处理日常性能质差小区时，发现切换成功率低的问题小区占据绝大部分，统计诺基亚区域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参数核查；邻区拥塞导致：目标小区出现拥塞，会导致周边站点出现大量的切换失败；隐性故障：隐性故障休眠，小区会出现无法接入，周边站点切换全部失败的情况。
TD-LTE网络性能KPI(切换成功率)优化手册
T D-L T E网络性能K P I(切换成功率)优化手册work Information Technology Company.2020YEARTD-LTE网络性能KPI（切换成功率）优化手册1切换成功率定义说明1.1指标公式1.2COUNTER定义1.2.1集团规范定义1、eNB间S1切换出请求次数：源eNB向MME发送的“切换请求”消息（HANDOVER REQUIRED）（3GPP TS 36.413），指示eNB间通过S1接口的切换出准备请求。
向不同小区发送的同一切换准备请求，需要重复统计。
2、eNB间S1切换出成功次数：源eNB收到MME发送的“UE上下文释放命令”消息（UE CONTEXT RELEASE COMMAND）（3GPP TS 36.413），指示eNB间通过S1接口的切换出执行成功。
3、eNB间X2切换出请求次数：源eNB向目标eNB发送的“切换请求”消息（HANDOVER REQUEST）（3GPP TS 36.423），指示eNB间通过X2接口的切换出准备请求。
向不同小区发送的同一切换准备请求，重复统计。
4、eNB间X2切换出成功次数：源eNB收到目标eNB发送的“UE上下文释放”消息（UE CONTEXT RELEASE）（3GPP TS 36.423），指示eNB间通过X2接口的切换出执行成功。
5、eNB内切换出请求次数：eNB向UE发送携带mobilityControlInfo 的“RRC连接重配置”消息（RRCConnectionReconfiguration），指示eNB内小区间切换出请求。
（3GPP TS 36.331）6、eNB内切换出成功次数：eNB收到UE发送的“RRC连接重配置完成”消息（RRCConnectionReconfigurationComplete），指示eNB内小区间切换出成功。
（3GPP TS 36.331）1.2.2NSN映射1、eNB间S1切换出请求次数：M8014C14：INTER_ENB_S1_HO_PREP，The number of Inter eNB S1-based Handover preparations；2、eNB间S1切换出成功次数：M8014C19：INTER_ENB_S1_HO_SUCC，The number of successful Inter eNB S1-based Handover completions；3、eNB间X2切换出请求次数：M8014C0：INTER_ENB_HO_PREP，The number of Inter-eNB X2-based Handover preparations. The Mobility management (MM) receives a listwith target cells from the RRM and decides to start an Inter-eNB X2-based Handover；4、eNB间X2切换出成功次数：M8014C7：SUCC_INTER_ENB_HO，The number of successful Inter-eNB X2-based Handover completions；5、eNB内切换出请求次数：M8009C6：ATT_INTRA_ENB_HO，The number of Intra-eNB Handoverattempts；6、eNB内切换出成功次数：M8009C7：SUCC_INTRA_ENB_HO，The number of successful Intra-eNB Handover completions；1.3信令统计点1.3.1eNB间S1切换统计点关系：M8014C14 = M8014C15 + M8014C16 + M8014C17 + M8014C18M8014C18 = M8014C19 + M8014C20（注：现网实际数据对不上）1、M8014C14：INTER_ENB_S1_HO_PREPUpdated: This counter is updated following the transmission of an S1AP:HANDOVER REQUIRED message from the source eNB to the MME if this message prepares an Inter eNB Handover.2、M8014C15：INTER_S1_HO_PREP_FAIL_TIMEUpdated: This counter is updated at the expiry of the guarding timer TS1RELOCprep if the timer was started because of the preparation of an Inter eNB Handover.3、M8014C16：INTER_S1_HO_PREP_FAIL_NORRUpdated: This counter is updated following the reception of anS1AP: HANDOVER PREPARATION FAILURE message from MME to source eNB with cause "No Radio Resources Available in Target Cell" if this message is received in response to the preparation of an Inter eNB Handover.4、M8014C17：INTER_S1_HO_PREP_FAIL_OTHERUpdated: The number of failed Inter eNB S1-based Handover preparations due to the reception of an S1AP: HANDOVER PREPARATION FAILURE message with a cause other than "No Radio Resources Available in Target Cell."5、M8014C18：INTER_ENB_S1_HO_ATTUpdated: This counter is updated following the reception of anS1AP: HANDOVER COMMAND message from the MME to the source eNB in case that this message is received in response to the preparation of an Inter eNB Handover.6、M8014C19：INTER_ENB_S1_HO_SUCCUpdated: This counter is updated following the reception of anS1AP: UE CONTEXT RELEASE COMMAND message from the MME to the source eNB with the cause value Radio Network Layer (Successful Handover) in case that this message is received for an Inter eNB Handover.7、M8014C20：INTER_ENB_S1_HO_FAILUpdated: This counter is updated following the expiry of the guarding timer TS1RELOCoverall in case that this timer was started because of an Inter eNB Handover.1.3.2eNB间X2切换Counter Counter ID NetAct nameeNB间X2切换请求次数M8014C0 INTER_ENB_HO_PREPeNB间X2切换目标小区准备失败次数M8014C2 FAIL_ENB_HO_PREP_TIME M8014C3 FAIL_ENB_HO_PREP_ACM8014C5 FAIL_ENB_HO_PREP_OTHEReNB间X2切换尝试次数M8014C6 ATT_INTER_ENB_HOeNB间X2切换成功次数M8014C7 SUCC_INTER_ENB_HOeNB间X2切换失败次数M8014C8 INTER_ENB_HO_FAIL统计点关系：M8014C0 = M8014C2 + M8014C3 + M8014C5 + M8014C6M8014C6 = M8014C7 + M8014C8（注：现网实际数据对不上）1、M8014C0：INTER_ENB_HO_PREPUpdated: This counter is updated following the transmission of an X2AP: Handover Request to the target eNB.2、M8014C2：FAIL_ENB_HO_PREP_TIMEUpdated: This counter is updated following the expiry of the guarding timer TX2RELOCprep.3、M8014C3：FAIL_ENB_HO_PREP_ACUpdated: This counter is updated following the reception of anX2AP: Handover Preparation Failure message from the target eNB.4、M8014C5：FAIL_ENB_HO_PREP_OTHERUpdated: The counter is updated if the failure detected does not match any other failure counter.5、M8014C6：ATT_INTER_ENB_HOUpdated: This counter is updated following the reception of an X2AP: Handover Request Acknowledge message from the target eNB.6、M8014C7 ：SUCC_INTER_ENB_HOUpdated: This counter is updated following the reception of an X2AP:Release Resource message sent by the target eNB.7、M8014C8：INTER_ENB_HO_FAILUpdated: This counter is updated following the expiry of the guarding timer TX2RELOCoverall.1.3.3eNB内切换Counter Counter ID NetAct nameeNB内收到MR次数M8009C0 TOT_NOT_START_HO_PREP eNB内切换决断次数M8009C1 TOT_HO_DECISIONeNB内切换请求次数M8009C2 INTRA_ENB_HO_PREPeNB内切换准备失败次数M8009C3 FAIL_ENB_HO_PREP_AC M8009C5 FAIL_ENB_HO_PREP_OTHeNB内切换尝试次数M8009C6 ATT_INTRA_ENB_HO eNB内切换成功次数M8009C7 SUCC_INTRA_ENB_HO eNB内切换执行失败次数M8009C8 ENB_INTRA_HO_FAIL统计点关系：M8009C1 > M8014C2M8014C2 = M8014C3 + M8014C5 + M8014C6M8014C6 = M8014C7 + M8014C8（注：现网实际数据对不上）1、M8009C0: TOT_NOT_START_HO_PREPUpdated: The reception of an RRC Measurement Report message sent by the UE to eNB and of the RRM decision not to execute a handover. Updated to the source cell.2、M8009C1: TOT_HO_DECISIONUpdated: The reception of an RRC Measurement Report message sent by the UE to eNB and of an RRM decision to execute a handover. Updated to the source cell.3、M8009C2: INTRA_ENB_HO_PREPUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from RRM and decides on an Intra-eNB Handover. Updated to the source cell.4、M8009C6: ATT_INTRA_ENB_HOUpdated: The transmission of an RRC Connection Reconfiguration message sent by the eNB to UE, which indicates a Handover Command to the UE. Updated to the source cell.5、M8009C7: SUCC_INTRA_ENB_HOUpdated: The reception of an internal UE Context Release Request for the handover on the source side. Updated to the source cell.6、M8009C3: FAIL_ENB_HO_PREP_ACUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from the RRM. The MM or RRM AC decides not to execute an Intra-eNB Handover. Updated to the source cell.7、M8009C5: FAIL_ENB_HO_PREP_OTHUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from RRM. The MM or RRM AC decides not to execute an Intra-eNB Handover. The counter is updated if the failure detected does not match any other failure counter. Updated to the source cell.8、M8009C8: ENB_INTRA_HO_FAILUpdated: The counter is updated to the source cell when timer THOoverall expires.2影响切换成功率的因素2.1从信令流程角度分析（注：个别流程可以会有不同，但大致相当，此处仅以X2切换为例。
LTE 800M网络基于频率优先级切换成功率的提升方案
LTE 800M网络基于频率优先级切换成功率的提升方案目录一、创新背景 (3)二、创新内涵 (3)三、成果展示 (7)四、总结 (8)一、创新背景中国电信在16年底陆续开始建设LTE 800M网络，网络建设要基于CDMA网络频点退频，且在不高于5M的带宽下建设。
在现网中，还存在已经建设完成的LTE 1.8G、2.1G网络，带宽配置为15M或者20M，比LTE 800M网络具有更大的带宽优势。
在以上背景下，新建设的LTE 800M将要考虑与L1.8G、2.1G的互操作策略。
目前 LTE 800M网络采用基于A1+A4方式的频率优先级的切换。
但切换策略配置完成之后，出现基于频率优先级切换成功率低的问题。
本文就基于频率优先级的切换成功率提升进行分析。
二、创新内涵（一）创新思路➢多种切换策略的应用：使用MLB切换策略有效的均衡1.8与2.1之间的负载；使用基于频率优先级的切换能保证用户使用业务时有更好的体验效果。
➢由点到面的切换分析方法：由单个切换分析到整网的分析提升。
➢深层原理探究：解析MLB切换策略中的“切换准入开关”。
（二）创新点1、多种切换策略的应用。
2、原理阐述。
3、切换方案调整。
4、整网参数应用。
（三）、创新方案1、基于频率优先级的切换策略策略给出了网络间基于频率优先级的不同设定，同时针对不同场景（空闲态/激活态）定义了终端行为方式。
2、分析过程（1）对于切换TOP小区的分析过程中发现，大部分都是切换准备失败，可见切换流程还未到空口，在切换准备阶段就失败了。
（2）通过两两切换次数分析，发现某些频率优先级切换失败的站点，只与个别目标站切换会存在失败。
（3）对切换失败的目标站、切换成功目标站配置进行对比分析，发现切换失败的站点都开启了异频负载均衡（MLB）功能，而未切换失败的站点则没有开启。
（4）本地网因LTE 1.8G、2.1G之间开启了CA功能，且具备CA功能的小区并没有连续覆盖。
为了在开启CA的扇区下的2个频率之间做好用户负载均衡，小区CA功能开通之后，默认就会开启MLB功能。
东莞LTE切换专题分析报告
东莞LTE切换专题分析报告1、概述在无线网络系统中，终端在不同小区间移动，为了保持业务的连续性，网络需要实时监测UE并控制在适当时刻命令UE做跨小区切换。
本文主要结合东莞移动LTE现网系统内切换指标情况，根据现网数据统计分析，重点介绍了LTE系统内切换流程，切换类型、分析优化、及典型案例等。
2、切换的含义和流程LTE系统的整个切换过程完全由网络侧（eNB）控制，所以UE 周期性上报相关的无线质量信息给eNB来判断，当eNB收到测量或切换事件上报时，会下发切换命名给UE,UE收到切换命令后，中断与源小区的交互，按切换命令切换到新的目标小区，并通过信令交互通知目标小区，以完成切换过程。
切换过程就是终端在移动过程中与网络连接交互发生变化的过程。
2.1 切换门限为了控制切换信令的准确性和及时性，网络通过一些参数来控制切换，同频切换采用A3事件来触发切换，即目标小区信号质量高于本小区一个门限且维持一段时间就会触发,当终端满足Mn+Ofn+Ocn-Hys＞Ms+Ofs+Ocs+Off且维持Time to Trigger个时段后上报测量报告。
Mn：邻小区测量值Ofn：邻小区频率偏移Ocn：邻小区偏置Hys：迟滞值Ms：服务小区测量值Ofs：服务小区频率偏移Ocs：服务小区偏置Off：偏置值异频切换采用A1，A2来触发异频测量，A3，A4，A5来进行切换判决触发。
现网采用A3,A4算法来判决切换触发。
A1门限为停止测量门限，即UE测量到的服务小区RSRP值如果大于该门限，则UE停止异频测量;A2门限为开启测量门限，即UE测量到的服务小区RSRP 值如果小于该门限，则UE开启异频测量；A4门限为切换判决门限，即UE测量到的异频邻区RSRP值如果大于该门限，则UE开始向该异频邻区切换。
触发条件：Mn+Ofn+Ocn-Hys>ThreshLTE系统内切换一般分为切换准备、切换执行、切换完成三步。
切换准备：UE根据预定的测量，向源eNB上报测量报告，源eNB 根据报告及RRM信息决定UE是否需要切换。
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网络切换优化总结1 概述忻州的切换成功率指标较差，通过本次集中优化，梳理、排查切换成功率低的主要问题，并通过对这些问题的处理，逐步提升了切换成功率指标。
项目组从参数核查、故障处理、覆盖优化等多方面对可能影响切换的因素进行排查优化，切换成功率取得了明显的提升。
一般情况下，导致切换失败的原因有以下几种：1)越区覆盖、弱覆盖、质差等无线质量问题2)邻区漏配、外部小区配置不一致3)小区半径、PRACH等问题导致的随机接入失败4)同频切换参数不合理5)异频切换参数不合理6)干扰、设备故障等因素2 优化思路2.1 切换成功率指标公式切换成功率反映的是小区切换出的相关性能指标。
计算公式如下：小区切换成功率=（切换出成功次数-通过重建回源小区的切换出执行成功次数）/切换出尝试次数2.2 优化思路忻州系统内切换类型绝大多数是X2口切换，eNodeB间X2口切换流程如下图：源小区在收到终端上发的MR后如果判决需要切换，则打点记录切换出尝试次数，在收到目标小区回复的HANDOVER REQ ACK时向UE发送RRC Connection Reconfiguration消息后记录切换出执行次数。
切换出尝试次数与切换出执行次数的差值记为切换出尝试失败次数，切换出尝试失败问题一般为目标小区存在上行干扰、小区故障原因导致。
源小区在收到目标小区发来的UE CONTEXT RELEASE后记录切换出成功次数。
切换出执行次数与切换出成功次数的差值记为切换出执行失败次数，切换出执行失败问题一般为随机接入失败、漏配邻区、无线环境差导致。
整体优化思路如下：1、核查全网跟切换相关参数的合理性，针对不合理参数进行规划、优化。
2、全网邻区核查，包括邻区漏配、外部小区参数不一致等。
3、分析优化切换失败TOP小区。
4、干扰、故障小区处理。
5、MR弱覆盖小区优化。
3 具体优化工作3.1 PRACH根序列优化（乡镇农村小区半径重新规划）如果根序列分配不合理，相邻小区或近距离两小区使用该根序列生成的前导序列相同，则会导致UE随机接入阶段相互干扰。
浙江移动VOLTE百日会战SRVCC切换成功率优化报告
从浙江移动VOLTE百日会战SRVCC切换成功率优化报告看邻区优化、参数优化、邻区策略、厂家差异、切换时延新闻模板主要涉及工作如下：1、省公司SRVCC四维邻区精细核查；2、基于路损的SRVCC邻区规划；3、SRVCC邻区工参一致性核查（BCCH、BISC、LAC核查）；4、SRVCC邻区合理性核查（删除同频同BISC邻区、删除过远邻区）；5、SRVCC TOPN质差小区处理；本次邻区优化首先在宁波余姚区域进行试点，后续进行全网推广，具体情况见下文。
宁波余姚区域邻区优化试点：浙江省公司下发《浙江SRVCC邻区四维精细核查规则》，宁波VoLTE专项优化组选取余姚片区进行方案试点，经过两轮邻区优化，SRVCC切换成功率由92.00%提升为95.04%，VoLTE掉线率由0.32%改善为0.26%，指标提升非常明显。
3月17日宁波VoLTE专项优化组按照《浙江SRVCC邻区四维精细核查规则》对余姚片区进行第一轮SRVCC邻区优化，涉及小区3124个。
第一轮邻区优化前后总体指标：整体指标上看，SRVCC切换成功率由92.00%提升为93.55%，说明第一轮邻区优化已见成效，但VoLTE掉线率由0.32%恶化为0.36%，怀疑与质差小区有关，专项组针对这些小区将启动第二轮邻区优化工作。
从频点个数、邻区个数、邻区距离三个维度进行统计分析，过多、过少、过远的邻区都会影响SRVCC切换成功率，因此第二轮邻区优化工作以处理质差小区，增补过少邻区、删除过远邻区。
3月27日宁波VoLTE专项优化组启动余姚第二轮邻区优化，增补邻区2040个，涉及TOPN质差小区215个，删除超远邻区662个。
整体指标上看，SRVCC切换成功率由93.55%提升为94.99%，VoLTE掉线率由0.36%恶化为0.26%；以215个TOPN质差小区的指标看，SRVCC切换成功率由84.51%提升为95.04%，VoLTE掉线率由2.32%改善为0.39%。
VolteeRSVCC切换成功率提升方案V2
eRSVCC切换成功率提升方案方案背景目前eRSVCC切换成功率指标在93.5%左右徘徊，低于部分地市值，排名较低，故针对Ersvcc指标进行专项提升优化，提升成功率及排名，7月份全月全省排名18,在华为片区排名第10，设备地市eSRVCC切换成功率全省排名厂家排名华为95.10% 18 10排名靠后备注:指标来自网优平台;图标1网格内eRSVCC切换失败小区分布图标2全网eRSVCC切换失败小区分布Le-fije-ncl•7 柚问题分析攀枝花日均切换请求次数4806次，成功4505次，失败301次；在301次失败中切换准备阶段117次，切换执行阶段失败184次，分布占比38.87%和从上面可以看出切换准备成功率高于切换成功执行成功率;切换准备阶段问题分析：切换准备阶段失败的主要为GSM回复准备失败；如下图所示，当eNodeB向MME发送HANDOVER REQURIED消息后，收到HANDOVER PREPARATION FAILURE消息，统计为GERAN系统回复切换准备失败而导致切换出准备失败次数①切换准备阶段✓终端上报B2事件✓eNodeB发现切换准备请求✓BSC完成准备响应请求②1ST流程阶段✓eMSC向SBC发起媒体协商请求✓SBC进行媒体协商修改③切换执行阶段✓eNodeB给UE发送切换执行✓UE执行切换，在GSM网络接入✓eMSC发送切换完成，eNodeB释放资源提升措施及计划配核查1、覆盖问题Ersvcc是终端在通话过程中从4G覆盖区域到2G覆盖区域时依然能保持保持通话连续，提升用户体验。
提取话统进行TOP小区筛选，部分小区属于4G孤站，4G未形成连续覆盖，且周围2G 站点也存在孤站现象，或者存在“有4无2”现象，以“攀枝花渔门共和林海拉远海子村委为例说明:通过MAPINFO图层将4/2G映射到图层上:该小区举例最近的2G站“林海乡HG1-2"1.4KM;通过谷歌地球查看该站点周围地理环境，覆盖区域为坡度;针对此类覆盖场景：1）、进行RF优化，调整天馈，避免4G覆盖区域大于2G覆盖区域；2）、进行参数优化，RF手段无法解决或短期内解决不掉的场景进行eSRVCC相关参数优化，调整降低bSRVCC触发概率的同时加快ESRVCC切换实施，避免eSRVCC不及时而掉话以及语音质差问题，因此需要合理设置相关场景参数：异系统A1设置区间在（-85, -90）；异系统A2设置区间在（-90，-95）；GERAN 切换 B2 设置值在（-105,-110）；GERAN触发门限设置值在（-90，-95）；触发时延设置为128ms；2、邻区问题1）、添加外部邻区BCCH、BISC与2G现网配置完全一致，避免由于外部参数不一致造成的切换无资源导致的切失败；（该动作必须每周至少一次完成核查）外部参数数量BCCH 44BISC 46LAC 11以“”为例说明现网在在添加邻区时存在不准确；3）、邻区个数，部分小区添加邻区个数过多，多的31个邻区，邻区过多导致所需添加频点过多，增加切换测量时间；现网4-2G邻区数目分布，大于20个邻区与少于8个邻区分布占比33.57%、5.59%；统计外部频点数，大于20个频点和少于8个的占比分别为28.34%、7.14%；A 、依据以上外部频点与邻区分布统计基本重合，在邻区中存在同频情况，SRVCC 场景 下，测量控制中下发的异频、异系统频点都是添加邻区的频点，没有添加邻区的不会下发， 根据外部频点与邻区分布统计结果基本重合的情况，那么可以得出在所有添加的外部频点， 在进行SRVCC 时，都会在测量控制中下发；根据某省对eSRVCC 测量频点数量对切换及时性的影响研究得出以下结论：随着GSM 测 量频点的增加，UE 收到eSRVCC 测量控制消息到UE 上报由该测量控制消息触发的测量报告 的时延越大，当测量频点数量达到20个以上时，时延达到3秒以上，对eSRVCC 切换及时性 存在明显影响。
崇明LTE-Nokia切换成功率指标分析报告1225
崇明LTE-Nokia切换成功率指标分析报告一、概述1、区域分布情况崇明县，隶属上海市，位于长江入海口，全县地势平坦，由崇明、长兴、横沙三岛组成，总面积1411平方公里。
到目前为止，崇明区域已开通站点332个，其中宏站307个，室分站25个。
崇明区域幅员辽阔，基站分布稀疏，弱覆盖区域较多，部分基站之间间隔距离较远，切换无法有效接续。
同时地理上包含3个岛屿，四面环水，覆盖又极难控制，对全区指标的提升也带来较大挑战。
相关NOKIA区域基站分布详情如下图所示：2、基站开通情况崇明区域现网运行基站332个，其中室内站25个，室外宏站307个。
相关详细基站数统计如下：区域室分宏站共计38950 38350 37900崇明25 307 0 332二、切换成功率指标现状从崇明区域近期切换成功率走势情况来看，基本维持逐渐上升的趋势。
ENB内切换成功率维持在99%以上，ENB间切换成功率从之前的96.5%上升至目前的97.5%左右。
切换成功率指标从之前的97%上升至目前的98%左右。
对比目标值来看，NOKIA区域切换成功率指标的提升还需加大幅度。
三、切换成功率指标分析1、切换成功率分类分析从切换分类统计来看，经过优化调整，当前ENB内切换成功率为99.4%左右，ENB间X2切换成功率为97.5%左右，ENB间S1切换成功率为85%%左右。
整体上来看，ENB内切换成功率指标相对较好，ENB间S1切换成功率最差。
ENB间S1切换成功率较差，还需MME侧配合进行指标提升。
但是全区统计次数最多的还是ENB间X2切换失败次数，占切换失败总次数的80%以上。
切换成功率指标提升，除ENB间S1切换成功率提升外，还需加大ENB间X2切换成功率指标的幅度。
2、切换失败原因分析全区存在多个上行接收电平RSSI_PUSCH很高但SINR很差或RSSI_PUSCH很低同时SINR也很差的小区，该部分小区ENB内或者ENB间周边小区往其切换全部失败，对全区切换指标造成较大影响。
忻州LTE网络切换成功率优化总结
忻州LTE网络切换优化总结1 概述忻州的切换成功率指标较差，通过本次集中优化，梳理、排查切换成功率低的主要问题，并通过对这些问题的处理，逐步提升了切换成功率指标。
项目组从参数核查、故障处理、覆盖优化等多方面对可能影响切换的因素进行排查优化，切换成功率取得了明显的提升。
一般情况下，导致切换失败的原因有以下几种：1)越区覆盖、弱覆盖、质差等无线质量问题2)邻区漏配、外部小区配置不一致3)小区半径、PRACH等问题导致的随机接入失败4)同频切换参数不合理5)异频切换参数不合理6)干扰、设备故障等因素2 优化思路2.1 切换成功率指标公式切换成功率反映的是小区切换出的相关性能指标。
计算公式如下：小区切换成功率=（切换出成功次数-通过重建回源小区的切换出执行成功次数）/切换出尝试次数2.2 优化思路忻州系统内切换类型绝大多数是X2口切换，eNodeB间X2口切换流程如下图：源小区在收到终端上发的MR后如果判决需要切换，则打点记录切换出尝试次数，在收到目标小区回复的HANDOVER REQ ACK时向UE发送RRC Connection Reconfiguration消息后记录切换出执行次数。
切换出尝试次数与切换出执行次数的差值记为切换出尝试失败次数，切换出尝试失败问题一般为目标小区存在上行干扰、小区故障原因导致。
源小区在收到目标小区发来的UE CONTEXT RELEASE后记录切换出成功次数。
切换出执行次数与切换出成功次数的差值记为切换出执行失败次数，切换出执行失败问题一般为随机接入失败、漏配邻区、无线环境差导致。
整体优化思路如下：1、核查全网跟切换相关参数的合理性，针对不合理参数进行规划、优化。
2、全网邻区核查，包括邻区漏配、外部小区参数不一致等。
3、分析优化切换失败TOP小区。
4、干扰、故障小区处理。
5、MR弱覆盖小区优化。
3 具体优化工作3.1 PRACH根序列优化（乡镇农村小区半径重新规划）如果根序列分配不合理，相邻小区或近距离两小区使用该根序列生成的前导序列相同，则会导致UE随机接入阶段相互干扰。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中兴区域LTE 切换成功率阶段性提升报告
1各地市切换成功率指标
根据省公司的通报，汇总各地市切换成功率指标如下：
说明：所取指标为3月12日全省指标汇总。
黄冈指标有明显异常。
主要是由于黄州师院传媒楼站点出现故障，失败次数急剧增加造成切换指标下降，优化调整后指标恢复正常水平。
2原因分析
通过对各地市切换指标进行分析，总结原因主要有以下几类。
县城深度覆盖问题
97.40%
97.60%
97.80%
98.00%
98.20%
98.40%
98.60%
98.80%
99.00%
99.20%
99.40%
鄂州黄冈黄石江汉天门潜江切换成功率
切换成功率
40%24%23%
5%
8%所占比例
县城深度覆盖临区配置不合理空口链路质量问题TOP 小区问题
外部干扰问题
典型问题地市黄冈、黄石、天门。
在典型地市县城深度覆盖造成的切换指标问题占到
了该区域整体切换问题的近60%。
黄石主要集中在大冶、阳新；黄冈主要集中在蕲春、麻城、罗田。
临区配置不合理
典型问题地市仙桃、潜江、鄂州。
在典型问题地市由于临区配置不合理导致的切换指
标问题站到该区域整体问题的30%-50%。
空口链路质量问题
典型问题地市黄冈、黄石由于深度覆盖不足，关联影响到切换时空口链路质量陡降而
引发的切换失败也成为了主要原因之一。
TOP小区问题
典型问题地市黄冈、鄂州。
部分站点故障小区单天贡献切换失败可达到近10万次，
验证影响了现网指标。
外部干扰问题
典型地市黄冈、鄂州。
黄冈9个县城中有7个存在外部干扰。
鄂州也存在广电塔站的干扰情况。
3提升举措
针对以上问题，各地市项目组制定了提升举措，并在逐步推进实施，具体情况如下：
黄冈：
黄石：
鄂州：
潜江：
天门：
仙桃：
4阶段性成果
通过前期的分析和提升工作，各地市的LTE切换成功率指标也在逐步提升中，具体可
参见下图：
5总结
6后续计划。