常见FAIL原因分析汇.docx

性能监控概述本文的接入问题分析、切换问题分析、掉话问题分析 3大章节要是从路测的角度来阐述UMTS RAN KPI的监控与优化的方法，在性能分析章节从方法论的角度阐述了性能分析的总体思路和方法步骤。本章节将通过对RNC、CELL级各项KPI的分析，指导一线如何分析整个网络的无线性能状况。本章节介绍的分析方法涉及的输入数据包含以下几类，数据的获取请参考数据采集章节：网络配置数据，包含RNC和NodeB的配置数据RNC的话统数据RNC的PCHR数据RNC的告警信息————————————————————————————————————————本章节KPI涉及的指标是经验参考指标，仅用于指导网优工程师明确KPI监控目标，并不适应于实际项目。针对不同项目，指标数目会有所不同，具体指标取舍和指标取值需要取决于合同的约定。————————————————————————————————————————Accessibility AnalysisRRC AnalysisRRC ScenarioAnalysisRRC建立的原因主要有注册、异系统小区重选、主叫、被叫等4类RRC建立原因值，可以将这几类场景下RRC建立的次数进行比较，确认信令资源在哪种类型中消耗比重较大，进一步确认优化的目标。假设注册类RRC的比例为R，小区重选比例为S，那么当满足下述条件时可以认为RRC建立原因比较合理，否则需要优化：( R 30% ) ( S 30% ) ( ( R +S ) 50% )优化的手段可以从减少重选次数、增强覆盖等方面考虑。RRC Success RateAnalysisRRC建立成功率是运营商比较关注的指标之一，从网络监控的角度来看，该KPI需要在维持设备稳定的基础上，尽量减少话务冲击、版本升级等重大事件对该KPI带来的影响。针对该KPI（假设为R），通用判断条件与判断结果如下：条件1：整个RNC的指标满足 98% R，判断为 Good。条件2：整个RNC的指标满足 95% R 98%，判断为 Normal。条件3：整个RNC的指标满足 R 95%，判断为Bad。满足条件3时，可以认为指标异常，需要通过各种手段来解决问题。RRC Success Rate in different Scenario针对该项指标，主要是对比注册、异系统小区重选、主叫、被叫等各个场景下RRC接入指标是否有异常。对于该指标（假设为Ri），通用判断条件如下：条件1：各个场景下RRC建立成功率指标满足 98% Ri，判断为 Good。条件2：整个RNC的指标满足 95% Ri 98%，判断为 Normal。条件3：整个RNC的指标满足 Ri 95%，判断为Bad。针对Inter-RAT Cell Reselection RRC TOPN Cell Analysis，主要是覆盖差的区域，可以从增强覆盖入手，如调整功率配比、调整工程参数、加站等；同时也可以考虑减少异系统小区重选次数和更改异系统小区重选门限来考虑。针对Registration RRC TOPN Cell Analysis，可以从调整定时器参数，调整覆盖，以及优化LAC划分等。RRC FAIL TOPN Cell Analysis对于RRC建立失败，包含RRC建立失败以及RRC拒绝2种情况。前者主要是覆盖引起；后者主要是传输、资源拥塞等引起，需要考虑2种失败原因的比值，通用判断条件如下：（RRC拒绝次数：RRC建立失败） 1:10：RRC失败主要是覆盖不好，空口无响应引起，需要通过覆盖优化解决。（RRC拒绝次数：RRC建立失败） 1:10：RRC失败主要是资源拥塞引起，需要结合PCHR、告警文件进一步定位，有针对性的解决资源拥塞问题，比如调整参数，传输资源扩容，CE扩容等。RRC FAIL常见原因针对RRC建立失败常见的Counter，下表给出对应的原因，供参考。RRC FAIL 常见原因Counter中文描述原因VS.RRC.Rej.RL.Fail小区中RL建立失败导致RRC连接建立决绝的次数可能是NodeB出现故障或者NodeB资源不足，针对CE资源可进一步在关联话统指标中查询此时的小区下行最大CE数，若小于20，则话务量不高，为NodeB设备异常VS.RRC.Rej.FP.Fail小区中FP建立失败导致RRC连接建立决绝的次数一般是传输故障或者设备故障，需要查看相关基站的告警VS.RRC.Rej.AAL2.Fail小区中AAL2建立失败导致RRC连接建立决绝的次数；大部分为传输拥塞导致一般是传输资源不足或者传输出现问题，可进一步在关联话统指标中查询此时的小区下行吞吐量，若低于200kbps，则可能为传输故障VS.RRC.Rej.Power.Cong因功率拥塞而拒绝RRC连接请求的次