Den fremtidige utviklingen av IPTV blir fokus i bransjen. I følge statistikken til markedsundersøkelsesselskapet MRG vil globale IPTV-brukere øke fra 2 millioner i 2004 til 20 millioner i 2010. Det anslås at den sammensatte vekstraten for det globale IPTV-markedet fra 2005 til 2010 er 102%. I Kina er IPTV-industrien fremdeles i eksperimentfasen, og China Telecom, China Netcom og China Railcom gjennomfører aktivt IPTV-studier.
For tiden har mange utstyrsprodusenter levert IPTV-systemplattformer og utstyr. Det er anerkjent i bransjen at IPTV-tjenester inkluderer to grunnleggende tjenester: VOD på forespørsel og TV direktesending. Utviklingen av innenlandsk IPTV er i full gang, og det er et presserende behov for å standardisere testingen av IPTV-systemet. Denne artikkelen har til hensikt å kort diskutere ytelsestesting av disse to grunnleggende tjenestene til IPTV-systemet. Denne artikkelen vurderer bare ytelse-til-ende ytelsestest, observasjonspunktet for testen er på brukersiden, og tar ikke hensyn til den hierarkiske cacheytelsen på serversiden.
På grunn av forskjellen i nettverksstruktur mellom VOD on-demand-nettverk og TV-direktesendingsnettverk, må VOD-distribusjon stole på CDN-nettverk, mens TV-distribusjon må stole på multicast-nettverk uten CDN-nettverk for caching. Basert på dette er ytelsestesten til disse to tjenestene Fokuset er også annerledes.
1. Introduksjon til VOD Service Performance Test
VOD-programmer leveres vanligvis på forespørsel. On-demand-brukere kan fritt kontrollere fremdriften til programmet og avslutte avspillingen av programmet, men hver on-demand-bruker må oppta en viss nettverksbåndbredde, så antall samtidige brukere er begrenset av nettverksbåndbredden og serverytelsen.
Testindikatorene for VOD-tjenestens ytelse inkluderer hovedsakelig maksimalt antall samtidige strømmer, båndbreddesvingninger, gjennomsnittlig båndbredde brukt, tapstakt og gjennomsnittlig responstid.
(1) Maksimalt antall samtidige strømmer: Maksimalt antall online brukere som streamingmediesystemet kan støtte samtidig, og hver bruker er pålagt å se hele videoprogrammet normalt. Før antallet brukere gradvis økes til maksimumsverdien, vil ikke systemet føre til at brukere som allerede er online ikke kan få tjenester på grunn av de nylig tilføyde brukerne. Selv om noen videosystemer kan gi et stort antall samtidige strømmer, er antall feil stort. Fordi de fleste brukere bruker TCP, reduseres ikke antallet samtidige strømmer etter retransmissjon. Imidlertid, for en enkelt strøm som mislyktes, har brukeren allerede mislyktes. Kan ikke fortsette å motta videotjenester. Derfor bør det maksimale antallet samtidige strømmer være det effektive maksimale antall brukere som kan støttes av videosystemet og kan se programmer online samtidig.
(2) Båndbreddesvingninger: Under avspilling av en videofil vil båndbredden til mediestrømmen endres på grunn av endringer i bildet. For eksempel for klasseromsundervisningsprogrammer, endres det kontinuerlige bildet ikke mye før og etter, så programkodet er relativt konstant, og båndbreddesvingningen er relativt liten; for sportsprogrammer endres det kontinuerlige bildet sterkt før og etter, så programkodetallet Endringen er tilsvarende større, og båndbreddesvingningen er også større. Svingningen i programkodet er en alvorlig test for gjennomstrømningen til videoserveren. Hvis for mange brukere bestiller programmer med høyere kodefrekvens, er det sannsynlig at antall brukere som serveren kan støtte vil reduseres, ellers vil videoserveren redusere utgangsbåndbredden til programstrømmen.
(3) Gjennomsnittlig båndbredde brukt: Gjennomsnittlig båndbredde som brukes av alle brukere under brukerens visning av programmet. Jo større verdi, desto sterkere er båndbreddefunksjonen som streamingvideosystemet kan gi.
(4) Pakketaprate: Når brukere mottar video-on-demand-tjenester, må de skaffe video filer fra serveren, og om det er noe tap av pakker under overføring av videofiler. Verdien av pakketapshastigheten er generelt liten, men innvirkningen på brukeren er veldig viktig, spesielt kompresjonsforholdet som for øyeblikket brukes er relativt høyt, selv om noen få videopakker går tapt, vil det påvirke brukerens visning eller til og med koble fra forbindelse. Den øvre grensen for end-to-end pakketaprate for VOD bør ikke overstige 0.1%.
(5) Gjennomsnittlig responstid: Den totale fordelingen av tiden fra det tidspunktet brukeren sender forespørselen på forespørsel til videotjenesten. Selvfølgelig er den gjennomsnittlige responstiden så kort som mulig. Generelt sett bør den endelige endelige gjennomsnittlige forsinkelsen av video on demand ikke overstige 2 sek. (Foreløpig).
2. Introduksjon til ytelsestest for TV-tjenester
TV-programmer sendes vanligvis i multicast-modus. Multicast er en nettverksteknologi som lar en eller flere avsendere (multicast-kilder) sende en enkelt datapakke til flere mottakere samtidig. Multicast-kilden sender datapakker til en bestemt multicast-gruppe, og bare adresser som tilhører multicast-gruppen kan motta datapakkene. I IPTV er det ofte bare én multicast-kilde. Selv om antall brukere fordobles, trenger ikke ryggradens båndbredde å øke, fordi uansett hvor mange destinasjonsadresser det er, overføres bare en enkelt video på en hvilken som helst ryggradslink i hele nettverket. Streaming er den såkalte "send en gang, kringkastet i gruppen". Multicast forbedrer effektiviteten til dataoverføring og reduserer muligheten for overbelastning i stamnettet. For TV-systemet er antallet brukere det kan støtte bare begrenset av muligheten til å få tilgang til nettverket, og har ingenting å gjøre med push-muligheten til frontend-push-systemet.
Derfor inkluderer de viktigste testindikatorene for TV-tjenestens ytelse det maksimale antallet pressede kanaler, gjennomsnittlig kanalbåndbredde, gjennomsnittlig kanalbyttetid, gjennomsnittlig kanalavgangsforsinkelse, gjennomsnittlig kanalforbindelseforsinkelse, kanaloverlappingstid og kanalintervallstid.
(1) Maksimalt antall kanaler som skyves: maksimalt antall kanaler som streamingmediesystemet kan tilby, og brukeren kan krysse alle kanaler på kort tid.
(2) Gjennomsnittlig båndbredde: båndbredden okkupert av hvert kanalprogram. Båndbredden som brukes av standarddefinisjonsprogrammer (SDTV) og HDTV-programmer (HDTV) er forskjellig, og båndbredden som brukes av HDTV-programmer er mye høyere enn for SDTV-programmer.
(3) Gjennomsnittlig vekslingstid for kanal: Tiden fra sending av en IGMPleave-melding til mottakelse av den første multicast-pakken til den forespurte kanalen. Siden kanalsvitsjing av TV-programmer på IP-nettverket bare kan oppnås gjennom IGMP, er det derimot mye raskere å bytte kanal på tradisjonelle TV-apparater. Derfor, i henhold til personlige subjektive følelser, bør IPTV-kanalens vekslingstid vanligvis ikke overstige 2s (foreløpig), ellers vil brukeren synes det er vanskelig å tolerere ventetiden for kanalbytte. For tiden er den langsomme byttetiden til IPTV-kanaler også et presserende problem som skal løses.
(4) Gjennomsnittlig forsinkelse av kanalferie: tiden fra sending av en IGMPleave-melding til mottakelse av den siste multicast-pakken til kanalen. Generelt, jo kortere forsinkelse av kanalavgang, jo bedre.
(5) Gjennomsnittlig kanalsammenkoblingsforsinkelse: tiden fra sending av en IGMPjoin-melding til mottakelse av den første multicast-pakken til kanalen. Jo kortere forsinkelse kanalen blir, desto bedre er det generelt.
(6) Kanaloverlappingstid: Hvis systemkanalkoblingen benytter metoden for å stoppe multicast-pakken til den opprinnelige kanalen etter mottak av multicast-pakken til den forespurte kanalen, refererer kanaloverlappingstiden til den første multicast-pakken mottatt og mottaket av ønsket kanal Tidsintervallet mellom den siste multicast-pakken til den opprinnelige kanalen.
(7) Kanalintervalltid: Hvis systemkanalkoblingen bruker metoden for å stoppe multicast-pakken til originalen kanal og deretter motta multicast-pakken til den forespurte kanalen, refererer kanalintervalltiden til den siste multicast-pakken mottatt fra den opprinnelige kanalen og den mottatte forespørselen Tidsintervallet mellom den første multicast-pakken i kanalen.
3. Andre hensyn
I tillegg til prestasjonstestindikatorene som er diskutert ovenfor, er det noen praktiske faktorer som må vurderes og testes.
Systemets stabilitet. Siden de fleste oppgavene til IPTV-videosystemet er å tilby underholdningsprogrammer, tar brukerne mer hensyn til programmenes integritet og kontinuitet når de ser på underholdningsprogrammer. Derfor er stabilitet et veldig viktig punkt for videosystemet. Når brukere ser favorittvideoprogrammene sine, har de en sterk følelsesmessig farge. Ethvert avbrudd i strømmen vil i stor grad påvirke brukerens forståelseseffekt, for eksempel en svart skjerm når brukeren ser på en TV-serie. Stabiliteten til IPTV-videosystemet inkluderer: stabilt maksimalt antall samtidige strømmer / antall programmer, stabil programbåndbredde og stabilitet for langsiktig arbeid.
Faktorer for nedsatt nettverk. Ulike skader i nettverket har stor innvirkning på kvaliteten på videoprogrammer. Enkelte skader i nettverket påvirker direkte brukerens psykologiske aksept av videoprogrammet. Den mest direkte virkningen er at brukernes subjektive vurdering av videobildekvaliteten reduseres, for eksempel Når bitfeilfrekvensen til nettverkslinjen når 10E-6, kan VOD-programmet ha åpenbare mosaikker, misfarging av bildet og bildeforsinkelse . I dette tilfellet vil brukeren sannsynligvis avslutte videoen etter behov. Derfor bør vi nøye studere skadene på kvaliteten på videoprogrammer forårsaket av ulike svekkelser (inkludert forsinkelse, jitter, pakketap, uorden og linjefeil) i nettverket. Når vi formulerer relevante tekniske indikatorer for IPTV-tjenester, bør effekten av nettverkssvikt på tjenestekvaliteten QoS vurderes fullt ut.
4. avsluttende bemerkninger
I løpet av de siste årene, med den raske utviklingen av bredbåndskonstruksjon, har videostreaming mediatjenester blitt en av de viktigste applikasjonene på Internett. IPTV-systemet er det viktigste inngangspunktet for å tilby videotjenester. For tiden har store operatører begynt å gradvis gi brukerne å tilby IPTV-tjenester, IPTV-prøvingsnettverket har blitt prøvdrevet i mange byer i Kina. Å teste ytelsen til IPTV-systemet er et viktig skritt som operatørene må utføre før de lanserer IPTV-tjenester. For øyeblikket er IPTV-teknologi i en tidlig fase av utviklingen. Siden IPTV involverer mye innhold, er relaterte teknologier og tjenester fortsatt i forskningsprosessen. Imidlertid, med den kontinuerlige utviklingen av teknologi, vil testteknologien til IPTV-tjenester fortsette å modnes og forbedres, noe som uunngåelig vil fremme utviklingen av innenlandske IPTV-tjenester.
|
|
|
|
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: |
|
