广电业正在迅速向IP转换。在这个过程中，制作和播出之间的每一个要素（从直播和线性到VOD）都受到影响，如图1所示。
{图字}
实时馈送 播出 实时/线性打包和分配
文件摄取 发布 VOD打包和分配
主控 码流监测 平台监测
数字作品已从附加的功能转向核心服务。发行商急于利用如UHD和HDR等的新视频格式。随着对商用硬件支持的激增，专有硬件部件有生命终结的预兆。对云解决方案的信心正在增长，云或混合云系统现在是一个重要的设计考虑。曾几何时对广播来说是一个疯狂想法的开源解决方案，在数字世界正变得可行。变化确实太快了，而所有这些变化正在推动不断发展的商业案例。
传统的垂直集成解决方案逼迫工作流程，限制未来投资选择，并可能阻碍创新。为利用新的数字工作流程，IBB咨询公司与广播机构合作，把他们的需求分解为如图1所示的功能成分，并标出了视频、音频和数据内容流。这种自底向上的分析与清晰的创新目标相结合，是端到端架构组合的强有力开始，此组合可根据用户案例和行业标准一直得到测试。
以下的案例研究给出了广播机构面临的挑战以及他们如何在一个全IP环境应对的真实例子。
案例一
某体育直播网希望在每一种装置上播出比赛且支持UHD工作流程。
传统运作
使用基于光纤的视频网络或卫星车通过ASI馈送MPEG-2 1080i信号。数字平台根据需要下行此信号、交叉转换和转码。
全IP广播运作
在按照SMPTE 2022合成的多播IP信号上采用不同的J2K馈送到内部和云编码设施，并且使用IP到IP实时编码器编码所有版本信号，经由确定的IP路径上传到CDN入口点。所有版本信号被播出部以相同的优先级监测。客户端或清单处理云服务都可实现分配故障切换。
案例二
一个大型制作演播室必须传输有多个机位、音轨、隐含字幕和一批元数据的文件。
传统运作
采集过程必须适应所有介质和格式变化。一旦采集进媒资管理系统，则人工开始转码处理，并仅使用基本的元数据元素创建准备用于自动播出的分配格式文件。数字制作人得到这些文件，但他们往往是遗漏的部分。此制作人必须把一切都转码为一个Web容器，然后用一个OVP重新包装用于移动装置。
全IP广播运作
按照制作合同，视频、音频和严格定义的元数据以媒体交换格式（MXF）打包。制作者在发行商的投稿门户网站使用加速上传技术，传送MXF和其它如CC这样的附属文件。内容将进入放行流程和执行QC/验证检查，制作者会自动得到问题通知。
此采集工作流程引发一个转码工作，通过ISOBMFF和TS容器建立一个MPEG-DASH资产；全部版本被恰如其分地围绕广告位分割，并且存储为一个带相应MPD的文件供HTTP分配。整个MPEG-DASH包以及所有相应的视频和音频轨、CC文件和描述性元数据，可使用一个电子订单被请求为一个资源，发布到CDN或通过自动播出系统被访问。
案例三
一个附属网希望部署一个有三天回看期的低成本数字节目。
传统运作
使用视频网络把此节目信号无线送入制作设施，记录此节目，并采用编辑技术切进个别资产内。一个实时编码器用于此直播节目信号，而一个网络视频发布器（OVP）摄取、转码和发布资产到CDN。
全IP广播运作
接收此节目信号，根据时间表在播放时间划分内用一个云编码器进行实时HLS编码。在CDN上保留三天。处理节目进行提要表为一个基于XML的入/出点，以便播放器在适当时间访问播放时间划分，播放此资产。
案例四
一个国内网想一个数字邻频道及内容向某一类型倾斜。当日时间很重要，因此晚上8点节目必须在全部4个时区的晚上8点播出。
传统运作
购买一台播出视频服务器记录东海岸节目，购买4台编码器以各自数字频道形式播出每个时区节目。由APP确定的用户本地时区，将保证连接到正确的节目信号。
全IP广播运作
只创建一个东海岸节目且存储在CDN上4小时。使用存储东海岸清单的基于云的清单处理器，并根据请求APP的时区改变时差。
结论
随着数字平台作为主流娱乐手段找到它们的位置，会有许多新的使用案例和工作流程。全IP解决方案的可行性将取决于每家广播机构特有的情况。不过，为避免欠佳的投资决策，制定一个战略很重要。
广播机构习惯于每个信号有清晰的路径，并且当每条路径从源到目的地在物理上可追踪时更放心。但是，互联网视频发布商更习惯于抽象化，他们认为视频并非一种离散信号，而只不过是遵照指令移来移去的数据包。传统广播运作规避风险，需要人工处理且依赖巨大的基础设施。
但是全IP广播运作必须搭建起连接这两个世界的桥梁，并且了解这两种技术协议栈，这是对最低数量的支持技术和标准的简化如此重要的原因。对任何新东西的信心来自验证的可靠性，而这只有在良好构建的全IP设计能够满足甚至超过过去100年广播电视设立的极高门槛时才能出现。