4GKPI优化流程Word文档下载推荐.docx

4GKPI优化流程Word文档下载推荐.docx

《4GKPI优化流程Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《4GKPI优化流程Word文档下载推荐.docx（16页珍藏版）》请在冰豆网上搜索。

CQI等于小于4占比

CSFB响应

CSFB响应成功率

LTE寻呼拥塞

弱覆盖回落占比

1.2指标公式

指标公式

ROUND（[1526726659]）*100/[1526726658]）,2））

ROUND（[1526727544]）*100/[1526727545]）,2））

ROUND（[1526726661]）*100/[1526728274]）,2））

ROUND（[1526728227]）*100/[1526728851]）,2））

ROUND（[1526726997]+[1526727003]）*100/[1526726995]+[1526727001]）,2））

ROUND（[1526727000]+[1526727006]）*100/[1526726998]+[1526727004]）,2））

ROUND（[1526734061]*121.5+[1526734062]*120.5+[1526734063]*119.5+[1526734064]*118.5+[1526734065]*117.5+[1526734066]*116.5+[1526734067]*115.5+[1526734068]*114.5+[1526734069]*113.5+[1526734070]*112.5+[1526734071]*110+[1526734072]*106+[1526734073]*102+[1526734074]*98+[1526734075]*94+[1526734076]*82）/[1526734061]+[1526734062]+[1526734063]+[1526734064]+[1526734065]+[1526734066]+[1526734067]+[1526734068]+[1526734069]+[1526734071]+[1526734072]+[1526734073]+[1526734074]+[1526734075]+[1526734076]）,2））

ROUND（[1526727397]+[1526727398]*2+[1526727399]*3+[1526727400]*4+[1526727401]*5+[1526727402]*6+[1526727403]*7+[1526727404]*8+[1526727405]*9+[1526727406]*10+[1526727407]*11+[1526727408]*12+[1526727409]*13+[1526727410]*14+[1526727411]*15）/[1526727396]+[1526727397]+[1526727398]+[1526727399]+[1526727400]+[1526727401]+[1526727402]+[1526727403]+[1526727404]+[1526727405]+[1526727406]+[1526727407]+[1526727408]+[1526727409]+[1526727410]+[1526727411]）,2））

ROUND（[1526727397]+[1526727398]+[1526727399]+[1526727400]）*100/[1526727396]+[1526727397]+[1526727398]+[1526727399]+[1526727400]+[1526727401]+[1526727402]+[1526727403]+[1526727404]+[1526727405]+[1526727406]+[1526727407]+[1526727408]+[1526727409]+[1526727410]+[1526727411]）,2））

ROUND（[1526728322]）*100/[1526728321]）,2））

1526727212

ROUND（[1526729491]）*100/[1526728851]）,2））

2KPI处理需求

Ø

全网整体指标监控：

重点监控切换成功率、掉线率、无线接通率、流量走势；

建议提取前一天全网小时级指标与近一周数据走势对比，是否有较大波动，并分析具体原因，整网还是TOP小区影响；

现阶段要求切换、接通率大于99%，掉线率小于0.5%；

流量应无明显下滑（重大活动等影响除外）；

TOP小区处理：

建议选取昨日8点-23点15忙时相关指标，优先处理VIP区域、高业务区、高投诉区域小区；

3TOP小区查找和分析处理

3.1接入性TOP分析处理

3.1.1筛选条件

提取15忙时数据，筛选出TOP小区，对未恢复的小区进行分析处理：

VIP小区、高业务量小区、重点活动保障区、高投诉区，请求次数较多的小区需及时处理；

连接请求次数小于50次的TOP小区，由于触发次数较少，等级次之；

如果多个时段连续无成功次数，需提升处理等级；

业务量较小，无线环境较差，等级次之；

指标定义

具体的KPI指标

指标定义

M2000

RRC连接建立成功率

RRC连接建立完成次数/RRC连接请求次数（不包括重发）

E-RAB建立成功总次数/E-RAB建立尝试总次数

无线资源不足导致E-RAB建立失败次数/E-RAB建立尝试总次数

3.1.2接入相关指标项

3.1.3RRC建立失败原因

小区RRC建立失败次数：

资源分配失败而导致RRC连接建立失败的次数，指标ID：

1526727083；

重点关注top资源是否足够，包括top用户数，传输、PRB等；

UE无应答而导致RRC连接建立失败的次数，指标ID：

1526727084；

关注质差、干扰、无线环境等；

小区发送RRCConnectionReject消息次数，指标ID：

1526728269；

关注传输问题、是否拥塞、干扰；

因为SRS资源分配失败而导致RRC连接建立失败的次数，指标ID：

1526728485；

重点关注SRS带宽、配置指示、配置方式、SRSACK/NACK设置是否合理等；

因为PUCCH资源分配失败而导致RRC连接建立失败的次数，指标ID：

1526728486；

关注PUCCH信道相关参数设置是否合理，CQIRB数配置是否合理等；

流控导致的RRCConnectionRequest消息丢弃次数，指标ID：

1526728489；

关注拥塞，业务流控相关参数是否设置正确等；

流控导致的发送RRCConnectionReject消息次数，指标ID：

1526728490；

3.1.4E-RAB建立失败原因

对小区E-RAB建立失败次数：

因未收到UE响应而导致E-RAB建立失败的次数，指标ID：

1526726717；

处理建议：

需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。

核心网问题导致E-RAB建立失败次数，指标ID：

1526728276；

需跟踪信令，排查核心网问题（EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）；

传输层问题导致E-RAB建立失败次数，指标ID：

1526728277；

需查询传输是否有故障，高误码，闪断，传输侧参数设置问题。

无线层问题导致E-RAB建立失败次数，指标ID：

1526728278；

无线资源不足导致E-RAB建立失败次数，指标ID：

1526728279；

1、排查TOP小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数调整，流量均衡（小区选择，重选和切换类参数）；

2、结合现场调整天馈，流量均衡；

3、热点区域，增补基站等；

安全模式配置失败导致E-RAB建立失败次数，指标ID：

1526728280；

3.1.5接入类问题处理思路

在一般正常情况下建立失败的通常为无线侧问题导致的可以处理，具体常见处理方法和流程如下：

检查操作，告警，传输问题，是否存在网络变动和升级行为等（1.通过LSTALMAF查询站点实时告警,用LSTALMLOG参考历史告警；

→存在告警则降低功率切出用户，严重的临时去激活小区，通知维护人员处理；

通过DSPBRD查询单板运行情况；

→异常则通知维护人员；

传输及EPC侧有网络变动（升级，割接，参数修改等）。

→一般为突发，及时同时相关人员；

通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；

→用MODCELL修改PCI；

检查小区时隙配比是否设置准确（室分:

SA2\SSP7;

宏站:

SA2\SSP5）→LSTCELL查看，MODCELL修改；

如每PRB上干扰噪声平均值>

-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；

→统计话务统计看是突发的还是持续的，可应急通过MODPDSCH降功率处理；

检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；

对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常；

邻区告警、故障等导致TOP小区存在弱覆盖；

天馈问题,无线环境差；

天线权值配置与现场天线参数不一致。

核查参考信号功率是否偏低（常规设置92,122，需结合现场设置）；

→MODPDSCH进行修改；

接通率处理思虑

3.1.6拥塞类问题处理思路

问题现象:

在eNodeB侧话统Counter定义中，如果异常释放打点在L.E-RAB.AbnormRel.Cong

Counter下，则可以判定为该掉话是由于资源拥塞问题导致的掉话。

可能原因:

针对原因值为Congestion的掉话，主要是由于eNodeB侧无线资源拥塞导致的异常释放，如达到最大用户数等。

处理步骤:

一旦某TOP小区出现长时间的拥塞导致的掉话，短期内可考虑打开负载均衡算法/互操作以减轻本小区的负载，长期来看，需要通过扩容等方法解决，并在通过拥塞问题解决后观察掉话类指标是否恢复。

拥塞及用户数相关Counter

另外要同时关注eNodeB侧LICENSE的配置情况以及LICENSE的有效日期

3.2保持性TOP小区分析处理

1.1.1筛选条件

掉线率直接影响用户使用感知，提取15忙时数据，筛选出TOP小区，对未恢复的小区进行分析处理：

UEContext建立成功总次数小于50次的TOP小区，由于触发次数较少，等级次之；

但如果多个时段连续UEContext异常释放次数与建立成功次数相等，需提升处理等级；

1.1.2指标定义

E-RAB掉线率

（eNodeB触发的释放原因为异常的E-RAB释放总次数+切换出E-RAB异常释放总次数）/用户发起E-RAB建立流程且建立成功的总次数*100%

1.1.3异常释放原因分析

TOP小区分析可通过M2000提取异常释放原因：

无线掉线率释放原因如下：

□eNodeB发起的原因为UELOST的UEContext释放次数

□eNodeB发起的原因为切换失败的UEContext释放次数

□eNodeB发起的原因为无线层问题的UEContext释放次数

□eNodeB发起的S1RESET导致的UEContext释放次数

E-RAB掉线率释放原因如下：

□无线层问题导致的激活的E-RAB异常释放次数

□传输层问题导致的激活的E-RAB异常释放次数

□网络拥塞导致的激活的E-RAB异常释放次数

□切换流程失败导致激活的E-RAB异常释放次数

□核心网问题导致E-RAB异常释放次数

1.1.4异常释放后台统计指标项

1.1.5保持类问题处理过程

通过LSTALMAF查询站点实时告警,参考历史告警LSTALMLOG；

→存在告警则降低功率切出用户，严重的临时去激活小区，通知维护人员处理；

→若异常，通知维护人员处理；

提取两两小区切换，确定目标小区：

⏹确定目标小区运行情况，是否基站故障或异常告警；

→若异常，通知维护人员处理；

⏹检查邻区间参数设置是否正确；

→核查修改邻区外部小区参数是否正确，切换偏置是否合理；

⏹通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；

→进行邻区的合理删除和添加；

⏹检查基站是否周边站点缺少，如为孤站，可视为正常；

→暂不做处理，观察；

检查参数设置是否合理：

⏹查询掉线类定时器设置是否正确；

（T310、N311、N310、T311、T301）.LSTUETIMERCONST:

;

⏹如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；

→用LSTOPTLOG查看是否指标异常开始时段有相应修改操作，询问修改人进行相应恢复观察；

检查是否存在干扰：

⏹通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；

→修改PCI

⏹检查小区时隙配比是否设置准确（E频段室分:

F和D频段宏站:

SA2\SSP5）；

→修改时隙配比配比MODCELL;

⏹如每PRB上干扰噪声平均值>

是否存在高质差：

⏹通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；

⏹通过后台误码率跟踪，如BLER>

10%，确定小区存在高误码；

是否存在弱覆盖：

⏹检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；

⏹对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常；

现场测试及后台跟踪：

⏹安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；

⏹如果确认问题后，需配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。

掉线处理思路

3.3移动性指标TOP小区分析与处理

1.1.6筛选条件

切换尝试次数小于50次的TOP小区，由于触发次数较少，等级次之；

但如果多个时段连续切换成功次数为0，需提升处理等级，考虑PCI冲突等切换问题；

1.1.7指标定义

（eNodeB内同频切换出成功次数+eNodeB间同频切换出成功次数-通过重建回源小区的eNodeB间同频切换出执行成功次数-通过重建回源小区的eNodeB内同频切换出执行成功次数）/（eNodeB内同频切换出执行次数+eNodeB间同频切换出尝试次数）*100%

（eNodeB内异频切换出成功次数+eNodeB间异频切换出成功次数-通过重建回源小区的eNodeB间异频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功次数）/（eNodeB内异频切换出执行次数+eNodeB间异频切换出尝试次数）*100%

1.1.8切换失败原因分析

TOP小区分析可通过M2000提取切换出失败原因：

□核心网原因导致切换出准备失败次数

□目标小区无响应导致切换出准备失败次数

□目标小区回复切换准备失败消息导致切换出准备失败次数

□源小区发送切换取消导致切换出准备失败次数

□eNodeB间切换出取消次数

1.1.9切换失败相关指标项

1.1.10切换失败处理过程

查询站点有无告警,小区状态是否正常；

（1.通过LSTALMAF查询站点实时告警,用LSTALMLOG参考历史告警；

查询有无外部干扰（每PRB上干扰噪声平均值>

-110dBm，则存在外部干扰）；

提取两两小区切换，确定切换出目标小区，核查外部小区参数（PCI、TAC、频点、小区标识、切换参数）配置有无错误；

→若错误则对外部定义的小区参数进行修改，另外关注两两小区切换过早和过晚或者乒乓切换统计，进行相应的CIO调整；

查看MAPINFO图层，查看邻区是否存在MOD干扰，确认基站规划是否合理，是否会产生弱覆盖。

→用MODCELL修改PCI或者降功率，降功率需注意是否会造成其他地方覆盖差；

切换处理思路

3.4干扰指标TOP小区分析与处理

1.1.11筛选条件

提取一周凌晨2点数据，筛选出TOP小区，对未恢复的小区进行分析处理：

VIP小区、高业务量小区、重点活动保障区、高投诉区的小区需及时处理；

PUCCH上检测到PRB级别的干扰噪声大于-90dBm小区，高干扰影响小区速率，需扫频等排查处理；

1.1.12指标定义

ROUND（[1526734061]*121.5+.[1526734062]*120.5+.[1526734063]*119.5+.[1526734064]*118.5+.[1526734065]*117.5+.[1526734066]*116.5+.[1526734067]*115.5+.[1526734068]*114.5+.[1526734069]*113.5+.[1526734070]*112.5+.[1526734071]*110+.[1526734072]*106+.[1526734073]*102+.[1526734074]*98+.[1526734075]*94+.[1526734076]*82）/[1526734061]+.[1526734062]+.[1526734063]+.[1526734064]+.[1526734065]+.[1526734066]+.[1526734067]+.[1526734068]+.[1526734069]+.[1526734071]+.[1526734072]+.[1526734073]+.[1526734074]+.[1526734075]+.[1526734076]）,2））

1.1.13干扰分类

1.1.14干扰处理过程

1、通过后台网管找出RSSI异常的小区。

通过小内各RB噪声功率值初步判断干扰信号的频段分布。

2、使用频谱仪频对受干扰小区附近可能存在的干扰源进行扫频测试，并通过关闭受干扰小区和UE终端等手段。

确定干扰信号的场强及频率分布。

3、结合干扰分析方法及干扰信号频率分布、强度的特性判断干扰。

4、利用八木天线的指向性，进一步确定干扰源。

【案例】

测试背景：

石家庄联通集团迎检保障期间，对覆盖道路站点重点监控告警和干扰。

2104年12月13日发现市区新华路601号和市区友谊大街谊北路（省公安厅拉远）存在上行干扰，均为FDD站点，干扰范围较小。

查询历史数据分析，该干扰存在时间规律：

凌晨-中午干扰相对较弱、下午至深夜干扰强烈。

存在干扰的站点地理化显示如下：

测试步骤：

1、通过天馈互调检测等技术手段未发现天馈故障，怀疑为外部干扰。

2、利用频谱仪外接八木天线定位干扰源具体位置。

测试结果：

在市区新华路601号和市区友谊大街谊北路（省公安厅拉远）站点之间进行扫频测试，最终发现某TKV二楼一定向天线附近干扰最大。

通过与该KTV工作人员协商，确定该天线为室内信号放大器信源天线，但是该信号放大器为私自安装，KTV内无人知道设备安装和电源位置，只能确定与楼道内灯的开关一致，具体电路不知。

该KTV营业时间为中午1点至深夜，凌晨至中午歇业。

14日上午协调将信源天线与馈线断开后，现场在楼南北两侧测试干扰消失，后台监控附近站点干扰消失，确定干扰源为该放大器。

但下午1点KTV开始营业，楼道内灯打开后，干扰重新出现，此时信源天线与馈线还是断开，干扰为室内吸顶天线发射信号导致。

由于无法查找电源位置和线路且不能影响该KTV营业，干扰源暂不能关闭，后期需和该KTV协商将该放大器改造或拆除。

3.5信道质量TOP小区提升思路

1.1.15CQI指标定义：

CQI：

ChannelQualityIndicator，信道质量指示，是无线信道的通信质量的测量标准。

CQI能够代表一个给定信道的信道测量标准所谓一个值（或多个值）。

通常，一个高值的CQI表示一个信道有好的质量，反之亦然。

CQI>

=10是采用64QAM调制的必要条件,CQI>

=7是采用16QAM调制的必要条件，采用高阶调制方式，在同等条件下，能获得更高的下载速率。

目前建议采用CQI>

=7的比例、CQI<

=4的比例来衡量网络覆盖水平。

1.1.16CQI指标提升措施

1、平日和工作时段CQI比例高，周末和休息时段CQI比例低，可以看出商务区、工业园区域覆盖强于居民区，因此继续要加强居民区覆盖；

2、农村局站Top小区覆盖方向有缺站或覆盖居民集中区域，这些覆盖差方向上的站点要尽快落实开通；

3、对于接入距离较大的站要通过调整天馈来控制覆盖范围；

4、市区和乡镇用户使用较多的主要公路、小型开发区、高速、商务楼宇等要做到优先覆盖。

1.1.1764QAM提升措施

64QAM占比就是提高MCS值，MCS值又由CQI,SINR等信道质量决定，因些提升64QAM，最主要的解决覆盖问题，提升信道质量，具体操作可参考如下步骤：

1、改善无线信道环境（RF优化）