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

1、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+152

2、6727004）,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+152

3、6734063+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+15267274

4、08*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+152672

5、7397+1526727398+1526727399+1526727400+1526727401+1526727402+1526727403+1526727404+1526727405+1526727406+1526727407+1526727408+1526727409+1526727410+1526727411）,2）ROUND（1526728322）*100/1526728321）,2）1526727212ROUND（1526729491）*100/1526728851）,2）2 KPI处理需求 全网整体指标监控：重点监控切换成功率、掉线率、无线接通率、流量走势；建议提取前一天全网小时级

6、指标与近一周数据走势对比，是否有较大波动，并分析具体原因，整网还是TOP小区影响；现阶段要求切换、接通率大于99%，掉线率小于0.5%；流量应无明显下滑（重大活动等影响除外）； TOP小区处理：建议选取昨日8点-23点15忙时相关指标，优先处理VIP区域、高业务区、高投诉区域小区；3 TOP小区查找和分析处理3.1 接入性TOP分析处理3.1.1 筛选条件 提取15忙时数据，筛选出TOP小区，对未恢复的小区进行分析处理： VIP小区、高业务量小区、重点活动保障区、高投诉区，请求次数较多的小区需及时处理； 连接请求次数小于50次的TOP小区，由于触发次数较少，等级次之；如果多个时段连续无成功次数

7、，需提升处理等级； 业务量较小，无线环境较差，等级次之； 指标定义具体的KPI指标指标定义M2000RRC连接建立成功率RRC连接建立完成次数/RRC连接请求次数（不包括重发）E-RAB建立成功总次数/E-RAB建立尝试总次数无线资源不足导致E-RAB建立失败次数/E-RAB建立尝试总次数3.1.2 接入相关指标项3.1.3 RRC建立失败原因小区RRC建立失败次数： 资源分配失败而导致RRC连接建立失败的次数，指标ID：1526727083；重点关注top资源是否足够，包括top用户数，传输、PRB等； UE无应答而导致RRC连接建立失败的次数，指标ID：1526727084；关注质差、干扰

8、、无线环境等； 小区发送RRC Connection Reject消息次数，指标ID：1526728269；关注传输问题、是否拥塞、干扰； 因为SRS资源分配失败而导致RRC连接建立失败的次数，指标ID：1526728485；重点关注SRS带宽、配置指示、配置方式、SRS ACK/NACK设置是否合理等； 因为PUCCH资源分配失败而导致RRC连接建立失败的次数，指标ID： 1526728486；关注PUCCH信道相关参数设置是否合理，CQI RB数配置是否合理等； 流控导致的RRC Connection Request 消息丢弃次数，指标ID：1526728489；关注拥塞，业务流控相关参数

9、是否设置正确等； 流控导致的发送RRC Connection Reject消息次数，指标ID：1526728490；3.1.4 E-RAB建立失败原因对小区E-RAB建立失败次数： 因未收到UE响应而导致E-RAB建立失败的次数，指标ID：1526726717；处理建议：需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。 核心网问题导致E-RAB建立失败次数，指标ID：1526728276；需跟踪信令，排查核心网问题（EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）； 传输层问题导致E-RAB建立失败次数，指标ID：1526728277；需查询

10、传输是否有故障，高误码，闪断，传输侧参数设置问题。 无线层问题导致E-RAB建立失败次数，指标ID：1526728278； 无线资源不足导致E-RAB建立失败次数，指标ID：1526728279；1、排查TOP小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数调整，流量均衡（小区选择，重选和切换类参数）；2、结合现场调整天馈，流量均衡；3、热点区域，增补基站等； 安全模式配置失败导致E-RAB建立失败次数，指标ID：1526728280；3.1.5 接入类问题处理思路在一般正常情况下建立失败的通常为无线侧问题导致的可以处理，具体常见处理方法和流程如下： 检查操作，告警，传输问题，是

11、否存在网络变动和升级行为等（1.通过LST ALMAF查询站点实时告警,用LST ALMLOG参考历史告警； 存在告警则降低功率切出用户，严重的临时去激活小区，通知维护人员处理； 通过DSP BRD 查询单板运行情况；异常则通知维护人员； 传输及EPC侧有网络变动（升级，割接，参数修改等）。一般为突发，及时同时相关人员； 通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；用MOD CELL修改PCI； 检查小区时隙配比是否设置准确（室分:SA2SSP7;宏站:SA2SSP5）LST CELL查看，MOD CELL修改； 如每PRB上干扰噪声平均值-110dBm,确认小区存在上行干

12、扰，同时可通过后台跟踪，确认干扰类型；统计话务统计看是突发的还是持续的，可应急通过MOD PDSCH降功率处理； 检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； 邻区告警、故障等导致TOP小区存在弱覆盖； 天馈问题,无线环境差； 天线权值配置与现场天线参数不一致。 核查参考信号功率是否偏低（常规设置92,122，需结合现场设置）；MOD PDSCH进行修改； 接通率处理思虑3.1.6 拥塞类问题处理思路问题现象:在eNodeB侧话统Counter定义中，如果异常释放打点在L.

13、E-RAB.AbnormRel.CongCounter下，则可以判定为该掉话是由于资源拥塞问题导致的掉话。可能原因:针对原因值为Congestion的掉话，主要是由于eNodeB侧无线资源拥塞导致的异常释放，如达到最大用户数等。处理步骤:一旦某TOP小区出现长时间的拥塞导致的掉话，短期内可考虑打开负载均衡算法/互操作以减轻本小区的负载，长期来看，需要通过扩容等方法解决，并在通过拥塞问题解决后观察掉话类指标是否恢复。拥塞及用户数相关Counter另外要同时关注eNodeB侧LICENSE的配置情况以及LICENSE的有效日期3.2 保持性TOP小区分析处理1.1.1 筛选条件 掉线率直接影响用户

14、使用感知，提取15忙时数据，筛选出TOP小区，对未恢复的小区进行分析处理： UE Context建立成功总次数小于50次的TOP小区，由于触发次数较少，等级次之；但如果多个时段连续UE Context异常释放次数与建立成功次数相等，需提升处理等级；1.1.2 指标定义E-RAB掉线率（eNodeB触发的释放原因为异常的E-RAB释放总次数+切换出E-RAB异常释放总次数）/用户发起E-RAB建立流程且建立成功的总次数*100%1.1.3 异常释放原因分析TOP小区分析可通过M2000提取异常释放原因：无线掉线率释放原因如下： eNodeB发起的原因为UE LOST的UE Context释放次数

15、 eNodeB发起的原因为切换失败的UE Context释放次数 eNodeB发起的原因为无线层问题的UE Context释放次数 eNodeB发起的S1 RESET导致的UE Context释放次数E-RAB掉线率释放原因如下：无线层问题导致的激活的E-RAB异常释放次数传输层问题导致的激活的E-RAB异常释放次数网络拥塞导致的激活的E-RAB异常释放次数切换流程失败导致激活的E-RAB异常释放次数核心网问题导致E-RAB异常释放次数1.1.4 异常释放后台统计指标项1.1.5 保持类问题处理过程 通过LST ALMAF查询站点实时告警,参考历史告警LST ALMLOG；存在告警则降低功率切

16、出用户，严重的临时去激活小区，通知维护人员处理； 若异常，通知维护人员处理； 提取两两小区切换，确定目标小区： 确定目标小区运行情况，是否基站故障或异常告警；若异常，通知维护人员处理； 检查邻区间参数设置是否正确；核查修改邻区外部小区参数是否正确，切换偏置是否合理； 通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；进行邻区的合理删除和添加； 检查基站是否周边站点缺少，如为孤站，可视为正常；暂不做处理，观察； 检查参数设置是否合理： 查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）. LST UETIMERCONST:; 如掉线率突增，查询操作日

17、志，确认是否有修改，导致小区异常；用LST OPTLOG查看是否指标异常开始时段有相应修改操作，询问修改人进行相应恢复观察； 检查是否存在干扰： 通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；修改PCI 检查小区时隙配比是否设置准确（E频段室分: F和D频段宏站:SA2SSP5）；修改时隙配比配比MOD CELL; 如每PRB上干扰噪声平均值 是否存在高质差： 通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； 通过后台误码率跟踪，如BLER10%，确定小区存在高误码； 是否存在弱覆盖： 检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，

18、基本确定小区存在弱覆盖； 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； 现场测试及后台跟踪： 安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； 如果确认问题后，需配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。 掉线处理思路3.3 移动性指标TOP小区分析与处理1.1.6 筛选条件 切换尝试次数小于50次的TOP小区，由于触发次数较少，等级次之；但如果多个时段连续切换成功次数为0，需提升处理等级，考虑PCI冲突等切换问题；1.1.7 指标定义（eNodeB内同频切换出成功次数+eNodeB间同频切换出成功次数-通过重建回源小区的eNodeB间同

19、频切换出执行成功次数-通过重建回源小区的eNodeB内同频切换出执行成功次数）/（eNodeB内同频切换出执行次数+eNodeB间同频切换出尝试次数）*100%（eNodeB内异频切换出成功次数+eNodeB间异频切换出成功次数-通过重建回源小区的eNodeB间异频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功次数）/（eNodeB内异频切换出执行次数+eNodeB间异频切换出尝试次数）*100%1.1.8 切换失败原因分析TOP小区分析可通过M2000提取切换出失败原因： 核心网原因导致切换出准备失败次数 目标小区无响应导致切换出准备失败次数 目标小区回复切换准备失败

20、消息导致切换出准备失败次数 源小区发送切换取消导致切换出准备失败次数 eNodeB间切换出取消次数1.1.9 切换失败相关指标项1.1.10 切换失败处理过程 查询站点有无告警,小区状态是否正常；（1.通过LST ALMAF查询站点实时告警,用LST ALMLOG参考历史告警； 查询有无外部干扰（每PRB上干扰噪声平均值-110dBm，则存在外部干扰）； 提取两两小区切换，确定切换出目标小区，核查外部小区参数（PCI、TAC、频点、小区标识、切换参数）配置有无错误； 若错误则对外部定义的小区参数进行修改，另外关注两两小区切换过早和过晚或者乒乓切换统计，进行相应的CIO调整； 查看MAPINFO

21、图层，查看邻区是否存在MOD干扰，确认基站规划是否合理，是否会产生弱覆盖。用MOD CELL修改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.

22、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+.152673

23、4067+.1526734068+.1526734069+.1526734071+.1526734072+.1526734073+.1526734074+.1526734075+.1526734076）,2）1.1.13 干扰分类1.1.14 干扰处理过程1、通过后台网管找出RSSI异常的小区。通过小内各RB噪声功率值初步判断干扰信号的频段分布。2、使用频谱仪频对受干扰小区附近可能存在的干扰源进行扫频测试，并通过关闭受干扰小区和UE终端等手段。确定干扰信号的场强及频率分布。3、结合干扰分析方法及干扰信号频率分布、强度的特性判断干扰。4、利用八木天线的指向性，进一步确定干扰源。【案例】测试背景：

24、石家庄联通集团迎检保障期间，对覆盖道路站点重点监控告警和干扰。2104年12月13日发现市区新华路601号和市区友谊大街谊北路（省公安厅拉远）存在上行干扰，均为FDD站点，干扰范围较小。查询历史数据分析，该干扰存在时间规律：凌晨-中午干扰相对较弱、下午至深夜干扰强烈。存在干扰的站点地理化显示如下：测试步骤：1、通过天馈互调检测等技术手段未发现天馈故障，怀疑为外部干扰。2、利用频谱仪外接八木天线定位干扰源具体位置。测试结果：在市区新华路601号和市区友谊大街谊北路（省公安厅拉远）站点之间进行扫频测试，最终发现某TKV二楼一定向天线附近干扰最大。通过与该KTV工作人员协商，确定该天线为室内信号放大

25、器信源天线，但是该信号放大器为私自安装，KTV内无人知道设备安装和电源位置，只能确定与楼道内灯的开关一致，具体电路不知。该KTV营业时间为中午1点至深夜，凌晨至中午歇业。14日上午协调将信源天线与馈线断开后，现场在楼南北两侧测试干扰消失，后台监控附近站点干扰消失，确定干扰源为该放大器。但下午1点KTV开始营业，楼道内灯打开后，干扰重新出现，此时信源天线与馈线还是断开，干扰为室内吸顶天线发射信号导致。由于无法查找电源位置和线路且不能影响该KTV营业，干扰源暂不能关闭，后期需和该KTV协商将该放大器改造或拆除。3.5 信道质量TOP小区提升思路1.1.15 CQI指标定义：CQI：Channel

26、Quality Indicator，信道质量指示，是无线信道的通信质量的测量标准。CQI能够代表一个给定信道的信道测量标准所谓一个值（或多个值）。通常，一个高值的CQI表示一个信道有好的质量，反之亦然。CQI=10是采用64QAM调制的必要条件,CQI=7是采用16QAM调制的必要条件，采用高阶调制方式，在同等条件下，能获得更高的下载速率。目前建议采用CQI=7的比例、CQI=4的比例来衡量网络覆盖水平。1.1.16 CQI指标提升措施1、平日和工作时段CQI比例高，周末和休息时段CQI比例低，可以看出商务区、工业园区域覆盖强于居民区，因此继续要加强居民区覆盖；2、农村局站Top小区覆盖方向有缺站或覆盖居民集中区域，这些覆盖差方向上的站点要尽快落实开通；3、对于接入距离较大的站要通过调整天馈来控制覆盖范围；4、市区和乡镇用户使用较多的主要公路、小型开发区、高速、商务楼宇等要做到优先覆盖。1.1.17 64QAM提升措施64QAM占比就是提高MCS值，MCS值又由CQI,SINR等信道质量决定，因些提升64QAM，最主要的解决覆盖问题，提升信道质量，具体操作可参考如下步骤：1、改善无线信道环境（RF优化）