切换成功率低问题说明

经典案例_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割接后切换恢复正常。

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不匹配导致的。

S1链路漏配导致切换成功率低问题处理

S1链路漏配导致切换成功率低问题处理摘要：S1链路漏配导致切换成功率低问题处理。

关键字：漏配S1【故障现象】：日常指标监控时发现市区瓜果市场北侧两个站点TL-市区-烟草公司广告牌的3小区和TL-市区-瓜果市场的1小区的同频切换失败率分别高达36.12%和29.48%，其余指标正常。

【告警信息】：查询基站TL-市区-烟草公司广告牌和TL-市区-瓜果市场内均无故障告警，小区状态正常。

【原因分析】：出现此类问题的大致原因：1.外部小区信息配置错误；2.切换参数配置错误；3.干扰4.传输链路异常；具体处理步骤：1.首先核查问题小区外部信息，确认无任何异常。

2.使用PEAC平台进行站点参数对比核查，切换参数与正常站点设置一致。

3.查询站点上行干扰站点无干扰，核查工参信息，站点无明显MOD3干扰对打问题。

4.核查问题站点传输链路，发现站点配置4条S1传输链路，并且传输链路正常。

5.取全网两两小区切换指标，发现这问题站点主要都是往TL-市区-豪邦康-HFTA-449019-55小区切换时失败的。

6.核查TL-市区-豪邦康站点状态，发现该站点S1链路只有1条，漏配一条传输，导致周围站点使用第2条传输切换过来时全部失败。

根因与工程督导联系说明此情况，督导反应前期核心网增加MME时，批量增加过传输链路，该站点断链无法增加传输链路，近期站点恢复未及时增加传输导致周围站点切换失败较高。

【解决方法】：TL-市区-豪邦康站增加一条传输链路后，切换到该站点指标恢复正常。

原问题小区指标也恢复正常，问题得到解决。

【经验教训或建议与总结】：为了避免此情况发生，督导后期会定期核查因断站导致无法及时修改参数的问题，避免因类似问题导致全网指标恶化。

volte切换成功率低优化报告

VOLTE切换成功率低专项报告移动公司2015-11-271、VOLTE切换成功率低优化切换优化的目的就是减少切换失败、切换过早或过晚、切错小区和乒乓切换等情况，最终提升系统性能。

1.1切换常见异常场景简介1.1.1过早切换：切换过早，一般是邻区的信号还不够好或不够稳定，eNodeB就发起了切换，主要有以下几种：a)源小区下发切换命令后，由于目标小区信号质量不佳，UE切换到目标小区发生失败，UE发起RRC重建回到源小区。

如下图，这种场景下，UE在切换到新小区随机接入或发送msg3失败导致切换失败，然后UE在源小区发起RRC连接重建。

b)UE虽然成功切换到目标小区但是立即出现下行失步，然后在源小区发起RRC连接重建。

这也是切换过早。

c)UE虽然成功切换到目标小区但在很短时间内（5s）切换到第三方小区，也是切换过早。

1.1.2过晚切换：切换过晚这个在实际外场比较多，主要有以下几种：a)在下行100％加载的场景，源小区服务质量不好（一般SINR低于－3就会概率性出现切换命令发送失败），UE因为服务小区信号不好没有收到切换命令，或收到切换命令，但随机接入过程失败，UE就发生RRC重建，重建到目标小区，此时由于目标小区已建立上下文，重建可以成功。

b)UE还来不及上报测量报告，源小区的信号已经急剧下降导致下行失步，UE直接在目标小区发起RRC连接重建，此时由于目标小区无UE上下文，重建必然被拒绝，信令流程如下图所示。

1.1.3乒乓切换：当UE 进行A—>B—>A 这样的反复来回切换流程，从小区A 切换到小区B 后，在小区B 停留的时间很短，又返回到小区A，这个通过信令流程比较容易分析，就是看上一次切换入到下一次切换出的时间是否太短了（一般认为一秒发生多次切换为乒乓切换）。

1.2 切换优化方法与技巧 1.2.1 切换优化5步法:b) 邻区合理性检查：是否邻区完整、邻区是否合适、是否存在blacklist 邻区、邻区存在同频同PCI 问题、相同邻区重复定义； c) 干扰：内部干扰、外部干扰；d) 覆盖原因：弱覆盖，过覆盖、重叠覆盖；e) 参数设置不合理：TAC 、切换参数（CIO 设置不合理、handoverAllowed 状态核查、异频参数核查：）、MME POOL 核查、ppsTimingOffset 核查； f) 邻区拥塞：指目标小区拥塞导致切出指标差； g) 隐性故障：主小区或者邻区隐性故障；1.2.3切换问题处理流程2. 附录.案例2.1 异频切换问题导致设备异常eSRVCC 到GSM 问题描述：车辆在五四路上由北向南行驶，UE1主叫占用D2频点小区418339-2，在行驶过程中由于车速较快UE1没有及时切换到417870-1、417903-1&2扇区，等到切换条件满足时，但相关小区已和主服小区没有邻区关系了（此时已经是第三圈站点了），从而导致设备异常eSRVCC 到GSM ；2.1.2 解决方法：参数原值修改值修改原因threshold2InterFreq -97 -95 使该小区尽量切换至LTE 小区，避免提前开始eSRVCC 切换，影响道路MOS 值。

切换成功率低处理案例

切换成功率低处理案例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条）后：修改后观察指标，恢复正常，该问题解决。

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侧一致(4) 4G质差导致切换失败4G信号质差容易导致手机在4G接入阶段出现问题，如下图信令，RSRP为-104，但SINR较差已经到-4了，4G质差容易导致信令不能正确解调导致切换失败。

(5) TOP终端4G随机接入失败除此之外网络中还发现大量4G信号条件很好，邻区也都没有问题但依然失败的情况。

4 TCH切换成功率低案例集锦

GSM TCH分配失败成功率低典型案例集锦―――摘自2007年6月GSM技能考评目录：概述 (3)案例1：时钟问题－张霄 (6)案例2：数据错误－杨春晓 (6)案例3：载频问题－badal (7)案例4：邻区漏作－白尧 (8)案例5：规划不合理——蔡明 (10)案例6：BSIC定义错误——陈磊 (10)案例7：混合组网切换参数问题——陈熙铭 (10)案例8：BSIC定义错误——程海燕 (11)案例9：邻区漏作、规划不合理——代锋利 (12)案例10：软件版本问题、外部干扰——谷金辉 (13)案例11：插花分布参数修改问题——江益 (15)案例12：切换门限调整——蒋丰庆 (15)案例13：邻区数据配置错误——蒋龙 (16)案例14：基站环境问题——李国林 (17)案例15：BSC前后台数据不一致问题——李文强 (19)案例16：切换迟滞参数问题——李小兵 (19)案例17：CMM时钟板故障——栗庆臣 (19)案例18：允许网络色码设置错误——刘冰 (20)案例19：天馈问题——龙小军 (20)案例20：MSC软件问题——卢旭东 (21)案例21：天馈驻波比问题——吕政 (22)案例22：外部小区数据未更新——马骞 (23)案例23：友商时钟板问题——马云宝 (24)案例24：CDU故障——孙仕康 (25)案例25：CDU故障——孙仕康 (25)案例26：邻区关系不全——王金富 (26)案例27：工程质量及切换门限——蒋雷 (27)案例28：鸳鸯线——王超 (27)案例29：传输问题——徐波 (28)案例30：CI相同——徐开平 (29)案例31：天馈问题——许志刚 (29)案例32：网时钟与内时钟——杨瑾 (30)案例33：双频网关键参数——于利云 (30)（精华贴）案例34：MP倒换——周琦 (31)案例35：混合组网切换算法不同、覆盖过大——朱树生 (36)概述2007年6月技能考核简答题一为：分析导致TCH切换成功率低的原因及其解决方法，并尽可能提供1～2个相关案例。

切换成功率低处理方法研究

切换成功率低处理方法研究周明平【摘要】切换成功率是考核网络性能的一个重要指标，通常全网切换成功率应保持在95%以上。

切换失败主要分为两部分：切换准备失败和切换执行失败。

对于切换准备失败，BSC内的原因主要有目标小区拥塞、硬件问题等。

对于跨MSC的切换，涉及E口信令转换，交换切换数据，编码方式沟通等原因，需要信令跟踪分析定位。

而切换执行失败，原因主要有无线环境、参数设置、小区硬件故障等。

%Success rate of switching is an important index to evaluate the network performance, usually the success rate of whole network handover should be maintained at more than 95%. Switching failure is mainly divided into two parts:switching preparation failure and switching execution failure. To failure for switching preparation, there are two reasons in BSCas the target cell is crowed and the hardware problems, etc. For reasons of switching cross MSC, involving the E port signaling switching, exchange switching and communication of encoding method, it needs signal to track, analyze positioning.As for failure to switching execution, it mainly dues to the wireless environment, parameter setting, small hardware failure and so on.【期刊名称】《无线互联科技》【年(卷),期】2016(000)024【总页数】3页(P20-22)【关键词】切换成功率;GSM问题小区;网络性能【作者】周明平【作者单位】南京欣网通信科技股份有限公司，江苏南京 210019【正文语种】中文1.1 小区故障1.1.1 时钟板硬件故障如果某小区的切入切出成功率均低于70%以下，同时本小区的分配失败正常，掉话率高的话，通常是由于BTS时钟偏移造成，使得手机无法与邻小区同步，造成切换成功率低，甚至引起掉话.这种情况更换SUMP板或者调整时钟即可解决。

切换成功率问题分析总结

切换成功率问题分析总结概述在分析处理日常性能质差小区时，发现切换成功率低的问题小区占据绝大部分，统计诺基亚区域2016年一、二月份EMOS平台性能小区问题类型占比情况，切换成功率低的小区占比高达88.94%，需重点分析总结原因。

诺基亚区域EMOS平台性能小区问题类型统计（一、二月份汇总）指标定义切换成功率<90%且切换失败次数>300。

相关counter切换按切换前后的eNodeB是否相同，可分为eNodeB内切换和eNodeB间切换。

eNodeB间切换:按切换走的路由来分:又可分为S1切换和x2切换。

同样的，切换按切换前后两个小区的频点是否相同,又可分为同频切换和异频切换。

注意的是:同一个站下不同的小区的频点是可以不同的,两个小区为39250,另一个小区为38950。

也就是说:目前eNodeB内的切换又一定是同频切换，问题在于研发在切换准备阶段没有区分同频和异频两种方式,在切换执行阶段区分了，所以要区分切换准备阶段的同频或异频情况,只能取邻区级的切换统计。

eNodeB间的x2切换:x2切换准备请求次数: INTER_ENB_HO_PREP（M8014C0）x2切换准备成功次数: ATT_INTER_ENB_HO（M8014C6）(也是x2切换执行请求次数) x2切换准备失败次数: INTER_ENB_HO_PREP - ATT_INTER_ENB_HOx2切换执行请求次数: ATT_INTER_ENB_HO（M8014C6）x2切换执行成功次数: SUCC_INTER_ENB_HO（M8014C7）x2切换执行失败次数: ATT_INTER_ENB_HO - SUCC_INTER_ENB_HOx2切换准备成功率: ATT_INTER_ENB_HO / INTER_ENB_HO_PREP * 100%x2切换执行成功率: SUCC_INTER_ENB_HO / ATT_INTER_ENB_HO * 100%x2切换总成功率: SUCC_INTER_ENB_HO / INTER_ENB_HO_PREP * 100%eNodeB间的S1切换:S1切换准备请求次数: INTER_ENB_S1_HO_PREP（M8014C14）S1切换准备成功次数: INTER_ENB_S1_HO_ATT（M8014C18）(也是S1切换执行请求次数) S1切换准备失败次数: INTER_ENB_S1_HO_PREP - INTER_ENB_S1_HO_ATTS1切换执行请求次数: INTER_ENB_S1_HO_ATT（M8014C18）S1切换执行成功次数: INTER_ENB_S1_HO_SUCC（M8014C19）S1切换执行失败次数: ATT_INTER_ENB_S1_HO - INTER_ENB_S1_HO_SUCCS1切换准备成功率: INTER_ENB_S1_HO_ATT / INTER_ENB_S1_HO_PREP * 100%S1切换执行成功率: INTER_ENB_S1_HO_SUCC / INTER_ENB_S1_HO_ATT * 100%S1切换总成功率: INTER_ENB_S1_HO_SUCC / INTER_ENB_S1_HO_PREP * 100%eNodeB间的切换总成功率: (X2切换+S1切换)eNodeB间的切换总成功率=(x2切换执行成功+S1切换执行成功)/(x2切换准备请求+S1切换准备请求)= (SUCC_INTER_ENB_HO+ INTER_ENB_S1_HO_SUCC) /(INTER_ENB_HO_PREP + INTER_ENB_S1_HO_PREP) *100%eNodeB内的切换:(定义了切换准备和切换执行)eNodeB内的切换准备请求次数: INTRA_ENB_HO_PREP（M8009C2）eNodeB内的切换准备成功次数: ATT_INTRA_ENB_HO（M8009C6）(也是eNodeB内切换执行请求次数)eNodeB内的切换准备失败次数: INTRA_ENB_HO_PREP - ATT_INTRA_ENB_HOeNodeB内的切换执行请求次数: ATT_INTRA_ENB_HO（M8009C6）eNodeB内的切换执行成功次数: SUCC_INTRA_ENB_HO（M8009C7）eNodeB内的切换执行失败次数: ATT_INTRA_ENB_HO - SUCC_INTRA_ENB_HOeNodeB内的切换准备成功率: ATT_INTRA_ENB_HO/ INTRA_ENB_HO_PREP * 100%eNodeB内的切换执行成功率: SUCC_INTRA_ENB_HO/ATT_INTRA_ENB_HO * 100%eNodeB内的切换总成功率: SUCC_INTRA_ENB_HO/INTRA_ENB_HO_PREP * 100%总切换成功率:由于目前NSN在全国各省算总切换成功率时,不考虑eNodeB内切换的准备过程,eNodeB间切换+eNodeB内切换=x2+S1+eNodeB内切换即总的切换成功率=(x2切换执行成功+S1切换执行成功+eNodeB切换执行成功)/(x2切换准备请求+S1切换准备请求+eNodeB内的切换准备请求)即= (SUCC_INTER_ENB_HO+ INTER_ENB_S1_HO_SUCC + SUCC_INTRA_ENB_HO) / (INTER_ENB_HO_PREP + INTER_ENB_S1_HO_PREP +ATT_INTRA_ENB_HO ) *100%注意分母中是: ATT_INTRA_ENB_HO,而不是INTRA_ENB_HO_PREP（同频和异频的分类只在切换执行中区分,在切换准备中未区分）异频切换执行:异频切换执行请求次数:HO_INTFREQ_ATT（M8021C0）异频切换执行成功次数:HO_INTFREQ_SUCC（M8021C2）异频切换执行失败次数:HO_INTFREQ_ATT- HO_INTFREQ_SUCC异频切换执行成功率:HO_INTFREQ_SUCC / HO_INTFREQ_ATT * 100%同频切换执行:注意:由于没有专门定义同频执行切换的Counter,因此只能用总切换执行次数-异频切换执行次数同频切换执行请求次数:x2切换执行请求+ S1切换执行请求- 异频切换执行请求=INTER_ENB_S1_HO_ATT + ATT_INTER_ENB_HO - HO_INTFREQ_ATT 同频切换执行成功次数:x2切换执行成功 + S1切换执行成功 - 异频切换执行成功 =INTER_ENB_S1_HO_SUCC + SUCC_INTER_ENB_HO - HO_INTFREQ_SUCC同频切换执行成功率:=( INTER_ENB_S1_HO_SUCC + SUCC_INTER_ENB_HO - HO_INTFREQ_SUCC) /(INTER_ENB_S1_HO_ATT + ATT_INTER_ENB_HO - HO_INTFREQ_ATT) / * 100%切换问题主要原因造成小区切换成功率低的因素主要有下面几种：基站（小区）故障告警导致，服务小区及邻小区存在故障，需工程排障处理；干扰导致：是否存在内部干扰（GSP失步）、外部干扰；邻区合理性，是否存在邻区漏配、添加过远邻区，邻区是否存在同频同PCI问题及PCI混淆、是否添加小区切换黑名单等情况；参数设置不合理导致：包含小区基本参数如TAC、切换参数如CIO等、MME核查是否有漏配、ppsTimingOffset参数核查；邻区拥塞导致：目标小区出现拥塞，会导致周边站点出现大量的切换失败；隐性故障：隐性故障休眠，小区会出现无法接入，周边站点切换全部失败的情况。

切换成功率低原因概述

通过日常工作中分析汇总，可将切换失败原因归纳为以下几种：一、邻区数据的准确性及合理性异常（1）无线参数的准确性与合理性在通话过程中，移动台始终测量本小区和相邻小区的BCCH的电平强度，而这些相邻小区信息，都预先在系统自身定义，通过系统消息周期广播至移动台，这些信息中列出了与当前小区相邻的小区BCCH频道号。

移动台必须从系统消息中提取该信息作为测量邻区信号的依据。

如果由于覆盖或地形等其它原因造成实际存在相邻关系的小区之间切换数据漏作，将会产生孤岛效应，造成周围信号很强但手机所占的信号弱或者信号质量较差的现象，严重地影响网络质量，引起一些救援性的切换，导致切换成功率较低。

特别是城市中的室内覆盖和农村的直放站造成覆盖范围不规则等现象，更容易造成切换数据漏作。

同时，由于工程割接等原因造成邻区参数设置错误而影响切换成功率的现象也比较普遍。

当网络发生改变时，如增加了基站或对小区BCCH频点进行修改后，没有对涉及的邻区进行相应的修改，导致在切换中邻区描述错误，发生严重切换失败。

还有一种情况就是在边界地区定义邻区中的NCC，需要根据边界所涉及的NCC全部定义，不能仅仅根据自身网络情况定义所属的NCC，导致不能对其它NCC邻区进行扫描引起切换失败。

（2）MSC上数据的正确性与完整性除了无线侧邻区数据准确合理外，MSC上也涉及邻区关系的定义，如REMOTLAC表中相邻交换机号、相邻交换机下LAC等信息，需要进行准确完整的定义，否则会发生跨MSC 切换不能实施的情况。

二、硬件故障（１）基站硬件故障在日常优化过程中，我们经常发现所有数据均正常但仍然出现切换失败率高的现象，其中基站硬件故障也可能是原因之一。

最常见的就是由于基站载频故障引起分配失败，导致切入失败增加，同时天线性能下降也可能造成空中链路失败引起切换失败率高的现象。

（２）传输有误码或者同步不稳定切换过程可能发生在基站内部小区之间，也可能发生在不同基站之间。

切换发生时，需要通过TA值来判断手机所处位置，并决定基站和手机的发射功率以供手机接入新的信道。

PS异系统切换出成功率低的问题分析经典案例

PS异系统切换出成功率低的问题分析问题描述：自03-08至03-11期间，小区12021的PS异系统切换出成功率一直不高，甚至在03-10日和03-11日陡然下降至2.78%和0.99%。

原因分析：1、异系统邻区关系配置不合理；2、异系统邻区参数配置不一致；3、GSM设备问题（设备异常告警）；4、GSM小区问题（小区拥塞、存在外部干扰、小区信号弱等）；5、用户USIM卡开户问题或者终端问题问题处理：根据FMA对小区12021的PS异系统切换情况分析，发现切换失败的原因几乎全是物理信道配置失败，此类失败可能是2G小区信号弱或者受干扰导致的，同时检查邻区关系和邻区参数也是必不可少的步骤，邻区关系配置不合理或参数不一致会导致UE无法切换到信号最强的GSM小区而切向信号差的目标GSM小区，导致切换成功率低，于是进行以下分析处理：1、检查小区12021的异系统邻区关系，没有发现邻区漏配或配置不合理的情况；2、将小区12021配置的GSM邻区参数与2G现网中相对应的小区参数进行对比，都是一致的，没有发现异常；3、通过查询“两两异系统小区切换测量”的结果，可知小区12021的PS异系统切换失败主要集中在GSM小区：57021、57022、57023之间，经M2000查询2G 侧的这些小区均无告警，且状态正常，没有拥塞、干扰等问题；4、排除了以上可能性后，同时也可发现与小区12021发生切换切换的异系统小区均为其共站的GSM900小区：可以看出，在03-11日的“两两异系统小区切换统计”中，小区12021与其共站的2G小区发生的PS异系统切换全部失败，从此基本可排除2G小区信号弱覆盖问题，弱覆盖导致异系统切换具有一定的成功概率，不会全部失败，因此问题集中在可能是个别用户的原因导致；5、由上分析可知，小区12021内发生的PS切换失败全部失败，问题可能是某个用户导致，为了进一步证实，并且找到该用户，接下来对小区12021进行了IOS 跟踪：在跟踪到的信令中可以发现有大量的“CELL CHANGE ORDER FROM UTRAN FAIL”；同时，在信令中也找到了相应时间点的“RANAP COMMON ID”消息：从中可以找到此用户的IMSI为460016014314576；6、获取到用户IMSI后，在HLR/VLR侧查询其开户信息，如下：从打印信息可以看到，此用户的接入受限数据是“2G网络不允许”，即此用户在2G网络是被禁止的，因此该用户在3G弱覆盖区域发起异系统切换时，最终因网络限制而导致切换失败；7、后经与局方市场部沟通，得知此用户使用的SIM卡是3G网络试商用期间发放的，当时卡仅开通了3G套餐业务，供用户体验3G网络。

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也可以参考这个思路来处理问题。

切换成功率低原因概述

切换成功率低原因概述通过日常工作中分析汇总，可将切换失败原因归纳为以下几种：一、邻区数据的准确性及合理性异常（1）无线参数的准确性与合理性在通话过程中，移动台始终测量本小区和相邻小区的BCCH的电平强度，而这些相邻小区信息，都预先在系统自身定义，通过系统消息周期广播至移动台，这些信息中列出了与当前小区相邻的小区BCCH频道号。

移动台必须从系统消息中提取该信息作为测量邻区信号的依据。

如果由于覆盖或地形等其它原因造成实际存在相邻关系的小区之间切换数据漏作，将会产生孤岛效应，造成周围信号很强但手机所占的信号弱或者信号质量较差的现象，严重地影响网络质量，引起一些救援性的切换，导致切换成功率较低。

特别是城市中的室内覆盖和农村的直放站造成覆盖范围不规则等现象，更容易造成切换数据漏作。

同时，由于工程割接等原因造成邻区参数设置错误而影响切换成功率的现象也比较普遍。

当网络发生改变时，如增加了基站或对小区BCCH频点进行修改后，没有对涉及的邻区进行相应的修改，导致在切换中邻区描述错误，发生严重切换失败。

还有一种情况就是在边界地区定义邻区中的NCC，需要根据边界所涉及的NCC全部定义，不能仅仅根据自身网络情况定义所属的NCC，导致不能对其它NCC邻区进行扫描引起切换失败。

（2）MSC上数据的正确性与完整性除了无线侧邻区数据准确合理外，MSC上也涉及邻区关系的定义，如REMOTLAC表中相邻交换机号、相邻交换机下LAC等信息，需要进行准确完整的定义，否则会发生跨MSC 切换不能实施的情况。

二、硬件故障（１）基站硬件故障在日常优化过程中，我们经常发现所有数据均正常但仍然出现切换失败率高的现象，其中基站硬件故障也可能是原因之一。

最常见的就是由于基站载频故障引起分配失败，导致切入失败增加，同时天线性能下降也可能造成空中链路失败引起切换失败率高的现象。

（２）传输有误码或者同步不稳定切换过程可能发生在基站内部小区之间，也可能发生在不同基站之间。

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

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

2 解决办法1）修改优选频段模式band_preference_mode 由5-->23 详细分析从小区基本信息到小区的硬件及参数设置详细的分析处理过程3.1 小区属性和地理位置3.2 小区性能统计2月4日11~22点切换性能统计：CELLRECORD_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 CELL_S BSC_D BTS_D CELL_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%。

5g切换成功率优化思路

5g切换成功率优化思路5G切换成功率是衡量5G网络性能的重要指标之一，其主要反映了用户在不同网络环境下的切换过程中是否能够稳定、顺畅地连接到目标网络。

因此，优化5G切换成功率对于提升用户体验，提高网络可靠性具有重要意义。

本文将从优化切换成功率的原理、影响因素和具体实施方面进行阐述。

一、优化切换成功率的原理5G切换成功率的优化，主要是通过以下两个方面进行实施：1.提高切换时机选择准确性：切换时机的准确选择对于成功完成切换操作具有决定性作用。

因此，通过优化网络的切换触发策略和算法，提高切换时机选择的准确性，能够有效降低切换失败率。

主要包括：减少误触发切换的概率、提升网络信号质量判定的准确性等。

2.优化切换过程中的资源调配：切换过程中涉及到多个网络节点之间的资源调配和协调，对于资源的有效分配和合理调度，能够减轻网络负荷，提高切换成功率。

主要包括：资源预留、优化切换信令传输、合理设置切换阈值等。

二、影响切换成功率的因素切换成功率的高低会受到多个因素的影响，下面列举了几个主要因素：1.网络质量：网络质量是影响切换成功率最重要的因素之一。

如果网络信号弱、干扰大，将导致切换失败的概率增加。

2.切换触发策略：切换触发策略的准确性对于切换成功率的影响非常大。

触发切换的时机选择不合理，容易导致切换失败。

3.切换信令传输延迟：切换信令的传输延迟直接影响切换成功率。

如果信令传输延迟较高，将导致切换失败率增加。

4.切换阈值设置：切换阈值设置过高或过低都会带来不良后果。

过高会导致无法及时触发切换，过低则可能会引发频繁切换导致信号不稳定。

5.网络拓扑结构：网络拓扑结构的合理设计可以增加网络的容错能力，减少切换失败的概率。

三、优化切换成功率的具体实施方案为了提高5G切换成功率，可以从以下几个方面进行具体实施：1.优化切换触发策略：根据网络质量和用户需求，合理设置切换触发策略。

例如，在信号丢失时立即触发切换，或者根据网络容量和负载情况进行主动切换。

TD硬切换成功率低问题分析与解决

硬切换成功率低问题分析与解决一、切换分类：1）按照切换执行过程,切换分为以下两类：接力切换和硬切换；2）按照目标小区所在的位置，切换又可以分为：同一NODEB的切换，同一RNC3）3）不同NODEB的切换，不同RNC间小区的切换；按照系统角度分为：同一TD-SCDMA系统内的切换，TD-SCDMA系统与其他系统间的切换；目前大唐设备在同一RNC内执行的是接力切换，RNC间及系统间切换执行的是硬切换；二、江苏切换存在的问题：从图中可以看出，江苏的接力切换成功率高、平均在95%；系统内硬切换成功率在5月14号后有了大幅的提升，目前平均在80%以下；系统间切换成功率经过一定优化后指标均有一定的提升、目前CS域平均86%、PS域平均78%（存在部分终端原因）；结论：江苏的系统内硬切换成功率相对偏低，平均在80%以下；三、硬切换成功率低原因分析1、CDL中重定位问题统计：通过CDL文件对重定位问题分析，发现RELOCATION PREPARATION FAILURE即重定位准备失败较多造成了硬切换成功率低；2、重定位准备失败原因原因有三种，分别为未知的TARGET RNC、请求的信息不可用、PS域的收到的消息与接收状态不匹配；四、重定位正常流程和异常流程分析硬切换问题实际是重定位的问题，根据上述CDL的文件分析我们可以看出问题主要是重定位的准备失败造成硬切换成功率低；1）重定位正常流程：2）重定位准备异常流程问题总结鉴于重定位问题在TD网络优化中较为重要，且涉及无线网与核心网问题的联合排查，信令流程相当复杂，问题定位难度较高；重定位准备阶段经常出现问题：Case1：信令过程：CN收到源RNC的Relocation Required消息后，直接拒绝，返回Relocation Prepare failure；原因定位：问题出在CN的数据制作上的可能性较大，需要依据相关Cause进一步定位问题；后续处理：源RNC收到失败消息后不做任何处理，等待新的测量报告上报。

切换成功率比较低的原因分析和优化调整

三、切换问题
3．1 切换问题定位步骤 (1) 确定故障出现在个别小区还是所有小区；问题小区的特点。 (2) 如果是两小区间出现切换故障，则重点查看两个小区间的数据是否配置正确，
硬件是否有故障。
如果故障出现在某一个小区的所有邻近小区，则重点查看该小区的数据配置是否正确，以及该小区的硬件是否有故障。
一、切换的基本概念及原因
切换（HANDOVER）是指 MS 在通话过程中，由于用户的移动或其它原因，从占用一个无线信道到占用另一个无线信道的过程。切换是在 MS 占用 SDCCH 信道以后，也就是 MS 发起呼叫、短消息或通话过程中产生的。
切换过程分为两种，第一种为信令切换。比如手机用户在发送短消息的过程中发生的切换就为信令切换。第二种为语音切换（语音或数据）。比如手机用户在打电话的过程中发生的切换就为语音切换，语音切换是用户使用手机过程中最为常见的一种切换现象。下面的内容主要介绍语音切换。
一般来说引起切换失败的原因大致有以下几种：邻区数据错误、同频同色码、干扰、邻区不合理、载频性能差、传输故障、链路不平、CMCF 板故障、硬件连接故障、直放站干扰等。
3．2．1 邻区数据错误
在杭州项目的日常优化中此类问题也比较常见
临安广电大楼：
小区
日期
切换请求 TCH 话务量
次数
切换成功次数
切换失败数
二、切换流程
GSM 系统采用的是 MS 辅助切换方式，即由 MS 监测判决，由交换中心控制完成，在切换过程中基站和 MS 均参与切换过程。
一般情况下，下面的两个原因将导致小区切换的发生： ¾ 邻小区提供更好的链路。 ¾ 当前的链路质量非常差，或者时间提前量太大，都将导致紧急切换。
2．1 切换失败问题

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 ；.■现场测试，吉州区人民广场与吉州区附属医院切换正常，验证了该站的参数设置没问题，可能有其他不常见的问题导致。

闸复安切换成功率低问题分析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 ，导致信令消息不匹配引起切换失败。