跳到主要内容

1. 引言

在制定带反馈的音视频配置文件 (Audio-Visual Profile with Feedback, AVPF) [RFC4585] 时, 主要重点是高效支持点到点和小型多点场景, 且这些场景不使用集中式多点控制. 然而在实践中, 许多小型多点会议通过称为多点控制单元 (Multipoint Control Unit, MCU) 的设备运行. 会话式视频会议行业的长期经验表明, 为了高效支持集中式多点会议, 还需要一些额外的反馈消息. 其中一些消息也可用于集中式多点以外的场景, 这一点会在相应消息的描述中指出. 对于用于承载 ITU-T Rec. H.271 [H.271] 比特串的视频后向信道 (Video Back Channel) 消息, 这一点尤其明显.

按照实时传输协议 (Real-time Transport Protocol, RTP) [RFC3550] 的术语, MCU 包括混合器 (mixer) 和转换器 (translator). 大多数 MCU 还包含信令支持. 在编写本文档期间, 人们注意到业界对于 mixer, translator 和 MCU 等术语的使用存在相当多的混淆. 针对这些问题, 本文档识别了一些具有实际行业意义, 但未在 [RFC3550] 中充分详细记录的拓扑. 这些拓扑记录在 [RFC5117] 中, 理解本文档需要事先或同时研读 [RFC5117].

这里定义的一些消息只是前向消息, 即它们不要求向消息发送方明确通知消息已经被接收, 也不要求指出消息接收方采取了哪些动作. 其他消息则需要响应, 从而形成一种双向通信模型, 这种模型可被视为对控制目的有用. 但是, 本文档并不打算把 RTP 控制协议 (RTP Control Protocol, RTCP) 扩展成通用控制协议. 所有提到的消息都具有相对严格的实时性约束, 也就是说, 延迟越大, 它们的价值越低. 因此, 当用于相同目的时, 使用会话发起协议 (Session Initiation Protocol, SIP) [RFC3261] 等更传统的控制协议手段并不理想. 这也是为什么本文档推荐本方案, 而不是使用 "XML Schema for Media Control" [XML-MC]; 后者使用 SIP Info 来传送与本文档所定义消息语义类似的 XML 消息. 此外, 所有消息都采用非常简单的格式, RTP/RTCP 发送方或接收方可以很容易地处理. 最后, 也是最重要的一点, 所有消息只与其关联的 RTP 流有关, 而不涉及通信系统的任何其他属性. 特别是, 它们都不涉及会话所经过接入链路的属性.

2. 定义

2.1. 术语表​

  • AIMD - 加性增加乘性减少 (Additive Increase Multiplicative Decrease)
  • AVPF - 用于基于 RTCP 反馈的扩展 RTP 配置文件
  • FCI - 反馈控制信息 (Feedback Control Information) [RFC4585]
  • FEC - 前向纠错 (Forward Error Correction)
  • FIR - 完全帧内请求 (Full Intra Request)
  • MCU - 多点控制单元 (Multipoint Control Unit)
  • MPEG - 运动图像专家组 (Moving Picture Experts Group)
  • PLI - 图像丢失指示 (Picture Loss Indication)
  • PR - 分组速率 (Packet rate)
  • QP - 量化参数 (Quantizer Parameter)
  • RTT - 往返时间 (Round trip time)
  • SSRC - 同步源 (Synchronization Source)
  • TMMBN - 临时最大媒体流比特率通知 (Temporary Maximum Media Stream Bit Rate Notification)
  • TMMBR - 临时最大媒体流比特率请求 (Temporary Maximum Media Stream Bit Rate Request)
  • TSTN - 时空权衡通知 (Temporal-Spatial Trade-off Notification)
  • TSTR - 时空权衡请求 (Temporal-Spatial Trade-off Request)
  • VBCM - 视频后向信道消息 (Video Back Channel Message)

2.2. 术语​

本文档中的关键词 "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" 和 "OPTIONAL" 应按 RFC 2119 [RFC2119] 中的说明解释.

  • 消息 (Message): 本规范定义的 RTCP 反馈消息 [RFC4585], 属于以下类型之一:

    • 请求 (Request): 需要确认的消息
    • 命令 (Command): 强制接收方执行某个动作的消息
    • 指示 (Indication): 报告某种情况的消息
    • 通知 (Notification): 提供某个事件已经发生的通知. 通知通常作为对请求的响应而生成.

请注意, 除 "Notification" 外, 这些术语与 ITU-T Rec. H.245 [H245] 保持一致.

  • 解码器刷新点 (Decoder Refresh Point): 被分组到一个或多个 RTP 分组中的比特串, 它会把解码器完全重置到一个已知状态.
最后于 更新