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
Op dit moment hebben veel fabrikanten van apparatuur een IPTV-systeemplatform en -apparatuur geleverd, en de industrie erkende dat IPTV-activiteiten twee basisdiensten omvatten: VOD en live tv-uitzending. De ontwikkeling van IPTV in China is in volle gang en de test van het IPTV-systeem heeft dringend behoefte aan standaardisatie. Dit artikel is bedoeld om een eenvoudige discussie te voeren over de prestatietest van deze twee basisdiensten van het IPTV-systeem. In dit artikel wordt alleen gekeken naar end-to-end prestatietests, waarbij wordt gekeken naar de gebruikerszijde en niet naar de hiërarchische cacheprestaties aan de serverzijde.
Vanwege het verschil in netwerkstructuur tussen VOD-netwerk en tv-live-uitzendnetwerk, moet VOD-distributie vertrouwen op CDN-netwerk, terwijl tv-distributie moet vertrouwen op multicast-netwerk en geen CDN-netwerk nodig heeft om te cachen, op basis hiervan zijn de twee soorten van service prestatie test focus is ook anders.
1. Een korte inleiding tot het testen van VOD-serviceprestaties
VOD-programma's worden meestal op afroep geleverd. VOD-gebruikers kunnen de voortgang van het programma vrijelijk controleren en de uitzending van het programma beëindigen, maar elke VOD-gebruiker moet een bepaalde hoeveelheid netwerkbandbreedte innemen, dus het aantal gelijktijdige gebruikers wordt beperkt door de netwerkbandbreedte en serverprestaties. De belangrijkste testindexen van VOD-serviceprestaties omvatten het maximale aantal gelijktijdige streams, bandbreedtefluctuatie, gemiddelde gebruikte bandbreedte, pakketverliessnelheid en gemiddelde responstijd.
Maximum aantal gelijktijdige streams: Het maximale aantal online gebruikers dat een streamingsysteem tegelijkertijd kan ondersteunen, met als eis dat elke gebruiker normaal gesproken het volledige videoprogramma kan bekijken. Voordat het aantal gebruikers geleidelijk is toegenomen tot een maximum, zal het systeem de reeds online gebruikers niet de toegang tot de dienst ontzeggen vanwege het toevoegen van nieuwe gebruikers. Sommige videosystemen kunnen een groot aantal gelijktijdige streams leveren, maar het aantal storingen is groot. Aangezien de meeste gebruikers TCP gebruiken, neemt het aantal gelijktijdige streams niet af na hertransmissie. Voor de oorspronkelijke mislukte enkele stream kan de gebruiker echter niet doorgaan met het verkrijgen van de videoservice. Daarom moet het maximale aantal gelijktijdige streams het maximale aantal gebruikers zijn dat het videosysteem kan ondersteunen om tegelijkertijd effectief online programma's te bekijken.
Bandbreedtefluctuatie: Tijdens het afspelen van videobestanden zal de bandbreedte van de mediastream veranderen door de verandering van het beeld. Voor klassikale lesprogramma's verandert het continue beeld bijvoorbeeld weinig voor en na, dus de programmacodesnelheid is relatief constant en de bandbreedtefluctuatie is relatief klein. Voor sportprogramma's veranderen continue beelden sterk voor en na de show, dus de programmacodesnelheid verandert dienovereenkomstig en de bandbreedte fluctueert dienovereenkomstig.
De fluctuatie van de programmacodesnelheid is een zware test voor de doorvoer van de videoserver. Als te veel gebruikers programma's met een hogere codesnelheid nodig hebben, zal het aantal gebruikers dat de server kan ondersteunen waarschijnlijk afnemen, of de videoserver zal de uitvoerbandbreedte van de programmastroom verminderen.
Gemiddelde gebruikte bandbreedte: het gemiddelde van de bandbreedte die door alle gebruikers wordt gebruikt tijdens het kijken naar een programma. Hoe groter de waarde, hoe sterker de bandbreedtecapaciteit van het streaming videosysteem.
Pakketverliespercentage: wanneer gebruikers de VOD-service accepteren, moeten ze videobestanden van de server ophalen en aangeven of er pakketverlies optreedt tijdens het verzenden van videobestanden. De waarde van de pakketverliessnelheid is over het algemeen relatief klein, maar heeft een zeer belangrijke impact op gebruikers. Vooral de momenteel gebruikte compressieverhouding is relatief hoog. Zelfs het verlies van een paar videopakketten zal het kijken van gebruikers beïnvloeden en zelfs het verbindingsfenomeen verbreken. Het maximale end-to-end pakketverliespercentage voor VOD mag niet hoger zijn dan 0.1%.
Gemiddelde reactietijd: de totale verdeling van de tijd tussen een gebruiker die een VOD-verzoek indient en een videodienst ontvangt.
Natuurlijk, hoe korter de gemiddelde reactietijd, hoe beter. Over het algemeen mag de gemiddelde end-to-end VOD-vertraging niet meer dan 2 seconden bedragen (voorlopig).
2. Korte inleiding tot de prestatietest van tv-services
TV-programma's worden meestal uitgezonden via multicast. Multicast is een netwerktechnologie waarmee een of meer afzenders (multicastbronnen) tegelijkertijd een enkel pakket naar meerdere ontvangers tegelijk kunnen sturen. Een multicast-bron verzendt een pakket naar een specifieke multicast-groep en alleen adressen die tot die multicast-groep behoren, kunnen het pakket ontvangen. In IPTV is er vaak maar één multicast-bron, en zelfs als het aantal gebruikers exponentieel groeit, hoeft de backbone-bandbreedte niet te worden vergroot, want hoeveel doeladressen er ook zijn, er wordt slechts een enkele videostream over elke backbone verzonden link van het hele netwerk, wat "eenmalig verzenden, uitzenden binnen een groep" wordt genoemd. Multicast verbetert de efficiëntie van datatransmissie en vermindert de kans op congestie in de backbone. Voor het tv-systeem wordt het aantal gebruikers dat het kan ondersteunen alleen beperkt door de mogelijkheid om toegang te krijgen tot het netwerk, wat niets te maken heeft met de push-capaciteit van het front-end push-systeem. Daarom zijn de belangrijkste testindicatoren van de prestaties van de tv-service het maximale aantal gepushte kanalen, de gemiddelde kanaalbandbreedte, de gemiddelde kanaalschakeltijd, de gemiddelde vertrekvertraging van het kanaal, de gemiddelde vertraging bij het toevoegen van kanalen, de kanaaloverlaptijd en de kanaalintervaltijd.
Maximaal aantal gepushte kanalen: Het maximale aantal kanalen dat een streamingsysteem kan bieden, waardoor gebruikers in korte tijd alle kanalen kunnen doorlopen.
Gemiddelde kanaalbandbreedte: De hoeveelheid bandbreedte die door een programma op elk kanaal wordt gebruikt.
Programma's met standaarddefinitie (SDTV) en hoge definitie (HDTV) nemen verschillende bandbreedte in beslag, HDTV-programma's nemen veel meer bandbreedte in beslag dan SDTV-programma's.
Gemiddelde kanaalschakeltijd: De tijd tussen het verzenden van het IGMPLEAVE-bericht en het ontvangen van het eerste multicast-pakket voor het gevraagde kanaal. Omdat het wisselen van zenders van tv-programma's op het IP-netwerk alleen kan worden gerealiseerd via IGMP, is het schakelen tussen traditionele tv-kanalen veel sneller. Daarom, volgens persoonlijk subjectief gevoel, mag de schakeltijd van IPTV-kanalen meestal niet langer zijn dan 2S (voorlopig), anders kan de gebruiker de wachttijd van het schakelen tussen kanalen nauwelijks verdragen.
Op dit moment is de trage schakeltijd van het IPTV-kanaal ook een dringend probleem dat moet worden opgelost.
Gemiddelde vertrekvertraging kanaal: De tijd tussen het verzenden van een IGMPLEAVE-bericht en het ontvangen van het laatste multicast-pakket voor dat kanaal. Over het algemeen geldt: hoe korter de vertrekvertraging van het kanaal, hoe beter.
Gemiddelde vertraging bij het toevoegen van kanalen: De tijd tussen het IGMPJOIN-bericht dat wordt verzonden en het eerste multicast-pakket voor het kanaal dat wordt ontvangen. Over het algemeen geldt: hoe korter de kanaalvertraging, hoe beter.
Overlaptijd kanaal Channel: als de systeemkanaalschakelaar de modus aanneemt van het ontvangen van het multicastpakket van het gevraagde kanaal voordat het multicastpakket van het oorspronkelijke kanaal wordt gestopt, verwijst de kanaaloverlaptijd naar het tijdsinterval tussen het ontvangen van het eerste multicastpakket van het gevraagde kanaal en het ontvangen van het laatste multicastpakket van het oorspronkelijke kanaal.
Kanaalintervaltijd: als de systeemkanaalschakelaar de manier gebruikt om het multicast-pakket van het oorspronkelijke kanaal te stoppen voordat het multicast-pakket van het gevraagde kanaal wordt ontvangen, verwijst de kanaalintervaltijd naar het tijdsinterval tussen het ontvangen van het laatste multicast-pakket van het oorspronkelijke kanaal en het ontvangen van het eerste multicast-pakket van het gevraagde kanaal.
3. Andere Overwegingen
Naast de hierboven besproken prestatieteststatistieken, zijn er praktische factoren die moeten worden overwogen en getest.
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 consistentie van de programma's bij het bekijken van amusementsprogramma's. Daarom is stabiliteit een zeer belangrijk punt voor het videosysteem. Gebruikers zullen een sterke emotionele kleur hebben bij het bekijken van hun favoriete videoprogramma's, en elke onderbreking van de stream zal het waarderingseffect van gebruikers sterk beïnvloeden. Als gebruikers bijvoorbeeld tv-drama's kijken, is het scherm zwart. De stabiliteit van het IPTV-videosysteem omvat: stabiel maximum aantal gelijktijdige streams/programma's, stabiele programmabandbreedte en langdurige werkstabiliteit.
Factoren voor netwerkschade. Verschillende soorten schade 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 de videoprogramma's door gebruikers. De meest directe impact is de vermindering van de subjectieve beoordeling van gebruikers over de kwaliteit van videobeelden. VOD-programma's kunnen aanzienlijke mozaïek, verkleuring en vertraging vertonen, in welk geval de gebruiker het VOD-programma waarschijnlijk zal beëindigen. Daarom moeten we de schade die wordt veroorzaakt door verschillende soorten netwerkschade (inclusief vertraging, jitter, pakketverlies, defect, lijnfoutcode) aan de kwaliteit van videoprogramma's zorgvuldig bestuderen. De impact van netwerkschade op QoS van IPTV-service moet volledig in overweging worden genomen wanneer de relevante technische indicatoren van IPTV-service worden geformuleerd.
4. Conclusie
In de afgelopen jaren, met de snelle ontwikkeling van breedband, is videostreamingservice een van de belangrijkste toepassingen van internet geworden, IPTV-systeem is om videoservice te bieden van een van de belangrijkste, op dit moment zijn operators geleidelijk begonnen te voorzien in IPTV-bedrijf, IPTV-testnetwerk is in proefbedrijf van de binnenlandse steden. Het is een belangrijke stap voor operators om de prestaties van de IPTV-systeemservice te testen voordat de IPTV-service wordt gestart.
|
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!
Contact
Adres:
No.305 Zaal HuiLan Gebouw No.273 Huanpu Road Guangzhou China 510620
Categorieën
Nieuwsbrief