流媒体服务正在成为全球媒体和娱乐业务的核心，目前市场的数据显示，增长率是传统电视的10倍，因此OTT视频占行业总收入的15%，到2022年将占市场收入的三分之一
为了实现视频流的优化传输，需要在传输的每个阶段协同工作以实现降低延迟的最佳效果。 首先，介绍传输中的第一个阶段的优化。 “第一公里”传输期间的优化。
第1部分
分发链前一级的优化
从分发链的前端
视频发布的每个步骤都必须能够向链中的下一个节点发布内容，并确保达到生产者期望的质量水平。 此外，由于当前的OTT服务是内容提供商及其分销商的利润中心，因此对质量的要求比以往任何时候都要高。
这种新的业务模式要求任何显示器都可以访问传统电视的低延迟和高质量的任何视频流，并且按需观看的OTT内容的播放开始速度与传统VOD内容相同。 这需要能够满足在第一英里传输阶段具有完全备份冗馀性的卫星和传统光纤传输的性能参数，以及快速发现和解决问题的能力。
图1 .视频直播系统通过多种方式向消费者传输内容
了解视频分发的端到端环境
对于希望最大化第一英里传输性能的提供商来说，确定最佳计划的第一步是了解延迟、质量、冗馀以及其他因素的要求和关键性能指标(KPI )。 分发阶段包括将内容从后期制作分发到OTT的所有路径。 这包括基于IP的管道到OTT附属机构、用于直接与消费者(DTC )交互的内容分发网络(CDN )以及到传统多渠道视频节目分发机构的网络。
对于线性内容，延迟应该最小化，以便传统电视频道和互联网的传输延迟几乎没有差别。 也就是说，需要将网络连接设备的广播和接收之间的30秒的延迟减少到约10秒。 线性传输延迟要求不适用于按需传输内容，但无论情况如何，都必须考虑更高的要求，包括服务目标、启动时间、图像质量、重新缓冲和服务可用性。
后期制作内容形式
保持分辨率、颜色深度、位深度和其他源材料参数的端到端保真度是为后期制作广播准备高质量的内容。 但是，在准备OTT分发的内容时，必须注意细微的差异。
以隔行扫描的内容为例。 虽然许多代码转换器可以对隔行扫描的电视节目进行解交织，但为了保持质量，建议在source上进行解交织。 反向交织还有助于通过改变原始状态来修改内容(如帧缩放)以减少失真。
前期代码
有两种主要方法可以将创建的信号转化为第一英里传递格式：“主代码”(mezzanine encoding )和“直接代码”(direct to origin encoding )。
主代码在第一英里处将内容的各个片段发送到“获取网络”(ingest network )，以便您可以进行传输。 内容提供商需要关注最终用户设备的特性、位编码深度、帧速率、纵横比和动态范围设置，以满足电影和电视节目的交付要求。 夹层码输出的比特率已进行了修订，以最大化观众体验并提供所需的最高质量。 的特定比特率/编解码器/设置组合是在内容准备链中的第一英里处传输的带宽、质量目标和预期的迭代丢失的函数。 精心设计的编解码器的一般规律是，对于同样的编解码器，预计会有25%-40%的反复损失。 此外，标准化编解码器可以确保与常用转码服务的兼容性，并利用经过验证的测试分析指标。
在Origin中编码的最佳方式是，将在多比特率配置文件或自适应比特率(ABR )流中使用的内容文件一起传输到Origin的服务器，以便在每个设备上实现最佳质量的呈现这通常包括使用至少七个不同的比特率配置文件，3G和2G移动网络等方案除外。 这是因为访问带宽受到限制，可能需要四个或五个。
选择正确的IP传输
选择IP传输模式时，主要目标应该是最小化延迟和避免质量下降。 提供商必须首先考虑实现最新的HTTP/2。 通过配置HTTP的内容，提供商可以根据基于传输控制协议(TCP )的ABR流将内容传输到origin服务器上的获取点，而不需要编解码器处理过程。
传统上，TCP具有很高的可靠性来确保IP分组到达目的地并且在客户端呈现时正确排序，但是当分组流被中断时，其随着更高比特率的增加而导致较高的延迟。 视频信号通过互联网传输的距离越长，中断和重新缓冲的事件就越多。
另一种传输模式用户数据报协议(UDP )是未连接的协议，不需要发送方和客户端之间的通信。 与TCP相比，UDP提供了更低的延迟和带宽利用率，但在数据流中阻止和销毁时会丢失数据包。 可以在不牺牲TCP可靠性(包括最近的UDP协议的改进、IETF QUIC标准)的情况下降低延迟并提高利用率。
满足质量管理要求
第一英里传输的质量管理从多路径冗馀开始，使您可以在不中断所有摄取点的情况下传输内容。 另一方面，在世界各地的现场活动(如奥运会和世界杯)中，提供商必须至少有两个完全不同的路径。 实际上，有三个以上的路径用于提供内容。 正常线性传输也需要持续的性能，提高了连续性
时间段内数据传输中断的风险。应将双路冗余模型视为基线，根据频道或内容，运营商可以选择考虑用于直播的三路径冗余模型。无论选择何种冗余，提供商都必须通过第一英里的分发点保持持续的性能监控和分析 - 必须确保与互联网服务提供商（ISP）一起解决任何可能导致糟糕用户体验的问题。内容提供商可以通过监控，分析和缓解功能来应对这些运营挑战，这些功能对于保持对端到端性能的控制至关重要。
PART2
内容准备
接下来介绍的是有关优化延迟中的另一个步骤，内容准备方面的优化。
OTT视频的转码和比特率配置文件创建
从根本上说，转码过程要求媒体内容以最高质量准备并在传输前进行优化。这需要为所有连接互联网的观看设备准备流的切片，比特率，比特深度和成帧策略。在转码过程中产生的视频再现质量对于在传送和播放期间的视频质量至关重要。但是，在所有情况下创建最高质量的视频再现是几乎不可能的，根据具体情况，视频质量可能过高，导致带宽浪费;或者它可能太低，导致像素化播放。
优化比特率阶梯以实现最佳视频播放
为了满足播放的高质量，在转码过程中应特别小心，以便为给定的内容选择最佳比特率阶梯。一些内容提供商选择一种通用的方法，为其整个VOD目录创建类似的比特率阶梯，但这会导致不必要的存储和传送成本，并导致不理想的播放质量。
视频点播的最佳方案需要上下文感知编码，该编码为目录中的每个标题建立最佳比特率梯形图。每个场景都以多个质量等级生成，比特率根据需要进行调整。使用这种方法，播放期间的感知质量是相同的，但需要相对较少的带宽。内容提供商也越来越多地使用机器学习方法来选择最佳比特率。
实时流式场景的最佳实践仍然是为每个人创建一个比特率梯形图，可以针对某些查看场景进行修剪。修剪可用的再现数量可以通过清单操作或高级播放器逻辑进一步处理。
解决下一代编解码器难题
虽然H.264 / AVC长期以来一直是视频流中使用的主流编解码器，但4K超高清（UHD）的出现使得内容提供商开始关注新兴的编解码器，其中包括H.265 / HEVC，与AVC相比，压缩效率提高了至少50％。
由于4K UHD流的质量优势以及最新Apple智能手机和电视内置的支持，HEVC在大规模UHD可用之前就获得了关注。随着内容提供商和分销商开始扩展编解码技术，HEVC也在编码器方面获益。
话虽如此，可HEVC还是没有得到整个行业的全面认可，比如AVC仍然将是近些年的主流编解码器，而版权费用也是HEVC的障碍，同时Google的免税版VP9和开放媒体联盟的AV1等高性能选项都得到了各种设备，网络浏览器和行业领导者的支持，给HEVC带来了激烈的竞争。
所有这些不确定性都表明在选择编解码器时需要关注当下行业发展的形势，由于并非所有编解码器都支持所有设备，因此建议在经济足够时考虑多个编解码器。一般情况下是考虑在节省交付成本达到存储和编码的增量成本时可以用新的编解码器。任何用例的经济因素应始终是选择正确的混合编解码器，以支持将优化传递到所有目标设备。
OTT视频的准备和包装
对于给定的内容，每组编码的再现必须与manifest文件打包在一起，允许目标客户端使用与manifest中一致的编码格式来获取和呈现内容。
播放器还必须明白表征自适应比特率（ABR）manifest文件的一些特殊内容，这包括创建清单文件的子集，比如这些清单文件利用元数据来指导音轨字幕和语言字幕，选择数字版权管理模式，描述符将高级功能与特定内容段相关联，以及动态广告的展示位置选项等等。
由于市场中MPEG-DASH和HLS的大规模使用 – 同时随着对Microsoft的Smooth或Adobe的HTTP动态流媒体（HDS）的支持逐渐消失 - 最佳方案是分发商使用HLS或用于绝大多数用例的DASH流格式。但是，仍然存在一些需要使用Smooth的特殊情况。标识为HLS中的主播放列表和DASH中的媒体呈现描述（MPD）的主清单文件能够向播放器提供关于音频和视频编解码器的信息，其中还包括比特率配置，segment大小和顺序，以及与字幕有关的细节和广告等内容。
必须呈现和同步所有这些元素，以确保在客户端设备上进行精确，流畅的播放。通常使用具有HLS和DASH的fMP4容器以及最大化CDN效率的最佳方案是利用新兴的通用媒体文件格式（CMAF）。
CMAF的出现
通用媒体应用框架（CMAF）可以使用fMP4容器对多个比特率配置文件中的视频进行均匀分片编码，以便通过HLS或DASH进行流式传输。CMAF提供了一个轻量级框架，它不会引入新各方案，而是以新的方式组合现有格式和标准。随着2017年实现正式标准化，行业中的以后实践就都需要考虑CMAF这种新格式。
对于按需播放的场景，最佳方案需要使用DASH或HLS，fMP4容器和CMAF。内容提供商可以利用CMAF中打包的一组音频和视频文件以及引用该文件的两个清单（一个用于HLS，另一个用于DASH）。这有助于降低内容准备和存储成本，同时通过提高缓存命中率提供更好的CDN效率。
在播放实时流的情况下，最佳方案是使用DASH或HLS，fMP4容器和CMAF。在按需播放的场景中，CMAF使内容提供商能够利用一组带有两个清单的实时音频/视频文件来引用该文件。但是，在实时流媒体的情况下，CMAF可以帮助内容提供商实现更低的内容准备和摄取成本。最佳方案包括将原始摄取源与原始服务器合并到ISO，而不是TS和ISO，这可以将带宽减少一半。
CMAF还具有用于实时流的可选分块编码模式，当与通过origin和CDN的分块传输支持相结合时，可以将端到端延迟减少到几秒，并且还允许延迟与切片持续时间分离。此选项为内容提供商提供了一种途径，可以在不降低切片持续时间的情况下实现更低的延迟，同时提高质量。
托管与内部原始基础设施
在转码和打包之后，将打包内容摄取到可由CDN访问的源服务器上是下一个关键的优化步骤。为了支持大量受众的实时线性视频服务，最佳做法包括使用编码器将内容推送到原始设备，以处理CDN基础设施上的内容的大量呼叫量。最佳方案要求原始服务能够根据网络条件，受众位置和其他因素动态找到最佳入口点;并且还支持最佳传输模式，以最大限度地减少延迟而不会降低质量。对于按需播放的场景，建议使用提供高度可扩展基础架构的原始服务，与分销商工作流程协同工作，以优化高性能视频的存储。
使用自己的原始基础设施的提供商必须具有足够的容量以pull模式运行，以处理来自所有CDN的所有呼叫，以及在主要源设施可能发生故障时的单独备份设施，切换到备份还需要自动响应功能，全天候监控和高性能传输连接。
最大化OTT视频的质量保证
OTT分发的编码和打包需要保证这些过程始终按要求执行。必须采用性能监控和分析工具来提供所需的全面可见性：在问题导致中断之前识别问题;比较输入和输出质量;确认每个视频节目都能达到延迟和期望质量;并验证工作负载是否正确分配以避免编码转换器上的过载