FR 2918832 A1 20090116 FR 0756429 A 20070711 Procédés de transmission de données par des noeuds relais dans un réseau de communication synchrone, procédé de réception, produit programme d'ordinateur, moyen de stockage et noeuds correspondants. 1. DOMAINE DE L'INVENTION Le domaine de l'invention est celui des transmissions de données dans des réseaux maillés synchrones. L'invention s'applique notamment, mais non exclusivement, à la transmission de données dans un système de transmission sans fil (radio) à 60 GHz. Les systèmes de transmission radio à 60 GHz sont particulièrement bien adaptés pour la transmission de données à très haut débit sur courtes distances. Par exemple, un tel système de transmission est bien adapté à la connectivité entre les différents éléments d'un home cinema (ou cinéma à domicile en français). En effet, pour ce cas d'utilisation, la portée de la transmission est limitée à une dizaine de mètres, mais les débits mis en jeux sont très élevés, parfois au-delà du gigabit par seconde, de part la nature (aussi bien audio que vidéo) et la haute résolution de l'information transmise. De manière à limiter la puissance nécessaire à la transmission de données dans un système radio à 60 GHz, il est préférable d'utiliser des antennes orientables électroniquement. Ces antennes sont en fait des matrices de points électromagnétiques activés de manière à définir un angle (ou orientation) d'émission et/ou de réception des données. Dans un tel réseau de communication, il est nécessaire de pouvoir supporter simultanément plusieurs applications audiovisuelles concurrentes de manière synchrone. Un tel réseau est par exemple : - un réseau home cinema avec des haut-parleurs sans fils (réseau de type point vers multipoint) ; - un réseau à base de multiples sources vidéo connectées à un dispositif d'affichage (réseau de type multipoint vers point) ; - un réseau à base de multiples sources vidéo connectées à de multiples dispositifs d'affichage (réseau de type multipoint vers multipoint). Dans un réseau maillé synchrone, il y a une séquence prédéterminée d'intervalles de temps, au niveau de la couche MAC (pour Medium Access Control en anglais). On rappelle que la couche MAC assure la gestion de l'accès au support physique et est une partie de la couche liaison de données ( data link level en anglais, correspondant à la couche 2 du modèle OSI). Chaque noeud peut envoyer des données pendant des intervalles de temps ( hop en anglais) qui lui sont alloués. Pendant chaque intervalle de temps, les données sont envoyées dans une trame de taille fixe, appelée trame (ou paquet) MAC ci-après. En d'autres termes, un réseau maillé synchrone met en oeuvre un cadencement qui définit un cycle réseau pour la transmission de données sur ce réseau. Une super trame s'inscrit dans chaque cycle réseau et comprend une pluralité de trames, chaque trame étant associée à l'un des noeuds. Pour conserver le caractère synchrone d'un tel réseau synchrone, il convient donc d'avoir un délai fixe pour la transmission des données. Par ailleurs, il existe de nombreux cas où le réseau maillé n'est pas fiable à 100%. C'est notamment, mais non exclusivement, le cas des réseaux sans fil, dans lesquels la transmission est sujette à des interférences et du masquage ( shadowing en anglais) et de ce fait n'est pas fiable. La présente invention concerne précisément l'amélioration de la fiabilité d'échanges au niveau liaison de données sur un réseau maillé sans fil synchrone. 2. ART ANTÉRIEUR On connaît trois techniques génériques permettant d'améliorer la fiabilité de la transmission dans un réseau maillé. Dans une première technique connue, dite technique de l'ARQ (pour Automatic Repeat Request en anglais, ou demande automatique de répétition en français), le récepteur demande automatiquement à l'émetteur une retransmission s'il détecte des erreurs ou un paquet manquant. Cette première technique connue (ARQ) introduit donc uniquement de la diversité temporelle (de mêmes données sont envoyées à des instants différents). Elle présente donc un intérêt si les conditions de transmission, entre l'émetteur et le récepteur, ne sont pas les mêmes aux différents instants. Malheureusement, elle ne peut être appliquée à un réseau maillé synchrone, puisque le temps de transfert n'est pas constant (il est d'autant plus grand que le nombre de retransmission augmente). Par exemple, le temps de transfert est T s'il n'y a pas d'erreur de transmission, T+n s'il y a des erreurs nécessitant une retransmission, et T+k*n s'il a des erreurs sur k-1 retransmissions. En outre, cette première technique connue (ARQ) n'introduit pas de diversité spatiale puisque c'est le même émetteur qui transmet initialement puis retransmet si nécessaire. Elle n'est donc pas efficace contre un masquage provenant d'un obstacle immobile ou se déplaçant lentement, c'est-à-dire si les conditions de transmission entre l'émetteur et le récepteur restent les mêmes aux différents instants. Enfin, cette première technique connue (ARQ) présente l'inconvénient d'introduire un surdébit ( overhead en anglais) sur le réseau, dû à l'envoi des requêtes de retransmission et des accusés de réception ( acknowledgements en anglais) correspondants, ainsi qu'à l'orientation des antennes pour la réception de ces accusés de réception. Dans une deuxième technique connue, dite technique de retransmission systématique, l'émetteur retransmet systématiquement chaque paquet. Cette deuxième technique connue présente l'avantage, par rapport à la première technique connue (ARQ), de pouvoir être appliquée à un réseau maillé synchrone, puisqu'elle permet d'avoir un temps de transfert constant. Mais, comme la première technique connue (ARQ), elle n'introduit qu'une diversité temporelle, et pas de diversité spatiale, puisque c'est le même émetteur qui transmet initialement puis retransmet systématiquement. Elle n'est donc pas non plus efficace contre un masquage provenant d'un obstacle immobile ou se déplaçant lentement, c'est-à-dire si les conditions de transmission entre l'émetteur et le récepteur restent les mêmes aux différents instants. Dans une troisième technique connue, dite technique de relais de données systématique, un noeud joue le rôle de relais en utilise certains des intervalles de temps qui lui sont alloués pour retransmettre des données qu'il a préalablement reçues. En d'autres termes, parmi les trames que le noeud relais envoie, certaines contiennent uniquement des données propres au noeud relais, et d'autres contiennent uniquement des données de retransmission. Cette troisième technique connue présente l'avantage, par rapport à la première technique connue (ARQ), de pouvoir être appliquée à un réseau maillé synchrone, puisqu'elle permet d'avoir un temps de transfert constant. En outre, elle introduit une double diversité : temporelle et spatiale (de mêmes données sont envoyées à des instants différents, et par des noeuds différents). Elle n'est cependant pas optimale car pendant un intervalle de temps dans lequel le noeud relais retransmet des données, celui-ci n'est pas capable de transmettre ses propres données. Le noeud relais est donc moins réactif. En outre, dans un cycle réseau donné, le noeud relais ne peut retransmettre que des données reçues dans le cycle réseau précédent, ce qui augmente la latence du réseau en réception. 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 transmission de données dans un réseau de communication synchrone, permettant d'améliorer la fiabilité de la transmission (en cas d'interférences et/ou de masquage) tout en conservant le caractère synchrone du réseau. Au moins un mode de réalisation de l'invention a également pour objectif de fournir une telle technique permettant d'optimiser la latence du réseau en réception. Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique pouvant être mise en oeuvre de façon simple et fonctionnant de façon automatique. 4. EXPOSÉ DE L'INVENTION Dans un mode de réalisation particulier de l'invention, il est proposé un procédé de transmission de données dans un réseau de communication synchrone comprenant une pluralité de noeuds, ledit réseau mettant en oeuvre un cadencement qui définit un cycle réseau pour la transmission de données sur ledit réseau, une super trame s'inscrivant dans chaque cycle réseau et comprenant une pluralité de trames, chaque trame étant associée à l'un desdits noeuds, ladite pluralité de noeuds comprenant au moins un premier noeud émetteur associé à une première application génératrice générant des données propres audit premier noeud émetteur et devant être transmises vers au moins un premier noeud récepteur. Chaque trame comprend une partie utile comprenant elle-même une section de données propres et une section de données de répétition. Ladite pluralité de noeuds comprend au moins un noeud relais associé à une deuxième application génératrice générant des données propres audit noeud relais et devant être transmises vers au moins un second noeud récepteur. Chaque noeud relais effectue les étapes suivantes : - réception de trames venant des autres noeuds ; - lecture d'une partie prédéterminée des données des trames reçues, permettant d'obtenir des données de répétition ; - écriture desdites données de répétition dans la section de données de répétition d'une nouvelle trame ; - écriture de données propres audit noeud relais dans la section de données propres de ladite nouvelle trame ; et - transmission de ladite nouvelle trame. Le principe général de l'invention consiste donc en une retransmission systématique de données, par au moins un noeud relais, avec une structure de trame permettant d'envoyer dans une même trame des données propres au noeud relais (dans la section de données propres) et des données de retransmission (dans la section de données de répétition). Ceci permet une transmission à chemins multiples, avec une segmentation des données. Cette technique permet de conserver le caractère synchrone du réseau (le temps de transfert est constant), tout en introduisant une double diversité, temporelle et spatiale (de mêmes données sont transmises à des instants différents et par des noeuds différents), permettant d'améliorer la fiabilité de la transmission (en cas d'interférences et/ou de masquage). Il est à noter que plus le nombre de noeuds relais est élevé, plus on augmente la diversité spatiale et la diversité temporelle. Par rapport à la troisième technique connue précitée (relais de données systématique, sans mélange de données propres et de retransmission dans une même trame), la technique de l'invention est plus réactive, un noeud pouvant transmettre des données propres à chaque cycle. Par exemple dans le cas d'une mise en oeuvre d'un protocole de type requête/réponse entre deux noeuds, le noeud destinataire de requête(s) a l'opportunité de répondre à chaque cycle, tout en assurant la fonction de diversité spatiale liée à l'envoi de données de retransmission. De façon avantageuse, dans ladite étape de lecture, permettant d'obtenir des données de répétition, on lit uniquement une partie prédéterminée des données de la section de données propres des trames reçues. De cette façon, on réduit encore la latence. En effet, les données retransmises dans la nouvelle trame ne sont pas des données déjà retransmises par un autre noeud relais. Avantageusement, ladite étape de lecture, permettant d'obtenir des données de répétition, est effectuée en fonction du contenu d'une matrice de transmission qui indique le contenu de la section de données propres pour chaque noeud. Selon une caractéristique avantageuse, la section de données propres de chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs. Pour chaque noeud, ladite matrice de transmission indique pour chaque rang i de conteneur, avec i e [1, M], M étant le nombre maximal de conteneurs par super trame, si : - le conteneur de rang i doit être transmis dans la section de données propres de la trame associée audit noeud, ou - le conteneur de rang i ne doit pas être transmis dans la section de données propres de la trame associée audit noeud. De façon avantageuse, ladite étape d'écriture des données de répétition est effectuée en fonction du contenu d'une matrice de retransmission qui indique le contenu de la section de données de répétition pour chaque noeud. Avantageusement, la section de données propres de chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs. Pour chaque noeud, ladite matrice de retransmission indique pour chaque rang i de conteneur, avec i e [1, M], M étant le nombre maximal de conteneurs par super trame, si : - le conteneur de rang i ne doit pas être retransmis dans la section de données de répétition de la trame associée audit noeud, ou - le conteneur de rang i doit être retransmis dans la section de données de répétition de la trame associée audit noeud, en prenant un conteneur associé audit rang i et reçu dans une super trame courante, ou - le conteneur de rang i doit être retransmis dans la section de données de répétition de la trame associée audit noeud, en prenant un conteneur associé audit rang i et reçu dans une super trame précédente. De façon avantageuse, si un conteneur à retransmettre est manquant du fait qu'il n'a pas pu être lu pendant ladite étape de lecture, alors on écrit un conteneur de bourrage à la place dudit conteneur manquant dans la section de données de répétition de la nouvelle trame. L'utilisation de conteneurs de bourrage permet de garder le cadencement (chaque trame transmis par un noeud relais donné contient ainsi toujours le même nombre de conteneurs, même si certains conteneurs de données à retransmettre n'ont pas été reçus par ce noeud relais). Avantageusement, le procédé comprend une étape de stockage des données des trames reçues dans une mémoire, et dans ladite étape de lecture, lesdites données de répétition sont lues dans ladite mémoire. Dans un premier mode de réalisation avantageux, chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et ladite étape de stockage des données des trames reçues comprend les étapes suivantes, pour chaque conteneur de chaque trame : - si ledit conteneur est une première copie reçue, alors ledit conteneur est stocké dans la mémoire ; - si ledit conteneur n'est pas une première copie reçue, mais une seconde copie, et qu'une première copie a déjà été reçue et stockée, alors ladite seconde copie n'est pas stockée dans la mémoire. Dans un second mode de réalisation avantageux, chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et ladite étape de stockage des données des trames reçues comprend les étapes suivantes, pour chaque conteneur de chaque trame : - si ledit conteneur est une première copie reçue, alors ledit conteneur est stocké dans la mémoire ; - si ledit conteneur n'est pas une première copie reçue, mais une seconde copie, et qu'une première copie a déjà été reçue et stockée, alors on compare la qualité desdites première et seconde copies et on stocke en mémoire celle desdites première et seconde copies ayant la meilleure qualité selon au moins un critère de qualité. Le second mode de réalisation est un peu plus complexe que le premier. En revanche, il permet d'améliorer la qualité des conteneurs retransmis, et donc également la qualité de la correction d'erreur effectuée en réception. Dans un autre mode de réalisation, l'invention concerne un procédé de réception de données dans un réseau de communication synchrone comprenant une pluralité de noeuds, ledit réseau mettant en oeuvre un cadencement qui définit un cycle réseau pour la transmission de données sur ledit réseau, une super trame s'inscrivant dans chaque cycle réseau et comprenant une pluralité de trames, chaque trame étant associée à l'un desdits noeuds. Chaque trame comprend une partie utile comprenant elle-même une section de données propres et une section de données de répétition. Chaque noeud récepteur, appartenant à ladite pluralité de noeuds, effectue les étapes suivantes : - réception de trames venant des autres noeuds ; - lecture de premières données destinées audit noeud récepteur, dans une partie prédéterminée de la section de données propres d'au moins une des trames reçues ; - lecture de deuxièmes données destinées audit noeud récepteur, dans une partie prédéterminée de la section de données de répétition d'au moins une des trames reçues ; et - traitement des premières et deuxièmes données lues. 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é de transmission précité et/ou du procédé de réception précité, 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é de transmission précité et/ou le procédé de réception précité. Dans un autre mode de réalisation, l'invention concerne un noeud relais appartenant à une pluralité de noeuds compris dans un réseau de communication synchrone, ledit réseau mettant en oeuvre un cadencement qui définit un cycle réseau pour la transmission de données sur ledit réseau, une super trame s'inscrivant dans chaque cycle réseau et comprenant une pluralité de trames, chaque trame étant associée à l'un desdits noeuds, ladite pluralité de noeuds comprenant au moins un premier noeud émetteur associé à une première application génératrice générant des données propres audit premier noeud émetteur et devant être transmises vers au moins un premier noeud récepteur, ledit noeud relais étant associé à une deuxième application génératrice générant des données propres audit noeud relais et devant être transmises vers au moins un second noeud récepteur. Ledit noeud relais comprend : - des moyens de réception de trames venant des autres noeuds, chaque trame comprenant une partie utile comprenant elle-même une section de données propres et une section de données de répétition ; - des moyens de lecture d'une partie prédéterminée des données des trames reçues, permettant d'obtenir des données de répétition ; - des moyens d'écriture desdites données de répétition dans la section de données de répétition d'une nouvelle trame ; - des moyens d'écriture de données propres audit noeud relais dans la section de données propres de ladite nouvelle trame ; et - des moyens de transmission de ladite nouvelle trame. De façon avantageuse, lesdits moyens de lecture, permettant d'obtenir des données de répétition, sont des moyens de lecture uniquement d'une partie prédéterminée des données de la section de données propres des trames reçues. Avantageusement, lesdits moyens de lecture, permettant d'obtenir des données de répétition, comprennent une matrice de transmission qui indique le contenu de la section de données propres pour chaque noeud. Selon une caractéristique avantageuse, la section de données propres de chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et, pour chaque noeud, ladite matrice de transmission indique pour chaque rang i de conteneur, avec i e [1, M], M étant le nombre maximal de conteneurs par super trame, si : - le conteneur de rang i doit être transmis dans la section de données propres de la trame associée audit noeud, ou - le conteneur de rang i ne doit pas être transmis dans la section de données propres de la trame associée audit noeud. De façon avantageuse, lesdits moyens d'écriture des données de répétition comprennent une matrice de retransmission qui indique le contenu de la section de données de répétition pour chaque noeud. Avantageusement, la section de données propres de chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et, pour chaque noeud, ladite matrice de retransmission indique pour chaque rang i de conteneur, avec i e [1, M], M étant le nombre maximal de conteneurs par super trame, si : - le conteneur de rang i ne doit pas être retransmis dans la section de données de répétition de la trame associée audit noeud, ou - le conteneur de rang i doit être retransmis dans la section de données de répétition de la trame associée audit noeud, en prenant un conteneur associé audit rang i et reçu dans une super trame courante, ou -le conteneur de rang i doit être retransmis dans la section de données de répétition de la trame associée audit noeud, en prenant un conteneur associé audit rang i et reçu dans une super trame précédente. Avantageusement, si un conteneur à retransmettre est manquant du fait qu'il n'a pas pu être lu par lesdits moyens de lecture, alors lesdits moyens d'écriture écrivent un conteneur de bourrage à la place dudit conteneur manquant dans la section de données 25 de répétition de la nouvelle trame. De façon avantageuse, ledit noeud relais comprend des moyens de stockage des données des trames reçues dans une mémoire, et lesdits moyens de lecture lisent lesdites données de répétition dans ladite mémoire. Dans un premier mode de réalisation, chaque trame comprend un nombre 30 prédéterminé de blocs de données appelés conteneurs, et lesdits moyens de stockage des 20 données des trames reçues comprennent des moyens de mise en oeuvre de la politique de stockage suivante, pour chaque conteneur de chaque trame : - si ledit conteneur est une première copie reçue, alors ledit conteneur est stocké dans la mémoire ; - si ledit conteneur n'est pas une première copie reçue, mais une seconde copie, et qu'une première copie a déjà été reçue et stockée, alors ladite seconde copie n'est pas stockée dans la mémoire. Dans un second mode de réalisation, chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et lesdits moyens de stockage des données des trames reçues comprennent des moyens de mise en oeuvre de la politique de stockage suivante, pour chaque conteneur de chaque trame : - si ledit conteneur est une première copie reçue, alors ledit conteneur est stocké dans la mémoire ; - si ledit conteneur n'est pas une première copie reçue, mais une seconde copie, et qu'une première copie a déjà été reçue et stockée, alors on compare la qualité desdites première et seconde copies et on stocke en mémoire celle desdites première et seconde copies ayant la meilleure qualité selon au moins un critère de qualité. Dans un autre mode de réalisation, l'invention concerne un noeud récepteur appartenant à une pluralité de noeuds compris dans un réseau de communication synchrone, ledit réseau mettant en oeuvre un cadencement qui définit un cycle réseau pour la transmission de données sur ledit réseau, une super trame s'inscrivant dans chaque cycle réseau et comprenant une pluralité de trames, chaque trame étant associée à l'un desdits noeuds. Ledit noeud récepteur comprend : - des moyens de réception de trames venant des autres noeuds, chaque trame comprenant une partie utile comprenant elle-même une section de données propres et une section de données de répétition ; - des moyens de lecture de premières données destinées audit noeud récepteur, dans une partie prédéterminée de la section de données propres d'au moins une des trames reçues ; - des moyens de lecture de deuxièmes données destinées audit noeud récepteur, dans une partie prédéterminée de la section de données de répétition d'au moins une des trames reçues ; et -des moyens de traitement des premières et deuxièmes données lues. 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 présente un schéma d'un réseau de communication dans lequel peuvent être mis en oeuvre des procédés de transmission et de réception selon un mode de réalisation particulier de l'invention ; - la figure 2a présente un organigramme d'un mode de réalisation particulier du procédé de transmission selon l'invention ; -la figure 2b est un exemple de schéma de retransmission ; la figure 3 présente un schéma d'un cycle de transmission du réseau maillé sans fil de la figure 1, selon un mode de réalisation particulier de l'invention ; -la figure 4 présente le schéma d'un noeud générique du réseau maillé sans fil selon un mode de réalisation particulier de l'invention ; - la figure 5 présente un exemple d'architecture de l'adaptateur MAC 428 apparaissant sur la figure 4, selon un mode de réalisation particulier de l'invention ; - la figure 6 présente un exemple d'architecture du registre mux_demux, apparaissant sur la figure 5, selon un mode de réalisation particulier de l'invention ; - la figure 7 présente un exemple d'architecture de la matrice de retransmission, apparaissant sur la figure 5, selon un mode de réalisation particulier de l'invention ; 20 25 - la figure 8 présente un exemple d'architecture du registre de répartition TDM, apparaissant sur la figure 4, selon un mode de réalisation particulier de l'invention ; - la figure 9 présente un exemple d'architecture du registre Chunkflags, apparaissant sur la figure 5, selon un mode de réalisation particulier de l'invention ; - la figure 10 présente un exemple d'architecture de la mémoire, apparaissant sur la figure 5, selon un mode de réalisation particulier de l'invention ; - la figure 11 présente les étapes principales d'un algorithme de traitement mis en oeuvre par le module de gestion de conteneurs en transmission, compris dans l'adaptateur MAC et apparaissant sur la figure 5, selon un mode de réalisation particulier de l'invention ; - la figure 12 présente les étapes principales d'un algorithme de traitement mis en oeuvre par le module de transmission vers la couche MAC, compris dans l'adaptateur MAC et apparaissant sur la figure 5, selon un mode de réalisation particulier de l'invention ; - la figure 13 présente les étapes principales d'un algorithme de traitement mis en oeuvre par le module de réception depuis la couche MAC, compris dans l'adaptateur MAC et apparaissant sur la figure 5, selon un mode de réalisation particulier de l'invention ; et - la figure 14 présente les étapes principales d'un algorithme de traitement mis en oeuvre par le module de réception vers le bus TDM, compris dans l'adaptateur MAC et apparaissant sur la figure 5, selon un mode de réalisation particulier de l'invention. 25 6. DESCRIPTION DÉTAILLÉE 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. Selon une application particulière des procédés de transmission et de réception selon un mode de réalisation particulier de l'invention, on se place dans la suite dans le30 cadre d'un réseau de communication 1000 qui est un réseau home cinema (ou 10 15 20 home theater ) de type 5.1 illustré par la figure 1. Bien entendu, l'invention s'applique également dans le cadre d'un réseau home cinema de type 7.1. Bien entendu, dans d'autres modes de réalisation de l'invention, on peut se placer dans tout réseau de communication dans lequel il est nécessaire d'implémenter simultanément plusieurs applications synchrones concurrentes, tel que par exemple l'un des réseaux suivants : - un réseau à base de multiples sources vidéo connectées à un dispositif d'affichage (réseau de type multipoint vers point) ; - un réseau à base de multiples sources vidéo connectées à de multiples dispositifs d'affichage (réseau de type multipoint vers multipoint). Dans le cadre du réseau home cinema 5.1 1000, les haut-parleurs sont connectés à la source audio grâce à un réseau maillé sans fil 101. Le réseau home cinema 5.1 1000 comprend un terminal source audio-vidéo 102 (par exemple un lecteur DVD), un écran de télévision 103, un premier haut-parleur 104, dit haut-parleur central 104, un second haut-parleur 105, dit caisson de basse 105, un troisième haut-parleur 106, dit haut-parleur avant-gauche 106, un quatrième haut-parleur 107, dit haut-parleur avant-droit 107, un cinquième haut-parleur 108, dit haut-parleur d'ambiance droit 108 et un sixième haut-parleur 109, dit haut-parleur d'ambiance gauche 109. Chaque haut-parleur joue l'un des six canaux audio délivrés par le terminal source 102. Afin de réaliser le réseau maillé sans fil 101, on met en oeuvre un contrôleur d'ambiance sans fil 110 ci-après désigné par noeud WSC (pour Wireless Surround Controller ) 110 et des premier, second, troisième, quatrième, cinquième et sixième haut-parleurs actifs sans fil 111, ci-après désignés par noeuds WAS (pour Wireless Active Speaker ) 111, chacun étant associé à un des haut-parleurs précités. La fonction d'un noeud WAS 111 est de réaliser une interface entre le haut-parleur auquel il est associé et le noeud WSC 110 dans le réseau maillé sans fil 101. Chaque noeud WAS 111 est connecté au haut-parleur auquel il est associé grâce à un câble coaxial 116. Pour un noeud WAS 111 donné, en fonction de l'emplacement de l'amplificateur et du convertisseurs numérique / analogique (dans le noeud WAS ou dans le haut-parleur), le câble 116 transporte des signaux audio numériques ou analogiques. Chacun des noeuds WAS 111 et noeud WSC 110 est alimenté grâce à une prise de courant 113 (cette prise de courant n'est pas représentée pour chacun des noeuds 110, 111 sur la figure 1) et comprend une antenne 112 afin de mettre en oeuvre des communications sans fil. L'antenne 112 est préférentiellement une antenne électromagnétique commandée électroniquement. Le noeud WSC 110 reçoit des flux audio-vidéo transmis par le terminal source audio-vidéo 102 au moyen d'un câble 115 puis il transmet, grâce à une communication sans fil, les données audio numériques issues des flux audio-vidéo reçus à l'ensemble des haut-parleurs et il transmet, grâce à un câble 114, les données vidéo numériques issues des flux audio-vidéo reçus à l'écran de télévision 103. Par exemple, les câbles 114 et 115 sont des câbles conformes au protocole HDMI (pour High Definition Multimedia Interface ). Le terminal source 102 ou le noeud WSC 110 comprennent un décodeur de canal audio afin d'identifier et de séparer les échantillons de données audio de chaque canal. De plus, ils comprennent un processeur d'ambiance pour appliquer des modifications aux échantillons audio en fonction des caractéristiques acoustiques de la pièce. Afin d'améliorer la compacité du système, le noeud WSC 110 peut être intégré dans le terminal source 102 et chaque noeud WAS 111 peut être intégré dans le haut-parleur auquel il est associé. Dans le cadre du présent réseau 1000, les contraintes temporelles suivantes sont critiques : - le décalage temporel relatif entre le signal audio et le signal vidéo issu d'un même contenu audio-vidéo doit être minimisé ; - le décalage temporel relatif entre l'émission des différents haut-parleurs (ou entre les canaux audio) doit être minimisé. Le décalage temporel relatif entre le signal audio et le signal vidéo issu d'un même contenu audio-vidéo, généralement appelé synchronisation de lèvres (ou lip synchronization en anglais) doit être minimisé. Pour le confort de l'utilisateur, le décalage temporel relatif entre le signal audio et le signal vidéo doit rester dans l'intervalle s'étendant entre -30ms et +100ms. Dans le cas de connexions sans fil, les émetteurs/récepteurs radio ajoutent des décalages temporels dus à la transmission, ainsi le signal audio est décalé relativement au signal vidéo. Si ce décalage devient supérieur à 100ms, alors il est nécessaire de retarder le signal vidéo à la sortie du terminal source 102. Dans le réseau home cinema 1000, la distance entre le ou les postes d'écoute pour l'utilisateur et le haut-parleur varie généralement en fonction du haut-parleur considéré. Du fait de la vitesse de propagation du son dans l'air (environ 343 mis), le temps de propagation de l'onde sonore depuis le haut-parleur jusqu'au poste d'écoute est différent pour chaque canal audio. Par exemple, une différence de trajet de propagation de 34cm entre deux canaux audio implique un décalage temporel de lms à la réception des deux canaux audio. Ainsi, de sorte à conserver des décalages temporels relatifs entres les canaux audio acceptables (inférieurs à 100 s), la plupart des systèmes home cinema implémentent un mécanisme de compensation automatique de ces décalages temporels. Lors de l'installation du réseau maillé 101, une attention particulière doit être apportée au respect de ces contraintes temporelles. La présente invention permet de garantir que le temps de transmission dans le réseau est fixe. Par ailleurs dans le cadre du réseau 1000, la compensation des décalages temporels dus aux effets de distance est réalisée à la sortie des noeuds WAS 111. Ainsi, chaque noeud WAS 111 délivre simultanément, à sa couche application consommatrice (ou réceptrice), un échantillon audio provenant d'une application génératrice (ou émettrice) du WSC 110 après un retard fixé et commun aux noeuds WAS. La compensation des décalages temporels dus aux effets de distance est réalisée dans chaque WAS avant l'entrée dans l'étage d'amplification. Dans le cadre du réseau 1000 de cette figure 1, on réalise une communication de type 1 vers N (N=6), c'est-à-dire point vers multipoint, depuis le noeud WSC 110 vers les 6 noeuds WAS 111. Avantageusement, chacun des noeuds WSC et WAS est capable d'émettre et de recevoir des données, ce qui permet d'établir des communications de type N vers N, c'est-à-dire multipoint vers multipoint. Les procédés de transmission et de réception selon l'invention (décrits de manière plus détaillée en relation avec les figures 2 à la et 11 à 14) sont mis en oeuvre sous la forme d'un logiciel et/ou d'une pluralité de sous logiciels (comprenant une pluralité d'algorithmes décrits ci-après) qui est (sont) exécuté(s) dans plusieurs machines du réseau 1000, par exemple dans le noeud WSC 110 et les noeuds WAS 111. La figure 2a présente un algorithme générique qui illustre un mode de réalisation particulier de l'invention. Cet algorithme illustre les étapes effectuées pour envoyer et recevoir des trames MAC (Medium Access Control) pendant une super trame 300. La structure d'une super trame est décrite ci-après en relation avec la figure 3. Dans une étape initiale 200, on attend le début d'une super trame. Après réception d'un signal de début de super trame (étape 201), on met à zéro la valeur intermédiaire du compteur de trame ( Hop count intermediate value ) (étape 202). Cette valeur intermédiaire comptera les différentes trames de la supertrame. Dans une étape de test 203, on décide si c'est notre tour d'envoyer une trame ou d'en recevoir une. Dans le cas où c'est notre tour de recevoir, on reçoit une trame MAC 301 venant d'un noeud donné (étape 204), et on passe à une étape 205 de traitement de la section de données propres ( Own Data section ) de la trame MAC. Pour cela, on vérifie dans le registre mux_demux 511 (décrit en relation avec la figure 6) quels sont les numéros (ou identifiants) de conteneur ( chunk numbers ) correspondant aux données transmises par ce noeud donné dans sa section de données propres. Connaissant les numéros de conteneurs, on stocke ces conteneurs dans la zone T de la mémoire (un exemple d'architecture de la mémoire est décrit en relation avec la figure 10). La zone T correspond à la super trame courante, tandis que la zone T-1 correspond à la super trame précédente. Puis, dans l'étape 206, on traite la section de données de répétition ( Repeat Data Section ) de la trame MAC, aussi appelée section de données de retransmission, ou encore section de données de relais. Le traitement consiste à consulter la matrice de retransmission 510 pour obtenir les numéros de conteneurs correspondant à la section de données répétition de ce noeud donné et les stocker dans la zone T ou T-1 de la mémoire, en fonction des valeurs de la matrice. On passe alors à l'étape 210, dans laquelle on incrémente le compteur de trames. Si l'on revient à l'étape de test 203 précitée, dans le cas où c'est notre tour d'envoyer, on passe à l'étape 207 pendant laquelle on construit la section de données propres de la trame MAC à envoyer. Pour cela, on vérifie dans le champ fonction 801 du registre TDM_MAP les canaux virtuels alloués au noeud local pour le mode écriture. On obtient ainsi les numéros de conteneurs à consulter dans la mémoire en zone T (super trame courante). On écrit ces conteneurs dans le module d'encodage de trames MAC 424, et on passe à l'étape 208. Dans l'étape 208, on construit la section de données de répétition de la trame MAC à envoyer. Pour cela, on vérifie dans la matrice 510 quels conteneurs sont alloués au noeud local pour la retransmission et si ces conteneurs appartiennent à la super trame courante ou à la super trame précédente. Après que ces conteneurs ont été retrouvés dans la mémoire, ils sont ajoutés dans le module d'encodage de trames MAC 424. Dans l'étape 209, la trame MAC est envoyée, puis dans l'étape 210, le compteur de trames est incrémenté. Dans l'étape 211, qui suit l'étape 210, on teste si la fin de la super trame est atteinte. Dans l'affirmative, on revient à l'étape 200. Dans la négative, on revient à l'étape 203. La figure 2b est un exemple de schéma de retransmission. La table 250 définit la section de données propres 251 et la section de données de répétition 252 pour chaque noeud. Ainsi, dans cet exemple, le noeud 0 (référencé 253) enverra les conteneurs 0 à 18 comme ses données propres, et ne répétera aucune donnée. Le noeud 2 (référencé 254) enverra le conteneur numéroté 20 comme ses données propres, les conteneurs 0 à 2 de la super trame courante comme partie de ses données de répétition et les conteneurs 24 et 25 de la super trame précédente aussi comme partie de ses données de répétition. Pour mettre en oeuvre cet exemple, le registre mux_demux et la matrice de retransmission doivent être remplis en conséquence. Il convient seulement de veiller, quand on retransmet des conteneurs de la super trame courante, qu'on a la possibilité de les recevoir avant. Par exemple, le conteneur 23 ne peut pas être retransmis par le noeud 4 dans la même super trame puisqu'il est transmis par le noeud 5, c'est-à-dire après la trame du noeud 4. On présente, en relation avec la figure 3, un schéma d'un cycle réseau 313 de transmission dans le réseau maillé sans fil 101. La super trame 300 s'inscrit dans un cycle réseau 313 d'une durée fixe, par exemple de lms. Pendant cette durée, chaque noeud WSC ou WAS du réseau 101 envoie, pendant son temps de parole sa trame MAC dans le réseau maillé sans fil 101, selon une séquence d'envoi prédéfinie. Ainsi, la trame 1 est envoyée par le noeud WSC 110 et les seconde (trame 2) à septième (trame 7) trames sont envoyées respectivement par les premier à sixième noeuds WAS. Ces première à septième trames MAC forment la super-trame 300. La première trame (Trame 1) dans la super-trame 300 correspond à l'envoi de la trame MAC du noeud maître qui est le noeud WSC 110. On appelle cette trame la trame de début ( Head hop ). Les noeuds WAS1 à WAS6 étant des noeuds esclaves. En effet, le WSC 110 est le noeud du réseau qui cadence le réseau maillé 101 et définit les cycles du réseau maillé en générant le signal 203 de début de cycle réseau. Chaque trame MAC comprend un entête MAC 308 et un champ de données utiles 309. L'entête MAC 308 comprend trois champs : - le champ SF_id 310 qui identifie la super-trame 300 et indique l'affectation des trames 301 à 307 aux noeuds du réseau. Par exemple une première super trame peut affecter la trame 1 au noeud 1, la trame 2 au noeud 2, la trame 3 au noeud 3, la trame 4 au noeud 4, la trame 5 au noeud 5, la trame 6 au noeud 6 et la trame 7 au noeud 7, tandis qu'une deuxième super trame aura une affectation différente comme par exemple la trame 1 au noeud 4, la trame 2 au noeud 1, la trame 3 au noeud 3, la trame 4 au noeud 1, la trame 5 au noeud 7, la trame 6 au noeud 6 et la trame 7 au noeud 5 ; - le champ MF id 311 qui identifie la trame MAC dans la séquence de trames dans la super-trame ; - le champ NODEid 312 qui comprend un identifiant du noeud qui envoie la trame MAC. Le champ de données utiles 309 comprend deux sections de longueurs prédéterminées : - une section de données propres 314, réservée pour l'envoi de données propres au noeud qui émet ; et - une section de données de répétition 315, réservée pour le relais de données (retransmission de donnée transmises à l'origine par d'autres noeuds). Le noeud qui émet mettra dans cette section 315 des données qui ont été préalablement reçues et qui doivent être relayées. Préférentiellement, des délais d'attente entre les trames, référencés inter trames 316.1 à 316.7 sont prévus entre les trames Trame 1 à Trame 7 afin d'absorber la gigue générée par les différents noeuds du réseau et afin de permettre le basculement entre le mode émission et le mode réception ou de permettre la réorientation des antennes. On présente, en relation avec la figure 4, le schéma d'un noeud générique 400 du réseau maillé sans fil 101 selon le mode de réalisation particulier de l'invention. Par exemple, chacun des noeuds WSC et noeuds WAS du réseau maillé sans fil 101 est identique au noeud générique 400. Le noeud générique 400 comprend les cinq modules suivants : - un module de présentation de données 401 qui est chargé d'obtenir des données auprès d'une application émettrice (ou génératrice) de données et de fournir ou présenter des données à une application réceptrice (ou consommatrice) de données ; - un module de gestion TDM 402a qui est chargé d'implémenter un multiplexage temporel de type TDM au sein des noeuds du réseau maillé 101. Ce module 402a est utilisé comme une couche de transport par le module de présentation de données 401 ; - un module d'adaptation MAC 402b qui permet l'implémentation du réseau maillé sans fil 101. Il réalise l'adaptation entre l'arrangement sous forme de canaux virtuels du module de gestion TDM 402a et l'arrangement sous forme de trames MAC d'un module de synchronisation MAC 403 ci-après décrit. Le module d'adaptation MAC 402b est aussi en charge de la retransmission de données ( data relaying ) ; - le module de synchronisation MAC 403 qui implémente le protocole MAC d'accès au médium. Il est en charge de la correction d'erreurs de type FEC ( Forward Error Correction ) et de la synchronisation de l'accès au média. Dans le cas d'un noeud esclave, il fournit la synchronisation temporelle au module de gestion TDM 402a. Il réalise également de la modulation et de la démodulation sur les données à destination d'un ou provenant d'un module radio 404 ci-après décrit ; - le module radio 404 est la partie analogique de l'accès au média. Il est adapté pour communiquer (émettre / recevoir) au moyen d'ondes millimétriques. Les données provenant de l'application émettrice (ou génératrice) sont stockées dans un ensemble de FIFOs de transmission de flux synchrones (ou SSTF pour Synchronous Stream Transmit FIFO ) 408 par l'application émettrice (ou génératrice) à une fréquence référencée par Fs_IN. Les données à destination de l'application réceptrice sont stockées dans un ensemble de FIFOs de réception de flux synchrones (ou SSRF pour Synchronous Stream Receive FIFO ) 407 par un gestionnaire de bus TDM 414. Ces données sont lues par l'application réceptrice à une fréquence référencée par FsOUT. L'application peut envoyer et recevoir des commandes de contrôle grâce à une interface de gestion de commandes 409 et un jeu de FIFOs d'émission/réception comprenant un ensemble de FIFOs de réception de messages synchrones (ou SMRF pour Synchronous Message Receive FIFO ) 410 et un ensemble de FIFOs de transmission de messages synchrones (ou SMTF pour Synchronous Message Transmit FIFO ) 411. Les messages sont envoyés et reçus en utilisant à dessein des canaux virtuels TDM réservés. Le noeud générique 400 comprend une horloge de référence 405 qui est utilisée par le gestionnaire de bus TDM 414 pour définir les cycles TDM et les cycles réseau. Cette horloge de référence est également utilisée par une boucle à verrouillage de phase (ou PLL) 406 pour générer la fréquence FsOUT. La configuration de la boucle à verrouillage de phase (ou PLL) 406 pour la génération de la fréquence FsOUT est réalisée par l'interface de gestion de commandes 409. En entrée du noeud générique 400, l'interface de gestion de commandes 409 détecte et transmet la valeur de la fréquence Fs_IN grâce à la FIFO de transmission de messages synchrones 411. Dans un noeud distant (par rapport au noeud 400) l'interface de gestion de commandes de ce noeud distant reçoit cette valeur de la fréquence FsIN grâce à la FIFO de réception de messages synchrones de ce noeud distant. Ainsi, le noeud distant peut configurer sa boucle à verrouillage de phase afin de délivrer la même valeur de fréquence. Le gestionnaire de bus TDM 414 contrôle un bus de données 435 qui interconnecte les FIFOs SSRF 407, SSTF 408, SMRF 410, SMTF 411, un dispositif 416 analyseur de valeurs nul et un dispositif 418 d'insertion de valeurs nul . Le gestionnaire de bus TDM 414 répartit les données de l'application sur des canaux virtuels TDM. Cette répartition est définie par le registre TDM_MAP de répartition TDM 415 déjà mentionné. A chaque cycle TDM, le gestionnaire de bus TDM 414 demande au dispositif 418 d'insertion de valeurs nul de lire les données de l'application émettrice à partir soit de la FIFO SSTF 408, soit de la FIFO SMTF 411 pour l'ensemble des canaux virtuels alloués en écriture. Il se peut qu'il n'y ait pas suffisamment de données dans les FIFOs SSTF et SMTF pour satisfaire tous les canaux virtuels alloués, dans ce cas, le dispositif 418 d'insertion de valeurs nul ajoute des symboles nul de manière à combler les canaux virtuels alloués en écriture pour lesquels une quantité de données est manquante. Les symboles nul sont insérés pour assurer que le gestionnaire de bus TDM 414 enverra toujours la même séquence de canaux virtuels, c'est-à-dire la même quantité de données à chaque cycle réseau, assurant ainsi la synchronisation des applications émettrice et réceptrice en utilisant strictement la même séquence de canaux virtuels à chaque cycle. Par ailleurs, à chaque cycle TDM, le gestionnaire de bus TDM 414 demande au dispositif 416 analyseur de valeurs nul d'obtenir les données TDM à partir d'une FIFO SyncRFfrom MAC 417. Ces données sont écrites soit dans la FIFO SSRF 407 soit dans la FIFO SMRF 410 grâce au registre TDM_MAP de répartition TDM 415. Certains canaux virtuels véhiculent des flux de données TDM présentant des symboles nul . Le dispositif 416 analyseur de valeurs nul traite les symboles nul de telle sorte qu'ils ne puissent pas être interprétés par le gestionnaire de bus TDM 414 comme des données d'application. En effet, les symboles nul ayant été insérés par le dispositif 418 d'insertion de valeurs nul , ils ne doivent pas être communiqués à l'application réceptrice (ou consommatrice). Le canal virtuel alloué en lecture correspondant est alors laissé vide. Les symboles nul sont utilisés pour assurer qu'une même quantité de données est envoyée par le noeud générique 400 à chaque cycle réseau, c'est-à-dire que la trame MAC qu'il génère est de taille fixe d'un cycle réseau à l'autre, quel que soit le débit de l'application émettrice (ou génératrice). De plus, l'application réceptrice (ou consommatrice) récupère les données à la fréquence FsOUT qui correspond à la fréquence FsIN utilisée par l'application émettrice (ou génératrice) pour cadencer l'émission (ou génération) des données, comme précédemment décrit. Les symboles nul ne sont pas transmis à l'application réceptrice (ou consommatrice) de manière à ce qu'elle ne reçoive pas plus de données que ce l'application émettrice avait émis et ainsi éviter tout décalage temporel de réception de données et éviter le débordement ( overflow en anglais) de la FIFO SSRF 407. Les symboles nul permettent aussi d'assurer qu'une donnée sera présentée dans le même canal virtuel que celui qui avait été utilisé sur le noeud émetteur, un certain nombre de cycles TDM auparavant, pour émettre cette même donnée. Un adaptateur MAC 428, compris dans le module d'adaptation MAC 402b, obtient à chaque cycle TDM : - des trames TDM (données issues des canaux virtuels alloués en écriture) à partir de la FIFO SyncTF_to_MAC 419 ; et -des données de répétition à partir du module Adaptateur MAC 428. Puis, il arrange les canaux virtuels TDM (c'est-à-dire les données des trames TDM précitées) et les données de répétition précitées dans des conteneurs ( chunks ) qui forment des blocs de données, comme décrit ci-après en relation avec les figures 11 et 12. L'adaptateur MAC 428 a connaissance de l'allocation des canaux virtuels utilisés en écriture (ainsi qu'en lecture) par accès au registre TDM_MAP de répartition TDM 415. Une fois construits, ces conteneurs, sont transmis à un module 424 d'encodage sous la forme de trames MAC lors de la réception d'un signal référencé Txcycle event (indiquant le début du temps de parole du noeud générique 400) délivré par un contrôleur MAC 420. Ces conteneurs constitueront alors les données utiles 309 de la trame MAC émise par le noeud générique 400. En parallèle, le module d'encodage 424 attribue des valeurs prédéfinies aux champs SF_id 310, MF_id 311 et NODEid 312 dès que le signal Txcycle event est actif. Puis, une correction de type FEC (pour Forward Error Correction ) peut être mise en oeuvre sur la trame MAC par le module d'encodage 424, avant que la trame MAC soit transmise à un modulateur de trame MAC 425. Réciproquement, une fois qu'une trame MAC est reçue par un démodulateur de trame MAC 422, elle est transmise à un décodeur de trame MAC 423 qui peut mettre en oeuvre une correction de type FEC. Si l'entête de la trame MAC est correcte, une copie référencée HOPframeRxHopid du champ MF_id 311 de l'entête MAC 308 est envoyée au contrôleur MAC 420 tout en activant un signal référencé HOPframeRxevent. Cette information est utilisée ensuite pour la synchronisation du contrôle d'accès. En parallèle, une copie référencée HOPframeRxevent du champ SF_id 310 et une copie référencée HOPframeRx Nodeid du champ NODEid 312 de l'entête MAC 308 sont envoyées à l'adaptateur MAC 428 qui lit les blocs de données du champ de données utiles 309 de la trame MAC délivrées par le décodeur de trame MAC 423 et qui les stocke dans une mémoire. L'adaptateur MAC 428 reçoit les données provenant du décodeur de trame MAC 423 sous forme de conteneurs. Les données de la section de données propres et de la section de données de répétition de la trame MAC sont analysées par le module Adaptateur MAC 428 afin d'extraire les trames TDM à injecter dans la FIFO SyncRFfrom MAC 417 en respectant l'ordre selon lequel les données devront être présentées sur le bus 435, cycle TDM après cycle TDM. Le contrôleur MAC 420 est chargé de l'implémentation du processus de synchronisation MAC à la fois pour la détermination des débuts de temps de parole (génération du signal Txcycle event) et pour la génération du signal représentatif des débuts de cycle réseau pour les noeuds esclaves (signal SF slave cycle). Le signal Txcycle event indique l'instant à partir duquel le noeud peut émettre sur le réseau, suivant l'instant auquel le noeud le précédant dans la séquence de transmission a cessé d'émettre, auquel est ajouté un intervalle de temps d'attente (pour permettre la réorientation des antennes et compenser la gigue ( jitter en anglais) inhérente au réseau sans-fil 101. Il est à noter que dans le cas du noeud maître, la génération du signal représentatif des débuts de cycle réseau est le signal SFmastercycle et qu'il est généré par le gestionnaire de bus TDM 414. Le contrôleur MAC 420 contrôle également l'orientation de l'antenne 112 en réception, par le biais d'un signal AntennaCtrl. Il est considéré ici, dans un mode particulier de mise en oeuvre du réseau maillé 101 que les noeuds orientent leurs antennes radio en réception et utilisent leur antenne en mode omnidirectionnel en émission, afin d'assurer que l'ensemble des noeuds reçoivent l'information diffusée par le noeud émetteur tout en limitant la puissance nécessaire à la transmission du signal radio. Un module d'émission RF (pour Radio Fréquence ) 434 implémente les fonctions habituelles d'un émetteur radio : conversion de la fréquence intermédiaire à la sortie du modulateur 425 vers la fréquence de la porteuse utilisée par les transmissions radio (conversion en haute fréquence), amplification, émission via une antenne, ... Un module de réception RF 433 implémente les fonctions habituelles d'un récepteur radio : réception via une antenne, filtrage, détection de niveau, contrôle de gain automatique, conversion en basse fréquence, ... On présente, en relation avec la figure 5, un exemple d'architecture de l'adaptateur MAC 428 selon un mode de réalisation particulier de l'invention. L'adaptateur MAC 428 comprend : - une mémoire 500 à quatre ports (par exemple du type RAM, pour Random 5 10 15 20 25 30 Access Memory ), dans laquelle sont stockés les conteneurs ; un module de gestion de conteneurs en transmission (TxChunkManagement) 505, qui lit les canaux virtuels du bus TDM de la FIFO SyncTF_to_MAC 419, générés à chaque cycle TDM, et les dispose dans la mémoire 500. Ce module de gestion de conteneurs en transmission 505 s'interface avec la mémoire 500 grâce à un registre RefBaseAddr 504 qui est un compteur modulo 2, qui pointe successivement sur les trois différentes zones de la mémoire 500, comme décrit ci-après en relation avec la figure 10. Le registre RefBaseAddr 504 est incrémenté à chaque signal SFcycle start 512. Il renvoie toujours à une zone mémoire dans laquelle la prochaine super trame est en cours de construction ; un module de transmission vers la couche MAC (Tx_To_MAC) 506, qui est en charge de la construction de trames MAC du noeud local quand l'instant de transmission est atteint, l'instant de transmission étant donné par le signal Txcycle event 513. Le module de transmission vers la couche MAC 506 adresse la mémoire 500 à travers un registre TxToMacBaseAddr 503, cedernier adressant alternativement la zone de la super trame courante et la zone de la super trame précédente, pour la construction de la trame MAC ; un module de réception depuis la couche MAC (RxFromMAC) 507, qui se charge de réceptionner les trames MAC et traiter les sections de données propres et de données de répétition de la trame. Il adresse la mémoire 500 à travers un registre RxFromMacBaseAddr 502 ; un module de réception vers le bus TDM (RXTOTDM) 508, qui se charge d'extraire les canaux virtuels de la super trame précédemment reçue et de les envoyer à la FIFO SyncRFFromMAC 417, dans un ordre TDM (canal virtuel par canal virtuel, pas conteneur par conteneur). Il s'interface avec la mémoire 500 grâce au registre RxToTDMBaseAddr ; un registre Chunkflags 509, qui contient un indicateur de présence pour chaque conteneur stocké dans la mémoire 500 ; une matrice de retransmission 510, qui indique les conteneurs retransmis pour tous les noeuds du réseau. Pour chaque noeud, cette matrice indique les numéros des conteneurs à mettre dans la section de données de répétition 315 de la trame MAC. Elle indique également pour chaque conteneur s'il doit être pris dans la super trame courante ou dans la super trame précédente ; - un registre Mux_demux 511, qui indique les conteneurs transmis pour tous les noeuds du réseau. Pour chaque noeud, ce registre indique les numéros des conteneurs à mettre dans la section de données propres 314 de la trame MAC. Ce registre peut être qualifié de matrice d'allocation des canaux virtuels. On présente, en relation avec la figure 6, un exemple d'architecture du registre mux_demux 511 selon un mode de réalisation particulier de l'invention. Le registre mux_demux 511 indique le contenu de la section de données propres de la trame MAC de chaque noeud. Le registre est adressé par lignes 602 et par colonnes 601. Chaque ligne correspond à un identifiant de noeud (Node 0 à Node N), et chaque colonne correspond à un numéro de conteneur (Conteneur 0 à Conteneur M). Les valeurs stockées 603 sont 1 ou 0 : - la valeur 1 signifie que le conteneur doit être transmis, et - la valeur 0 que le conteneur ne doit pas être transmis. On présente, en relation avec la figure 7, un exemple d'architecture de la matrice de retransmission 510 selon un mode de réalisation particulier de l'invention. La matrice de retransmission 510 possède des valeurs prédéterminées correspondant à un comportement par défaut. Ces valeurs sont stockées dans une mémoire ROM et sont chargées dans une mémoire RAM au démarrage du système. La matrice de retransmission 510 indique le contenu de la section de données de répétition de la trame MAC de chaque noeud. Elle est adressée par lignes 702 et par colonnes 701. Chaque ligne correspond à un identifiant de noeud (Node 0 à Node N), et chaque colonne correspond à un numéro de conteneur (Conteneur 0 à Conteneur M). Les valeurs stockées (paramètre t) 703 sont 1, 0 ou -1 : la valeur 1 signifie que le conteneur ne doit pas être retransmis, - la valeur 0 que le conteneur préalablement reçu et appartenant à la super trame courante doit être retransmis, et - la valeur -1 que le conteneur préalablement reçu et appartenant à la super trame précédente doit être retransmis. La matrice de retransmission 510 (décrit figure 7) et le registre mux_demux 511 (aussi appelé ci-après matrice d'allocation des canaux virtuels ) (décrit figure 6) contiennent des valeurs prédéfinies. La matrice de retransmission 510 décrit le contenu de la section de données de répétition des trames MAC (paquets) émises par chaque noeud. Tandis que la matrice d'allocation 511 décrit la section de données propres des trames MAC (paquets) émises par chaque noeud. Le contenu combiné de ces deux matrices décrit la répartition de la bande passante totale du système entre les différents noeuds d'une part, et la répartition entre données propres et données de répétition d'autre part. Les valeurs initiales de ces deux matrices sont stockées en ROM et sont chargées lors du démarrage du système. On peut avantageusement prévoir une interface de service à travers laquelle un installateur d'un tel système peut changer la valeur par défaut de ces paramètres afin de mettre des valeurs mieux adaptées aux conditions particulières d'une installation donnée. En effet, il peut être avantageux de répéter plus de fois les données issues d'un noeud particulier car il serait estimé plus important, ou moins bien placé en termes de portée radio ou pour tout autre considération. Un installateur pourrait aussi tirer profit de conditions radio particulièrement avantageuses pour décider de diminuer le nombre de données de retransmission et ainsi gagner en débit pour les données propres. On présente, en relation avec la figure 8, un exemple d'architecture du registre TDM_MAP de répartition TDM 415 selon un mode de réalisation particulier de l'invention. Le registre TDM_MAP de répartition TDM 415 comprend une zone mémoire de 32 bits pour chaque canal virtuel. Les données dans le registre TDM_MAP de répartition TDM 415 sont ordonnancées selon la numérotation des canaux virtuels donné : à la première adresse décalée ( offset en anglais) alignée sur 32 bits du registre se trouve la zone mémoire correspondant au canal virtuel 0 et à la nième adresse décalée alignée sur 32 bits du registre se trouve la zone mémoire correspondant au canal virtuel n. La zone mémoire 800 d'un canal virtuel donné comprend six champs : - un champ fonction 801 qui comprend deux bits et qui identifie la nature du canal virtuel, par exemple b00 signifie canal virtuel en lecture , bol signifie canal virtuel en écriture et b lx signifie canal virtuel non utilisé ; - un champ SSRF 802 qui comprend six bits et qui identifie la FIFO SSRF qui est associée au canal virtuel, par exemple, b000000 signifie que c'est la FIFO SSRF[0], b000001 signifie que c'est la FIFO SSRF[l], et b l l l l l l signifie qu'aucune FIFO SSRF n'est associée au canal virtuel ; - un champ SMRF 803 qui comprend six bits et qui identifie la FIFO SMRF qui est associée au canal virtuel, par exemple, b000000 signifie que c'est la FIFO SMRF[0], b000001 signifie que c'est la FIFO SMRF[l], et b l l l l l l signifie qu'aucune FIFO SMRF n'est associée au canal virtuel ; - un champ SSTF 804 qui comprend six bits et qui identifie la FIFO SSTF qui est associée au canal virtuel, par exemple, b000000 signifie que c'est la FIFO SSTF[0], b000001 signifie que c'est la FIFO SSTF[l], et b l l l l l l signifie qu'aucune FIFO SSTF n'est associée au canal virtuel ; - un champ SMTF 805 qui comprend six bits et qui identifie la FIFO SMTF qui est associée au canal virtuel, par exemple, b000000 signifie que c'est la FIFO SMTF[0], b000001 signifie que c'est la FIFO SMTF[l], et bl l l l l l signifie qu'aucune FIFO SMTF n'est associée au canal virtuel ; - un champ réservé 806 qui comprend six bits qui sont réservés pour toute prochaine application. On présente, en relation avec la figure 9, un exemple d'architecture du registre Chunkflags 509 selon un mode de réalisation particulier de l'invention. Le registre Chunkflags 509 indique la présence ou non d'un conteneur valide en mémoire. C'est un registre à trois bancs de M conteneurs (Conteneur 0 à Conteneur M), chaque banc 900, 901 et 902 correspondant à une zone mémoire. Les valeurs possibles 903 sont 1 et 0. La valeur 1 indique la présence d'un conteneur valide, et la valeur 0 l'absence d'un conteneur valide. On présente, en relation avec la figure 10, un exemple d'architecture de la mémoire 500 selon un mode de réalisation particulier de l'invention. La mémoire 500 est composée de trois zones 1001, 1002 et 1003, associées chacune à une adresse de base (adresse de base 0 pour la zone 1001, adresse de base 1 pour la zone 1002, et adresse de base 2 pour la zone 1003). Chaque zone correspond à une super trame (c'est-à-dire à un cycle réseau, voir figure 3). Les zones sont adressées à tour de rôle (répartition de type Round Robin ), de sorte que chaque zone corresponde alternativement à la prochaine (T=1), la courante (T) ou la précédente (T-1) super trame. Chaque zone contient un nombre maximal M de conteneurs par super trame. Ce nombre M correspond aussi au nombre maximal de canaux virtuels (VCO à VCM) par cycle TDM. Chaque conteneur 1004 (Conteneur 0 à Conteneur M) est composé d'un en-tête 1005 et d'une concaténation de P+l valeurs successives d'un même canal virtuel 1006 (par exemple, les valeurs successives VCO-0 à VCO-P du canal virtuel VCO, pour le conteneur Conteneur 0). P+l est le nombre de cycles TDM par cycle réseau. Par exemple, le conteneur numéro k comprend la valeur VCk-0 du canal virtuel numéro k (VCk) lors du premier cycle TDM, la valeur VCk-1 du canal virtuel numéro k (VCk) lors du second cycle TDM, ... jusqu'à la valeur VCk-P du canal virtuel numéro k (VCk) lors du dernier cycle TDM d'un même cycle réseau. La taille d'une valeur d'un canal virtuel est 48 bits. L'en-tête 1005 possède un bit par canal virtuel, si ce bit est à 1 cela signifie qu'il n'y a pas de données dans le canal virtuel, s'il est à 0 cela signifie qu'il y a un conteneur de bourrage (aussi appelé conteneur manquant ) ou un symbole nul dans le conteneur. Il y a un seul symbole connu qui est le conteneur de bourrage, codé 0x555555. Ce symbole est utilisé pour indiquer qu'un conteneur qui aurait dû être stocké dans la mémoire n'y est pas présent. Il est inséré quand, après que le dernier noeud (comme défini dans la matrice de retransmission 510) a parlé sur le réseau, les données ne sont pas reçues (et il n'y a plus de chance de les recevoir). Chaque zone de la mémoire 500 peut contenir tous les canaux virtuels de la durée d'un cycle réseau (chaque zone correspond à une super trame). Les conteneurs sont ordonnés en fonction de leur numéro de conteneur, depuis le plus petit numéro de conteneur vers le plus grand numéro de conteneur (Conteneur 0 à Conteneur M). Les canaux virtuels sont ordonnés en fonction de leur numéro, depuis le plus petit vers le plus grand numéro de canal virtuel (VCO à VCM). A chaque cycle réseau, une tâche spécifique est attribuée à chaque zone de la mémoire 500. Par exemple si pour un cycle réseau donné : - la première zone est utilisée pour traiter des conteneurs provenant du bus TDM (données associées au cycle réseau C par exemple) ; - la deuxième zone est utilisée pour la transmission de conteneurs vers, ou la réception de conteneurs depuis, le réseau maillé 101 (données associées au cycle réseau C-1) ; - la troisième zone est utilisée pour réaliser du désassemblage de conteneurs et de l'extraction de canaux virtuels vers le bus TDM (données associées au cycle réseau C-2), alors lors du prochain cycle réseau : - la première zone est utilisée pour la transmission de conteneurs vers, ou la réception de conteneurs depuis, le réseau maillé 101 ; - la deuxième zone est utilisée pour réaliser du désassemblage de conteneurs et de l'extraction de canaux virtuels vers le bus TDM ; - la troisième zone est utilisée pour traiter des conteneurs provenant du bus TDM. Le registre RefBaseAddr 504 sélectionne successivement les trois adresses de base de la mémoire 500 dans l'ordre suivant : adresse de base 2, adresse de base 1 et adresse de base 0. Le changement de la valeur de l'adresse de base est déclenché par la réception du signal SFcycle start, comme précédemment décrit. On présente, en relation avec la figure 11, les étapes principales d'un algorithme de traitement mis en oeuvre par le module de gestion de conteneurs en transmission (TxChunkManagement) 505, compris dans l'adaptateur MAC 428, selon un mode de réalisation particulier de l'invention. Ce module 505 a pour fonction d'obtenir des canaux virtuels à chaque cycle TDM, depuis la FIFO SyncTF_to_MAC 419, et de les arranger en conteneurs 1004 dans la mémoire 500. Ce module 505 adresse toujours la mémoire 500 dans la zone correspondant à la prochaine super trame. Ceci est fait grâce au registre RefBaseAddr 504, ce registre d'adresse de base étant incrémenté modulo 2 à chaque nouvelle super trame. Après réinitialisation (reset), on attend dans une étape 1100 un signal (aussi appelé événement) SFcycle start 512 indiquant le début d'une nouvelle super trame (c'est-à-dire le début d'un nouveau cycle réseau). Dans une étape 1101, on reçoit le signal SFcycle start 512. Dans une étape 1102, on initialise une variable interne TDM cycle à 0. Cette variable interne compte les cycles TDM pendant la super trame. On réinitialise le registre Chunkflags 509 qui correspond au registre RefBaseAddr 504, le registre RefBaseAddr 504 pointant sur la prochaine super trame en mémoire 500. Dans une étape 1103, on attend un signal TDM cyclestart 514, qui indique le début d'un nouveau cycle TDM. Dans une étape 1104, on reçoit le signal TDM cyclestart 514. Dans une étape 1105, on recherche le premier canal virtuel alloué en mode écriture pour le noeud local. Ceci est fait en lisant le champ fonction 801 du registre TDM MAP 415. Si on trouve un tel canal virtuel, on stocke son numéro dans une variable interne VCnum, sinon la valeur -1 est stockée dans la variable VCnum. Dans une étape 1106, on teste si on a trouvé un canal virtuel alloué en mode écriture. Dans l'affirmative, on passe à l'étape 1107. Dans la négative, cela signifie que le traitement du cycle TDM courant est terminé et on passe à l'étape 1112. Dans l'étape 1107, on écrit les données du canal virtuel dans la mémoire de conteneurs. Pour cela, on lit les données du canal virtuel depuis la FIFO SyncTFtoMAC 419, et on écrit ces données dans la mémoire, dans la zone indiquée par le registre RefBaseAddr 504. Puis, on met à jour l'en-tête de conteneur dans la mémoire, pour indiquer la nature du canal virtuel stocké. Puis, dans une étape 1113, on cherche le prochain canal virtuel alloué en mode écriture, en lisant le champ fonction 801 du registre TDM_MAP 415. Ensuite, on revient à l'étape 1106. Dans une étape 1112, le traitement d'un cycle TDM est terminé, on incrémente la variable TDM cycle. Dans une étape 1108, on teste si on atteint le dernier cycle TDM de la super trame. Dans la négative, on revient à l'étape 1103 pour un nouveau cycle TDM. Dans l'affirmative, on passe à l'étape 1109 pour un nouveau cycle réseau (c'est-à-dire pour une nouvelle super trame). Dans l'étape 1109, on attend le signal SFcycle start 512 (c'est-à-dire le début d'une nouvelle super trame). Dans l'étape 1110, on reçoit le signal SFcycle start 512. Dans une étape 1111, on envoie un signal readyForTx 515 au module de transmission vers la couche MAC (Tx_To_MAC) 506, puis on revient à l'étape 1102. La super trame précédente est prête à être envoyée par l'adaptateur MAC 428, c'est-à-dire les données sont prêtes et quand le module de synchronisation MAC 403 sera prêt la super trame précédente sera envoyée. On présente, en relation avec la figure 12, les étapes principales d'un algorithme de traitement mis en oeuvre par le module de transmission vers la couche MAC (Tx_To_MAC) 506, compris dans l'adaptateur MAC 428, selon un mode de réalisation particulier de l'invention. Ce module 506 a pour fonction, une fois que le module de gestion de conteneurs en transmission (TxChunkManagement) 505 a préparé les conteneurs pour la super trame courante, de les envoyer au module d'encodage de trames MAC 424 en tant que section de données propres. Il prend aussi des conteneurs de la super trame courante et de la super trame précédente pour les envoyer au module d'encodage de trames MAC 424 en tant que section de données de répétition. Après réinitialisation (reset), on attend dans une étape 1200 le signal readyForTx généré par le module de gestion de conteneurs en transmission (TxChunkManagement) 505 (cf figure 11, étape 1111). Dans une étape 1201, on reçoit le signal readyForTx. Dans une étape 1202, on attend le signal Txcycle event 513, qui est généré par le module de synchronisation MAC 403 quand il est prêt à envoyer une trame MAC. Dans une étape 1203, on reçoit le signal Txcycle event. Dans une étape 1204, on recherche le premier canal virtuel alloué en mode écriture pour le noeud local. Ceci est fait en lisant le champ fonction 801 du registre TDM MAP 415. Si on trouve un tel canal virtuel, on stocke son numéro dans une variable interne VCnum, sinon la valeur -1 est stockée dans la variable VCnum. Cette variable VCnum indique également le numéro du conteneur à lire dans la mémoire 500. En outre, dans cette étape 1204, on initialise le registre TxToMacBaseAddr 503 avec le contenu du registre RefBaseAddr 504, pour adresser la mémoire 500 dans la zone de la super trame courante. Dans une étape 1205, on teste si on a trouvé un canal virtuel alloué en mode écriture, c'est-à-dire si la variable VCnum est valide (!=-1). Dans l'affirmative, on passe à l'étape 1206. Dans la négative, cela signifie que le traitement du cycle TDM courant est terminé (on a traité tous les canaux virtuels alloués en mode écriture), donc on a fini le traitement de la section de données propres de la super trame et on passe à l'étape 1207 pour le traitement de la section de données de répétition. Dans l'étape 1206, on lit le conteneur correspondant à VCnum en mémoire 500. Puis on écrit ce conteneur dans le module d'encodage de trames MAC 424, puis dans l'étape 1214 on recherche le prochain canal virtuel alloué en mode écriture et on revient à l'étape 1205. Dans l'étape 1207, on recherche le premier conteneur à retransmettre, dans la matrice de retransmission 510, puis dans l'étape 1215 on sauvegarde la valeur du registre TxToMacBaseAddr 503 qui pointe sur la super trame courante. Dans l'étape 1208, on teste si on a traité tous les conteneurs à retransmettre. Dans l'affirmative, cela signifie que le traitement de la section de données de répétition de la trame MAC est terminé, et on revient à l'étape 1200. Dans la négative, on passe à l'étape 1209 pour continuer le traitement de la section de données de répétition de la trame MAC. Dans l'étape 1209, on modifie le registre TxToMacBaseAddr 503 en fonction de l'information temporelle (c'est-à-dire super trame courante ou super trame précédente ) contenue dans la matrice de retransmission 510. Ainsi, on adressera soit la super trame courante, soit la super trame précédente. Dans une étape 1210, on teste si le conteneur est effectivement présent en mémoire. Si certaines trames ne sont pas reçues, du fait de problèmes comme le masquage (shadowing), des conteneurs peuvent être manquants en mémoire 500. Le test est réalisé sur le registre Chunkflags 509. Si le conteneur est présent, on passe à l'étape 1211, sinon on passe à l'étape 1212. Dans l'étape 1211, on lit le conteneur dans la mémoire 500 et on l'écrit dans le module d'encodage de trames MAC 424. Dans l'étape 1212, on écrit un conteneur de bourrage ( conteneur manquant ) dans le module d'encodage de trames MAC 424. Un conteneur de bourrage est un conteneur avec un en-tête à 0 et dont tous les canaux virtuels sont codés avec la valeur du symbole de conteneur de bourrage 0x555555. Dans l'étape 1213, on recherche le prochain conteneur à retransmettre, dans la matrice de retransmission 510, et dans l'étape 1216 on restaure le registre TxToMacBaseAddr 503 pour la super trame courante et on revient à l'étape 1208. On présente, en relation avec la figure 13, les étapes principales d'un algorithme de traitement mis en oeuvre par le module de réception depuis la couche MAC (RxFromMAC) 507, compris dans l'adaptateur MAC 428, selon un mode de réalisation particulier de l'invention. Ce module 507 a pour fonction de recevoir des trames MAC venant du décodeur de trame MAC 423, et de traiter les données de la section de données propres et celles de la section de données de répétition. Après réinitialisation (reset), on attend dans une étape 1300 le signal SFcycle start 512 indiquant le début d'une nouvelle super trame (c'est-à-dire le début d'un nouveau cycle réseau). Dans une étape 1301, on reçoit le signal SFcycle start 512. Dans une étape 1302, on attend le signal HOPframeRxevent (cf figure 4), indiquant la réception d'une nouvelle trame MAC. Dans une étape 1303, on reçoit le signal HOPframeRxevent. Dans une étape 1304, on recherche le premier conteneur envoyé dans la section de données propres de la trame MAC du noeud émetteur. Cette information est disponible dans le registre mux_demux 511. Puis, on initialise le registre RxFromMacBaseAddr 502 avec le contenu du registre RefBaseAddr 504, pour adresser la mémoire 500 dans la zone de la super trame courante. Dans une étape 1305, on teste si on a terminé le traitement de la section de données propres de la trame MAC reçue. Dans l'affirmative, on passe à l'étape 1307 pour traiter la section de données de répétition. Dans la négative, on passe à l'étape 1306 pour continuer le traitement de la section de données propres. Dans l'étape 1306, on lit le conteneur venant du décodeur de trame MAC 423 et on l'écrit dans la mémoire 500. Puis on écrit un 1 dans le registre Chunkflags 509 pour indiquer un conteneur valide. Ensuite, dans une étape 1314, on recherche le prochain conteneur envoyé dans la section de données propres de la trame MAC reçue. Cette information est disponible dans le registre mux_demux 511. Puis, on revient à l'étape 1305. Dans l'étape 1307, on recherche le premier conteneur retransmis dans la section de données de répétition de la trame MAC reçue. Cette information est disponible dans la matrice de retransmission 510. Dans une étape 1308, on teste si on a terminé le traitement de la section de données de répétition de la trame MAC reçue. Dans l'affirmative, on revient à l'étape 1302. Dans la négative, on passe à l'étape 1309 pour continuer le traitement de la section de données de répétition. Dans l'étape 1309, on modifie le registre RxFromMacBaseAddr 502 en fonction de l'information temporelle (c'est-à-dire super trame courante ou super trame précédente ) contenue dans la matrice de retransmission 510. Ainsi, on adressera soit la super trame courante, soit la super trame précédente. Dans l'étape 1310, on vérifie dans le registre registre Chunkflags 509 si on a déjà stocké ce conteneur en traitant une autre trame MAC reçue. Si c'est le cas, on passe à l'étape 1313, il n'y a pas besoin de stocker à nouveau ce conteneur. Sinon, on passe à l'étape 1311. Dans l'étape 1311, on teste si le conteneur reçu est codé comme un conteneur de bourrage ( conteneur manquant ), selon la définition ci-dessus. Si c'en est un, il n'est pas nécessaire de le stocker (si on reçoit une autre copie de ce conteneur depuis un autre noeud, alors il sera stocké), et on passe à l'étape 1313. Si ce n'est pas un conteneur de bourrage, on passe à l'étape 1312. Dans l'étape 1312, on écrit le conteneur dans la mémoire 500. Puis on écrit un 1 dans le registre Chunkflags 509 pour indiquer un conteneur valide. Dans l'étape 1313, on recherche le prochain conteneur envoyé dans la section de données de répétition de la trame MAC reçue. Cette information est disponible dans la matrice de retransmission 510. Puis, on revient à l'étape 1308. Il est à noter que dans le mode de réalisation particulier décrit ci-dessus de l'algorithme de traitement mis en oeuvre par le module de réception depuis la couche MAC (RxFromMAC) 507, on garde systématiquement la première copie reçue d'un conteneur particulier. Ceci est illustré par l'étape 1310 où l'on teste si on n'a pas déjà stocké une première copie du conteneur, s'il existe déjà une première copie on ne traite pas la seconde copie. Dans une variante de réalisation, on peut avantageusement améliorer le choix de la copie de conteneur à conserver pour la retransmission de données vers un autre noeud (relais de données). Une amélioration possible consiste à comparer la qualité respective des deux copies présentes et de ne garder que la meilleure plutôt que de garder systématiquement la première reçue. Un moyen d'évaluer la qualité d'un conteneur peut être implémenté à travers l'usage de codes de détection d'erreurs connus de l'homme du métier tels les CRC ( Cyclic Redundancy Check , ou contrôle de redondance cyclique en français) ou autre bit de parité. Il est aussi possible, quand le dispositif dispose d'un décodeur par effacement de type Reed Solomon, de déterminer le syndrome de Reed Solomon (peu coûteux par rapport à un décodage complet des données) et, à partir de ce syndrome, d'évaluer la qualité des copies de conteneur reçues. Il est considéré dans ce cas que la comparaison porte sur la présence ou non d'erreurs dans la copie de conteneur. On présente, en relation avec la figure 14, les étapes principales d'un algorithme de traitement mis en oeuvre par le module de réception vers le bus TDM (RxToTDM) 508, compris dans l'adaptateur MAC 428, selon un mode de réalisation particulier de l'invention. Ce module 508 a pour fonction de lire les canaux virtuels dans la zone de la mémoire 500 réservée à la super trame précédente. Après réinitialisation (reset), on attend dans une étape 1400 le signal SFcycle start 512 indiquant le début d'une nouvelle super trame (c'est-à-dire le début d'un nouveau cycle réseau). Dans une étape 1401, on reçoit le signal SFcycle start 512. Dans une étape 1402, on initialise une variable interne TDM cycle à 0. Cette variable interne compte les cycles TDM pendant la super trame. Puis, on initialise le registre RxtoTDMBaseAddr 501 avec le contenu du registre RefBaseAddr 504, pour adresser la mémoire 500 dans la zone de la super trame précédente. Dans une étape 1403, on met à 0 une variable interne I . Dans une étape 1404, on teste si la variable I représente un numéro de canal virtuel alloué en mode lecture. Ceci est fait en lisant le champ fonction 801 du registre TDM_MAP 415. Dans la négative, on passe à l'étape 1411. Dans la l'affirmative, on passe à l'étape 1405. Dans l'étape 1405, on teste s'il existe un conteneur valide pour ce canal virtuel. Cette information est donnée par le registre Chunkflags 509. Si aucun conteneur valide n' est disponible, on écrit un conteneur de bourrage ( conteneur manquant ) dans la FIFO SyncRFfrom MAC 417, dans l'étape 1406. S'il existe un conteneur valide, on passe à l'étape 1407. Dans l'étape 1407, on lit le canal virtuel dans la mémoire 500 et on l'écrit dans la FIFO SyncRFfromMAC 417. Dans l'étape 1411, on incrémente la variable locale I . Dans l'étape 1408, on vérifie que l'on a traité tous les canaux virtuels. Dans la négative, on revient à l'étape 1404. Dans l'affirmative, on passe à l'étape 1409. Dans l'étape 1409, on incrémente la variable locale TDM cycle. Dans l'étape 1410, on teste on a atteint la fin de la super trame (c'est-à-dire si tous les cycles TDM de la super trame ont été traités). Dans la négative, on revient à l'étape 1403. Dans l'affirmative, on revient à l'étape 1400. REVENDICATIONS 1. Procédé de transmission de données dans un réseau de communication synchrone comprenant une pluralité de noeuds (110, 111), ledit réseau mettant en oeuvre un cadencement qui définit un cycle réseau (313) pour la transmission de données sur ledit réseau, une super trame s'inscrivant dans chaque cycle réseau et comprenant une pluralité de trames (301 à 307), chaque trame étant associée à l'un desdits noeuds, ladite pluralité de noeuds comprenant au moins un premier noeud émetteur associé à une première application génératrice générant des données propres audit premier noeud émetteur et devant être transmises vers au moins un premier noeud récepteur, caractérisé en ce que chaque trame comprend une partie utile (309) comprenant elle-même une section de données propres (314) et une section de données de répétition (315), en ce que ladite pluralité de noeuds comprend au moins un noeud relais associé à une deuxième application génératrice générant des données propres audit noeud relais et devant être transmises vers au moins un second noeud récepteur, et en ce que chaque noeud relais effectue les étapes suivantes : - réception (204) de trames venant des autres noeuds ; - lecture (208) d'une partie prédéterminée des données des trames reçues, permettant d'obtenir des données de répétition ; - écriture (208) desdites données de répétition dans la section de données de répétition d'une nouvelle trame ; - écriture (207) de données propres audit noeud relais dans la section de données propres de ladite nouvelle trame ; et - transmission (209) de ladite nouvelle trame. 2. Procédé selon la revendication 1, caractérisé en ce que dans ladite étape de lecture (208), permettant d'obtenir des données de répétition, on lit uniquement une partie prédéterminée des données de la section de données propres (314) des trames reçues. 3. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ladite étape de lecture (208), permettant d'obtenir des données de répétition, esteffectuée en fonction du contenu d'une matrice de transmission (511) qui indique le contenu de la section de données propres pour chaque noeud. 4. Procédé selon la revendication 3, caractérisé en ce que la section de données propres de chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et en ce que, pour chaque noeud, ladite matrice de transmission (511) indique pour chaque rang i de conteneur, avec i e [1, M], M étant le nombre maximal de conteneurs par super trame, si : - le conteneur de rang i doit être transmis dans la section de données propres de la trame associée audit noeud, ou - le conteneur de rang i ne doit pas être transmis dans la section de données propres de la trame associée audit noeud. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite étape d'écriture des données de répétition est effectuée en fonction du contenu d'une matrice de retransmission (510) qui indique le contenu de la section de données de répétition pour chaque noeud. 6. Procédé selon la revendication 5, caractérisé en ce que la section de données propres de chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et en ce que, pour chaque noeud, ladite matrice de retransmission (510) indique pour chaque rang i de conteneur, avec i e [1, M], M étant le nombre maximal de conteneurs par super trame, si : - le conteneur de rang i ne doit pas être retransmis dans la section de données de répétition de la trame associée audit noeud, ou - le conteneur de rang i doit être retransmis dans la section de données de répétition de la trame associée audit noeud, en prenant un conteneur associé audit rang i et reçu dans une super trame courante, ou - le conteneur de rang i doit être retransmis dans la section de données de répétition de la trame associée audit noeud, en prenant un conteneur associé audit rang i et reçu dans une super trame précédente. 7. Procédé selon l'une quelconque des revendications 5 et 6, caractérisé en ce que, si un conteneur à retransmettre est manquant du fait qu'il n'a pas pu être lu pendantladite étape de lecture, alors on écrit un conteneur de bourrage (1406) à la place dudit conteneur manquant dans la section de données de répétition de la nouvelle trame. 8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce qu'il comprend une étape de stockage des données des trames reçues dans une mémoire (500, 1000), et en ce que dans ladite étape de lecture, lesdites données de répétition sont lues dans ladite mémoire. 9. Procédé selon la revendication 8, caractérisé en ce que chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et en ce que ladite étape de stockage des données des trames reçues comprend les étapes suivantes, pour chaque conteneur de chaque trame : - si ledit conteneur est une première copie reçue, alors ledit conteneur est stocké dans la mémoire ; - si ledit conteneur n'est pas une première copie reçue, mais une seconde copie, et qu'une première copie a déjà été reçue et stockée, alors ladite seconde copie n'est pas stockée dans la mémoire. 10. Procédé selon la revendication 8, caractérisé en ce que, chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et en ce que ladite étape de stockage des données des trames reçues comprend les étapes suivantes, pour chaque conteneur de chaque trame : - si ledit conteneur est une première copie reçue, alors ledit conteneur est stocké dans la mémoire ; - si ledit conteneur n'est pas une première copie reçue, mais une seconde copie, et qu'une première copie a déjà été reçue et stockée, alors on compare la qualité desdites première et seconde copies et on stocke en mémoire celle desdites première et seconde copies ayant la meilleure qualité selon au moins un critère de qualité. 11. Procédé de réception de données dans un réseau de communication synchrone comprenant une pluralité de noeuds (110, 111), ledit réseau mettant en oeuvre un cadencement qui définit un cycle réseau (313) pour la transmission de données sur ledit 30 réseau, une super trame s'inscrivant dans chaque cycle réseau et comprenant une pluralité de trames (301 à 307), chaque trame étant associée à l'un desdits noeuds, 20 25caractérisé en ce que chaque trame comprend une partie utile (309) comprenant elle-même une section de données propres (314) et une section de données de répétition (315), et en ce que chaque noeud récepteur, appartenant à ladite pluralité de noeuds, effectue les étapes suivantes : - réception de trames venant des autres noeuds ; - lecture de premières données destinées audit noeud récepteur, dans une partie prédéterminée de la section de données propres d'au moins une des trames reçues ; - lecture de deuxièmes données destinées audit noeud récepteur, dans une partie prédéterminée de la section de données de répétition d'au moins une des trames reçues ; et - traitement des premières et deuxièmes données lues. 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. Noeud relais appartenant à une pluralité de noeuds compris dans un réseau de communication synchrone, ledit réseau mettant en oeuvre un cadencement qui définit un cycle réseau pour la transmission de données sur ledit réseau, une super trame s'inscrivant dans chaque cycle réseau et comprenant une pluralité de trames, chaque trame étant associée à l'un desdits noeuds, ladite pluralité de noeuds comprenant au moins un premier noeud émetteur associé à une première application génératrice générant des données propres audit premier noeud émetteur et devant être transmises vers au moins un premier noeud récepteur, ledit noeud relais étant associé à une deuxième application génératrice générant des données propres audit noeud relais et devant être transmises vers au moins un second noeud récepteur,caractérisé en ce que ledit noeud relais comprend : - des moyens de réception de trames venant des autres noeuds, chaque trame comprenant une partie utile comprenant elle-même une section de données propres et une section de données de répétition ; - des moyens de lecture d'une partie prédéterminée des données des trames reçues, permettant d'obtenir des données de répétition ; - des moyens d'écriture desdites données de répétition dans la section de données de répétition d'une nouvelle trame ; - des moyens d'écriture de données propres audit noeud relais dans la section de données propres de ladite nouvelle trame ; et - des moyens de transmission de ladite nouvelle trame. 15. Noeud relais selon la revendication 14, caractérisé en ce que lesdits moyens de lecture, permettant d'obtenir des données de répétition, sont des moyens de lecture uniquement d'une partie prédéterminée des données de la section de données propres 15 des trames reçues. 16. Noeud relais selon l'une quelconque des revendications 14 et 15, caractérisé en ce que lesdits moyens de lecture, permettant d'obtenir des données de répétition, comprennent une matrice de transmission (511) qui indique le contenu de la section de données propres pour chaque noeud. 20 17. Noeud relais selon la revendication 16, caractérisé en ce que la section de données propres de chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et en ce que, pour chaque noeud, ladite matrice de transmission (511) indique pour chaque rang i de conteneur, avec i e [1, M], M étant le nombre maximal de conteneurs par super trame, si : 25 - le conteneur de rang i doit être transmis dans la section de données propres de la trame associée audit noeud, ou - le conteneur de rang i ne doit pas être transmis dans la section de données propres de la trame associée audit noeud. 18. Noeud relais selon l'une quelconque des revendications 14 à 17, caractérisé en ce 30 que lesdits moyens d'écriture des données de répétition comprennent une matrice de 10retransmission (510) qui indique le contenu de la section de données de répétition pour chaque noeud. 19. Noeud relais selon la revendication 18, caractérisé en ce que la section de données propres de chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et en ce que, pour chaque noeud, ladite matrice de retransmission (510) indique pour chaque rang i de conteneur, avec i e [1, M], M étant le nombre maximal de conteneurs par super trame, si : - le conteneur de rang i ne doit pas être retransmis dans la section de données de répétition de la trame associée audit noeud, ou - le conteneur de rang i doit être retransmis dans la section de données de répétition de la trame associée audit noeud, en prenant un conteneur associé audit rang i et reçu dans une super trame courante, ou -le conteneur de rang i doit être retransmis dans la section de données de répétition de la trame associée audit noeud, en prenant un conteneur associé audit rang i et reçu dans une super trame précédente. 20. Noeud relais selon l'une quelconque des revendications 18 et 19, caractérisé en ce que, si un conteneur à retransmettre est manquant du fait qu'il n'a pas pu être lu par lesdits moyens de lecture, alors lesdits moyens d'écriture écrivent un conteneur de bourrage à la place dudit conteneur manquant dans la section de données de répétition de la nouvelle trame. 21. Noeud relais selon l'une quelconque des revendications 14 à 20, caractérisé en ce qu'il comprend des moyens de stockage des données des trames reçues dans une mémoire, et en ce que lesdits moyens de lecture lisent lesdites données de répétition dans ladite mémoire. 22. Noeud relais selon la revendication 21, caractérisé en ce que chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et en ce que lesdits moyens de stockage des données des trames reçues comprennent des moyens de mise en oeuvre de la politique de stockage suivante, pour chaque conteneur de chaque trame : - si ledit conteneur est une première copie reçue, alors ledit conteneur est stocké dans la mémoire ;- si ledit conteneur n'est pas une première copie reçue, mais une seconde copie, et qu'une première copie a déjà été reçue et stockée, alors ladite seconde copie n'est pas stockée dans la mémoire. 23. Noeud relais selon la revendication 21, caractérisé en ce que chaque trame comprend un nombre prédéterminé de blocs de données appelés conteneurs, et en ce que lesdits moyens de stockage des données des trames reçues comprennent des moyens de mise en oeuvre de la politique de stockage suivante, pour chaque conteneur de chaque trame : - si ledit conteneur est une première copie reçue, alors ledit conteneur est stocké dans la mémoire ; - si ledit conteneur n'est pas une première copie reçue, mais une seconde copie, et qu'une première copie a déjà été reçue et stockée, alors on compare la qualité desdites première et seconde copies et on stocke en mémoire celle desdites première et seconde copies ayant la meilleure qualité selon au moins un critère de qualité. 24. Noeud récepteur appartenant à une pluralité de noeuds compris dans un réseau de communication synchrone, ledit réseau mettant en oeuvre un cadencement qui définit un cycle réseau pour la transmission de données sur ledit réseau, une super trame s'inscrivant dans chaque cycle réseau et comprenant une pluralité de trames, chaque trame étant associée à l'un desdits noeuds, caractérisé en ce que ledit noeud récepteur comprend : -des moyens de réception de trames venant des autres noeuds, chaque trame comprenant une partie utile comprenant elle-même une section de données propres et une section de données de répétition ; - des moyens de lecture de premières données destinées audit noeud récepteur, dans une partie prédéterminée de la section de données propres d'au moins une des trames reçues ; - des moyens de lecture de deuxièmes données destinées audit noeud récepteur, dans une partie prédéterminée de la section de données de répétition d'au moins une des trames reçues ; et - des moyens de traitement des premières et deuxièmes données lues. 30