[ 使用工具条红框内的按钮，设置封面及页眉页脚的文档说明信息

Size: px

Start display at page:

Download "[ 使用工具条红框内的按钮，设置封面及页眉页脚的文档说明信息"

胃庄阎
5 years ago
Views:

1 MBB 时代基于用户体验建网的目标研究 --- 业务等待时间

2 MBB 时代基于用户体验建网的目标研究内容内容 1 介绍关键发现研究方法探索优秀 MBB 网络的体验指标等待时间是 MBB 时代的关键体验指标实验研究用户耐心等待的时间实验理论结果分析当前 35% 的 MBB 网络达到优秀网络的体验要求 G 网络等待时间调查 G 网络等待时间调查视频与网页内容发展对网络提出更高要求视频业务的用户等待时间构成不同分辨率视频在初始缓冲时间内所需空口带宽大屏高清终端的普及促进高清视频消费网页内容的丰富挑战传输时延 MBB 网络的业务时延提升方向空口带宽和 RTT 共同决定了内容传输的快慢拉近内容源有助于减小 RTT 附录定性分析 TCP 传输速率与 RTT 的关系定量分析视频初始缓冲阶段的空口带宽和 RTT 需求网页加载时间及对空口带宽和 RTT 需求的定量分析...13

3 MBB 时代基于用户体验建网的目标研究图例图例 Figure 2-1 流量调查统计... 1 Figure 2-2 影响因素调查统计... 2 Figure 2-3 实验原理... 3 Figure 2-4 视觉追踪技术... 4 Figure 2-5 耐心等待的市场统计... 5 Figure 3-1 3G 现状调查统计... 1 Figure 3-2 4G 现状调查统计... 2 Figure 4-1 端到端 RTT... 4 Figure 4-2 不同阶段对带宽的需求... 6 Figure 4-3 视频分辨率发展趋势... 6 Figure 4-4 网页发展趋势... 7 Figure 5-1 中国不同地区的 RTT 比较...10 Figure 5-2 部署 Cache/CDN 可以降低 RTT...10 Figure 6-1 TCP 慢启动阶段原理图...12

4 MBB 时代基于用户体验建网的目标研究表格表格 Table 4-1 统计结果... 4 Table 4-2 不同阶段对带宽的需求... 5 Table 5-1 不同分辨率视频对空口和 RTT 的要求... 9 Table 5-2 不同大小的网页对空口和 RTT 的要求... 9 Table 6-1 TCP 慢启动各时刻数据量传输总结...13

5 MBB 时代基于用户体验建网的目标研究 1 介绍 1 介绍 1.1 关键发现 MBB 时代的用户体验主要是人机交互时的体验, 其最关键的体验指标是用户使用业务时的等待时间 MBB 时代的建网目标是建设用户体验优秀的网络, 衡量的标准就是业务的等待时间 mlab 研究表明, 用户感知优良的业务等待时间在 3 秒左右 ; 能够实现业务等待时间低于 3 秒的体验是优秀的 MBB 网络体验调查发现, 目前全球有约 35% 的网络达到优秀体验的要求内容的增长给 MBB 网络带来挑战, 例如视频向高清发展网页体积越来越大减少等待时间的关键措施是 : 提升空口带宽降低网络端到端时延 1.2 研究方法基于最新的人因工程学方法, 通过眼动实验来研究 MBB 用户体验的关键指标对 2892 名实验者进行眼动测试实验, 运用眼球视线追踪技术分析, 得到用户体验的研究结果实验者的基本数据 : 受访者年龄分布在岁之间, 男女比例 6:4 实验在 2014 年上半年测试完毕 1

6 MBB 时代基于用户体验建网的目标研究 1 介绍 2

7 MBB 时代基于用户体验建网的目标研究 2 探索优秀 MBB 网络的体验指标 2 探索优秀 MBB 网络的体验指标 2.1 等待时间是 MBB 时代的关键体验指标 2G 时代的业务以语音消费为主, 是人与人交互的时代 MBB 时代是人机交互的时代, 内容消费逐渐取代了语音消费, 内容形式呈现多样化在 MBB 时代, 视频和网页浏览是其两大主流业务, 这两项业务在发达市场占据 78% 的数据消费量 Figure 2-1 流量调查统计 1

8 MBB 时代基于用户体验建网的目标研究 2 探索优秀 MBB 网络的体验指标从语音消费的时代到 MBB 的数据消费时代, 用户体验的指标发生了哪些变化呢? 在人与人交互的语音消费时代, 衡量用户体验的关键指标是电话的接通率, 掉话率, 切换成功率, 以及语音的 MOS 值等衡量语音质量的指标而到了 MBB 时代, 由于应用发生了改变, 从人与人的交互变为了人机交互, 因此体验的指标需要重新设定调查研究发现 : 业务的等待时间是 MBB 时代人机交互业务用户体验的最关键的指标 Figure 2-2 影响因素调查统计其中, 视频业务影响用户体验的最关键因素之一是视频初始缓冲时间, 即用户点击播放按钮到第一帧画面出现所需的时间 ; 网页业务影响用户体验的最关键因素是网页加载时间, 是指用户输入网址到网页完全显示所需的时间视频业务的播放卡顿次数卡顿时间和初始缓冲时间是强相关的, 因为初始缓冲时间对 MBB 网络的要求更高, 如果在全网范围内随时随地能够缩短初始缓冲时间, 将同时能够减少卡顿次数和卡顿时间对于 Web 业务, 除了加载时间, 降低流量消耗也是提升用户体验的方向之一在 MBB 时代, 网络规划和建设的目标是建设用户体验优秀的网络, 其衡量的标准就是业务的等待时间本文将详细阐述用户的耐心等待时长, 如何设定业务等待时间的标准, 对无线网络的要求, 以及降低等待时间的关键措施实现从用户体验到技术实现的映射, 实现运营商的商业目标和网络建设的目标的关联 2

进行了实验研究 : 让实验者点击视频播放等待观看, 从点击播放按钮开始计时, 用摄像机记录实验者的眼动状态 ( 眼球转动和瞳孔大小变化 ),

acceptable waiting time based on eye-tracking PC Audience Video Camera 2

clips with different buffering time on Smartphone 2.

使设计的设备和环境系统适合人的生理心理等特点视线追踪技术是人因工程学在人机交互视觉体验研究领域中一项重要应用, 其采用瞳孔 - 角膜反射方法 (the

9 MBB 时代基于用户体验建网的目标研究 2 探索优秀 MBB 网络的体验指标 2.2 实验研究用户耐心等待的时间从用户触发业务一直到业务开始响应, 这期间的等待时间成为 MBB 用户体验的最关键因素为了探明用户耐心等待的时间,mLAB 进行了实验研究 : 让实验者点击视频播放等待观看, 从点击播放按钮开始计时, 用摄像机记录实验者的眼动状态 ( 眼球转动和瞳孔大小变化 ), 根据视觉行为学和生物心理学原理, 分析眼动数据得到实验者能够保持耐心等待业务响应的时间 Figure 2-3 实验原理 3 Concluding the acceptable waiting time based on eye-tracking PC Audience Video Camera 2 Eye-tracking: Recording eyeball & pupil status of the audience 1 Playing video clips with different buffering time on Smartphone 2.3 实验理论人因工程学 (Human Factors Engineering) 是研究人和设备环境的相互作用及其合理结合, 使设计的设备和环境系统适合人的生理心理等特点视线追踪技术是人因工程学在人机交互视觉体验研究领域中一项重要应用, 其采用瞳孔 - 角膜反射方法 (the pupil center cornea reflection technique), 摄像机的位置固定屏幕 ( 光源 ) 的位置固定眼球中心位置不变 ( 见下图 ), 普尔钦斑 1 的绝对位置并不随眼球的转动而变化, 但其相对于瞳孔的位置则是在不断变化的, 只要实时定位瞳孔和普尔钦斑的位置, 1 普尔钦斑 - 眼球角膜上的一个亮光点, 进入瞳孔的光线在角膜外表面上反射而产生的亮点 3

MBB 时代基于用户体验建网的目标研究 2 探索优秀 MBB 网络的体验指标计算出角膜反射向量, 便能利用眼球成像及几何模型, 计算得到用户的视线方向随着瞳孔的直径变化及转动便可获得眼动的轨迹, 可以通过摄像机记录实验者的眼动数据 : 注视时间, 瞳孔的变化及瞳孔的运动轨迹 Figure 2-4 视觉追踪技术瞳孔中心线 ( 视线 ) 红外线入射光线角膜反射光线普尔钦斑

10 MBB 时代基于用户体验建网的目标研究 2 探索优秀 MBB 网络的体验指标计算出角膜反射向量, 便能利用眼球成像及几何模型, 计算得到用户的视线方向随着瞳孔的直径变化及转动便可获得眼动的轨迹, 可以通过摄像机记录实验者的眼动数据 : 注视时间, 瞳孔的变化及瞳孔的运动轨迹 Figure 2-4 视觉追踪技术瞳孔中心线 ( 视线 ) 红外线入射光线角膜反射光线普尔钦斑研究利用人的感知极限能力与人的眼动之间的紧密关系, 通过视线追踪仪测量用户眼动的变化, 获得用户的感知心理反应可容忍范围该方法相对皮电汗腺分泌等其它生理测量指标, 具有更加准确的数字, 误差可控制在 5 毫秒以内 2.4 结果分析实验的基本数据 : 瞳孔中心到屏幕中心距离 60 厘米, 手机屏幕尺寸 4 英寸根据视觉行为学和生物心理学的原理, 建立眼动和人的心理及行为对应模型, 根据被测试者眼动轨迹的漂移确认人的等待极限分析结果表明 : 2 秒之内,95% 以上的实验者保持良好的注意力,3 秒之后注意力开始分散 ; 当等待时间超过 5 秒,70% 的实验者能保持良好的注意力 ; 当等待时间超过 9 秒, 仅剩下 20% 的实验者能保持良好的注意力终端屏幕尺寸与人的等待极限相关, 屏幕尺寸越小, 人耐心等待的时间越短 4

11 MBB 时代基于用户体验建网的目标研究 2 探索优秀 MBB 网络的体验指标 Figure 2-5 耐心等待的市场统计基于人因工程学对人机交互和视觉体验的研究, 可以根据等待时间将 MBB 网络分为 3 个不同的体验层次 : 优秀网络 --- 用户等待时间小于 3 秒 ; 良好网络 --- 用户等待时间小于 5 秒 ; 可接受的网络 --- 用户等待时间小于 8 秒 5

12 北京上海香港新德里东京吉隆坡新加坡汉城莫斯科伦敦罗马奥斯陆华沙斯德哥尔摩马德里巴黎柏林渥太华墨西哥城圣地亚哥利马巴西利亚惠灵顿波哥大伯尔尼比勒陀利亚曼谷加拉加斯开罗马斯喀特开普敦马尼拉 3 秒网络 3 当前 35% 的 MBB 网络达到优秀网络的体验要求 3 当前 35% 的 MBB 网络达到优秀网络的体验要求我们对全球典型 MBB 网络进行了等待时间的抽样测试, 目的是了解目前网络在视频业务下的等待时间每张网络的体验测试人员大于 100 人, 总体验人数为 9130 人, 其中有效体验数据为 9022 份, 体验测试时间为 2014 年 4-7 月份 3.1 3G 网络等待时间调查当播放较低分辨率 360p 的片源时, 全球 90% 网络达到优秀网络的等待时间要求 ; 当播放中等分辨率 480p 的片源时, 全球仅有 23% 网络达到优秀网络的等待时间要求 3G 网络当前普遍处于重载状态, 持续提升 3G 网络容量引导用户向 4G 网络迁移, 将有利于改善用户体验 Figure 3-1 3G 现状调查统计 G 网络平均等待时间分布 p 480p 1

13 北京上海香港新德里东京吉隆坡新加坡汉城莫斯科伦敦罗马奥斯陆华沙斯德哥尔摩马德里巴黎柏林渥太华墨西哥城圣地亚哥利马巴西利亚惠灵顿波哥大伯尔尼比勒陀利亚曼谷吉隆坡阿布扎比麦纳麦 3 秒网络 3 当前 35% 的 MBB 网络达到优秀网络的体验要求 3.2 4G 网络等待时间调查当播放中等分辨率 480p 的片源时, 全球 85% 网络达到优秀网络的等待时间要求 ; 当播放更高分辨率 720p 的片源时, 全球有 49% 网络达到优秀网络的等待时间要求考虑到当前 LTE 网络普遍是轻载网, 随着移动内容和用户数的不断增长, 用户体验有可能将面临下降的风险 Figure 3-2 4G 现状调查统计 G 网络平均等待时间分布 p 720p 综合而言, 全球约 35% 的 MBB 网络能够达到优秀网络的体验要求, 随着视频内容分辨率的不断提升以及用户数的持续增加,MBB 网络将面临更大挑战 2

14 3 秒网络 4 视频与网页内容发展对网络提出更高要求 4 视频与网页内容发展对网络提出更高要求超高清视频大容量网页正成为主流, 内容的增加将会给 MBB 带来更大的挑战, 端到端的用户体验成为竞争关注的焦点, 通过对视频业务用户等待时间进行深入分析, 可以从用户体验角度发现视频业务发展对 MBB 网络的影响 4.1 视频业务的用户等待时间构成从用户访问视频业务来看, 从用户点击播放按钮到视频开始播放, 用户经历的等待时间表示为 : 用户等待时间 = 终端和服务器响应时间 + 信令交互时间 + 初始缓冲时间终端响应时间与终端的处理能力有关, 例如使用 Huawei P6 手机访问 Youku 视频时的响应时间约为 200ms, 若手机处理能力较低时, 响应时间将更长 ; 内容服务器的响应时间测试发现平均约为 80ms 信令交互时间包括视频请求建立生成视频 URL 重定向视频地址的时间通过对 Youku 视频业务建立过程的分析发现 : 这些步骤有先后顺序, 且都是单独的 TCP 流, 请求视频内容所需要的信令交互时间约为 6 个 RTT(Round Trip Time, 终端到业务服务器的端到端环回时间 ) 的时长, 其他视频客户端也基本类似 3

初始缓冲量的大小通常在视频客户端中设定, 根据对 YouTube 优酷和搜狐的视频业务 TCP 传输特征统计分析发现, 依据视频源的不同, 播放器在视频开始播放前需要缓存约 8 秒左右的数据量, 即在初始缓冲时间内, 终端需要下载完 8

15 3 秒网络 4 视频与网页内容发展对网络提出更高要求 Figure 4-1 端到端 RTT 上述各段时间有如下不同的特点 : 终端响应时间取决于用户使用的终端处理能力, 无线网络侧的 RTT 时延是运营商可控制可优化的部分,Internet RTT 时延依赖于整网的传输质量和内容服务器的部署位置, 内容服务器的响应时间有赖于内容提供商的优化和改进初始缓冲时间是指视频在开始播放前需要先缓存一定数量的视频内容, 然后才能够开始播放视频, 这段时间称为视频的初始缓冲时间初始缓冲量的大小通常在视频客户端中设定, 根据对 YouTube 优酷和搜狐的视频业务 TCP 传输特征统计分析发现, 依据视频源的不同, 播放器在视频开始播放前需要缓存约 8 秒左右的数据量, 即在初始缓冲时间内, 终端需要下载完 8 秒左右的视频播放数据量, 分析结果如下表所示 : Table 4-1 统计结果客户端初始缓冲量 ( 秒 ) 360p 480p 720p 1080p YouTube 优酷搜狐

16 3 秒网络 4 视频与网页内容发展对网络提出更高要求初始缓冲时间的长度详见下节的分析和计算 4.2 不同分辨率视频在初始缓冲时间内所需空口带宽优秀网络要求的等待时间不超过 3 秒, 为了定量分析不同分辨率视频在初始缓冲时间内所需的空口带宽, 这里假定终端响应时间为 200ms 内容服务器的响应时间为 80ms, 当 RTT 为 100ms 时 ( 信令交互时间为 600ms), 则初始缓冲时间为 2120ms, 即在此时间内须完成 8 秒视频初始缓冲量的下载下文计算的定性和定量的分析原理详见本文附录当 TCP 连接建立后, 在慢启动阶段,TCP 层的数据下载总量为 :,MSS 是最大报文段, 为 1500 字节对于视频业务,N 一般在 6 到 8 之间当 N 等于 8 时, 慢启动阶段的时长为 N*RTT, 数据下载量为 0.38M 字节慢启动阶段结束后进入稳态, 稳态的时长为 2120-N*RTT 不同分辨率视频的码率, 在视频初始缓冲时间内的稳态阶段的下载量和所需空口带宽如下表所示 : Table 4-2 不同阶段对带宽的需求分辨率 360p 480p 720p 1080p 4K 平均码率 (Mbps) Codec: H.264 稳态阶段的下载量 (MBytes) 初始缓冲带宽 (Mbps) 因此视频分辨率越高时, 对空口带宽的要求越大视频缓冲阶段完成后进入播放阶段, 为了达到视频的流畅播放, 播放阶段所需带宽通常为视频码率的 1.5 倍左右, 远小于初始播放阶段所需带宽, 视频业务不同阶段所需带宽的对比如下图 : 5

3 秒网络 4 视频与网页内容发展对网络提出更高要求 Figure 4-2 不同阶段对带宽的需求 Mbps 40 35 30 25 20 15 10 5 0 视频业务不同阶段所需带宽的对比 360p 480p 720p 1080p 码率 (Mbps) 播放阶段带宽 (Mbps) 初始缓冲带宽 (Mbps) 4.

17 3 秒网络 4 视频与网页内容发展对网络提出更高要求 Figure 4-2 不同阶段对带宽的需求 Mbps 视频业务不同阶段所需带宽的对比 360p 480p 720p 1080p 码率 (Mbps) 播放阶段带宽 (Mbps) 初始缓冲带宽 (Mbps) 4.3 大屏高清终端的普及促进高清视频消费智能终端屏幕的尺寸变大也逐渐成为主流趋势,2014 年 9 月是终端屏幕的转折点 : 主流终端厂商都推出了大屏高清终端, 如 Note4,Mate7,iPhone 6 plus 等大屏终端的发展促进了高清视频的消费, 一项由 mlab 和搜狐视频的联合调查发现 :2012 年以前终端以 3.5 英寸为主, 视频播放内容以 360p 为主 ;2014 年终端以 4.5 英寸为主, 视频播放内容以 480p 和 720p 为主 ; 预计年主流终端屏幕尺寸将达到 5.5 英寸, 视频播放内容将以 720p 和 1080p 为主 Figure 4-3 视频分辨率发展趋势 6

18 3 秒网络 4 视频与网页内容发展对网络提出更高要求 4.4 网页内容的丰富挑战传输时延从 iphone 手机访问的网页来看, 截止 2014 年 6 月, 全球 Top5000 网站的网页传输平均大小已从 2012 年初的 500KB 增长到 940KB, 在过去两年内增加了近一倍随着网页中嵌入的图片视频 flash 等内容不断增多, 预计到 2016 年平均大小将超过 3MB Figure 4-4 网页发展趋势 7

19 3 秒网络 5 MBB 网络的业务时延提升方向 5 MBB 网络的业务时延提升方向从时延构成来看, 每一个环节都是网络时延降低的方向, 例如提升终端的处理能力改善内容服务器的响应时间都有助于改善整体用户等待时间, 这里主要研究无线网络侧如何降低网络时延的方案我们认为空口带宽的提升是改善用户体验的主要手段, 同时降低网络端到端时延 RTT, 双管齐下, 实现最佳用户体验 5.1 空口带宽和 RTT 共同决定了内容传输的快慢优秀网络要求在不超过 3 秒的等待时间内, 下载完成视频播放之前所需的初始缓冲数据量, 或下载完网页的内容这些要求总结为如下公式 : 视频和网页等绝大部分应用是基于 TCP 传输的, 可见等待时间越短就要求 TCP 层的传输速率越大, 而 TCP 层的传输速率由空口带宽以及 RTT(Round Trip Time, 端到端环回时间 ) 共同决定, 其定性和定量的分析详见本文附录研究发现 : 空口带宽和 RTT 之间存在对应关系, 只有同步提升空口带宽并降低 RTT, 才能有效提升 TCP 层的传输速率, 从而降低用户等待时间 8

20 3 秒网络 5 MBB 网络的业务时延提升方向根据附录的公式计算出对不同分辨率的视频和不同大小的网页, 在达到 3 秒等待时间要求时, 对应的空口带宽和 RTT 的数值如下 : Table 5-1 不同分辨率视频对空口和 RTT 的要求视频源分辨率对空口带宽的要求对端到端 RTT 要求 360p 2 Mbps 100 ms 480p 6 Mbps 80 ms 720p 10 Mbps 60 ms 1080p 24 Mbps 60 ms Table 5-2 不同大小的网页对空口和 RTT 的要求网页大小平均嵌入对象个数对空口带宽的要求对端到端 RTT 要求 500KB 36 7 Mbps 100 ms 1000KB 50 9 Mbps 80 ms 1500KB Mbps 60 ms 5.2 拉近内容源有助于减小 RTT 端到端的 RTT 由无线网络侧的 RTT 和 Internet 侧的 RTT 两部分组成其中无线网络侧的 RTT 基本上是固定的 :UMTS 的无线网络侧的 RTT 不超过 60ms; 由于 LTE 的网络架构更加扁平, 所以 LTE 的无线网络侧的 RTT 更短, 不超过 40ms. Internet 侧的 RTT 时延由无线网络和业务服务器之间路径的距离决定, 距离越远, 中间网络节点越多,RTT 时延就越大, 在几十毫秒到几百毫秒之间不等例如中国的 OTT 服务器大多部署在东部的北京上海广州, 因此西部城市的 RTT 较东部平均要多 40-70ms 9

21 3 秒网络 5 MBB 网络的业务时延提升方向 Figure 5-1 中国不同地区的 RTT 比较由此可见, 把内容源拉近部署到靠近终端用户的网络位置, 可以显著降低 Internet 侧的 RTT 时延例如在分组核心网的 Gi 接口部署 Cache/CDN 可以大幅缩短无线网络与业务服务器及内容之间的路径距离 Figure 5-2 部署 Cache/CDN 可以降低 RTT 10

22 3 秒网络 6 附录 6 附录 6.1 定性分析 TCP 传输速率与 RTT 的关系当 TCP 连接建立后, 在慢启动阶段,TCP 的发送窗口按照指数规律逐步增大在第一个 RTT(Round Trip Time, 端到端环回时间 ) 之内发送 1 个 MSS( 最大报文段, 为 1500 字节, 设发送窗口从 1 个 MSS 开始 ) 的数据内容, 在第 N 个 RTT 发送 *MSS 大小的数据内容因此在慢启动阶段 TCP 层的瞬时传输速率为 : 当 TCP 层的传输速率增长到空口速率后停止增长, 此时 TCP 发送窗口的大小也趋于稳定慢启动阶段的时长为 N*RTT, 如果 RTT 越大, 慢启动阶段的时间越长, 业务等待时间就越长根据上述公式, 当空口带宽提升后,RTT 应该减小, 才能使 TCP 传输速率更快达到空口带宽, 充分发挥空口资源, 高速下载业务数据, 减少等待时间 6.2 定量分析视频初始缓冲阶段的空口带宽和 RTT 需求 TCP 慢启动阶段的示意图 : 11

第一部分是慢启动阶段的数据下载量, 在每个 RTT 时间的下载量是 *MSS, 总计为 N 次 ; 第二部分是 TCP 下载速率达到空口速率后的数据下载量, 因此计算面积的公式为 (

23 3 秒网络 6 附录 Figure 6-1 TCP 慢启动阶段原理图其中是等待时间,1.5*RTT 是 TCP 连接建立过程的三次握手的时长视频缓冲阶段在不超过时间内需要下载的数据量是上述 TCP 层传输速率曲线所包围的面积该面积分为两部分, 第一部分是慢启动阶段的数据下载量, 在每个 RTT 时间的下载量是 *MSS, 总计为 N 次 ; 第二部分是 TCP 下载速率达到空口速率后的数据下载量, 因此计算面积的公式为 ( 假设没有发生丢包和重传的情况 ): 初始缓冲内容 + ( (N+1.5)*RTT)*Bandwidth; TCP 层传输速率达到空口带宽后应满足 : Bandwidth 其中 Bandwidth 是指不同分辨率的视频在缓冲阶段所要求的空口带宽, 根据上述公式可以定量计算出对每一个空口带宽所对应的 RTT 的取值范围 12

24 3 秒网络 6 附录 6.3 网页加载时间及对空口带宽和 RTT 需求的定量分析 Web 页面的加载时延包括主页面加载时延主页面解析时延 ( 主要取决于客户端性能, 本文后续计算忽略此部分 ) 页面嵌入对象加载时延以及页面渲染时延几部分, 主页面加载时延和页面嵌入对象加载时延按照如下方式进行计算 : 1. 主页面加载时延包括 : 主页面 DNS 请求时延 ( 可以按照 1RTT 计算 ) 主页面 TCP 建立时延 (1.5RTT) 主页面加载时延 2. 对象加载时延计算 :( 对象 DNS 时延 ( 如果与主文件属同一主机则忽略 )+TCP 建立时延 + 对象加载累计时延 ) ( 对象总个数单 TCP 加载对象个数 TCP 并发数 ) 以 1MB 左右大小的网页为例, 假定主文件大小 20kB, 平均嵌入对象 50 个, 嵌入对象平均大小为 20KB 每个网页的的 TCP 并发率为 10, 每个 TCP 可以传输 2 个对象在慢启动阶段第 N 个 RTT 传输的数据大小为 : *MSS 字节, 总结为 : Table 6-1 TCP 慢启动各时刻数据量传输总结 RTT 次数 TCP 发送窗口大小第 N 个 RTT 数据传输量前 N 个 RTT 总传输数据量 1 1*MSS 1.5KB 1.5KB 2 2*MSS 3KB 4.5KB 3 4*MSS 6KB 10.5KB 4 8*MSS 12KB 22.5KB 5 16*MSS 24KB 46.5KB 页面加载时延计算如下 : 1. 如果慢启动初始窗口为 1, 主文件 (20KB) 和单个嵌入对象 (20KB) 均需要 3.5 个 RTT 完成加载, 每个 TCP 链接中, 两个对象连续的加载时间为 3.5RTT( 首对象加载时延 )+1RTT(Get 请求 )+1RTT( 第二个对象加载时间 )=5.5RTT 则一个页面加载时间大 13

25 3 秒网络 6 附录约为 : 主文件加载时延 (1RTT(DNS 请求 )+1.5RTT(TCP 建立 )+3.5RTT)+ 嵌入对象加载时延 (1.5RTT(TCP 建立 )+5.5RTT+1RTT(TCP 连接释放时间 )) *( ) 26RTT 左右 ; 2. 如果慢启动初始窗口为 2, 则主页面和 TCP 首个对象加载时延均减少 1RTT, 则页面加载时延为主文件加载时延 (1RTT+1.5RTT+2.5RTT)+ 嵌入对象加载时延 (1.5RTT +4.5RTT+1RTT)* ( ) 23RTT 据 mlab 统计, 大部分网页初始窗口为 2, 因此网页加载时间大约为 23*RTT 时间其中页面解析时延和页面渲染时延本文假定 1s 左右, 网页总显示时间要求小于 3s, 那么 23*RTT<2s, 则 RTT<80ms TCP 层的平均传输速率其中对象大小为 20KB, 传输时长为 4.5 个 RTT,TCP 并发连接数量为 10 个 14

26 3 秒网络 6 附录 15

文档简介本篇白皮书阐述了移动视频业务体验评估指标 Mobile U-vMOS 定义, 并论述了各个业务体验指标与带宽往返时延 (RTT,Round Trip Time) 丢包率等网络指标之间的关系, 给出了满足典型 Mobile U-vMOS 指标的移动网络端到端 (E2E) 带宽时延丢包率

文档简介本篇白皮书阐述了移动视频业务体验评估指标 Mobile U-vMOS 定义, 并论述了各个业务体验指标与带宽往返时延 (RTT,Round Trip Time) 丢包率等网络指标之间的关系, 给出了满足典型 Mobile U-vMOS 指标的移动网络端到端 (E2E) 带宽时延丢包率华为 mlab ilab 联合发布文档简介本篇白皮书阐述了移动视频业务体验评估指标 Mobile U-vMOS 定义, 并论述了各个业务体验指标与带宽往返时延 (RTT,Round Trip Time) 丢包率等网络指标之间的关系, 给出了满足典型 Mobile U-vMOS 指标的移动网络端到端 (E2E) 带宽时延丢包率基线要求, 并进一步给出了移动承载网的带宽时延丢包率基线建议