viernes, 4 de febrero de 2011

3.4.2 Delays experimentados.

Otro de los aspectos importantes para el correcto funcionamiento del
Sistema es retardo experimentado por los paquetes de voz. Ese
retardo, como recomienda la ITU-T en [10] , no debe ser superior a
150 ms en todo el sistema completo. Si suponemos que empleamos
25 ms en codificar la información y 25 más en decodificarla, nos
resulta un retardo de 100 ms para el tramo de red.

Teniendo en cuenta que la transmisión de paquetes de VoIP se
Efectuará mayoritariamente en una red híbrida (wireless-cableada),
Encontraríamos valores lógicos retardos de 70-80 ms para el tramo
sin hilos y 20-25 ms para el tramo cableado.

En las gráficas anteriores presentamos los resultados obtenidos del
Retardo medio experimentados por los paquetes de voz de 160
bytes (64 Kbits/ seg en 20 ms). El retardo esta directamente ligado
al error en los paquetes, ya que si no existe errores en los mismos,
no habrá necesidad de retransmisiones con lo que los paquetes
experimentarán un menor retardo. En la práctica habrá que llegar a
un compromiso entre número de ACKs, tasa de error retardo
experimentado.


Fig. 3.8 Retardo experimentado en el canal de Uplink

En el canal de subida comprobamos la existencia de un retardo de
20 ms (resolución mínima en nuestro simulador) para los paquetes
que poseen un único ACK. Si deseamos una BLER menor y
activamos las retransmisiones el retardo de los paquetes aumenta
hasta valores de 50-65 ms, habiendo poca diferencia entre
mecanismos de 2 retransmisiones verso los mismos de 3 ACKs.

De igual forma se analizan el canal de bajada de datos (Downlink),
Donde encontramos gráficas muy parecidas a las anteriores, pero
con tendencias mas suavizadas que en la gráfica anterior.

Finalmente podemos concluir que el número óptimo de ACKs para
El Servicio de VoIP es 2, ya que minimiza la BLER, sitúa los retardos
en un nivel comparable a 3 ACKs y coherentes con el servicio (<100
ms ) reduciendo la carga de proceso tanto para el terminal móvil
como para la estación base.


Fig - 3.3- Retardo experimentado en el canal de bajada.

No hay comentarios:

Publicar un comentario