1. Introduzione

Le perdite di pacchetti tra un mittente RTP e un ricevente possono degradare sensibilmente la qualità del media ricevuto. Diverse tecniche, come la forward error correction (FEC), le ritrasmissioni o l'interleaving, possono essere considerate per aumentare la resilienza alle perdite di pacchetti. L'RFC 2354 [8] discute le diverse opzioni.

Nella scelta di una tecnica di riparazione per una particolare applicazione, occorre tenere conto della latenza tollerabile dell'applicazione. Nel caso della videoconferenza multimediale, il ritardo end-to-end deve essere al massimo di qualche centinaio di millisecondi per garantire l'interattività, il che di solito esclude l'uso della ritrasmissione.

Con latenza sufficiente, l'efficienza dello schema di riparazione può aumentare. Il mittente può usare il feedback del ricevente per reagire alle perdite prima del tempo di playout al ricevente.

Nel caso dello streaming multimediale, l'utente può tollerare una latenza iniziale come parte dell'istituzione della sessione e quindi un ritardo end-to-end di alcuni secondi può essere accettabile. La ritrasmissione RTP definita in questo documento è rivolta a tali applicazioni.

Inoltre, il metodo di ritrasmissione RTP qui definito è applicabile all'unicast e a (piccoli) gruppi multicast. Il presente documento definisce un formato di payload per i pacchetti RTP ritrasmessi e fornisce regole di protocollo per il mittente e il ricevente coinvolti nelle ritrasmissioni.

Questo formato di payload per la ritrasmissione è stato progettato per l'uso con il profilo RTP esteso per feedback basato su RTCP, AVPF [1]. Può essere usato anche con altri profili RTP definiti in futuro.

Il profilo AVPF consente feedback più frequenti e feedback anticipato. Definisce un messaggio di feedback generico, cioè NACK, nonché messaggi di feedback specifici del codec e dell'applicazione. Per i dettagli si veda [1].