AES67

Ein AES67-Sender verpackt digitale Audio-Abtastwerte in RTP-Pakete und überträgt sie über ein IP-Netzwerk. Ein kompatibler Empfänger setzt die Abtastwerte wieder zusammen und gibt sie zum vorgesehenen Zeitpunkt aus. Dafür müssen sich die Geräte auf Parameter wie Abtastrate, Kanalformat, Paketierungsintervall und Netzwerkadressierung verständigen. Die Unterstützung des Standards schafft eine gemeinsame Grundlage für die Übertragung. Trotzdem müssen die tatsächlichen Fähigkeiten der beiden Produkte miteinander verglichen werden.

Die präzise zeitliche Abstimmung erfolgt über eine unterstützte PTPv2-Konfiguration. Die Geräte müssen derselben geeigneten Taktdomäne angehören und kompatible Profileinstellungen verwenden. Gleichzeitig muss das Netzwerk eine stabile Synchronisation ermöglichen. Der Empfänger benötigt außerdem eine Beschreibung des gewünschten Streams, häufig in Form von SDP-Informationen. Wie diese Beschreibung gefunden, veröffentlicht oder geladen wird, kann sich je nach Hersteller unterscheiden. Für das Routing können deshalb Werkzeuge erforderlich sein, die außerhalb der AES67-Transportspezifikation liegen.

• Prüfen Sie die konkreten Fähigkeiten von Sender und Empfänger, statt sich allein auf ein AES67-Logo zu verlassen.
• Stimmen Sie Audioformat, Abtastfrequenz und Paketierungsintervall auf eine gemeinsam unterstützte Kombination ab.
• Kontrollieren Sie die PTP-Konfiguration und den Taktstatus, bevor Sie nach Fehlern im eigentlichen Programmsignal suchen.
• Überprüfen Sie Stream-Adresse, Kanalzuordnung und das Verfahren, mit dem sich der Empfänger auf den Stream aufschaltet.

In Studios, Rundfunkanlagen und Live-Produktionen kommen häufig Geräte aus unterschiedlichen Audionetzwerk-Ökosystemen zusammen. Ein definierter Interoperabilitätsmodus ermöglicht kompatiblen Geräten den Audioaustausch, ohne allein für diesen Systemübergang eine zusätzliche Analogwandlung einzufügen. So kann der Signalweg digital bleiben, und es ergeben sich weitere Verbindungsmöglichkeiten. Besonders groß ist der Nutzen, wenn die Planung sowohl die Übertragungsparameter als auch die notwendigen Bedienschritte an beiden Enden dokumentiert.

Interoperabilität bedeutet nicht, dass sich alle Geräte identisch verhalten. Ein Gerät bietet innerhalb seines eigenen Ökosystems möglicherweise eine komfortable Routing-Matrix, benötigt für einen externen Empfänger aber manuell bereitgestellte Stream-Informationen. Pegelanzeigen, Gerätenamen, Redundanzfunktionen und Fernsteuerung werden nicht zwangsläufig zusammen mit dem Audiosignal übertragen. Jede zusätzliche Funktion muss daher gesondert geprüft werden und ergibt sich nicht automatisch aus der grundlegenden AES67-Unterstützung.

BarCoe Studios eröffnete das erste vollständig über AES67 vernetzte Dolby-Atmos-Studio der Vereinigten Arabischen Emirate, aufgebaut mit Technik von Neumann und Merging Technologies. Den weiteren Produktionskontext erläutert der Artikel zum Dolby-Atmos-Musikmixing. Dieses Studiobeispiel ist jedoch keine Garantie dafür, dass beliebige andere Netzwerkprodukte ohne technische Prüfung miteinander verbunden werden können.

Multicast ist in AES67-Installationen weit verbreitet und erfordert eine gezielte Switch-Konfiguration. IGMP-Snooping kann unnötigen Datenverkehr begrenzen, indem Streams nur an die tatsächlich benötigten Ports weitergeleitet werden. Für eine stabile Verwaltung der Multicast-Gruppen sind jedoch ein geeigneter Querier und ein schlüssiges Netzwerkkonzept wichtig. Dimensionieren Sie das Netzwerk anhand der tatsächlichen Stream-Anzahl, des Paket-Overheads und der Verkehrsmuster, nicht allein anhand der Anzahl der Audiokanäle.

Bei einem Gerät für Dante-Audionetzwerke mit AES67-Unterstützung muss dieser Modus unter Umständen zunächst aktiviert werden. Außerdem unterstützen nicht alle Produkte dieselben Einstellungskombinationen. Die jeweilige Produktdokumentation gibt Auskunft über Taktbeziehungen, unterstützte Übertragungsrichtungen und Kanalgrenzen. Das native Routing innerhalb des Ökosystems und der Empfang interoperabler Streams können in unterschiedlichen Konfigurationswerkzeugen erscheinen, obwohl beide dasselbe Quellmaterial übertragen.

In einem Produktionsraum in Abu Dhabi soll ein Stereo-Programmmix aus einem Audionetzwerksystem an einen kompatiblen Recorder in einem anderen System übertragen werden. Die verantwortliche Fachkraft prüft zuerst, ob beide Produkte eine gemeinsame AES67-Konfiguration unterstützen. Anschließend wird das Programm auf einen eigenen Stream geroutet, dessen Sitzungsbeschreibung dem Recorder bereitgestellt wird. Die Empfangskanäle werden danach den vorgesehenen Aufnahmespuren zugeordnet.

1. Prüfen Sie vor dem Anlegen des Streams die dokumentierten Format- und Synchronisationsanforderungen beider Endgeräte.
2. Stellen Sie eine stabile PTP-Synchronisation her und kontrollieren Sie die beteiligten Netzwerkschnittstellen sowie deren Adressierung.
3. Veröffentlichen oder exportieren Sie die Stream-Informationen und richten Sie den Empfang mit dem unterstützten Verfahren ein.
4. Nehmen Sie einen Test mit Sprache, Musik und eindeutiger Kanalansage auf und hören Sie ihn vor Beginn der Sitzung ab.

Der Test muss mehr nachweisen als das bloße Vorhandensein eines Audiosignals. Die korrekte Zuordnung von links und rechts, passende Pegel, eine unterbrechungsfreie Wiedergabe und eine lückenlose Aufnahme sind gleichermaßen wichtig. Wenn der Recorder Audio empfängt, das Quellgerät aber nicht steuern kann, muss das kein Fehler sein: Die AES67-Übertragung ermöglicht nicht automatisch die Fernsteuerung von Vorverstärkern. Eine schriftliche Übergabedokumentation sollte die genauen Einstellungen festhalten, damit sich die Verbindung später wiederherstellen lässt.

Besonders folgenreich ist die Annahme, dass standardkonforme Endgeräte keinerlei Konfiguration benötigen. Beide Geräte können AES67 unterstützen und dennoch mit unterschiedlichen Voreinstellungen arbeiten. Ebenso beweist eine erfolgreiche Taktsynchronisation nicht, dass der Empfänger dem richtigen Stream beigetreten ist. Ein sichtbarer Stream wiederum belegt nicht, dass sein Kanalformat unterstützt wird. Untersuchen Sie Synchronisation, Übertragung, Sitzungsinformationen und lokales Patching als getrennte Ebenen.

• Setzen Sie AES67 nicht mit automatischer Geräteerkennung oder einer universellen grafischen Steuerungssoftware gleich.
• Gehen Sie nicht davon aus, dass das redundante Übertragungskonzept eines Ökosystems auch im anderen funktioniert.
• Aktivieren Sie Multicast-Verkehr nicht unüberlegt in einem unverwalteten Produktionsnetzwerk.
• Dokumentieren Sie Konfigurationsänderungen, damit sich spätere Firmware-Updates oder Rücksetzungen mit einem bekannten funktionierenden Zustand vergleichen lassen.

Bei sporadischen Störungen sollten Sie neben Hörtests auch Netzwerkzähler, Taktstatus und Fehlermeldungen des Empfängers auswerten. Wählen Sie einen ausreichend langen Beobachtungszeitraum, der den vorgesehenen Sitzungsablauf abbildet und gegebenenfalls Aufnahmestarts und Aufnahmestopps einschließt. Der Austausch eines Audiokabels behebt kein nicht unterstütztes Paketformat. Ebenso wenig lässt sich eine beschädigte Ethernet-Verbindung durch das Bearbeiten einer Sitzungsbeschreibung reparieren.