网页时延分析

1.1 指标Resp_DelayFirst定义

如上图所示，手机通过发出GET/POST命令，向网络发起业务请求，网络返回response消息，确定手机与网络服务器建立连接。GB口采集到的GET/POST 到response的时延Resp_DelayFirst定义为MS请求时延，MS请求时延可以比较确切的反应GB口以上的服务器的处理时间。

1.2 网页Resp_DelayFirst时延指标统计分析

对西安四个SGSN时延进行分析，统计2012-9-23 22：00:00网页登陆时延，四个SGSN的平均Resp_DelayFirst登陆时延在397ms到452ms之间，最高的是SGSN27的452ms，如下图所示：

1.2.1 单网页Resp_DelayFirst时延指标统计分析

选取，，三个网页重点分析。

统计2012-9-23 22：00:00网页Resp_DelayFirst时延，统计发现 的Resp_DelayFirst时延较长，远高于全网平均水平。，的Resp_DelayFirst时延正常，接近全网平均水平。如下图所示：

统计，，三个网页2012-9-23全天每个小时的Resp_DelayFirst时延，发现Resp_DelayFirst时延随着用户数、点击次数和流量的增加有上升趋势，Resp_DelayFirst时延越大，趋势越明显。其中SP:的用户数有突增现象，导致Resp_DelayFirst时延也突然增加，如下表所示：

附表为，，三个网页全天每个小时的时延分布：

.x

lsx .xlsx pnewsapp.tc.qq.co

m.xlsx

1.2.2 单用户Resp_DelayFirst时延指标统计分析

分别抽取与的一个用户信令进行统计分析，发现多数MS请求时延小于1000ms，由于登陆网页的用户超过1000ms的次数比登陆网页的用户多，导致Resp_DelayFirst平均时延偏差很大。

对登陆网页的用户信令分析，用户IMSI：460009271771804，时间：2012-9-23 22：00:00 至23:00:00 。用户请求登陆网页 共186次，成功99次，GET成功率53.22%，其中时延超过1000ms的有18次，占总成功次数的18.18% ，有6次超过10000ms，最大值39004ms，Resp_DelayFirst 平均为2007ms。如附表所示：

460009271771804.x

lsx

不同时延信令分析如下：

Resp_DelayFirst时延大的情况：

Resp_DelayFirst时延正常的情况：

对登陆网页的用户分析，用户IMSI：460023292605222，时间：2012-9-23 22：00:00 至23:00:00 。用户请求登陆网页 共114次，成功69次，GET成功率60.52%，其中时延超过1000ms的有4次，占总成功次数的5.80%，Resp_DelayFirst平均为353ms。如附表所示：

460023292605222.x

lsx

信令分析如下：

Resp_DelayFirst时延情况：

1.3 小结

1、单网页分析发现，网页Resp_DelayFirst时延随着用户数、点击次数和流量的增加有上升趋势，Resp_DelayFirst时延越大，趋势越明显。

2、单个用户分析发现，用户Resp_DelayFirst平均时延过长是由于出现多个大Resp_DelayFirst时延造成的。

3、SP：的Resp_DelayFirst时延过长，是由于用户数超过网站服务器的处理能力，建议与网站运营商协调解决，减少GB口以上服务器的处理时间，降低全网SP：的整体时延。