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

Referentiedocument RFC2326
Het Real Time Streaming Protocol (Real Time Streaming Protocol) is een multimediastreamingprotocol dat wordt gebruikt om geluid of video te regelen en waarmee gelijktijdige vraagsturing voor meerdere streaming mogelijk is. Het netwerkcommunicatieprotocol dat tijdens de verzending wordt gebruikt, valt niet binnen het gedefinieerde bereik. De serverkant U kunt ervoor kiezen om TCP of UDP te gebruiken om streaming-inhoud te verzenden. De syntaxis en werking zijn vergelijkbaar met HTTP 1.1, maar tijdsynchronisatie wordt niet bijzonder benadrukt, dus het kan netwerkvertragingen tolereren. De eerder genoemde multi-streaming demand control (Multicast) die eerder werd genoemd, kan niet alleen het netwerkgebruik aan de serverzijde verminderen, maar ook multi-party videoconferenties (Video Conference) ondersteunen. Omdat het op dezelfde manier werkt als HTTP1.1, is de cachefunctie "Cache" van de proxyserver "Proxy" ook van toepassing op RTSP, en omdat RTSP een omleidingsfunctie heeft, kan de server die de service levert worden geschakeld op basis van de werkelijke belasting situatie om overmatige belasting van dezelfde server te vermijden en vertraging te veroorzaken.

　　 werd gezamenlijk voorgesteld door Real Networks en Netscape. Het protocol definieert hoe één-op-veel-toepassingen effectief multimediagegevens kunnen verzenden via een IP-netwerk. RTSP biedt een uitbreidbaar raamwerk dat het mogelijk maakt om real-time gegevens, zoals audio en video, op aanvraag te beheren. Gegevensbronnen omvatten live gegevens en gegevens die zijn opgeslagen in clips.
Het doel van dit protocol is om meerdere datatransmissieverbindingen te beheren, om een manier te bieden om transmissiekanalen te selecteren, zoals UDP, multicast UDP en TCP, en om methoden te bieden voor het selecteren van een transmissiemechanisme op basis van RTP.

RTP verzendt audio- / videogegevens. Als het PLAY is, stuurt de server het naar de client. Als het RECORD is, kan het door de client naar de server worden gestuurd. Het volledige RTP-protocol bestaat uit twee nauw verwante delen: RTP-dataprotocol en RTP-controleprotocol (dwz RTCP) ；

　　 RTCP: RTCP omvat afzenderrapport en ontvangersrapport, gebruikt voor audio / videosynchronisatie en andere doeleinden, en is een besturingsprotocol;

　　RTSP-verzoeken omvatten voornamelijk DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, enz., Zoals de naam al aangeeft, kan het bekend staan als een dialoog- en controlefunctie;

　　 Tijdens het RTSP-gesprek kan SETUP de poort bepalen die wordt gebruikt door RTP / RTCP, PLAY / PAUSE / TEARDOWN kan het verzenden van RTP starten of stoppen, enz.;

　　 TCP, de volledige naam is Overdracht Controle Protocol, en de Chinese naam is Transmission Control Protocol. Het werkt op de OSI-transportlaag en biedt verbindingsgerichte betrouwbare transmissiediensten.

　　 Het werk van TCP is voornamelijk om een verbinding tot stand te brengen en vervolgens gegevens van het toepassingslaagprogramma te ontvangen en te verzenden. TCP gebruikt een virtuele circuitverbinding om te werken. Voordat gegevens worden verzonden, moet een verbinding tot stand worden gebracht tussen de afzender en de ontvanger. Nadat de gegevens zijn verzonden, wacht de afzender tot de ontvanger een bevestigend antwoord geeft, anders denkt de afzender dat deze gegevens verloren zijn gegaan en verzendt hij deze gegevens opnieuw.

RTP is niet zoals http en ftp die het volledige filmbestand volledig kunnen downloaden. Het verzendt gegevens over het netwerk met een vaste gegevenssnelheid. De cliënt bekijkt het filmbestand ook met deze snelheid. Nadat het filmscherm is afgespeeld, kan het niet herhaaldelijk worden afgespeeld. , Tenzij u opnieuw gegevens van de server opvraagt.

　　 Het grootste verschil tussen RTSP en RTP is dat: RTSP een tweerichtingsprotocol voor realtime gegevensoverdracht is, waarmee de client verzoeken naar de server kan sturen, zoals afspelen, snel vooruit en achteruit.

　　 RTSP kan natuurlijk gegevens verzenden op basis van RTP en kan ook kiezen voor TCP, UDP, multicast UDP en andere kanalen om gegevens te verzenden, wat een goede schaalbaarheid heeft.
Het is een protocol voor een netwerkapplicatielaag dat lijkt op het http-protocol.

Volgnummer: geeft de positie van het segment aan in de volgorde van te verzenden segmenten

Bevestigingsnummer: specificeert het volgnummer van het succesvol ontvangen segment, het bevestigingsvolgnummer bevat het volgende volgnummer dat het einde dat de bevestiging verzendt, verwacht te ontvangen

TCP-offset: specificeert de lengte van de segmentkop. De lengte van de sectiekop is afhankelijk van de opties die zijn ingesteld in het optieveld van de sectiekop

PSH: geeft aan dat de gegevens zo snel mogelijk naar het ontvangende proces worden verzonden

Venster: specificeer de opdracht over de grootte van het volgende segment dat de afzender kan verzenden

Checksum: de checksum bevat de TCP-segmentkop en het gegevensgedeelte, dat wordt gebruikt om de betrouwbaarheid van de segmentkop en het gegevensgedeelte te verifiëren

Noodsituatie: geeft aan dat het segment noodinformatie bevat en dat de noodaanwijzer alleen geldig is als de URG-vlag is ingesteld op 1.

Opties: de herkende segmentgrootte, tijdstempel, het einde van het optieveld worden gespecificeerd en de grensoptie van het optieveld wordt gespecificeerd

TCP-verbinding tot stand brengen: Het proces voor het tot stand brengen van een TCP-verbinding wordt ook wel TCP-drieweg-handshake genoemd. Ten eerste initieert de afzenderhost een synchronisatieverzoek (SYN) om een verbinding tot stand te brengen met de ontvangende host; de ontvangende host antwoordt met een synchronisatie- / bevestigingsreactie (SYN / ACK) aan de afzenderhost na ontvangst van dit verzoek; de afzenderhost ontvangt dit. Nadat het pakket een bevestiging (ACK) naar de ontvangende host is gestuurd, is op dit moment de TCP-verbinding met succes tot stand gebracht;

Sluiting van de TCP-verbinding: nadat de afzenderhost en de bestemmingshost een TCP-verbinding tot stand hebben gebracht en de datatransmissie hebben voltooid, wordt een datapakket met de eindvlag ingesteld op 1 verzonden om de TCP-verbinding te sluiten en de bufferruimte vrij te geven die door de verbinding wordt ingenomen op dezelfde tijd; Instelling TCP-reset: TCP staat toe dat de verbinding plotseling wordt onderbroken tijdens de verzending, wat TCP-reset wordt genoemd;

TCP-gegevens sorteren en bevestigen: TCP is een betrouwbaar transmissieprotocol. Het gebruikt volgnummers en bevestigingsnummers om de gegevensontvangst tijdens de verzending te volgen;

TCP-hertransmissie: als de ontvangende host tijdens het proces van TCP-verzending geen bevestigingsantwoord op een datapakket ontvangt binnen de time-outperiode voor hertransmissie, beschouwt de afzenderhost het datapakket als verloren en stuurt het datapakket opnieuw naar de ontvanger. heet TCP-hertransmissie;

TCP-vertragingsbevestiging: TCP bevestigt niet altijd de data onmiddellijk na ontvangst. Hiermee kan de host zijn eigen bevestigingsbericht naar de andere partij sturen terwijl hij de gegevens ontvangt.

TCP-gegevensbescherming (checksum): TCP is een betrouwbaar transmissieprotocol dat een checksum-berekening biedt om de integriteit van gegevens tijdens de verzending te realiseren.

　　 UDP-protocol is de afkorting van English UserDatagramProtocol, dat wil zeggen het gebruikersdatagramprotocol, dat voornamelijk wordt gebruikt om netwerktoepassingen te ondersteunen die gegevens tussen computers moeten verzenden. Talrijke client / server-netwerktoepassingen, waaronder netwerkvideoconferentiesystemen, moeten het UDP-protocol gebruiken. Het UDP-protocol wordt al vele jaren vanaf het begin gebruikt. Hoewel de aanvankelijke schittering ervan is verduisterd door een aantal vergelijkbare protocollen, is UDP zelfs vandaag de dag nog steeds een zeer praktisch en haalbaar protocol voor de netwerktransportlaag.

　　 Net als het bekende TCP-protocol (Transmission Control Protocol), bevindt het UDP-protocol zich direct bovenop het IP-protocol (Internet Protocol). Volgens het OSI-referentiemodel (Open System Interconnection) zijn UDP en TCP beide transportlaagprotocollen.

　　 De belangrijkste functie van het UDP-protocol is het comprimeren van netwerkdataverkeer in de vorm van datagrammen. Een typisch datagram is een transmissie-eenheid van binaire gegevens. De eerste 8 bytes van elk datagram worden gebruikt om header-informatie te bevatten, en de overige bytes worden gebruikt om specifieke transmissiegegevens te bevatten.

　　 TCP is een point-to-point-protocol, wat betekent dat elke client de client / server-verbinding moet scheiden, zodat het uitzenden van gegevens naar meerdere clients niet op netwerkniveau kan worden gerealiseerd. Als een datastroom naar meerdere clients tegelijk moet worden verzonden, moet de server een kopie van de datastroom naar elke client sturen. TCP kan de transmissiesnelheid dynamisch aanpassen aan de netwerkbandbreedte en de mate van congestie en de verloren datapakketten opnieuw verzenden. De betrouwbaarheid van datatransmissie is verzekerd, maar serverbronnen zijn duur en het is moeilijk om de real-time prestaties van datastroomtransmissie te garanderen wanneer de datastroom groot is.

UDP is een onbetrouwbaar transmissieprotocol. Aan de zendende kant wordt de snelheid waarmee UDP gegevens verzendt alleen beperkt door de snelheid waarmee de toepassing gegevens genereert, de capaciteit van de computer en de transmissiebandbreedte; aan de ontvangende kant plaatst UDP elk berichtsegment in een wachtrij. De applicatie leest elke keer een berichtsegment uit de wachtrij; het UDP-protocol hoeft de verbindingsstatus niet te behouden en denkt niet dat elk datapakket het ontvangende einde moet bereiken, dus de netwerkbelasting is kleiner dan TCP en de transmissiesnelheid is sneller dan TCP; Hoe meer het netwerk overbelast is, hoe meer datapakketten verloren gaan.

　　 Het belangrijkste verschil tussen het UDP- en TCP-protocol is hoe u een betrouwbare overdracht van informatie kunt bereiken. Het TCP-protocol bevat een garantiemechanisme voor speciale aflevering. Wanneer de gegevensontvanger de informatie van de afzender ontvangt, stuurt deze automatisch een bevestigingsbericht naar de afzender; de afzender zal alleen doorgaan met het verzenden van andere informatie na ontvangst van het bevestigingsbericht. Anders wacht het tot het bevestigingsbericht is ontvangen.

　　 TCP heeft dus meer tijd om een verbinding tot stand te brengen dan UDP. In vergelijking met UDP heeft TCP een hogere beveiliging en betrouwbaarheid. De grootte van de overdracht van het TCP-protocol is niet beperkt. Zodra de verbinding tot stand is gebracht, kunnen beide partijen een grote hoeveelheid gegevens in een bepaald formaat verzenden, terwijl UDP een onbetrouwbaar protocol is met een maximale grootte die niet meer dan 64K per keer mag bedragen.

　　 In vergelijking met het TCP-protocol is een ander verschil met het UDP-protocol de manier waarop u meerdere onverwachte datagrammen kunt ontvangen. In tegenstelling tot TCP garandeert UDP niet de volgorde van het verzenden en ontvangen van gegevens.

RTP ligt boven UDP. Hoewel UDP niet zo betrouwbaar is als TCP en de servicekwaliteit niet kan garanderenriteit van realtime services, moet RTCP de datatransmissie en servicekwaliteit in realtime bewaken. Omdat de transmissievertraging van UDP echter lager is dan die van TCP, kan het zeer compatibel zijn met video en audio. Goede wedstrijd. Daarom wordt in praktische toepassingen RTP/RTCP/UDP gebruikt voor audio-/videomedia en wordt TCP gebruikt voor de overdracht van gegevens en besturingssignalering.

Het RTMP-protocol is een protocol dat speciaal is ontworpen voor de efficiënte overdracht van video, audio en gegevens. Het realiseert real-time video- en geluidsoverdracht door een binaire TCP-verbinding tot stand te brengen of een HTTP-tunnel aan te sluiten.

　　RTMP ondersteunt meer mediaprotocollen dan traditionele mediaservers. Het ondersteunt de dynamische overdracht van meerdere lijnen die audio-, video- en scriptgegevens kunnen bevatten van de server naar de client en van de client naar de server. RTMP verwerkt audio-, video- en scriptgegevens afzonderlijk.

　　Geluids- en videogegevens worden afzonderlijk in de server gebufferd. Als de geluidsgegevens een bepaalde limiet in de geluidsbuffer bereiken, worden alle gegevens in de buffer verwijderd en kunnen de meest recent aangekomen gegevens worden verzameld in de buffer en naar elke client worden verzonden. Videogegevens worden op een vergelijkbare manier verwerkt, het verschil is dat wanneer een nieuw keyframe arriveert, de gegevens in de buffer worden gewist. Als bij het weggooien van de oude framegegevens wordt vastgesteld dat de gegevens van de cliënt onjuist zijn, worden de nieuwe en oude frames gemonteerd.

　　RTMP geeft verschillende prioriteitsniveaus aan gegevens. In realtime gesprekken is geluid het belangrijkste, krijgt video een lage prioriteit en krijgen scriptgegevens een prioriteit tussen geluid en video.

　　 Het RTMP-protocol kan meerdere datastromen creëren, maar elke datastroom kan maar één richting hebben. Met behulp van RTMP kan een dergelijk systeem worden gebouwd, de client kan tegelijkertijd communiceren met de RTMP-server en de applicatieserver, zodat de belasting van de server kan worden verspreid, hoewel in deze verbeterde systeemstructuur de prestatie-eisen van de RTMP-server zijn relatief hoog.

　　 HTTP-protocol, de volledige naam is HyperText Transfer Protocol en de Chinese naam is HyperText Transfer Protocol;

　　MMS-protocol, de volledige naam is Microsoft Media Server Protocol en de Chinese naam is Microsoft Media Server Protocol;

　　 HLS-protocol, volledige naam HTTP Live Streaming, is een overdrachtsprotocol voor streaming media gebaseerd op HTTP geïmplementeerd door Apple Inc .;

Hoe ver (lang) de zender dekking?

Het zendbereik is afhankelijk van veel factoren. De werkelijke afstand is gebaseerd op de antenne installeren hoogte antenneversterking, gebruiksomgeving zoals gebouw en andere obstakels, gevoeligheid van de ontvanger antenne van de ontvanger. Het installeren van de antenne meer hoog en het gebruik van op het platteland, de afstand zal veel meer toe.

Voorbeeld 5W FM-zender te gebruiken in de stad en woonplaats:

Ik heb een Amerikaanse klant gebruik 5W fm-zender met GP-antenne in zijn woonplaats, en hij testen met een auto, het dekken 10km (6.21mile).

Ik test de 5W fm-zender met GP-antenne in mijn woonplaats, het te bedekken ongeveer 2km (1.24mile).

Ik test de 5W fm-zender met GP-antenne in Guangzhou stad, het beslaan ongeveer slechts 300meter (984ft).

Hieronder zijn de geschatte range van verschillende power FM-zenders. (Het bereik is diameter)

0.1W ~ 5W FM-zender: 100M ~ 1KM

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

15W ~ 80W FM-zender: 3KM ~ 10KM

80W ~ 500W FM-zender: 10KM ~ 30KM

500W ~ 1000W FM-zender: 30KM ~ 50KM

1KW ~ 2KW FM-zender: 50KM ~ 100KM

2KW ~ 5KW FM-zender: 100KM ~ 150KM

5KW ~ 10KW FM-zender: 150KM ~ 200KM

Hoe contact met ons op voor de zender?

Bel me + 8618078869184 OR
Email mij [e-mail beveiligd]
1.How ver je wilt gaan in diameter?
2.How lang van je toren?
3.Where kom je vandaan?
En wij zullen u meer professioneel advies te geven.

Over Ons

FMUSER.ORG is een systeemintegratiebedrijf dat zich richt op draadloze RF-transmissie / video-studioapparatuur / streaming en gegevensverwerking. We bieden alles, van advies en consultancy tot rackintegratie tot installatie, inbedrijfstelling en training.

Wij bieden een FM-zender, een analoge TV-zender, een digitale TV-zender, een VHF UHF-zender, antennes, coaxkabelaansluitingen, STL, On Air Processing, Broadcast-producten voor de studio, RF-signaalmonitoring, RDS-encoders, audioprocessors en externe site-besturingseenheden, IPTV-producten, Video / Audio Encoder / Decoder, ontworpen om te voldoen aan de behoeften van zowel grote internationale uitzendnetwerken als kleine privé-stations.

Onze oplossing heeft FM-radiostation / analoog tv-station / digitaal tv-station / audio-video-studioapparatuur / studiozenderlink / zendertelemetriesysteem / hotel-tv-systeem / IPTV live-uitzending / streaming live-uitzending / videoconferentie / CATV-uitzendsysteem.

We gebruiken geavanceerde technologieproducten voor alle systemen, omdat we weten dat de hoge betrouwbaarheid en hoge prestaties zo belangrijk zijn voor het systeem en de oplossing. Tegelijkertijd moeten we er ook voor zorgen dat ons productsysteem tegen een zeer redelijke prijs werkt.

We hebben klanten van publieke en commerciële omroepen, telecomoperators en regelgevende instanties, en we bieden ook oplossingen en producten aan vele honderden kleinere, lokale en gemeenschapszenders.

FMUSER.ORG exporteert al meer dan 15 jaar en heeft klanten over de hele wereld. Met 13 jaar ervaring op dit gebied hebben we een professioneel team om alle soorten problemen van de klant op te lossen. We zijn toegewijd in het leveren van de uiterst redelijke prijzen van professionele producten en diensten. Contact email : [e-mail beveiligd]

onze Fabriek

We hebben modernisering van de fabriek. U bent van harte welkom om onze fabriek te bezoeken wanneer je naar China.

Momenteel zijn er al 1095 klanten over de hele wereld bezocht onze Guangzhou Tianhe kantoor. Als je naar China, bent u welkom om ons te bezoeken.

bij Fair

Dit is onze deelname aan 2012 Global Sources Hong Kong Electronics Fair . Klanten van over de hele wereld eindelijk een kans om samen te komen.

Waar is FMUSER?

U kunt deze nummers zoeken " 23.127460034623816,113.33224654197693 "in google map, dan vindt u ons fmuser-kantoor.

FMUSER kantoor in Guangzhou is in Tianhe District dat is de centrum van het kanton . Heel in de buurt aan de Canton Fair , Guangzhou station, Xiaobei weg en dashatou , Hoeft alleen maar 10 minuten aflegt TAXI . Welkom vrienden over de hele wereld om te bezoeken en te onderhandelen.

Contact: Sky Blue
Mobiel: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [e-mail beveiligd]
QQ: 727926717
Skype: sky198710021
Adres: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou China Zip: 510620

Engels: We accepteren alle betalingen, zoals PayPal, Credit Card, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Als u vragen heeft, neem dan contact met mij op [e-mail beveiligd] of WhatsApp + 8618078869184

PayPal.  www.paypal.com

Wij raden u Paypal gebruiken om onze producten kopen, Paypal is een veilige manier om te kopen op internet.

Elk van onze post lijst pagina onderaan op de top hebben een paypal logo te betalen.

Kredietkaart.Als u paypal niet hebt, maar je hebt een creditcard, kunt u ook klikken op de gele knop PayPal te betalen met uw credit card.

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

Maar als je geen creditcard en niet over een PayPal-rekening of het moeilijk om een paypal accout gekregen, kunt u het volgende gebruiken:
Western Union.  www.westernunion.com

Betalen via Western Union naar mij:

Voornaam / Voornaam: Yingfeng
Achternaam / Achternaam / familienaam: Zhang
Volledige naam: Yingfeng Zhang
Land: China
Plaats: Guangzhou

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

T / T.  Betalen met T / T (overschrijving / Telegrafische Transfer / Bank Transfer)
Eerste BANKINFORMATIE (BEDRIJFSREKENING):

SWIFT BIC: BKCHHKHHXXX
Banknaam: BANK VAN CHINA (HONG KONG) LIMITED, HONG KONG
Bank Adres: BANK VAN CHINA TOREN, 1 TUINWEG, CENTRAAL, HONG KONG
BANKCODE: 012
Accountnaam: FMUSER INTERNATIONAL GROUP LIMITED
Account nummer. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Tweede BANKINFORMATIE (BEDRIJFSREKENING):
Begunstigde: FMuser International Group Inc
Accountnummer: 44050158090900000337
Bank van de begunstigde: China Construction Bank Guangdong Branch;
SWIFT-code: PCBCCNBJGDX
Adres: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
**Opmerking: wanneer u geld overmaakt naar onze bankrekening, schrijf dan niets in het opmerkingenveld, anders kunnen we de betaling niet ontvangen vanwege het overheidsbeleid inzake internationale handelszaken.

* Het zal in 1-2 worden verzonden werkdagen wanneer de betaling duidelijk.

* We sturen het naar uw paypal adres. Als u wilt adres te wijzigen, stuur dan uw juiste adres en telefoonnummer naar mijn e-mail [e-mail beveiligd]

* Als de pakketten onder 2kg, zullen we worden verzonden via de post luchtpost, duurt het ongeveer 15-25days om uw hand.

Als het pakket is meer dan 2kg, zullen we verzenden via EMS, DHL, UPS, Fedex snelle express, duurt het ongeveer 7 ~ 15days om je hand.

Als het pakket meer dan 100kg, sturen wij via DHL of luchtvracht. Het duurt ongeveer 3 ~ 7days om je hand.

Alle pakketten zijn vorm China Guangzhou.

* Pakket wordt als "cadeau" verzonden en zo min mogelijk aangeven, koper hoeft niet te betalen voor "BTW".

* Na het schip, sturen wij u een e-mail en geven u de tracking-nummer.

Voor garantie.
Neem contact met ons op --- >> Stuur het artikel naar ons terug --- >> Ontvang en stuur een nieuwe vervanging.

Naam: Liu Xiaoxia
Adres: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
ZIP: 510620
Telefoon: + 8618078869184

Gelieve terug te keren naar dit adres en schrijf uw paypal adres, naam, probleem op Opmerking: