直播，但又不完全是：为什么流媒体直播赛事仍落后于广播电视
内容提要
近两届超级碗测量显示，流媒体直播体育赛事比现场动作滞后26至78秒。原因是流媒体沿用点播架构，分片封装与播放器缓冲带来延迟，且服务商难以控制CDN、ISP等整条分发链路，导致观众间延迟差异大。改进方向包括低延迟协议、更直接的信号馈送、运营商内缓存，以及借鉴ATSC 3.0、5G Broadcast等广播式分发。流媒体虽更便捷，但尚未实现真正的“直播”。
延伸解读
延迟的根源：点播架构与直播需求的错配
文章指出，流媒体直播沿用点播架构，视频被切成2至6秒的分片，播放器需缓冲以应对网络波动。这种为可靠性设计的缓冲，在直播场景下直接转化为延迟。卫星分发阶段仅增加4至6秒固定延迟，而流媒体通常更多且因观众而异。这解释了为何升级家庭网络对降低延迟帮助有限——瓶颈在分发链路的编码、封装和缓冲环节。
观众间延迟差异：比平均延迟更值得关注
超级碗LIX测量显示，同一流媒体服务中最快与最慢观众的延迟差距从39秒到57秒不等。这意味着即使平均延迟改善，部分观众仍可能严重落后。差异源于网络状况、设备行为和播放器响应方式的不同。对观众而言，重启已落后的流或选择低延迟设置可缓解，但无法消除服务内置的延迟。
缩小差距的路径：低延迟协议与广播式分发
文章提到，分块式CMAF配合LL-HLS或LL-DASH可大幅削减分发延迟，但代价是缓冲区更薄、卡顿风险更高，因此部分服务将其作为可选项。更根本的方案是借鉴广播：ATSC 3.0和5G Broadcast通过一次传输覆盖所有观众，消除拥塞和可变延迟来源。但这些需要频谱、发射机和兼容设备，OTT服务商无法掌控，更适合广播机构或其合作伙伴。
Q&A
为什么流媒体直播体育赛事会比电视直播慢几十秒？
流媒体直播沿用点播架构，视频被切成2-6秒的分片，播放器需要缓冲多个分片来应对网络波动，这直接增加了延迟。此外，服务商难以控制从源站到观众ISP的整条分发链路，网络拥塞和播放器策略导致延迟因观众而异。
超级碗流媒体直播的延迟具体有多严重？
根据测量，最近两届超级碗流媒体平均延迟比现场动作滞后26到78秒。例如超级碗LX上，无线广播电视延迟19秒，有线电视38秒，Peacock为48秒，其他流媒体服务为53至62秒。同一服务中最快与最慢观众的差距可达39到57秒。
升级家庭网络或路由器能减少流媒体直播的延迟吗？
帮助有限。更好的连接能减少卡顿，但对编码、封装和缓冲引入的延迟改善不大。调查显示31%的NFL流媒体观众升级了网络，但延迟主要来自分发链路和播放器缓冲，而非家庭网络本身。
流媒体服务商可以采取哪些技术手段来降低直播延迟？
可采用分块式CMAF配合LL-HLS或LL-DASH，在完整分片就绪前传输小片段；使用WebRTC等实时协议（可做到1秒以内但扩展成本高）；更直接地控制分发链路，如在运营商内部署缓存、使用组播；或借鉴广播式分发，如ATSC 3.0和5G Broadcast。
为什么流媒体服务商难以像有线电视那样控制整个分发链路？
流媒体服务商的视频需经过CDN、与观众ISP的互联、ISP骨干网和共享接入网络，大多数无法控制观众所在的ISP网络或共享接入链路。而卫星和有线运营商基本掌控自己的分发网络，因此能提供更稳定、可预测的延迟。
ATSC 3.0和5G Broadcast如何帮助流媒体直播减少延迟？
这两种广播式分发技术让一次传输覆盖所有观众，消除因独立连接造成的拥塞和可变延迟。ATSC 3.0让电视机结合广播信号与互联网，5G Broadcast将广播接收带到手机。但它们需要频谱、发射机和兼容设备，对拥有流媒体服务的广播机构或合作OTT最具吸引力。
