¿Cómo calcular los parámetros de video de pérdida de paquetes, jitter y QoS sobre una conexión IP?

Question

Me encontré con una aplicación móvil que realiza una prueba de calidad de voz y video para dar una medida de la calidad de la experiencia de voz / video a través de una conexión IP.La prueba calcula los valores de Jitter, pérdida de paquetes, etc. para el flujo remoto.

¡Tengo curiosidad por saber cómo se está haciendo esto?¿Qué se necesitaría para escribir una aplicación tan móvil?

Ayuda en cualquier forma es apreciada.

gracias.

Answer 1

La forma más fácil de hacer esto es enviar datos de un dispositivo a través de la red que se está probando y luego volver a recibirlo en el mismo dispositivo.

Esto le permite calcular fácilmente el tiempo necesario para cada paquete (retardo), la varianza en el tiempo para diferentes paquetes (jitter) y para detectar cualquier pérdida de paquetes. Tenga en cuenta que la pérdida de paquetes es una cosa relativa, se puede retrasar un paquete durante mucho tiempo en lugar de perderse. Normalmente, si no se recibe un paquete dentro de una cierta ventana de jitter, puede ser declarada como perdida.

En el mundo real, por lo general, quiere probar desde el punto "a" hasta el punto "B" (es decir, no solo para volver al punto "A"). Para un códec de voz o video (codificador) que envía paquetes en un intervalo regular, esto es sencillo, ya que sabe que el segundo paquete debe llegar un momento dado después de la primera y si no se retrasa (o ha llegado temprano). De esto puedes calcular el jitter en el punto 'B'. Cualquier paquete que no llegue (dentro del período en el que permite que lleguen los paquetes) se contarán como un paquete perdido. Tenga en cuenta que cómo se codifica una muestra puede causar problemas con el cálculo de jitter, aunque si está creando una aplicación de prueba donde controla la codificación, puede evitar estos problemas, consulte el siguiente enlace para más información: http://www.cs.columbia.edu/~hgs/rtp/faq.html#jitter

Otra cosa a tener en cuenta es que no ha mencionado el retraso, pero puede ser muy importante, ya que puede tener una red sin pérdida de paquete y excelente jitter, pero con un gran retraso y esto puede tener un efecto dramático en algunas aplicaciones (por ejemplo, voz). Como ejemplo sencillo y no muy realista, dice que tiene una red perfecta desde un punto de vista de jitter y pérdida de paquetes, pero con un enrutador que hace algún tipo de búsqueda de seguridad y, por lo tanto, agrega un retardo de dos segundos a cada paquete. Debido a que es el mismo retraso para cada paquete, su jitter estará bien, pero para una aplicación de voz de dos vías, la demora de dos segundos entre alguien en el punto 'A' habla y alguien en el punto 'B' escucharlas será un problema importante. < / p>