Come calcolare i parametri di perdita di pacchetti, jitter e qoS del video su una connessione IP?

Question

Mi sono imbattuto in un'applicazione mobile che esegue un test di qualità vocale e video per fornire una misura della qualità dell'esperienza vocale / video su una connessione IP.Il test calcola i valori di jitter, perdita di pacchetti ecc. Per il flusso remoto.

Sono curioso di sapere come viene fatto questo?Cosa ci vorrebbe per scrivere una tale applicazione mobile?

Aiuto in qualsiasi forma è apprezzata.

Grazie.

Answer 1

Il modo più semplice per farlo è inviare dati da un dispositivo attraverso la rete testata e quindi riceverlo di nuovo sullo stesso dispositivo.

Ciò consente di calcolare facilmente il tempo impiegato per ciascun pacchetto (ritardo), la varianza in tempo per diversi pacchetti (jitter) e rilevare qualsiasi perdita di pacchetti. Si noti che la perdita di pacchetti è una cosa relativa: un pacchetto può essere appena ritardato per molto tempo piuttosto che perduto. In genere se un pacchetto non viene ricevuto all'interno di una certa finestra Jitter, potrebbe essere dichiarato come perso.

Nel mondo reale che di solito si vuole testare dal punto 'A' a punto 'B' (cioè non solo tornare indietro al punto 'A'). Per un codec vocale o video (encoder) che invia pacchetti a intervalli regolari Questo è semplice come sai che il secondo pacchetto dovrebbe arrivare un dato tempo dopo il primo e se non è in ritardo (o è arrivato presto). Da ciò è possibile calcolare il jitter al punto 'b'. Qualsiasi pacchetto che non arriva (all'interno del periodo si consentono di arrivare i pacchetti) sarà contato come un pacchetto perso. Si noti che come un campione è codificato può causare problemi con il calcolo del jitter, sebbene se si sta creando un'applicazione di prova in cui si controlla la codifica da solo è possibile evitare questi problemi - vedere il link sottostante per ulteriori informazioni su questo: http://www.cs.columbia.edu/~hgs/rtp/faq.html#jitter

Un'altra cosa da notare è che non hai menzionato il ritardo ma può essere molto importante come si potrebbe avere una rete senza una perdita di pacchetti e un jitter eccellente, ma con un grande ritardo e questo può avere un effetto drammatico su alcune applicazioni (ad es. voce). Come esempio semplice e non molto realistico dire di avere una rete perfetta da un punto di vista della perdita di jitter e pacchetto, ma con un router che fa una sorta di ricerca di sicurezza e quindi aggiunge un ritardo di due secondi ad ogni pacchetto. Poiché è lo stesso ritardo per ogni pacchetto che il tuo jitter andrà bene, ma per un'applicazione vocale a due vie il due secondi ritardo tra qualcuno al momento 'A' parlando e qualcuno al punto 'b' che li ascolta sarà un problema importante. < / P >.