Brevet FR2926937A1 — publié le 20090731

Procédés de synchronisation d'horloges applicatives dans un réseau de communication synchrone, dispositifs d'émission et de réception, produit programme d'ordinateur et moyen de stockage correspondants. 1. DOMAINE DE L'INVENTION Le domaine de l'invention est celui des systèmes de communication. Plus précisément, l'invention concerne une technique de synchronisation d'horloges applicatives entre un dispositif d'émission et au moins un dispositif de réception connectés à un réseau de communication synchrone. Un système de communication constitué de terminaux (aussi appelés dispositifs ou noeuds) connectés à un réseau de communication se caractérise : - d'une part au travers de la nature synchrone ou asynchrone du mode de transmission utilisé sur le canal de transmission et du mode de transfert des informations au dessus du mode de transmission, et - d'autre part au travers de la nature synchrone ou asynchrone des applications supportées au sein des terminaux. Parmi les modes de transmission implémentés dans les réseaux, on identifie les modes de transmission synchrones (comme par exemple 1'ADSL (pour � Asymmetric Digital Subscriber Line � en anglais, ou � Ligne d'abonné numérique à débit asymétrique � en français) aux réseaux dits à commutations de circuits, et les modes de transmission asynchrones (comme par exemple Ethernet) aux réseaux dits à commutation de paquets. Parmi les modes de transfert implémentés dans les réseaux, on peut citer les modes de transfert synchrones de type TDM (pour � Time Division Multiplexing � en anglais, ou � multiplexage par répartition dans le temps � en français) et les modes de transfert asynchrones utilisant des techniques asynchrones de segmentation et de réassemblage des données au dessus du canal de transmission (tel qu'utilisés par exemple par le protocole ATM (pour � Asynchronous Transfert Mode � en anglais ou � Mode de transfert asynchrone � en français)). Pour supporter l'implémentation d'applications synchrones (telles que les applications de type audio ou vidéo) au niveau des terminaux d'un système de communication, il est classique et préférable de s'appuyer sur un réseau de type synchrone, tant au niveau du mode de transmission que du mode de transfert. En effet, la qualité de service exigée pour ce type d'applications impose au niveau du système global un fort niveau de maintien temporel entre évènements créés à la source et évènements régénérés à la destination (tolérance sur le temps de transfert entre applications au travers du réseau, gigue sur l'instant de livraison des données applicatives, gigue sur l'instant de livraison des données à deux applications destinatrices, par exemple). La mise en place d'applications synchrones dans un scénario multipoints, mettant en oeuvre un échange synchrone de données entre une application source et plusieurs applications destinatrices simultanément (par exemple une application de distribution audio type Home Cinema (cinéma maison) multicanaux) impose une qualité de service due à la perception humaine très contraignante au niveau d'une part de la gigue sur les instants de régénération par les applications réceptrices des données audio de chaque canal audio (� intra Channel Sitter � en anglais), et d'autre part sur les instants relatifs de régénération des données entre canaux audio (� inter Channel Sitter � en anglais). Dans le cas d'une architecture où applications émettrice et réceptrice utilisent une même fréquence de référence nominale, il existe par définition une variation entre les deux fréquences réelles due à la tolérance sur la fréquence nominale, exprimée en général en ppm (� part per million � en anglais), fournie par les composants électroniques. Il est donc nécessaire d'utiliser une technique pour maintenir une synchronisation entre applications émettrice et réceptrice pour ce type d'architecture, qui s'attache à synchroniser l'horloge de l'application consommatrice avec l'horloge de l'application émettrice. Par ailleurs, dans l'implémentation d'un mode de transfert synchrone de type TDM, on définit une référence temporelle de durée fixe, appelée cycle réseau (ou encore cycle TDM) et distribuée à l'ensemble des noeuds du réseau. On parle aussi d'horloge réseau (ou encore horloge TDM) correspondant au cycle réseau. Ce cycle réseau est divisé en un nombre entier de canaux virtuels synchrones (ou VC, pour � Virtual Channel � en anglais) destinés à supporter la transmission de l'ensemble du trafic entre noeuds du réseau. Chaque canal virtuel est transmis systématiquement à chaque cycle réseau, et est donc représentatif d'une portion constante de la bande passante du canal de transmission, caractérisée par la durée fixe du cycle réseau et par la quantité fixe d'information contenue dans chaque canal virtuel. La mise en place d'applications synchrones, source et destinatrice(s), sur ce mode de transfert consiste ainsi à allouer à l'application source (supportée par un noeud d'émission) un nombre entier constant de canaux virtuels en écriture en fonction de la bande passante applicative requise, ces mêmes canaux virtuels étant alloués en lecture pour la ou les applications destinatrices (supportées par des noeuds de réception). Or, pour la plupart des applications synchrones, l'horloge applicative source est indépendante de l'horloge réseau. De même, le format des données applicatives est généralement indépendant du format de données des canaux virtuels. Dans un cycle réseau, un canal virtuel qui ne peut être rempli entièrement par des données applicatives sera formaté avec un entête indiquant une absence de données applicatives. Un canal virtuel rempli entièrement par des données applicatives sera formaté avec un entête indiquant la présence de données applicatives. En effet, compte tenu de l'indépendance de format entre données applicatives et canal virtuel, l'utilisation d'un entête complexe de canal virtuel pour signaler l'organisation variable du nombre de données applicatives au sein d'un canal virtuel conduirait à réduire de manière significative la bande passante utile par rapport à la bande passante globale du système. En conséquence, une donnée applicative rendue disponible par l'application source durant un cycle réseau ne sera pas forcément transmise sur le réseau, dans un canal virtuel, au cours du cycle réseau suivant, mais pourra subir occasionnellement un retard d'un cycle réseau. Le délai d'acheminement d'une donnée entre l'instant d'écriture de cette donnée (dans une mémoire tampon comprise dans le noeud d'émission) par l'horloge applicative source et l'instant où cette donnée est mise à disposition de l'application destinatrice est donc variable dans le temps, au sein des cycles réseau. 2. ARRIÈRE-PLAN TECHNOLOGIQUE On connaît plusieurs techniques, dans l'état de l'art, pour maintenir une synchronisation entre applications dans le cas d'une architecture où applications émettrice et réceptrice utilisent une même fréquence de référence nominale. La plupart de ces techniques connues s'attachent à synchroniser l'horloge de l'application réceptrice (consommatrice) avec l'horloge de l'application émettrice. Dans une première technique connue de synchronisation (décrite dans l'article suivant : � Understanding Jitter and Wander Measurements and Standards �, second edition, from Agilent Technologies, 5988-6254EN, 2003, notamment la Figure 12.5), les horloges restent utilisées indépendamment, et il n'y a pas d'asservissement en fréquence des horloges. Cette première technique s'appuie sur l'utilisation d'un procédé de régulation de débit dans le noeud récepteur (appelée � slip buffer � en anglais). Elle consiste à insérer ou supprimer une donnée applicative en fonction de l'écart de rythme observé entre le débit des données issues du réseau et le débit de lecture par l'application réceptrice. Un inconvénient de cette première technique est qu'elle n'assure l'intégrité des données que lorsque la précision sur la valeur nominale des fréquences d'horloges est de 0 ppm. Dans le cas contraire, il est à la charge de l'application réceptrice de mettre en place des moyens de recouvrir les défauts d'intégrité des données. Une deuxième technique connue de synchronisation (décrite dans le brevet US 6,791,987), appelée � mémoire adaptative � (� adaptive buffer � en anglais) consiste à asservir la fréquence de lecture dans le noeud récepteur en fonction du niveau de remplissage d'une mémoire contenant les données applicatives issues du réseau de communication. Cette deuxième technique connue permet en effet d'accélérer le rythme de lecture lorsque la quantité de données dans la mémoire de réception dépasse un seuil prédéterminé, ou de ralentir le rythme de lecture lorsque la quantité de données dans la mémoire de réception descend en dessous d'un seuil prédéterminé. Toutefois, un inconvénient de cette deuxième technique est qu'elle nécessite l'ajout de procédés de lissage évolués afin d'intégrer dans le temps les mesures ponctuellement observées et éviter ainsi un effet de gigue (� Sitter � en anglais) de la fréquence applicative régénérée. A cause du compromis entre le temps maximal de correction d'une dérive et la précision en fréquence sur la correction effectuée, ce type de procédé est mal adapté aux exigences de qualité de service imposées et attendues par des applications synchrones multipoints. Une troisième technique connue de synchronisation (décrite dans le brevet US 6,327,273) utilise directement le cycle réseau pour générer les horloges applicatives source et destination. Dans ce cas, chaque terminal source et destinataire multiplie son cycle réseau par une même valeur pour générer son horloge applicative. Cette troisième technique nécessite un mode de distribution de l'horloge réseau qui asservit en fréquence les cycles réseau au niveau de chaque terminal. Un inconvénient de cette troisième technique est qu'elle ne permet pas de supporter des horloges applicatives dont les fréquences sont indépendantes (ne sont pas un multiple ou un sous-multiple) de la fréquence de l'horloge de référence réseau. Une quatrième technique connue de synchronisation (décrite dans la demande de brevet EP1052793A1) s'appuie sur l'envoi périodique par l'application source d'informations temporelles relatives à des décalages temporels (� offset � en anglais) entre des évènements de l'horloge applicative source et des évènements de l'horloge réseau. Ces informations temporelles (en anglais � Synchronous Residual Time Stamp �) sont destinées à calculer au niveau du noeud récepteur une dérive entre horloges applicatives source et destinatrice par le biais du cycle réseau, et d'asservir en conséquence la fréquence de l'horloge applicative destinatrice sur la fréquence applicative source, en fonction du contenu des informations temporelles reçues. Cette quatrième technique connue impose la mise en place dans le réseau de communications d'un service garantissant un temps de transfert constant de ces informations, entre l'instant d'écriture d'une donnée par l'horloge applicative source et l'instant où cette donnée est mise à la disposition de la fonction d'asservissement de l'horloge applicative destinatrice dans le noeud récepteur. Au regard de cette contrainte, cette quatrième technique n'est dans les faits utilisable que dans les réseaux synchrones où l'horloge source nominale de l'application et l'horloge de référence réseau ont une relation de proportionnalité entre valeurs nominales respectives. 3. OBJECTIFS DE L'INVENTION L'invention, dans au moins un mode de réalisation, a notamment pour objectif de pallier ces différents inconvénients de l'état de la technique. Plus précisément, dans au moins un mode de réalisation de l'invention, un objectif est de fournir une technique de synchronisation d'applications connectées à un réseau utilisant un mode de transfert synchrone de type TDM (avec une horloge réseau), les horloges applicatives source et destinatrice(s) étant indépendantes de l'horloge réseau. En d'autres termes, un objectif est de fournir une technique de synchronisation d'horloges applicatives entre un dispositif d'émission et au moins un dispositif de réception connectés à un réseau de communication synchrone. Au moins un mode de réalisation de l'invention a également pour objectif de fournir une telle technique qui ne nécessite pas la mise en place dans le réseau de communications d'un service garantissant un temps de transfert constant des données, entre l'instant d'écriture d'une donnée par l'horloge applicative source et l'instant où cette donnée est mise à disposition de la fonction d'asservissement de l'horloge applicative destinatrice dans le noeud récepteur. Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique permettant de synchroniser en phase et en fréquence des applications distantes (application source et application(s) destinatrice(s)) dont le format de données et les horloges sont indépendants des propriétés du mode de transfert sur le réseau (format des canaux virtuels et cycle de référence réseau). Un objectif complémentaire d'au moins un mode de réalisation de l'invention est de fournir une telle technique permettant une synchronisation à la volée d'une nouvelle application destinatrice dans un scénario applicatif multipoints. 4. EXPOSÉ DE L'INVENTION Dans un mode de réalisation particulier de l'invention, il est proposé un procédé de transmission d'informations permettant une synchronisation d'horloges applicatives entre un dispositif d'émission et au moins un dispositif de réception connectés à un réseau de communication mettant en oeuvre un mode de transfert synchrone de type multiplexage par répartition dans le temps, avec une horloge réseau qui définit un cycle réseau, ledit dispositif d'émission effectuant les étapes suivantes pour chaque voie d'une application source à au moins une voie : - écriture dans une mémoire tampon associée à ladite voie, au rythme d'une horloge applicative source, de données applicatives de ladite voie venant de ladite application source, et - transmission sur ledit réseau des données applicatives de ladite voie, au rythme de l'horloge réseau. Ledit procédé étant tel que, pour au moins une voie de ladite application source, ledit dispositif d'émission effectue les étapes suivantes, sur détection d'un évènement d'ajustement d'horloge : - détermination d'une information de décalage temporel entre un instant de début d'un cycle réseau courant et un instant d'écriture d'une des données applicatives de ladite voie, dite donnée de référence, dans la mémoire tampon associée à ladite voie ; - détermination d'une information de position de ladite donnée de référence parmi des données applicatives de ladite voie à transmettre sur ledit réseau pendant un cycle réseau déterminé; -transmission, sur le réseau de communication, desdites informations de décalage temporel et de position pendant ledit cycle réseau déterminé. Ainsi, dans ce mode de réalisation particulier, la technique de synchronisation de l'invention repose sur une approche tout à fait nouvelle et inventive consistant à transmettre non seulement une information de décalage temporel (comme dans la quatrième technique connue précitée) mais aussi une information de position de la donnée (dite donnée de référence) ayant servi au calcul de l'information de décalage temporel. De cette façon (et comme présenté plus en détail ci-après), l'utilisation conjointe de ces deux informations permet, dans le dispositif de réception, d'appliquer le décalage temporel sur la donnée ayant servi à le calculer, et ainsi de synchroniser en phase et en fréquence des applications distantes (source et destinatrice(s)) dont le format de données et les horloges sont indépendants des propriétés du mode de transfert sur le réseau (par exemple, format des canaux virtuels et cycle de référence réseau). La quatrième technique connue précitée permet une synchronisation en fréquence mais pas en phase, puisque aucune information de position de la donnée de référence n'est transmise. L'utilisation conjointe de ces deux informations permet également, dans chaque dispositif de réception, d'effectuer une synchronisation à la volée d'applications destinatrices dans le cas de systèmes applicatifs multipoints. Dans ce cas, les données ne seront fournies à une application consommatrice qu'à partir de la donnée de référence, reçue du réseau de communication, afin de démarrer le transfert de données vers l'application destinatrice avec une horloge applicative consommatrice calée en fréquence et en phase avec l'horloge applicative source. De façon avantageuse, le cycle réseau déterminé est le cycle réseau suivant le cycle réseau courant. Ainsi, la latence de transmission dans le réseau de communication est réduite. Avantageusement, ledit procédé comprend une étape de vérification de ce que ladite donnée de référence va effectivement être transmise sur le réseau de communication pendant ledit cycle réseau prédéterminé, et ladite étape de transmission desdites informations de décalage temporel et de position est effectuée seulement si ladite donnée de référence va être transmise pendant le cycle réseau prédéterminé. Ainsi, il est possible d'éviter de transporter une information additionnelle représentative de la gigue de mise en paquet (paquétisation). Selon une caractéristique avantageuse, ledit procédé comprend une étape de comparaison de ladite information de décalage temporel avec un intervalle de confiance prédéterminé, et lesdites étapes de détermination d'une information de position et de transmission desdites informations de décalage temporel et de position ne sont effectuées que si ladite information de décalage temporel est comprise dans ledit intervalle de confiance prédéterminé. Ainsi, il est possible d'autoriser une plage opérationnelle d'application de l'information de décalage temporel dans le dispositif de réception en fonction des contraintes d'implémentation liées au temps de calcul des informations de décalage temporel et en assurant que le décalage temporel sera inférieur à la gigue potentielle du réseau. De façon avantageuse, chaque cycle réseau comprend un nombre entier de canaux virtuels synchrones. Lesdites données applicatives de ladite voie sont transmises dans un ou plusieurs desdits canaux virtuels, dits canaux virtuels de données, alloués à ladite voie. Lesdites informations de décalage temporel et de position sont transmises dans au moins un desdits canaux virtuels, dit canal virtuel de contrôle, distinct desdits canaux virtuels de données. Ainsi, le nombre et la position des canaux virtuels utilisés pour le transport de l'information de décalage temporel et de position est indépendant du nombre de canaux alloués pour la transmission des données applicatives, ce qui permet de s'abstraire du débit applicatif. Selon une variante, chaque cycle réseau comprend un nombre entier de canaux virtuels synchrones, chaque canal virtuel comprenant un en-tête et une partie utile. Les données applicatives de ladite voie sont transmises dans la partie utile d'un ou plusieurs desdits canaux virtuels. Lesdites informations de décalage temporel et de position sont transmises dans l'en-tête du canal virtuel, dit canal virtuel de données et de synchronisation, dont la partie utile contient ladite donnée de référence. Si la partie utile dudit canal virtuel de données et de synchronisation contient uniquement ladite donnée de référence, alors ladite information de position n'est pas transmise dans l'en-tête dudit canal virtuel de données et de synchronisation. Selon une caractéristique avantageuse, ledit procédé comprend une étape de génération périodique dudit évènement d'ajustement d'horloge, selon une période prédéterminée et fonction d'exigences sur la gigue et la dérive en fréquence maximale autorisée par ladite application source générant lesdites données applicatives. Ainsi la transmission des informations nécessaires pour assurer la synchronisation du dispositif d'émission et du dispositif de réception requiert une bande passante faible, en évitant une telle transmission à chaque cycle réseau, tout en assurant le respect des contraintes applicatives. Avantageusement, ladite application source possède au moins deux voies et génère au même rythme des données applicatives pour chacune des voies. Ledit dispositif d'émission écrit simultanément dans les mémoires tampon associées auxdites voies. Les étapes dudit procédé sont effectuées seulement pour une desdites voies de l'application source, lesdites informations de décalage temporel et de position étant associées à une donnée pour chacune des voies. Ainsi, en utilisant des informations de décalage temporel et de position communes à l'ensemble des voies d'une application dites multivoies, le procédé ne nécessite aucun procédé additionnel de synchronisation entre dispositifs de réception pour respecter la synchronisation entre voies (par exemple, spatialité du rendu d'un système de restitution sonore de type home cinema), et ce indépendamment de la localisation des dispositifs de réception dans le réseau synchrone. Ainsi, il suffit de calculer les informations de décalage temporel et de position pour une seule voie puisque : - l'application source génère au même rythme les données applicatives pour chacune des voies ; -l'application source écrit simultanément dans les mémoires tampon associées chacune à une des voies ; - le dispositif d'émission transmet simultanément sur ledit réseau, au rythme de l'horloge réseau, les données applicatives des différentes voies. L'un des dispositifs de réception, qui est associé à une première voie, applique le décalage temporel sur une donnée de cette première voie, dite donnée de référence, ayant servi à calculer ce décalage temporel. Chaque autre dispositif de réception, qui est associé à une autre voie, applique le décalage temporel sur une donnée de cette autre voie générée par l'application source en même temps que la donnée de référence pour la première voie. Dans un autre mode de réalisation, l'invention concerne un procédé de réception d'informations permettant une synchronisation d'horloges applicatives entre un dispositif d'émission et au moins un dispositif de réception connectés à un réseau de communication synchrone, ledit réseau de communication mettant en oeuvre un mode de transfert synchrone de type multiplexage par répartition dans le temps, avec une horloge réseau qui définit un cycle réseau, ledit dispositif de réception effectuant les étapes suivantes : - écriture dans une mémoire tampon de données applicatives reçues sur ledit réseau au rythme de l'horloge réseau, et - lecture, au rythme d'une horloge applicative consommatrice, des données applicatives stockées dans ladite mémoire, les données lues étant destinées à une application consommatrice. Ledit procédé étant tel que le dispositif de réception effectue au moins une itération des étapes suivantes : - réception, en provenance du réseau de communication, d'informations de décalage temporel et de position associées à des données applicatives reçues pendant un cycle réseau ; - en fonction de ladite information de position, sélection d'une donnée de référence parmi les données applicatives écrites dans la mémoire ; -détermination d'un instant de lecture de ladite données de référence dans ladite mémoire, en partant d'un instant de début d'un cycle réseau, dit cycle de décalage, et en ajoutant un décalage défini par ladite information de décalage temporel ; - lecture de ladite données de référence audit instant de lecture, puis lecture des données qui suivent ladite donnée de référence, au rythme de ladite horloge applicative consommatrice. De façon avantageuse, ladite information de position est une information de position de ladite donnée de référence parmi des données applicatives reçues du réseau de communication pendant le cycle réseau précédant ledit cycle de décalage. Avantageusement, le procédé comprend une étape d'invalidation des données lues avant ladite donnée de référence si une première itération des étapes dudit procédé n'a pas déjà été effectuée ou si une perte de synchronisation est survenue depuis une première itération déjà effectuée. Ceci permet une synchronisation d'une application destinatrice hébergée par un dispositif de réception, soit dans le cas d'une perte de synchronisation, soit dans le cas à d'une synchronisation à la volée d'une nouvelle application destinatrice (première connexion du dispositif de réception qui l'héberge) dans un scénario applicatif multipoints. Dans un autre mode de réalisation, l'invention concerne un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, ledit produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre du procédé selon au moins un des modes de réalisation précités, lorsque ledit programme est exécuté sur un ordinateur. Dans un autre mode de réalisation, l'invention concerne un moyen de stockage, éventuellement totalement ou partiellement amovible, lisible par un ordinateur, stockant un jeu d'instructions exécutables par ledit ordinateur pour mettre en oeuvre le procédé selon au moins un des modes de réalisation précités. Dans un mode de réalisation particulier de l'invention, il est proposé un dispositif d'émission, transmettant des informations permettant une synchronisation d'horloges applicatives entre ledit dispositif d'émission et au moins un dispositif de réception connectés à un réseau de communication mettant en oeuvre un mode de transfert synchrone de type multiplexage par répartition dans le temps, avec une horloge réseau qui définit un cycle réseau, ledit dispositif d'émission comprenant : - des moyens d'écriture permettant, pour chaque voie d'une application source à au moins une voie, d'écrire dans une mémoire tampon associée à ladite voie, au rythme d'une horloge applicative source, de données applicatives de ladite voie venant de ladite application source, et - des premiers moyens de transmission permettant, pour chaque voie, de transmettre sur ledit réseau les données applicatives de ladite voie, au rythme de l'horloge réseau. Ledit dispositif d'émission comprend les moyens suivants, activés pour au moins une voie de ladite application source, sur détection d'un évènement d'ajustement d'horloge : - des moyens de détermination d'une information de décalage temporel entre un instant de début d'un cycle réseau courant et un instant d'écriture d'une des données applicatives de ladite voie, dite donnée de référence, dans la mémoire tampon associée à ladite voie ; - des moyens de détermination d'une information de position de ladite donnée de référence parmi des données applicatives de ladite voie à transmettre sur ledit réseau pendant un cycle réseau prédéterminé ; - des deuxièmes moyens de transmission, sur le réseau de communication, desdites informations de décalage temporel et de position pendant ledit cycle réseau prédéterminé. De façon avantageuse, ledit cycle réseau prédéterminé est le cycle réseau suivant ledit cycle courant. Selon une caractéristique avantageuse, ledit dispositif d'émission comprend des moyens de vérification de ce que ladite donnée de référence va effectivement être transmise sur le réseau de communication pendant le cycle réseau prédéterminé, et lesdits deuxièmes moyens de transmission desdites informations de décalage temporel et de position sont activés seulement si lesdits moyens de vérification détectent que ladite donnée de référence va être transmise pendant le cycle réseau prédéterminé. De façon avantageuse, ledit dispositif d'émission comprend des moyens de comparaison de ladite information de décalage temporel avec un intervalle de confiance prédéterminé, et lesdits moyens de détermination d'une information de position et de transmission desdites informations de décalage temporel et de position ne sont activés que si lesdits moyens de comparaison détectent que ladite information de décalage temporel est comprise dans ledit intervalle de confiance prédéterminé. De façon avantageuse, chaque cycle réseau comprend un nombre entier de canaux virtuels synchrones. Lesdits premiers moyens de transmission transmettent lesdites données applicatives de ladite voie dans un ou plusieurs desdits canaux virtuels, dits canaux virtuels de données, alloués à ladite voie. Lesdits deuxièmes moyens de transmission transmettent lesdites informations de décalage temporel et de position dans au moins un desdits canaux virtuels, dit canal virtuel de contrôle, distinct desdits canaux virtuels de données. Selon une variante avantageuse, chaque cycle réseau comprend un nombre entier de canaux virtuels synchrones, chaque canal virtuel comprenant un en-tête et une partie utile. Lesdits premiers moyens de transmission transmettent les données applicatives de ladite voie dans la partie utile d'un ou plusieurs desdits canaux virtuels. Lesdits deuxièmes moyens de transmission transmettent lesdites informations de décalage temporel et de position dans l'en-tête du canal virtuel, dit canal virtuel de données et de synchronisation, dont la partie utile contient ladite donnée de référence. Si la partie utile dudit canal virtuel de données et de synchronisation contient uniquement ladite donnée de référence, alors lesdits deuxièmes moyens de transmission ne transmettent pas ladite information de position dans l'en-tête dudit canal virtuel de données et de synchronisation. Avantageusement, ledit dispositif d'émission comprend des moyens de génération périodique dudit évènement d'ajustement d'horloge, selon une période prédéterminée et fonction d'exigences sur la gigue et la dérive en fréquence maximale autorisée par ladite application source générant lesdites données applicatives. De façon avantageuse, ladite application source possède au moins deux voies et génère au même rythme des données applicatives pour chacune des voies. Ledit dispositif d'émission comprend des moyens d'écriture, permettant d'écrire simultanément dans les mémoires tampon associées auxdites voies. Les moyens dudit dispositif d'émission sont activés seulement pour une desdites voies de l'application source, lesdites informations de décalage temporel et de position étant associées à une donnée pour chacune des voies. Dans un autre mode de réalisation, l'invention concerne un dispositif de réception, recevant des informations permettant une synchronisation d'horloges applicatives entre un dispositif d'émission et au moins ledit dispositif de réception connectés à un réseau de communication synchrone, ledit réseau de communication mettant en oeuvre un mode de transfert synchrone de type multiplexage par répartition dans le temps, avec une horloge réseau qui définit un cycle réseau, ledit dispositif de réception comprenant : - des moyens d'écriture, permettant d'écrire dans une mémoire tampon des données applicatives reçues sur ledit réseau au rythme de l'horloge réseau, et - des moyens de lecture, permettant de lire, au rythme d'une horloge applicative consommatrice, des données applicatives stockées dans ladite mémoire, les données lues étant destinées à une application consommatrice. Ledit dispositif de réception comprend les moyens suivants, activés au moins une fois : - des moyens de réception, permettant de recevoir, en provenance du réseau de communication, des informations de décalage temporel et de position associées à des données applicatives reçues pendant un cycle réseau ; - des moyens de sélection, permettant de sélectionner, en fonction de ladite information de position, une donnée de référence parmi les données applicatives écrites dans la mémoire ; - des moyens de détermination, permettant de déterminer un instant de lecture de ladite données de référence dans ladite mémoire, en partant d'un instant de début d'un cycle réseau, dit cycle de décalage, et en ajoutant un décalage défini par ladite information de décalage temporel ; - des moyens de lecture, permettant de lire ladite données de référence audit instant de lecture, puis de lire des données qui suivent ladite donnée de référence, au rythme de ladite horloge applicative consommatrice. De façon avantageuse, ladite information de position est une information de 25 30 position de ladite donnée de référence parmi des données applicatives reçues du réseau de communication pendant le cycle réseau précédant ledit cycle de décalage. Avantageusement, ledit dispositif de réception comprend des moyens d'invalidation, permettant d'invalider des données lues avant ladite donnée de référence si une première activation des moyens dudit dispositif de réception n'a pas déjà été effectuée ou si une perte de synchronisation est survenue depuis une première activation déjà effectuée. 5. LISTE DES FIGURES D'autres caractéristiques et avantages de modes de réalisation de l'invention apparaîtront à la lecture de la description suivante, donnée à titre d'exemple indicatif et non limitatif (tous les modes de réalisation de l'invention ne sont pas limités aux caractéristiques et avantages des modes de réalisation décrits ci-après), et des dessins annexés, dans lesquels : - la figure 1 décrit l'architecture d'un noeud de communication (pouvant comme 15 un dispositif d'émission et un dispositif de réception) d'un système de distribution audio multivoies, selon un mode de réalisation particulier de l'invention ; - la figure 2 décrit l'architecture du module de traitement de données en émission, connecté à une application source et apparaissant sur la figure 1, selon un mode de réalisation particulier de l'invention ; - la figure 3 présente un organigramme d'un procédé de calcul et transmission d'informations de synchronisation, selon un mode de réalisation particulier de l'invention ; - la figure 4 décrit l'architecture du module de traitement de données en réception, connecté à une application réceptrice et apparaissant sur la figure 1, selon un mode de réalisation particulier de l'invention ; et - la figure 5 présente un organigramme d'un procédé de réception et utilisation d'informations de synchronisation, selon un mode de réalisation particulier de l'invention ; 30 6. DESCRIPTION DÉTAILLÉE 20 25 Sur toutes les figures du présent document, les éléments et étapes identiques sont désignés par une même référence numérique. A titre illustratif uniquement, on présente dans la suite de la description un exemple d'application de l'invention pour un système audio 8 voies, fonctionnant à 60GHz et constitué de neuf noeuds de transmission. Plus particulièrement, le système comprend : - huit noeuds de type WAR, � Wireless Audio Renderer � (en francais : récepteur audio sans fil) dont chacun est équipé d'un dispositif de restitution d'un canal audio (� Audio channel renderer � en anglais), intégrant notamment un haut-parleur (� speaker � en anglais), et - un noeud de type WAP, � Wireless Audio Player � (en francais : lecteur audio sans fil), équipé d'un décodeur audio multi voies (� Surround sound decoder � en anglais), susceptible de transmettre, via le réseau de communication à 60GHz formé par l'ensemble des noeuds WAR et WAS, l'ensemble des différents canaux audio issus d'une même source. L'ensemble de la bande passante disponible délivrée par le système est découpé en canaux virtuels synchrones dont le débit utile est caractérisé par la fréquence de cadencement des canaux virtuels, par exemple 8KHz, ainsi que par le format de données d'un canal, par exemple 48 bits. Ainsi un canal virtuel (en anglais � Virtual Channel � ou VC) a un débit constant de 384 Kbps (kilobit par seconde). La séquence complète comprenant un échantillon représentatif de chacun des canaux virtuels disponibles constitue un cycle complet de traitement de données synchrone (ou SDPC pour � Synchronous Data Processing Cycle � en anglais), aussi appelé cycle réseau, dont la durée est égale à 125�s dans le cas d'une fréquence de cadencement de 8KHz des canaux virtuels. Un canal audio de résolution 44.1KHz -24bits utilisera donc trois canaux virtuels, en vertu d'un calcul théorique de 2,756, soit par exemple pour un système complet 8 voies (classiquement appelé 7.1), un total de 24 canaux virtuels, soit un débit utile nécessaire de 9,216 Mbps (mégabit par seconde) pour le transfert de l'information audio. Si l'on ajoute, pour le transfert d'informations supplémentaires en mode synchrone (contrôle du système, protocole, commande utilisateur, ...), un canal virtuel alloué à chaque noeud de transmission du système, un cycle réseau est composé de 33 canaux virtuels, soit un débit utile de 12,672 Mbps. La figure 1 décrit l'architecture d'un noeud de communication 100 d'un système de distribution audio multivoies, selon un mode de réalisation particulier de l'invention. Ce noeud peut se comporter à la fois comme un dispositif d'émission et un dispositif de réception. Dans l'exemple précité, chacun des noeuds WAR et WAP possède par exemple la structure du noeud 100 de la figure 1. On peut bien sûr prévoir une autre mise en oeuvre dans laquelle un ou plusieurs des noeuds WAR et WAP (par exemple le noeud WAP) se comportent uniquement comme un dispositif d'émission et un ou plusieurs des noeuds WAR et WAP (par exemple les noeuds WAR) se comportent uniquement comme un dispositif de réception. Chaque noeud de communication 100 peut se connecter à une application source (non représentée), au travers d'un signal d'horloge applicative source Sclkin 105 et un signal de données applicatives Data in 106 (cas par exemple du WAP). Un module de traitement de données en émission 101 (� Application Tx I/F �) est en charge de récupérer les données issues de l'application source, de les ranger (écriture) en mémoire tampon et de les mettre à disposition en lecture pour le module de gestion du mode de transfert SDPC 102 (aussi appelé module SDPC). Dans le cas d'une application source multi voies, il y a une mémoire par voie, cette mémoire pouvant elle-même être une zone mémoire d'une mémoire globale commune à plusieurs voies. Le module de traitement de données en émission 101 est également en charge du calcul et de l'insertion des données de synchronisation relatives à l'invention. L'échange de données applicatives entre les modules référencés 101 et 102 s'opère au travers de signaux d'interface Data_tx_VC 110, Rd clk 111 et Vide 109. L'échange de données de synchronisation entre les modules référencés 101 et 102 s'opère au travers de signaux d'interface Indextx 112, Offsettx 113 et Sync_tx 114. Chaque noeud de communication 100 peut aussi se connecter à une application destinatrice (non représentée), au travers d'un signal d'horloge applicative consommatrice Sclkout 107 et un signal de données applicatives Data out 108 (cas par exemple d'un WAR). Un module de traitement de données en réception 104 (� Application Rx I/F �) est en charge de récupérer les données des canaux virtuels issues du module de gestion du mode de transfert SDPC 102, et de les ranger en mémoire tampon pour être fournies à l'application destinatrice au rythme de Sclk_out. L'échange de données applicatives entre les modules référencés 102 et 104 s'opère au travers de signaux d'interface Data_rx VC 115 et Wrclk 116. L'échange de données de synchronisation entre les modules référencés 102 et 104 s'opère au travers de signaux d'interface Indexrx 117, Offsetrx 119 et Sync_rx 120. Le module SDPC 102 est chargé, à chaque cycle réseau (TDM cycle) 118, de récupérer le contenu des données applicatives source et de synchronisation pour formater les canaux virtuels alloués en émission issus du module de traitement de données en émission 101, et de transférer ces informations à un module de transmission SDTC 103 (pour � Synchronous Data Transmission Cycle � en anglais). L'échange de données entre les modules référencés 102 et 103 s'opère au travers de signaux d'interface Data tx 125 et Ctrl data tx 121 dans le sens de la transmission vers le réseau. Le module SDPC 102 est chargé de récupérer les informations issues du module de transmission 103, et à chaque cycle réseau 118 de fournir le contenu des canaux virtuels alloués en réception à destination du module de traitement de données en réception 104. L'échange de données entre les modules référencés 103 et 102 s'opère au travers de signaux d'interface Data_rx 122 et Ctrldata rx 123 dans le sens de la réception en provenance du réseau. Le module de transmission 103 implémente un mode de transmission synchrone, et utilise une antenne d'émission/réception 124 opérant dans la bande de fréquence 60 GHz. La figure 2 décrit l'architecture du module de traitement de données en émission 101 de la figure 1, selon un mode de réalisation particulier de l'invention. Cette architecture est constituée de : - une mémoire tampon 200 connectée à l'application source ; - un module de calcul d'offset 203 ; - un module de calcul d'index 201 ; et - une horloge système 204 (quartz). Les données applicatives (signal de données applicatives Data in 106) sont rangées en mémoire 200 au rythme de l'horloge d'écriture (signal d'horloge applicative source Sclkin 105), indépendamment des opérations de lecture effectuées par le module SDPC 102. A chaque cycle réseau 118, le module SDPC 102 effectue un nombre prédéterminé de lectures dans la mémoire 200, calculé en fonction du nombre entier de canaux virtuels alloués en émission pour ladite application et du nombre de données applicatives nécessaire pour remplir un canal virtuel. Dans le cas de l'application audio multivoie considérée, 6 lectures sont donc effectuées à chaque cycle réseau pour chaque canal audio (c'est-à-dire pour chaque voie du système audio 8 voies). Lorsqu'un canal virtuel de 48 bits ne peut être rempli entièrement par deux échantillons audio de 24 bits, ce qui intervient occasionnellement pour le dernier canal virtuel alloué par canal audio, ce canal virtuel sera formaté avec un entête indiquant l'absence de données applicatives, et l'écriture en canal virtuel de l'échantillon audio déjà lu interviendra dans le premier canal virtuel alloué au canal audio lors du prochain cycle réseau. Les canaux virtuels remplis entièrement par des données applicatives sont formatés avec un entête indiquant la présence de données applicatives. Suite à un évènement de cycle réseau (début d'un cycle réseau), lorsque des informations de synchronisation (Indextx 112 et Offset_tx 113) doivent être insérées dans un canal virtuel alloué pour l'échange d'informations protocolaires, le module de calcul d'index 201 génère un évènement sur le signal Synctx 114. Le module SDPC 102 insérera ces informations dans un canal virtuel de type protocolaire durant le cycle réseau suivant. La figure 3 détaille la mise en oeuvre des opérations de calcul et d'insertion des informations de synchronisation effectuées par le module de traitement de données en émission 101. Le principe général consiste à faire boucler un algorithme au rythme d'une période d'ajustement prédéterminée et calculée en fonction des exigences sur la gigue et la dérive en fréquence maximale autorisée par l'application. Après une étape initialisation 300, on passe à une étape d'attente 301 et on y reste jusqu'à détection d'un besoin de génération de nouveaux paramètres de synchronisation (c'est-à-dire jusqu'à détection d'un événement d'ajustement). Durant l'étape 300, le signal Synctx est mis à zéro par le module de calcul d'index 201 pour indiquer au module SDPC 102 l'absence d'informations de synchronisation. Suite à la détection d'un événement d'ajustement, on passe à l'étape 302 dans laquelle le signal Req 213 est activé vers le module de calcul d'offset 203, ce qui correspond à l'émission d'une requête de calcul d'offset. Puis, on passe à une étape d'attente 303 et on y reste jusqu'à détection du signal Valid généré en retour par le module de calcul d'offset 203. Sur réception du signal Req 213 actif, le module de calcul d'offset 203 est en effet en charge de calculer un écart temporel (offset) entre le début du cycle réseau courant (cycle N) et le prochain évènement sur le signal d'horloge applicative source Sclkin 105. Le résultat obtenu, exprimé en nombre d'événements (ou �ticks �) de l'horloge système 204 dont la valeur nominale est prédéterminée au sein de chaque noeud du réseau, est comparé à un intervalle de confiance prédéterminé. Les bornes inférieure et supérieure de cet intervalle sont fixées en tenant compte des contraintes d'implémentation du dispositif (temps de calcul et d'insertion en émission, temps de calcul et d'ajustement en réception). Aussi, lorsque le résultat est en dehors de l'intervalle de confiance fixé, le calcul n'est pas validé et s'effectue entre l'événement suivant du signal d'horloge applicative source Sclkin 105 et le début du cycle réseau courant (cycle N). Lorsqu'un résultat satisfait aux critères de confiance, le signal Valid 212 est activé en retour vers le module de calcul d'index 201 et l'information d'offset est présentée au niveau du signal de sortie Offsettx 113. Sur détection du signal Valid 212, le signal de requête 213 est désactivé dans l'étape 304 et l'information d'index est initialisée au nombre de données applicatives résidantes en mémoire 200. Puis, dans une étape 305, la valeur index est décrémentée au rythme des évènements de lecture Rd clk 111 du module 102, jusqu'à détection du prochain évènement de cycle réseau 118 (début du cycle réseau N+1). Sur détection de ce début de cycle réseau N+l, les tests des étapes 306 à 308 sont effectués afin de vérifier si la donnée applicative en mémoire 200 associée à la valeur de l'index (au moment du début du cycle réseau N+l) sera transmise dans le cycle réseau N+l qui vient de démarrer. Ce calcul est directement issu du commentaire de la figure 2 concernant l'indépendance de format entre donnée applicative et canal virtuel, et dans le cas de l'application audio décrite interviendra occasionnellement pour un échantillon audio devant être écrit dans le troisième canal virtuel. Plus précisément, dans l'étape 306, on détecte si la taille mémoire disponible dans les canaux virtuels alloués pour l'application est supérieure à la taille mémoire nécessaire pour le transport des � index � premières données en mémoire. Dans l'affirmative à l'étape 306, on passe à l'étape 307 dans laquelle on calcule la position de la � index � ième donnée en mémoire dans les canaux virtuels alloués pour l'application. Puis dans l'étape 308, on détecte si la � index � ième donnée en mémoire est située dans un canal virtuel entièrement rempli. Dans l'affirmative à l'étape 308, on passe à l'étape 309. Dans la négative à l'étape 306 ou à l'étape 308 (c'est-à-dire dans le cas où le calcul montre que la donnée applicative concernée ne sera pas transmise dans le cycle réseau N+l), le signal Synctx est maintenu inactif afin d'inhiber la requête de transfert des informations de synchronisation dans le cycle réseau N+l, et un retour vers l'étape 302 est effectué afin de réitérer le processus de calcul (calculer d'un écart temporel (offset) entre le début du cycle réseau N et l'événement suivant sur le signal d'horloge applicative source Sclkin 105). Dans l'étape 309 (effectuée si la donnée applicative concernée est transmise dans le cycle réseau N+l), le signal Synctx est activé et la valeur de l'index est recopiée sur le signal de sortie Index tx 112 afin d'insérer la requête de transfert des informations de synchronisation (Offset tx et Index tx) dans le cycle réseau N+l . Puis, sur détection de fin du cycle réseau N+l (étape 310), la requête de transfert des informations de synchronisation est levée dans l'étape 311 avant de revenir dans l'étape d'attente 301 (dans l'attente d'un prochain événement d'ajustement déclenchant un nouveau calcul d'informations de synchronisation). Il est à noter que, dans un souci de simplification, on a présenté dans la description ci-dessus des figures 2 et 3 le calcul et l'insertion des informations de synchronisation effectués pour une voie de l'application source. Cette voie est soit l'unique voie de l'application source (cas d'une application source mono voie), soit l'une des voies de l'application source (cas d'une application source multi voies). Comme déjà mentionné ci-dessus, dans le cas d'une application source multi voies, il y a une mémoire par voie, cette mémoire pouvant elle-même être une zone mémoire d'une mémoire globale commune à plusieurs voies. Si l'application source multi voies génère au même rythme des données applicatives pour chacune des voies, et si le dispositif d'émission écrit simultanément (au rythme de l'horloge applicative source) dans les différentes mémoires tampon associées aux différentes voies, alors il suffit d'effectuer le calcul et l'insertion des informations de synchronisation pour une seule des voies. Ainsi, dans le cas précité d'un système audio 8 voies, comprenant un noeud de type WAP (associé à une application source multi voies) et huit noeuds de type WAR (associé chacun à une application destinatrice traitant une voie), si tous les échantillons audio sont émis simultanément pour toutes les voies, à la fréquence Fs par l'application source, alors le remplissage des canaux virtuels du cycle réseau pour chacune des voies est identique si le même nombre de canaux virtuels est alloué pour chacune des voies audio (c'est-à-dire si l'application utilise des voies équilibrées). Une voie est aussi appelée canal audio. Les informations de synchronisation (offset et index), quand elles sont calculées une seule fois pour l'ensemble des voies, sont utilisées de la même manière au niveau de chacune des destinations. Dans le cas précité d'un système audio 8 voies, l'un des noeuds de type WAR, à savoir celui qui traite la voie utilisée dans le dispositif d'émission pour calculer les informations de synchronisation, applique le recalage sur l'échantillon (dit échantillon de référence) ayant effectivement servi à calculer ces informations de synchronisation. Chacun des autres noeuds de type WAR applique le recalage sur un échantillon émis par l'application source en même temps que l'échantillon de référence (c'est-à-dire pendant la même période 1/Fs). On utilise par exemple un seul canal virtuel de type contrôle pour transporter ces informations, chaque dispositif destinataire étant à l'écoute de ce canal virtuel de contrôle pour appliquer les recalages de l'horloge applicative régénérée. La figure 4 décrit l'architecture du module de traitement de données en réception 104 de la figure 1, selon un mode de réalisation particulier de l'invention. Cette architecture est constituée de : - une mémoire tampon 400 connectée à l'application destinatrice ; - un module 401 de sélection d'horloge de lecture (signal d'horloge applicative consommatrice Sclk_out 107) ; - un compteur 402 ; - un générateur d'horloge de lecture Sclkout nominale 403, basée sur un sous-multiple de l'horloge système 204 ; - un multiplexeur 404 ; et - l'horloge système 204. Les données applicatives issues de l'interface Data_rx_VC 115 sont rangées en mémoire 400 au rythme de l'horloge d'écriture Wrclk 116, indépendamment des opérations de lecture de cette mémoire au rythme du signal Sclkout 107. A chaque cycle réseau 118, le module SDPC 102 effectue un nombre variable d'écritures dans la mémoire 400, en fonction des entêtes des canaux virtuels de type applicatifs récupérés du canal de transmission. Dans un cycle réseau, les informations de synchronisation (Offset et Index) récupérées dans un canal virtuel de type protocolaire sont mises à disposition du module de traitement de données en réception 104 au travers des signaux d'interface Index rx 117 et Offsetrx 119, en activant le signal Syncrx 120. Le procédé de génération du signal d'horloge applicative Sclkout 107 consiste globalement à prendre par défaut la sortie du générateur 403, et sur détection d'informations de synchronisation, de procéder à la génération d'un évènement Adj 410 qui est utilisé comme signal Sclkout 107 en lieu et place du signal de sortie du module 403. La figure 5 présente un organigramme d'un procédé de réception et utilisation des informations de synchronisation précitées (Offset et Index), selon un mode de réalisation particulier de l'invention. Cet organigramme détaille la mise en oeuvre des opérations de réajustement de l'horloge applicative Sclkout 107 dans le module de traitement de données en réception 104. Le principe de fonctionnement du compteur 402 consiste à générer un évènement Adj 410 à l'issue d'une durée de valeur égale à l'information Offset rx 119 en provenance du module SDPC 102, l'opération de comptage de cette durée étant initialisée à partir du prochain évènement (début) de cycle réseau qui suit la détection de l'état actif du signal Sync_rx 120. Après une étape d'initialisation 500, le signal Sel 405 est rendu inactif dans une étape 501. Dans ces conditions, le signal Sclkout 116 est connecté à la sortie du générateur de fréquence nominale 403. Puis, on passe à l'étape d'attente 502 dans laquelle on reste jusqu'à la détection d'un évènement (début) de cycle réseau 118 (aussi appelé évènement � TDM cycle �). Sur détection d'un évènement (début) de cycle réseau, une variable interne Position est affectée au nombre de données applicatives en mémoire tampon 400 dans l'étape 503, puis décrémentée au rythme des lectures par l'horloge Sclkout 107, dans l'état 504, jusqu'à détection d'un évènement Syncrx 120 ou d'un évènement (début) de cycle réseau 118. Sur détection (506) d'un évènement (début) de cycle réseau 118, un retour à l'étape 503 est opéré de façon à réitérer l'initialisation de la variable Position au nombre de données applicatives dans la mémoire 400. Sur détection (505) de l'événement Syncrx, la variable Position est réinitialisée à la somme de la valeur précédente plus la valeur de Indexrx 117 présente en sortie de module SDPC 102 (étape 507), puis décrémentée au rythme des lectures par l'horloge Sclkout 107, jusqu'à lecture de la donnée applicative qui précède la donnée devant être resynchronisée (donnée de référence), c'est-à-dire jusqu'à ce que la variable Position atteigne une valeur nulle (étape 508). A cet instant, dans l'étape 510, le signal de sélection Sel 405 est mis à 1 pour relier le signal Sclkout 107 à la sortie Adj 410 du compteur 402, et ce jusqu'à détection de l'évènement Adj 410 (dans l'étape 511). L'événement Adj 410 provoque ainsi la synchronisation de la lecture de la donnée applicative suivante en mémoire 400 à l'information Offsetrx 119, relativement à la position temporelle du début du cycle réseau courant. Puis, une boucle est effectuée vers l'étape 501 afin de poursuivre la génération du signal Sclkout 107 au rythme de sa fréquence nominale (sortie du générateur 403). Ainsi, on effectue le recalage temporel de l'instant de lecture d'une donnée applicative particulière (donnée de référence), indépendamment de la gigue sur le temps de transmission de cette donnée entre noeud source et noeud destination. L'avantage de cette solution, par l'utilisation d'un paramètre d'index indépendant de la position de cette donnée dans la trame de données associée au cycle réseau, et indépendante de l'instant d'écriture de cette donnée dans le cycle réseau, permet donc de s'affranchir des caractéristiques temporelles associées aux formatage du mode de transfert d'une part, tout en supportant un délai de transmission variable des informations de synchronisation entre applications. De manière avantageuse, la solution proposée permet la synchronisation à la volée d'une application réceptrice dans un scénario multipoints (soit une nouvelle application, soit une application déjà membre des destinataires mais s'étant désynchronisée puis resynchronisée au niveau du mode de transmission), puisqu'il suffit d'inhiber la génération du signal Sclkout en sortie de module 104 jusqu'à la première occurrence de l'évènement de réajustement Adj 410. On notera que l'invention ne se limite pas à une implantation purement matérielle mais qu'elle peut aussi être mise en oeuvre sous la forme d'une séquence d'instructions d'un programme informatique ou toute forme mixant une partie matérielle et une partie logicielle. Dans le cas où l'invention est implantée partiellement ou totalement sous forme logicielle, la séquence d'instructions correspondante pourra être stockée dans un moyen de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce moyen de stockage étant lisible partiellement ou totalement par un ordinateur ou un microprocesseur. REVENDICATIONS 1. Procédé de transmission d'informations permettant une synchronisation d'horloges applicatives entre un dispositif d'émission et au moins un dispositif de réception connectés à un réseau de communication mettant en oeuvre un mode de transfert synchrone de type multiplexage par répartition dans le temps, avec une horloge réseau qui définit un cycle réseau, ledit dispositif d'émission effectuant les étapes suivantes pour chaque voie d'une application source à au moins une voie : - écriture dans une mémoire tampon associée à ladite voie, au rythme d'une horloge applicative source, de données applicatives de ladite voie venant de ladite application source, et - transmission sur ledit réseau des données applicatives de ladite voie, au rythme de l'horloge réseau, ledit procédé étant caractérisé en ce que, pour au moins une voie de ladite application source, ledit dispositif d'émission effectue les étapes suivantes, sur détection d'un évènement d'ajustement d'horloge : - détermination (302, 303) d'une information (Offsettx) de décalage temporel entre un instant de début d'un cycle réseau courant et un instant d'écriture d'une des données applicatives de ladite voie, dite donnée de référence, dans la mémoire tampon associée à ladite voie ; - détermination (304, 305) d'une information (Indextx) de position de ladite donnée de référence parmi des données applicatives de ladite voie à transmettre sur ledit réseau pendant un cycle réseau prédéterminé; - transmission (309), sur le réseau de communication, desdites informations de décalage temporel et de position pendant ledit cycle prédéterminé. 2. Procédé selon la revendication 1, caractérisé en ce que ledit cycle réseau prédéterminé est le cycle réseau suivant le cycle courant. 3. Procédé selon la revendication l'une quelconque des revendications 1 et 2, caractérisé en ce qu'il comprend une étape de vérification (306 à 308) de ce que ladite donnée de référence va effectivement être transmise sur le réseau de communication pendant ledit cycle réseau prédéterminé, et en ce que ladite étape de transmission desdites informations de décalage temporel et de position est effectuée seulement siladite donnée de référence va être transmise pendant le cycle réseau prédéterminé. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comprend une étape de comparaison de ladite information de décalage temporel avec un intervalle de confiance prédéterminé, et en ce que lesdites étapes de détermination d'une information de position et de transmission desdites informations de décalage temporel et de position ne sont effectuées que si ladite information de décalage temporel est comprise dans ledit intervalle de confiance prédéterminé. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que chaque cycle réseau comprend un nombre entier de canaux virtuels synchrones, en ce que lesdites données applicatives de ladite voie sont transmises dans un ou plusieurs desdits canaux virtuels, dits canaux virtuels de données, alloués à ladite voie, et en ce que lesdites informations de décalage temporel et de position sont transmises dans au moins un desdits canaux virtuels, dit canal virtuel de contrôle, distinct desdits canaux virtuels de données. 6. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que chaque cycle réseau comprend un nombre entier de canaux virtuels synchrones, chaque canal virtuel comprenant un en-tête et une partie utile, en ce que les données applicatives de ladite voie sont transmises dans la partie utile d'un ou plusieurs desdits canaux virtuels, en ce que lesdites informations de décalage temporel et de position sont transmises dans l'en-tête du canal virtuel, dit canal virtuel de données et de synchronisation, dont la partie utile contient ladite donnée de référence, et en ce que, si la partie utile dudit canal virtuel de données et de synchronisation contient uniquement ladite donnée de référence, alors ladite information de position n'est pas transmise dans l'en-tête dudit canal virtuel de données et de synchronisation. 7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'il comprend une étape de génération périodique dudit évènement d'ajustement d'horloge, selon une période prédéterminée et fonction d'exigences sur la gigue et la dérive en fréquence maximale autorisée par ladite application source générant lesdites données applicatives. 8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ladite application source possède au moins deux voies et génère au même rythme des données applicatives pour chacune des voies, en ce que ledit dispositif d'émission écrit simultanément dans les mémoires tampon associées auxdites voies, et en ce que les étapes dudit procédé sont effectuées seulement pour une desdites voies de l'application source, lesdites informations de décalage temporel et de position étant associées à une donnée pour chacune des voies. 9. Procédé de réception d'informations permettant une synchronisation d'horloges applicatives entre un dispositif d'émission et au moins un dispositif de réception connectés à un réseau de communication synchrone, ledit réseau de communication mettant en oeuvre un mode de transfert synchrone de type multiplexage par répartition dans le temps, avec une horloge réseau qui définit un cycle réseau, ledit dispositif de réception effectuant les étapes suivantes : - écriture dans une mémoire tampon de données applicatives reçues sur ledit réseau au rythme de l'horloge réseau, et - lecture, au rythme d'une horloge applicative consommatrice, des données applicatives stockées dans ladite mémoire, les données lues étant destinées à une application consommatrice ; ledit procédé étant caractérisé en ce que ledit dispositif de réception effectue au moins une itération des étapes suivantes : - réception, en provenance du réseau de communication, d'informations de décalage temporel (Offsetrx) et de position (Indexrx) associées à des données applicatives reçues pendant un cycle réseau ; - en fonction de ladite information de position, sélection (507, 508) d'une donnée de référence parmi les données applicatives écrites dans la mémoire ; - détermination d'un instant de lecture de ladite données de référence dans ladite mémoire, en partant d'un instant de début d'un cycle réseau, dit cycle de décalage, et en ajoutant un décalage défini par ladite information de décalage temporel ;- lecture de ladite données de référence audit instant de lecture, puis lecture des données qui suivent ladite donnée de référence, au rythme de ladite horloge applicative consommatrice. 10. Procédé selon la revendication 9, caractérisé en ce que ladite information de position est une information de position de ladite donnée de référence parmi des données applicatives reçues du réseau de communication pendant le cycle réseau précédant ledit cycle de décalage. 11. Procédé selon l'une quelconque des revendications 9 et 10, caractérisé en ce qu'il comprend une étape d'invalidation des données lues avant ladite donnée de référence si une première itération des étapes dudit procédé n'a pas déjà été effectuée ou si une perte de synchronisation est survenue depuis une première itération déjà effectuée. 12. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre du procédé selon au moins une des revendications 1 à 11, lorsque ledit programme est exécuté sur un ordinateur. 13. Moyen de stockage, éventuellement totalement ou partiellement amovible, lisible par un ordinateur, stockant un jeu d'instructions exécutables par ledit ordinateur pour mettre en oeuvre le procédé selon au moins une des revendications 1 à 11. 14. Dispositif d'émission, transmettant des informations permettant une synchronisation d'horloges applicatives entre ledit dispositif d'émission et au moins un dispositif de réception connectés à un réseau de communication mettant en oeuvre un mode de transfert synchrone de type multiplexage par répartition dans le temps, avec une horloge réseau qui définit un cycle réseau, ledit dispositif d'émission comprenant : - des moyens d'écriture permettant, pour chaque voie d'une application source à au moins une voie, d'écrire dans une mémoire tampon associée à ladite voie, au rythme d'une horloge applicative source, de données applicatives de ladite voie venant de ladite application source, et - des premiers moyens de transmission permettant, pour chaque voie, de transmettre sur ledit réseau les données applicatives de ladite voie, au rythme del'horloge réseau, ledit dispositif d'émission étant caractérisé en ce qu'il comprend les moyens suivants, activés pour au moins une voie de ladite application source, sur détection d'un évènement d'ajustement d'horloge : - des moyens de détermination d'une information de décalage temporel entre un instant de début d'un cycle réseau courant et un instant d'écriture d'une des données applicatives de ladite voie, dite donnée de référence, dans la mémoire tampon associée à ladite voie ; - des moyens de détermination d'une information de position de ladite donnée de référence parmi des données applicatives de ladite voie à transmettre sur ledit réseau pendant un cycle réseau prédéterminé ; - des deuxièmes moyens de transmission, sur le réseau de communication, desdites informations de décalage temporel et de position pendant ledit cycle réseau prédéterminé. 15. Dispositif d'émission selon la revendication 14, caractérisé en ce que ledit cycle réseau prédéterminé est le cycle réseau suivant ledit cycle courant. 16. Dispositif d'émission selon l'une quelconque des revendications 14 et 15, caractérisé en ce qu'il comprend des moyens de vérification de ce que ladite donnée de référence va être effectivement transmise sur le réseau de communication pendant ledit cycle réseau prédéterminé, et en ce que lesdits deuxièmes moyens de transmission desdites informations de décalage temporel et de position sont activés seulement si lesdits moyens de vérification détectent que ladite donnée de référence va être transmise pendant le cycle réseau suivant. 17. Dispositif d'émission selon l'une quelconque des revendications 14 à 16, caractérisé en ce qu'il comprend des moyens de comparaison de ladite information de décalage temporel avec un intervalle de confiance prédéterminé, et en ce que lesdits moyens de détermination d'une information de position et de transmission desdites informations de décalage temporel et de position ne sont activés que si lesdits moyens de comparaison détectent que ladite information de décalage temporel est comprise dans ledit intervalle de confiance prédéterminé. 18. Dispositif d'émission selon l'une quelconque des revendications 14 à 17, caractérisé en ce que chaque cycle réseau comprend un nombre entier de canaux virtuels synchrones, en ce que lesdits premiers moyens de transmission transmettent lesdites données applicatives de ladite voie dans un ou plusieurs desdits canaux virtuels, dits canaux virtuels de données, alloués à ladite voie, et en ce que lesdits deuxièmes moyens de transmission transmettent lesdites informations de décalage temporel et de position dans au moins un desdits canaux virtuels, dit canal virtuel de contrôle, distinct desdits canaux virtuels de données. 19. Dispositif d'émission selon l'une quelconque des revendications 14 à 17, caractérisé en ce que chaque cycle réseau comprend un nombre entier de canaux virtuels synchrones, chaque canal virtuel comprenant un en-tête et une partie utile, en ce que lesdits premiers moyens de transmission transmettent les données applicatives de ladite voie dans la partie utile d'un ou plusieurs desdits canaux virtuels, en ce que lesdits deuxièmes moyens de transmission transmettent lesdites informations de décalage temporel et de position dans l'en-tête du canal virtuel, dit canal virtuel de données et de synchronisation, dont la partie utile contient ladite donnée de référence, et en ce que, si la partie utile dudit canal virtuel de données et de synchronisation contient uniquement ladite donnée de référence, alors lesdits deuxièmes moyens de transmission ne transmettent pas ladite information de position dans l'en-tête dudit canal virtuel de données et de synchronisation. 20. Dispositif d'émission selon l'une quelconque des revendications 14 à 19, caractérisé en ce qu'il comprend des moyens de génération périodique dudit évènement d'ajustement d'horloge, selon une période prédéterminée et fonction d'exigences sur la gigue et la dérive en fréquence maximale autorisée par ladite application source générant lesdites données applicatives. 21. Dispositif d'émission selon l'une quelconque des revendications 14 à 20, caractérisé en ce que ladite application source possède au moins deux voies et génère au même rythme des données applicatives pour chacune des voies, en ce que ledit dispositif d'émission comprend des moyens d'écriture, permettant d'écrire simultanément dans les mémoires tampon associées auxdites voies,et en ce que les moyens dudit dispositif d'émission sont activés seulement pour une desdites voies de l'application source, lesdites informations de décalage temporel et de position étant associées à une donnée pour chacune des voies. 22. Dispositif de réception, recevant des informations permettant une synchronisation d'horloges applicatives entre un dispositif d'émission et au moins ledit dispositif de réception connectés à un réseau de communication synchrone, ledit réseau de communication mettant en oeuvre un mode de transfert synchrone de type multiplexage par répartition dans le temps, avec une horloge réseau qui définit un cycle réseau, ledit dispositif de réception comprenant : - des moyens d'écriture, permettant d'écrire dans une mémoire tampon des données applicatives reçues sur ledit réseau au rythme de l'horloge réseau, et - des moyens de lecture, permettant de lire, au rythme d'une horloge applicative consommatrice, des données applicatives stockées dans ladite mémoire, les données lues étant destinées à une application consommatrice ; ledit dispositif de réception étant caractérisé en ce qu'il comprend les moyens suivants, activés au moins une fois : - des moyens de réception, permettant de recevoir, en provenance du réseau de communication, des informations de décalage temporel et de position associées à des données applicatives reçues pendant un cycle réseau ; - des moyens de sélection, permettant de sélectionner, en fonction de ladite information de position, une donnée de référence parmi les données applicatives écrites dans la mémoire ; - des moyens de détermination, permettant de déterminer un instant de lecture de ladite données de référence dans ladite mémoire, en partant d'un instant de début d'un cycle réseau, dit cycle de décalage, et en ajoutant un décalage défini par ladite information de décalage temporel ; - des moyens de lecture, permettant de lire ladite données de référence audit instant de lecture, puis de lire des données qui suivent ladite donnée de référence, au rythme de ladite horloge applicative consommatrice. 23. Dispositif de réception selon la revendication 22, caractérisé en ce que ladite information de position est une information de position de ladite donnée de référence parmi des données applicatives reçues du réseau de communication pendant le cycle réseau précédant ledit cycle de décalage. 24. Dispositif de réception selon l'une quelconque des revendications 22 et 23, caractérisé en ce qu'il comprend des moyens d'invalidation, permettant d'invalider des données lues avant ladite donnée de référence si une première activation des moyens dudit dispositif de réception n'a pas déjà été effectuée ou si une perte de synchronisation est survenue depuis une première activation déjà effectuée.