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

Referensdokument RFC2326
Real Time Streaming Protocol (Real Time Streaming Protocol) är ett multimediastreamingprotokoll som används för att styra ljud eller video och tillåter samtidig kontroll av flera streamingbehov. Nätverkskommunikationsprotokollet som används under överföringen ligger inte inom dess definierade intervall. Serversidan Du kan välja att använda TCP eller UDP för att överföra strömmande innehåll. Dess syntax och funktion liknar HTTP 1.1, men tidssynkronisering är inte särskilt betonad, så den kan tolerera nätverksförseningar. Den tidigare nämnda multi-streaming demand control (Multicast) som nämnts tidigare kan inte bara minska nätverksanvändningen på serversidan, utan även stödja flerparts videokonferenser (Video Conference). Eftersom den fungerar på samma sätt som HTTP1.1, är cachefunktionen "Cache" för proxyservern "Proxy" även tillämplig på RTSP, och eftersom RTSP har en omdirigeringsfunktion kan servern som tillhandahåller tjänsten växlas efter den faktiska belastningssituationen för att undvika överdriven belastning koncentrerad på samma server och orsaka fördröjning.

　　 föreslogs gemensamt av Real Networks och Netscape. Protokollet definierar hur en-till-många-applikationer effektivt kan överföra multimediadata via ett IP-nätverk. RTSP tillhandahåller ett utbyggbart ramverk som gör det möjligt att kontrollera och on-demand realtidsdata, såsom ljud och video. Datakällor inkluderar livedata och data lagrade i klipp.
Syftet med detta protokoll är att styra flera dataöverföringsanslutningar, att tillhandahålla ett sätt att välja överföringskanaler, såsom UDP, multicast UDP och TCP, och att tillhandahålla metoder för att välja en överföringsmekanism baserad på RTP.

RTP överför ljud/videodata. Om det är PLAY skickar servern det till klienten. Om det är RECORD kan det skickas till servern av klienten. Hela RTP-protokollet består av två närbesläktade delar: RTP-dataprotokoll och RTP-kontrollprotokoll (dvs. RTCP) ；

　　 RTCP: RTCP inkluderar Sender Report och Receiver Report, som används för audio/video-synkronisering och andra ändamål, och är ett kontrollprotokoll;

　　RTSP-förfrågningar inkluderar huvudsakligen DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, etc., som namnet antyder kan det kallas en dialog- och kontrollfunktion;

　　 Under RTSP-konversationen kan SETUP bestämma porten som används av RTP/RTCP, PLAY/PAUSE/TEARDOWN kan starta eller stoppa sändningen av RTP, etc.;

　　 TCP, det fullständiga namnet är Överföringskontrollprotokoll, och det kinesiska namnet är Transmission Control Protocol. Den fungerar på OSI-transportskiktet och tillhandahåller anslutningsorienterade tillförlitliga överföringstjänster.

　　 TCP:s arbete är främst att upprätta en anslutning, och sedan ta emot data från applikationslagerprogrammet och sända. TCP använder virtuell kretsanslutning för att fungera. Innan den skickar data måste den upprätta en anslutning mellan avsändaren och mottagaren. Efter att data har skickats kommer avsändaren att vänta på att mottagaren ska ge ett bekräftande svar, annars kommer avsändaren att tro att denna data är förlorad och skicka denna data igen.

RTP är inte som http och ftp som kan ladda ner hela filmfilen helt. Den skickar data på nätverket med en fast datahastighet. Klienten tittar också på filmfilen med denna hastighet. När filmduken har spelats upp kan den inte spelas upp upprepade gånger. , Såvida du inte begär data från servern igen.

　　 Den största skillnaden mellan RTSP och RTP är att: RTSP är ett tvåvägs protokoll för dataöverföring i realtid, som tillåter klienten att skicka förfrågningar till servern, såsom uppspelning, snabbspolning framåt och bakåt.

　　 Naturligtvis kan RTSP överföra data baserat på RTP, och kan även välja TCP, UDP, multicast UDP och andra kanaler för att skicka data, vilket har god skalbarhet.
Det är ett nätverksapplikationslagerprotokoll som liknar http-protokollet.

Sekvensnummer: indikerar segmentets position i sekvensen av segment som ska sändas

Bekräftelsenummer: anger sekvensnumret för det framgångsrika mottagna segmentet, bekräftelsesekvensnumret innehåller nästa sekvensnummer som slutet som skickar bekräftelsen förväntar sig att få

TCP-offset: anger längden på segmenthuvudet. Längden på sektionshuvudet beror på det alternativ som ställts in i fältet för sektionsrubrik

PSH: Indikerar att data kommer att skickas till mottagningsprocessen så snart som möjligt

Fönster: Ange kommandot om storleken på nästa segment som avsändaren kan sända

Kontrollsumma: Kontrollsumman innehåller TCP-segmenthuvudet och datadelen, som används för att verifiera tillförlitligheten hos segmenthuvudet och datadelen

Nödläge: indikerar att segmentet innehåller nödinformation, och nödpekaren är endast giltig när URG-flaggan är inställd på 1.

Alternativ: Den igenkända segmentstorleken, tidsstämpeln, slutet av alternativfältet anges och gränsalternativet för alternativfältet anges

Etablering av TCP-anslutning: Processen att upprätta TCP-anslutning kallas även TCP-trevägshandskakning. Först initierar avsändarvärden en begäran om synkronisering (SYN) för att upprätta en anslutning till mottagarvärden; mottagarvärden svarar med ett synkroniserings-/bekräftelsesvar (SYN/ACK) till avsändarvärden efter att ha mottagit denna begäran; avsändarvärden tar emot detta Efter att paketet har skickats en bekräftelse (ACK) till mottagarvärden, vid denna tidpunkt har TCP-anslutningen upprättats framgångsrikt;

Stängning av TCP-anslutningen: Efter att avsändarvärden och destinationsvärden upprättat en TCP-anslutning och slutfört dataöverföringen kommer ett datapaket med slutflaggan inställd på 1 att skickas för att stänga TCP-anslutningen och samtidigt frigöra buffertutrymmet som anslutningen upptar; TCP-återställningsinställning: TCP tillåter att anslutningen plötsligt avbryts under överföring, vilket kallas TCP-återställning;

TCP-datasortering och bekräftelse: TCP är ett tillförlitligt överföringsprotokoll. Den använder sekvensnummer och bekräftelsenummer för att spåra datamottagningen under överföringen;

TCP-omsändning: I processen med TCP-överföring, om mottagarvärden inte tar emot ett bekräftelsesvar på ett datapaket inom återsändningstiden, anser avsändarvärden datapaketet som förlorat och skickar datapaketet till mottagaren igen Sida, detta kallas TCP-återöverföring;

TCP-fördröjningsbekräftelse: TCP bekräftar inte alltid data omedelbart efter mottagandet. Det tillåter värden att skicka sitt eget bekräftelsemeddelande till den andra parten samtidigt som den tar emot data.

TCP-dataskydd (kontrollsumma): TCP är ett tillförlitligt överföringsprotokoll som ger kontrollsummaberäkning för att realisera dataintegriteten under överföringen.

　　 UDP-protokoll är en förkortning av engelska UserDatagramProtocol, det vill säga användardatagramprotokoll, som huvudsakligen används för att stödja nätverksapplikationer som behöver överföra data mellan datorer. Många klient / server nätverksapplikationer inklusive nätverksvideokonferenssystem måste använda UDP-protokollet. UDP-protokollet har använts i många år sedan starten. Även om dess ursprungliga briljans har döljts av vissa liknande protokoll, är UDP fortfarande idag ett mycket praktiskt och genomförbart protokoll för nätverkstransportlager.

　　 Precis som det välkända TCP-protokollet (Transmission Control Protocol) är UDP-protokollet placerat direkt ovanpå IP-protokollet (Internet Protocol). Enligt referensmodellen OSI (Open System Interconnection) är UDP och TCP båda transportlagerprotokoll.

　　 UDP-protokollets huvudfunktion är att komprimera nätverksdatatrafik till form av datagram. Ett typiskt datagram är en överföringsenhet av binära data. De första åtta byten i varje datagram används för att innehålla rubrikinformation, och de återstående byten används för att innehålla specifik överföringsdata.

　　 TCP är ett punkt-till-punkt-protokoll, vilket innebär att varje klient måste separera klient/serverlänken, så att datasändning till flera klienter inte kan realiseras på nätverksnivå. Om en dataström måste överföras till flera klienter samtidigt, måste servern överföra en kopia av dataströmmen till varje klient. TCP kan dynamiskt justera överföringshastigheten enligt nätverkets bandbredd och graden av överbelastning och skicka om de förlorade datapaketen. Tillförlitligheten för dataöverföring säkerställs, men serverresurser är dyra, och det är svårt att säkerställa realtidsprestandan för dataströmsöverföring när dataströmmen är stor.

UDP är ett opålitligt överföringsprotokoll. Vid sändningsänden begränsas hastigheten med vilken UDP sänder data endast av den hastighet med vilken applikationen genererar data, datorns kapacitet och överföringsbandbredd; i den mottagande änden placerar UDP varje meddelandesegment i en kö. Applikationen läser ett meddelandesegment från kön varje gång; UDP-protokollet behöver inte upprätthålla anslutningstillståndet och tror inte att varje datapaket måste nå den mottagande änden, så nätverksbelastningen är mindre än TCP och överföringshastigheten är snabbare än TCP; Ju mer överbelastat nätverket, desto fler datapaket går förlorade.

　　 Huvudskillnaden mellan UDP och TCP-protokollet är hur man uppnår tillförlitlig överföring av information. TCP-protokollet innehåller en speciell leveransgarantimekanism. När datamottagaren tar emot informationen från avsändaren skickar den automatiskt ett bekräftelsemeddelande till avsändaren. avsändaren fortsätter att sända annan information först efter att ha mottagit bekräftelsemeddelandet. Annars väntar den tills bekräftelsemeddelandet tas emot.

　　 Så TCP har mer tid på sig att upprätta en anslutning än UDP. Jämfört med UDP har TCP högre säkerhet och tillförlitlighet. Storleken på TCP-protokollöverföring är inte begränsad. När anslutningen väl är etablerad kan båda parter överföra en stor mängd data i ett visst format, medan UDP är ett opålitligt protokoll med en storleksgräns, som inte kan överstiga 64K varje gång.

　　 Jämfört med TCP-protokollet är en annan skillnad i UDP-protokollet hur man tar emot flera datagram som är oväntade. Till skillnad från TCP garanterar inte UDP ordningen för att skicka och ta emot data.

RTP är över UDP. Även om UDP inte är lika pålitligt som TCP och inte kan garantera tjänstens kvalitetRTCP måste övervaka dataöverföring och tjänsternas kvalitet i realtid. Men eftersom överföringsfördröjningen för UDP är lägre än för TCP, kan den vara mycket kompatibel med video och ljud. Bra match. Därför, i praktiska tillämpningar, används RTP/RTCP/UDP för audio/videomedia och TCP används för överföring av data och styrsignalering.

RTMP-protokollet är ett protokoll som är speciellt utformat för effektiv överföring av video, ljud och data. Den realiserar video- och ljudöverföring i realtid genom att upprätta en binär TCP-anslutning eller ansluta en HTTP-tunnel.

　　RTMP stöder fler medieprotokoll än traditionella medieservrar. Den stöder dynamisk överföring av flera rader som kan innehålla ljud-, video- och skriptdata från servern till klienten och från klienten till servern. RTMP behandlar ljud-, video- och skriptdata separat.

　　Ljud- och videodata buffras separat i servern. Om ljuddata når en viss gräns i ljudbufferten kommer all data i bufferten att kasseras och den senast ankomna data kommer att tillåtas att börja samlas in i bufferten och skickas till varje klient. Videodata bearbetas på ett liknande sätt, skillnaden är att när en ny nyckelbildruta kommer, rensas data i bufferten. När man kasserar den gamla ramdatan, om det upptäcks att data från klienten är felaktig, monteras de nya och gamla ramarna.

　　RTMP ger olika prioritetsnivåer till data. I realtidskonversation är ljud det viktigaste, video ges låg prioritet och manusdata prioriteras mellan ljud och video.

　　 RTMP-protokollet kan skapa flera dataströmmar, men varje dataström kan bara ha en riktning. Att använda RTMP kan bygga ett sådant system, klienten kan interagera med RTMP-servern och applikationsservern samtidigt, så att belastningen på servern kan spridas, även om prestandakraven för RTMP-servern i denna förbättrade systemstruktur är relativt höga.

　　 HTTP-protokoll, det fullständiga namnet är HyperText Transfer Protocol, och det kinesiska namnet är HyperText Transfer Protocol;

　　MMS-protokoll, det fullständiga namnet är Microsoft Media Server Protocol, och det kinesiska namnet är Microsoft Media Server Protocol;

　　 HLS-protokoll, fullständigt namn HTTP Live Streaming, är ett överföringsprotokoll för strömmande media baserat på HTTP implementerat av Apple Inc.;

Hur långt (lång) mätarens hölje?

Räckvidden beror på många faktorer. Den sanna avståndet baseras på antennen installera höjd, antennförstärkning, med användning av miljö som byggnad och andra hinder, känsligheten hos mottagaren, antennen hos mottagaren. Installera antennen mer hög och att använda på landsbygden, avståndet kommer mycket mer långt.

EXEMPEL 5W FM-sändare användning i staden och hemstad:

Jag har en USA kund användning 5W fm-sändare med GP-antenn i sin hemstad, och han testa den med en bil, det täcker 10km (6.21mile).

Jag testar 5W FM-sändare med GP-antenn i min hemstad, det täcker om 2km (1.24mile).

Jag testar 5W FM-sändare med GP-antenn i Guangzhou, det täcker ungefär endast 300meter (984ft).

Nedan är den ungefärliga mängd olika effekt FM-sändare. (Intervallet är diameter)

0.1W ~ 5W FM-sändare: 100M ~ 1KM

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

15W ~ 80W FM-sändare: 3KM ~ 10KM

80W ~ 500W FM-sändare: 10KM ~ 30KM

500W ~ 1000W FM-sändare: 30KM ~ 50KM

1KW ~ 2KW FM-sändare: 50KM ~ 100KM

2KW ~ 5KW FM-sändare: 100KM ~ 150KM

5KW ~ 10KW FM-sändare: 150KM ~ 200KM

Hur man kontaktar oss för sändaren?

Ring mig + 8618078869184 ELLER
Maila mig [e-postskyddad]
1.How långt du vill täcka i diameter?
2.How tall av er torn?
3.Where kommer du ifrån?
Och vi kommer att ge dig mer professionell rådgivning.

Om Oss

FMUSER.ORG är ett systemintegreringsföretag med inriktning på RF-trådlös överföring / studio video ljudutrustning / streaming och databehandling. Vi tillhandahåller allt från rådgivning och konsultation genom rackintegration till installation, idrifttagning och träning.

Vi erbjuder FM-sändare, analoga tv-sändare, digital-tv-sändare, VHF UHF-sändare, antenner, koaxialkabelkontakter, STL, luftbehandlingssystem, broadcast-produkter för studien, RF-signalövervakning, RDS-kodare, ljudprocessorer och fjärrkontrollenheter, IPTV Products, Video / Audio Encoder / Decoder, utformad för att möta behoven hos både stora internationella broadcast-nät och små privata stationer.

Vår lösning har FM Radio Station / Analog TV Station / Digital TV Station / Audio Video Studio Equipment / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.

Vi använder avancerade teknologiprodukter för alla system, eftersom vi vet att hög tillförlitlighet och hög prestanda är så viktiga för systemet och lösningen. Samtidigt måste vi också se till att våra produkter är till ett mycket rimligt pris.

Vi har kunder från offentliga och kommersiella programföretag, teleoperatörer och regleringsmyndigheter, och vi erbjuder även lösningar och produkter till många hundra mindre, lokala och lokala programföretag.

FMUSER.ORG har exporterat mer än 15 år och har kunder över hela världen. Med 13 års erfarenhet inom detta område har vi ett professionellt team för att lösa kundens alla slags problem. Vi strävar efter att leverera den extremt rimliga prissättningen av professionella produkter och tjänster. Kontakta email: [e-postskyddad]

vår fabrik

Vi har modernisering av fabriken. Du är välkommen att besöka vår fabrik när du kommer till Kina.

För närvarande finns det redan 1095 kunder runt om i världen besökte vår Guangzhou kontor. Om du kommer till Kina, är du välkommen att besöka oss.

på mässan

Detta är vårt deltagande i 2012 Global Sources Hong Kong Electronics Fair . Kunder från hela världen äntligen har en chans att träffas.

Var är Fmuser?

Du kan söka i dessa siffror " 23.127460034623816,113.33224654197693 "på google map, då hittar du vårt fmuser-kontor.

FMUSER Guangzhou kontor i Tianhe District, som är mitten av Canton . Mycket nära till Canton Fair , Guangzhou järnvägsstation, Xiaobei väg och dashatou , behöver bara 10 minuter om ta TAXI . Välkommen vänner runt om i världen att besöka och förhandla.

Kontakt: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-post: [e-postskyddad]
QQ: 727926717
Skype: sky198710021
Adress: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou Postnummer: 510620

Engelska: Vi accepterar alla betalningar, såsom PayPal, kreditkort, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Om du har några frågor, vänligen kontakta mig [e-postskyddad] eller WhatsApp + 8618078869184

PayPal.  www.paypal.com

Vi rekommenderar att du använder Paypal för att köpa våra produkter, är det Paypal ett säkert sätt att köpa på internet.

Varje av våra objekt listsidan botten på toppen har en paypal logotyp för att betala.

Kreditkort.Om du inte har paypal, men du har kreditkort, kan du också klicka på den gula PayPal för att betala med ditt kreditkort.

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

Men om du inte har ett kreditkort och inte har ett PayPal-konto eller svårt att fick en paypal Kontoinställningar, kan du använda följande:
Western Union.  www.westernunion.com

Betala med Western Union till mig:

Förnamn / Förnamn: Yingfeng
Efternamn / Efternamn / Efternamn: Zhang
Fullständigt namn: Yingfeng Zhang
Land: Kina
Stad: Guangzhou

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

T / T.  Betala med T / T (banköverföring / Telegraphic Transfer / banköverföring)
Första BANKINFORMATIONEN (FÖRETAGSKONTO):

SWIFT BIC: BKCHHKHHXXX
Banknamn: BANKEN AV KINA (HONG KONG) LIMITED, HONG KONG
Bankadress: BANKEN AV KINA TOREN, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANK KOD: 012
Kontonamn: FMUSER INTERNATIONAL GROUP LIMITED
Konto Nej. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Andra BANKINFORMATIONEN (FÖRETAGSKONTO):
Mottagare: Fmuser International Group Inc.
Kontonummer: 44050158090900000337
Mottagarens bank: China Construction Bank Guangdong Branch
SWIFT-kod: PCBCCNBJGDX
Adress: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kina
** Obs: När du överför pengar till vårt bankkonto, skriv INTE något i kommentarområdet, annars kommer vi inte att kunna ta emot betalningen på grund av regeringens policy för internationell handel.

* Det kommer att sändas i 1-2 arbetsdagar när betalning klar.

* Vi kommer att skicka det till ditt paypal tilltalar. Om du vill ändra adress, skicka din rätt adress och telefonnummer till min e [e-postskyddad]

* Om förpackningarna är under 2kg kommer vi att skickas via post flygpost, tar det ungefär 15-25days till din hand.

Om paketet är mer än 2kg kommer vi sänder via EMS, DHL, UPS, Fedex snabb expressleverans, kommer det att ta ungefär 7 ~ 15days till din hand.

Om paketet mer än 100kg, kommer vi att skicka via DHL eller flygfrakt. Det tar ca 3 ~ 7days till din hand.

Alla paket är formen Kina Guangzhou.

* Paketet kommer att skickas som en "gåva" och avvisas så mindre som möjligt, köparen behöver inte betala för "TAX".

* Efter fartyg, kommer vi att skicka en e-post och ger dig som spårningen numrerar.

För garanti.
Kontakta oss --- >> Returnera artikeln till oss --- >> Ta emot och skicka en ny ersättare.

Namn: Liu Xiaoxia
Adress: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kina.
ZIP: 510620
Tel: + 8618078869184

Återvänd till denna adress och skriva din paypal adress, namn problem på Obs: