Zusammenfassung

  • Header-Free überträgt einen EVRC- oder SMV-Rahmen direkt; Interleaved/Bundled verteilt benachbarte 20-Millisekunden-Rahmen über mehrere RTP-Pakete und kann dadurch einen Paketverlust in getrennte Auslöschungen verwandeln.
  • Die Formate optimieren unterschiedliche Engpässe. Interleaving stellt verlorene Sprache nicht wieder her und ist nur dann betrieblich belastbar, wenn Speicher, Rekonstruktionsfristen und Decoderaufnahme nachgewiesen werden.

Technische Entscheidungen werden oft als Wahl zwischen „effizient“ und „einfach“ protokolliert. Bei Sprachpaketen ist das zu grob. Ein kleineres Paket kann mehr Header verbrauchen und zugleich die Reaktionszeit schützen. Ein größeres Interleave-Fenster kann Burstschäden mildern und zugleich das Gespräch verzögern.

RFC 3558 erschien im Juli 2003 als Proposed Standard und beschreibt RTP-Nutzlasten für EVRC und SMV. Beide Vocoder arbeiten mit 20-Millisekunden-Rahmen. Der Standard stellt Header-Free und Interleaved/Bundled bereit, weil es nicht nur einen sinnvollen Ressourcenhaushalt gibt.

Header-Free hält die zeitliche Einheit zusammen

Im Header-Free-Format trägt jedes RTP-Paket genau einen Codec-Rahmen, ohne Inhaltsverzeichnis und ohne Interleave-Kopf. Sender und Empfänger müssen keine Gruppe vervollständigen. Die Paketierungswartezeit bleibt klein und die Zuordnung zwischen Datagramm und Zeitstelle ist direkt.

Der Preis sind mehr RTP-, UDP- und IP-Header pro Sekunde. Auf einem knappen Link oder bei hoher Paketverarbeitungsbelastung kann dieser Preis erheblich sein. Er darf jedoch nicht isoliert bewertet werden: RFC 2508 und RFC 3095 beschreiben Headerkompression, die den Vergleich verändern kann.

Auch hier gilt die Beweisgrenze. Eine unterstützte Kompressionsmethode ist noch keine Messung eines synchronen, wirksamen Kontextes. Wer Header-Free wegen angeblich hoher Overheadkosten ablehnt, sollte den beobachteten statt des theoretischen Headerpreises vorlegen.

Interleaving hält die Verluststellen auseinander

Der erste Oktettteil des Interleaved/Bundled-Formats enthält den dreibittigen Interleave-Wert LLL und den dreibittigen Gruppenindex NNN. Im zweiten Oktett stehen Mode Request und ein fünf Bit breiter Frame Count. Der Zähler speichert die Anzahl minus eins und kann daher ein bis 32 Rahmen angeben.

LLL gleich null bedeutet Bündelung ohne Interleaving. Bei positivem LLL darf NNN nicht größer sein. Trägt jedes Paket B Rahmen und ist die Länge L, umfasst die Gruppe B×(L+1) Zeitrahmen in L+1 RTP-Paketen. Paket N enthält die Stellen N, N+(L+1) und weitere mit demselben Abstand.

Geht ein solches Paket verloren, fehlen nicht zwangsläufig aufeinanderfolgende Sprachstellen. Empfangene Rahmen liegen zwischen den Auslöschungen. Decoder können mit diesem Muster häufig besser umgehen als mit einem langen zusammenhängenden Loch.

Das ist Dispersion, keine Wiederherstellung. Ein Erasure Frame von null Bit lässt den Decoder einen 20-Millisekunden-Schritt weiterlaufen; er rekonstruiert nicht den ursprünglichen Laut. Ein Null Frame bezeichnet eine andere Bedingung und wird gewöhnlich nicht übertragen. Beide als „Stille“ zu zählen, vernichtet die Fehlerursache.

Die Gruppe erzeugt Rekonstruktionsarbeit

Pakete werden mit steigendem NNN gesendet, damit der Empfänger möglichst wenig wartet. Dennoch ist die Netzwerkreihenfolge nicht die zeitliche Reihenfolge aller enthaltenen Rahmen. Der Empfänger muss eine Matrix füllen und sie in anderer Richtung an den Decoder ausgeben.

Ein spätes Paket kann seine früheste Rahmenfrist verfehlen und für spätere Stellen noch brauchbar sein. Ganzes Verwerfen opfert verwendbare Sprache. Vollständiges Warten erhöht Latenz. Teilweise Nutzung verlangt Fristen und Verwendungsnachweise je Rahmen.

Der Standard liefert die Positionen, aber keine universelle Geduldsgrenze. Jitterpuffer, Betriebssystem, Decoder-Schnittstelle und Dienstziel bilden die lokale Richtlinie. Ein tauglicher Beleg lautet: Paket P traf zu T ein; F1 war verfallen und wurde zur Auslöschung; F2 und F3 wurden unter Richtlinie V aufgenommen.

„Paket empfangen“ ist deshalb keine hinreichende Nutzungsmetrik. Ebenso wenig beweist „Decoder lief“, dass Sprache verständlich blieb.

Zwei Grenzwerte kontrollieren zwei Achsen

Mit maxptime begrenzt eine Sitzung die Mediendauer in einem Paket; für diese Registrierung ist 200 Millisekunden der Standardwert. Der Parameter wirkt auf B und damit auf die Konzentration von Sprache in einem Datagramm.

Mit maxinterleave teilt der Empfänger die größte akzeptierte Interleave-Länge mit; ohne Angabe gilt fünf. In einer Eins-zu-eins-Sitzung darf der Sender sie nicht überschreiten. Der Empfänger kann die Grenze während der Sitzung senken. Der Parameter wirkt auf L und damit auf Verteilung und Gruppenzustand.

Keiner der Werte weist tatsächlich reservierten Speicher nach. Keiner garantiert ein gleichzeitiges Umschalten beider Enden. Angebotswert, Antwort, Wirksamkeitszeitpunkt, erstes konformes Paket, zugewiesene Bytes, Belegungsspitze und vorzeitig geschlossene Gruppen gehören gemeinsam in den Betriebsbeleg.

Ein Wert innerhalb beider Grenzen kann weiterhin zu spät, ungültig oder für den konkreten Decoder zu groß sein. Konformität beantwortet die Ressourcenfrage nicht allein.

Der Engpass bestimmt das Format

RFC 3558 empfiehlt für interaktive Anwendungen LLL gleich null oder Header-Free. Werte vier oder fünf werden genannt, wenn Verlustrobustheit wichtiger ist als Verzögerung. Das ist keine starre Produktklasse, sondern eine bedingte Entscheidung.

Ist Bandbreite knapp und Burstverlust wahrscheinlich, kann Interleaving sinnvoll sein. Ist Gesprächsreaktion knapp, kann ein einzelner Rahmen pro Paket trotz Headerkosten besser sein. Ist Speicher knapp, muss der Empfänger die Gruppe kleiner begrenzen. Ändert sich die Verlustverteilung, kann eine frühere Entscheidung ungültig werden, ohne dass sich das Protokoll ändert.

Entscheidungen sollten daher Messfenster, Engpass, Codecverhalten, Rollback-Schwellen und Eigentümer benennen. „Der Standard unterstützt es“ ist keine Kapazitätsplanung.

Ein Mode Request quittiert sich nicht selbst

Mode Request verlangt vom Encoder der Gegenrichtung einen Modus. In Eins-zu-eins-Sitzungen soll der Peer ihn berücksichtigen; in Mehrparteien-Sitzungen soll er ihn ignorieren. Die Wiederholung schützt die Bitte gegen einen einzelnen Verlust.

Sie bestätigt jedoch keine Umsetzung. Anfrage, Wiederholungen, möglicher Empfang, Encoderentscheidung und erster nachweislich neuer Rahmen sind getrennte Tatsachen. Wer schon beim Senden Erfolg meldet, ersetzt Laufzeitverhalten durch Steuerabsicht.

Dasselbe gilt für Interleave-Änderungen: Empfangsfähigkeit, Sendereinstellung und beobachteter Datenstrom dürfen nicht zu einem Status verschmelzen.

Nicht jede Auslöschung gehört dem Netz

Das Inhaltsverzeichnis nennt Typ und Größe der Rahmen. Ungültige Kombinationen aus LLL, NNN, Anzahl und Bytes können zum Verwerfen führen. Der Decoder sieht danach eine Auslöschung wie bei Netzverlust; die Abhilfe liegt aber bei Paketierer oder Validierer.

Nie angekommen, zu spät angekommen, formal ungültig, nicht unterstützt und lokal aus dem Puffer verdrängt sind getrennte Kategorien. Eine Sammelmetrik „Verlust“ verteilt Verantwortung falsch.

RFC 4788 aktualisierte die Familie später um EVRC-B, Compact Bundled, diskontinuierliche Übertragung sowie Registrierungs- und Offer/Answer-Details. Dieser spätere Kontext darf nicht rückwirkend als Eigenschaft jeder RFC-3558-Implementierung gelten.

Beweisgrenze

Dieser Artikel benennt keinen Betreiber, Hersteller, Endpunkt, Anruf, Nutzer, Vorfall, gemessene Verlustrate, Speicherzuteilung oder Hörqualität. Die Beispiele erklären standardisierte Mechanik und keine Produktionserfahrung.

RFC 3550 und RFC 3551 bilden den RTP-Rahmen. RFC 3264 liefert Offer/Answer; RFC 2327 war der damalige SDP-Kontext, RFC 8866 ist späterer Kontext. RFC 2508 und RFC 3095 beschreiben Kompression, RFC 8174 klärt Anforderungssprache. RFC 4788 ist eine abgegrenzte Aktualisierung.

Heng Lus Essays Running-Code Primacy und Minimum Initial Specification sind offengelegte redaktionelle Blickwinkel. Sie motivieren die Trennung von beschriebener Fähigkeit und laufendem Nachweis sowie eine kleine gemeinsame Spezifikation mit lokaler Entscheidungsverantwortung. Sie belegen weder Absicht der RFC-Autoren noch ein Netzereignis.

Die begrenzte Schlussfolgerung lautet: Header-Free hält Paket und Zeitrahmen eng zusammen; Interleaving verteilt Verlust und verlangt mehr Empfangszustand. Welches Format tragfähig ist, zeigen erst Messwerte des tatsächlich knappen Ressourcenbudgets.

Sources