联通三方测试后台跟踪和指标分析方法0618.docx
《联通三方测试后台跟踪和指标分析方法0618.docx》由会员分享,可在线阅读,更多相关《联通三方测试后台跟踪和指标分析方法0618.docx(22页珍藏版)》请在冰豆网上搜索。
![联通三方测试后台跟踪和指标分析方法0618.docx](https://file1.bdocx.com/fileroot1/2022-10/24/ad9714fb-8645-41ec-8649-3b405aa222bf/ad9714fb-8645-41ec-8649-3b405aa222bf1.gif)
联通三方测试后台跟踪和指标分析方法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