HTTP ABR 视频传输质量测量说明

HTTP ABR (Adaptive Bit Rate)是目前最热门的OTT (Over-The-Top)传输技术，典型的有Apple HLS (HTTP Live Streaming)、Microsoft Smooth Streaming、Adobe Zeri Streaming和DASH (Dynamic Adaptive Streaming over HTTP)。

HTTP ABR是以HTTP/TCP协议进行无损传输，且会根据网络带宽自动调整视频码率的视频技术，与传统的UDP承载或广电广播网络承载的有损传输视频业务有很大区别。在网络性能变化，如路由器拥塞丢包时，传统的MOS-V等图像质量指标对于HTTP ABR却保持不变，失去了指标的意义。因此HTTP ABR业务需要全新的一套测量体系来进行视频传输质量测量。Spirent针对该业务所设计的以AS Score为代表的一套指标体系已成为该业务测量的新标杆，并即将成为IETF标准。

二、为什么传统的IPTV视频质量分析方法不适用于HTTP ABR业务？

有损传输的视频与HTTP ABR视频对比

传统的网络视频IPTV业务主要是基于UDP承载视频流的，UDP承载的特点是实时性好，但出现丢包则不会重传，抖动和时延过大的包会被丢弃，对视频流而言是一种有损传输。所以当网络损伤出现时，解码后视频质量会出现劣化，导致马赛克、图像模糊等问题，见下图1。

　　图1、UDP承载视频流出现马赛克和图像模糊

HTTP ABR视频业务是基于TCP承载视频流的，TCP承载的特点是可靠连接，无损传输。丢包后会进行重传，抖动和延时会被客户端的下载缓冲所消化，一般情况下客户不会感知。只有缓冲区的视频播放完又没有及时下载到新的视频片段时，才会出现画面等待并缓冲，见下图2。

　　
　　图2、TCP承载视频流

传统的网络视频质量分析指标是针对视频画面损伤时对视频质量评估的，而当网络性能劣化，例如有路由器出现拥塞导致丢包时，HTTP承载的视频业务是不会丢失媒体包的，画面质量跟发送端是完全一致的，那原有的一些分析指标是否还适用呢？

有损传输的视频质量常用测量指标是否适用HTTP ABR业务？

基于UDP的IPTV视频业务，或广电广播网络的视频业务常用于衡量视频质量的指标常用有如下几种，Spirent VQA视频质量测量方案均已支持：

MOS-V

MOS-V原本是指通过观测者人眼观察视频质量，进行主观1-5分的打分，参见ITU-T P.910（04/2008）。目前广泛在视频质量测试中所使用的MOS-V指标，即通过算法分析客户端所收到的视频编码、帧率、丢包分布、以及图像组结构等，通过算法换算得出等效于人眼主观评价测量的MOS-V得分。

MOS-V适用于HTTP ABR业务吗？

只适用于进行实时视频编码阶段，对于网络传输则失去意义。

如前所分析的，ABR业务采用TCP无损传输，已编好码的视频流（如H.264码流）进入网络（如CDN）后，发送端发出的媒体片段和接收端收到的片段是完全一致的。传输过程中TCP丢包会重传，对于视频流而言即不存在丢包，所以MOS算法所计算的丢包分布是无意义的。即在出现网络层面的丢包时，对于TCP承载的视频业务而言，MOS值是不会改变的。

所以MOS在ABR业务中，充其量只能适用于视频发送前进行视频编码的阶段，即做初步的编码器编码质量对比。

在某些特殊场合，在传输网络中有实时视频转码的网元情况下，MOS也可用于单独衡量转码设备的编码质量。但对于HTTP ABR业务而言，本身就具备提供多种不同的码率码流，适应不同的用户情况，客户端自动选择下载码率，在网络上再做实时转码并不经济，所以该场景在HTTP ABR业务中并不常见。

要特别指出的是，视频传输质量测量目的是以仪表模拟大量用户访问，衡量网络在大流量情况下的服务质量。而编码质量则取决于编码算法，与用户量或网络状态是无关的。例如VOD业务，它是编码软件离线编码后，把文件以非实时的方式送入网络存储（如CDN），再由网络向用户提供服务的。

关键是，对于运营者最关心的传输网络上各个网元的服务质量，例如出现丢包、抖动、延时等，由于不存在视频损伤，MOS指标保持不变。即网络质量变化，用户感知发生变化时，MOS指标无法反应，失去了指标的意义。

MDI

MDI:DF延迟因素指标，指示被测试视频流的延迟和抖动状况。DF单位是ms。DF将视频流抖动的变化换算为对视频传输和解码设备缓冲的需求。

MDI:MLR媒体丢包率指标，网络传输过程中每秒媒体包丢失数，指示媒体包丢失情况。

MDI适用于HTTP ABR业务吗？

完全不适用。

MDI:DF本意是为了指示对解码设备缓冲的需求，特别是电视机顶盒的缓冲有限，缓冲时间通常是毫秒级的。而对于HTTP ABR业务而言解码设备主要是PC和手机等智能终端，它是下载媒体片段的，终端本身就要求有容纳大量文件的缓冲空间，缓冲时间起码是分钟级。MDI:DF指标失去意义了。

而TCP的重传机制本身保证了不会有媒体层面的丢包， MDI:MLR必然为0，失去意义。

VSTQ