2. Formati dei pacchetti RTP e RTCP e comportamento del protocollo
2.1. RTP
Le regole definite in [2] si applicano anche a questo profilo, salvo quelle menzionate di seguito:
Tipi di pacchetto RTCP (RTCP packet types):
Sono registrati due tipi aggiuntivi di pacchetti RTCP e i corrispondenti messaggi FB per trasportare informazioni di feedback sono definiti nella sezione 6 di questo memo.
Intervalli dei rapporti RTCP (RTCP report intervals):
Questo documento descrive tre modalità operative che influenzano gli intervalli dei rapporti RTCP (vedere la sezione 3.2 di questo memo). In modalità Regular RTCP si applicano tutte le regole di [1], tranne l'intervallo minimo raccomandato di cinque secondi tra due rapporti RTCP dalla stessa entità RTP. Nelle modalità Immediate Feedback ed Early RTCP l'intervallo minimo di cinque secondi tra due rapporti RTCP viene eliminato e, inoltre, si applicano le regole specificate nella sezione 3 di questo memo se devono essere trasmessi pacchetti RTCP contenenti messaggi FB (definiti nella sezione 4 di questo memo).
Le regole stabilite in [1] possono essere sostituite da descrizioni di sessione che specificano parametri diversi (ad es. la quota di larghezza di banda assegnata a RTCP per mittenti e ricevitori, rispettivamente). Per le sessioni definite usando il Session Description Protocol (SDP) [3], si applicano le regole di [4].
Controllo della congestione (Congestion control):
Si applicano le stesse regole di base descritte in [2]. Oltre a ciò, la sezione 7 approfondisce l'impatto del feedback e la reazione di un mittente ai messaggi FB.
2.2. Protocolli di trasporto sottostanti (Underlying Transport Protocols)
RTP è pensato per essere usato sopra protocolli di trasporto non affidabili, inclusi UDP e il Datagram Congestion Control Protocol (DCCP). Questa sezione descrive brevemente gli aspetti oltre il funzionamento RTP elementare introdotti dal feedback RTCP come specificato in questo memo.
UDP: UDP fornisce consegna best-effort dei datagrammi per comunicazioni punto-punto e multicast. UDP non supporta controllo della congestione né riparazione degli errori. Il feedback basato su RTCP definito in questo memo può fornire un supporto minimo a riparazioni limitate degli errori. Poiché il feedback RTCP non è garantito operare su scale temporali sufficientemente piccole (dell'ordine dell'RTT), il feedback RTCP non è adatto a supportare il controllo della congestione. Questo memo riguarda sia unicast che multicast.
DCCP: DCCP [19] fornisce flussi di datagrammi controllati in congestione ma non affidabili per comunicazioni unicast. Con controllo della congestione basato su TCP Friendly Rate Control (TFRC) [20] (CCID 3), DCCP è particolarmente adatto alle comunicazioni audio e video. I messaggi di acknowledgement di DCCP possono fornire segnalazioni di feedback dettagliate sui datagrammi ricevuti e mancanti (e quindi sulla congestione).
Eseguendo RTP su DCCP, il controllo della congestione avviene a livello DCCP e non sono richiesti meccanismi aggiuntivi a livello RTP. Inoltre, un mittente capace di feedback RTCP può sfruttare il feedback più frequente basato su DCCP e quindi un ricevitore può astenersi dall'usare messaggi Generic Feedback (aggiuntivi) ove appropriato.