FMUSER Wirless Transmit Video and Audio Máis 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 -> árabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chinés (simplificado)
zh-TW.fmuser.org -> Chinés (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> Checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
O desenvolvemento futuro de IPTV estase a converter no foco da industria. Segundo as estatísticas da compañía de investigación de mercado MRG, os usuarios globais de IPTV pasarán de 2 millóns en 2004 a 20 millóns en 2010. Estímase que a taxa de crecemento composta do mercado global de IPTV de 2005 a 2010 é do 102%. En China, a industria de IPTV aínda está en fase experimental e China Telecom, China Netcom e China Railcom están a realizar activamente probas de IPTV.
Na actualidade, moitos fabricantes de equipos proporcionaron plataformas e equipos de sistemas IPTV. Na industria recoñécese que os servizos IPTV inclúen dous servizos básicos: VOD baixo demanda Emisión en directo en TV. O desenvolvemento da IPTV doméstica está en pleno desenvolvemento e é urxente estandarizar as probas do sistema IPTV. Este artigo pretende debater brevemente sobre as probas de rendemento destes dous servizos básicos do sistema IPTV. Este artigo só considera a proba de rendemento de extremo a extremo, o punto de observación da proba está no lado do usuario e non ten en conta o rendemento caché xerárquico no lado do servidor.
Debido á diferenza na estrutura de rede entre a rede de demanda de VOD e a rede de transmisión en directo de TV, a distribución de VOD debe depender da rede CDN, mentres que a distribución de TV debe depender da rede multidifusión sen rede CDN para a caché. En base a isto, a proba de rendemento destes dous servizos O foco tamén é diferente.
1. Introdución á proba de rendemento do servizo VOD
Os programas VOD son normalmente entregados baixo demanda. Os usuarios baixo demanda poden controlar libremente o progreso do programa e rematar a reprodución do programa, pero cada usuario baixo demanda ten que ocupar un certo ancho de banda de rede, polo que o número de usuarios simultáneos está limitado polo ancho de banda da rede e o rendemento do servidor.
Os indicadores de proba do rendemento do servizo VOD inclúen principalmente o número máximo de fluxos simultáneos, flutuacións do ancho de banda, ancho de banda medio utilizado, taxa de perda de paquetes e tempo medio de resposta.
(1) Número máximo de fluxos simultáneos: o número máximo de usuarios en liña que o sistema multimedia en streaming pode soportar ao mesmo tempo e cada usuario está obrigado a ver o programa de vídeo completo normalmente. Antes de que o número de usuarios se incremente gradualmente ata o valor máximo, o sistema non provocará que os usuarios que xa están en liña non poidan obter servizos por mor dos usuarios recentemente engadidos. Aínda que algúns sistemas de vídeo poden proporcionar un gran número de fluxos simultáneos, o número de fallos é grande. Debido a que a maioría dos usuarios usan TCP, o número de fluxos simultáneos non diminúe despois da retransmisión. Non obstante, para un fluxo único que fallou, o usuario xa fallou. Non se pode seguir recibindo servizos de vídeo. Polo tanto, o número máximo de fluxos simultáneos debe ser o número máximo efectivo de usuarios que o sistema de vídeo pode soportar e que poida ver programas en liña ao mesmo tempo.
(2) Flutuación do ancho de banda: durante a reprodución dun ficheiro de vídeo, o ancho de banda do fluxo multimedia cambiará debido aos cambios na imaxe. Por exemplo, para os programas de ensino na aula, a imaxe continua non cambia moito antes e despois, polo que a taxa de código do programa é relativamente constante e a flutuación do ancho de banda é relativamente pequena; para os programas deportivos, a imaxe continua cambia moito antes e despois, polo que a taxa de código do programa O cambio é correspondentemente maior e a flutuación do ancho de banda tamén é maior. A flutuación da taxa de código do programa é unha proba severa para o rendemento do servidor de vídeo. Se demasiados usuarios solicitan programas cunha taxa de código máis alta, é probable que diminúa o número de usuarios que o servidor pode soportar ou que o servidor de vídeo reduza o ancho de banda de saída do fluxo do programa.
(3) Ancho de banda medio usado: o ancho de banda medio utilizado por todos os usuarios durante a visualización do programa polo usuario. Canto maior sexa o valor, maior será a capacidade de ancho de banda que pode proporcionar o sistema de vídeo en streaming.
(4) Taxa de perda de paquetes: cando os usuarios reciben servizos de vídeo baixo demanda, necesitan obter vídeo ficheiros do servidor e se hai perda de paquetes durante a transmisión de ficheiros de vídeo. O valor da taxa de perda de paquetes é xeralmente pequeno, pero o impacto sobre o usuario é moi importante, especialmente a relación de compresión empregada actualmente é relativamente alta, aínda que se perdan algúns paquetes de vídeo, afectará a visualización do usuario ou incluso desconectará o conexión. O límite superior da taxa de perda de paquetes de VOD de extremo a extremo non debe superar o 0.1%.
(5) Tempo medio de resposta: a distribución global do tempo desde o momento en que o usuario envía a solicitude baixo demanda ao servizo de vídeo. Por suposto, o tempo medio de resposta é o máis curto posible. En xeral, o atraso medio de vídeo a demanda non debe superar os 2 segundos (provisional).
2. Introdución á proba de rendemento do servizo de TV
Os programas de TV adoitan transmitirse en modo multidifusión. Multicast é unha tecnoloxía de rede que permite a un ou máis remitentes (fontes de multidifusión) enviar un único paquete de datos a varios receptores ao mesmo tempo. A fonte de multidifusión envía paquetes de datos a un grupo de multidifusión específico e só os enderezos pertencentes ao grupo de multidifusión poden recibir os paquetes de datos. En IPTV, a miúdo só hai unha fonte de multidifusión. Mesmo se o número de usuarios duplícase, o ancho de banda troncal non necesita aumentar, porque non importa cantos enderezos de destino haxa, só se transmite un único vídeo en calquera ligazón troncal de toda a rede. A transmisión en streaming é o chamado "enviar unha vez, emitido dentro do grupo". Multicast mellora a eficiencia da transmisión de datos e reduce a posibilidade de conxestión na rede troncal. Para o sistema de TV, o número de usuarios que pode soportar só está limitado pola capacidade de acceso á rede e non ten nada que ver coa capacidade de push do sistema push frontal.
Polo tanto, os principais indicadores de proba do rendemento do servizo de TV inclúen o número máximo de canles empurrados, o ancho de banda medio da canle, o tempo medio de cambio de canle, o atraso medio de saída da canle, o atraso medio de unión á canle, o tempo de superposición de canles e o tempo de intervalo de canles.
(1) O número máximo de canles empurradas: o número máximo de canles que pode fornecer o sistema multimedia en streaming e o usuario pode percorrer todas as canles nun curto período de tempo.
(2) Ancho de banda medio da canle: o ancho de banda que ocupa cada programa de canle. O ancho de banda ocupado polos programas de definición estándar (SDTV) e os programas de alta definición (HDTV) é diferente, e o ancho de banda ocupado polos programas HDTV é moito maior que o dos programas SDTV.
(3) Tempo medio de cambio de canle: o tempo desde o envío dunha mensaxe IGMPleave ata a recepción do primeiro paquete multicast da canle solicitada. Dado que o cambio de canle de programas de TV na rede IP só se pode conseguir a través de IGMP, en cambio, o cambio de canle dos aparellos de TV tradicionais é moito máis rápido. Polo tanto, segundo os sentimentos subxectivos persoais, normalmente o tempo de conmutación de canle IPTV non debe superar os 2 segundos (provisional), se non, o usuario terá dificultades para tolerar o tempo de espera para o cambio de canle. Na actualidade, o tempo de cambio lento das canles IPTV tamén é un problema urxente que hai que resolver.
(4) Retraso medio na saída da canle: o tempo transcorrido desde o envío dunha mensaxe IGMPleave ata a recepción do último paquete multicast da canle. Xeralmente, canto menor sexa o atraso na saída da canle, mellor será.
(5) Retraso medio de unión á canle: o tempo transcorrido dende o envío dunha mensaxe IGMPjoin ata a recepción do primeiro paquete multicast da canle. Xeralmente, canto menor sexa o atraso de unión á canle, mellor será.
(6) Tempo de superposición de canle: se a conmutación de canle do sistema adopta o método de deter o paquete de multidifusión da canle orixinal despois de recibir o paquete de multidifusión da canle solicitada, o tempo de superposición de canle refírese ao primeiro paquete de multidifusión recibido e á recepción do canle solicitada O intervalo de tempo entre o último paquete multicast da canle orixinal.
(7) Tempo de intervalo de canle: se a conmutación de canle do sistema adopta o método de deter o paquete multicast do orixinal canle e, a continuación, recibindo o paquete multicast da canle solicitada, o tempo do intervalo de canle refírese ao último paquete multicast recibido da canle orixinal e á solicitude recibida O intervalo de tempo entre o primeiro paquete multicast da canle.
3. Outras consideracións
Ademais dos indicadores da proba de rendemento comentados anteriormente, hai algúns factores prácticos que deben ser considerados e probados.
A estabilidade do sistema. Dado que a maioría das tarefas do sistema de vídeo IPTV son proporcionar programas de entretemento, os usuarios prestan máis atención á integridade e continuidade dos programas cando ven programas de entretemento. Polo tanto, a estabilidade é un punto moi crítico para o sistema de vídeo. Cando os usuarios ven os seus programas de vídeo favoritos, teñen unha forte cor emocional. Calquera interrupción do fluxo afectará moito ao efecto de valoración do usuario, como unha pantalla negra cando o usuario está a ver unha serie de televisión. A estabilidade do sistema de vídeo IPTV inclúe: número máximo estable de fluxos simultáneos / número de programas, ancho de banda estable do programa e estabilidade do traballo a longo prazo.
Factores de deterioro da rede. Varios danos na rede teñen un gran impacto na calidade dos programas de vídeo. O dano ocasional na rede afecta directamente á aceptación psicolóxica do usuario do programa de vídeo. O impacto máis directo é que se reduce a avaliación subxectiva dos usuarios sobre a calidade da imaxe de vídeo, por exemplo, cando a taxa de erro de bits da liña de rede alcanza 10E-6, o programa VOD pode ter mosaicos evidentes, decoloración da imaxe e retraso na imaxe. . Neste caso, é probable que o usuario finalice o vídeo baixo demanda. Polo tanto, debemos estudar detidamente a calidade dos programas de vídeo causados por varias deficiencias (incluídos atrasos, fluctuacións, perda de paquetes, desordes e erros de liña) na rede. Á hora de formular indicadores técnicos relevantes para os servizos de IPTV, débese considerar plenamente o impacto das discapacidades da rede na calidade de servizo.
4. conclusións
Nos últimos anos, co rápido desenvolvemento da construción de banda ancha, os servizos de transmisión de vídeo convertéronse nunha das aplicacións máis importantes de Internet. O sistema IPTV é o punto de entrada máis importante para a prestación de servizos de vídeo. Na actualidade, os principais operadores comezaron a proporcionar aos usuarios paulatinamente Para fornecer servizos IPTV, a rede de proba IPTV foi probada en moitas cidades de China. Probar o rendemento do servizo do sistema IPTV é un paso clave que os operadores deben realizar antes de lanzar servizos IPTV. Na actualidade, a tecnoloxía IPTV está na fase inicial de desenvolvemento. Dado que a IPTV implica moitos contidos, as tecnoloxías e servizos relacionados aínda están en proceso de investigación. Non obstante, co desenvolvemento continuo da tecnoloxía, a tecnoloxía de proba dos servizos IPTV seguirá madurando e mellorando, o que inevitablemente promoverá o desenvolvemento de servizos IPTV domésticos.
|
Introduce o correo electrónico para obter unha 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 -> árabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chinés (simplificado)
zh-TW.fmuser.org -> Chinés (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> Checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmit Video and Audio Máis fácil!
contacto
dirección:
No.305 Sala HuiLan Building No.273 Huanpu Road Guangzhou China 510620
categorías
boletín informativo