1. 简介 (Introduction)

RTP 发送端与接收端之间的丢包可能显著降低所接收媒体的质量. 可考虑多种技术来提高抗丢包能力, 如前向纠错 (FEC, forward error correction), 重传或交织. RFC 2354 [8] 讨论了不同选项.

为特定应用选择修复技术时, 必须考虑应用可容忍的时延. 对于多媒体会议, 端到端时延至多只能为几百毫秒才能保证交互性, 这通常排除了重传的使用.

当时延足够大时, 修复机制的效率可以提高. 发送端可以利用接收端反馈, 在接收端播放时间之前对丢包做出反应.

对于多媒体流式传输, 用户可以在会话建立阶段容忍初始时延, 因此数秒的端到端时延可能是可接受的. 本文档所定义的 RTP 重传面向此类应用.

此外, 本文定义的 RTP 重传方法适用于单播和 (小型) 多播组. 本文档规定重传 RTP 分组的载荷格式, 并为参与重传的发送端和接收端提供协议规则.

该重传载荷格式设计为与基于 RTCP 反馈的扩展 RTP 概要 AVPF [1] 一起使用. 将来也可与其他 RTP 概要配合使用.

AVPF 概要允许更频繁的反馈和更早的反馈. 它定义了通用反馈消息, 即 NACK, 以及编解码器与应用专用的反馈消息. 详见 [1].