FMUSER Wirless Transmet vídeo i àudio més fàcil!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanès
ar.fmuser.org -> Àrab
hy.fmuser.org -> Armeni
az.fmuser.org -> Azerbaidjanès
eu.fmuser.org -> basc
be.fmuser.org -> bielorús
bg.fmuser.org -> Bulgària
ca.fmuser.org -> català
zh-CN.fmuser.org -> Xinès (simplificat)
zh-TW.fmuser.org -> Xinès (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> txec
da.fmuser.org -> Danès
nl.fmuser.org -> Holandès
et.fmuser.org -> estonià
tl.fmuser.org -> filipí
fi.fmuser.org -> finès
fr.fmuser.org -> Francès
gl.fmuser.org -> gallec
ka.fmuser.org -> georgià
de.fmuser.org -> alemany
el.fmuser.org -> Grec
ht.fmuser.org -> crioll haitià
iw.fmuser.org -> Hebreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandès
id.fmuser.org -> indonesi
ga.fmuser.org -> irlandès
it.fmuser.org -> Italià
ja.fmuser.org -> japonès
ko.fmuser.org -> coreà
lv.fmuser.org -> Letó
lt.fmuser.org -> Lituània
mk.fmuser.org -> macedoni
ms.fmuser.org -> Malai
mt.fmuser.org -> maltès
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> Polonès
pt.fmuser.org -> Portuguès
ro.fmuser.org -> Romanès
ru.fmuser.org -> rus
sr.fmuser.org -> serbi
sk.fmuser.org -> Eslovac
sl.fmuser.org -> Eslovènia
es.fmuser.org -> Castellà
sw.fmuser.org -> Suahili
sv.fmuser.org -> Suec
th.fmuser.org -> Tai
tr.fmuser.org -> turc
uk.fmuser.org -> ucraïnès
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> gal·lès
yi.fmuser.org -> Yiddish
En l'actualitat, molts fabricants d'equips han proporcionat equips i plataforma de sistemes IPTV, i la indústria ha reconegut que el negoci d'IPTV inclou dos serveis bàsics: transmissió en directe de VOD i TV. El desenvolupament de l’IPTV a la Xina està en ple desenvolupament i la prova del sistema IPTV necessita una estandardització urgent. Aquest article pretén dur a terme una discussió senzilla sobre la prova de rendiment d'aquests dos serveis bàsics del sistema IPTV. En aquest article només es tenen en compte les proves de rendiment extrem a extrem, que contemplen el costat de l'usuari i no tenen en compte el rendiment de la memòria cau jeràrquica del servidor.
A causa de la diferència en l’estructura de la xarxa entre la xarxa VOD i la xarxa de transmissió en directe de TV, la distribució de VOD ha de dependre de la xarxa CDN, mentre que la distribució de TV ha de dependre de la xarxa multidifusió i no necessita una xarxa CDN per emmagatzemar-la en memòria cau, en funció d’això, els dos tipus del focus de prova de rendiment del servei també és diferent.
1. Una breu introducció a les proves de rendiment del servei VOD
Els programes VOD solen lliurar-se a demanda. Els usuaris de VOD poden controlar lliurement el progrés del programa i finalitzar l’emissió del programa, però cada usuari de VOD ha d’ocupar una certa quantitat d’amplada de banda de xarxa, de manera que el nombre d’usuaris simultanis està limitat per l’amplada de banda de xarxa i el rendiment del servidor. Els principals índexs de prova del rendiment del servei VOD inclouen el nombre màxim de corrents simultanis, la fluctuació de l’amplada de banda, l’amplada de banda mitjana utilitzada, la taxa de pèrdua de paquets i el temps mitjà de resposta.
Nombre màxim de fluxos simultanis: Nombre màxim d'usuaris en línia que un sistema de transmissió pot admetre alhora, amb la necessitat que cada usuari normalment pugui veure el programa de vídeo complet. Abans que el nombre d'usuaris hagi augmentat gradualment fins al màxim, el sistema no farà que els usuaris en línia ja no puguin accedir al servei a causa de la incorporació de nous usuaris. Alguns sistemes de vídeo poden proporcionar un gran nombre de fluxos simultanis, però el nombre d'errors és gran. Com que la majoria dels usuaris fan servir TCP, el nombre de fluxos simultanis no disminueix després de la retransmissió. Tot i això, per al flux únic original fallit, l'usuari no pot continuar obtenint el servei de vídeo. Per tant, el nombre màxim d’emissions simultànies ha de ser el nombre màxim d’usuaris que el sistema de vídeo pot admetre per veure programes en línia de manera efectiva alhora.
Fluctuació de l’amplada de banda: durant la reproducció de fitxers de vídeo, l’amplada de banda del flux de mitjans canviarà a causa del canvi de la imatge. Per exemple, per als programes d'ensenyament a l'aula, la imatge contínua canvia poc abans i després, de manera que la taxa de codi del programa és relativament constant i la fluctuació de l'amplada de banda és relativament petita. Per als programes esportius, les imatges contínues canvien molt abans i després de l’espectacle, de manera que la taxa de codi del programa canvia de manera corresponent i l’amplada de banda fluctua en conseqüència.
La fluctuació de la taxa de codi del programa és una prova severa del rendiment del servidor de vídeo. Si hi ha massa usuaris que requereixen programes amb una taxa de codi més elevada, és probable que disminueixi el nombre d’usuaris que el servidor pot admetre o el servidor de vídeo reduirà l’amplada de banda de sortida del flux de programes.
Amplada de banda mitjana utilitzada: la mitjana de l'ample de banda utilitzat per tots els usuaris durant el procés de visualització d'un programa. Com més gran sigui el valor, més gran serà la capacitat d’amplada de banda que proporciona el sistema de vídeo en streaming.
Taxa de pèrdua de paquets: Quan els usuaris accepten el servei VOD, han d'obtenir fitxers de vídeo del servidor i saber si es produeix la pèrdua de paquets en el procés de transmissió de fitxers de vídeo. El valor de la taxa de pèrdua de paquets és generalment relativament petit, però té un impacte molt important en els usuaris. Especialment, la relació de compressió utilitzada actualment és relativament alta. Fins i tot la pèrdua d’alguns paquets de vídeo afectarà la visualització dels usuaris i fins i tot trencarà el fenomen de la connexió. La taxa màxima de pèrdues de paquets de punta a punta per a VOD no ha de superar el 0.1%.
Temps mitjà de resposta: la distribució global del temps entre un usuari que fa una sol·licitud de VOD i rep un servei de vídeo.
Per descomptat, com més curt sigui el temps de resposta mitjà, millor. En general, el retard mitjà de VOD d'extrem a extrem no ha de superar els 2 segons (provisional).
2. Breu introducció a la prova de rendiment del servei de TV
Els programes de televisió solen transmetre’s per multidifusió. El multidifusió és una tecnologia de xarxa que permet a un o més remitents (fonts de multidifusió) enviar simultàniament un sol paquet a diversos receptors alhora. Una font de multidifusió envia un paquet a un grup de multidifusió específic i només les adreces que pertanyen a aquest grup de multidifusió poden rebre el paquet. A IPTV, sovint només hi ha una font de multidifusió i, fins i tot, si el nombre d’usuaris creix exponencialment, l’amplada de banda del backbone no necessita augmentar, ja que, independentment de les adreces de destinació, només es transmet un flux de vídeo únic a través de qualsevol backbone enllaç de tota la xarxa, que es diu "enviar una vegada, emetre's dins d'un grup". Multicast millora l’eficiència de la transmissió de dades i redueix la possibilitat de congestió a la columna vertebral. Per al sistema de televisió, el nombre d’usuaris que pot admetre només està limitat per la possibilitat d’accedir a la xarxa, que no té res a veure amb la capacitat d’empenta del sistema d’empenta frontal. Per tant, els principals indicadors de proves del rendiment del servei de televisió inclouen el nombre màxim de canals empesos, ample de banda mitjà de canal, temps mitjà de commutació de canal, retard mitjà de sortida de canal, retard mitjà d’unió de canal, temps de superposició de canal i temps d’interval de canal.
Nombre màxim de canals empesos: Nombre màxim de canals que pot proporcionar un sistema de transmissió, cosa que permet als usuaris recórrer tots els canals en un curt període de temps.
Amplada de banda mitjana del canal: La quantitat d'ample de banda que utilitza un programa a cada canal.
Els programes de definició estàndard (SDTV) i d’alta definició (HDTV) ocupen diferent amplada de banda, els programes de HDTV ocupen molt més ample de banda que els programes SDTV.
Temps mitjà de canvi de canal: El temps transcorregut entre l'enviament del missatge IGMPLEAVE i la recepció del primer paquet multicast per al canal sol·licitat. Com que el canvi de canal de programes de TV a la xarxa IP només es pot realitzar a través d’IGMP, en comparació amb el canvi de canal de TV tradicional és molt més ràpid. Per tant, segons el sentiment subjectiu personal, normalment el temps de commutació de canals IPTV no ha de superar 2S (provisional), en cas contrari l’usuari difícilment pot suportar el temps d’espera del canvi de canal.
Actualment, el temps de commutació lent del canal IPTV també és un problema urgent que cal resoldre.
Retard mitjà de sortida del canal: El temps entre l'enviament d'un missatge IGMPLEAVE i la recepció de l'últim paquet de multidifusió per a aquest canal. En general, com més curt sigui el retard de sortida del canal, millor.
Retard mitjà d'unió al canal: El temps entre l'enviament del missatge IGMPJOIN i el primer paquet multidifusió del canal que es rep. En general, com més curt sigui el retard d’afegir el canal, millor serà.
Temps de superposició de canals: si el commutador de canal del sistema pren el mode de rebre el paquet multicast del canal sol·licitat abans que s'aturi el paquet multicast del canal original, el temps de superposició del canal fa referència a l'interval de temps entre la recepció del primer paquet multicast del canal sol·licitat i la recepció de l'últim paquet multicast del canal original.
Temps d’interval de canal: si el commutador de canal del sistema adopta la manera d’aturar el paquet multicast del canal original abans de rebre el paquet multicast del canal sol·licitat, el temps d’interval de canal es refereix a l’interval de temps entre la recepció de l’últim paquet multicast del canal original i la recepció del primer paquet multicast de el canal sol·licitat.
3. altres consideracions
A més de les mètriques de prova de rendiment comentades anteriorment, hi ha factors pràctics que cal considerar i provar.
Estabilitat del sistema. Atès que la majoria de les tasques del sistema de vídeo IPTV són proporcionar programes d’entreteniment, els usuaris presten més atenció a la integritat i coherència dels programes quan miren programes d’entreteniment. Per tant, l’estabilitat és un punt clau per al sistema de vídeo. Els usuaris tindran un color emocional fort quan miren els seus programes de vídeo preferits i qualsevol interrupció del flux afectarà molt l’efecte d’agraïment dels usuaris. Per exemple, quan els usuaris veuen drames de televisió, la pantalla serà negra. L'estabilitat del sistema de vídeo IPTV inclou: nombre màxim estable de fluxos / programes simultanis, amplada de banda estable del programa i estabilitat de treball durant molt de temps.
Factors de danys a la xarxa. Diversos tipus de danys a la xarxa tenen un gran impacte en la qualitat dels programes de vídeo. El dany ocasional a la xarxa afecta directament l’acceptació psicològica dels programes de vídeo pels usuaris. L'impacte més directe és la reducció de l'avaluació subjectiva dels usuaris sobre la qualitat de les imatges de vídeo. Els programes VOD poden mostrar un mosaic, una decoloració i un retard significatius, en aquest cas és probable que l'usuari finalitzi el programa VOD. Per tant, hauríem d’estudiar detingudament els danys causats per diversos tipus de danys a la xarxa (inclosos el retard, la fluctuació, la pèrdua de paquets, fora d’ordre, codi d’error de línia) a la qualitat dels programes de vídeo. L'impacte del dany a la xarxa en la QoS del servei IPTV s'ha de tenir en compte plenament quan es formulin els indicadors tècnics rellevants del servei IPTV.
4. conclusió
En els darrers anys, amb el desenvolupament d'alta velocitat de la banda ampla, el servei de transmissió de vídeo s'ha convertit en una de les principals aplicacions d'Internet, el sistema IPTV proporciona serveis de vídeo d'un dels principals operadors que, actualment, han començat a proporcionar gradualment Negoci IPTV, la xarxa de proves IPTV ha estat en funcionament de prova de les ciutats nacionals. És un pas clau perquè els operadors provin el rendiment del servei del sistema IPTV abans de llançar el servei IPTV.
|
Introduïu el correu electrònic per obtenir una sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanès
ar.fmuser.org -> Àrab
hy.fmuser.org -> Armeni
az.fmuser.org -> Azerbaidjanès
eu.fmuser.org -> basc
be.fmuser.org -> bielorús
bg.fmuser.org -> Bulgària
ca.fmuser.org -> català
zh-CN.fmuser.org -> Xinès (simplificat)
zh-TW.fmuser.org -> Xinès (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> txec
da.fmuser.org -> Danès
nl.fmuser.org -> Holandès
et.fmuser.org -> estonià
tl.fmuser.org -> filipí
fi.fmuser.org -> finès
fr.fmuser.org -> Francès
gl.fmuser.org -> gallec
ka.fmuser.org -> georgià
de.fmuser.org -> alemany
el.fmuser.org -> Grec
ht.fmuser.org -> crioll haitià
iw.fmuser.org -> Hebreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandès
id.fmuser.org -> indonesi
ga.fmuser.org -> irlandès
it.fmuser.org -> Italià
ja.fmuser.org -> japonès
ko.fmuser.org -> coreà
lv.fmuser.org -> Letó
lt.fmuser.org -> Lituània
mk.fmuser.org -> macedoni
ms.fmuser.org -> Malai
mt.fmuser.org -> maltès
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> Polonès
pt.fmuser.org -> Portuguès
ro.fmuser.org -> Romanès
ru.fmuser.org -> rus
sr.fmuser.org -> serbi
sk.fmuser.org -> Eslovac
sl.fmuser.org -> Eslovènia
es.fmuser.org -> Castellà
sw.fmuser.org -> Suahili
sv.fmuser.org -> Suec
th.fmuser.org -> Tai
tr.fmuser.org -> turc
uk.fmuser.org -> ucraïnès
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> gal·lès
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmet vídeo i àudio més fàcil!
Contacte
Adreça:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Xina 510620
Categories
Newsletter