切换成功率低处理案例

中建五局切换成功率低分析1 现象描述中建五局_46041 切换成功率一直很低，其19点切换尝试查过2200次，成功次数不足1500次，切换成功率低于80%，严重影响用户的通话质量并为掉话埋下了很大的隐患。

2 解决办法1）修改优选频段模式band_preference_mode 由5-->23 详细分析从小区基本信息到小区的硬件及参数设置详细的分析处理过程3.1 小区属性和地理位置3.2 小区性能统计2月4日11~22点切换性能统计：CE LLRE CORD_TIME 切换成功率切换成功次数切换尝试次数切换返回次数切出成功率切入成功率小区内切换尝试次数BSC 内切换成功率BSC 内切换成功次BSC 间切换成功次数数46041 2-4 11:00:00 0.80 1785 2241 449 0.80 0.78 0 0.96 219 1566 46041 2-4 12:00:00 0.81 1439 1774 332 0.81 0.80 0 0.96 214 1225 46041 2-4 13:00:00 0.82 1467 1796 324 0.82 0.80 0 0.96 182 1285 46041 2-4 14:00:00 0.82 1622 1972 339 0.82 0.81 0 0.95 437 1185 46041 2-4 15:00:00 0.85 1878 2201 320 0.85 0.83 0 0.98 525 1353 46041 2-4 16:00:00 0.84 1825 2164 330 0.84 0.82 0 0.98 300 1525 46041 2-4 17:00:00 0.83 2120 2541 412 0.83 0.81 0 0.95 245 1875 46041 2-4 18:00:00 0.77 1739 2257 507 0.77 0.75 0 0.97 421 1318 46041 2-4 19:00:00 0.80 1847 2306 452 0.80 0.78 0 0.97 535 1312 46041 2-4 20:00:00 0.86 1812 2102 281 0.86 0.85 0 0.97 332 1480 46041 2-4 21:00:00 0.76 1691 2224 532 0.76 0.74 0 0.96 219 1472 46041 2-4 22:00:00 0.75 1136 1512 373 0.75 0.67 0 0.98 140 996开启中建五局的切换统计；查看其与目标小区具体统计（2月4日11~22点）BSC_S BTS_S CE LL_S BSC_D BTS_D CE LL_D 切入成功次数切入尝试次数切入成功率切出成功次数切出尝试次数切出成功率CSMBSC704 4 46041 CSMBSC742 3 13582 4443 7904 56.21 CSMBSC704 4 46041 CSMBSC741 8 58811 5 7 71.43 CSMBSC704 4 46041 CSMBSC704 17 13301 221 222 99.55 218 257 84.82 CSMBSC704 4 46041 CSMBSC741 8 58812 6222 7099 87.65 CSMBSC704 4 46041 CSMBSC741 20 56412 1562 1776 87.95 CSMBSC704 4 46041 CSMBSC741 7 53093 18 19 94.74 CSMBSC704 4 46041 CSMBSC704 4 46043 2267 2292 98.91 2595 2674 97.05 CSMBSC704 4 46041 CSMBSC741 7 53092 35 36 97.22 CSMBSC704 4 46041 CSMBSC704 4 46042 1314 1549 84.83 590 600 98.33 CSMBSC704 4 46041 CSMBSC741 12 46922 3208 3249 98.74 CSMBSC704 4 46041 CSMBSC704 4 46044 485 512 94.73 366 369 99.19 CSMBSC704 4 46041 CSMBSC741 6 1873 1093 1094 99.91 CSMBSC704 4 46041 CSMBSC741 7 53091 3 3 100 CSMBSC704 4 46041 CSMBSC741 11 47032 1 1 100 CSMBSC704 4 46041 CSMBSC741 12 46921 2 2 100 CSMBSC704 4 46041 CSMBSC704 3 21901 0 0 0 0CSMBSC704 4 46041 CSMBSC742 14 11481 0 0CSMBSC704 4 46041 CSMBSC742 10 8031 0 0CSMBSC704 4 46041 CSMBSC704 19 8961 0 0 0 0CSMBSC704 4 46041 CSMBSC741 5 19781 0 0CSMBSC704 4 46041 CSMBSC704 19 8963 0 0 0 0CSMBSC704 4 46041 CSMBSC704 18 47023 1 1 100 0 0CSMBSC704 4 46041 CSMBSC704 5 47501 0 0CSMBSC704 4 46041 CSMBSC704 7 1422 0 0 0 0CSMBSC704 4 46041 CSMBSC704 7 1423 0 0 0 0 从上面详细的换统计可以看出中建五局_46041切换低主要是由于46041与13582之间的切换低造成的，其11~22点共切换尝试7904次，仅成功4443次，成功率仅56%。

通州张芝山3个小区共用2个DUG，采用了TG同步的模式，其结构如下图：
图1：通州张芝山三小区结构
1、根据上述处理流程，排查通州张芝山A小区的告警情况，干扰和传输情况。

通过RXMFP查询该站点告警情况，发现无告警信息，如下图：
图2：通州张芝山告警情况
通过RLCRP查询通州张芝山A的干扰情况，无干扰情况，如下图：
图3：通州张芝山A干扰情况
通过RXAPP查询传输占用情况，发现传输正常，如下图：
图4：通州张芝山传输占用情况
2、统计故障前及故障时的通州张芝山A小区的TCH拥塞情况，没有发现拥塞情况，如下
表：
日期时段MO 总话务量TCH拥塞率SDCCH拥塞率2013.11.08 10:00:00 613A 17.49 0.00% 0.00% 2013.11.08 11:00:00 613A 17.88 0.00% 0.00% 2013.11.08 12:00:00 613A 16.43 0.00% 0.00% 2013.11.08 13:00:00 613A 4.65 0.00% 0.00%
附录：故障处理过程的LOG文件。

MME地址漏配导致S1切换成功率低案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (3)四、经验总结 (3)中国电信安徽公司-MME地址漏配导致S1切换成功率低案例【摘要】切换是日常KPI管控的重要指标，“切换”是UE在业务态下的移动并变更服务小区的过程，是用户移动性管理中最重要的组成部分，随着电信VOLTE规模化商用，语音业务逐渐向VOLTE迁移的环境下，用户VOLTE感知越来越重要，其中切换是影响用户感知重要一环。

本案例从理论结合现场实际情况，介绍S1切换成功率的基本优化方法，为S1切换成功率提升提供参考。

【关键字】切换失败S1切换成功率参数配置【业务类别】切换、参数优化一、问题描述6月7日-6月11日开始XC-泾县-泾县开发区操家-ZFTA-446176-53、54、55小区S1切换成功率为0%，X2切换成功率较好，提取点对点切换发现XC-泾县-泾县开发区操家-ZFTA-446176-53、54、55到XC-泾县-海亮江湾城-ZFTA-446229-50、51、52所有小区S1切换均失败，到其他小区并无S1切换失败现象，所以判断是XC-泾县-海亮江湾城-ZFTA-446229基站问题导致指标劣化。

在确认问题后，网优中心立即进行问题分析，力求尽快定位并解决问题，保证用户正常使用。

二、分析过程通过故障排查、地理关系排查、干扰排查、参数核查4个方面进行原因定位。

2.1 故障排查在前面已经大致判断是由于目标小区XC-泾县-海亮江湾城-ZFTA-446229-50、51、52小区导致S1切换成功率劣化。

首先核查XC-泾县-海亮江湾城-ZFTA-446229站点当前告警和历史告警，发现该站点并无影响业务的告警。

然后对其单板、光路、驻波等进行诊断，发现其光路，驻波，GPS，丢包均正常2.2 地理关系排查排除故障原因导致之后，再根据google进行地理关系排查，排查是否由于覆盖过远导致的指标劣化，由于XC-泾县-海亮江湾城-ZFTA-446229是新开站点，于6月6日入网，在google 上定位后发现两站间隔615米，所以排除超远邻区导致的切换失败。

最佳实践上报表（省公司版）
问题名称：AMF不通导致切换成功率低
现象概述：根据网管指标进行统计，誉珑湖滨二期西_E5H_2613是SA切换失败TOP小区，根据统计分析，发现切换失败主要为准备切换导致。

基站分布情况：
2）指标查询
经核查，发现宜兴中医院的3个小区指标存在异常，sa接通率为0，无sa接入。

3）状态核查
经核查，小区状态正常。

4）告警核查
经核查，小区无告警。

5）AMF配置状态核查
经核查，基站已经配置了AMF，但AMF状态不通，主要是该站点还没进行SA改造传输未割接至SPN导致，需要协调处理。

3、解决方案：
AMF不通导致，该站点还未进行SA改造导致，协调进行IP割接后切换恢复正常。

佛山南海狮山区域切换突发恶化处理案例
自4月13日19点左右,佛山中兴区域切换成功率出现明显恶化的情况,由日常99.10%以上逐渐恶化至最低97%左右.
查询13日19点至凌晨指标,发现主要切换差小区集中在狮山小塘一带,整体切换成功率较差,下图为主要TOP差小区.
查询该批差小区切换对发现,切换至eNodeB为695211(佛山南海狮山小塘欧岗F-ZLH)的小区对失败率非常高,失败的主要原因为”eNB间S1口小区间同频切换出执行失败次数，源侧发生重建立”和”eNB间S1口小区间同频切换出执行失败次数，其它原因”。

查询mapinfo图层发现周边切换差小区均分布在佛山南海狮山小塘欧岗F-ZLH附近。

查询佛山南海狮山小塘欧岗F-ZLH在当前时段无告警无干扰,查询该站点指标发现自4月13日19点开始出现0业务情况,在站点无告警、无调测的情况下出现0业务，怀疑基站硬件吊死导致周边小区切换至本站点成功率急剧恶化。

4月14日9点，尝试复位该站点基带板BPL1板，解决该站点吊死导致的周边小区切换失败的问题。

站点复位后，佛山南海狮山小塘欧岗F-ZLH的基站硬件吊死情况已解决，4月14日9点开始指标恢复。

复位后，周边站点切换成功率恢复正常，全网切换指标恢复至99.10%以上。

X2接口切换成功率低问题分析处理一、发现问题在日常指标监控中，发现龙泉市系统内切换成功率连续偏低且明显低于其他县市。

通过进一步的指标分析，发现龙泉全网的X2接口切换成功率异常。

二、问题分析查看网管告警日志，并没有发现龙泉现网告警，硬件故障、底噪等异常情况。

通过进一步分析npo指标发现：1、龙泉全市的eNB小区间切换成功率保持在较高成功率水平；2、X2接口切换次数较多，占到所有切换次数的75%（=66026/89982），成功率偏低；而S1切换由于次数极少，只占到总切换次数的0.05%，对指标没有实质性的影响（在阿朗设计原则是优先选择X2 HO，如果X2 HO不能做，才选择S1 HO）。

通过提取小区级别指标来分析指标，我们发现部分基站X2接口切换次数多，切换成功率低。

从地理位置上分析，这部分基站位于龙泉市区东侧，相互之间切换的次数较多。

如下图所示。

进一步分析NPO计数器，从Indicator子项分析X2切换失败次数最多是12709_0 HOPreparationFailureOther (词条解释：X2AP HANDOVER PREPARATION FAILURE received from the target eNodeB目标小区x2AP切换准备失败)。

三、问题解决第一步，实地测试现场对问题区域内路段进行DT测试，让UE来回切换记录log，基站侧同时开启基站calltrace信令跟踪。

09:00:58:889UE发了一个MR消息，通过A3事件从PC150到148进行切换，之后UE连续发送了2个MR消息，但UE未收到eNB的RRC Connection Reconfiguration响应消息；RRC产生了掉线,最终重选回到LF_B_龙泉城东_1（PCI=150）。

说明切换没有完成，尚在准备阶段。

第二步，分析信令从calltrace信令跟踪结果来看，所有的X2 HO failure都是target eNB HO preparation failure（unknown MMC code）导致的，即source cell归属的MME code和target cell归属的MME code不匹配导致的。

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为漏配邻区，图41多次测量报告现象图42第一个测量报告内容图43第四次测量报告内容图44切换命令1：目标小区PCI图45源小区测量控制信息1：邻区列表中带有PCI19小区1.1.1.2 测量报告发送后无响应4.2.1.1介绍了漏配邻区导致的多次测量报告，直到某一次测量报告中上报的目标小区是源小区的邻区则才会收到切换命令，但如果上报的测量报告基站还未响应就失步则会发起重建流程，终端上报掉话事件这种情况的分析方法基本和4.1.1.1一致下边选取一个典型例子：某次路测中发现终端在发送测量报告后未收到切换命令，导致无线链路失败发起了重建过程（如图4-6），首先检查测量报告内容（图4-7，两个测量报告PCI都为30），目标小区PCI为30，检查源小区测量控制（图4-8），发现的确未配置邻区。

高铁异厂家切换成功率低典型案例目录高铁异厂家切换成功率低典型案例 (3)1 问题描述 (3)2 分析过程 (4)2.1 问题点1分析： (4)2.2 问题点2分析 (6)3 解决措施 (7)3.1 问题点1解决措施 (7)3.2 问题点2解决措施 (8)4 经验总结 (8)5 下一步优化思路 (9)高铁异厂家切换成功率低典型案例【摘要】随着大规模高铁线路建成，电信VOLTE业务即将商用，如何保证高铁用户正常通信显得尤为重要，高铁网络质量和业务感知的好坏直接影响到用户对移动网络的口碑。

因此，高铁4G网络的覆盖与感知优化成为重中之重。

本文主要介绍合武关高铁隧道采用异厂家设备，由于网管定义及操作不同导致2处切换异常问题解决方案及后期优化思路探讨。

【关键字】异厂家、外部小区、RTP丢包率、PCI1 问题描述问题点1：3月28日省公司安排合武高铁一季度拉网测评，对LOG问题点分析发现离长岭关隧道入口位置200米处，隧道室分信号与长岭关高铁宏站信号之间切换出现异常事件，RTP丢包率较高。

结合3月份以来的多次测试数据分析发现该问题点一直存在，而2月份之前测试该路段正常，判定为非偶然事件，需优化分析解决。

问题点2：3月28日省公司安排合武高铁一季度拉网测评，对LOG问题点分析发现离周家坳隧道出口位置，漆店宏站信号与周家坳隧道室分信号之间切换出现异常事件，RTP丢包率较高。

2 分析过程2.1 问题点1分析：分析麻城往合肥方向的LOG发现，在出长岭关隧道后，向基站侧发送测量报告并一直上报A3事件，请求切至金寨长岭关-913066站点，但始终无法切换成功，直至信号衰减至-140dBm，拖死导致无线链路失败，RTP丢包严重。

上述现象，与邻区漏配导致的切换异常比较相似。

合武隧道段采用了异厂家竞合站点的组网方式，电信侧采用的是诺基亚设备，联通为华为设备，问题路段发生在联通主建区域。

首先，联系联通公司核查长岭关隧道综合洞室1-168321-138与长岭关高铁-913066-53扇区之间的邻区的关系是否存在，得知的结果是两者的邻区关系存在，核查诺基亚网管发现电信侧双方邻区也存在，排除邻区漏配可能性。

A l l r i g h t s r e s e r v e d . P a s s i n g o n a n d c o p y i n g o f t h i s d o c u m e n t , u s e a n d c o m m u n i c a t i o n o f i t s c o n t e n t s n o t p e r m i t t e d w i t h o u t w r i t t e n a u t h o r i z a t i o n f r o m A l c a t e l.闸复安切换成功率低问题分析1、 指标统计闸复安ALH _3小区从11月18日开始出现大量的切换失败，切换成功率为0％，全部都是S1的切换失败。

11月20日11:00该小区的统计结果如下：2、 切换失败原因分析 测试结果：测试过程中UE 占用闸复安_3(PCI=191)，在小区边缘RSRP -96dBm 左右，邻区新成_1(PCI 288) RSRP -89dBm ，UE 上发了多条测量报告，但是始终未收到切换命令，之后UE 电平恶化掉线：ENB 侧信令结果：从ENB 侧的信令来看，发送了切换请求后，很快收到MME 发送的切换命A l lr i g h t s r e s e r v e d . P a s s i n g o n a n d c o p y i n g o f t h i s d o c u m e n t , u s e a n d c o m m u n i c a t i o n o f i t s c o n t e n t s n o t p e r m i t t e d w i t h o u t w r i t t e n a u t h o r i z a t i o n f r o m A l c a t e l.令，但是源ENB 紧接着发出handover cancel(cause ’unspecified ’)取消切换：从eNB 内部trace 来看，主要原因是目标enb 发送的s1AP HO command 消息中erabSubjectToDataForwardingList 中没有包含DL Transport Layer Address 和DL GTP-TEID 字段：核查系统参数，闸复安ALH 的dataForwardingForS1HoEnabled 设置为TRUE ，但是目标基站新成ALH 的参数值设置为FALSE ，导致信令消息不匹配引起切换失败。