1. Introduksjon til RTP
RTP er en sanntids overføringsprotokoll som gir end-to-end-overføringstjeneste, som støtter overføring av sanntidsdata i enkeltmålsending og flerobjektiv kringkastingstjeneste, mens sanntidsdataoverføring overvåkes og kontrolleres av RTCP-protokoll.
2. RTP er definert i RFC
Søknaden som bruker RTP-protokollen, kjører på RTP, mens programmet som kjører RTP, kjører på det øvre laget av UDP, for å bruke portnummer og sjekk og UDP. RTP kan betraktes som et underlag av transportlaget. Audio- og TV-datablokkene generert av multimediaapplikasjoner er innkapslet i RTP-pakker, hver RTP-pakke er innkapslet i UDP-meldingssegment, og deretter pakket i IP-pakker.
Strukturen til pakken inkluderer flere domener som er mye brukt i multimedia, inkludert audio on demand, video on demand, internettelefon og videokonferanse. RTP-spesifikasjonen setter ikke standarder for komprimerte formater for lyd og TV, og den kan brukes til å overføre filer i normalt format. For eksempel kan lyd i wav eller GSM (Global System for mobilkommunikasjon), MPEG-1 og MPEG-2 TV også brukes til å overføre lyd- og TV-filer som er lagret i proprietære formater.
Fra perspektivet til applikasjonsutviklere kan RTP-utførere betraktes som en del av applikasjonen fordi utviklere må integrere RTP i applikasjonen. Ved sendingens slutt må utviklere skrive programmet som utfører RTP-protokollen i applikasjonsprogrammet som oppretter RTP-informasjonspakke, og deretter sender applikasjonsprogrammet RTP-informasjonspakken til UDP-kontaktgrensesnittet, som vist i figur 2; Tilsvarende blir RTP-pakker inngått til applikasjonen via UDP-kontaktgrensesnitt på mottakeren. Derfor må utviklere skrive programmet som kjører RTP-protokollen til applikasjonen som trekker ut mediedata fra RTP-pakken.
Papiret tar RTP som et eksempel for å illustrere arbeidsprosessen. Anta at lyden fra lydkilden er en PCM-kodet lyd på 64 kb / s, og antar at applikasjonen tar 20 ms kodet data som en del, det vil si 160 byte med lyddata i en datablokk. Applikasjonen må legge til RTP-tittel til denne lyddataene for å generere RTP-pakker, som inkluderer lyddataens type, sekvensnummer og tidsstempel. RTP-pakker blir deretter sendt til UDP-kontaktgrensesnittet, der de er innkapslet i UDP-pakkene. På mottakeren mottar applikasjonsprogrammet RTP-informasjonspakke fra kontaktgrensesnittet, trekker ut lyddatablokken fra RTP-informasjonspakken, og dekoder deretter og spiller av lyd riktig ved å bruke informasjonen i tittelfeltet til RTP-pakken.
Hvis applikasjonen ikke bruker proprietære løsninger for å oppgi nyttelasttype, sekvensnummer eller tidsstempel, men bruker standard RTP-protokoll, vil applikasjonen være enklere å kjøre med andre nettverksapplikasjoner, det er det alle håper. For eksempel, hvis to forskjellige selskaper utvikler programvare for internettelefoner, integrerer de alle RTP i produktene sine, noe som er håpefullt at brukere som bruker forskjellige firmaprogramvare, kan kommunisere.
Det er viktig å understreke at RTP ikke gir noen mekanisme for å sikre at data blir levert til mottakeren i tide eller annen servicekvalitet. Det garanterer ikke at informasjonspakken ikke går tapt eller at rekkefølgen på pakker ikke forstyrres. Faktisk kan RTP-innkapsling bare sees på systemsiden. Ruteren i midten skiller ikke ut at IP-datagram bærer RTP-pakker.
RTP lar hver mediekilde tildeles en egen RTP-pakkestrøm, for eksempel et kamera eller en mikrofon. For eksempel kan en fjernsynskonferanse med to involverte grupper åpne fire pakkestrømmer: to kameraer som sender TV-strømmer og to mikrofoner for å overføre lydstrømmer. Imidlertid binder mange populære kodingsteknologier, inkludert MPEG-1 og MPEG-2, lyd- og TV-bilder sammen for å danne en enkelt datastrøm i kodingsprosessen, og genererer en RTP-pakkestrøm i en retning.
RTP-pakker er ikke begrenset til sending av enkelt mål, og de kan også overføres på en til mange multimålkringkastingstreet eller fler-til-mange multimålkringkastingstreet. For eksempel, multimålkringkasting med flere til mange, i denne applikasjonen sender alle senderterminalene vanligvis sin RTP-pakkestrøm til det flerobjektive kringkastertreet med den samme multimålbare kringkastingsadressen.
3. RTP-pakkeoverskriftfelt
RTP-tittelen består av fire pakkeoverskriftsfelt og andre domener: nyttelasttypedomene, sekvensnummerdomenet, tidsstempeldomenet og synkroniseringskildeidentifikasjonsdomenet.
1) nyttelasttype
Nyttelastfeltet i RTP-pakken er 7 bits langt, slik at RTP kan støtte 128 forskjellige nyttelasttyper. For lydflyt brukes dette feltet til å indikere typen koding som brukes av lyd, for eksempel PCM, adaptiv deltamodulering, lineær prediktiv koding, og så videre. Hvis avsenderen bestemmer seg for å endre kodingsmetoden under økten eller kringkasting, kan avsenderen varsle mottakeren gjennom dette domenet. Tabell 1 viser hvilke typer lydnyttelaster RTP kan støtte for øyeblikket.
For TV-strømmer kan nyttelasttyper brukes til å indikere typen TV-koding, for eksempel bevegelse JPEG, MPEG-1, MPEG-2, h.231, etc. Avsenderen kan også endre kodemetoden til TV når som helst i løpet av økten eller under økten. Tabell 16-02 viser noen typer TV-nyttelaster som RTP kan støtte for øyeblikket.
2) serienummer
Sekvensnummerfeltfeltet er 16 bits langt. Legg 1 til hvert RTP-pakkesekvensnummer. Mottakeren kan bruke den til å sjekke om pakken mangler og behandle pakken i henhold til sekvensnummeret. For eksempel mottar mottakerapplikasjonen en RTP-pakkestrøm, som har et intervall mellom sekvensnummer 86 og 89, og mottakeren vet at pakkene 87 og 88 har gått tapt og tar tiltak for å behandle de tapte dataene.
3) tidsstempel
Tidsstempledomenet er 32 byte langt. Det gjenspeiler prøvetakingstiden (tiden) for den første byten i RTP-pakken. Mottakeren kan bruke dette tidsstempelet til å fjerne rystingen av pakkene forårsaket av nettverket, og sørge for synkroniseringsfunksjon for avspilling i mottakersiden.
4) identifisering av synkroniseringskilde
Lengden på domenet for synkroniseringskildeidentifikator (SSRC) er 32 bits. Den brukes til å identifisere opprinnelsen til RTP-pakkestrøm, og hver pakkestrøm under RTP-økt eller periode har en klar SSRC. SSRC er ikke avsenderens IP-adresse, men et nummer tilfeldig tildelt av kilden i begynnelsen av den nye pakkestrømmen.
|
|
|
|
Hvor langt (lang) senderen dekke?
Rekkevidden avhenger av mange faktorer. Den virkelige avstand er basert på antennen installeres høyde, antenneforsterkning, ved hjelp miljø som bygning og andre hindringer, følsomheten til mottakeren, antennen til mottakeren. Installere antennen mer høy og bruke på landsbygda, avstanden vil mye mer langt.
Eksempel 5W FM-sender bruke i byen og hjemby:
Jeg har en USA kundens bruk 5W FM-sender med GP-antenne i hjembyen, og han teste den med en bil, det dekker 10km (6.21mile).
Jeg teste 5W FM-sender med GP-antenne i hjembyen min, det dekker ca 2km (1.24mile).
Jeg teste 5W FM-sender med GP-antenne i byen Guangzhou, det dekker omtrent bare 300meter (984ft).
Nedenfor er det tilnærmede område av forskjellige kraft FM-sendere. (Utvalget er diameter)
0.1W ~ 5W FM-sender: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-sender: 3KM ~ 10KM
80W ~ 500W FM-sender: 10KM ~ 30KM
500W ~ 1000W FM-sender: 30KM ~ 50KM
1KW ~ 2KW FM-sender: 50KM ~ 100KM
2KW ~ 5KW FM-sender: 100KM ~ 150KM
5KW ~ 10KW FM-sender: 150KM ~ 200KM
Hvordan kontakte oss for senderen?
Ring meg + 8618078869184 ELLER
Email meg [e-postbeskyttet]
1.How langt du ønsker å dekke i diameter?
2.How høyt av dere Tower?
3.Where er du fra?
Og vi vil gi deg mer faglige råd.
Om Oss
FMUSER.ORG er et systemintegrasjonsfirma som fokuserer på RF trådløs overføring / studio video lydutstyr / streaming og databehandling. Vi leverer alt fra råd og rådgivning gjennom rackintegrasjon til installasjon, igangkjøring og opplæring.
Vi tilbyr FM-sender, Analog TV-sender, Digital-TV-sender, VHF UHF-sender, Antenner, Koaksialkabelkontakter, STL, On Air-behandling, Broadcast-produkter for Studio, RF Signal Monitoring, RDS-kodere, Lydprosessorer og Remote Site Control Units, IPTV-produkter, Video / Audio Encoder / dekoder, designet for å møte behovene til både store internasjonale kringkastingsnettverk og små private stasjoner.
Vår løsning har FM-radiostasjon / Analog TV-stasjon / Digital TV-stasjon / Audio Video Studio-utstyr / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.
Vi bruker avanserte teknologiprodukter til alle systemene, fordi vi vet at høy pålitelighet og høy ytelse er så viktige for systemet og løsningen. Samtidig må vi også sørge for at vårt produktsystem har en svært rimelig pris.
Vi har kunder fra offentlige og kommersielle kringkastingstjenester, telekomoperatører og reguleringsmyndigheter, og vi tilbyr også løsninger og produkter til mange hundre mindre, lokale og lokale kringkastere.
FMUSER.ORG har eksportert mer enn 15 år og har kunder over hele verden. Med 13 års erfaring innen dette feltet har vi et profesjonelt team for å løse kundens alle slags problemer. Vi er dedikert til å levere den ekstremt rimelige prisen på profesjonelle produkter og tjenester. Kontakt Epost : [e-postbeskyttet]
vår fabrikk
Vi har modernisering av fabrikken. Du er velkommen til å besøke vår fabrikk når du kommer til Kina.
I dag er det allerede 1095 kunder hele verden besøkt våre Guangzhou Tianhe kontor. Hvis du kommer til Kina, er du velkommen til å besøke oss.
på Fair
Dette er vår deltakelse i 2012 Global Sources Hong Kong Electronics Fair . Kunder fra hele verden endelig har en sjanse til å komme sammen.
Hvor er Fmuser?
Du kan søke i disse tallene " 23.127460034623816,113.33224654197693 "på google map, så finner du vårt fmuser-kontor.
FMUSER Guangzhou Kontoret ligger i Tianhe District, som er den midten av Canton . Veldig nær til Canton Fair , Guangzhou jernbanestasjon, Xiaobei veien og dashatou , Trenger bare 10 minutter hvis ta TAXI . Velkommen venner over hele verden til å besøke og forhandle.
Kontakt: Sky Blå
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-post: [e-postbeskyttet]
QQ: 727926717
Skype: sky198710021
Adresse: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou Kina Postnummer: 510620
|
|
|
|
Engelsk: Vi aksepterer alle betalinger, for eksempel PayPal, kredittkort, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Hvis du har spørsmål, kan du kontakte meg [e-postbeskyttet] eller WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Vi anbefaler at du bruker Paypal til å kjøpe våre produkter, er The Paypal en sikker måte å kjøpe på internett.
Hver av våre element liste siden bunnen på toppen har en paypal logo for å betale.
Kredittkort.Hvis du ikke har paypal, men du har kredittkort, kan du også klikke Yellow PayPal knappen for å betale med kredittkort.
-------------------------------------------------- -------------------
Men hvis du ikke har et kredittkort og ikke har en PayPal-konto eller vanskelig å fikk en paypal Kontoinnstillinger, kan du bruke følgende:
Western Union.  www.westernunion.com
Betal med Western Union til meg:
Fornavn / Fornavn: Yingfeng
Etternavn / etternavn / etternavn: Zhang
Fullt navn: Yingfeng Zhang
Land: Kina
By: Guangzhou
|
-------------------------------------------------- -------------------
T / T. betal med T / T (wire transfer / telegrafisk overføring / Bank Transfer)
Første BANKINFORMASJON (SELSKAPSKONTO):
SWIFT BIC: BKCHHKHHXXX
Bank navn: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Bankadresse: BANKEN AV KINA TOREN, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANK KODE: 012
Kontonavn: FMUSER INTERNATIONAL GROUP LIMITED
Kontonr. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Andre BANKINFORMASJON (SELSKAPSKONTO):
Mottaker: Fmuser International Group Inc.
Kontonummer: 44050158090900000337
Mottakerens bank: China Construction Bank Guangdong Branch
SWIFT-kode: PCBCCNBJGDX
Adresse: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kina
** Merk: Når du overfører penger til bankkontoen vår, vennligst IKKE skriv noe i kommentarområdet, ellers vil vi ikke kunne motta betalingen på grunn av myndighetens policy for internasjonal handel.
|
|
|
|
* Det vil bli sendt i 1-2 arbeidsdager når betaling klart.
* Vi vil sende den til din paypal adresse. Hvis du ønsker å endre adresse, send riktig adresse og telefonnummer til min e-post [e-postbeskyttet]
* Hvis pakkene er under 2kg, vil vi bli sendt via post luftpost, vil det ta ca 15-25days til hånden din.
Hvis pakken er mer enn 2kg, vil vi sende via EMS, DHL, UPS, Fedex rask ekspresslevering, vil det ta ca 7 ~ 15days til hånden din.
Hvis pakken mer enn 100kg, vil vi sende via DHL eller flyfrakt. Det vil ta om 3 ~ 7days til hånden din.
Alle pakkene er skjema Kina Guangzhou.
* Pakken sendes som en "gave" og avvises så lite som mulig, kjøper trenger ikke betale for "TAX".
* Etter skip, vil vi sende deg en e-post og gi deg sporingsnummeret.
|
|
|
For garanti.
Kontakt oss --- >> Returner varen til oss --- >> Motta og send en ny erstatning.
Navn: Liu Xiaoxia
Adresse: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kina.
ZIP: 510620
Telefon: + 8618078869184
Vennligst gå tilbake til denne adressen og skriv din paypal adresse, navn, problem på merknad: |
|
