网优中几种切换失败案例分析与解决

虚假电平导致切换异常故障现象：11月25日分析指标发现最近几天H057161柯桥滨海马鞍北_1切出成功率低，而其对面小区H050265柯桥滨海天马集团V_3切入成功率低，两小区位置情况如下：原因分析：流程图：切换成功率低分析判断可能原因：1、基站时钟不同步2、BCCH同邻频干扰3、上行干扰4、信号不稳定5、虚假电平导致误切换原因排查：先查看两基站告警未发现基站时钟不同步问题、两小区周边也没有明显BCCH同频干扰、两小区上行干扰均在正常范围之内，所以排除分析的前三种原因。

由于两小区地理位置相近，且查看邻区间切换统计发现，就是H057161柯桥滨海马鞍北_1切往H050265柯桥滨海天马集团V_3小区失败次数多导致两小区切换成功率低。

怀疑：虚假电平导致误发起切换请求由于近期也发现几个案例是虚假电平导致误发起切换请求，查看H050265柯桥滨海天马集团V_3小区BCCH频点发现，该小区BCCH频点=1，而H057161柯桥滨海马鞍北_1小区也存在1号频点，但是TCH频点，怀疑H057161柯桥滨海马鞍北_1小区将自己的1号频点信号强度误判为H050265柯桥滨海天马集团V_3小区的信号强度进而起呼。

解决措施：在11月25日17点将H057161柯桥滨海马鞍北_1小区将自己的1号TCH频点调整为69号TCH频点，调整前后小区间切换指标如下：从H057161柯桥滨海马鞍北_1到H050265柯桥滨海天马集团V_3切换请求次数上看，因为信号误判断减少所以误判定的切换请求次数也明显减少，从调整后观察两小区间正常切换次数并不多，切换成功率也提高了。

H057161柯桥滨海马鞍北_1切出成功率变化H050265柯桥滨海天马集团V_3切入成功率变化经验总结：日常我们只关注两小区同BCCH频点导致测试或切换指标会这边因为MS对虚假电平判断错误导致误切换而恶化，但同样的情况也会因为TCH频点和BCCH频点一样导致，所以对BCCH频点规划需要按照规划原则来。

0大唐移动DTmobile干扰_UE多次向邻区切换失败案例分析报告版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司（大唐移动）所有，受中国法律及适用之国际公约中有关著作权法律的保护。

未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。

目录1 问题现象描述 (3)2 数据呈现及数据附件 (4)3 分析推理过程 (4)3.1 硬件故障 (5)3.2 目标小区覆盖弱 (6)3.3 上行干扰 (9)4 问题结论、优化措施、优化前后效果对比 (11)5 总结该类问题一般分析优化思路 (13)1问题现象描述测试车辆沿虹漕南路向南行驶至沪闵路后向东左转，主被叫 UE 都占在江虹_3小区上面，随后主被叫UE 先后4次收到physical Channel Reconfiguration 消息，但是每次UE 都没 有完成切换，而是在源小区江虹 _3上面回应 physical Channel Reconfiguration Failure ，原因 值为physicalChannelFailure ，表示T312超时，物理信道建立失败。

观察各条physical Channel Reconfiguration发现，其中前3次的目标小区是地宾 _1、第4次是浅草_1。

由于UE 无法从 江虹_3小区切出，因此随着UE 不断远离江虹_3小区的覆盖范围，所占用的江虹 _3小区的 信号恶化，C/I 下降到-15，RSCP 下降到-90dBm 。

被叫UE 触发cell Update ，如下：被叫UE 进行cell Update 成功，占上桂铁_1小区，回到业务信道。

这时主叫UE 又在江 虹_3小区上面收到 2条physical Channel Reconfiguration ，核查显示，都是向桂铁 _1小区切 换，仍然全部失败，随后主叫 UE 触发cell Update，如下：MX w _K_'r器*缶™**篇器 ■H B1刖榊14« I13J«J•佢 Sft I m ■•# TH | EiJ -r 5FI ：/10-旦圍E£ n I uomnj \ii V IMJin.-10月13日下午，进行语音业务互拨测试，测试区域如下:1M“」■宜"MX 斬・JZtL Lad L创 3M m gIT 也 Fl U-r Id Tftr-ozrri rcr ca In? KF£EI 口口IQ»|HJLii itLi ■w I•W ifaucel Jrdvtf'LiiLfi!I rkf-Lb-iiaor ・i: i Ml IIL Ml ：! II D 'tr-: | . .c - F-LMi^f ■・*时Urt II^B TI F Iqvnu-^ari EhfirlFlinha-riJi (L MBI -I ■■r«feM fir i>ii I M . UL m ■)> ■ ■^Li.iU'iMbl bifiartriai>ir W^TK iva FL»rii gdlvihbiQ^ Bl-rck li即”ah前.n>cfc I L lu®.«r lcJ>?c*T.LEa JL"^j主叫UE 进行cell Update 成功，占上桂铁_1小区，回到业务信道。

切换失败典型案例目录一、问题描述 (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消息不发送，导致切换失败。

三、解决措施由于开启ANR功能，删除邻区并不一定能解决邻区同PCI问题，所以建议将不合理邻区关系“允许切换”修改为“禁止切换”，参数修改后BB-怀远-怀远工业园-HFTA-440465-51切换成功率回复正常水平：四、经验总结切换失败通常是指切换的信令流程交互失败，关注点在信令的交互，只有在信令交互出现丢失或信令处理结果失败才会失败。

案例名称：RLC模式配置错误导致共享站点S1切换现象描述：运营商C共享运营商T基站开通后，运营商T网优人员发现数据做在运营商T网管上的运营商C站点存在明显S1切换失败问题，且部分问题严重小区，切换成功率统计低至30%左右。

告警信息：无原因分析：分析导致切换失败的原因可能有：1、站点故障及告警问题导致切换失败；2、邻区数据定义错误导致切换失败；3、同频同PCI问题导致切换失败；4、邻区高话务拥塞导致切换失败；5、切换相关参数问题导致切换失败；6、站点存在干扰导致切换失败；7、弱覆盖问题导致切换失败；8、S1口相关IP链路配置数据错误导致切换失败；9、异常终端、传输问题等其他原因。

对以上问题原因逐步排查，排除原因1-8，进一步定位在异常终端、传输问题等其他原因上。

2016-10-16 19:00 共享环卫处-2120527241 110 110 1312016-10-16 13:00 共享环卫处-2120527218 95 95 1232016-10-16 18:00 共享环卫处-2120527185 79 79 106挑选TOP站点进行S1标口信令跟踪发现，该站存在大量（S1AP_HADNOVER_PREPARATION_FAIL）切换准备失败信令，查看内部原因值均为（no-radio-resources-available-in-target-cell），提示为目标小区无线资源不足。

导致出现目标小区无线资源不足情况的原因主要有：目标小区故障、目标小区话务拥塞、目标小区资源分配类参数设置问题等。

通过核对与资源分配相关参数RLC模式发现，运营商C E厂家目前业务主要集中在QCI6、7、8上，而HW运营商T则主要集中在QCI6、8上，两者主要差异在QCI7的定义上，运营商C QCI7业务定义为AM模式，运营商T QCI7业务由于目前实际未涉及，采取默认配置为UM模式，异厂家间QCI7的RLC模式设置不一致导致资源分配出现问题，从而出现信令跟踪中的no-radio-resources-available-in-target-cell，直接导致切换准备失败。

网元更新导致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）添加邻区把第一步备份的邻区修改小区标识后重新添加。

5G网络移动性站间切换异常分析总结XX无线维护中心XX 年 XX月目录目录5G 网络移动性站间切换异常分析总结 (3)一、5G 移动性概述 (3)1.1移动性管理的控制网元/NF (3)1.2 UE 状态 (4)1.3 移动性管理的流程 (5)1.4 移动性限制 (5)1.5 移动性管理举例 (6)二、问题描述 (6)三、分析过程 (6)3.1测试l o g分析 (7)3.2测试终端版本核查 (8)3.3邻区关系核查 (10)3.4 X2 链路核查 (11)3.5信令跟踪排查 (12)四、解决措施 (13)五、经验总结 (15)5G 网络移动性站间切换异常分析总结XX【摘要】5G NR 架构演进分为：NSA（非独立组网）和SA（独立组网）。

非独立组网 4G 基站（e N B）和5G基站（g N B）共用4G核心网（E P C），e N B为主站，g N B为从站，控制面信令走4G 通道至 EPC。

运营商利用现有 4G 网络基础设施快速部署 5G，抢占覆盖和热点。

切换（Handover）是移动通信系统的一个非常重要的功能。

作为无线链路控制的一种手段，切换能够使用户在穿越不同的小区时保持连续的通话。

切换成功率是指所有原因引起的切换成功次数与所有原因引起的切换请求次数的比值。

切换主要的目的是保障通话的连续，提高通话质量，减小网内越区干扰，为 UE 用户提供更好的服务。

【关键字】5G NSA 切换一、 5G 移动性概述移动通信从4G发展到5G，网络架构以及所承载的业务种类都发生了很大的变化，因此，5G 网络的移动性管理既要适应网络架构的变化，同时还要满足业务多样性。

1.1移动性管理的控制网元/NF在 5G 服务化网络架构中，接入和移动性管理功能由 AMF 来完成；而在 4G 网络中，该功能则由 MME 来实现。

4/5G 网络架构如下图：5G 网络为了保证用户的业务体验，系统架构做了固移融合，允许 AMF 同时为 3GPP 和非3G PP接入网提供服务。

网优专题之切换失败的典型案例（为大家谋福利）问题点1：谏壁东大商厦对面马路切换失败（BCCH邻频干扰）测试时间：2009-8-20 16：11：27问题描述：在谏壁东大商厦对面的道路上由南向北路测时，MS占用ZD203C-谏壁 (BCCH=716, BSIC=23)和Z181C-东大商厦（BCCH=113, BSIC=73)向Z203A-谏壁（BCCH=112，BSIC=73）切换时发生切换失败现象。

优化前信号图：（测试文件：0820-04jianbi.log）问题分析：Z181C-东大商厦（BCCH=113, BSIC=73)和Z203A-谏壁（BCCH=112，BSIC=73）邻频干扰且同BSIC，导致相互干扰引起切换失败。

优化建议：修改Z203A-谏壁 BCCH=112->122，BSIC=73->70。

调整后复测该路段，MS占用Z181C-东大商厦（BCCH=113, BSIC=73)顺利切换到Z203A-谏壁（BCCH=122，BSIC=70），未再发生切换失败现象。

优化后效果图：（测试文件：0820-07.log）问题点2：九华山路切换失败（BCCH同频干扰）测试时间：2009-09-30 12：35：63事件描述：在九华山路镇江市公安局附近MS占用Z162B（BSIC=63 BCCH=117 TCH=103）向Z110C（BSIC=66 BCCH=115）切换发生切换失败。

优化前信号图：（测试文件：0930-01.log）问题分析：Z803A（BSIC=73 BCCH=115）与Z110C（BSIC=66 BCCH=115）同频干扰，导致MS占用Z162B（BSIC=63 BCCH=117 TCH=103）向Z110C（BSIC=66 BCCH=115）切换发生切换失败。

优化建议：修改Z803A BSIC=73->24 BCCH=115->113。

修改后复测，在该路段未再出现切换失败现象，通话质量很好。

NR SSB频点号和NR外部邻区频点号不一致导致切换失败XX【摘要】 NR 小区的外部频点定义， NREXTERNALNCELL 配置为 630000，与实际 SSB 频点号不一致，导致站间切换失败。

按照 SSB 频点配置，将其统一设置为 629952，切换成功。

【关键字】NSA，SSB 频点号，切换【业务类别】接入网一、问题描述N S A组网测试过程中，N R小区间切换异常。

S-S g N B（源）站点和T-S g N B（目标）站点存在无法切换问题。

二、分析过程1、分析外场测试L o g，终端一直向e N od e B发送M e a s u r e m e n t R e po r t，但L TE收到测量报告后无响应，推测其可能原因有：（1）X2链路异常（L TE/源N R/目标N R存在配置问题）；（2）LTE 未配置 NR 的切换目标小区邻区关系，或者配置邻区关系存在问题；NSA 组网，SgNB 站间切换，MeNB 站内切换，正常流程应该如下：2、查询X2链路问题：D S P X2I N TE R F A C E，显示均为正常，排除X2链路异常问题；3、查询锚点站是否配置 NR 的切换目标小区邻区关系，以及查询邻区参数配置是否正常：锚点站M e N B（389724）有配置S-S g N B（6229957）、T-S g N B（6226001）邻区关系；4、分析其S-S g N B和T-S g N B的配置文件，进行参数核查，核查N R E x t e r n a l N C e ll c h e c k表中内容，发现S s b D e s c M e t hod（频点配置方式）和S s b F r e q P o s（频点号）存在问题；其S-S g N B和T-S g N B配置文件中，其外部小区S s b D e s c M e t hod和S s b F r e q P o s分别配置为A b s ou l t e F r e qu e n c y（绝对频点配置方式）和630000（SS B绝对频点号）；而自身S s b D e s c M e t hod和S s b F r e q P o s分别配置为G S C N（全局频点配置方式）和7811，对应的 SSB 频点号为 629952；5、问题根因：NR 自身带宽的中心频点为 630000；切换使用频点为 SSB 频点 629952，非带宽中心频点 630000。

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为漏配邻区，图1-1 多次测量报告现象图1-2 第一个测量报告内容图1-3 第四次测量报告内容图1-4 切换命令1：目标小区PCI图1-5 源小区测量控制信息1：邻区列表中带有PCI19小区1.1.1.2测量报告发送后无响应4.2.1.1介绍了漏配邻区导致的多次测量报告，直到某一次测量报告中上报的目标小区是源小区的邻区则才会收到切换命令，但如果上报的测量报告基站还未响应就失步则会发起重建流程，终端上报掉话事件这种情况的分析方法基本和4.1.1.1一致下边选取一个典型例子：某次路测中发现终端在发送测量报告后未收到切换命令，导致无线链路失败发起了重建过程（如图4-6），首先检查测量报告内容（图4-7，两个测量报告PCI都为30），目标小区PCI为30，检查源小区测量控制（图4-8），发现的确未配置邻区。

5到4切换未发起TAU导致切换失败案例分析1问题现象
5切4之后终端没有发起切换后的TAU，而是立即发起了4G内部的S1切换，并且这次S1切换因目标eNB负荷过高失败。

这个切换后没有发起TAU，导致了后续终端重选回5G带的参数是S1 mode not supported，在此后10分钟里终端发起5切4被AMF拒绝194次。

2问题分析
（1）19:48:33 从5G回落到4G eNB
（2）在4G发起了S1切换，因目标enb负荷过高被拒绝
（3）再查看S1-MME接口，19:48:33没有切换后的UNT TAU，只有19:48:37 Initial TAU(TSC=1)。

（4）19:49:22终端移动性更新注册5G时不支持S1 MODE了
（5）由于用户不支持S1 MODE，AMF清除了用户的EBI，重新创建也不会重新申请，所以在收到handoverRequire时没有会话有EBI，所有会话不支持回落，一直切换失败。

（6）直到20:01:40终端在5G重新初始注册，才恢复正差。

3问题定位
（1）切换后无UNT TAU，而是发起Initial TAU，向AMF要上下文，AMF校验Context Request中TSC和之前在5GTSC=0不一致，会在Context Rsp中回复失败（92 User authentication failed）
（2）用户在5G注册，携带S1 Mode not supported，导致后续用户发起的5切4都被AMF 拒绝，handover preparation failure( 8 ho_target_not_allowed)
4问题优化
需核心网侧配置终端策略，目前xx核心网暂未解决。

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。

DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId。

LST IPPATH; 根据X2接口标识X2InterfaceId，查看X2口两端的IP配置是否正确。

无线接续问题2．5．1．切换问题2．5．1．1．切换频繁问题点：边防海警三大队频繁切换分析思路：1、先观察此问题表象：a)切换频繁。

这是一个步行测试，在不到2分钟内切换超过10次。

这样会影响用户通话时的感观。

b)绝大多数的切换是发生在BCCH=86的小区和BCCH=19的小区之间。

c)该问题点的多个信号强度相差不大，无绝对主导小区。

其中以BCCH=86和19的2个小区信号最强。

2、分析：a)从信号强度和占用的比例上看，86和19的小区都可以是最佳小区。

b)只要减少86和19之间的切换，就可以减少总的切换次数，就可以解决这个频繁切换问题。

解决方案：1、解决切换问题有以下几种方法：a)通过调整天线的方向角、发射功率，加强其中信号较强、占用比例较大的信号的覆盖。

这样确定一个信号强度占绝对优势的主导小区，一旦占用，就不会切换到其他小区去。

可以解决切换问题。

但这种方法副作用较大，可能会对其原覆盖区域产生影响，也容易在加大发射功率后对其他区域产生干扰。

不建议使用这种方法来解决临时网络问题。

b)通过调整小区间切换参数来减少以上相互间切换最多的2个小区的切换。

可以调整以上2小区之间的KHYST来解决（KHYST是2个小区间切换的强度滞后参数，默认值为3，表示要从A小区切换到B，必须满足B的信号强度持续5秒比A高3dB的条件），给KHYST一个较高的数值，使2个小区之间的切换减少。

这种调整方法只影响2个小区之间的切换，影响范围小。

c)调整问题点中MS占用比例较高、信号较强的小区的优先度LAYER，使其优先度比其他小区高，这样通过继续调整LAYERTHR、LAYHYST，可以在不调整该小区的发射功率下，确定其主导地位。

但同样，这种方法不适用于调整室外小区来解决临时网络问题。

因为副作用太大。

2、本例选用第二种方法，，将86和19之间的KHYST的数值调高3（原KHYST数值未知）。

问题规律：1、无主导小区而导致频繁切换的问题多出现在高层建筑，高层建筑的无线环境特点就是信号杂、乱。

岛形效应造成的切换成功率低
问题优化案例
湖北无线网优中心
二零一五年九月
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、问题总结
越区覆盖经常因为一些超过周围建筑物的站点，发射信号沿丘陵地形或道路可以传播很远，在其他基站的覆盖区域形成了主导覆盖，产生“岛”的现象，因此，当呼叫接入到远离某基站而仍由该基站服务的“岛”形区域上，并在小区切换参数设置时，“岛”周围的小区没有设置为该小区的邻区，当终端离开该“岛”时，就会立即发生掉话。

且即便配置了邻区，由于“岛”的区域过小，也会容易造成切换不及时而掉话。

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

某局点同站异频切换失败问题分析
关键字：切换失败
【现象描述】
在某局点TestBed实验室测试过程中，发现相同eNodeB下进行异频切换的时候经常会出现重建，而不是切换，与测试预期不相符。

【告警信息】无
【原因分析】
1. 正常切换流程
正常eNodeB内的切换流程如下，由于是在eNodeB内的两个小区切换，所以不会有X2/S1接口的Handover Request/Handover Request ACK。

【处理过程】
2. 异常切换分析
在此次切换测试过程中，前后共进行了三次切换，虽然3次都失败了，但是其失败的现象并不一样。

下面就每次测试流程进行分析，由于是eNodeB内切换，故只要分析UU口log就行，详细信息如下：
2.1 第一次，使用E398数据卡
在终端上报了A2测量报告之后，eNodeB给UE下发了A4测量控制，但是终端没有回复测量控制的重配置完成消息。

之后由于RL failure重建，第一次重建流程完成后，eNB下发了重配置消息但是终端没有响应，UE却又直接发起另一次重建。

在当前产品，为了避免UE反复发起重建活动，限制在发起重建的过程中，或重建完成后的第一次重配时又发起RRC重建请求的话，就将直接拒绝。

切换失败分析及优化流程 测试过程中发现切换失败时处理流程：小区切换成功率低的处理流程：处理说明：1)切换成功率小于20％，可以判断两个小区具有相同的BCCH和BSIC。

手机区分小区首先判断BCCH频点，如果BCCH相同,则判断BSIC（此时存在一个同频干扰），如果BSIC也相同，手机将无法判断小区,从而导致BSC也无法判断究竟需要切换到哪个小区上去。

原则上，只要手机能够收到该小区的信号，就不能存在同BCCH并且同BSIC。

一般地，如果切换成功率低于50%,可以估计是由于同BCCH并且同BSIC引起的.2)检查参数定义是否对应和正确：a)切换参数：OFFSET、HYST原则上，OFFSET应该等于0，HYST大约等于2左右。

在某些情况下，OFFSET会不等于0，此时需要注意检查两个小区的OFFSET是否对应,即CELL-A定义到CELL—B的OFFSET＝3,那CELL—B定义到CELL—A的OFFSET＝－3。

OFFSET不等于0，表示两个小区的切换边界与小区实际边界有所偏离，此时也需要注意空闲模式下的CRO也要对应设置，以保持小区空闲模式边界与切换边界相同，否则手机将可能在通话开始后,马上发生一次不必要的切换。

两个小区的切换边界与小区实际边界有所偏离，等于扭曲了小区边界，原则上是不好的,但是在以下情况可以取得相应的效果（好的效果）:第一、如果小区的实际边界正处于话务量集中区域或者干扰区域，在不能调整基站位置和天线方向角/下倾角的情况下，让切换避开这些区域，可以提高切换成功率;第二，如果某个小区话务量高或者硬件故障多，可以通过缩小切换边界来减少在该小区内的通话，从而达到提高指标的作用，当然,这只是治标的措施。

HYST不能等于0，否则会引起乒乓切换.但是也不能太大,否则会造成强信号不切换.如果两个小区的信号重叠实在太多,可以适当增加HYST，同时增加定位算法的滤波器值。

b)定位参数：定位算法直接影响最合适小区的选择,如果手机不能选择到最合适的小区上，必然影响切换成功率。

5G切换问题分析处理XXXX 年XX 月目录一、背景 (3)二、5G 切换原理 (3)2.1切换场景定义 (3)2.2邻区添加原则及事件含义 (4)三、优化思路 (4)四、问题处理 (5)五、优化效果 (6)六、经验总结 (7)5G 切换问题分析处理【摘要】通过路测发现无法正常切换，邻区漏配导致 NR 掉线，正确配置后解决。

【关键字】切换、邻区、S I N R、A3事件【业务类别】参数优化一、背景目前 5G 站点已陆续入网，网优人员在优化工作中积极探索，发现问题。

DT/CQT 作为优化工作的重要组成部分，在测试过程中及时发现切换问题，分析处理后，解决网络基本面问题。

二、 5G 切换原理2.1切换场景定义切换场景分为 1、主节点切换，伴随辅节点改变；2、主节点切换辅节点不变，主节点不变辅节点变更；3、主节点不变辅节点变更，主节点切换辅节点不变。

2.2邻区添加原则及事件含义三、优化思路切换问题从测量报告触发异常、基站未收到测量报告、基站未触发切换命令、UE 未收到切换命令和目标小区接入失败，五个维度分析处理。

四、问题处理以XX近期测试中处理的切换问题为例。

NR 一直报 A3 事件，但是一直未切换，源小区R S R P一直小于目标小区，基站未触发切换命令，S I N R值恶化严重，最终导致N R掉线L S T N RC E LL R E A T I O N核查邻区发现是这两个小区未加邻区，导致无法切换，添加后复测正常。

五、优化效果六、经验总结NSA移动性涉及4/5G两张网络，场景较多，优化时需要4/5G协同考虑。

首先要保证锚点4G网络的切换成功率，切换关系合理，抑制乒乓切换；网络建设阶段，建议按照和LTE 1:1 组网，保证5G网络覆盖连续性；N R至锚点推荐使用一对多方案；1:1组网下，5G小区的工参，如方向角、下倾角初始规划可以借鉴锚点LTE小区，充分利用LTE优化成果，簇优化/全网优化阶段再进行精细调整。

关于处理切换失败问题的经验总结在通话过程中，切换失败会对手机用户感受产生不良影响，严重时甚至会导致掉话。

在这里，我们通过路测以及对系统统计性能的跟踪，来分析引起切换失败的因素。

产生切换失败，一般有以下几方面原因：1、不合理的邻区关系。

2、基站时钟锁相失败。

3、基站硬件故障。

4、频率干扰产生大量无线链路误码。

5、弱覆盖。

下面将结合示例，分别对几种切换失败情况进行具体分析。

示例一：不合理的邻区关系，相邻小区同BCCH同BSIC。

测试车辆由东向西行驶过程中，手机占用25443小区向其邻区列表里BCCH=18， BSIC=28的小区连续切换失败。

通过检查25443的邻区数据，发现在其邻区列表里小区CI 20113 的BSIC=28，BCCH=18；而通过GI 分析，发现在车行驶的正前方，小区CI 20006与CI 20113有相同的BCCH 和BSIC 。

当车由东向西行驶时，测试手机在检测到BCCH=18并且 BSIC=28的小区为其最强邻区时，就尝试向其邻区列表里符合该条件的小区（CI 20113）切换，然而此时小区CI 20113距通话地点较远，且逆于行驶方向，于是产生连续的切换失败，而此时手机应该向车行使正前方的小区（CI 20006）切换。

因此解决方案为调整CI 20006或CI 20113的BSIC ，并为CI 25443添加邻区CI 20006。

经过调整，25443小区与20006切换正常，在这段道路没有出现切换失败的情况。

同BCCH 同BSIC25443行驶方向示例二：MCU（微控制器Micro Control Unit）故障导致基站时钟锁相失败（Phase Lock Failure），造成与周围小区切换成功率低。

在道路测试中，发现从CI 20323向CI 10350做切换，连续切换失败：在占用CI 10350正常起呼、通话后，向CI 20323尝试切换，也均失败。

从OMC_R上查看CI 10350基站告警，发现该站有时钟锁相失败，需要重新校准时钟。