Brevet FR2954027A1 — publié le 20110617

Procédé de configuration d'un réseau de communication radio multicanal, produit programme d'ordinateur, moyen de stockage et noeud gestionnaire correspondants. 1. DOMAINE DE L'INVENTION Le domaine de l'invention est celui des réseaux sans fil et notamment, mais non exclusivement, des réseaux sans fil à courte portée (encore appelé « WPAN » pour « Wireless Personal Area Network » en anglais), qui sont bien adaptés a la distribution audio/vidéo dans une pièce. Plus précisément, l'invention concerne une technique de configuration d'un réseau de communication radio multi-canal utilisant au moins deux canaux radio et comprenant un noeud source, un noeud destination et une pluralité de noeuds relais. Un tel réseau de communication radio multi-canal permet notamment de supporter des hauts débits grâce à la multiplication des interfaces radio et à la diversité des canaux radio utilisés. 2. ARRIÈRE-PLAN TECHNOLOGIQUE On s'attache plus particulièrement dans la suite de ce document à décrire la problématique existant dans le cas particulier d'un système « home cinéma » auquel ont été confrontés les inventeurs de la présente demande de brevet. L'invention ne se limite bien sûr pas à ce cas particulier d'application, mais présente un intérêt pour toute technique de configuration d'un réseau de communication radio multi-canal devant faire face à une problématique proche ou similaire. Considérons de manière illustrative un système « home cinéma » comprenant : - une source vidéo haute définition et une source multi-canal audio 5.1 (ou « surround audio source » en anglais) rattachées à (ou intégrant) un noeud source audio/vidéo ; - un écran haute définition rattaché à (ou intégrant) un noeud destination vidéo ; et - une série de six haut-parleurs rattachés chacun à (ou intégrant) un noeud destination audio. Les noeuds source audio/vidéo, destination vidéo et destination audio forment un réseau de communication radio à 60 Ghz. La technologie de communication radio à 60 Ghz permet de transporter un flux vidéo en haute définition ainsi que le flux audio associé. Cependant, cette technologie est sensible aux phénomènes de masquage et d'évanouissement (« fading » en anglais) du signal. Pour éviter ces phénomènes, il est d'usage d'utiliser une méthode de maillage réseau (ou « Mesh network » en anglais). Ainsi, pour transporter le flux audio de la source vers chaque haut-parleur, cette méthode de maillage consiste à tenter de faire parvenir l'ensemble des données audio à chaque noeud destination audio, et de charger ceux qui reçoivent correctement le flux audio de le retransmettre en jouant alors le rôle de noeud relais audio. Le flux audio s'en trouve alors fiabilisé. Une telle méthode s'applique aussi aux données de contrôle du réseau entre les noeuds source audio/vidéo, destination vidéo et destination audio. Bien entendu d'autres types de données applicatives que des données audio/vidéo peuvent être échangées entre les différents noeuds d'un réseau de communication multi-canal, tel que des données de paramétrage, des données de fichiers numériques (échanges de fichiers entre ordinateurs),... La fiabilisation du transport du flux vidéo est différente. En effet, pour des raisons évidentes de besoin en bande passante, il n'est pas possible de faire retransmettre les données vidéo par plusieurs noeuds du réseau sans compromettre la qualité de la vidéo après décodage. En effet, multiplier les copies de données vidéo nécessite une compression des données à la source de manière à respecter les contraintes de bande passante du réseau de communication. Pour fiabiliser le transport de la vidéo, il est alors d'usage de désigner un nombre limité (voir un seul) noeud relais, encore appelé noeud relais vidéo, avantageusement choisi parmi les noeuds destination audio pour établir un chemin de secours. Considérons maintenant un système « home cinéma » plus évolué muni d'un dispositif d'affichage panoramique constitué de deux dispositifs d'affichage en haute définition. Du fait de la limite en bande passante du réseau, la technologie radio à 60 Ghz actuelle oblige pour transporter au moins deux flux vidéo en haute définition (un pour chaque dispositif d'affichage panoramique) à avoir recours à une compression des données à la source. Afin de limiter les inconvénients associés à cette compression dans un tel contexte de limite en bande passante, il est d'usage d'utiliser : - un premier canal radio pour transporter le premier flux vidéo (avec une fiabilisation basée sur un noeud relais pour établir un chemin de secours) ; - un second canal radio pour transporter le deuxième flux vidéo. Le noeud source audio/vidéo et le noeud destination vidéo sont dans ce cas des noeuds multi-radio (c'est-à-dire qu'ils peuvent simultanément adresser les deux canaux radio). La fiabilisation du transport du deuxième flux vidéo sur le second canal radio nécessite la présence d'une interface radio supplémentaire sur les noeuds relais, ce qui est coûteux. En effet, la majorité des masquages et évanouissements apparaissant dans un tel système, ne sont pas prédictibles et, ne sachant pas quel noeud relais sera adapté à établir un chemin de secours, il est nécessaire d'équiper chaque noeud relais d'une double interface radio (afin d'être apte à communiquer sur chacun des deux canaux). De plus, il est nécessaire d'assurer que les données audio parviennent au noeud destination audio auquel elles sont destinées et que les données de contrôles du réseau de communication parviennent à l'ensemble des noeuds dudit réseau. 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 configuration de réseau permettant de fiabiliser, de manière efficace et peu coûteuse, le transport de plusieurs types de données (appartenant par exemple à plusieurs flux) dans le contexte suivant : - des noeuds relais sont réglés sur un premier canal radio ; - un noeud source transmet vers un noeud destination des premières données, sur un second canal radio; et - un premier maillage opérant sur le premier canal radio pour la transmission de secondes données entre le noeud source, le noeud destination et une pluralité de noeuds. Au moins un mode de réalisation de l'invention a pour objectif de fiabiliser, dans le contexte susmentionné, d'assurer la délivrance (sans erreurs non recouvrables) des premières données (par exemple de type vidéo) depuis le noeud source vers le un noeud destination, afin de palier des phénomènes de masquage et d'interférences. Au moins un mode de réalisation de l'invention a pour objectif de fiabiliser, dans le contexte susmentionné, les communications de données entre les noeuds opérant sur les premier et second canaux. Au moins un mode de réalisation de l'invention a également pour objectif de fournir une telle technique qui soit simple à mettre en oeuvre et d'un faible coût. Plus particulièrement, il est souhaitable de fournir une technique qui permette de limiter le nombre de noeuds disposant d'une interface multi-radio dans le contexte susmentionné. 4. EXPOSÉ DE L'INVENTION Dans un mode de réalisation particulier de l'invention, il est proposé un procédé de configuration d'un réseau de communication radio comprenant des noeuds relais réglés sur un premier canal radio, un noeud source transmettant vers un noeud destination des premières données sur un second canal radio, un premier maillage initial opérant sur le premier canal radio pour la transmission de secondes données, lesdits noeuds relais participant au premier maillage, Ce procédé est remarquable en ce qu'un noeud gestionnaire effectue des étapes consistant à : sélectionner un des noeuds relais participant au premier maillage, le noeud relais sélectionné étant tel que : * le noeud relais sélectionné, une fois réglé sur le second canal radio, est apte à relayer vers le noeud destination les premières données transmises par le noeud source ; * des données spécifiques sont reçues par un noeud donné, lesdites données spécifiques étant, parmi les secondes données, des données destinées au noeud relais sélectionné ; - construire un second maillage, opérant sur le second canal radio et tel que le noeud donné effectue un premier relais, vers le noeud relais sélectionné, des données spécifiques reçues par le noeud donné via le premier canal radio ; - modifier le premier maillage, en tenant compte que le noeud relais sélectionné ne participe plus au premier maillage. Ainsi, dans ce contexte et dans le but de fiabiliser le transport desdites premières données sur le second canal radio, de manière simple, efficace et peu coûteuse, le principe général de l'invention consiste à basculer l'un des noeuds relais mono-radio du premier canal radio principal vers le second canal radio, de manière à fiabiliser le transport des premières et secondes données. Ainsi, ce mode de réalisation particulier de l'invention repose sur une approche tout à fait nouvelle et inventive consistant à : - fiabiliser le transport des premières données, sur le second canal radio, par la création d'un chemin de secours entre le noeud source et le noeud destination via ledit noeud relais sélectionné ; - fiabiliser le transport des secondes données sur le second maillage, grâce au premier relais de ces secondes données effectué par le noeud donné à partir du premier maillage (via le premier vers le second canal radio). En basculant au moins un noeud relais du premier canal radio vers le second canal radio, il se crée un second réseau comprenant au moins le noeud source, le noeud donné et le noeud relais sélectionné. Dans un mode de réalisation particulier de l'invention, le noeud source et le noeud destination sont des noeuds multi-radio, c'est-à-dire comportant chacun au moins deux interfaces radio pour une transmission de données sur des canaux distincts (la figure 1 illustre cette configuration). Dans un autre mode de réalisation particulier de l'invention, le noeud source et le noeud destination ne sont pas multi-radio, et seul le noeud donné (qui effectue le relais) est multi-radio. Dans ce cas, il existe au moins deux couples noeud source et destination, chaque couple comprenant une interface radio distincte (noeuds mono-radio). De façon avantageuse, le noeud relais sélectionné est en outre tel chaque noeud du premier maillage modifié reçoit ses données spécifiques, parmi les secondes données, avec un niveau de qualité de réception supérieur à un seuil prédéterminé. Ainsi, tous les noeuds du premier maillage modifié peuvent recevoir la totalité de leurs données spécifiques malgré le retrait du premier maillage initial dudit noeud relais sélectionné. De façon avantageuse, dans l'étape consistant à construire un second maillage, le second maillage est en outre tel que : - le noeud source transmet les données spécifiques sur le second canal radio; et - le noeud donné effectue un second relais, vers le noeud relais sélectionné, des données spécifiques et reçues par le noeud donné via le second canal radio. Ainsi, le second maillage est complété et donc le transport des secondes données est encore plus fiabilisé. En effet, le noeud relais sélectionné peu recevoir les secondes données de trois manières, sur le second canal radio : - directement depuis le noeud source ; - depuis le noeud destination, qui effectue un relais des données provenant du noeud source ; - depuis le noeud destination, qui effectue le premier relais des données provenant du premier canal radio. Avantageusement, le premier maillage modifié est en outre tel que le noeud donné effectue un troisième relais, vers des noeuds participant au premier maillage, de secondes données transmises par le noeud relais sélectionné et reçues par le noeud donné via le second canal radio. Ainsi, bien que réglé sur le second canal radio, le noeud relais sélectionné continue, grâce au second relais, de bénéficier du premier maillage opérant sur le premier canal radio, plus important en comparaison avec le second maillage. De ce fait, tous les noeuds du premier canal radio peuvent en outre recevoir les secondes données générées par le noeud relais sélectionné, utilisant désormais le second canal radio. Selon une autre caractéristique avantageuse, l'étape consistant à sélectionner un des noeuds relais comprend une étape consistant à déterminer un ensemble d'au moins un desdits noeuds relais tel qu'un niveau de qualité d'un lien de communication radio sur le premier canal radio entre ledit ou lesdits noeud(s) relais dudit ensemble et chacun des noeuds source et destination, est supérieur à un seuil prédéterminé, ledit noeud relais sélectionné appartenant audit ensemble. Ainsi, on choisit un noeud apte à exécuter la fonction de relais entre le noeud source et le noeud destination au regard des conditions radio à l'instant du choix. Avantageusement, ledit noeud gestionnaire effectue des étapes consistant à : - choisir un noeud relais ; - envoyer une commande de simulation d'extraction du noeud relais choisi ; - collecter des informations relatives à des niveaux de qualité de réception déterminés par des noeuds participant au premier maillage, après prise en compte de ladite commande de simulation d'extraction ; le noeud relais sélectionné étant le noeud relais choisi, si d'après les informations collectées, le premier maillage reste fonctionnel. Ainsi, avant toute opération de sélection d'un noeud relais, on s'assure de sélectionner un noeud relais dont le retrait du premier maillage est susceptible de ne pas en perturber le fonctionnement. Avantageusement, sur réception de ladite commande de simulation d'extraction : - le noeud relais choisi transmet des données simulant son retrait du premier maillage ; - chaque autre noeud relais participant au premier maillage détermine, sur une durée prédéterminée, un niveau de qualité de décodage, sur le premier canal radio, de données à consommer par ledit autre noeud relais. Ainsi, on optimise la validation du noeud relais sélectionné sans avoir à l'extraire du premier maillage avant que cette validation ne soit effectuée, ce qui permet de maintenir la configuration actuelle du réseau de communication. En effet, une extraction effective du noeud sélectionné entraînerait des manipulations non nécessaires (introduisant en outre une certaine latence de traitement) de tables de routage et de schéma de relais. Ainsi, la validation de la sélection s'effectue de manière rapide et sûre. De façon avantageuse, si à l'issue de l'étape consistant à sélectionner un des noeuds relais participant au premier maillage, aucun noeud relais n'est sélectionné, le procédé comprend une étape consistant à remplacer ledit premier maillage par un maillage de remplacement, l'étape consistant à sélectionner un des noeuds relais étant exécutée à nouveau avec ledit maillage de remplacement. Ainsi, en changeant de premier maillage, on augmente les chances de pouvoir trouver et sélectionner un noeud relais répondant aux contraintes précitées. En outre, les premières données sont des données vidéo, et les secondes données sont des données audio et/ou de contrôle. Ainsi, la présente invention s'applique particulièrement à une configuration home cinéma. De façon avantageuse, ledit noeud donné est le noeud destination. Ainsi, on réduit au strict minimum le nombre d'interfaces nécessaires à la transmission de données sur le second canal radio. D'une manière plus générale, on limite le nombre de noeuds du réseau de communication devant disposer de plusieurs interfaces radio. Dans un autre mode de réalisation, l'invention concerne un produit programme d'ordinateur qui comprend des instructions de code de programme pour la mise en oeuvre du procédé précité (dans l'un quelconque de ses différents modes de réalisation), lorsque ledit programme est exécuté sur un ordinateur. Dans un autre mode de réalisation, l'invention concerne un moyen de stockage lisible par ordinateur, stockant un programme d'ordinateur comprenant un jeu d'instructions exécutables par un ordinateur pour mettre en oeuvre le procédé précité (dans l'un quelconque de ses différents modes de réalisation). L'invention concerne également un noeud gestionnaire apte à configurer un réseau de communication radio comprenant des noeuds relais réglés sur un premier canal radio, un noeud source transmettant vers un noeud destination des premières données sur un second canal radio, un premier maillage initial opérant sur le premier canal radio pour la transmission de secondes données, lesdits noeuds relais participant au premier maillage, Ce noeud gestionnaire est remarquable en ce qu'il comprend : - des moyens de sélectionner un des noeuds relais participant au premier maillage, le noeud relais sélectionné étant tel que : * le noeud relais sélectionné, une fois réglé sur le second canal radio, est apte à relayer vers le noeud destination les premières données transmises par le noeud source ; * des données spécifiques sont reçues par un noeud donné, lesdites données spécifiques étant, parmi les secondes données, des données destinées au noeud relais sélectionné ; - des moyens de construire un second maillage, opérant sur le second canal radio et tel que le noeud donné effectue un premier relais, vers le noeud relais sélectionné, des données spécifiques reçues par le noeud donné via le premier canal radio ; 10 15 20 25 30 - des moyens de modifier le premier maillage, en tenant compte que le noeud relais sélectionné ne participe plus au premier maillage. 5. LISTE DES FIGURES D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de 5 la description suivante, donnée à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels : - la figure 1 illustre schématiquement un exemple de système sans fil de type « home cinéma », dans lequel peut être mise en oeuvre l'invention ; - la figure 2 illustre un exemple d'une communication de type TDMA sur un canal radio du réseau de communication sans fil de la figure 1, selon un mode de réalisation particulier de l'invention ; - la figure 3 illustre un exemple de matrice de maillage par défaut pour le système de la figure 1 ; - la figure 4 illustre schématiquement un format d'un bloc de données, selon un mode de réalisation particulier de l'invention ; - la figure 5 illustre schématiquement un chemin de données en émission, dans une partie maillée de supertrame, selon un mode de réalisation particulier de l'invention ; - la figure 6 illustre schématiquement un chemin de données en réception, dans la partie maillée de supertrame, selon un mode de réalisation particulier de l'invention ; - la figure 7 illustre schématiquement un chemin de données en émission, dans une partie point-à-point de supertrame, selon un mode de réalisation particulier de l'invention; - la figure 8 illustre schématiquement un chemin de données en réception, dans la partie point-à-point de supertame, selon un mode de réalisation particulier de l'invention ; - la figure 9 présente un schéma bloc d'un noeud de communication, selon un mode de réalisation particulier de l'invention ; - la figure 10 présente un schéma bloc d'un contrôleur de communication d'un noeud mono-radio, selon un mode de réalisation particulier de l'invention ; - la figure 11 présente un schéma bloc d'un contrôleur de communication d'un noeud multi-radio, selon un mode de réalisation particulier de l'invention ; - la figure 12 présente un organigramme d'une procédure de démarrage d'un noeud maître, selon un mode de réalisation particulier de l'invention ; - la figure 13 présente un organigramme d'une procédure de démarrage d'un noeud esclave, selon un mode de réalisation particulier de l'invention ; - la figure 14 est un organigramme détaillant l'étape 1202 de la figure 12, selon un mode de réalisation particulier de l'invention ; - la figure 15 est un organigramme détaillant l'étape 1208 de la figure 12, selon un mode de réalisation particulier de l'invention ; - la figure 16 est un organigramme détaillant l'étape 1207 de la figure 12, selon un mode de réalisation particulier de l'invention ; - la figure 17 illustre un exemple de première matrice de maillage obtenue à partir de la matrice de maillage par défaut de la figure 3, en appliquant l'algorithme de la figure 16 ; - la figure 18 illustre un exemple de seconde matrice de maillage obtenue à partir de la matrice de maillage par défaut de la figure 3, en appliquant l'algorithme de la figure 15. 6. DESCRIPTION DÉTAILLÉE 20 La figure 1 illustre schématiquement un exemple de système classique « home cinéma» sans fil permettant de projeter de la vidéo dans un format d'affichage panoramique (par exemple de résolution 2 * 720p) accompagnée d'un flux multi-canal audio 5.1, dans lequel peut être mis en oeuvre la technique de l'invention. Le flux audio et les deux flux vidéo sont générés à partir d'un serveur 25 audio/vidéo 1 (par exemple un PC multimédia). La vidéo est projetée au moyen d'une paire (2, 3) de vidéo projecteurs haute définition (par exemple de résolution 720p). L'audio est restituée par un ensemble d'enceintes (comprenant des haut-parleurs) 4 à 9 comprenant un caisson de basses 4, une enceinte centrale 5, une enceinte avant droite 6, une enceinte avant gauche 7, une enceinte arrière gauche 8 et une enceinte arrière droite 30 9. 10 15 Les flux audio et vidéo sont transportés du serveur audio/vidéo 1 aux destinations vidéo (2, 3) ou audio (4 à 9) via un réseau synchrone sans fil à 60 Ghz. Ce réseau est composé d'un noeud mc-S 10 rattaché à la source audio/vidéo 1, un noeud mc-R 11 rattaché aux deux vidéo projecteurs et six noeuds WAS1 à WAS6 rattachés à l'ensemble d'enceintes 4 à 9. Dans une variante de réalisation, les sources audio et vidéo sont rattachées à deux noeuds distincts, le noeud auquel est rattachée la source audio pouvant ne disposer que d'une interface radio 18. Afin de faire apparaître clairement le(s) canal(aux) radio utilisés par chaque noeud, on a fait apparaître sur la figure 1 les interfaces de communication radio des noeuds de communication. Le noeud mc-S 10 dispose de deux interfaces de communication radio 18 et 19. L'interface radio 18 est réglée pour fonctionner sur un premier canal radio, et la deuxième interface radio 19 est réglée pour fonctionner sur un second canal radio. De même, le noeud mc-R 11 dispose de deux interfaces de communication radio 18 et 19, identiques à celles du noeud mc-S 10. Les noeuds WAS1 à WAS6 disposent d'une seule interface radio, configurable pour être soit une interface radio 18 réglée sur le premier canal radio, soit une interface radio 19 réglée sur le second canal radio. Parmi les noeuds WAS, sur la figure 1, le noeud WAS6 (encore appelé noeud D par la suite) est configuré avec une interface radio 19 réglée sur le second canal radio ; les autres noeuds WAS1 à WAS5 sont configurés sur une interface radio 18 réglée sur le premier canal radio. Dans la suite de la description, on considère que le noeud mc-R 11 est apte à effectuer des relais par pont (« bridge en anglais) entre les premier et second canaux radio. Il est bien entendu qu'un tel relais par pont peut être mis en oeuvre par tout autre noeud relais du réseau de communication. La figure 2 illustre un exemple d'une communication synchrone de type TDMA sur un canal radio du réseau de communication sans fil à 60 Ghz de la figure 1, selon un mode de réalisation particulier de l'invention. Selon un mode de réalisation particulier de l'invention, l'accès au medium de communication est de type « TDMA » (pour « Time Division Multiple Access » en anglais ou « accès multiple à répartition dans le temps » en français) : l'accès au médium de communication est ainsi régi selon un cadencement (accès partagé temporellement) connu de tous les noeuds du réseau. Selon un mode de réalisation particulier de la présente invention, la gestion de l'accès TDMA est effectuée par le noeud mc-S 10 qui a le rôle de noeud maître, les autres noeuds ayant le rôle de noeuds esclaves. Le temps est divisé en cycles de transmission de données (nommés cycles SDTC pour « Synchronous Data Transmission Cycle » en anglais). Une supertrame est transmise à chaque cycle. Une supertrame est une séquence de trames dont les caractéristiques de longueurs et de noeud émetteur sont les mêmes à chaque cycle, jusqu'à modification du cadencement connu de tous les noeuds du réseau. Au démarrage, tous les noeuds fonctionnent par exemple selon un cadencement prédéfini. Dans le mode de réalisation illustré ci-après, le noeud mc-S 10 gère l'accès au réseau et la définition des maillages applicables sur chacun des premier et second canaux radio. Dans une variante de réalisation, cette gestion du réseau peut être effectuée par tout autre noeud du réseau. Une supertrame selon un mode de réalisation particulier de la présente invention se compose d'une partie maillée 201 et une partie point-à-point 202. Les trames 203, 204 de la partie maillée 201 sont envoyées en mode « diffusion » (ou « broadcast » en anglais) au moyen de l'interface radio du noeud mc-S 10 (ici dans sa fonction de maître), c'est-à-dire que les antennes d'émission du noeud mc-S 10 (ici dans sa fonction de maître) sont en mode omnidirectionnel (antennes isotropes) ou quasi-omnidirectionnel (selon un secteur angulaire large par exemple de 210 degrés). Chacun des autres noeuds est potentiellement récepteur de ces trames et peut les retransmettre afin d'implémenter la méthode dite de maillage. La retransmission s'effectue aussi selon un mode omnidirectionnel. L e mode omnidirectionnel est particulièrement bien adapté au transport de données audio nécessitant peu de bande passante, comparé aux données vidéo. Le mode omnidirectionnel est aussi particulièrement bien adapté à la diffusion de données de contrôle du réseau de communication. Les trames 205, 206 de la partie point-à-point 202 sont envoyées en mode pointà-point (ou mode « unicast ») par l'interface radio des noeuds qui les transmettent ou retransmettent. C'est-à-dire que les antennes d'émission des noeuds émetteurs sont mises en mode directionnel. Le mode directionnel permet de concentrer l'énergie de la transmission sur une ou plusieurs directions ciblée(s). Le mode directionnel est utilisé pour le transport de données ne pouvant pas bénéficier des techniques de maillage, typiquement les données vidéo. En effet, les données vidéo ne peuvent pas bénéficier de la technique de maillage car les quantités de données sont trop importantes pour être répétées plusieurs fois au travers du réseau. Cependant un nombre restreint de relais (par noeuds relais) peut être mis en place (selon la dégradation autorisée de la vidéo liée à la compression des données pour répondre aux contraintes de bande passante). Ainsi, plusieurs trames peuvent être transmises pendant la partie point-à-point 202 pour un même flux de données. Le noeud mc-S 10 (ici dans sa fonction de maître) envoie toujours la première trame 203 de la supertrame et marque ainsi le début de la supertrame. Les trames 203, 204 de la partie maillée 201 sont composées d'une partie entête 207 comprenant classiquement un identificateur de noeud émetteur, et une partie utile 208, comprenant des données. La composition des données des parties utiles 208 des trames 203, 204 de la partie maillée 201 de la super trame est définie par une matrice de maillage plus amplement décrite ci-après en relation avec la figure 3. Les trames 205, 206 de la partie point-à-point 202 sont composées d'une partie entête 209 comprenant classiquement un identificateur de noeud émetteur, et une partie utile 210, comprenant des données. La figure 2 décrit l'accès à un premier canal radio. L'accès à un second canal radio est partagé de manière similaire, avec une partie maillée 201 et une partie point-àpoint 202, indépendamment des transmissions s'opérant sur le premier canal radio. La figure 3 illustre schématiquement un exemple d'une matrice de maillage par défaut (MESH#CONF) pour le système de la figure 1, avant application des algorithmes des figures 12 à 14 de la présente invention. Chacun des noeuds du réseau possède un exemplaire d'une même matrice de maillage par défaut permettant de déterminer quelles sont les données qui leur sont adressées (soit pour décodage, soit pour simple relais) parmi les données transmises pendant la partie maillée 201 de la supertrame. Cette matrice de maillage par défaut permet également de déterminer à quel flux et/ou à quel type de données est associé le contenu de blocs de données constituant les trames que chaque noeud envoie pendant la partie maillée 201 de la supertrame . Il est à noter qu'il est indispensable que tous les noeuds utilisent la même matrice de maillage pour un fonctionnement cohérent du système. La matrice de maillage se présente sous la forme d'une table dont les colonnes représentent des blocs de données numérotés de 0 à 25 pour l'exemple présenté. Chaque trame de la supertrame peut donc contenir jusqu'à 25 blocs de données. Les lignes de cette table représentent les trames générées par les noeuds du réseau participant au maillage (une ligne par noeud). Sur cet exemple de la figure 3 est représenté l'ensemble des noeuds du réseau de communication sans-fil tel que décrit en relation avec la figure 1. Pour chaque noeud, la matrice de maillage par défaut renseigne sur l'utilisation qui est faite des blocs de données. Sur la figure 3, chaque case de la table ; qui correspond à l'utilisation d'un bloc de données particulier par un noeud particulier contient : - « O » si ce bloc particulier est généré par ce noeud particulier ; - « C » si ce bloc particulier est consommé par ce noeud particulier ; - «R1 » Si ce bloc particulier est relayé dans le même cycle par ce noeud particulier ; - «R2» Si ce bloc particulier est relayé dans le cycle suivant par ce noeud particulier ; Dans l'exemple de la figure 3, seules les colonnes des blocs de données 0 à 9 et 19 à 25 sont détaillées dans un souci de simplification. Bien entendu, les blocs de données restants 10 à 18 (non illustrés) sont traités de manière analogue. Ainsi, par exemple : - le noeud mc-S 10 génère des blocs de données 0 à 9 audio et de contrôle ; - le noeud mc-R 11 génère des blocs de données de contrôle 19 et relaie des blocs de données 20 à 23 dans le cycle suivant ; - le noeud WAS1 consomme des blocs de données 3, 4 et 5. Il relaie des blocs de données 0, 1 et 2 dans le même cycle et les blocs de données 24 et 25 dans le cycle suivant. Il génère également un bloc de données 20 de contrôle ; - le noeud WAS2 relaie des blocs de données 1, 3, 5 et 7 dans le même cycle et génère un bloc de données 21 de contrôle ; - le noeud WAS3 consomme un bloc de données 9, relaie des blocs de données 4, 6 et 8 dans le même cycle, et génère un bloc de données 22 de contrôle ; - le noeud WAS4 relaie le bloc de données 9 dans le même cycle, et génère un bloc de données 23 de contrôle ; - le noeud WAS5 consomme des blocs de données 6, 7 et 8, génère un bloc de données 24 de contrôle ; - le noeud WAS6 consomme des blocs de données 0, 1 et 2, relaie un bloc de données 19 dans le même cycle, et génère un bloc de données 25 de contrôle. La figure 4 illustre schématiquement un format d'un bloc de données tel que discuté dans la figure 3, selon un mode de réalisation particulier de l'invention. Un bloc de données est un ensemble, par exemple de 224 octets, servant à transporter les des données relatives à un flux applicatif (que ce soit pendant la partie maillée 201 ou pendant la partie point-à-point 202 de la supertrame). Il est constitué d'un champ d'en-tête 401, un champ de données 402 et un champ de contrôle 403. L'en-tête 401 comprend un premier sous-champ 404 (H2) comprenant par exemple deux octets 404 réservés à de futurs usages, et un second sous-champ 405 (Hl) comprenant par exemple deux octets 405 utilisés pour définir le contenu du champ de données 402. Le champ de données 402 est organisé par exemple par groupe de douze octets, chacun étant «typé » par un bit du second sous-champ 405 du champ d'entête 401. Par exemple, le premier ensemble de douze octets 406 est commandé par le premier bit du second sous-champ tandis que le dernier groupe de douze octets 407 est commandé par le seizième bit du second sous-champ. Lorsqu'un bit du second sous-champ 405 est positionné à 1, cela signifie que le groupe de douze octets correspondant contient des données applicatives. Si ce bit est à 0, alors le groupe de douze octets correspondant contient un code système. Deux codes systèmes différents sont utilisés dans le cadre du réseau de communication de la figure 1. Un groupe de douze octets tous à 0 signifie le code «NULL » (« nul » en français), et un groupe de douze octets égal à la représentation hexadécimale 0x555555555555555555555555 signifie le code « UNKNWON » (« inconnu » en français). Le code «NULL » est utilisé en émission pour signaler l'absence de données applicatives, tandis que le code « UNKNOWN » est utilisé en réception pour indiquer un bloc de données perdu ou corrompu. Enfin, le champ de redondance 403 sert à placer le résultat du calcul d'un encodage Reed Solomon du champ d'entête 401 et du champ de données 402. La figure 5 illustre schématiquement un chemin suivi au sein du noeud mc-S 10, par des données (comme par exemple des données audio et des données de contrôle) lors de leur émission pour la partie maillée de la supertrame, selon un mode de réalisation particulier de l'invention. Plus précisément, cette figure 5 illustre un chemin suivi au sein du noeud mc-S 10 par des données audio et/ou des données de contrôle, c'est-à-dire les blocs de données 0 à 9 dans l'exemple de la figure 3 (cases marquées « O » sur la ligne correspondant au noeud mc-S 10). Les données audio sont acquises au moyen d'une interface multimédia haute définition 500 (ou « « HDMI » pour High Definition Multimedia Interface en anglais). L'interface HDMI 500 fournit par exemple 6 canaux audio 501 de 48 bits à une cadence de 48 Khz. Un canal de synchronisation 505 est généré par le noeud mc-S 10. Le noeud mc-S 10 génère une information de synchronisation Sync à chaque cycle SDTC. Par exemple chaque cycle SDTC est d'une durée de 2 millisecondes. L'information de synchronisation Sync donne ainsi une position relative du début du cadencement de l'horloge de fréquence 48 Khz à l'intérieur du cycle SDTC. Un canal de contrôle 506 comprenant des données de contrôle, est généré par un processeur CPU 902 (pour Central Processing Unit » en anglais ou l'unité de traitement centrale en français, ci-après décrit en relation avec la figure 9) du noeud mc-S 10. Le noeud mc-S 10 forme ensuite des groupes 502 de douze octets, encore appelés canaux virtuels (ou « VC » pour « Virtual Channel » en anglais) selon une horloge cadencée à 8 Khz et propre au noeud mc-S 10. Pour chaque canal audio 501, le nombre de canaux virtuels qu'il est nécessaire de remplir simultanément est obtenu en calculant le rapport entre le débit audio et le débit d'un canal virtuel. Dans cet exemple, le débit audio est de 2,304 Mbps et le débit d'un canal virtuel (douze octets à 8 Khz) est de 768 Kbps. Il faut donc remplir simultanément trois canaux virtuels par canal audio. La division n'étant pas forcément entière, et les horloges pouvant varier dans le temps, il convient de prévoir un débit légèrement plus important au niveau des canaux virtuels. En l'absence de la totalité ou d'une partie des 12 octets, le noeud mc-S 10 y substitue un code «NULL ». Le canal de contrôle 506 et le canal de synchronisation 505 sont quant à eux transportés chacun dans un seul canal virtuel. Ensuite, des blocs de données 503 sont construits en cumulant les mêmes canaux virtuels le long du cycle SDTC. Pour plus de précision concernant la construction des blocs de données, on pourra se rapporter au document de brevet US2008/0259950. Enfin, des trames de données 504 (ou « frame » en anglais) sont envoyées pendant la partie maillée 201 de la super trame (un entête, non-illustré, étant ajouté aux blocs de données 503 afin de former des trames comme les trames 203 ou 204 de la figure 2). La figure 6 illustre schématiquement un chemin suivi au sein d'un noeud (autre que les noeuds mc-S 10 et mc-R 11) par des données (comme par exemple des données audio) lors de leur réception pendant la partie maillée de la supertrame, selon un mode de réalisation particulier de l'invention. A chaque supertrame (c'est-à-dire toutes les 2 millisecondes dans l'exemple cité précédemment), des trames de données 504 (un entête, non-illustré, étant retiré aux trames comme les trames 203 ou 204 de la figure 2 pour obtenir les blocs de données 503) sont reçues pendant la partie maillée 201 de la supertrame. De ces trames sont extraits des blocs de données 503. La matrice de la figure 3 permet de définir les blocs nécessaires à la réception, soit pour les réémettre, soit pour en extraire des données adressées au noeud local. Chaque bloc de données peut être reçu en plusieurs exemplaires durant une ou plusieurs supertrames. Les différentes copies d'un même bloc de données sont combinées suivant, par exemple, une technique d'effacements pour un décodage de type « Reed Solomon ». La combinaison consiste à faire des comparaisons mot à mot des différentes copies de bloc de données. A chaque mot qui n'est pas identique sur toutes les copies, un effacement est alors positionné. Un décodeur Reed Solomon implémentant la technique d'effacement est notamment plus amplement décrit dans le brevet US 5,715,262. Une fois la phase de décodage des blocs de données achevée, les données sont soit accessibles (décodage réussi) soit remplacées par des codes «UNKNOWN » (décodage impossible). Puis, dans un autre domaine temporel, pour un même canal virtuel (VC) 502, une même quantité de données va être extraite de chaque bloc de données toutes les 125 µs correspondant (à la fréquence de 8 Khz). Cette quantité de données est définie en fonction des débits applicatifs. Pour plus de précision concernant le traitement en réception des blocs de données, on pourra à nouveau se rapporter au document de brevet US2008/0259950. Puis, dans le domaine temporel de l'application, un échantillon audio est extrait toutes les 20 millisecondes (fréquence de 48 Khz). L'horloge applicative est localement synthétisée et synchronisée grâce aux informations temporelles transportées dans le canal de synchronisation 505. Comme décrit en relation avec figure 5, les informations temporelles du canal de synchronisation donnent une position relative de l'horloge audio source par rapport à l'horloge réseau du noeud source. Grâce à la nature synchrone du réseau, tous les noeuds ont une horloge réseau synchronisée. Ainsi, en resynchronisant l'horloge applicative sur leur horloge réseau, les noeuds synchronisent l'horloge applicative destination sur l'horloge applicative source. Les données de contrôle du canal de contrôle 506 sont quant à elles extraites d'un canal virtuel particulier et remontées dans une mémoire RAM 903 (« RANI » pour « Random Access Memory » en anglais ou mémoire vive en français) associée au processeur CPU 902. La figure 7 illustre schématiquement un chemin suivi au sein du noeud mc-S 10, par des données (comme par exemple des données vidéo haute définition) pour leur émission pendant la partie point-à-point de la supertrame, selon un mode de réalisation particulier de l'invention. La vidéo est reçue au travers d'une interface HDMI 700, définissant ainsi un domaine d'horloge à 60 Hz (60 images par seconde) ou bien 150 Mhz (150 Méga pixel par seconde). La vidéo est encodée en temps réel par un encodeur à faible latence 701, puis le résultat de l'encodage est stocké dans des blocs de données 702 à un rythme de 8 Khz. Il est réservé un nombre de blocs de données correspondant au maximum de données que l'encodeur peut générer en 125 µs. Quand l'encodeur génère moins de données que le maximum possible, alors les blocs de données sont complétés par des codes «NULL » (encore appelé données de bourrage ou «padding » en anglais). Ensuite, de la même manière que pour l' audio, des trames de données 703 sont formées à chaque supertrame (c'est-à-dire toutes les 2 millisecondes dans l'exemple cité précédemment) à partir des blocs de données 702. Ces trames sont envoyées dans la partie point-à-point 202 de la super trame (un entête, non-illustré, étant ajouté au bloc de données 702 afin de former des trames comme les trames 205 ou 206 de la figure 2). Selon le même principe que pour des données audio, un canal de synchronisation 704 est alloué afin de pouvoir synchroniser la restitution de la vidéo coté récepteur. Ce canal de synchronisation 704 est généré par le noeud mc-S 10. Le noeud mc-S 10 génère une information de synchronisation Sync à chaque cycle SDTC donnant une position relative du début du cadencement de l'horloge de fréquence 30Hz à l'intérieur du cycle SDTC. Dans le canal de synchronisation 704 est notée la position relative d'un signal vidéo Vsync (60 Hz) à l'intérieur du cycle de 125 µs (8Khz). Le canal de synchronisation 704 est transporté dans un canal virtuel 705 formé par le noeud mc-S 10 de manière identique aux canaux virtuels 502 de la figure 5, selon une horloge cadencée à 8 Khz et propre au noeud mc-S 10. La figure 8 illustre schématiquement un chemin suivi, au sein d'un noeud (le noeud mc-R 1 lou l'un des noeuds relais WAS1 à WAS6) autre que le noeud mc-S 10, par des données (comme par exemple des données vidéo haute définition) pour leur réception pendant la partie point-à-point 202 de la supertrame, selon un mode de réalisation particulier de l'invention. De la même manière que pour la réception des données audio, des trames de données 703 sont reçues à chaque supertrame (c'est-à-dire toutes les 2 millisecondes dans l'exemple cité précédemment) pendant la partie point-à-point 202. Des blocs de données 702 sont extraits de ces trames 504 (un entête, non-illustré, étant retiré aux trames comme les trames 205 ou 206 de la figure 2 pour obtenir le bloc de données 702). Dans le cas d'un noeud relais, les blocs de données sont utilisés tels quels pour former une nouvelle trame afin d'être émise dans la même supertrame (il est rappelé qu'il s'agit dans ce cas d'une transmission de données point à point). Dans le cas du noeud mc-R 11, deux copies de chaque bloc de données sont attendues à chaque supertrame. Dès la réception de la première copie, un décodage Reed Solomon est effectué. Si le premier décodage donne satisfaction, alors le bloc de données est sélectionné. Sinon, la deuxième copie est décodée. Une fois que tous les blocs de données sont reçus lors d'une supertrame, alors les données sont extraites des blocs pour alimenter le décodeur vidéo 801. Comme décrit en figure 5, les informations temporelles du canal de synchronisation 704 (extrait d'un canal virtuel 705) donnent une position relative de l'horloge vidéo source par rapport à l'horloge réseau du noeud source. Grâce à la nature synchrone du réseau, tous les noeuds ont une horloge réseau synchronisée. Ainsi, en resynchronisant l'horloge applicative sur leur horloge réseau, les noeuds synchronisent l'horloge applicative destination sur l'horloge applicative source. La figure 9 présente un schéma bloc d'un noeud de communication, selon un mode de réalisation particulier de l'invention. Un noeud de communication est bâti autour d'un contrôleur de communication synchrone 901. Le contrôleur de communication synchrone est relié au processeur CPU 902, à la mémoire RAM 903 et à une mémoire ROM (pour « Read-Only Memory » en anglais ou «mémoire morte» en français) 904 au travers d'un bus régi par un contrôleur de bus 905. Le contrôleur de communication synchrone est relié à des interfaces applicatives 906 à 909. Une première paire d'interfaces applicatives 906 et 907 permettent de recevoir et d'émettre un flux multi-canal audio numérique grâce à une connectique HDMI. Une deuxième paire d'interfaces applicatives 908 et 909 implémentent une entrée et une sortie vidéo incluant un encodeur vidéo dans l'interface 909 et un décodeur vidéo dans l'interface 908. Enfin, le contrôleur de communication synchrone est relié à un module MAC/radio permettant de communiquer sur un ou deux canaux radio à 60 Ghz. Deux versions différentes du contrôleur de communication synchrone sont décrites ci-après. Une première version, décrite en relation avec la figure 10, est utilisée dans les noeuds mono-radio de type WAS1 à WAS6. Une seconde version, décrite en relation avec la figure 11, est utilisée par les deux noeuds multi-radio mc-S 10 et mc-R 11. La figure 10 présente un schéma bloc d'un contrôleur de communication synchrone d'un noeud mono-radio, selon un mode de réalisation particulier de l'invention. Les données applicatives en provenance des interfaces audio et vidéo 907 et 909 sont obtenues par un module AL TX 1001 au rythme de l'horloge locale à 8Khz. Les données audio sont mises sous forme de blocs de données par un module MESH TX 1002 dans une mémoire à double port DPTxl 1003. L'interface MAC TX 1004 vient chercher les blocs de données de la mémoire 1003 pour en faire des trames pour la partie maillée 201 de la supertrame. Les données vidéo sont mises sous forme de blocs de données par un module P2P TX 1005 dans une mémoire à double port DPTx2 1006. L'interface MAC TX 1004 puise les blocs de données de la mémoire 1006 pour en faire des trames pour la partie point-à-point 202 de la supertrame. Une interface MAC RX 1007 reçoit les trames émises pendant les parties maillée 201 et point-à-point 202 de la supertrame, et reçues en provenance des autres noeuds du réseau. Les trames de la partie maillée 201 sont traitées par un module MESH RX 1009. Le module MESH RX 1009 stocke les blocs à retransmettre dans la mémoire à double port DPReTx2 1010. La mémoire DPReTx2 1010 est lue par l'interface MAC TX 1004 pour compléter les trames à émettre dans la partie maillée 201 de la supertrame. Le module MESH RX 1009 effectue aussi les opérations de décodage Reed Solomon sur les blocs de données adressés au noeud considéré (c'est-à-dire qui doivent être consommées par le noeud considéré), le résultat du décodage est stocké dans la mémoire à double port DPRxl 1013. Les trames de la partie point-à-point 202 de la supertrame reçue par l'interface MAC RX 1007 sont soit traitées par le module P2P ReTX 1008, si le noeud est configuré en tant que relais vidéo, soit traitées par le module P2P RX 1011, si le noeud considéré est une destination finale pour la vidéo (c'est-à-dire si les données vidéo doivent être consommées par le noeud considéré). Les blocs de données vidéo à relayer sont stockés dans la mémoire à double port DPReTX1 1015. Les blocs de données vidéo à consommer par le noeud considéré sont stockés dans une mémoire à double port DPRx2 1012. Les blocs de données audio stockés dans la mémoire à double port DPRxl 1013 et les blocs de données vidéo stockés dans la mémoire à double port DPRx2 1012 sont consommés par un module AL RX 1014. La figure 11 présente un schéma bloc d'un contrôleur de communication synchrone d'un noeud multi-radio, selon un mode de réalisation particulier de l'invention. Un contrôleur de communication synchrone d'un noeud multi-radio est construit en combinant deux contrôleurs de communication synchrones de noeud mono-radio tel que décrit en relation avec la figure 10. Le module MESH RX 1107 correspond ainsi au module MESH RX 1009 et est associé au premier canal radio. De même, le module MESH RX 1106 correspond au module MESH RX 1009 ; il est cependant associé au second canal radio. Deux modules supplémentaires DPBrl 1102 et DPBr2 1101 sont ajoutés afin de permettre l'échange de données entre les deux canaux radio. Le module DPBrl 1102 permet de transférer des données reçues via le premier canal radio, stockées dans la mémoire DPRxl 1103, vers le second canal radio en les envoyant au module MESH TX 1104 associé au second canal radio. Le module DPBr2 1101 fonctionne symétriquement au module DPBrl pour transférer des données du second canal radio au premier. Ainsi le module DPBr2 1101 permet de transférer des données reçues via le premier canal radio, stockées dans la mémoire DPRxl 1108, vers le second canal radio en les envoyant au module MESH TX 1105 associé au premier canal radio. La figure 12 illustre schématiquement un algorithme illustrant une procédure d'initialisation (ou de démarrage) du noeud mc-S 10, encore appelé noeud maître, selon un mode de réalisation particulier de l'invention. Cet algorithme est exécuté par le processeur CPU 902 du noeud mc-S 10. Lors du démarrage du noeud, dans une étape 1201, le processeur CPU 902 charge une matrice de maillage par défaut (MESH#CONF), telle que décrite ci-dessus en relation avec la figure 3, dans les modules MESH TX 1105 et MESH RX 1106 correspondant au premier canal radio. Cette première matrice de maillage est obtenue depuis la mémoire ROM 904. Lors d'une étape 1202, le processeur CPU 902 exécute une procédure permettant de sélectionner un noeud, à basculer du premier au second canal radio, pour le relais actif de la vidéo (données haute définition). Le noeud sélectionné, encore appelé noeud D (figure 1), est destiné à effectuer un relais de la vidéo sur un second canal radio et à appartenir à un second réseau maillé, représenté par une matrice de maillage dédiée (seconde matrice de maillage MESH#B). Pour la répétition de données audio et/ou de contrôle sur le second canal radio, cette procédure de sélection, plus amplement détaillée en relation avec la figure 14, a pour but de trouver en relation avec la matrice de maillage par défaut, un noeud D, relais pour le second canal radio tel que : * les données audio et/ou de contrôle à destination du noeud D sont disponibles au niveau du noeud mc-R 11 ; * le schéma de répétition reste fonctionnel malgré le retrait du noeud D de ce réseau maillé par défaut. Il faut de plus que le noeud D possède un chemin direct vers les deux noeuds mc- S 10 et mc-R 11. Puis, dans une étape 1203, on vérifie le succès de l'étape 1202, c'est-à-dire qu'il existe un noeud capable de relayer les données vidéo sur le second canal radio et dont la suppression du réseau maillé par défaut n'empêche pas le réseau maillé résultant (appelé ci-après premier réseau maillé MESH#A) d'être viable (se référer à l'étape 1409 décrite ci-après en relation avec la figure 14). Si le test de l'étape 1203 est négatif, lors d'une étape 1204, on teste la présence d'autres matrices de maillage par défaut en mémoire ROM 904. Il est en effet avantageux de prévoir plusieurs matrices par défaut, adaptées à différents environnements. Si le test de l'étape 1204 est négatif, c'est-à-dire si l'ensemble des matrices de maillage par défaut ont été vérifiées sans pour autant arriver à sélectionner un noeud relais pour le second canal radio, on passe à une étape 1209 dans laquelle on met fin aux traitements. En effet, dans ce cas, le système ne peut pas fonctionner avec un relais (c'est-à-dire avec au moins un chemin de secours) pour la vidéo. Cette information est ensuite remontée à l'utilisateur (par exemple avec l'affichage d'un message d'erreur sur la sortie vidéo du noeud mc-R 11, afin que celui-ci change la disposition des différents noeuds. Si le test de l'étape 1204 est positif, on passe à une étape 1205 dans laquelle on charge la nouvelle matrice de maillage par défaut, encore appelée matrice de maillage de remplacement, depuis la mémoire ROM 904. Puis, dans une étape 1206, on envoie une commande de contrôle vers les autres noeuds du réseau (c'est-à-dire les noeuds esclaves) afin qu'ils changent également de matrice de maillage par défaut. Dans un premier mode de réalisation, la commande envoyée contient un identifiant de matrice de remplacement, que les noeuds esclaves utilisent afin de sélectionner une matrice de maillage de remplacement parmi les matrices par défaut disponibles dans leur mémoire ROM 904 respective. Dans un second mode de réalisation, les changements de matrice de maillage par défaut se font selon un ordonnancement prédéfini connu de tous les noeuds. La commande de contrôle est relayée selon la matrice de maillage par défaut utilisée jusqu'alors. La commande fournit une indication (qu'elle peut par exemple contenir) de la supertrame à laquelle le changement de matrice de maillage doit s'opérer. L'étape de sélection d'un noeud relais 1202 est ensuite de nouveau exécutée. Si le test de l'étape 1203 est positif, c'est-à-dire s'il existe un noeud relais du réseau maillé par défaut pour le relais actif de la vidéo sur le second canal radio, on passe à une étape 1207 dans laquelle on construit une première matrice de maillage (MESH#A) par mise à jour de la matrice de maillage par défaut (MESH#CONF) associée au premier canal radio, en prenant en compte le fait que le noeud relais sélectionné ne fait plus partie du réseau maillé par défaut. Cette étape consiste 1207 est décrite en détails par la suite en relation avec la figure 16. Puis une étape 1208 permet de construire une seconde matrice de maillage (MESH#B) associée au second canal radio. Cette étape consiste 1208 est plus amplement décrite en détails par la suite en relation avec la figure 15. En résumé, la seconde matrice de maillage MESH#B est construite de sorte que : * les données audio destinées au noeud D, générées par le noeud mc-S 10, sont relayées par le noeud mc-R 11 ; * le noeud mc-R 11 transfère sur le second canal radio des données audio et/ou des données de contrôle destinées au noeud D et reçues via le premier canal radio . Puis une étape 1210 permet d'envoyer les première et seconde matrices de maillage MESH#A et MESH#B à tous les noeuds du réseau. Dans le cas où plus d'un noeud relais doit être sélectionné afin de fournir des alternatives de relais vidéo sur le second canal radio, l'algorithme de la figure 12 est réitéré à compter de l'étape 1202, en prenant comme matrice par défaut la matrice MESH#A courante et en construisant la matrice MESH#B en prenant en compte la matrice MESH#B courante. La figure 13 présente un organigramme d'une procédure de démarrage des noeuds esclaves mc-R 11 et WAS1 à WAS6, selon un mode de réalisation particulier de l'invention. De même que pour le noeud maître mc-S 10, le noeud esclave démarre dans une étape 1301 par le chargement d'une matrice de maillage par défaut (MESH#CONF), telle que décrite en relation avec la figure 3. Si le noeud esclave est l'un des noeuds mono-radio WAS 1 à WAS 6, il charge cette matrice de maillage par défaut depuis la mémoire ROM 904 dans les modules MESH Tx 1002 et MESH Rx 1009. Si le noeud esclave est le noeud multi-radio mc-R 11, il charge cette matrice de maillage par défaut depuis la mémoire ROM 904 dans les modules MESH Tx 1105 et MESH Rx 1106 de la partie gérant le premier canal radio. Puis dans une étape 1302, le noeud esclave se met en attente d'une commande de contrôle venant du noeud maître mc-S 10, en vue d'un éventuel changement de matrice de maillage par défaut. Dans une étape 1303 suivante, le noeud esclave traite cette commande de contrôle, c'est-à-dire qu'il teste s'il y a ou non un changement de matrice par défaut décidé par le noeud maître. En cas de réception d'une commande de contrôle indiquant un changement de matrice par défaut (test positif lors de l'étape 1303), le noeud esclave charge une nouvelle matrice de maillage par défaut lors d'une étape 1305. Puis le noeud esclave exécute de nouveau l'étape 1302. Si aucune commande de changement de matrice de maillage n'est reçue au bout d'un temps prédéfini (test de l'étape 1303 négatif), dans une étape 1305, le noeud esclave se met en attente de réception d'une première matrice de maillage MESH#A pour le premier canal radio. Une fois la première matrice de maillage MESH#A reçue, lors d'une étape 1306, le noeud esclave se mettent en attente de la seconde matrice de maillage MESH#B pour le second canal radio. Une fois la seconde matrice de maillage MESH#B reçue, lors d'une étape 1307 : - si le noeud esclave est un noeud mono-radio de la première matrice de maillage MESH#A, il charge cette matrice MESH#A dans les modules MESH Tx 1002 et MESH RX 1009 ; - si le noeud esclave est un noeud mono-radio de la seconde matrice de maillage MESH#B, il charge cette seconde matrice dans les modules MESH Tx 1002 et MESH RX 1009, puis il règle la fréquence radio de son module sans fil 910 sur la fréquence du second canal radio ; - si le noeud esclave est le noeud mc-R 1l, il charge la première matrice de maillage MESH#A dans les modules MESH Tx 1105 et MESH RX 1106, et la seconde matrice de maillage MESH#B dans les modules MESH Tx 1104 et MESH RX 1107. La figure 14 est un organigramme détaillant l'étape 1202 de la figure 12 permettant la désignation du noeud relais actif de la vidéo (noeud D) sur le second canal radio, selon un mode de réalisation particulier de l'invention. Lors d'une première étape 1401, le noeud maître, c'est-à-dire le noeud mc-S 10, envoie une requête de balayage (ou «scan request » en anglais). Cette requête est destinée au noeud mc-R 11. Cette opération de balayage est exécutée à la fois par le noeud maître, c'est-à-dire le noeud mc-S 10, et par le noeud mc-R 11. Cette technique dite de balayage (« scan » en anglais) est bien connue dans le métier des communications sans fil et consiste à faire varier l'angle d'orientation (ou « beam steering » en anglais) de l'antenne en réception (faisceau directif) et effectuer une mesure RSSI (ou « RSSI » pour « Received Signal Strength Indication » en anglais) pour chaque orientation testée. Ainsi, lors d'une étape 1402, le noeud maître mc-S 10 récupère les résultats de ses propres mesures RSSI ainsi que celle renvoyées par le noeud mc-R 11. Puis dans une étape 1403, le noeud maître mc-S 10 crée un ensemble de noeuds set#1 tel que les noeuds de l'ensemble set#1 vérifient la condition suivante : * la qualité du lien radio entre les noeuds de l'ensemble set#1 et chacun des noeuds mc-S 10 et mc-R 11 est au-delà d'un seuil représentatif d'une bonne communication radio. Ces noeuds sont donc aptes à relayer des données vidéo émises par le noeud mc-S 10 à destination du noeud destination mc-R 11. Avantageusement, les noeuds de l'ensemble set#1 vérifient en outre les conditions suivantes * l'angle formé entre l'orientation de l'antenne d'émission du noeud mc-R 11 15 vers chacun des noeuds de l'ensemble set#1 et l'orientation de l'antenne d'émission du noeud destination mc-R 11 vers le noeud mc-S 10 est supérieur à un seuil donné ; * l'angle formé entre l'orientation de l'antenne d'émission du noeud mc-S 10 vers chacun des noeuds de l'ensemble set#1 et l'orientation de l'antenne 20 d'émission du noeud mc-S 10 vers le noeud destination mc-R 11 est supérieur à ce seuil donné. Le respect de ce seuil donné permet d'assurer que les noeuds de l'ensemble set#1 offrent un chemin par relais entre le noeud mc-S 10 et le noeud destination mc-R 11 suffisamment différent du chemin direct entre le noeud mc-S 10 et le noeud destination 25 mc-R 11, de manière à assurer que le chemin par relais offre une alternative efficace au chemin direct en cas de masquage survenant sur le chemin direct. Une information représentative de l'ensemble set#1 est ensuite envoyée au noeud mc-R 11. A la réception de l'information représentative de l'ensemble set#1 par le noeud 30 mc-R 11, le noeud mc-R 11 construit un sous-ensemble de noeuds set#2 à partir de 10 l'ensemble de noeuds set#l. Pour chaque noeud de l'ensemble de noeuds set#l, le noeud mc-R 11: * obtient la liste des blocs de données dont le noeud de l'ensemble set#1 est consommateur final (information disponible dans la matrice de maillage) ; * interroge le module MESH RX 1106 sur la présence de ces blocs de données en réception. Si les blocs de données sont présents alors le noeud de l'ensemble set#1 est ajouté à l'ensemble set#2 Puis le noeud mc-R 11 envoie une information représentative de l'ensemble set#2. Cette information est reçue par le noeud maître, c'est-à-dire le noeud mc-S 10, lors d'une étape 1404. Une étape 1405 suivante permet de tester si l'ensemble set#2 est vide. Si le test de l'étape 1405 est positif, alors la procédure de sélection d'un noeud relais vidéo a échoué. Une étape 1406 permet ensuite d'arrêter la procédure. Si le test de l'étape 1405 est négatif, il existe un ensemble d'un ou plusieurs noeuds qui : * ont un lien radio direct avec les deux noeuds mc-R 10 et mc-S 11, et * sont physiquement éloignés du chemin direct entre mc-S 10 et mc-R 11, et * sont consommateurs de blocs de données disponibles auprès du noeud mc-R 11. Des étapes suivantes 1407, 1408, 1409 et 1410 permettent de sélectionner, parmi les noeuds de l'ensemble de noeuds set#2, celui ou ceux qui, une fois extrait(s) du maillage par défaut, doit(doivent) être réglé(s) sur le second canal radio pour être le ou les relais(s) du deuxième flux vidéo (celui transmis sur le second canal radio). Il est alors nécessaire de vérifier que chaque noeud du futur premier maillage (défini par la première matrice de maillage MESH#A) peut recevoir, avec un niveau de qualité de réception supérieur à un seuil prédéterminé, la totalité de ses données (audio et/ou de contrôle) malgré la disparition d'un ou plusieurs noeud(s) du maillage par défaut (défini par la matrice de maillage par défaut MESH#CONF), de telle sorte que le futur premier maillage reste fonctionnel après un retrait, du premier maillage par défaut, dudit noeud relais sélectionné . Ainsi, l'étape 1407 permet de sélectionner un noeud de l'ensemble de noeuds set#2. Puis une commande de simulation d'extraction (ou de retrait) du noeud sélectionné est envoyée. A la réception de cette commande, le noeud sélectionné remplace dans ses trames tous les blocs de données par des blocs de données contenant le code «UNKNOWN », simulant ainsi sa disparition dans le maillage par défaut. Les autres noeuds recevant cette commande se mettent à évaluer sur une durée prédéterminée la qualité des données dont ils sont consommateurs finaux. La qualité des données reçues se mesure au taux de réception de code « UNKNOWN » délivré par le module MESH RX1009, c'est-à-dire le nombre d'erreurs qui n'ont pas pu être corrigées lors du décodage (de type « Reed Solomon »). Lors de l'étape 1408, le noeud mc-S 10 collecte auprès des noeuds du réseau les résultats de qualité des données consommées. L'étape 1409 permet de juger si le réseau maillé par défaut, amputé du noeud sélectionné extrait lors de l'étape 1407, est viable, c'est-à-dire que tous les noeuds ont renvoyé des résultats positifs lors de l'étape 1408. Selon un mode de réalisation particulier de l'invention, un noeud du premier maillage ayant renvoyé un résultat positif correspond à un noeud dont un niveau de qualité de réception de ses données est suffisant pour continuer à décoder correctement les données qui lui sont destinées (pas d'erreurs persistantes suite au décodage de Reed- Solomon). Si le test de l'étape 1409 est positif, alors le noeud sélectionné à l'étape 1407, encore appelé « noeud D », est effectivement sélectionné dans une étape 1410. Si le test de l'étape 1409 est négatif, l'étape 1405 est de nouveau exécutée avec un ensemble de noeuds set#2 ne contenant plus le noeud précédemment sélectionné lors de l'étape 1407. La figure 15 illustre un organigramme détaillant l'étape 1208 de la figure 12, selon un mode de réalisation particulier de l'invention. Lors d'une première étape 1501, la seconde matrice de maillage MESH#B est initialisée en recopiant la matrice de maillage par défaut de la figure 3 (qui a servi aussi à la construction de la première matrice de maillage MESH#A (étape 1207 de la figure 12)). Puis, dans une étape 1502, on supprime de la seconde matrice de maillage MESH#B toutes les lignes relatives aux noeuds mono-radio associés au premier canal radio. Sur la figure 18, la seconde matrice de maillage MESH#B ne contient donc plus de données sur les lignes relatives aux noeuds WAS2 à WAS6. A l'issue de cette étape, il ne reste donc plus dans la seconde matrice de maillage MESH#B que les noeuds mc-S 10, mc-R 11 et le noeud D sélectionné dans l'étape 1410 (c'est-à-dire le noeud WAS1). Puis, dans une étape 1503, on enlève des lignes relatives aux noeuds mc-S 10, mc-R 11 et du noeud WAS 1 (noeud D), la référence aux blocs de données consommés par les noeuds mono-radio de la matrice MESH#A, c'est-à-dire les blocs de données 0, 1, 2 et 6 à 9 de la figure 3. Dans une étape 1504, on ajoute à la ligne relative au noeud mc-R 11 un code « R 2» permettant d'indiquer le relais des blocs de données à destination du noeud relais sélectionné pour le relais des données vidéo (noeud D, WAS1) qui transitent sur le second canal radio. Cette étape finit d'établir un schéma de maillage sur le second canal radio, permettant d'alimenter en données audio le noeud relais sélectionné. Ainsi, sur la ligne relative au noeud mc-R 1l, dans la seconde matrice de maillage de la figure 18, on ajoute le code « R2 » sur les blocs de données 3 à 5. Ce code « R2 » signifie que le données 3 à 5 sont relayées par le noeud mc-R 11 dans le cycle suivant. Puis, dans une étape 1505, on ajoute sur la ligne correspondant au noeud mc-R 11 le relais des blocs de données reçus sur le premier canal radio et consommés par le noeud D. Il est à noter que parmi les données consommées par le noeud D sont incluses les données de contrôle générées par tous les noeuds du réseau. Dans ce cas, un code « B3 » (pour « bridged » en anglais ou « pont » en français) indique que les blocs de données à destination du noeud D seront ceux reçus sur le premier canal radio. Cette étape permet d'augmenter la fiabilité du schéma de maillage défini lors de l'étape 1504. Ainsi, dans la seconde matrice de maillage MESH#B de la figure 18, le code « B3 » est utilisé pour les blocs de données 3, 4 et 5 apparaissant comme des blocs de données consommés par le noeud D dans la matrice de maillage par défaut de la figure 3. Ce code « B3 » sur les blocs de données 3, 4 et 5 signifie que ces données subissent une opération de relais (par pont) du premier canal radio vers le second canal radio, par exemple sur le deuxième cycle après le cycle courant. Dans une étape 1506, on construit un schéma de relais des données contrôle des autres noeuds WAS2 à WAS6 du premier maillage (défini par la première matrice de maillage MESH#A). Dans le présent exemple, le noeud mc-S 10 répète le cycle suivant les blocs de données contrôle 19 et 20 du noeud mc-R 11 et du noeud D précédemment sélectionné lors de l'étape 1410. Un code « R2 » est dans ce cas utilisé sur les blocs de données 19 et 20, sur la ligne relative au noeud mc-S 10 de la seconde matrice de maillage MESH#B. De même, le noeud mc-R 11 relaie les données de contrôle du noeud mc-S 10 et du noeud D. Ainsi, sur la ligne relative au noeud mc-R 11 dans la seconde matrice de maillage MESH#B de la figure 18, un code « R2 » sur les blocs de données 3 à 5 et sur le bloc de données 20 est appliqué pour le relais respectif des données de contrôle du noeud mc-S 10 et du noeud D. Enfin, le noeud D (WAS1) relaie dans un cycle suivant les données de contrôle du noeud mc-R 11. Le code R2 apparaît donc sur la ligne relative au noeud WAS 1, pour le bloc de données 19 du noeud mc-R 11. La figure 16 illustre organigramme détaillant l'étape 1207 de la figure 12, selon un mode de réalisation particulier de l'invention. Dans une première étape 1601, on initialise la première matrice de maillage MESH#A en recopiant la matrice de maillage par défaut de la figure 3 (MESH#CONF). Dans une étape 1602, on supprime de la matrice MESH#A la ligne relative au noeud mono-radio sélectionné (noeud D) pour le relais des données vidéo sur le second canal radio. A l'issue de cette étape, le noeud D sélectionné à l'étape 1410 n'est plus présent dans la première matrice de maillage MESH#A. Une étape 1603 permet de prendre en compte que les blocs de données consommés par le noeud D sont réémis sur le second canal radio par le noeud destination mc-R 11. Il n'est donc pas nécessaire que le noeud destination mc-R 11 relaie ces blocs de données sur le premier canal radio. Dans cette étape 1603, on supprime donc de la ligne relative au noeud mc-R 11 la référence aux blocs de données consommés par le noeud D. Puis, dans une étape 1604, on supprime de toutes les lignes les références aux blocs de données générés (code « O ») par le noeud D. Enfin, dans une étape1605, on ajoute sur la ligne relative au noeud mc-R 11 le relais (par pont) sur le premier canal radio des blocs de données de contrôle générés et transmis par le noeud D sur le second canal radio. Ainsi, tous les noeuds du premier canal radio peuvent recevoir les données de contrôle générées par le noeud D, utilisant désormais le second canal radio. Dans ce cas, le code « B3 » est de nouveau utilisé pour indiquer que les blocs de données sont reçus via le second canal radio et relayés sur le premier canal radio. Dans l'exemple de la figure 17, le code « B3 » est inséré pour le bloc de données 20 généré par le noeud D (le noeud WAS1), ce qui signifie que ce bloc de données 20 subit une opération de relais (par pont) depuis le second canal radio vers le premier canal radio par exemple sur un deuxième cycle qui suit le cycle courant. Une fois l'ensemble des étapes de la figure 16 exécuté, la première matrice de maillage MESH#A de la figure 17 permet au premier réseau associé utilisant le premier canal radio, de transporter de manière fiable et efficace les données audio et ce malgré le retrait d'un noeud du premier canal radio. REVENDICATIONS1. Procédé de configuration d'un réseau de communication radio comprenant des noeuds relais réglés sur un premier canal radio, un noeud source transmettant vers un noeud destination des premières données sur un second canal radio, un premier maillage initial opérant sur le premier canal radio pour la transmission de secondes données, lesdits noeuds relais participant au premier maillage, caractérisé en ce qu'un noeud gestionnaire effectue des étapes consistant à : - sélectionner un des noeuds relais participant au premier maillage, le noeud relais sélectionné étant tel que : * le noeud relais sélectionné, une fois réglé sur le second canal radio, est apte à relayer vers le noeud destination les premières données transmises par le noeud source ; * des données spécifiques sont reçues par un noeud donné, lesdites données spécifiques étant, parmi les secondes données, des données destinées au noeud relais sélectionné ; - construire un second maillage, opérant sur le second canal radio et tel que le noeud donné effectue un premier relais, vers le noeud relais sélectionné, des données spécifiques reçues par le noeud donné via le premier canal radio ; - modifier le premier maillage, en tenant compte que le noeud relais sélectionné ne participe plus au premier maillage. 2 Procédé selon la revendication 1, caractérisé en ce que le noeud relais sélectionné est en outre tel chaque noeud du premier maillage modifié reçoit ses données spécifiques, parmi les secondes données, avec un niveau de qualité de réception supérieur à un seuil prédéterminé. 3. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que dans l'étape consistant à construire un second maillage, le second maillage est en outre tel que : - le noeud source transmet les données spécifiques sur le second canal radio; et - le noeud donné effectue un second relais, vers le noeud relais sélectionné, des données spécifiques et reçues par le noeud donné via le second canal radio.4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que le premier maillage modifié est en outre tel que le noeud donné effectue un troisième relais, vers des noeuds participant au premier maillage, de secondes données transmises par le noeud relais sélectionné et reçues par le noeud donné via le second canal radio. 5. Procédé selon la revendication 2, caractérisé en ce que l'étape consistant à sélectionner un des noeuds relais comprend une étape consistant à déterminer un ensemble d'au moins un desdits noeuds relais tel qu'un niveau de qualité d'un lien de communication radio sur le premier canal radio entre ledit ou lesdits noeud(s) relais dudit ensemble et chacun des noeuds source et destination, est supérieur à un seuil prédéterminé, et en ce que ledit noeud relais sélectionné appartient audit ensemble. 6. Procédé selon la revendication 5, caractérisé en ce que ledit noeud gestionnaire effectue des étapes consistant à : - choisir un noeud relais ; - envoyer une commande de simulation d'extraction du noeud relais choisi ; - collecter des informations relatives à des niveaux de qualité de réception déterminés par des noeuds participant au premier maillage, après prise en compte de ladite commande de simulation d'extraction ; et en ce que le noeud relais sélectionné est le noeud relais choisi, si d'après les informations collectées, le premier maillage reste fonctionnel. 7. Procédé selon la revendication 6, caractérisé en ce que sur réception de ladite commande de simulation d'extraction : - le noeud relais choisi transmet des données simulant son retrait du premier maillage ; - chaque autre noeud relais participant au premier maillage détermine, sur une durée prédéterminée, un niveau de qualité de décodage, sur le premier canal radio, de données à consommer par ledit autre noeud relais. 8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que, si à l'issue de l'étape consistant à sélectionner un des noeuds relais participant au premier maillage, aucun noeud relais n'est sélectionné, le procédé comprend une étape consistant à remplacer ledit premier maillage par un maillage de remplacement, et en ce que l'étape consistant à sélectionner un des noeuds relais est exécutée à nouveau avec ledit maillage de remplacement.9. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que les premières données sont des données vidéo, et en ce que les secondes données sont des données audio et/ou de contrôle. 10. Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que ledit noeud donné est le noeud destination. 11. Produit programme d'ordinateur, 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 à 10, lorsque ledit programme est exécuté sur un ordinateur. 12. Moyen de stockage lisible par ordinateur, stockant un programme d'ordinateur comprenant un jeu d'instructions exécutables par un ordinateur pour mettre en oeuvre le procédé selon au moins une des revendications 1 à 10. 13. Noeud gestionnaire apte à configurer un réseau de communication radio comprenant des noeuds relais réglés sur un premier canal radio, un noeud source transmettant vers un noeud destination des premières données sur un second canal radio, un premier maillage initial opérant sur le premier canal radio pour la transmission de secondes données, lesdits noeuds relais participant au premier maillage, caractérisé en ce qu'il comprend : - des moyens de sélectionner un des noeuds relais participant au premier maillage, le noeud relais sélectionné étant tel que : * le noeud relais sélectionné, une fois réglé sur le second canal radio, est apte à relayer vers le noeud destination les premières données transmises par le noeud source ; * des données spécifiques sont reçues par un noeud donné, lesdites données spécifiques étant, parmi les secondes données, des données destinées au noeud relais sélectionné ; - des moyens de construire un second maillage, opérant sur le second canal radio et tel que le noeud donné effectue un premier relais, vers le noeud relais sélectionné, des données spécifiques reçues par le noeud donné via le premier canal radio ; - des moyens de modifier le premier maillage, en tenant compte que le noeud relais sélectionné ne participe plus au premier maillage.