Origen de AES67

Antes de la adopción de AES67, la industria de audio profesional operaba dentro de un ecosistema fragmentado de protocolos de audio-sobre IP patentados. Principales jugadores como el Dante de Audinate, el RAVENNA de ALC NetworX y el Livewire de Wheatstone ofrecían soluciones robustas y de baja calidad, pero no podían comunicarse directamente entre sí.

La labor sobre AES67 comenzó en 2011 bajo el grupo de trabajo SC-02-12 del Comité de Normas de la AES, que reunió a ingenieros de los principales fabricantes, emisores e instituciones de investigación. La norma se publicó formalmente en septiembre de 2013 como AES67-2013: AES Standard para aplicaciones de audio de redes – Interoperabilidad de transmisión de audio de alto rendimiento. Definió un conjunto de requisitos de referencia que cualquier dispositivo compatible debe cumplir, centrándose en la compatibilidad de los tiempos, el transporte y el formato multimedia. Críticamente, AES67 no reemplazó los protocolos existentes sino que creó un lenguaje común, un “puente” que les permitió interconectarse. Este enfoque permitió a los fabricantes añadir apoyo AES67 junto con sus protocolos nativos, construyendo gradualmente un ecosistema interoperable.

Principales hitos en la evolución AES67

La norma ha sufrido varias revisiones y prórrogas desde su publicación inicial, que han abordado los nuevos retos e incorporado las lecciones de los despliegues del mundo real, asegurando que AES67 siga siendo relevante a medida que evolucionan las velocidades de red y los flujos de trabajo de producción.

2013: Lanzamiento inicial – Establecimiento de la línea de base

Los elementos básicos estándar AES67-2013 originales: tasas de muestreo de hasta 96 kHz, profundidades de bits de 16 o 24, y transporte con RTP (Protocolo de Transporte de tiempo real) sobre UDP. Encomendó el uso de IEEE 1588 Precision Time Protocol (PTP) para sincronización de relojes y rangos de direcciones multicast especificados para una utilización eficiente del ancho de banda.

2015: Refinemientos y aclaraciones

Una enmienda publicada en 2015 (AES67-2015) aclaró varias ambigüedades técnicas, en particular en torno a la selección de perfiles de PTP y el calendario de paquetes. También introdujo apoyo opcional para secuencias redundantes, mejorando la fiabilidad en las aplicaciones de transmisión crítica de misiones. Estas mejoras hicieron que AES67 fuera más práctico para despliegues a gran escala y redujeron la carga de configuración de los ingenieros de red.

2018: Mayor sincronización y precisión del reloj

La actualización AES67-2018 fue un paso importante hacia adelante. Se ajustó la varianza PTP permitida (master‐slave offset) de ±1 ms a ±1 μs, mejorando dramáticamente la alineación de nivel muestra en múltiples dispositivos. Esta actualización también añadió soporte para el perfil AES67-2018 “Class A” que garantizaba la la latencia de sub-millimpleo de red compleja.

2021: Integración con SMPTE y Transporte de Medios

Publicado como AES67-2021, esta revisión formalizó la interoperabilidad con SMPTE ST 2110-30 (audio) y ST 2110-31 (audio en formato AES3). También introdujo el concepto de “files multimedia” que agrupaba parámetros de sincronización, formato y redundancia específicos en configuraciones predefinidas, facilitando a los fabricantes certificar el cumplimiento. La versión 2021 abordaba explícitamente las necesidades de transmisiones de audio para la transición a IPta.

2024: Mejoras en el rendimiento real-mundial

Aunque la última actualización oficial es AES67-2021, el trabajo en curso dentro del AES y el Grupo de Trabajo de Audio/Video de IEEE ha llevado a refinaciones prácticas publicadas como enmiendas. La serie 2024 de documentos proporcionó una orientación detallada sobre el diseño de red para AES67 más de 25 GbE y 100 enlaces GbE, asegurando que el estándar sigue siendo relevante a medida que los estudios actualizan a mayor ancho de banda.

Arquitectura Técnica de AES67

Para entender por qué AES67 ha sufrido, ayuda a examinar sus componentes técnicos básicos y cómo interactúan para ofrecer audio de baja calidad y sincronizado sobre las redes IP estándar.

Sincronización del reloj: IEEE 1588 PTP

AES67 se basa en el protocolo de tiempo de precisión IEEE 1588 (PTP) para una alineación precisa del reloj. Todos los dispositivos en una red AES67 sincronizan con un reloj de gran maestro, que distribuye mensajes de tiempo a intervalos regulares (normalmente una vez por segundo).El estándar ordena el uso del "Perfil de PTP predeterminado" para AoIP, aunque versiones actualizadas también soportan el "Perfil de alta precisión del reloj de control de control de control de alta calidad

Audio Transport: RTP sobre IP Multicast

AES67 utiliza RTP (Protocolo de Transporte de tiempo real) para encapsular muestras de audio sin comprimir. Cada flujo se dirige a un grupo IP multicast, permitiendo que varios receptores se suscriban sin sobrecargar la fuente. El esquema de empaquetado empaqueta un número fijo de muestras por paquete (típicamente 1 ms de audio, o 48 muestras a 48 kHz) para equilibrar la frecuencia y el error de corrección.

Formatos de medios y tarifas de bits

AES67 admite el audio lineal PCM con tasas de muestra de 48 kHz, 96 kHz y (desde la actualización de 2018) 192 kHz. Las profundidades de bits son de 16 o 24 bits. Los canales se agrupan en “flujos de audio” que pueden llevar hasta 8 canales por flujo (mono, estéreo o 5.1).

Requisitos de red: QoS y ancho de banda

El sistema AES67 requiere una red Ethernet gestionada con marcación explícita de calidad de servicio (QoS). El estándar recomienda utilizar los puntos de código DiffServ para priorizar paquetes de audio sobre el tráfico de datos ordinario. Para un flujo de 48 kHz, 24 bits, 8 canales, el ancho de banda aproximado es de 30 Mbps. Con Gigabit Ethernet se convierte en estándar, incluso grandes estudios pueden ejecutar cientos de canales de alta definición

Características actuales de AES67 en la práctica

Hoy, AES67 está incrustado en miles de productos de docenas de fabricantes, incluyendo consolas de mezcla, amplificadores, micrófonos y procesadores de señal. Sus características clave se pueden resumir de la siguiente manera:

  • Interoperabilidad universal: Los dispositivos que apoyan a Dante, RAVENNA, Livewire o Q-LAN pueden estar vinculados a través de una puerta de entrada AES67 o nativamente, siempre que implementen el estándar. Esto permite a las emisoras mezclar y combinar equipos de diferentes proveedores sin sacrificar el rendimiento.
  • Sincronización de alta precisión: Utilizando IEEE 1588 PTP con 1 μs de precisión, las redes AES67 pueden manejar eventos de transmisión en vivo con múltiples cámaras y fuentes de sonido sin desplegamientos o errores de fase.
  • Escalabilidad: La transmisión multicast permite una fuente para alimentar cientos de destinos. El uso de interruptores Ethernet estándar significa que el tamaño del sistema sólo es limitado por la capacidad de red, no por restricciones de protocolo patentadas.
  • Baja potencia: Latencia final a fin tan baja como 125 μs (un paquete de audio a 8 kHz de muestreo) es alcanzable en redes optimizadas, cumpliendo las exigencias de los sistemas de refuerzo de sonido en vivo y monitor en el tiempo.
  • Integración de control: AES67 trabaja junto con AES70 (OCA) para el control remoto y monitoreo de dispositivos, permitiendo una gestión unificada de grandes sistemas de audio basados en IP.
  • Opciones de la Redundancia: La norma permite que los flujos redundantes se desplacen por caminos de red separados (utilizando los protocolos PRP o HSR en algunas implementaciones), asegurando la falta de aplicaciones de transmisión crítica como deportes en vivo o producción de noticias.

Ejemplos de adopción e interoperabilidad de la industria

El éxito de AES67 es mejor ilustrado por su adopción en las principales instalaciones de radiodifusión y eventos en vivo. Por ejemplo, la nueva Broadcasting House de la BBC en Londres utiliza AES67 para interconectar consolas de audio de múltiples proveedores, incluyendo Calrec y Lawo. Asimismo, los 2024 Juegos Olímpicos emitidos dependieron de sistemas de intercomunicación compatibles con AES67 de Riedel para vincular cientos de posiciones de comentaristas en diferentes lugares.

Los fabricantes también han adoptado AES67 como una característica estándar. Dante de Audinate plataforma, originalmente patentada, ahora incluye soporte nativo AES67 (con habilitado a través de actualizaciones de firmware) para permitir que los dispositivos Dante funcionen junto con sistemas basados en RAVENNA. Asimismo, ALC NetworX RAVENNA protocolo siempre ha sido compatible con AES67, y su integración con SMPTE ST 2110 lo convierte en la columna vertebral de muchos camiones de producción de TV basados en IP. Wheatstone's Livewire También proporciona soporte AES67, permitiendo que las radiodifusión integren perfectamente el audio IP con la infraestructura analógica o digital existente.

Los eventos de pruebas de interoperabilidad, como el AES67 PlugFest anual, reúnen a ingenieros de diferentes empresas para verificar que sus implementaciones interoperan correctamente. Estos eventos han ayudado a refinar el estándar y reducir las cuestiones de integración en el campo. El Comité Técnico de AES sobre Reding también publica suites de prueba de conformidad que los fabricantes pueden utilizar durante el desarrollo de productos.

Qué esperar en futuras versiones

A medida que el audio profesional continúa su migración a flujos de trabajo basados en IP, la norma AES67 tendrá que evolucionar para cumplir con nuevos requisitos en seguridad, ancho de banda y diversidad de medios. Basándose en las tendencias actuales de la industria y en la labor en curso dentro del Comité de Normas AES, es probable que las siguientes áreas reciban atención específica en las próximas revisiones.

Seguridad mejorada: Encriptación y autenticación

Hoy, las corrientes AES67 se envían normalmente sin cifrado, lo que plantea riesgos en entornos de emisión y eventos donde se puede interceptar contenido patentado (por ejemplo, comentarios deportivos en vivo o alimentaciones de estudio no editadas). Se espera que las versiones futuras especifiquen el cifrado obligatorio o opcional mediante AES‐128 o AES‐256, junto con protocolos de gestión clave como DTLS (Datagram Transport Layer Traffic Security).

Mayor ancho de banda y conta de canal

Los formatos de audio inmersivos como Dolby Atmos, MPEG‐H y 3D necesitan más canales y mayores tasas de muestra. Los perfiles futuros AES67 pueden soportar hasta 256 canales por flujo y tasas de muestra hasta 384 kHz. Como los estudios adoptan 25 GbE y 100 GbE redes, la norma proporcionará una embalaje explícita y recomendaciones de tiempo para explotar estas velocidades de conexión más altas sin aumentar la guía de 50b.

Mejora de la interoperabilidad con los protocolos emergentes

Nuevos protocolos de transporte como AVB (Audio Video Bridging) y TSx (Transport Stream extensions) están ganando tracción tanto en dominios profesionales como de consumo. Futuro AES67 versiones pueden definir “reglas de borrado” que permiten una conversión sin fisura entre las corrientes AES67‐ y los flujos AVB (utilizando IEEE 1722) o MPEG Transport Streams.

Integración con Cloud y Edge Computing

El aumento de la producción basada en la nube y la radiodifusión remota requiere que AoIP funcione sobre conexiones WAN con la latencia variable y la pérdida potencial de paquetes. El futuro AES67 podría especificar un “WAN Profile” que utiliza los amortiguadores de jitter adaptables y FEC adaptados para las tasas de pérdida de paquetes hasta el 10%. Además, el estándar podría definir cómo encapsular AES67 en SRT (Secure Transporte confiable)

Alineación de tiempo y metadatos unificados con vídeo

Aunque AES67 ya trabaja con SMPTE ST 2110, se prevé una integración más estrecha. Las versiones futuras pueden ordenar un reloj de gran maestro compartido tanto en los dominios de audio como en los de vídeo, eliminando la necesidad de bases de tiempo separadas. También pueden definir contenedores de metadatos estándar para la ruido, el lenguaje y la etiqueta de fuentes, facilitando la gestión de las transmisiones complejas de varios idiomas (por ejemplo, para eventos deportivos con pistas de comentarios multilingüe). IEEE 1588-17 La enmienda de los relojes redundantes de gran maestro mejoraría aún más la fiabilidad en los entornos de producción críticos de la misión.

Eficiencia energética y diseños de bajo rendimiento

Con la sostenibilidad convirtiéndose en una prioridad, las futuras versiones de AES67 pueden incluir pautas para reducir el consumo de energía en dispositivos AoIP. Esto podría implicar un ajuste dinámico de las tarifas de paquetes durante períodos inactivos, soporte para Ethernet eficiente en energía (IEEE 802.3az), y recomendaciones para diseños de hardware de baja potencia que aún cumplen requisitos estrictos de tiempo.

Conclusión

AES67 ha avanzado mucho desde sus orígenes como un marco básico de interoperabilidad. Hoy es un estándar maduro y de confianza que sustenta la revolución de audio-sobre-IP en la radiodifusión, sonido en vivo y producción de medios. Cada revisión, de 2013 a 2021 y más allá, ha sido impulsada por necesidades reales: mayor sincronización, mayor amplitud de banda, mejor redundancia y alineación con el vídeo.

Para las últimas actualizaciones oficiales, compruebe AES Standards website y el Marco de la CEI para la armonización internacional. Muchos fabricantes también publican documentos blancos detallados sobre sus estrategias de implementación, son invaluables para entender cómo funciona AES67 en la práctica. Los papeles blancos de RAVENNA y Recursos de formación de Audinate ofrecer orientación práctica para el diseño de red y solución de problemas.