3. Definizioni (Definitions)
Payload RTP (RTP Payload): I dati trasportati da RTP in un pacchetto, ad esempio campioni audio o dati video compressi. Il formato e l'interpretazione del payload sono al di fuori dell'ambito di questo documento.
Pacchetto RTP (RTP Packet): Un pacchetto di dati composto dall'intestazione RTP fissa, da un elenco possibilmente vuoto di sorgenti contributrici (vedere sotto) e dai dati del payload. Alcuni protocolli sottostanti possono richiedere che venga definito un incapsulamento del pacchetto RTP. Tipicamente un pacchetto del protocollo sottostante contiene un singolo pacchetto RTP, ma possono essere contenuti diversi pacchetti RTP se permesso dal metodo di incapsulamento (vedere Sezione 11).
Pacchetto RTCP (RTCP Packet): Un pacchetto di controllo composto da una parte di intestazione fissa simile a quella dei pacchetti di dati RTP, seguita da elementi strutturati che variano a seconda del tipo di pacchetto RTCP. I formati sono definiti nella Sezione 6. Tipicamente, più pacchetti RTCP vengono inviati insieme come pacchetto RTCP composto in un singolo pacchetto del protocollo sottostante; questo è reso possibile dal campo di lunghezza nell'intestazione fissa di ogni pacchetto RTCP.
Porta (Port): L'"astrazione che i protocolli di trasporto utilizzano per distinguere tra più destinazioni all'interno di un determinato computer host. I protocolli TCP/IP identificano le porte utilizzando piccoli interi positivi." [12] I selettori di trasporto (TSEL) utilizzati dal livello di trasporto OSI sono equivalenti alle porte. RTP dipende dal protocollo di livello inferiore per fornire un meccanismo come le porte per multiplexare i pacchetti RTP e RTCP di una sessione.
Indirizzo di trasporto (Transport Address): La combinazione di un indirizzo di rete e di una porta che identifica un endpoint a livello di trasporto, ad esempio un indirizzo IP e una porta UDP. I pacchetti vengono trasmessi da un indirizzo di trasporto sorgente a un indirizzo di trasporto di destinazione.
Tipo di media RTP (RTP Media Type): Un tipo di media RTP è la raccolta di tipi di payload che possono essere trasportati all'interno di una singola sessione RTP. Il profilo RTP assegna tipi di media RTP ai tipi di payload RTP.
Sessione multimediale (Multimedia Session): Un insieme di sessioni RTP simultanee tra un gruppo comune di partecipanti. Ad esempio, una videoconferenza (che è una sessione multimediale) può contenere una sessione RTP audio e una sessione RTP video.
Sessione RTP (RTP Session): Un'associazione tra un insieme di partecipanti che comunicano con RTP. Un partecipante può essere coinvolto in più sessioni RTP contemporaneamente. In una sessione multimediale, ogni media è tipicamente trasportato in una sessione RTP separata con i propri pacchetti RTCP, a meno che la codifica stessa non multiplexe più media in un singolo flusso di dati. Un partecipante distingue più sessioni RTP mediante la ricezione di diverse sessioni utilizzando diverse coppie di indirizzi di trasporto di destinazione, dove una coppia di indirizzi di trasporto comprende un indirizzo di rete più una coppia di porte per RTP e RTCP. Tutti i partecipanti in una sessione RTP possono condividere una coppia di indirizzi di trasporto di destinazione comune, come nel caso del multicast IP, oppure le coppie possono essere diverse per ciascun partecipante, come nel caso di indirizzi di rete unicast individuali e coppie di porte.
La caratteristica distintiva di una sessione RTP è che ciascuna mantiene uno spazio completo e separato di identificatori SSRC (definiti di seguito). L'insieme dei partecipanti inclusi in una sessione RTP consiste in quelli che possono ricevere un identificatore SSRC trasmesso da uno qualsiasi dei partecipanti sia in RTP come SSRC o CSRC (anch'esso definito di seguito) sia in RTCP.
Sorgente di sincronizzazione (SSRC - Synchronization Source): La sorgente di un flusso di pacchetti RTP, identificata da un identificatore SSRC numerico a 32 bit trasportato nell'intestazione RTP in modo da non dipendere dall'indirizzo di rete. Tutti i pacchetti da una sorgente di sincronizzazione formano parte dello stesso spazio di temporizzazione e numero di sequenza, quindi un ricevitore raggruppa i pacchetti per sorgente di sincronizzazione per la riproduzione. Esempi di sorgenti di sincronizzazione includono il mittente di un flusso di pacchetti derivato da una sorgente di segnale come un microfono o una telecamera, o un mixer RTP (vedere sotto). Una sorgente di sincronizzazione può cambiare il suo formato di dati, ad esempio la codifica audio, nel tempo. L'identificatore SSRC è un valore scelto casualmente destinato ad essere globalmente unico all'interno di una particolare sessione RTP (vedere Sezione 8). Un partecipante non ha bisogno di utilizzare lo stesso identificatore SSRC per tutte le sessioni RTP in una sessione multimediale; l'associazione degli identificatori SSRC è fornita tramite RTCP (vedere Sezione 6.5.1). Se un partecipante genera più flussi in una sessione RTP, ad esempio da telecamere video separate, ciascuno DEVE essere identificato come un SSRC diverso.
Sorgente contributrice (CSRC - Contributing Source): Una sorgente di un flusso di pacchetti RTP che ha contribuito al flusso combinato prodotto da un mixer RTP (vedere sotto). Il mixer inserisce un elenco degli identificatori SSRC delle sorgenti che hanno contribuito alla generazione di un particolare pacchetto nell'intestazione RTP di quel pacchetto. Questo elenco è chiamato elenco CSRC. Un'applicazione di esempio è la conferenza audio in cui un mixer indica tutti gli oratori il cui discorso è stato combinato per produrre il pacchetto in uscita, consentendo al ricevitore di indicare l'oratore corrente, anche se tutti i pacchetti audio contengono lo stesso identificatore SSRC (quello del mixer).
Sistema terminale (End System): Un'applicazione che genera il contenuto da inviare nei pacchetti RTP e/o consuma il contenuto dei pacchetti RTP ricevuti. Un sistema terminale può agire come una o più sorgenti di sincronizzazione in una particolare sessione RTP, ma tipicamente solo una.
Mixer: Un sistema intermedio che riceve pacchetti RTP da una o più sorgenti, possibilmente cambia il formato dei dati, combina i pacchetti in qualche modo e quindi inoltra un nuovo pacchetto RTP. Poiché la temporizzazione tra più sorgenti di input non sarà generalmente sincronizzata, il mixer effettuerà regolazioni di temporizzazione tra i flussi e genererà la propria temporizzazione per il flusso combinato. Pertanto, tutti i pacchetti di dati provenienti da un mixer saranno identificati come aventi il mixer come loro sorgente di sincronizzazione.
Traduttore (Translator): Un sistema intermedio che inoltra pacchetti RTP con il loro identificatore di sorgente di sincronizzazione intatto. Esempi di traduttori includono dispositivi che convertono codifiche senza mixing, replicatori da multicast a unicast e filtri a livello di applicazione nei firewall.
Monitor: Un'applicazione che riceve pacchetti RTCP inviati dai partecipanti in una sessione RTP, in particolare i rapporti di ricezione, e stima la qualità del servizio corrente per il monitoraggio della distribuzione, la diagnosi dei guasti e le statistiche a lungo termine. La funzione di monitor è probabilmente integrata nell'applicazione o nelle applicazioni che partecipano alla sessione, ma può anche essere un'applicazione separata che non partecipa altrimenti e non invia o riceve i pacchetti di dati RTP (poiché si trovano su una porta separata). Questi sono chiamati monitor di terze parti. È anche accettabile che un monitor di terze parti riceva i pacchetti di dati RTP ma non invii pacchetti RTCP o venga altrimenti conteggiato nella sessione.
Mezzi non-RTP (Non-RTP Means): Protocolli e meccanismi che potrebbero essere necessari in aggiunta a RTP per fornire un servizio utilizzabile. In particolare, per le conferenze multimediali, un protocollo di controllo può distribuire indirizzi multicast e chiavi per la crittografia, negoziare l'algoritmo di crittografia da utilizzare e definire mappature dinamiche tra i valori del tipo di payload RTP e i formati di payload che rappresentano per formati che non hanno un valore di tipo di payload predefinito. Esempi di tali protocolli includono il Session Initiation Protocol (SIP) (RFC 3261 [13]), la Raccomandazione ITU H.323 [14] e applicazioni che utilizzano SDP (RFC 2327 [15]), come RTSP (RFC 2326 [16]). Per applicazioni semplici, possono essere utilizzate anche la posta elettronica o un database di conferenze. La specifica di tali protocolli e meccanismi è al di fuori dell'ambito di questo documento.