关于鼎利DT中数据统计的操作文档格式.docx
- 文档编号:6047977
- 上传时间:2023-05-05
- 格式:DOCX
- 页数:29
- 大小:907.96KB
关于鼎利DT中数据统计的操作文档格式.docx
《关于鼎利DT中数据统计的操作文档格式.docx》由会员分享,可在线阅读,更多相关《关于鼎利DT中数据统计的操作文档格式.docx(29页珍藏版)》请在冰点文库上搜索。
7.2掉话次数的修正25
8总结27
1概述
鼎利公司的PilotPanorama提供了强大的前台测试功能,但是各位对后台数据统计分析掌握的情况各不相同,在11月6日,百色地区对DT、CQT、KPI报告的会审后,对市区、市郊、县城、县郊范围重新划定,在这里简单叙述关于这次DT中的统计方法。
希望大家学习一下,以备不时之需。
用户事件、接通率、掉话率、信令丢失修正是引用徐宏峰经理编写的《用Pilot_Panorama统计KPI的方法v3.3》原文。
2各指标统计
2.1PilotPanorama中市区范围的选择
关于市区等范围的划分请参考《百色后期路测路线范围》一文。
以下采用PilotPanoramaVersion6.3.2.1版本进行操作说明。
由于路测的时,对数据的保存没有规律,一段数据可能跑到了郊区。
例如:
百色民族山庄前往百色工业中专的测试数据“D_V_S_200809241506”,由于数据保存的较长,一直延伸到百色市新世界方向,全部删除一定影响到统计的准确率。
在此我们要对测试的数据进行切割操作,区分市区和市郊的范围。
1、在PilotPanorama的MAP窗口中,选择Move&
DataEdit(工具显示图标为
),出现对话框“DataEdit”。
2、对我们导入的数据进行编辑选择,使用红色框内的SelectInDataploygon按钮,选择需要删除的部分数据。
如下图所示
3、被选中的数据将显示为黑色,点击红色框内DeleteSelectedData按钮,删除选择的数据。
其他区域采用相同的方法操作,删除非市区范围的数据。
4、完成筛选删除后,市区的范围如下图所示。
5、对筛选的数据进行保存,方便以后使用。
在DataEdit中选择CommitModify按钮,保存修改的数据。
如下图所示:
2.2覆盖率统计
1、在PilotPanorama中,我们导入全部市区数据(包括主、被叫,数据为
10月18日)。
首先我们在View——Filter中设置定义市区指标提取范围。
2、在ConfigureFilters中,双击选择第一个,在以下对话框中Append增加定义指标的范围(1中标识),根据电信集团定义的市区无线环境标准进行设置,完成后选定设置(2中标识)。
如下图:
3、定义指标范围后,在MAP窗口中,选择:
后,出现对话框“DataEdit”中点击“
”中的三角形箭头,选择我们定义的指标范围,在范围内的数据将显示为黑色。
4、在PilotPanorama菜单栏中,点击Analusis——Statistics选择“Selected”,跳出“StatisticsConfiguratin”对话框,点击确定。
5、完成以上步骤,我们统计的覆盖率就出来了如下图所示:
6、步骤5中统计覆盖率的同时也完成了对RSSI、Ec/Io、TxPower、FFER等指标统计,但是这个统计出来的RSSI、Ec/Io、TxPower、FFER等指标是符合定义事件的指标,如在-15dB,-36dB的采样点显示为“0”,不能被采用,。
2.3RSSI、Ec/Io、TxPower、FFER的统计
1、在统计覆盖率的时候我们指定了符合指标的范围,统计RSSI、Ec/Io、TxPower、FFER时,无需指定定义范围。
在PilotPanorama菜单栏中,点击Analusis——Statistics选择“ByData”,出现“SelectTestData”对话框,全部选择后,点击确定,出现“StatisticsConfiguratin”对话框,点击确定。
如下图所以。
2、完成以上步骤,我们统计的覆盖率就出来了如下图所示:
3、无线参数柱状图的导出步骤。
在上面第2点中的“StatisticsResult”窗口中点击“Distribution”,跳出“ReportItems”窗口,选择我们需要导出的参数。
这里我们要导出Ec/Io的柱状图为例,相应的设置后,选择“Chart”,跳出“ChartWindow”窗口,点击“OK”,导出Ec/Io柱状图。
4、柱状图中,柱状图、百分比的设置。
在导出RSSI等参数时,PilotPanorama中显示的为饼型图。
在出现“ChartWindow”窗口时,选择“Editor”后,跳出“Editing”对话框,在Chart——Serise中选择Change,在出现的对话框中选择“Bar”。
在Serise——Marks下选择“Percent”,然后关闭。
饼型图就设置为百分比的柱状图。
5、无线参数统计表的导出步骤。
在“ReportItems”窗口中选择“Table”就可以到处Ec/Io统计表,如下图所示。
3用户事件UserEvents
UserEvents(用户事件)是根据信令消息来定义某种事件,系统通常已设置了CallSuccess、OutgoingCall两种事件。
CallSuccess定义了掉话和正常释放,OutgoingCall则定义了呼叫失败和呼叫建立,如下图:
上图表示在一条OriginationMessage消息后,如果出现一条OriginationMessage(非重发),则报告为一次CallFail。
如果出现一条FTCOrderMessage(释放),也报告为CallFail。
直到出现ServiceConnectCompletionMessage才报告为CallConnection,见下图:
在一次正常的呼叫过程中,总是先出现ServiceConnectCompletionMessage再出现FTCOrderMessage(释放),这时就能准确到一次CallConnection。
但是如果丢失了
ServiceConnectCompletionMessage,那么本是成功的呼叫,就会变成CallFail了。
在上图中,BitmapFile一栏已被清空,这样在MAP窗口显示用户事件时(点击
图标),就只显示呼叫失败的事件。
我们可以在View——UserEvents里对现有的事件进行编辑,也可自定义新的事件。
需要注意的是,软件在CallSuccess里对掉话的定义有错误,正确的设置在后面的章节会提到。
4接通率统计
4.1接通率定义
按照《中国电信CDMA网络DTCQT测试评估技术规范》,接通率=被叫接通总次数/主叫试呼总次数×
100%。
其中:
1)主叫试呼次数:
由主叫ACOriginationMessage(若某次呼叫没有该消息,取主叫出现的第一条AccessProbe信息)表示进行了试呼,一次呼叫的多条ACOriginationMessage仅计为一次。
2)接通次数:
当一次试呼开始后,被叫手机接收到FTCAlertWithInformationMessage消息(若某次呼叫被叫没有接收到该信息,取被叫手机呼叫接收的RTCServiceConnectCompletionMessage消息或者FTCServiceConnectMessage消息)就计数为一次接通。
3)接通率=被叫FTCAlertWithInformationMessage数/主叫ACOriginationMessage数×
因此要计算接通率,就必须统计主叫试呼次数和被叫接通次数。
4.2主叫试呼次数
1)打开View——UserEvents
2)选择OutgoingCall,点击Edit。
3)检查各信令对应的Report是否相符,如果不符合则需要修改。
注:
BimapFile清空,是为了在MAP窗口显示UserEvent时,只显示失败的事件。
下同。
4)在MAP窗口导入(主叫)TestData文件后,选择Diagnosis——UserEvents。
5)选中(主叫)测试文件名后,点击OK。
6)点击Tableit。
7)主叫试呼次数即为以下两项之和(316+17=333)。
4.3被叫接通次数
需要新建一个UserEvents事件来统计。
考虑到测试过程中可能会有信令丢失,电信规定AlertwithInformation、ServiceConnectMessage或ServiceConnectCompletionMessage都可以作为被叫接通的标志。
正常情况下,这三种信令的数量基本相同。
以AlertwithInformation作为统计点的设置步骤如下:
1)打开View——UserEvents,点击NEW。
2)在右边的消息栏里选择ACPageResponseMessage,点击NewItem。
3)在左边的窗开选中ACPageResponseMessage,在消息栏里选择FTCAlertwithInformation,点击NewSubItem。
4)在左边窗口选中FTCAlertwithInformation,在Report一栏中填入“Alert”。
这样一来,在PageResponseMessage后跟着有一条FTCAlertwithInformation时,就会统计成一次“Alert”。
5)在MAP窗口导入(被叫)TestData文件后,选择Diagnosis——UserEvents,再选中(被叫)TestData文件,点击OK。
6)以下是统计结果:
被叫接通次数为239。
由此统计到的接通率=239/334=71.56%。
5掉话率统计
5.1掉话率定义
定义:
掉话率=掉话总次数/接通总次数×
100%
说明:
1)接通次数:
同CDMA接通率定义中的接通次数。
2)掉话次数:
在一次通话中如出现ReleaseOrderMessage,就计为一次呼叫正常释放。
只有当该消息未出现而收到SCSyncMessage或测试手机直接由专用模式转为空闲模式时,才计为一次掉话。
3)在一次掉话过程中如果出现主被叫同时掉话情况,只计一次掉话。
按照电信的规范,而主被叫同时掉话时,只统计一次,这在PilotPanorama上无法自动判断,需要手工统计。
5.2掉话次数统计
以统计主叫掉话次数为例,步骤如下:
1)打开View——UserEvents;
2)选中CallSuccess,点击Edit。
3)检查各信令对应的Report是否如下图相符,如果不符合则需要修改。
4)按照5.2介绍的步骤完成主叫掉话次数的统计,结果如下:
正常释放(CallSuccess)次数为337,掉话次数为10次。
注意到两者之和(347)是呼叫建立成功次数,与OutgoingCall中统计值(316)有较大的差异。
事件CallSuccess是在出现ServiceConnection后开始统计的,事件OutgoingCall则统计OM消息后出现ServiceConnection的数量,可见OM消息丢失严重。
以同样的方法统计被叫的掉话次数如下:
最后还要根据信令消息的时间(或掉话地点)统计出主被叫同时掉话的次数(如10次),则总的掉话次数=主叫掉话次数+被叫掉话次数-同时掉话的次数。
在本例中,总掉话次数=10+26-10=26,则掉话率=26/239=10.88%。
6平均呼叫建立时延
平均呼叫建立时延=(呼叫建立时延总和/接通总次数)
1)呼叫建立时延:
主叫手机发出第一条ACOriginationMessage到被叫手机接收到Alertwithinformation的时间差。
2)取所有测试样本中除了呼叫失败情况外的平均时长。
软件提供统计呼叫时延的功能,但是不符合上面的定义。
需要手工计算。
方法:
1)在消息窗口点击鼠标右键,选择MessageFlow,导出一个TXT文件。
2)用Excle打开,把被叫文件的AlertwithInformationMessage消息和时间COPY到新的Excle表中,同样把主叫消息OriginationMessage合并到该表中,两者的时间差即位呼叫时延。
注1:
在导出信令时,不要合并测试数据。
注2:
如果时间差较大(如超过15s),说明本次呼叫失败,应把OriginationMessage删除。
7存在信令丢失时的修正
7.1被叫接通次数的修正
按AlertwithInformation统计的接通率明显偏低(小于85%),说明信令丢失严重,则修改统计点:
只要出现ServiceConnectMessage、ServiceConnectCompletionMessage、AlertwithInformation之一,即为被叫接通。
必须注意的是:
替换前后的统计方法需要保持一致!
以ServiceConnectMessage、ServiceConnectCompletionMessage、Alertwith
Information之一作为被叫接通标志的设置步骤是:
a)1)~3)同第4章;
b)在添加了AlertwithInformation消息后,同样的方法把ServiceConnectMessage、ServiceConnectCompletionMessage都添加到PageResponseMessage下。
最后左边窗口显示如下:
修正后的统计结果如下:
按照新方法统计到的被叫接通次数由原先的239次,增加到290次。
接通率变成:
290/334=86.82%。
7.2掉话次数的修正
按照CallSuccess的定义,在手机接通后(ServiceConnectCompletionMessage),如果没有释放消息,就转为空闲状态,就统计成一次掉话。
如果丢失了释放消息,则本次掉话就成了“虚假”的了。
正常情况下,手机在预设的通话时间(90s)后才会转为空闲状态,也就是说,虚假的掉话,SyncMessage消息与ServiceConnectCompletionMessage消息的时间间隔,应在90s左右。
实际统计是89s,如下:
可以根据这个特点对虚假的掉话进行过滤。
步骤如下:
1)对CallSuccess事件进行编辑,在左边窗口选择SCSyncMessage,再点击Advance。
2)在UseDiagnose一栏打勾,再在左上角第一个空格里填上85000ms,打勾。
通过以上设置后,对不超过85ms的掉话(真正的掉话)进行诊断。
对被叫测试文件的诊断结果如下。
右上角的数据表示符合条件的事件为7次(即真实掉话次数)。
注意TableIt的结果不受影响,仍是26次。
这样被叫掉话次数就由原先的26次降低到7次!
利用诊断功能还可以对掉话事件进行分析,如上图显示,有5次掉话是Ec/Io覆盖差,有1次FFER也很大。
8总结
由于测试软件或测试手机的原因,空口信令消息经常丢失,导致统计结果失真。
在此情况下需要进行修正。
一般可按常规方法(第3、4章)进行统计,如果统计到的接通率很低(如在85%以下),或掉话率很高(如在1%以上),则需要按第6章的方法对被叫接通次数和主被叫掉话次数进行修正。
(注:
素材和资料部分来自网络,供参考。
请预览后才下载,期待你的好评与关注!
)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 关于 DT 数据 统计 操作