你的位置：首页 > IT圈 > 切换成功率问题分析总结

切换成功率问题分析总结

IT圈 admin 2024-05-30 73浏览 0评论

2024年5月30日发(作者：昌辞)

切换成功率问题分析总结

概述

在分析处理日常性能质差小区时，发现切换成功率低的问题小区占据绝大部

分，统计诺基亚区域2016年一、二月份EMOS平台性能小区问题类型占比情况，

切换成功率低的小区占比高达88.94%，需重点分析总结原因。

行标签

切换成功率低

E-RAB掉线率高

E-RAB建立成功率低

RRC连接建立成功率低

无线掉线率高

无线接通率低

总计

计数项:问题小区类型

410

461

占比

88.94%

0.22%

7.38%

0.22%

3.04%

100.00%

诺基亚区域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_HO

x2切换执行请求次数: ATT_INTER_ENB_HO（M8014C6）

x2切换执行成功次数: SUCC_INTER_ENB_HO（M8014C7）

x2切换执行失败次数: ATT_INTER_ENB_HO - SUCC_INTER_ENB_HO

x2切换准备成功率: 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_ATT

S1切换执行请求次数: INTER_ENB_S1_HO_ATT（M8014C18）

S1切换执行成功次数: INTER_ENB_S1_HO_SUCC（M8014C19）

S1切换执行失败次数: ATT_INTER_ENB_S1_HO - INTER_ENB_S1_HO_SUCC

S1切换准备成功率: 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_HO

eNodeB内的切换执行请求次数: ATT_INTRA_ENB_HO（M8009C6）

eNodeB内的切换执行成功次数: SUCC_INTRA_ENB_HO（M8009C7）

eNodeB内的切换执行失败次数: ATT_INTRA_ENB_HO - SUCC_INTRA_ENB_HO

eNodeB内的切换准备成功率: 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. 通过BTSSitemanager直接登录基站或者网管告警软件Monitor查看站点是否存在影

响业务的告警；

2. 提取小区指标差的历史PRB底噪情况，排查小区是否存在干扰；

3. 核查小区相关切换参数，包括同异频A3、A5切换事件相关门限迟滞，异频起测停

止门限，异频切换开关，异频切换参数模块是否添加，有无添加切换黑名单

blacklistHoL。

二、邻小区原因分析

一般小区切换成功率低基本原因都是存在往某个或者某几个邻小区切换失

败次数多的情况，所以大部分的问题是出在邻小区。

通过脚本提取小区指标差时的切换对，按切换失败次数筛选出失败多的邻小

区。提取脚本如：

筛选出切换失败次数较多的邻区后，可按如下步骤分析：

1. 通过BTS Sitemanager直接登录基站或者网管告警软件Monitor查看邻小

区站点是否存在影响业务的告警；

2. 提取邻小区对应时间的PRB底噪情况，排查邻小区是否存在干扰；

3. 在Mapinfo地图工具上查看两邻区间距离，是否属于超远邻区；

4. 核查邻小区与周边站点是否存在同频同PCI情况；

5. 邻小区参数核查，包括MME是否漏配、ppsTimingOffset、资源拥塞相

关等参数；

6. 针对性参数核查，在确定切换差邻区后可分析如下：

1) 核查邻区对间X2链路是否正常，以及邻小区在本小区外部参数是否

定义错误，包括ENBID、CELLID、频点、TAC、PCI等；

2) 在LNREL小区对小区间切换CIO参数是否异常

7. 提取邻小区无线指标，是否存在某些时间段的零流量零业务的情况，排

查邻小区隐性故障。

几个案例分析

一、切换参数设置异常导致切换成功率低

EMOS平台小区出现连续多次上报LTE小区4CXFNXXINIUYUANHE1切换成功

率低的工单。提取该小区告警无异常，进一步核查邻区参数、外部干扰等都正常。

通过OMC提取小区的切换对来分析，发现一天内本小区往邻区643806_138、

523073_20都存在大量的切换，一天切换次数达上万次，而且切换失败次数也较

多，从而影响本小区整体切换指标。

SDATE S_NAME S_IP S_ENB_CEL T_ENB_CEL HO_ATT HO_SUCC EXECUTE_HO_FAIL

32412

10124

269

6516

9721

7096

391

28601

9819

207

6488

9695

7079

384

3811

305

20160227 4CXFNXXINIUYUANHE1 100.92.119.203 521998_10 643806_138

20160227 4CXFNXXINIUYUANHE1 100.92.119.203 521998_10 523073_20

20160227 4CXFNXXINIUYUANHE1 100.92.119.203 521998_10 643806_148

20160227 4CXFNXXINIUYUANHE1 100.92.119.203 521998_10 524145_20

20160227 4CXFNXXINIUYUANHE1 100.92.119.203 521998_10 522002_10

20160227 4CXFNXXINIUYUANHE1 100.92.119.203 521998_10 521998_20

20160227 4CXFNXXINIUYUANHE1 100.92.119.203 521998_10 524145_30

20160227 4CXFNXXINIUYUANHE1 100.92.119.203 521998_10 644551_138

一天小区切换对情况

128 123 5

分析邻小区情况，提取告警无异常。在Mapinfo上核查三个站点距离也都在

合理范围内。核查邻区对间的参数设置情况，发现本小区往643806_138、

523073_20的小区间CIO都设置为10dB，这也可以说明本小区往643806_138、

523073_20存在过多不必要的切换，这种情况容易导致目标小区电平已经比较差

本小区还是一直往邻区切换的问题，所以可能容易导致出现较多的切换失败。小

区对切换CIO配置错误如下图：

3月4日分析出问题后，调整小区间切换对CIO到正常值（0dB为不作补偿），

后期观察源小区的切换指标恢复正常，证明是小区间切换CIO配置过大导致出现

往邻区存在较多的切换失败。本小区切换指标恢复正常如下：

SDATETIME CITY ENB_CELL

20160227 GZ

20160228 GZ

20160229 GZ

20160301 GZ

20160302 GZ

20160303 GZ

20160304 GZ

20160305 GZ

20160306 GZ

20160307 GZ

20160308 GZ

BTS_IP CEL_NAME

4CXFNXXINIUYUANHE1

切换成功率

92.29

94.82

95.87

96.19

93.45

95.72

94.01

97.3

97.09

98.62

98.48

521998_10 100.92.119.203

切换成功率

100

95.87

96.19

93.45

97.3

95.72

97.09

98.62

98.48

94.82

92.29

94.01

切换成功率

调整小区对CIO后源小区切换指标恢复正常

二、同频同PCI导致大量切换失败

南昌站点前湖中环建设有限公司箱式应急站-508384前期多次出现切换差的

性能工单，提取切换对发现存在周边站点508011的三个小区切换全部失败（而

且切换失败次数一天多达6万次），核查双方的状态告警都正常。排除外部干扰、

参数配置错误等原因。

本站与周边的其他小区切换都较正常，唯独与邻站508011所有小区都切换

失败，初步判定该邻区对间存在问题。在Mapinfo地图上查看，两站距离只有

932米，核查现网参数确定发现前湖中环建设有限公司箱式应急站(D)与红角洲南

航教学楼存在同频同PCI的情况。

现网参数如下：

eNodeB ID

914379

508011

CELL ID 小区中文名 Longitude Latitude

115.81711

115.82664

28.65303

28.65242

PCI

357

358

359

357

358

359

195

196

197

358

359

357

EARFCN

37900

38098

37900

139 前湖中环建设有限公司箱式应急站(D)1

149 前湖中环建设有限公司箱式应急站(D)2

159 前湖中环建设有限公司箱式应急站(D)3

140 前湖中环建设有限公司箱式应急站(D2)1

150 前湖中环建设有限公司箱式应急站(D2)2

160 前湖中环建设有限公司箱式应急站(D2)3

42 红角洲南航教学楼(D2)1

52 红角洲南航教学楼(D2)2

62 红角洲南航教学楼(D2)3

41 红角洲南航教学楼1

51 红角洲南航教学楼2

61 红角洲南航教学楼3

两站距离只有931米，且属于高校站点，所有会切换尝试次数较多，严重影

响切换指标。

修改红角洲南航教学楼的三个校区PCI为195/196/197后原站点切换指标恢

复正常。

三、GPS告警导致干扰问题

2月13日赣州市信丰县出现大量的小区切换成功率低、无线接通率低的工

单，在Mapinfo上坐标撒点问题小区分布情况，发现问题小区较为集中分布，初

步可以判断存在干扰导致切换及接通指标差。

OMC上提取该片区域站点的指标及历史告警情况，发现铁石口燕角(分布)-

643801出现过BTS reference clock missing、GPS receiver alarm: not tracking

satellites告警，且该站的无线接通率也最低为12.31%。确定为该站点GPS故障

导致周边大面积站点切换、接通指标差。

铁石口燕角(分布)- 643801告警截图如下，重启站点后告警清除，后续观察

周边站点的切换、接通指标都恢复正常。

一般GPS异常影响的站点范围大，而且影响包括切换成功率、RRC建立成功

率、E-RAB建立成功率、无线接通率、无线掉线率等无线指标。