Brevet FR3091452A1 — publié le 20200703

Description Titre de l'invention : Procédés de traitement de données, dans un réseau ad hoc de radiocommunication, stations mobiles de radio- communication et programmes d'ordinateur associés [OOO1 j La présente invention concerne le traitement des données, dans un réseau ad hoc de radiocommunication comprenant un ensemble de stations de radiocommunication constituant chacune un noeud du réseau ad hoc. [0002] De manière connue, un réseau ad hoc est dépourvu d'infrastructure fixe. Les stations de radiocommunication, équipées de moyens d'émission et/ou réception radio et opérant conformément à des protocoles adéquats, forment les noeuds du réseau et communiquent entre elles par l'intermédiaire d'un canal radio, ou de plusieurs canaux radio, partagé( s). [0003] Un réseau ad hoc est notamment utilisé pour mettre en oeuvre des communications tactiques entre des équipes militaires mobiles, par exemple dotées chacune d'une station de radiocommunication. [0004] Les réseaux MANET (« Mobile Ad Hoc NETwork ») sont des réseaux auto-constitués sur détection d'un signal radioélectrique entre plusieurs noeuds. Un signal est émis par chaque noeud dans toutes les directions et peut être reçu ou pas, en fonction du contexte de mobilité des noeuds et de l'environnement de propagation. Chaque noeud connaît, via un protocole de routage, la topologie du réseau : i.e. la liste des noeuds et la liste des sous-réseaux qui constituent l'espace de routage. La constitution de cet espace de routage ainsi que sa topologie interne peuvent évoluer au cours du temps. Pour maintenir la connaissance de l'état de la topologie du réseau à jour, une fonction dite de découverte dynamique du réseau est mise en oeuvre par chaque noeud. [0005] Une fois la topologie établie et entretenue via les protocoles dédiés de niveau bas, les applicatifs s'exécutant au niveau des noeuds peuvent échanger des données par des protocoles de niveau supérieur. Selon les capacités des formes d'onde, les échanges peuvent se faire en diffusion, en point. à point ou en point. à multipoints. [0006] Ainsi, la présente invention concerne plus spécifiquement. un procédé de traitement de données, dans un réseau ad hoc de radiocommunication comprenant un ensemble de stations de radiocommunication constituant chacune un noeud du réseau ad hoc, selon lequel : [0007] - au moins une station exécute une fonction de découverte dynamique de topologie selon un protocole de routage mis en oeuvre dans le réseau ad hoc, comprenant l'émission depuis la station d'un ensemble d'éléments de topologie destiné à la mise à 2 jour de la topologie du réseau ; et [0008] - au moins un applicatif génère des données applicatives destinées à être transmises par ladite station à destination d'au moins une autre station du réseau. [0009] Les réseaux ad hoc ont généralement les caractéristiques suivantes : débit faible, voire très faible, temps d'accès à la ressource relativement long (plusieurs secondes à plusieurs dizaines de secondes), et connexité entre les membres non permanente (participants isolés, scission de réseaux, liens intermittents...). [0010] Les échanges de données applicatifs nécessitent des entêtes et des accès dédiés au canal, ce qui ralentit les échanges et augmente l'utilisation de la bande passante. L'arrivée d'un nouveau participant dans les réseaux nécessite la convergence des protocoles de découverte de topologie pour informer les noeuds déjà déployés, puis l'envoi explicite d'informations depuis les applicatifs vers ce nouvel entrant tardif, cc qui augmente significativement la consommation de bande passante. En cas de non connexité d'un destinataire, l'émetteur doit en être informé pour pouvoir ré-émettre l'information lorsque le destinataire est de nouveau joignable. [0011] Le but de l'invention est alors de contribuer à réduire ces inconvénients. [0012] A cet effet, suivant un premier aspect, l'invention propose un procédé de traitement de données du type précité caractérisé en ce qu'il comprend les étapes suivantes : [0013] - réception des données applicatives générées par rapplicatif par un bloc électronique de traitement de la station et traduction, par ledit bloc électronique de traitement, desdites données applicatives en éléments de topologie fictifs selon une base de règles prédéterminées mettant en correspondance des données applicatives et des éléments fictifs de topologie ; [0014] - insertion des éléments de topologie fictifs dans ledit ensemble d'éléments de topologie, ledit ensemble d'éléments de topologie émis par la station comprenant lesdits éléments de topologie fictifs insérés. [0015] Des informations sont ainsi véhiculées au moyen d'éléments fictifs de la topologie (ex : le statut embarqué d'un soldat dans un véhicule qui une fois dans le véhicule a éteint sa station). [0016] Un élément de topologie est un élément manipulé par un protocole de découverte de topologie réseau (un noeud, un lien, un (sous-)réseau, un attribut de ces éléments comme un débit pour un lien, ...). Un élément de topologie est dit fictif lorsqu'il ne correspond à aucun élément de la topologie réelle. Selon cette définition et pour ces éléments de topologie : [0017] - un noeud fictif est un noeud qui n'est pas présent dans la topologie réelle considérée (noeud supplémentaire sans instanciation physique) ; [0018] - un sous-réseau fictif est un sous-réseau qui n'est pas présent dans la topologie réelle considérée (sous-réseau supplémentaire sans instanciation physique) ; 3 [0019] - un lien fictif est un lien qui n'est pas présent dans la topologie réelle considérée (lien supplémentaire sans instanciation physique). Les deux noeuds ainsi que le sous-réseau constituant le lien peuvent être réels ou fictifs ; [0020] - un attribut associé à un lien est fictif si la valeur qui lui est donnée ne correspond pas à la valeur qu'il devrait avoir compte-tenu des caractéristiques réelles du lien. [0021] L'invention permet ainsi de réduire la consommation de bande passante et d'améliorer la disponibilité de services applicatifs dans les réseaux mobiles ad hoc, notamment : d'accélérer certains échanges applicatifs en profitant des mécanismes de découverte de topologie, sans les modifier (pas de champs supplémentaires, pas d'évolution des structures) ; de décharger les applicatifs des tâches de répétition des envois liés aux changements de topologie fréquents dans les situations de réseaux ad hoc (entrée tardive, connexité intermittente, scission/fusion de réseau ...) ; de réduire la charge de transmission de données en évitant le recours aux protocoles applicatifs pour des informations « courtes » (statut,...). [0022] Dans des modes de réalisation, le procédé de traitement de données dans un réseau ad hoc suivant l'invention comporte en outre une ou plusieurs des caractéristiques suivantes : [0023] - un élément fictif tel qu'inséré est un élément parmi un noeud fictif, un lien de com- munication fictif, un réseau de communication fictif, une modification fictive d'au moins une caractéristique d'un élément de topologie réel parmi un noeud, un lien et un réseau de communication ; [0024] - le réseau est organisé selon une architecture en couches comprenant des couches hautes et des couches basses, et selon lequel l'applicatif est géré au niveau des couches hautes et la fonction de découverte dynamique de topologie est gérée au niveau des couches basses. [0025] Suivant un deuxième aspect, la présente invention propose un programme d'ordinateur comportant des instructions logicielles qui, lorsqu'elles sont exécutées par un ordinateur, mettent en oeuvre un procédé suivant le premier aspect tel que défini ci-dessus. [0026] Suivant un troisième aspect, l'invention propose un procédé de traitement de données dans un réseau ad hoc de radiocommunication comprenant un ensemble de stations de radiocommunication constituant chacune un noeud du réseau ad hoc, selon lequel [0027] - au moins une station exécute une fonction de découverte dynamique de topologie selon un protocole de routage mis en oeuvre dans le réseau ad hoc, comprenant la réception d'un ensemble d'éléments de topologie destiné à la mise à jour de la topologie du réseau ; et [0028] - au moins un applicatif reçoit via ladite station des données applicatives provenant d'au moins une autre station du réseau, [0029] ledit procédé étant caractérisé en ce qu'il comprend les étapes suivantes : [0030] - extraction, par un bloc électronique de traitement de la station, d'éléments de topologie fictifs depuis ledit ensemble d'éléments de topologie reçus et traduction desdits éléments de topologie fictifs en données applicatives par ledit bloc électronique de traitement de la station, en fonction d'une base de règles prédéterminées mettant en correspondance des données applicatives et des éléments fictifs de topologie ; [0031] - fourniture des données applicatives à l'applicatif par le bloc électronique de traitement. [0032] Dans des modes de réalisation, le procédé de traitement de données dans un réseau ad hoc suivant l'invention comporte en outre la caractéristique suivante : [0033] - un élément fictif tel qu'inséré est un élément parmi un noeud fictif, un lien de com- munication fictif, un réseau de communication fictif, une modification fictive d'au moins une caractéristique d'un élément de topologie réel parmi un noeud, un lien et un réseau de communication. Suivant un quatrième aspect, la présente invention propose un programme d'ordinateur comportant des instructions logicielles qui, lorsqu'elles sont exécutées par un ordinateur, mettent en oeuvre un procédé suivant le troisième aspect tel que défini ci-dessus. [0034] Suivant un quatrième aspect, la présente invention propose un programme d'ordinateur comportant des instructions logicielles qui, lorsqu'elles sont exécutées par un ordinateur, mettent en oeuvre un procédé suivant le troisième aspect tel que défini ci-dessus. [0035] Suivant un cinquième aspect, la présente invention propose une station de radiocom- munication constituant un noeud d'un réseau ad hoc de radiocommunication, ladite station étant adaptée pour exécuter une fonction de découverte dynamique de topologie selon un protocole de routage mis en oeuvre dans le réseau ad hoc, comprenant l'émission depuis la station d'un ensemble d'éléments de topologie destiné à la mise à jour de la topologie du réseau ; ladite station étant caractérisée en ce qu'elle comprend une base de règles prédéterminées mettant en correspondance des données applicatives et des éléments fictifs de topologie, la station comprenant en outre un bloc électronique de traitement adapté pour recevoir des données applicatives générées par un applicatif et destinées à être transmises par ladite station à destination d'au moins une autre station du réseau pour traduire lesdites données applicatives en éléments de topologie fictifs selon ladite base de règles et pour insérer les éléments de topologie fictifs dans ledit ensemble d'éléments de topologie ; ledit ensemble d'éléments de topologie émis par la station comprenant lesdits éléments de topologie fictifs insérés. [0036] Dans des modes de réalisation, la station de radiocommunication suivant l'invention comporte en outre la caractéristique suivante : [0037] un élément fictif tel qu'inséré est un élément parmi un noeud fictif, un lien de com- munication fictif, un réseau de communication fictif, une modification fictive d'au moins une caractéristique d'un élément de topologie réel parmi un noeud, un lien et un réseau de communication. [0038] Suivant un sixième aspect, la présente invention propose une station de radiocommu- nication constituant un noeud d'un réseau ad hoc de radiocommunication, adaptée pour exécuter une fonction de découverte dynamique de topologie selon un protocole de routage mis en oeuvre dans le réseau ad hoc, comprenant la réception par la station d'un ensemble d'éléments de topologie destiné à la mise à jour de la topologie du réseau ; ladite station étant caractérisée en ce qu'elle comprend une hase de règles prédéterminées mettant en correspondance des données applicativcs et des éléments fictifs de topologie et un bloc électronique de traitement adapté pour extraire des éléments de topologie fictifs dudit ensemble d'éléments de topologie reçus et pour traduire lesdits éléments de topologie fictifs extraits en données applicativcs en fonction de ladite hase de règles ; ledit bloc électronique de traitement étant adapté pour fournir les données applicatives à destination d'un applicatif. [0039] Ces caractéristiques et avantages de l'invention apparaîtront à la lecture de la des- cription qui va suivre, donnée uniquement à titre d'exemple, et faite en référence aux dessins annexés, sur lesquels : [0040] [fig.1] la figure 1 représente un réseau ad hoc dans un mode de réalisation de l'invention ; [0041] [fig.2] la figure 2 est une vue schématique d'une station de radiocommunication du réseau dans un mode de réalisation de l'invention ; [0042] [fig.3] la figure 3 est un organigramme d'étapes mises en oeuvre dans un mode de réalisation de l'invention ; [0043] [fig.4] la figure 4 est un organigramme d'étapes mises en oeuvre dans un mode de réalisation de l'invention ; [0044] [fig.5] la figure 5 illustre la mise en oeuvre de l'invention dans un réseau ad hoc dans un mode de réalisation. [0045] Un réseau de radiocommunication ad hoc 1 de type MANET (« Mobile Ad Hoc NETwork ») est représenté sur la figure 1. Le réseau ad hoc 1 comporte une pluralité de stations de radiocommunication 10. [0046] Dans un mode de réalisation, certaines au moins des stations sont mobiles, ce qui oc- casionne des évolutions fréquentes de la topologie du réseau 1 et des tables de routage des stations. [0047] Chacune de ces stations 10 est adaptée pour constituer un noeud du réseau ad hoc 1, qui peut être noeud terminal, c'est-à-dire source initiale ou destinataire final d'un 6 message de données, ou noeud intermédiaire pour la réception et la retransmission d'un message de données le long d'un chemin de routage entre une source initiale et un destinataire final du message de données. [0048] Chaque station 10 est adaptée pour recevoir, via son antenne radiofréquence, et pour traiter, des signaux radio fréquence en provenance d'un noeud voisin avec lequel une liaison radio 5 est établie, basée sur un canal radio partagé, et pour émettre des signaux radio fréquence. Ces signaux radio véhiculent des données, par exemple des informations de signalisation, des données destinées aux blocs applicatifs des stations ou encore des données relatives au contrôle (routage etc.) du réseau 1. [0049] Dans un mode de réalisation, les signaux radiofréquence échangés sont conformes au protocole IEEE 802.11 ou à des protocoles non standardisés en vigueur dans le domaine des radiocommunications militaires, et comportent par exemple des données de communications vocales, vidéo, des messages de type SMS, MMS ou de messagerie instantanée. [0050] Certains de ces noeuds peuvent jouer un rôle particulier de passerelle dans la topologie du réseau par exemple pour assurer le rclayage de données entre des noeuds ne se trouvant pas sur les mêmes sous-réseaux du réseau 1. [0051] En référence à la figure 2, chaque station de radiocommunication 10 comporte un bloc de traitement 12 relié à une ou plusieurs antennes de la station 10 et adapté pour constituer un noeud du réseau ad hoc 10. [0052] La station 10 comprend en outre une table de topologie du réseau 14, nommé TOPO, comprenant des éléments de topologie élaborés via un ou plusieurs protocoles de découverte de topologie. [0053] De façon connue, le bloc de traitement 12 comporte les éléments nécessaires aux transmissions sur un ou plusieurs médias MED n°1, MED n°2... Chaque média MED n°1, respectivement MED n°2... dispose de ses propres éléments d'adaptation 18, respectivement ADAPT n°1, ADAPT n°2. Ces éléments sont un émetteur radiofréquence, un récepteur radiofréquence, un modulateur, un démodulateur, un amplificateur de puissance, un convertisseur analogique/numérique et un convertisseur numérique/ analogique. [0054] Dans un mode de réalisation, la station 10 comprend un bloc de contrôle 11. [0055] De façon connue, le bloc de contrôle 11 est adapté pour mettre en oeuvre les fonctions de découverte et d'entretien de la topologie réseau. [0056] Dans un mode de réalisation, chaque noeud correspond à une architecture en couches ; celles réparties dans les deux blocs de contrôle 11 et de traitement 12 correspondent par exemple aux couches 1 et 2 du modèle OSI (en anglais Open Systems Interconnection) pour le bloc 12 et à la couche 3 du modèle OSI pour le bloc 11, le tout offrant une couche physique, une couche de liaison de données, et une couche de 7 réseau (comprenant le routage). Par couche, on entend un ensemble des moyens matériels ou logiciels pour la mise en oeuvre de la fonction correspondante. [0057] Dans le mode de réalisation considéré, certaines des stations de radiocommunication comportent en outre un bloc applicatif 9, comprenant une ou des applications 15 : APP APP n°2 etc. dont certains peuvent avoir besoin d'échanger des données utiles entre eux. [0058] Dans un mode de réalisation, l'architecture du bloc applicatif 9 correspond à des couches hautes, par exemple 4 à 7 du modèle OSI. [0059] Dans un mode de réalisation le bloc de contrôle 11 comprend un microprocesseur 13 et une mémoire 17. Tout ou partie au moins des traitements réalisés par le bloc de contrôle 11, notamment ceux décrits ci-dessous en référence aux figures 3 et 4, sont mis en oeuvre suite à l'exécution, sur le microprocesseur 13, d'instructions logicielles correspondantes stockées dans la mémoire 17. [0060] Dans des modes de réalisation, certains au moins des traitements réalisés par le bloc applicatif 9 et/ou par le bloc de traitement 12, et plus généralement par la station 10, notamment ceux décrits ci-dessous, sont mis en oeuvre suite à l'exécution, sur le microprocesseur 13, d'instructions logicielles correspondantes stockées dans la mémoire 17. [0061] La table de topologie 14 mémorisée dans chaque noeud comporte des informations de routage permettant au noeud de répondre à ces questions, lorsque des données sont à transmettre vers un destinataire final : sur quel noeud se trouve le destinataire final des données ; quelle est la meilleure route pour joindre ce noeud (optionnellement cette route est fonction du type de données à transmettre) et donc vers quel noeud voisin (i.e. vers quel noeud du réseau suffisamment proche pour qu'une liaison radio directe puisse être établie) retransmettre un message de données pour que ce dernier soit acheminé de proche en proche vers le destinataire final. [0062] La table de topologie 14 mémorisée dans un noeud 10 doit être mise à jour régu- lièrement pour tenir compte de l'évolution de la topologie. [0063] Pour ce faire, chaque noeud 10 émet régulièrement un ensemble d'éléments de topologie qui peuvent être de nature différente suivant les protocoles de découverte de topologie, comprenant par exemple : l'identifiant unique du noeud 10 sur le réseau, les identifiants des noeuds se situant à un bond (en anglais « hop ») du noeud émetteur, l'état de la liaison radio (débit, latence ...) entre le noeud émetteur et chaque noeud à un bond, les sous-réseaux qui sont raccordés au noeud 10. [0064] L'envoi de cet ensemble d'éléments de topologie par un noeud 10 est déclenché de façon diverse selon les protocoles de découverte de topologie : toutes les périodes de durée T (avec la valeur T préalablement fixée et par exemple pouvant aller de quelques secondes à plusieurs minutes) et/ou à chaque fois que le noeud 10 est mis en service et/ 8 ou à chaque fois qu'un noeud à un bond apparaît ou disparaît etc. [0065] Ces éléments de topologies sont utilisés par les protocoles de routage pour actualiser les tables de routage des noeuds, suivant des méthodes variées. [0066] Par exemple, dans un type particulier de routage proactif, comme OLSR et OSPF, chaque noeud transmet régulièrement à ses voisins de rang un (à un bond) ses propres éléments de topologie et, dans le cas particulier où un noeud 10 est en frontière de plusieurs sous-réseaux, il peut également retransmettre entre ses différents sous-réseaux les éléments de topologie reçus d'autres noeuds du réseau. Ceci permet ainsi à chaque noeud d'établir une topologie du réseau 1 de rang N (à N bonds). Cette topologie est exploitée par les protocoles de routage pour générer une table de routage locale, spécifique d'un noeud particulier, et qui indique l'identifiant du noeud voisin à qui le noeud considéré doit retransmettre un message de données adressé à un noeud destinataire final. La table de routage locale d'un noeud associe donc l'identifiant d'un destinataire final à l'identifiant d'un noeud de rang un (à un bond). [0067] Dans un mode de réalisation de l'invention, un ensemble d'étapes 100 sont réalisées par la station 10, en référence à la figure 3. [0068] Dans une phase préalable, une base de données, dite base de données de traduction, TR 16 associant des données applicatives à des éléments de topologie fictifs est constituée et est mémorisée dans les stations 10 mettant en oeuvre l'invention. Suivant les modes de réalisation, la base de données TR 16 est adaptée pour associer de façon automatique des données applicatives à des éléments de topologie fictifs et inversement. Les éléments de topologie fictifs sont par exemple des noeuds fictifs, et/ou des liens de radiocommunication fictifs et/ou des sous-réseaux fictifs du réseau 1 et/ou encore des modifications de caractéristiques d'éléments de topologie réels qui figurent bien dans le réseau 1 (par exemple, modification du débit d'un lien radio 5). La base TR 16 comprend par exemple des règles de traduction entre les données applicatives et les éléments fictifs. La traduction réalisée par l'intermédiaire de la base TR 16 traduit des données applicatives différentes, par exemple des statuts distincts, par des éléments de topologie fictifs distincts, et elle est réversible, en cela qu'elle traduit à l'inverse les éléments de topologies distincts par les données applicatives distincts et permet de retrouver ainsi les données applicatives d'origine. [0069] Une information complexe peut être traduite en une combinaison d'éléments de topologie fictifs. [0070] Exemple 1 : des données applicatives consistant en une information de statut, par exemple selon laquelle un soldat (doté d'une station mobile constituant un noeud du réseau 1) est embarqué dans un véhicule (doté lui d'une autre station mobile constituant un autre noeud du réseau 1) sont encodées dans la base TR 16 en la création d'un lien radio fictif sur un réseau entre le noeud associé au véhicule et celui associé au 9 soldat. [0071] Exemple 2 : une valeur numérique identifiant un plan d'action qui est à appliquer par tous les intervenants du réseau 1 dès réception est encodée dans la base TR 16 sous forme d'un noeud fictif appartenant au réseau 1. [0072] Exemple 3 : l'intérêt d'un utilisateur d'un noeud 10 du réseau 1 pour participer à une messagerie de groupe est encodé dans la base TR 16 sous la forme d'un lien de cc noeud 10 vers un noeud fictif. L'ensemble des liens de topologie vers ce noeud fictif permet de déduire l'ensemble des noeuds 10 ayant un utilisateur participant au groupe de messagerie considéré. [0073] Exemple 4 : l'exemple 3 précédent peut être complété dans le cas où la participation au groupe de messagerie nécessite l'accord préalable d'un noeud particulier du réseau. Le noeud 10 du réseau 1 devant fournir son accord pour l'entrée dans le groupe de messagerie est encodé dans la base TR 16 sous la forme d'un deuxième lien de ce noeud vers un autre noeud fictif. La diffusion de cc lien dans la topologie permet à chaque noeud de découvrir le noeud du réseau devant être contacté avant d'entrer dans le groupe de messagerie considéré. [0074] La traduction en combinaison d'éléments topologiques est dépendante du type de protocole de routage et de ses capacités, et évidemment peut prendre des formes extrêmement variées. Ces traductions sont définies dans la base de règles TR 16 connues du noeud émetteur, qui peuvent être mises en oeuvre automatiquement selon l'invention et connues également (les destinataires finals des données applicatives ainsi transmises selon l'invention. [0075] Dans une étape 101, un applicatif 15 s'exécutant dans la station 10 génère des données applicatives. [0076] Ces données applicatives sont à transmettre à un ou plusieurs destinataires du réseau, voire à tous (dans un mode de réalisation, des règles limitent le relayage ou un filtrage sélectif est effectué en réception, par exemple par le bloc de contrôle 11, avant remise au bloc applicatif des stations recevant les données applicatives). [0077] Ces données applicatives peuvent être de nature très variée. Par exemple, ces données applicatives sont du type : l'état et la localisation (au sens du noeud hébergeur) d'un service applicatif ; le mode de fonctionnement d'un applicatif ; l'appartenance d'un noeud à une communauté d'intérêt (groupe de noeuds) ; le rôle des noeuds du réseau dans la mise en oeuvre d'un service applicatif (par exemple pour identifier un noeud maitre pour un fonctionnement en mode maitre/esclave) ; l'accès à une ressource (un service logiciel, un équipement matériel, ...) qui n'est pas sur le réseau mais pour laquelle un ou plusieurs noeuds du réseau 10 sont des passerelles permettant d'accéder à ces ressources depuis les noeuds du réseau. [0078] Ces données applicatives ainsi générées sont transmises par l'applicatif 15 au bloc de contrôle 11. [0079] Dans une étape 102, les données applicatives reçues sont traduites par le bloc de contrôle 11 en un ou plusieurs éléments de topologie fictifs, sur la base des règles de traduction définies dans la base de règles TR 16, qui associe des données applicatives à des éléments de topologie fictifs. [0080] Dans une étape 103, le bloc de contrôle 11 intègre ces éléments de topologie fictifs à l'ensemble d'éléments de topologie à transmettre par la station 10 suivant le protocole de routage en vigueur dans le réseau 1, comportant les éléments de topologie « réels » du réseau, indiquant notamment quels sont les noeuds à un bond, les caractéristiques des liens radios entre la station 10 et chacun de ces noeuds à un bond, indiquant si la station 10 est une passerelle vers d'autres sous-réseaux etc. [0081] Dans une étape 104, le bloc de contrôle 11 délivre l'ensemble d'éléments de topologie au bloc de traitement 12 pour émission de l'ensemble d'éléments de topologie ainsi complétée à destination des noeuds voisins, puis le bloc de traitement 12 émet cet ensemble d'éléments de topologie complété conformément au protocole de routage. [0082] Considérons à présent une station 10 constituant un noeud du réseau 1 et, qui recevant un ensemble d'éléments de topologie transmis comme indiqué en référence à la figure 3, met alors en oeuvre l'ensemble d'étapes 200 décrit en référence à la figure 4. [0083] Dans une étape 201, le bloc de traitement 12 de la station 10 considérée reçoit donc le signal transportant un ensemble d'éléments de topologie, effectue des traitements des couches basses nécessaires pour extraire l'ensemble d'éléments de topologie et transmet ce dernier au bloc de contrôle 11. [0084] Dans une étape 202, le bloc de contrôle 11 analyse l'ensemble d'éléments de topologie reçu et identifie, en fonction des informations de la base de données TR 16, si cet ensemble d'éléments de topologie comporte des éléments de topologie fictifs selon l'invention. [0085] Dans le cas négatif, l'ensemble d'éléments de topologie reçu est directement traité conformément au protocole de routage et la table de topologie 14 est mise à jour de manière classique en fonction des éléments de topologie reçus (traitement en couche réseau). [0086] Dans le cas positif, dans une étape 203, les éléments fictifs identifiés sont extraits de l'ensemble d'éléments de topologie par le bloc de contrôle 11, ils sont traduits par le bloc de contrôle 11 en données applicatives en fonction du contenu de la base TR 16, puis sont délivrées par le bloc de contrôle 11 au bloc applicatif 9 qui les délivre à 11 r applicatif 15 auquel ces données sont destinées, puis ces données applicatives sont traitées par l'applicatif 15 (traitement en couches hautes) (par exemple, une donnée applicative extraite de la topologie est transmise à chaque applicatif ayant préalablement manifesté son intérêt pour cette donnée : pour ce faire, chaque donnée applicative possède un identifiant unique et cet identifiant permet d'associer une donnée applicative à des règles de distribution aux applicatifs dans la base TR 16). [0087] Dans une étape 204, l'ensemble d'éléments de topologie après cette extraction ne comportant donc plus que des éléments de topologie réels est alors exploité par la station 10 conformément au protocole de routage classique : la table de topologie 14 est mise à jour en fonction de ces éléments de topologie, la topologie réelle est ainsi mise à jour. [0088] Par ailleurs, si la station 10 ayant reçu l'ensemble d'éléments de topologie est un noeud relais entre un premier sous-réseau et un second sous-réseau avec des protocoles de routage distincts par exemple, dans un mode de réalisation, les éléments fictifs de topologie sont extraits, traduits par le bloc de contrôle 11 en données applicativcs conformément à la base TR 16 du premier sous-réseau dont les données applicativcs proviennent. Puis suivant les cas, seuls les éléments réels de topologie sont relayés à destination du second sous-réseau après transformation pour les rendre compatibles du protocole de routage du second sous-réseau ou bien, en outre, les données applicativcs sont ro-traduites en éléments fictifs de topologie conformément à une autre base de traduction TR (non illustrée) entre données applicatives et éléments fictifs de topologie, propre au second sous-réseau et insérées dans l'ensemble d'éléments de topologie par le bloc de contrôle 11, puis le bloc de traitement 12 transmet l'ensemble d'éléments de topologie ainsi complété dans le second sous-réseau conformément au protocole de routage en oeuvre dans ce second sous-réseau. [0089] Si la station 10 ayant reçu l'ensemble d'élément de topologie est un noeud relais pour le protocole de découverte de topologie, l'ensemble d'éléments de topologie tel que reçu est transmis par le bloc de traitement 12 conformément au protocole de routage. [0090] On notera que certaines informations fictives peuvent être conservées dans la topologie réelle selon leur utilité. [0091] La conservation d'une information fictive dans la topologie réelle permet d'influer sur la table de topologie 14 ce qui autorise alors, à titre d'exemple : de créer une route vers un noeud bien que celui-ci ne soit pas réellement présent dans le réseau ; dans ce cas de figure, les données transmises vers ce noeud sont acheminées jusqu'au noeud du réseau l'ayant introduit dans la topologie du réseau via un lien fictif vers ce noeud (ex: cas d'un noeud véhicule qui annonce un lien fictif vers le noeud d'un soldat qui est embarqué à son bord, le noeud véhicule reçoit les données à destination du noeud du 12 soldat et ce dernier les reçoit même si ses propres moyens de radiocommunication ne sont pas opérationnels) ; de modifier la route permettant d'atteindre un noeud pour, par exemple, emprunter une route ne correspondant pas à celle qui serait celle utilisée si seuls des éléments de topologies réels étaient pris en compte dans la table de routage ; [0092] Ainsi les protocoles de routage eux-mêmes ne sont pas modifiés par cette insertion d'éléments fictifs de topologie, insertion constituant une modulation de la topologie réelle du réseau par des éléments fictifs de topologie véhiculant l'information applicative. [0093] Cette modulation exploite uniquement les éléments manipulés nativement par les protocoles de routage. De même, le calcul de route n'est pas perturbé par la modulation des données de topologie. [0094] En référence à la figure 5, un réseau ad hoc mettant en oeuvre un mode de réalisation de l'invention est illustré, comprenant des sous-réseaux déployés R1, R2, R3, et R4 mettant en oeuvre des protocoles de radiocommunication, par exemple des protocoles de routage distincts, et comportant en outre 13 stations de radiocommunication constituant des noeuds ad hoc du réseau, identifiés N1 à N13, et mettant en oeuvre l' invention. [0095] Les noeuds N1 et N3 sont des noeuds de radiocommunication localisés dans des postes de commandement, les noeuds N2, N4-N7 sont localisés dans des véhicules et leurs sont associés tandis que les noeuds N8-N12 sont utilisés par des soldats. Les noeuds N4, N6 et N7 sont des noeuds relais entre sous-réseaux. [0096] Tout d'abord, événement El : l'applicatif de la station Ni ayant à faire savoir qu'il est en charge de la fonction de commandement, cette information est traduite en éléments de topologie fictifs de la façon suivante : la station NI module les éléments de topologie qu'elle transmet par l'insertion dans la topologie réelle d'un élément fictif : un noeud N100, annoncé dans l'ensemble d'éléments de topologie comme joignable via le noeud NI. [0097] Evénement E2 : l'applicatif embarqué de la station N5 veut faire savoir que les soldats porteurs des stations N8 et N9 sont à bord du véhicule. Cette information est traduite en éléments de topologie fictifs de la façon suivante : la station N5 transmet une topologie modulée par l'insertion dans la topologie réelle d'un élément fictif : le réseau RX1, avec indication également dans la topologie que les noeuds N8 et N9 sont réputés raccordés au réseau RXI. [0098] Evénement E3 : L'applicatif de la station N6 veut faire savoir qu'un soldat, porteur de la station N13, est à bord du véhicule dans lequel est localisée N6. La station N6 annonce une topologie modulée dans laquelle la station N12 est raccordée au sous- 13 réseau R4 et la station N13 est réputée raccordée à RX2, le sous-réseau RX2 et ce lien entre N13 et RX2 étant donc les éléments fictifs de topologie insérés. [0099] Evénement E : la station N7 transmet l'ensemble des éléments de topologie sans éléments fictifs insérés, selon lesquels les stations N10 et N11 sont raccordées au sous-réseau R3. [0100] Les flèches avec tirets signalent la transmission d'éléments de topologie modifiés suivant l'invention. Les noeuds fictifs et sous-réseaux fictifs sont hachurés. [0101] Les stations des individus embarquées dans les véhicules peuvent être mises hors service. [0102] En réception, toutes les stations en service du réseau parmi N1 à N13 démodulent les informations de topologie, et leurs applicatifs respectifs reçoivent donc, après traduction sur réception, les informations applicatives suivantes : la fonction de commandement est assurée par le site de la station Ni ; les soldats porteurs des stations N10, N11 et N12 sont en situation « débarqué» ; les soldats porteurs des stations N8, N9 et N13 sont en situation « embarqué » (et donc, si ces stations sont hors service, cela indique que ces soldats sont joignables via la station associée au véhicule ayant embarqué le soldat). [0103] Tout nouvel entrant sur un des sous-réseaux R1, R2, R3 ou R4 acquiert la connaissance des mêmes informations applicatives au travers de la découverte de la topologie, sans que les émetteurs de ces informations applicatives n'aient à les réémettre via les couches hautes. [0104] En cas de scission, puis de fusion, d'un des sous-réseaux R1, R2, R3 ou R4, chaque noeud du réseau acquiert ou réactualise les informations applicatives des noeuds du réseau qui n'étaient plus accessibles lorsque le réseau était scindé. Là aussi ceci s'opère au travers de la découverte de topologie et sans que les émetteurs de ces informations applicatives n'aient à les réémettre via les couches hautes. [0105] L'invention propose ainsi de moduler les données applicatives dans la topologie du réseau, puis de les transmettre via les mécanismes intrinsèques aux protocoles de découverte de topologie, sans modification de ceux-ci (pas de champs supplémentaires, pas (l'évolution des structures). [0106] Les caractéristiques et les contraintes des protocoles de découverte de topologie sont prises en compte pour choisir le type de données applicatives prises en compte selon l'invention. [0107] Une donnée applicative éligible selon le procédé de l'invention est typiquement : de taille limitée (exemples: un état, une valeur numérique), par exemple entre 1 et 4 octets ; 14 à destination de plusieurs participants (potentiellement de tous), qui ne sont pas forcément tous connexes à l'instant T; de fréquence de changement compatible avec les caractéristiques des mécanismes de découverte et d'entretien de la topologie utilisés dans le réseau. [0108] Le fait de véhiculer de l'information applicative via les protocoles de découverte permet : d'accélérer certains échanges applicatifs en profitant des mécanismes de découverte de topologie : un noeud va recevoir des informations applicativcs au même rythme qu'il découvre la topologie, alors que selon l'art antérieur, les échanges au niveau de la topologie devaient d'abord avoir lieu avant que les échanges applicatifs ne puissent être mis en oeuvre ; de décharger les applicatifs des tâches de répétition des envois liés aux changements de topologie fréquents dans les situations de réseaux ad hoc, ces répétitions étant intrinsèques à l'entretien de la topologie ; de réduire la charge de transmission de données en évitant le recours aux protocoles applicatifs pour des informations « courtes » (statut,...) [0109] Selon l'invention, un noeud isolé se raccordant au réseau reçoit toutes les in- formations applicativcs diffusées selon le procédé dès son entrée dans la topologie de routage du réseau. Par extension, les avalanches d'échanges applicatifs suite à des fusions ou des scissions du réseau connues dans les réseaux de l'art antérieur sont ainsi limitées [0110] Dans un autre mode de réalisation, le bloc de contrôle 11 est réalisé sous forme d'un composant logique programmable, tel qu'un FPGA ((le l'anglais Field Programmable Gate Array), ou encore sous forme d'un circuit intégré dédié, tel qu'un ASIC ((le l'anglais Applications Specific Integrated Circuit). [0111] Dans un mode de réalisation de l'invention, le bloc applicatif 9 ne fait pas partie du noeud 10, et les applicatifs s'exécutent sur un équipement distinct (typiquement un applicatif s'exécutant sur un ordinateur relié à la station par un câble réseau filaire) [Revendication 1]