跳到主要内容

3.7. 决策步骤摘要 (Summary of Decision Steps)

3.7.1. 一般提示​

在考虑是否发送 RTCP 反馈之前, 应用需先判断该机制是否适用:

  1. 应用需判断: 就当前包率与 (应用相关的) 最大反馈延迟之比, 以及 (若已知) 当前往返时间而言, 反馈机制是否根本可用.

该决策可基于 (并随) RTCP 接收统计及带外机制动态修订.

  1. 应用需针对观测到的误码率, 分配带宽, 帧/包率与组规模, 判断能否使用 (以及使用何种) 反馈机制.

Regular RTCP 接收统计对该步也很有价值.

  1. 若决定发送反馈, 应用须遵循 Early RTCP 或含 FB 消息的 Regular RTCP 的传输规则.

  2. 所发 RTCP 反馈不应重复发送端已从更低层传输协议获得的信息. 即若传输协议已提供收包的正/负确认 (如 DCCP), 接收端应避免在 RTCP 层重复 (即不要发 Generic NACK).

3.7.2. 媒体会话属性​

媒体会话通常用带外机制在发送端与接收端之间传达传输地址, 编解码信息等. 该机制包含两部分: 描述媒体会话的格式, 以及传输该描述的另一种机制.

在 IETF, 目前用 SDP 描述媒体会话, 用 SIP, SAP, RTSP, HTTP 等传达描述.

媒体会话描述格式 MAY 包含参数, 表明本会话支持 RTCP 反馈以及 MAY 使用哪些反馈机制.

为此 MUST 使用配置文件名 "AVPF" 而非 "AVP". 还可定义进一步属性说明支持的反馈类型.

第 4 节给出配合 SDP 支持 RTCP 反馈的语法. 其他媒体会话描述格式的类似规定不在本文档范围.

最后于 更新