51学通信技术论坛

标题: 关于WAP页面首页显示时间的分析 [打印本页]

作者: 爱卫生    时间: 2012-1-16 21:01:40     标题: 关于WAP页面首页显示时间的分析

本帖最后由 爱卫生 于 2012-1-16 21:02 编辑

部分正文摘取如下:[attach]1031[/attach]
1 WAP访问流程的协议基础
1.1 概述
  手机使用GPRS业务与WAP server建立连接并获取WAP页面所使用的协议为WTP协议。WTP协议定了三种级别的操作方式,Class 0, Class 1和Class 2,我们目前在获取WAP页面过程中所使用的会话方式为Class 2方式。

  伴随每一次WAP首页显示时长测试,我们在SGSN LMT上启动了用户跟踪;在K1205上启动了GB接口跟踪;在Netsceen的Untrust端口上使用Ethereal进行Gi接口抓包。借助以上的工具,我们希望能够计算出华为GPRS核心网(SGSN+GGSN)处理WAP数据的相对时长,以证明华为GPRS核心网的优秀处理性能。

2.2 测试过程详述
  为了更明确的描述手机使用CMWAP激活后,访问WAP网页的消息流程,我们以第一次测试为例,看一下图2 Ethereal的抓包显示结果:

  对于手机来讲,激活CMWAP并且显示首页“移动梦网”,至少涉及以上6条消息。对照WAP首页显示流程,我们设计了如图3的测试办法:
  在测试过程中,我们首先使用SGSN LMT提供的用户跟踪功能,对测试手机进行消息跟踪,然后分别从创建PDP上下文的响应消息和GB接口消息中提取了用户6次激活操作所使用的PDP 地址和TLLI。列表如下:
在成功获取了用户的PDP地址和TLLI的前提下,我们开始对K1205 log和Ethereal log进行分析。首先我们使用MS的TLLI作为过滤条件,使用K1205提供的ZOOM功能,提取测试手机用户的所有消息作为待用。接下来,我们使用MS的PDP地址作为过滤条件,使用过滤策略“ip.src==MS_IP_Address or ip.dst== MS_IP_Address”对Ethereal的抓包结果进行过滤。
  准备好待分析的用户消息跟踪后,我们开始按照图3的流程进行数据分析。图3中显示的消息3和消息6均是acknowledge消息,用来确认relply的连接,其消息时延并不涉及核心网流程。所以在这里我们忽略不计。从图3中我们可以很清晰的看出,在整个WAP首页的显示流程中,真正涉及到核心网处理的时间长度分别是:
SGSN收到Connect连接请求并返回连接响应的时间(T2-T1)
SGSN收到手机请求梦网首页并返回梦网首页数据响应的时间(T5-T4)
  也就是说在整个WAP首页显示过程中,核心网总的处理时长为 (T2-T1)+(T5-T4)。我们使用K1205 log可以分别提取出6条消息在GB接口触发的时间点T1~T6,对照共计6次的激活测试,我们分析后的数据列表如下:


作者: wuwu    时间: 2012-6-28 20:00:07

好东东 辛苦了
作者: 昵称难倒的汉子    时间: 2012-10-12 11:37:23

刚好需要,谢谢!




欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) Powered by Discuz! X2