Mise en œuvre de l'AES67 pour les réseaux audio de radiodiffusion interopérables

Dans l'industrie moderne de la radiodiffusion, le passage des connexions audio analogiques et numériques point à point traditionnelles aux infrastructures audio-up-IP (AoIP) en réseau s'accélère. À mesure que les radiodiffuseurs construisent des environnements de production de plus en plus complexes et distribués, la nécessité d'un standard universel et interopérable devient critique. AES67, un standard ouvert développé par la Société d'ingénierie audio, comble cette lacune en fournissant un langage commun pour les appareils audio-up-IP haute performance de différents fabricants.

Aujourd'hui, les installations de diffusion contiennent souvent un mélange d'équipements provenant de divers fournisseurs : consoles audio numériques, préamplis de microphone, systèmes d'interphone, codecs, etc. Sans standard d'unification, l'intégration de ces composants peut nécessiter des convertisseurs propriétaires, un routage complexe du signal ou un écosystème à simple vendor. AES67 élimine ces obstacles en définissant les formats de transport, de synchronisation et d'encodage nécessaires à une interopérabilité transparente, permettant aux radiodiffuseurs de choisir les composants les plus performants et les réseaux de conception qui soient flexibles, à l'épreuve de l'avenir et rentables.

Qu'est-ce que l'AES67?

AES67 est une norme ouverte, indépendante de l'application pour le transport de l'audio numérique linéaire non comprimé sur les réseaux IP. Ratifiée en 2013 par l'Audio Engineering Society (numéro de document AES67-2015, mis à jour en 2018), elle définit un ensemble commun de paramètres pour le transport de flux audio, y compris les taux d'échantillonnage, les profondeurs de bits, les tailles de paquets et les mécanismes de synchronisation. mode d'interopérabilité que toute technologie AoIP peut être mise en œuvre pour communiquer avec d'autres appareils conformes à AES67. Cela en fait un pont critique entre différents écosystèmes de réseautage audio.

AES67 est construit sur les normes réseau existantes : il utilise le Protocole de transport en temps réel (RTP) pour le transport de données audio, le Protocole de Datagramme utilisateur (UDP) pour la transmission de réseau, et le Protocole de précision temps (PTPv2 par IEEE 1588-2008) pour la synchronisation des horloges. Il supporte des taux d'échantillonnage de 48 kHz et 96 kHz, des profondeurs de bits de 16 ou 24 bits, et des temps de paquets allant de 1 ms à 4 ms (pour 48 kHz audio).

AES67 est également un élément fondamental de la suite SMPTE ST 2110, qui standardise des flux de données vidéo, audio et auxiliaires séparés sur IP pour la production de médias professionnels. Dans le monde de la radiodiffusion, AES67 agit comme composant audio au sein de ST 2110-30, permettant aux flux audio de coexister avec la vidéo et les métadonnées sur le même réseau IP.

Principales caractéristiques de l'AES67

La compréhension des caractéristiques essentielles de l'AES67 aide les radiodiffuseurs à apprécier sa valeur et à naviguer dans le processus de mise en œuvre. La norme est conçue pour prioriser l'interopérabilité, la faible latence, la qualité audio, la synchronisation et l'évolutivité.

Interopérabilité

L'objectif principal de l'AES67 est de permettre aux appareils de différents fabricants d'échanger des flux audio sans passerelles propriétaires ou matériel de conversion. Lorsqu'un appareil revendique la conformité -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Faible latence

La demande de diffusion et de production en direct est extrêmement faible, généralement inférieure à 5 millisecondes de bout en bout. AES7 prend en charge les intervalles de paquets aussi courts que 1 ms (avec 48 échantillons par paquet à 48 kHz) pour garder la latence minimale. Combiné avec des commutateurs réseau haute performance et une configuration QoS prudente, les radiodiffuseurs peuvent obtenir des retards réseau déterministes et sub-millisecondes.

Haute qualité audio

AES67 transporte un son PCM linéaire non compressé, préservant la fidélité totale de la source à la destination. Il supporte les taux d'échantillonnage de 48 kHz et 96 kHz avec une résolution de 16 ou 24 bits, assurant un son professionnel qui répond aux exigences de diffusion pour la clarté et la portée dynamique.

Synchronisation précise via PTP

Le protocole de précision (PTPv2, IEEE 1588-2008) est l'épine dorsale de la synchronisation de AES67. Tous les appareils du réseau se synchronisent avec une horloge grandmaster commune, garantissant que les échantillons audio sont capturés et lus à la même vitesse sur plusieurs paramètres. Sans cette synchronisation, le jeu de paquets et la dérive de l'horloge causeraient des problèmes audio, des pops ou un timing inégalé entre les canaux.

Échelle

Les réseaux AES67 peuvent passer de quelques appareils dans une seule salle de contrôle à des centaines de canaux sur de grands campus de radiodiffusion ou de productions distribuées. Parce qu'il utilise des multidiffusions IP standard, un expéditeur peut atteindre de nombreux récepteurs sans reproduire le flux pour chacun. La norme permet également une transmission redondante (multidiffusion spécifique à la source, ou SSM) pour la protection contre les pannes.

Mise en œuvre de la norme AES67 dans les réseaux de radiodiffusion

La mise en pratique d'AES67 implique plus que le branchement de câbles. Un déploiement réussi nécessite une planification minutieuse de la compatibilité matérielle, de la configuration du réseau, de la gestion de la synchronisation et des tests de vérification.

Étape 1: Sélection du matériel compatible

Commencez par vérifier votre équipement actuel et prévu pour le support AES67. De nombreux fabricants professionnels de l'audio incluent maintenant la conformité AES67 dans leurs produits. Par exemple, les consoles de mélange de fabricants comme Layo, Studer (Soundcraft) et Calrec supportent AES67 nativement ou via des cartes supplémentaires. Les boîtes de scène de Yamaha (via le RMio64-D), RME et Neumann offrent également la compatibilité AES67. Les commutateurs réseau doivent supporter l'inversion IGMP, la fonctionnalité de l'horloge transparente ou de l'horloge limite PTP, et la file de priorité Qualité de service (QoS) (par exemple, DiffServ DSCP).

Étape 2 : Configuration du réseau et qualité du service (QoS)

Pour assurer la fiabilité et la faible latence du signal audio, vous devez prioriser le trafic AES67 sur le trafic d'autres réseaux. Configurez vos commutateurs pour cartographier les valeurs DSCP (Differented Services Code Point) utilisées par AES67 vers les files d'attente les plus prioritaires. AES67 recommande une valeur DSCP de 46 pour les paquets RTP audio (qui est mapisée pour accélérer le comportement de transfert par hub). Les messages d'événements PTP devraient également utiliser DSCP 46, tandis que le trafic de gestion de réseau peut utiliser des valeurs plus faibles. De plus, configurer l'insonorisation IGMP pour s'assurer que les flux multicasts ne sont envoyés qu'aux ports qui se sont abonnés, réduisant la consommation inutile de bande passante.

Étape 3: Configuration de la synchronisation PTP

Une synchronisation PTP adéquate est essentielle. Désignez un appareil comme étant l'horloge Grandmaster (GM). De préférence, choisissez un grand maître PTP dédié ou un appareil audio de haute qualité avec un oscillateur interne stable (p. ex., un générateur d'horloge maître avec une capacité de synchronisation réseau). Utilisez la version PTP 2 (IEEE 1588-2008) avec le profil défini dans AES67 (ou le profil ITU-T G.8265.1 pour les télécommunications/multicast). Configurez tous les paramètres pour accepter l'horloge GM.

Assurez-vous que les commutateurs réseau prennent en charge l'horloge transparente ou l'horloge limite PTP pour minimiser l'accumulation de temps à travers le houblon. Dans un domaine pur Layer 2, une horloge transparente peut mesurer et corriger la variation de retard de paquets; dans les réseaux routés, utilisez les horloges limites comme nœuds PTP-aware.

Étape 4: Routage et découverte du flux audio

AES67 repose sur le RTP multicast pour le transport audio. Les appareils annoncent les flux disponibles en utilisant le protocole de description de session (SDP), qui comprend des informations comme l'adresse IP, le port, le type de charge utile, le taux d'échantillonnage et le nombre de canaux. La méthode de découverte recommandée standard est DNS-SD via mDNS, qui permet aux appareils de publier et localiser automatiquement les flux sur le même sous-net. Pour la communication inter-subnet, vous pouvez avoir besoin d'un serveur DNS avec des mises à jour dynamiques ou utiliser des fichiers SDP statiques. De nombreuses applications de contrôle AES67 (souvent fournies par le fournisseur d'équipement) vous permettent de parcourir facilement l'audio en sélectionnant les flux d'expéditeur et de récepteur.

Étape 5: Essais et vérification

Après configuration, effectuer des tests systématiques. Commencez par connecter un seul expéditeur et un seul récepteur et vérifiez la continuité audio à l'aide d'un générateur de tonalité et d'un analyseur. Utilisez des outils de surveillance réseau (comme Wireshark avec AES67 dissector) pour inspecter les en-têtes RTP et les messages PTP. Vérifiez la latence à l'aide d'un timecode ou en injectant une forme d'onde audio connue et en mesurant le retard au récepteur. Testez la perte de paquets : même un paquet perdu par minute peut provoquer des clics audibles dans un audio non compressé.

Surveillez les messages PTP offset, jitter et Suiper Sync. Testez également la défectuosité – si votre réseau prend en charge la redondance multicast (SSM ou multicast spécifique à la source), assurez-vous que le récepteur peut passer à un flux de sauvegarde en quelques millisecondes sans décrochage audio. Documentez toutes les configurations pour une maintenance future.

Avantages de AES67 pour l'audiodiffusion

L'adoption d'AES67 apporte des avantages tangibles aux installations de radiodiffusion, de la réduction des dépenses en capital à l'agilité opérationnelle.

Indépendance du fournisseur. Les diffuseurs peuvent mélanger et assortir des équipements de différents fabricants sans être enfermés dans un seul écosystème. Cela entraîne la concurrence et entraîne souvent une meilleure tarification et innovation. Par exemple, vous pouvez associer une console compatible AES67 d'une marque à des boîtes de scène d'une autre, ou faire passer l'audio vers un codec tiers pour une contribution à distance.

Architecture évolutive. L'ajout de canaux ou de dispositifs devient plus simple. L'extension de 64 canaux à 256 nécessite souvent seulement des commutateurs supplémentaires ou un meilleur câblage, et non un nouveau cadre matriciel. La distribution multicast signifie qu'une source peut alimenter de nombreuses destinations sans aucune limitation physique ou de routage.

Câblage simplifié et infrastructure. Un seul câble Ethernet peut transporter des centaines de canaux audio, contrôler les données et même la vidéo dans un environnement ST 2110. Cela réduit le poids du cuivre, l'espace de conduit et la consommation d'énergie.

Production à distance et flux de travail distribués. AES67 fonctionne sur des réseaux étendus lorsqu'il est géré correctement (par exemple, en utilisant des VPN avec QoS). Cela permet le mixage audio à distance, la connexion d'un studio à un emplacement avec une camionnette OB à un autre, ou la distribution de la surveillance dans plusieurs salles de contrôle.

Proofing futur. Comme AES67 est une norme ouverte et un élément de base pour SMPTE ST 2110, il restera pertinent au fur et à mesure que la diffusion se déplace vers l'IP. De nombreux fabricants conçoivent maintenant de nouveaux produits pour soutenir AES67 comme base, assurant ainsi la compatibilité avec les générations à venir de matériel.

Défis communs et dépannage

La mise en œuvre de l'AES67 est simple, mais des problèmes peuvent se poser.

Problèmes de synchronisation PTP. Le problème le plus fréquent est la défaillance du verrou PTP ou l'offset excessif. Les causes comprennent des profils PTP mixtes (p. ex., un périphérique réglé sur 1588-2002, un autre à 2008), des horloges limites mal configurées ou des commutateurs réseau qui ne traitent pas PTP de manière transparente. Assurez-vous que tous les appareils utilisent la même version et le même profil PTP (de préférence le profil recommandé AES67).

Erreurs de configuration multicast. Si un récepteur ne peut pas entendre un flux, vérifiez que l'on a désactivé ou mal configuré le flux, empêchant ainsi le passage du multicast vers le port du récepteur. Vérifiez également que le routage multicast est activé sur les sous-réseaux si l'expéditeur et le récepteur sont sur différents VLAN ou sous-réseaux.

Surcharge de bande passante. Bien que les flux AES67 soient petits, de nombreux flux peuvent saturer une liaison de 1 Gbps. Par exemple, 256 canaux à 48 kHz/24-bit avec des paquets de 1 ms consomment environ 384 Mbps (chaque flux est ~1,5 Mbps par canal).

Incompatibilité en raison de l'écart de format de charge utile. Certaines implémentations plus anciennes de l'AES67 peuvent supporter seulement L16 (16 bits) tandis que les plus récentes supportent L24 (24 bits). Assurez-vous que l'expéditeur et le récepteur sont configurés pour le même type de charge utile. De même, les différences de temps de paquet (p. ex. 1 ms vs 4 ms) peuvent causer des problèmes d'interopérabilité; la norme mandate le support pour 1 ms, mais tous les appareils ne le respectent pas.

Réseau Jitter. Même avec PTP, le brouillage réseau de la congestion ou le tampon de commutation peut faire varier les temps d'arrivée des paquets. Configurer les tampons de brouillage sur les récepteurs de façon appropriée – la plupart des appareils AES67 permettent un réglage du tampon de 1 ms à 50 ms.

Conclusion

L'AES67 représente une étape critique vers un système audio-over-IP normalisé et interopérable dans l'industrie de la radiodiffusion. Son ouverture, sa faible latence, sa qualité audio élevée et sa modularité en font un choix idéal pour les radiodiffuseurs qui doivent connecter divers équipements sans sacrifier leurs performances. En choisissant soigneusement le matériel compatible, le QoS du réseau de réglage et en synchronisant correctement le PTP, les ingénieurs de la radiodiffusion peuvent construire des infrastructures audio fiables qui sont faciles à développer et à entretenir.

Pour plus de détails, voir le document officiel Page standard AES67, les Entrée Wikipédia sur AES67et les Aperçu de la suite SMPTE ST 2110- Oui.