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

Verwysingsdokument RFC2326
Die Real Time Streaming Protocol (Real Time Streaming Protocol) is 'n multimediastroomprotokol wat gebruik word om klank of video te beheer, en laat gelyktydige beheer oor veelvuldige streaming toe. Die netwerkkommunikasieprotokol wat tydens versending gebruik word, is nie binne die gedefinieerde reeks nie. Bedienerskant U kan kies om TCP of UDP te gebruik om streaming-inhoud oor te dra. Die sintaksis en werking daarvan is soortgelyk aan HTTP 1.1, maar tydsinkronisering word nie veral beklemtoon nie, dus kan dit vertragings in die netwerk verdra. Bogenoemde multicast-aanvraagbeheer (Multicast) wat vroeër genoem is, kan nie net die netwerkverbruik aan die bedienerskant verminder nie, maar ook videokonferensies met meerdere partye (Video Conference) ondersteun. Omdat dit soortgelyk aan HTTP1.1 werk, is die cache-funksie "Cache" van die proxy-bediener "Proxy" ook van toepassing op RTSP, en omdat RTSP 'n aanstuurfunksie het, kan die bediener wat die diens lewer, oorgeskakel word volgens die werklike belasting situasie om oormatige lading te vermy wat op dieselfde bediener gekonsentreer is en vertraging veroorsaak.

　　 is gesamentlik voorgestel deur Real Networks en Netscape. Die protokol definieer hoe een-tot-baie toepassings multimedia-data effektief deur 'n IP-netwerk kan oordra. RTSP bied 'n uitbreidbare raamwerk wat dit moontlik maak om real-time data, soos klank en video, te beheer en op aanvraag te gee. Databronne bevat live data en data wat in snitte gestoor word.
Die doel van hierdie protokol is om veelvuldige data-oordragverbindings te beheer, om 'n manier te bied om transmissiekanale te kies, soos UDP, multicast UDP en TCP, en om metodes te bied om 'n transmissiemeganisme te kies gebaseer op RTP.

RTP stuur klank- / videodata uit. As dit PLAY is, stuur die bediener dit na die kliënt. As dit RECORD is, kan dit deur die kliënt na die bediener gestuur word. Die hele RTP-protokol bestaan uit twee nou verwante dele: RTP-dataprotokol en RTP-kontroleprotokol (dws RTCP) ；

　　 RTCP: RTCP sluit die versender- en ontvangerverslag in, wat gebruik word vir klank- / videosinkronisering en ander doeleindes, en is 'n kontroleprotokol;

　　RTSP-versoeke sluit hoofsaaklik BESKRYWING, INSTELLING, SPEEL, PAUSE, TEARDOWN, OPSIES, ens. In, soos die naam aandui, dit kan bekend staan as 'n dialoog- en beheerfunksie;

　　 Tydens die RTSP-gesprek kan SETUP die poort bepaal wat deur RTP / RTCP gebruik word, PLAY / PAUSE / TEARDOWN kan die stuur van RTP, ens. Begin of stop;

　　 TCP, die volle naam is Oordragbeheerprotokol, en die Chinese naam is Transmission Control Protocol. Dit werk op die OSI-transportlaag en bied verbindingsgerigte betroubare transmissiedienste.

　　 TCP se werk is hoofsaaklik om 'n verbinding te bewerkstellig, en dan data van die toepassingslaagprogram te ontvang en uit te stuur. TCP gebruik virtuele stroombaanverbinding om te werk. Voordat u data stuur, moet dit 'n verbinding tussen die sender en die ontvanger tot stand bring. Nadat die data gestuur is, sal die sender wag dat die ontvanger 'n bevestigende antwoord gee, anders sal die sender dink dat hierdie gegewe verlore gaan en weer die data stuur.

RTP is nie soos http en ftp wat die hele filmlêer heeltemal kan aflaai nie. Dit stuur data op die netwerk teen 'n vaste datatempo. Die kliënt kyk ook na die filmlêer teen hierdie snelheid. Nadat die filmskerm gespeel is, kan dit nie herhaaldelik gespeel word nie. , Tensy u weer data van die bediener versoek.

　　 Die grootste verskil tussen RTSP en RTP is dat: RTSP 'n tweerigting intydse data-transmissieprotokol is, wat die kliënt toelaat om versoeke na die bediener te stuur, soos om terug te speel, vinnig vorentoe en terugwaarts.

　　 Natuurlik kan RTSP gegewens op RTP oordra, en kan ook TCP, UDP, multicast UDP en ander kanale kies om data te stuur, wat goeie skaalbaarheid het.
Dit is 'n netwerk-toepassingslaagprotokol soortgelyk aan die http-protokol.

Volgennommer: dui die posisie van die segment aan in die reeks segmente wat oorgedra moet word

Bevestigingsnommer: spesifiseer die volgorde nommer van die suksesvol ontvang segment, die bevestigings reeks nommer bevat die volgende reeks nommer wat die einde van die bevestiging verwag om te ontvang

TCP-offset: spesifiseer die lengte van die segmentopskrif. Die lengte van die afdelingkop hang af van die opsie wat in die veld vir die afdelingkopopsies gestel is

PSH: Dui aan dat die data so spoedig moontlik na die ontvangsproses gestuur sal word

Venster: spesifiseer die opdrag oor die grootte van die volgende segment wat die sender kan stuur

Kontrolesom: die kontrolesom bevat die TCP-segmentopskrif en datagedeelte wat gebruik word om die betroubaarheid van die segmentopskrif en datadeel te verifieer

Nood: dui aan dat die segment noodinligting bevat en dat die noodwyser slegs geldig is as die URG-vlag op 1 gestel is.

Opsies: Die erkende segmentgrootte, tydstempel, die einde van die opsieveld word gespesifiseer en die grensopsie van die opsieveld word gespesifiseer

TCP-verbinding tot stand bring: Die TCP-verbinding totstandkomingsproses word ook TCP drie-rigting handdruk genoem. Eerstens begin die sender gasheer 'n sinchronisasie (SYN) versoek om 'n verbinding met die ontvanger gasheer te bewerkstellig; die ontvanger gasheer antwoord met 'n sinchronisasie / erkenning (SYN / ACK) antwoord na die sender gasheer na ontvangs van hierdie versoek; die sender-gasheer ontvang dit Nadat die pakket 'n erkenning (ACK) aan die ontvanger-gasheer gestuur is, is die TCP-verbinding tans suksesvol;

TCP-verbinding sluit: Nadat die sendergasheer en die bestemmingsgasheer 'n TCP-verbinding tot stand gebring het en die data-oordrag voltooi het, sal 'n datapakket met die eindvlag ingestel op 1 gestuur word om die TCP-verbinding te sluit en die bufferruimte wat deur die verbinding beset is, vry te stel Die selfde tyd; TCP reset-instelling: TCP laat toe dat die verbinding skielik onderbreek word tydens die oordrag, wat TCP reset genoem word;

TCP data sorteer en bevestig: TCP is 'n betroubare transmissie protokol. Dit maak gebruik van volgorde nommers en bevestigingsnommers om die data-ontvangs tydens uitsending op te spoor;

TCP-heruitsending: As die ontvangergasheer nie binne die tydsverloopperiode vir heruitsending 'n erkenningsreaksie op 'n datapakket ontvang nie, beskou die sender as gasheer die datapakket verlore en stuur dit weer na die ontvanger. word TCP-heruitsending genoem;

TCP vertraging bevestiging: TCP bevestig nie altyd die d nieata onmiddellik na ontvangs daarvan. Dit laat die gasheer toe om sy eie bevestigingsboodskap aan die ander party te stuur terwyl hy die data ontvang.

TCP-databeskerming (kontrolesom): TCP is 'n betroubare transmissieprotokol wat kontroleberekening bied om die integriteit van data tydens die oordrag te besef.

　　 UDP-protokol is die afkorting van die Engelse UserDatagramProtocol, dit wil sê die gebruikersdatagram-protokol, wat hoofsaaklik gebruik word om netwerktoepassings te ondersteun wat data tussen rekenaars moet oordra. Talle kliënt- / bedienernetwerktoepassings, insluitend netwerkvideokonferensiestelsels, moet die UDP-protokol gebruik. Die UDP-protokol word sedert die ontstaan baie jare lank gebruik. Alhoewel die oorspronklike skittering daarvan deur sommige soortgelyke protokolle verduister is, is UDP nog steeds 'n baie praktiese en uitvoerbare netwerkvervoerlaagprotokol.

　　 Net soos die bekende TCP (Transmission Control Protocol) -protokol, is die UDP-protokol direk bo-op die IP-protokol (Internet Protocol) geleë. Volgens die OSI (Open System Interconnection) -verwysingsmodel is UDP en TCP albei protokol vir vervoerlae.

　　 Die hooffunksie van die UDP-protokol is om netwerkdataverkeer in die vorm van datagramme saam te pers. 'N Tipiese datagram is 'n transmissie-eenheid van binêre data. Die eerste 8 grepe van elke datagram word gebruik om koptekstinligting te bevat, en die oorblywende grepe word gebruik om spesifieke oordragdata te bevat.

　　 TCP is 'n punt-tot-punt-protokol, wat beteken dat elke kliënt die kliënt / bedienerskakel moet skei, sodat data wat na verskeie kliënte uitgesaai word, nie op netwerkvlak gerealiseer kan word nie. As 'n datastroom gelyktydig aan verskeie kliënte gestuur moet word, moet die bediener 'n afskrif van die datastroom aan elke kliënt stuur. TCP kan die transmissiesnelheid dinamies aanpas volgens die netwerkbandwydte en die mate van opeenhoping en die verlore datapakkies weer stuur. Die betroubaarheid van data-oordrag word verseker, maar bedienerhulpbronne is duur, en dit is moeilik om die real-time prestasie van datastroom-oordrag te verseker as die datastroom groot is.

UDP is 'n onbetroubare transmissieprotokol. Aan die stuurkant word die snelheid waarmee UDP data versend slegs beperk deur die snelheid waarmee die toepassing data genereer, die rekenaar se kapasiteit en die bandbreedte van die oordrag; aan die ontvangkant sit UDP elke boodskapsegment in 'n tou. Die toepassing lees elke keer 'n boodskapsegment uit die tou; die UDP-protokol hoef nie die verbindingstoestand te handhaaf nie, en dink nie dat elke datapakket die ontvangkant moet bereik nie; die netwerkbelasting is dus kleiner as TCP, en die transmissiesnelheid is vinniger as TCP; Hoe meer druk die netwerk is, hoe meer datapakkies verlore gaan.

　　 Die belangrikste verskil tussen UDP- en TCP-protokol is hoe om betroubare oordrag van inligting te bewerkstellig. Die TCP-protokol bevat 'n spesiale afleweringswaarborgmeganisme. Wanneer die dataontvanger die inligting van die sender ontvang, sal dit outomaties 'n bevestigingsboodskap aan die sender stuur; die sender sal slegs ander inligting stuur nadat hy die bevestigingsboodskap ontvang het. Andersins sal dit wag totdat die bevestigingsboodskap ontvang is.

　　 TCP het dus meer tyd om 'n verbinding tot stand te bring as UDP. In vergelyking met UDP het TCP hoër sekuriteit en betroubaarheid. Die grootte van die oordrag van TCP-protokol is nie beperk nie. Sodra die verbinding tot stand gebring is, kan albei partye 'n groot hoeveelheid data in 'n sekere formaat oordra, terwyl UDP 'n onbetroubare protokol is met 'n groottebeperking wat nie elke keer 64K kan oorskry nie.

　　 In vergelyking met die TCP-protokol, is 'n ander verskil in die UDP-protokol hoe u verskeie onverwagte datagramme kan ontvang. In teenstelling met TCP, waarborg UDP nie die volgorde van die stuur en ontvangs van data nie.

RTP is hoër as UDP. Alhoewel UDP nie so betroubaar soos TCP is nie en nie die diens kan waarborg nieas gevolg van intydse dienste, moet RTCP die data-oordrag en die kwaliteit van die diens in reële tyd monitor. Omdat die transmissievertraging van UDP laer is as die van TCP, kan dit egter baie versoenbaar wees met video en klank. Goeie wedstryd. Daarom, in praktiese toepassings, word RTP / RTCP / UDP gebruik vir klank- / video-media, en TCP word gebruik vir die oordrag van data en beheersignale.

Die RTMP-protokol is 'n protokol wat spesifiek ontwerp is vir die doeltreffende oordrag van video, klank en data. Dit besef real-time video- en klankoordrag deur 'n binêre TCP-verbinding te bewerkstellig of 'n HTTP-tonnel te koppel.

　　RTMP ondersteun meer mediaprotokolle as tradisionele mediabedieners. Dit ondersteun die dinamiese versending van veelvuldige lyne wat klank-, video- en skripdata van die bediener na die kliënt en van die kliënt na die bediener kan bevat. RTMP verwerk klank-, video- en scriptdata afsonderlik.

　　Klank- en videodata word afsonderlik in die bediener gebuffer. As die klankdata 'n sekere limiet in die klankbuffer bereik, sal alle gegewens in die buffer weggegooi word, en die data wat onlangs aangekom het, sal toegelaat word om in die buffer te begin versamel en aan elke kliënt gestuur word. Videodata word op soortgelyke wyse verwerk, die verskil is dat wanneer 'n nuwe sleutelraam opdaag, die data in die buffer skoongemaak word. As daar gevind word dat die data van die kliënt verkeerd is, word die nuwe en ou rame toegepas as u die ou raamdata weggooi.

　　RTMP gee verskillende prioriteitsvlakke aan data. In 'n intydse gesprek is klank die belangrikste, video geniet lae prioriteit en draaiboekdata word voorkeur tussen klank en video.

　　 Die RTMP-protokol kan verskeie datastrome skep, maar elke datastroom kan net een rigting hê. Die gebruik van RTMP kan so 'n stelsel bou, en die kliënt kan terselfdertyd interaksie hê met die RTMP-bediener en die toepassingsbediener, sodat die las op die bediener versprei kan word, hoewel die prestasievereistes van die RTMP-bediener in hierdie verbeterde stelselstruktuur relatief hoog is.

　　 HTTP-protokol, die volledige naam is HyperText Transfer Protocol, en die Chinese naam is HyperText Transfer Protocol;

　　MMS-protokol, die volledige naam is Microsoft Media Server Protocol, en die Chinese naam is Microsoft Media Server Protocol;

　　 HLS-protokol, volle naam HTTP Live Streaming, is 'n streaming media-oordragprotokol gebaseer op HTTP geïmplementeer deur Apple Inc.

Hoe ver (lang) die sender dekking?

Die transmissie reeks is afhanklik van baie faktore. Die ware afstand is gebaseer op die antenna installering hoogte, antenna gewin, met behulp van omgewing soos die bou en ander obstruksies, sensitiwiteit van die ontvanger, antenna van die ontvanger. Die installering van antenna meer hoog en die gebruik in die platteland, die afstand sal baie meer ver.

VOORBEELD 5W FM Transmitter gebruik in die stad en tuisdorp:

Ek het 'n VSA gebruik kliënt 5W FM-sender met GP antenna in sy tuisdorp, en hy toets dit met 'n motor, dit dek 10km (6.21mile).

Ek toets die 5W FM-sender met GP antenna in my tuisdorp, dit dek ongeveer 2km (1.24mile).

Ek toets die 5W FM-sender met GP antenna in Guangzhou stad, dit dek ongeveer net 300meter (984ft).

Hier is die benaderde aantal verskillende krag FM Tuners. (Die reeks is in deursnee)

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

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

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

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

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

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

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

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

Hoe om ons te kontak vir die sender?

Bel my + 8618078869184 OF
E-pos my [e-pos beskerm]
1.How ver jy wil dek in deursnee?
2.How lank van julle toring?
3.Where kom jy vandaan?
En ons sal jou meer professionele advies te gee.

Wie is Ons

FMUSER.ORG is 'n stelsel integrasie maatskappy wat fokus op RF wireless transmissie / studio video klank toerusting / streaming en data verwerking. Ons bied alles van advies en advies deur rack integrasie tot installasie, inbedryfstelling en opleiding.

Ons bied FM Transmitter, Analog TV Transmitter, Digitale TV-sender, VHF UHF Transmitter, Antennas, Koaksiale Kabel Connectors, STL, On Air Processing, Broadcast Produkte vir die Studio, RF Signal Monitoring, RDS Encoders, klank verwerkers en Remote Site Control Units, IPTV Produkte, Video / Audio Encoder / dekodeerder, ontwerp om te voldoen aan die behoeftes van beide groot internasionale uitsaaidienste en klein private stasies.

Ons oplossing het FM-radiostasie / analoog TV-stasie / digitale TV-stasie / Audio Video Studio-toerusting / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.

Ons gebruik gevorderde tegnologie produkte vir al die stelsels, want ons weet die hoë betroubaarheid en hoë prestasie is so belangrik vir die stelsel en oplossing. Terselfdertyd moet ons ook verseker dat ons produkte stelsel teen 'n baie billike prys verseker.

Ons het kliënte van publieke en kommersiële uitsaaiers, telekommunikasieverkeeroperateurs en reguleringsowerhede. Ons bied ook oplossings en produkte aan talle honderde kleiner, plaaslike en gemeenskaps-uitsaaiers.

FMUSER.ORG voer al meer as 15 jaar uit en het kliënte regoor die wêreld. Met 13 jaar ervaring in hierdie veld, het ons 'n professionele span om die kliënte se allerhande probleme op te los. Ons is toegewyd in die verskaffing van die uiters billike prys van professionele produkte en dienste. Kontak e-pos : [e-pos beskerm]

ons Factory

Ons het modernisering van die fabriek. U is welkom om ons fabriek te besoek wanneer jy kom na China.

Op die oomblik is, is daar reeds 1095 kliënte regoor die wêreld besoek ons Guangzhou Tianhe kantoor. As jy kom na China, is jy welkom om ons te besoek.

teen billike

Dit is ons deelname aan 2012 Global Bronne Hong Kong Electronics Fair . Kliënte van regoor die wêreld Uiteindelik het 'n kans om bymekaar te kom.

Waar is Fmuser?

U kan hierdie nommers deursoek " 23.127460034623816,113.33224654197693 "op google map, dan kan u ons fmuser-kantoor vind.

FMUSER Guangzhou kantoor is in Tianhe Distrik wat die sentrum van die Canton . baie naby Canton Fair , Guangzhou stasie, xiaobei pad en dashatou , Moet net 10 minute As neem TAXI . Welkom vriende oor die hele wêreld te besoek en te onderhandel.

Kontak: Sky Blue
Selfoon: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-pos: [e-pos beskerm]
QQ: 727926717
Skype: sky198710021
Adres: No.305 Kamer HuiLan Gebou No.273 Huanpu Road Guangzhou China Zip: 510620

Engels: Ons aanvaar alle betalings, soos PayPal, kredietkaart, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, as u enige vrae het, kontak my gerus [e-pos beskerm] of WhatsApp + 8618078869184

PayPal.  www.paypal.com

Ons raai u aan Paypal gebruik om ons items te koop, Die Paypal is 'n veilige manier om te koop op die internet.

Elke van ons item lys bladsy onderste bo 'n paypal logo te betaal.

Kredietkaart.As jy nie paypal het, maar jy het kredietkaart, jy kan ook klik op die geel knoppie PayPal te betaal met jou kredietkaart.

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

Maar as jy nie 'n kredietkaart en nie 'n PayPal rekening of moeilik om 'n paypal Vanweë het, kan jy die volgende gebruik:
Westerse Unie.  www.westernunion.com

Betaal deur Western Union vir my gesê:

Vir Naam / Gegewe naam: Yingfeng
Van / Van / Familienaam: Zhang
Volle naam: Yingfeng Zhang
Land: Sjina
Stad: Guangzhou

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

T / T.  betaal deur T / T (bankoverschrijving / Telegrafiese Transport / Bank Transfer)
Eerste BANKINLIGTING (MAATSKAPPYREKENING):

SWIFT BIC: BKCHHKHHXXX
Bank naam: BANK VAN CHINA (HONG KONG) BEPERK, HONG KONG
Bank Adres: BANK VAN CHINA TOWER, 1 TUIN ROAD, CENTRAL, HONG KONG
BANK KODE: 012
Rekening Naam: FMUSER INTERNATIONAL GROUP LIMITED
Rekening nommer. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Tweede BANKINLIGTING (MAATSKAPPYREKENING):
Begunstigde: Fmuser International Group Inc.
Rekeningnommer: 44050158090900000337
Begunstigde se bank: China Construction Bank Guangdong-tak
SWIFT-kode: PCBCCNBJGDX
Adres: NO.553 Tianhe Road, Guangzhou, Guangdong, District Tianhe, China
** Nota: As u geld na ons bankrekening oorplaas, MOET NIE iets in die opmerkingsarea skryf nie, anders kan ons die betaling nie ontvang nie weens die regeringsbeleid oor internasionale handel.

* Dit sal in 1-2 gestuur werksdae wanneer betaling duidelik.

* Ons sal dit stuur na jou paypal adres. As jy wil posadres verander, stuur jou korrekte adres en telefoonnommer na my e-pos [e-pos beskerm]

* As die pakkette is hieronder 2kg, sal ons gestuur word per pos lugpos, sal dit neem oor 15-25days om jou hand.

As die pakket is meer as 2kg, sal ons skip via EBW, DHL, UPS, Fedex vinnig spoedaflewering, sal dit neem oor 7 ~ 15days om jou hand.

As die pakket meer as 100kg, sal ons stuur via DHL of lugvrag. Dit sal ongeveer 3 ~ 7days om jou hand.

Al die pakkette is vorm China Guangzhou.

* Pakket sal as 'n 'geskenk' gestuur word en so minder as moontlik verklaar word. Koper hoef nie vir 'BELASTING' te betaal nie.

* Na skip, sal ons aan jou stuur 'n e-pos en gee jou die tracking nommer.

Vir waarborg.
Kontak ons --- >> Stuur die artikel terug aan ons --- >> Ontvang en stuur 'n ander plaasvervanger.

Naam: Liu xiaoxia
Adres: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
PC: 510620
Tel: + 8618078869184

Gaan terug na hierdie adres en skryf jou paypal adres, naam, probleem op noot: