Brevet FR2952776A1 — publié le 20110520

PROCEDE ET SYSTEME POUR DISTRIBUER DU CONTENU AVEC DES GARANTIES DE DELAIS DE LIVRAISON DANS LES RESEAUX RADIO HYBRIDES L'objet de la présente invention concerne la distribution de données ou distribution de contenus en respectant des contraintes de délais dans un réseau de communications radio hybride caractérisé par la présence d'au moins deux canaux de communications radio aux caractéristiques différentes. Typiquement, l'un sera omniprésent, et éventuellement à faible débit, tandis que l'autre sera moins fréquemment disponible, mais offrant des débits plus élevés, la valeur du rapport du faible débit et du débit plus élevé étant par exemple de 10. Un "faible débit" correspond par exemple à environ 100kB/s et les "débits plus élevés" à environ 1 Mbit/s. Le procédé selon l'invention s'applique par exemple: • Scénario 1 représenté à la figure 1 a: Dans un réseau constitué d'appareils mobiles (e.g. des téléphones portables) ou entités utilisateurs 101i pouvant communiquer entre eux directement par le système Bluetooth ou WiFi ad-hoc (liaison 104) représenté par des traits pleins et la flèche F3 et d'antennes relais fixes qui peuvent être des stations de bases (102j) ou d'autres entités mobiles qui communiquent entre elles selon la flèche F3 sur un réseau d'infrastructure de type GSM (Global System Mobile) ou WiFi infrastructure (technologie de réseau informatique sans fil mise en place pour fonctionner en réseau interne). L'ossature 100 du système est composée par exemple d'un réseau Ethernet, FH ou Giga wireless sur laquelle sont reliée des entités pilotes (103k) et des stations de base. La communication entre les entités utilisateurs et les entités pilotes se fait par l'intermédiaire des stations de base 102j selon la flèche F1 ou F2 et par des liaisons UMTS ou GPRS (105). Une station de base communique avec une entité pilote via des liaisons Ethernet, FH ou encore Giga wireless (106). Le domaine opportuniste 200 est notamment constitué de stations de base et d'entités utilisateurs qui communiquent entre elles via la liaison 104. • Scénario 2 représenté sur la figure 1 b: Dans un réseau entièrement mobile, dont les noeuds 107i possèdent une radio UHF (abréviation de Ultra High Frequency) courte portée mais haut débit (liaison 108), et/ou une radio VHF (Abréviation de Very High Frequency) longue portée mais à faible débit (liaison 109). Les noeuds mobiles 107i ~o communiquent entre eux (flèche F3) et grâce à la VHF (flèche F1), par la UHF si les noeuds sont en portée radio (flèche F2) ou par une combinaison des deux (flèche F3). Les entités pilotes 111k peuvent se situer sur n'importe qu'elle entité du réseau. Le domaine opportuniste 200 est constitué dans ce cas des entités utilisateurs mobiles qui 15 communiquent entre elles par exemple via des liaisons UHF. Le mot « ossature » désigne dans les exemples qui vont être donnés, un réseau d'infrastructure GSM ou 3G ou en un réseau de noeuds mobiles qui sont équipés de radio de type ad hic utilisant des technologies VHF. Le mot « opportuniste » désigne l'ensemble des opportunités de 20 communication crées au gré de la mobilité des noeuds mobiles Uj lorsqu'ils sont en portée radio : typiquement 1M-Fi de type ad hoc pour l'exemple de scénario (1) et communication UHF de type ad hoc pour le scénario(2). Dans le reste de la description illustrant l'invention, on fera une 25 distinction entre d'une part l'ossature" du réseau, constitué d'entités fixes et/ou mobiles offrant un accès réseau omniprésent, plutôt à faible débit et éventuellement connecté à un réseau filaire (e.g. Internat), et d'autre part le domaine "opportuniste" du réseau, fréquemment déconnecté, constitué des entités dont la mobilité génère des opportunités de communications haut- 30 débit. Ces deux réseaux se superposent géographiquement et les entités "opportuniste" sont capables d'utiliser le réseau omniprésent offert par l'ossature du réseau. Cet accès à l'ossature du réseau se fait ou bien par une communication radio fréquence (e.g. GSM ou WiFi), ou bien directement quand une entité est à la fois opportuniste et intégrée à l'ossature du réseau (e.g. lorsque chaque entité embarque à la fois des radios UHF et VHF). Parmi les différentes entités du réseau, on qualifiera d'«utilisateurs» les entités qui souscrivent et/ou produisent du contenu, et de « pilotes » celles qui agrègent les abonnements et les offres de contenus ~o dont elles contrôlent la diffusion. Une même entité peut aussi être à la fois "utilisateur" et "pilote". Les utilisateurs du réseau peuvent être classifiés selon plusieurs axes: • Rôle: on distingue les "éditeurs", qui publient du contenu, et les 15 "abonnés" qui souscrivent à un contenu. Un même utilisateur peut être à la fois "éditeur" et "abonné". • Mobilité: Par abus de langage, on distinguera les utilisateurs "mobiles", présents sur le réseau opportuniste et capable de se connecter à l'ossature du réseau, et les utilisateurs "fixes", uniquement présents dans 20 l'ossature. Par ailleurs, on définit sous le mot "contenu" ou sous l'expression "contenu d'informations" un ensemble de données ou d'informations qui doivent être disponibles pour un utilisateur ayant souscrit à un service. Les expressions "noeud mobile" ou "entité mobile" désignent un 25 même objet. Dans un réseau ad hoc, chaque entité ou noeud du réseau va communiquer directement avec ses voisins sans passer par une infrastructure. Si la destination n'est pas en portée radio de la source, cette 30 dernière peut faire passer ses données par une suite d'autres entités qui se chargeront de les acheminer grâce à un protocole de routage enfoui dans chacune d'elle. Les réseaux comprenant des entités mobiles communiquant avec des entités fixes situées dans l'infrastructure sont en général plus bas débit que les liaisons ad hoc mais ils bénéficient d'une portée radio plus longue. Les capacités de communication entre l'infrastructure et les entités mobiles sont très souvent des ressources critiques et coûteuses (coûteuse par exemple sur la qualité du service global qui se traduit par un besoin en bande passante). Lorsque l'on désire transférer du contenu vers un grand ~o nombre d'entités mobiles, le réseau risque alors de s'effondrer ou le service proposé de devenir trop onéreux. Dans le cas de réseaux de télécommunications grand public, les entités mobiles que sont les téléphones portables sont munis d'une connectivité vers un ou plusieurs réseaux d'infrastructure 3G (norme de 15 téléphonie mobile) et/ou Wi-Fi par exemple, et sont également munis de capacités de communication ad hoc vers les autres entités mobiles (Bluetooth et/ou Wi-Fi en mode ad hoc). Les entités fixes, représentant, par exemple des fournisseurs de contenu, peuvent être des serveurs situés dans le coeur de l'Internet. Dans la terminologie utilisée dans la présente invention, 20 les entités mobiles sont des utilisateurs mobiles, tandis que les fournisseurs de contenu sont à la fois des utilisateurs fixes et des pilotes. Les antennes relais et les routeurs du réseau de l'opérateur, constituent l'ossature du réseau. Dans ces réseaux hybrides, du contenu peut alors être échangé 25 comme il est illustré à la figure 1 a ou à la figure 1 b des entités pilotes vers les entités utilisateurs ou des utilisateurs vers les entités pilotes, voir la flèches référencées F1 et F2, entre les entités utilisateurs eux-mêmes, selon la flèche référencée F3. Plus précisément : La flèche F1 correspond à l'envoi d'un contenu par une entité 30 pilote 103kdans Internet, par exemple, vers les entités utilisateur 101i. La 295.2776 transmission du contenu devant être distribué à un utilisateur qui a souscrit à un service, peut être relayée d'un utilisateur à un autre. La flèche F2 correspond à l'envoi d'un contenu entité utilisateur mobile 101i vers une entité pilote 103k. 5 La flèche F3 est l'échange (l'envoi ou la réception d'un contenu) entre les utilisateurs mobiles 101i. De nombreux paradigmes ou modèles de communication peuvent être mis en place pour ces échanges d'information, comme par exemple : le modèle client-serveur dans lequel les utilisateurs fixes hébergent le contenu sur des serveurs auxquels les utilisateurs mobiles peuvent se connecter pour récupérer le contenu qui les intéresse. Les utilisateurs mobiles recherchent parmi la liste des contenus disponibles sur les serveurs ceux qui les intéresse; le modèle publication/souscription connu de l'Homme du métier consiste en une messagerie asynchrone où les émetteurs (éditeurs) de messages n'envoient pas leurs messages vers des récepteurs spécifiques ou abonnés. Au lieu de cela, les messages publiés sont identifiés par des classes. Les abonnés expriment leur intérêt pour les classes de messages qu'ils souhaitent recevoir, sans connaissance, a priori, des classes publiées. Ce découplage entre les éditeurs et les abonnés permet le passage à l'échelle et permet de gérer une forte dynamique de la topologie réseau. L'exemple choisi pour illustrer le procédé selon l'invention sera donné dans le cadre d'un modèle de publication/souscription. Les utilisateurs ayant « souscrit » à une série de contenus, ou d'informations, à la manière d'une souscription à un flux RSS (RSS désigne une famille de formats XML utilisés pour la syndication de contenu Web) peuvent avoir des contraintes de délais en réception. A titre d'exemple, les personnes ayant souscrit aux versions journalières PDF (Portable Document Format) d'un journal (par exemple, le New York times) dont l'information n'est pertinente que le jour de la publication, désirent recevoir la version journalière avant midi chaque jour. Ces contraintes en délais de réception peuvent être relaxées pour d'autres types de contenu, comme des titres de musique (par exemple un fichier MP3) d'un artiste donné, ou des reportages documentaires en vidéo (par exemple l'histoire de France ou d'autres sujets). Les services visés pour lesquels le procédé et le système selon l'invention peuvent être appliqués sont, par exemple, des services de contenus à la demande, en analogie avec la télévision à la demande (VoD abréviation anglo-saxonne de Video on Demand). Ces contenus peuvent être par exemple : des mises à jour logicielles, des vidéos (épisodes d'une série télé, documentaires), un journal en version électronique, des publications ~o d'un blog. Dans ce contexte, la démultiplication des canaux de communication entre éditeurs et abonnés interdit l'utilisation d'approches comme la diffusion multicast (méthode de diffusion de l'information d'un émetteur (source unique) vers un groupe (plusieurs supports/medias). La 15 distribution massive d'un même contenu en provenance d'un fournisseur/hébergeur de service et à destination d'utilisateurs mobiles s'effectue le plus souvent en diffusant successivement le contenu à chacun des utilisateurs intéressés. Ceci pose notamment des problèmes de charge sur l'ossature du réseau. Le procédé de type multicast, ne permet donc pas 20 de distribuer massivement du contenu à destination d'utilisateurs mobiles tout en garantissant que le contenu d'informations attendu par un utilisateur parvienne dans un délai donné tout en minimisant la charge sur l'ossature du réseau. Le modèle publication/souscription permet de mettre en relation 25 les producteurs et les consommateurs de données, en minimisant les échanges par des mécanismes d'abonnement et de gestion des flux. Dans la majeure partie des cas d'utilisations, le modèle publication/souscription est supporté par un intergiciel orienté messages ou MOM (abréviation anglo-saxonne de Message-Oriented Middlewares). Le 30 service de distribution de données pour des systèmes temps-réels ou en langue anglo-saxon « Data Distribution Service for Real-time Systems (DDS) [DDS] » est, par exemple, une spécification d'un MOM fonctionnant sur le modèle publication/souscription offrant des garanties temps réel sur un réseau local LAN (en anglais, Local Area Network). Ces intergiciels fournissent un canal de communication partagé et omniprésent dans les systèmes d'informations modernes qui permet à de nombreuses applications hétérogènes de s'intégrer et d'échanger des messages. Dans le domaine du pair à pair (P2P en anglais, peer-to-peer) permettant à plusieurs ordinateurs de communiquer via un réseau, de partager simplement des objets, de nombreuses approches ont été proposées pour distribuer des données en soulageant les serveurs de contenu. Un exemple de protocole connu de l'art antérieur permet à une entité (appelée seed, graine en anglais) de partager un contenu avec un grand nombre en réduisant l'impact en termes de bande passante, utilisation processeur sur elle-même. Les utilisateurs désirant récupérer le contenu sont appelés pairs (peer en anglais). Chaque pair ayant récupéré une partie du contenu la met immédiatement à disposition des autres. Dans le type de réseau considéré dans ce document, la topologie change régulièrement aux grés des rencontres entre les entités mobiles, et/ou entre les entités mobiles et l'ossature du réseau. La difficulté pour les implémentations traditionnelles du modèle publication/souscription est donc de construire et de maintenir les index permettant de mettre en relation éditeurs et abonnés, puis de distribuer le contenu d'un point à un autre en passant les messages d'une entité mobile à une autre au gré de la mobilité. Pour le routage du contenu dans un réseau constitué uniquement d'entités mobiles, de nombreux travaux ont été conduit dans le domaine des réseaux tolérants aux délais (DTN en anglais, Delay/Disruption Tolerant Networks). Dans les DTNs, les noeuds sont mobiles et se rencontrent de manière opportuniste ou prévisible. Le nombre de noeuds voisins (avec qui un noeud est en contact) à chaque instant est assez faible et le graphe de connectivité est en permanence partitionné. La probabilité d'avoir un chemin de bout en bout entre une paire de noeuds à un instant donné est donc très faible (voire nulle) lorsqu'ils ne sont pas à portée l'un de l'autre. L'acheminement des paquets de données ne pouvant se faire avec les mécanismes de routage IP classiques (e.g. Internet) dans les réseaux DTN, il peut se baser sur le principe suivant : stockage et transmission (en anglais, « Store and Forward »). Par exemple, les messages peuvent être routés avec un routage épidémique dans lequel les messages se propagent de manière épidémique dans le réseau. Selon un autre type de routage de type "Spray and Wait" le noeud source décide de transmettre le message à N noeuds qu'il rencontre. D'autres méthodes connues de l'art antérieur ~o considèrent l'historique des contacts qui est utilisé afin de déterminer s'il est opportun ou non de retransmettre un message. II est aussi connu d'utiliser un algorithme distribué permettant de construire des communautés d'utilisateurs ayant une mobilité similaire. Le noeud le plus central d'une communauté est élu courtier (broker en anglais) 15 afin de supporter des disséminations de données de type publication/souscription au sein de ces communautés. Dans la publication de Stratis loannidis, Augustin Chaintreau et Laurent Massoulié, intitulée « Optimal and Scalable Distribution of Content Updates over a Mobile Social Network », Proc of INFOCOM 2009, Rio de 20 Janeiro, Brésil, les auteurs étudient la dissémination de flots de contenu (e.g., flux RSS) à partir de serveur dans l'infrastructure vers des utilisateurs mobiles dans les réseaux hybrides supportant la dissémination épidémique du contenu en utilisant les capacités de communication ad hoc. Les auteurs proposent une méthode permettant au fournisseur de contenu d'allouer aux 25 utilisateurs mobiles une certaine bande passante sur le réseau d'accès à l'infrastructure telle que la fraîcheur globale du contenu soit maximale, tout en étant équitable vis à vis de la quantité de contenu reçu par les utilisateurs. Dans cette publication, l'allocation des ressources sur le réseau d'infrastructure s'effectue de manière statique et globale en considérant une 30 unique source de contenus. Aucune boucle de contrôle n'est utilisée pour réallouer les ressources en fonction des performances réelles observées. Malgré tous les avantages qu'elles présentent, les méthodes connues de l'art antérieur ne permettent pas d'ajuster la dissémination des données au cours du temps en fonction de l'avancée de cette dissémination pour respecter les délais requis, délais dans lesquels les informations doivent être délivrées à un utilisateur. L'objet de la présente invention concerne un procédé pour disséminer des messages Mi ou le contenu d'informations dans un réseau dit hybride comprenant une ossature de réseau comprenant des entités pilotes, une entité pilote comprenant au moins une base de données de contenu ou de messages à disséminer, un module d'ordonnancement des transferts des messages, un module de courtage, un module de mesure de l'état de dissémination des messages Mi et un réseau mobile composé de N noeuds mobiles 101i, lesdits noeuds mobiles communiquant de manière « ad hoc » entre eux lorsqu'ils sont en portée radio, ladite infrastructure communiquant avec les entités mobiles 101i du réseau mobile caractérisé en ce qu'il comporte au moins les étapes suivantes: • Au niveau de chacune des entités pilotes de l'ossature du réseau, exécuter un algorithme d'ordonnancement des transferts d'au moins 20 un message Mi en exécutant les étapes suivantes: • Soit Sc(t) l'ensemble des noeuds mobiles ayant souscrit au contenu de type C. • Soit Mi un message correspondant au contenu de type C, • Pour chaque message Mi contenu dans la base de données, si un 25 noeud mobile 101i est présent dans le voisinage d'une entité pilote, alors si 101i est abonné au contenu de type Mi, transférer le message Mi à l'utilisateur mobile 101i, • Soit IM;(t) le nombre de noeuds ayant reçu un message Mi contenant des informations dans le réseau à l'instant t: 15 20 25 10 • Soit ETAT, l'état général du processus de dissémination du message Mi, ETAT prenant une valeur initiale « ENCOURS ». • Tant que ETAT = « ENCOURS », exécuter toutes les AT secondes les étapes suivantes: o Récupérer du module de mesure d'états de la dissémination les états IM,(t) indiquant à l'instant courant t les noeuds mobiles ou entités du réseau mobile ayant reçu le message Mi,. o Récupérer du module de courtage l'ensemble Sc(t) des utilisateurs mobiles abonnés au contenu de type Type C. o Si cardinal IM;(t) = cardinal Sc(t) ^ Mettre ETAT « ARRETER » SINON ^ Calculer Texp(Mi), le temps restant avant expiration de Mi ^ Si Texp(Mi) > 0, c'est-à-dire qu'il reste du temps avant que le contenu du message Mi devienne obsolète, • Appeler la fonction « Dissémination(Mi,IM;,Sc) » qui va permettre de disséminer ou transmettre le message Mi à toutes les entités qui ont souscrit au contenu de type C. ^ Sinon • Retirer Mi de la base de données, le contenu du message Mi (informations) est devenu obsolète. Le processus gérant les rencontres entre deux noeuds mobiles 101i suit, par exemple, une loi de Poisson d'intensité À et en ce que la fonction de dissémination comporte au moins les étapes suivantes: la probabilité pour qu'un noeud ou entité mobile 101i n'ayant pas encore reçu le message le reçoive est donnée par : • Pr [I(t + dt) û I(t) = 1) _ ÀI(t) [N -~ I (t)] dt + o(dt) Pr [I(t + dt) -- I (t) > 11 = o(dt) déterminer l'état 1(t) de la propagation ou distribution d'un message Mi 10 - estimer à cet instant t la probabilité Pr [I(t + At) = TI 1(t)] que tous les noeuds ou entités mobiles 101i ayant souscrit au service de distribution du message Mi aient reçu le message ou contenu d'information, si on attend un temps dt supplémentaire. En se fixant une valeur seuil a, un délai D (égal à Exp(Mi)) pour diffuser un 15 message Mi à l'ensemble des noeuds du réseau, exécuter l'algorithme suivant : - estimer m le plus petit nombre de noeuds mobiles qui doivent initialement recevoir le message Mi de sorte que Pr (I(D) = NII(o) = n) > u et faire 20 à chaque appel de l'algorithme: • Si Pr(I(D) = NII(t) = i) > u alors ne rien modifier • Sinon, la probabilité de pouvoir disséminer le message Mi grâce aux m noeuds initiaux est faible, alors chercher le plus petit nombre k de noeuds permettant la diffusion du message Mi vers 25 toutes les entités ayant souscrit au service de transmission de Mi, tant que Pr (I(D) = NtI(t) = + k) > S, et ajouter k noeuds mobiles à l'ensemble, les k noeuds ajoutés étant choisis au hasard. Selon un mode de réalisation, chaque noeud i rencontre un autre 5 noeud j selon un processus de Poisson d'intensité Soit pi(t) la probabilité que le noeud i soit infecté à l'instant t, et 1(t) = (p;(t))i, le nombre de noeuds ayant reçu le message Mi A établir la relation suivante: i(t + dt) pi(t) + (1 -- pi(t)) 1ù IZj≠i.(.1- pp(t) dt + o(dt)) _ pi(t) + (1ù p (t)) (E3~,p3(t)À3dt) + o(dt) 10 - connaissant lM,{t) (l'état de la propagation du message Mi à l'instant t), fixer les valeurs de pz (t) E {0,1}selon que le noeud 101i a reçu le message Mi ou non, - estimer les Mt + At f 1(t)), - connaissant 1(t), calculer la probabilité de succès de la diffusion du 15 message Mi à tous les noeuds mobiles 101i à l'instant t + At, Pra.,c(t + Lt i(t)) = p (t + ittI(t)) Sachant que Pr-(D) °, en permanence, la probabilité qu'un noeud ou entité mobile reçoive le message Mi dans le délai de vie du message soit est à une valeur seuil a 20 répéter toutes les AT secondes: IM; o,t): = IM,{t) correspond à l'ensemble de noeuds qui ont reçu le message Mi. Tant que Sc(t) # IM;(t) et Prsäcc(D I lM;(t)) • Pour chaque noeud ou entité mobile s appartenant à l'ensemble des noeuds qui a adhéré ou souscrit au contenu C mais qui n'a pas encore reçu le message, recalculer la valeur de la probabilité PrsucaD I IM,{t)) en supposant que s est infecté • Soit Smax le noeud qui, lorsqu'il a reçu le message Mi, fait le plus augmenter la valeur de la probabilité Prsucc(D ~ lM,(t)), • Rajouter Smax à l'ensemble des noeuds infectés en faisant IMi(t)'IMi(t) U (Smaxi Puis diffuser le contenu ou le message Mi vers les noeuds appartenant à l'ensemble lM,{t) \ IMi aia(t), c'est-à-dire le nouvel ensemble excluant l'ancien ensemble. L'estimation des probabilités p,{t + Lit ~ I(t)) est réalisée, par exemple, en résolvant le système dp (t J≠a 1 de manière approchée. L'invention concerne aussi un système permettant de disséminer un contenu d'informations ou message Mi au sein d'un réseau comprenant une ou plusieurs entités pilotes communiquant avec un ou plusieurs noeuds mobiles ou utilisateurs 101i communiquant avec au moins une des entités pilotes caractérisé en ce que : - au moins une entité pilote comporte au moins les éléments suivants - une Base de données des messages Mi à distribuer vers les entités mobiles ou noeuds ayant souscrit ayant souscrit à ce type de contenu - un module de courtage maintenant la liste des entités mobiles étant abonnées à un certain type de contenu, - un Module de connaissance et apprentissage de la mobilité desdites entités mobiles, (1 pi(t)) (Eit dt A un module de mesure de l'état des disséminations des messages Mi référencés dans la base de données, A un module de routage, un module d'ordonnancement des transferts permettant de décider quel(s) sont le ou les message(s) qui doivent être transférés à un instant donné et vers quelle(s) entité(s) mobiles(s) via le réseau d'infrastructure et exécutant les étapes de l'algorithme d'ordonnancement décrit ci-dessus, en utilisant les informations fournies par la base de données, par le module de courtage, par le module de mesure de l'état des disséminations, par le module de routage, et par un module d'apprentissage de la mobilité, > une entité mobile du réseau mobile comprenant au moins les éléments suivants : o une base de données des messages Mi reçus, 15 o un module de courtage permettant à une entité mobile de s'enregistrer à un service, o un module d'ordonnancement des transferts qui permet de décider quel(s) message(s) doivent être transférés et vers quelle(s) entité(s) mobiles. 20 D'autres caractéristiques et avantages du dispositif selon l'invention apparaîtront mieux à la lecture de la description qui suit d'un exemple de réalisation donné à titre illustratif et nullement limitatif annexé des figures qui représentent : 25 • La figure la un premier exemple de réseau hybride dans lequel peut être mis en oeuvre le procédé selon l'invention, et la figure 1 b un deuxième exemple, • La figure 2, de manière schématique la boucle de transmission du contenu d'informations selon l'invention, • La figure 3, les fonctions élémentaires présentes dans un "pilote", et • La figure 4, la liste des fonctions élémentaires présentes dans un utilisateur mobile du réseau de communication hybride. Afin de mieux faire comprendre l'objet de la présente invention, l'exemple qui va suivre est donné dans le cadre d'un réseau comprenant une infrastructure (avec son réseau d'accès) ainsi que des utilisateurs fixes et mobiles. Les utilisateurs mobiles 101i sont par exemple dans un contexte 3G des téléphones portables. L'infrastructure correspond, par exemple, au ~o réseau d'un opérateur de téléphonie mobile et comprend des éditeurs fixes qui sont par exemple des serveurs de contenu hébergés dans le coeur de l'Internet ou dans un réseau coeur du fournisseur d'accès 3G. Dans cet exemple, on considère que les éditeurs de contenu sont également les "pilotes" de sa diffusion. 15 Sans sortir du cadre de l'invention, il serait possible d'utiliser un utilisateur mobile comme source de contenu et/ou comme "pilote" de sa diffusion. Le procédé utilise notamment une boucle de contrôle, schématisée par exemple à la figure 2, pour disséminer de façon massive le 20 contenu de données ou d'informations à partir d'éditeurs fixes dans l'ossature du réseau vers les utilisateurs mobiles qui ont souscrit audit contenu, en respectant les délais maximaux de livraison associés. Sur la figure 2 est représentée une boucle comprenant une consigne C ordonnant la livraison d'un contenu de données Mi à un groupe 25 G d'utilisateurs mobiles 101i dans un délai maximal D correspondant à un délai fixé en fonction des informations à transmettre. De manière itérative, en fonction de l'observation de la distribution ou des livraisons du contenu déjà effectuées au niveau des utilisateurs mobiles, ce qui correspond à la mesure Y sur la figure 2, le procédé selon l'invention détermine l'erreur E relative à la 30 consigne C, afin de décider quel sous-ensemble d'abonnés mobiles qui n'ont pas encore reçu les informations et qui devraient les recevoir, doit recevoir le contenu d'informations via l'ossature du réseau pour respecter la contrainte de délai associée à mi (contenu d'informations). Dans l'exemple précédent, le contenu à transmettre était le contenu du journal New York Times, avec un délai d'un jour, par exemple, les informations journalières pouvant être considérées comme périmées le jour suivant. La figure 3 illustre les différents éléments et modules (référencés 10 sur la figure) devant être présents dans chacune des entités "pilotes" qui contrôlent la diffusion des contenus. 1. API de publication : Cette interface est utilisée par les fournisseurs de io contenu pour publier un contenu. Cette interface permet de spécifier les paramètres de qualité de service (QoS en anglais, Quality of Service) associés à la dissémination (e.g, le message Mi n'est plus pertinent après l'instant T). Afin de caractériser le contenu publié, de nombreuses techniques peuvent être utilisées, comme par exemple l'utilisation de métadonnées ou 15 de topics (par exemple /news/ basket-bail/europe/championship pour les informations concernant les résultats du championnat européen de basket). Cette API permet de passer le message (e.g., intégralité ou sous-partie d'un contenu) à la base de données 2 des messages Mi. 2. Base de données des messaqes : Les entités "pilotes" du réseau utilisant 20 le procédé sont munies d'une mémoire ou une base de données leur permettant de stocker les messages Mi à distribuer vers les utilisateurs ayant souscrit à un service donné leur permettant d'obtenir dans un délai donné le contenu des messages Mi. Les messages Mi ayant expiré sont automatiquement effacés de cette base de données, c'est-à-dire que les 25 messages ont une durée de vie ou délai d'expiration, délai à partir duquel, l'information n'a plus de valeur instantanée pour un utilisateur. Ils seront donc éliminés de cette base de données dès que la valeur de l'instant auquel l'utilisateur les reçoit est supérieure au délai d'expiration. 3. Module de courtage : Ce module permet de maintenir la liste des 30 utilisateurs abonnés à un certain contenu, caractérisé comme indiqué précédemment (e.g, en utilisant par exemple des métadonnées ou des topics). 4. Module de connaissance et apprentissage de la mobilité Ce module connaît a priori, ou recueille des informations concernant la mobilité (passée ou future) des noeuds mobiles (ces informations peuvent être recueillies en utilisant une cellule GSM Global system Mobile, ou encore des données GPS Global Positioning system) ou concernant leurs interactions (e.g, fréquence des contacts entre deux entités mobiles données, planification de la mobilité d'un utilisateur). Ces informations permettent au module 7 d'ordonnancement des transferts d'optimiser globalement la distribution du contenu de l'information (messages Mi à distribuer dans un délai donné à un utilisateur ayant souscrit). 5. Module de mesure de l'état des disséminations : Ce module mesure l'état de la dissémination des messages Mi référencés dans la base de données 2 des messages en recevant principalement des notifications de livraison de la part des utilisateurs via l'ossature du réseau. II récolte les informations sur la livraison ou non du contenu d'informations attendu par un client. Ces informations qui remontent des entités mobiles vers la source du contenu permettent la mise en oeuvre du canal de retour proposé dans ce procédé. Le module peut également demander si besoin ces informations directement aux utilisateurs. 6. Module de routage :, Ce module permet de connaître la meilleure route ou les différentes routes possibles pour joindre un utilisateur donné. C'est cette route ou chemin par lequel les messages Mi seront transmis. Les utilisateurs peuvent être joignables de manière synchrone via l'ossature du réseau, par exemple un chemin IP (Internet Protocol existe), cette information est alors donnée par un protocole de routage IP et des mécanismes de résolution d'adresse (e.g, DNS, méthode ou protocole qui offre la capacité à un dispositif du réseau tel qu'un routeur d'utiliser le protocole « Internet Protocol Suite ». Les utilisateurs peuvent être également joignables de manière asynchrone en utilisant un acheminement opportuniste, cette information est alors donnée par un protocole de routage DTN connu de l'Homme du métier et ayant notamment pour fonction de changer en temps réel des configurations de noms de domaines, d'adresses ou encore d'autres informations. 7. Ordonnancement des transferts : Ce module permet de décider quel(s) sont le ou les message(s) qui doivent être transférés à un instant donné et vers quelle(s) entité(s) mobiles(s) via l'ossature du réseau. Cette décision est prise en utilisant les informations fournies par la base de données 2 des messages Mi, par le module de courtage 3, par le module de l'état des disséminations 5, par le module de routage 6, ainsi que par le module d'apprentissage de la mobilité 4. L'algorithme d'ordonnancement utilisé par le procédé selon l'invention est explicité dans la suite du document. 8. Gestion des émissions : Ce module effectue l'émission des messages en provenance du module d'ordonnancement 7 des transferts vers les utilisateurs mobiles 101i ayant souscrit à un service. L'algorithme d'ordonnancement peut être implémenté sous une forme logicielle dans une pile de routage applicatif ou de surcouche ou "overlay". La figure 4 illustre quant à elle les différents modules et éléments (référence 11) présents chez un utilisateur mobile 101i du réseau mobile. 12. Base de données des messages : Les utilisateurs mobiles du réseau sont munis d'une mémoire leur permettant de stocker les messages Mi qu'elles ont reçus en transit à redistribuer. Les messages dont le délai de livraison se trouve dans le passé sont automatiquement effacés de cette base de données. On dira de tels messages, qu'ils ont expiré. 13. Module de courtage : Ce module permet à l'utilisateur mobile de s'enregistrer via l'API de souscription 19 comme souscripteur pour un certain contenu de données caractérisé comme indiqué précédemment (en utilisant par exemple des méta données ou des topics). Ce module garde une connaissance locale des souscriptions du noeud. Les mises à jour sont transmises aux "pilotes" des contenus via l'ossature du réseau. 14. Module de routage : Ce module permet de connaître la route pour joindre des entités via l'ossature mais surtout de découvrir les noeuds à proximité d'un autre noeud en utilisant les capacités de communication ad hoc du réseau mobile par exemple. 15. Ordonnancement des transferts Ce module permet de décider quel(s) message(s) doivent être transférés et vers quelle(s) entité(s). Cette décision est prise en utilisant les informations fournies par la base de données 12 des messages, par le module de courtage 13, et par le module de routage 16. L'algorithme utilisé est décrit dans la suite du document. 16. Gestion des émissions : Ce module effectue les transferts des messages Mi en provenance du module d'ordonnancement des transferts 15 vers les entités mobiles 101i en portée radio. 17. Module de réception : Ce module réceptionne les messages en provenance des autres entités puis les stocke dans la base de données des messages 12 si ceux-ci n'ont pas expiré, c'est-à-dire que le message ayant une durée de vie donnée, cette dernière n'est pas périmée. Ce module décide de transférer chaque message Mi reçu vers l'API de notification 10 si l'entité hébergeant le module est abonnée de ce type de messages, cette information est donnée par le module de courtage 13. 18. API de notification : Cette interface notifie les applications locales ayant souscrit à un contenu de l'arrivée d'un message Mi correspondant à ce type de contenu. 19. API de souscription : Cette interface permet aux applications locales de souscrire à un certain type de contenu. 20. Module (Optionnel) d'apprentissage de la mobilité : Ce module recueille des informations concernant la mobilité (passées ou futures) du noeud mobiles (e.g, cellule GSM, données GPS) ou concernant ses interactions avec les autres (e.g, fréquence des contacts entre deux entités mobiles données). Ces informations sont transmises périodiquement aux entités "pilotes" via l'ossature du réseau. Algorithme du module d'ordonnancement 7 des transferts L'algorithme peut être implémenté sous une forme logicielle dans une pile de "routage" applicatif située dans le module 7 d'une entité de l'ossature. On considère un réseau de noeuds ou entités mobiles. Soit Sc(t) l'ensemble des noeuds ayant souscrit au contenu C. ~o Soit Mi un message correspondant au contenu C. Soit lu(t) le nombre de noeuds infectés, c'est-à-dire ayant reçu le message Mi à l'instant t. IM;(t) est inclus dans Sc(t). L'algorithme suivant permet au module d'ordonnancement 7 des transferts résidant sur les entités de l'ossature de procéder à la dissémination d'un 15 message Mi appartenant au contenu C: • Soit ETAT, l'état général du processus de dissémination du message Mi. ETAT prenant, par exemple, pour valeur initiale « ENCOURS ». • Tant que ETAT ~ « ENCOURS », exécuter toutes les AT 20 secondes les étapes suivantes: o Récupérer du module de mesure d'états de la dissémination 5 les états IM(t) indiquant à l'instant courant t les noeuds mobiles ou entités du réseau mobile ayant reçu le message Mi. 25 o Récupérer du module de courtage 3 l'ensemble Sc(t) des utilisateurs mobiles abonnés au contenu de type Type C. o Si cardinal IM;(t) = cardinal Sc(t) ^ Mettre ETAT = « ARRETER » SINON ^ Calculer Texp(Mi), le temps restant avant expiration de Mi ^ Si Texp(Mi) > 0, c'est-à-dire qu'il reste du temps avant que le contenu du message Mi devienne obsolète, • Appeler une fonction dénommée « Dissémination(Mi,IM;,Sc) » qui va permettre de disséminer ou transmettre le message Mi à toutes les entités qui ont souscrit au contenu C. ^ Sinon • Retirer Mi de la base de données 2, le contenu du message Mi (informations) est devenu obsolète. La valeur de àT est choisie inférieure au temps d'expiration initial du contenu. Plus elle est petite, puis il est possible de contrôler la dissémination du contenu et la précision de cette dissémination. Si elle est trop petite, le 20 système risque de mal réagir en présence d'erreurs de prédiction sur la mobilité des noeuds. L'algorithme suivant permet au module d'ordonnancement des transferts 7 résidant sur les utilisateurs mobiles de fonctionner: • Pour chaque message Mi présent dans la base de données 2, 25 Si un utilisateur mobile 101i est présent dans le voisinage, ^ Si 101i est abonné au contenu de type(Mi), o 5 10 15 • Transférer le message Mi à l'utilisateur mobile 1011 Fonction « Dissémination (Mi, IM;,Sc) » On cherche à assurer la diffusion du message Mi à l'ensemble S, 5 des souscripteurs du contenu C dans le délai imparti, sachant que les noeuds dans IM; ont déjà le message. On considère le réseau constitué des N noeuds ayant souscrit au contenu C à l'instant t. N=cardinal(S,(t)) Deux manières de mettre en oeuvre l'algorithme vont être explicitées. 10 Cas homogène Le premier cas suppose qu'un noeud ou entité mobile rencontre un autre noeud selon un même processus d'inter-arrivée des contacts suivant une loi de Poisson d'intensité A. Comme tous les noeuds sont interchangeables, il suffit dans ce premier 15 exemple de mise en oeuvre de connaître le nombre de noeuds infectés 1(t) = cardinal(IM;(t)), pour caractériser l'état de la propagation de l'épidémie ou dissémination du contenu ou d'un message. 1(t) est à valeurs dans (1,2,..,N). 1(t) évolue selon un processus de poisson non homogène. En effet, lorsque 1(t) noeuds sont infectés, c'est-à-dire qu'ils ont reçu le message Mi, et N-i(t) 20 sont sains, ce qui correspond à des entités mobiles qui n'ont pas encore reçue le message Mi, il y a un nombre égal à i(t)[N-i(t)] possibilités de rencontres entre les noeuds mobiles 1011 qui peuvent ajouter un noeud à l'ensemble IM;(t) des noeuds ayant reçu le message Mi. Ce qui conduit à la probabilité pour qu'un noeud ou entité mobile n'ayant pas 25 encore reçu le message le reçoive : • Pr [i(t + dt) ?(t) =1} = À?(t) [N û :(t)] dt + o(dt) ^ Pr [ (t + dt) - t) > 11 = o(dt) o(t) est une notation classique mathématique dans le cadre d'un développement limité. Ces expressions mathématiques permettent d'expliquer les éléments théoriques sous jacent à l'implémentation du procédé décrit dans le paragraphe relatif à l'algorithme de dissémination avec rétroaction.. La succession des états d'infection (un état indique à un instant courant t le nombre de noeuds mobiles ayant un message Mi) forme une chaîne de Markov à temps continu. L'intensité de transition entre l'état 1(t) = k état pour lequel k noeuds mobiles ont reçu le message Mi et il(t + dt) = k + 1, état pour lequel (k+1) nœuds ont reçu le message Mi est: Ak = Àk(N - k). Ce qui correspond à la matrice de transition suivante: o `"`AN-1 ÀN-1 1 À1 -À2 Soit (t) le vecteur d'état de cette chaîne de Markov: 15 Ce qui donne le vecteur Au bout d'un temps ©t, il y aura en moyenne E(i(t+At)) = [1 2 ... N] t +410 noeuds infectés, c'est-à-dire qui auront reçu un message Mi. Algorithme de diffusion avec rétroaction 20 Une mesure de l'état de la propagation ou distribution d'un message fournit l'état IM;(t) (et donc la valeur de 1(t) et du vecteur Ir(t) avec des 0 partout sauf pour l'état courant qui vaut 1. Il est alors possible d'estimer à cet instant la probabilité Pr [t(t+ At) = NI i(t)1 que tous les noeuds ou entités mobiles ayant souscrit au service de distribution du message Mi aient reçu le 25 message ou contenu d'information, si on attend un temps At supplémentaire. dt+o(d En se fixant : • un seuil a (par ex 95%) • un délai D (égal à Exp(Mi)) pour diffuser un message Mi à l'ensemble des noeuds du réseau Au premier appel de l'algorithme de diffusion avec rétroaction le plus petit nombre m de noeuds mobiles qui doivent initialement recevoir le message Mi de sorte que Pr (i(D) = Nf (t) I) ? a est estimé (probabilité que le seuil de propagation soit suffisant/totalité de la période, D est la valeur de la deadline) ; m correspond au nombre de noeuds mobiles ayant initialement 1 o reçu le message Mi. A chaque appel de l'algorithme: Si P (t(D) = Nli(f) = n) a alors on ne fait rien, la probabilité de disséminer le message Mi à l'aide des n noeuds infectés à l'instant t est satisfaisante. 15 • Sinon, la probabilité de pouvoir disséminer le message Mi grâce aux n noeuds actuellement infectés est trop faible. On cherche alors le plus petit nombre k de noeuds supplémentaires permettant la diffusion du message Mi vers toutes les entités ayant souscrit au contenu C avec une probabilité satisfaisante. 20 On cherche donc le plus petit k tel que : Pr (i(D) = NI i(t) = n + k» °. Finalement on choisi au hasard k noeuds non infectés auxquels on distribue chacun une copie du message Mi en passant par l'infrastructure. Cas non homogène 25 Estimation de la probabilité de succès de la diffusion Chaque noeud i rencontre un autre noeud j selon un processus de Poisson d'intensité Ait, ce qui conduit à AU = Aji et Ali = O. 24 Soit pi(t) la probabilité que le noeud i soit infecté à l'instant t, et la suite (pi(t))b caractérise notre connaissance de la propagation de l'épidémie. La relation suivante est établie: pi t) + 1ùpi t ) = Pi(t) + (1 Pi(t))5 Ce qui donne le système d'équations différentielles suivant: tùflj 1 pi ).Aidt+o(dt)) + o(dt) pi(t + d dpi(t) = (1 -pi(t)) (D(t)À) dt Jo.z Connaissant lmi(t), on fixe les valeurs de P) { {0, 1} selon que le noeud mobile 101i est infecté ou non. On peut alors estimer les pi(t + At 1 Imi(t)) en résolvant le système de façon approchée (en utilisant, par exemple, la 10 méthode RK4 de RungeùKutta [RK4]). .7 i (t) dt Prs + àtll np-(t + Atilmi(t)) Finalement, connaissant 1(t), il est possible de calculer la probabilité de succès de la diffusion d'un message Mi à tous les noeuds à l'instant t + At. ce qui correspond à la probabilité que des noeuds reçoivent le 15 message Mi à diffuser. La notation AtIlmi(t) correspond à la Probabilité qu'à t+At sachant que Imi(t) sont déjà infecté, tous les noeuds soient infectés. Algorithme rétroactif glouton pour contrôler la diffusion dans le cas non homogène Initialement, l'ensemble des noeuds mobiles ayant reçu le message Mi, 20 Imi(t=O), est l'ensemble vide. Comme dans le modèle simplifié, on se fixe par exemple: un seuil o. (par ex 95%) • un délai D (égal à Exp(Mi)) pour diffuser un message à l'ensemble des noeuds du réseau On veut en permanence assurer que Prsucc(D) a. C'est-à-dire qu'en permanence, on veut que la probabilité qu'un noeud ou entité mobile reçoive le message Mi dans le délai de vie du message soit supérieur à une valeur seuil. Cette valeur seuil est choisie en fonction de l'information contenue dans le message Mi. C'est une donnée d'entrée au processus de dissémination ; c'est la tolérance au fait qu'un certain nombre de noeuds ne soient pas infectés à la fin. Pour cela, on va utiliser l'algorithme glouton suivant (répété toutes les AT secondes): IMi aid(t): = IM,{t) correspond à l'ensemble de noeuds qui ont reçu le message Mi. Tant que Sc(t) # IMu(t) et Prsäc0(D I IMO(t)) Puis diffuser le contenu ou le message Mi vers les noeuds appartenant à l'ensemble IM,{t) \ lM; oId(t), c'est-à-dire le nouvel ensemble excluant l'ancien ensemble. Le procédé utilise des informations concernant les interactions entres les noeuds (par exemple la mobilité des noeuds, la fréquence de leurs rencontres) afin de minimiser le nombre de noeuds mobiles qui reçoivent le contenu de la part du service de distribution du contenu via l'ossature du réseau (3G ou VHF par exemple) tout en garantissant un délai maximal de livraison. Ce procédé permet notamment de réduire les communications radio en minimisant les informations échangées entre l'ossature du réseau et les noeuds mobiles. Ceci présente notamment des intérêts en termes de discrétion, d'augmentation de la durée de vie du réseau, de réduction des coûts, de gain en capacité globale du réseau. Le procédé selon l'invention est robuste aux erreurs de prédiction liées au fait que la mobilité des noeuds n'est le plus souvent pas déterministe. La boucle fermée de contrôle permet un réajustement régulier du processus afin qu'il satisfasse le résultat attendu dans tous les cas. REVENDICATIONS1 ù Procédé pour disséminer des messages Mi ou le contenu d'informations dans un réseau dit hybride comprenant une ou plusieurs entités pilotes (103k, 111 k), une entité pilote comprenant au moins une base de données (2) de messages à disséminer, un module d'ordonnancement (7) des transferts des messages, un module de courtage (3), un module de mesure (5) de l'état de dissémination des messages Mi et un réseau mobile (200) composé de N noeuds utilisateur mobiles (101i, 107j) ou Ui, lesdits noeuds mobiles communiquant entre eux lorsqu'ils sont en portée radio, lesdites entités pilotes (103k, 111 k) communiquant avec les entités utilisateur mobiles (101i) du réseau mobile caractérisé en ce qu'il comporte au moins les étapes suivantes: > Au niveau de chacune des entités pilotes (103k, 111k) du réseau, 15 exécuter un algorithme d'ordonnancement des transferts d'au moins un message Mi en exécutant les étapes suivantes: - Soit Sc(t) l'ensemble des noeuds mobiles ayant souscrit au contenu de type C. - Soit Mi un message correspondant au contenu de type C, 20 - Pour chaque message Mi contenu dans la base de données (2), si un noeud utilisateur mobile (101i) est présent dans le voisinage d'une entité pilote, alors si l'entité utilisateur mobile (101i) est abonnée au contenu de type Mi, transférer le message Mi audit utilisateur mobile (101i), 25 - Soit IM;(t) le nombre de noeuds ayant reçu un message Mi contenant des informations dans le réseau à l'instant t: • Soit ETAT, l'état général du processus de dissémination du message Mi, ETAT prenant une valeur initiale « ENCOURS », • Tant que ETAT = « ENCOURS », exécuter toutes les ©T 30 secondes les étapes suivantes: o Récupérer du module de mesure d'états de la dissémination (5) les états IM;(t) indiquant à l'instant courant t les noeuds mobiles ou entités du réseau mobile ayant reçu le message Mi,. o Récupérer du module de courtage (3) l'ensemble Sc(t) des utilisateurs mobiles abonnés au contenu de type Type C. o Si cardinal IM(t) = cardinal Sc(t) ^ Mettre ETAT = « ARRETER » o SINON ^ Calculer Texp(Mi), le temps restant avant expiration de Mi ^ Si Texp(Mi) > 0, c'est-à-dire qu'il reste du temps avant que le contenu du message Mi devienne obsolète, Appeler une fonction « Dissémination(Mi,IM;,Sc) » qui va permettre de disséminer ou transmettre le message Mi à toutes les entités qui ont souscrit au contenu de type C. ^ Sinon • Retirer Mi de la base de données (2), le contenu du message Mi (informations) est devenu obsolète. 2 û Procédé selon la revendication 1 caractérisé en ce que le processus gérant les rencontres entre deux noeuds utilisateur mobiles (101i) 20 25 suit une loi de Poisson d'intensité et en ce que la fonction de dissémination comporte au moins les étapes suivantes: la probabilité pour qu'un noeud ou entité utilisateur mobile (101i) n'ayant pas encore reçu le message le reçoive est donnée par : , Pr [I(t + dt) - I(t) =1] = Xt(t) [N ù I(t)] dt + a(dt) • Pr [I(t + dt) -- I (t) 11 = o(dt) - déterminer l'état 1(t) de la propagation ou distribution d'un message Mi - estimer à cet instant t la probabilité Pr [1(1 + At) = NI 1(t)] que tous les noeuds ou entités utilisateur mobiles (101i) ayant souscrit au 10 service de distribution du message Mi aient reçu le message ou contenu d'information, si on attend un temps At supplémentaire. En se fixant une valeur seuil d, un délai D (égal à Exp(Mi)) pour diffuser un message Mi à l'ensemble des noeuds du réseau, exécuter l'algorithme suivant : 15 - estimer m le plus petit nombre de noeuds mobiles qui doivent initialement recevoir le message Mi de sorte que Pr (I (D) = NI I (0) = ) ? u et faire à chaque appel de l'algorithme: • Si Pr (I(D) = NII(t) = i) ? a alors ne rien modifier 20 • Sinon, la probabilité de pouvoir disséminer le message Mi grâce aux m noeuds initiaux est faible, alors chercher le plus petit nombre k de noeuds permettant la diffusion du message Mi vers toutes les entités ayant souscrit au service de transmission de Mi, tant que Pr MD) = NjI (t) i + k) ? S, et ajouter k noeuds 25 mobiles à l'ensemble, les k noeuds ajoutés étant choisis au hasard.3 ù Procédé selon la revendication 1 caractérisé en ce que pour un réseau où chaque noeud i rencontre un autre noeud j selon un processus de Poisson d'intensité Soit A(t) la probabilité que le noeud i soit infecté à l'instant t, et l(t) _ (p;(t))i, le 5 nombre de noeuds ayant reçu le message Mi - établir la relation suivante: (t + dt) = t~(t) + (1-- pp(t)) fj≠x(1 ù Pi(t) fdt +.o(dt)) p(t) + (1ùpa(t)) pj(t),ijdt + o(dt) connaissant lem,{t) (l'état de la propagation du message Mi à l'instant t), fixer les valeurs de p_(t) e {0=1 }selon que le noeud (101i) a reçu le message Mi ou ~o non, > estimer les p,(t + At 11(t)), connaissant 1(t), calculer la probabilité de succès de la diffusion du message Mi à tous les noeuds utilisateur mobiles (101i) à l'instant t + At, Prs acc(t+ tjI(t)) _ p t + -tII(t)) 15 Sachant que P?' (D) ? a, en permanence, la probabilité qu'un noeud ou entité mobile reçoive le message Mi dans le délai de vie du message soit est à une valeur seuil a > répéter toutes les AT secondes: IM; oId(t): lM,{t) correspond à l'ensemble de noeuds qui ont reçu le 20 message Mi. Tant que Sc(t) 0 IM;(t) et Prsädc(D I /M;(t))