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

基于移动视频的移动承载网络要求白皮书 第3页,共9页 1移动视频场景华为Mobile U-vMOS视频体验评价标准简介 U-vMOS(User, Unified, Ubiquitous-Mean Opinion Score for Video)是华为公 司针对大视频用户体验衡量的统一框架，覆盖场景从传统娱乐类视频业务（点播和 直播），到视频监控和视频通话等业务，从移动终端，到PC和TV

华为根据人因工程学实验和用户调研，统计得到影响视频体验的三大关键因素，分 别是视频源质量（sQuality），播放启动时的操作体验（sInteraction）和播放过 程中视频是否有损伤（sView）

针对使用小屏幕观看视频点播的业务场景，mLAB通过与牛津大学和北京大学联合 对消费者进行定性研究，发现视频内容清晰度、初始缓冲时延和卡顿时长是影响移 动视频MOS最重要的三个网络相关因素，并提出了Mobile U-vMOS标准。该标 准指出，播放启动时的操作体验取决于初始缓冲时延（sLoading），播放过程中 的体验取决于卡顿（sStalling）。因此，Mobile U-vMOS是U-vMOS在移动小 屏场景下的子集

2从Mobile U-vMOS到网络规划要求的方法论 鉴于当前移动视频的主流应用场景仍为OTT点播，本白皮书聚焦于OTT点播场景 进行讨论。在如何基于Mobile U-vMOS进行网络规划这个问题上，华为iLab以 及mLAB做了大量研究

在OTT点播业务的Mobile U-vMOS三大要素中，通常可以将sQuality的典型值 （包括分辨率，码率等因子,如1080P，3M码率）、sStalling=5分（播放过程0 卡顿）作为保障视频体验的目标。通过现网评估、调研后明确要达到的Mobile U-vMOS目标得分后，初始缓冲(sLoading)因子得分便确定下来，从而确定了现网 视频的初始缓冲时延，并将其作为计算网络关键性能指标（KPI）的输入参数之一

基于移动视频的移动承载网络要求白皮书 第4页,共9页 目标 Mobile U-vMOS=X 分辨率及码率 sQuality=Q Y秒加载 sLoading= 0卡顿 sStalling=5 初始缓冲峰值速 率播放速率 RTT/丢包率容量 图1基于Mobile U-vMOS进行网络规划的基本流程 OTT视频的初始缓冲是一个突发过程，要在指定的时间内完成与平均码率成正比的 数据量的下载，sLoading所对应的初始缓冲时延，确定了点播动作发起时所需的 初始缓冲峰值速率（也即初始缓冲阶段TCP峰值通量），进而可以为网络KPI需求 （带宽、时延、丢包）提供输入，指导基于Mobile U-vMOS的MBB承载网架构 规划

按此方法规划的MBB网络KPI，能够满足初始缓冲峰值速率的要求

速率 时间视频解析阶段数据下载缓冲阶段播放阶段 n个RTT 最小缓冲数据量 所需的缓冲时长 初始加载时间 E2E RTT越大，信令交 互阶段越长，留给数据 下载缓冲阶段的时间越 短，对初始缓冲峰值速 率的要求越高 初始缓冲峰值速 率受无线空口实 际能力制约，不 可能无限制 RTT和初始缓冲峰值速率共同决定了初始加载时 间，降低RTT，可以降低初始缓冲峰值速率需求 图2典型OTT视频初始加载过程 基于移动视频的移动承载网络要求白皮书 第5页,共9页 缓冲阶段完成后，进入播放阶段。在此阶段，要求每时每刻的下载速率（通量）不 能低于平均码率的某个倍数，才能保证播放全过程不会出现卡顿，这个最低倍数即 播放速率要求（持续保证通量）。MBB网络必须保证忙时每个视频并发用户都达到 该播放速率要求。通过播放速率要求，可以和其他业务参数加权计算出每用户目标 速率，指导保障视频体验的MBB网络容量规划

播放速率要求同样也需映射到网络KPI需求，由于初始缓冲峰值速率要求不低于播 放速率要求，故按初始缓冲峰值速率规划的MBB网络KPI，同时也会满足播放速率 的要求

3保障Mobile U-vMOS的MBB网络E2E KPI 本章阐述如何从目标Mobile U-vMOS映射到MBB网络E2E KPI（带宽、时延、 丢包）

从图2的过程分解可以看出，初始加载阶段分为视频解析和数据下载缓冲两个子阶 段。视频解析阶段的持续时长和OTT平台、终端的设计原理有关，通常为RTT的 某个倍数。数据下载缓冲阶段的持续时长与所需最小初始缓冲数据量以及初始缓冲 峰值速率有关

在目标初始加载时间已经确定（如1秒）的前提下，E2E RTT越大，则视频解析阶 段越长，留给数据下载缓冲阶段的时间就越短，对初始缓冲峰值速率的要求也就越 高。然而，初始缓冲峰值速率受到无线空口实际能力制约，不可能无限制增加。由 此可见，E2E RTT规划与无线空口能力强相关，降低E2E RTT，可以降低无线空口 带宽需求，反之，较大的E2E RTT，则对无线空口带宽提出挑战

E2E RTT和初始缓冲峰值速率共同决定了初始加载时间

图3SpeedVideo初始缓冲阶段流程示意图
。。。以上简介无排版格式，详细内容请下载查看