FMUSER Wirless Trasmetti video e audio più facilmente!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albanese
ar.fmuser.org -> Arabo
hy.fmuser.org -> Armenian
az.fmuser.org -> Azerbaigiano
eu.fmuser.org -> Basco
be.fmuser.org -> bielorusso
bg.fmuser.org -> Bulgaro
ca.fmuser.org -> Catalano
zh-CN.fmuser.org -> Cinese (semplificato)
zh-TW.fmuser.org -> Cinese (Tradizionale)
hr.fmuser.org -> croato
cs.fmuser.org -> ceco
da.fmuser.org -> danese
nl.fmuser.org -> Olandese
et.fmuser.org -> Estone
tl.fmuser.org -> Filippino
fi.fmuser.org -> finlandese
fr.fmuser.org -> Francese
gl.fmuser.org -> Galiziano
ka.fmuser.org -> georgiano
de.fmuser.org -> tedesco
el.fmuser.org -> Greca
ht.fmuser.org -> Creolo haitiano
iw.fmuser.org -> Ebraico
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Islandese
id.fmuser.org -> Indonesiano
ga.fmuser.org -> Irlandese
it.fmuser.org -> Italiano
ja.fmuser.org -> giapponese
ko.fmuser.org -> coreano
lv.fmuser.org -> Lettone
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> Macedone
ms.fmuser.org -> Malese
mt.fmuser.org -> Maltese
no.fmuser.org -> Norwegian
fa.fmuser.org -> persiano
pl.fmuser.org -> polacco
pt.fmuser.org -> portoghese
ro.fmuser.org -> Romeno
ru.fmuser.org -> Russo
sr.fmuser.org -> Serbo
sk.fmuser.org -> slovacco
sl.fmuser.org -> Sloveno
es.fmuser.org -> spagnolo
sw.fmuser.org -> Swahili
sv.fmuser.org -> svedese
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> Ucraino
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> Gallese
yi.fmuser.org -> Yiddish
1. Introduzione a RTP
RTP è un protocollo di trasmissione in tempo reale che fornisce un servizio di trasmissione end-to-end, che supporta la trasmissione di dati in tempo reale in un servizio di rete di trasmissione a destinazione singola e multiobiettivo, mentre la trasmissione di dati in tempo reale è monitorata e controllata dal protocollo RTCP.
2. RTP è definito in RFC
L'applicazione che utilizza il protocollo RTP viene eseguita su RTP, mentre il programma che esegue RTP viene eseguito sul livello superiore di UDP, per utilizzare il numero di porta e controllare e di UDP. RTP può essere considerato come un sottolivello del livello di trasporto. I blocchi di dati audio e TV generati dalle applicazioni multimediali sono incapsulati in pacchetti RTP, ogni pacchetto RTP è incapsulato in un segmento di messaggi UDP e quindi impacchettato in pacchetti IP.
La struttura del pacchetto include diversi domini ampiamente utilizzati in ambito multimediale, inclusi audio on demand, video on demand, telefono Internet e videoconferenza. La specifica RTP non definisce gli standard per i formati compressi per audio e televisione e può essere utilizzata per trasmettere file in formato normale. Ad esempio, l'audio in wav o GSM (Global System for mobile communications), MPEG-1 e MPEG-2 TV può essere utilizzato anche per trasmettere file audio e TV memorizzati in formati proprietari.
Dal punto di vista degli sviluppatori di applicazioni, gli esecutori RTP possono essere considerati parte dell'applicazione perché gli sviluppatori devono integrare RTP nell'applicazione. Al termine dell'invio, gli sviluppatori devono scrivere il programma che esegue il protocollo RTP nel programma applicativo che crea il pacchetto di informazioni RTP, quindi il programma applicativo invia il pacchetto di informazioni RTP all'interfaccia socket di UDP, come mostrato nella Figura 2; Allo stesso modo, i pacchetti RTP vengono immessi nell'applicazione tramite l'interfaccia socket UDP sul ricevitore. Pertanto, gli sviluppatori devono scrivere il programma che esegue il protocollo RTP nell'applicazione che estrae i dati multimediali dal pacchetto RTP.
Il documento prende RTP come esempio per illustrare il suo processo di lavoro. Supponiamo che il suono della sorgente sonora sia un suono codificato PCM di 64 kb / s e presumiamo che l'applicazione richieda 20 ms di dati codificati come un blocco, ovvero 160 byte di dati audio in un blocco di dati. L'applicazione deve aggiungere il titolo RTP a questi dati audio per generare pacchetti RTP, che includono il tipo, il numero di sequenza e il timestamp dei dati audio. I pacchetti RTP vengono quindi inviati all'interfaccia socket UDP, dove vengono incapsulati nei pacchetti UDP. Sul ricevitore, il programma applicativo riceve il pacchetto di informazioni RTP dall'interfaccia socket, estrae il blocco dati audio dal pacchetto di informazioni RTP, quindi decodifica e riproduce correttamente il suono utilizzando le informazioni nel campo del titolo del pacchetto RTP.
Se l'applicazione non utilizza soluzioni proprietarie per fornire il tipo di payload, il numero di sequenza o il timestamp, ma utilizza il protocollo RTP standard, l'applicazione sarà più facile da eseguire con altre applicazioni di rete, che è ciò che tutti sperano. Ad esempio, se due società diverse stanno sviluppando software per telefoni Internet, tutte incorporano RTP nei loro prodotti, il che è auspicabile che gli utenti che utilizzano software per telefoni aziendali diversi possano comunicare.
È importante sottolineare che RTP non fornisce alcun meccanismo per garantire che i dati siano consegnati al destinatario in tempo o altra qualità del servizio. Non garantisce che il pacchetto informativo non vada perso o che l'ordine dei pacchetti non venga disturbato. In effetti, l'incapsulamento RTP può essere visto solo sul lato del sistema. Il router al centro non distingue che il datagramma IP trasporta pacchetti RTP.
RTP consente a ciascuna sorgente multimediale di essere assegnata a un flusso di pacchetti RTP separato, come una telecamera o un microfono. Ad esempio, una conferenza televisiva con due gruppi coinvolti potrebbe aprire quattro flussi di pacchetti: due telecamere che trasmettono flussi TV e due microfoni per trasmettere flussi audio. Tuttavia, molte delle più diffuse tecnologie di codifica, inclusi MPEG-1 e MPEG-2, legano insieme immagini audio e TV per formare un unico flusso di dati nel processo di codifica e generano un flusso di pacchetti RTP in una direzione.
I pacchetti RTP non sono limitati alla trasmissione a destinazione singola e possono anche essere trasmessi su un albero di trasmissione multi-target o su un albero di trasmissione multi-destinazione multi-a-molti. Ad esempio, broadcast multi-target con multiplo a molti, in questa applicazione, tutti i terminali di trasmissione di solito inviano il loro flusso di pacchetti RTP all'albero broadcast multi-obiettivo con lo stesso indirizzo broadcast multi-obiettivo.
3. Campo di intestazione del pacchetto RTP
Il titolo RTP è costituito da quattro campi di intestazione del pacchetto e altri domini: dominio del tipo di payload, dominio del numero di sequenza, dominio del timestamp e dominio dell'identificatore della sorgente di sincronizzazione.
1) tipo di carico utile
Il campo del tipo di payload nel pacchetto RTP è lungo 7 bit, quindi RTP può supportare 128 diversi tipi di payload. Per il flusso del suono, questo campo viene utilizzato per indicare il tipo di codifica utilizzato dal suono, come PCM, modulazione delta adattiva, codifica predittiva lineare e così via. Se il mittente decide di modificare il metodo di codifica durante la sessione o la trasmissione, il mittente può inviare una notifica al destinatario tramite questo dominio. La tabella 1 elenca i tipi di payload audio che RTP può supportare attualmente.
Per i flussi TV, i tipi di payload possono essere utilizzati per indicare il tipo di codifica TV, come motion JPEG, MPEG-1, MPEG-2, h.231, ecc. Il mittente può anche cambiare il metodo di codifica della TV in qualsiasi momento durante la sessione o durante la sessione. La Tabella 16-02 elenca alcuni tipi di payload TV che RTP può supportare attualmente.
2) numero di serie
Il campo del campo del numero di sequenza è lungo 16 bit. Aggiungere 1 a ogni numero di sequenza del pacchetto RTP. Il destinatario può utilizzarlo per verificare se il pacchetto è mancante ed elaborare il pacchetto in base al numero di sequenza. Ad esempio, l'applicazione ricevente riceve un flusso di pacchetti RTP, che ha un intervallo tra i numeri di sequenza 86 e 89, e il ricevitore sa che i pacchetti 87 e 88 sono stati persi e prende misure per elaborare i dati persi.
3) marca temporale
Il dominio del timestamp è lungo 32 byte. Riflette il tempo di campionamento (tempo) del primo byte nel pacchetto RTP. Il ricevitore può utilizzare questo timestamp per rimuovere il jitter dei pacchetti causato dalla rete e fornire la funzione di sincronizzazione per la riproduzione all'estremità ricevente.
4) identificatore della sorgente di sincronizzazione
La lunghezza del dominio SSRC (Synization Source Identifier) è di 32 bit. Viene utilizzato per identificare l'origine del flusso di pacchetti RTP e ogni flusso di pacchetti durante la sessione o il periodo RTP ha un SSRC chiaro. SSRC non è l'indirizzo IP del mittente, ma un numero assegnato casualmente dalla sorgente all'inizio del nuovo flusso di pacchetti.
|
Inserisci l'email per ricevere una sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albanese
ar.fmuser.org -> Arabo
hy.fmuser.org -> Armenian
az.fmuser.org -> Azerbaigiano
eu.fmuser.org -> Basco
be.fmuser.org -> bielorusso
bg.fmuser.org -> Bulgaro
ca.fmuser.org -> Catalano
zh-CN.fmuser.org -> Cinese (semplificato)
zh-TW.fmuser.org -> Cinese (Tradizionale)
hr.fmuser.org -> croato
cs.fmuser.org -> ceco
da.fmuser.org -> danese
nl.fmuser.org -> Olandese
et.fmuser.org -> Estone
tl.fmuser.org -> Filippino
fi.fmuser.org -> finlandese
fr.fmuser.org -> Francese
gl.fmuser.org -> Galiziano
ka.fmuser.org -> georgiano
de.fmuser.org -> tedesco
el.fmuser.org -> Greca
ht.fmuser.org -> Creolo haitiano
iw.fmuser.org -> Ebraico
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Islandese
id.fmuser.org -> Indonesiano
ga.fmuser.org -> Irlandese
it.fmuser.org -> Italiano
ja.fmuser.org -> giapponese
ko.fmuser.org -> coreano
lv.fmuser.org -> Lettone
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> Macedone
ms.fmuser.org -> Malese
mt.fmuser.org -> Maltese
no.fmuser.org -> Norwegian
fa.fmuser.org -> persiano
pl.fmuser.org -> polacco
pt.fmuser.org -> portoghese
ro.fmuser.org -> Romeno
ru.fmuser.org -> Russo
sr.fmuser.org -> Serbo
sk.fmuser.org -> slovacco
sl.fmuser.org -> Sloveno
es.fmuser.org -> spagnolo
sw.fmuser.org -> Swahili
sv.fmuser.org -> svedese
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> Ucraino
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> Gallese
yi.fmuser.org -> Yiddish
FMUSER Wirless Trasmetti video e audio più facilmente!
Contatti
Indirizzo:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Cina 510620
Categorie
Newsletter