IPTV 质量评价方法已经不适用于 OTT TV 质量评价
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承载的特点是实时性好，但出现丢包则不会重传，抖动和时延过大的包会被丢弃，对视频流而言是一种有损传输。所以当网络损伤出现时，解码后视频质量会出现劣化，导致马赛克、图像模糊等问题，见下图。
损传输的视频质量常用测量指标是否适用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 是以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视频业务中，由于网络损伤而真正影响用户体验的主要问题，缓冲等待时间、等待次数、视频码率降低等都无法反应出来。
