05c_Voz IP 3/12/08 13:36 Página 18

REPORTAJE

El objeto del artículo es evaluar la viabilidad de utilizar sistemas que permitan el

transporte de audio, con la calidad necesaria en las emisoras de radio y TV,
a través de redes IP (redes corporativas o Internet) mediante accesos ADSL. La viabilidad
de los sistemas reduciría el coste de los actuales circuitos RDSI (ISDN) y circuitos digitales
de 64 kb/s, utilizados para la distribución y contribución de programas.

Transporte de audio
sobre redes IP
Luis Del Amo Ruiz.
Subdirector Técnico Cadena SER

1. INTRODUCCIÓN la posibilidad de utilizar dichas redes pa-

ra aplicaciones de telefonía, fax, etc., co-
Las redes de voz (telefonía), fax, RD- múnmente llamado voz IP. Por otro lado,
SI, etc. utilizan la conmutación de circui- en muchos casos parte de la capacidad de
tos cuyo funcionamiento requiere: estas redes está siendo infrautilizada.
— Para el inicio de la conexión es ne-
cesario el establecimiento de llamada.
— Se reservan recursos específicos 2. NECESIDAD
de red durante el tiempo que dura la co- DE CIRCUITOS
nexión.
— Se factura por tiempo de utiliza- DE CALIDAD MUSICAL
ción del recurso. EN APLICACIONES DE
Planteamiento similar sería aplicable
a los circuitos digitales permanentes (por
EMISORAS DE RADIO Y TV
ejemplo, los circuitos de 64 kbit/s utiliza- Las emisoras de radio necesitan cir-
dos en contribucción). cuitos para el transporte de sus progra-
Las redes de datos por el contrario mas en las aplicaciones descritas segui-
utilizan la conmutación de paquetes ca- damente.
racterizada por: — Circuitos de calidad musical (15
— No es necesario el establecimiento kHz) estereofónicos para el transporte de
de llamada para realizar la conexión (las programa entre cabeceras nacionales o
redes están permanentemente conectadas). regionales y emisoras periféricas (loca-
— Para garantizar la recepción de los les). Los programas se realizan en las ca-
datos es necesario el direccionamiento de beceras nacionales o regionales y se dis-
los paquetes. tribuyen a las emisoras locales que
— Los paquetes pueden ser transpor- proceden a su emisión. En estos tipos de
tados por conductos diferentes. programas no existen contribuciones de
— La facturación es independiente las emisoras locales por lo que el pará-
del tiempo de duración de la conexión. metro importante es la calidad (audio de
La presencia de infraestructuras IP al menos 15 kHz y es estéreo).
en los entornos corporativos de empre- — Circuitos de calidad musical (15
sas, así como la propia Internet, que per- kHz) para contribución al programa regio-
miten la interconexión entre oficinas ubi- nal o de cadena. Los programas se realizan
cadas en ciudades diferentes, ha abierto en las cabeceras nacionales o regionales y

18 Antena de Telecomunicación / DICIEMBRE 2008

05c_Voz IP 3/12/08 13:36 Página 19

tiza un retardo constante de los paquetes)

se suele transmitir en la cabecera del pro-
tocolo RTP un Timestamp (muestra de re-
loj para sincronización).
— RTCP (Protocolo de Control de
Tiempo Real). Es un protocolo que utili-
za TCP para la conexión bi-direccional.
Mediante éste se establece y finaliza la
comunicación y se negocia el modo de
codificación del audio. Suministra datos
relativos a la calidad de recepción así co-
mo los relativos al número de paquetes
Figura 1 perdidos y estadísticas del jitter (varia-
ción en los tiempos de llegada entre los
existen contribuciones desde las emisoras protocolos y procedimientos que proveen paquetes).
locales o cabeceras regionales. En estas cir- los servicios de comunicaciones multi- — SDP y SIP (Protocolo de Descrip-
cunstancias el elemento más importante es media sobre las redes de conmutación de ción de Sesión y Protocolo de Inicio de
obtener un retardo mínimo, por el efecto paquetes, incluyendo las redes basadas Sesión). El SDP indica al decodificador,
molesto que produce en el contertulio al en IP. entre otros, el tipo de codificación de au-
oírse a sí mismo (la señal se transporta des- Los protocolos fundamentales defini- dio utilizado en el RTP. El SIP se utiliza
de la emisora periférica a la cabecera y de dos para este tipo de aplicaciones (simi- para el establecimiento y finalización de
la cabecera a la emisora periférica). lares a los utilizados en Internet para sesión.
— Circuitos de respaldo para caso de Streaming) son:
fallo en la red IP. Son necesarios para — RTP (Protocolo de Transporte en
que hagan de backup del sistema. Ante Tiempo Real). Es un protocolo de trans- 4. ESQUEMA BÁSICO
una caída de la red IP se produce la mar- porte desarrollado específicamente para
cación automática y la señal se direccio- Streaming y corre sobre UDP (Protocolo
DE FUNCIONAMIENTO
na hacía estos circuitos (suelen ser cir- de Datagrama de Usuario). Dispone de La figura 2 muestra el funcionamien-
cuitos RDSI). varios campos de datos no disponibles en to básico del sistema que engloba los
La figura 1 muestra esquema básico TCP. Gestiona los paquetes para que es- procesos siguientes:
de funcionamiento. tos sean servidos a la velocidad adecua- — Digitalización de la señal.
da. De esta manera el receptor está en — Compresión (mediante algoritmos
condiciones de poder organizar los pa- basados en el efecto sicoacústico del oído
3. ESTÁNDAR QUE DEFINE quetes recibidos en el orden correcto y u otros) para reducir la bit rate resultante.
LOS PROTOCOLOS DE reproducirlos a la velocidad adecuada. — Encapsulado de paquetes.
Por tanto, RTP transmite paquetes en — Transmisión.
FUNCIONAMIENTO tiempo real y los paquetes dañados o — Recepción y reordenamiento de
La Unión Internacional de Telecomu- perdidos no son retransmitidos. Para fa- paquetes a su posición original.
nicaciones UIT-T definió, mediante la cilitar la sincronización de los relojes de — Decodificación y recuperación de
Recomendación H.323, los componentes, ambos equipos (de esta manera se garan- la señal de audio.

5. PARÁMETROS QUE
ES NECESARIO EVALUAR
En base al esquema básico de la figura
del punto 4, a la hora de evaluar el siste-
ma deberá utilizarse un protocolo de me-
didas que nos permita, al menos, verificar:
— Calidad de la señal de audio re-
sultante (sin incluir factores relacionados
con el sistema de transmisión). Mediante
medias objetivas y subjetivas.
— Eficiencia de los codificadores pa-
ra los diferentes modos.
— Factores de calidad del servicio
Figura 2 (QoS). Considerando aquellos factores

Antena de Telecomunicación / DICIEMBRE 2008 19

05c_Voz IP 3/12/08 13:36 Página 20

relacionados con el modo y medio de por otro obtenido de la interpola-

transmisión. Entre los que afectan a la ca- ción de los últimos paquetes útiles
lidad se encuentran: recibidos.
• Requerimientos de ancho de ban- • Corrección mediante sistemas de
da necesario. Velocidad de trans- corrección de errores sin canal de
misión y topología de la infraes- retorno (FEC).
tructura de red. La utilización de las técnicas de susti-
• Funciones de control para la tución tiene impacto sobre el audio, por
conexión y su mantenimiento. Re- lo que no se aconseja su implementación.
serva de recursos, provisión y mo- La utilización de sistemas FEC impli-
nitorización necesarios para el es- de banda adicional necesaria para el em- can mayor «carga de audio» (consecuen-
tablecimiento y mantenimiento de paquetado de las muestras de audio (ca- temente mayor ancho de banda adi-
la conexión. becera IP, cabecera UDP, cabecera RTP, cional) y además mayor tiempo de
• Retardo. Retraso de la señal a la etc.). Estos datos adicionales que consti- procesamiento en recepción (mayor re-
salida del receptor medido con tuyen la cabecera permiten a los switch y tardo). La solución sería utilizar sistemas
respecto a entrada del transmisor. router encaminar los paquetes hasta su FEC de baja protección o bien enviar la
• Pérdida de paquetes. En caso de destino, independientemente de la ruta información FEC por otra vía distinta.
que algún paquete se pierda qué seguida por los mismos. La utilización de — Jitter. En una red por conmutación
efecto tiene sobre la calidad de la paquetes de tamaño grande reduce la de paquetes cada uno de ellos puede tomar
señal de audio y si el sistema dis- «carga de audio» y consecuentemente rutas diferentes entre el transmisor y la re-
pone de algún mecanismo para también el ancho de banda adicional ne- cepción, por lo que estos pueden llegar en
corrección de errores. cesario y el retardo, pero por el contrario tiempos diferentes a su destino y es necesa-
• Jitter. Diferencia en el tiempo de puede degradar la calidad del audio si se rio recomponerlos en el orden que corres-
llegada de los paquetes de una pierden paquetes (cuando un paquete se ponden. El efecto del “jitter” puede sol-
misma muestra de audio. pierde implica la pérdida de mayor canti- ventarse mediante la utilización de un
— Fiabilidad del sistema. Fallos de dad de datos). La elección de paquetes de buffer que almacena los paquetes y recons-
establecimiento de llamada, interrupcio- menor tamaño aumenta el ancho de ban- truye la trama en el orden correcto. Un buf-
nes durante la transmisión, tiempo de re- da adicional y el retardo, pero por el con- fer demasiado pequeño daría lugar a más
cuperación ante una interrupción de los trario la pérdida de un paquete causa me- pérdida de paquetes que uno de mayor ta-
circuitos, posibles sistemas de backup nor degradación sobre la señal de audio. maño. Un buffer de mayor tamaño produce
para mantenimiento del servicio. Otra posible solución sería la utilización más retardo que uno de pequeño tamaño.
— Otros. Disponibilidad de aplica- de un buffer de tamaño dinámico, esto es, Por tanto, se debe llegar a un compromiso
ciones para monitorado y control, me- su tamaño se va adaptando al jitter de la en la elección del tamaño del buffer.
diante telegestión. Funcionamiento en red IP. — Latencia (retardo). Por las leyes
modos Unicast y Multicast. — Pérdida de paquetes. Todos los naturales de la física cualquier medio de
sistemas basados en la conmutación de transporte de datos tiene retardo. En una
paquetes son susceptibles de perder al- red IP además del retardo estándar de
6. OTROS ASPECTOS A gunos de ellos, lo que da lugar a pérdi- transmisión hay que añadir el retardo
das de muestras de audio. Se puede mi- asociado al codec de audio (algoritmo de
TENER EN CONSIDERACIÓN nimizar el problema eligiendo paquetes compresión), el de empaquetado IP de
A LA HORA DE VALIDAR EL de menor tamaño pero ello daría lugar a las muestras de audio y de los propios
un aumento del ancho de banda adicio- equipos de encaminamiento de red
SISTEMA (switch, router, etc.).
nal necesario. El receptor podría solici-
A la hora de evaluar el sistema debe- tar del transmisor le reenviase nueva- — Configurabilidad y calidad del ser-
rían de tenerse en cuenta los aspectos si- mente los paquetes perdidos pero ello vicio. Además de las posibilidad de confi-
guientes: daría lugar aun retardo inaceptable en guración del audio para diferentes algorit-
— Ancho de banda de red y tamaño una transmisión en tiempo real. Existen mos y calidades es necesario que los
de los paquetes. La elección de las carac- varios procedimientos para minimizar el codec dispongan de posibilidad de confi-
terísticas del audio (algoritmo, frecuen- efecto de pérdida de paquetes, unos ba- guración del tamaño de los paquetes, del
cia de muestreo, modo, etc.) condiciona sados en el sustitución de los paquetes buffer para eliminación del jitter y, si fue-
el ancho de banda necesario para la trans- perdidos y otros basados en la correc- ra posible, de sistema de corrección de
misión sobre IP. Para redes sincronizadas ción de errores. errores sin canal de retorno (FEC). Tam-
el ancho de banda necesario viene condi- • Sustitución del paquete perdido bién deberían de disponer de posibilidad
cionado exclusivamente por el ancho de por el último paquete útil recibido. de distintos modos de funcionamiento
banda necesario para el transporte del au- • Sustitución del paquete perdido (unicast, unicast múltiple y multicast).
dio comprimido. Pero para audio sobre por silencio o ruido blanco. — Backup. Es importante que el sis-
IP es necesario una capacidad de ancho • Sustitución del paquete perdido tema disponga de un sistema alternativo

20 Antena de Telecomunicación / DICIEMBRE 2008

05c_Voz IP 3/12/08 13:36 Página 21

de las configuraciones (se dispone de

RED Algoritmo bit rate (kbps)
bastante experiencia en los codec utiliza-
IP PCM 16 bits @ 48 kHz dos y los equipos que los implementan).
G711 64 — Considerando prioritario el me-
G722 64 nor retardo.
MPEG 1,2 LII 64, 128, 192, 256, 384 • Tamaño de los paquetes y del buf-
MPEG 1,2 LIII 64, 128, 192, 256 fer: el mejor comportamiento se
MPEG 2,4 AAC LC 64, 128, 192, 256, 384 ha obtenido para el codec aptX
MPEG 4 AAC LD 64, 128, 192, 256, 384 (canal mono con una bit rate de
apt - X 64, 128, 192, 256, 384 128 kbps) con los siguientes pará-
G711 64 metros:
G722 64 — tiempo entre paquetes: 2 ms.
MPEG 1,2 LII 64, 128 — tamaño de paquetes: 66 byte.
RDSI MPEG 1,2 LIII 64, 128 — buffer del receptor: 7 ms.
MPEG 2,4 AAC LC 64, 128 • Retardo: El codec que mejor com-
MPEG 4 AAC LD 64, 128 portamiento ha tenido en cuanto a
apt - X 64 retardo se refiere, en las configura-
ciones que soporta, es aptX . El re-
para transporte del audio, de activación y palda (pruebas realizadas en laboratorio tardo achacable al codec es de
desactivación automática ante una caída interconectados los equipos codificador - unos 38 ms, al que habría que su-
de la red IP. descodificador). mar el achacable a la red IP (equi-
— Pruebas y medidas con circuitos pos de la propia red y empaqueta-
7. INFRAESTRUCTURA con calidad de servicio plata. do de las muestras, etc) que supone
— Pruebas de equipos con calidad de otros 47 ms (conexión sede central
UTILIZADA EN LA servicio estándar (ADSL Avanzado). y emisora periférica), por lo que el
EVALUACIÓN DE LOS — Pruebas en explotación (permite resultado final serían unos 85 ms.
medir la fiabilidad y calidad de servicio Si se conectan dos emisoras perifé-
SISTEMAS de los circuitos utilizados). ricas el retardo total medido llega-
En las pruebas se han utilizado dos ti- Las figuras 3 y 4 muestran el esque- ría a superar los 120 ms.
pos de circuitos: ma básico de conexionado utilizado para • Jitter: Los valores medidos para
— Accesos ADSL contratados con ambas calidades de servicio (plata y es- el jitter y pérdida de paquetes han
calidad de servicio plata. tándar). sido aceptables para bit rate igual
• Línea simétrica de 2 Mb/s. en o inferior a 192 kb/s.
Madrid. — No considerando prioritario el
• Líneas 4 Mb/s / 640 kb/s. en las 10. RESUMEN DE LOS menor retardo.
sedes de Sevilla, Móstoles, Córdo- • Tamaño de los paquetes y del buf-
RESULTADOS OBTENIDOS
ba y Málaga. fer: En estas circunstancias pode-
— Accesos ADSL estándar. 10.1. Conexión espalda - mos optar por una configuración
• ADSL 4Mb/s / 512 kb/s. que nos permita transmitir mayor
espalda anchura de banda del canal de au-
— Calidad de audio: La calidad de dio y un canal estereofónico. Para
8. SISTEMAS EVALUADOS audio es ya conocida para cada una de las ello utilizaremos paquetes más
configuraciones (se dispone de bastante grandes y tamaños mayores de
En las pruebas fueron evaluados equi-
experiencia en los codec utilizados). buffer (para codec MPEG 1 layer
pamientos suministrados por tres provee-
— Retardo: El codec que mejor com- 2, jointstereo a 192 kbps):
dores distintos, uno de ellos de fabrica-
portamiento ha tenido en cuanto a retar- — tiempo entre paquetes: 24 ms.
ción nacional.
do se refiere, en las configuraciones que — tamaño de paquetes: 604 bytes.
La tabla 1 muestra especificaciones
soporta, es aptX . El retardo medido para — buffer del receptor: 2 ms.
técnicas de los equipos en cuanto a codi-
este codec fue de unos 38 ms, tanto para • Retardo: El retardo medido para
ficadores soportados.
bit rate de 64 kb/s como para 128 kb/s. el codec MPEG 1 layer 2 (joints-
tereo a 192 kbps) fue de 299 ms.
9. PLAN DE PRUEBAS El retardo achacable al codec es
10.2. Circuitos con calidad de unos 240 ms, al que habría que
Las pruebas fueron estructuras de sumar el achacable a la red IP
acuerdo con el siguiente plan de medidas
de servicio plata
(equipos de la propia red y empa-
en modo Ethernet (red IP): — Calidad de audio: La calidad de quetado de las muestras, etc.) que
— Medida de equipos espalda – es- audio ha sido la esperada para cada una supone otros 59 ms.

Antena de Telecomunicación / DICIEMBRE 2008 21

05c_Voz IP 3/12/08 13:36 Página 22

que se han producido algunas conmuta-

ciones entre el circuito principal (Ether-
net) y el de Backup (RDSI), sin que ello
haya originado deficiencias en la emi-
sión.

Figura 3. Servicio de calidad plata

11. CONCLUSIONES
10.3. Circuitos con calidad —No considerando prioritario el me- A la vista de los resultados obtenidos
nor retardo.
de servicio estándar (ADSL • Tamaño de los paquetes y del buf-
podemos llegar a la conclusión que esta
tecnología, a falta de experiencias más
Avanzado) fer: En estas circunstancias pode- exhaustivas en explotación (no se dispo-
mos optar por una configuración ne de datos suficientes de comporta-
— Calidad de audio: La calidad de que nos permita transmitir mayor
audio es ya conocida para cada una de las miento de las redes que soportan los sis-
anchura de banda del canal de au- temas de conmutación de paquetes),
configuraciones (se dispone de bastante dio y un canal estereofónico. Para
experiencia en los codec utilizados y los puede ser perfectamente utilizable para
ello utilizaremos paquetes más el transporte de los programas, incluso
equipos que los implementan). grandes y tamaños mayores de
— Considerando prioritario el me- musicales (canal estéreo musical), en
buffer (para codec MPEG 1 layer los que no sea prioritario un bajo retar-
nor retardo. 2, jointstereo a 192 kbps):
• Tamaño de los paquetes y del buf- do. No obstante, se recomienda implan-
— tiempo entre paquetes: 24 ms. tar esta nueva tecnología de manera pau-
fer: el mejor comportamiento se — tamaño de paquetes: 1180 bytes.
ha obtenido para el codec aptX latina, no dando de bajas los circuitos a
— buffer del receptor: 25 ms. los que sustituirían hasta haber verifica-
(canal mono con una bit rate de • Retardo: El retardo medido para
128 kbps) con los siguientes pará- do la estabilidad del correspondiente ac-
el codec MPEG 1 layer 2 (joints- ceso ADSL.
metros: tereo a 192 kbps) fue de 342 ms.
— tiempo entre paquetes: 6 ms. En cuanto a la redes permanentes de
El retardo achacable al codec es distribución y contribución las pruebas
— tamaño de paquetes: 124 bytes. de unos 236 ms, al que habría que
— buffer del receptor: 25 ms. han demostrado que sería factible su sus-
sumar el achacable a la red IP titución en su utilización para distribu-
• Retardo: El codec que mejor (equipos de la propia red y empa-
comportamiento ha tenido en ción de programa, con cualquiera de los
quetado de las muestras, etc.) que codec y accesos ADSL, tanto ADSL
cuanto a retardo se refiere, en las supone otros 106 ms
configuraciones que soporta, es Avanzado (calidad estándar) como ADSL
aptX. El retardo achacable al co- con calidad plata.
dec es de unos 38 ms, al que ha-
10.4. Pruebas en explotación En su posible utilización para contri-
bría que sumar el achacable a la En la configuración de red IP (circui- bución al programa sería posible su sus-
red IP (equipos de la propia red y tos ADSL de 4 Mb/s / 512 kb/s con cali- titución siempre y cuando admitamos
empaquetado de las muestras, dad de servicio Standard) como princi- retardos de unos 200 ms (para codec aptX
etc) que supone otros 144 ms pal y RDSI como Backup, se ha tenido en y accesos ADSL Avanzado) y de unos
(conexión sede central y emisora explotación durante 3 meses para el 90 ms (para codec aptX y accesos ADSL
periférica), por lo que el resulta- transporte de un programa Regional. El calidad plata).
do final serían unos 182 ms. Jit- codec utilizado es el MPEG 1 layer 2, Dado que el mayor peso, en cuanto a
ter: los valores medidos para el con una frecuencia de muestreo de 48 retardo se refiere, corresponde a los cir-
jitter y pérdida de paquetes han kHz y en modo joint estéreo. cuitos que soportan los accesos ADSL, es
sido aceptables para bit rate igual Durante este periodo la calidad del de esperar que la presumible mejora que
o inferior a 192 kb/s. servicio, vía IP, ha sido satisfactoria, aun- con el tiempo se produzca en los circui-
tos de los ADSL Avanzados permitirá re-
ducir sustancialmente los retardos medi-
dos.
Al igual que para en el caso de susti-
tución de los circuitos RDSI, la implanta-
ción de la nueva tecnología para sustituir
los circuitos de la denominada red per-
manente debería hacerse también de ma-
nera paulatina y sin dar de baja, de mo-
Figura 4. Servicio de calidad estándar (ADSL Avanzado) mento, los actuales circuitos. ●

22 Antena de Telecomunicación / DICIEMBRE 2008