h264-Paketierungsmodus für FUA

Question

Wir sind auf einige Interop-Probleme gestoßen, bei denen der Videomodus, der von einigen Endpunkten auf dem Markt benötigt wird, ein wenig unterschiedlich ist und nur H.264-Paketierungsmodi (FUA-Typ) versteht (d. h. FU-A NAL-Einheitstyp) (während andere das Video beim Empfang einer Nutzlast des Typs fu-a nal nicht abspielen).

Weiß jemand, was dieser FUA-Typ des Paketierungsmodus ist? Wie unterscheidet er sich von den in RFC3984 definierten Paketierungsmodi 0, 1, 2? Unterstützt der Video-Encoder/Decoder diesen Modus, wie kann er in der SIP-SDP-Sitzung angemessen signalisiert werden, wobei die Attribute auch beim Durchlaufen von SIP-B2BUAs nicht verändert werden?

Answer 1

FUA wird in den Paketierungsmodi 1 und 2 verwendet. packetization-mode ist standardmäßig auf 0 (Single-NAL-Modus) eingestellt; wenn beide Seiten den Modi 1 oder 2 zustimmen, wird normalerweise ein FU-A angezeigt, wenn ein NAL die UDP MTU oder die konfigurierte maximale Paketgröße überschreitet.

Die Paketierungs-/Depaketierungsschicht sollte NALs nehmen und bei Bedarf FU-As erzeugen, und beim Empfang eine Reihe von FU-As nehmen und wieder zu einem NAL zusammensetzen, um es an den Decoder weiterzuleiten.

Siehe RFC 3984 und RFC 3984bis (deren Autor ich bin).

Eine B2BUA sollte keinen Paketierungsmodus akzeptieren oder anbieten, den sie nicht verarbeiten kann, auch wenn sie das Angebot/die Antwort der anderen UA einfach weiterleitet.

Beachten Sie auch, dass eine UA (wenn sie mit RFC 3984 konform ist) den Packetization-Mode 0 unterstützen muss, obwohl es nicht erforderlich ist, ihn auf einem INVITE anzubieten.

Answer 2

Ich bin nicht sicher, ob ich Ihre Frage richtig verstehe, aber FU-A ist kein Paketierungsmodus, sondern signalisiert nur, dass die NAL-Einheit eine Fragmentation Nal Unit ist, d.h. eine NAL-Einheit wird über mehrere RTP-Pakete fragmentiert. RFC3984 Tabelle 3 zeigt, dass NAL FU-A nur in den interleaved und non-interleaved Packetization Modi (Modi 1 und 2) verwendet werden kann, d.h. nicht im Single Nal Unit Modus (Modus 0).

Was die Unterstützung von Encodern/Decodern angeht: Wenn das SDP den Paketierungsmodus 1 oder 2 signalisiert, bedeutet dies, dass FU-As im RTP-Stream vorhanden sein könnten. Dies hat keine Auswirkungen auf den Decoder, obwohl RFC3894 Abschnitt 7.1: "Wenn ein entkapseltes Paket ein FU-A ist, werden alle Fragmente der fragmentierten NAL-Einheit verkettet und an den Decoder weitergeleitet.

Ich verstehe den letzten Teil Ihrer Frage in Bezug auf die SIP-B2BUAs nicht. Das SDP signalisiert Paketierungsmodi, und darauf basierend muss der RTP-Empfänger in der Lage sein, die verschiedenen NAL-Einheitstypen zu verarbeiten, die in RFC3984 angegeben sind.