La transition de l'infrastructure SDI dédiée et analogique vers les réseaux IP convergents représente l'un des changements techniques les plus importants dans la radiodiffusion et l'ingénierie des médias professionnels. Bien que les réseaux IP offrent une flexibilité et une évolutivité immenses, ils imposent des exigences strictes pour la synchronisation temporelle qui sont en grande partie inhérentes aux systèmes existants point à point. Dans une usine SDI traditionnelle, un générateur de synchronisation maître distribue un signal de référence (comme une éclatement noire ou une synchronisation triniveau) à chaque appareil, assurant ainsi leur fonctionnement sur la même horloge.

Deux normes sont apparues comme les pierres angulaires de la synchronisation professionnelle des médias sur IP : AES67 et la série de normes SMPTE ST 2110. Comprendre les mécanismes précis de synchronisation et de synchronisation définis par ces normes n'est pas seulement un exercice académique; c'est une exigence pratique pour les ingénieurs de conception, de déploiement et de dépannage des réseaux médiatiques modernes. Cet article fournit un examen technique profond des mécanismes qui garantissent que le lip-sync est précis, les clics audio sont absents, et les cadres vidéo sont livrés sans corruption dans un environnement de diffusion tout IP.

La Fondation : le protocole de précision du temps (IEEE 1588)

AES67 et SMPTE ST 2110 s'appuient sur la même technologie de synchronisation fondamentale : le protocole de précision du temps (PTP) tel que défini par la norme IEEE 1588. Plus précisément, ces normes médiatiques exigent l'utilisation de l'IEEE 1588-2008, souvent appelé PTPv2. Contrairement au protocole de temps réseau (NTP), qui fournit généralement une précision milliseconde sur les réseaux étendus, PTPv2 est conçu pour les réseaux locaux et peut réaliser une synchronisation sous microseconde.

PTP réalise cette précision remarquable grâce à une combinaison de chronométrages matériels et d'une architecture hiérarchique maître-esclave. Le protocole établit une hiérarchie de temps où un appareil agit comme l'horloge "Grandmaster", fournissant le temps de référence pour toutes les autres horloges "esclave" sur le réseau. La sélection du Grandmaster est gérée automatiquement par le meilleur Algorithme Maître Horloge (BMCA), qui évalue la qualité, la stabilité et la priorité de chaque horloge sur le réseau.

Types d'horloges et infrastructure réseau

Pour maintenir la précision sur un grand réseau, PTP définit des types d'horloges spécialisés au-delà du simple maître et esclave. Ces types sont essentiels pour les réseaux multimédias, qui peuvent s'étendre sur plusieurs commutateurs et des distances considérables.

  • Horloge ordinaire (OC): Il s'agit d'un appareil avec un seul port PTP. Il peut agir comme un Grandmaster (source de temps) ou un Esclave (récepteur de temps). La plupart des appareils de fin de série comme les caméras, microphones, et mélangeurs sont des horloges ordinaires.
  • Horloge de démarcation (BC): Une horloge de démarcation fonctionne dans un commutateur réseau. Elle met fin au domaine de synchronisation PTP sur un port entrant et réinitialise un nouveau signal de synchronisation sur ses autres ports. Cela empêche les inexactitudes de synchronisation causées par la latence variable des commutateurs réseau (variation de retard du paquet).
  • Horloge transparente (TC): Une alternative plus simple à l'horloge de frontière. Une horloge transparente ne met pas fin au signal PTP. Au lieu de cela, elle mesure le temps de résidence (le retard d'un paquet PTP expérience en passant par le commutateur) et ajoute ces informations à un champ de correction spécial dans le message PTP. Le périphérique esclave utilise alors cette correction pour calculer le vrai retard de propagation.

Pour les réseaux multimédias à large bande, les horloges limites sont généralement préférées, surtout pour les flux vidéo SMPTE 2110, car elles isolent complètement le domaine de synchronisation et éliminent les effets de la charge de trafic sur la précision de synchronisation. Le réseau lui-même doit être PTP-aware pour fonctionner correctement en tant que BC ou TC.

AES67: Synchronisation audio dans un monde IP

AES67 est une norme d'interopérabilité qui se concentre spécifiquement sur l'audio-over-IP (AoIP) haute performance. Sa force réside dans l'activation de dispositifs de différents fabricants (p. ex., une console de mélange d'un fournisseur et un préamplificateur de microphone d'un autre) pour échanger des flux audio avec une latence déterministe et faible.

Profil PTP pour AES67 (IEEE 1588-2008 Annexe B / SMPTE ST 2059-1)

AES67 prévoit l'utilisation d'un "profil" spécifique de PTP, qui est essentiellement une configuration spécifique du protocole. Le mode AES67 utilise le profil PTP par défaut IEEE 1588-2008, en particulier un mapping Annexe B (Telecom). Cependant, dans la pratique, le profil de déploiement le plus commun pour AES67 est le profil SMPTE ST 2059-1. Ceci est identique au profil utilisé par SMPTE 2110, assurant un chemin de migration fluide.

Les paramètres clés du profil PTP AES67 sont les suivants :

  • Un intervalle de synchronisation de 1 message de synchronisation par seconde (1 synchronisation/sec), bien que les appareils doivent pouvoir accepter des vitesses plus rapides comme 4 ou 8 par seconde.
  • Un intervalle de demande de retard de 1 par seconde.
  • Utilisation de la couche 2 (Ethernet) ou de la couche 3 (UDP/IP) pour le transport multicast pour les messages PTP.

Récupération de l'horloge des médias

La distinction la plus importante à comprendre est peut-être la façon dont AES67 sépare le chronométrage du réseau de la récupération de l'horloge multimédia. Le Grandmaster PTP fournit une heure de l'horloge murale stable (le « temps système »).

Dans AES67, l'horloge multimédia est verrouillée au temps PTP. L'oscillateur interne de l'appareil utilise le grand maître PTP comme source de référence. Ceci est connu comme « opération synchronisée ». Le débit d'échantillonnage audio (par exemple, 48 kHz) est synthétisé directement à partir du minuteur PTP. Cela élimine le besoin de tampons plesiochrones (presque synchrones) qui peuvent introduire latence et artefacts. L'horodatage RTP dans l'en-tête du paquet audio est directement lié à l'horloge PTP, permettant au récepteur de savoir exactement quand un échantillon particulier a été capturé et précisément quand il devrait être joué.

AES67 définit également des profils de latence spécifiques (par exemple, 1 ms pour unicast, 125 μs pour mode R) qui définissent le tampon de réseau maximal acceptable. Ce tampon serré n'est possible que lorsque tous les appareils ont une référence de temps commune et très stable.

Pour un examen plus approfondi de la qualité du signal et des exigences de bruit de phase de cette horloge de support, vous pouvez référencer le Norme AES67 elle-même, qui définit des limites strictes de l'interopérabilité.

SMPTE ST 2110: Synchronisation à l'échelle du système pour les médias professionnels

Alors que AES67 gère l'audio, la série de normes SMPTE ST 2110 offre une solution complète pour le transport de données audio, vidéo et auxiliaires sur des réseaux IP gérés. Les exigences de synchronisation pour la vidéo sont beaucoup plus strictes que pour l'audio seul. Un flux vidéo 1080p non compressé nécessite un flux constant de paquets avec un jeu extrêmement faible, et les timings HDMI ou SDI doivent être parfaitement reconstruits au récepteur.

SMPTE ST 2110 s'appuie directement sur le travail de synchronisation effectué dans AES67 et la norme SMPTE ST 2059 plus large. Il exige le même profil PTP (ST 2059-1 / IEEE 1588-2008). Cela signifie qu'un flux audio AES67 et un flux vidéo ST 2110 peuvent partager le même domaine de synchronisation réseau.

ST 2110-10: Calendrier et transport du système

C'est la norme de base qui définit la relation entre tous les flux ST 2110 et l'horloge du système PTP. Elle définit l'horloge système, qui est une horloge 27 MHz dérivée du grand maître PTP. Cette horloge 27 MHz est la même fréquence que la référence SDI classique, ce qui facilite l'interopérabilité des équipements existants.

Chaque paquet RTP d'un flux ST 2110 (audio, vidéo ou données) contient un horodatage. Ce horodatage est dérivé de l'horloge système (l'horloge dérivée de PTP de 27 MHz). De façon cruciale, la relation précise entre l'horodatage RTP et le temps PTP est signalée dans le fichier Session Description Protocol (SDP), qui distribue les informations de connexion aux récepteurs. Cela permet au récepteur de planifier la lecture d'un cadre vidéo exactement au bon moment, en maintenant lip-sync entre audio et vidéo.

ST 2110-20: Transport vidéo non compressé

La vidéo présente un défi unique en raison de son taux de données élevé et de ses exigences de timing strictes. ST 2110-20 définit comment la vidéo non compressée est empaquetée dans RTP. Au lieu d'envoyer une image vidéo entière comme un paquet énorme, la norme utilise "Paquets RTP d'un nombre fixe de lignes vidéo." Cela permet un flux constant et à faible débit qui peut être synchronisé avec précision.

Le point de synchronisation est le "Début de la trame" (qui s'aligne sur le temps PTP). L'horodatage RTP pour une image vidéo correspond au moment où son premier échantillon a été échantillonné. Cela garantit qu'un récepteur peut déterminer, avec une précision de microseconde, exactement où chaque image appartient dans la ligne de temps PTP.

ST 2110-21: Structure du trafic et compatibilité du réseau

La synchronisation n'est pas seulement une question d'horloges, mais de la façon dont les paquets sont placés sur le fil. ST 2110-21 définit les profils de façonnage du trafic (Narrow, Narrow Linear, Wide) qui dictent à quel point un expéditeur doit accélérer ses paquets. Ce "paquet de pacing" est essentiel pour empêcher les micro-rafales de trafic qui peuvent surcharger les tampons réseau, causer des jitters et déstabiliser la synchronisation du temps PTP elle-même.

Un expéditeur "Narrow" émet ses paquets très facilement pendant toute la période de la trame, tandis qu'un expéditeur "Wide" groupe les paquets en gros éclats. Le récepteur et le réseau doivent être conçus pour gérer le profil de jitter spécifique défini par le Type de l'expéditeur. Se conformer à la ST 2110-21 est essentiel pour garantir que la synchronisation PTP reste stable sous la pleine charge d'un réseau de production de radiodiffusion. SMPTE les documents de normes et les recommandations techniques du Forum des services vidéo (VSF).

Considérations pratiques pour le déploiement et le dépannage

La mise en œuvre de ces normes dans une installation de radiodiffusion réelle exige une attention constante aux mécanismes de synchronisation. Un décalage dans la configuration PTP est la cause la plus courante de défaillances d'interopérabilité, se manifestant souvent sous forme de pops audio, de gouttes vidéo ou d'un défaut complet de verrouillage.

Assurer un profil commun

L'étape la plus importante est de s'assurer que tous les appareils du réseau utilisent exactement le même profil PTP. Un appareil configuré pour le profil PTP AES67 par défaut (Annexe B) peut ne pas être correctement synchronisé avec un appareil configuré pour le profil SMPTE ST 2059-1, même si les deux utilisent IEEE 1588. Le numéro de domaine, l'intervalle de synchronisation et les intervalles d'annonce doivent être identiques sur l'ensemble du réseau.

Sélection de l'horloge Grandmaster

L'horloge Grandmaster est la seule source de vérité pour toute l'installation. Elle doit avoir une stabilité exceptionnelle. Dans un environnement de diffusion, le Grandmaster reçoit souvent son temps d'une source UTC comme GPS (Global Positioning System) ou GLONASS, et il génère également un signal de référence SDI traditionnel (genlock) pour les équipements existants.

Le Grandmaster est typiquement une Horloge ordinaire avec un oscillateur très stable. Les ingénieurs doivent considérer les mécanismes de repli. Si le Grandmaster primaire échoue, le BMCA désignera automatiquement un Grandmaster secondaire. Cette rupture doit être transparente pour éviter une interruption de synchronisation à l'échelle de l'usine. La gestion et le suivi de ces horloges sont essentiels.

Norme IEEE 1588 fournit des messages de gestion qui peuvent être utilisés pour interroger l'état de chaque horloge dans le réseau.

Redondance et commutation sans touches

SMPTE ST 2022-7 définit le "Switching sans couture" pour les flux RTP. Cette norme nécessite la transmission simultanée de deux flux identiques sur différents chemins de réseau. Pour le passage sans touche au travail, les deux flux doivent être parfaitement alignés dans le temps. Ceci n'est possible que parce que les deux flux portent des horodatages RTP dérivés du même grand maître PTP. Le récepteur peut tamponner le flux primaire et, après avoir détecté une perte de paquets, insérer sans couture le paquet correspondant du flux secondaire sans aucune lacune ou glissade.

Ce mécanisme est une application directe du timing précis fourni par PTP.

Gestion de la latence et des tampons de réseau

Il est essentiel de comprendre la différence entre la "latence du réseau" et la "variante de retard de paquet (jitter)". PTP élimine la dérive à long terme, mais la jitter à court terme doit être absorbée par le tampon de jeu de l'appareil récepteur. AES67 définit un tampon de jitter maximum. ST 2110 va plus loin en définissant le trafic de l'expéditeur façonnant pour minimiser la jitter en premier lieu.

Les ingénieurs doivent calculer la latence totale de bout en bout :

  • Latence d'acquisition : Temps d'échantillonnage et de paquetage des médias.
  • Latence du réseau dans le transport: Temps pour les paquets pour traverser le réseau.
  • Latence tampon de lecture: Temps que le récepteur tient le paquet pour s'assurer qu'il arrive avant qu'il ne doive être joué.

En verrouillant l'acquisition et la montre de jeu au même grand maître PTP, le récepteur peut savoir exactement combien de temps les médias ont pris pour voyager à travers le réseau et peut régler son tampon de jeu à la taille minimale de sécurité, réduisant ainsi la latence globale du système.

Pour plus d'informations sur les architectures de déploiement et les essais d'interopérabilité spécifiques, le NMOS (Spécifications ouvertes des médias réseau) groupe fournit des API pour la découverte, l'enregistrement et la gestion de la connexion, qui dépendent fortement de la synchronisation PTP sous-jacente pour fonctionner correctement entre différents fournisseurs.

Conclusion

Les mécanismes de synchronisation et de synchronisation définis par AES67 et SMPTE ST 2110 représentent une réalisation technique remarquable, permettant aux radiodiffuseurs de remplacer une infrastructure rigide point à point SDI par des réseaux IP flexibles et évolutives. Bien que les deux normes utilisent le protocole IEEE 1588 de précision comme base, elles l'appliquent de manière spécifique pour résoudre les défis uniques du transport audio et vidéo.

AES67 se concentre sur le verrouillage de l'horloge audio directement vers PTP, créant un chemin audio très déterministe et à faible latence. SMPTE ST 2110 étend ce principe à l'échelle du système, en utilisant une horloge système de 27 MHz dérivée de PTP pour synchroniser les flux audio, vidéo et de données. Le déploiement réussi de ces systèmes repose sur une stricte adhérence au profil PTP correct (SMPTE ST 2059-1), l'infrastructure réseau qui prend en charge les horloges Boundary ou Transparent, et la gestion soigneuse des tampons de paçage et de jitter de paquets.

Alors que l'industrie continue à progresser vers la production intégrale de la PI, les mécanismes de synchronisation sous-jacents ne feront que prendre de l'importance. Ce sont les réseaux invisibles qui assurent chaque pixel et chaque échantillon arrive à sa place, ce qui permet aux flux de travail créatifs qui définissent la radiodiffusion moderne.