案例-切换问题优化

合集下载

LTE切换为题处理案例及切换参数总结

切换问题处理及切换参数总结

⽬录：

简述：地铁部分FDD线路分布问题导致覆盖盲区场景下，FDD切TDD。由FDD 站点覆盖快速衰落情景下，终端开启A2测量，信令窗⼝中频繁上报MR，⽆响应，切换失败导致重建。经由本次问题处理，对切换参数进⾏总结。

⼀、案例分析：

1.1.问题描述：

由芍药居⾄太阳宫段，FDD切TDD

终端占⽤1350(PCI=467) ENB=502165，地铁⾏驶过程中，信号快速衰落，终端开启A2测量，信令窗⼝频繁上报MR，⽆响应，切换失败导致RRC重建⾄1350（PCI=496）502163，经由此站切换⾄TDD38950（PCI=87）ENB=82354-42海淀⼗号线海淀黄庄站FDDNLS

1.测试结果：

1.2.优化：

●参数查询：

A1:-92，A2 :-100，A5 :-90，-95 CIO:0db TTT: 640ms

●调整：

由于FDD衰落迅速，⼏次测试均有-92左右迅速衰落⾄-120,导致重建，所以建议将A2门限提⾼，同时为满⾜快衰场景下能够顺利切换，将CIO调为10，使其提前切换，TTT切换切换时间由640ms改为160ms

调整后参数：A1:-90，A2 :-92，A5 :-90，-95 CIO:10db TTT: 120ms

●调整后测试

⼆：切换参数总结：

当UE处于连接状态，⽹络通过切换过程实现对UE的移动性管理。切换过程包含移动性测量、控制⾯流程和⽤户⾯流程。

为了辅助⽹络作切换判决，原eNodeB为UE配置测量，使UE在切换之前上报服务⼩区和邻⼩区的信道质量，便于⽹络侧合理地判决切换。

切换问题分析与优化

Reporting Range Constant for Event 1A/1B
参数名称引用关系参数描述 Reporting Range Constant for Event 1A/1B （1a or 1b事件满足事件质量标准的报告范围） TS 25.331 该参数控制了1a/1b事件的触发。该参数的取值增大时，1a事件越容易触发，而1b事件越难触发；反之，该值减小时，1a事件越难触发，而1b事件越容易触发。 RNC级 (0..14.5)dB step 0.5dB 见参数表 1A 3dB, 1b 5dB 对于密集城区，由于小区数目多且交叠多，在移动过程中软切换非常频繁，不但影响网络质量而且占用网络资源，因此对于1A增大触发时间和减小触发门限，1B减小触发时间和触发门限，以减少软切换。同时，对于街道拐角等信号变化剧烈的区域，则需要反向调整1A、1B的触发时间和门限，使得1A尽早发生、1B较晚发生，来保证切换的顺利完成。
同频wenku.baidu.com量滤波因子
参数名称引用关系 TS 25.331 该参数指示了进行频内测量时UE对测量结果进行层3滤波的滤波因子。对于UE 侧来说，层1按照固定的测量周期进行同频测量（在一个测量周期内会测量多个点，层1对测量结果进行滤波，此滤波方法可以由UE设备自由决定），然后 L1以一定的时间间隔报告给L3, 然后L3对本次的测量结果以及之前存储的测量结果进行滤波，此滤波的方法由协议统一规定：Fn 是本次过滤过的测量结果，Fn-1 为前一次过滤过的测量结果，Mn 是收到的最新测量值， a = 1/2(k/2），其中k值即为滤波因子。如果k设置为0表明不做层3过滤。 RNC级 (0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 11, 13, 15, 17, 19) Filter Coefficient （同频测量滤波因子）

经典案例_切换失败典型优化案例

切换失败典型案例

一、问题描述 (3)

二、分析过程 (3)

三、解决措施 (5)

四、经验总结 (5)

切换失败典型案例

【摘要】近期处理top小区时发现，在入网基站开通ANR功能的情况下部分小区仍然会出现切换失败高的现象。本文以一类切换失败率高的典型案例进行分析，同时总结从信令角度快速定位切换失败的原因，从而准确有效处理切换失败类问题，提升用户感知和降低用户投诉率。

【关键字】ANR切换失败

【业务类别】切换信令、参数优化

一、问题描述

二、分析过程

1、查询邻区关系对

查询可见BB-怀远-怀远工业园-HFTA-440465-51同频切换失败主要目标小区是站号为440378的51小区，且切换失败的主要原因为eNB间S1口小区间同频切换出准备失败次数，目标侧准备失败。

2、信令分析

根据切换出失败原因为S1口小区间同频切换出准备失败可知，信令问题出现在下图红色方框区域，第一部分为源小区经过MME向目标小区发起切换请求，申请资源；第二部分

为目标小区经过MME向源小区应答请求

3、告警查询

查询相关两个基站告警情况，均不存在告警。

4、查询邻区关系

查询邻区关系发现BB-怀远-怀远工业园-HFTA-440465-51邻小区中BB-怀远-怀远县碧桂园小区北-HFTA-440378-51和BB-禹会区-禹会区杜郢-ZFTA-155959-189同频且同PCI 142。

此时UE上报测量到的PCI=142给eNodeB后，eNodeB不能分辨UE测量到的邻区对象是哪个小区（BB-怀远-怀远县碧桂园小区北-HFTA-440378-51和BB-禹会区-禹会区杜郢-ZFTA-155959-189），从而导致BB-怀远-怀远工业园-HFTA-440465-51不发起切换，即图3中信令S1AP_Handover_Required消息不发送，导致切换失败。

5G优化案例：5G共享小区切换及回落问题案例总结

5G共建共享小区切换及回落问题案例总结

1概述 (1)

2电信小区向联通共享小区切换问题 (1)

2.1常见问题 (1)

2.2问题案例 (1)

2.2.1案例1：电信网元外部小区配置错误 (1)

问题描述 (1)

问题分析 (3)

问题定位 (4)

问题处理 (4)

2.2.2案例2：联通承建共享站点license 到期 (7)

问题描述 (7)

问题分析 (8)

问题定位 (9)

问题处理 (9)

2.2.3案例3：联通承建共享站点告警 (10)

问题描述 (10)

问题分析 (10)

问题定位 (11)

问题处理 (12)

2.3问题总结 (12)

3电信小区向联通共享锚点小区切换问题 (15)

3.1常见问题 (15)

3.2问题案例 (15)

3.2.1同时添加联通4G 普通共享小区与4G 共享锚点小区频繁切换问题 (15)

问题描述 (15)

问题分析 (16)

问题定位 (17)

问题处理 (19)

3.2.2电信小区向联通4G 共享锚点小区切换失败问题 (21)

问题描述 (21)

问题分析 (21)

问题定位 (21)

问题处理 (23)

3.3经验总结 (23)

4电信共享小区回落联通GSM/WCDMA 失败问题 (23)

4.1常见问题 (23)

4.2问题案例 (24)

4.2.1案例1：CSFB 开关设置问题 (24)

问题描述 (24)

问题分析 (25)

优化调整 (26)

优化效果 (26)

4.2.2案例2：EnodeB 邻接频点问题 (28)

问题描述 (28)

问题分析 (28)

优化调整 (29)

优化效果 (29)

4.2.3案例3：网元版本问题 (30)

5G优化案例：5G站点SA切换问题处理

5G站点SA切换问题处理

XX分公司

XX年XX月

5G站点SA切换问题处理 (3)

一、问题描述 (3)

二、分析过程 (3)

1、信令分析 (3)

2、配置参数核查 (5)

三、解决措施 (6)

1、问题原因 (6)

2、解决措施 (7)

四、经验总结 (7)

5G站点SA切换问题处理

【摘要】5G SA网络商用前，对5G SA网络上传，下载业务进行连片覆盖测试时，出现5G SA 网络无法切换邻近站点而导致切换失败情况，通过现场测试LOG排查和分析，完成原因的定位，调整后，问题得到解决。

【关键字】SA、5G、PCI

【业务类别】5G

一、问题描述

深测试车辆由岗园路南往岗园路北行驶：UE占用XJ-GO_南山深大风槐斋_1（PCI=334）小区，连续上发切换至XJ-GO_南山滨海机楼_1（PCI=181）小区的A3测量，始终都未切换至XJ-GO_南山滨海机楼_1（PCI=181）小区，导致该路段一直占用XJ-GO_南山深大风槐斋_1（PCI=334）小区，导致SINR值变差，如下图：

二、分析过程

1、信令分析

从L3 Message上可以看到，终端服务小区是PCI334时，终端每隔240ms上报一次MeasurementReport测量，GNODEB对上报的MR不处理，这些MR上报的邻区PCI均为181和182小区，PCI181小区RSRP要比PCI334小区的RSRP要高出很多，如下图：

最后一次MeasurementReport测量中包含了PCI为182的邻区，比主服务小区高34dB 左右，又无法切换到该小区最后重配置到182小区，如下图：

177.佛山切换不及时致VoLTE掉话问题的优化案例

广东-佛山切换不及时致VoLTE掉话问

题的优化案例

2019年08月

佛山切换不及时致VoLTE掉话问题的优化案例 (2)

一、问题描述 (2)

二、分析过程 (2)

2.1 周边无线环境及网络结构分析 (2)

2.2 测试数据分析 (3)

2.3 MR覆盖分析 (5)

三、解决措施 (6)

3.1 优化调整方案 (6)

3.2 优化复测情况 (6)

3.3 复测指标 (7)

四、经验总结 (7)

佛山切换不及时致VoLTE掉话问题的优化案例

【摘要】日常拉网测试是网络优化的一个重要的环节，通过道路测试数据分析能够详细的了解网络覆盖情况，并及时的发现网络存在的问题点而作出有效的网络优化手段及时解决问题，提升网络的质量以及用户的感知度，本文将简洁介绍佛山日常拉网测试中，发现因切换不及时导致VoLTE掉话问题的分析以及优化过程。

【关键字】路测，切换，掉话

【业务类别】VOLTE

一、问题描述

在海八路辅路进行DT测试过程中，测试车辆行驶到海八路辅路时出现掉话，主被叫占用桂城二局三楼LBBU112_1（551838_1），RSRP在-102dbm，左右覆盖一般，主叫切向桂城地铁金融城_7（503804_17），被叫未能及时切向桂城地铁金融城_7（503804_17），最终导

致掉话。

二、分析过程

2.1 周边无线环境及网络结构分析

佛山海八路为广佛山区域主干道，附近为高层楼宇建筑物以及夏北城中村，问题点与站点位置分布如下图所示：

2.2 测试数据分析

回放测试数据，主叫占用夏北机房LBBU7_8（551129_50），主叫于12:12:40.454发起INVITE请求，被叫在12:12:41.434收到INVITE请求，起呼正常；12:12:44.514被叫摘机并反馈INVITE 200 OK, 12:12:44.574主叫收到INVITE 200 OK并反馈ACK确认消息，通话正常建立。

5G优化案例：5G网络切换问题优化方法总结

5G NSA网络切换问题优化方法总结

【摘要】5G NSA网络相对以往的网络架构而言，无线侧涉及网元增多，切换问题隐患增多。随着5G NSA网络建设的开展以及商用的临近，如何确保网络切换顺畅，保障用户使用感知是目前较迫切的工作。本文从NSA网络切换的原理、流程入手进行了分析，并结合几个实际案例，对切换优化的方法和具体流程进行了详细描述，对5G网络优化有一定的参考和借鉴意义。

【关键字】5G NSA 切换

【业务类别】移动网

一、问题描述

目前XX电信5G网络采用NSA组网方式，已经开通了NSA基站210个，在NSA组网场景下，5G终端与eNodeB和gNodeB同时保持连接，利用两个基站的无线资源进行传输，4G 基站承载信令，5G基站承载业务。相比4G网络而言，5G NSA网络增加了更多的网元，基站间的切换涉及场景多、网元多，切换流程更加复杂，所以NSA网络的切换优化更显得重要。

本方法结合实际NSA网络优化中发现的问题，从切换原理、优化流程等方面入手，对NSA网络切换的优化方法进行了讲述。

二、NSA网络切换流程分析

2.1 NSA网络无线侧信令架构

XX电信5G NSA网络采用Option 3x的组网模式，此时4G基站eNodeB为主站，即Master eNodeB（简称为MeNB），与EPC连接；5G基站gNodeB为辅站，即Secondary gNodeB（简称为SgNB），通过X2链路与eNodeB相连。gNodeB产生的测量控制消息通过X2链路传递给eNodeB，由eNodeB下发给UE。其信令架构如图2-1所示：

LTE切换参数优化案例

【问题描述】

在如图所示路段测试时，UE在小区间频繁切换，严重影响业务速率，切换顺序如下：信访局3 人民路1 信访局3 师大公寓3 师大食堂1 信访局3 师大食堂1 信访局3 师大食堂1

【问题分析】

该路段存在以下5个小区信号：信访局1（RSRP=-101dbm），信访局3（RSRP=-102dbm），人民路1（RSRP=-105dbm），师大食堂1（RSRP=-103dbm）以及师大公寓3（RSRP=-103dbm），小区的信号电平相当，无主覆盖小区，导致切换频繁。

下图是基于覆盖的异站切换测量的信号强度变化示意图

基于覆盖切换的相关参数可以分为三类：门限，迟滞及定时器、个性化补偿。其具体功能如下：

➢门限：评价信号质量好坏的基础和门槛。A5是绝对门限，A3是相对门限；

➢迟滞及定时器：对于事件判决起作用。迟滞总是从比较判决的不等式上起到延缓时间进入或退出的作用，提高判决的可靠性，与门限配合使用。而定时器起的延缓作用与门限值无关，是从时间上考虑保持某种状态的持久性，包括进入和推出事件，以提高事件上报的可靠性和准确性。

➢个性化补偿：直接对服务小区或邻小区的补偿。为正值时，加在服务小区测量值上起到限制切换发生的目的。加在邻小区上起到促进切换发生的目的。【解决措施】

在不能新增站点的情况下，修改了切换的相关参数以达到减少切换的目的。

1-a3-offset(A3事件测量偏置)

含义：该参数表示同频切换中邻区质量高于服务小区的偏置值。该参数表示

A3事件中邻区高于服务小区的偏置值，用来确定邻近小区与服务小区的边界，该值越大，表示需要目标小区有更好的服务质量才会发起切换对网络质量的影响：Offset的设置是为了调节切换的难易程度，该值与测量值相加用于事件触发和取消的评估：

4G优化案例：VOLTE语音切换问题研究和优化方法

VOLTE语音切换问题研究和优化方法

XX年XX月

一、问题描述 (3)

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

三、解决过程及效果................................................................................错误!未定义书签。

四、经验总结 (28)

VOLTE语音切换问题研究和优化方法

【摘要】VoLTE语音切换成功率是反映用户移动保持类的一个重要指标，切换成功率的高低直接影响用户感知。不同于传统的数据业务，VOLTE语音用户更加注重呼叫的保持性，对切换失败更加敏感。

在本案例中，对VOLTE语音的切换原理、切换流程进行了梳理，并结合现场实际优化经验总结除了VOLTE语音切换问题的优化思路，针对日常优化过程中的切换成功率低的TOP小区，制定了网元健康核查、基础覆盖、邻区、干扰和切换参数五大优化方向，并总结出合理的参数基线和实战优化方法，为其他区域提供参考作用。

【关键字】VOLTE MOD3 X2切换

一、问题描述

VoLTE语音切换成功率是反映用户移动保持类的一个重要指标，切换成功率的高低直接影响用户感知。LTE切换可以分为系统间切换和系统内切换。其中系统内切换又可以分为ENB 内切换成功率、ENB间（包括X2切换和S1切换）切换成功率。

精品案例_LTE乒乓切换原因及优化方法

LTE乒乓切换原因及优化方法

一、问题描述 (3)

二、分析过程 (3)

三、解决措施 (5)

四、经验总结 (5)

LTE乒乓切换原因及优化方法

【摘要】在移动通信系统中，如果在一定区域里两基站信号强度剧烈变化，终端就会在服务小区和相邻小区来回进行HANDOVER的现象，产生所谓的“乒乓切换”。在LTE系统中，切换过程采取硬切换，即先断开再连接，那么乒乓切换会导致终端与基站之间频繁的断开与连接，不仅在基站侧占用了较多的信令开销，对用户速率、用户体验以及掉线率也产生了很大的影响。

【关键字】HANDOVER、硬切换、用户体验

【业务类别】优化方法

一、问题描述

亳州地市处理DT工单时，发现尾号为300886工单中测试车辆在涡亳路与药都路交口南附近行驶中出现LTE乒乓切换工单。

二、分析过程

1、乒乓切换含义

UE从小区A切换到小区B后，在小区B停留的时间很短，又返回到小区A,手机在服务小区和相邻小区之间来回进行切换的现象，称为乒乓切换。

乒乓切换一般可以理解为UE所处的覆盖区域内无主覆盖小区，或者主覆盖区域内存在

两个或者两个以上信号强度比较接近的多个小区。

对乒乓切换问题进行优化，同样能改善用户的通话质量、提高用户的数据传输速率。

2、乒乓切换常见场景

A、不同基站小区同覆盖路段乒乓切换

B、不同基站小区越区覆盖导致乒乓切换

C、相同基站小区天线旁瓣信号杂散导致乒乓切换

三、解决措施

根据测试数据结合MR分析，车辆行驶中，BZ-市区-污水处理厂-HFTA-439144-52与BZ-市区-丰达物流-HFTA-439092-55小区MOD3干扰并与BZ-市区-魏源路南-HFTA-439208-54重叠覆盖，BZ-市区-外国语学校-HFTA-439100-55、BZ-市区-外国语学校-HFTA-439100-53乒乓切换。需下压BZ-市区-魏源路南-HFTA-439208-54、BZ-市区-外国语学校-HFTA-439100-53、BZ-市区-外国语学校-HFTA-439100-55电子倾角及切换参数。属于上述中的C图（相同基站小区天线旁瓣信号杂散导致乒乓切换）。

精品案例_LTE网络优化过程中切换问题的优化

LTE网络优化过程中切换问题优化案例

一、背景简介 (1)

二、LTE网络切换原理 (1)

三、切换失败类型及故障分析 (7)

四、工程案例 (11)

五、经验总结 (18)

LTE网络优化过程切换问题优化案例推广报告

【摘要】为贯彻落实无线专业“双提升”重点工作整体思想，围绕高质量发展主线，贯彻落实“事先化、主动化、自动化”的工作要求，聚焦感知，敏捷网优，持续提升移动网质量和端到端运营能力，打造高质量移动网络，以市场需求为导向,以客户感知为核心，以网络优化为抓手，快速提升业务客户感知，有力支撑业务规模发展。本文通过阐述LTE网络优化过程中的切换问题，分析了切换失败的各种原因，并针对不同的原因提出了相应的解决方案，为网络优化工作提供了依据和经验。

【关键字】双提升、网络优化、切换失败

【业务类别】优化方法、基础维护、流程类

一、背景简介

切换是LTE通信网络中用户终端UE从一个小区移动到另一个小区过程中发生的接力式服务行为，当前的4G-LTE网络普遍采用“先连接，后断开”的软切换方式来实现小区服务的连续性。如果在连接和断开过程中出现切换失败，将使用户终端处于网络失联状态，极有可能导致掉话现象的发生，严重影响话音、上网等客户体验。本文将通过分析切换原理和导致切换失败的原因，得出掉话故障及关键指标判断的一般准则，为网络深度优化提供可靠的依据。

二、LTE网络切换原理

当前的LTE网络架构基于扁平化和IP化的建网规则，通过核心网（EPC）和eNodeB 向用户终端设备（UE）提供无线信号服务。

图1 LTE网络架构及接口示意图

LTE优化案例手册-第五章-切换问题

第五章切换问题

概述及总结（陈洲）

LTE技术中小区间的切换不再像在GSM和3G时代，切换不是在用户的专用信道中发生，而是使用PRACH过程来切换，这就使得切换问题分成了两大类，一是切换请求没触发，二是触发后切换失败。

5.1总结了切换不触发的原因和案例，5.2提出了切换失败的分析和案例，5.3提供了切换问题的其他案例

5.1 切换不触发（陈洲）

在LTE中，手机不再需要从系统消息中得到邻区的信息，而是完全由手机本身不断检测邻区码。切换请求没触发是指手机在运动过程中检测到新小区的信号，然后向基站发送measurement report要求切换，但由于基站没有相邻基站的IP地址而不知道切换请求应该发往何处，导致手机保持在现服务小区直到干扰太大而掉话。切换不触发原因包括：

1.在源基站中没有建立邻站的数据。

对每一个邻站要创建一个LNADJ,指明邻站的ENB ID 和IP地址。通常情况下，要登陆基站手工创建每一个LNADJ.在工具的章节中，我们开发了通过OSS一次为多个基站通过脚本的方式批量创建邻站LNADJ,详见工具章节。

2.在源基站中存在重复的LNADJ

每一个邻站只允许建一个LNADJ,但有时会发现在源基站中建了两个LNADJ,一个是CONNECTED 连接方式是OAMCONTROLLED,一个DISCONNECT,连接方式是ENB CONTROLLED, 重复的LNADJ导致切换不触发。

3.邻站的LNADJ数据已经存在，但链路状态是DISCONNECTED.

是由于邻站IP地址定义错误，或者源基站和邻站链路连接方式均为ENB CONTROLLED.LTE 基站和邻站是通过SCTP协议连接，连接的两端，一端为SERVER端，一端为CLIENT.在创建LNADJ时，定义为OAM CONTROLLED,表明是SCTP协议的CLIENT,可以主动发起到邻站的SCTP连接，在对端基站收到连接请求后为自己建立一个ENB CONTROLLED LNADJ.如果两端均为ENB CONTROLLED,链路就没办法建立起来。

LTE-切换优化案例

TD-LTE切换问题优化案例

1 基站不下发切换命令

该问题的前提是UE上报了切换的MR，基站侧也收到了MR，但没有收到切换命令，可能的原因有邻区漏配或邻区配错、下发重配置没收到重配置完成和同频邻区中有PCI相等的邻区。下面以案例形势一一展开。

1.1 邻区漏配&邻区配错

1.1.1邻区漏配

从基站跟踪看到基站收到了大量的MR，没有下发切换命令，导致掉话，如下图。从probe上看信道质量不差没到解调门限以下，因为没有下发切换命令而掉话，可以查看是否为邻区漏配。

中兴通讯179向科技园四182发起切换，上报了切换的MR，基站侧也收到了MR，没有下发切换命令，之后读系统消息，发起重建，重新接入到MR中小区，即科技园四182，可以确认为邻区漏配。Probe和基站侧log如下：

图表1邻区漏配UE侧无线环境

图表2邻区漏配UE侧LOG

图表3邻区漏配基站侧log

邻区漏配有2种情况:1、同频邻区和外部小区都没有配置;2、配置了外部邻区,但没配置同频邻区；

建议：添加邻区

注：也可通过对比SIB4中的邻区信息与MR中的邻区PCI发现是否为邻区漏配，如下

图；

图表4SIB4消息内容

1.1.2邻区配错

下面为外部小区和同频邻区均已配置，且同频邻区也配置正确，但外部小区的PCI添加有错，导致的掉话。如下图，102（科技园三1小区）上报181（科技园四的1小区）的MR，但没下发切换命令，查询同频邻区已配置eNBID为28即科技园四的1小区为邻区，但1小区的PCI被配成了182，且配置了同站的两个PCI相等的外部邻区。

图表5邻区错配终端侧LOG

5G优化案例：5G终端SCGFailur导致切换失败问题处理案例

5G 终端 SCG Failure 导切换失败问题处理

【摘要】

在 LTE(Long TermEvolution，长期演进)系统也即 4G 网络中，

E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进的 UMTS 陆地无线接入网)由多个 eNodeB(Evolved Node B，演进型基站)组成，eNodeB 与

E PC(E vo lv ed Packet Core，核心分组网演进)之间通过 S1 接口连接，eNodeB 之间通过 X2 接口连接，为了支持更高的数据吞吐量，UE 用户设备可以通过两个eNodeB 实现双连接。

和 LTE 系统的双连接类似，在 5G 系统中，也支持 eNodeB 和 5G 基站 gNB 的紧耦合互操作 Tight Interworking，在 LTE 和 5G 紧耦合场景下，UE 与 gNB 之间的网络断开时，UE 就会发生辅小区组失败 SCG Failure，有用户反映在世贸商城附近区域，终端显示为 5G 信号，但是上网慢，经过分析该用户从室外切到室内时每次都发生“Random Access Problem” SCG Failure导致切换失败，从而回落4G，最终通过修改波速解决该问题。

【关键字】5G 切换失败AXON10Pro

【业务类别】移动网

1.现场测试

外场针对用户反映的问题进行现场测试，用户所在区域为室内外切换带，在该区域主要占用室分小区思明区世贸商城二 QC_C1NCYT1（PCI:414）、室外小区思明区软件园二期观日路 8 号_C2WCND3（PCI：43），该区域的 RSRP 均>-95dBm，RSRP 值覆盖良好。但是在使用 mate20 X 进行室内外切换过程中，室内往室外切换失败，“T310超时”的 SCG Falure，从而释放 5G SCG 掉4G。

岛形效应造成的切换成功率低问题优化案例

岛形效应造成的切换成功率低

问题优化案例

湖北无线网优中心

二零一五年九月

1、案例介绍

本案例主要介绍由于越区覆盖原因导致XX学院切换成功率较低的问题，通过学习本案例的定位过程和解决方案，我们可以举一反三处理类似问题。

2、问题描述

分析切换失败TOPN小区，发现585365_水产学校BBU01_经济管理干部学院室外_49小区切换失败较多，切换成功率94.47%左右。

3、定位过程

统计小区邻区切换对发现该小区与距离较远的小区切换失败较多，如下图：

后台统计该小区TA值分布情况如下图：

由图可以看出，TA在范围{501,81}的上报次数占比最多，综上可以判断该小区存在严重越区覆盖。

4、解决方案

（1）建议下压585365_水产学校BBU01_经济管理干部学院室外_49机械下倾角3度;

（2）调整基带资源参考信号功率由15dBm调整至12dBm.

优化后，切换失败次数由35次减少至3次，切换成功率由94.15%提升至97%，优化效果明显。

5、问题总结

越区覆盖经常因为一些超过周围建筑物的站点，发射信号沿丘陵地形或道路可以传播很远，在其他基站的覆盖区域形成了主导覆盖，产生“岛”的现象，因此，当呼叫接入到远离某基站而仍由该基站服务的“岛”形区域上，并在小区切换参数设置时，“岛”周围的小区没有设置为该小区的邻区，当终端离开该“岛”时，就会立即发生掉话。且即便配置了邻区，由于“岛”的区域过小，也会容易造成切换不及时而掉话。

因此解决越区覆盖问题是一项重要的优化工作，无论是用户感知还是考核指标都将有质的提升。

精品案例_LTE网络系统内异频切换出优化

LTE网络系统内异频切换出成功率优化

一、问题描述 (3)

二、分析过程 (3)

三、解决措施 (4)

四、经验总结 (4)

LTE网络系统内异频切换出成功率优化

【摘要】随着电信4G网络的建设，切换成为多频组网中的一个重要环节，解决好切换问题不仅可以增强网络覆盖质量，提高用户体验，更能增加用户对天翼产品的认可和支持，继而提高用户对天翼品牌的满意度。日常优化处理中，切换作为主要的处理方面，能够体现

4G网络的连续性覆盖的情况。

【关键字】切换用户体验

一、问题描述

现网指标监控日报中系统内切换成功率指标下降，分析发现TL-市区-联盟村-HFTA-449071-50向看守所的3个小区切换失败次数较多，达到11945次/天。需要定位处理，提升整体指标。

二、分析过程

分析数据，可以发现失败原因基本为“eNB间S1口小区间同频切换出”，占到总次数的11945次，且切换无成功次数，参数核查没有发现问题。在google earth 上定位基站查看基站分布发现，目标基站TL-市区-看守所至源基站TL-市区-联盟村的距离大约为780M，在正常的切换范围内。但780M的正常切换范围内的邻区，在无故障无干扰参数无问题的情况下不可能每天11945多次的请求次数全部失败。进一步核查目标基站是否经历过搬迁等操作发现，TL-市区-看守所该站点此eNodeBID已由449002变更为449071,但是在449071这个BBU下原先添加的外部定义和邻区关系数据依然存在，属于冗余邻区。

至此问题得以定位，源小区TL-市区-联盟村-HFTA-449071-50与目标基站TL-市区-看守所切换时，实际是已经被调整了eNodeBID的目标小区，但因为源eNodeBID的外部定义与邻接关系依然存在，所以源小区依然不断向目标小区发送切换请求，最终导致切换指标恶化。