联通三方测试后台跟踪和指标分析方法0618.docx

联通三方测试后台跟踪和指标分析方法0618.docx

《联通三方测试后台跟踪和指标分析方法0618.docx》由会员分享，可在线阅读，更多相关《联通三方测试后台跟踪和指标分析方法0618.docx（22页珍藏版）》请在冰豆网上搜索。

联通三方测试后台跟踪和指标分析方法0618

联通三方测试后台跟踪和指标分析方法

1概述

根据2012年联通比拼测试方法，需要在RNC侧进行4个测试卡号码跟踪，分别为2个为语音长呼、1个语音短呼和1个PS串行测试。

对于4个测试号码都进行UE标准跟踪。

1.1后台跟踪统计指标

可以通过后台可以跟踪统计的指标有两类，一类是通过连接性能监测跟踪来实现，需要跟踪PS串行测试号码，这类指标如下：

1）PS串行测试FTP业务下载平均吞吐率

2）PS串行测试FTP业务下载速率分布

3）PS串行测试FTP业务上传平均吞吐率

4）PS串行测试FTP业务上传速率分布

5）FTP下载业务掉线率

6）FTP上传业务掉线率

另一类通过单用户跟踪来统计，主要是用来统计PS串行测试相关的业务类指标：

1）短呼话音接通率

2）短呼话音连续未接通差点次数

3）短呼话音端到端建立时延

4）PS串行业务PDP激活成功率

5）PS串行业务建立成功率

6）PS串行业务连续建立失败差点次数

7）PS串行业务PDP掉线率

1.2PCHR统计指标

通过PCHR日志来统计包括：

1）AMR/H业务接通率

2）AMR/H业务信令掉话

3）异系统切换成功率

2RNC跟踪操作和指标分析方法

2.1UE单用户跟踪方法

1）登录WEBLMT；

2）点击“跟踪”页面，并选择“跟踪管理”－>“UMTS业务”－>“UE跟踪”，如下图所示：

3）双击“UE跟踪”，打开设置窗口，并输入IMSI信息和相关的设置。

如下所示：

确认全选IUR/IU/UU口跟踪消息，IUB口消息按照默认设置（不包含公共测量报告NBAP_COMM_MEAS_RPRT和专用测量报告NBAP_DEDIC_MEAS_RPRT）：

2.2连接性能监测跟踪方法

1）登录WEBLMT；

2）点击“监测”页面，并选择“监测管理”－>“UMTS监测”－>“连接性能监测”；

3）双击“连接性能监测”，监测项选择“上行吞吐率和带宽”、“下行吞吐率和带宽”，并输入IMSI等相关的信息，监测周期设置为1秒，如下所示：

注意：

对于每个监测项每个RNC最多只能同时跟踪6个用户。

2.3主叫短呼话音接通率统计方法

1）指标定义：

主叫接通次数/主叫试呼次数×100%

2）通过UMAT打开UE单用户跟踪数据，在Type字段单击右键选择“FilterbyColumn”，筛选消息为“RANAP_DIRECT_TRANSFER”和“RANAP_INITIAL_UE_MESSAGE”：

3）右键点击筛选的消息选择“SaveTextinListtoFile”，保存为xls格式文件。

通过excel打开保存的xls文件，通过筛选模式查看“DPC”列信息是否唯一，表示直传消息对应的CN域信令点。

对“Content”列筛选“（MM.CmServiceReq:

）”，“（CC.Alerting:

）”，“（CC.Connect:

）”和“（CC.ConnectAck:

）”，并将筛选的结果复制在新的页签中：

4）手动汇总“（MM.CmServiceReq:

）”消息个数作为主叫试呼次数。

当一次试呼开始后，出现Connect或ConnectAcknowledge或收到altering消息中的任何一条出现就计数为一次接通。

根据以上原则，统计如果连续两次“（MM.CmServiceReq:

）”之间没有Connect，ConnectAcknowledge或altering消息，则作为一次未接通。

手动汇总未接通次数（建议通过IF函数统计），以下是一次未接通的统计结果：

5）计算主叫短呼话音接通率方法：

（SUM（cm-service-request）–SUM（未接通cm-service-request））/SUM（cm-service-request）×100%

2.4短呼话音连续未接通差点次数统计方法

1）指标定义：

连续2次发生主叫语音未接通事件为1个差点；如连续2次失败计差点1个，连续3次未接通，那么差点为2个，类推。

2）将“cm-service-request”与“alerting”统计结果汇总在一起，按照时间或消息序列进行排序：

3）如果连续3次“cm-service-request”之间没有“alerting”，则判定为一次差点。

2.5短呼话音端到端建立时延统计方法

1）指标定义：

主叫手机发出RRCconnectionrequest到主叫手机收到Alerting的时间差。

2）通过UMAT打开单用户跟踪消息，右键单击“Type”列过滤“RRC_RRC_CONNECT_REQ”和“RANAP_DIRECT_TRANSFER”消息，并保存为xls格式文件：

3）通过excel打开保存的xls格式文件，对“Type”字段进行筛选，按照“RRC_RRC_CONNECT_REQ”进行过滤，将筛选结果复制到新的页签中：

4）通过excel打开保存的xls格式文件，对“Content”字段进行筛选，按照“（CC.Alerting:

）”进行过滤，将筛选结果与第三步输出的结果合并，并将“Time”列以升序进行排序，排序后将“Time”字段分列为日期、时间、毫秒：

5）通过excel函数用“alerting”的时间减去上一条“RRC_RRC_CONNECT_REQ”时间得到话音建立时延，参考计算公式如下：

注意：

参考excel函数：

second

2.6PS串行业务PDP激活成功率统计方法

1）指标定义：

PDP激活成功次数/PDP激活请求次数×100%

2）通过UMAT打开PS业务单用户跟踪数据，对“Type”列进行过滤，筛选条件为“RANAP_DIRECT_TRANSFER”和“RRC_UL_DIR_TRANSF”，将筛选后的结果保存为xls格式文件：

3）通过excel打开xls格式文件，对“Content”字段进行筛选，过滤条件为“PS（SM.ActivatePDPReq:

）”或“（SM.ActivatePDPAccept:

）”：

4）分别统计“PS（SM.ActivatePDPReq:

）”和“（SM.ActivatePDPAccept:

）”的次数，并计算PDP激活成功率：

SUM（（SM.ActivatePDPAccept:

））/SUM（PS（SM.ActivatePDPReq:

））×100%

2.7PS串行业务建立成功率

1）指标定义：

分组业务建立成功次数/分组业务建立尝试次数×100%，无法统计PPPdail次数，以RRC建立成功率×PDP激活成功率代替。

2）在FMA窗口中选择一条来自UE的“RRC_RRC_CONNECT_REQ”消息，并按此条件进行筛选：

3）将筛选结果保存为csv格式文件。

4）通过excel打开csv格式文件，对“DetailedInfo”列进行分列：

5）在FMA中选择来自UE的“RRC_RRC_CONNECT_SETUP_CMP”消息，并按此条件进行筛选：

6）将筛选结果保存为csv格式文件。

7）分别打开导出的包含“RRC_RRC_CONNECT_REQUEST”和“RRC_RRC_CONNECT_SETUP_CMP”消息的csv格式文件，汇总统计计算RRC建立成功率：

SUM（RRC_RRC_CONNECT_SETUP_CMP）/SUM（RRC_RRC_CONNECT_REQUEST）×100%。

如果发现存在RRC建立失败的情况，需要将RRC建立请求与RRC建立完成汇总到一起，按照时间或消息序列进行排序，通过RRC建立请求原因甄别出与PS串行业务无关的RRC连接：

8）计算（SUM（RRC建立成功次数）/SUM（RRC建立请求次数））×（SUM（PDP激活成功次数）/SUM（PDP激活请求次数））×100%

2.8PS串行业务连续建立失败差点次数统计方法

1）指标定义：

连续2次发生分组业务建立失败事件为1个差点；如连续2次失败计差点1个，连续3次建立失败，那么差点为2个，类推。

2）通过excel打开在2.6章节保存的csv格式文件，对“DetailedInfo”列进行分列过滤，筛选出“act-PDP-CONTEXT-REQUEST”和“act-PDP-CONTEXT-ACCEPT”。

如果连续两个“act-PDP-CONTEXT-REQUEST”之间没有“act-PDP-CONTEXT-ACCEPT”，则判定为一次失败，连续两次失败为一个差点，也就是连续三个“act-PDP-CONTEXT-REQUEST”之间没有“act-PDP-CONTEXT-ACCEPT”，则为一个差点：

3）手动汇总统计差点数量。

2.9PS串行业务PDP掉线率统计方法

1）指标定义：

（上行PDP异常去激活和下行PDP去激活）/PDP激活成功次数

2）在FMA中在“Direction”列按照“To-CN”进行筛选：

3）在“DetailedInfo”列中，右键点击其中一条“dea-PDP-CONTEXT-REQUEST”消息，选择“ExtractMsgPara”，“UserDefined”，打开选择消息类型窗口：

4）在消息信息窗口中，勾选“dea-PDP-CONTEXT-REQUEST”：

5）在统计结果中，“cause”为“36”表示UE发起的正常PDP去激活请求，需要统计“cause”值为数字但不是“36”的记录作为UE发起的非正常PDP去激活请求数量：

6）在FMA中在“Direction”列按照“From-CN”、“MessageType”列按照“RANAP_DIRECT_TRANSFER”进行筛选：

7）单击右键选择“SaveallMsgs”将筛选后的消息保存为csv格式文件。

8）通过excel打开保存的csv格式数据，过滤“DetailedInfo”列查看是否包含PDP去激活请求消息，作为下行PDP去激活数量，统计次数（本示例中没有下行PDP去激活请求）：

9）计算PDP掉线率：

SUM（UE发起的非正常PDP去激活请求次数，CN下发的PDP去激活次数）/SUM（PDP激活成功次数）×100%

3连接性能监测指标统计和操作方法

3.1跟踪方法

1）登录WEBLMT；

2）点击“监测”页面，并选择“监测管理”－>“UMTS监测”－>“连接性能监测”；

3）双击“连接性能监测”，监测项选择“上行吞吐率和带宽”、“下行吞吐率和带宽”，并输入IMSI等相关的信息。

如下所示：

注意：

连接性能检测对于每个检测项每个RNC最多只能同时跟踪6个用户，测试中只跟踪这上行吞吐率和带宽、下行吞吐率和带宽两项指标，以免影响测试用户接入时延。

3.2FTP上传/下载平均速率统计方法

1）通过excel打开在2.6章节保存的csv格式文件。

2）对“DetailedInfo”列进行分列、过滤，条件为来自CN的“act-PDP-CONTEXT-ACCEPT”和发往CN的“dea-PDP-CONTEXT-REQUEST”：

3）对“Time”列进行分列处理，将时间格式变为日期与时间，需要将时间格式设置为HH:

MM:

SS，“act-PDP-CONTEXT-ACCEPT”与“dea-PDP-CONTEXT-REQUEST”之间作为每次PS串行业务的数传过程：

4）通过excel打开上行和下行吞吐率带宽跟踪，通过分列修改时间格式为HH:

MM:

SS，并通过对时间VLOOKUP将上行吞吐率和下行吞吐率合并在一起：

5）通过VLOOKUP按照时间将“act-PDP-CONT