3.2. Schema dell'algoritmo

I messaggi FB fanno parte dei flussi di controllo RTCP e sono quindi soggetti ai vincoli di banda RTCP. Ciò significa, in particolare, che potrebbe non essere possibile segnalare immediatamente all'emittente un evento osservato presso un ricevitore. Tuttavia, il valore del feedback fornito a un emittente tipicamente diminuisce nel tempo, in termini di qualità multimediale percepita dall'utente in ricezione e/o del costo necessario per riparare il flusso multimediale.

RTP [1] e il profilo RTP comunemente usato [2] specificano le regole su quando inviare pacchetti RTCP composti. Questo documento modifica tali regole per consentire alle applicazioni di segnalare tempestivamente eventi (ad es. perdita o ricezione di pacchetti RTP) e per ospitare algoritmi che usano messaggi FB.

L'algoritmo di trasmissione RTCP modificato può essere sintetizzato così: finché non devono essere veicolati messaggi FB, i pacchetti RTCP composti sono inviati secondo le regole di RTP [1], salvo che non sia imposto l'intervallo minimo di cinque secondi tra i rapporti RTCP. Di conseguenza, l'intervallo tra i rapporti RTCP deriva solo dalla dimensione media dei pacchetti RTCP e dalla quota di banda RTCP disponibile per l'entità RTP/RTCP. Opzionalmente, può essere imposto un intervallo minimo tra pacchetti Regular RTCP.

Se un ricevitore rileva la necessità di inviare un messaggio FB, può farlo prima del prossimo intervallo di rapporto RTCP regolare (per il quale sarebbe pianificato secondo l'algoritmo RTCP regolare sopra). La soppressione del feedback (feedback suppression) evita l'implosione di feedback nelle sessioni multiparte: il ricevitore attende un intervallo di dithering casuale (breve) per verificare se vede un messaggio FB corrispondente da qualsiasi altro ricevitore che segnala lo stesso evento. Si noti che per le sessioni punto-punto non c'è tale ritardo. Se viene ricevuto un messaggio FB corrispondente da un altro membro, questo ricevitore astiene dall'inviare il messaggio FB e continua a seguire il calendario di trasmissione Regular RTCP. Nel caso il ricevitore non abbia ancora visto un messaggio FB corrispondente da nessun altro membro, verifica se è autorizzato a inviare Early feedback. Se l'invio di Early feedback è consentito, il ricevitore invia il messaggio FB come parte di un pacchetto RTCP composto minimo. Il permesso di inviare Early feedback dipende dal tipo del precedente pacchetto RTCP inviato da questo ricevitore e dall'istante in cui è stato inviato il precedente messaggio Early feedback.

I messaggi FB possono anche essere inviati come parte di pacchetti RTCP composti completi, trasmessi secondo [1] (salvo il limite inferiore di cinque secondi) a intervalli regolari.