KPI数据分析(最新整理版).docVIP

1概述

网络性能KPI测试数据处理主要分为两个方面的内容：统计出KPI指标、统计出错误和异常发生的原因。下面将分别就这两方面进行阐述：

2KPI指标统计

2.1何为KPI指标

KPI即关键性能参数，主要有如下这些：

呼叫/激活成功率：对应语音业务而言，称呼叫成功率，对于PS业务而言，称激活成功率。

RRC成功率；

RB建立成功率；

掉话率；

切换成功率；

网络时延：包括RRC时延、RB建立时延、MMC呼叫时延、MTC呼叫时延、PS业务时延、切换时延；

PS吞吐量；

PSping包时延，ping包成功率；

2.2KPI指标统计方式

KPI统计有两种方式，可以用黄河的信令分析工具分析，也可以手动通过信令分析。

2.2.1呼叫/激活成功率

呼叫成功率有两种方式统计：

路测统计：呼叫成功率＝呼通次数/总呼叫次数

后台信令统计；呼叫成功率＝RRC成功率×ALERTING次数/（2×CMServiceRequest次数）

其中：RRC成功率统计方式将在后面介绍，ALERTING次数和CMServiceRequest次数通过信令统计，如下图所示（CMServiceRequest次数160次，Alerting次数306次）：

激活成功率有两种方式统计：

路测统计：激活成功率＝激活次数/总激活次数

后台信令统计；激活成功率＝RRC成功率×ActivePDPAccept次数/ActivePDPRequest次数，如下图所示（ActivePDPAccept和ActivePDPRequest次数分别为253，259）：

2.2.2RRC成功率

RRC成功率是通过后台信令统计的：

RRC成功率＝RRCConnectionSetupComplete总次数/（RRCConnectionRequest总次数－RRCConnectionRequest重传次数）

首先通过信令跟踪工具中“信令数据统计”功能得到RRCConnectionRequest和RRCConnectionSetupComplete的总次数，如下图所示（RRCConnectionRequest和RRCConnectionSetupComplete的总次数分别为：270和267）：

然后，找出RRCConnectionRequest重传次数，方法如下：

1、过滤，在信令跟踪工具页面点击右键，选择“显示过滤”：

2、在过滤窗口勾选“进行数据过滤”，然后在下拉菜单中选择“消息名称”，“＝”，在文字筐填入“rrcconnectionrequest”,点击“或条件”；用同样的方法添加“rrcconnectionsetupcomplete”,如下图所示，最后点确定。

3、通过上个步骤得到过滤后的结果如下：

4、先后双击“时间”和“UEID”，进行排列，排列过后的样子一般是一行“RRCConnectionRequest”和一行“RRCConnectionSetupComplete”交替排列，如下图：

但是也有连续多行RRConnectionRequest之后才出现一行“RRCConnectionSetupComplete”的情况，这时有可能出现“RRCConnectionRequest”重传，如下图：

这时就要看相邻两行“RRCConnectionRequest”是否对应同样的UEID，并且相邻两行的时间差是否小于等于2s，如果同时满足上述两个条件，则两次“RRCConnectionRequest”中有1次是重传。

2.2.3RB建立成功率

RB成功率是通过后台信令统计的：

RB建立成功率＝RadioBearerSetupComplete次数/RadioBearerSetup次数

如下图所示（RadioBearerSetup和RadioBearerSetupComplete次数分别为261，256）：

2.2.4掉话率

掉话率＝掉话次数/（呼叫次数－未呼通次数）

可以通过路测统计和后台信令统计两种方式。一般采用路测统计比较准确。

2.2.5切换成功率

切换成功率通过后台信令统计：

切换成功率＝“PhysicalChannelReconfigurationComplete”次数/（“PhysicalChannelReconfiguration”次数＋“CellupdateConfirm”次数－回滚成功次数）

其中“PhysicalChannelReconfigurationComplete”，“PhysicalChannelReconfiguration”和“CellupdateConfirm”都可以用上面同样的方法统计到，不再赘述。回滚成功次数统计方法如下：

1、双击“UEID”排序

2、右键－》“查找”，输入PhysicalChannelReco