FMUSER Wirless transmet la vidéo et l'audio plus facilement!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albanais
ar.fmuser.org -> arabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaïdjanais
eu.fmuser.org -> basque
be.fmuser.org -> biélorusse
bg.fmuser.org -> Bulgare
ca.fmuser.org -> catalan
zh-CN.fmuser.org -> chinois (simplifié)
zh-TW.fmuser.org -> Chinois (traditionnel)
hr.fmuser.org -> croate
cs.fmuser.org -> tchèque
da.fmuser.org -> danois
nl.fmuser.org -> Néerlandais
et.fmuser.org -> estonien
tl.fmuser.org -> Philippin
fi.fmuser.org -> finnois
fr.fmuser.org -> Français
gl.fmuser.org -> Galicien
ka.fmuser.org -> géorgien
de.fmuser.org -> allemand
el.fmuser.org -> Grec
ht.fmuser.org -> Créole haïtien
iw.fmuser.org -> hébreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hongrois
is.fmuser.org -> islandais
id.fmuser.org -> indonésien
ga.fmuser.org -> irlandais
it.fmuser.org -> Italien
ja.fmuser.org -> japonais
ko.fmuser.org -> coréen
lv.fmuser.org -> letton
lt.fmuser.org -> Lituanien
mk.fmuser.org -> macédonien
ms.fmuser.org -> malais
mt.fmuser.org -> maltais
no.fmuser.org -> Norwegian
fa.fmuser.org -> persan
pl.fmuser.org -> polonais
pt.fmuser.org -> portugais
ro.fmuser.org -> Roumain
ru.fmuser.org -> russe
sr.fmuser.org -> serbe
sk.fmuser.org -> slovaque
sl.fmuser.org -> Slovène
es.fmuser.org -> espagnol
sw.fmuser.org -> Swahili
sv.fmuser.org -> suédois
th.fmuser.org -> Thai
tr.fmuser.org -> turc
uk.fmuser.org -> ukrainien
ur.fmuser.org -> ourdou
vi.fmuser.org -> Vietnamienne
cy.fmuser.org -> Gallois
yi.fmuser.org -> Yiddish
Le développement futur de l'IPTV devient le centre d'intérêt de l'industrie. Selon les statistiques de la société d'études de marché MRG, les utilisateurs mondiaux d'IPTV passeront de 2 millions en 2004 à 20 millions en 2010. On estime que le taux de croissance composé du marché mondial de l'IPTV de 2005 à 2010 est de 102%. En Chine, l'industrie IPTV est encore au stade expérimental, et China Telecom, China Netcom et China Railcom mènent activement des essais IPTV.
À l'heure actuelle, de nombreux fabricants d'équipements ont fourni des plates-formes et des équipements de système IPTV. Il est reconnu dans l'industrie que les services IPTV comprennent deux services de base : VOD à la demande ainsi que Diffusion TV en direct. Le développement de l'IPTV domestique bat son plein et il est urgent de normaliser les tests du système IPTV. Cet article vise à discuter brièvement des tests de performance de ces deux services de base du système IPTV. Cet article ne prend en compte que le test de performances de bout en bout, le point d'observation du test est côté utilisateur et ne prend pas en compte les performances du cache hiérarchique côté serveur.
En raison de la différence de structure du réseau entre le réseau VOD à la demande et le réseau de diffusion TV en direct, la distribution VOD doit s'appuyer sur le réseau CDN, tandis que la distribution TV doit s'appuyer sur un réseau multicast sans réseau CDN pour la mise en cache. Sur cette base, le test de performance de ces deux services Le focus est également différent.
1. Introduction au test de performance du service VOD
Les programmes VOD sont généralement livrés à la demande. Les utilisateurs à la demande peuvent contrôler librement la progression du programme et terminer la lecture du programme, mais chaque utilisateur à la demande doit occuper une certaine bande passante réseau, de sorte que le nombre d'utilisateurs simultanés est limité par la bande passante du réseau et les performances du serveur.
Les indicateurs de test des performances du service VOD incluent principalement le nombre maximum de flux simultanés, les fluctuations de bande passante, la bande passante moyenne utilisée, le taux de perte de paquets et le temps de réponse moyen.
(1) Nombre maximal de flux simultanés : nombre maximal d'utilisateurs en ligne que le système de diffusion multimédia en continu peut prendre en charge en même temps, et chaque utilisateur doit regarder le programme vidéo complet normalement. Avant que le nombre d'utilisateurs ne soit progressivement augmenté jusqu'à la valeur maximale, le système n'empêchera pas les utilisateurs déjà en ligne d'obtenir des services en raison des utilisateurs nouvellement ajoutés. Bien que certains systèmes vidéo puissent fournir un grand nombre de flux simultanés, le nombre d'échecs est important. Étant donné que la plupart des utilisateurs utilisent TCP, le nombre de flux simultanés ne diminue pas après la retransmission. Cependant, pour un seul flux qui a échoué, l'utilisateur a déjà échoué. Impossible de continuer à recevoir les services vidéo. Par conséquent, le nombre maximum de flux simultanés doit être le nombre maximum effectif d'utilisateurs pouvant être pris en charge par le système vidéo et pouvant regarder des programmes en ligne en même temps.
(2) Fluctuation de la bande passante : pendant la lecture d'un fichier vidéo, la bande passante du flux multimédia changera en raison des changements dans l'image. Par exemple, pour les programmes d'enseignement en classe, l'image continue ne change pas beaucoup avant et après, de sorte que le taux de code du programme est relativement constant et la fluctuation de la bande passante est relativement faible ; pour les programmes sportifs, l'image continue change considérablement avant et après, de sorte que le taux de code du programme Le changement est en conséquence plus important et la fluctuation de la bande passante est également plus importante. La fluctuation du taux de code de programme est un test sévère pour le débit du serveur vidéo. Si trop d'utilisateurs commandent des programmes avec un débit de code plus élevé, il est probable que le nombre d'utilisateurs que le serveur peut prendre en charge diminuera ou que le serveur vidéo réduira la bande passante de sortie du flux de programme.
(3) Bande passante moyenne utilisée : La bande passante moyenne utilisée par tous les utilisateurs lors de la visualisation du programme par l'utilisateur. Plus la valeur est élevée, plus la capacité de bande passante que le système de streaming vidéo peut fournir est forte.
(4) Taux de perte de paquets : lorsque les utilisateurs reçoivent des services de vidéo à la demande, ils doivent obtenir la vidéo fichiers du serveur, et s'il y a une perte de paquets pendant la transmission de fichiers vidéo. La valeur du taux de perte de paquets est généralement faible, mais l'impact sur l'utilisateur est très important, en particulier le taux de compression actuellement utilisé est relativement élevé, même si quelques paquets vidéo sont perdus, cela affectera la visualisation de l'utilisateur voire déconnectera le lien. La limite supérieure du taux de perte de paquets de bout en bout de la VOD ne doit pas dépasser 0.1 %.
(5) Temps de réponse moyen : La répartition globale du temps à partir du moment où l'utilisateur envoie la demande à la demande au service vidéo. Bien entendu, le temps de réponse moyen est le plus court possible. De manière générale, le délai moyen de bout en bout de la vidéo à la demande ne doit pas dépasser 2 s (provisoire).
2. Introduction au test de performance des services TV
Les programmes télévisés sont généralement transmis en mode multidiffusion. La multidiffusion est une technologie de réseau qui permet à un ou plusieurs expéditeurs (sources de multidiffusion) d'envoyer un seul paquet de données à plusieurs récepteurs en même temps. La source de multidiffusion envoie des paquets de données à un groupe de multidiffusion spécifique, et seules les adresses appartenant au groupe de multidiffusion peuvent recevoir les paquets de données. Dans l'IPTV, il n'y a souvent qu'une seule source de multidiffusion. Même si le nombre d'utilisateurs double, la bande passante de la dorsale n'a pas besoin d'augmenter, car quel que soit le nombre d'adresses de destination, une seule vidéo est transmise sur n'importe quel lien de dorsale dans l'ensemble du réseau. Le streaming est ce qu'on appelle "envoyer une fois, diffusé au sein du groupe". La multidiffusion améliore l'efficacité de la transmission des données et réduit la possibilité de congestion dans le réseau fédérateur. Pour le système de télévision, le nombre d'utilisateurs qu'il peut prendre en charge n'est limité que par la possibilité d'accéder au réseau et n'a rien à voir avec la capacité de poussée du système de poussée frontal.
Par conséquent, les principaux indicateurs de test de la performance des services de télévision comprennent le nombre maximal de canaux poussés, la bande passante moyenne des canaux, le temps de commutation moyen des canaux, le délai moyen de départ des canaux, le délai moyen de jonction des canaux, le temps de chevauchement des canaux et le temps d'intervalle des canaux.
(1) Le nombre maximum de canaux poussés : le nombre maximum de canaux que le système multimédia en continu peut fournir, et l'utilisateur peut parcourir tous les canaux dans un court laps de temps.
(2) Bande passante moyenne de canal: la bande passante occupée par chaque programme de canal. La bande passante occupée par les programmes en définition standard (SDTV) et les programmes haute définition (HDTV) est différente, et la bande passante occupée par les programmes HDTV est bien supérieure à celle des programmes SDTV.
(3) Temps moyen de commutation de canal: temps écoulé entre l'envoi d'un message IGMPleave et la réception du premier paquet de multidiffusion du canal demandé. Étant donné que le changement de chaîne des programmes de télévision sur le réseau IP ne peut être réalisé que via IGMP, en revanche, le changement de chaîne des téléviseurs traditionnels est beaucoup plus rapide. Par conséquent, selon des sentiments subjectifs personnels, le temps de changement de chaîne IPTV ne doit généralement pas dépasser 2 s (provisoire), sinon l'utilisateur aura du mal à tolérer le temps d'attente pour le changement de chaîne. À l'heure actuelle, le temps de commutation lent des chaînes IPTV est également un problème urgent à résoudre.
(4) Délai moyen de sortie du canal : temps écoulé entre l'envoi d'un message IGMPleave et la réception du dernier paquet multicast du canal. En règle générale, plus le délai de départ du canal est court, mieux c'est.
(5) Délai moyen d'adhésion au canal : temps écoulé entre l'envoi d'un message IGMPjoin et la réception du premier paquet de multidiffusion du canal. En règle générale, plus le délai de connexion au canal est court, mieux c'est.
(6) Temps de chevauchement des canaux : si la commutation des canaux du système adopte la méthode d'arrêt du paquet multidiffusion du canal d'origine après avoir reçu le paquet multidiffusion du canal demandé, le temps de chevauchement des canaux fait référence au premier paquet multidiffusion reçu et à la réception du canal demandé L'intervalle de temps entre le dernier paquet de multidiffusion du canal d'origine.
(7) Temps d'intervalle de canal : si la commutation de canal du système adopte la méthode d'arrêt du paquet multidiffusion de l'original canal, puis recevant le paquet multidiffusion du canal demandé, l'intervalle de temps du canal fait référence au dernier paquet multidiffusion reçu du canal d'origine et à la demande reçue L'intervalle de temps entre le premier paquet multidiffusion du canal.
3. Autres considérations
Outre les indicateurs de test de performance évoqués ci-dessus, certains facteurs pratiques doivent être pris en compte et testés.
La stabilité du système. Étant donné que la plupart des tâches du système vidéo IPTV consistent à fournir des programmes de divertissement, les utilisateurs accordent plus d'attention à l'intégrité et à la continuité des programmes lorsqu'ils regardent des programmes de divertissement. Par conséquent, la stabilité est un point très critique pour le système vidéo. Lorsque les utilisateurs regardent leurs programmes vidéo préférés, ils ont une forte couleur émotionnelle. Toute interruption du flux affectera grandement l'effet d'appréciation de l'utilisateur, tel qu'un écran noir lorsque l'utilisateur regarde une série télévisée. La stabilité du système vidéo IPTV comprend: un nombre maximum stable de flux simultanés / nombre de programmes, une bande passante de programme stable et une stabilité du travail à long terme.
Facteurs de dégradation du réseau. Divers dommages dans le réseau ont un impact important sur la qualité des programmes vidéo. Les dommages occasionnels dans le réseau affectent directement l'acceptation psychologique du programme vidéo par l'utilisateur. L'impact le plus direct est que l'évaluation subjective des utilisateurs de la qualité de l'image vidéo est réduite, par exemple lorsque le taux d'erreur binaire de la ligne réseau atteint 10E-6, le programme VOD peut avoir des mosaïques évidentes, une décoloration de l'image et un décalage d'image . Dans ce cas, l'utilisateur est susceptible de mettre fin à la vidéo à la demande. Par conséquent, nous devons étudier attentivement les dommages causés à la qualité des programmes vidéo par diverses dégradations (y compris le retard, la gigue, la perte de paquets, le désordre et les erreurs de ligne) dans le réseau. Lors de la formulation d'indicateurs techniques pertinents pour les services IPTV, l'impact des dégradations du réseau sur la qualité de service QoS doit être pleinement pris en compte.
4. remarques de conclusion
Ces dernières années, avec le développement rapide de la construction à large bande, les services de diffusion vidéo en continu sont devenus l'une des applications les plus importantes d'Internet. Le système IPTV est le point d'entrée le plus important pour la fourniture de services vidéo. À l'heure actuelle, les principaux opérateurs ont commencé à fournir progressivement aux utilisateurs Pour fournir des services IPTV, le réseau d'essai IPTV a été testé dans de nombreuses villes de Chine. Tester les performances de service du système IPTV est une étape clé que les opérateurs doivent effectuer avant de lancer les services IPTV. À l'heure actuelle, la technologie IPTV en est à ses débuts. Étant donné que l'IPTV implique beaucoup de contenu, les technologies et services associés sont toujours en cours de recherche. Cependant, avec le développement continu de la technologie, la technologie de test des services IPTV continuera de mûrir et de s'améliorer, ce qui favorisera inévitablement le développement des services IPTV nationaux.
|
Entrez l'email pour avoir une surprise
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albanais
ar.fmuser.org -> arabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaïdjanais
eu.fmuser.org -> basque
be.fmuser.org -> biélorusse
bg.fmuser.org -> Bulgare
ca.fmuser.org -> catalan
zh-CN.fmuser.org -> chinois (simplifié)
zh-TW.fmuser.org -> Chinois (traditionnel)
hr.fmuser.org -> croate
cs.fmuser.org -> tchèque
da.fmuser.org -> danois
nl.fmuser.org -> Néerlandais
et.fmuser.org -> estonien
tl.fmuser.org -> Philippin
fi.fmuser.org -> finnois
fr.fmuser.org -> Français
gl.fmuser.org -> Galicien
ka.fmuser.org -> géorgien
de.fmuser.org -> allemand
el.fmuser.org -> Grec
ht.fmuser.org -> Créole haïtien
iw.fmuser.org -> hébreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hongrois
is.fmuser.org -> islandais
id.fmuser.org -> indonésien
ga.fmuser.org -> irlandais
it.fmuser.org -> Italien
ja.fmuser.org -> japonais
ko.fmuser.org -> coréen
lv.fmuser.org -> letton
lt.fmuser.org -> Lituanien
mk.fmuser.org -> macédonien
ms.fmuser.org -> malais
mt.fmuser.org -> maltais
no.fmuser.org -> Norwegian
fa.fmuser.org -> persan
pl.fmuser.org -> polonais
pt.fmuser.org -> portugais
ro.fmuser.org -> Roumain
ru.fmuser.org -> russe
sr.fmuser.org -> serbe
sk.fmuser.org -> slovaque
sl.fmuser.org -> Slovène
es.fmuser.org -> espagnol
sw.fmuser.org -> Swahili
sv.fmuser.org -> suédois
th.fmuser.org -> Thai
tr.fmuser.org -> turc
uk.fmuser.org -> ukrainien
ur.fmuser.org -> ourdou
vi.fmuser.org -> Vietnamienne
cy.fmuser.org -> Gallois
yi.fmuser.org -> Yiddish
FMUSER Wirless transmet la vidéo et l'audio plus facilement!
Contactez-Nous
Adresse :
No.305 Chambre HuiLan Building No.273 Huanpu Road Guangzhou Chine 510620
Catégories
Newsletter