FR 2888456 A1 20070112 FR 0605833 A 20060628 INONDATION A PRIORITE A LA PUISSANCE DE RECEPTION DANS DES RESEAUX MOBILES SPECIALISES La présente invention est relative à des réseaux mobiles spécialisés et, plus particulièrement, à un procédé d'acheminement qui réduit les temps d'attente et les encombrements inhérents à des scénarios d'inondation à haute densité tout en améliorant la fiabilité de la communication et la capacité des canaux. La communication radioélectrique entre véhicules est un concept qui présente de plus en plus d'intérêts pour les constructeurs d'automobile. Les applications possibles vont au-delà des utilisations évidentes pour les loisirs et la connectivité à l'Internet qui sont tant vantés; elles offrent une perspective d'amélioration de la sécurité des véhicules d'une façon qui se rapproche de la fiabilité et de la complexité de l'avionique commerciale. Des organismes de sécurité routière tels que le Vehicle Safety Communications Consortium (VSCC), la Federal Highway Administration (US DOT FHWA), et l'ISO (TC204 WF16) ont constaté des applications essentielles telles que les avertissements en cas de non respect de la signalisation routière, l'assistance pour les virages à gauche, des avertissements contribuant à éviter des collisions frontales et le signalement électronique d'urgence de feux de freinage. Cependant, pour que ces applications fonctionnent correctement, les véhicules en question doivent recevoir certaines données essentielles d'une manière fiable et en temps opportun; il s'agit là de caractéristiques que ne peuvent garantir les procédés de communication reposant sur des infrastructures cellulaires et autres. La création de réseaux spécialisés peut fournir les voies de transmission fiables, à faible délai d'attente et à grande capacité qui sont nécessaires pour rendre ces applications réalisables. Cependant, la création de réseaux spécialisés se heurte à toutes sortes de problèmes à résoudre. Le choix du protocole d'acheminement (dirigé ou à diffusion), l'atténuation des encombrements, la synchronisation et la réduction des délais d'attente figurent parmi les considérations pratiques. Pour plusieurs des applications évoquées dans le paragraphe qui précède, l'utilisation de l'inondation comme protocole d'acheminement pourrait être le meilleur choix afin d'étendre la portée de la diffusion compte tenu de la nature des informations et de leur application. Cependant, en raison de ses inconvénients, on l'a en grande partie laissée de côté. L'inondation se heurte à deux difficultés principales dans les réseaux mobiles spécialisés concernant les automobiles: (i) une portée radioélectrique insuffisante du fait de réseaux d'une faible densité en raison d'un trafic très faible ou de l'existence d'un petit nombre de véhicules équipés, et (ii) l'encombrement des moyens radioélectriques par suite de fortes densités de véhicules. Bien que des populations de véhicules d'une très faible densité soient courantes, de nombreuses situations concernant la sécurité (par exemple, les collisions) apparaissent dans le cas de conditions de forte densité de véhicules telles que la circulation aux heures de pointe, les intersections chargées ou les parkings bondés. Un message de collision ou de freinage d'urgence se propageant sur une route à grande circulation en recourant à l'inondation dans de telles conditions de forte densité de véhicules risque d'aboutir à des délais trop longs pour que l'information contenue dans le message soit utile. La Fig. 1 illustre la topologie et le trafic en réseau qui pourrait résulter d'un message de freinage d'urgence du type permettant la sécurité de véhicules. Dans le cas d'une inondation simple, tous les véhicules répètent une seule fois chaque message. Ce système, malgré sa robustesse, génère un abondant trafic redondant sur le réseau. A chaque répétition du message depuis le véhicule de tête et à chaque répétition depuis les véhicules adjacents à portée de celui-ci, le canal se remplit rapidement et les encombrements s'accroissent. Cela réduit la portée effective en raison des parasites et accroît les délais du fait du nombre accru de bonds nécessaires. Plus particulièrement aux débits de données les plus bas, les délais résultant d'encombrements et de temps d'attente plus longs peuvent être considérables. Les délais peuvent augmenter jusqu'à un point tel qu'il n'est plus possible de relayer des informations d'une manière prioritaire. Les applications concernant la sécurité des véhicules, qui nécessitent la diffusion d'informations continues risquent de créer des situations d'encombrements aggravées au fil de temps, en particulier en cas de forte densité du trafic routier. De telles applications peuvent concerner des panneaux de signalisation électroniques, l'assistance aux intersections et le signalement de l'approche de véhicules de secours. En cas d'inondation, les données fournies par ces applications peuvent saturer le réseau en aboutissant à des délais constamment longs. Comme des paquets sont continuellement introduits sur le réseau, ils doivent tous être en concurrence pour le support. Certains sont perdus par suite de conflits tandis que les autres attendent leur tour pour être émis. Cette accumulation atteint en fait un point de saturation constant, mais sans attendre que les délais ne soient devenus beaucoup plus longs qu'on ne le souhaite. Les délais ne sont pas l'unique effet indésirable constaté dans ce scénario. La perte de paquets par suite d'encombrements peut également être élevée, surtout avec les paquets les plus volumineux. Une première conséquence de la forte perte de paquets dans les applications concernant la sécurité des véhicules est la nécessité de répéter les informations plusieurs fois afin de garantir leur communication. Le fait de répéter les informations surcharge encore le trafic. Pour les applications concernant la sécurité des véhicules, une inondation efficace et effective doit pouvoir supporter les besoins de mise en place et l'encombrement et doit être compatible avec toutes sortes de scénarii de propagation radioélectrique résultant d'une grande diversité de topologies de véhicules. L'émetteur optimal dans un sens peut être non optimal, voire non satisfaisant pour émettre des paquets dans un autre sens. Ces préoccupations constituent une motivation pour un procédé de dissémination d'informations pour la sécurité de véhicules à niveaux de priorité et sans encombrements. Selon la présente invention, il est proposé un procédé pour disséminer des informations sur un réseau radioélectrique spécialisé ayant plusieurs noeuds. Le procédé comprend les étapes consistant à : recevoir un message entrant au niveau d'un noeud de réception du réseau; organiser une réémission du message, le temps prévu pour la réémission étant proportionnel à une puissance de signal avec laquelle le message a été reçu par le noeud de réception; et annuler la réémission du message si le même message est reçu d'un noeud différent du réseau avant l'instant prévu pour la réémission. Il en résulte une réduction du trafic sur le réseau avec des délais d'attente très réduits. Avantageusement, la prévision consiste à déterminer un niveau de puissance auquel le message entrant a été reçu par le véhicule de réception; et à déterminer l'instant prévu en partie d'après le niveau de puissance. De manière avantageuse, l'instant prévu est calculé sous la forme i = (10. 1og(p,x) -- (10.log(p,nt,r)).ts où i est une durée de délai avant la réémission prévue, p, est le niveau de puissance auquel le message a été reçu, pm;n est un niveau minimal de puissance auquel le message peut être reçu d'une manière fiable, et ts est l'espace de temps pour l'émission de messages. Avantageusement, l'instant prévu est obtenu à partir d'un tableau qui définit une relation respectivement entre un intervalle de puissances de signaux auxquelles un message a été reçu et des instants prévus exclusifs. Avantageusement, le procédé selon l'invention comprend en outre une étape consistant à réémettre le message à l'instant prévu dans le cas où il n'y a pas de réception du même message depuis un noeud différent du réseau avant l'instant prévu. Selon un mode de réalisation avantageux, le réseau radioélectrique spécialisé comporte un réseau de télécommunications entre véhicules. De manière avantageuse, le réseau radioélectrique spécialisé se prête à une utilisation dans des applications militaires. La présente invention porte également sur un procédé pour transmettre des paquets de données parmi plusieurs véhicules sur un réseau de communication entre véhicules, comprenant des étapes consistant à recevoir un paquet de données au niveau d'un véhicule de réception sur le réseau; à prévoir une réémission du paquet de données, la priorité dans la programmation donnée au paquet de données étant inversement proportionnelle à un niveau de puissance de réception associé au paquet de données; et à annuler la réémission du paquet de données lorsqu'un paquet de données identique est reçu d'un véhicule différent du réseau avant la réémission prévue du paquet de données. Avantageusement, la programmation consiste à déterminer un délai au bout duquel le message est réémis depuis le véhicule de réception. D'autres domaines d'applicabilité du procédé selon la présente invention apparaîtront grâce à la description détaillée présentée ci-après. Il doit être entendu que la description détaillée et les exemples spécifiques, quoique servant à présenter la forme de réalisation préférée, ne sont fournis qu'à titre d'illustration. L'invention sera mieux comprise à l'étude de la description détaillée d'un mode de réalisation pris à titre d'exemple non limitatif et illustré par les dessins annexés sur lesquels: la Fig. 1 est un schéma illustrant le trafic sur un réseau dans un exemple de réseau mobile spécialisé employant une solution par inondation selon la technique antérieure; la Fig. 2 est un schéma illustrant le trafic sur un réseau dans un exemple de réseau mobile spécialisé selon les principes de la présente invention; la Fig. 3 est un organigramme d'un exemple de mise en oeuvre de logiciel d'un protocole d'acheminement selon la présente invention; les figures 4 et 5 sont des graphiques comparant les délais d'attente entre un algorithme d'inondation simple et le procédé de dissémination selon la présente invention; les figures 6 et 7 sont des graphiques comparant les pertes de paquets entre un algorithme d'inondation simple et le procédé de dissémination selon la présente invention; et les figures 8 et 9 sont des graphiques comparant la charge de canaux entre un algorithme d'inondation simples et le procédé de dissémination selon la présente invention. Il est proposé un procédé perfectionné pour disséminer des informations sur un réseau de communication reliant des véhicules. Dans cet exemple d'application, les véhicules sont équipés pour émettre et recevoir entre eux des messages radioélectriques RF, d'une manière connue dans la technique. Bien que la description ci-après porte sur des réseaux de communication entre véhicules, on comprendra aisément que les aspects les plus larges de la présente invention sont applicables à d'autres types d'environnements de réseaux mobiles spécialisés. Par exemple, on pourra trouver des environnements appropriés dans des applications militaires. Dans les algorithmes d'inondation simples, chaque véhicule répète chaque message au moins une fois, comme décrit plus haut. Pour réduire le trafic sur le réseau, seuls les véhicules situés sur le pourtour du territoire de portée d'émission pour un message donné doivent réémettre le message au sein du réseau. Autrement dit, les véhicules situés sur le pourtour du territoire de portée d'émission deviennent prioritaires pour émettre en premier; en revanche, les véhicules situés en deçà du pourtour attendent plus longtemps pour réémettre le message. Une fois qu'un véhicule situé en deçà du pourtour reçoit d'un autre véhicule le même message, il annule toute réémission prévue du message. Comme le chevauchement des émissions est réduit, l'ampleur du trafic sur la voie est réduite, de même que les encombrements et les délais d'attente excessifs qu'elle produit. La Fig. 2 illustre l'effet de ce protocole d'acheminement proposé sur le trafic en réseau dans un exemple de réseau de communication entre véhicules. A la différence des solutions classiques faisant intervenir une inondation, la même surface est couverte avec une émission par environ un tiers des véhicules. Seuls les véhicules hachurés doivent réémettre le paquet pour que le paquet se propage le long de la route. A mesure que s'accroît la densité des véhicules, il en va de même pour la proportion de véhicules non hachurés par rapport aux véhicules hachurés. Pour une puissance fixe, le nombre de véhicules émettant sur n'importe quel tronçon de route donné devrait, dans l'idéal, rester constant quelle que soit la densité de la circulation. Pour limiter le plus possible le nombre de sauts, la puissance maximale d'émission peut être utilisée sans effet négatif, puisque les parasites sont limités par le fait qu'il y a moins d'émissions. Un exemple de mise en oeuvre de logiciel de ce protocole d'acheminement proposé est décrit plus en détail en référence à la Fig. 3. Il doit être entendu que seules les étapes concernées du protocole sont évoquées ciaprès, mais que d'autres instructions exécutées par le logiciel peuvent être nécessaires pour commander et gérer le fonctionnement global du système. Dans une forme de réalisation, le protocole d'acheminement peut être mis en oeuvre sous la forme d'un agent situé au-dessus de la couche MAC 802.11 d'un réseau de télécommunications sans fil. A la réception d'un paquet de données (c'est-à-dire d'un message) une estimation est faite lors de l'étape 31 pour déterminer si, oui ou non, le même message a été reçu antérieurement par ce véhicule. Pour des paquets de données nouveaux, une information d'identification est extraite du paquet de données et est stockée dans un registre, comme indiqué par l'étape 32. On comprend aisément que cette information d'identification servira lors d'évaluations ultérieures de paquets de données entrants. Un instant prévu pour réémettre le paquet de données est déterminé lors de l'étape 33. Par exemple, une priorité peut être accordée à des véhicules qui reçoivent le paquet de données dont la puissance la plus faible du signal est au-dessus d'une certaine valeur seuil minimale. Ainsi, chaque véhicule prévoit la réémission de paquets de données à un instant proportionnel à la puissance du signal avec laquelle le paquet de données a été reçu par le véhicule récepteur. Le paquet de données est ensuite programmé, lors de l'étape 34, pour une réémission ultérieure sur le réseau. Dans un exemple de forme de réalisation, l'instant où le temps prévu est dérivé de la puissance du signal avec laquelle un paquet de données a été reçu. A titre d'illustration, l'instant prévu peut être obtenu de la manière suivante: i = (10.1og(pr,) (10.log(p ,j,))).ts où i est un délai avant la réémission prévue, prx est le niveau de puissance auquel le paquet de données à été reçu, purin est un niveau minimal de puissance auquel le paquet de données peut être reçu d'une manière fiable, et ts est l'intervalle de temps entre les émissions de paquets de données. La valeur de ts détermine l'espacement dans le temps entre les paquets de niveaux de puissance de réception adjacents et peut être adaptée à des dimensions spécifiques de paquets pour assurer des temps d'attente optimaux. La valeur de ts peut également être adaptée pour satisfaire d'autres critères de performances du système. Dans une autre forme de réalisation possible, l'instant prévu peut être extrait 5 d'un tableau obtenu de manière empirique, représenté ci-dessous. Niveau de puissance Délai (ms) PrX>=p2 5 P2>prx>=pi 3 P1 > PrX > = Pmin 1 Sur le tableau, chaque rangée correspond à un intervalle de puissances de signaux auxquelles un paquet de données a été reçu et établit une corrélation entre chaque intervalle de puissance de signaux et un instant prévu exclusif. Comme indiqué plus haut, l'instant prévu correspond à un plus grand laps de temps à mesure qu'augmente l'intervalle de puissance d'un signal. De préférence, les instants prévus sont choisis d'après une durée maximale voulue de sauts. De même, l'intervalle entre les instants prévus peut être choisi d'après des besoins de temps d'attente ainsi que d'autres critères de performances du système. Afin de réduire la redondance de messages, le protocole d'acheminement se poursuit pour contrôler les paquets de données entrants. Si le même paquet de données est reçu une nouvelle fois avant sa réémission prévue, la réémission prévue est alors annulée comme indiqué au niveau de l'étape 36. Puisque l'instant prévu est proportionnel à la puissance du signal avec laquelle le paquet de données a été reçu, le paquet de données reçu en double est susceptible d'avoir été émis par un véhicule plus éloigné du véhicule d'origine que le véhicule récepteur, ce qui annule donc la nécessité, pour le véhicule récepteur, de réémettre le paquet de données au sein du réseau. Si le même paquet de données est reçu après avoir déjà été réémis, ce paquet peut alors être ignoré, comme illustré. De préférence, une trace du paquet est conservée un certain temps dans le registre. Cela vise en effet à empêcher la réémission du même paquet si celui-ci vient à être réémis, par exemple, par un véhicule qui n'a pas reçu le paquet à l'origine de l'annulation. Il convient de choisir des paramètres qui conviennent aux besoins de délais d'attente de l'application ainsi qu'à l'environnement d'accès au support. Comme le mécanisme d'acheminement repose sur des délais, tout délai affectant le support peut avoir une incidence sur le fonctionnement de l'invention. Ainsi, le délai maximal, qui survient lorsque tous les véhicules reçoivent le message à très forte puissance, doit être inférieur au délai d'attente requis de l'application par sauts ou au délai d'attente par mètre (c'est-à-dire, la portée). En outre, si le canal n'est accessible que pendant un laps de temps limité, l'algorithme d'acheminement doit être conçu pour assurer l'acheminement avec une bonne marge dans le créneau d'accès limité au canal. Par exemple, on considérera un cas dans lequel le canal utilisé pour acheminer les messages est subdivisé en tranches d'une durée de 100 ms. On supposera en outre que seulement une tranche sur deux est utilisable pour acheminer ces messages de sécurité. L'algorithme doit être conçu de façon que le délai maximal soit bien inférieur à la durée d'une tranche. Sinon, en l'absence de réception d'un message avant le terme de la tranche, il est alors possible que les horloges de tous les véhicules arrivent en fin de mesure vers le début de la tranche utilisable suivante. De la sorte, tous ces véhicules chercheront à envoyer des paquets en même temps (au début de la tranche disponible suivante). Cependant, on notera que le problème ci-dessus ne survient pas si la durée des tranches est relativement courte en comparaison des délais utilisés par l'algorithme (exprimée par exemple en ts). En effet, les tranches ont une durée négligeable par rapport au cadencement. En résumé, les valeurs de délais doivent être, soit nettement inférieures aux créneaux d'accès au canal, soit nettement supérieures. On a utilisé des simulations de réseau pour analyser les performances de l'algorithme et du protocole. Les simulations ont été menées à l'aide du simulateur de réseau (ns2). Les algorithmes et les protocoles ont été mis en oeuvre dans le cadre d'un nouvel agent d'acheminement au-dessus des couches MAC 802.11 et PHY. Un modèle d'affaiblissement à deux rayons a été utilisé avec des antennes omnidirectionnelles à gain unitaire dotées d'une puissance d'émission fixe de 125 mW. La topologie choisie pour cette étude est une simulation d'un tronçon d'un kilomètre d'une route à quatre voies avec des véhicules répartis sur le kilomètre. Les densités des véhicules ont été choisies d'après des données fournies par le ministère californien des transports; chaque simulation avait une densité moyenne exclusive de 50 véhicules par minute (VPM) à 200 véhicules par minute roulant à 100 kilomètre heure (km/h). Les intervalles entre véhicules ont constamment varié pendant toute la simulation conformément à une distribution de Poisson avec une distance minimale d'une demi-longueur de véhicule (2 mètres) et une distance maximale de dix fois la moyenne pour cette densité particulière de véhicules. Les dimensions de paquets et les cadences de répétition du trafic d'inondation utilisées lors de ces simulations ont été choisies de manière à être compatibles avec les dimensions et les fréquences envisagées pour de futures applications. En particulier, des paquets de 100, 500, 250 et 125 octets ont été envoyés à intervalles de 50 et 100 millisecondes. Des débits de données de 27 Mbps et 1 Mbps ont été utilisés à titre de comparaison. Des salves de 200 et 2000 paquets ont été utilisées pour simuler des évènements à régime transitoire et stable. Le scénario choisi pour la simulation a été la mise en oeuvre d'un évènement de freinage d'urgence d'un véhicule. Un obstacle au bout de la route oblige le véhicule de tête à freiner rapidement en envoyant un message de freinage d'urgence diffusé le long de la route derrière lui. Les données ci-après comparent les performances d'une inondation simple à celle du procédé de dissémination selon la présente invention. Les critères permettant la comparaison sont le délai d'attente, la fiabilité et la charge du canal. Les courbes de délai d'attente et de fiabilité illustrent le retard des paquets et les pertes de paquets en fonction de la distance le long de la route depuis la source des paquets. Les simulations ont été réalisées à 1 Mbps pour permettre une comparaison directe avec des recherches similaires, et à 27 Mbps pour observer les avantages obtenus à l'un des débits de données supérieur proposés par l'identification par radiofréquence. Le retard de paquets de 27 Mbps à inondation simple illustré par une ligne discontinue sur la Fig. 4 peut ne pas apparaître sur toute cette longueur, même à 1 km (environ 660 ms). Il ne faut cependant pas oublier que ces courbes n'illustrent que la réponse à un seul événement dans le cadre d'une seule application. On notera que la courbe de délai d'attente pour une inondation simple a une non-linéarité qui indique une plus grande longueur d'attente par suite d'encombrement. Le même scénario utilisant la technique d'acheminement (inondation avec priorité à la puissance de réception: IPPR, représentée par un trait plein sur la Fig. 4) selon la présente invention montre que les paquets ont atteint le point 1 km en moins de la moitié du temps. A 1 Mbps, la réduction de l'encombrement offerte par l'algorithme selon la présente invention est clairement représentée sur la Fig. 5. La durée du délai sur 1 km chute d'environ 8,5 secondes à moins de 450 millisecondes. Une telle diminution du délai peut rendre viable l'utilisation d'un débit de données de 1 Mbps. La donnée de perte de paquets à 27 Mbps pour une inondation simple, indiquée sur la Fig. 6 à 1 km, est d'environ 8 %. Ces graphiques illustrent l'effet d'un seul événement dans le cadre d'une seule application. L'amélioration apportée par l'utilisation du procédé de dissémination selon la présente invention est notable en faisant chuter la perte de paquets sur 1 km de 8 % à moins de 1,6 %. Les mêmes simulations ont été menées à 1 Mbps pour illustrer des performances du procédé de dissémination en cas de fort encombrement; les résultats sont présentés sur la Fig. 7. La perte de paquets au point 1 km est extrêmement forte dans le cas de l'inondation simple (supérieure à 50 %) ; en revanche, à l'aide de la présente invention, la perte de paquets chute à 4 %. Les caractéristiques de charge de canal à 27 Mbps ont été recueillies à l'aide d'une simulation consistant à envoyer des paquets de 1 k-octets toutes les 100 ms pendant 20 secondes. Le véhicule source est en tête d'une file de 125 véhicules. La longueur moyenne de la file de véhicules est de 1 km et l'espacement change de manière aléatoire (comme décrit plus haut). La simulation a pris fin au moment où tous les véhicules eurent fini d'émettre. Le temps d'exécution a varié entre les simulations par suite d'une variation des temps d'attente subie à chaque saut. Dans le cas d'une inondation simple, l'intervalle d'émission moyen par véhicule était de 100 ms et le laps de temps moyen entre paquets envoyés n'importe où sur le réseau était de 0,8 ms. A l'aide de la présente invention, l'intervalle d'émission moyen par véhicule a été de 1 530 ms et le laps de temps moyen entre paquets envoyés n'importe où sur le réseau était de 6,5 millisecondes. Cela représente une diminution d'environ 10:1 du trafic sur le réseau. La Fig. 8 illustre la manière dont le nombre de paquets envoyés par véhicule est assez cyclique avec une portée de télécommunication radioélectrique peu éloignée de la source de paquets, mais, plus loin sur la route, la charge d'émission s'égalise, en répartissant de ce fait le coût d'émission des informations. Les pics initiaux sont également susceptibles d'aboutir à l'utilisation d'un délai reposant exclusivement sur la distance. La même simulation a été menée à 1 Mbps. Dans le cas de l'inondation simple, l'intervalle d'émission moyen par véhicule a été de 209 ms et le laps de temps moyen entre paquets envoyés n'importe où sur le réseau a été de 1,6 millisecondes. C'est là que se trouve la cause de la perte de 54 % des paquets, observée sur la Fig. 7. A l'aide du procédé de dissémination selon la présente invention, l'intervalle d'émission moyen par véhicule a été de 1 942 ms et le laps de temps moyen entre paquets envoyés n'importe où sur le réseau a été de nouveau de 6,5 millisecondes. Cela représente une réduction d'environ 4:1 du trafic sur le réseau, même après la perte de 54 % de paquets. La Fig. 9 illustre la différence dans le nombre de paquets que chaque véhicule doit émettre entre l'inondation simple et la présente invention. La brusque chute de charge d'émission constatée sur la courbe de l'inondation simple résulte de l'augmentation des pertes de paquets à mesure que le réseau approche de la saturation. Ce niveau d'encombrement n'est pas présent à 27 Mbps, ainsi qu'il ressort de la Fig. 8. Des réductions nettes de la charge du réseau sont réalisées par la présente invention à 1 Mbps. On notera, sur la Fig. 8 et la Fig. 9, la nature cyclique de la charge à proximité de la source et la manière dont le caractère aléatoire depuis la DIFS 802.11 égalise la charge à mesure qu'on s'éloigne de la source des paquets. Ces pics de charge pourraient être atténués par un caractère plus aléatoire de l'IDI (Intervalle de Délai d'Inondation) lorsque le nombre de sauts est, par exemple, inférieur à cinq. i = (10.log(p,.x) -10.log(p,,,r,)).ts+r où i = Intervalle de Délai d'Inondation (DI) p = puissance de réception, purin = puissance minimalede réception, ts = temps d'espacement r = décalage aléatoire de délai. Un décalage aléatoire de délai ne doit être appliqué qu'à la première réémission, puisque les expéditeurs suivants seront répartis conformément à une nouvelle répartition de puissance ou de distance de réception. En plus de réduire la tâche incombant à chaque véhicule, le caractère plus aléatoire amoindrit la dépendance du réseau par rapport à un petit nombre d'éléments de communication et à leurs voisins. Tous les résultats concernant les performances avec une modification des dimensions de paquets, de la fréquence des répétitions et des densités de véhicules (y compris de très faibles densités de véhicules) démontrent que le protocole d'acheminement proposé assure de meilleurs délais d'attente et une diminution des pertes de paquets; néanmoins, l'ampleur de l'amélioration pour les très faibles densités de véhicules et les réseaux faiblement chargés est moins remarquable que dans des réseaux denses ou fortement chargés. A l'aide des topologies des voies routières, la réduction prévue de la charge du réseau est confirmée par les données présentées. Les applications concernant la sécurité des véhicules, par exemple les panneaux électroniques de signalisation routière ou l'émission de messages urgents sont susceptibles de transmettre les informations à plusieurs reprises, voire en continu. Cette redondance doit atténuer les pertes éventuelles résultant de l'application du protocole avec des topologies non idéales. Les améliorations des temps d'attente et de la fiabilité supposés du fait de la réduction de la charge du réseau sont également évidentes. Ainsi, l'utilisation du protocole d'acheminement opposé est une alternative d'acheminement plus valable pour des applications concernant des communications pour la sécurité des véhicules. REVENDICATIONS 1. Procédé pour disséminer des informations sur un réseau radioélectrique spécialisé ayant plusieurs noeuds, comprenant les étapes consistant à : recevoir (32) un message entrant au niveau d'un noeud de réception du réseau; prévoir (34) une réémission du message, un instant prévu pour la réémission étant proportionnel à une puissance de signal avec laquelle le message a été reçu par le noeud de réception; et annuler (36) la réémission du message si le même message est reçu d'un noeud différent du réseau avant l'instant prévu pour la réémission. 2. Procédé selon la revendication 1, caractérisé en ce que la prévision consiste à : déterminer un niveau de puissance auquel le message entrant a été reçu par le véhicule de réception; et déterminer l'instant prévu en partie d'après le niveau de puissance. 3. Procédé selon la revendication 2, caractérisé en ce que l'instant prévu est calculé sous la forme i = (10.log(prx) (10.1og(pmt,))Éts où i est une durée de délai avant la réémission prévue, p,.), est le niveau de puissance auquel le message a été reçu, pn,in est un niveau minimal de puissance auquel le message peut être reçu d'une manière fiable, et ts est l'espace de temps pour l'émission de messages. 4. Procédé selon la revendication 2, caractérisé en ce que l'instant prévu est obtenu à partir d'un tableau qui définit une relation respectivement entre un intervalle de puissances de signaux auxquelles un message a été reçu et des instants prévus exclusifs. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'il comprend en outre une étape consistant à : réémettre le message à l'instant prévu dans le cas où il n'y a pas de réception du même message depuis un noeud différent du réseau avant l'instant prévu. 6. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le réseau radioélectrique spécialisé comporte un réseau de télécommunications entre véhicules. 7. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le réseau radioélectrique spécialisé se prête à une utilisation dans des applications militaires. 8. Procédé pour transmettre des paquets de données parmi plusieurs véhicules sur un réseau de communication entre véhicules, comprenant des étapes consistant à : recevoir (33) un paquet de données au niveau d'un véhicule de réception sur le réseau; prévoir une réémission du paquet de données, la priorité dans la programmation donnée au paquet de données étant inversement proportionnelle à un niveau de puissance de réception associé au paquet de données; et annuler (36) la réémission du paquet de données lorsqu'un paquet de données identique est reçu d'un véhicule différent du réseau avant la réémission prévue du paquet de données. 9. Procédé selon la revendication 8, caractérisé en ce que la programmation consiste à déterminer un délai au bout duquel le message est réémis 20 depuis le véhicule de réception. 10. Procédé selon la revendication 9, caractérisé en ce que le délai est calculé sous la forme i = (101og(p,) -101og(pm;n))ts où i est le délai avant la réémission prévue, p,.x est le niveau de puissance auquel le 25 paquet de données a été reçu, purin est un niveau minimal de puissance auquel le paquet de données peut être reçu de manière fiable et ts est l'espacement de temps pour l'émission de paquets de données. 15