Medición de QoS IPTV (Quality of Service)
Contar palabras:
1997
Resumen:
IPTV QoS es un tema que se ha convertido en un tema confuso para muchos negocios, así que está claro para arriba.
Calidad de Servicio, que se ablanda algo nuevo hace que la gente automáticamente piensa de la utilización de técnicas de medición ya existentes. Este punto de partida básico para la medición de calidad de servicio es donde la mayor parte de la confusión que se genera.
De la misma manera que cuando las empresas comenzaron a pasar de analógico a digital de señales de radiodifusión, la tendencia natural de los ingenieros existentes fue querer medi ...
Palabras clave:
IPTV, VOD, video IP, MStV
Cuerpo del artículo:
IPTV QoS es un tema que se ha convertido en un tema confuso para muchos negocios, así que está claro para arriba.
Calidad de Servicio, que se ablanda algo nuevo hace que la gente automáticamente piensa de la utilización de técnicas de medición ya existentes. Este punto de partida básico para la medición de calidad de servicio es donde la mayor parte de la confusión que se genera.
De la misma manera que cuando las empresas comenzaron a pasar de analógico a digital de señales de radiodifusión, la tendencia natural de los ingenieros existentes fue con sus mediciones, la nueva señal digital mediante la conversión de nuevo a analógica y luego con sus equipos existentes. IPTV QoS ha causado una gran cantidad de la misma metodología, por lo que los ingenieros con un fondo de la red con sus mediciones, estadísticas de la red, y los ingenieros con un fondo de vídeo con sus mediciones, las estadísticas de vídeo. El primero (ingenieros de red) feliz puede tomar sus medidas de la infraestructura de red existente, pero no obtienen ningún sentimiento por lo que los paquetes de la red se refieren a las señales de vídeo que. El pueblo de vídeo desea convertir la señal de IPTV en su formato de vídeo digital (su conversión de IP a video), lo que realmente se pierde el punto de que todo lo que está realmente saber es qué tan bien funciona el dispositivo de conversión (un pedazo de equipo de prueba no será comparable a la forma en que un STB (set top box) que decodificar la señal de este modo, tiene dos enfoques distintos para el mismo problema -. ninguna de las cuales es realmente ideal.
Ahora, hay un lugar para los actuales equipos de ensayo (prueba de equipos de red es ideal para el tráfico de datos como siempre lo fue, y Transport Stream (video digital) analizadores son grandes en su cabeza-End (donde el contenido de vídeo original) y la agregación de video puntos con el fin de confirmar que el vídeo en su red IP era bueno), por lo que no es hora de tirarlo a la basura, es simplemente no la herramienta adecuada para IPTV QoS.
Con los comentarios de la forma en que se puede mover hacia delante (es difícil moverse cuando usted todavía tiene un pie en su forma de pensar de edad).
Dependiendo de quién eres, que bien podría ocuparse de sólo una parte de un sistema de IPTV o todo el sistema, por lo que vamos a entrar en el problema central y lo que eso significa en cada lugar en la red (vamos a asignar la red de cuatro puntos de prueba: 1) Jefe Final 2) Red Central 3) Red perimetral 4) Inicio del cliente).
1) Fin de la cabeza.
Esto podría causar preocupación si usted es responsable de crear, ofrecer o recibir video de un Head End.
Un Head End puede consistir en cualquier cosa, desde los codificadores de vídeo profesional para servidores de VOD (Video On Demand), y podría estar en uno de los muchos formatos de video, tipos de compresión, el bitrate, etc Pueden ser Unicast o Multicast, UDP, RTP o un mecanismo de propiedad (Como en el caso de MSTV).
Sea cual sea la situación, es una buena idea tomar medidas para garantizar que el Head End es sólida y que los dispositivos de codificación de vídeo son fiables. Un problema en el extremo principal afecta a todos por la línea, justo al cliente. (Vamos a suponer que varios 'redundante' sistemas existen para evitar este tipo de problemas cuando sea posible)
Después de haber construido el sistema Head End con una arquitectura robusta, lo último (y la más importante para nosotros) es supervisar el Jefe de finalización de vídeo IP de salida del flujo para garantizar que este primer punto donde el vídeo IP es encapsulado que se ha hecho adecuadamente y que el resto de la infraestructura de IPTV puede confiar en esta entrada.
Nota: Un error común en este punto (y en otros lugares) es tener algún tipo de sistema de round-robin en el lugar en el que no todas las secuencias de vídeo se miden al mismo tiempo - esto sólo debe hacerse si es absolutamente necesario como uno de los "problemas" con la naturaleza de la prestación de IP a través de una red es que los impedimentos causados a la señal en el dominio de la PI tienen un efecto no-determinista en los flujos de vídeo. Esto significa que mientras que usted está buscando a las 5 de 100 flujos, podría estar teniendo problemas en algunos de números aleatorios de otros flujos que no volvería a ver - a menos que controlar todos los flujos de forma simultánea.
2) Red de Núcleo.
Esperemos que los pasos anteriores se han realizado, así que si usted está preocupado con la red principal, su trabajo principal consiste en hacer su propia verificación de que los flujos de entrada en la red se puede (no se puede confiar en el proveedor de Head End hacer esto para usted, y es mucho más fácil para poder salir del centro de atención cuando se producen problemas si puede confirmar su entrada), y asegurar que el paso a través de la red no causa ninguna pérdida o fluctuaciones excesivas (las únicas dos componentes que pueden dejar de obtener en la red el vídeo hasta el final intactas.
Ahora que estamos en el dominio de la PI, esta cuestión de la pérdida de paquetes es en última instancia, el número 1 cosa a tener en cuenta (todos los paquetes IP perdidos significa la pérdida de contenido de vídeo desde todos los paquetes de vídeo mecanismos de inserción en paquetes IP para la entrega, algunos incluso contienen hasta 7 paquetes de vídeo en un paquete IP). Sin embargo, dicho esto, cada dispositivo de red (y en última instancia, el STB) tienen amortiguadores que significa que la inquietud excesiva puede causar la pérdida de paquetes. Puesto que realmente no quieren la pérdida de paquetes, jitter este medio es tan importante para nosotros, cuando nuestro sistema de vigilancia.
El pateador real aquí es que si eres de la vieja escuela de vigilancia IP que va a ser muy feliz con lo que he dicho hasta ahora - pero hay una cosa que lo hace un poco más 'interesante'. Es perfectamente posible perder paquetes 'medios', pero no los paquetes IP. Cada vez que una infraestructura incluye elementos como los multiplexores que combinan el vídeo MPEG y "MUX" varios arroyos en uno solo, si no estás haciendo algún tipo de «inspección profunda de paquetes (busca en los encabezados de los medios de comunicación para garantizar la continuidad de los contadores son correctos) que no podía tener la pérdida de paquetes IP, pero todavía tienen problemas con el video. Esto básicamente significa que su solución no puede provenir de un enfoque u otro, pero tiene que hacer el seguimiento en el dominio de la PI al mismo tiempo que confirma que los paquetes de los medios de comunicación están intactas.
Esta complicación adicional es una de las cosas que muchos fabricantes de equipos de prueba no han representado, por lo general debido al hecho de que esto sigue siendo un campo bastante nuevo y muchos vendedores de equipos se centran en la creación de "características" en lugar de abordar los problemas de los clientes a ofrecer beneficios que en realidad les dan las soluciones robustas necesario.
3) extremo de la red.
Al igual que antes, nuestro primer paso es confirmar nuestro aporte es bueno por el seguimiento de todas las corrientes al mismo tiempo por la pérdida de paquetes y jitter y luego asegurarse de que el mecanismo de la 'última milla' a la casa del cliente es lo más sólidos posibles.
Desde este paso fácilmente podría implicar la conversión de IP a la RF (compañías de cable nos RF (Radio Frecuencia) en lugar de señales de los cables de cobre o de fibra que la mayoría de equipos de red utiliza, cualquier equipo de prueba puede necesitar una interfaz adecuada para ello (la interfaz más común aquí es QAM (modulación de amplitud en cuadratura) de los cuales hay tres tipos principales (en realidad son llamados «anexo de ') en el anexo A, B y C para los EE.UU., Europa y Asia.
Así que dependiendo de su infraestructura de aquí, usted puede o no tener una red IP a la casa del cliente.
4) Inicio del cliente.
La final, y algunos dirían que la parte más importante del sistema.
Al igual que antes, tenemos que comprobar nuestra entrada (los flujos de vídeo IP que está a punto de ir a los clientes STB). Ya que estamos hablando de propiedad intelectual, una vez más esto es todo sobre el jitter y pérdida de paquetes que se ha dado a los flujos de vídeo en su viaje a esta casa. Desde que se comprobó la calidad de video ya que fue codificado en el extremo de la cabeza, sabemos que el tiempo que la inquietud no es demasiado para el STB para hacer frente a, y no hay pérdida de paquetes - el video será exactamente igual que cuando que fue codificado.
Si usted se pregunta cómo evitar esto - no son los vendedores de equipos con dispositivos que van en la casa del cliente y adstract la carga de trabajo de la STB, e incluso algunos que permiten a la prensa al cliente un botón para indicar cuando vieron a un problema (sin importar lo que su equipo de prueba puede o no han indicado - que dice que usted necesita para simular una experiencia de cliente)
Hay - Muy simple en realidad.
Eso es cierto, pero en la vida real la mayoría de las empresas no propio control, o incluso tener acceso a todo el sistema. Esto hace que el despliegue de una implementación de IPTV un poco de una pesadilla si no se entiende los problemas y tener el equipo de prueba adecuado (recuerde que algunas personas todavía tienen un pie en el mundo de la red o video de edad).
Cuando las empresas tienen acceso a gran parte del sistema o están trabajando con las compañías de usar que hacer, este dolor de cabeza puede conseguir mucho más fácil cuando el equipo que se utiliza puede tener sus datos correspondientes a un sistema de vídeo vigilancia central. De esta manera, los 2 problemas comunes de 1) ¿Dónde está el problema 2) ¿Es un problema de propiedad intelectual, son visibles a simple vista y mucho tiempo perdido y el esfuerzo sólo para llegar al punto en el que siquiera saben dónde está el problema puede ser evitado.
Cuando se trata de querer cuantificar la calidad del sistema, existen varias normas para la evaluación de IPTV, los más comunes son: 1) Factor V-2) MOS 3) MDI
1) V-Factor
V-Factor es un sistema que utiliza métricas de calidad de imagen en movimiento (MPQM) la investigación para tratar de simular lo que un ser humano habría decidido la calidad del video era.
Este es un método interesante y es una manera de enfocar el problema, pero requiere una gran cantidad de procesamiento, no es realista se puede hacer en la mayor parte de la red (ya que el trabajo de procesamiento es pesado, no se presta al "núcleo" o "cabeza supervisión final »), por lo que podría servir como una medida útil para integrarse en STB.
Ya que estamos viendo un enfoque integral de IPTV QoS, sólo una solución de monitoreo que nos da el panorama general, así como el detalle suficiente.
2) MOS (Mean Opinion Score)
Una vez más, este indicador está diseñado para tratar de dar una aproximación de lo que un humano vería.
Al igual que con el V-Factor, es una idea genial y técnicamente excelente, pero no nos dice lo que está mal con el sistema (es bueno tener una 'puntuación' de calidad, pero en realidad lo que necesitamos saber qué hacer con un ' pobres resultados).
3) MDI (índice de distribución de medios)
Como su nombre indica, se obtiene un indicador que nos dice algo acerca de la entrega. (Xx: yy donde xx equivale a la inquietud acumulada y aa equivale a la pérdida de paquetes) Esta vez, en lugar de tratar de analizar el video y la "puntuación" que, obtenemos datos sobre la pérdida de paquetes y jitter en el punto de que se está midiendo. Si bien no podría estudiar la señal de vídeo decodificada, sí nos dice qué tan bien el video ha sido entregado - que si recuerdo es realmente lo más importante si se ha codificado correctamente.
MDI es una métrica apporiate en cualquier punto del sistema y que nos deja saber inmediatamente si hay un problema de entrega. Dado que los valores MDI se basan en la tasa de bits de las secuencias de vídeo, esto también nos da una información muy útil acerca de cómo las diferentes corrientes se verán afectados por nuestra red (por ejemplo, si ya estamos ejecutando 50 SD (definición estándar) y Corrientes queremos reemplazarlos con HD (alta definición) corrientes, un V-Factor o puntuación de MOS en algún momento de nuestra red no nos dirá lo que puede esperar, mientras que las métricas MDI nos permitirá saber la cantidad de diferencia en la red es probable que La inquietud de hacer de la red afectará flujo de SD y HD de forma diferente (de hecho, ninguna de las corrientes con diferentes bitrates será diferente afectados por la inestabilidad - esto causa muchos problemas)., así que tener información sobre la forma en que la inquietud está afectando a la entrega de propiedad intelectual es una información realmente útil, que simplemente no se consigue con los sistemas de medición.
Espero que este artículo útil y tomar las medidas necesarias para garantizar un sistema fiable antes de llegar a "dolores de cabeza de implementación". Otro artículo en breve descripción de cómo construir una sólida red de IPTV.
Entradas
