挑战
推出 FAST 频道需要解决多个广播级别的基础设施问题：
- 24/7 线性流媒体需要全天候的转码和封装基础设施
- 广告插入需要帧精确并符合 SCTE-35 标准，以满足程序化需求
- 内容播放列表需要与预定节目和广告插播无缝循环
- 多比特率自适应流媒体 (ABR) 对于不同的设备和带宽条件是必需的
- 传统广播基础设施成本对于新频道的推出而言过高
- HLS 封装需要符合 Apple 的 HLS 规范，以实现广泛的设备兼容性
我们的解决方案
我们使用 AWS Media Services 构建了一个 FAST 频道流媒体管道——MediaLive 用于编码，MediaPackage 用于 HLS 封装，MediaTailor 用于服务器端广告插入 (SSAI)。
架构
- 内容源: AWS S3 (VOD 资产) + AWS MediaStore (实时摄取缓冲区)
- 编码: AWS Elemental MediaLive 用于实时转码为多比特率 HLS
- 封装: AWS Elemental MediaPackage 用于支持 DRM 和时移的 HLS 源
- 广告插入: AWS Elemental MediaTailor 用于 SSAI 并集成 VAST/VPAID 广告服务器
- CDN: Amazon CloudFront 用于全球 HLS 传输并带边缘缓存
- 调度: 自定义调度服务用于播放列表管理和 SCTE-35 信号插入
- 监控: AWS CloudWatch + 自定义仪表板用于流健康监控
流媒体管道
内容准备
- 摄取 — VOD 资产上传到 S3，并验证其编解码器/分辨率合规性
- 转码 — MediaLive 将源编码成多层 ABR 阶梯，涵盖从高分辨率到移动优化和纯音频版本
- 分段 — HLS 片段以一致的间隔生成并与关键帧对齐
- 清单 — 包含每个质量级别变体播放列表的主清单
SCTE-35 广告信令
广告插播信号在整个线性流中按预定点注入：
- 插播点 (Splice Insert) 信号在指定的广告插播点发出
- 片头广告 (Pre-Roll) 标记在节目开始前，用于频道进入广告
- 插播广告 (Mid-Roll) 信号在自然内容边界处发出
- 时间信号 (Time Signal) 用于基于内容元数据的程序化广告决策
服务器端广告插入 (SSAI)
- 信号检测 — MediaTailor 检测 HLS 流中的 SCTE-35 标记
- 广告决策 — VAST 请求连同定向参数发送到广告决策服务器
- 广告获取 — MediaTailor 获取并转码广告素材以匹配 ABR 阶梯
- 清单操作 — 广告片段无缝地拼接进 HLS 清单
- 播放 — 观众看到的是一个连续的流，在广告切换时没有缓冲
24/7 线性节目编排
播放列表管理
- EPG (Electronic Program Guide) — 基于日程的播放列表，带有时间段分配
- 内容循环 — 当所有内容都已播出时，自动播放列表回收
- 时段划分 (Dayparting) — 一天中不同时段的不同内容主题
- 紧急覆盖 (Emergency Override) — 用于立即切换到替代内容或垫片的 API
无缝过渡
- 关键帧对齐的片段边界，实现无故障的节目过渡
- 在当前节目结束前加载预缓冲的下一节目片段
- 垫片/填充内容，用于填补调度空白
- 时钟对齐的节目开始
监控与可靠性
- 流健康状况 — 输入/输出指标、比特率监控、错误率跟踪
- CDN 性能 — 缓存命中率、源站获取、错误率
- 广告填充率 — 广告曝光跟踪、填充率指标、备用垫片管理
- 警报 — 用于流中断、高错误率、广告填充下降的自动化警报
主要功能
- 24/7 线性流媒体 — 全天候在线的 FAST 频道，带有预定节目
- 自适应比特率 — 适用于所有设备类型和网络条件的多层 ABR 阶梯
- SSAI — 符合 SCTE-35 标准并集成 VAST 的服务器端广告插入
- 全球 CDN — CloudFront 边缘交付，用于全球范围内的快速启动时间
- EPG 调度 — 基于日历的内容调度，带有时段划分
- 流监控 — 带有警报的实时健康状况仪表板
- HLS 合规性 — 完全符合 Apple HLS 规范，以实现通用播放器支持
成果
技术栈
caseStudyDetail.more 案例研究
探索更多我们的技术实施案例
SCTE-35 广告标记信令与媒体预告片插入管道
一家流媒体公司需要一个强大、自动化的管道，用于将 SCTE-35 广告标记注入直播和 VOD 流中，并能将宣传预告片（前贴片、中贴片和后贴片）精确地插入指定位置——从而实现跨 FAST 频道、直播活动和点播内容库的变现。
利用 AWS 媒体服务通过 SRT 传输 FAST 频道流媒体
一家媒体公司需要使用 Secure Reliable Transport (SRT) 协议，为其 FAST 频道建立可靠、低延迟的贡献源，从而能够通过不稳定的互联网连接，从远程工作室、云播放系统和联合发行合作伙伴摄取高质量内容。
常见问题
MicrocosmWorks 使用 AWS Elemental MediaLive 并将 HLS 输出到 MediaPackage，实现了 8-12 秒的玻璃到玻璃延迟，这对于 FAST 频道传输来说是标准配置。对于更低延迟的要求，该管道支持低延迟 HLS (LL-HLS) 配置，通过分段传输可以将端到端延迟降低到 3-5 秒。
MicrocosmWorks 在 AWS Elemental MediaTailor 中配置了 MediaLive，实现了主直播源和自动 VOD 循环播放列表之间的输入故障转移。CloudWatch 警报会检测信号丢失，并在几秒钟内自动切换到备用内容源，同时 EventBridge 规则会通知运营人员，确保频道持续在线。
MicrocosmWorks 配置了 MediaPackage 以生成 SSAI 兼容的 HLS 清单，其中包含 FAST 聚合器进行服务器端广告插入所需的 SCTE-35 广告标记。输出端点通过 CloudFront 签名 URL 进行保护，并通过带有区域边缘缓存的 CDN 进行交付，满足了聚合器对清单新鲜度、片段可用性和 DRM 信令的要求。
MicrocosmWorks 通常看到，运行 24/7 的单个 1080p FAST 频道，采用 HLS 传输，每月 AWS 成本为 $2,500-$4,500。这涵盖了 MediaLive 编码、MediaPackage 源站、用于中等观看量的 CloudFront CDN 出口流量，以及用于 VOD 资产的 S3 存储。多频道运营商可受益于共享的 MediaPackage 源站和 CDN 分发，从而降低每个频道的成本。
MicrocosmWorks 提供 FAST 频道部署服务，价格为每小时 30-50 美元，一个完整的 HLS 流媒体基础设施，包括 MediaLive、MediaPackage、CDN 配置和监控，通常需要 200-350 开发小时。频道运营、日程管理和基础设施优化的持续托管服务也按相同的每小时费率提供。