基于云的电视广播

电视广播公司会将直播内容（如体育、新闻、现场表演、演播室制作和广告等）聚集在一起，把它们放到一个名为频道的线性序列当中。

然后通过广播电视台的分支机构，包括当地电视台、有线电视机顶盒/多频道视频节目传输商 (MVPD)，如 Comcast，以及更年轻的数字 MVPD，如 Hulu，对频道进行分发。这些频道可被分为以下几类：

• 直播电视：体育赛事、新闻和现场活动
• 频道播出：电视节目、纪录片
• 传输到 MVPD：线性分发
• 在互联网上传输：OTT/TVE (Over The Top/TV Everywhere) 分发
 

在传统上，关系到每项电视广播操作的技术由四个部分组成，每个部分都至关重要：视频延迟、视频质量、服务/弹性/可靠性质量，以及成本。

这么多年来，这些都是与电视传播公司合作的任何人员都不得不面对的基本技术挑战，后来随着电视技术创新开始加速，现在又出现了新的第五个关键部分：灵活性，也就是试验新的业务模式，以低成本、低风险快速做出改变的能力。

云的灵活性与新媒体服务的结合让电视传播公司拥有前所未有的新选择和机会。

由于新的视频解码器、容器格式和其他改进的问世，电视传播公司能够灵活地利用它们，而且最重要的是，根据需要扩展与缩减规模。云中专门构建的媒体服务开始提供除漫长而且被锁定的硬件升级周期以外的其他选项。

今天，云广播公司发现 AWS 媒体和娱乐解决方案由于以下用途而显得非常实用：

• 更专注于地面分发
• 增加观众和粉丝参与
• 遏制盗版内容
• 优化成本
• 通过自动化实现高效运维
• 可灵活地随时做出任何更改
• 设施合并或折旧
 

电视传输管道如何运作：内容（体育赛事直播、直播新闻、演播室文件、预告片和广告等）会被传输到电视传播公司（中间），他们会对内容进行处理（质控、格式化、计划安排/流量、播出），然后整合线性频道通过三种方式（右边）分发给消费者。下方是它的形象化图示。 

传统广播电视技术是教父级的，它被视作独立的电视技术堆栈，而且已经存在数十年时间，一直通过机架式硬件数据中心来处理直播制作和频道播出。Over-the-top (OTT) 电视技术相对较新，起步较晚，该技术在最近一二十年间才开始涌现出来。

伴随着 OTT 电视技术的诞生，传统硬件也发展出新的编码器，可以将视频发送到互联网供观众欣赏。其结果是：新的和传统流程整合并且同时存在。

当电视传播公司与 AWS 讨论云广播时，他们想要的通常就是将传统广播与 OTT 整合在一起，其目的是拥有适用于分发的单一电视广播技术堆栈，从而简化操作并减少成本。

云中的电视广播分发链由四个独立的部分组成：内容存储、传输、播出和分发。

存储：向受众呈现电视广播内容的第一步是存储。在云中存储的媒体内容可被用于传输和/或播出。播出服务器在短时间内需要的内容可以被存储在 Amazon S3 上，以便获得高可靠性和速度。不常使用的内容可以存放在长期存储当中，包括 Amazon S3 Glacier 和 Amazon S3 Deep Archive。在电视广播架构中，需要用到存储的地方还有很多。它可以是完全集成的工作负载的一部分，而该工作负载包含媒体资产管理 (MAM)、编辑和内容管理系统 (CMS)。

传输：AWS 全球网络由世界各地的不同区域组成，可实现快速、轻松而且以具有成本效益的方式传输文件。除了文件，AWS 还允许通过用于移动直播视频的 AWS Elemental MediaConnect 来传输媒体。云广播公司用它在 AWS 中提取、移动和检索电视内容。

线性播出：具有频道和内容所有权的云广播公司需要将内容整理成为按顺序播放的事件，或播放列表，亦即线性播出。线性播出包括以某种方式排列不同的文件，从而对电视观看体验进行管理。文件播放列表包括电视节目、广告商的广告，以及内部节目预告（网络的其他节目或活动，通常在节目前播放）。

线性播出 vs.现场直播：线性播出的是文件，而直播节目是流媒体。就像云广播公司可以移动文件一样，他们也可以四处移动直播流。直播流和文件播出之间的主要区别在于，直播流采用实时传输，流式处理的速度对于电视观看来说至关重要，也就是说，播出必须对流信号进行解码，然后及时把它们传递给线性系统，这是在技术上更为复杂的流程。

分发：从根本上来说，在云中的一个位置支持全部广播电视工作流程是最理想的，其中的关键元素之一就是 AWS Elemental MediaLive，该实时视频处理服务让云广播公司可以制作高质量的广播级视频流，然后将其传输到广播电视与联网设备。该服务的工作原理是对实时视频流进行实时编码、采用更大大小的实时视频源，并将其压缩成更小的版本，以便分发给观众。 

在传统电视广播流程中，Statmux 为多个直播视频频道提供实时带宽调整，并且把更多资源投入到复杂的视频（如体育赛事），把较少视频投入到简单的节目（如需要头部特写的节目）。

与电视制作链中的大多数关键功能类似，可在基于云的广播工作流程中访问 Statmux，例如，采用 Statmux for AWS Elemental MediaLive 的云广播公司可以创作直播电视内容，然后同时将该电视内容分享给他们的分发合作伙伴。

Statmux for MediaLive 如何运作：Statmux 控制器会和 Statmux 池中的每个编码区通信，让它们实时地以不同的比特率逐帧进行编码，这意味着 Statmux 控制器和编码器会在闭环中运转，确定内容的复杂性并对其进行调整，从而精彩呈现计算与比特密集型快动作画面，如 NASCAR 或 NFL 赛事，相较之下，几乎静止的具有大量头部特写的节目一般来说要简单得多。

Statmux for MediaLive 使在数分钟内从云构建卫星分发工作负载成为可能。该服务原生具有自动冗余功能，而多个可用区实现跨区域相同配置，确保服务的高可用性。Statmux for MediaLive 的灵活性让云广播公司可以随着受众和业务需求的变化轻松创建、编辑和移动频道。

借助于承诺多年使用的预留定价，成本不再是电视传播公司采用该技术的障碍。

云广播公司可以通过适用于直播视频的高质量传输服务，如 AWS Elemental MediaConnect，简化点对点分发。 MediaConnect 也可以在云广播工作流程中扮演重要的角色，因为它让广播公司可以将流媒体移入、移出 AWS 以及在 AWS 中移动，并在必要时跨多个全球区域，这一切操作都可在他们的 AWS 账户中完成。

 

FOX Corporation 通过部分全球领先以及最有价值的品牌制作与分发电视内容，其中包括 FOX Television Stations、FOX Network、FOX News 和 FOX Sports；后者拥有 NFL、MLB，以及其他职业和大学体育组织的转播权，包括 FOX Sports Racing、FOX Soccer，该公司在 Big Ten Network 所占股份，等等。

FOX 运行着一台重要电视内容制作设备，以此吸引了大量受众的参与，他们通过一项突破性的计划才有今天的局面：在行业内率先使用云来进行 HEVC 和统计复用 (statmux) 编码。

在 2019 年，FOX 成为首个采用 Statmux for MediaLive 从云制作直播电视的电视网络。

采用分为两个部分的 HEVC 和 Statmux 计划，FOX 用行动表明电视广播行业面临着这样的抉择：维持成本高昂的传统广播运维，或者利用新的云广播技术并实现更高的成本效率。