FR 2958823 A1 20111014 FR 1052714 A 20100409 Procédés de transmission et réception d'un contenu de données sur plusieurs chemins, produit programme d'ordinateur, moyen de stockage, noeuds source et destination correspondants 1. DOMAINE DE L'INVENTION Le domaine de l'invention est celui de la transmission de données entre deux équipements. Plus précisément, l'invention concerne une technique de transmission d'un contenu de données, entre un noeud source et un noeud destination, sur plusieurs chemins de transmission. L'invention s'applique notamment, mais non exclusivement, à la réalisation d'une technique de transmission à faible latence, par exemple via un système de transmission sans fil, d'une vidéo haut débit non compressée. Une telle technique est par exemple utilisée pour des systèmes de type « home cinéma » (« home theater » en anglais) ou des systèmes d'écran de type « hall d'exposition » (« show room » en 15 anglais). La vidéo considérée est par exemple une vidéo de résolution au format standard HD 720p (ou HD 1080p), nécessitant des débits de données de 1.3 Gbps (cas du format HD 720p : 7201ignes*1280pixels/ligne*24bits/pixel*60Hz) jusqu'à 2.98 Gbps (cas du format 1080p : 10801ignes*1920pixels/ligne*24bits/pixel*60Hz). Une telle vidéo est 20 non compressée, ce qui permet d'une part une restitution de plus faible latence (car pas d'étapes de stockage pour les phases de compression/décompression), et d'autre part un gain en qualité d'image restituée (car pas de pertes dues au mécanisme de compression/décompression). Le système de transmission sans fil considéré est par exemple de type 60 GHz. 25 Ceci permet la transmission d'un contenu de données très haut débit (jusqu'à 3Gbps) dans un rayon limité à une dizaine de mètres, et est donc bien adapté à la connexion, via des noeuds source et destination du système de transmission, entre un terminal source de ce contenu (par exemple un lecteur DVD) et un terminal destination de ce contenu (par exemple un téléviseur HD). Le système de transmission sans fil utilise par exemple un 30 mode TDMA (pour « Time Division Multiple Access » en anglais, ou « accès multiple à 10 répartition dans le temps » en français) synchrone, permettant de garantir de manière régulière et maîtrisée, l'envoi de trames radios et leur réception. 2. ARRIÈRE-PLAN TECHNOLOGIOUE On s'attache plus particulièrement dans la suite de ce document à décrire la problématique existant dans le contexte d'un système de transmission sans fil. L'invention ne se limite bien sûr pas à ce domaine particulier d'application, mais présente un intérêt pour toute technique de transmission de contenu sur plusieurs chemins, devant faire face à une problématique proche ou similaire. Le système de transmission sans fil, bien qu'avantageux par sa facilité d'utilisation et d'installation, présente cependant une forte sensibilité aux phénomènes d'interférences et de masquage. Ceci peut alors entraîner la perte momentanée de la vidéo lorsqu'un seul lien radio actif existe entre le noeud source et le noeud destination. Pour réduire l'influence d'un lien radio perturbé (soumis à des erreurs ponctuelles et aléatoires) ou d'un lien soumis au masquage, plusieurs solutions existent, dans l'état de la technique, essayant d'exploiter une diversité spatiale (permise grâce à l'utilisation d'antennes directives). En d'autres termes, on tente d'exploiter une diversité de liens radios (c'est-à-dire une diversité de chemins de transmission) entre le noeud source et le noeud destination, pour effectuer une transmission de contenu (données vidéo par exemple). Une première solution technique envisageable consiste à transmettre plusieurs copies d'un même contenu, chacune sur un lien radio distinct parmi une pluralité de liens radios. Ainsi, on tente de garantir la réception au minimum sur un lien radio. Cependant, les inconvénients majeurs de cette première technique sont que : • la multiple transmission d'un même contenu se fait au détriment de la bande passante disponible. Par exemple, dans le cas du format HD 720p, il faut émettre plusieurs fois les données vidéo du flux, au détriment d'un autre flux ; • la multiple transmission d'un même contenu peut nécessiter une compression du contenu, ce que l'on souhaite éviter dans le cadre de la présente invention. Par exemple, dans le cas du format HD 1080p, une compression des données est nécessaire afin de permettre une double transmission, ce qui est contraire au 30 souhait de transmettre une vidéo non compressée (pour garantir une restitution de plus faible latence et un gain en qualité d'image restituée). Une deuxième technique connue est décrite dans le document de brevet US 7,103,669. Il s'agit d'une méthode pour permettre une transmission vidéo fiable sur un réseau de type paquet (tel Internet) soumis à une bande passante limitée et à des pertes de paquets. Pour ce faire, il est proposé de combiner deux mécanismes : • l'un permettant de coder la vidéo à transmettre selon différents codages indépendants les uns des autres, • l'autre consistant à utiliser une diversité de chemins pour effectuer la transmission simultanée des données obtenues selon les différents codages. Un inconvénient de cette deuxième technique connue est qu'elle décompose le signal vidéo au niveau image (on parle aussi de décomposition au niveau trame vidéo (« video frame » en anglais), introduisant alors une latence non négligeable. Un autre inconvénient de cette deuxième technique connue est qu'elle ne propose aucune solution au problème d'une transmission et traitement à faible latence, nécessaire par exemple pour des systèmes à usage de type « home cinéma ». En effet, elle n'aborde pas la question de la synchronisation de l'envoi des informations sur les différents chemins. Elle recherche surtout à fiabiliser la réception du flux vidéo, sans chercher à optimiser le temps entre l'envoi du signal par le terminal source et sa visualisation au niveau du terminal destination. Une troisième technique connue est décrite dans le document de brevet US 2009/0021646. Il s'agit d'une méthode de transmission vidéo pour un système de transmission sans fil. Il est proposé une découpe du signal vidéo à transmettre selon des groupes de points regroupés de manière spatiale, et l'envoi de ces groupes sur un ou plusieurs canaux radio (c'est-à-dire différents chemins), en fonction des conditions de transmission sur les canaux. Dans cette troisième technique connue : • on cherche en priorité à transmettre la totalité de la vidéo selon un chemin déterminé (chemin principal). Si cela est possible, les autres chemins sont alors utilisés pour fournir une information de redondance, si des erreurs de transmission se produisent sur le chemin principal ; • si le chemin principal ne permet pas de transmettre l'ensemble des données vidéo, alors on utilise les différents chemins pour transmettre la totalité des données vidéo, de manière répartie ou non. Un inconvénient de cette troisième technique connue est que, pour chaque paquet transmis, elle nécessite de transmettre également des informations décrivant le paquet transmis (type de paquet et quantité de données contenues dans le paquet), pour permettre la reconstitution de l'image. Ces informations consomment donc une partie de la bande passante (augmentation du surdébit, ou « overhead » en anglais). 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 d'un contenu de données depuis un noeud source vers un noeud destination, cette technique permettant de limiter l'impact de l'utilisation de plusieurs chemins de transmission, en termes de qualité du rendu et de latence de transmission et traitement, et ce même en cas de perte de données possible. Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique permettant d'adapter au mieux l'utilisation des différents chemins (c'est-à-dire des différents liens radios dans le cas d'un système de transmission sans fil), afin de minimiser la perte de bande passante liée au mécanisme de transmission sur plusieurs chemins. En d'autres termes, il s'agit de proposer un mécanisme permettant de minimiser l'impact des informations supplémentaires (en anglais « overhead ») sur la bande passante disponible du support physique (médium de transmission). Un objectif complémentaire d'au moins un mode de réalisation de l'invention est de fournir une telle technique permettant de garantir une adaptation entre le domaine d'horloge du support physique (médium dont plusieurs chemins sont utilisés) et le domaine d'horloge d'une application source qui génère et fournit au noeud source le contenu de données à transmettre. Un objectif complémentaire d'au moins un mode de réalisation de l'invention est de fournir une telle technique permettant de garantir une adaptation entre le domaine d'horloge du support physique et le domaine d'horloge d'une application destination qui consomme le contenu reçu par le noeud destination. Un autre objectif d'au moins un mode de réalisation de l'invention est de fournir une telle technique qui s'applique quel que soit le nombre de chemins de transmission utilisés entre le noeud source et le noeud destination. 4. EXPOSÉ DE L'INVENTION Dans un mode de réalisation particulier de l'invention, il est proposé un procédé de transmission par un noeud source d'un contenu de données vers un noeud destination, ledit procédé comprenant des étapes consistant à : - décomposer le contenu en une séquence de paquets associés chacun à un chemin entre les noeuds source et destination, selon une alternance de chemins prédéterminée ; et, pour une transmission d'un paquet donné dans un intervalle temporel donné et sur un chemin donné autre que le premier chemin de l'alternance de chemins : - effectuer une première vérification de si le paquet donné est disponible ; - effectuer une deuxième vérification de si un paquet a été transmis dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné dans l'alternance de chemins ; - en cas de première et seconde vérifications positives, transmettre le paquet donné dans l'intervalle temporel donné et sur le chemin donné. Le principe général de ce mode de réalisation particulier consiste donc, côté émission (c'est-à-dire dans le noeud source), à combiner les mécanismes suivants : • un mécanisme de décomposition du contenu en paquets de données (par exemple, paquets de lignes paires et paquets de lignes impaires, si le contenu est un flux vidéo) ; • un mécanisme de transmission, de manière alternée et prédéterminée, des paquets dans des trames distinctes sur les différents chemins, grâce à une association prédéterminée des paquets aux différents chemins. Ce mécanisme de transmission permettant, grâce à la deuxième vérification, de garantir l'ordre de transmission des paquets, et grâce à la première vérification, de garantir une adaptation entre le domaine d'horloge d'une application source qui fournit le 30 contenu et le domaine d'horloge du médium sur lequel sont transmises les trames (contenant les paquets). Cette combinaison de mécanismes permet de minimiser l'impact des informations supplémentaires (permettant la reconstitution du contenu) sur la bande passante disponible du médium. Elle s'applique quel que soit le nombre de chemins de transmission utilisés entre les noeuds source et destination. Elle permet, côté réception (c'est-à-dire dans le noeud destination), de pouvoir mettre en oeuvre de manière simple et rapide, une technique de correction du contenu pouvant faire face à la perte de données d'un chemin en cas de perturbation temporaire sur un chemin (masquage d'un lien sans fil par exemple). Par « séquence de paquets associés chacun à un chemin selon une alternance prédéterminée de chemins », on entend le fait que les paquets de la séquence sont répartis entre les chemins (un paquet par chemin) en suivant une séquence de chemins prédéterminée qui comprend un motif (c'est-à-dire un groupe ordonné de chemins) répété de manière cyclique. Par exemple : • si on dispose de deux chemins A et B, la séquence de chemins prédéterminée est : A-B-A-B-A-B-..., avec A-B le motif qui est répété de manière cyclique ; • si on dispose de trois chemins A, B et C, la séquence de chemins prédéterminée est : A-B-C-A-B-C-A-B-C-..., avec A-B-C le motif qui est répété de manière cyclique ; • si on dispose de quatre chemins A, B, C et D, la séquence de chemins prédéterminée est : A-B-C-D-A-B-C-D-A-B-C-D-..., avec A-B-C-D le motif qui est répété de manière cyclique ; • etc. De façon avantageuse, l'étape consistant à décomposer le contenu comprend des étapes consistant à : - décomposer le contenu en une séquence de groupes élémentaires de données, selon une alternance cyclique prédéterminée de N types de groupes élémentaires, N>_2 ; - construire les paquets de la séquence de paquets en regroupant dans chaque paquet K groupe(s) élémentaire(s) successif(s) du même type, K>_1. 25 30 Ainsi, les traitements sont simplifiés et plus la décomposition du contenu est fine (c'est-à-dire plus la taille des groupes élémentaires de données est petite), plus cette technique permet de limiter l'impact de l'utilisation de plusieurs chemins, en termes de qualité du rendu et de latence de temps du rendu. De façon avantageuse, le procédé de transmission comprend une étape consistant, en cas de première ou seconde vérification négative, à transmettre un paquet de bourrage dans l'intervalle temporel donné et sur le chemin donné. Ceci permet une attente de synchronisation entre le médium de transmission (réseau) et l'application source qui fournit le contenu au noeud source. Ceci permet également d'informer le noeud récepteur de cette attente. Avantageusement, pour une transmission d'un paquet donné dans un intervalle temporel donné et sur le premier chemin, le procédé comprend des étapes consistant à : - effectuer une troisième vérification de si le paquet donné est disponible ; - en cas de troisième vérification positive, transmettre le paquet donné dans l'intervalle temporel donné et sur le premier chemin ; - en cas de troisième vérification négative, transmettre un paquet de bourrage dans l'intervalle temporel donné et sur le premier chemin. Ainsi, pour le premier chemin de l'alternance de chemins, ce mécanisme, basé sur la troisième vérification, garantit une adaptation entre le domaine d'horloge de l'application source qui fournit le contenu et le domaine d'horloge du médium sur lequel sont transmises les trames. L'envoi, sous certaine condition (troisième vérification négative) d'un paquet de bourrage (dans une trame de bourrage) permet là encore, de manière simple, une attente de synchronisation entre le médium de transmission et l'application source qui fournit le contenu au noeud source. Ceci permet également d'informer le noeud récepteur de cette attente. De façon avantageuse, le contenu est un flux vidéo comprenant des images, et en ce que le premier paquet transmis sur le premier chemin de l'alternance de chemins comprend le début d'une image du flux vidéo. Ce calage sur le début d'une image du flux vidéo permet de simplifier les traitements. Avantageusement, le contenu est un flux vidéo comprenant des images, et en ce que les groupes élémentaires de données sont des groupes de L ligne(s) d'image du flux vidéo, L>_1. Par rapport au découpage au niveau image (trame vidéo) proposé dans la deuxième technique connue, un tel découpage au niveau ligne permet : • d'introduire une latence plus faible au niveau du transport des données et au niveau du système de correction des données ; • d'autre part d'adapter au mieux l'utilisation des différents chemins du médium physique, afin de minimiser la perte de bande passante liée au mécanisme de transmission alternée. Par exemple, pour le cas d'une source vidéo, cela revient à transmettre des lignes paires sur un chemin et des lignes impaires sur un autre chemin. Dès lors, en cas de mauvaise ou d'absence de réception des données d'un chemin, le noeud destination est capable d'effectuer une action corrective permettant de masquer l'absence de réception de données. De manière préférentielle, l'étape consistant à décomposer le contenu comprend des étapes consistant à : décomposer chaque image du flux vidéo en une séquence de lignes paires et de lignes impaires ; construire des paquets regroupant chacun K ligne(s) paire(s) successive(s) ou K ligne(s) impaire(s) successive(s), K>_1. Dans ce cas, un groupe élémentaire est une ligne d'image, et on a N=2 types de groupes élémentaires (à savoir le type « ligne paire » et le type « ligne impaire »). De manière préférentielle, l'étape consistant à décomposer le contenu comprend des étapes consistant à : - décomposer chaque image du flux vidéo en une séquence de lignes d'index pair et de lignes d'index impair ; - construire des paquets regroupant chacun K ligne(s) d'index paire successive(s) ou K ligne(s) d'index impaire successive(s), K>_1. Dans un autre mode de réalisation de l'invention, il est proposé un procédé de réception par un noeud destination d'un contenu de données transmis par un noeud source, ledit procédé comprenant des étapes consistant à : - reconstituer le contenu à partir d'une séquence de paquets associés chacun à un chemin entre les noeuds source et destination, selon une alternance de chemins prédéterminée ; et, pour une réception d'un paquet donné dans un intervalle temporel donné et sur un chemin donné autre que le premier chemin de l'alternance de chemins : - effectuer une première vérification de si le paquet donné a été reçu pendant l'intervalle temporel donné ; - effectuer une seconde vérification de si un paquet a été reçu dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné dans l'alternance de chemins ; - en cas de première et seconde vérifications positives, conserver le paquet donné reçu dans l'intervalle temporel donné et sur le chemin donné. Ainsi, on a, côté réception (c'est-à-dire dans le noeud destination), une combinaison de mécanismes complémentaires de ceux mis en oeuvre côté émission (c'est-à-dire dans le noeud source) : • un mécanisme de reconstitution du contenu à partir de paquets contenus dans des trames reçues ; • un mécanisme de réception, de manière alternée et prédéterminée, des trames sur les différents chemins, grâce à une association prédéterminée des paquets (contenus dans les trames) aux différents chemins. Ce mécanisme de réception permet, grâce à la deuxième vérification, de garantir l'ordre de réception des paquets, et grâce à la première vérification, de garantir le maintien d'une adaptation entre le domaine d'horloge de l'application destination qui reçoit le contenu et le domaine d'horloge du médium sur lequel sont transmises les trames (contenant les paquets). Ces mécanismes permettent également d'appliquer une correction rapide en cas de perte temporaire de paquets de données (liée à une perte totale ou partielle de trame) sur un quelconque des chemins de données. Les avantages ce cette combinaison de mécanismes, côté réception, sont les mêmes que ceux détaillés ci-dessus pour la combinaison de mécanismes, côté émission. De façon avantageuse, l'étape consistant à reconstituer le contenu comprend des étapes consistant à : - recevoir les paquets de la séquence de paquets, regroupant chacun K groupe(s) élémentaire(s) successif(s) du même type, K>_1 ; - reconstituer le contenu à partir d'une séquence de groupes élémentaires de données contenus dans les paquets reçus, selon une alternance cyclique prédéterminée de N types de groupes élémentaires, N>_2. Ainsi, les traitements sont simplifiés et plus la décomposition du contenu est fine (c'est-à-dire plus la taille des groupes élémentaires de données est petite), plus cette technique permet de limiter l'impact de l'utilisation de plusieurs chemins, en termes de qualité du rendu et de latence de temps du rendu. De façon avantageuse, le procédé de réception comprend une étape consistant, en cas de première vérification positive et seconde vérification négative, à effectuer au moins une première action de correction en fonction du paquet reçu dans l'intervalle temporel donné et sur le chemin donné, pour corriger l'absence de réception dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné. Ainsi, il est possible d'effectuer au moins une première action de correction pour corriger l'absence de réception dans l'intervalle temporel précédent et sur le chemin précédent. Avantageusement, en cas de première vérification négative et seconde vérification positive, il comprend des étapes consistant à : - effectuer une troisième vérification de si le paquet reçu dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné est un paquet de bourrage ; - en cas de troisième vérification négative, effectuer au moins une deuxième action de correction en fonction du paquet reçu dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné, pour corriger l'absence de réception dans l'intervalle temporel donné et sur le chemin donné ; 30 - en cas de troisième vérification positive, ne pas conserver le paquet reçu dans l'intervalle temporel donné et ne pas effectuer d'action de correction en fonction du paquet reçu dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné. Ainsi, il est possible d'effectuer ou non au moins une deuxième action de correction pour corriger l'absence de réception dans l'intervalle temporel donné et sur le chemin donné. De façon avantageuse, le contenu est un flux vidéo comprenant des images, et en ce que le premier paquet transmis sur premier chemin de l'alternance de chemins comprend le début d'une image du flux vidéo. Ce calage sur le début d'une image du flux vidéo permet de simplifier les traitements. Avantageusement, le contenu est un flux vidéo comprenant des images, et en ce que les groupes élémentaires de données sont des groupes de L ligne(s) d'image du flux vidéo, L>_1. Par rapport au découpage au niveau image (trame vidéo) proposé dans la deuxième technique connue, un tel découpage au niveau ligne permet : • d'introduire une latence plus faible au niveau du transport des données et au niveau du système de correction des données ; • d'autre part d'adapter au mieux l'utilisation des différents chemins du médium physique, afin de minimiser la perte de bande passante liée au mécanisme de transmission alternée. De manière préférentielle, l'étape consistant à reconstituer le contenu comprend des étapes consistant à : - recevoir des paquets regroupant chacun K ligne(s) d'index paire successive(s) ou K ligne(s) d'index impaire successive(s), K>_1 ; - reconstituer chaque image du flux vidéo à partir d'une séquence de lignes d'index pair et de lignes d'index impair. Dans un autre mode de réalisation de l'invention, il est proposé 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 de l'invention, il est proposé 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). Dans un autre mode de réalisation de l'invention, il est proposé un noeud source, permettant de transmettre un contenu de données vers un noeud destination, ledit noeud source comprenant : - des moyens de décomposer le contenu en une séquence de paquets associés chacun à un chemin entre les noeuds source et destination, selon une alternance de chemins prédéterminée ; - des moyens d'effectuer une première vérification de si un paquet donné est disponible, ledit paquet donné étant un paquet à transmettre dans un intervalle temporel donné et sur un chemin donné autre que le premier chemin de l'alternance de chemins ; - des moyens d'effectuer une deuxième vérification de si un paquet a été transmis dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné dans l'alternance de chemins ; - en cas de première et seconde vérifications positives, des moyens de transmettre le paquet donné dans l'intervalle temporel donné et sur le chemin donné. Dans un autre mode de réalisation de l'invention, il est proposé un noeud destination, permettant de recevoir un contenu de données transmis par un noeud source, ledit noeud destination comprenant : - des moyens de reconstituer le contenu à partir d'une séquence de paquets associés chacun à un chemin entre les noeuds source et destination, selon une alternance de chemins prédéterminée ; - des moyens d'effectuer une première vérification de si un paquet donné a été reçu pendant l'intervalle temporel donné, ledit paquet donné étant un paquet à recevoir dans un intervalle temporel donné et sur un chemin donné autre que le premier chemin de l'alternance de chemins ; 30 - des moyens d'effectuer une seconde vérification de si un paquet a été reçu dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné dans l'alternance de chemins ; - des moyens, activés en cas de première et seconde vérifications positives, de conserver le paquet donné reçu dans l'intervalle temporel donné et sur le chemin donné. 5. LISTE DES FIGURES D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels : - la figure 1 représente un exemple de système de transmission vidéo sans fil dans lequel peut s'appliquer un mode de réalisation particulier de l'invention ; - la figure 2 présente un exemple de structure d'un dispositif générique de communication, pouvant représenter chacun des noeuds source et destination de la figure 1, dans un mode de réalisation particulier de l'invention ; - la figure 3 décrit les différentes composantes d'un signal vidéo, utilisé dans un mode de réalisation particulier de l'invention ; - la figure 4 illustre un mode de transmission possible, pour la mise en oeuvre d'un mode de réalisation particulier de l'invention ; - la figure 5 représente un schéma de principe d'un mode de réalisation particulier de l'invention ; - la figure 6 présente un schéma bloc fonctionnel des noeuds source et destination apparaissant sur la figure 1, dans un mode de réalisation particulier de l'invention ; - la figure 7 présente un algorithme de séparation de lignes mis en oeuvre par le bloc référencé 605 sur la figure 6, dans un mode de réalisation particulier de l'invention ; - la figure 8 présente un algorithme de transmission alternée mis en oeuvre par le bloc référencé 620 sur la figure 6, dans un mode de réalisation particulier de l'invention ; - la figure 9 présente un algorithme de synchronisation mis en oeuvre par le bloc référencé 650 sur la figure 6, dans un mode de réalisation particulier de l'invention ; - la figure 10 présente un algorithme d'analyse des évènements réseau et de reconstitution des données applicatives (détail de l'étape référencée 950 sur la figure 9), mis en oeuvre par le bloc référencé 650 sur la figure 6, dans un mode de réalisation particulier de l'invention. 6. DESCRIPTION DÉTAILLÉE On présente maintenant, en relation avec la figure 1, un exemple de système de transmission vidéo sans fil dans lequel peut s'appliquer un mode de réalisation particulier de l'invention. Ce système de transmission comprend un noeud source 101 et un noeud destination 102. Le noeud source 101 permet de connecter un terminal source 100, fournissant un signal vidéo numérique de type HD (Haute Définition), via par exemple une connexion HDMI (pour « High Definition Multimedia Interface » en anglais). Ce terminal source 100 est par exemple un décodeur TNT (pour « Télévision Numérique Terrestre » en français ou DBT « Digital Broadcast Television » en anglais), un lecteur DVD ou Blu-Ray, ou un disque dur multimédia. Le noeud source 101 permet l'émission de signaux radios à l'aide d'une antenne directionnelle, soit selon un chemin en ligne de vue directe 104 (dit « Line Of Sight » ou LOS en anglais), soit selon un chemin en ligne de vue indirecte 105 (dit « Non Line Of Sight » ou NLOS en anglais), ce dernier utilisant les propriétés de réflexion du signal radio sur des objets ou des murs 106. Le noeud destination 102 permet de connecter un terminal destination 103, capable de traiter (par exemple visualiser) le signal vidéo numérique de type HD, qu'il reçoit du noeud destination via une connexion HDMI. Ce terminal destination est par exemple un téléviseur HD ou un vidéoprojecteur. Ce système de transmission peut servir par exemple dans le cadre d'un hall d'exposition (« show room » en anglais), ou à la mise en place d'un système « home cinéma », des récepteurs audio sans fil (non représentés) étant alors ajoutés au système. La figure 2 présente un exemple de structure d'un dispositif générique de communication 200, pouvant représenter le noeud source 101 ou le noeud destination 102 du système de transmission vidéo sans fil de la figure 1. Un module frontal RF 205 est chargé : • dans un sens, de l'adaptation du signal en sortie d'un module bande de base RF 206, avant son émission par le biais d'une antenne 204 (transposition de fréquence et amplification de puissance, par exemple) ; • dans l'autre sens, de l'adaptation du signal venant de l'antenne 204, avant de le délivrer au module bande de base RF 206. Le module bande de base RF 206 module/démodule les données numériques échangées avec le module frontal RF 205. L'antenne 204 utilise des techniques de réseau d'antennes permettant de contrôler la direction et la forme du faisceau d'émission ou de réception du signal radio, selon une technique dite de « beamforming » (en anglais). Un module d'interface E/S (interface entrée/sortie) 211 est en charge, via l'interface 212 (de type HDMI par exemple) : • de fournir au module bande de base RF 206 les données vidéo venant du terminal source 100, dans le cas où le dispositif 200 représente le noeud source 101 ; 20 • de fournir au terminal destination 103 (téléviseur par exemple) les données vidéo fournies par le module bande de base RF 206 (après avoir été reçues par l'antenne 204), dans le cas où le dispositif 200 représente le noeud destination 102. Le dispositif 200 comprend également une mémoire vive 202 (ou RAM, pour 25 « Random Access Memory » en anglais), qui fonctionne comme une mémoire principale d'une unité de calcul 201 (ou CPU, pour « Central Processing Unit » en anglais). La capacité de cette mémoire vive 202 peut être étendue par une mémoire vive optionnelle, connectée à un port d'expansion (non illustré sur la figure 2). Le dispositif 200 comprend également une mémoire morte 203 (ou ROM, pour « Read Only Memory » en anglais). 30 Après la mise sous tension, l'unité de calcul 201 est capable d'exécuter des instructions contenues dans la mémoire vive 202 et relatives à un programme d'ordinateur, une fois 10 15 ces instructions chargées à partir de la mémoire morte 203 ou d'une mémoire externe (non illustrée sur la présente figure). Un tel programme d'ordinateur, s'il est exécuté par l'unité de calcul 201, permet l'exécution d'une partie ou la totalité des étapes des algorithmes des figures 7 et 8, dans le cas où le dispositif 200 représente le noeud source 101, ou des algorithmes des figures 9 et 10, dans le cas où le dispositif 200 représente le noeud destination 102. Dans une variante de réalisation, ces algorithmes, ainsi que les fonctionnalités des modules référencés 205, 206 et 211, peuvent également être implémentés sous forme de matériel dans un composant programmable de type FPGA (« Field Programmable Gate Array » en anglais) ou de type ASIC (« Application-Specific Integrated Circuit » en anglais). La figure 3 décrit les différentes composantes d'un signal vidéo, utilisé dans un mode de réalisation particulier de l'invention. Un signal vidéo numérique de type progressif (type 720p ou 1080p) est composé d'une suite d'images (aussi appelées trames vidéo) 325, rafraîchies à une fréquence de 50 ou 60 Hz. Chaque image est définie par : • un signal de synchronisation verticale 300 (nommé également Vsync), dont chaque front descendant correspond au passage d'une image à la suivante. Cet indicateur permet aussi de savoir l'instant de retour aux lignes initiales ; • un signal de synchronisation horizontale 315 (nommé également Hsync), dont chaque front descendant correspond au passage d'une ligne à la suivante. Ce signal Hsync permet de distinguer les lignes paires des lignes impaires ; • des descripteurs de contenu de ligne, chaque descripteur (référencé 305 pour une ligne paire, ou 310 pour une ligne impaire) décrit chaque pixel d'une ligne complète de l'image par ses caractéristiques de couleur (c'est-à-dire par ses 3 composantes Rouge-Vert-Bleu (R-V-B)). On appelle ligne paire (impaire) une ligne d'index pair (respectivement impair), les lignes d'une image étant indexées selon une séquence prédéfinie selon leur position dans l'image. Par exemple, pour une image comportant 720 lignes, l'image est parcourue de haut en bas, l'index 0 correspondant à la ligne la plus en haut de l'image et l'index 719 correspondant à la ligne la plus en bas de l'image. Pour une image de type 720p 60hz, avec une zone visible (dite utile) de « 720 lignes * 1280 pixels » et de zone réelle « 750 lignes * 1650 pixels », les valeurs de ces paramètres sont respectivement : • D(Vsync) = 1/60 = 16,66 ms (durée d'une image vidéo, c'est-à-dire durée entre deux fronts descendants du signal Vsync) ; • D(Hsync) = 1/(60 * 750) = 22,2 jts (durée d'une ligne de l'image, c'est-à-dire durée entre deux fronts descendants du signal Hsync) ; • Taille de données d'un descripteur de contenu de ligne : (1280 * 3 * 8) = 30720 bits, ce qui correspond au calcul suivant : (nombre de points par ligne * nombre de composante (RVB) * taille d'une information d'une composante). Bien que décrite à travers l'exemple d'un signal vidéo de type progressif (720p ou 1080p), il est à noter que l'invention peut aussi s'appliquer à un signal vidéo de type entrelacé 720i ou 1080i (le « i » signifiant « interleaved » en anglais). Dans ce cas, alternativement, chaque image du signal vidéo ne contient qu'un ensemble soit de lignes paires, soit de lignes impaires. On considère alors chaque ensemble de lignes comme constitués de n+l éléments, dont les éléments d'indices pairs 0, 2,.., 2n (réciproquement impairs 1, 3,..., 2n+1) seront considérées comme les paquets de lignes paires (réciproquement paquets de lignes impaires 1, 3,..., 2n+1) de l'invention. Dans ce cas, le procédé de correction d'erreurs sera moins précis car spatialement la distance entre les paquets sera plus grande. Cependant on conserve cette découpe pour permettre une introduction de latence de recouvrement la plus réduite (toujours au niveau ligne). La figure 4 illustre un mode de transmission possible, pour la mise en oeuvre d'un mode de réalisation particulier de l'invention (transmission sans fil), basé sur le principe d'un multiplexage temporel (ou TDM, pour « Time Division Multiplexing » en anglais) synchrone, sur des intervalles temporels successifs. Le temps est divisé en cycles de transmission (encore appelé cycles TDM) 400 de durée fixe (par exemple 1 ms). A l'intérieur de chaque cycle, le noeud source 101 dispose de plusieurs intervalles temporels, lui permettant de transmettre les données selon différentes directions d'antennes. Pendant chaque intervalle de temps, une trame radio est transmise, qui contient (sauf dans le cas particulier, détaillé par la suite, d'une trame radio de bourrage) un identifiant de trame radio 405 et un paquet 406, 411 (comprenant lui-même des lignes paires ou des lignes impaires). Dans l'exemple de la figure 4, le noeud source 101 utilise 4 intervalles temporels consécutifs 407 à 410, permettant chacun de transmettre une trame radio 401 à 404, en alternant l'utilisation de deux chemins, appelés ci-après « chemin A » et « chemin B », pour transmettre des paquets PP de lignes paires 406, 412 et des paquets PI de lignes impaires 411, 413, en commençant par le chemin A pour transmettre le premier paquet de lignes paires 406. Ceci peut se résumer par le tableau ci-dessous : Cycle TDM n Cycle TDM n+1 Cycle TDM n+2 PP PI PP PI PP PI PP PI PP PI PP PI A B A B A B A B A B A B Les chemins A et B correspondent par exemple aux chemins en ligne de vue directe 104 (LOS) et en ligne de vue indirecte 105 (NLOS) de la figure 1. Par la suite, l'instant correspondant au début de chaque intervalle temporel de transmission est appelé « opportunité de transmission ». Pour le chemin A, chacune des trames 401 et 403 transmises dans les intervalles temporels 407 et 409 comprend : • un identifiant de trame 405, permettant d'identifier le nombre de paquets de lignes vidéo transmis depuis le début de l'image (ce nombre est utilisé pour synchroniser le récepteur ; voir figure 9) ; • un paquet 406, 412, correspondant à un regroupement d'un nombre fixe et entier K de lignes paires du signal vidéo source (K>_1). Pour le chemin B, chacune des trames 402 et 404 transmises dans les intervalles temporels 408 et 410 comprend : • un identifiant de trame 405 (déjà décrit ci-dessus) ; • un paquet 411, 413, correspondant à un regroupement d'un nombre fixe et entier K de lignes impaires du signal vidéo source (K>_1). Un nombre de transmissions pair est nécessaire, pour permettre au sein d'un même cycle TDM, la transmission d'au moins un paquet de lignes paires et d'au moins un paquet de lignes impaires. La détermination des différents chemins, et donc des configurations d'antennes correspondantes, s'effectue lors d'une phase d'initialisation du système, pendant laquelle les noeuds source 101 et destination 102 effectuent pour chaque couple d'angles d'émission/réception (Tx/Rx) des mesures de niveau de signal radio (RSSI pour « Received Signal Strength Indicator » en anglais). Suite à ces mesures, une sélection des meilleures couples d'angles, basée sur la valeur des RSSI et sur la diversité spatiale, est effectuée afin de déterminer au moins deux couples d'angles à utiliser lors des transmissions du signal vidéo. On choisit par exemple un premier couple d'angles par sélection du couple fournissant le meilleur niveau RSSI, puis on choisit comme second couple d'angles, le couple respectant les 2 conditions suivantes : • l'angle de transmission diffère d'au moins N degrés (N > 30° par exemple) de l'angle de transmission du premier couple choisi ; • le RSSI est le plus élevé de tous les couples respectant la première condition. Dans l'exemple de contexte précité, pour une vidéo de type 720p, le nombre maximal de lignes L (qui doit être pair car on transmet 4K lignes au total (4 paquets contenant chacun K lignes)) pouvant être transmis pendant le temps T d'un cycle TDM 400 est : L = INTpa;r (T / Hsync) = INTpair (1 ms / 22,211 s) = 44 En pratique, le nombre effectif L' de lignes pouvant être transmises par cycle TDM est inférieur au nombre maximal L (on prend par exemple L'=40), pour pouvoir prendre en compte les données nécessaires pour constituer la trame radio (préfixe, entête d'identification) et pour permettre l'ajout d'informations telles que l'identifiant de trame radio 405. On a alors : K = L'/4 = 40/4 = 10 lignes par paquet. L'identifiant de trame radio 405 a par exemple une taille minimale de 7 bits, correspondant à la découpe de 720 lignes par paquet de 10 lignes, soit 72 paquets (et donc 72 trames). Il est à noter que de nombreuses variantes de réalisation peuvent être envisagées sans sortir du cadre de la présente invention, du fait que le nombre de chemins de transmission n'est pas obligatoirement égal à deux (chemins A et B dans l'exemple ci- dessus) et le nombre de types de paquets n'est pas non plus obligatoirement égal à deux (paquets de lignes paires et paquets de lignes impaires dans l'exemple ci-dessus). On peut par exemple transmettre : • deux types de paquets (paquets PP de lignes paires et paquets PI de lignes impaires par exemple) en alternance sur trois chemins (chemins A, B et C). Ceci 5 peut se résumer par le tableau ci-dessous : Cycle TDM n Cycle TDM n+1 PP PI PP PI PP PI PP PI PP PI PP PI A B C A B C A B C A B C trois types de paquets (par exemple, paquets P1 de lignes de rang x*3, paquets P2 de lignes de rang 1+x*3 et paquets P3 de lignes de rang 2+x*3, avec x un nombre entier et x>_0) en alternance sur quatre chemins (chemins A, B, C, D). Ceci peut se résumer par le tableau ci-dessous : Cycle TDM n P1 P2 P3 P1 P2 P3 P1 P2 P3 P1 P2 P3 A B C D A B C D A B C D 10 • etc. La figure 5 représente un schéma de principe d'un mode de réalisation particulier de l'invention. Au niveau de l'application, les données du signal vidéo arrivent au rythme d'une horloge ligne de période D(Hsync) (voir figure 3). Les données de chaque ligne sont 15 alors stockées alternativement dans deux mémoires FIFO (pour « First In First Out » en anglais, ou « premier entré premier sorti » en français) : l'une contenant les lignes paires (L0, L2, L4...), l'autre les lignes impaires (L1, L3, L5...). Au niveau du réseau (ici sans fil), le système fournit des intervalles temporels de transmission, qui débutent aux instants T0, Ti, T2, T3, T4..., et sont associés 20 alternativement aux deux chemins précités (Chemin A et Chemin B). On suppose dans l'exemple de cette figure 5 que la transmission sur le chemin A (respectivement chemin B) concerne les lignes paires (respectivement impaires) et que la transmission sur un chemin s'effectue par groupe de deux lignes (Lx, Lx+2). En d'autres termes, chaque paquet transmis dans un intervalle temporel comprend deux lignes paires (pour le chemin A) ou deux lignes impaires (pour le chemin B). On a donc K=2 dans cet exemple. Ainsi, à l'instant T0, le réseau fournit un intervalle temporel de transmission pour des lignes paires de l'application (chemin A). A cet instant T0, seule la donnée LO étant disponible, un paquet de substitution spécifique NULL (aussi appelé « paquet de bourrage », ou « padding packet » en anglais) est alors transmis (dans une trame radio dite de bourrage). Puis à l'instant Ti, le réseau fournit un intervalle temporel de transmission pour des lignes impaires de l'application (chemin B). A cet instant Ti, les données L1-L3 sont disponibles. Cependant, afin de conserver lors de la transmission l'ordre des données tel qu'elles ont été produites (paquet de lignes paires d'abord et paquet de lignes impaires ensuite), et comme l'intervalle temporel de transmission débutant à l'instant TO n'a pas permis de transmission de données, un paquet de substitution spécifique NULL est alors également transmis. A l'instant T2 suivant, un nouvel intervalle temporel de transmission pour des lignes paires de l'application est disponible (chemin A). A cet instant T2, les données L0-L2-L4 étant disponibles, l'intervalle temporel de transmission débutant à l'instant T2 est utilisé pour la transmission d'un paquet comprenant les données L0-L2. Puis à l'instant T3, un nouvel intervalle temporel de transmission pour des lignes impaires de l'application est disponible (chemin B). A cet instant T3, les données L1-L3-L5-L7 étant disponibles, l'intervalle temporel de transmission débutant à l'instant T3 est utilisé pour la transmission d'un paquet comprenant les données L1-L3. Par la coordination de l'usage des chemins en fonction de la présence des données de l'application, on garantit l'ordre de transmission des données. La présence, en réception, du paquet de substitution spécifique NULL, permet également en cas d'absence de réception sur un des deux chemins, de pouvoir déterminer si une politique de dissimulation d'erreurs (« error concealment » en anglais) doit ou non être appliquée (action 1060 (en cas d'absence de réception sur le chemin impair, nécessité de dissimulation d'erreurs) et action 1048 (en cas d'absence de réception sur le chemin pair, pas de dissimulation d'erreurs) de la figure 10). La figure 6 présente un schéma bloc fonctionnel des noeuds source 101 et destination 102 apparaissant sur la figure 1, dans un mode de réalisation particulier de l'invention. On décrit tout d'abord le noeud source 101 (partie émetteur du système). Un signal d'entrée 600 de type vidéo (tel que décrit en figure 3) est fourni à un bloc « séparateur de lignes » 605. Ce bloc 605 prend en charge la décomposition du signal 600 en lignes paires et lignes impaires pour les stocker respectivement dans une première mémoire FIFO (appelée mémoire FIFO paire par la suite) 610, ou dans une deuxième mémoire FIFO (appelée mémoire FIFO impaire par la suite) 615. Pour ce faire, le bloc 605 implémente, par exemple, l'algorithme décrit par la suite en relation avec la figure 7. Ce bloc 605 fournit également le signal de synchronisation verticale 300 (Vsync) à un bloc TX 620, afin de permettre l'identification du premier paquet transmis (paquet 0) correspondant au début d'une image vidéo. Chacune des mémoires FIFO paire 610 et impaire 615 est dimensionnée pour pouvoir stocker les données de 2*K lignes vidéo. Elles permettent de prendre en compte la différence de synchronisation entre le terminal source 100 et le réseau de transmission 635, et ainsi d'effectuer une adaptation entre le domaine d'horloge d'une application source exécutée par le terminal source 100 et le domaine d'horloge du réseau de transmission 635. Le bloc TX 620 permet de construire des trames radio à transmettre sur le support de transmission 635 (ici de type réseau sans fil), selon le format de la figure 4 (identifiant de trame radio 405 et paquet 406, 411, 412, 413). On rappelle que chaque paquet correspond à la partie utile d'une trame radio. Ce bloc TX 620 reçoit, d'un bloc de synchronisation réseau 625, des informations concernant les instants de transmission possible sur le support réseau et, du bloc séparateur de lignes 605, le signal de synchronisation verticale 300 (Vsync) lui permettant d'initialiser les identifiants 405 des trames radio. Le bloc TX 620 est connecté aux mémoires FIFO paire 610 et impaire 615, et effectue l'algorithme de la figure 8, afin de décider pour chaque opportunité de transmission, et selon l'alternance prédéfinie de chemins, le contenu de chaque trame à transmettre. Ce contenu peut correspondre : • soit à un paquet 406, 411, 412, 413 comprenant les données de K lignes (paires ou impaires) lues dans l'une des mémoires FIFO paire 610 et impaire 615, et à l'identifiant de trame radio 405 correspondant ; • soit à un paquet de substitution spécifique NULL, permettant d'une part d'adapter le domaine de synchronisation du signal vidéo avec celui du réseau de transmission, et d'autre part de garantir un ordre de transmission prédéfini permettant la mise en place d'un mécanisme de réception simple pour détecter des problèmes de transmission (comme expliqué en relation avec la figure 5). Une fois déterminée par le bloc TX 620, la trame à transmettre est fournie au bloc MAC 630, qui se charge de la transmission sur le support 635 (sans fil dans notre exemple, représenté de manière illustrative par un lien 635 sur la figure 6 ; de même que les couches PHY au niveau des noeuds source 101 et destination 102 ne sont pas représentées). Ce bloc MAC 630, dans le cadre d'un système sans fil, prend en charge par exemple les techniques suivantes : • le positionnement de l'angle de l'antenne en émission ou en réception, afin d'effectuer la transmission ou la réception selon plusieurs chemins (utilisation de techniques de formation et orientation de faisceau, « beamforming and beamsteering » en anglais) ; • l'ajout d'un préambule (« Preamble » en anglais), permettant au module radio récepteur d'adapter son gain en réception, pour assurer la meilleure réception possible des données de la trame radio ; • la modulation (par exemple 8PSK ou 16QAM) et l'ajout d'un code correcteur au signal envoyé (par exemple de type Reed-Solomon et/ou Viterbi). On décrit maintenant le noeud destination 102 (partie récepteur du système). Un bloc MAC 640 se charge de la réception sur le support 635. Pour cela, il effectue des opérations d'ajustement de l'antenne de réception, de détection de réception de trames radio, de démodulation et de détection/correction d'erreurs. En sortie du bloc MAC 640, on dispose alors : • soit d'un bloc de données correct, permettant d'identifier une trame de données utiles (c'est-à-dire comprenant un identifiant de trame radio 405 et un paquet 406, 411, 412, 413, comme illustré sur la figure 4) ou une trame comprenant un paquet « NULL » (aussi appelée trame de bourrage) ; • soit d'une notification d'absence de données, pouvant correspondre à une mauvaise réception de la trame (erreur non corrigée) ou à l'absence de trame suite à un phénomène de masquage. Un bloc de synchronisation réseau 645 permet d'extraire les informations permettant de synchroniser le noeud destination 102 avec le noeud source 101, et de déterminer les instants de réception de manière synchrone avec le noeud source 101. Ces informations sont alors fournies au bloc RX 650. Ce bloc RX 650 est connecté aux blocs 655, 660 et 665 décrits ci-après, et effectue les algorithmes des figures 9 et 10, afin de : • déterminer et synchroniser la réception des paquets avec l'alternance prédéfinie de chemins ; • analyser les évènements de réception (données reçues et valeur du paquet ou 15 absence de données) et effectuer une correction des données applicatives (ici vidéo) la plus rapide possible. Le bloc 655 est un bloc de mémoire tampon (« buffer » en anglais) permettant de stocker un paquet reçu, afin de corriger l'absence de correction du paquet suivant. Le bloc 660 (respectivement 665) est une mémoire FIFO permettant de stocker 20 les paquets de lignes paires (respectivement impaires) reçues (ou corrigées). Par la suite, le bloc 660 est appelé mémoire FIFO paire 660 et le bloc 665 est appelé mémoire FIFO impaire 665. La mémoire FIFO paire 660 est destinée à stocker les données reçues du réseau et qui ont, au niveau du noeud source 101, transité par la mémoire FIFO paire 610. La mémoire FIFO impaire 665 est destinée à stocker les données reçues du réseau 25 et qui ont, au niveau du noeud source 101, transité par la mémoire FIFO impaire 615. Un bloc de lecture alternée 670 est en charge de la lecture des données de la vidéo reçue. Ce bloc 670 reçoit un signal 680 du bloc RX 650, lui permettant d'initier la lecture en début d'image vidéo sur les mémoires FIFO paire 660 et impaire 665. Le bloc RX 650 obtient le signal 680 (qui correspond au signal de synchronisation verticale 300 30 (Vsync), côté noeud source), en identifiant la réception du paquet 0 ou 1 (voir figure 9, étape 925). Puis, il se charge de lire alternativement le contenu des mémoires FIFO paire 10 660 et impaire 665, afin d'effectuer le rendu du signal vidéo sur un dispositif d'affichage de type téléviseur HD ou vidéoprojecteur. La figure 7 présente un algorithme de séparation de lignes mis en oeuvre par le bloc séparateur de ligne 605 du noeud source 101 de la figure 6, dans un mode de réalisation particulier de l'invention. Lors d'une étape 700, un test de détection d'un signal de synchronisation est effectué sur le signal vidéo d'entrée. En absence de signal, aucune opération n'est effectuée et l'algorithme est en attente de présence d'un signal. Lorsqu'un signal est présent, les étapes 705 et 720 cherchent à déterminer à quel signal de synchronisation correspond le signal détecté. Lorsque le signal de synchronisation correspond au signal de synchronisation verticale 300 (Vsync) (test 705 positif), signifiant le début d'une trame vidéo, l'étape 710 initialise une variable de compteur de ligne à 0, puis l'étape 715 initialise le compteur de paquet (utilisé par le bloc TX 620) à la valeur O. Cette initialisation du compteur de paquet permet de garantir que le paquet 0 coïncide avec les premières lignes paires du début d'une image vidéo. Lorsque le signal de synchronisation correspond au signal de synchronisation horizontale 315 (Hsync) (test 705 négatif et test 720 positif), signifiant le début d'une ligne du signal vidéo, l'étape 725 teste la valeur de la variable de compteur de ligne. Si celle-ci est paire (test 725 positif), alors le contenu du descripteur de la ligne correspondante est mémorisée dans la mémoire FIFO paire 610 (étape 730). Si ce n'est pas le cas, la mémorisation s'effectue dans la mémoire FIFO impaire 615 (étape 735). Après chaque stockage de lignes (étape 730 ou 735), la variable de compteur de ligne est incrémentée (étape 740) et permet ainsi de garantir le stockage des lignes de manière alternée dans les mémoires FIFO paire 610 et impaire 615. La figure 8 présente un algorithme de transmission alternée mis en oeuvre par le bloc TX 620 du noeud source 101 de la figure 6, dans un mode de réalisation particulier de l'invention. Lors d'une phase d'initialisation (qui peut avoir lieu indépendamment des étapes 815 à 895), une première étape 800 consiste à détecter la connexion d'un terminal source (fournissant un signal vidéo) au noeud source. Ceci peut correspondre à une phase de mise en route du noeud source ou à une modification du terminal source (branchement d'un nouveau lecteur DVD par exemple). Cette détection peut se faire par détection de présence/absence du signal vidéo durant une période fixe, ou par détection physique de la connexion du câble (HDMI par exemple). Suite à la détection de la présence d'un nouveau terminal source, on passe à l'étape 805 dans laquelle on effectue une mise à zéro des mémoires FIFO paire 610 et impaire 615. Puis, dans l'étape 810, on initialise : • une variable d'initialisation « Init_Done », permettant de garantir la transmission du paquet initial sur un chemin prédéfini (ici le chemin A), à FAUX ; et • une variable « Delay_Fifo_I », indiquant s'il est nécessaire de retarder la transmission sur l'autre chemin afin de conserver l'ordre de transmission, à FAUX. Suite à ces étapes 800, 805 et 810, l'algorithme effectue, pour chaque cycle de transmission sur le réseau, les étapes suivantes. L'étape 815 détermine lors du cycle l'existence d'une opportunité de transmission (issue du bloc de synchronisation réseau 625), ainsi que le chemin (A ou B dans cet exemple) utilisé pour cette transmission. Lorsqu'une opportunité de transmission existe sur un premier chemin (ici le chemin A), un premier test (étape 820) permet de déterminer si la valeur de la variable « Init Done » est à FAUX. Lorsque le test de l'étape 820 est positif (ce qui signifie que la transmission initiale sur le premier chemin A n'a pas encore été effectuée), correspondant alors à une opportunité pour transmettre le paquet initial 0 sur le chemin A, une étape de test 850 est exécutée pour vérifier s'il existe suffisamment de lignes paires, pour permettre l'envoi du paquet initial. Cette vérification consiste, dans le contexte précité, à vérifier qu'il existe au moins K lignes disponibles dans la mémoire FIFO paire 610. Si ce n'est pas le cas, on passe à l'étape 860 dans laquelle le bloc TX 620 construit un paquet NULL et le transmet sur le réseau. Si la mémoire FIFO paire 610 contient suffisamment de données (test 850 positif), alors lors de l'étape 855, la variable « Init_Done » est mise à VRAI, indiquant que le premier paquet (premier paquet transmis, aussi appelé paquet initial) a été transmis sur le chemin prédéfini initial (premier chemin A). Puis, dans une étape 840, le bloc TX 620 construit alors une trame radio 401 comprenant un paquet 406 de K lignes paires, précédé du compteur de paquet (en tant qu'identifiant de trame radio 405) alors égal à 0 (suite à l'étape 715). Une fois cette trame radio construite, celle-ci est fournie au bloc MAC 630 pour transmission sur le support physique 635. Le compteur de paquet est ensuite incrémenté lors de l'étape 845. Lorsque le test de l'étape 820 est négatif (ce qui signifie que la transmission initiale sur le premier chemin A a déjà été effectuée), correspondant alors à une opportunité pour transmettre une autre trame radio 403 (c'est-à-dire autre que celle contenant le paquet initial 0) sur le chemin A, l'étape de test 825 est exécutée pour vérifier s'il existe suffisamment de lignes paires dans la mémoire FIFO paire 610 pour construire un nouveau paquet 412 de K lignes paires à transmettre dans cette autre trame radio 403. Si ce n'est pas le cas (test 825 négatif), on passe à l'étape 830 dans laquelle la variable « Delay _Fifo_I » est mise à la valeur VRAI, indiquant que même s'il existe suffisamment de lignes impaires lors de la prochaine opportunité de transmission sur le chemin B, il faudra retarder l'envoi de ces lignes impaires afin de conserver l'ordre de transmission (pair-impair). Puis, on passe à l'étape 835 dans laquelle le bloc TX 620 construit un paquet NULL et ordonne sa transmission (via une trame radio de bourrage) sur le réseau. Si la mémoire FIFO paire 610 contient suffisamment de données (test 825 positif), alors on effectue l'étape 840 (déjà décrite ci-dessus). Puis le compteur de paquet est incrémenté lors de l'étape 845. Suite au test de l'étape 815, lorsqu'une opportunité de transmission existe sur le chemin B, on passe à une étape de test 865 permettant de déterminer si la valeur de la variable « Init Done » est à FAUX. Si le test de l'étape 865 est positif (ce qui signifie que la transmission initiale sur le premier chemin A n'a pas encore été effectuée), un paquet NULL est construit et sa transmission (via une trame radio de bourrage) sur le réseau est ordonnée (étape 880), permettant le maintien de la synchronisation entre le réseau et l'application. Si le test de l'étape 865 est négatif (ce qui signifie que la transmission initiale sur le premier chemin A a déjà été effectuée), on passe à une étape de test 870, dans laquelle on vérifie s'il existe suffisamment de lignes impaires dans la mémoire FIFO impaire 615, pour permettre l'envoi alterné d'un paquet sur le chemin B. Cette vérification correspond, dans le contexte précité, à vérifier qu'il existe au moins K lignes disponibles dans la mémoire FIFO impaire 615. Si tel n'est pas le cas (test 870 négatif), alors un paquet NULL est construit et sa transmission (via une trame radio de bourrage) sur le réseau est ordonnée (étape 880). Si des données sont disponibles (test 870 positif), on vérifie alors que ce paquet est bien consécutif à l'envoi de lignes paires sur le chemin initial A, en vérifiant lors d'une étape 875, si la variable « Delay_Fifo_I » est égale à la valeur FAUX. Si le test de l'étape 875 est négatif, un paquet NULL est construit et sa transmission (via une trame radio de bourrage) sur le réseau est ordonnée (étape 880). L'envoi de ce paquet NULL correspond au fait d'avoir précédemment émis un paquet NULL sur le chemin initial A et garantit alors de conserver l'ordre de transmission des paquets. Si le test de l'étape test 875 est positif, alors dans une étape 885 le bloc TX 620 construit une trame radio 402, 404 comprenant un paquet 411, 413 de K lignes impaires (c'est-à-dire K données de la mémoire FIFO impaire 615), précédé du compteur de paquet (en tant qu'identifiant de trame radio 405). Une fois cette trame radio construite, celle-ci est fournie au bloc MAC 630 pour transmission sur le support physique 635. Puis, le compteur de paquet est incrémenté lors de l'étape 890. Enfin, suite à l'étape 880 ou à l'étape 890, l'étape 895 est effectuée, pour remettre la variable « Delay _Fifo_I » à la valeur FAUX, ceci afin de ne transmettre un paquet NULL (via une trame de bourrage) sur le chemin B que lorsqu'on a volontairement retardé l'usage de ce chemin, suite à l'opération de l'étape 830. Dans l'exemple présenté ci-dessus en relation avec la figure 8, on utilise deux chemins A et B, et l'algorithme de transmission garantit la transmission du premier paquet de donnée (paquet 0) sur le chemin A (chemin initial prédéfini), puis effectue une transmission alternée des paquets sur les chemins A et B en assurant qu'il n'y a jamais d'inversion de transmission de l'ordre des paquets. Lorsque sur l'un des deux chemins A et B, il n'existe pas suffisamment de données pour former un paquet et effectuer la transmission d'une trame radio comprenant ce paquet sur le réseau, on assure que la 10 15 20 25 transmission sur l'autre des deux chemins A et B est retardée pour conserver l'ordre de transmission des paquets de données. Ce type de transmission a pour avantage de permettre une réception systématique (donc aisée de mise en oeuvre) capable de compenser la perte de paquet (liée à une perte ou une détérioration de trame). Cette réception est plus amplement détaillée ci-après, en relation avec les figures 9 et 10. L'invention n'est pas limitée au cas où on utilise deux chemins A et B, mais s'applique également dans le cas où on utilise plus de deux chemins. Dans ce dernier cas, le principe général est le suivant : - le noeud source décompose le contenu (signal vidéo par exemple) en une séquence de paquets associés chacun à un chemin entre les noeuds source et destination. Cette association entre paquets et chemins est faite selon une alternance de chemins prédéterminée : on prend chaque paquet, en commençant par un premier paquet et en suivant l'ordre de la séquence de paquets, et on l'associe à un chemin, en commençant par un premier chemin et en suivant l'ordre de l'alternance de chemins ; - tant que le noeud source n'a pas transmis le premier paquet (de la séquence de paquets) sur le premier chemin (de la séquence de chemins), il ne transmet aucun autre paquet de la séquence de paquets sur les autres chemins (de la séquence de chemins). Des paquets de bourrage sont par exemple envoyés tant que la condition précitée n'est pas respectée ; - après que le noeud source a transmis le premier paquet sur le premier chemin, il transmet un paquet donné (de la séquence de paquets) sur un chemin donné seulement si ce paquet donné est disponible et si un paquet a été transmis sur le chemin qui précède immédiatement le chemin donné dans la séquence de chemins. Des paquets de bourrage sont par exemple envoyés tant que la double condition précitée n'est pas respectée. La figure 9 présente un algorithme de synchronisation mis en oeuvre par le bloc RX 650 du noeud destination 102 de la figure 6, dans un mode de réalisation particulier de l'invention. Cet algorithme cherche à déterminer la réception des premiers paquets de données vidéo, afin de synchroniser l'utilisation des mémoires FIFO paire 660 et impaire 665, sur le début d'une trame vidéo. Lors d'une phase initiale (étape 900), une variable est positionnée pour indiquer la nécessité d'effectuer une synchronisation de trame vidéo et un compteur de perte de paquet (liée à une perte de trame radio) est mis à la valeur O. Suite à cette étape 900, l'algorithme effectue pour chaque cycle de transmission sur le réseau, les étapes suivantes. Dans une étape 905, on détermine, lors du cycle TDM, un instant de réception possible, ainsi que le chemin utilisé lors de cette réception. Cette détermination est possible une fois le récepteur synchronisé sur le cycle TDM, car les instants de transmission par rapport au début du cycle (pour un signal vidéo donné), ainsi que les orientations d'antennes (identification du chemin utilisé) sont connus après une phase initiale tel que décrit en relation avec la figure 4. Lorsqu'une réception est attendue (test de l'étape 905 positif), deux cas peuvent se produire : soit une trame radio exploitable est effectivement reçue, soit aucune trame radio exploitable n'est reçue (ceci parce qu'aucune trame radio n'a été reçue ou bien parce qu'une trame radio a été reçue mais est trop perturbée et les données sont considérées comme non reçues car non exploitables). Dans le cas où une trame radio exploitable est effectivement reçue (branche de droite en sortie de l'étape 905), on passe à l'étape de test 910 consistant à vérifier si la synchronisation de trame vidéo a eu lieu. Si la synchronisation de trame vidéo n'a pas eu lieu (test de l'étape 910 négatif), alors on passe à l'étape 915 dans laquelle le noeud destination 102 analyse l'identifiant de trame radio 405 contenu dans la trame reçue. Cette étape 915 consiste à vérifier si l'identifiant de trame radio 405 correspond à l'émission des premières lignes paires ou impaires, c'est-à-dire respectivement si l'identifiant de trame radio 405 est 0 ou 1. Si l'identifiant de trame radio 405 est supérieur à 1, il n'est alors pas possible de reconstituer les 2K premières lignes du signal vidéo. Le bloc RX 650 reste en phase d'attente de synchronisation avec le début de trame vidéo suivante et la trame radio reçue est alors ignorée (étape 920). Si l'identifiant de trame radio 405 est inférieur ou égal à 1, alors la variable de synchronisation de trame vidéo est mise à une valeur indiquant que la synchronisation est effectuée (étape 925), puis lors de l'étape 930, le paquet 406, 411, 412, 413 contenu dans la trame radio reçue est stockée dans la mémoire FIFO 660 ou 665 correspondante. Plus précisément, lorsque l'identifiant de trame radio 405 est égal à 0, on stocke le paquet contenu dans la trame dans la mémoire FIFO paire 660, et lorsque l'identifiant de paquet est 1, on stocke alors le paquet contenu dans la trame dans les deux mémoires FIFO 660 et 665 (d'une part dans la mémoire FIFO impaire 665 car les données sont des lignes impaires, et d'autre part dans la mémoire FIFO paire 660 pour compenser la non réception des lignes paires du paquet initial). Ce mécanisme correspond à la politique de dissimulation d'erreurs (« error concealment» en anglais) appliquée par la suite dans l'algorithme de la figure 10, lors de pertes liées au masquage. De plus, lors de cette étape 930, on initialise à 2 un identifiant de trame radio « attendu » pour la mémoire FIFO paire 660 et à 3 un identifiant de trame radio « attendu » pour la mémoire FIFO impaire 665. Ces identifiants de trame radio « attendus » (l'un pour la mémoire FIFO paire 660 et l'autre pour la mémoire FIFO impaire 665) sont définis par la suite, en relation avec la figure 10. Egalement, lors de cette étape 930, on affecte à une variable « RX_attendu » : soit une première valeur (nommée Rx_Donnée_P) indiquant que la prochaine réception concerne une réception de lignes paires (cas où l'identifiant de trame radio est 1), soit une deuxième valeur (nommée Rx_Donnée_I) indiquant que la prochaine réception concerne une réception de lignes impaires (cas où l'identifiant de trame radio est 0). Si la synchronisation de trame vidéo a déjà été effectuée (test de l'étape 910 positif), alors dans l'étape 950 le paquet de données reçu est analysé selon l'algorithme décrit ci-après en relation avec la figure 10. Ce paquet permet de compenser si nécessaire les pertes de paquets (liées à des pertes de trames radio) survenues sur un autre chemin. Dans le cas où aucune trame radio exploitable n'est reçue (branche de gauche en sortie de l'étape 905), on passe à l'étape de test 935 consistant à vérifier si la synchronisation de trame vidéo a eu lieu. Si la synchronisation de trame vidéo n'a pas eu lieu (test de l'étape 935 négatif), alors on repasse à l'étape 905 pour attendre une autre trame radio (c'est-à-dire un autre paquet de données). Si la synchronisation de trame vidéo a déjà eu lieu (test de l'étape 935 positif), alors on passe à l'étape 940 dans laquelle le compteur de perte de paquet (liée à une perte de trame radio) est incrémenté, indiquant le nombre de paquets perdus depuis que la synchronisation de trame vidéo a été effectuée. Puis, on passe à l'étape de test 945 consistant à vérifier que le compteur de perte de paquets n'est pas supérieur à un seuil « Seuil Max » prédéfini. Ce seuil est défini pour permettre la détection d'un mauvais choix de chemin (mauvaise orientation des antennes) et permettre la réinitialisation du système avec d'autres configurations plus adaptées à l'environnement suite à des changements de conditions de transmission. Lorsque ce seuil est dépassé (test de l'étape 945 positif), on passe à une étape 955 dans laquelle la variable de synchronisation de trame vidéo est repositionnée pour indiquer que la synchronisation de trame vidéo doit être effectuée à nouveau, puis à une étape 960 dans laquelle le compteur de perte de paquets est mis à la valeur initiale O. Dans une étape (non représentée), on peut demander à l'utilisateur de réinitialiser le système pour permettre la reconfiguration du système. Lorsque ce seuil n'est pas dépassé (test de l'étape 945 négatif), on passe à l'étape 950, permettant dans ce cas d'effectuer une action de correction afin de compenser la perte du prochain paquet attendu. Cette action corrective s'effectue avec une latence faible, liée à la taille du paquet concerné. La figure 10 présente un algorithme d'analyse des évènements réseau et de reconstitution des données applicatives (détail de l'étape référencée 950 sur la figure 9), mis en oeuvre par le bloc RX 650 de la figure 6, dans un mode de réalisation particulier de l'invention. Cet algorithme applique une politique de correction basée notamment sur les règles suivantes (avec K>_1) : • « règle 1 » : un paquet de K lignes paires est mémorisé pour compenser une perte d'un paquet de K lignes impaires suivantes ; • « règle 2 » : un paquet de K lignes impaires est utilisé pour compenser la perte d'un paquet de K lignes paires précédentes. De plus, dès que quatre paquets consécutifs seront manquants (quatre trames radio consécutives manquantes), l'algorithme de la figure 10 réinitialise l'algorithme de la figure 9, pour se resynchroniser sur la trame vidéo suivante. En effet, suite à la perte de quatre paquets consécutifs, l'algorithme n'est plus en mesure de corriger efficacement les pertes de paquets possibles. Enfin, lorsque deux ou trois paquets consécutifs sont manquants, on a alors les cas suivants de perte de paquets (en appelant « paquet Pair » un paquet contenant K lignes paires et « paquet Impair » un paquet contenant K lignes impaires) : a) perte de paquets Pair-Impair : la réception du paquet Pair servant pour la correction du paquet Impair suivant (règle 1 précitée), il est nécessaire de remplacer les deux paquets non reçus. Ceci se fait par exemple par remplacement des données des deux paquets par des « lignes blanches » (c'est-à- dire des lignes dont tous les pixels sont de couleur blanche). b) perte de paquets Impair-Pair : dans ce cas, le paquet Pair précédant le paquet Impair perdu est utilisé pour corriger cette première perte (règle 1 précitée) et le paquet Impair suivant le paquet Pair perdu est utilisé pour corriger cette seconde perte (règle 2 précitée). c) perte de paquets Pair-Impair-Pair : la réception du paquet Impair suivant permet de remplacer la perte du dernier paquet Pair (règle 2 précitée), mais comme dans le cas a), il est nécessaire de remplacer la perte des deux premiers paquets par des « lignes blanches » par exemple. d) perte de paquets Impair-Pair-Impair : la réception du paquet Pair précédant la perte du premier paquet Impair permet de corriger cette perte (règle 1 précitée). On se retrouve alors avec une perte de deux paquets consécutifs Pair-Impair à compenser, correspondant au cas a). L'algorithme de la Figure 10 est donc exécuté à chaque instant de réception TDM, quel que soit l'état de réception (données reçues ou non), dès lors que la synchronisation de trame vidéo de la figure 9 a déjà été effectuée. Dans une première étape 1000, on détermine si l'instant de réception correspond à une réception de lignes paires (branche de gauche, nommée « Rx_Donnée _P » en sortie de l'étape 1000) ou impaires (branche de droite, nommée « Rx_Donnée _I » en sortie de l'étape 1000), en vérifiant la valeur de la variable « RX_attendu ». Suite à cette étape de test 1000, cette variable « RX_attendu » est mise à la valeur Rx_Donnée_P si sa valeur précédente était Rx_Donnée_I (et inversement). Si l'étape de test 1000 indique que l'instant de réception correspond à une réception de lignes paires, on passe à l'étape 1002 dans laquelle on vérifie si un paquet est bien reçu. Si aucun paquet n'est reçu, on passe à l'étape 1020 dans laquelle une variable « Missing_PathP » permettant de mémoriser la perte d'un paquet pour la mémoire FIFO paire 660 est mise à la valeur VRAI. Si un paquet est correctement reçu, on passe à l'étape 1004 dans laquelle la variable « Missing_PathP » est mise à la valeur FAUX. Puis, lors d'une étape de test 1006, on détermine si le paquet reçu correspond à la transmission d'un paquet NULL, indiquant dans ce cas qu'une synchronisation des mémoires FIFO paire 610 et impaire 615 a eu lieu en émission (avec introduction, pour la mémoire FIFO impaire, d'un paquet NULL sur la trame radio suivante). Si le test de l'étape 1006 est positif, on mémorise l'information de transmission d'un paquet NULL, pour la mémoire FIFO paire, par mise à la valeur VRAI de la variable Null _PathP (étape 1018). Si le test de l'étape 1006 est négatif, le paquet reçu correspond à des lignes paires. On vérifie alors, dans une étape 1008, si le paquet reçu est hors séquence ou non (« hors séquence » signifiant que le paquet reçu ne correspond pas à l'identifiant de trame radio « attendu » pour la mémoire FIFO paire 660). Un paquet peut en effet être hors séquence si au moins les deux paquets précédents, l'un contenant des lignes paires et l'autre des lignes impaires, ont été perdus (suite à des pertes de trames radio). Si le paquet reçu est dans l'ordre de séquence attendu (test de l'étape 1008 négatif), alors, dans une étape 1010, les données de ce paquet sont mémorisées dans la mémoire FIFO paire 660, et l'identifiant de trame radio « attendu » pour la mémoire FIFO paire 660 est incrémenté de 2, pour permettre de détecter une réception hors séquence ultérieure. L'identifiant de trame radio « attendu » pour la mémoire FIFO paire 660 est un premier compteur modulo le nombre de paquet de lignes attendus pour la trame vidéo transmise (par exemple premier compteur modulo 72 pour une trame vidéo de type 720p (720 lignes * 1280 points), comprenant donc 72 paquets transmis et 10 lignes par paquet (K=10)). Comme expliqué par la suite, ce premier compteur est incrémenté avec un pas de 2. On utilise également un identifiant de trame radio « attendu » pour la mémoire FIFO impaire 665, qui est un second compteur modulo le nombre de paquet de lignes attendus pour la trame vidéo transmise (par exemple second compteur modulo 72 pour une trame vidéo de type 720p, comprenant donc 72 paquets transmis et 10 lignes par paquet (K=10)). Comme expliqué par la suite, ce second compteur est incrémenté avec un pas de 2. Puis, dans une étape 1012, ce paquet est conservé dans le bloc de mémoire tampon 655, pour pouvoir effectuer ultérieurement une correction en cas de non réception du paquet de lignes impaires suivant. Si le paquet reçu n'est pas dans l'ordre de séquence attendu (test de l'étape 1008 positif), alors lors d'une étape 1014, on remplace les données des deux paquets précédents non reçus par des données correspondant à des « lignes blanches » et ce dans les deux mémoires FIFO paire 660 et impaire 665. Lors de cette étape 1014, l'identifiant de trame radio « attendu » de chaque mémoire FIFO paire 660 et impaire 665 est incrémenté de 2 (modulo 72 dans notre exemple), pour permettre de détecter une réception hors séquence ultérieure. Puis, on passe à l'étape 1016 dans laquelle la variable « Missing_PathI », indiquant la non-réception de données pour la mémoire FIFO impaire 665, est mise à la valeur FAUX, car l'étape 1014 a compensé la perte du paquet Impair précédent. Si le test 1000 correspond à la réception d'un paquet de lignes impaires, (dans le cas de notre exemple, cela correspond à l'émission d'un paquet de lignes impaires sur le chemin B), alors le test suivant 1030 vérifie si un paquet est bien reçu. Si aucun paquet n'est reçu (test de l'étape 1030 négatif), on passe à l'étape 1050 dans laquelle on teste si la variable « Missing_PathP » est égale à la valeur VRAI, indiquant une perte du paquet Pair précédent (sur le chemin A). Si le test de l'étape 1050 est positif, on vérifie, dans une étape 1052, si la variable « Missing_PathI » est également à la valeur VRAI. Si c'est le cas (test de l'étape 1052 positif), on passe à l'étape 1054 car on est alors dans le cas où quatre paquets consécutifs ont été perdus (enchaînement des pertes suivantes : première perte avec « Missing_PathP » à VRAI, deuxième perte avec « Missing_PathI » à VRAI, troisième perte avec « Missing_PathP » à VRAI, et quatrième perte avec un résultat positif au test de l'étape 1052). Dans l'étape 1054, on effectue une remise à zéro des mémoires FIFO paire 660 et impaire 665, et la variable de synchronisation de trame vidéo (utilisée dans l'algorithme de la figure 9) est repositionnée pour indiquer que la synchronisation doit être effectuée à nouveau. Ceci permet une synchronisation sur la trame vidéo suivante. Si le test de l'étape 1052 est négatif, alors on est dans le cas de la perte de deux paquets consécutifs, et on passe à l'étape 1056 dans laquelle on met la variable « Missing_PathI » à la valeur VRAI. Si le test de l'étape 1050 est négatif, on vérifie, dans une étape 1058, si la variable « Null_PathP », indiquant l'insertion volontaire d'un paquet NULL dans la trame radio destinée à transporter des lignes paires, est à VRAI. Si un paquet NULL a été inséré (test de l'étape 1058 positif), alors le paquet non reçu est identifié comme un paquet NULL (ceci est garanti par l'algorithme de transmission de la figure 8). Il n'y a donc pas lieu d'effectuer une correction du paquet manquant car celui-ci ne contient aucune donnée. On passe alors à l'étape 1062 dans laquelle on repositionne alors la variable « Null _PathP » à FAUX, pour permettre la détection et la prise en compte de l'insertion d'un prochain paquet NULL. Si un paquet NULL n'a pas été inséré (test de l'étape 1058 négatif), alors, dans une étape 1060, on utilise le paquet Pair préalablement mémorisé dans la mémoire tampon de correction 655 (voir l'étape 1012), pour pallier l'absence du paquet de lignes impaires attendu. En d'autres termes, on recopie le contenu de la mémoire tampon de correction 655 dans la mémoire FIFO impaire 665. Ce mécanisme permet de réagir de manière rapide à une nonûréception de trame radio due à un masquage ou à une perturbation temporaire. Si le test de l'étape 1030 est positif, indiquant la réception correcte d'un paquet Impair, alors dans l'étape 1032 on positionne la variable « Missing_PathI » à la valeur FAUX. Puis lors de l'étape de test 1034, on détermine si le paquet reçu correspond à la transmission d'un paquet NULL, indiquant dans ce cas qu'une synchronisation des mémoires FIFO paire 610 et impaire 615 a eu lieu en émission (avec introduction pour la mémoire FIFO paire 610 d'un paquet NULL sur la trame radio précédente, la transmission d'un paquet NULL à la place d'un paquet de lignes impaires résultant de l'exécution d'une des étapes 865, 870 et 875 de la figure 8). Si le test de l'étape 1034 est positif, alors aucune action corrective n'est nécessaire et on passe à l'étape 1048 dans laquelle on positionne la variable « Null_PathP » à la valeur FAUX, ce qui permet la détection et la prise en compte de l'insertion d'un prochain paquet NULL. Si le test de l'étape 1034 est négatif, le paquet reçu correspond à des lignes impaires. On vérifie alors, dans une étape 1036, si le paquet de lignes paires précédent n'a pas été perdu lors de la transmission de la trame radio précédente, en vérifiant si la variable « Missing_PathP » est à la valeur VRAI. Si le test 1036 est négatif, alors le paquet reçu est mémorisé dans la mémoire FIFO impaire 665. Puis l'identifiant de trame radio « attendu » pour la mémoire FIFO impaire 665 est incrémenté de 2, pour permettre de détecter une réception hors séquence ultérieure. Si le test de l'étape 1036 est positif, on vérifie alors, dans une étape 1038, que le paquet de lignes impaires reçu correspond à l'identifiant de trame radio « attendu » pour la mémoire FIFO impaire 665. En d'autres termes, dans l'étape 1038, on vérifie si le paquet reçu est hors séquence ou non. Il est en effet possible qu'il soit hors séquence si trois paquets (un paquet contenant des lignes paires, puis un paquet contenant des lignes impaires et enfin un paquet contenant des lignes paires) ont été perdus. Si le paquet reçu est dans l'ordre de séquence attendu (test de l'étape 1038 négatif), alors, dans une étape 1042, les données de ce paquet sont mémorisées dans les deux mémoires FIFO paire 660 et impaire 665, et l'identifiant de trame radio « attendu » de chaque mémoire FIFO paire 660 et impaire 665 est incrémenté de 2, pour permettre de détecter une réception hors séquence ultérieure. On effectue ainsi, par réception d'un paquet de lignes impaires, une correction sur l'absence de réception du paquet de lignes paires précédent. Si le paquet reçu n'est pas dans l'ordre de séquence attendu (test de l'étape 1038 positif), alors on est dans le cas de la perte de trois paquets consécutifs (Pair-Impair- Pair). Dans une étape 1040, on effectue le remplacement des données du premier et du deuxième des trois paquets consécutifs non reçus, par des données correspondant à des lignes blanches, et ce dans les deux mémoires FIFO paire 660 et impaire 665. Lors de cette étape 1040, l'identifiant de trame radio « attendu » de chaque mémoire FIFO paire 660 et impaire 665 est incrémenté de 2 (modulo 36 dans notre exemple), pour permettre de détecter une réception hors séquence ultérieure. Puis on passe à l'étape 1042 déjà décrite ci-dessus. En effet, le paquet reçu ne permet que de compenser la perte du troisième (dernier) des trois paquets consécutifs non reçus, c'est-à-dire le paquet de lignes paires immédiatement précédent. Suite à l'étape 1042, on passe à l'étape 1044, dans laquelle la variable Missing_PathP est remise à la valeur FAUX, indiquant que la perte précédente a été prise en compte et permettant d'identifier le prochain évènement de non réception pour un paquet de lignes paires. Comme déjà mentionné, l'invention n'est pas limitée au cas où on utilise deux chemins, tels que les chemins A et B déjà mentionnés, mais s'applique également dans le cas où on utilise plus de deux chemins. Dans ce dernier cas, le principe général est le suivant : - le noeud destination recompose le contenu (signal vidéo par exemple) à partir de paquets reçus, selon une séquence de paquets prédéterminée, via une pluralité de chemins entre les noeuds source et destination, selon une alternance de chemins prédéterminée (chemins et paquets faisant l'objet d'une association, comme mentionné par exemple en relation avec la figure 8) ; - le noeud destination effectue en outre des opérations de dissimulation d'erreurs en suivant le principe énoncé par les règles 1 et 2 mentionnées en relation avec la figure 10 : un paquet de lignes est utilisé pour compenser la perte d'un paquet de lignes précédentes ou suivantes ; 5 le noeud destination effectue une gestion des paquets de bourrage en provenance du noeud source qui permet d'assurer le maintien de la synchronisation entre alternance de chemins et séquence de paquets utilisées, ce qui entraîne que la réception d'un paquet de bourrage sur l'un des chemins d'index « i » implique la transmission de paquets de bourrage pour le reste de l'itération en cours de l'alternance de chemins et sur l'ensemble des chemins jusqu'à l'index « i-1 » dans l'itération suivante. REVENDICATIONS1. Procédé de transmission par un noeud source d'un contenu de données vers un noeud destination, caractérisé en ce qu'il comprend des étapes consistant à : - décomposer le contenu en une séquence de paquets associés chacun à un chemin entre les noeuds source et destination, selon une alternance de chemins prédéterminée ; et, pour une transmission d'un paquet donné dans un intervalle temporel donné et sur un chemin donné autre que le premier chemin de l'alternance de chemins : - effectuer une première vérification (870) de si le paquet donné est disponible ; - effectuer une deuxième vérification (875) de si un paquet a été transmis dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné dans l'alternance de chemins ; - en cas de première et seconde vérifications positives, transmettre (885) le paquet donné dans l'intervalle temporel donné et sur le chemin donné. 2. Procédé selon la revendication 1, caractérisé en ce que l'étape consistant à décomposer le contenu comprend des étapes consistant à : - décomposer le contenu en une séquence de groupes élémentaires de données, selon une alternance cyclique prédéterminée de N types de groupes élémentaires, N>_2 ; - construire les paquets de la séquence de paquets en regroupant dans chaque paquet K groupe(s) élémentaire(s) successif(s) du même type, K>_1. 3. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce qu'il comprend une étape consistant, en cas de première ou seconde vérification négative, à transmettre (880) un paquet de bourrage dans l'intervalle temporel donné et sur le chemin donné. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que, pour une transmission d'un paquet donné dans un intervalle temporel donné et sur le premier chemin, le procédé comprend des étapes consistant à : - effectuer une troisième vérification (825) de si le paquet donné est disponible ; - en cas de troisième vérification positive, transmettre (840) le paquet donné dans l'intervalle temporel donné et sur le premier chemin ;- en cas de troisième vérification négative, transmettre (835) un paquet de bourrage dans l'intervalle temporel donné et sur le premier chemin. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le contenu est un flux vidéo comprenant des images, et en ce que le premier paquet transmis sur le premier chemin de l'alternance de chemins comprend le début d'une image du flux vidéo. 6. Procédé selon l'une quelconque des revendications 2 à 5, caractérisé en ce que le contenu est un flux vidéo comprenant des images, et en ce que les groupes élémentaires de données sont des groupes de L ligne(s) d'image du flux vidéo, L>_1. 7. Procédé selon la revendication 6, caractérisé en ce que l'étape consistant à décomposer le contenu comprend des étapes consistant à : - décomposer chaque image du flux vidéo en une séquence de lignes d'index pair et de lignes d'index impair ; - construire des paquets regroupant chacun K ligne(s) d'index paire successive(s) ou K ligne(s) d'index impaire successive(s), K>_1. 8. Procédé de réception par un noeud destination d'un contenu de données transmis par un noeud source, caractérisé en ce qu'il comprend des étapes consistant à : - reconstituer le contenu à partir d'une séquence de paquets associés chacun à un chemin entre les noeuds source et destination, selon une alternance de chemins prédéterminée ; et, pour une réception d'un paquet donné dans un intervalle temporel donné et sur un chemin donné autre que le premier chemin de l'alternance de chemins : - effectuer une première vérification (1030) de si le paquet donné a été reçu pendant l'intervalle temporel donné ; 25 - effectuer une seconde vérification (1036, 1050) de si un paquet a été reçu dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné dans l'alternance de chemins ; - en cas de première et seconde vérifications positives, conserver (1046) le paquet donné reçu dans l'intervalle temporel donné et sur le chemin donné. 30 9. Procédé selon la revendication 8, caractérisé en ce que l'étape consistant à reconstituer le contenu comprend des étapes consistant à : 20- recevoir les paquets de la séquence de paquets, regroupant chacun K groupe(s) élémentaire(s) successif(s) du même type, K>_1 ; - reconstituer le contenu à partir d'une séquence de groupes élémentaires de données contenus dans les paquets reçus, selon une alternance cyclique prédéterminée de N types de groupes élémentaires, N>_2. 10. Procédé selon l'une quelconque des revendications 8 et 9, caractérisé en ce qu'il comprend une étape consistant, en cas de première vérification positive (1030) et seconde vérification négative (1036), à effectuer au moins une première action de correction (1040, 1042) en fonction du paquet reçu dans l'intervalle temporel donné et 10 sur le chemin donné, pour corriger l'absence de réception dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné. 11. Procédé selon l'une quelconque des revendications 8 à 10, caractérisé en ce que, en cas de première vérification négative (1030) et seconde vérification positive (1050), il comprend des étapes consistant à : - effectuer une troisième vérification (1058) de si le paquet reçu dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné est un paquet de bourrage ; - en cas de troisième vérification négative, effectuer au moins une deuxième action de correction (1060) en fonction du paquet reçu dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné, pour corriger l'absence de réception dans l'intervalle temporel donné et sur le chemin donné ; - en cas de troisième vérification positive, ne pas conserver le paquet reçu dans l'intervalle temporel donné et ne pas effectuer d'action de correction en fonction du paquet reçu dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné. 12. Procédé selon l'une quelconque des revendications 8 à 11, caractérisé en ce que le contenu est un flux vidéo comprenant des images, et en ce que le premier paquet transmis sur premier chemin de l'alternance de chemins comprend le début d'une image 30 du flux vidéo. 15 20 25 13. Procédé selon l'une quelconque des revendications 9 à 12, caractérisé en ce que le contenu est un flux vidéo comprenant des images, et en ce que les groupes élémentaires de données sont des groupes de L ligne(s) d'image du flux vidéo, L>_1. 14. Procédé selon la revendication 13, caractérisé en ce que l'étape consistant à reconstituer le contenu comprend des étapes consistant à : - recevoir des paquets regroupant chacun K ligne(s) d'index paire successive(s) ou K ligne(s) d'index impaire successive(s), K>_1 ; - reconstituer chaque image du flux vidéo à partir d'une séquence de lignes d'index pair et de lignes d'index impair. 15. 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é de transmission selon au moins une des revendications 1 à 7 et/ou le procédé de réception selon au moins une des revendications 8 à 14, lorsque ledit programme est exécuté sur un ordinateur. 16. 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é de transmission selon au moins une des revendications 1 à 7 et/ou le procédé de réception selon au moins une des revendications 8 à 14. 17. Noeud source, permettant de transmettre un contenu de données vers un noeud destination, caractérisé en ce qu'il comprend : - des moyens de décomposer le contenu en une séquence de paquets associés chacun à un chemin entre les noeuds source et destination, selon une alternance de chemins prédéterminée ; - des moyens d'effectuer une première vérification de si un paquet donné est disponible, ledit paquet donné étant un paquet à transmettre dans un intervalle temporel donné et sur un chemin donné autre que le premier chemin de l'alternance de chemins ; - des moyens d'effectuer une deuxième vérification de si un paquet a été transmis dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné dans l'alternance de chemins ; - en cas de première et seconde vérifications positives, des moyens de transmettre le paquet donné dans l'intervalle temporel donné et sur le chemin donné. 5 10 15 18. Noeud destination, permettant de recevoir un contenu de données transmis par un noeud source, caractérisé en ce qu'il comprend : - des moyens de reconstituer le contenu à partir d'une séquence de paquets associés chacun à un chemin entre les noeuds source et destination, selon une alternance de chemins prédéterminée ; - des moyens d'effectuer une première vérification de si un paquet donné a été reçu pendant l'intervalle temporel donné, ledit paquet donné étant un paquet à recevoir dans un intervalle temporel donné et sur un chemin donné autre que le premier chemin de l'alternance de chemins ; - des moyens d'effectuer une seconde vérification de si un paquet a été reçu dans l'intervalle temporel précédant l'intervalle temporel donné et sur le chemin précédant le chemin donné dans l'alternance de chemins ; - des moyens, activés en cas de première et seconde vérifications positives, de conserver le paquet donné reçu dans l'intervalle temporel donné et sur le chemin donné.