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/)