AssistantCSFB指标统计_第1页
AssistantCSFB指标统计_第2页
AssistantCSFB指标统计_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、目录1.1CSFB端到端语音接通率11.2CSFB端到端建立平均时长.21.3CSFB回落WCDMA的成功率31.4CSFB回落WCDMA平均时延41.5FR成功率.51.6CSFB挂机返回时延.61.7CSFB终端TAU Reject次数.7GENEX Assistant 3.6(3.5)统计CSFB各项指标方法比较繁琐,用L3信令的统计方法,首先把测试log导入GENEX Assistant 3.6(3.5)中,把所有L3信令导出,如图:把CSV文件转换成Excel文件,这里不做详解,L3信令导出如下所示:导出L3信令后,根据所需要的KPI指标进行筛选。1.1 CSFB端到端语音接通率 C

2、SFB端到端语音接通率=CSFB主叫接通次数/CSFB主叫试呼次数×100%。CSFB主叫接通:当一次试呼开始后,主叫出现Connect或Connect Acknowledge中任何一条出现就计数为一次接通。CSFB主叫试呼:主叫发送Extended Service Resquest。筛选出CSFB主叫接通次数(主叫出现Connect或Connect Acknowledge):在筛选出CSFB主叫试呼次数:主叫发送Extended Service Resquest此时会发现主叫接通次数(243)大于主叫试呼次数(221),这是由于有些基站未配置CSFB业务,或者是主叫未重选至LTE侧

3、就发起的CSFB业务,都有可能不出现该信令。既然次数不是一一对应,那么就需要使其把时间点一一对应现在把时间分列,用接通时间减去发起业务的时间:在用Connect时间减去Extended Service Resquest时间:当出现有负数的时候,说明此处时间点对应不上(往下继续排查);把时间点往后移就发现又对应得上的时间点:Extended Service Resquest 16:40:53.159Connect需要注意的是,出现正数很大的时候(大于30S),则有很有可能是测试过程中主叫出现掉话,从时间点上很清楚的看出主叫发起业务后,由于无线环境或者是其他因为的问题,导致主叫未接通,把Conne

4、ct时间点往后推移,如下所示:重复排查上述2种时间点的推移方法,到最后会发现之前对应不上的时间点Extended Service Resquest(221条),Connect(243条)在最后却又对应得上。按公式CSFB端到端语音接通率=CSFB主叫接通次数/CSFB主叫试呼次数×100%,主叫发起业务的次数为221次,主叫正常接通次数为220次(因为有一次主叫发起业务,因为无线环境或者其他原因,导致主叫出现未接通),所以CSFB主叫成功率为99.54%;1.2CSFB端到端建立平均时长CSFB端到端建立平均时长=CSFB端到端建立时延总和/ CSFB主叫接通次数总和。CSFB端到端

5、建立时延:从CSFB主叫发送Extended Service Resquest到主叫收到connect的时间差-从CSFB被叫发送 Alerting到被叫发送Connect的时间差。首先筛选出主叫接通信令(此次测试主叫为MS1,被叫为MS2)出现Connect或Connect Acknowledge L3信令,把导出的L3信令另存为;在导出CSFB主叫试呼信令:主叫发送Extended Service Resquest:导出的Extended Service Resquest(此次为221条)明显少于Connect次数(243条),这并不奇怪,Extended Service Resquest

6、这条信令的意思是UE CSFB业务发起,有些基站未配置CSFB业务,或者是主叫未重选至LTE侧就发起的CSFB业务,都有可能不出现该信令。现在把时间分列:在用Connect时间减去Extended Service Resquest时间:当出现有负数的时候,说明此处时间点对应不上(往下继续排查);把时间点往后移就发现又对应得上的时间点:Extended Service Resquest 16:40:53.159Connect需要注意的是,出现正数很大的时候(大于30S),则有很有可能是测试过程中主叫出现掉话,从时间点上很清楚的看出主叫发起业务后,由于无线环境或者是其他因为的问题,导致主叫未接通,

7、把Connect时间点往后推移,如下所示:重复排查上述2种时间点的推移方法,到最后会发现之前对应不上的时间点(Extended Service Resquest(221条),Connect(243条)在最后却又对应得上,如图:到这里就可以得出CSFB主叫发送Extended Service Resquest到主叫收到connect的时间差。接下来按照同意的方法,把从CSFB被叫发送 Alerting到被叫发送Connect的时间差算出来,需要注意的是被叫是MS2,导出的L3信令不要选错了,如下所示:又会出现对应不上的时间点与对应不上的信令条数(Alerting,241;Connect242),

8、同样的方法,把Alerting时间点往后移,到最后时间点又会对应得上:先把主叫与被叫时间点一一对应,在算CSFB主叫发送Extended Service Resquest到主叫收到connect的时间差-从CSFB被叫发送 Alerting到被叫发送Connect的时间差值:CSFB端到端建立平均时长=CSFB端到端建立时延总和/ CSFB主叫接通次数总和1.3 CSFB回落WCDMA的成功率 CSFB回落WCDMA的成功率=回落到WCDMA之后发起呼叫的总次数/ CSFB试呼总次数×100%。回落到WCDMA之后发起呼叫:UE在WCDMA上发送CM Service Request(

9、主叫)或Paging Response(被叫)。CSFB试呼总次数:UE发送Extended Service Resquest的次数。筛选出UE在WCDMA上发送CM Service Request(主叫)次数:筛选出CSFB试呼总次数:UE发送Extended Service Resquest的次数发现主叫CM Service Request总次数远大于主叫发送Extended Service Resquest的次数试呼总次数,同理,由于有些基站未配置CSFB业务,或者是主叫未重选至LTE侧就发起的CSFB业务,都有可能不出现该信令Extended Service Resquest,在用时间

10、差法,把时间点一一对应,就可以得出CSFB试呼总次数=221次,回落到WCDMA之后发起呼叫的总次数=221次,所以CSFB回落WCDMA的成功率=100%1.4 CSFB回落WCDMA平均时延CSFB回落WCDMA平均时延=回落到WCDMA的总时延/回落到WCDMA的总次数。回落到WCDMA的时延(主叫):从主叫发送Extended Service Resquest到主叫发送CM Service Request的时间差;回落到WCDMA的时延(被叫):从被叫发送Extended Service Resquest到被叫发送Paging Response的时间差。回落到WCDMA的总次数:UE在

11、WCDMA上发送CM Service Request(主叫)或Paging Response(被叫)。筛选并算出回落到WCDMA的时延(主叫):筛选并算出回落到WCDMA的时延(被叫)使主被叫时间点一一对应:然后在用公式CSFB回落WCDMA平均时延=回落到WCDMA的总时延/回落到WCDMA的总次数=3.636654;1.5 FR成功率FR成功率=主叫终端FR成功的次数/主叫摘机的次数。主叫终端FR成功:主叫终端通话结束后在LTE网络成功进行TAU的次数。主叫摘机:主叫终端发出Disconnect的次数。筛选出主叫终端FR成功次数,主叫摘机次数:1.6CSFB挂机返回时延CSFB挂机返回时延=主叫终端发出Disconnect与主叫终端在LTE网络发起TAU complete的时间差。筛选出主叫TAU compl

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论