Ursprung von AES67

Vor der Einführung von AES67 operierte die professionelle Audioindustrie in einem fragmentierten Ökosystem proprietärer Audio-over-IP-Protokolle (AoIP). Wichtige Akteure wie Audinate Dante, ALC NetworX RAVENNA und Wheatstone Livewire lieferten jeweils robuste Lösungen mit niedriger Latenz, konnten jedoch nicht direkt miteinander kommunizieren. Dieser Mangel an Interoperabilität zwang Systemintegratoren und Rundfunkanstalten, sich auf ein einziges Anbieter-Ökosystem zu verpflichten, was die Flexibilität einschränkte und die Kosten in die Höhe trieb. Die Audio Engineering Society (AES) erkannte die Notwendigkeit eines universellen Standards, der es ermöglichen würde, diese Protokolle zu koexistieren und Audiostreams nahtlos auszutauschen.

Die Arbeiten an AES67 begannen 2011 im Rahmen der Arbeitsgruppe SC-02-12 des AES Standards Committee, die Ingenieure führender Hersteller, Rundfunkanstalten und Forschungseinrichtungen zusammenbrachte. AES Standard für Audioanwendungen von Netzwerken – Hochleistungs-Streaming-Audio-over-IP-Interoperabilität. Es definierte einen Basissatz von Anforderungen, die jedes konforme Gerät erfüllen muss, wobei der Schwerpunkt auf Timing, Transport und Medienformatkompatibilität lag. Wichtig ist, dass AES67 nicht bestehende Protokolle ersetzte, sondern stattdessen eine gemeinsame Sprache – eine „Brücke – schuf, die es ihnen ermöglichte, miteinander zu verbinden. Dieser Ansatz ermöglichte es den Herstellern, AES67-Unterstützung neben ihren nativen Protokollen hinzuzufügen und schrittweise ein interoperables Ökosystem aufzubauen.

Wichtige Meilensteine in der AES67 Evolution

Seit seiner ersten Veröffentlichung hat der Standard mehrere Überarbeitungen und Erweiterungen durchlaufen. Jeder Meilenstein hat sich neuen Herausforderungen gestellt und die Lehren aus realen Implementierungen übernommen, um sicherzustellen, dass AES67 im Zuge der Entwicklung von Netzwerkgeschwindigkeiten und Produktionsworkflows relevant bleibt.

2013: Initial Release – Etablierung der Baseline

Der ursprüngliche AES67-2013-Standard definierte Kernelemente: Abtastraten bis 96 kHz, Bittiefen von 16 oder 24 und Transport mit RTP (Real-time Transport Protocol) über UDP. Er beauftragte die Verwendung des IEEE 1588 Precision Time Protocol (PTP) zur Taktsynchronisation und spezifizierte Multicast-Adressbereiche für eine effiziente Bandbreitenauslastung. Diese Version bot eine solide Grundlage, aber Early Adopters hatten Probleme mit der Netzwerkkonfiguration und dem Jitter-Management. Trotz dieser Herausforderungen gewann der Standard schnell an Zugkraft, da er einen klaren Weg für die Interoperabilität mehrerer Anbieter bot.

2015: Verfeinerungen und Klarstellungen

Mit einer 2015 veröffentlichten Änderung (AES67-2015) wurden mehrere technische Unklarheiten, insbesondere in Bezug auf die PTP-Profilauswahl und das Paket-Timing, geklärt. Außerdem wurde optionale Unterstützung für redundante Streams eingeführt, wodurch die Zuverlässigkeit in missionskritischen Broadcast-Anwendungen verbessert wurde. Diese Verbesserungen machten AES67 praktischer für groß angelegte Implementierungen und reduzierten den Konfigurationsaufwand für Netzwerkingenieure.

2018: Verbesserte Synchronisation und Uhrengenauigkeit

Das Update AES67-2018 war ein großer Schritt nach vorne. Es verschärfte die erlaubte PTP-Varianz (Master-Slave-Offset) von ±1 ms auf ±1 μs, was die Ausrichtung auf Sample-Level-Geräten dramatisch verbesserte. Mit diesem Update wurde auch das AES67-2018-Profil "Klasse A" unterstützt, das auch über komplexe Netzwerktopologien eine Latenz unterhalb von Millisekunden garantierte. Darüber hinaus begann der Standard, sich an SMPTE ST 2110 anzupassen und den Weg für kombinierte Audio-/Video-over-IP-Workflows zu ebnen. Diese Überarbeitung war für Rundfunkanstalten von entscheidender Bedeutung, die Hunderte von Audiokanälen mit Videoframes synchronisieren mussten.

2021: Integration mit SMPTE und Medientransport

Mit dieser als AES67-2021 veröffentlichten Überarbeitung wurde die Interoperabilität mit SMPTE ST 2110-30 (Audio) und ST 2110-31 (Audio im AES3-Format) formalisiert. Außerdem wurde das Konzept der „Medienprofile eingeführt, die spezifische Timing-, Format- und Redundanzparameter in vordefinierten Konfigurationen bündeln und so die Konformitätszertifizierung für Hersteller erleichtern. Die Veröffentlichung 2021 befasste sich ausdrücklich mit den Anforderungen von Rundfunkanbietern, die auf IP-Infrastrukturen für Audio und Video umsteigen, und enthielt Bestimmungen für den Umgang mit Audio-Metadaten wie Lautstärke und Sprach-Tags.

2024: Real-World Performance Enhanceds

Obwohl das letzte offizielle Update AES67-2021 ist, haben die laufenden Arbeiten innerhalb der AES und der IEEE Audio/Video Bridging Task Group zu praktischen Verbesserungen geführt, die als Änderungen veröffentlicht wurden. Die 2024-Dokumentreihe enthielt detaillierte Anleitungen zum Netzwerkdesign für AES67 über 25 GbE- und 100 GbE-Verbindungen, wodurch sichergestellt wird, dass der Standard auch bei einem Upgrade auf höhere Bandbreite relevant bleibt. Diese Aktualisierungen beinhalteten auch verbesserte Fehlerresistenzalgorithmen und Empfehlungen für den verschlüsselten Medientransport, was die zunehmende Betonung der Sicherheit in Live-Produktionsumgebungen widerspiegelt.

Technische Architektur von AES67

Um zu verstehen, warum AES67 überdauert hat, hilft es, seine technischen Kernkomponenten zu untersuchen und wie sie interagieren, um synchronisiertes Audio mit geringer Latenz über Standard-IP-Netzwerke zu liefern.

Uhrensynchronisation: IEEE 1588 PTP

AES67 setzt für die präzise Taktausrichtung auf das IEEE 1588 Precision Time Protocol (PTP). Alle Geräte in einem AES67-Netzwerk synchronisieren sich mit einer Grandmaster-Uhr, die in regelmäßigen Abständen (typischerweise einmal pro Sekunde) Zeitnachrichten verteilt. Der Standard schreibt die Verwendung des "Default PTP Profile" für AoIP vor, obwohl aktualisierte Versionen auch das "SMPTE ST 2110 Profile" für hybride Workflows unterstützen. Mit der Revision 2018 sank die maximal zulässige Taktabweichung auf 1 μs, wodurch sichergestellt wird, dass mehrere Mikrofone und Studiomonitore über Hunderte von Kanälen stichprobengenau bleiben. Dieses Maß an Präzision ist für phasenkohärente Mikrofonarrays und zur Vermeidung von Kammfilterungsartefakten in Live-Soundverstärkung unerlässlich.

Audio-Transport: RTP über IP Multicast

AES67 verwendet RTP (Real-Time Transport Protocol) zur Kapselung von unkomprimierten Audio-Samples. Jeder Stream wird an eine Multicast-IP-Gruppe adressiert, so dass mehrere Empfänger die Quelle abonnieren können. Das Paketisierungsschema enthält eine feste Anzahl von Samples pro Paket (normalerweise 1 ms Audio oder 48 Samples bei 48 kHz), um Latenz und Overhead auszugleichen. Der Standard definiert auch, wie mit Paketverlust durch optionale FEC (Forward Error Correction) und Redundanzströme umzugehen ist. In der Praxis konfigurieren Netzwerkingenieure Switches mit IGMP-Snooping und Multicast-Filterung, um die Bandbreitenauslastung zu optimieren.

Medienformate und Bitraten

AES67 unterstützt lineares PCM-Audio mit Abtastraten von 48 kHz, 96 kHz und (seit dem Update 2018) 192 kHz. Bittiefen sind entweder 16 oder 24 Bit. Kanäle sind in „Audioflüsse gruppiert, die bis zu 8 Kanäle pro Fluss (Mono, Stereo oder 5.1) übertragen können. Der Standard definiert auch, wie AES3-Digitalaudio (einschließlich eingebetteter Metadaten) in RTP-Streams eingekapselt werden können, um Kompatibilität mit Altgeräten zu gewährleisten. Bei immersiven Audioformaten wie Dolby Atmos können mehrere Flüsse kombiniert werden, um bis zu 128 Kanäle oder mehr zu verarbeiten, obwohl dies eine sorgfältige Netzwerkplanung erfordert.

Netzwerkanforderungen: QoS und Bandbreite

Die Bereitstellung von AES67 erfordert ein verwaltetes Ethernet-Netzwerk mit expliziter Quality of Service (QoS) -Markierung. Der Standard empfiehlt die Verwendung von DiffServ-Codepunkten, um Audiopakete gegenüber dem normalen Datenverkehr zu priorisieren. Für einen 48 kHz-, 24-Bit-, 8-Kanal-Fluss beträgt die ungefähre Bandbreite 30 Mbps. Mit dem Standard von Gigabit Ethernet können sogar große Studios Hunderte von Kanälen ohne Staus betreiben. Die Änderungen von 2024 enthielten spezifische Empfehlungen für Jumbo-Frames (bis zu 9000 Bytes), um den Paket-Overhead in Umgebungen mit hohen Kanalzahlen zu reduzieren.

Darüber hinaus müssen Netzwerk-Switches strenge Prioritäts-Warteschlangen und Traffic-Shaping unterstützen, um deterministische Latenz zu erhalten.

Aktuelle Features von AES67 in der Praxis

Heute ist AES67 in Tausende von Produkten von Dutzenden von Herstellern eingebettet, darunter Mischpulte, Verstärker, Mikrofone und Signalprozessoren.

  • Universelle Interoperabilität: Geräte, die Dante, RAVENNA, Livewire oder Q‐LAN unterstützen, können über ein AES67-Gateway oder nativ miteinander verbunden werden, sofern sie den Standard implementieren. Dies ermöglicht es den Rundfunkanbietern, Geräte verschiedener Anbieter zu mischen und abzugleichen, ohne dabei an Leistung einzubüßen.
  • Hochpräzise Synchronisation: Mit IEEE 1588 PTP mit 1 μs Genauigkeit können AES67-Netzwerke Live-Übertragungsereignisse mit mehreren Kameras und Tonquellen ohne Ausfälle oder Phasenfehler verarbeiten.
  • Skalierbarkeit: Multicast-Streaming ermöglicht es einer Quelle, Hunderte von Zielen zu speisen. Die Verwendung von Standard-Ethernet-Switches bedeutet, dass die Systemgröße nur durch die Netzwerkkapazität und nicht durch proprietäre Protokollbeschränkungen begrenzt ist.
  • Niedrige Latenz: Eine End-to-End-Latenz von nur 125 μs (ein Audiopaket bei 8 kHz Abtastung) ist in optimierten Netzwerken erreichbar, die die Anforderungen von Live-Soundverstärkungs- und In-Ear-Monitor-Systemen (IEM) erfüllen.
  • Integration der Steuerung: AES67 arbeitet nebenbei AES70 (OCA) für die Fernsteuerung und -überwachung von Geräten, die eine einheitliche Verwaltung großer IP-basierter Audiosysteme ermöglichen.
  • Redundanzoptionen: Der Standard unterstützt redundante Streams über separate Netzwerkpfade (in einigen Implementierungen werden PRP- oder HSR-Protokolle verwendet), wodurch ein Failover in kritischen Broadcast-Anwendungen wie Live-Sport oder Nachrichtenproduktion sichergestellt wird.

Beispiele für die Einführung und Interoperabilität in der Industrie

Der Erfolg von AES67 wird am besten durch seine Einführung in große Sendeanstalten und Live-Events veranschaulicht. So nutzt das neue Broadcasting House der BBC in London AES67, um Audiokonsolen mehrerer Anbieter, darunter Calrec und Lawo, zu verbinden. Ebenso stützten sich die 2024 übertragenen Olympischen Spiele auf AES67-konforme Sprechanlagen von Riedel, um Hunderte von Kommentatorenpositionen an verschiedenen Orten zu verbinden.

Die Hersteller haben auch AES67 als Standardfunktion angenommen. Audinate’s Dante Die ursprünglich proprietäre Plattform umfasst nun native AES67-Unterstützung (durch Firmware-Updates), damit Dante-Geräte neben RAVENNA-basierten Systemen arbeiten können. RAVENNA Das Protokoll war schon immer AES67-konform und durch die Integration mit SMPTE ST 2110 ist es das Rückgrat vieler IP-basierter TV-Produktions-LKWs. Wheatstone’s Livewire Ubersetzungen Darüber hinaus bietet AES67 Unterstützung, so dass Radiosender IP-Audio nahtlos in bestehende analoge oder digitale Infrastruktur integrieren können.

Interoperabilitätstestveranstaltungen, wie das jährliche AES67 PlugFest, bringen Ingenieure verschiedener Unternehmen zusammen, um zu überprüfen, ob ihre Implementierungen korrekt funktionieren. Diese Veranstaltungen haben dazu beigetragen, den Standard zu verfeinern und Integrationsprobleme in diesem Bereich zu reduzieren. Der AES Technical Committee on Networking veröffentlicht auch Konformitätstestsuiten, die Hersteller während der Produktentwicklung verwenden können.

Was Sie in zukünftigen Releases erwarten können

Da professionelles Audio seine Migration zu IP-basierten Workflows fortsetzt, muss sich der AES67-Standard weiterentwickeln, um neuen Anforderungen in Bezug auf Sicherheit, Bandbreite und Medienvielfalt gerecht zu werden. Ausgehend von aktuellen Branchentrends und der laufenden Arbeit im AES Standards Committee werden die folgenden Bereiche bei den bevorstehenden Überarbeitungen voraussichtlich besondere Aufmerksamkeit erhalten.

Erweiterte Sicherheit: Verschlüsselung und Authentifizierung

Heute werden AES67-Streams typischerweise ohne Verschlüsselung gesendet, was Risiken in Broadcast- und Event-Umgebungen darstellt, in denen proprietäre Inhalte (z. B. Live-Sportkommentare oder ungeschnittene Studio-Feeds) abgefangen werden könnten. Zukünftige Releases werden eine obligatorische oder optionale Verschlüsselung mit AES‐128 oder AES‐256 sowie Schlüsselverwaltungsprotokolle wie DTLS (Datagram Transport Layer Security) spezifizieren. Authentifizierungsmechanismen verhindern, dass nicht autorisierte Geräte in das Netzwerk eintreten oder Datenverkehr in das Netzwerk einspeisen. Ziel ist es, Sicherheit auf Augenhöhe mit modernen IP-Videostandards (z. B. SMPTE ST 2110 mit SRTP) zu erreichen. Einige Hersteller haben bereits proprietäre Verschlüsselung auf AES67 implementiert, aber ein standardisierter Ansatz wird die Bereitstellung von Multi-Vendor-Bereitstellungen vereinfachen.

Höhere Bandbreite und Channel Count

Immersive Audioformate wie Dolby Atmos, MPEG‐H und 3D-Audio erfordern mehr Kanäle und höhere Sampleraten. Zukünftige AES67-Profile können bis zu 256 Kanäle pro Fluss und Sampleraten bis zu 384 kHz unterstützen. Da Studios 25 GbE- und 100 GbE-Netzwerke übernehmen, wird der Standard explizite Paketierungs- und Timing-Empfehlungen zur Ausnutzung dieser höheren Verbindungsgeschwindigkeiten ohne Jitter bieten. Die 2024-Änderungen bieten bereits Leitlinien für 25 GbE, und zukünftige Releases werden dies voraussichtlich auf 50 GbE und 200 GbE erweitern.

Verbesserte Interoperabilität mit Emerging Protocols

Neue Transportprotokolle wie AVB (Audio Video Bridging) und TSx (Transport Stream Extensions) gewinnen sowohl im professionellen als auch im Consumer-Bereich an Zugkraft. Zukünftige AES67-Releases können „Bridge-Regeln definieren, die eine nahtlose Konvertierung zwischen AES67-Streams und AVB-Streams (unter Verwendung von IEEE 1722) oder MPEG-Transportstreams ermöglichen. Dies würde eine direkte Verbindung zwischen professionellen AoIP-Netzwerken und IoT-Audiogeräten für Verbraucher ermöglichen und neue Distributionsmodelle für die Produktion nach Hause eröffnen. Darüber hinaus untersucht die AES 67 Möglichkeiten, AES67 mit dem aufkommenden IEEE 802.1BA-Standard für zeitsensitive Netzwerke (TSN) zu harmonisieren, der deterministische Latenzgarantien über heterogene Netzwerke hinweg bieten würde.

Integration mit Cloud und Edge Computing

Der Anstieg der Cloud-basierten Produktion und Fernübertragung erfordert, dass AoIP über WAN-Verbindungen mit variabler Latenz und potenziellem Paketverlust arbeitet. Zukünftiges AES67 könnte ein "WAN-Profil" spezifizieren, das adaptive Jitterpuffer und FEC verwendet, die auf Paketverlustraten von bis zu 10% zugeschnitten sind. Darüber hinaus könnte der Standard definieren, wie AES67 in SRT (Secure Reliable Transport) oder RIST (Reliable Internet Stream Transport) für einen zuverlässigen Fernverkehr gekapselt werden kann.

Unified Time and Metadata Alignment mit Video

Obwohl AES67 bereits mit SMPTE ST 2110 arbeitet, wird eine engere Integration erwartet. Zukünftige Versionen können eine gemeinsame Grandmaster-Uhr sowohl für Audio- als auch für Videodomänen vorschreiben, wodurch separate Zeitbasen entfallen. Sie können auch Standard-Metadatencontainer für Lautstärke, Sprache und Quellkennzeichnung definieren, was die Verwaltung komplexer mehrsprachiger Sendungen erleichtert (z. B. für Sportveranstaltungen mit mehrsprachigen Kommentarspuren). IEEE 1588-2019 Eine Neuregelung für redundante Grandmaster-Uhren würde die Zuverlässigkeit in missionskritischen Produktionsumgebungen weiter erhöhen.

Energieeffizienz und Low-Power Designs

Da Nachhaltigkeit eine Priorität wird, können zukünftige AES67-Releases Richtlinien zur Reduzierung des Stromverbrauchs in AoIP-Geräten enthalten. Dies könnte dynamische Anpassungen der Paketraten in Leerlaufzeiten, die Unterstützung von energieeffizientem Ethernet (IEEE 802.3az) und Empfehlungen für Hardwaredesigns mit geringem Stromverbrauch umfassen, die immer noch strenge Timing-Anforderungen erfüllen. Netzwerk-Switches, die für AES67 mit Per-Port-Power-Management optimiert sind, könnten den CO2-Fußabdruck von Großanlagen erheblich reduzieren.

Schlussfolgerung

AES67 hat einen langen Weg von seinen Ursprüngen als grundlegendes Interoperabilitäts-Framework zurückgelegt. Heute ist es ein ausgereifter, weithin vertrauenswürdiger Standard, der die Audio-over-IP-Revolution in Broadcasting, Live-Sound und Medienproduktion untermauert. Jede Revision - von 2013 bis 2021 und darüber hinaus - wurde von realen Bedürfnissen angetrieben: engere Synchronisierung, höhere Bandbreite, bessere Redundanz und Ausrichtung mit Video. Da sich die Branche in Richtung immersiver Audio, Cloud-Workflows und erhöhter Sicherheitsanforderungen bewegt, werden zukünftige AES67-Releases weiterhin den wesentlichen Klebstoff liefern, der es verschiedenen Geräten und Protokollen ermöglicht, die gleiche digitale Sprache zu sprechen. Für Systemdesigner, Broadcast-Ingenieure und Integratoren ist es nicht nur eine Frage der technischen Neugier, sondern ist wichtig, um zuverlässige, zukunftssichere Installationen zu bauen, die sich an die nächste Generation von Audio-Netzwerken anpassen können.

Für die neuesten offiziellen Updates überprüfen Sie die Website von AES Standards und die IEC-Rahmen Viele Hersteller veröffentlichen auch detaillierte White Papers zu ihren Umsetzungsstrategien, die für das Verständnis der Funktionsweise von AES67 in der Praxis von unschätzbarem Wert sind. White Papers von RAVENNA und Schulungsressourcen von Audinate bieten praktische Anleitungen für das Netzwerkdesign und die Fehlersuche.