RTP / RTCP 、 TCP 、 UDP 、 RTMP 、 RTSP (2)

Documento di riferimento RFC2326
Il protocollo di streaming in tempo reale (Real Time Streaming Protocol) è un protocollo di streaming multimediale utilizzato per controllare l'audio o il video e consente il controllo simultaneo di più richieste di streaming. Il protocollo di comunicazione di rete utilizzato durante la trasmissione non rientra nel raggio definito. Lato server È possibile scegliere di utilizzare TCP o UDP per trasmettere contenuti in streaming. La sua sintassi e il suo funzionamento sono simili a HTTP 1.1, ma la sincronizzazione dell'ora non è particolarmente enfatizzata, quindi può tollerare ritardi di rete. Il summenzionato controllo della domanda multi-streaming (Multicast) menzionato in precedenza non solo può ridurre l'utilizzo della rete sul lato server, ma supporta anche videoconferenze multi-party (videoconferenza). Poiché funziona in modo simile a HTTP1.1, la funzione cache "Cache" del server proxy "Proxy" è applicabile anche a RTSP e poiché RTSP ha una funzione di reindirizzamento, il server che fornisce il servizio può essere cambiato in base al carico effettivo situazione per evitare un carico eccessivo concentrato sullo stesso server e causare ritardi.

　　 è stato proposto congiuntamente da Real Networks e Netscape. Il protocollo definisce il modo in cui le applicazioni uno-a-molti possono trasmettere efficacemente dati multimediali attraverso una rete IP. RTSP fornisce un framework estensibile che rende possibile controllare e dati in tempo reale su richiesta, come audio e video. Le origini dati includono dati in tempo reale e dati archiviati nei clip.
Lo scopo di questo protocollo è controllare più connessioni di trasmissione dati, fornire un modo per selezionare i canali di trasmissione, come UDP, UDP multicast e TCP, e fornire metodi per selezionare un meccanismo di trasmissione basato su RTP.

RTP trasmette dati audio / video. Se è PLAY, il server lo invia al client. Se è RECORD, può essere inviato al server dal client. L'intero protocollo RTP è costituito da due parti strettamente correlate: protocollo dati RTP e protocollo di controllo RTP (cioè RTCP) ；

　　 RTCP: RTCP include Rapporto mittente e Rapporto ricevitore, utilizzati per la sincronizzazione audio / video e altri scopi, ed è un protocollo di controllo;

　　Le richieste RTSP includono principalmente DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, ecc., Come suggerisce il nome, può essere conosciuta come una funzione di dialogo e controllo;

　　 Durante la conversazione RTSP, SETUP può determinare la porta utilizzata da RTP / RTCP, PLAY / PAUSE / TEARDOWN può avviare o interrompere l'invio di RTP, ecc .;

　　 TCP, il nome completo è Protocollo di controllo del trasferimentoe il nome cinese è Transmission Control Protocol. Funziona sul livello di trasporto OSI e fornisce servizi di trasmissione affidabili orientati alla connessione.

　　 Il lavoro di TCP consiste principalmente nello stabilire una connessione, quindi ricevere i dati dal programma a livello di applicazione e trasmetterli. TCP utilizza la connessione del circuito virtuale per funzionare. Prima di inviare i dati, è necessario stabilire una connessione tra il mittente e il destinatario. Dopo che i dati sono stati inviati, il mittente attenderà che il destinatario dia una risposta di conferma, altrimenti il mittente penserà che i dati siano persi e invierà nuovamente questi dati.

RTP non è come http e ftp che possono scaricare completamente l'intero file del film. Invia i dati sulla rete a una velocità dati fissa. Il client guarda anche il file del filmato a questa velocità. Dopo che la schermata del film è stata riprodotta, non può essere riprodotta ripetutamente. , A meno che tu non richieda nuovamente i dati dal server.

　　 La più grande differenza tra RTSP e RTP è che: RTSP è un protocollo di trasmissione dati in tempo reale a due vie, che consente al client di inviare richieste al server, come operazioni di riproduzione, avanzamento veloce e inversione.

　　 Ovviamente, RTSP può trasmettere dati in base a RTP e può anche scegliere TCP, UDP, UDP multicast e altri canali per inviare dati, il che ha una buona scalabilità.
È un protocollo a livello di applicazione di rete simile al protocollo http.

Numero di sequenza: indica la posizione del segmento nella sequenza di segmenti da trasmettere

Numero di conferma: specifica il numero di sequenza del segmento ricevuto con successo, il numero di sequenza di conferma contiene il numero di sequenza successivo che chi invia la conferma si aspetta di ricevere

Offset TCP: specifica la lunghezza dell'intestazione del segmento. La lunghezza dell'intestazione della sezione dipende dall'opzione impostata nel campo delle opzioni dell'intestazione della sezione

PSH: indica che i dati verranno inviati al processo di ricezione il prima possibile

Finestra: specificare il comando sulla dimensione del segmento successivo che il mittente può trasmettere

Checksum: il checksum contiene l'intestazione del segmento TCP e la parte dati, utilizzata per verificare l'affidabilità dell'intestazione del segmento e della parte dati

Emergenza: indica che il segmento contiene informazioni di emergenza e il puntatore di emergenza è valido solo quando il flag URG è impostato su 1.

Opzioni: vengono specificate le dimensioni del segmento riconosciuto, la data e l'ora, la fine del campo delle opzioni e viene specificata l'opzione limite del campo delle opzioni

Creazione della connessione TCP: il processo di creazione della connessione TCP è anche chiamato handshake a tre vie TCP. Innanzitutto, l'host mittente avvia una richiesta di sincronizzazione (SYN) per stabilire una connessione con l'host ricevente; l'host ricevente risponde con una risposta di sincronizzazione / riconoscimento (SYN / ACK) all'host mittente dopo aver ricevuto questa richiesta; l'host mittente lo riceve Dopo che il pacchetto è stato inviato un riconoscimento (ACK) all'host ricevente, in questo momento la connessione TCP è stabilita con successo;

Chiusura della connessione TCP: dopo che l'host mittente e l'host di destinazione stabiliscono una connessione TCP e hanno completato la trasmissione dei dati, verrà inviato un pacchetto di dati con il flag di fine impostato su 1 per chiudere la connessione TCP e liberare lo spazio buffer occupato dalla connessione a lo stesso tempo; Impostazione ripristino TCP: TCP consente di interrompere improvvisamente la connessione durante la trasmissione, operazione chiamata ripristino TCP;

Ordinamento e conferma dei dati TCP: TCP è un protocollo di trasmissione affidabile. Utilizza numeri di sequenza e numeri di conferma per tenere traccia della ricezione dei dati durante la trasmissione;

Ritrasmissione TCP: nel processo di trasmissione TCP, se l'host ricevente non riceve una risposta di riconoscimento a un pacchetto di dati entro il periodo di timeout di ritrasmissione, l'host mittente considera il pacchetto di dati perso e invia di nuovo il pacchetto di dati al ricevitore. si chiama ritrasmissione TCP;

Conferma ritardo TCP: TCP non sempre conferma il data subito dopo averlo ricevuto. Consente all'host di inviare il proprio messaggio di conferma all'altra parte durante la ricezione dei dati.

Protezione dei dati TCP (checksum): TCP è un protocollo di trasmissione affidabile, che fornisce il calcolo del checksum per realizzare l'integrità dei dati durante la trasmissione.

　　 Il protocollo UDP è l'abbreviazione di UserDatagramProtocol inglese, ovvero protocollo datagramma utente, utilizzato principalmente per supportare le applicazioni di rete che devono trasmettere dati tra computer. Numerose applicazioni di rete client / server, inclusi i sistemi di videoconferenza di rete, devono utilizzare il protocollo UDP. Il protocollo UDP è stato utilizzato per molti anni sin dal suo inizio. Sebbene la sua brillantezza iniziale sia stata oscurata da alcuni protocolli simili, anche oggi UDP è ancora un protocollo di livello di trasporto di rete molto pratico e fattibile.

　　 Come il noto protocollo TCP (Transmission Control Protocol), il protocollo UDP si trova direttamente sopra il protocollo IP (Internet Protocol). Secondo il modello di riferimento OSI (Open System Interconnection), UDP e TCP sono entrambi protocolli del livello di trasporto.

　　 La funzione principale del protocollo UDP è quella di comprimere il traffico dati di rete sotto forma di datagrammi. Un tipico datagramma è un'unità di trasmissione di dati binari. I primi 8 byte di ogni datagramma vengono utilizzati per contenere le informazioni di intestazione e i byte rimanenti vengono utilizzati per contenere dati di trasmissione specifici.

　　 TCP è un protocollo point-to-point, il che significa che ogni client deve separare il collegamento client / server, quindi la trasmissione dei dati a più client non può essere realizzata a livello di rete. Se un flusso di dati deve essere trasmesso a più client contemporaneamente, il server deve trasmettere una copia del flusso di dati a ciascun client. TCP può regolare dinamicamente la velocità di trasmissione in base alla larghezza di banda della rete e al grado di congestione e inviare nuovamente i pacchetti di dati persi. L'affidabilità della trasmissione dei dati è garantita, ma le risorse del server sono costose ed è difficile garantire le prestazioni in tempo reale della trasmissione del flusso di dati quando il flusso di dati è grande.

UDP è un protocollo di trasmissione inaffidabile. Alla fine dell'invio, la velocità con cui UDP trasmette i dati è limitata solo dalla velocità con cui l'applicazione genera i dati, dalla capacità del computer e dalla larghezza di banda di trasmissione; all'estremità ricevente, UDP mette ogni segmento di messaggio in una coda. L'applicazione legge ogni volta un segmento di messaggio dalla coda; il protocollo UDP non ha bisogno di mantenere lo stato di connessione e non pensa che ogni pacchetto di dati debba raggiungere l'estremità ricevente, quindi il carico di rete è inferiore a TCP e la velocità di trasmissione è più veloce di TCP; Più la rete è congestionata, più pacchetti di dati vengono persi.

　　 La principale differenza tra il protocollo UDP e TCP è come ottenere una trasmissione affidabile delle informazioni. Il protocollo TCP contiene uno speciale meccanismo di garanzia di consegna. Quando il destinatario dei dati riceve le informazioni dal mittente, invierà automaticamente un messaggio di conferma al mittente; il mittente continuerà a trasmettere altre informazioni solo dopo aver ricevuto il messaggio di conferma. In caso contrario, attenderà fino alla ricezione del messaggio di conferma.

　　 Quindi TCP ha più tempo per stabilire una connessione rispetto a UDP. Rispetto a UDP, TCP ha una maggiore sicurezza e affidabilità. La dimensione della trasmissione del protocollo TCP non è limitata. Una volta stabilita la connessione, entrambe le parti possono trasmettere una grande quantità di dati in un determinato formato, mentre UDP è un protocollo inaffidabile con un limite di dimensione, che non può superare i 64 KB ogni volta.

　　 Rispetto al protocollo TCP, un'altra differenza del protocollo UDP è come ricevere più datagrammi imprevisti. A differenza di TCP, UDP non garantisce l'ordine di invio e ricezione dei dati.

RTP è superiore a UDP. Sebbene UDP non sia affidabile quanto TCP e non possa garantire la qualità del servizioità dei servizi in tempo reale, RTCP deve monitorare la trasmissione dei dati e la qualità del servizio in tempo reale. Tuttavia, poiché il ritardo di trasmissione di UDP è inferiore a quello di TCP, può essere molto compatibile con video e audio. Bella partita. Pertanto, nelle applicazioni pratiche, RTP/RTCP/UDP viene utilizzato per i media audio/video e TCP viene utilizzato per la trasmissione di dati e la segnalazione di controllo.

Il protocollo RTMP è un protocollo progettato specificamente per la trasmissione efficiente di video, audio e dati. Realizza la trasmissione video e audio in tempo reale stabilendo una connessione TCP binaria o collegando un tunnel HTTP.

　　RTMP supporta più protocolli multimediali rispetto ai server multimediali tradizionali. Supporta la trasmissione dinamica di più linee che possono contenere dati audio, video e script dal server al client e dal client al server. RTMP elabora i dati audio, video e di script separatamente.

　　I dati audio e video vengono memorizzati separatamente nel server. Se i dati audio raggiungono un certo limite nel buffer audio, tutti i dati nel buffer verranno scartati e i dati arrivati più di recente potranno iniziare a raccogliere nel buffer e inviati a ciascun client. I dati video vengono elaborati in modo simile, la differenza è che quando arriva un nuovo fotogramma chiave, i dati nel buffer vengono cancellati. Quando si scartano i dati del vecchio frame, se si scopre che i dati del client sono errati, vengono montati i nuovi e vecchi frame.

　　RTMP assegna diversi livelli di priorità ai dati. Nella conversazione in tempo reale, il suono è l'elemento più importante, al video viene data una priorità bassa e ai dati dello script viene data una priorità tra audio e video.

　　 Il protocollo RTMP può creare più flussi di dati, ma ogni flusso di dati può avere una sola direzione. Utilizzando RTMP può costruire un tale sistema, il client può interagire con il server RTMP e il server delle applicazioni allo stesso tempo, in modo che il carico sul server possa essere disperso, sebbene in questa struttura di sistema migliorata, i requisiti di prestazioni del server RTMP sono relativamente alti.

　　 Protocollo HTTP, il nome completo è HyperText Transfer Protocol e il nome cinese è HyperText Transfer Protocol;

　　Protocollo MMS, il nome completo è Microsoft Media Server Protocol e il nome cinese è Microsoft Media Server Protocol;

　　 Il protocollo HLS, nome completo HTTP Live Streaming, è un protocollo di trasmissione multimediale in streaming basato su HTTP implementato da Apple Inc .;

Fino a che punto (lungo) il coperchio del trasmettitore?

Il raggio di trasmissione dipende da molti fattori. La distanza reale si basa sulla antenna installazione altezza, guadagno di antenna, utilizzando ambiente come costruzione ed altri ostacoli, sensibilità del ricevitore, antenna del ricevitore. Installazione antenna più alta e l'utilizzo in campagna, la distanza sarà molto più lontano.

ESEMPIO 5W trasmettitore FM utilizzare in città e città natale:

Ho un uso del cliente 5W trasmettitore FM con antenna GP USA nella sua città natale, e lui prova con una macchina, coprire 10km (6.21mile).

I test il trasmettitore FM 5W con antenna GP nella mia città natale, che coprono circa il 2km (1.24mile).

I test il trasmettitore FM 5W con antenna GP nella città di Guangzhou, che coprono circa il solo 300meter (984ft).

Qui di seguito sono la gamma approssimativa di diversi trasmettitori di potenza FM. (L'intervallo è di diametro)

0.1W ~ 5W Trasmettitore FM: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W Trasmettitore FM: 3KM ~ 10KM

80W ~ 500W Trasmettitore FM: 10KM ~ 30KM

500W ~ 1000W Trasmettitore FM: 30KM ~ 50KM

1KW ~ 2KW Trasmettitore FM: 50KM ~ 100KM

2KW ~ 5KW Trasmettitore FM: 100KM ~ 150KM

5KW ~ 10KW Trasmettitore FM: 150KM ~ 200KM

Come contattarci per il trasmettitore?

Call me + 8618078869184 O
Se la tua attività ha avuto un impatto negativo e posso esserti di aiuto, mi piacerebbe aiutarti., Mandami un'email [email protected]
1.How lontano si vuole coprire di diametro?
2.How alto di voi Tower?
3.Where sei?
E vi daremo consigli più professionale.

Chi siamo

FMUSER.ORG è una società di integrazione di sistemi che si occupa di trasmissione wireless RF / apparecchiature audio video da studio / streaming e elaborazione dati. Forniamo tutto, dalla consulenza e consulenza attraverso l'integrazione del rack all'installazione, alla messa in servizio e alla formazione.

Offriamo trasmettitori FM, trasmettitori TV analogici, trasmettitori TV digitali, trasmettitori UHF VHF, antenne, connettori per cavi coassiali, STL, elaborazione in onda, prodotti Broadcast per lo studio, monitoraggio del segnale RF, codificatori RDS, processori audio e unità di controllo del sito remoto, Prodotti IPTV, codificatore / codificatore audio / video, progettato per soddisfare le esigenze sia delle grandi reti di trasmissione internazionali che di piccole stazioni private.

La nostra soluzione dispone di stazione radio FM / stazione TV analogica / stazione TV digitale / attrezzatura da studio audio video / collegamento trasmettitore da studio / sistema di telemetria del trasmettitore / sistema TV dell'hotel / trasmissione live IPTV / trasmissione live streaming / videoconferenza / sistema di trasmissione CATV.

Stiamo utilizzando prodotti di tecnologia avanzata per tutti i sistemi, perché sappiamo che l'alta affidabilità e le alte prestazioni sono così importanti per il sistema e la soluzione. Allo stesso tempo, dobbiamo anche assicurarci che il nostro sistema di prodotti abbia un prezzo molto ragionevole.

Abbiamo clienti di emittenti pubbliche e commerciali, operatori di telecomunicazioni e autorità di regolamentazione e offriamo anche soluzioni e prodotti a molte centinaia di emittenti minori, locali e comunitarie.

FMUSER.ORG esporta da più di 15 anni e ha clienti in tutto il mondo. Con 13 anni di esperienza in questo campo, abbiamo un team di professionisti per risolvere tutti i tipi di problemi dei clienti. Ci siamo impegnati a fornire prezzi estremamente ragionevoli di prodotti e servizi professionali. Contatto email : [email protected]

La nostra fabbrica

Abbiamo modernizzazione della fabbrica. Siete invitati a visitare la nostra fabbrica quando si arriva in Cina.

Allo stato attuale, ci sono già clienti 1095 in tutto il mondo visitato il nostro ufficio di Guangzhou Tianhe. Se venite in Cina, siete invitati a farci visita.

Alla Fiera

Questa è la nostra partecipazione a 2012 globali Fonti Hong Kong Electronics Fair . I clienti provenienti da tutto il mondo infine, avere la possibilità di stare insieme.

Dove è FMUSER?

Puoi cercare questi numeri " 23.127460034623816,113.33224654197693 "in google map, puoi trovare il nostro ufficio fmuser.

ufficio FMUSER Guangzhou è nel quartiere Tianhe che è la centro del Cantone . Molto vicino Vai all’email la fiera di Canton , stazione ferroviaria di Guangzhou, strada Xiaobei e Dashatou , Solo bisogno 10 minuti se prendere TAXI . Benvenuti amici di tutto il mondo a visitare e negoziare.

Contatto: Blue Sky
Cellulare: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [email protected]
QQ: 727926717
Skype: sky198710021
Indirizzo: No.305 camera Huilan costruzione No.273 Huanpu Strada Guangzhou Cina Codice postale: 510620

Inglese: Accettiamo tutti i pagamenti, come PayPal, Carta di credito, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, se hai qualche domanda, per favore contattami [email protected] o WhatsApp + 8618078869184

PayPal.  www.paypal.com

Si consiglia di utilizzare Paypal per comprare i nostri articoli, il Paypal è un modo sicuro per acquistare su internet.

Ogni della nostra lista elemento della pagina in basso sulla parte superiore hanno un logo PayPal per pagare.

Carta di credito.Se non avete paypal, ma avete carta di credito, è anche possibile fare clic sul pulsante giallo PayPal per pagare con carta di credito.

-------------------------------------------------- -------------------

Ma se non hai una carta di credito e non avere un conto paypal o difficile ottenuto un accout PayPal, è possibile utilizzare il seguente:
Western Union.  www.westernunion.com

Pagare con Western Union a me:

Nome / Nome proprio: Yingfeng
Cognome / Cognome / Nome famiglia: Zhang
Nome completo: Yingfeng Zhang
Paese: China
Città: Guangzhou

-------------------------------------------------- -------------------

T / T.  Paga con T / T (bonifico bancario / trasferimento telegrafico / bonifico bancario)
Primi DATI BANCARIE (CONTO AZIENDA):

SWIFT BIC: BKCHHKHHXXX
Nome della banca: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Indirizzo bancario: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
CODICE BANCARIO: 012
Nome account: FMUSER INTERNATIONAL GROUP LIMITED
Conto NO. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Secondo DATI BANCARIE (CONTO AZIENDALE):
Beneficiario: FMuser International Group Inc
Numero di conto: 44050158090900000337
Banca del beneficiario: China Construction Bank Guangdong Branch
Codice SWIFT: PCBCCNBJGDX
Indirizzo: NO.553 Tianhe Road, Guangzhou, Guangdong, distretto di Tianhe, Cina
**Nota: quando trasferisci denaro sul nostro conto bancario, NON scrivere nulla nell'area dei commenti, altrimenti non saremo in grado di ricevere il pagamento a causa della politica del governo sul commercio internazionale.

* Sarà inviato in 1-2 giorni lavorativi in cui il pagamento chiaro.

* Invieremo al tuo indirizzo paypal. Se si desidera cambiare l'indirizzo, si prega di inviare il vostro indirizzo corretto e numero di telefono per la mia e-mail [email protected]

* Se i pacchetti è inferiore 2kg, ci sarà spedito via posta aerea, ci vorranno circa 15-25days a mano.

Se il pacchetto è più di 2kg, spediremo via lo SME, DHL, UPS, Fedex consegna veloce espresso, ci vorranno circa 7 ~ 15days alla tua mano.

Se il pacchetto più di 100kg, invieremo via DHL o trasporto aereo. Ci vorranno circa 3 ~ 7days alla tua mano.

Tutti i pacchetti sono forma Cina Guangzhou.

* Il pacco verrà inviato come "regalo" e verrà declassato il meno possibile, l'acquirente non dovrà pagare la "TASSA".

* Dopo la nave, vi invieremo una e-mail e vi darò il numero di tracking.

Per garanzia.
Contattaci --- >> Restituiscici l'articolo --- >> Ricevi e invia un'altra sostituzione.

Nome: Liu Xiaoxia
Indirizzo: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou in Cina.
ZIP: 510620
Telefono: + 8618078869184

Si prega di restituire a questo indirizzo e scrivere il vostro paypal indirizzo, nome, problema sulla nota: