FMUSER Wirless Verzend video en audio eenvoudiger!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanees
ar.fmuser.org -> Arabisch
hy.fmuser.org -> Armenian
az.fmuser.org -> Azerbeidzjaans
eu.fmuser.org -> Baskisch
be.fmuser.org -> Wit-Russisch
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Catalaans
zh-CN.fmuser.org -> Chinees (vereenvoudigd)
zh-TW.fmuser.org -> Chinees (traditioneel)
hr.fmuser.org -> Kroatisch
cs.fmuser.org -> Tsjechisch
da.fmuser.org -> Deens
nl.fmuser.org -> Nederlands
et.fmuser.org -> Ests
tl.fmuser.org -> Filipijns
fi.fmuser.org -> Fins
fr.fmuser.org -> Frans
gl.fmuser.org -> Galicisch
ka.fmuser.org -> Georgisch
de.fmuser.org -> Duits
el.fmuser.org -> Greek
ht.fmuser.org -> Haïtiaans Creools
iw.fmuser.org -> Hebreeuws
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> IJslands
id.fmuser.org -> Indonesisch
ga.fmuser.org -> Iers
it.fmuser.org -> Italian
ja.fmuser.org -> Japans
ko.fmuser.org -> Koreaans
lv.fmuser.org -> Lets
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> Macedonisch
ms.fmuser.org -> Maleis
mt.fmuser.org -> Maltees
no.fmuser.org -> Norwegian
fa.fmuser.org -> Perzisch
pl.fmuser.org -> Pools
pt.fmuser.org -> Portugees
ro.fmuser.org -> Roemeens
ru.fmuser.org -> Russisch
sr.fmuser.org -> Servisch
sk.fmuser.org -> Slowaaks
sl.fmuser.org -> Slovenian
es.fmuser.org -> Spaans
sw.fmuser.org -> Swahili
sv.fmuser.org -> Zweeds
th.fmuser.org -> Thai
tr.fmuser.org -> Turks
uk.fmuser.org -> Oekraïens
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> Welsh
yi.fmuser.org -> Jiddisch
De toekomstige ontwikkeling van IPTV wordt de focus van de industrie. Volgens de statistieken van marktonderzoeksbureau MRG zullen IPTV-gebruikers wereldwijd toenemen van 2 miljoen in 2004 tot 20 miljoen in 2010. Geschat wordt dat het samengestelde groeipercentage van de wereldwijde IPTV-markt van 2005 tot 2010 102% is. In China bevindt de IPTV-industrie zich nog in de experimentele fase en China Telecom, China Netcom en China Railcom voeren actief IPTV-tests uit.
Op dit moment hebben veel fabrikanten van apparatuur IPTV-systeemplatforms en -apparatuur geleverd. In de branche wordt erkend dat IPTV-services twee basisservices omvatten: VOD op aanvraag en Live tv-uitzending. De ontwikkeling van binnenlandse IPTV is in volle gang en er is een dringende behoefte om het testen van het IPTV-systeem te standaardiseren. Dit artikel is bedoeld om in het kort de prestatietests van deze twee basisdiensten van het IPTV-systeem te bespreken. Dit artikel beschouwt alleen de end-to-end prestatietest, het observatiepunt van de test bevindt zich aan de gebruikerskant en houdt geen rekening met de hiërarchische cacheprestaties aan de serverkant.
Vanwege het verschil in netwerkstructuur tussen VOD-on-demand-netwerk en live tv-uitzendnetwerk, moet VOD-distributie vertrouwen op het CDN-netwerk, terwijl tv-distributie voor caching moet vertrouwen op een multicast-netwerk zonder CDN-netwerk. Op basis hiervan de prestatietest van deze twee diensten De focus is ook anders.
1. Inleiding tot de VOD-serviceprestatietest
VOD-programma's worden meestal op aanvraag geleverd. On-demand-gebruikers kunnen de voortgang van het programma vrij controleren en het afspelen van het programma beëindigen, maar elke on-demand-gebruiker moet een bepaalde netwerkbandbreedte innemen, dus het aantal gelijktijdige gebruikers wordt beperkt door de netwerkbandbreedte en serverprestaties.
De testindicatoren van VOD-serviceprestaties omvatten voornamelijk het maximale aantal gelijktijdige streams, bandbreedteschommelingen, gemiddelde gebruikte bandbreedte, pakketverliespercentage en gemiddelde responstijd.
(1) Maximaal aantal gelijktijdige streams: Het maximale aantal online gebruikers dat het streaming-mediasysteem tegelijkertijd kan ondersteunen, en dat elke gebruiker het volledige videoprogramma normaal moet bekijken. Voordat het aantal gebruikers geleidelijk wordt verhoogd tot de maximale waarde, zal het systeem er niet voor zorgen dat gebruikers die al online zijn geen diensten kunnen verkrijgen vanwege de nieuw toegevoegde gebruikers. Hoewel sommige videosystemen een groot aantal gelijktijdige streams kunnen leveren, is het aantal storingen groot. Omdat de meeste gebruikers TCP gebruiken, neemt het aantal gelijktijdige streams niet af na hertransmissie. Voor een enkele stream die is mislukt, heeft de gebruiker echter al gefaald. Kan geen videodiensten blijven ontvangen. Daarom moet het maximale aantal gelijktijdige streams het effectieve maximale aantal gebruikers zijn dat door het videosysteem kan worden ondersteund en tegelijkertijd programma's online kan bekijken.
(2) Schommeling in bandbreedte: Tijdens het afspelen van een videobestand verandert de bandbreedte van de mediastream door veranderingen in het beeld. Voor klassikale lesprogramma's verandert het continue beeld bijvoorbeeld niet veel voor en na, dus de programmacodesnelheid is relatief constant en de bandbreedtefluctuatie is relatief klein; voor sportprogramma's verandert het continue beeld sterk voor en na, dus de programmacodesnelheid. De verandering is dienovereenkomstig groter en de bandbreedtefluctuatie is ook groter. De fluctuatie van de programmacodesnelheid is een zware test voor de doorvoer van de videoserver. Als te veel gebruikers programma's bestellen met een hogere codesnelheid, is het waarschijnlijk dat het aantal gebruikers dat de server kan ondersteunen zal afnemen, of dat de videoserver de uitvoerbandbreedte van de programmastroom zal verminderen.
(3) Gemiddelde gebruikte bandbreedte: De gemiddelde bandbreedte die door alle gebruikers wordt gebruikt tijdens het bekijken van het programma door de gebruiker. Hoe groter de waarde, hoe sterker de bandbreedte die het streaming videosysteem kan bieden.
(4) Pakketverliespercentage: wanneer gebruikers video-on-demand-services ontvangen, moeten ze video verkrijgen bestanden van de server en of er sprake is van pakketverlies tijdens het verzenden van videobestanden. De waarde van de pakketverliessnelheid is over het algemeen klein, maar de impact op de gebruiker is erg belangrijk, vooral de momenteel gebruikte compressieverhouding is relatief hoog, zelfs als een paar videopakketten verloren gaan, zal dit de weergave van de gebruiker beïnvloeden of zelfs de verbinding verbreken verbinding. De bovengrens van het end-to-end pakketverliespercentage van VOD mag niet hoger zijn dan 0.1%.
(5) Gemiddelde responstijd: de totale verdeling van de tijd vanaf het moment dat de gebruiker het on-demandverzoek naar de videodienst verzendt. Uiteraard is de gemiddelde reactietijd zo kort mogelijk. Over het algemeen mag de end-to-end gemiddelde vertraging van video on demand niet meer dan 2 seconden bedragen (voorlopig).
2. Inleiding tot de prestatietest van de tv-service
Tv-programma's worden meestal in multicast-modus uitgezonden. Multicast is een netwerktechnologie waarmee een of meer zenders (multicast-bronnen) een enkel datapakket tegelijkertijd naar meerdere ontvangers kunnen verzenden. De multicast-bron verzendt datapakketten naar een specifieke multicast-groep en alleen adressen die tot de multicast-groep behoren, kunnen de datapakketten ontvangen. Bij IPTV is er vaak maar één multicast-bron. Zelfs als het aantal gebruikers verdubbelt, hoeft de backbone-bandbreedte niet te worden vergroot, want hoeveel bestemmingsadressen er ook zijn, er wordt maar één video verzonden op een backbone-link in het hele netwerk. Streaming is het zogenaamde "eenmaal verzenden, uitzenden binnen de groep". Multicast verbetert de efficiëntie van datatransmissie en vermindert de kans op congestie in het backbone-netwerk. Voor het tv-systeem wordt het aantal gebruikers dat het kan ondersteunen alleen beperkt door de mogelijkheid om toegang te krijgen tot het netwerk en heeft het niets te maken met de push-mogelijkheid van het front-end push-systeem.
Daarom omvatten de belangrijkste testindicatoren van de tv-serviceprestaties het maximale aantal kanalen dat wordt gepusht, gemiddelde kanaalbandbreedte, gemiddelde kanaalschakeltijd, gemiddelde kanaalvertrekvertraging, gemiddelde kanaalverbindingsvertraging, kanaaloverlappingstijd en kanaalinterval.
(1) Het maximale aantal gepushte kanalen: het maximale aantal kanalen dat het streaming-mediasysteem kan bieden en de gebruiker kan in korte tijd alle kanalen doorlopen.
(2) Gemiddelde kanaalbandbreedte: de bandbreedte die door elk kanaalprogramma wordt ingenomen. De bandbreedte die wordt ingenomen door standaarddefinitieprogramma's (SDTV) en hogedefinitieprogramma's (HDTV) is anders, en de bandbreedte die wordt ingenomen door HDTV-programma's is veel hoger dan die van SDTV-programma's.
(3) Gemiddelde kanaalschakeltijd: de tijd vanaf het verzenden van een IGMPleave-bericht tot het ontvangen van het eerste multicast-pakket van het gevraagde kanaal. Aangezien het wisselen van kanalen van tv-programma's op het IP-netwerk alleen kan worden bereikt via IGMP, is het wisselen van kanalen van traditionele tv-toestellen veel sneller. Daarom, volgens persoonlijke subjectieve gevoelens, mag de schakeltijd van het IPTV-kanaal meestal niet langer zijn dan 2s (voorlopig), anders zal de gebruiker het moeilijk vinden om de wachttijd voor het schakelen van kanalen te tolereren. Op dit moment is ook de trage schakeltijd van IPTV-kanalen een dringend probleem dat moet worden opgelost.
(4) Gemiddelde vertraging bij het verlaten van het kanaal: de tijd vanaf het verzenden van een IGMPleave-bericht tot het ontvangen van het laatste multicast-pakket van het kanaal. Over het algemeen geldt: hoe korter de vertrekvertraging van het kanaal, hoe beter.
(5) Gemiddelde vertraging bij het aansluiten van kanalen: de tijd vanaf het verzenden van een IGMPjoin-bericht tot het ontvangen van het eerste multicast-pakket van het kanaal. Over het algemeen geldt: hoe korter de vertraging bij het aansluiten van kanalen, hoe beter.
(6) Kanaaloverlaptijd: als de systeemkanaalschakeling de methode toepast om het multicast-pakket van het oorspronkelijke kanaal te stoppen na ontvangst van het multicast-pakket van het gevraagde kanaal, verwijst de kanaaloverlaptijd naar het eerste ontvangen multicast-pakket en de ontvangst van de aangevraagd kanaal Het tijdsinterval tussen het laatste multicast-pakket van het oorspronkelijke kanaal.
(7) Kanaalintervaltijd: als de systeemkanaalschakeling de methode toepast om het multicast-pakket van het origineel te stoppen; kanaal en vervolgens het multicast-pakket van het aangevraagde kanaal ontvangt, verwijst de kanaalintervaltijd naar het laatste multicast-pakket dat is ontvangen van het oorspronkelijke kanaal en het ontvangen verzoek. Het tijdsinterval tussen het eerste multicast-pakket van het kanaal.
3. Andere overwegingen
Naast de hierboven besproken prestatietestindicatoren, zijn er enkele praktische factoren die moeten worden overwogen en getest.
De stabiliteit van het systeem. Aangezien de meeste taken van het IPTV-videosysteem het aanbieden van amusementsprogramma's zijn, besteden gebruikers meer aandacht aan de integriteit en continuïteit van programma's bij het bekijken van amusementsprogramma's. Daarom is stabiliteit een zeer kritisch punt voor het videosysteem. Wanneer gebruikers hun favoriete videoprogramma's bekijken, hebben ze een sterke emotionele kleur. Elke onderbreking van de stream zal het waarderingseffect van de gebruiker sterk beïnvloeden, zoals een zwart scherm wanneer de gebruiker naar een tv-serie kijkt. De stabiliteit van het IPTV-videosysteem omvat: stabiel maximum aantal gelijktijdige streams/aantal programma's, stabiele programmabandbreedte en stabiliteit van langdurig werk.
Factoren voor netwerkverslechtering. Verschillende schades in het netwerk hebben een grote impact op de kwaliteit van videoprogramma's. De incidentele schade in het netwerk heeft direct invloed op de psychologische acceptatie van het videoprogramma door de gebruiker. De meest directe impact is dat de subjectieve beoordeling van de videobeeldkwaliteit door gebruikers wordt verminderd, bijvoorbeeld wanneer de bitfoutfrequentie van de netwerklijn 10E-6 bereikt, kan het VOD-programma duidelijke mozaïeken, verkleuring van het beeld en beeldvertraging hebben . In dit geval zal de gebruiker waarschijnlijk de video on demand beëindigen. Daarom moeten we de schade aan de kwaliteit van videoprogramma's die wordt veroorzaakt door verschillende beperkingen (waaronder vertraging, jitter, pakketverlies, storing en lijnfouten) in het netwerk zorgvuldig bestuderen. Bij het formuleren van relevante technische indicatoren voor IPTV-services, moet de impact van netwerkbeperkingen op de servicekwaliteit QoS volledig in aanmerking worden genomen.
4. afsluitende opmerkingen
In de afgelopen jaren, met de snelle ontwikkeling van de opbouw van breedband, zijn videostreamingmediadiensten een van de belangrijkste toepassingen van internet geworden. Het IPTV-systeem is het belangrijkste toegangspunt voor het aanbieden van videodiensten. Op dit moment zijn grote operators begonnen gebruikers geleidelijk te voorzien van IPTV-diensten, is het IPTV-proefnetwerk in veel steden in China op proef uitgevoerd. Het testen van de serviceprestaties van het IPTV-systeem is een belangrijke stap die operators moeten uitvoeren voordat ze IPTV-services lanceren. Momenteel bevindt IPTV-technologie zich in de vroege ontwikkelingsfase. Omdat IPTV veel inhoud omvat, zijn gerelateerde technologieën en diensten nog in het onderzoeksproces. Met de voortdurende ontwikkeling van technologie zal de testtechnologie van IPTV-diensten echter blijven rijpen en verbeteren, wat onvermijdelijk de ontwikkeling van binnenlandse IPTV-diensten zal bevorderen.
|
Voer een e-mailadres in om een verrassing te ontvangen
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanees
ar.fmuser.org -> Arabisch
hy.fmuser.org -> Armenian
az.fmuser.org -> Azerbeidzjaans
eu.fmuser.org -> Baskisch
be.fmuser.org -> Wit-Russisch
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Catalaans
zh-CN.fmuser.org -> Chinees (vereenvoudigd)
zh-TW.fmuser.org -> Chinees (traditioneel)
hr.fmuser.org -> Kroatisch
cs.fmuser.org -> Tsjechisch
da.fmuser.org -> Deens
nl.fmuser.org -> Nederlands
et.fmuser.org -> Ests
tl.fmuser.org -> Filipijns
fi.fmuser.org -> Fins
fr.fmuser.org -> Frans
gl.fmuser.org -> Galicisch
ka.fmuser.org -> Georgisch
de.fmuser.org -> Duits
el.fmuser.org -> Greek
ht.fmuser.org -> Haïtiaans Creools
iw.fmuser.org -> Hebreeuws
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> IJslands
id.fmuser.org -> Indonesisch
ga.fmuser.org -> Iers
it.fmuser.org -> Italian
ja.fmuser.org -> Japans
ko.fmuser.org -> Koreaans
lv.fmuser.org -> Lets
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> Macedonisch
ms.fmuser.org -> Maleis
mt.fmuser.org -> Maltees
no.fmuser.org -> Norwegian
fa.fmuser.org -> Perzisch
pl.fmuser.org -> Pools
pt.fmuser.org -> Portugees
ro.fmuser.org -> Roemeens
ru.fmuser.org -> Russisch
sr.fmuser.org -> Servisch
sk.fmuser.org -> Slowaaks
sl.fmuser.org -> Slovenian
es.fmuser.org -> Spaans
sw.fmuser.org -> Swahili
sv.fmuser.org -> Zweeds
th.fmuser.org -> Thai
tr.fmuser.org -> Turks
uk.fmuser.org -> Oekraïens
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> Welsh
yi.fmuser.org -> Jiddisch
FMUSER Wirless Verzend video en audio eenvoudiger!
Neem contact op
Adres:
No.305 Zaal HuiLan Gebouw No.273 Huanpu Road Guangzhou China 510620
Categorieën
Nieuwsbrief