Page 21 - BP_201906
P. 21

OTT监测进展                           OTT内容消费激增的压力。                     当前的基于云的挑战
                 OTT监测进展很快。不久前，OTT                 OTT视频服务分发技术正在利用基                  为支持各种设备，使用了多种协
             监测主要限于IT基础设施监测，以及在                于HTTP的动态自适应视频流媒体传输                议，O T T提供商把多种流媒体协议用
             某种程度上监测边缘位置的系统，作为                 （DASH）。过去一年，MPEG-DASH             于媒体分发，而接收设备仅仅支持一两
             分发的证据。                            迅猛增长，也在OTT技术领域获得坚实                种协议，这促使O T T服务提供商以多
                 随着市场发展，越来越多的O T T             的进展。                              种协议流传输他们的内容。进出C D N
             广播公司开始发现监测的价值。他们正                     ATSC  3.0规范正把DASH用于混          的数据必须得到监测以保证体验质量
             努力聚合O T T平台和优化流媒体传输               合广播—宽带电视。ATSC  3.0给予广             （QoE）。
             协议。                               播公司传输广播和宽带服务，提供更好                     基于云的OTT监测的最后一公里监
                 OTT提供商采用各种流媒体传输协              电视体验的机会。                          测必须解决最后一公里监测的问题。基
             议分发媒体，包括实时流媒体传输协议                     统计费用有助于提供高质量ATSC              于云的应用必须在各个水平监测，包括
             （R T S P）、实时传输协议、平滑流媒             3.0流，有效利用可用带宽并支持优化共               用户体验。物理上，应用运行位置和用
                                                                                 户所在位置之间的距离很大。常规监测
             体传输等。仅支持一种或两种协议的接                 用相同物理层管道的频道之码率和视频
                                                                                 （应用环境的一部分）在技术上难以监
             收设备要求服务提供商以多种协议流传                 质量。OTT内容经由接收机中的宽带连
                                                                                 测用户端的应用表现，无论是手机APP
             输他们的内容。目前，媒体流处理主要                 接传输，而DASH在这种情况下起使能
                                                                                 还是网络浏览器。要监测每个区域专有
             利用CDN在云端进行。为保证QoE，必               器的作用。
                                                                                 的因特网问题。糟糕的互联网连接可能
             须监测进入CDN和从CDN输出的数据。
                                                                                 影响用户体验。
                 此外，在使用IP网络传输媒体数据
                                                                                     多重码率导致资源要求增加。OTT
             时可能出现传输错误；错误可能包括包
                                                                                 内容流传输的另一个挑战是设备和网络
             延迟、抖动、丢包等。因此，服务提供
                                                                                 要比在如卫星、有线等的有控制的环境
             商引入完备的质量监测解决方案非常重
                                                                                 内集合的设备和网络更多种多样。为满
             要，包括在CDN数据中心和边缘位置的
                                                                                 足不同的网络条件要求和设备要求，必
             视频监测。
                                                                                 须有一种自适应架构。
                 基于云的监测极其有效，因为它像
                                                                                     流媒体视频被分发到各种设备，包
             可移动到某一网络内任何位置的虚拟机
                                                                                 括计算机、智能手机和平板电脑，令监
             （V M）一样工作。这使得数据存储、
                                                                                 测过程更复杂。每个变体被编码的码率
             管理和处理更容易，从而节省大量时
                                                                                 和模式是不一样的。因此，从监测和质
             间、精力和金钱。基于云的监测允许在
                                                                                 量控制的角度来看，由于每个内容有很
             地域限制的码流内和地区内监测以及向
                                                                                 多版本，运营商必须付出更多精力。
             上扩展监测，特别是对服务器侧广告插
                                                                                     被某些设备使用的网络必须动态容
             入的监测。                                                               忍波动特性。此外，用于自适应码率流
                                                                                 传输的底层技术没有标准化。
             日志记录和合规状态                         OTT监测最优方法                             上面所述的并非针对所有基于云的
                 很多公司正在做传统广播的日志记                   根据上图，整个OTT视频分发过程              应用，而是对一般的OTT监测而言。
             录和合规工作。不过，这些类型的日志                 在三个不同层完成。这三个OTT层（业
             记录既不涉及OTT内容，也不涉及具有                务层、媒体层和分配层）由三组A P I集              未来OTT监测解决：
             在多系统运营商（MSO）处插入的广告                成监测。这些A P I集成监测整个工作流                  ·仿真最后一公里带宽变化
             的内容。依赖日志记录了解内容发生了                 程的内容，从内容采集到内容消费和内                     ·协议融合
             什么结果可能是错误的。                       容分发。监测包括对工作流程全部接触                     ·限制应用清单数量，降低从一个
                 OTT运营改变了广告的分发方式；              点的细微观察，提供全部技术错误数据                 清单切换到另一个清单时的出错率
             它们可以对一特定市场或社区指定广告。                （如同一个警报器工作），有助于为用
             不过，相比传统广播，这些广播节目一般                户提供不间断视频。                         基于云的OTT内容监测未来发展
             监测不足或有时根本没有被监测。                       提供工作效率的关键是建立一个容                   ·流媒体协议融合，一个规范适用
                 到目前为止，由于联邦通信委员会               错的OTT流媒体基础设施。如果万一出                的行业标准；例如MPEG-DASH
             （FCC）极少的合规要求且缺乏OTT行               错，解决时间最少十分重要。如同上图                     ·几乎零延迟的基于分段传输的协议
             业标准，业界对OTT监测的动力不足。                所指出的那样，一个全面和易于使用的                     ·视频压缩领域进展，部分由
             但由于O T T和广播视频分发领域创新               实时捕获和控制整个设施的状态的控制                 H.265所承诺以及为有最佳Q o S高效利
             不断，因此内容所有者正不断承受响应                 面板可提高整体运营的价值。                     用可用带宽  B&P





                                                                                                                21
   16   17   18   19   20   21   22   23   24   25   26