5. Zusammenarbeit und Koexistenz von AVP- und AVPF-Entitäten (Interworking and Coexistence of AVP and AVPF Entities)

Das in diesem Dokument definierte AVPF-Profil ist eine Erweiterung des in [2] definierten AVP-Profils. Beide Profile folgen denselben Grundregeln (einschließlich der Obergrenze für RTCP-Bandbreite und der Bandbreitenzuweisungen an Sender und Empfänger). Daher können Sender und Empfänger mit einem der beiden Profile in einer einzigen Sitzung gemischt werden (siehe Beispiel 3 in Abschnitt 4.4).

AVP und AVPF sind so definiert, dass aus Robustheitsgründen die RTP-Entitäten der jeweils anderen Profilart nicht bewusst sein müssen: Sie stören sich gegenseitig nicht in der Funktion. Die Qualität der präsentierten Medien kann jedoch leiden.

Die folgenden Überlegungen gelten für Sender und Empfänger in einer kombinierten Sitzung.

• AVP-Entitäten (Sender und Empfänger)

  AVP-Sender empfangen RTCP-Feedback-Pakete von AVPF-Empfängern und ignorieren diese Pakete. Sie beobachten gelegentlich geringere Abstände von RTCP-Nachrichten (z. B. Verletzung der Fünf-Sekunden-Regel) durch AVPF-Entitäten. Da beide Entitätstypen die Gesamtbandbreitenbeschränkungen einhalten, erhalten sie weiterhin ihren Anteil an der RTCP-Bandbreite. Während AVP-Entitäten an die Fünf-Sekunden-Regel gebunden sind, können AVPF-Entitäten – abhängig von Gruppengröße und Sitzungsbandbreite – häufiger RTCP-Berichte liefern als AVP-Entitäten. Außerdem kann die Gesamtmeldung leicht sinken, da AVPF-Entitäten größere zusammengesetzte RTCP-Pakete senden können (wegen der zusätzlichen RTCP-Pakete).

  Wenn T_rr_interval als untere Grenze zwischen regulären RTCP-Paketen verwendet wird, T_rr_interval ausreichend groß ist (z. B. T_rr_interval > M*Td gemäß Abschnitt 6.3.5 von [1]) und keine Early-RTCP-Pakete von AVPF-Entitäten gesendet werden, können AVP-Entitäten versehentlich diese AVPF-Gruppenmitglieder als abgelaufen betrachten und die Gruppengröße unterschätzen. Wenn AVP-Entitäten in einer Mediensitzung beteiligt sein können, soll T_rr_interval nicht größer als fünf Sekunden sein (SHOULD NOT be larger than five seconds).

• AVPF-Entitäten (Sender und Empfänger)

  Wenn das dynamisch berechnete T_rr ausreichend klein ist (z. B. weniger als eine Sekunde), können AVPF-Entitäten versehentlich AVP-Gruppenmitglieder als abgelaufen betrachten und die Gruppengröße unterschätzen. Wenn AVP-Entitäten beteiligt sein können, SHOULD T_rr_interval verwendet und auf fünf Sekunden gesetzt werden.

  Zusammenfassend: Wenn AVP-Entitäten in einer Mediensitzung beteiligt sein können und T_rr_interval genutzt wird, SHOULD T_rr_interval auf fünf Sekunden gesetzt werden.

• AVPF-Sender

  AVPF-Sender erhalten Feedback-Informationen nur von AVPF-Empfängern. Wenn sie auf Feedback angewiesen sind, um die Ziel-Medienqualität zu erreichen, kann die für AVP-Empfänger erzielte Qualität suboptimal sein.

• AVPF-Empfänger

  AVPF-Empfänger SHOULD Early-RTCP-Feedback-Pakete nur senden, wenn alle sendenden Entitäten in der Mediensitzung AVPF unterstützen. AVPF-Empfänger MAY Feedback-Informationen auch in regulär geplanten zusammengesetzten RTCP-Paketen nach den Zeitregeln von [1] und [2] senden, wenn die Sitzung im gemischten Modus arbeitet. Der Empfänger, der Feedback liefert, MUST NOT darauf vertrauen, dass der Sender überhaupt auf das Feedback reagiert.