常见FAIL原因分析

1 性能监控

1.1 概述

本文的错误！未找到引用源。、错误！未找到引用源。、错误！未找到引用源。3

大章节要是从路测的角度来阐述UMTS RAN KPI的监控与优化的方法，在错误！未找到引用源。章节从方法论的角度阐述了性能分析的总体思路和方法步骤。本章节将通过对RNC、CELL级各项KPI的分析，指导一线如何分析整个网络的无线性能状况。

本章节介绍的分析方法涉及的输入数据包含以下几类，数据的获取请参考错误！未找到引用源。章节：

●网络配置数据，包含RNC和NodeB的配置数据

●RNC的话统数据

●RNC的PCHR数据

●RNC的告警信息

说明

本章节KPI涉及的指标是经验参考指标，仅用于指导网优工程师明确KPI监控

目标，并不适应于实际项目。针对不同项目，指标数目会有所不同，具体指标

取舍和指标取值需要取决于合同的约定。

——————————————————————————————————

——————

1.2 Accessibility Analysis

1.2.1 RRC Analysis

1. RRC ScenarioAnalysis

RRC建立的原因主要有注册、异系统小区重选、主叫、被叫等4类RRC建立原因值，可以将这几类场景下RRC建立的次数进行比较，确认信令资源在哪种类型中消耗比重较大，进一步确认优化的目标。

假设注册类RRC的比例为R，小区重选比例为S，那么当满足下述条件时可以认为RRC建立原因比较合理，否则需要优化：

( R < 30% ) & ( S < 30% )& ( ( R +S ) < 50% )

优化的手段可以从减少重选次数、增强覆盖等方面考虑。

2. RRC Success RateAnalysis

RRC建立成功率是运营商比较关注的指标之一，从网络监控的角度来看，该KPI 需要在维持设备稳定的基础上，尽量减少话务冲击、版本升级等重大事件对该KPI带来的影响。

针对该KPI（假设为R），通用判断条件与判断结果如下：

●条件1：整个RNC的指标满足98% < R，判断为Good。

●条件2：整个RNC的指标满足95% < R < 98%，判断为Normal。

●条件3：整个RNC的指标满足R < 95%，判断为Bad。

满足条件3时，可以认为指标异常，需要通过各种手段来解决问题。

3. RRC Success Rate in different Scenario

针对该项指标，主要是对比注册、异系统小区重选、主叫、被叫等各个场景下RRC 接入指标是否有异常。对于该指标（假设为R i），通用判断条件如下：

●条件1：各个场景下RRC建立成功率指标满足98% < Ri，判断为Good。

●条件2：整个RNC的指标满足95% < Ri< 98%，判断为Normal。

●条件3：整个RNC的指标满足R i< 95%，判断为Bad。

针对Inter-RAT Cell Reselection RRC TOPN Cell Analysis，主要是覆盖差的区域，可以从增强覆盖入手，如调整功率配比、调整工程参数、加站等；同时也可以考虑减少异系统小区重选次数和更改异系统小区重选门限来考虑。

针对Registration RRC TOPN Cell Analysis，可以从调整定时器参数，调整覆盖，以及优化LAC划分等。

4. RRC FAIL TOPN Cell Analysis

对于RRC建立失败，包含RRC建立失败以及RRC拒绝2种情况。前者主要是覆盖引起；后者主要是传输、资源拥塞等引起，需要考虑2种失败原因的比值，通用判断条件如下：

●（RRC拒绝次数：RRC建立失败）< 1:10：RRC失败主要是覆盖不好，空口无

响应引起，需要通过覆盖优化解决。

●（RRC拒绝次数：RRC建立失败）> 1:10：RRC失败主要是资源拥塞引起，需

要结合PCHR、告警文件进一步定位，有针对性的解决资源拥塞问题，比如调

整参数，传输资源扩容，CE扩容等。

1.2.2 RRC FAIL常见原因

针对RRC建立失败常见的Counter，下表给出对应的原因，供参考。

表 1-1RRC FAIL 常见原因

1.2.3 RAB Analysis

1. RAB Scenario Analysis

RAB建立根据不同的场景，可以划分为AMR、VP、PS（R99）、HSDPA、HSUPA 等，可以通过各场景的对比，了解网络的业务状况，分析网络中各种业务的比重。

2. RAB Success Rate Analysis

通常情况下，运营商对于RAB建立成功率的要求与对RRC建立成功率的要求基本接近，针对该KPI（假设为R），通用判断条件与判断结果如下：

●条件1：整个RNC的指标满足98% < R，判断为Good。

●条件2：整个RNC的指标满足95% < R < 98%，判断为Normal。

●条件3：整个RNC的指标满足R < 95%，判断为Bad。

上述指标适用于各种业务的建立，包含AMR、VP、R99 PS、HSPA等，判断为Bad 的优化措施可以参考下述TopN Cell分析。

3. AMR RAB FAIL TOPN Analysis

针对AMR RAB建立失败，可以按照天来分析，找出成功率低的时间，时间粒度一般需要定位到小时，需要结合设备告警信息、PCHR数据，以及相关网络参数调整等信息入手分析。针对该KPI，如果满足下述条件，可以认为分布比较合理，否则需要优化：

（TopN小区的AMR RAB失败失败：总AMR RAB失败次数）< 25%

对于AMR RAB建立失败的小区，需要结合具体问题具体分析，请参考CS RAB FAIL 常见原因。常见的有空口导致的失败、other原因引起的失败：

●针对空口导致的RAB失败，需要通过覆盖优化解决。

●对于other原因导致的失败，需要结合CHR进一步分析。

4. VP RAB FAIL TOPN Analysis

针对VP RAB建立失败，可以按照天来分析，找出成功率低的时间，时间粒度一般需要定位到小时。针对该KPI，如果满足下述条件，可以认为分布比较合理，否则需要优化：

（TopN小区的VP RAB失败失败：总VP RAB失败次数）< 25%

一般网络中CS AMR失败主要以AMR RAB失败为主，VP RAB不是关注的重点。若是VP RAB建立成功率异常，分析方法可以参考AMR RAB的问题定位。