精品案例_数据修改导致切换差案例

合集下载

案例-切换问题优化

切换问题优化案例摘要：切换是LTE系统中一个重要事件，对于保持终端的移动性起到重要作用。

在数据网中，切换失败可能影响不是很大，但是在VoLTE网络中，切换失败就意味着可能掉话。

关键字：切换掉话【故障现象】：1、车辆在北一环与魏武大道交口附近路段行驶，UE连接BZ-市区-城北精神病医院-HFTA-439139-0，RSRP值基本在-100dBm以下，覆盖不好2、车辆在汤陵南路由西向东行驶，UE连接BZ-市区-金色国际城-HFTA-439133-3，RSRP 值基本在-100dBm以下，无法切换至距离较近的BZ-市区-汤陵公园-HFTA-439132-53、BZ-市区-汤陵公园-HFTA-439132-54、BZ-市区-汤陵公园-HFTA-439132-55，导致此路段覆盖不好3、车辆在交通路路由西向东行驶，UE连接BZ-市区-谯陵派出所-HFTA-439083-0，RSRP值基本在-100dBm左右，无法切换至距离较近的BZ-市区-老方圆-HFMA-439163-53、BZ-市区-木兰小区南-HFTA-439377-52，导致此路段覆盖不好4、车辆在汤王大道由南向北行驶，UE连接在TDD小区（频点：41140，PCI:39），RSRP值基本在-105dBm以下，SINR也较差，无法及时切换至距离较近的FDD小区，导致此路段覆盖不好【原因分析】：1、后台查询发现BZ-市区-城北精神病医院-HFTA-439139-0与周边L1800小区有邻区关系，但是由于是异频切换，触发机制采用A2+A4事件，未达到触发门限。

2、后台查询发现BZ-市区-金色国际城-HFTA-439133-3与BZ-市区-汤陵公园-HFTA-439132-53有邻区关系，但是由于是异频切换，触发机制采用A2+A4事件。

3、后台查询发现BZ-市区-谯陵派出所-HFTA-439083-0与周边L1800有邻区关系，但是由于是异频切换，触发机制采用A2+A4事件，未达到触发门限。

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

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

经典案例-VoLTE基于业务的切换与MLB参数互斥导致VoLTE异频语音切换成功率差

经典案例-VoLTE基于业务的切换与MLB参数互斥导致VoLTE异频语⾳切换成功率差VoLTE基于业务的切换与MLB参数互斥导致VoLTE异频语⾳切换成功率差1 问题现象及描述经PRS性能平台监控发现⽆锡电信运营商全⽹VOLTE指标异频语⾳切换成功率连续多天出现偏低现象，经该指标Counter计算均是eNodeB间语⾳业务异频切换出失败【5⽉10号开始，6⽉15号后⽇益严重】，发现指标异常TOP⼩区存在不固定性，分布在全⽹各区域，导致VOLTE⽤户语⾳体验感知差，客户对该现象⼗分关注！问题dian分布各区域，主要集中于⽆锡市区2问题排查2.1告警排查查询基站告警，⽆异常告警。

2.2操作排查核查指标异常前后操作记录，异常时间点前后操作仅有多频组⽹策略。

依次是连⽚Volte试点区域、为滨湖、江阴、全⽹L800M；多频组⽹策略操作执⾏后L800M负荷呈增长趋势。

3问题分析及定位3.1KPI分析针对异频语⾳切换异常TOP点展开分析：⽆锡市北塘区北塘_渔乡楼4F_室分_52于5⽉18号异频语⾳切换指标出现异常，根据话统统计，切换失败原因为基于X2接⼝的语⾳业务异频切换；查看邻区对切换，北塘_渔乡楼4F_室分_52⼩区到WXL8HTB北塘_柯兰公寓_19⼩区的切换准备失败次数较多；且向基站标识282680⼩区WXL8HTB北塘_柯兰公寓_19切换失败次数较多。

通过⼩区切换⼊性能指标分析，主要是“负载触发准⼊失败导致⼩区模式内切换接⼊准备失败次数”导致，发⽣在L800M上；源⼩区接收到⽬标⼩区回复切换准备失败消息导致⼩区eNodeB间X2接⼝切换出准备失败，如下：→负载触发准⼊失败导致⼩区模式内切换⼊准备失败现场复测发现该站点基于业务分层切换全部失败（上报A1、A4事件，但不发⽣切换）且L800M柯兰公寓⼩区，PRB利⽤率⼀直居⾼；⼀直处于MLB⾼负载状态。

L.InterFreq.HighLoad.Dur.Cell：异频负载平衡中⼩区处于⾼负载状态的时长(秒)获取其它异频语⾳切换成功率偏低TOP⼩区，具备同样异常现象天级粒度：15分钟粒度：负荷情况（⽬标⼩区L800M）282709-WXL8HTB崇安_华通⼤厦_19负荷偏⾼289503-南长_开源路_17负荷偏⾼3.2信令分析分析TOP⼩区信令发现，切换失败时的切换请求原因值为handover-optimisation，准备失败原因为⽬标侧⽆可⽤资源。

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

精品案例_IP地址配置错误导致VoLTE切换失败

IP地址配置错误导致VoLTE切换失败目录一、问题描述 (3)二、分析过程 (3)2.1邻区核查 (4)2.2干扰/告警排查 (5)2.3 信令跟踪排查 (6)2.4 参数核查 (7)三、解决措施 (8)四、优化总结 (8)IP地址配置错误导致VoLTE切换失败【摘要】VoLTE即Voice over LTE，它是一种IP数据传输技术，全部业务承载于4G网络上，相较2G、3G语音通话，语音质量能提高40%左右。

在日常维护过程中，发现VOLTE切换异常，通过参数、信令排查等手段，保证业务的正常进行。

【关键字】VOLTE、VOLTE切换优化【业务类别】基础维护、参数核查、VOLTE用户感知一、问题描述核查9月9日TOP小区发现CZ-市区-北湖变电所-ZFTA-435179-53小区切换成功率仅为37.72%，全天切换失败次数为13422次，为切换质差TOP小区，针对该小区进行分析处理。

图一切换质差小区二、分析过程问题分析流程：2.1邻区核查提取CZ-市区-北湖变电所-ZFTA-435179-53小区邻区对切换指标发现CZ-市区-北湖变电所-ZFTA-435179-53切换向CZ-市区-滁州北大街-（微站）-ZFTA-435623-53、54小区全部失败，小区位置如下：图二问题小区地理位置图三切换对指标核查关于CZ-市区-滁州北大街-（微站）-ZFTA-435623相关指标，发现周围小区切向2该站点两个小区请求全部失败，且切换失败原因为“系统内每相邻关系目标小区无响应原因导致的切换出准备失败”，初步判断CZ-市区-滁州北大街-（微站）-ZFTA-435623存在问题导致周边小区切换差。

图四切换对指标22.2干扰/告警排查提取CZ-市区-滁州北大街-（微站）-ZFTA-435623两个小区干扰值，发现该站点无干扰，两个小区底噪均在-110dBm以下，且无故障告警发生：图五干扰指标图六告警2.3 信令跟踪排查对问题小区及周边站点进行S1/X2/UU口进行信令跟踪切换失败信令中，失败原因均为”S1切换源侧准备失败由于切换响应定时器超时”。

精品案例_小区参数配置错误导致异系统切换失败

小区参数配置错误导致异系统切换失败目录一、问题描述............................................................................................错误!未定义书签。

二、分析过程............................................................................................错误!未定义书签。

三、解决措施............................................................................................错误!未定义书签。

四、经验总结............................................................................................错误!未定义书签。

小区参数配置错误导致异系统切换失败【摘要】本次切换失败问题，主要原因为小区参数设置不合理导致，开关修改后恢复正常，同时也对全网新开通SA站点进行相关参数核查，保证SA站点业务感知。

随着5G SA站点即将试商用，部分友好用户体验和投诉需随时关注处理，对全网SA站点参数进行基线核查统一，提前处理规避SA站点商用隐患。

【关键字】大于2组不超过5组【业务类别】5G、参数优化一、问题描述1.1、问题现象华为NSA站点往中兴SA站点切换时发现，从中兴SA站点横岭PCI=31小区能够切换到华为NSA站点浍南西营PCI=259小区，然而从华为NSA站点浍南西营PCI=259小区到中兴SA站点PCI=31小区切换失败。

地理信息如下图所示：查看前台测试Event List事件列表，显示的结果如下如所示：华为NSA站点浍南西营PCI=259小区到中兴SA站点PCI=31小区切换失败，随即终端发起重建未成功，最终产生掉线。

TAC多定义导致切换失败案例

太隔LF1
68.89
135
100
35
100
93
7
4600-352070-1
太隔LF1
73.2
153
121
32
121
112
9
从上表可知，SCELL向多个TCELL切换失败。
2、分析SCELL是执行切换失败还是准备切换是失败，从上表分析得知，多个SCELL主要是准备切换时失败较多，根据准备切换失败的可能原因进行逐步排查。
执行切换失败分析思路：
1、告警处理。针对（Scell->多个Tcell差）和（多个Scell->T cell差）两种切换异常，应首先通过指令al查看目标或源站点的即时告警、lga查看历史告警，检查小区是否存在影响切换成功率的相关硬件告警
2、干扰优化。针对多个Scell->Tcell切换差，在排除了目标小区告警因素后，需检查目标小区上行PUSCH底噪。当目标小区上行PUSCH底噪高于-105dBm时，则此切换异常可能为上行强干扰导致，需进行干扰排查并处理。
NAME
切换成功率（邻区对）
准备切换尝试数(邻区对)
准备切换成功数(邻区对)
准备切换失败数(邻区对)
执行切换尝试数(邻区对)
执行切换成功数(邻区对)
执行切换失败数(邻区对)
4600-864065-1
漕桥北LF3
74.11
5280
3959
1321
3959
3913
46
4600-890190-1
杨桥LF1
LF31G46C
太隔LF3
91.79
3220
125
497
14
2015/5/7
LF31I34B

切换失败分析方法和案例介绍

TypeUnitOrDepartmentHereTypeYourNameHere TypeDateHere切换日常优化检查项目&切换失败分析和案例介绍 NOKIA Tiger Team2007-3-27TypeUnitOrDepartmentHereTypeYourNameHere TypeDateHere目录1. 前言 (3)2. 切换参数及日常检查项目 (3)2.1 参数规范性检查 (3)2.2 单向切换关系检查 (7)2.3 邻区关系过多的小区检查 (13)2.4 同频同色码复用距离检查 (14)2.5 切换目标错误检查 (15)2.6 TRX参数之TSC检查 (16)2.7 邻小区同频同色码检查 (17)2.8 同站DCS1800与GSM900未加切换关系的检查 (18)2.9 同频切换关系的检查 (19)2.10 长期无切换次数的切换关系清理 (20)2.11 经纬度错误的检查 (20)2.12 定义过远的切换关系检查 (20)2.13 切换关系垃圾数据检查 (21)3. 切换失败分析的方法和思路 (21)3.1 切换类话务统计分析和处理总体原则 (21)3.2 案例分析 (24)3.2.1 (900)火星报业1 CI=50151切换失败分析 (24)3.2.2 (900)袁家岭友谊1CI=50071切入失败高 (27)3.2.3 (900)三胞大厦3 CI=10793切换失败分析 (27)3.2.4 (900)黄花回龙切入失败分析 (30)3.2.5 (900)青竹湖切换失败分析 (31)3.2.6 (1800)留芳宾馆18002 CI=18442切入失败分析 (33)3.2.7 (900)商务学院1CI=16441切换失败分析 (34)TypeUnitOrDepartmentHereTypeYourNameHere TypeDateHere1.前言切换参数是网络优化工作中涉及最多的参数之一；而切换失败是我们最常见的网络问题之一。

精品案例_PLMN配置错误导致电信联通共享站点切换失败案例

PLMN配置错误导致电信联通共享站点切换失败案例目录一、问题描述 (3)二、分析步骤 (3)三、解决措施 (4)四、经验总结 (5)PLMN配置错误导致电信联通共享站点切换失败案例【摘要】电信联通共模站点在工程设计上采用核心网不共享，eNodeB同时接电信和联通两家核心网。

基站载波配置方面可共载频或独立载频，S1接口方面由于核心网不共享，eNodeB 需要与电信和联通均建S1链路，不同S1链路本端可以使用相同S1接口IP或独立S1接口IP。

由于核心网不共享，联通电信共享站点与周边电信独立建设站点存在邻区切换失败，切换成功率低等问题，需关注处理。

【关键字】共享站、切换、S1接口【业务类别】参数优化一、问题描述电信联通共享站点寿县西河基站进行单验测试时，我们往寿县西河基站3小区方向DT 覆盖测试时，周边邻区与寿县西河基站发生不切换，终端一直上报A3事件，测试图层如下:二、分析步骤因电信共享基站可向联通基站正常切换，初步认为S1链路及切换没问题，测量控制与切换控制的参数及信令流程没问题，可能其他流程存在问题。

UE测量报告上传之后，源基站没有发起S1切换请求，该问题出现要么由于S1 timer 超时，切换请求cancel，要么由于unknown-target导致HO preparation failure，所以后续没有RRC重新配置信息。

推测邻居配置中的Cell ID与真实的Cell ID发生了不匹配，导致切换失败，需进一步核查邻区配置小区。

经进一步检查，共享基站数据配置正常，基于此，配置好联通基站邻区参数即可，主要涵盖LNADJ基站级邻区、LNADJL小区级邻区、LNREL 3个参数，UE可正常从共享小区向大网联通小区切换，但在联通大网的基站上，依此添加共享小区为外部小区，切换却失败。

据此基本锁定共享基站的联通小区配置有问题。

切换目标基站及目标小区由单独的字段进行定义，由此推测切换过程应包含确认切换目标基站及目标小区两个过程，且存在逻辑关系。

切换成功率低处理案例

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

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

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

2、吉州区人民广场及周边站点外部邻区定义核查吉州区人民广场及周边站点外部邻区核查核查吉州区人民广场及周边站点外部邻区的定义，主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对，确定没问题。

3、同频切换参数检查及现场测试吉安LTE网络刚开局，现网所有切换参数均为默认值，核查无问题。

现场测试，吉州区人民广场与吉州区附属医院切换正常，验证了该站的参数设置没问题，可能有其他不常见的问题导致。

4、后台跟踪查询周边站点切换出失败原因全部为目标小区回复切换准备失败消息导致切换出准备失败后台信令跟踪对吉州区人民广场标准X2口进行跟踪，发现切换准备失败，失败原因值：传输不可用。

四、解决过程及方案查询ENODEB X2接口自建链开关状态，结果显示正常查询基站的DEVIP配置信息是否正确，结果显示正常查询基站IPRT是否正确，结果显示正常查询基站VLANID是否正确，结果显示正常查询基站SCTPLNK是否正确，结果显示配置正常查询基站IPPATH,发现S1接口配置为1条，IPPATH资源有限，所以相邻站点切到该站的成功率很低，通过增加到S1接口的IPPATH 到8条（现网标准为8条）后：修改后观察指标，恢复正常，该问题解决。

贵州某区域华为设备切换案例分析

华为切换案例分析目录1、切换流程介绍： (2)内切换流程介绍： (2)间切换流程介绍 (3)2、切换成功率计算公式 (4)3、切换异常与故障定位介绍 (4)导致切换失败的几种原因介绍 (4)4、具体案例分析 (4)案例1：花溪党武-1小区切换失败问题处理（由于切换数据错误） (4)问题描述 (4)问题分析 (5)问题处理 (6)处理结果 (6)案例2：花溪麒龙-1切换失败问题处理（由于合路器数据配置错误） (7)问题描述 (7)问题分析 (8)问题处理 (8)处理结果 (11)1、切换流程介绍：内切换流程介绍：流程说明步骤 1 MS 在空中接口的SACCH 上向BTS1 发送Measurement Report，BTS1 再转发给BSC。

步骤 2 BSC 收到Measurement Report 后，根据Measurement Report 的信息，判断需要将该MS切换到BSC 内的其他小区，则BSC 向目标小区的BTS2 发送Channel Activation，激活信道。

步骤 3 BTS2 收到Channel Activation 后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC 发送Channel Activation Acknowledge。

步骤 4 BSC 收到BTS2 的Channel Activation Acknowledge 后，发送Handover CMD 给BTS1，由BTS1 转发给MS，Um 接口中该消息在FACCH 上发送。

步骤 5 MS 接收到Handover CMD 后，在BTS2 尝试接入，在FACCH 上发送Handover Access 给BTS2。

步骤 6 BTS2 收到MS 的Handover Access 后发送Handover Detect 给BSC，通知收到切换接入消息。

步骤 7 对于异步切换，即BTS1 和BTS2 是属于不同的基站，BTS2 发送Handover Detect 的同时也在FACCH 向MS 发送PHY INFO，该消息包括MS 能正确接入的同步信息等内容；但如果是同步切换，即BTS1 和BTS2 属于相同基站时，不会有PHY INFO 消息的下发。

网元更新导致BS间软切换失败案例分析20130307

网元更新导致BS间软切换失败案例分析（景德镇电信网优项目组2013年3月6日）【案例摘要】在进行DO软切换成功率指标检查过程中，发现一个区域性的BS间软切换增加分支失败次数非常多，失败率高甚至高达50%，失败原因值全部为【A17/A18链路建立失败】。

分析结果为对端网元更新后本BS端外部载频定义没有及时更新，在对该外部载频先删除再重新添加并做好邻区后，指标恢复正常。

1、问题描述3月5日上午在对DO的软切换性能指标检查过程中，发现下面的载频BS间软切换增加分支成功率下降明显，从之前的99.9%以上下降到97%。

查询载频的软切换性能指标，增加分支失败率有的小区在某小时甚至高达50%，下表是浮梁东流-B2-746-4扇区7载频切换性其中，A17/A18链路建立失败最多的小区为浮梁东流_746_4扇区,浮梁七四零厂-1213-3扇区有少量失败。

在地图上显示为区域性：备注：红色圈表示失败次数最多的小区。

蓝线为BSC边界，左边为景德镇BSC1，右边为景德镇BSC2基站。

2、原因分析对于【BS间软切换失败次数(A17/A18链路建立失败) EV-DO】原因，关键的原因是BS 间链路不通或邻区问题。

由于此处为景德镇本地基站，而且时间是从3月4日晚上才出现BS间切换，之前一直正常。

故，需要了解在4日是否有网元操作与更改。

在询问B侧后，得知有3个RRU进行了更改，详细见下表：由于B侧只考虑了本端的脚本制作与参数修改，没有注意到此站在BSC边界与跨BSC 切换，因此没有同时修改BSC2的载频定义与邻区的调整。

3、解决方案在已经确认为网元更改后，就需要进行BS间载频小区标识等的重新定义，在后台就对相应参数进行修改：（1）备份邻区；（2）删除原来定义的载频；(原有载频定义)ADD OUTCDMACH: BTSID=4912, CN=1232, SCTID=3, BNDCLS=BC800, ARFCN=283, TYP=CDMA1X, PN=504, LAC="0x8D", MSCID="0x377664", BSCIP="192.168.0.6", SID=14198, NID=98, VHOTP=SHO, DHOTP=NHO, IFBCDMACH=NO, PNINC=3, MAXARRITHR=96;ADD OUTCDMACH: BTSID=4912, CN=1232, SCTID=3, BNDCLS=BC800, ARFCN=37,MAXARRITHR=96;ADD OUTCDMACH: BTSID=4912, CN=626, SCTID=3, BNDCLS=BC800, ARFCN=283, TYP=CDMA1X, PN=498, LAC="0x8D", MSCID="0x377664", BSCIP="192.168.0.6", SID=14198, NID=98, VHOTP=SHO, DHOTP=NHO, IFBCDMACH=NO, PNINC=3, MAXARRITHR=96;ADD OUTCDMACH: BTSID=4912, CN=626, SCTID=3, BNDCLS=BC800, ARFCN=37, TYP=EVDO, PN=498, ANIP="192.168.0.6", IFBCDMACH=NO, DOHOTP=SHO, PNINC=3, MAXARRITHR=96;ADD OUTCDMACH: BTSID=4912, CN=1220, SCTID=4, BNDCLS=BC800, ARFCN=283, TYP=CDMA1X, PN=324, LAC="0x8D", MSCID="0x377664", BSCIP="192.168.0.6", SID=14198, NID=98, VHOTP=SHO, DHOTP=NHO, IFBCDMACH=NO, PNINC=3, MAXARRITHR=96;ADD OUTCDMACH: BTSID=4912, CN=1220, SCTID=4, BNDCLS=BC800, ARFCN=37, TYP=EVDO, PN=324, ANIP="192.168.0.6", IFBCDMACH=NO, DOHOTP=SHO, PNINC=3, MAXARRITHR=96;(删除外部载频)RMV OUTCDMACH: BTSID=4912, CN=1232, SCTID=3, BNDCLS=BC800, ARFCN=283, TYP=CDMA1X;RMV OUTCDMACH: BTSID=4912, CN=626, SCTID=3, BNDCLS=BC800, ARFCN=283, TYP=CDMA1X;RMV OUTCDMACH: BTSID=4912, CN=1220, SCTID=4, BNDCLS=BC800, ARFCN=283, TYP=CDMA1X;RMV OUTCDMACH: BTSID=4912, CN=1232, SCTID=3, BNDCLS=BC800, ARFCN=37, TYP=EVDO;RMV OUTCDMACH: BTSID=4912, CN=626, SCTID=3, BNDCLS=BC800, ARFCN=37, TYP=EVDO;RMV OUTCDMACH: BTSID=4912, CN=1220, SCTID=4, BNDCLS=BC800, ARFCN=37, TYP=EVDO;（3）添加修正后的载频；（重新定义外部载频）ADD OUTCDMACH: BTSID=4825, CN=729, SCTID=1, BNDCLS=BC800, ARFCN=283, TYP=CDMA1X, PN=504, LAC="0x8D", MSCID="0x377664", BSCIP="192.168.0.6", SID=14198, NID=98, VHOTP=SHO, DHOTP=NHO, IFBCDMACH=NO, PNINC=3, MAXARRITHR=96;ADD OUTCDMACH: BTSID=4825, CN=729, SCTID=1, BNDCLS=BC800, ARFCN=37, TYP=EVDO, PN=504, ANIP="192.168.0.6", IFBCDMACH=NO, DOHOTP=SHO, PNINC=3, MAXARRITHR=96;ADD OUTCDMACH: BTSID=4825, CN=729, SCTID=2, BNDCLS=BC800, ARFCN=283, TYP=CDMA1X, PN=498, LAC="0x8D", MSCID="0x377664", BSCIP="192.168.0.6", SID=14198, NID=98, VHOTP=SHO, DHOTP=NHO, IFBCDMACH=NO, PNINC=3, MAXARRITHR=96;ADD OUTCDMACH: BTSID=4825, CN=729, SCTID=2, BNDCLS=BC800, ARFCN=37,MAXARRITHR=96;ADD OUTCDMACH: BTSID=4825, CN=729, SCTID=3, BNDCLS=BC800, ARFCN=283, TYP=CDMA1X, PN=324, LAC="0x8D", MSCID="0x377664", BSCIP="192.168.0.6", SID=14198, NID=98, VHOTP=SHO, DHOTP=NHO, IFBCDMACH=NO, PNINC=3, MAXARRITHR=96;ADD OUTCDMACH: BTSID=4825, CN=729, SCTID=3, BNDCLS=BC800, ARFCN=37, TYP=EVDO, PN=324, ANIP="192.168.0.6", IFBCDMACH=NO, DOHOTP=SHO, PNINC=3, MAXARRITHR=96;（4）添加邻区把第一步备份的邻区修改小区标识后重新添加。

全网切换成功率优化案例

全网切换成功率优化案例
全网切换成功率提升优化案例
1、问题描述：
吉安切换成功率4月份平均值99.34%，全省排名第8,排名较后；
分设备统计：中兴设备切换成功率基本达到挑战值98%，诺西区域切换成功率只有97%左右；
诺西切换失败主要要集中在小区内切失败较高，内切主要因数据业务域升级引起小区内信道切换；
2、优化措施：
●参数调整：通过核查全网参数，发现吉安所有的BSC DINHO参
数
设置为Y；DINHO定义是所有的HO 都由MSC 控制还是只有Inter BSC 的HO 由MSC 控制。

设置为Y表示所有的HO都由MSC 控制，N表示只有BSC间由MSC控制；BSC内的切换尽量由BSC来控制，可及时完成切换，降低切换时延带来的切换失败；通过5月4日逐步修改吉安BSC DINHO后，全网切换成功率明显得到提升，目前已基站达到挑战值98%；
●调整后语音质量变化
●全网掉话率变化：
●总结：通过调整DINHO,对BSC内切换由BSC自身控制，可及时完
成切换，降低切换时延带来的切换失败；同时可以降低MSC负荷；
后续再观察其它相关指标变化情况；。

宣城-钮德国-修改切换参数解决拐角效应导致掉话案例-101203

修改切换参数解决拐角效应导致掉话案例宣城分公司无线维护中心钮德国案例摘要：在山区较多区域因为山体阻挡出现拐角效应，导致通话掉话，用户感知较差，可以考虑修改tdrop、ttdrop、tadd等切换参数，扩大软切换区域，延迟目标小区被drop出激活集或及时将目标小区加入激活集，改善覆盖效果，提高用户感知。

关键字：拐角效应、tadd、tdrop、ttdrop【问题描述】：如上两图所示，在广德农村DT测试如图所示位置出现RX、ECIO突然变差，FFER突然增大，最终导致掉话。

【原因分析】：对该路段进行复测，仍然出现掉话，如下图所示：如上图所示，在拐弯前一刻，激活集中有杨杆的第1、2小区（PN81、PN249）和绿林的第1小区（PN27）,和PN447。

此时RX=-72.58DBM,TX=-6.42DBM,ECIO=-3.77DB,FFER=0,信号强度和信号质量都很好。

在拐弯后，绿林的第1小区PN27因山体阻挡迅速恶化，ECIO降低到-19.83DB，手机通过PSMM消息将期DROP出激活集，如上图1739=27*64+11，keep=0；随后该小区被drop出激活集，如下图所示：在之后，绿林第1小区PN27信号又变强，但是此时激活集只有PN249，信号强度较好为-81.77DBM，但是ECIO为-16.15DB，信号质量较差，FFER已达到44%，绿林第1小区已不能被及时加入激活集，最终掉话。

如下图所示：【问题解决】：根据以上分析，该路段掉话，是因为转弯前激活集有杨杆1、2小区和绿林1小区，转弯后绿林1小区迅速衰弱并被drop出激活集，并且此时激活集中唯一的主导频杨杆2小区也迅速衰弱，绿林1小区又迅速变强，但是不能被加入激活集形成干扰而导致误码率上升，最终掉话。

为解决该掉话，考虑修改TDROP和TTDROP门限，尽量使得绿林第1小区PN27在拐弯后不被DROP出激活集；另外，修改TADD门限，使得即使绿林第1小区PN27在拐弯后被DROP出激活集,也要在杨杆第2小区PN249没有衰弱太大，FFER还不是特别差时，绿林第1小区PN27变强后能迅速被加入激活集。

精品案例_同频同PCI问题导致切换失败

同频同PCI问题导致切换失败目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (6)四、经验总结 (7)同频同PCI问题导致切换失败【摘要】切换是指移动台在与基站之间进行信息传输时，由于各种原因，需要从原来所用信道上转移到一个更适合的信道上进行信息传输的过程。

通常移动台从一个无线覆盖小区移动到另一个无线覆盖小区，由于原来所用的信道传输质量太差，为了保持业务的连续性而需要切换。

切换成功率的高低直接影响着业务是否连续，掉话、掉线等事件会严重影响客户感知。

【关键字】切换失败【业务类别】切换一、问题描述在日常指标监控中发现TL-铜陵县-锦江大厦-HFTA-448938-50和TL-铜陵县-锦江大厦-HFTA-448938-51自10月02日开始LTE系统内切换出成功率下降明显，如下图所示：二、分析过程（1）对TL-铜陵县-锦江大厦基站进行排查，运行告警状态、底噪、驻波均正常：（2）对TL-铜陵县-锦江大厦-HFTA-448938-50和TL-铜陵县-锦江大厦-HFTA-448938-51的邻区切换对进行核查如下：存在2个切换对出现失败次数较多的情况。

UE切换过程中发生切换到错误小区导致出现了大量的失败如下：（3）对外部小区进行核查，发现TL-铜陵县-锦江大厦基站所在的BBU(TL-铜陵县-北湖局HFBBU03-448938)定义外部小区存在同PCI问题，如下所示：TL-义安区-江南文化园微站-HFTA-448940-60和TL-铜陵县-城北加油站-HFTA-448941-51存在同PCI问题。

三、解决措施由于在外部小区定义中存在同PCI的情况，因此作为切换源小区的TL-铜陵县-锦江大厦基站，在收到UE上报的MR时，不能每次切换都判决出本次UE收到的PCI到底是哪个基站的，因此存在概率性的切换失败问题，从指标中也反映出这一点。

重新规划TL-义安区-江南文化园微站的PCI，适当增大TL-铜陵县-城北加油站-HFTA-448941-51的天线电子下倾角，控制其覆盖范围，系统内切换成功率改善明显，如下图所示：四、经验总结现在市区基站越来越密集，每个月都在不断地通过插花方式增加基站。

精品案例_因邻区关系设置不符导致切换失败

因邻区关系设置不符导致切换失败目录高铁邻区设置不合理导致无线链路失败 (3)一、问题描述 (3)二、分析过程 (3)三、解决措施 (4)四、经验总结 (5)因邻区设置不符导致切换失败【摘要】随着高铁路线普及以及人们生活水平的提高，中国人的出行已于高铁密不可分，保证高铁沿线信号质量，提升用户感知格外重要。

【关键字】高铁、用户感知【业务类别】基础维护、参数优化一、问题描述9月5日测试发现水滨庄园附近约800米路段覆盖较差，RSRP在-100以下，UE占用HF-市区-磨余路与高铁路南-HFMA-433788-53，持续上报A3事件无法切换到更优小区HF-市区-慈云村七组路与葡萄园路交口北-HFTA-911860-53，最终导致无线链路失败，如下图：图1 问题点二、分析过程1、核查发现UE占用HF-市区-磨余路与高铁路南-HFMA-433788-53与HF-市区-慈云村七组路与葡萄园路交口北-HFTA-911860-53互有邻区；2、核查外部邻区频点、PCI、TAC配置正确无误；3、核查外部邻区中未发现有和目标小区同频同PCI小区；4、核查邻区关系中禁止切换标识为禁止切换，故导致无法切换，如下：图2 禁止切换及操作记录三、解决措施禁止切换标识修改为“允许切换”图3 网管目前查询截图允许切换标识打开后,该路段正常切换，UE及时切换占用高铁路南-HFMA-433788-53与HF-市区-慈云村七组路与葡萄园路交口北-HFTA-911860-53，RSRP在-92dBm左右，如下：四、经验总结对于切换问题，可首先通过以下几步进行排除定位：1、核查是否有加邻区；2、外部邻区中频点，PCI，TAC等信息是否配置无误；3、是否有PCI混淆问题；4、允许切换标识是否打开。

除去目标小区满负荷、干扰、设备告警等原因，切换失败问题可由以上4个方面逐步排查。

邻区规划错误导致切换成功率差案例

邻区规划错误导致切换成功率差案例背景：规划邻区距离较远，恰好在规划的邻区当中存在与正确经纬度邻区相同PCI的邻区，容易导致源小区切往目标小区失败，影响切换成功率。

初步原因：查询基站无告警，无干扰。

邻区对统计发现切往九龙坡含湖村9社-HLHA、C小区切换全部失败，如下表所示：统计九龙坡广厦城-HLHC切换失败原因主要为目标小区回复切换准备失败消息导致切换出准备失败，部分核心网原因导致切换出准备失败次数。

查询九龙坡含湖村9社-HLH基站无异常，无干扰，查询外部邻区信息正确；其他小区切往九龙坡含湖村9社-HLHA/C小区均正常。

现网中主要采用S1切换，大部分小区未开启X2切换，故下面给出S1切换信令流程。

着重分析目标小区回复切换准备失败消息导致切换出准备失败的原因。

跨S1的站间切换信令交互过程如下：UE S_eNB T_eNB Core NetworkUU_interface X2_interface S1_interface跨S1的站间切换信令流跟踪信令发现，MME发送了S1AP_DL_NAS_TRANS给目标小区，证明核心网已于目标小区切换信令交互没有问题，故证明切换失败不是核心网问题。

目标小区未收到UE的RRC_CONN_RECFG_CMP的信息，导致MME发送了S1AP_DL_NAS_TRANS 反复发送，计数器超时，切换失败。

出现这种原因可能为：1、UE未收到源小区下发的RRC重配置信息，未上传RRC_CONN_RECFG_CMP信息。

出现这种情况，UE问题不会导致切往单一小区出现问题，一定是UE切往其他小区也会出现失败，与实际情况不符故排除。

2、上传RRC_CONN_RECFG_CMP信息，但目标小区未收到；A、出现这种情况，有可能目标小区故障，但查询目标小区无告警，无干扰，且其他小区切往目标小区均正常，故排除这种可能；B、邻区规划错误，导致UE上传RRC_CONN_RECFG_CMP的区域不在小区覆盖围，故导致了UE上传RRC_CONN_RECFG_CMP目标小区收不到的情况。

精品案例_单板故障导致指标劣化案例

单板故障导致指标劣化案例第1页, 共6页
目录
一、问题描述 (3)
二、分析过程 (4)
三、解决措施 (5)
四、经验总结 (5)
第2页, 共6页
单板故障导致指标劣化案例
一、问题描述
9月10日，BB-龙子湖区-龙子河排涝站旁-ZFTA-439874-53指标劣化，同时覆盖方向BB-龙子湖区-幸福村(蚌埠郑家渡排灌站)-ZFTA-156215-181扇区切换指标也劣化，并出现异常小区：
第3页, 共6页
第4页, 共6页
二、分析过程
由指标可以看出，BB-龙子湖区-龙子河排涝站旁-ZFTA-439874-53与BB-龙子湖区-幸福村(蚌埠郑家渡排灌站)-ZFTA-156215-181互相切换失败，且BB-龙子湖区-龙子河排涝站旁-ZFTA-439874-53重建具体原因为切换失败触发的，所以从这两个站点排查。

首先查看这两个站点并无小区退服告警，但查询BB-龙子湖区-幸福村(蚌埠郑家渡排灌站)-ZFTA-156215-181
这个站存在同步丢失告警，查看告警时间与指
标劣化时间一致，初步怀疑为此告警导致：
三、解决措施
联系厂家督导，需求解决方法，建议先重启基站，如果告警未消除，则需要更换CC板。

后台重启基站，但同步丢失告警仍未消除，后联系维护更换CC板，重新做完数据后，未出现同步丢失告警且指标恢复：
四、经验总结
该问题由于单板故障导致，此类属于隐性故障，且导致指标差的情况也存在概率性，现网查看仍有个别站点存在同步丢失告警，
第5页, 共6页
为了防止此类情况发生，已联系维护侧更换板件处理，减少异常小区的发生。

第6页, 共6页。

精品案例_PICO异频无法切换问题案例

PICO异频无法切换问题案例目录一、问题描述 (3)二、分析过程 (3)三、解决方案 (4)四、总结 (5)PICO异频无法切换问题案例【摘要】PICO（皮基站）一般用于对网络盲点覆盖的补充，提供网络的深度覆盖和容量扩充，不仅可以根据流量分布和无缝覆盖的要求，灵活部署与热点、盲点、小区边缘甚至室分区域，同时还可以和宏站、微站等不同形态实施配合。

本文主要介绍在测试中发现皮基站无异频法切换至室外宏站小区，导致指标劣化，分析核查发现因参数设置不当导致，通过修改相关参数后得以解决。

【关键字】PICO 异频切换一、问题描述测试发现，皮基站小区无法异频测量，具体表现为A2门限满足后，重配置消息中，未下发异频频点信息，UE无法测量室外宏站1825频点的信号，从而导致UE无法切换至室外宏站。

图1：现场测试无法切换截图二、分析过程2.1、核查异频邻区LNHOIF表，LNHOIF对象配置了3个异频频点，分别是1825频点、1850频点以及2452频点；2.2、核查异频启测门限为-88dbm，异频切换判决门限A3=4dB；2.3、核查LNADJ和LNADJL也配置正确；在异频邻区配置正确，现场切换门限满足的条件下仍然无法执行异频切换，进一步比对其他项目的参数，发现actSelMobPrf=true，设置的不一致。

actSelMobPrf：The parameter activates the feature 'Selective Mobility Profiles'.When this paramerer is true then mobility profiles are used to configure HO mobility, Redirection and Idle Mobility reconfiguration. (MOPR/MODPR, MORED/MODRED and MOIMP/MODIMP)根据NOKIA参数文档的解释，发现在actSelMobPrf=true的时候，不采用LNHOIF来控制异频切换，需要配置MOPR/MOPRD对象，并在此对象下添加异频切换频点。