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. Protocollo RTP / RTCP
Protocollo RTP
Il nome completo di RTP è Real-time Transport Protocol (Real-time Transport Protocol).
È uno standard proposto da IETF (The Internet Engineering Task Force) e il documento RFC corrispondente è RFC3550 (RFC1889 è una versione scaduta). RFC3550 non solo definisce RTP, ma definisce anche il protocollo correlato di supporto RTCP (Real-time Transport Control Protocol, ovvero Real-time Transport Control Protocol). RTP viene utilizzato per fornire servizi di trasmissione in tempo reale end-to-end per una varietà di dati multimediali che devono essere trasmessi in tempo reale, come voce, immagini e fax sulla rete IP. RTP fornisce informazioni sull'ora e sincronizzazione del flusso per la trasmissione in tempo reale end-to-end su Internet, ma non garantisce la qualità del servizio, fornita da RTCP.
Ambiente dell'applicazione RTP
(1) Conferenza audio multicast semplice. La comunicazione vocale è realizzata tramite un indirizzo multicast e una coppia di porte. Uno è per i dati audio (RTP) e l'altro è per i pacchetti di controllo (RTCP).
(2) Conferenza audio e video. Se in una conferenza vengono utilizzate sia conferenze audio che video, questi due media verranno trasmessi in sessioni RTP diverse e ciascuna sessione utilizzerà un indirizzo di trasmissione diverso (indirizzo IP + porta). Se un utente utilizza due sessioni contemporaneamente, il pacchetto RTCP corrispondente a ciascuna sessione utilizza il nome canonico CNAME (Canonical Name). I partecipanti possono ottenere l'audio e il video associati in base al CNAME nel pacchetto RTCP, quindi sincronizzare l'audio e il video in base alle informazioni di temporizzazione (protocollo di tempo di rete) nel pacchetto RTCP.
(3) Traduttore e mixer. Il traduttore e il mixer sono entrambi sistemi di inoltro di livello RTP. I traduttori vengono utilizzati nelle aree utente che non possono essere raggiunte direttamente tramite IP multicast, come un firewall tra il mittente e il destinatario. Quando il formato di codifica audio che i partecipanti possono ricevere è diverso, ad esempio, se un partecipante si connette a una conferenza ad alta velocità tramite un collegamento a bassa velocità, viene utilizzato un mixer. Prima di accedere alla rete in cui è necessario modificare il formato dei dati audio, il mixer ricostruisce i pacchetti audio da una o più sorgenti, unisce gli audio multipli ricostruiti e li codifica con un'altra codifica audio. Inoltra questo nuovo pacchetto RTP. Tutti i pacchetti di dati da un mixer devono essere identificati dal mixer come la loro sorgente di sincronizzazione (SSRC, vedere incapsulamento RTP) e l'oratore può essere confermato tramite l'elenco delle fonti di contributo (tabella CSRC, vedere incapsulamento RTP).
Protocollo RTCP
Real-time Control Protocol (RTCP) e RTP sono definiti congiuntamente nella RFC 1889 proposta nel 1996. Si tratta di un protocollo di controllo che funziona con RTP. RTCP viene eseguito solo sul protocollo di basso livello e il protocollo di basso livello fornisce il multiplexing di dati e pacchetti di controllo. Durante la sessione RTP, ogni partecipante alla sessione invia periodicamente pacchetti di controllo RTCP a tutti gli altri partecipanti. Per le sessioni o le trasmissioni RTP, viene solitamente utilizzato un singolo indirizzo di trasmissione multi-target. Tutti i pacchetti RTP e RTCP appartenenti a questa sessione utilizzano questo indirizzo di trasmissione multi-target. I pacchetti RTP e i pacchetti RTCP possono essere distinti utilizzando diversi numeri di porta. .
è un protocollo gemello del protocollo RTP (Real Time Transport Protocol). RTCP fornisce il controllo fuori banda per i flussi multimediali RTP. RTCP stesso non trasmette dati, ma collabora con RTP per impacchettare e inviare dati multimediali. RTCP trasmette periodicamente i dati di controllo tra i partecipanti a una sessione multimediale in streaming. La funzione principale di RTCP è fornire feedback sulla qualità del servizio fornito da RTP.
RTCP svolge le seguenti quattro funzioni:
(1) Principalmente per fornire feedback sulla qualità del rilascio dei dati. RTCP fa parte del protocollo di trasmissione RTP ed è correlato al controllo del flusso e della congestione di altri protocolli di trasmissione. Il feedback ha un effetto diretto sul controllo della codifica adattiva, ma l'esperienza multicast IP mostra che ricevere feedback dal mittente è fondamentale per diagnosticare gli errori di trasmissione. L'invio e la ricezione di rapporti di feedback a tutti i partecipanti consente agli osservatori dei problemi di stimare se tali problemi sono locali o globali. I meccanismi di pubblicazione come il multicasting IP consentono a gruppi come i fornitori di servizi di rete di ricevere feedback e di agire come monitor di terze parti per diagnosticare i problemi di rete. La funzione di feedback viene eseguita dai rapporti del mittente e del destinatario RTCP.
(2) RTCP trasporta un'identificazione del livello di trasporto persistente sorgente RTP chiamata nome canonico (CNAME). Se viene rilevato un conflitto o il programma viene riavviato, poiché l'identità SSRC può essere modificata, il destinatario deve CNAME per tenere traccia del partecipante. Il destinatario necessita inoltre del CNAME per contattare diversi flussi di dati forniti nella relativa connessione RTP.
(3) Le prime due funzioni richiedono che tutti i partecipanti inviino pacchetti RTCP. Pertanto, affinché l'RTP si espanda a quantità su larga scala, il tasso deve essere controllato. Lascia che ogni partecipante invii pacchetti di controllo ad altri partecipanti, il che aumenta il numero di partecipanti all'osservazione indipendenti. Questo numero viene utilizzato per calcolare la velocità con cui vengono inviati i pacchetti.
(4) La funzione opzionale consiste nel trasmettere informazioni minime di controllo della connessione, come l'identificazione dei partecipanti. Molto probabilmente da utilizzare in connessioni "a controllo libero", dove i partecipanti sono liberi di entrare o uscire senza il controllo dei membri o il coordinamento dei parametri. RTCP funge da canale conveniente per tutti i partecipanti, ma non deve supportare tutti i requisiti di comunicazione di controllo dell'applicazione.
Quando RTP viene utilizzato in IP multicast, le prime tre funzioni sono necessarie e consigliate per tutte le situazioni. I progettisti di applicazioni RTP devono evitare di utilizzare meccanismi che funzionano solo in modalità unicast, il che comporterà l'impossibilità di scalare.
2. La relazione tra RTP / RTCP e altri protocolli
Diagramma dell'architettura multimediale in streaming
La relazione tra protocollo RTP e altri protocolli
RTP, TCP e UDP sono tutti protocolli del livello di trasporto; Si può anche considerare che l'RTP si trovi tra il livello dell'applicazione e il livello di trasporto
Come si può vedere dalla figura, RTP è diviso nel livello di trasporto, che è costruito su UDP. Come il protocollo UDP, per realizzare la sua funzione di trasmissione in tempo reale, anche RTP ha una forma di incapsulamento fissa. RTP viene utilizzato per fornire informazioni sull'ora e sincronizzazione del flusso per la trasmissione in tempo reale end-to-end, ma non garantisce la qualità del servizio. La qualità del servizio è fornita da RTCP.
3. Protocollo RTMP
Il protocollo di messaggistica in tempo reale RTMP (Real Time Messaging Protocol) è un protocollo aperto sviluppato da Adobe Systems per la trasmissione di audio, video e dati tra lettori Flash e server.
Ha tre varianti:
1) Un protocollo di testo in chiaro che funziona su TCP, utilizzando la porta 1935;
2) RTMPT è incapsulato nella richiesta HTTP e può attraversare il firewall;
3) RTMPS è simile a RTMPT, ma utilizza la connessione HTTPS;
Il protocollo RTMP viene utilizzato da Flash per la trasmissione di oggetti, video e audio. Questo protocollo si basa sul protocollo TCP o sul protocollo HTTP polling;
Il protocollo RTMP è come un contenitore utilizzato per contenere pacchetti di dati. Questi dati possono essere dati in formato AMF o dati video / audio in FLV;
Una singola connessione può trasmettere più flussi di rete attraverso diversi canali. I pacchetti in questi canali sono tutti trasmessi in pacchetti di dimensione fissa;
|
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