切换失败原因分析
LTE切换失败问题分析案例
X2IPPATH配置问题导致切换不成功
关键字：X2IPPATH 切换
【现象描述】
切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。
【原因分析】
对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种：
（1）传输资源不够用；
（2）没有配置IPPATH；
（3）IPPATH中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。
【处理过程】
每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID确认目标基站B2的ID。从该次切换的切换命令
（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。
先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。在webLMT上的命令如下：
LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
未接通、掉话及切换失败
未接通、掉话及切换失败分析
一、未接通分析
正常呼叫主叫起呼和被叫接入过程：
主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出
channel request report-→
immediate assignment-→
CM service request-→
setup-→
call proceeding-→
assignment command-→
assignment complete-→
alerting-→
connect-→
完成一次起呼。
在主叫assignment complete 完成后2－3秒左右被叫开始信道请求流程
Channel request report→
immediate assignment-→
setup→
call confirmed→
assignment command→
assignment complete-→
alerting→
connect-→
完成一次被叫接入。
1、未接通原因分析
（1）RACH冲突或者AGCH拥塞
建议：查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数
（2）SDCCH拥塞
建议：检查SDCCH配置，查看相关小区SDCCH话务量
（3）SDCCH掉话或者TCH拥塞
建议：查看是否启用SDCCH信道上的切换，查看相关小区话务量和TCH配置，在排除无线方面原因后，应跟踪Abis接口、A接口信令从交换侧寻找问题原因
（4）位置更新引起未接通
建议：查看位置更新定时器和位置区设置
（5）小区重选过程引起未接通
切换出准备失败问题分析
切换出准备失败问题分析
【摘要】已开通站点站号变更，如果变更前邻区关系数据未完全清除会产生冗余数据，即邻区信息中既存在变更前站点数据又存在变更后数据，而本次CL共模站点只变
更ENODEBID，其余信息不变。切换是根据终端检测到的PCI进行测量切换的，由
于邻区存在冗余数据，邻区信息中存在2个站点同PCI情况，PCI混淆导致切换
失败。
【关键字】ENODEBID变更 PCI混淆冗余数据
【故障现象】：
已站点446483的eNB间S1口同频切换出成功率较低，失败原因主要是目标侧准备失败。
图1 S1切换成功率低指标
【原因分析】：
查询该站点的切换出的邻接小区对，发现目标侧准备失败的站点为446482，涉及到其站点下的所有小区。但是从eNB间S1口小区同频切换出准备请求次数，切换出准备成功次数和目标侧准备失败次数看，存在成功的情况，而非所有切换出准备请求次数全部失败。
图2 切换对指标统计
虽然知道是由于目标侧准备失败导致，但是最终原因还没有得到定位。为此，进行了UE级小区信令跟踪来进一步确认问题原因。
通过跟踪信令查看msgname==handover preparation failure，发现其准备失败只有一个原因，其原因值为：unknown_targetID。
图3 UE级小区跟踪信令图
详细查看gid==11130的信令流程，当源侧基站通过S1链路发Handover Required请求给核心网时，在短短20ms的时间里，核心网给基站回复Handover preparation Failure，失败原因是目标侧ID未知。后面再次发起切换请求时，核心网10ms的时间里给基站回复Handover preparation Failure，失败原因依然是目标侧ID未知
无线网络规划-切换失败原因及优化方法
网络侧信令
终端信令
切换失败
在LTE切换问题分析过程中， 基站告警 是 处理基站硬件故障
无论是哪种情况的切换失败，需
传输问题
是
传输误码、闪断等
要进行以下的分析流程，直到问
是
产品版本升级、异厂家 边界协同优化等
完成
感谢您的聆听与观看
Lorem ipsum dolor sit amet, consectetur adipisicing elit.Lorem ipsum dolor sit amet, consectetur
2．测量报告丢失分析
在LTE切换过程中，UE会根据eNodeB下发的测量控制完成相应的测量内容， 并将测量结果上报给eNodeB，但在UE上报测量报告后，并不代表eNodeB就一定 收到或者eNodeB一定会处理，那么这必将产生切换失败。UE不断地上报测量报 告，但在eNodeB并未收到相应的内容，最终导致链路释放。
UE侧信令
eNodeB信令
3．切换命令丢失分析
切换命令丢失是指UE侧发出测量报告后，eNodeB收到测量报告，并下发 切换命令，但UE侧没有收到；从UE侧看到的现象与测量报告丢失相同，但在 eNodeB侧可以看到eNodeB下发了RRC重配置消息，UE侧未响应。
NSA站点切换失败处理案例
NSA站点切换失败处理案例
案例上报省份：福建案例上报人：詹健东
一、关键词：
高通终端，NSA切换
二、案例分类：
1、问题分类：移动性能等
2、手段分类：参数调整
三、优化背景
NSA站基站进行高通商用终端接入及speedtest测速测试。
四、问题现象
进行NSA拉网测试，测试中UE发起携带SN的切换失败，原因值为：synchReconfigFailureSCG，说明UE同步重配置失败。初步判断为上行问题，若下行无线链路失败原值一般为T310-Expiry，如下列图示：
五、原因分析
➢synchReconfigFailureSCG可能原因有
1）：无线覆盖质量问题，如上行干扰，或上行覆盖；
2）：数据配置问题，上行随机接入参数，邻区参数配置；
3）：小区存在异常。
➢问题分析排查
1）小区状态核查，在5G UME网管REM容器中RAN CLI中查询小区状态，如下图所示
2）AAU与gNB间传输正常，如下图：
3）核查Prach相关参数，目前5G干扰较小，其“PRACH功率攀升步长”、“基站期望的前导接收功率”、“前导码最大发送次数”设置正常。“基于逻辑根
序列的循环位移参数”为0，覆盖半径2~3km，”PRACH时域资源配置索
引”为162，参数配置正常。
4）核查邻区数据，无同频同PCI169，PLMN46007,频段41,配置数据无误。
5）检查基站NI，发现该小区存在干扰，最大干扰达-60dbm左右。
六、解决方案
干扰排查，经现场扫频发现部分频段受存在干扰，NR小区周边存在TD-LTE D1/D2频段小区，导致系统内干扰。
5-4切换成功率低问题分析
5-4切换成功率低问题分析
从整网指标看没有明显的TOP小区特征，SA商用早期用户较少，每个小区失败次数都较少，但由于分母切换准备次数也不多，少数的几次失败对指标影响也较大。对失败次数靠前的TOP小区进行分析，主要存在以下几个问题：
(1) 5-4邻区漏配
从标口信令跟踪可以看到大量上报MR测量报告但却不切换的情况，根据measId 查到相应的频点，这些4G小区存在邻区漏配的情况，导致不能及时切换，5G信号持续恶化切换到信号更差的4G小区时切换失败。
从日志上看也可以看到大量因无邻区导致无法切换的记录。
对全网的5-4漏配邻区进行核查，减少漏配邻区对切换成功率的影响。从信令跟踪结果看，在5G覆盖边缘区域有很多距离较远的4G邻区测量报告上报未处理，可以考虑在核查邻区时郊区5G站点增大核查距离。
(2) 4G小区PCI复用距离过短
4G PCI复用距离过短会导致在切换的时候由于PCI混淆，导致基站在执行阶段可能会下发错误的小区信息给终端，导致切换失败。典型信令如下图所示，从抓取到的信令如下图所示，测量上报的小区与最终测量切换命令里的小区不一样。这种情况下需要先重新规划4G PCI，同步更新5G侧的外部小区数据。
(3) 5-4外部小区参数不一致
通过GC核查发现存在部分小区外部小区参数配置错误的情况，多数为PCI或者频点配置错误的情况，在往外部小区参数配置错误的邻区切换时会出现与邻区漏配类似的信令，终端上报测量报告基站却一直没有发起切换。
当前5G ANR还没有终端支持，不能用4G那种添加虚假邻区的方法来识别是否邻区添加错误，当前只能手动核实5G侧配置的邻区信息是否与4G侧一致
切换失败原因分析
???总的来说，在遇到切换失败事件时首先应该从HO_FAILURE消息中查找切换失败的原因解释（Causevalue）,有些切换失败是可以直接查到切换失败原因的（可以详查GSM规范）。但对于有些Causevalue，如Causevalue111（Protocolerror，unspecified）、Causevalue3（Abnormalrelease，timerexpired）等就无法定位具体原因。对于这些情况，我们就应该再进一步的对信令流程、多种测量参数、统计报告以及测试现场的环境等进行综合的分析，从而进一步确定切换失败原因。下面的大部分篇幅的分析解决办法都是基于这些无法定位具体原因的Causevalue。
301946788DL3Physical_InfoTA=114'48"11.91
311946801DL3Physical_InfoTA=114'48"11.97
322364314UL3HO_Failure14'48"11.99
332364323UL2SABM-CMD14'48"12.04
342364347DL2UA-RSP14'48"12.15
1）连续多个下行PhysicalInformation，超过系统设置造成失败
切换异常的几种原因分析及排查
1.1.2
1.1.2.1
1.信令截图：
2.信令分析：
信令消息
过程解释
measurementReport
网络侧收到终端1G/2A测量报告
FpSAddReq
在目标小区建立无线链路及承载，此案例中RL建立过程中夹杂了一条测量报告，该测量报告为2F测量报告，不影响切换过程，可以忽略；
FpSAddRsp
RadioLinkSetupRequest
measurementReport
RadioLinkSetupResponse
RNC内切换相关的异常主要有如下几种典型场景，
CN侧响应RelocationPrepareFailure：
CN响应超时；
CN响应IuReleaseCommand；
终端RB重配失败；
终端RB重配失败；
下面分别详细描述各类异常发生的场景及原因，并给出对应排查手段。
1.2.2
1.2.2.1
异常描述
当S-RNC向CN发送Relocation Required消息后，CN向D-RNC发送Relocation Request，D-RNC侧发起类似于业务接入的流程，分配信令、业务所需的物理资源，并建立无线链路及相应承载，其中任何一个步骤发生异常，则会向CN响应Relocation Failure消息，携带D侧失败的错误码，CN通过Relocation Preparation Failure消息透传该错误码到S-RNC，由于是重定位准备阶段流程发生异常，不会记入跨RNC切换失败，因此不会影响任何KPI指标，但此类异常会导致终端脱离源小区覆盖而又无法切换，最终因覆盖问题导致掉话。
切换成功率低原因概述
通过日常工作中分析汇总，可将切换失败原因归纳为以下几种：
一、邻区数据的准确性及合理性异常
（1）无线参数的准确性与合理性
在通话过程中，移动台始终测量本小区和相邻小区的BCCH的电平强度，而这些相邻小区信息，都预先在系统自身定义，通过系统消息周期广播至移动台，这些信息中列出了与当前小区相邻的小区BCCH频道号。移动台必须从系统消息中提取该信息作为测量邻区信号的依据。如果由于覆盖或地形等其它原因造成实际存在相邻关系的小区之间切换数据漏作，将会产生孤岛效应，造成周围信号很强但手机所占的信号弱或者信号质量较差的现象，严重地影响网络质量，引起一些救援性的切换，导致切换成功率较低。特别是城市中的室内覆盖和农村的直放站造成覆盖范围不规则等现象，更容易造成切换数据漏作。
同时，由于工程割接等原因造成邻区参数设置错误而影响切换成功率的现象也比较普遍。当网络发生改变时，如增加了基站或对小区BCCH频点进行修改后，没有对涉及的邻区进行相应的修改，导致在切换中邻区描述错误，发生严重切换失败。
还有一种情况就是在边界地区定义邻区中的NCC，需要根据边界所涉及的NCC全部定义，不能仅仅根据自身网络情况定义所属的NCC，导致不能对其它NCC邻区进行扫描引起切换失败。
（2）MSC上数据的正确性与完整性
除了无线侧邻区数据准确合理外，MSC上也涉及邻区关系的定义，如REMOTLAC表中相邻交换机号、相邻交换机下LAC等信息，需要进行准确完整的定义，否则会发生跨MSC 切换不能实施的情况。
二、硬件故障
（１）基站硬件故障
在日常优化过程中，我们经常发现所有数据均正常但仍然出现切换失败率高的现象，其中基站硬件故障也可能是原因之一。最常见的就是由于基站载频故障引起分配失败，导致切入失败增加，同时天线性能下降也可能造成空中链路失败引起切换失败率高的现象。
基于S1接口切换失败-分析
.
教育资料基于S1接口切换失败分析
2014-09-25
一、概述
广州LTE网络的S1切换性能从9月18日开始，出现HO Prepare Fail “切换出准备失败_目前侧准备失败”次数增加明显，总体切换成功率从98.9%恶化到98.5%左右。失败切换的邻区关系，在小区和TAC维度存在聚类。
二、S1-Based Handover信令流程
LTE网络S1接口的切换流程：
➢源eNodeB决定进行基于S1的切换。S1切换的原因可能是源eNodeB和目标eNodeB之间不存在X2连接，或者源eNodeB根据其他情况作出的判断。➢源eNodeB向源MME发送Handover Required消息，其中Handover Type 在此时是intra-LTE，TargetID包含Target Cell ID和Target TAI两部分，源MME可以根据目标TAI来选定合适的目标MME。Direct Forwarding Path Avaliability用来指示在源和eNodeB之间是否存在存在直接转发的路径还是需要进行Indirect Tunnel Forwarding。
➢源MME选定合适的目标MME，通过S10接口发送Forward Relocation Request消息给目标MME。
➢目标MME选定相应的目标SGW，发送Create Session Request消息给目标SGW，消息中包含每个承载的上下文。目标SGW为数据承载分配上行GTP －U的地址和TEID值，返回Create Session Response消息给源MME。
路测切换失败的原因分析及解决
目录
第一章前言 (2)
第二章切换流程分析 (5)
一、小区内部切换（INTRA _CELL HANDOVER） (5)
二、BSC内部小区间切换（INTRA_BSC HANDOVER） (6)
三、MSC内部BSC间切换（INTRA MSC HANDOVER） (8)
四、 MSC间切换 (11)
第三章切换失败的原因分析 (13)
一、连续的切换失败 (13)
实例1 731医院的时钟失锁 (14)
实例2 化工研究院时钟失锁 (17)
实例3 沙沟DCS与东铁家坟DCS的同频同BSIC (18)
注: LAPD和LAPDm中使用的帧类型以及它们的结构 (20)
二、单独出现的切换失败 (21)
1）连续多个下行Physical Information，超过系统设置造成失败
(22)
实例：马家堡DCS1 (22)
2）无下行physical information (23)
A．同站不同小区之间将Synchronized Indicator置为True 23
注：设置小区同步切换对切换流程的影响 (25)
B．小区之间将Synchronized Indicator置为False (25)
3）三层消息中出现HO_Complete后手机再上行发送HO_Failure消
息 (25)
4）其它可能出现的切换失败现象 (26)
A．超过目标小区的最大服务距离，Cause: “handover
impossible, timing advance out of range” (26)
B．Cause: “frequency not implemented” (26)
切换失败原因分析
一、切换的定义及划分
所谓切换,就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区,或者由于外界干扰而造成通话质量下降时,必须改变原有的语音信道而转接到一条新的空闲语音信道上去,以继续保持通话的过程; 切换根据手机和基站测出的上下行电平质量和TA
值作为最基本的测量数据,根据切换判断算法和资源分配算法来决定是否应该切换和切向哪个小区;切换是移动通信系统中一项非常重要的技术,切换失败会导致通话失败,影响网络的运行质量;因此,切换成功率包括切入和切出是网络考核的一项重要指标,如何提高切换成功率、降低切换失败率是网络优化的重点工作之一;
根据不同的切换判决触发条件,切换可以分为紧急切换、负荷切换等5类;
1紧急切换;包括TA过大紧急切换、质量差BQ紧急切换、电平下降紧急切换、干扰切换;
●TA过大切换条件：服务小区的TA大于等于紧急切换TA限制;
●BQ切换条件：服务小区的上行链路质量在滤波器长度时间内平均值大于等于紧急切换上行链路质量限制；服务小区的下行链路质量在滤波器长度时间内平均值大于等于紧急切换下行链路质量限制;
●快速电平下降切换在呼叫中电平突然下降时触发,触发条件：服务小区如果Value＞BValue：一个与滤波器参数A1～A8相关的值,该值表示在一段时间内接收电平的变化趋势；B：滤波器参数切换最后的MR6已经低于边缘切换门限,则发生切换;
●干扰切换：也属于紧急切换,当接收电平大于一定值但传输质量又低于干扰切换质量门限时触发;
2负荷切换;负荷切换触发要同时满足三个条件：系统信令流量小于允许负荷切换系统
LTE切换失败问题分析案例
X2IPPATH配置问题导致切换不成功
关键字：X2IPPATH 切换
【现象描述】
切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。
【原因分析】
对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种：
（1）传输资源不够用；
（2）没有配置IPPATH；
（3）IPPATH中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。
【处理过程】
每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID 确认目标基站B2的ID。从该次切换的切换命令（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区
CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。
先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。在webLMT上的命令如下：
LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
切换失败上报大量的测量报告
切换失败上报大量的测量报告
切换失败上报大量的测量报告
随着网络技术的飞速发展，人们对高速、稳定的网络连接的需求越来越迫切。为了解决网络信号覆盖不完善的问题，移动网络运营商和设备制造商纷纷推出了切换功能，使用户能够在不同的网络之间无缝切换，以获得更好的网络体验。然而，切换中出现的失败却成为了一个相对常见的问题，这不仅给用户带来不便，也给网络运营商和设备制造商带来了一系列挑战。
一、切换失败的原因及影响
切换失败可以由多种原因造成，例如网络覆盖不稳定、信号干扰、切换算法不合理等。当切换失败时，用户的移动设备可能会持续发送测量报告给网络运营商，以通知其失败的情况。而当大量用户遭遇切换失败时，网络运营商将会受到大量测量报告的干扰。这些报告的大量涌入可能会对网络运营商的服务器和数据处理系统造成压力，导致网络运营商难以有效处理这些报告，进而影响到切换失败问题的解决。
切换失败不仅会对网络运营商造成影响，用户也将面临一系列问题。切换失败使用户无法及时切换到更好的网络，导致他们在使用移动互
联网时遭遇断网、卡顿等问题。切换失败还可能使用户消耗大量的电
池电量，因为移动设备在切换失败的过程中会频繁地搜索和连接网络。切换失败还使用户的移动设备性能受到影响，可能导致设备运行缓慢、流量消耗加大等问题。这些影响都将直接降低用户的使用体验和满意度。
二、解决切换失败上报大量测量报告的挑战
面对切换失败上报大量测量报告的挑战，网络运营商和设备制造商需
要采取一系列措施来解决。
网络运营商可以通过改进网络覆盖和信号质量来降低切换失败的概率。增加基站的密度、优化网络覆盖范围、减少信号干扰等措施都可以有
基于S1接口切换失败分析
基于S1接⼝切换失败分析
基于S1接⼝切换失败分析
2014-09-25
⼀、概述
⼴州LTE⽹络的S1切换性能从9⽉18⽇开始，出现HO Prepare Fail “切换出准备失败_⽬前侧准备失败”次数增加明显，总体切换成功率从98.9%恶化到98.5%左右。失败切换的邻区关系，在⼩区和TAC维度存在聚类。
⼆、S1-Based Handover信令流程
LTE⽹络S1接⼝的切换流程：
源eNodeB决定进⾏基于S1的切换。S1切换的原因可能是源eNodeB和⽬标eNodeB之间不存在X2连接，或者源eNodeB根据其他情况作出的判断。源eNodeB向源MME发送Handover Required消息，其中Handover Type在此时是intra-LTE，TargetID 包含Target Cell ID和Target TAI两部分，源MME 可以根据⽬标TAI来选定合适的⽬标MME。Direct Forwarding Path Avaliability ⽤来指⽰在源和eNodeB之间是否存在存在直接转发的路径还是需要进⾏Indirect Tunnel Forwarding。
源MME选定合适的⽬标MME，通过S10接⼝发送Forward Relocation Request 消息给⽬标MME。
⽬标MME选定相应的⽬标SGW，发送Create Session Request消息给⽬标SGW，消息中包含每个承载的上下⽂。⽬标SGW 为数据承载分配上⾏GTP －U的地址和TEID值，返回Create Session Response消息给源MME。
基于SEQ平台异常话单VoLTE eSRVCC切换失败问题分析
基于SEQ平台异常话单VoLTE eSRVCC切换失败问题分析
一、问题描述
C国C运营商eSRVCC切换成功率恶化，需要对TOP切换失败小区进行问题分析和定位。
（注：该运营商是LTE到2G的CS Only的SRVCC切换策略，无LTE到3G的SRVCC。）
二、告警信息
无。
三、版本信息
NA
四、原因分析
1.以双流黄龙溪水厂为例，eSRVCC向GERAN小区间切换失败，主要集中2G目标小区
32805上，如下图所示：
五、处理过程
1.通过SEQ平台eSRVCC异常SIP信令分析，发现Handover Preparation Failure中携带有
“unknown-targetID”信息。
2. 在Handover Required消息中找到切换目标小区Target ID如下：
2.对比eNodeB外部邻区配置数据和GSM工参，发现现网LAC和CI配置错误。
eNodeB现网外部邻区配置数据：
GSM工参数据：
3.处理结果
邻区配置修改正确后，问题解决。
4.根因
VoLTE的GERAN外部邻区LAC和CI配置错误，导致eSRVCC切换失败。
5.总结和建议
外部邻区数据核查是处理eSRVCC切换失败的一个重要动作之一，在无线侧要定期执行核查。SEQ平台的eSRVCC异常话单SIP信令分析，有助于快速进行根因问题定界定位。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
切换失败原因分析
1、软切换失败原因
根据信令流程，导致切换失败的情形有以下几种
1）、ASU消息过多问题
切换参数不合理的导致乒乓切换
例如切换参数reporting range 1A和reporting range 1B的差别很小，那么小区刚进入AS 又马上移出AS；如果Hysteresis 1C设置太小，那么一个刚被替换进AS的小区又马上移出AS。
导频污染
UE不断上报测量消息，RNC不断下发ASU消息，容易导致切换失败。
2）、软切换优化注意问题
控制软切换比例
网络建设初期，容量不受限制，以提升覆盖为目标。软切换比例可容许在40%甚至更高。
这样可以保证上行良好覆盖并且可以减少掉话，由于软切换带来分集增益，从而降低了UE发射功率。当网络不断发展，由于容量问题凸现，由于软切换带来上下行系统硬件开销以及消耗下行码资源。综合考虑容量和覆盖问题，将软切换控制在一个合理的比例，通常为30-40%。
保证软切换成功率和低掉话绝对值
以合理的网络规划和合理的软切换参数为前提，保证切换的及时性。
减少乒乓切换
减少乒乓切换，以减少信令交互和资源消耗，从而降低掉话率。乒乓切换调整有几个方面，控制导频污染，通过切换参数克服。例如调整1A和1B的迟滞，增大Time to trigger 参数。根据不同的场景设置不同的小区参数。
2、ISHO失败原因
上行链路质量差
事件2D门限（CM START）设置不合理
时间3A参数（ISHO）设置不合理
当前W小区漏配GSM邻区
当前W小区配置GSM邻区过多
目标GSM小区无可用无线资源
当前ISHO优化主要针对W覆盖边界与GSM覆盖区的优化。若W边界GSM小区覆盖较好，则有利于向GSM切换。若GSM信号强度不够，则增大了异系统测量失败或者信令交互失败的可能，从而导致掉话。所以W覆盖内部应尽量达到信号的连续覆盖，减少弱覆盖和盲区。使得ISHO发生在W覆盖区域的边缘，减少ISHO的次数。另外W系统间切换应尽量选择在人口密度小的区域，减少切换次数，也避免了因处理能力不足而使信令交互延时或失败，最终导致掉话。
3、3G-2G切换的触发条件:
1、如果是CPICH Ec/No触发了压缩模式，那么满足
GSM小区RSSI > gsmThresh3a 并且
CPICH Ec/No < usedFreqThresh2dEcno+utranRelThresh3aEcno - hysteresis3a/2门限的条件，并保持TimeToTrigger3a，将触发3G/2G切换。
2、如果是CPICH RSCP触发了压缩模式，那么满足
GSM 小区RSSI > gsmThresh3a 并且
CPICH RSCP < usedFreqThresh2dRscp+utranRelThresh3aRscp - hysteresis3a/2 门限的条件，并保持TimeToTrigger3a，将触发2G/3G切换。
3、如果是Ue Tx power触发了压缩模式，那么满足
GSM小区RSSI > gsmThresh3a 并且
CPICH RSCP < usedFreqThresh2dRscp+utranRelThresh3aRscp+utranRelThreshRscp
附：切换信令流程
软切换信令流程步骤：
1. SRNC决定建立一条新的无线链路，该无线链路所属的新的小区由另一个RNC
（DRNC）控制。SRNC通过RNSAP向DRNC发送“Radio Link Setup Request”消息，请求DRNC准备相应的无线资源。由于新的无线链路是UE同DRNC建立的第一条无线链路，于是建立新的Iur信令连接。该Iur信令连接承载跟UE相关的RNSAP信令。
Radio Link Setup Request”消息包含的参数为：小区ID、TFS、TFCS、频率、上行扰码。
2. DRNC根据无线资源判定是否可以满足请求的无线资源要求，如果可以满足，DRNC 向属于它的Bode B发送NBAP消息——无线链路建立请求“Radio Link Setup Request”。然后Node B启动上行接收。
“Radio Link Setup Request”消息包含的参数为：小区ID、TFS、TFCS、频率、上行扰码。
3. Node B按照要求分配无线资源，如果配置成功，Node B通过NBAP消息——无线链路建立响应“Radio Link Setup Response”向DRNC上报。
“Radio Link Setup Response”消息包含的参数为：信令终止，传输层寻址信息（AAL2寻址、用于数据传输承载的AAL2捆绑ID）
4. DRNC通过RNSAP发送无线链路建立响应消息“Radio Link Setup Response”给SRNC。
“Radio Link Setup Response”消息包含的参数为：传输层寻址信息（AAL2寻址、用于数据传输承载的AAL2捆绑ID），邻近小区信息。
5. SRNC通过ALCAP协议启动Iur/Iub数据传输承载，该请求包含AAL2捆绑ID用于绑定Iub数据传输承载和DCH。
6./
7. Node B 和SRNC通过交换相应的DCH FP帧“Downlink Synchronisation”和“Uplink Synchronisation”建立数据传输承载的同步。Node B启动下行发送。
8. SRNC通过DCCH向UE发送激活集更新消息“Active Set Update”，该消息包含无线链路增加和删除内容。
参数：更新类型、小区ID、下行扰码、功率控制信息、邻近小区信息
9. UE根据RRC信令配置相应参数后，去活要删除链路的下行接收，激活要增加链路的下行接收，并向SRNC发送RRC消息“Active Set Update Complete”。
10. SRNC向Node B发送NBAP消息消息无线链路删除请求“Radio Link Deletion Request”。Node B停止接收和发送。
参数：小区ID、传输层寻址信息
11. Node B去活无线资源，并向SRNC发送NBAP消息无线链路删除响应“Radio Link Deletion Response”。
12. SRNC通过ALCAP协议启动释放Iur/Iub数据承载。
硬切换信令流程步骤：
1. SRNC向目标RNC发送无线链路建立请求消息“Radio Link Setup Request”。
参数：目标RNC标识符、s-RNTI、小区ID、TFS、TFCS。
2.目标RNC为RRC连接和无线链路分配RNTI和无线资源，并发送NBAP消息“无线链路建立请求（Radio Link Setup Request）”给目标Node B。
参数：小区ID、TFS、TFCS、频率、上行扰码、功率控制信息等。
3.目标Node B分配无线链路资源，启动物理层接收，并发送NBAP消息“无线链路建立响应（Radio Link Setup Response）”给目标RNC。
参数：信令终止、用于Iub数据传输承载的传输层寻址信息。
4.目标RNC用ALCAP协议启动Iub数据传输承载的建立。该请求包含AAL2捆绑ID 用于绑定Iub数据传输承载和传输信道DCH，同时该请求由Node B确认。
5.当目标RNC完成准备过程，目标RNC发送“无线链路建立响应”给SRNC。