1.1. 定义 (Definitions)

RTP/RTCP [1] 以及 "具有最小控制的音视频会议的 RTP 概要" [2] 中的定义适用于本文档. 此外, 本文档还使用下列定义:

Early RTCP 模式 (Early RTCP mode):

一种工作模式, 其中媒体流的接收端通常 (但并非总是) 能够在事件发生后不久将感兴趣的事件报告回发送端. 在 Early RTCP 模式下, RTCP 分组按照本文档规定的定时规则发送.

Early RTCP 分组 (Early RTCP packet):

Early RTCP 分组是指比遵循 [1] 的调度算法所允许的时间更早发送的分组, 原因是接收端观测到某一 "事件 (event)". Early RTCP 分组可在 Immediate Feedback 模式与 Early RTCP 模式下发送. 在本文件中, 发送 Early RTCP 分组也称为发送 Early Feedback (早期反馈).

事件 (Event):

媒体流接收端作出的、对发送端 (可能) 有意义的观测, 例如丢包或收包, 丢帧等, 因而值得通过反馈消息向发送端报告.

反馈 (FB) 消息 (Feedback (FB) message):

本文档定义的 RTCP 消息, 用于向媒体流的发送端传递在接收端观测到的事件信息, 作为 RTCP 接收方报告 (RR, receiver report) 所承载的长期接收端状态信息的补充. 为清晰起见, 本文件中将 feedback message 称为 FB message.

反馈 (FB) 阈值 (Feedback (FB) threshold):

FB 阈值表示 Immediate Feedback 模式与 Early RTCP 模式之间的分界. 对于多方场景, FB 阈值表示最大组规模, 在该规模下平均而言每个接收端都能够立即 (即通过 Early RTCP 分组而无需等待其常规调度的 RTCP 间隔) 将每个事件报告给发送端. 该阈值高度依赖于要提供的反馈类型, 网络 QoS (例如丢包概率与分布), 所用编解码与分包方案, 会话带宽以及应用需求. 注意, 算法并不依赖所有发送端与接收端对该阈值使用相同数值; 它仅为应用设计者提供概念性指导, 不用于任何计算. 为清晰起见, 本文件中将 feedback threshold 称为 FB threshold.

Immediate Feedback 模式 (Immediate Feedback mode):

一种工作模式, 其中每个媒体流接收端在统计意义上都能够立即将每个感兴趣的事件报告回媒体流发送端. 在 Immediate Feedback 模式下, RTCP FB 消息按照本文档规定的定时规则发送.

媒体分组 (Media packet):

媒体分组即 RTP 分组.

Regular RTCP 模式 (Regular RTCP mode):

不允许优先传输 FB 消息的工作模式. 此时 RTCP 消息按照 [1] 的规则发送. 尽管如此, 此类 RTCP 消息仍可包含本文档所定义的反馈信息.

Regular RTCP 分组 (Regular RTCP packet):

未作为 Early RTCP 分组发送的 RTCP 分组.

RTP 发送端 (RTP sender):

RTP 发送端是既发送媒体分组与 RTCP 分组, 又接收 Regular 与 Early RTCP (即反馈) 分组的 RTP 实体. 注意 RTP 发送端是一种逻辑角色, 同一 RTP 实体可同时充当 RTP 接收端.

RTP 接收端 (RTP receiver):

RTP 接收端是既接收媒体分组与 RTCP 分组, 又发送 Regular 与 Early RTCP (即反馈) 分组的 RTP 实体. 注意 RTP 接收端是一种逻辑角色, 同一 RTP 实体可同时充当 RTP 发送端.