|
IPTV QoS est un sujet qui est devenu un problème de confusion pour de nombreuses entreprises, il faut bien l'éclaircir. Qualité du service, étant quelque chose de nouveau oftens rend les gens pensent automatiquement à l'aide de pré-existante techniques de mesure. Ce point de départ fondamental pour la mesure de QOS est où la plupart de la confusion est générée. De la même manière que lorsque les entreprises commencent à se déplacer de l'analogique au numérique de signaux de radiodiffusion, la tendance naturelle des ingénieurs existantes a été de vouloir mesurer le signal numérique en convertissant le retourner à l'analogique, puis d'utiliser leur équipement existant. IPTV SGQ a causé beaucoup de la même méthodologie, permettant aux ingénieurs ayant une formation réseau souhaite mesurer les statistiques du réseau, et ingénieurs ayant une expérience vidéo voulons mesurer les statistiques vidéo. Les (anciens ingénieurs de réseau) peut un plaisir de prendre leurs mesures de l'infrastructure réseau existante, mais n'ont aucun sentiment pour ce que les paquets sur le réseau ont trait à ce que les signaux vidéo. Le peuple vidéo à convertir le signal de télévision sur IP en son format vidéo numérique (c'est la conversion de la propriété intellectuelle pour la vidéo), ce qui manque vraiment au point que tout ce que vous êtes vraiment à trouver est de savoir comment bien le dispositif de conversion de travaux (une pièce d'équipement d'essai ne sera pas comparable à la façon dont une STB (Set Top Box) seraient décoder le signal. Ainsi, vous avez deux approches séparées pour le même problème - ni de ce qui est vraiment idéal. Maintenant, il ya une place pour l'équipement existant de test (matériel de test de réseau est grand pour le trafic de données comme il a toujours été, et Transport Stream (vidéo numérique) analyseurs sont grands à votre tête-End (lorsque le contenu vidéo est originaire) afin de confirmer que la vidéo à votre réseau IP a été bon), donc c'est pas le temps de le jeter, c'est juste pas le bon outil pour l'IPTV QOS. En fonction de qui vous êtes, vous pourriez très bien être concernés par une seule partie d'un système IPTV ou l'ensemble du système, donc nous allons la diviser en au cœur du problème et ce que cela signifie à chaque endroit dans le réseau (nous allons assigner le réseau de 4 points de test: 1) Head End 2) Core Network 3) Le réseau Edge 4) client d'accueil). 1) Head End. Cela peut vous concerner si vous êtes responsable pour la création, de fournir, ou reçoit de la vidéo à partir d'une tête de ligne. Une tête de ligne peut se composer de n'importe quoi des encodeurs vidéo professionnel pour serveurs VOD (Video On Demand), et pourrait être dans l'un des nombreux formats vidéo, les types de compression, etc bitrates Ils pourraient être unicast ou multicast, UDP, RTP ou un mécanisme de propriété (Comme dans le cas de la MSTV). Quelle que soit la situation, c'est une bonne idée de prendre des mesures pour veiller à ce que la tête est robuste et que les dispositifs de l'encodage vidéo sont fiables. Un problème à la tête de touche tout le monde sur toute la ligne, le droit pour le client. (nous supposerons que les divers «excédentaires» des systèmes sont en place pour éviter ce type de problème, si possible) Après avoir construit le système de tête avec une architecture robuste, la dernière chose (et l'important pour nous) est de surveiller le Head End IP de sortie de flux vidéo pour s'assurer que ce premier point, où la vidéo est encapsulé IP a été fait de façon adéquate et que le reste de l'infrastructure IPTV peut s'appuyer sur cette entrée. Note: Une erreur fréquente à ce stade (et ailleurs) est d'avoir une sorte de round-robin système en place lorsque tous les flux vidéo sont mesurés en même temps - cela devrait être fait que si c'est absolument nécessaire comme l'un des «problèmes» avec la nature de la prestation IP sur un réseau est que les troubles causés à l'signal dans le domaine de la propriété intellectuelle ont une incidence sur la non-déterministe sur les flux vidéo. Cela signifie que si vous cherchez à 5 de 100 flux, vous pourriez avoir des problèmes sur certains de nombres aléatoires d'autres flux que vous ne verriez pas - sauf si vous surveiller tous les flux simultanément. 2) Core Network. Espérons que les étapes ci-dessus aura été fait, donc si vous êtes concernés par le coeur de réseau, votre principal travail implique de faire votre propre vérification que les flux entrant dans votre réseau sont OK (vous ne pouvez pas compter sur le fournisseur de tête à le faire ceci pour vous, et c'est beaucoup plus facile d'être en mesure de sortir du feu des projecteurs lorsque des problèmes se produire si vous pouvez facilement confirmer votre participation), et en s'assurant que le passage à travers le réseau ne cause pas de pertes ou de gigue excessive (les 2 seuls composants qui peuvent arrêter le réseau obtenir votre vidéo pour la fin intacte. Maintenant que nous sommes dans le domaine de la propriété intellectuelle, ce problème de perte de paquets est finalement le numéro 1 chose à regarder pour (tous les paquets IP perdu ne signifie la perte du contenu vidéo depuis tous les mécanismes d'insérer des paquets en paquets IP vidéo pour la livraison, certains contiennent même jusqu'à paquets vidéo 7 dans un paquet IP). Toutefois, cela étant dit, chaque dispositif de réseau (et finalement au STB) possèdent des tampons qui signifie que la gigue excessive peut provoquer des pertes de paquets. Puisque nous ne voulons vraiment pas de perte de paquets, cette gigue des moyens est tout aussi important pour nous, lorsque la surveillance de notre système. Le botteur réel ici est que si vous êtes de la vieille école de la propriété intellectuelle de suivi, vous serez très heureux avec ce que j'ai dit jusqu'à présent - mais il ya une chose qui rend chose d'un peu plus «intéressant». Il est parfaitement possible de perdre "paquets médias», mais pas les paquets IP. Chaque fois qu'une infrastructure comprend des éléments comme les multiplexeurs qui combinent la vidéo MPEG et «plusieurs ruisseaux MUX 'en un seul, si vous ne faites pas une certaine forme d'« inspection approfondie des paquets »(en regardant les en-têtes des médias pour assurer la continuité des compteurs sont corrects), vous aurait pas de perte de paquets IP, mais qui ont encore des problèmes vidéo. Cela signifie que votre solution ne peut venir d'une approche ou l'autre, mais a besoin de faire le suivi dans le domaine de la propriété intellectuelle tout en confirmant encore que les paquets des médias sont intacts. Cette complication supplémentaire est l'une des choses que de nombreux fabricants de matériel d'essai ne sont pas pris en compte, généralement due au fait que c'est encore un domaine relativement nouveau et les vendeurs de nombreux équipements sont axées sur la création de «traits», plutôt que de s'attaquer aux problèmes des clients à offrir des avantages qui leur remettent les solutions robustes requis. 3) le réseau Edge. Comme auparavant, notre première étape est de confirmer notre participation est bonne en surveillant tous les flux simultanément pour la gigue et de perte de paquets et puis en s'assurant que le mécanisme du «dernier mile» à la maison de la clientèle est aussi robuste que possible. Depuis cette étape peut facilement associer la conversion de la propriété intellectuelle à la RF (entreprises de câblodistribution nous RF (Radio Fréquence) des signaux au lieu du cuivre ou de câbles de fibres que la plupart des équipements réseau utilise, tout l'équipement d'essai mai besoin d'une interface appropriée pour cela (l'interface la plus fréquente ici est QAM (Quadrature Amplitude Modulation) dont il existe 3 principaux types (ils sont en fait appelé «l'annexe's») l'annexe A, B et C pour les Etats-Unis, en Europe et en Asie. Si en fonction de votre infrastructure d'ici, vous mai mai ou ne pas avoir un réseau IP au domicile du client. 4) Accueil des clients. La finale, et certains diraient la partie la plus importante du système. Comme avant, nous devons vérifier notre entrée (les flux vidéo sur IP qui sont sur le point d'aller à la STB clients). Puisque nous parlons de la propriété intellectuelle, encore une fois tout est sur la gigue et de perte de paquets qui s'est produite à ces flux vidéo sur leur voyage vers ce pays. Depuis que nous avons vérifié la qualité vidéo avait été encodée à la tête de ligne, nous savons que tant que la gigue n'est pas trop pour les décodeurs, pour y faire face, et il n'ya pas de perte de paquets - la vidéo sera exactement comme il était lorsque Il a été codé. Si vous vous demandez comment contourner le problème - il ya des vendeurs d'équipement de dispositifs qui vont dans le domicile du client et adstract la charge de travail de la STB et même certains qui permettent au client de presse sur un bouton pour signaler quand ils ont vu un problème (quelle que soit ce que votre équipement d'essai mai ou mai ne pas avoir signalé - qui dit: vous devez simuler une expérience client) There - Pretty simple, vraiment. C'est vrai, mais en réalité, la plupart des entreprises ne possèdent pas, le contrôle ou même avoir accès à l'ensemble du système. Cela fait à déployer un déploiement IPTV un peu un cauchemar que si vous comprenez les enjeux et disposer de l'équipement d'essai approprié (rappelez-vous, certaines personnes ont encore un pied dans le réseau ou de l'ancien monde de la vidéo). Lorsque les entreprises ont accès à de grandes parties du système ou collaborent avec des sociétés amicales qui le font, ce mal de tête peut devenir bien plus facile lorsque l'équipement utilisé peut avoir ses données introduites dans un système central de surveillance vidéo. De cette façon, les 2 problèmes communs de 1) Où est le problème 2) Est-ce un problème de propriété intellectuelle, sont visibles en un coup d'œil et un important gaspillage de temps et d'efforts arrivons au point où vous savez que même lorsque le problème est peut être évitée. Quand il s'agit de vouloir quantifier la qualité du système, il existe plusieurs normes pour l'évaluation de l'IPTV, les plus fréquentes sont: 1) V-Factor 2) MOS 3) MDI 1) V-Factor V-Factor est un système qui utilise Moving Picture Quality Metrics (MPQM) recherche pour essayer de simuler ce à quoi un être humain aurait décidé de la qualité de la vidéo était. Ceci est une méthode intéressante et est une façon d'approcher le problème, mais nécessite beaucoup de traitement, ne peut raisonnablement être fait dans la plupart des réseaux (depuis le travail de traitement est lourd, cela ne se prête pas à «de base» ou «tête suivi end '), donc pourrait servir comme une mesure utile à intégrer dans les décodeurs. Puisque nous sommes bien dans une approche holistique QOS IPTV, seule une solution de surveillance qui nous donne une vue d'ensemble ainsi que le détail va faire. 2) MOS (Mean Opinion Score) Encore une fois, cet indicateur est conçu pour essayer de donner une approximation de ce que l'homme allait voir. Comme pour le V-Factor, c'est une bonne idée et techniquement excellent, mais ne nous dit pas ce qui est mauvais dans le système (c'est agréable d'avoir une qualité Score ', mais en réalité nous avons besoin de savoir quoi faire avec un' pauvres score). 3) MDI (Media Delivery Index) Comme son nom l'indique, nous obtenons une mesure qui nous dire quelque chose concernant la livraison. (xx: yy, où xx correspond à la gigue cumulative et assimile aa aux pertes de paquets) Cette fois, plutôt que d'essayer d'analyser la vidéo et 'score' il, nous obtenons des données sur la gigue et de perte de paquets sur le point d'être mesurée. S'il peut pas étudier le signal vidéo décodé, il ne nous disent comment la vidéo a été rendu - qui, si vous vous rappelez est vraiment la chose la plus importante si elle a été codé correctement. MDI est une apporiate métriques à n'importe quel point dans le système et voudraient nous le faire savoir immédiatement si il y avait un problème de livraison. Comme les valeurs MDI sont basées sur les débits des flux vidéo, cela nous donne aussi quelques informations très utiles sur la façon dont les différents cours d'eau sera touché par notre réseau (par exemple, si nous sommes déjà en cours 50 SD (Standard Definition) des cours d'eau et Nous tenons à les remplacer par HD (Haute Définition) flux, un V-Factor ou MOS score à un moment de notre réseau ne sera pas nous dire à quoi s'attendre, alors que les paramètres de MDI nous le fera savoir à quel point la différence du réseau est de nature à faire. La gigue sur le réseau aura une incidence sur SD et HD écouter différemment (en fait, n'importe quel cours d'eau aux différents débits seront diversement affectés par l'instabilité - ce qui provoque de nombreux problèmes), ainsi avoir des informations sur la façon dont la gigue est influent sur la prestation de propriété intellectuelle est l'information réellement utile, que vous ne comprennent pas les autres systèmes de mesure. J'espère que vous trouverez cet article utile et de prendre les mesures nécessaires pour assurer un système fiable avant de vous en recevez "des maux de tête de déploiement". Un autre article suivra prochainement décrivant comment construire un solide réseau IPTV. |