Zum Hauptinhalt springen

1. Introduction (Einführung)

1. Introduction (Einführung)

Dieses Dokument definiert den erweiterten Berichtspakettyp (XR) für das RTP-Kontrollprotokoll (RTCP) [9] und definiert, wie die Verwendung von XR-Paketen von einer Anwendung signalisiert werden kann, wenn sie das Session Description Protocol (SDP) [4] verwendet. XR-Pakete übermitteln Informationen, die über die bereits in den Empfangsberichtsblöcken der Sender Report (SR)- oder Receiver Report (RR)-Pakete von RTCP enthaltenen Informationen hinausgehen. Die Informationen sind in allen RTP-Profilen nützlich und sollten daher nicht in SR- oder RR-profilspezifischen Erweiterungen übertragen werden. Informationen, die für das Netzwerkmanagement verwendet werden, fallen beispielsweise in diese Kategorie.

Die Definition ist in die drei Abschnitte aufgeteilt, die auf die Einführung folgen. Abschnitt 2 definiert das XR-Paket als bestehend aus einem acht Oktett langen Header, gefolgt von einer Reihe von Komponenten, die als Berichtsblöcke bezeichnet werden. Abschnitt 3 definiert das gemeinsame Format oder Framework, das aus einem Typ- und einem Längenfeld besteht und für alle Berichtsblöcke erforderlich ist. Abschnitt 4 definiert mehrere spezifische Berichtsblocktypen. Andere Blocktypen können in zukünftigen Dokumenten je nach Bedarf definiert werden.

Die in diesem Dokument definierten Berichtsblocktypen fallen in drei Kategorien. Die erste Kategorie besteht aus paketweisen Berichten über empfangene oder verlorene RTP-Pakete. Berichte in der zweiten Kategorie übermitteln Referenzzeitinformationen zwischen RTP-Teilnehmern. In der dritten Kategorie übermitteln Berichte Metriken im Zusammenhang mit Paketempfängen, die zusammenfassender Natur sind, aber detaillierter oder von einem anderen Typ als die in bestehenden RTCP-Paketen übermittelten Informationen sind.

Insgesamt werden in diesem Dokument sieben Berichtsblockformate definiert. Davon sind drei paketweise Blocktypen:

  • Verlust-RLE-Berichtsblock (Abschnitt 4.1): Lauflängenkodierung von Berichten über Verluste und Empfänge von RTP-Paketen.

  • Duplikat-RLE-Berichtsblock (Abschnitt 4.2): Lauflängenkodierung von Berichten über Duplikate empfangener RTP-Pakete.

  • Paketempfangszeiten-Berichtsblock (Abschnitt 4.3): Eine Liste von Empfangszeitstempeln von RTP-Paketen.

Es gibt zwei referenzzeitbezogene Blocktypen:

  • Empfänger-Referenzzeit-Berichtsblock (Abschnitt 4.4): Empfängerseitige Wanduhrzeitstempel. Zusammen mit dem als Nächstes erwähnten DLRR-Berichtsblock ermöglichen diese Nicht-Sendern die Berechnung von Rundlaufzeiten.

  • DLRR-Berichtsblock (Abschnitt 4.5): Die Verzögerung seit dem Empfang des letzten Empfänger-Referenzzeit-Berichtsblocks. Ein RTP-Datensender, der einen Empfänger-Referenzzeit-Berichtsblock empfängt, kann mit einem DLRR-Berichtsblock antworten, ähnlich wie in dem bereits für RTCP definierten Mechanismus [9, Abschnitt 6.3.1], in dem ein RTP-Datenempfänger, der einen NTP-Zeitstempel eines Senders empfängt, durch Ausfüllen des DLSR-Felds eines RTCP-Empfangsberichtsblocks antworten kann.

Schließlich definiert dieses Dokument zwei zusammenfassende Metrikblocktypen:

  • Statistik-Zusammenfassungs-Berichtsblock (Abschnitt 4.6): Statistiken über RTP-Paket-Sequenznummern, Verluste, Duplikate, Jitter und TTL- oder Hop-Limit-Werte.

  • VoIP-Metriken-Berichtsblock (Abschnitt 4.7): Metriken zur Überwachung von Voice over IP (VoIP)-Anrufen.

Bevor zu den XR-Paket- und Berichtsblockdefinitionen übergegangen wird, liefert dieses Dokument eine Anwendbarkeitserklärung (Abschnitt 1.1), die die Kontexte beschreibt, in denen diese Berichtsblöcke verwendet werden können. Es definiert auch (Abschnitt 1.2) die normative Verwendung von Schlüsselwörtern wie MUST und SHOULD, wie sie in diesem Dokument verwendet werden.

Nach den Definitionen der verschiedenen Berichtsblöcke beschreibt dieses Dokument, wie Anwendungen, die SDP verwenden, deren Verwendung signalisieren können (Abschnitt 5). Das Dokument schließt mit einer Diskussion (Abschnitt 6) über Nummerierungsüberlegungen für die Internet Assigned Numbers Authority (IANA), über Sicherheitsüberlegungen (Abschnitt 7) und mit Anhängen, die Beispiele für die Implementierung von im Text diskutierten Algorithmen bieten.