切换成功率低TOP小区分析

合集下载

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

经典案例-关于LTE终端异常导致厂家边界切换失败问题处理最佳实践总结

宁波FDD-LTE异常终端切换失败处理案例1、概述随着L800站点大规模入网，室外L800M已经实现连续覆盖，优化问题也接踵而来，最近在处理厂家边界（华为&中兴）切换问题时，发现一对小区切换成功率极低，需紧急处理。

图表12、问题描述近期华为区域全网切换指标持续下降，查询TOP小区是发现位于华为与中兴边界处一对L800小区切换成功率较低，影响全网指标，下表为问题站点切换指标统计：图表23、问题分析定位3.1 问题分析分析TOP小区分析切换失败原因值、两两切换统计值，以”LF_H_JD甬波波城北_25为例，切换失败原因是“目标小区回复切换准备失败消息导致同频切换出准备失败”，两两切换统计，失败次数都集中目标小区都是中兴：图表3根据Top小区指标初步分析，主要是由于中兴侧基站回复切换拒绝导致切换失败，下一步通过标口信令分析深一步分析失败原因，筛选出切换失败的消息，该消息是目标基站返回给源基站，携带有切换失败的原因值。

如下图所示，携带的原因值为no-radio-resources-available-in-target-cell(12)图表4原因值解释：目标小区无足够资源可用，最终导致切换阶段失败。

本次切换准备失败TOP小区都是此类原因，但实际目标小区负荷不高。

3.2 问题定位由于该基站有切换成功的情况，华为侧选取切换失败与切换成功信令进行分析对比，结果如下：1)当华为L800M基站X2口切换请求消息中携带终端支持BAND5字段，无论800M目标小区是否为中兴切换都会成功；图表5 携带band52)当华为L800M基站X2口切换请求中未携带终端支持BAND5字段，若L800M目标小区为中兴，则会回复切换失败消息，原因值就是”no-radio-resources-available-in-target-cell”图表6 不携带band5中兴侧信令回复分析：针对回复切换失败消息，原因值就是”no-radio-resources-available-in-target-cell”问题，当中兴L800M小区作为目标小区，需要核实源侧发送的“HANDOVER_REQUEST”消息中RRC_UE_CAP_INFO信息是否携带支持band5，如未携带支持band5，中兴侧eNB就不会生成切换命令，导致切换失败。

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

5G共建共享小区切换及回落问题案例总结XX目录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)问题描述 (30)问题分析 (30)优化调整 (30)4.3CSFB 配置方法 (30)4.3.1公共参数（基于覆盖的重定向算法启动开关） (30)4.3.2CSFB 至WCDMA 网络 (33)全局业务开关 (33)测量参数 (33)EnodeB 邻接频点 (34)CSFB 配置 (35)运营商自定义用户策略配置表 (36)测量参数 (37)4.3.3CSFB 至GSM 网络 (38)全局业务开关 (38)测量参数 (38)EnodeB 邻接频点（站点周边最强GSM 频点） (40)CSFB 配置 (40)运营商自定义用户策略配置表 (41)测量参数 (42)1概述随着电信与联通方共建共享站点的部署及大量开通,出现一系列共享小区与非共享小区间移动性问题,本文针对目前已发现的问题从电信小区向联通 4G 共享小区切换,电信小区向联通共享锚点小区切换,电信共享小区回落联通小区三个方面进行问题总结，梳理问题原因及处理方法，为后期定位问题提供指导性建议及方案，便于快速定位，及时处理。

切换失败分析及处理流程

切换失败分析及优化流程测试过程中发现切换失败时处理流程：小区切换成功率低的处理流程：处理说明：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)定位参数：定位算法直接影响最合适小区的选择,如果手机不能选择到最合适的小区上，必然影响切换成功率。

精品文档_SN变更成功率TOP小区处理总结

SN变更成功率TOP小区处理总结案例目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (11)SN变更成功率TOP小区处理总结案例【摘要】随着5G建设的逐步成熟，NR KPI指标也纳入省公司考核范围之内。

提取五月芜湖SN变更成功率，总体平均指标81%，在省内排名较为靠后。

通过对变更成功率低top小区处理，目前指标提升至91%，效果较为明显。

下文介绍SN变更成功率TOP小区的处理思路，通过NR侧与LTE侧指标计数器联动分析和NR侧信令跟踪来处理TOP小区。

【关键字】SN变更成功率TOP小区【业务类别】5G一、问题描述提取芜湖全网5G侧SN变更成功率指标变更失败TOP小区，如表（一），部分小区SN 变更失败请求次数较多，对全网整体指标影响较大，针对top进行分析处理；表（一）变更失败TOP小区二、分析过程1.SN Change信令流程及指标定义SN Change信令流程SN Change信令流程如图（一），该场景指在MN不变时，仅SN进行变更切换。

图（一）SN变更信令流程SN变更成功率指标定义SN变更成功率= C600600010 / C600600009SN变更成功率（包含Pscell）= (C600690010+C600690011) / (C600690009+C600690011+C600690012+C600690013+C600690014)SN变更成功率影响因素分析SN变更流程分析SN变更场景是指MN不变仅SN变更，如图（二）所示：图（二）SN change的相关网元按流程分析如下：如果缺失图中关系1，即5G-5G邻区关系，则UE不会测量目标SgNB的信号，便不会触发SN Change流程。

如果缺失图中关系2，即4G-源5G的邻区或偶联，则SN添加流程便会异常，无法触发后续SN Change。

如果缺失图中关系3，即4G-目标5G的邻区或偶联，则会出现SN Change准备失败，或者目标SgNB断链也触发SN Change准备失败。

SCTP链路IP地址配置错误导致切换入该站小区全部失败案例

SCTP链路IP地址配置错误导致切换入小区全部失败一、问题发现问题现象：核查7月7日TOP小区发现D2_YQ河庄村ZLF_H-3小区切换成功率仅为5.23%，全天切换失败次数为22343次；针对该小区切换严重差问题启动TOP差处理流程；二、问题分析问题定位：提取D2_YQ河庄村ZLF_H-3小区邻区对切换指标发现D2_YQ河庄村ZLF_H-3切换向225049:1、225049:2、225049:3小区全部失败；D2_YQ河庄村ZLF_H-30:460:00:225049:39703 0 0.00% 7999 422 D2_YQ河庄村ZLF_H-30:460:00:225239:11 1 100.00% 0 0 D2_YQ河庄村ZLF_H-30:460:00:225239:227 21 77.78% 0 0 D2_YQ河庄村ZLF_H-30:460:00:225239:3545 464 85.14% 0 0 D2_YQ河庄村ZLF_H-30:460:00:225249:20 0 100.00% 0 0核查关于225049，D2_YQ河庄村北fbsZLF_H基站相关指标，发现周围小区切向225049三个小区请求全部失败，问题定位指向D2_YQ河庄村北fbsZLF_H，且切换失败原因为“系统每相邻关系目标小区无响应原因导致的切换出准备失败”；小区名称邻区关系[LTE]系统小区间切换出请求次数(小区对)[LTE]系统小区间切换出成功次数(小区对)[LTE]系统小区间切换出成功率(小区对)[LTE]系统每相邻关系目标小区无响应原因导致的切换出准备失败次数[LTE]系统每相邻关系目标小区回复切换准备失败消息导致切换出准备失败次数D2_YQ河庄村ZLF_H-1 0:460:00:225049:1 394 0 0.00% 379 9 D2_YQ河庄村ZLF_H-1 0:460:00:225049:2 60 0 0.00% 24 5 D2_YQ河庄村ZLF_H-1 0:460:00:225049:3 175 0 0.00% 174 1 D2_YQ河庄村ZLF_H-2 0:460:00:225049:1 1201 0 0.00% 1022 42 D2_YQ河庄村ZLF_H-2 0:460:00:225049:2 32 0 0.00% 31 1 D2_YQ河庄村ZLF_H-2 0:460:00:225049:3 397 0 0.00% 301 6 D2_YQ河庄村ZLF_H-3 0:460:00:225049:1 12053 0 0.00% 10620 318 D2_YQ河庄村ZLF_H-3 0:460:00:225049:2 201 0 0.00% 197 0 D2_YQ河庄村ZLF_H-3 0:460:00:225049:3 9703 0 0.00% 7999 422 D2_YQ河庄铁路ZLF_H-1 0:460:00:225049:2 5795 0 0.00% 4174 46 D2_YQ河庄铁路ZLF_H-2 0:460:00:225049:1 19 0 0.00% 1 0D2_YQ河庄铁路ZLF_H-2 0:460:00:225049:2 2375 0 0.00% 1704 167 D2_YQ河庄铁路ZLF_H-2 0:460:00:225049:3 5 0 0.00% 0 0 D2_YQ河庄铁路ZLF_H-3 0:460:00:225049:2 60 0 0.00% 47 11、干扰排查D2_YQ河庄村北fbsZLF_H无明显干扰情况，三小区平均底噪均低于-110dB；2、告警故障排查D2_YQ河庄村北fbsZLF_H无故障告警发生；3、信令跟踪排查利用网管信令平台跟踪小区级信令，发现切换失败原因为”S1切换源侧准备失败由于切换响应定时器超时”,根据信令观察发现，0707-16:06:22.480 ENODB21692-3上发handover required到MME，之后ENODB21692-3等待来自handover command超时，于16:06:32.470向MME发送handover cancer（切换取消）；问题汇交于ENODB21692-3切换源小区向MME发送handover required后，MME无响应超时导致切换失败；其过信令观察handover required是由eNODB向MME，经由S1链路发送向MME后，MME没有通过S1向225049-1小区发出handover request，导致切换准备超时；在这个阶段目前有几个需要排查的问题1、MME是否收到ENODB21692-3上发的handover required；2、MME假如成功接收到handover required后，是否向目标小区下发handover request 信令；关于问题1，根据切换对指标，发现周围基站小区均是切换向D2_YQ河庄村北fbsZLF_H （225049）S1切换准备失败，切向其他小区的切换成功率均较高（指标下图），说明源小区侧ENODB21692-3到MME的S1链路是正常的；小区名称邻区关系[LTE]系统小区间切换出请求次数(小区对)[LTE]系统小区间切换出成功次数(小区对)[LTE]系统小区间切换出成功率(小区对)[LTE]系统每相邻关系目标小区无响应原因导致的切换出准备失败次数[LTE]系统每相邻关系目标小区回复切换准备失败消息导致切换出准备失败次数D2_YQ河庄村ZLF_H-3 0:460:00:216923:110 880.00%0 0D2_YQ河庄村ZLF_H-3 0:460:00:216923:21042 73970.92%0 0D2_YQ河庄村ZLF_H-3 0:460:00:225239:227 2177.78%0 0D2_YQ河庄村ZLF_H-3 0:460:00:225239:3545 46485.14%0 0D2_YQ河庄村ZLF_H-3上发的handover required，但是MME下发向目标小区的D2_YQ河庄村北fbsZLF_H（225049）的handover reques未被收到，问题在于MME到D2_YQ河庄村北fbsZLF_H（225049）的S1链路上；4、参数核查我们针对S1链路SCTP参数核查，D2_YQ河庄村北fbsZLF_H（225049）IP地址如下；ENODB21692-3 D2_YQ河庄村ZLF_H-3的S1链路SCTP参数IP地址如下我们发现D2_YQ河庄村北fbsZLF_H（225049）S1链路的IP地址与周围站小区的IP地址明显不同，我们判断是由于D2_YQ河庄村北fbsZLF_H（225049）链路的IP地址在MME 侧未做切换功能的登记，导致该S1的IP地址无法进行S1切换信令交互，导致切换准备失败；三、原理分析正常的S1切换流程：S1切换流程与X2切换类似，只不过所有的站间交互信令及数据转发都需要通过S1口到核心网进行转发，时延比X2口略大。

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信号条件很好，邻区也都没有问题但依然失败的情况。

切换成功率问题分析总结

切换成功率问题分析总结概述在分析处理日常性能质差小区时，发现切换成功率低的问题小区占据绝大部分，统计诺基亚区域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参数核查；邻区拥塞导致：目标小区出现拥塞，会导致周边站点出现大量的切换失败；隐性故障：隐性故障休眠，小区会出现无法接入，周边站点切换全部失败的情况。

lte切换失败案例

一、案例问题描述对LTE全网切换成功率进行TOP小区处理及分析，发现竹园D3切换成功率一直很低。

见下表：ENB内同频、异频切换正常，ENB间同频切换正常，但ENB间异頻切换率在29%~59%之间，其中按接口类型统计S1口的切换全部失败。

二、切换分析流程三、问题处理过程1）查询小区告警信息，未发现存在影响性能的告警。

2）查询小区相应时间段内的干扰情况，未发现不存在强干扰问题。

3）查询两两小区间的切换对，查看是否由个别邻区的关系影响了小区的切换成功率：查询两两小区间切换对时，发现该基站竹园D2和竹园D3切出到卢屋广场F 基站的三个小区都是全部失败，其他切换对是正常的。

因此问题定位到邻区级和目标基站级。

4）通过跟踪本小区与目标小区的S1口信令，HANDOVER REQUEST及HANDOVERPREPARATON FAIL两条关键信令信息。

其中查询S1AP_HANDOVER_REQUEST的信令解码查询目标小区ENB的消息：关键数据：目标NB-ID为0001,0000,1111,0001,0001B，应对的十六进制为10F11，即十进制为：69393。

5）查看S1AP_HANDOVER_PREPARATON_FAIL的信令解码，查看其失败原因：解码的失败原因为：HO-failure-in-target-EPC-ENB-or-target-system（失败原因为目标EPC或者目标ENB问题）。

根据S1AP_HANDOVER_PREPARATON_FAIL目标小区无法完成切换准备而导致切换失败。

6）查询源小区定义的外部邻区，其中卢屋广场F基站标识为69393共5位的基站NBID，现网配置基站标识的时候一般是6位数，怀疑是基站标识配置错误导致切换失败。

7）查询目标小区的基站标识信息：发现目标小区的基站标识为693937，与竹园D基站定义的源小区的69393不同有错误。

四、优化效果9月10日下午修改源小区错误的邻小区参数，从69393改为693937。

SN变更成功率TOP小区处理总结

SN变更成功率TOP小区处理总结
一、前提条件
小区变更成功率的提高，是任何LTE网络维护的基础，其关系到网络
的性能和用户体验。

因此，对于LTE网络维护人员而言，要想提高变更成
功率，尤其是处理SN变更成功率TOP小区，不仅要从小区调整和调优的
角度来考虑，还应从更大的小区维护管理角度来考虑。

本文将围绕SN变
更成功率TOP小区进行处理总结，旨在有效的提高小区的SN变更成功率。

二、基础网络要求分析
1.网络工程要求
调整前，首先应对网络基础工程进行分析，确保网络覆盖质量满足用
户需求。

一般情况下，覆盖质量需满足RSSI>-95dBm，C/I>-13dB，Tx Power<30dBm，BSIC>-50dBm等标准。

2.小区参数调整
小区参数调整是关键要素，在这一阶段，要从多个方面进行分析，比
如小区重选参数，最大用户数，Antenna tilt，上行凸出，上行入射角度
等的设置，确保各项参数的合理性，最终达到频谱效率的提升和变更成功
率的提高。

三、网络健康报告分析
在网络健康报告分析阶段，主要考察小区的误码，Ct、CQI、PMTT、AMTT、PRR、变更成功率等多个指标，以及用户在各小区的切换占比等信息，从而检测小区的服务质量，分析出影响其变更成功率的主要原因。

FDD-LTE TOP小区处理方法

FDD-LTE TOP小区处理思路及方法一、日常KPI指标监控二、各类TOP小区处理思路2.1 RRC建立失败TOP筛选出RRC连接建立成功率的TOP小区明细。

B 具体KPI分析：通过excel画曲线图分析如下counter值与rate本身的关联性，通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起？emergency---拨打紧急号码HighPriorityAccess---高优先级接入mt-access--被叫接入mo-Signalling--发送信令时mo-Data---发送数据时DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入目前常见原因：mt-Access类型RRC连接失败次数，定时器超时；mt-Access类型RRC连接失败次数，eNB接纳失败；mt-Access类型RRC连接失败次数，其他原因；UE上报的RRC Connection Request有多种原因值，其中mt-Access代表终端收到寻呼需要进行相应而发起的接入。

以下为资料：UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接，该消息携带主要IE有：ue-Identity :初始的UE标识。

如果上层提供S-TMSI，侧该值为S-TMSI；否则从0…240-1中抽取一个随机值，设置为ue-Identity。

establishmentCause :建立原因。

该原因值有emergency,highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。

其中“mt”代表移动终端，“mo”代表移动始端。

mo-Signalling类型RRC连接失败次数，定时器超时；mo-Signalling类型RRC连接失败次数，eNB接纳失败；mo-Signalling类型RRC连接失败次数，其他原因；mo-Data类型RRC连接失败次数，定时器超时；mo-Data类型RRC连接失败次数，eNB接纳失败；mo-Data类型RRC连接失败次数，其他原因。

案例S链路多配导致S切换成功率低问题处理案例

S1链路多配导致切换成功率低分析【指标解析】S1接口切换成功率=S1接口切换成功次数/ S1接口切换请求次数；S1切换失败原因：目标小区回复切换准备失败消息导致模式内切换出准备失败，目标小区无响应导致模式内切换出准备失败，源小区发送切换取消导致模式内切换出准备失败和核心网原因导致模式内切换出准备失败这些原因导致。

现象描述9月10对日常KPI指标监控发现，全网S1接口切换成功率出现较大幅度的下滑：通过提取LTE网络KPI忙时指标监控发现瓯海梧田德政虹梅路区域的几个站点切换成功率比较低，影响全网切换类指标，其中瓯海梧田德政虹梅路切换入失败次数每天达到3400多次，瓯海泽霞新住宅区、温州高新园区切换出失败次数和为3300多次：原因分析1.处理流程图2.分析切换成功率低可能原因：对KPI指标及周边环境分析，可发现如下问题：1）瓯海梧田德政虹梅路基站的邻区是否存在漏配、错配，外部邻区参数设置是否正确，PCI规划是否合理，切换参数设置是否有问题。

2）瓯海梧田德政虹梅路基站的切换入失败次数的和约等于周边基站切出失败的和，可定位为瓯海梧田德政虹梅路基站的问题导致其切入成功率低及周边基站切出功率低；问题排查1、瓯海梧田德政虹梅路及周边站点邻区核查同频异频邻区关系.xlsx根据基站拓扑结构核查瓯海梧田德政虹梅路及周边站点的邻区，确定现网邻区无漏配的问题，确定瓯海梧田德政虹梅路及周边站点的PCI规划合理。

2、瓯海梧田德政虹梅路及周边站点外部邻区定义核查外部邻区关系.xlsx核查瓯海梧田德政虹梅路及周边站点外部邻区的定义，主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对，确定没问题。

3、同频异频切换参数检查现网所有切换参数均为默认值，核查无问题。

4、后台跟踪通过后台对异常站点进行S1标准信令跟踪，发现切换准备失败，失败原因值：传输不可用。

解决过程及方案查询基站SCTPLNK是否正确，结果显示配置正常查询基站S1链路,发现S1接口配置为4条，按最新全网数据配置要求每个ENODEB需要配置2条S1的接口。

忻州LTE网络切换成功率优化总结

忻州LTE网络切换优化总结1 概述忻州的切换成功率指标较差，通过本次集中优化，梳理、排查切换成功率低的主要问题，并通过对这些问题的处理，逐步提升了切换成功率指标。

项目组从参数核查、故障处理、覆盖优化等多方面对可能影响切换的因素进行排查优化，切换成功率取得了明显的提升。

一般情况下，导致切换失败的原因有以下几种：1)越区覆盖、弱覆盖、质差等无线质量问题2)邻区漏配、外部小区配置不一致3)小区半径、PRACH等问题导致的随机接入失败4)同频切换参数不合理5)异频切换参数不合理6)干扰、设备故障等因素2 优化思路2.1 切换成功率指标公式切换成功率反映的是小区切换出的相关性能指标。

计算公式如下：小区切换成功率=（切换出成功次数-通过重建回源小区的切换出执行成功次数）/切换出尝试次数2.2 优化思路忻州系统内切换类型绝大多数是X2口切换，eNodeB间X2口切换流程如下图：源小区在收到终端上发的MR后如果判决需要切换，则打点记录切换出尝试次数，在收到目标小区回复的HANDOVER REQ ACK时向UE发送RRC Connection Reconfiguration消息后记录切换出执行次数。

切换出尝试次数与切换出执行次数的差值记为切换出尝试失败次数，切换出尝试失败问题一般为目标小区存在上行干扰、小区故障原因导致。

源小区在收到目标小区发来的UE CONTEXT RELEASE后记录切换出成功次数。

切换出执行次数与切换出成功次数的差值记为切换出执行失败次数，切换出执行失败问题一般为随机接入失败、漏配邻区、无线环境差导致。

整体优化思路如下：1、核查全网跟切换相关参数的合理性，针对不合理参数进行规划、优化。

2、全网邻区核查，包括邻区漏配、外部小区参数不一致等。

3、分析优化切换失败TOP小区。

4、干扰、故障小区处理。

5、MR弱覆盖小区优化。

3 具体优化工作3.1 PRACH根序列优化（乡镇农村小区半径重新规划）如果根序列分配不合理，相邻小区或近距离两小区使用该根序列生成的前导序列相同，则会导致UE随机接入阶段相互干扰。

MME互连链路不通导致LTE站点切换失败

MME互连链路不通导致LTE站点切换失败1问题描述X局点新建大量LTE站点，经过前期优化调整，同频切换成功率有明显提升(由94.46%提升至97.81%)，如图1所示。

但仍与验收指标有差距，要进行进一步分析调整。

图1 X局点LTE站点同频切换成功率2问题分析关于切换成功率低的问题首先判断是全网性现象的还是由TOP小区指标差造成的，如果是全网性的，检查近期是否有大面积修改参数，或者核心网是否有割接调整。

在本案例中，LTE站点均为新建，而指标随着前期优化调整已有提升，因此首先考虑TOP小区问题。

根据此思路，对TOP小区分析后可知，大量边界站点同频切换成功率低，如图2所示。

图2 同频切换成功率TOP小区问题分析要寻找共性，首先将站点导入地图中查看，切换成功率低的站点均位于省际边界；其次，提取切换指标成功率，发现切换失败多为切出失败。

如图3所示。

(a)站点分布；(b)切换成功率指标图3 切换成功率低站点分布及切换成功率指标如图4 S1信令，S1AP_HANDOVER_PREPARATION_FAIL的原因是Unknown Target ID。

以下为具体信令消息：HandoverType=intralte;cause=handover-desirable-for-radio-reason,handover-desirable-for-radio-reason; tarENBID=A1 C9 A0 ; tAc=41385; TargetCellid=A1 C9 A1 20; SourceCellid=97 D4 B1 80; sourceUE-Identity=EE BE，切换源小区为A，为X局点基站，目标小区为B，为邻省基站，即该切换问题为向邻省基站切出失败。

(a)S1信令；(b)源小区与目标小区位置图4 S1信令跟踪及两两切换成功率低站点位置而Uu消息中可以看到(如图5所示)，手机上报的MR中测量邻区信号强度满足切换门限(4dB)。

外部小区定义错误导致切换成功率低

外部小区定义错误导致切换成功率低1.1、现象描述：观察该小区切换指标，发现ZFC61垫江包家_0、ZFC59垫江白家_0两小区切换成功率较低，只有70%左右，同时每时段都有2至5次的掉话，具体指标如下：1.2、原因分析：1、查看该小区地理位置，发现该小区位于涪陵与长寿区边界处;2、同时对ZFC61垫江包家_0、ZFC59垫江白家_0进行切换测量，发现ZFC61垫江包家_0与长寿区小区CI（10644）、CI（9695）之间切换全部失败;3、ZFC59垫江白家_0与长寿区域小区CI(12130)、CI(13370)小区之间切换全部失败。

因此怀疑长寿区域定义的外部小区中的ZFC61垫江包家_0、ZFC59垫江白家_0两小区基本参数错误，或者切换参数设置异常，具体切换情况如下：1.3、问题处理步骤：1、通知长寿区域网优人员核查外部小区定义是否正确;2、同时检查本小区与ZFC61垫江包家_0、ZFC59垫江白家_0小区之间PBGT切换门限、强度切换门限、质量切换门限设置是否合理，随后长寿区域网优人员修改ZFC61垫江包家_0、ZFC59垫江白家_0两小区的外部小区中的基本参数，同时删除了ZFC59垫江白家_0 CI(12130)、CI(13370)之间的邻区关系。

3、通过长寿区域人员相关调整，观察ZFC61垫江包家_0、ZFC59垫江白家_0两小区早晚忙时指标切换情况，切换成功率保持在90%以上，同时与长寿区域邻区之间切换正常，切换成功率提升明显，同时掉话次数明显减少。

具体情况如下：1.4故障总结：切换类问题大致主要分为BSC内切换和BSC间切换两类，从切换失败原因值可以判断出切换失败的原因，其主要原因值有：定时器超时、无效小区、返回原信道清除、切换请求拒绝等。

一般切换失败可以分为：1、切换参数配置问题：比如小区切换数据配置错误、邻小区数据配置错误、小区本身的LAC/CI出错以及交换侧切换数据配置错误都会造成切换异常；2、无线环境影响也就是UM口问题：比如小区本身和目标小区存在强干扰造成无法解码出物理消息而失败、小区是否为孤站、是否存在同频同BSIC现象等均会造成切换失败。

VoNR 两低一高分析

VONR 两低一高分析一、 VONR低接通分析1、TOP小区分析取近期TOP小区分析均为同一问题，以扬州高邮小李庄-H5H站点的5小区为例具体分析如下：5小区在10月16日14点时间段偶发5QI1建立成功率恶化0，但此时间段并无VoNR用户。

从具体5QI1话统看，5小区该时间段发起5QI1建立尝试7次，2次EPSFB，成功次数为0。

分析CHR日志分析另外5次5QI1的建立失败原因，均为CU_UEM_PDU_SESSION_EPS_FB_NO_EUTRA_BAND_CAP，（EPSFB用户无EUTRAN能力）。

这5次5QI1建立失败记录，均非VoNR用户，且时间点和话统一致，失败时携带NOT_SUPP_5QI_VAL原因值。

2、典型信令分析核心网发起NGAP_PDU_SESSION_RSRC_MODIFY_REQ，基站回复NGAP_PDU_SESSION_RSRC_MODIFY_RSP，携带原因值NOT_SUPP_5QI_VAL。

3、指标定义分析①、VONR 5QI1建立成功率=(N.QosFlow.Est.Succ.Cell5QI+N.QosFlow.FailEst.Conflict.Cell5QI+N.QosFlo w.FailEst.AMF.SyntaxError.Cell5QI)/（N.QosFlow.Est.Att.Cell5QI-N.QosFlow.Est.Att.Cell5QI.EPSFB-N.QosFlow.Est.Att.Cell5QI.EmcFB）*100% 当前版本的指标公式无法判断5QI1建立请求是EPSFB还是VONR，N.QosFlow.Est.Att.Cell5QI包含了EPSFB回落失败的尝试次数。

②、如下三种场景携带IMS voice EPS fallback or RAT fallback triggered原因值为EPSFB用户，会统计到N.QosFlow.Est.Att.Cell5QI.EPSFB1）gNodeB给核心网发送INITIAL CONTEXT SETUP RESPONSE消息，且原因值为“IMS voice EPS fallback or RAT fallback triggered”2）gNodeB给核心网发送PDU SESSION RESOURCE SETUP RESPONSE消息，且原因值为“IMS voice EPS fallback or RAT fallback triggered”3）gNodeB给核心网发送PDU SESSION RESOURCE MODIFY RESPONSE消息，且原因值为“IMS voice EPS fallback or RAT fallback triggered”③、NOT_SUPP_5QI_VAL此类原因值不会统计到N.QosFlow.Est.Att.Cell5QI.EPSFB，会记录到N.QosFlow.Est.Att.Cell5QI导致分母增加，5QI1建立成功率变小。