INTEGRANTES:

ERIC YAGUAL
JEFFERSON NARVAEZ
TITO REYES
 ALGORITMOS DE CODIFICACIÓN Y
DECODIFICACIÓN DE VOZ (CODECS)
• Un codificador-decodificador o de manera abreviada “codec” es un algoritmo
que traduce una señal analógica en una señal digital. Por lo tanto uno de los
aspectos a valorar a la hora de elegir un codec es el tamaño al codificar la onda
analógica.
• Un codificador-decodificador o de manera abreviada “codec” es un algoritmo
que traduce una señal analógica en una señal digital. Por lo tanto uno de los
aspectos a valorar a la hora de elegir un codec es el tamaño al codificar la onda
analógica.
• Un codificador-decodificador o de manera abreviada “codec” es un algoritmo
que traduce una señal analógica en una señal digital. Por lo tanto uno de los
aspectos a valorar a la hora de elegir un codec es el tamaño al codificar la onda
analógica.
• Los codecs de audio para telefonía se pueden dividir en dos grupos: aquellos
basados en “pulse code modulation” (PCM) y aquellos que reestructuran la
representación digital de PCM en formatos más livianos. Ambos tipos se
detallan mediante los distintos aspectos técnicos, a los cuales es posible
realizar distintas configuraciones que modifican el funcionamiento del codec.
• Cada codec tiene unos valores determinados en dos atributos relacionados
con el tamaño y tiempo de la muestra: sample size O tamaño muestra y
sample interval o intervalo muestra. El primero determina el número de bits
de la muestra una vez codificada por el codec. El segundo atributo indica el
intervalo de tiempo o cada cuánto tiempo se lleva a cabo este proceso, es
decir, cada cuánto se va codificando una muestra.
• Conocido el tamaño de cada muestra codificada y la frecuencia de muestreo,
es posible calcular el ancho de banda que es necesario para poder establecer
una comunicación de buena calidad entre dos puntos.
• Tal y como se puede ver en la figura 2-24, el siguiente paso consiste en que
cada una de las muestras codificadas se incluyan como contenido en un
paquete RTP, el cual se incluye a su vez en un paquete UDP, y por último en un
paquete a nivel IP.
• Al final se genera un paquete de un tamaño mayor al sample size, y es ese el
motivo por lo que se requiere más ancho de banda. A este tamaño extra, que
se añade al sample size, y que es absolutamente necesario para poder rutar el
paquete a través de la red, se le denomina overhead o sobrecarga.
• la necesidad de ancho de banda ha aumentado considerablemente de
unos 6400 a 17066 bits por segundo. Como ya se ha comentado, esto
es debido al overhead.
• Si observamos la figura 2-24 realmente se tiene demasiado overhead
para un pequeño frame de audio codificado. La relación “audio
codificado y overhead necesario para enviar ese audio codificado” no
está bien equilibrada, ya que se tienen 24 bytes de audio útil por 40
bytes de las distintas cabeceras. Una medida para paliar esta
proporción excesiva de overhead, es introducir más de un frame en el
paquete RTP (véase la figura 2-25).
• ancho de banda necesario se ha visto reducido considerablemente respecto a
la situación anterior pero aumenta la latencia, es decir, hay que esperar más
tiempo a obtener el audio suficiente para generar 3 frames para poder
completar un paquete.
• Esto provoca que el destinatario del paquete tarde más tiempo (aunque
recibe más cantidad de audio) en llegar a destino, por lo que si se retrasa
(lag) durante el trayecto se va a producir temporalmente un corte en la
comunicación.
Unas consideraciones que pueden ayudarnos a decantarnos por una u otra
forma son las siguientes:
• Si se dispone de una buena conexión a Internet, quizás lo más recomendable
sería reducir la latencia todo lo posible, con la consecuencia de que ante una
pérdida de un paquete los resultados no serían tan graves.
• Si por el contrario no dispone de una buena conexión, un término
medio entre latencia y overhead es lo más recomendable.
• Si el sample interval del codec es muy pequeño, a pesar de que
incluyamos varios frames de sonido en un mismo paquete, la latencia va
a ser pequeña (recordar que la latencia es el resultado de multiplicar el
número de frames de sonido en el paquete por el sample interval). De
esta manera podemos enviar la mayor cantidad de audio posible,
teniendo una baja latencia (lógicamente el consumo de ancho de banda
aumentará).
• Si el sample interval del codec es muy grande, es recomendable no
incluir más de un frame de sonido en el paquete ya que la latencia es
elevada.
los codecs más utilizados actualmente y la configuración más
equilibrada. El significado de cada campo de la tabla es:
• Bit Rate es, teóricamente, el ancho de banda requerido por un solo sentido de la
comunicación y suponiendo un uso continuo del ancho de banda. Por tanto, para la práctica
este valor ha de ser multiplicado por dos (ya que se tienen dos sentidos en la comunicación).
Para algunos codecs, el consumo de ancho de banda real será menor al obtenido tras la
multiplicación ya que durante una conversación se tienen silencios que son detectados por
el codec y no hace por tanto un uso continuo del ancho de banda. Para aquellos que no
detectan el silencio en ambos sentidos, el consumo real será mayor ya que hay que tener en
cuenta que no se envía únicamente datos de voz, sino también datos como cabeceras, que
suponen un “overhead” en el tamaño del paquete de voz y requiere por tanto un ancho de
banda adicional.
• • Audio útil (ms) no es ni más ni menos que la “cantidad de voz útil”, la cantidad de voz real
que representa el total del paquete. Es un detalle que afecta de manera notable en el
funcionamiento del codec desde el punto de vista del lag y del consumo de ancho de banda.
• Ancho de banda ethernet estimado indica el consumo de ancho de banda esperado en una
conversación.
• Latencia o tiempo transcurrido entre envío y envío de los paquetes.
• Calidad general del codec (valor del 1=muy mala al 5=excelente).
.