Comment calculer les paramètres de perte de paquets, de jitter et de QOS de la vidéo sur une connexion IP?

Question

J'ai rencontré une application mobile qui effectue un test de qualité vocale et vidéo pour donner une mesure de la qualité de l'expérience vocale / vidéo sur une connexion IP.Le test calcule les valeurs de la gigue, de la perte de paquets, etc. pour le flux distant.

Je suis curieux de savoir comment cela se fait?Que faudrait-il pour écrire une application aussi mobile?

aide sous n'importe quelle forme est appréciée.

merci.

Answer 1

Le moyen le plus simple de le faire est d'envoyer des données d'un périphérique via le réseau étant testé, puis recevez-la à nouveau sur le même périphérique.

Cela vous permet de calculer facilement le temps pris pour chaque paquet (délai), la variance à temps pour différents paquets (gigue) et pour détecter toute perte de paquets. Notez que la perte de paquets est une chose relative - un paquet peut être juste retardé pendant une longue période plutôt que de perdre. Typiquement, si un paquet n'est pas reçu dans une certaine fenêtre de gigue, il peut être déclaré comme perdu.

Dans le monde réel, vous voulez généralement tester du point "A" au point "B" (c'est-à-dire non seulement sur le point "A"). Pour une voix ou un codec vidéo (codeur) qui envoie des paquets à un intervalle régulier, cela est simple car vous savez que le deuxième paquet doit arriver un temps donné après le premier et s'il n'est pas retardé (ou est arrivé tôt). De cela, vous pouvez calculer la gigue au point 'B'. Tout paquet n'arrivant pas (dans la période que vous permettez aux paquets d'arriver) sera compté comme un paquet perdu. Notez que la manière dont un échantillon est codé peut entraîner un problème avec le calcul de la Jitter, bien que si vous créez une application de test dans laquelle vous contrôlez vous-même, vous pouvez éviter ces problèmes - voir le lien ci-dessous pour plus d'informations sur ce: http://www.cs.columbia.edu/~hgs/rtp/faq.html#Jitter

Une autre chose à noter est que vous n'avez pas mentionné le retard mais il peut être très important car vous pourriez avoir un réseau sans perte de paquets et une excellente gigue, mais avec un grand retard et cela peut avoir un effet dramatique sur certaines applications. (par exemple la voix). En tant qu'exemple simple et non réaliste, disons que vous avez un réseau idéal à partir d'un point de vue de la gigue et de la perte de paquets, mais avec un routeur qui fait une sorte de recherche de sécurité et ajoute donc un délai de deux secondes à chaque paquet. Parce que c'est le même retard pour chaque paquet que votre gigue ira bien, mais pour une application vocale à deux voies, le deuxième retard entre quelqu'un au point "A" parle et quelqu'un au point "B" les entendra être un problème majeur. < / p>