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

Document de referència RFC2326
El protocol de transmissió en temps real (Real Time Streaming Protocol) és un protocol de transmissió multimèdia que s’utilitza per controlar el so o el vídeo i permet un control simultani de la demanda de transmissions múltiples. El protocol de comunicació de xarxa utilitzat durant la transmissió no es troba dins del seu rang definit. El costat del servidor Podeu utilitzar TCP o UDP per transmetre contingut de transmissió. La seva sintaxi i funcionament són similars a HTTP 1.1, però la sincronització horària no es fa especial èmfasi, de manera que pot tolerar els retards de la xarxa. L’esmentat control de la demanda multimissions (Multicast) esmentat anteriorment no només pot reduir l’ús de la xarxa del servidor, sinó que també admet videoconferències multipartides (Video Conference). Com que funciona de manera similar a HTTP1.1, la funció de memòria cau "Memòria cau" del servidor intermediari "Proxy" també és aplicable a RTSP i, com que RTSP té una funció de redirecció, el servidor que proporciona el servei es pot canviar segons la càrrega real situació per evitar una càrrega excessiva concentrada al mateix servidor i provocar retards.

　　 va ser proposat conjuntament per Real Networks i Netscape. El protocol defineix com les aplicacions d'un a molts poden transmetre eficaçment dades multimèdia a través d'una xarxa IP. RTSP proporciona un marc extensible que permet controlar i demanar dades en temps real, com ara àudio i vídeo. Les fonts de dades inclouen dades en directe i dades emmagatzemades en clips.
L’objectiu d’aquest protocol és controlar diverses connexions de transmissió de dades, proporcionar una manera de seleccionar canals de transmissió, com UDP, UDP multidifusió i TCP, i proporcionar mètodes per seleccionar un mecanisme de transmissió basat en RTP.

RTP transmet dades d'àudio / vídeo. Si és PLAY, el servidor l’envia al client. Si és RECORD, el client el pot enviar al servidor. Tot el protocol RTP consta de dues parts estretament relacionades: protocol de dades RTP i protocol de control RTP (és a dir, RTCP) ；

　　 RTCP: RTCP inclou l’informe del remitent i l’informe del receptor, que s’utilitzen per a la sincronització d’àudio / vídeo i altres finalitats, i és un protocol de control;

　　Les sol·licituds RTSP inclouen principalment DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, etc., com el seu nom indica, es pot conèixer com a funció de diàleg i control;

　　 Durant la conversa RTSP, SETUP pot determinar el port utilitzat per RTP / RTCP, PLAY / PAUSE / TEARDOWN pot iniciar o aturar l’enviament de RTP, etc .;

　　 TCP, el nom complet és Protocol de control de transferència, i el nom xinès és Protocol de control de transmissió. Funciona a la capa de transport OSI i proporciona serveis de transmissió fiables orientats a la connexió.

　　 El treball de TCP consisteix principalment en establir una connexió i, després, rebre dades del programa de capa d’aplicació i transmetre-les. TCP utilitza la connexió de circuits virtuals per funcionar. Abans d’enviar dades, ha d’establir una connexió entre l’emissor i el receptor. Un cop enviades les dades, el remitent esperarà que el receptor doni una resposta de confirmació, en cas contrari el remitent pensarà que aquestes dades es perdran i tornaran a enviar-les.

RTP no és com http i ftp que poden descarregar el fitxer complet de la pel·lícula completament. Envia dades a la xarxa a una velocitat de dades fixa. El client també mira el fitxer de la pel·lícula a aquesta velocitat. Després de reproduir la pantalla de la pel·lícula, no es pot reproduir repetidament. , Llevat que torneu a sol·licitar dades al servidor.

　　 La diferència més gran entre RTSP i RTP és que: RTSP és un protocol bidireccional de transmissió de dades en temps real, que permet al client enviar sol·licituds al servidor, com ara operacions de reproducció, avançament ràpid i inversió.

　　 Per descomptat, RTSP pot transmetre dades basades en RTP i també pot triar TCP, UDP, UDP multidifusió i altres canals per enviar dades, que té una bona escalabilitat.
És un protocol de capa d’aplicació de xarxa similar al protocol http.

Número de seqüència: indica la posició del segment en la seqüència de segments a transmetre

Número de confirmació: especifica el número de seqüència del segment rebut amb èxit; el número de seqüència de confirmació conté el següent número de seqüència que espera rebre el final que envia la confirmació.

Desplaçament TCP: especifica la longitud de la capçalera del segment. La longitud de la capçalera de secció depèn de l’opció establerta al camp d’opció de capçalera de secció

PSH: indica que les dades s’enviaran al procés de recepció el més aviat possible

Finestra: especifiqueu l'ordre sobre la mida del segment següent que pot transmetre l'emissor

Suma de comprovació: la suma de comprensió conté la part de dades i capçalera de segment TCP, que s’utilitza per verificar la fiabilitat de la part de capçalera i dades de segment

Emergència: indica que el segment conté informació d’emergència i que el punter d’emergència només és vàlid quan el senyalador URG està establert a 1.

Opcions: s’especifica la mida del segment reconeguda, la marca de temps, el final del camp d’opció i s’especifica l’opció límit del camp d’opció

Establiment de connexions TCP: el procés d’establiment de connexions TCP també s’anomena encaix de mans de tres vies TCP. En primer lloc, l'amfitrió emissor inicia una sol·licitud de sincronització (SYN) per establir una connexió amb l'amfitrió receptor; l'amfitrió receptor respon amb una resposta de sincronització / reconeixement (SYN / ACK) a l'amfitrió emissor després de rebre aquesta sol·licitud; l'amfitrió remitent ho rep. Després que el paquet s'enviï un confirmació (ACK) a l'amfitrió receptor, en aquest moment la connexió TCP s'ha establert correctament;

Tancament de la connexió TCP: després que l'amfitrió remitent i l'amfitrió de destinació estableixin una connexió TCP i completin la transmissió de dades, s'enviarà un paquet de dades amb el senyal final definit a 1 per tancar la connexió TCP i alliberar l'espai de memòria intermèdia ocupat per la connexió el mateix temps; Configuració de restabliment TCP: TCP permet interrompre bruscament la connexió durant la transmissió, que s’anomena restabliment TCP;

Classificació i confirmació de dades TCP: TCP és un protocol de transmissió fiable. Utilitza números de seqüència i números de confirmació per fer un seguiment de la recepció de dades durant la transmissió;

Retransmissió TCP: en el procés de transmissió TCP, si l’amfitrió receptor no rep una resposta d’acusament a un paquet de dades durant el període d’espera de retransmissió, l’amfitrió emissor considera que el paquet de dades s’ha perdut i torna a enviar el paquet de dades al receptor. s’anomena retransmissió TCP;

Confirmació del retard TCP: TCP no sempre confirma el data immediatament després de rebre'l. Permet que l'amfitrió enviï el seu propi missatge de confirmació a l'altra part mentre rep les dades.

Protecció de dades TCP (checksum): TCP és un protocol de transmissió fiable, que proporciona càlcul de suma de comprovació per adonar-se de la integritat de les dades durant la transmissió.

　　 El protocol UDP és l'abreviatura de l'anglès UserDatagramProtocol, és a dir, protocol de datagrama d'usuari, que s'utilitza principalment per donar suport a aplicacions de xarxa que necessiten transmetre dades entre ordinadors. Nombroses aplicacions de xarxa client / servidor, inclosos els sistemes de videoconferència de xarxa, han d’utilitzar el protocol UDP. El protocol UDP s’ha utilitzat durant molts anys des dels seus inicis. Tot i que alguns protocols similars han ocultat la seva brillantor inicial, encara avui, UDP continua sent un protocol de capa de transport de xarxa molt pràctic i factible.

　　 Igual que el conegut protocol TCP (Transmission Control Protocol), el protocol UDP es troba directament a sobre del protocol IP (Internet Protocol). Segons el model de referència OSI (Open System Interconnection), UDP i TCP són protocols de capa de transport.

　　 La funció principal del protocol UDP és comprimir el trànsit de dades de xarxa en forma de datagrames. Un datagrama típic és una unitat de transmissió de dades binàries. Els primers 8 bytes de cada datagrama s’utilitzen per contenir informació de capçalera i els bytes restants s’utilitzen per contenir dades de transmissió específiques.

　　 TCP és un protocol punt a punt, que significa que cada client ha de separar l’enllaç client / servidor, de manera que la transmissió de dades a diversos clients no es pot realitzar a nivell de xarxa. Si s'ha de transmetre un flux de dades a diversos clients alhora, el servidor ha de transmetre una còpia del flux de dades a cada client. TCP pot ajustar dinàmicament la velocitat de transmissió segons l’amplada de banda de la xarxa i el grau de congestió i reenviar els paquets de dades perduts. Es garanteix la fiabilitat de la transmissió de dades, però els recursos del servidor són cars i és difícil assegurar el rendiment en temps real de la transmissió de flux de dades quan el flux de dades és gran.

UDP és un protocol de transmissió poc fiable. Al final de l'enviament, la velocitat amb què UDP transmet les dades només està limitada per la velocitat a la qual l'aplicació genera dades, la capacitat de l'ordinador i l'amplada de banda de transmissió; al final de la recepció, UDP posa cada segment de missatge en una cua. L'aplicació llegeix un segment de missatges de la cua cada vegada; el protocol UDP no necessita mantenir l'estat de connexió i no creu que tots els paquets de dades hagin d'arribar a l'extrem receptor, de manera que la càrrega de la xarxa és menor que TCP i la velocitat de transmissió és més ràpida que TCP; Com més congestionada sigui la xarxa, més paquets de dades es perden.

　　 La principal diferència entre el protocol UDP i TCP és com aconseguir una transmissió fiable d’informació. El protocol TCP conté un mecanisme especial de garantia de lliurament. Quan el receptor de dades rebi la informació del remitent, enviarà automàticament un missatge de confirmació al remitent; el remitent continuarà transmetent altra informació només després de rebre el missatge de confirmació. En cas contrari, s’esperarà fins que es rebi el missatge de confirmació.

　　 Per tant, TCP té més temps per establir una connexió que UDP. En comparació amb UDP, TCP té més seguretat i fiabilitat. La mida de la transmissió del protocol TCP no és limitada. Un cop establerta la connexió, ambdues parts poden transmetre una gran quantitat de dades en un format determinat, mentre que UDP és un protocol poc fiable amb un límit de mida, que no pot superar els 64K cada vegada.

　　 En comparació amb el protocol TCP, una altra diferència del protocol UDP és la forma de rebre diversos datagrames que són inesperats. A diferència de TCP, UDP no garanteix l’ordre d’enviament i recepció de dades.

RTP és superior a UDP. Tot i que UDP no és tan fiable com TCP i no pot garantir la qualitat del serveiQuant als serveis en temps real, RTCP ha de controlar la transmissió de dades i la qualitat del servei en temps real. Tanmateix, com que el retard de transmissió d'UDP és inferior al de TCP, pot ser molt compatible amb l'àudio i el vídeo. Bon partit. Per tant, en aplicacions pràctiques, RTP / RTCP / UDP s’utilitza per a suports d’àudio / vídeo i TCP per a la transmissió de dades i la senyalització de control.

El protocol RTMP és un protocol dissenyat específicament per a la transmissió eficient de vídeo, àudio i dades. Realitza transmissions de so i vídeo en temps real establint una connexió TCP binària o connectant un túnel HTTP.

　　RTMP admet més protocols multimèdia que els servidors tradicionals. Admet la transmissió dinàmica de diverses línies que poden contenir dades d’àudio, vídeo i seqüències d’ordres del servidor al client i del client al servidor. RTMP processa les dades d'àudio, vídeo i script per separat.

　　Les dades de so i vídeo es guarden en memòria intermèdia per separat al servidor. Si les dades de so assoleixen un límit determinat a la memòria intermèdia de so, es descartaran totes les dades de la memòria intermèdia i es permetrà que les dades més recentment arribades comencin a recollir-se a la memòria intermèdia i s’enviïn a cada client. Les dades de vídeo es processen de manera similar, la diferència és que quan arriba un nou marc clau, les dades del buffer s’esborren. Quan es descarten les dades de fotogrames antics, si es constata que les dades del client són incorrectes, s’ajusten els fotogrames nou i antic.

　　RTMP dóna diferents nivells de prioritat a les dades. A la conversa en temps real, el so és el més important, el vídeo té poca prioritat i les dades de script tenen prioritat entre el so i el vídeo.

　　 El protocol RTMP pot crear diversos fluxos de dades, però cada flux de dades només pot tenir una direcció. Mitjançant l’ús de RTMP es pot construir un sistema d’aquest tipus, el client pot interactuar amb el servidor RTMP i el servidor d’aplicacions al mateix temps, de manera que es pot dispersar la càrrega al servidor, tot i que en aquesta estructura del sistema millorada, els requisits de rendiment del servidor RTMP són relativament alts.

　　 Protocol HTTP, el nom complet és HyperText Transfer Protocol i el nom xinès és HyperText Transfer Protocol;

　　Protocol MMS, el nom complet és Microsoft Media Server Protocol i el nom xinès és Microsoft Media Server Protocol;

　　 El protocol HLS, nom complet HTTP Live Streaming, és un protocol de transmissió de mitjans de transmissió basat en HTTP implementat per Apple Inc .;

A quina distància (llarg) de la coberta del transmissor?

L'abast de transmissió depèn de molts factors. La distància real es basa en la instal·lació de l'antena d'altura, guany d'antena, utilitzant com a mitjà de construcció i altres obstruccions, la sensibilitat del receptor, l'antena del receptor. La instal·lació de l'antena més alta i l'ús en el camp, la distància serà molt més lluny.

Transmissor FM 5W exemple, l'ús a la ciutat i la ciutat natal:

Tinc un client d'ús del transmissor FM amb antena 5W EUA GP a la seva ciutat natal, i ho prova amb un cotxe, és cobrir 10km (6.21mile).

Puc provar el transmissor de FM amb antena GP 5W a la meva ciutat natal, que cobreixen al voltant 2km (1.24mile).

Puc provar el transmissor de FM amb antena 5W metge de capçalera a la ciutat de Guangzhou, que només cobreixen al voltant 300meter (984ft).

A continuació es presenten l'interval aproximat de diferents transmissors de FM de potència. (El rang és de diàmetre)

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

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

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

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

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

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

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

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

Com posar-se en contacte amb nosaltres per al transmissor?

Llámame + O 8618078869184
vam enviar un correu electrònic [protegit per correu electrònic]
1.How fins on vol cobrir de diàmetre?
2.How alta que la torre?
3.Where ets?
I li donarem un assessorament més professional.

Sobre Nosaltres

FMUSER.ORG és una empresa d’integració de sistemes centrada en equips de transmissió i transmissió de vídeo sense fil de radiofreqüència / estudi i processament de dades. Oferim tot, des de l'assessorament i la consultoria a través de la integració de bastidors fins a la instal·lació, la posada en servei i la formació.

Oferim transmissor FM, transmissor de televisió analògica, transmissor de televisió digital, transmissor UHF VHF, antenes, connectors de cable coaxial, STL, processament aeri, productes de difusió per a estudi, monitorització de senyals RF, codificadors RDS, processadors d’àudio i unitats de control de llocs remots, Productes IPTV, codificador / decodificador d’àudio / vídeo, dissenyats per satisfer les necessitats de grans xarxes de difusió internacionals i de petites estacions privades.

La nostra solució compta amb estació de ràdio FM / estació de televisió analògica / estació de televisió digital / equip d’estudi d’àudio i vídeo / enllaç de transmissor d’estudi / sistema de telemetría de transmissor / sistema de televisió d’hotel / transmissió en directe IPTV / transmissió en directe de transmissió / conferència de vídeo / sistema de difusió CATV.

Utilitzem productes de tecnologia avançada per a tots els sistemes, ja que sabem que l’alta fiabilitat i l’alt rendiment són tan importants per al sistema i la solució. Al mateix temps, hem d'assegurar-nos que el nostre sistema de productes té un preu molt raonable.

Tenim clients de radiodifusors públics i comercials, operadors de telecomunicacions i autoritats reguladores, i també oferim solucions i productes a molts centenars d’emissores locals, petites i comunitàries.

FMUSER.ORG porta exportant més de 15 anys i té clients a tot el món. Amb 13 anys d’experiència en aquest camp, comptem amb un equip professional per resoldre tot tipus de problemes del client. Ens dediquem a subministrar els preus extremadament raonables de productes i serveis professionals. Correu electrònic de contacte : [protegit per correu electrònic]

la nostra fàbrica

Tenim modernització de la fàbrica. Que són benvinguts a visitar la nostra fàbrica quan s'arriba a la Xina.

En l'actualitat, ja hi ha clients 1095 a tot el món van visitar la nostra oficina Guangzhou Tianhe. Si vostè ve a la Xina, que són benvinguts a visitar-nos.

a la Fira

Aquesta és la nostra participació en 2012 Global Sources Hong Kong Electronics Fair . Els clients de tot el món finalment tenir l'oportunitat de reunir-se.

On és Fmuser?

Podeu cercar aquests números " 23.127460034623816,113.33224654197693 "a google map, podreu trobar la nostra oficina fmuser.

FMUSER oficina de Guangzhou es troba al districte de Tianhe, que és el centre del Cantó . molt a prop fins al Fira de Canton , Estació de tren de Guangzhou, Xiaobei carretera i Dashatou , Només cal 10 minuts si pren TAXI . Benvinguts amics de tot el món a visitar i negociar.

Contacte: Blue Sky
Cel·lular: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Adreça electrònica: [protegit per correu electrònic]
QQ: 727926717
Skype: sky198710021
Adreça: Sala de No.305 Huilan Edifici No.273 Huanpu carretera Guangzhou, Xina Codi postal: 510620

Anglès: Acceptem tots els pagaments, com PayPal, targeta de crèdit, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, si teniu cap pregunta, poseu-vos en contacte amb mi [protegit per correu electrònic] o WhatsApp + 8618078869184

PayPal.  www.paypal.com

Recomanem que utilitzi PayPal per comprar els nostres articles, el PayPal és una forma segura per comprar a Internet.

Cada pàgina de la nostra llista d'elements de fons a la part superior tenen un logotip de PayPal per pagar.

Targeta de crèdit.Si no té PayPal, però vostè ha targeta de crèdit, també pot fer clic al botó groc de PayPal per pagar amb la targeta de crèdit.

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

Però si vostè no té una targeta de crèdit i no tenir un compte de PayPal o difícil va aconseguir un accout PayPal, pot utilitzar el següent:
Unió Occidental.  www.westernunion.com

Pagar per Western Union a mi:

Nom i cognoms: Yingfeng
Cognom / Cognom / Nom de família: Zhang
Nom complet: Yingfeng Zhang
País: Xina
Ciutat: Guangzhou

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

T / T.  pagar amb T / T (transferència bancària / transferència telegràfica / transferència bancària)
Primera informació bancària (COMPTE DE L'EMPRESA):

SWIFT BIC: BKCHHKHHXXX
Nom del banc: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Adreça bancària: BANC DE LA TORRE DE XINA, 1 GARDEN ROAD, CENTRAL, HONG KONG
CÓDIG BANC: 012
Nom del compte: FMUSER INTERNATIONAL GROUP LIMITED
Núm de compte. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Segona informació bancària (COMPTE DE L'EMPRESA):
Beneficiari: Fmuser International Group Inc.
Número de compte: 44050158090900000337
Banc del beneficiari: sucursal del Guangdong de China Construction Bank
Codi SWIFT: PCBCCNBJGDX
Adreça: carretera NO.553 Tianhe, Guangzhou, Guangdong, districte de Tianhe, Xina
** Nota: quan transferiu diners al nostre compte bancari, NO escriviu res a l'àrea de comentaris, en cas contrari no podrem rebre el pagament a causa de la política governamental sobre comerç internacional.

* Aquest document s'enviarà a 1 2-dies de treball quan el pagament és clar.

* Enviarem a la seva adreça de PayPal. Si vostè vol canviar la direcció, si us plau, envieu la vostra direcció correcta i número de telèfon a la vostra adreça [protegit per correu electrònic]

* Si els paquets es troba per sota 2kg, ens enviaran a través de correu aeri, trigarà aproximadament 15-25days a la mà.

Si el paquet és més que 2kg, enviarem a través d'EMS, DHL, UPS, Fedex lliurament ràpid expressa, prendrà al voltant de 7 ~ 15days al seu costat.

Si el paquet de més de 100kg, anem a enviar per DHL o el noli aeri. Es durà a prop 3 ~ 7days al seu costat.

Tots els paquets són la forma xinesa de Guangzhou.

* El paquet s'enviarà com a "regal" i es descomptarà el mínim possible, perquè el comprador no hagi de pagar l'impost.

* Després de la nau, li enviarem un correu electrònic i li donarà el nombre de seguiment.

Per a la garantia.
Poseu-vos en contacte amb nosaltres --- >> Envieu-nos l'article --- >> Rebeu i envieu un altre substitut.

Nom: Liu xiaoxia
Direcció: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou, Xina.
Postal: 510620
Telèfon: + 8618078869184

Si us plau, torni a aquesta adreça i escriure el seu PayPal, nom, adreça problema a la nota: