切换成功率低处理案例

合集下载

案例中建五局切换成功率低分析

中建五局切换成功率低分析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%。

RRU故障导致TCH分配成功率低、、SD分配成功率低等问题处理案例-沈

通州张芝山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切换成功率低案例

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米，所以排除超远邻区导致的切换失败。

案例3：AMF不通导致切换成功率低

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

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

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

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

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

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

佛山LTE案例-佛山南海狮山区域切换突发恶化处理案例0504

佛山南海狮山区域切换突发恶化处理案例
自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接口切换成功率低问题分析处理一、发现问题在日常指标监控中，发现龙泉市系统内切换成功率连续偏低且明显低于其他县市。

通过进一步的指标分析，发现龙泉全网的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扇区之间的邻区的关系是否存在，得知的结果是两者的邻区关系存在，核查诺基亚网管发现电信侧双方邻区也存在，排除邻区漏配可能性。

闸复安切换成功率低问题分析updated

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 ，导致信令消息不匹配引起切换失败。

异频切换成功率低优化案例PPT课件

修改网元
参数名称
参数修改最终参数
前值
值
UHACE256南岸亚太 INTERFREQR99PSTHD2DR
商谷_5
SCP
-95
-85
UHACE256南岸亚太 INTERFREQR99PSTHD2FR
商谷_5
SCP
-92
-82
UHACE256南岸亚太商谷_5
InterFreqHThd2DRSCP
-95
8695 8695 8695 8695 8695 8695 8695 8695 8695 8695 8695 8695 8695 8695 8695 8695 8695 8695
2758 2758 2758 2755 2755 2762 2758 2755 2755 2755 2762 2762 2758 2758 2758 2758 2762 2755
NCELLId
8696 8694 8774 8636 8635 8701 19191 4686 4855 8634 8703 8702 8775 8825 38674 38676 4644 4755
VS.HO.Int erFrequen cy.Ncell
VS.HHO.A ttOutInter NodeBIntr aRNC.CS. Ncell
2）、修改异频切换参数使UHACE256南岸亚太商谷_5小区PS用户（即 R99和H用户）提前切往UHBCE679南岸亚太商谷_1或其他F1载波小区，提升UHACE256南岸亚太商谷_5小区异频切换成功率
6
CHENLI
三、优化建议及实施
2、参数调整建议
CI 8695 8695 8695 8695
本案例中，修改2D\2F门限值就是有目的的使原小区加快向目标小区的异频切换。第2载波在业务量波动时由于呼吸效应覆盖会比1载波有所收缩，所以与目标小区之间的切换带较第 1载波窄。

A2起测门限(测量配置号20)过低导致切换成功率低案例 (23895)

A2起测门限（测量配置号20）过低导致切
换成功率低案例
河北电信某分公司
2017年4月21日
目录
一、问题描述 (3)
二、问题分析 (3)
三、解决方案 (4)
四、问题总结 (4)
一、问题描述
某市宽宽广超市S-6小区在4月3日到4月8日之间，系统内切换成功率较低，成功率在80%左右，而且E-RAB掉线率、RRC重建比也很高，如下图：
二、问题分析
1、提取宽宽广超市S-6小区在4月3日到4月8日之间同频切换率相关指标，发现同频切换成功率均为100%，因此排除同频切换失败导致，如下图：
2、提取宽宽广超市S-6小区在4月3日到4月8日之间异频切换率相关指标，发现X2口异频切换成功率比较差只有60%左右，因此确定是X2口异频切换失败导致该小区切换成功率低，如下图：
优化4G驻留比时将某市全网A2起测门限（测量配置号20）修改为-115后，出现了这个TOP“宽宽广超市S-6”,因此怀疑是参数改动导致异频切换成功率差，
如下图：
三、解决方案
通过上述分析，初步判断是A2起测门限（测量配置号20）设置过低，导致该超市室分场景下2.1G的小区在比较差的信号下切到1.8G困难。

将该门限从-115dbm改到-95dbm, 修改后如下：
修改后跟踪指标，指标从4月8号开始切换成功率指标均恢复正常，如下图：
四、问题总结
本案例中优化4G驻留比，全网更改A2起测门限（测量配置号20）参数导致宽宽广超市S-6切换成功率变差。

通过该案例分析，对于超市、车库等室分场景需要按场景个性化配置参数，同理类似的TOP也可以参考这个思路来处理问题。

定时器原因导致的S1口切出成功率低问题处理-浙江

定时器原因导致的S1口切出成功率低问题1 问题描述在处理切换成功率低的TOPN小区时，发现某小区切出成功率偏低，在90%左右。

而导致切换失败的原因基本上都为“eNb间S1口小区间同频切出执行失败，其他原因”。

2 问题分析排查查看问题站点假山新村的小区对切换统计，看到S1口的切出失败都发生在与银海苑站点之间，而银海苑站点是半个月前新开站点。

那么问题极可能就出在银海苑站点上。

再查看到银海苑站点的所有小区对切换统计（一个月），同频切出成功率低的小区都存在相同的现象。

进行后台网管的统一信令跟踪，提取切换源侧的后台信令，看到了如下切换失败：从信令上可以看到，eNodeB 下发切换命令后很快就收到了MME 的上下文释放命令Ue context release command ，原因为release_due_to_eutran_generated_reason 。

从内部模块间的信令也看不出有价值的信息。

由于切出成功率在90%，那么10%的失败可不可能是由于接入失败导致的呢?所以做了调整Prach 接入起始RB 位置调整的测试，发现修改为手动配置并且起始RB 从高位开始后，S1口切换失败返回源侧的次数增加了，而other 原因的次数并没有减少，说明可能不是接入导致的切换失败。

（事后想想，没必要做此操作。

下发切换命令后很快就收到MME 的消息，说明在目标侧的接入应该是没问题的。

）同时在后台跟踪源侧小区和目标侧小区的信令，通过handover required 和handover request 消息中的Source_Identity 串联起完整的切换信令，半个小时内看到两次如下场景的切换，在目标侧的信令是这样的：eNodeB 在给MME 发送切换成功handover notify 消息的同时，还发送了Ue Context Release Request 消息，携带原因为User_Inactivity 。

看来问题可能就出在User_Iactivity 的定时器上啦，可到底是怎么回事呢？查看目标侧银海苑站点及周边站点的UE 常量和定时器中的控制面的User_Iactivity 定时器和基于移动性的UE 未激活定时器配置。

NSA网络带SN切换成功率问题提升案例

NSA网络带SN切换成功率问题提升案例NSA网络带SN切换成功率问题提升案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (3)四、经验总结 (3)NSA网络带SN切换成功率问题提升案例【摘要】芜湖电信5G NSA组网工程建设区域为芜湖电信主城区，采用NSA组网方式，主要覆盖区域为城区内主要交通干道、人流聚集中心、交通枢纽、重要的5G新业务试点企业区域及电信5G业务展示营业厅。

芜湖电信NSA全网遍历，为提升网络切换性能，开启了带SN切换功能，能够有效降低了切换时延、切换过程中流量下降等问题。

但是打开带SN切换功能开关，MN、SN同时切换场景的切换成功率低，通过修改上报最强邻区开关及SSB参数配置，切换成功率低问题解决。

【关键字】NSA SN切换【业务类别】参数优化一、问题描述芜湖电信5G建设，NSA全网遍历，为提升网络切换性能，开启了带SN切换功能，能够有效降低了切换时延、切换过程中流量下降等问题。

但是打开带SN切换功能开关，MN、SN同时切换场景的切换成功率低，影响交付指标。

二、分析过程带SN 切换流程如下：UE 在源4G 小区发起业务，并完成双连接添加主节点4G 小区满足A3 门限，发起测量报告，在测量报告里，携带最强的NR 邻区测量如果最强的NR 邻区，其RSRP 满足“带SN 切换RSRP 差值”门限，即目标NR小区RSRP-源NR 小区RSRP≥带SN 切换RSRP 差值，那么4G 切换的同时5G 小区同步完成变更。

“带SN 切换RSRP 差值”默认配置为0，表示目标NR 小区RSRP≥源NR 小区RSRP，4G 切换的同时5G 小区同步完成变更，如图（1）：图（1）4/5G同时切换如果最强的NR 邻区，其RSRP 不满足“带SN 切换RSRP 差值”门限，即目标NR 小区RSRP-源NR 小区RSRP<带SN 切换RSRP 差值，那么4G 切换，5G 小区不变。

“带SN 切换RSRP 差值”默认配置为0，表示目标NR 小区RSRP<源NR 小区RSRP，4G 切换，5G 小区不变，如图（2）：图（2）4G切换5G不变协议信令如图（3）：图（3）SN切换协议信令1、打开带Sn切换开关后，MR信息中只上报当前SCG测量信息，无目标侧SCG小区测量信息，因此导致5G SN切换成功率低，如图（4）：图（4）当前SCG测量信息2、经分析确认，后台需要打开<上报最强邻区开关>，打开此开关后，终端侧MR测报里面才会上报目标侧最强邻区信息；同时更容易触发MN、SN同时切换流程，如图（5）：图（5）上报测量小区信息3、打开<上报最强邻区开关>后，存在MR上报，基站不下重配问题；经过前后台抓取log 分析，基站侧配置SSB Index=1，但终端会上报SSB Index=0和1，此时lrrm会根据带过来的SSBIndex去跟网管匹配，分配preamble id，与网管侧不匹配，因此直接被拒绝，综上判断，上报最强邻区开关需打开，网管侧配置SSB Index 0和1需同时为True。

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。

LTE基站S1口少配导致切换成功率低处理案例

主题：LTE吉州区人民广场基站S1 口少配导致切换成功率低处理案例作者：邮箱：所在省：江西关键字：华为；切换成功率低；IPPATH专业：无线网、LTE网络一、现象描述在LTE网络KPI指标监控过程中发现吉州区人民广场区域的几个站点切换成功率极低，严重影响全网切换类指标，其中吉州区人民广场切换入失败次数每天达到4600多次，吉州区富华宾馆、吉州区红雨宾馆、吉州区附属医院，切换出失败次数和为4500多次。

二、原因分析1.处理流程图2.分析切换成功率低可能原因：对KPI指标及周边环境分，可发现如下问题：1）吉州区人民广场基站的邻区是否存在漏配、错配，外部邻区参数设置是否正确，PCI规划是否合理，切换参数设置是否有问题。

2）吉州区人民广场基站的切换入失败次数的和约等于周边基站切出失败的和，可定位为吉州区人民广场基站的问题导致其切入成功率低及周边基站切出功率低；三、问题排查1、吉州区人民广场及周边站点邻区核查吉州区人民广场及周边站点同频邻区核查根据基站拓扑结构核查吉州区人民广场及周边站点的邻区，确定现网邻区无漏配的问题，确定吉州区人民广场及周边站点的PCI规划合理。

2、吉州区人民广场及周边站点外部邻区定义核查吉州区人民广场及周边站点外部邻区核查核查吉州区人民广场及周边站点外部邻区的定义，主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对，确定没问题3、同频切换参数检查及现场测试吉安LTE网络刚开局，现网所有切换参数均为默认值，核查无问题。

L3 MeESS 第占加叫施G..| u 回 S? | ,融伞电型1 Message Hsne航OCom 门 re : i 口 n Rte G nfi g LRjrti □Kcm H ei vMM5urcniefrtR.epDrtcKiA«iicirtRetoFrfiyu^bori RfLCCannK ：iDnRKortfigu"atiorCaTipJff1e Md 通而辰鹏油cm 国c ：&WCGonnec^DnRwGnfigLi ■artiGnIRflCCanne^iDnReccnfigu r aticnCcfflplete 瞋CineciijnRet □河igrstion SRUCta n n ect i 口 n R ec d nfi g UF M ci rtCom pl eft M 己期向Fgnatim 源ockSys sern In Fcnr ati c nE-j CK kl ^peL RRCGswEcmRetoMgurtarticih □iflRCCanrffc^iDnRecanfigu "-artiarCcnif letffRRCCotinaliDnRecarrfigurAtianGIMlU 日 G 的|的n 印内cmww 曰 Wtm 心®am 期 LTE I UE I UTISann 蚓 QH m 电叩JOI ColLIDHI 用时 £SU| KC SIHE由用力口 38350 30 司陋人品T*2 2& H心熊OstKled 如SO10 吉升叵的H 母涌向 15 ■〃g 网如53350R吉州Z 吉州史融517^.3ti ；.■现场测试，吉州区人民广场与吉州区附属医院切换正常，验证了该站的参数设置没问题，可能有其他不常见的问题导致。

切换成功功率低指标优化案例

时代之光小区ZL切换成功功率低指标优化案例
问题描述
西城时代之光ZL经常会出现切换成功率低性能工单
问题分析
通过分析发现邻区中同时存在昌平和西城的邻区，同时昌平公司也找过来，昌平也存在同样一个站点切换成功率低的问题：
而且昌平的站点同站号；
这样问题就比较简单了，由于同站号，导致邻区添加过程中出现问题，从而邻区中存在同频，同PCI邻区，导致切换的失败。

问题处理
通过修改基站站号，就能解决问题。

处理过程截图
重新给基站分配站号，修改邻区后，问题解决。

处理结果:
处理完成后，该站点切换成功率保持在98%以上。

问题总结:
性能工单问题往往不能局限在一个分公司，需要全网考虑分析原因。

关于光衰导致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指标波动异常时，排除了基站告警问题、参数配置问题等原因，还需对基站隐性故障及光路隐性故障进行排查，除了排查告警、参数等问题还需对设备隐性故障进行排查，从而加快解决问题，恢复指标。

D7D8异常终端黑名单功能提升切换成功率案例

D7&D8异常终端黑名单功能提升切换成功率案例一.关键词：D7&D8异常终端黑名单二.案例分类1.问题分类：网络性能2.手段分类：参数调整三.问题现象昆明开通5G反开3D MIMO，D频段使用D7/D8频点，存在周边站点向D7&D8频点切换成功率低问题，切换成功率从99.8%下降至99.45%。

四.D7&D8终端问题原因为了更好的使用D频段的频谱资源，同时满足向5G演进的要求，目前确定D频段2515-2615MHz的100MHz（即D4，D5，D6，D1，D2频段）作为5G频段，而2615M-2675M的60M（即D3，D7，D8频段）留给4G使用。

现网反向开通D7/D8后，存在TOP终端实际不支持D7&D8频段范围，UE在进行RRC 接入时会进行判断支持频段，在D7&D8频段小区不会发起接入；但是，UE在进行异频测量时，未进行判断限制，UE仍会测量到D7/D8频点上报测量报告，基站收到测量报告通知UE进行切换执行时，UE进行频段判断不支持接入，导致切换执行失败。

从信令分析结果来看，终端发起切换请求，切换目标小区为D8频点小区，切换失败，终端发起无上下文重建。

在统计时段内总共发生了9317次掉话，对终端能力进行分析，发现8286次掉话是由于不支持D7、D8频点的异常终端导致的，占比88.93%。

对切换失败终端能力进行统计：五.D7&D8异常终端问题处理基站侧（需升级到15.1版本）增加D7/D8异常终端规避功能，通过FGI识别异常终端，针对异常终端不下发D7/D8异频频点测量，避免不支持D7/D8频点的终端测量控制消息接收失败或者上报测量后无法切换。

下发终端黑名单参数后，切换成功率从99.45%提升至99.86%，问题解决。

黑名单添加示例：ADD UECOMPAT: UeInfoType=UE_CAPABILITY,Fgi=4291813030，BlacklistedNFreq2Earfcn=41340;六.经验总结通过下发黑名单参数后，基站侧通过FGI识别异常终端，对于异常终端不下发D7、D8频点，避免异常终端向D7、D8频点切换，提升切换成功率，后续若发现新的异常终端，需要及时进行添加。