Zusammenfassung

  • RFC 9627 definiert einen gezielten RTCP-Befehl für Refresh-Punkte einzelner skalierbarer Videolayer und vermeidet den vollständigen Neuansatz eines Full Intra Request, wenn nur eine begrenzte Aufstufung nötig ist.
  • Quell- und Ziel-SSRC, Payload-Typ, Ist-/Ziellayer und Sequenznummer identifizieren den Befehl und seine Wiederholung. Sie belegen weder Annahme noch Codierung, Transport, Decoderwechsel oder sichtbare Verbesserung.
  • Ein belastbarer Nachweis verbindet Aushandlung, Berechtigung, Validierung, Stauplanung, codec-spezifische Ausgabe, Empfangserkennung, Decoderzustand und gerendertes Ergebnis.

Die Protokollprüfung beginnt mit einer scheinbar einfachen Frage: Was hat die Sequenznummer 41 bewiesen? Dass ein Empfänger eine Aufstufung wollte. Dass drei Pakete denselben Wunsch trugen. Nicht, dass Bild 41 oder irgendein anderes Bild den Decoder umgestellt hat.

RFC 9627 macht diese Trennung lesbar. Der Layer Refresh Request bittet einen Media-Sender um einen Punkt, ab dem ein Empfänger zusätzliche Layer decodieren kann. Das Format hält die Anweisung klein und zielgenau. Die Wirkung bleibt eine Kette eigenständiger Vorgänge.

Ein Refresh verändert die Referenzordnung

Ein räumlicher Enhancement-Layer kann sich auf den unteren Layer desselben Bildzeitpunkts und auf ältere Bilder des eigenen Layers stützen. Am Refresh-Punkt darf das neue Layerbild nur die aktuellen unteren Subbilder verwenden. Der Encoder muss außerdem zusagen, ältere Bilder dieses Layers künftig nicht wieder als Referenz heranzuziehen.

Andere Layer dürfen ihren bisherigen Zustand behalten. Deshalb ist LRR kleiner als FIR. Ein Full Intra Request verlangt einen umfassenderen Decoder Refresh Point; RFC 8082 präzisiert ihn für geschichtete Codecs. LRR bezahlt nur für den tatsächlich gewünschten Wechsel.

Bei temporalen Layern besteht der Schnitt darin, nur noch frühere Bilder niedrigerer temporaler Stufen zu referenzieren. Ist ein Stream von sich aus vollständig temporal verschachtelt, kann der Empfänger jederzeit höher einsteigen. Ein temporaler LRR wäre dort kein zusätzlicher Schlüssel.

Ein großes Bild, ein Intra-Label oder ein Bitratenanstieg ist folglich kein allgemeiner Abschlussbeleg. Entscheidend ist, ob die codec-spezifische Referenzstruktur den benannten Einstieg erlaubt.

Adressen und Layerwerte begrenzen den Befehl

LRR ist Payload-Specific RTCP Feedback mit FMT=10. Eine Nachricht kann mehrere FCI-Einträge tragen; jeder nennt den SSRC eines Zielsenders. Der packet-sender SSRC im gemeinsamen Header benennt die Befehlsquelle. Das gemeinsame media-source-Feld bleibt null, weil die Ziel-SSRCs in den Einträgen stehen.

TTID/TLID beschreiben temporalen sowie räumlichen oder Qualitäts-Ziellayer. Der Payload-Typ bestimmt, nach welcher Codec-Abbildung diese Werte zu lesen sind. Ohne die ausgehandelte Zuordnung ist das Zahlenpaar nicht selbsterklärend.

Das C-Bit steuert die Istangabe. Bei C=0 werden alle Layer bis zum Ziel aufgefrischt. Bei C=1 melden CTID/CLID den höchsten derzeit decodierbaren Layer und nehmen diesen sowie tiefere Stufen aus. Kein Zielwert darf kleiner sein; mindestens eine Achse muss steigen. Ein ungültiger Abstieg oder Leerlauf wird verworfen.

Der Sender prüft zusätzlich, ob Payload-Typ und Indizes zum aktuell gesendeten Stream gehören. Ein korrekt aufgebauter Datensatz ist damit noch keine ausführbare oder autorisierte Anweisung.

Auch der Istwert ist keine spätere Messung. Er beschreibt, was der Empfänger beim Absenden über sich aussagte. Ob der Decoder danach höher steht, kann nur eine neue Beobachtung beantworten.

Die Nummer identifiziert den Auftrag, nicht seine Erledigung

Der Acht-Bit-Raum gilt jeweils für ein Paar aus command-source SSRC und command-target SSRC. Ein neuer Auftrag erhöht den Wert modulo 256. Eine Wiederholung lässt ihn unverändert. Der Anfangswert ist beliebig.

Das folgt dem FIR-Modell aus RFC 5104. Ein noch offener Auftrag darf nach RTCP-Zeitregeln wiederholt werden. Erkennt der Empfänger einen vollständigen Refresh oder einen durch Paketverlust beschädigten Versuch, endet die Wiederholung. Ein späterer Bedarf erhält eine neue Nummer.

Damit trennt das Feld neue Absicht von derselben offenen Absicht. Es ist kein Acknowledgement. Es enthält keine Encoderannahme, keinen Ausführungszeitpunkt, keine Frame-Kennung, keine Zustellung und keinen Decoderstatus.

Nach 256 neuen Befehlen kehrt ein Wert wieder. Für eine dauerhafte Identität sind daher Sitzung, Zeit, SSRC-Paar, Payload-Typ und Layer-Tupel unverzichtbar. Eine isolierte Sequenznummer taugt nicht als Audit-Schlüssel.

„So bald wie möglich“ unterliegt dem Stauhaushalt

Nach einem gültigen LRR muss der Encoder so bald wie möglich einen Refresh-Punkt senden. Zugleich muss er die Bandbreitengrenzen der Congestion Control einhalten. Refresh-Bilder sind häufig größer als normale Bilder; sofortige Ausführung kann daher unzulässig sein.

Die Norm verteilt Entscheidungsmacht. Der Empfänger benennt seinen Bedarf. Der Sender validiert. Die Staukontrolle bestimmt, wann der Vorwärtspfad die Zusatzlast tragen kann. Wer bereits die Annahme als Abschluss meldet, entfernt genau den wartenden Zustand, der Verzögerungen erklärt.

Operativ sind mindestens empfangen, ungültig, unberechtigt, angenommen, bandbreitenwartend, geplant, codiert, gesendet, angekommen, erkannt, decodiert und gerendert zu unterscheiden. Ein Warten kann protokollgerecht und für eine Anwendungsfrist dennoch unbrauchbar sein.

Auch der Auslöser ist normiert. LRR darf nicht auf Bildverlust oder Beschädigung reagieren; dafür empfiehlt RFC 9627 die Picture Loss Indication aus RFC 4585. LRR steht für eine bewusste Verhaltensänderung, etwa den Beginn eines vorher verworfenen Layers. Ein gemischtes Signal macht Retransmission und Ursache ununterscheidbar.

Der Codec definiert das Ende

H.264 SVC verteilt die Layeridentität auf Temporal-, Dependency- und Quality-ID. Ein räumlicher Refresh kann erst vollständig sein, wenn alle erforderlichen Layer in Decodierreihenfolge die richtige Anzeige liefern. Ein aggregierter PACSI-Hinweis reicht bei gemischten NAL units nicht zwingend aus.

VP8 besitzt im betreffenden Format temporale Skalierung. Sein Y-Bit markiert einen Umschaltpunkt, betrifft aber alle Layer. Eine enge Anweisung kann somit eine breitere, ineffizientere Antwort erzeugen.

H.265 kombiniert Verschachtelungsflags und NAL-Typen. Der Abschluss kann unmittelbar, stufenweise oder durch ein IRAP-Bild eintreten. Ein universeller Keyframe-Zähler versteht diese Varianten nicht.

RFC 9628 bildet VP9 auf TID/SID ab und empfiehlt Layer- und Referenzangaben, damit Empfänger und Weiterleiter die Abhängigkeitskette ableiten können. Die Beweisfrage lautet: Benötigt der Ziellayer noch Inhalt, den dieser Empfänger nicht besitzt?

Die Syntax ist absichtlich mit TID/LID aus RFC 9626 abgestimmt. Frame Marks helfen bei der Beobachtung, belegen aber weder, dass LRR den Punkt verursacht hat, noch dass er vollständig ankam und verwendet wurde.

Quellen