12.7. Robust Packet Scheduling in Video Streaming (视频流媒体中的鲁棒分组调度)

12.7. Robust Packet Scheduling in Video Streaming (视频流媒体中的鲁棒分组调度)

鲁棒分组调度已在 MPEG-4 第 2 部分中实现, 并在无线流媒体环境中进行了仿真 [21]。没有技术理由表明 H.264 无法取得类似或更好的结果。

流媒体客户端通常具有可存储相对大量数据的接收缓冲。最初建立流媒体会话时, 客户端不会立即开始回放流, 而通常将入站数据缓冲数秒。该缓冲有助于保持连续回放, 因为当偶发传输延迟增加或网络吞吐量下降时, 客户端可以解码并播放已缓冲的数据。否则, 若无初始缓冲, 客户端必须冻结显示, 停止解码并等待入站数据。缓冲对于任何协议级别的自动或选择性重传也是必要的。若图像的任何部分丢失, 可使用重传机制重发丢失的数据。若重传的数据在其预定解码或回放时间之前收到, 则丢失可被完美恢复。可根据编码图像在解码序列主观质量中的重要性对其进行排序。例如, 非参考图像 (如常规 B 图像) 主观上最不重要, 因为其缺失不影响任何其他图像的解码。除非参考图像外, ITU-T H.264 | ISO/IEC 14496-10 标准还包含称为子序列 (sub-sequences) [22] 的时间可伸缩性方法。主观排序也可在编码片数据分割 (coded slice data partition) 或片组 (slice group) 基础上进行。主观上最重要的编码片与编码片数据分割可比其解码顺序所指示的更早发送, 而主观上最不重要的编码片与编码片数据分割可比其自然编码顺序所指示的更晚发送。因此, 与最不重要的片和片数据分割相比, 最重要的片与编码片数据分割的任何重传部分更可能在其预定解码或回放时间之前收到。