3.1. Pacchetti RTCP composti di feedback

Due componenti costituiscono il feedback basato su RTCP come descritto in questo documento:

I rapporti di stato sono contenuti in pacchetti sender report (SR) / receiver report (RR) e sono trasmessi a intervalli regolari come parte di pacchetti RTCP composti (che includono anche source description (SDES) ed eventualmente altri messaggi); questi rapporti forniscono un'indicazione complessiva della qualità di ricezione recente di un flusso multimediale.
I messaggi FB come definiti in questo documento che indicano perdita o ricezione di particolari porzioni di un flusso multimediale (o forniscono qualche altra forma di feedback piuttosto immediato sui dati ricevuti). Le regole per la trasmissione dei messaggi FB sono introdotte nuovamente in questo documento.

I messaggi RTCP FB sono solo un altro tipo di pacchetto RTCP (vedere la sezione 4). Pertanto, più messaggi FB POSSONO essere combinati in un singolo pacchetto RTCP composto e POSSONO anche essere inviati insieme ad altri pacchetti RTCP.

I pacchetti RTCP composti che contengono messaggi FB come definiti in questo documento DEVONO contenere i pacchetti RTCP nell'ordine definito in [1]:

Prefisso di cifratura OPZIONALE che DEVE essere presente se i pacchetti RTCP devono essere cifrati secondo la sezione 9.1 di [1].
SR o RR OBBLIGATORIO.
SDES OBBLIGATORIO, che DEVE contenere l'elemento CNAME; tutti gli altri elementi SDES sono OPZIONALI.
Uno o più messaggi FB.

Il o i messaggi FB DEVONO essere collocati nel pacchetto composto dopo i pacchetti RTCP RR e SDES definiti in [1]. L'ordine rispetto ad altre estensioni RTCP non è definito.

In questo documento si usano due tipi di pacchetti RTCP composti che trasportano pacchetti di feedback:

a) Pacchetto di feedback RTCP composto minimo

Un pacchetto di feedback RTCP composto minimo DEVE contenere solo le informazioni obbligatorie elencate sopra: prefisso di cifratura se necessario, esattamente un RR o SR, esattamente un SDES con solo l'elemento CNAME presente, e il o i messaggi FB. Ciò minimizza la dimensione del pacchetto RTCP trasmesso per veicolare il feedback e massimizza così la frequenza con cui il feedback può essere fornito rispettando i limiti di banda RTCP.

Questo formato di pacchetto DOVREBBE essere usato ogni volta che un messaggio RTCP FB è inviato come parte di un pacchetto RTCP anticipato. Questo tipo di pacchetto è denominato minimal compound RTCP packet in questo documento.

b) Pacchetto di feedback RTCP composto (completo)

Un pacchetto di feedback RTCP composto (completo) PUÒ contenere un numero aggiuntivo qualsiasi di pacchetti RTCP (RR aggiuntivi, ulteriori elementi SDES, ecc.). Le regole di ordinamento sopra DEVONO essere rispettate.

Questo formato di pacchetto DEVE essere usato ogni volta che un messaggio RTCP FB è inviato come parte di un pacchetto RTCP regolare o in modalità Regular RTCP. PUÒ anche essere usato per inviare messaggi RTCP FB in modalità Immediate Feedback o Early RTCP. Questo tipo di pacchetto è denominato full compound RTCP packet in questo documento.

I pacchetti RTCP che non contengono messaggi FB sono denominati non-FB RTCP packets. Tali pacchetti DEVONO seguire le regole di formato in [1].