跳到主要内容

5. AVP 与 AVPF 实体的互通与共存 (Interworking and Coexistence of AVP and AVPF Entities)

本文档定义的 AVPF 是 [2] 中 AVP 的扩展. 两者遵循相同基本规则 (含 RTCP 带宽上限及向发送端/接收端分配). 故同一会话可混用两种配置文件的收发端 (见第 4.4 节示例 3).

从健壮性看, AVP 与 AVPF 可互不知晓而不相互破坏运行, 但媒体呈现质量可能下降.

混用时的注意如下:

  • AVP 实体 (发送端与接收端)

    AVP 发送端会收到 AVPF 接收端的 RTCP 反馈分组并忽略; 会看到 AVPF 实体偶尔更密集的 RTCP (例如违反五秒规则). 因双方均遵守总带宽约束, 仍各得 RTCP 份额. 但 AVP 受五秒规则约束, 而依组规模与带宽 AVPF 可能更频繁发 RTCP; 总体报告量可能略降, 因 AVPF 复合分组更大 (额外 RTCP).

    若以 T_rr_interval 作为 Regular RTCP 下界, 且 T_rr_interval 足够大 (例如 > [1] 第 6.3.5 节的 M*Td), 且 AVPF 不发 Early RTCP, 则 AVP 实体可能误将 AVPF 成员判超时从而低估组规模. 故若会话中可能有 AVP 实体, T_rr_interval SHOULD NOT 大于五秒.

  • AVPF 实体 (发送端与接收端)

    若动态 T_rr 足够小 (例如小于一秒), AVPF 可能将 AVP 成员判超时而低估组规模. 故若有 AVP 实体, SHOULD 使用 T_rr_interval 且 SHOULD 设为五秒.

    结论: 若可能有 AVP 实体且要使用 T_rr_interval, T_rr_interval SHOULD 为五秒.

  • AVPF 发送端

    AVPF 发送端仅从 AVPF 接收端获得反馈信息. 若依赖反馈达到目标质量, 对 AVP 接收端的质量可能次优.

  • AVPF 接收端

    AVPF 接收端 SHOULD 仅当媒体会话中所有发送实体均支持 AVPF 时才发 Early RTCP 反馈. AVPF 接收端 MAY 在混用会话中仍按 [1][2] 时序将反馈放入定期调度的复合 RTCP. 但提供反馈的接收端 MUST NOT 指望发送端一定响应.