Einführung in AES67 Audio over IP

Professionelles Audio hat eine grundlegende Verschiebung von dedizierter Punkt-zu-Punkt-Analog- und Digitalverkabelung hin zu paketbasiertem Netzwerktransport durchlaufen. Audio-over-IP-Systeme (AoIP-Systeme) dominieren heute Broadcast-, Live-Soundverstärkung, Aufnahme und installierte Soundumgebungen, weil sie flexibles Routing, reduzierte Verkabelungskosten und zentrales Management ermöglichen. Unter den vielen Protokollen und Standards, die entstanden sind, hebt sich AES67 als grundlegender offener Standard für die Interoperabilität zwischen verschiedenen AoIP-Ökosystemen ab. Das Verständnis von AES67 ist für jeden Audioingenieur oder IT-Experten, der mit vernetztem Audio arbeitet, unerlässlich, da es die Lücke zwischen proprietären Systemen überbrückt und eine gemeinsame Sprache für Geräte verschiedener Hersteller bietet.

In diesem Leitfaden wird erläutert, was AES67 ist, wie es funktioniert, welche Hauptfunktionen es hat und wie es in die breitere AoIP-Landschaft passt. Wir werden auch die Netzwerkanforderungen, praktischen Vorteile und reale Anwendungsfälle behandeln, damit Sie ein AES67-kompatibles Audionetzwerk sicher entwerfen, bereitstellen oder beheben können.

Was ist AES67?

AES67 ist ein offener Standard, der von der Audio Engineering Society (AES) veröffentlicht wurde und der festlegt, wie Audiostreams mit geringer Latenz über IP-Netzwerke transportiert werden. Formal als AES67-2015 (mit Updates im Jahr 2018) bezeichnet, definiert er die Transport- und Synchronisationsmechanismen, die es Geräten verschiedener Anbieter ermöglichen, Audio auszutauschen, ohne proprietäre Gateways oder Übersetzungshardware zu benötigen. Im Wesentlichen ist AES67 der "Klebstoff", der mehrere AoIP-Protokolle interoperabel macht.

Der Standard schreibt kein spezifisches Kontrollprotokoll oder eine spezielle Erkennungsmethode vor, sondern konzentriert sich auf die Transportschicht: Paketformat, Taktsynchronisation und QoS-Parameter. Dieser Zielumfang ermöglicht es bestehenden Systemen wie Dante, Ravenna, Livewire und Q-LAN, AES67 neben ihren nativen Modi zu unterstützen, was den Benutzern einen gemeinsamen Nenner für die plattformübergreifende Konnektivität bietet.

Historischer Kontext: Warum wurde AES67 erstellt?

Vor AES67 stand die professionelle Audioindustrie vor einer fragmentierten Landschaft. Dante (von Audinate) dominierte Live-Sound und Firmen-AV, Ravenna (von ALC Network und anderen) war beliebt bei Sendungen und Aufnahmen und Livewire (von Telos Alliance) war weit verbreitet im Radio. Jedes Protokoll verwendete unterschiedliche Transportmethoden, Taktungsschemata und Paketformate. Der Mangel an Interoperabilität bedeutete, dass ein Mischpult eines Herstellers keine Streams direkt von einer Bühnenbox eines anderen empfangen konnte, es sei denn, beide teilten das gleiche Protokoll. Dies zwang Integratoren, mehrere Netzwerke oder teure Brückengeräte einzusetzen.

Das AES Standards Committee hat eine Arbeitsgruppe gebildet, um ein gemeinsames Transportprofil zu erstellen. Das Ergebnis war AES67, das einen "Least Common Nenner" für AoIP-Streams definiert. Durch die Einhaltung von AES67 kann jedes Gerät - unabhängig von seinem nativen Protokoll - Audio von jedem anderen AES67-kompatiblen Gerät senden und empfangen, solange das Netzwerk entsprechend konfiguriert ist.

Hauptmerkmale von AES67

AES67 vereint mehrere wichtige technische Elemente, die einen zuverlässigen, hochpräzisen Audiotransport über IP gewährleisten. Im Folgenden werden die in der ursprünglichen Übersicht genannten Kernfunktionen erweitert.

Interoperabilität

Das primäre Designziel von AES67 ist Interoperabilität. Dies wird erreicht durch Standardisierung des Audio-Nutzlastformats (Linear PCM, typischerweise 16 oder 24 Bit, 48 kHz Abtastrate), des Transportprotokolls (RTP über UDP/IP) und des Synchronisationsverfahrens (IEEE 1588-2008 Precision Time Protocol, oder PTPv2). Da diese Bausteine universell sind, kann ein Ravenna-Mikrofonvorverstärker mit einem Dante-fähigen Mischpult sprechen, solange beide den AES67-Modus unterstützen. In ähnlicher Weise kann ein Livewire-Codec in einem Radiostudio eine AES67-fähige Broadcast-Konsole ohne zusätzliche Hardware speisen.

Die Interoperabilität in der realen Welt ist nicht fehlerfrei – Hersteller können den Standard mit kleinen Variationen implementieren – aber das AES67-Compliance-Zertifizierungsprogramm hilft zu garantieren, dass Geräte die Mindestanforderungen erfüllen.

Niedrige Latenz

Latenz ist die Zeitverzögerung zwischen Audioeingang und -ausgang. Bei der Live-Soundverstärkung können Verzögerungen über 1-2 Millisekunden (ms) Kammfilterung und Feedback-Probleme verursachen. AES67 wurde entwickelt, um unter idealen Netzwerkbedingungen End-to-End-Latenzen von nur 0,5-1 ms und typischerweise auch in größeren Installationen unter 10 ms zu erreichen. Der Standard definiert drei Latenzprofile: "R" (schnell) bei 1 ms, "L" (niedrig) bei 2 ms und "M" (mittel) bei 10 ms. Die Wahl hängt von der Anwendung ab - Rundfunk oder Live-Sound verwendet normalerweise das R-Profil, während installierter Sound das M-Profil für eine größere Robustheit über große Entfernungen tolerieren kann.

Synchronisation über Precision Time Protocol (PTP)

AES67 setzt auf IEEE 1588-2008 Precision Time Protocol (PTPv2) Da Audio-Sample-Uhren zusammengesperrt werden müssen, um Drift und Dropouts zu verhindern, bietet PTP eine Genauigkeit unterhalb von Mikrosekunden - weit über das hinaus, was NTP (Network Time Protocol) liefern kann. Der Standard spezifiziert ein spezifisches PTP-Profil (Standarddomäne 0 mit bestimmten Parametern), um sicherzustellen, dass alle AES67-Geräte mit einer einzigen Taktquelle synchronisieren können.

Eine stabile Grandmaster-Uhr ist entscheidend. Die meisten AES67-kompatiblen Hardware enthält einen eingebauten PTP-Master, oder Sie können einen dedizierten Grandmaster wie den Meinberg M500 oder einen Switch mit eingebauten Taktfunktionen verwenden. Die Netzwerk-Switches selbst müssen PTP-Grenzuhr oder transparente Taktmodi unterstützen, um die Timing-Präzision über mehrere Hops hinweg zu gewährleisten.

Standardisierter Codec und Paketformat

AES67 schreibt lineares PCM-Audio mit 48 kHz Abtastrate vor (optional unterstützt 44,1 kHz und 96 kHz). Das Audio wird in RTP-Pakete nach einem definierten "Audio Mapping"-Format gepackt. Jedes Paket enthält typischerweise einen oder mehrere Audiokanäle (bis zu 8 pro Stream im Basisprofil, obwohl Implementierungen oft bis zu 256 Kanäle mit mehreren Streams unterstützen). Die Nutzlast ist ein Roh-PCM, so dass keine verlustbehaftete Kompression angewendet wird, wobei die volle Audioqualität erhalten bleibt.

Die Norm legt auch fest, wie Stream-Informationen mithilfe des Session Description Protocol (SDP) signalisiert werden können, wobei diese textbasierte Beschreibung den Empfängern die IP-Adresse, den Port, den Nutzlasttyp, die Uhrenidentität und das Musterformat mitteilt, wodurch eine automatische oder manuelle Verbindungseinrichtung ermöglicht wird.

Wie AES67 funktioniert

Um AES67 zu verstehen, hilft es, den Audiofluss von einer Quelle zu einem Ziel über ein IP-Netzwerk zu visualisieren.

Schritt 1: Uhrensynchronisation. Vor dem Audio-Flow wird die PTP-Großmeisteruhr eingerichtet. Alle Geräte müssen mit PTPv2 auf diese Uhr synchronisiert werden. Die Synchronisation erfolgt kontinuierlich, wobei Slave-Geräte ihre lokalen Uhren so einstellen, dass sie dem Großmeister innerhalb von Nanosekundengenauigkeit entsprechen.

Schritt 2: Streamen Sie Werbung und Entdeckung. AES67 definiert kein Discovery-Protokoll. Stattdessen geben Stream-Sender (Talker) ihre verfügbaren Streams mit SDP bekannt, die in SAP (Session Announcement Protocol) gekapselt oder auf einem externen Kontrollsystem (z. B. Dante Controller, RAVENNA Manager von Ravenna) hinterlegt werden können.

Schritt 3: Transport. AES67 verwendet typischerweise IP-Multicast (IGMPv2/v3), um den gleichen Stream effizient an mehrere Empfänger zu liefern. Jedes Paket enthält einen Zeitstempel, der von der PTP-Uhr abgeleitet ist, so dass der Empfänger die Audio-Timeline rekonstruieren und die Daten puffern kann, um den Netzwerkjitter zu kompensieren.

Schritt 4: Servicequalität (QoS). Da Audio zeitsensibel ist, verlangt AES67, dass das Netzwerk Audiopakete über den regulären Datenverkehr priorisiert. Der Standard empfiehlt die Verwendung von Differentiated Services (DiffServ) mit einem DSCP-Wert von 46 (Expedited Forwarding) für Audio-RTP-Pakete und 34 für PTP-Pakete. Die richtige QoS-Konfiguration stellt sicher, dass Latenz und Jitter auch bei Netzauslastung gering bleiben.

Netzanforderungen

Die erfolgreiche Implementierung von AES67 erfordert ein Netzwerk, das für Echtzeit-Verkehr konzipiert ist.

  • Gigabit Ethernet oder schneller. AES67-Streams können bis zu 0,64 Mbps pro Monokanal (16-Bit, 48 kHz) verbrauchen. Ein 64-Kanal-Stream verwendet ~41 Mbps, was innerhalb der Gigabit-Kapazität liegt, aber mehrere Streams auf demselben Switch erfordern eine ausreichende Backplane-Bandbreite. 10 Gigabit Ethernet wird für große Installationen empfohlen.
  • Verwaltete Switches, die PTP transparente Uhr oder Boundary Clock unterstützen. PTP-Pakete müssen bei jedem Sprung genau mit einem Zeitstempel versehen werden. Preiswerte Verbraucherschalter fügen oft eine variable Verzögerung hinzu, die die Synchronisierung zerstört. Suchen Sie nach Schaltern von Cisco (z. B. Catalyst 3850), Netgear (M4300-Serie) oder dedizierten Pro-Audio-Switches wie dem Luminex GigaCore.
  • IGMP Snooping und Querier. Da AES67 auf Multicast setzt, müssen Switches die Multicast-Gruppenmitgliedschaft richtig verwalten, um eine Überflutung des Datenverkehrs zu allen Ports zu vermeiden.
  • QoS-Konfiguration. Audiopakete (DSCP EF) sollten in der Warteschlange mit der höchsten Priorität platziert werden (mit Ausnahme von PTP-Paketen, die noch weniger Jitter benötigen), Nicht-Audio-Traffic wie Dateiübertragungen oder VoIP müssen mit einer niedrigeren Priorität markiert werden.
  • Separates VLAN für Audio (optional, aber empfohlen). Die Isolierung des Audioverkehrs in einem dedizierten VLAN reduziert das Risiko von Interferenzen durch Broadcast-Stürme oder Rogue-Geräte.

Interoperabilität mit anderen AoIP-Systemen

AES67 wurde entwickelt, um als Brücke zwischen proprietären Protokollen zu arbeiten.

  • Dante (Audinat): Dante-Geräte können über Dante Controller in den AES67-Modus geschaltet werden. In diesem Modus fungieren sie als Standard-AES67-Empfänger und -Sender. Dante verwendet eine eigene Steuerung und Erkennung, der Audiotransport folgt jedoch AES67. Ab Dante Domain Manager ist die AES67-Unterstützung integriert.
  • Ravenna (ALC-Netzwerk): Ravenna war einer der ersten Anwender von AES67. Viele Ravenna-Geräte, darunter die DirectOut RAVENNA-MADI-Konverter und die Horus-Schnittstellen von Merging Technologies, unterstützen AES67 nativ. Ravennas nativer Modus ist vollständig konform, so dass kein Umschalten erforderlich ist.
  • Livewire (Telos Alliance): Livewire war ursprünglich ein proprietäres AoIP-System für Radiosender, aber spätere Versionen haben AES67-Unterstützung hinzugefügt. Telos Axia-Konsolen und Omnia-Audioprozessoren können AES67-Streams senden und empfangen, was die Integration mit anderen Marken ermöglicht.
  • Q-LAN (QSC): Die Q-SYS-Plattform von QSC nutzt Q-LAN, das auf AES67 für den Audiotransport basiert. Q-SYS-Geräte können direkt mit anderen AES67-Quellen und -Senken verbunden werden.
  • ST 2110-30 (SMPTE): Rundfunkanstalten verwenden SMPTE ST 2110 für unkomprimierte Medien über IP, und ihre Audiokomponente (2110-30) ist im Wesentlichen AES67 (mit kleineren Variationen), so dass jedes AES67-Gerät in eine redundante ST 2110-Broadcast-Anlage integriert werden kann.

Beim Verbinden von AES67-Geräten aus verschiedenen Ökosystemen besteht die größte Herausforderung in der Stream-Erkennung und -Verwaltung. Ein Dante-Mischer kann einen Ravenna-Stream nicht automatisch sehen, es sei denn, Sie konfigurieren die Verbindung manuell mit der SDP-Datei des Empfängers. Viele Systeme bieten eine webbasierte Konfigurationsseite, auf der Sie SDP-Beschreibungen einfügen können, oder eine dedizierte Software wie der Dante-Controller von Audinate kann Streams kreuzweise anzeigen, wenn beide Seiten AES67-konform sind. AES veröffentlicht auch einen Interoperabilitätstestplan Ingenieuren dabei zu helfen, Verbindungen zu validieren.

Vorteile der Verwendung von AES67

Wenn Sie erwägen, AoIP zu übernehmen, bietet das Hinzufügen von AES67-Unterstützung klare Vorteile, die über jedes einzelne System hinausgehen.

  • Unabhängigkeit des Verkäufers: Sie sind nicht in das Ökosystem eines Herstellers eingebunden: Mischen und passen Mikrofone, Konsolen, Lautsprecherprozessoren und Recorder verschiedener Marken an, sofern sie AES67-konform sind.
  • Vereinfachtes Netzwerkdesign: Durch die Verwendung eines gemeinsamen Transports können Sie die Anzahl dedizierter Overlay-Netzwerke reduzieren. eine IP-Infrastruktur kann Audio, Steuerung und sogar Video verarbeiten (bei Verwendung von ST 2110), wenn QoS und VLANs korrekt eingerichtet sind.
  • Kosteneffektive Expansion: Kaufen Sie eine AES67-kompatible Stagebox, stecken Sie sie an Ihren Switch, konfigurieren Sie den Stream - Sie müssen nicht mit der Marke Ihrer vorhandenen Konsole übereinstimmen.
  • Zukunftssicher: Da sich AoIP hin zu einer vollständigen IP-basierten Produktion entwickelt (z. B. SMPTE ST 2110 für den Rundfunk), stellt AES67 sicher, dass Ihre Audiogeräte in moderne All-IP-Umgebungen integriert werden können.
  • Zuverlässigkeit und Redundanz: Standard-Netzwerkredundanzprotokolle (STP, RSTP oder redundante Netzwerkpfade) können auf das Audionetzwerk angewendet werden. AES67 schreibt keine spezielle Redundanzmethode vor, aber die Verwendung von geschalteten Netzwerken mit redundanten Verbindungen oder sogar die Verwendung von Pro-Stream-Duplizierungen (falls unterstützt) ist möglich.

Use Cases für AES67

AES67 erscheint in einer Vielzahl von professionellen Audio-Anwendungen.

Live Sound Verstärkung

In Konzerthallen und Gotteshäusern können digitale Mischpulte von Yamaha (mit Dante) und Allen & Heath (mit Dante) mit AES67-Stufenboxen anderer Hersteller verbunden werden. So kann ein DiGiCo SD12 über AES67 Streams von einer Midas DL251-Stufenbox empfangen, sofern beide richtig konfiguriert sind. Die geringe Latenz (1 ms) ist für Foldback- und Monitormixe entscheidend.

Rundfunk und Radio

Radiostudios verwendeten traditionell analoge oder AES3-digitale Audioverteilung. Heute verwenden Rundfunkanstalten AoIP, um Audio in der gesamten Einrichtung und sogar über WAN-Verbindungen zu verteilen. Axia-Konsolen (Livewire) können Streams mit WheatNet-IP- oder AES67-kompatiblen Codecs teilen. Die PTP-Synchronisation des Standards stellt sicher, dass Netzwerkverzögerungen keine Audiophasen- oder Timing-Missmatches beim Mischen von Remote-Feeds verursachen.

Aufnahme und Postproduktion

Hochkanal-Recording-Systeme wie Merging Technologies Pyramix (unter Verwendung von Ravenna) können mit AES67-kompatiblen Konvertern von RME, Focusrite oder DAD integriert werden. Dadurch können Studios 128+ Spuren von unkomprimiertem Audio aufnehmen, ohne in ein einziges proprietäres Ökosystem einzukaufen. Postproduktionsanlagen verwenden auch AES67, um Audio zwischen Bearbeitungsfächern und Maschinenräumen über ein gemeinsames Netzwerk zu leiten.

Installierte Sound und Corporate AV

In Boardrooms, Auditorien und Museen erfordern installierte Soundsysteme oft ein flexibles Routing für mehrere Zonen. AES67-Lautsprecherprozessoren und Verstärker (z. B. von Symetrix, Biamp oder QSC) können Audio von jeder AES67-Quelle empfangen, was eine zentrale Kontrolle über IP ermöglicht. Die Skalierbarkeit von Multicast macht es einfach, Zonen ohne zusätzliche Punkt-zu-Punkt-Verkabelung hinzuzufügen.

Herausforderungen und Überlegungen

Obwohl AES67 ein leistungsstarkes Werkzeug ist, ist es nicht ohne Herausforderungen.

  • Abhängigkeit von der Großmeisteruhr: Wenn der PTP-Großmeister ausfällt und kein Backup vorhanden ist, werden alle synchronisierten Geräte schließlich driften, was zu Ausfällen führt.
  • QoS-Konfigurationskomplexität: Falsche DSCP-Markierung kann zu Paketverlust oder erhöhter Latenz führen. Stellen Sie sicher, dass Ihre Netzwerk-Switches so konfiguriert sind, dass sie DSCP-Tags vertrauen, und dass Audio-Warteschlangen richtig dimensioniert sind.
  • Einschränkungen bei der Stream-Discovery: AES67 selbst bietet keinen einheitlichen Browser. Möglicherweise müssen Sie IP-Adressen und SDP-Beschreibungen manuell eingeben, was bei großen Installationen mühsam sein kann. Einige Hersteller bieten proprietäre Software an, die dies abstrahiert, wenn beide Seiten vom gleichen Anbieter stammen, aber herstellerübergreifende Verbindungen erfordern oft eine manuelle Einrichtung.
  • Latenzakkumulation: Während die Per-Hop-Latenz gering ist, können mehrere Hops in einem großen Netzwerk (insbesondere über WAN) die Gesamtlatenz über tolerierbare Schwellenwerte hinausschieben.
  • Bandbreitenmanagement: AES67-Streams sind unkomprimiert. Ein 64-Kanal-Stream mit 48 kHz/24-Bit verwendet ~73 Mbps. Das Überladen eines Gigabit-Netzwerks mit vielen Streams kann zu Überlastungen führen. Die Gesamtbandbreite berechnen und mit der verfügbaren Verbindungskapazität vergleichen. Achten Sie auch auf die Multicast-Replikation - jeder Switch-Port, der einen Stream abonniert, erhält eine Kopie, so dass die Gesamtlast auf der Switch-Backplane geringer sein muss als seine Kapazität.

Die Zukunft von AES67

Die Aktualisierung AES67-2018 hat die Unterstützung für optionale Sampleraten hinzugefügt und einige QoS-Empfehlungen geklärt. Der Standard wird in Zukunft in breitere Suiten wie SMPTE ST 2110 für die Übertragung und die Übertragung integriert. AES70 AES67 ist die Grundlage für die Audio over IP Interoperabilität Standard Das wird wahrscheinlich den Audiotransport für das nächste Jahrzehnt definieren.

Für diejenigen, die neu bei AoIP sind, ist die Beherrschung von AES67 ein Sprungbrett zum Verständnis fortschrittlicher Konzepte wie redundantes Streaming, IEEE 1722 (AVTP) und zeitsensibles Networking (TSN). Da immer mehr Hersteller AES67 als Basisfunktion verwenden, sinken die Eintrittskosten weiter, was es zu einer idealen Wahl sowohl für kleine Installationen als auch für große Sendeanlagen macht.

Schlussfolgerung

AES67 ist der wesentliche offene Standard, der es verschiedenen Audio-over-IP-Systemen ermöglicht, zusammenzuarbeiten. Durch die Standardisierung von Transport, Synchronisation und Paketformat werden die Barrieren beseitigt, die Ingenieure einst daran hinderten, Gerätemarken im selben Netzwerk zu mischen. Mit geringer Latenz, robuster Taktung über PTP und Abwärtskompatibilität mit vielen vorhandenen Protokollen ist AES67 zur De-facto-Interoperabilitätsschicht für professionelle AoIP geworden. Ob Sie eine neue Sendeeinrichtung entwerfen, ein Live-Sound-Rig aufrüsten oder ein Aufnahmestudio aufbauen, AES67 wird Ihnen helfen, fundierte Entscheidungen zu treffen und flexible, zukunftssichere Audionetzwerke zu schaffen.

Für weitere Informationen beziehen sich auf die offizielles AES67-Standarddokument und die Wikipedia-Artikel zu AES67Wenn Sie nach praktischen Umsetzungsleitfäden suchen, bietet Audinate eine umfassende Whitepaper-Bibliothek auf AoIPDie Telos Alliance bietet hervorragende Ressourcen für die Bereitstellung von Livewire und AES67.