文档章节

IPTV 质量评价方法已经不适用于 OTT TV 质量评价

abcijkxyz
 abcijkxyz
发布于 2016/08/06 12:03
字数 1876
阅读 1
收藏 0
OTT TV一般情况下使用HTTP传输视音频内容,而IPTV一般情况下使用RTP传输视音频内容。HTTP是基于TCP的,因此不会出现丢包情况。而RTP是基于UDP的,因而会出现丢包状况。正是因为这点不同导致IPTV 质量评价方法已经不适用于 OTT TV 质量评价。

HTTP 是以HTTP/TCP协议进行无损传输,与传统的UDP承载或广电广播网络承载的有损传输视频业务有很大区别。在网络性能变化,如路由器拥塞丢包时,传统的MOS-V等图像质量指标对于HTTP 却保持不变,失去了指标的意义。因此HTTP业务需要全新的一套测量体系来进行视频传输质量测量。


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

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

      图1、UDP承载视频流出现马赛克和图像模糊
      HTTP视频业务是基于TCP承载视频流的,TCP承载的特点是可靠连接,无损传输。丢包后会进行重传,抖动和延时会被客户端的下载缓冲所消化,一般情况下客户不会感知。只有缓冲区的视频播放完又没有及时下载到新的视频片段时,才会出现画面等待并缓冲,见下图。
图2、TCP承载视频流
      传统的网络视频质量分析指标是针对视频画面损伤时对视频质量评估的,而当网络性能劣化,例如有路由器出现拥塞导致丢包时,HTTP承载的视频业务是不会丢失媒体包的,画面质量跟发送端是完全一致的。


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

     基于UDP的IPTV视频业务,或广电广播网络的视频业务常用于衡量视频质量的指标常用有如下几种:

     MOS-V

        MOS-V原本是指通过观测者人眼观察视频质量,进行主观1-5分的打分,参见ITU-T P.910(04/2008)。目前广泛在视频质量测试中所使用的MOS-V指标,即通过算法分析客户端所收到的视频编码、帧率、丢包分布、以及图像组结构等,通过算法换算得出等效于人眼主观评价测量的MOS-V得分。
        MOS-V适用于HTTP视频业务吗?
        只适用于进行实时视频编码阶段,对于网络传输则失去意义。
        如前所分析的,HTTP业务采用TCP无损传输,已编好码的视频流(如H.264码流)进入网络(如CDN)后,发送端发出的媒体片段和接收端收到的片段是完全一致的。传输过程中TCP丢包会重传,对于视频流而言即不存在丢包,所以MOS算法所计算的丢包分布是无意义的。即在出现网络层面的丢包时,对于TCP承载的视频业务而言,MOS值是不会改变的。所以MOS在视频业务中,充其量只能适用于视频发送前进行视频编码的阶段,即做初步的编码器编码质量对比。
         在某些特殊场合,在传输网络中有实时视频转码的网元情况下,MOS也可用于单独衡量转码设备的编码质量。但对于HTTP 视频业务而言,本身就具备提供多种不同的码率码流,适应不同的用户情况,客户端自动选择下载码率,在网络上再做实时转码并不经济,所以该场景在HTTP  业务中并不常见。
          要特别指出的是,视频传输质量测量目的是以仪表模拟大量用户访问,衡量网络在大流量情况下的服务质量。而编码质量则取决于编码算法,与用户量或网络状态是无关的。例如VOD业务,它是编码软件离线编码后,把文件以非实时的方式送入网络存储(如CDN),再由网络向用户提供服务的。
          关键是,对于运营者最关心的传输网络上各个网元的服务质量,例如出现丢包、抖动、延时等,由于不存在视频损伤,MOS指标保持不变。即网络质量变化,用户感知发生变化时,MOS指标无法反应,失去了指标的意义。

     MDI

        MDI:DF延迟因素指标,指示被测试视频流的延迟和抖动状况。DF单位是ms。DF将视频流抖动的变化换算为对视频传输和解码设备缓冲的需求。
        MDI:MLR媒体丢包率指标,网络传输过程中每秒媒体包丢失数,指示媒体包丢失情况。
        MDI适用于HTTP视频业务吗?
        完全不适用。
        MDI:DF本意是为了指示对解码设备缓冲的需求,特别是电视机顶盒的缓冲有限,缓冲时间通常是毫秒级的。而对于HTTP视频业务而言解码设备主要是PC和手机等智能终端,它是下载媒体片段的,终端本身就要求有容纳大量文件的缓冲空间,缓冲时间起码是分钟级。MDI:DF指标失去意义了。而TCP的重传机制本身保证了不会有媒体层面的丢包, MDI:MLR必然为0,失去意义。

    VSTQ

   视频服务传输质量指标。伴随MOS而出现的,重点关注网络传输中的视频质量,对于TCP无损传输而言是不适用的。
   另外还有PSNR峰值信噪比,也是同样,不再累述。
   I/B/P帧统计
   本意是统计在网络损伤下,视频编码的I/B/P帧分别的接收和丢失情况。同样由于TCP的重传机制,视频编码的I/B/P帧都是100%传送,不会丢失,统计失去意义。


小结

  传统的视频质量分析是基于有损传输的,MOS等指标本意是进行初步的综合的视频质量指示,以便做服务质量对比,再进一步做深入的指标分析,例如分析媒体流损伤情况、网络层丢包、抖动、延时等问题,最终找到影响用户体验的原因,并予以解决。
  但由于HTTP视频的特殊性,不存在图像损伤,网络丢包、抖动、延时等网络问题都无法影响到MOS指标,而HTTP视频业务中,由于网络损伤而真正影响用户体验的主要问题,缓冲等待时间、等待次数、视频码率降低等都无法反应出来。

本文转载自:http://blog.csdn.net/leixiaohua1020/article/details/11974879

abcijkxyz
粉丝 63
博文 6196
码字总数 1876
作品 0
深圳
项目经理
私信 提问

暂无文章

Feign输出Info级别日志

背景   spring cloud netfix组件中,feign相关的日志默认是不会输出的,需要自定义配置才能输出,并且Feign只对Debug基本的日志做出响应, 实际业务需要输出Info级别的日志,所以需要做自定...

xiaomin0322
22分钟前
3
0
面向解决问题的java编程,spring boot,mybatis generator和坑-1starter

1、start一个spring boot项目 第一课我们也不能免俗,要从starter开始,spring boot的起始项目脚手架可以从spring boot官方starter生成地址开始:https://start.spring.io/ 这张图列出了一个...

wphmoon
22分钟前
1
0
Linux虚拟化技术—CentOS7.4下KVM虚拟化一 安装配置及基本操作

Linux虚拟化技术—CentOS7.4下KVM虚拟化一 安装配置及基本操作 0行云流水00人评论61017人阅读2018-04-11 19:57:20 KVM的安装配置与基本操作 目录 第一部分 实验环境 第二部分 安装图形界面 ...

linjin200
25分钟前
1
0
php获取网站favicon.ico图标 api源码

 通常情况下,做网站的都会给自己的网站添加一个Icon,浏览器上一长排的标签页,用Icon来区分就显得更加醒目。现在想找一个没有Icon的网站并不好找,可见没有Icon的网站是多么的业余啊。"什...

xiaogg
28分钟前
1
0
双亲委派的认识

首先JVM中有三种类加载器 Bootstrap启动类加载器 Extension扩展类加载器(ExtClassLoader) System系统类加载器(AppClassLoader) 某个特定的类接到加载类的请求时候,首先将加载任务委托给...

最胖的瘦子
32分钟前
2
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部