常见FAIL原因分析.docxVIP

1. 性能监控 概述 本文的错误!未找到引用源。、错误!未找到引用源。、错误!未找到引用源。3大章节要 是从路测的角度來阐述UMTS RAN KPI的监控与优化的方法，在错误!未找到引用源。章节 从方法论的角度阐述了性能分析的总体思路和方法步骤。本章节将通过对RNC、CELL级各 项KPI的分析，指导一线如何分析整个网络的无线性能状况。 本章节介绍的分析方法涉及的输入数据包含以下儿类，数据的获取请参考错误!未找到引 用源。章节： 网络配置数据，包含RNC和NodeB的配置数据 RNC的话统数据 RN C的PCHR数据 RNC的告警信息 本章节K P涉及的指标是经验参考指标,仅用于指导网优工程师明确KP\监控目标,并不 适应于实际项冃。针对不同项冃,指标数冃会有所不同,具体指标取舍和指标取值需要取 决于合同的约定。 Accessib ility An alysis RRC Analysis RRC Seenario Analysis RRC建立的原因主要有注册、异系统小区重选、主叫、被叫等4类RRC建立原因值，可以 将这儿类场景下RRC建立的次数进行比较，确认信令资源住哪种类型川消耗比重较大，进 一步确认优化的目标。 假设注册类RRC的比例为R,小区重选比例为S,那么当满足下述条件时可以认为RRC建 立原因比较合理，否则需要优化： (R)) 优化的手段可以从减少重选次数、增强覆盖等方面考虑。 RRC Success Rate Analysis RRC建立成功率是运营商比较关注的指标之一，从网络监控的角度來看，该KPI需要在维 持设备稳定的基础上，尽量减少话务冲击、版本升级等重大事件对该KPI带来的影响。 针对该KPI (假设为R),通用判断条件与判断结果如下： 条件1：整个RNC的指标满足R,判断为Good o 条件2：整个RNC的指标满足95%,判断为Normal 条件3：整个RNC的指标满足95%,判断为Bad。 满足条件3时，可以认为指标异常，需要通过各种手段来解决问题。 RRC Success Rate in different Seenario 针对该项指标，主要是对比注册、异系统小区重选、主叫、被叫等各个场景下RRC接入指 标是否有异常。对于该指标（假设为）,通用判断条件如下： 条件1：各个场景下RRC建立成功率指标满足i,判断为Goodo 条件2：整个RNC的指标满足iv98%,判断为NormaL 条件3：整个RNC的指标满足5%,判断为Bad。 针对Inter-RATCell Reselection RRC TOPN Cell Analysis ,主要是覆盖差的区域,可以从增强覆 盖入手，如调整功率配比、调整工程参数、加站等；同时也可以考虑减少异系统小区重选 次数和更改异系统小区重选门限来考虑。 针对Registration RRC TOPN Cell Analysis ,可以从调整定时器参数，调整覆盖,以及优化 LAC划分等。 RRC FAIL TOPN Cell Analysis 对于R RC建立失败，包含R RC建立失败以及RR C拒绝2种情况。前者主要是覆盖引起； 后者主要是传输、资源拥塞等引起，需要考虑2种失败原因的比值，通用判断条件如下： （RR C拒绝次数：RRC建立失败）0： RRC失败主要是覆盖不好，空口无响应引起, 需要通过覆盖优化解决。 （RRC拒绝次数：RRC建立失败）1:10： R RC失败主要是资源拥塞引起，需要结 合PC HR、告警文件进一步定位，有针对性的解决资源拥塞问题，比如调整参数， 传输资源扩容，CE扩容等。 RRC FAIL常见原因 针对RRC建立失败常见的Counter,下表给岀对应的原因，供参考。 RRC FAI L常见原因 RAB Analysis RAB Seenario Analysis R AB建立根据不同的场景，可以划分为AMR VP、PS （R99 ）、HSDPA、HS UPA等，可以 通过各场景的对比，了解网络的业务状况，分析网络屮各种业务的比重。 RAB Success Rate Analysis 通常情况下，运营商对于RAB建立成功率的要求与对RR C建立成功率的要求基本接近， 针对该KPI （假设为R）,通用判断条件与判断结果如下： 条件1：整个RNC的指标满足98%,判断为Good。 条件2：整个RNC的指标满足95%,判断为Norm ale 条件3：整个RNC的指标满足R,判断为Bado 上述指标适用于各种业务的建立，包含AMR、VP、R99 PS、HSPA等，判断为Bad的优化措 施可以参考下述Top N Cell分析。 AMR RAB FAIL TOPN Analysis 针对AMR RAB建立失败，可以按照天来分析，找出成功率低的时间