Vous êtes sur la page 1sur 174

Adaptation la mobilit dans les rseaux ad hoc

Cholatip YA WUT

Thse dirige par

Batrice PAILLASSA Professeur-Directrice de recherche Riadh DHAOU Matre de confrence-Co encadrant

Rsum :
Les tudes protocolaires sur les rseaux multi-sauts mobiles proposent d'amliorer la performance du rseau en liant le comportement des protocoles sa dynamique d'volution. Le protocole s'adapte l'tat du rseau grce un ensemble de mtriques. Ainsi pour les protocoles de routage il s'agit de trouver des chemins tout en considrant l'tat nergtique des nuds, la bande passante des liens, la qualit de service, ou encore la dynamique de la topologie qui est lie la qualit des liens sans l et la mobilit des lments du rseau. Le travail prsent traite de l'adaptation la mobilit dans les protocoles de routage, et s'intresse aux mtriques de mobilit. Dans une premire tape nous analysons le processus d'adaptation en en dgageant les caractristiques, les contraintes et l'intrt, et, tudions qualitativement les mtriques de mobilit. Nous examinons dirents travaux de recherche ayant pour objet la mobilit et ses mtriques dont nous proposons une taxinomie originale. Nous mettons en vidence l'intrt des mtriques obtenues par mesure locale et de voisinage. Dans une deuxime tape nous valuons par simulation les mtriques. L'objectif est de dterminer une meilleure mtrique de mobilit, c'est dire celle qui apportera le plus de gain de performance une adaptation protocolaire. Le postulat est que plus la mtrique inue sur les performances d'un protocole plus il est intressant que le protocole adapte son comportement en fonction de sa valeur. L'analyse de corrlation entre performances et mtriques, sur plusieurs protocoles de routage, ne permet pas de mettre en avant une meilleure mtrique qui soit indpendante du contexte, savoir, de la densit, du modle de mobilit. Nous montrons nanmoins l'intrt de la mtrique dure de liaison. Finalement nous dveloppons deux applications partir des mtriques slectionnes par l'analyse. Ce sont la densit, exprime par le nombre de voisins, ainsi que la mobilit, exprime par la dure de liaison pour la premire application, et par le nombre d'erreurs de route pour la seconde application. La premire application met en place un choix adaptatif des lments MPR (Multi-Point Relay) dans le protocole de routage Optimized Link State Routing (OLSR), la deuxime dveloppe une lection adaptative des chefs de clusters, et un changement de mode adaptatif (avec ou sans structure) pour le protocole Cluster Source Routing (CSR). Pour les deux applications plusieurs stratgies d'adaptations sont considres ; le meilleur rsultat est obtenu dans les deux cas par la stratgie d'adaptation la mobilit en plus de la densit. Ce travail se prolonge par l'tude de validation des rsultats en rapport au modle de mobilit. Nous en dduisons, une mthode pour appliquer selon les conditions de mobilit et de densit, des adaptations.

MOT CLES :

rseaux ad hoc, routage, OLSR, MPR, CSR, Cluster Head et

Serveur, adaptation, mobilit, densit

Table des matires

Introduction 1 Adaptation dans un rseau ad hoc


1.1 Notion d'adaptation 1.1.1 1.1.1.1 1.1.1.2 1.1.1.3 1.1.1.4 1.1.2 1.1.2.1 1.1.2.2 1.1.2.3 1.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objectif de l'adaptation en rseaux ad hoc . . . . . . . . . . . Energie limite des nuds Charge de trac Dbit limit et variabilit du dbit des liens Topologie dynamique et mobilit

1 5
6 6 6 6 7 7 9 9 10 13 16 16 17 20 20 25 28 32 36

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Processus d'adaptation . . . . . . . . . . . . . . . . . . . . . . Elments du processus d'adaptation Architecture protocolaire . . . . . . . . . . . . . . . . Porte des paramtres pour le calcul des mtriques : la vue . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Travaux sur l'adaptation en rseaux ad hoc 1.2.1 1.2.2 1.2.3

Synthse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Adaptation l'nergie disponible : mtrique nergie . . . . . . Adaptation l'tat de la liaison : mtrique canal . . . . . . . . 1.2.3.1 1.2.3.2 Mtrique sur la force du signal Mtrique sur le taux de perte . . . . . . . . . . . . . . . . . . . . . . . . .

1.2.4 1.2.5 1.3

Adaptation la charge de trac : mtriques de QOS . . . . . . Adaptation la dynamique de la topologie : mtriques de densit et de mobilit . . . . . . . . . . . . . . . . . . . . . . .

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2 Proposition de taxinomie des mtriques de mobilit et analyse qualitative 37


2.1 Gnralits 2.1.1 2.1.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 38 39 39 Inuence de la mobilit sur la performance . . . . . . . . . . . Modles de mobilit 2.1.2.1 Random Walk

2.1.2.2 2.1.2.3 2.1.2.4 2.1.2.5 2.1.3 2.2

Random Waypoint . . . . . . . . . . . . . . . . . . . RPGM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Freeway . . . . . . . . . . . . . . . . . . . . . . . . . Manhattan

40 40 41 42 44 45 46 46 46 48 51 51 53 56 58 58 60 63 67 67 67 67 67 69 72

Mthode d'analyse : Critres d'apprciation des mtriques pour de l'adaptation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Types de mtriques et point de vue . . . . . . . . . . . . . . . . . . . 2.2.1 Sociologie du dplacement 2.2.1.1 2.2.1.2 2.2.1.3 2.2.2 2.2.2.1 2.2.2.2 2.2.2.3 2.2.3 2.2.3.1 2.2.3.2 2.2.3.3 Vue locale : vitesse et dplacement

Vue voisinage : corrlation du dplacement

Vue rseau : approches analytique et gomtrique Par mesure locale : densit, erreurs de route et puissance

Prdiction du dplacement

. . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . .

Par positionnement et modlisation du mouvement de voisinage . . . . . . . . . . . . . . . . . . . . . . . Par modlisation des routes . . . . . . . . . . . . . .

Sociologie du lien . . . . . . . . . . . . . . . . . . . . . . . . . Modlisation longue chelle : Contact et rencontre Modlisation stochastique ment et stabilit de lien . . . . . . . . . . . . . . . Calcul dterministe : mtriques de dure, change. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.3

Caractristiques de la fonction calcul de mtrique 2.3.1 2.3.2 2.3.3 2.3.4 Mesure et/ou Modlisation analytique Mthode de mesure avec/sans GPS Type d'objet mesur

. . . . . . . . . . . . . . .

Niveau protocolaire d'origine des informations mesures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.4 2.5

Synthse et choix de mtriques

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3 Evaluation des mtriques de mobilit


3.1 Calcul des mtriques 3.1.1 3.1.2 3.1.3 3.1.4 3.2 3.2.1 3.2.2 3.2.3 3.3 3.3.1 3.3.2 3.4 3.4.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Link State Changes (LC) LinkDuration (LD) . . . . . . . . . . . . . . . . . . . . . . . . Link Stability . . . . . . . . . . . . . . . . . . . . . . . . . . . Discussion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Mtriques de performance

73
74 74 75 76 77 79 79 79 80 82 82 82 85 85

Mthodologie d'valuation

Ccient de corrlation . . . . . . . . . . . . . . . . . . . . . Relations prvues entre mtriques de mobilit et performance . . . . . . . . . . . . . . . . . . . . . . . . . Modle de mobilit . . . . . . . . . . . . . . . . . . . . . . . . Modle de simulation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relation entre les mtriques de mobilit et la vitesse de simulation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Paramtres d'valuation

Rsultats et discussion

ii

3.4.2 3.4.3

Calibration

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

87 89 89 92 96 99

Relation entre la performance et la mtrique de mobilit 3.4.3.1 3.4.3.2 3.4.3.3 Cas 1 tude sur 10 nuds Cas 2 tude sur 50 nuds

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cas 3 tude sur un scnario

3.5

Conclusion

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4 Propositions d'amlioration des performances de routage par mtriques de mobilit 101


4.1 Aperu gnral 4.1.1 4.1.2 4.1.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102 . . . . . . . . . . . . . . . . . . . . . . . 102 . . . . . . . . . . . . . . . . . . . . . . 102 Types d'adaptations Stratgie d'adaptation

Mthode d'valuation . . . . . . . . . . . . . . . . . . . . . . . 103 4.1.3.1 4.1.3.2 4.1.3.3 Modle de la simulation . . . . . . . . . . . . . . . . 103

Mtriques de performance . . . . . . . . . . . . . . . 103 Interprtation des rsultats . . . . . . . . . . . . . . 104

4.2

OLSR : Adaptation de paramtres . . . . . . . . . . . . . . . . . . . . 105 4.2.1 4.2.2 Prcisions sur OLSR . . . . . . . . . . . . . . . . . . . . . . . 105 110

Proposition d'adaptation pour l'algorithme de slection MPR 4.2.2.1 4.2.2.2 Heuristique originale de choix des relais multipoint dans OLSR

. . . . . . . . . . . . . . . . . . . . . . . 110 . . . . . . . . . . . . 112

Amliorations des heuristiques

4.2.3

Rsultats d'valuation des stratgies d'lection et discussions . 116 4.2.3.1 4.2.3.2 4.2.3.3 4.2.3.4 4.2.3.5 Choix du LD . . . . . . . . . . . . . . . . . . . . . . 116 . . . . . . 118 . . . . 119

Rsultats en environnement basse densit

Rsultats en environnement moyenne densit Rsultats en environnement haute densit Synthse

. . . . . . 120

. . . . . . . . . . . . . . . . . . . . . . . . 121

4.3

CSR : Adaptation de mode et de paramtres . . . . . . . . . . . . . . 123 4.3.1 4.3.2 4.3.3 4.3.4 Prcisions sur CSR . . . . . . . . . . . . . . . . . . . . . . . . 123 Intrt du changement adaptatif du mode routage et discussions et Serveurs 4.3.4.1 4.3.4.2 4.3.5 . . . . . . 127

Rsultats d'valuation des stratgies de changement de mode . . . . . . . . . . . . . . . . . . . . . . . . . . . 128 Proposition d'adaptation pour le choix des Chefs de Cluster . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129 . . . . . . . . . . . . . . . . . . . 130 Heuristique de choix des Chefs de Cluster et Serveurs dans CSR original Stratgies de choix des Chefs de Cluster et Serveurs sur critres de Densit et Mobilit . . . . . . . . . . . 130 Rsultats d'valuation des stratgies d'lection et discussions . 130 4.3.5.1 4.3.5.2 4.3.5.3 4.3.5.4 Rsultats en environnement basse densit . . . . . . 131

Rsultats en environnement de densit moyenne . . . 132 Rsultats en environnement haute Densit Synthse . . . . . 133

. . . . . . . . . . . . . . . . . . . . . . . . 134

4.4

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136

iii

5 Etude exprimentale des modles de mobilit


5.1 5.2 5.3 5.4 5.5 Random Waypoint protocole adaptative Conclusion

137

Manhattan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138 RPGM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142 . . . . . . . . . . . . . . . . . . . . . . . . . . . 145 Adaptation au modle de mobilit : Changements de l'opration de . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148

Conclusion gnrale Bibliographie

149 153

iv

Table des gures

1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9

Transmission radio multi dbit

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

7 10 11 12 14 18 20 21 22 28 38 40 42 42 75 76 77 81 83 86 88 90 91 93 94

Synopsis du processus d'adaptation.

Modlisation modulaire strictement hirarchique . . . . . . . . . . . . Classication des architectures inter-couches Vues des paramtres pour le calcul des mtriques Choix de route adaptatif l'nergie dans MMBCR Schma fonctionnel de SBM

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Modle de stabilit du signal pilote dans le routage ABR Schma fonctionnel de ASBM

1.10 Exemple d'opration du routage DLAR . . . . . . . . . . . . . . . . . 2.1 2.2 2.3 2.4 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 3.9 Inuence de la mobilit sur la performance de routage MANET RPGM. . . .

Mouvements de trois nuds mobiles en utilisant le modle de mobilit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Carte utilise dans le modle de mobilit Freeway. . . . . . . . . . . . Carte utilise dans le modle de mobilit Manhattan. Exemple de calcul de LC moyen et LD moyen

. . . . . . . . . . . . .

Impact de la mobilit sur les mtriques LC, LD et LS . . . . . . . . . Problme de LS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Rsultats attendus de PDR et surcot selon la mobilit Scnario particulier avec 3 nuds . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Relation entre les mtriques de la mobilit et la vitesse maximum Calibration les mtriques de mobilit pour 10 nuds pour un temps de simulation 3000s

Performances pour 10 nuds relativement aux mtriques de mobilit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ccient de corrlation RWP 10 nuds et RPGM 5 groupes des 2 nuds pour un temps de simulation 3000s pour un temps de simulation 1000s des 10 nuds

3.10 Performances pour 50 nuds relativement aux mtriques de mobilit . . . . . . . . . . . . . . . . . . . 3.11 Ccient de corrlation dans RWP 50 nuds et RPGM 5 groupes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3.12 Ccient de corrlation dans RWP 50 nuds et RPGM 5 groupes des 10 nuds . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95 97 98 3.13 Performances pour 3 nuds relativement aux mtriques de mobilit pour un temps de simulation 1000s 3.14 Ccient de corrlation dans le cas 3 . . . . . . . . . . . . . . . . . . 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 Exemple de routage OLSR.

. . . . . . . . . . . . . . . . . . . . . . . 105 . . . . . . 108

Dtection de voisinage pour l'change de messages HELLO. . . . . . . 107 Exemple d'information de voisinage maintenue par OLSR. Optimisation de l'inondation par des relais multipoint . . . . . . . . . 109 Slection des voisins possdant un seul lien avec un nud du second niveau. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 . . . . . . . . . . . . . . . 111 . . . . . . . . . 114 Illustration de l'algorithme de choix des relais multipoint. . . . . . . . 111 A propos d'optimalit du choix des MPRs Calcul de LD par ajout de champs dans le tuple lien

Calcul de LD local et global. . . . . . . . . . . . . . . . . . . . . . . . 115 . . . . . . . . . . . . . . . . 117

4.10 Exemple de valeurs de LD pour 1 nud pour 10 et 50 nuds

4.11 Comparatif de performances entre le plus long LD et le plus court LD . . . . . . . . . . . . . . . . . . . . . . . . . . . 117 . . . . . . . . . . . . . . . . . . . . . . . . . 118 . . . . . . . . . . . . . . . . . . . . . . . . . 119 . . . . . . . . 120 . . . . . 122 4.12 Les performances comparatives pour 10 nuds des stratgies 1D+2LD et OLSR standard (1D) et OLSR standard (1D) 4.13 Les performances comparatives pour 50 nuds des stratgies 1D+2LD 4.14 Les performances comparatives pour 150 et 200 nuds

4.15 Domaine d'application des stratgies OLSR selon la densit 4.17 Modle CSR.

4.16 Comparaison des performances DSR et CSR . . . . . . . . . . . . . . 123 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124 . . . . . . . . . . . . . . . . . . . . . . . 124 . . . . . . . . . . . . . . . . . . 128 4.18 Changement de mode CSR.

4.19 Intrt du changement de mode CSR 1D+2E et CSR original 1D+2E et CSR original 1D+2E et CSR original

4.20 Les performances CSR comparatives pour 50 nuds des stratgies . . . . . . . . . . . . . . . . . . . . . . . . . 132 . . . . . . . . . . . . . . . . . . . . . . . . . 133 . . . . . . . . . . . . . . . . . . . . . . . . . 134 . . . . . . 135 4.21 Les performances CSR comparatives pour 100 nuds des stratgies 4.22 Les performances CSR comparatives pour 150 nuds des stratgies 4.23 Domaine d'application des stratgies CSR selon la densit 5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9 Mobilit de modle Manhattan

. . . . . . . . . . . . . . . . . . . . . 138 . . . . . . . . . . . . . . . . . . . 138

Degr moyende modle Manhattan

Dure des liens de modle Manhattan . . . . . . . . . . . . . . . . . . 139 Nombre moyen de changements de liens de modle Manhattan . . . . 139 Mobilit de modle RPGM . . . . . . . . . . . . . . . . . . . . . . . . 140 Degr moyende modle RPGM . . . . . . . . . . . . . . . . . . . . . . 140 Dure des liens de modle RPGM . . . . . . . . . . . . . . . . . . . . 141 Nombre moyen de changements de liens de modle RPGM . . . . . . 141 Mobilit de modle RWP . . . . . . . . . . . . . . . . . . . . . . . . . 142 . . . . . . . . . . . . . . . . . . . . . . 142

5.10 Degr moyende modle RWP

vi

5.11 Dure des liens de modle RWP . . . . . . . . . . . . . . . . . . . . . 143 5.12 Nombre moyen de changements de liens de modle RWP 5.13 Mtrique et changements d'tats pour l'adaptation . . . . . . . 143 . . . . . . . . . . 147

vii

viii

Liste des tableaux

1.1 2.1 3.1 3.2

Synthse des travaux sur l'adaptation en rseaux ad hoc Synthse des caractristiques des mtriques

. . . . . . .

16 70 80 80

. . . . . . . . . . . . . .

Relation entre les mtriques de mobilit et la vitesse maximale . . . . Relation entre les mtriques de performance et les mtriques de mobilit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.1

Signication de sigles rsultats de l'adaptation

. . . . . . . . . . . . 104

ix

Introduction

A. Contexte rseaux ad hoc


Prcisons en premier lieu le contexte de la thse. Un rseau ad hoc est un ensemble autonome et coopratif de nuds mobiles qui se dplacent et communiquent par une transmission sans l qui ne suppose pas d'infrastructure prexistante [1]. Le rseau ad hoc se forme de manire spontane et provisoire ds que plusieurs nuds mobiles se trouvent porte radio les uns des autres. Les nuds communiquent, selon la distance qui les sparent, par deux modes de communication : soit les nuds mobiles peuvent directement communiquer (en transmission ad hoc) car ils sont dans porte de transmission, soit ils doivent utiliser d'autres nuds mobiles comme des relais pour acheminer les paquets destination (la transmission est multi-sauts). Le choix des lments relais dans un rseau ad hoc mobile (nomm galement par l'instance de standardisation internet (IETF), rseau Mobile Ad hoc Network : MANET), s'eectue par un protocole de routage. Plusieurs protocoles de routage sont standardiss l'IETF, savoir : AODV [2], DSR [3], OLSR [4] et TBRF [5] ; notons galement le protocole de routage DYMO [6] qui est actuellement en phase d'tudes mais non encore nalis par un label de Request for Comments (RFC). Les principales dirences entre ces protocoles concernent leur mode et leur architecture [1]. AODV et DSR, fonctionnent dans un mode ractif c'est--dire qu'ils tablissent une route lorsque le terminal souhaite mettre une donne, alors que TBRF et OLSR, sont en mode proactif, le protocole tablit les routes dans le rseau avant qu'une demande de transfert ait lieu. Des nombreux travaux et valuations de performances eectus dans le domaine du routage, il apparat que l'intrt d'un mode est li l'environnement. Ainsi, un protocole proactif est ecace dans des rseaux de grande taille avec une mobilit faible (la notion de mobilit faible, de grande taille n'est gnralement pas quantie), alors qu'un protocole ractif conviendra mieux un rseau de petite taille. De nombreuses optimisations ont t proposes pour diminuer le trac de contrle gnr par le routage MANET qui est traditionnellement transmis en inondation. La mise en place d'une architecture de routage, qui ddie la diusion des donnes

certains lments, est un moyen adapt aux rseaux grande chelle pour diminuer l'inondation. Sur de petits rseaux, le cot en terme d'change de donnes pour la mise en place de la structure favorise les topologies sans architectures, qualies de plates. Pour les grands rseaux, deux grandes familles d'architectures ont t tudies, les architectures dites par rseau dominant (Connecting Dominating Set [7]) qui permettent de mettre en place un rseau d'arrire plan charg de propager l'information, et les architectures de clusters, o les chefs de clusters prennent en charge des fonctions particulires telles la propagation d'information.

B. Motivations
Au del de l'intrt d'tudier le domaine des rseaux multi-sauts mobiles, qui ont suscit une activit intense de recherche protocolaire ces 10 dernires annes en raison de leurs caractristiques fort direntes des rseaux laires traditionnels, nous nous intressons la mcanique protocolaire de l'adaptation dynamique au contexte. Les premiers protocoles ont trait de l'accs partag la liaison sans l, du routage multi-sauts et de la mobilit, du passage l'chelle, avec trs vite des propositions d'amliorations de la performance du rseau qui lient le comportement du protocole sa dynamique d'volution. Un facteur de dynamique caractristique des rseaux ad hoc mobiles est naturellement la mobilit, c'est celui que nous tudions dans cette thse. Nous souhaitons exprimer la mobilit pour qu'elle soit utilisable pour des optimisations protocolaires. Par exemple un protocole qui cherche mettre en place une architecture, que ce soit un cluster ou une passerelle d'accs internet, peut avoir intrt a choisir un lment peu mobile qui tiendra sa place dans l'architecture de faon viter de consommer de la bande passante, de l'nergie, par une remise en place frquente de l'architecture pour cause de dplacement. Il s'agit dans ce document de prciser le contexte mobilit par sa reprsentation sous forme de mtriques qui permettent d'optimiser les performances du rseau par adaptation dynamique. Nous devons dterminer des mtriques et en valuer l'intrt.

C. Principales contributions
Dans cette thse, nous dveloppons une dnition novatrice de la mobilit qui contrairement de nombreux travaux ne tend pas reproduire des mouvements de mobilit pour des outils d'valuation. Nous apprhendons la mobilit de faon similaire la notion de qualit de services, c'est une notion qui se dnit plusieurs niveaux, et par plusieurs paramtres. De mme que la qualit de service est dnissable au travers sa perception par l'application, nous avons dni la mobilit par son inuence sur le routage et considr son expression selon plusieurs mtriques. Cette tude a ncessit un travail de synthse bibliographique important, pour identier au cours des nombreux travaux protocolaires les propositions se rapportant la notion de mobilit, partir de celui-ci, nous proposons une taxinomie originale des mtriques de mobilit (publi dans : Mobility Metrics Evaluation for

Self-Adaptive Protocols. : Journal of Networks, Volume 3 N1, p. 53-64, janvier 2008). Nous tentons de dnir la mobilit de faon indpendante du contexte systme, par une seule mtrique. Nous avons choisi de procder par une approche exprimentale reposant sur la simulation pour laquelle nous laborons une mthodologie d'valuation et d'analyse des rsultats. Si notre tentative se rvle tre infructueuse elle n'en contribue pas moins mieux dnir la mobilit : celle-ci n'est pas rduite une mtrique, elle se dnit en fonction du contexte, et, en trouver une reprsentation acceptable selon le protocole (publi dans On Metrics for Mobility Oriented Self Adaptive Protocols. International Conference on Wireless and Mobile Communications (ICWMC 2007), IEEEed). Nous avons galement tudi la mobilit dans un contexte bien dni pour lequel nous dveloppons deux applications d'adaptation. Nous montrons alors que si le nombre d'lments dans le rseau est un facteur prpondrant, le critre de densit associ au critre de mouvement est une bonne mesure de mobilit quel que soit le contexte (publi dans Mobility Versus Density Metric for OLSR Enhancement Lecture Notes in Computer Science, Volume 4866, p. 2-17, 2007). Finalement, notre contribution est un processus global d'adaptation la mobilit qui considre les mtriques et le mouvement de mobilit. Nous proposons chaque terminal de mesurer son environnement simplement et d'en dduire partir de conditions environnementales l'adaptation appliquer.

D. Organisation du document
La prsentation des travaux s'organise en 5 chapitres  Chapitre1- Adaptation dans les rseaux ad hoc : prsente un tat de l'art de l'adaptation protocolaire dans un rseau ad hoc (adaptation l'nergie disponible, l'tat de la liaison, la charge de trac, la dynamique de la topologie).  Chapitre2-Proposition de taxinomie des mtriques de mobilit et analyse qualitative : Ce chapitre prsente l'inuence de la mobilit sur les performances, les modles de mobilit, les critres d'apprciation des mtriques pour l'adaptation, les dirents types de mtriques et points de vues ainsi que les caractristiques de la fonction de calcul de mtrique. Il met en vidence l'intrt d'utiliser des mtriques obtenues par mesure.  Chapitre3-Evaluation des mtriques de mobilit : Sont apportes des prcisions sur le calcul des mtriques retenues, la dnition de la mthodologie et des paramtres d'valuation. Puis sont prsents les rsultats et interprtations des valuations par simulation avec une tude de la corrlation et une discussion des relations entre les performances protocolaires et les mtriques de mobilit utilises.  Chapitre4-Proposition d'amlioration des performances de routage par la mtrique de mobilit : ce chapitre prsente deux tudes sur l'adaptation la mobilit de deux protocoles de routage (OLSR et CSR (Cluster Head Source Routing)). utilisant les mtriques de dure de liaison et densit dgages dans le chapitre 3.

 Chapitre5-Etude exprimentale des modles de mobilit tude de l'inuence des modles de mobilit. Proposition d'un processus d'adaptation prenant en compte le modle de mouvement.

Chapitre

Adaptation dans un rseau ad hoc

Dans ce chapitre nous prsentons le concept d'adaptation protocolaire en rseau ad hoc, en prcisant la notion d'adaptation puis en l'illustrant par des travaux eectus dans le domaine. Nous prsentons ces travaux en rfrence aux objectifs de l'adaptation et aux mtriques utilises.

1.1

Notion d'adaptation

Nous prcisons la suite le concept d'adaptation en abordant les questions suivantes :  Pourquoi de l'adaptation ?  Comment un protocole adapte-t-il son comportement ?  Quelles sont les donnes qui lui permettent de le faire ?

1.1.1 Objectif de l'adaptation en rseaux ad hoc


L'objectif de l'adaptation est de lier le comportement d'un protocole l'environnement dynamique du rseau an d'en amliorer les performances. Dans le cas des rseaux ad hoc, les caractristiques principales de l'environnement qui conduisent proposer des adaptations protocolaires sont : l'nergie, le dbit des liens, la qualit de service et la topologie.

1.1.1.1 Energie limite des nuds


Les nuds mobiles disposent d'une nergie limite par la capacit de leur batterie qui est dicilement rechargeable en cours de dploiement. Pour prolonger la vie du rseau il est alors ncessaire de chercher rduire la consommation d'nergie. Ainsi, dans le but de conserver le plus d'nergie possible, les nuds ajustent dynamiquement la puissance de leur transmission en fonction de la distance parcourir et du bruit environnant. Une autre faon d'conomiser l'nergie et de diminuer le nombre d'missions que doit faire un nud. Pour se faire, l'algorithme de routage en charge de la slection des nuds de relayage cherche adapter la slection de ceux-ci en fonction de la puissance disponible.

1.1.1.2 Dbit limit et variabilit du dbit des liens


Les rseaux ad hoc se connectent gnralement en utilisant une transmission radio courte porte comme 802.11a, b, g [8], Bluetooth [9] ou Zigbee [10]. La plupart de ces radios sont conues pour adapter le dbit de la couche physique en fonction de la qualit de la chane de transmission, par exemple, le dbit de transmission d'un signal radio 802.11a peut varier de 6 Mbps 54 Mbps selon la mesure de la force du signal reue (Received Signal Strength - RSSI). La gure 1.1 [11] illustre la faon dont un appareil radio 802.11b teste les diffrents dbits possibles en connectant ses voisins situs direntes distances. Si un nud veut utiliser le dbit 11 Mbps, seuls les nuds situs dans le cercle intrieur peuvent dcoder correctement, avec un SNR susant (Signal-to-Noise Ratio), l'information. S'il choisit d'utiliser un dbit plus bas, comme 1 Mbps, la distance de transmission sera beaucoup plus grande. Le routage est galement adaptable la variation du lien radio. En rseau xe, la variation d'environnement concerne essentiellement la bande passante. Les pannes de lien et de nuds sont des vnements et non des tats volutifs. En rseau laire, soit la ligne existe soit elle est rompue, alors qu'en rseau ad hoc la liaison est caractrise par un tat volutif de fonctionnement, le dbit d'mission de chaque

lien radio change selon le temps et l'emplacement du nud, voir peut devenir nul. Le protocole de routage, adapte par construction le choix d'une route l'existence d'une liaison, et peut galement prendre en compte le dbit rel de celle-ci.

Fig. 1.1  Transmission radio multi dbit

1.1.1.3 Charge de trac


Les utilisateurs de rseaux ad hoc ont gnralement besoin d'utiliser plusieurs applications comme la vido, le son ou des transferts temps rel. Par exemple, sur un thtre d'opration d'urgences o est dploy un rseau ad hoc, les utilisateurs envoient des vidos pour valuer une situation, ou encore ont recours des vido confrences pour tablir des plans d'actions. Pour supporter la Qos requise par ces applications, il est necssaire de prendre en compte la charge du trac sur le rseau. Le protocole de routage cherchera emprunter un rseau peu charg de faon acclrer la dlivrance des informations. La notion de rseau charg se traduit par un dlai important, un taux de congestion ou encore un taux de paquet en mission... L'valuation de ces caractristiques, ou le respect de contraintes les concernant, s'avre plus dicile dans un rseau ad hoc que dans un rseau laire en raison du manque d'administration centralise et de la grande variabilit de la bande passante (due l'environement et l'adaptation de dbit de la transmission).

1.1.1.4 Topologie dynamique et mobilit


Une caractristique particulire aux rseaux ad hoc est la variation de leur topologie. Au-del de la qualit de liaison qui peut tre l'origine de variation (la qualit de transmission est telle que la liaison est considre comme inexistante) la mobilit

des lments gnre des changements de connectivit. Un nud d'un rseau ad hoc se dplace, il peut joindre ou quitter un rseau ad hoc tout moment, c'est--dire se retrouver hors de porte d'mission d'un nud du rseau. Le protocole de routage, via une procdure de maintenance de routes, est en charge de la gestion de ces changements de topologie. De par sa conception il s'adapte naturellement ceux-ci. Une adaptation de routage, plus labore consiste prendre en compte le niveau de mobilit d'un lment de faon choisir des routes stables, la stabilit de la route pouvant amener un gain de performance. En eet, si une route se rompt, le protocole de routage est mme (si cela est possible) d'en trouver une autre, mais il y aura eu des pertes de donnes gnrant une baisse de performances, et donc, en vitant de passer par des routes qui sont peut-tre rapides mais de courte dure, le protocole de routage peut esprer augmenter son taux de dlivrance d'informations. Le problme pour la mise en place de cette adaptation est d'valuer la stabilit d'un lien, la mobilit d'un lment.

1.1.2 Processus d'adaptation


Nous proposons un schma du processus global de l'adaptation (gure 1.2) en considrant trois ensembles d'lments :  l'environnement rseau, qui est perceptible au travers de mtriques,  le comportement adapter, c'est--dire les algorithmes appliquer selon les valeurs des mtriques, et  les performances que l'on cherche optimiser.

1.1.2.1 Elments du processus d'adaptation 1. Mtrique


Prcisons en premier lieu l'environnement rseau au travers du terme m-

trique , qui est l'objet principal de cette thse. La mtrique est une mesure
indiquant l'tat d'un nud, de son voisinage, ou bien de l'ensemble du rseau par exemple la puissance d'nergie, la puissance de transmission, la force du signal, le trac et la mobilit. La mesure peut consister en une combinaison de plusieurs paramtres comme le nombre des nuds, le nombre des liens, l'tat d'nergie etc... ; enn, la mtrique donne des valeurs qui peuvent tre utilises pour adapter un comportement de protocole. Plusieurs mtriques sont utilisables par l'algorithme d'adaptation, par exemple un protocole de routage adapte son fonctionnement la densit du rseau et la mobilit [12].

2.

Types et Politique des algorithmes d'adaptation


Considrons prsent la typologie des algorithmes d'adaptation :

Auto-adaption et adaptation inter-couches : les paramtres pris en compte


dans le calcul de la mtrique peuvent provenir d'une seule couche protocolaire ou de plusieurs couches. Dans le premier cas l'adaptation est qualie d'autoadaptation alors que dans le second cas il s'agit d'adaptation inter-couches (cross-layer). Pour ces deux types d'adaptation, nous direncions deux politiques : paramtres et mode.

Adaptation de paramtres : le protocole xe ses paramtres en fonction de


l'tat de son environnement. Des exemples d'une telle adaptation sont : (1) le protocole de transport qui calcule sa fentre d'mission en fonction du paramtre taux d'engorgement ; (2) le protocole de routage qui choisit des voisins, liens, ou route selon le paramtre de stabilit ou de dlai ou encore ; (3) le protocole de routage qui ajuste son timer de diusion d'annonces (pour les routages proactifs) en fonction de la mobilit du rseau : si le rseau est trs mobile, le timer de diusion est de courte dure alors qu'il est important en cas de faible mobilit [13].

Adaptation de mode : le protocole change son comportement selon l'tat de


son environnement. Par exemple :

(1) le protocole de transport arrte d'augmenter son timer de retransmision s'il dtecte un niveau de mobilit important [14] ; (2) le protocole de routage travaille dans un mode (par exemple ractif, sans architecture) puis le nombre de mobiles augmente il change de mode (par exemple proactif, avec architecture de cluster). 3. Performances Finalement, prcisons les performances que l'adaptation cherche optimiser. Nous retrouvons les caractristiques de performances classiques des rseaux xes : dbit, dlai, auquel se rajoute l'nergie.

Dtaillons prsent la gure 1.2 qui montre le synopsis du processus d'adaptation :  Initialement (gure 1.2-a), un nud donn obtient une information (un ensemble de paramtres) qui peut provenir d'une seule couche protocolaire ou de plusieurs couches.  Ensuite (gure 1.2-b), les paramtres sont pris en compte dans le calcul de mtrique.  Les rsultats de calcul de mtriques sont utiliss (gure 1.2-c) pour l'adaptation du comportement du protocole.  Aprs cette adaptation, les paramtres du rseau voluent, donnant lieu de nouvelles informations. (gure 1.2-d).

Fig. 1.2  Synopsis du processus d'adaptation.

1.1.2.2 Architecture protocolaire


Dtaillons prsenter les modles d'architectures protocolaires pour mettre en uvre les deux types d'adaptations que nous avons releves, auto-adaptation et adaptation inter-couches.

auto-adaptation
L'auto-adaptation est une fonction classique des protocoles de communication, la 10

nouveaut des travaux en rseaux ad hoc rside dans les objectifs de l'adaptation et non dans sa mise en uvre. Les informations utilises proviennent d'une seule couche du modle OSI (ou TCP/IP) comme les couches physique, LLC/MAC, rseau, transport. Conformment au modle protocolaire de ces architectures, les couches sont indpendantes de faon garantir l'volutivit de l'architecture. Un protocole peut tre modi sans avoir changer les autres lments. Pour satisfaire cette exigence, les couches sont considres comme spares, chacune gre son espace mmoire avec ses informations. Les interfaces d'changes entre couches sont standardises, elles permettent le passage des paramtres ncessaires au fonctionnement du protocole, mais pas ncessairement des informations ncessaires son optimisation. La conception des protocoles sous forme de modules hirarchiques cache les paramtres locaux aux modules. Chaque protocole est optimis indpendamment. La gure 1-4 prsente la notion de couches spares selon une modlisation par modules fonctionnels strictement hirarchique.

Fig. 1.3  Modlisation modulaire strictement hirarchique

L'auto-adaptation s'appuie sur une signalisation mme de fournir les informations d'environnement. Elle est relativement facile mettre en uvre dans la mesure o elle n'implique pas de grandes modications sur l'architecture. Cependant l'ajout d'une signalisation supplmentaire et le temps ncessaire sa prise en compte sont des facteurs limitatifs du gain de performances obtenu. L'approche inter-couches, prsente ci-aprs est une solution ces limitations qui a fait l'objet de nombreux travaux.

Adaptation inter-couches
La notion de cross-layer que nous traduisons par inter-couches, introduit une rup11

ture avec l'axiome de sparation des couches du modle ISO. Elle suppose un change d'informations entre des couches, ventuellement non adjacentes. La modlisation protocolaire, la mthodologie d'changes ne sont actuellement pas normaliss, bien que certains standards, en particulier de l'IEEE, mettent en place un plan de contrle ou un plan de gestion qui facilite la conception protocolaire inter-couches. L'avantage de l'inter-couche est comme en atteste les travaux prsents dans la section suivante, un gain de performance, cependant, ces systmes sont plus diciles mettre en place dans les architectures existantes, et maintenir, que les auto-adaptation.

Fig. 1.4  Classication des architectures inter-couches

Architectures inter-couches existantes


Trois catgories d'architectures sont proposes en [15][16], elles sont illustres sur la gure 1.4 [17]. Leur mode de communication s'eectue par : 1.

Communication directe entre couches :

cette architecture (gure 1.4-

a) permet aux couches, mme non adjacentes, de cooprer ensemble par une communication directe. De nouvelles procdures sont intgres aux couches traditionnelles pour permettre la rception et le traitement des donnes intercouches. 2.

Interactions vers une entit intermdiaire :

Cette architecture (gure

1.4-b) utilise l'ensemble des entits qui assurent le fonctionnement normal de la pile protocolaire tout en dnissant une entit intermdiaire pour grer les interactions inter-couches. Plusieurs projets de recherche ont utilis ce modle avec des dnominations et des fonctionnalits exactes de cette entit qui varient [18][19][20]. Les avantages de cette modlisation sont de :  garder une compatibilit complte avec l'architecture classique en couches puisque aucune modication de ses fonctionnalits n'intervient ;  maintenir les avantages de l'architecture modulaire en couches isoles en orant ainsi un environnement robuste de mise jour, permettant l'addition,

12

suppression ou la modication des protocoles des direntes couches, sans avoir modier les autres couches ;  garantir une volution continue de l'entit intermdiaire en lui incorporant d'autres fonctionnalits sans gner les autres protocoles ; 3.

Nouvelles abstractions : Cette architecture (gure 1.4-c) est particulirement distincte des deux autres car elle prsente des abstractions compltement nouvelles [21]. Elle adopte le concept de l'architecture protocolaire sans couche

non-layered protocol architecture . Son intrt est sa grande exibilit obtenue avec un minimum de problmes d'interactions et de communications entre ses dirents composants. Ce type d'architecture se ralise par une conception oriente services.

Cohrence d'adaptations multiples


Un problme de cohrence se pose dans le cas des architectures protocolaires ayant des adaptations multiples qui sont situes dirents niveaux de la pile protocolaire et qui sont soit, inter-couches, soit, mixtes : inter-couches et auto-adaptation (le cas des auto-adaptations ne pose pas de problme). Dtaillons : Si un protocole de niveau N modie des paramtres galement utiliss dans le calcul d'une mtrique par un niveau suprieur, la vracit de la mtrique, c'est-dire sa capacit reter l'environnement, est remise en cause. Une faon de rgler ce problme, propose dans l'architecture Widdens [22] est de dclencher une adaptation de niveau N si celles de niveau N-1 se sont rvles inecaces. Nous proposons d'introduire un tat de prise en compte (limit par timer) de l'optimisation d'un niveau N pour dclencher des optimisations d'un niveau N+1. Notons que dans les architectures traditionnelles, ce problme ne se pose pas car chaque protocole auto-adapte son comportement partir de paramtres internes, les performances ne sont peut-tre pas optimises mais elles ne sont pas non plus dgrades.

1.1.2.3 Porte des paramtres pour le calcul des mtriques : la vue


Les informations utilises pour l'adaptation, outre leur niveau protocolaire dans l'architecture logicielle, se direncient par leur niveau dans l'architecture matrielle du rseau. Nous considrons 3 niveaux (gure 1.5) selon la porte, que nous appelons encore vue, de l'environnement qu'ils dcrivent : niveau nud, niveau voisinage, niveau rseau. 

Vue nud : la gure 1.5-a prsente la vue locale d'un nud donne, le nud
connat ses tats par exemple, l'nergie disponible, la puissance de transmission, sa position, et sa vitesse.

L'avantage de travailler partir d'une vue locale est la facilit de la mise en uvre de l'adaptation car il n'y a pas besoin de modier l'architecture logicielle de toutes les entits. Cependant pour de nombreux objectifs d'adaptation il est ncessaire d'avoir galement une connaissance minimale du rseau et donc de son voisinage. 

Vue voisinage locale avec entit modie :

la gure 1.5-b prsente la

vue du voisinage local un nud donn, le nud connat ses tats relatifs ses voisins par des changes de messages. Ces changes se font l'occasion de l'envoi de messages de la pile de protocole que l'on cherche adapter. Par

13

exemple l'change d'un message HELLO dans le protocole AODV ou dans le protocole OLSR. Grce ces changes le nud obtient des informations, telles la dure de connexion, la frquence de changements des liens, la force du signal, le nombre des voisins, ou encore le trac en entre par le voisin. Pour que le nud puisse utiliser ces informations, il doit les enregistrer et modier ses entits pour ce faire. L'avantage de dnir l'adaptation ce niveau est qu'il n'y a pas besoin de modier l'entte des message, il n'y a pas de surcot de signalisation, en contrepartie l'adaptation est faite partir d'une approximation de l'tat du rseau, l'optimisation des performances reste locale.

Fig. 1.5  Vues des paramtres pour le calcul des mtriques

14

Vue rseau avec entit et message modis :

la gure 1.5-c prsente

la vue de tous le voisinage d'un nud donne. Un rseau ad hoc n'ayant pas d'administration centralise, la connaissance est rpartie sur tous les nuds et se propage par des changes d'informations additionnels. Gnralement, le nud connat ses tats relatifs ses voisins par des changes de messages qui ont t modis pour prendre en compte les informations ncessaires. Pour mettre en place une nouvelle adaptation, en reutilisant les standards existants, le nud doit modier ses entits et ses protocoles.

15

1.2

Travaux sur l'adaptation en rseaux ad hoc

Maintenant que nous avons synthtis le processus d'adaptation protocolaire, nous l'illustrons au travers d'exemples extraits de la littrature. Le but de cette prsentation est d'avantage de dgager les mtriques utilises que les algorithmes d'adaptation. Elle sera l'occasion d'illustrer les problmes de cohrence entre des adaptations eectues plusieurs niveaux.

1.2.1 Synthse
En s'appuyant sur les caractristiques que nous avons dgages dans la section prcdente nous classions les travaux mens sur les protocoles adaptatifs en rseau sans l dans la table 1.1. Nous allons prsenter la suite ces travaux en les ordonnant selon leur objectif d'adaptation : l'nergie disponible, l'tat du canal, et la dynamique de la topologie.

trac

la charge de

Adaptation Energie disponible

Tab. 1.1  Synthse des travaux sur l'adaptation en rseaux ad hoc

Mtrique Energie

Nom de protocole ou l'algorithm

Minimum Battery Cost Routing (MBCR) Min-Max Battery Cost Routing (MMBCR) MRPC (Maximizing network lifetime for reliable routing in wireless environments)

Etat de la liaison

-Force du signal

Signal Stability-based Adaptive Routing (SSA) Associativity-Based Routing (ABR) Advanced signal strength based link stability estimation modle (ASBM) Link quality of route Auto-Rate Fallback (ARF) Loss-Dierentiating ARF (LD-ARF) Collision-Aware Rate Adaptation (CARA) Receiver-Based Auto Rate (RBAR) Dierential Rate Adaptation (DRA) Dynamic Load-Aware Routing (DLAR) Load-Balanced ad hoc Routing (LBAR) Free-Degree Adaptive Routing (FDAR)

-Taux de perte

Charge de trac

QOS

Dynamique de la topologie

Densit et Mobilit

Adaptive Zone Routing Protocol (AZRP) Fast Optimized Link State Routing (F-OLSR) Adaptive Routing Protocol (ARPM) Cluster Source Routing (CSR)
16

1.2.2 Adaptation l'nergie disponible : mtrique nergie


Nous prsentons trois exemples d'adaptation au niveau routage qui reposent sur un calcul de mtrique prenant en compte l'tat de l'nergie disponible sur un nud.  Le premier exemple,  Le second exemple, sa mtrique partir de l'information locale au nud : sa puissance disponible.

Minimum Battery Cost Routing (MBCR), calcule

Min-Max Battery Cost Routing (MMBCR), utilise

la mme information mais ncessite une vue globale pour faire son adaptation : le choix d'une route se fait en ayant la connaissance de l'nergie disponible sur tous les nuds.  Le troisime exemple, utilise une mtrique dont le calcul repose sur deux informations : la puissance disponible mais galement l'tat du canal. C'est l'tat du canal qui permet de calculer l'nergie ncessaire la transmission. La mtrique est alors le ratio puissance disponible sur puissance ncessaire.

Minimum Battery Cost Routing (MBCR)


MBCR [23] est un protocole de routage qui calcule la somme de la puissance rsiduelle des nuds mobiles puis choisit la route avec la somme maximale de puissance rsiduelle. La mtrique d'adaptation est la puissance disponible sur un nud, nomme encore capacit rsiduelle. La formulation du problme pour choisir la route, denit la fonction cot de la pile d'un nud i, l'instant t, compris entre 0 100 par :

fi (ct ) = i

1 (ct ) i ni

(1.1) augmente avec la diminution

La valeur de la fonction de cot pour le nud de capacit de pile. Le cot de pile

Rj

pour la route i, comprenant D nuds, est

Dj 1

Rj =
i=0

fi (ct ) i

(1.2)

Ri = min {Rj |jA} (A est l ensemble des routes possibles)


La route choisie est celle qui a un cot,

(1.3)

Ri

minimal parmi toutes les routes

possibles. Avec ce critre de slection la route choisie peut passer par des quipements ayant beaucoup de batteries alors que certains quipements auront une batterie trs faible qui sera puise par les premiers relayages.

Min-Max Battery Cost Routing (MMBCR)


MMBCR [24] utilise une mtrique quivalente celle de MBCR mais propose un critre dirent pour choisir une route, an d'viter d'avoir une route qui va se rompre rapidement si certains des nuds qui la composent ont des batteries faibles. Le cot d'une route est dni partir de la capacit disponible minimale sur les nuds qui la composent. La fonction de cot d'une route (Equation. 1.2) est modie comme suit :

17

Rj = max fi (ct ) i
iroute j

(1.4)

et le critre de choix de la meilleure route est galement modi par

Ri = min {Rj |jA}

(1.5)

La dure de vie de la route ayant le cot de batterie le plus important est plus petite que celle de toutes les autres routes. Elle est dtermine par le premier nud de la route qui puise sa batterie. L'objectif est alors d'viter la route avec les nuds ayant le moins de capacit parmi tous les nuds dans toutes les routes possibles. Bien qu'il ne puisse pas tre certain que la consommation totale de puissance soit optimise, la vie de la route est notablement augmente par rapport au cas prcdent.

Fig. 1.6  Choix de route adaptatif l'nergie dans MMBCR

Sur la gure 1.6 [25], la source A dispose de deux routes pour atteindre la destination H. Elle choisit la route 1 car la capacit minimale de la route 1 (= 3 au nud C) est plus importante que celle de la route 2 (= 1 au nud F).

MRPC (Maximizing network lifetime for reliable routing in wireless environments)


Une autre mtrique que l'tat de l'nergie disponible est dnie dans MRPC [26], elle prend en compte l'nergie qui sera dpense pour mettre un paquet sur un lien spcique. MRPC choisit le chemin qui a la plus grande capacit mettre de futurs paquets au nud critique : le nud qui a la plus petite capacit rsiduelle de transmission de paquet. La formulation de la capacit est :

Ci,j =
18

Bi Ei,j

(1.6)

Bi

est la puissance rsiduelle de pile dans le nud i et

E i,j

est l'nergie

ncessaire la transmission entre le nud i et le nud j. Notons que cette expression rend compte du cot de transmission li la distance entre les nuds, c'est--dire du bruit de la liaison. Le fonctionnement de l'algorithme est alors le mme que MMBCR, sauf qu'il maximise le minimum du La distinction est simplement 1 , l'algorithme serait lie une formulation inverse de la mtrique (c.--d. avec Ci,j identique). De cette faon il maximise la vie du rseau.

C i,j .

Lif e = min {ci,j }


(i,j)P

(1.7)

Pcandidate = arg max {Lif ep |P toutes les routes possibles}

(1.8)

Rexions : propos de l'obtention de la mtrique


Les travaux prsents proposent des algorithmes classiques de calcul de routes avec contraintes qui ont t labors dans le cadre des rseaux xes pour prendre en compte la qualit de services ou pour mettre en uvre de l'ingnirie de trac. Leur principale innovation concerne la mtrique qu'ils utilisent, l'tat de puissance, calcule partir du paramtre capacit de la batterie et puissance d'mission sur

un lien . Concernant les problmes poss par l'adaptation, nous pouvons remarquer
que dans la mesure o l'adaptation ne modie pas la valeur de la mtrique, elle n'a pas pour eet d'augmenter la puissance de la batterie mais uniquement d'viter une dcroissance trop rapide, il ne se pose pas de problme de cohrence d'adaptations multiples. Notons nanmoins que les travaux prsents peuvent poser un problme de scurit. Alors que la connaissance de la bande disponible peut tre utilise pour bloquer un nud et le congestionner, celui-ci a toujours le recours de dtruire les informations, par contre, la connaissance de l'tat de puissance d'un nud peut tre utilise pour des attaques visant dtruire un nud. Il est alors important de scuriser la signalisation relative aux valeurs de la puissance disponible de chaque nud. Nous verrons pour la suite des exemples de signalisation par protocole de routage de type DSR qui est un routage par la source qui permet un nud d'avoir la connaissance des tats des nuds de la route.

19

1.2.3 Adaptation l'tat de la liaison : mtrique canal


Pour prendre en compte la variabilit des dbits des liens, le calcul des mtriques s'appuie principalement sur deux informations : la force du signal, et le taux de perte. Nous illustrons comment elles sont utilises pour des adaptations de routage et de niveau physique.

1.2.3.1 Mtrique sur la force du signal


La force du signal transmis rend compte de l'tat du canal, et plus prcisment de sa stabilit . Son calcul est eectu soit partir de mesures relles du signal (SSA, ABR, ASBM) soit partir de modle analytique (Link quality of route).

Fig. 1.7  Schma fonctionnel de SBM

Signal Stability-based Adaptive Routing (SSA)

SSA [27] utilise l'informa-

tion de force du signal pour estimer la stabilit du lien selon le modle Signal

strength Based link stability estimation model (SBM) (gure 1.7). Chaque nud
mobile mesure la force du signal des autres nuds. Si un nud reoit un signal fort d'un voisin, alors les deux nuds sont proches et le lien entre eux peut tre considr comme stable. La notion de fort est dnie partir d'un seuil. L'hypothse de ce travail est que gnralement plus les nuds sont rapprochs plus il y a de chances que le lien soit fort, (il peut y avoir des obstacles sur la liaison qui rendent caduque cette proposition). Le protocole de routage se propose de choisir des routes constitues de liens courts (considrs comme stables), le nombre de nuds n'est alors pas minimis contrairement aux algorithmes classiques, cependant il est montr que

20

cette approche amliorer le dlai. S'il choue SSA cherche une route sur tous les liens disponibles, en utilisant un algorithme de requte rponse par la source similaire au routage standard DSR.

Associativity-Based Routing (ABR)

ABR [28] utilise une information di-

rente de celle de SBM pour calculer sa mtrique, la force du signal n'est pas dtermine sur tous les signaux reus mais sur un signal spcique (le signal pilote) mis priodiquement. Ce qui prsente l'avantage d'avoir l'tat de la liaison mme s'il n'y a pas de trac mettre, et en contrepartie l'inconvnient de consommer de la bande passante. La stabilit du lien est dtermine par l'envoi de signaux pilote avec le modle Pilot signal based link stability estimation model (PBM) (gure 1.8). Chaque nud met priodiquement un signal pilote. Quand un nud reoit de ses voisins le signal pilote, il l'enregistre. S'il reoit continuellement des signaux d'un voisin et que le nombre de signaux reus conscutivement dpasse un certain seuil, il considre le lien entre eux comme stable. Si un nud ne peut pas recevoir de signal pilote d'un lien dans une limite de temps, il considre alors ce lien comme instable. En raison de dirence dans le calcul de mtrique, ABR se direncie de SSA par le type de route slectionn. Dans SSA, une route est compose des liens les plus courts avec des signaux forts, dans ABR, un long lien avec une force de signal faible peut tre utilis s'il est stable, (si les deux nuds d'extrmit, sont des nuds stables sans mobilit).

Fig. 1.8  Modle de stabilit du signal pilote dans le routage ABR

Advanced signal strength based link stability estimation modle (ASBM)


ASBM [29] est propos (gure 1.9) pour amliorer la mthode d'valuation de la stabilit de lien du protocole SSA grce un nouveau calcul de mtrique. Le modle SBM est lgrement modi pour prendre en compte, en sus de la force de signal, la drive de sa mesure : la force direncie du signal (dierentiated signal strength DSS). DSS indique si la force du signal augmente ou diminue, s'il augmente, cela est interprt par le fait que les deux nuds se sont rapprochs, et que le lien entre eux aura une dure de vie plus longue. Alors que dans SSA, seuls les liens dont la force

21

du signal dpasse une certaine limite, sont considrs comme stables, dans ASBM les liens ayant un signal faible mais qui augmente, cas de nuds qui se rapprochent, sont galement considrs comme stables.

Fig. 1.9  Schma fonctionnel de ASBM

Comme pour SSA, le routage ASBM utilise deux tapes. Dans la premire tape, le nud source essaie de chercher une route, la plus courte avec les liens stables. Si ceci choue, il entre dans une deuxime tape qui cherche une route avec tous les liens disponibles. Aprs avoir trouv une route, le protocole surveille la validit de celle-ci. Si la route est invalide, il cherche cycliquement une nouvelle route.

Rexions : propos de la validit de la mtrique


Les tudes prsentes cherchent valuer la stabilit d'un lien en esprant qu'un lien stable l'instant t restera stable dans le futur. Ainsi dans SSA il est suppos que si la force du signal augmente c'est que le mobile se dplace. Mais selon le dplacement cela peut galement dire que le nud va croiser le nud mesureur puis sortir hors de la zone de transmission. L'chelle de mesure est alors un facteur cl de la pertinence de la mtrique. Il devrait pouvoir tre associ si c'est possible la connaissance du mouvement. ASBM introduit la notion de drive dans son calcul de mtrique de

22

stabilit de faon reter le mouvement, mais il ne prend cependant pas en compte la variation de la qualit du canal pour cause de perturbations environnementales. Si deux nuds qui se dplacent sont perturbs par un obstacle gographique, il se peut que, l'obstacle pass, le lien redevienne stable. L encore la connaissance du mouvement permettrait de rsoudre ce problme d'interprtation. Par ailleurs nous relevons un problme de cohrence li la mtrique et aux adaptations qui l'aectent. Puisque la stabilit repose sur l'valuation d'un rapport signal sur bruit elle est inuence par les perturbations de la qualit de la liaison intrinsques la propagation sans l, qui peuvent tre corriges par une technique de modulation adaptative. Un signal de bonne qualit peut alors tre obtenu au prix d'un dbit d'mission faible, la route sera stable mais lente. De plus comme la couche physique, niveau 1, modie un paramtre d'une mtrique utilise par la couche rseau, niveau 3, ceci risque de provoquer un mcanisme d'oscillation peu ecace.

Link quality of route

[30] utilise la force du signal pour prdire la distance entre

deux nuds. Le calcul de la mtrique utilise un modle analytique, pour des nuds mobiles ayant un dplacement continu prdictible, tels des trains ou des avions. Lorsque l'on considre des nuds mobiles, le maximum de la force du signal est atteint lorsque les nuds se croisent alors que le minimum est atteint lorsqu'ils sont le plus loigns. Le facteur de qualit de lien L pour une route M sauts est dni comme :

s=M

L=
s=0

(1 Q((Ppreds Pth )/))

(1.9)

O Q(x) est une Q-FONCTION standard (Q(x) est la probabilit qu'une variable alatoire normal, moyenne nulle et variance de 1 excde x ), seuil de rception et

P preds

est la valeur

prdite par le nud N du signal qu'il recevra de la part du nud N-1 ;

P th

est le

est la variance du signal (un modle de Gauss est suppos).

Le facteur de qualit de lien est le produit de probabilits calcules pour chaque saut un instant donn pour que dans le futur le signal ait une force plus importante que celle du seuil de rception. Les nuds utilisent une extrapolation de position linaire base sur la position gographique actuelle et l'information de vlocit pour estimer les positions de tous les nuds dans un futur de 1 seconde. Ces positions, avec l'quation 1.9, ont t utilises pour obtenir

Ppreds .
(1.10)

Ppreds = Pt Gt Gr c d
O :

2 si d < 4ht hr (4d)2 h2 h2 4ht hr t r si d > d4

Pt

est la puissance d'metteur,

Gt

est le gain de l'antenne d'mission,

Gr est

le gain de l'antenne de rception, est la longueur d'ondes,

est le facteur de perte pour les avances

d'antenne,

est le ccient de pertes de diraction sur

le chemin direct,

est la longueur du chemin direct (la distance entre les nuds),

ht

et

hr

sont les hauteurs de l'metteur et du rcepteur.

Cette tude prend en compte le mouvement grce une connaissance priori de la vitesse de dplacement, du positionnement, et des caractristiques d'antennes du rcepteur. L'intrt de la mtrique est d'viter les problmes de transmissions

23

plutt que de les rparer. Son inconvnient est de ncessiter des ressources matrielles (GPS) et de signalisation. Par ailleurs la vracit de la prdiction est lie l'hypothse de linarit du dplacement qui peut ne pas tre vrie.

24

1.2.3.2 Mtrique sur le taux de perte


Les travaux prcdents mesurent l'volution de la force du signal. Nous indiquons la suite une autre faon de reprsenter la variabilit des liens ad hoc en utilisant le taux de perte. Ce taux de perte est utilis pour adapter le dbit de la transmission. Le mcanisme d'adaptation de dbit qui n'est pas normalis par les spcications 802.11 [8], est conu de direntes manires selon l'information utilise pour dnir le taux de perte. Les mcanismes sont diviss en deux catgories : boucle ouverte et boucle ferme. Dans une approche de boucle ouverte, l'expditeur prend la dcision seulement en se fondant sur sa propre perception, comme le rsultat d'une transmission prcdente de donne ou la qualit de rception d'un acquittement. Dans une conception en boucle ferme, l'expditeur sollicite explicitement le rcepteur pour qu'il estime la chane et lui renvoie cette information. En boucle ouverte la mtrique est en vue locale, en boucle ferme elle a une porte voisinage.  Le premier exemple, ARF [31], est une auto-adaptation boucle ouverte de la couche physique, elle utilise des informations, en vue locale. Aprs une perte de donnes, l'metteur retransmet sa trame avec un dbit plus faible. L'adaptation suppose implicitement que les problmes de transmission sont dus un mauvais tat du canal de propagation et qu'ils peuvent tre rsolus par une diminution du dbit. Mais il se peut que les donnes soient perdues suite des collisions provoques par les accs multiples au canal.  Les exemples suivants, LD-ARF [32], CARA [33] et DRA [34], proposent des adaptations inter-couches qui utilisent un calcul sur des informations de la couche MAC pour direntier les causes ayant provoqu la perte de donnes. En cas de perte de donnes l'metteur ne diminuera son dbit que s'il croit que la perte a t cause par une mauvaise qualit de la chane de transmission ; autrement, il retransmet simplement la trame au mme dbit.  Finalement, RBAR et DRA sont des adaptations avec boucle ferme qui ncessitent une signalisation pour obtenir la mtrique d'adaptation calcule au rcepteur

Auto-Rate Fallback (ARF)

ARF de Lucent Technologies [31] est une adapta-

tion de dbit en boucle ouverte trs largement adopte dans les appareils 802.11. Le mcanisme est analogue celui de TCP qui augmente son dbit d'mission tant qu'il n'y a pas de perte. Dans AFR, aprs un certain nombre (10 par dfaut) de transmissions de donnes conscutives russies un dbit x, s'il y a un dbit plus lev de disponible, l'expditeur l'utilise pour les transmissions suivantes. Si, une transmission de donnes choue (un nouvel essai est par dfaut autoris pour chaque dbit) l'metteur diminue ce dbit pour retransmettre la mme trame de donnes. Le dbit est diminu jusqu' ce que la transmission russisse.

Loss-Dierentiating ARF (LD-ARF)

[32] utilise deux mthodes de diren-

ciation de perte, selon que le mcanisme RTS/CTS (Request to Send/Clear to Send) du 802.11 soit ou non utilis. Dans le mode de RTS/CTS, la perte d'une trame aprs une rception russie d'un CTS est considre comme tant due une mauvaise qualit de chane, car, comme la bande passante a t rserve par l'change RTS/CTS,

25

il ne peut y avoir de collision. Dans ce cas, un dbit plus faible doit tre utilis. D'autre part, si un CTS attendu n'est pas reu, ceci est interprt comme une collision qui ne doit pas entraner une diminution de dbit. Dans le mode normal o RTS/CTS est dsactiv, en supposant qu'il n'y ait pas de terminaux cachs, une trame de donnes mal reue mais dont l'entte a pu tre dcode dclenche de la part du rcepteur l'mission d'un acquittement ngatif. Le raisonnement de LD-ARF est alors de dire que dans de mauvaises conditions de chanes, en gnral le taux d'erreur binaire est tel que sur une srie de bits trs courte comme l'entte de la trame il est toujours possible de la reconstruire et donc d'envoyer un acquittement ngatif ; sa rception est alors interprte comme une mauvaise qualit de chane et dclenche une rduction de dbit. Par contre, la perte d'une donne sans rception de non acquittement est interprte comme une collision et ne provoque pas de baisse de dbit.

Collision-Aware Rate Adaptation (CARA)

L'ide cl de CARA [33] est que

la station metteur combine adaptativement un change RTS/CTS avec la fonction Clear Channel Assessment (CCA) qui dtecte que le canal est libre ou occup. CARA a deux mthodes pour dtecter des collisions. La premire est similaire celle de LD-ARF, c'est--dire, un change russi de RTS/CTS suivi par une trame de donnes ; pour limiter l'utilisation du RTS/CTS (consommateur d'nergie, et gnralement pas activ) ; celui-ci n'est activ que suite un test de RTS eectu aprs une perte de donnes. La deuxime mthode pour direncier les collisions des erreurs de transmission utilise CCA (c'est le mcanisme de base des algorithmes CSMA/CA : la chane est dclare occupe lorsque le niveau d'nergie mesur l'antenne dpasse une valeur de seuil). Aprs la n de son mission, la station (aprs une dure SIFS) coute le support, si elle dtecte que le canal est occup alors qu'elle ne reoit pas d'acquittement, elle en dduit qu'il y a eu collision ; le dbit n'est alors pas diminu. Selon les longueurs de trames qui sont concernes par la collision, il est possible que ce mcanisme soit inutile car la collision ne sera pas entendue, le mcanisme de test de RTS est alors dclench.

Receiver-Based Auto Rate (RBAR)

[35] est un des premiers mcanisme d'adap-

tation par boucle ferm pour les rseaux IEEE 802.11. L'augmentation de dbit est eectue que si le rcepteur indique sa faisabilit. Dans RBAR, l'expditeur transmet toujours une trame RTS avant d'mettre une trame de donnes. A sa rception, le rcepteur mesure le SINR (Signal to Interference-plus-Noise Ratio) instantan et en se basant sur le taux d'erreur binaire acceptable (BER) il dtermine le dbit le plus lev qui peut tre utilis. Cette information est retransmise l'expditeur par une trame CTS modie.

Dierential Rate Adaptation (DRA)

[34] utilise une approche hybride de

boucle ouverte et ferme. Il y a un seul change de RTS/CTS pour plusieurs changes de trames de donnes, acquittement. Chaque acquittement contient un bit positionn par le rcepteur pour indiquer l'metteur la possibilit d'augmenter le dbit.

26

Rexions : propos du niveau protocolaire l'origine de la mesure


Nous avons dcrit des mcanismes d'adaptation entre la couche MAC et la couche physique permettant de prendre en compte l'tat du canal et de le faire voluer. Si nous y ajoutons dans un mme systme des adaptations de routage reposant sur la mesure de liens telles que vues prcdemment, se pose un problme de cohrence dans les adaptations : quand faut-il mesurer pour obtenir une mesure reprsentative et viter les oscillations ? Nous proposons de simplier ce problme en ne mesurant plus des paramtres de niveau 1 pour qu'ils soient utiliss par le niveau 3 mais des paramtres de niveau 2. Le routage s'adapte en fonction du taux d'erreur de niveau trame pour mesurer la stabilit du lien plutt qu'en fonction de la force de signal. Ainsi l'adaptation de niveau 3 n'est pas lie la mesure du canal mais la mesure de la liaison. A charge pour cette mesure de reter tant l'environnement que la mobilit. Un exemple d'adaptation du protocole de routage partir de paramtres de niveau 2 est propos dans [36]. Il s'agit de choisir une route en fonction de la qualit des liens reprsente par la mtrique ETX qui est mesure partir du nombre de paquets et d'aquittement 802.11 qui sont reus. Plus gnralement, nous proposons de lier le choix du niveau de la mesure pour des adaptations de niveau N l'existence d'adaptations de niveau N-1.

27

1.2.4 Adaptation la charge de trac : mtriques de QOS


La charge du trac qui circule sur le rseau inuence la qualit du service fournie par le rseau car en cas de trac important le dlai de transmission dans le rseau et le taux de perte, seront plus importants. Elle est un paramtre important de performances des protocoles de routage [37] et a t prise en compte dans plusieurs travaux. Leur objectif est de slectionner une route la moins charge, et/ou de rpartir le trac.  Le premier exemple utilise une mtrique de charge calcule partir du nombre de paquets en attente sur un nud, la mtrique est calcule localement et transmise sur le rseau par la signalisation de routage.  Le deuxime exemple calcule sa mtrique partir du nombre de routes passant par un nud et ses voisins.  Le troisime exemple utilise une mtrique calcule selon un taux d'mission et un taux de rception qui rete le dbit rsiduel d'un nud.

Dynamic Load-Aware Routing (DLAR)


DLAR [38] est une extension du protocole standard DSR qui quilibre la charge sur le rseau en slectionnant les routes sur le critre d'tat de charge des nuds intermdiaires. La charge d'un nud est dnie comme le nombre de paquets contenus dans les tampons mmoire associs une ligne, et la charge d'une route est dnie comme constitue des direntes charges des nuds de la route. Comme DSR, DLAR est un protocole de routage ractif qui a deux mcanismes principaux : la dcouverte de route et la maintenance de la route. La gure 1.10 illustre l'opration de protocole DLAR pour la slection de route.

Fig. 1.10  Exemple d'opration du routage DLAR

Dans la procdure de dcouverte de route de DLAR, le nud source, S, diuse un paquet de recherche de route RREQ (Route Request) ses voisins. Quand un nud intermdiaire reoit le paquet RREQ, il attache sa propre information de charge, avant de le retransmettre. Contrairement DSR, un nud intermdiaire n'envoie pas de paquet de rponse RREP (Route Reply) s'il connat une route vers

28

la destination, seul le nud de destination rpond de faon garantir la fracheur des informations de charge de la route. Le nud destination D peut recevoir plusieurs paquets RREQ par direntes routes durant un certain temps (le temps maximal est celui associ la route la plus longue), il choisit la meilleure route comme tant celle qui est le moins charge, et envoie un paquet RREP au nud source via le chemin inverse. Dans la gure, la route S-A-B-C-D est choisie comme tant la moins charge (= 19 dans la gure). Dans la procdure de maintenance de route de DLAR, les nuds intermdiaires qui sont sur une route supportant une session de donnes active, ajoutent priodiquement leur information de charge aux paquets de donnes. Si le chemin actif est considr comme engorg, la source recommence la procdure de dcouverte de route et trouve une route alternative. Quand un nud intermdiaire dtecte une rupture de lien, il envoie un paquet d'erreur au nud source qui relance alors la procdure de dcouverte de route. La dnition de charge adopte par DLAR est classique, et semble bien adapte une excution en environnement de travail rel (par opposition simul). Cependant, elle ne rete pas entirement la vritable charge du rseau, puisque les paquets mmoriss peuvent avoir des tailles variables et que par ailleurs elle ne considre pas l'eet d'attente du la comptition d'accs dans la couche de gestion de l'accs au support (MAC).

Load-Balanced ad hoc Routing (LBAR)


LBAR [39] est galement un protocole ractif pour des applications sensibles au dlai qui cherche un chemin, peu charg, pour que les paquets de donnes soient transmis avec un faible dlai. [39] denit, la charge d'un nud, comme le nombre total de routes passant par le nud et ses voisins. Plus prcisment, en notant nombre total de routes passant par le nud

Pi

le

i,

la mtrique de routage d'une route

r : Mr

est dnie comme suit :

Mr =
ir
O

Pj
jN (i)
(1.11)

Pi +

N (i)

est l'ensemble des voisins un saut du nud

i.

Chaque nud utilise

l'information de ses voisins, qu'il obtient par la lecture de sa table de routage et par signalisation priodique de type HELLO ; le protocole ne prend pas en compte la variation de la longueur des paquets ni les sources de dlai provoques par le mcanisme de comptition de la couche MAC. Cet aspect est trait dans les travaux suivants avec l'introduction de nouveaux paramtres pour le calcul de la charge.

Free-Degree Adaptive Routing (FDAR)


FDAR [40] allie les deux objectifs : rechercher une route avec un dlai faible, en vitant les routes congestionnes, et conserver une charge modere sur l'ensemble du rseau. Pour ce faire il utilise deux mtriques, Free-Degree (FD) of Nodes et

Free-Degree of Routes. Le Free-Degree of Nodes du nud, not,


29

(i)

est :

(i) =
O

def

i (i )2

(1.12)

de

i indique le taux de transmission du nud i et i indique le taux de rception nud i. Pour les auteurs, l'quation 1.12 exprime la disponibilit du nud par

rapport l'activit de communication, dans le sens o : 1) il reste de la place si le taux de rception est susamment faible par rapport au dbit maximal et 2) pour un taux de rception xe, la place disponible devient plus grande en augmentant le taux de transmission. Chaque nud met jour priodiquement ses taux de transmission et rception pour chaque units de temps T, selon la mthode exponentially weighted

moving average (EWMA), de la manire suivante :

i i
O

wxi + (1 w)xi

wxi + (1 w)xi

et

(1.13)

est un poids avec

0 < w < 1, i

sont respectivement les valeurs

courantes de

et

i .

et non en nombre de paquets. Plus concrtement, la variable suit ( est calcul de faon similaire) :

Dans ce schma, ces taux sont mesurs en nombre d'octets est calcule comme

=
O passes

1 x(data + h + head ) T

(1.14)

data reprsente la quantit de donnes transmises pendant les units de temps T (en octets), head est le nombre de trames ayant t transmises durant T , y compris les trames errones, et h est la taille de l'en-tte de trame. L'quation 1.13
rete l'eet de comptition de la couche MAC en comptant le nombre de trames errones. Le Free-Degree of Route r il est dni comme suit :

((r))

reprsente l'activit globale de la route, (une

plus grande valeur de FD indique une plus grande libert pour la communication),

(r) =
ir
O

(j)
jN (i)
(1.15)

((i) + (i)) =
ir

(i) + i,

N (i)

est l'ensemble des voisins un saut du nud

et

est un nud de la

route dirent de la source et de la destination. En cas de congestion, la charge de trac d'un nud dpend galement de la charge de ses voisins, car ils doivent se partager la bande passante (par le protocole MAC). Ceci est pris en compte par la variable trac interference autour du nud

i: (r),

dnie par :

(r) =

(j)
jN (i)

(1.16)

Les nuds peuvent obtenir les degrs de libert de leurs voisins par change de messages HELLO. Aprs avoir calcul la valeur de fonction

pour chaque route

connectant la source et la destination, l'algorithme choisit celle avec un degr de

30

libert, FD, maximum ; en cas d'galit sur plusieurs routes le choix se fait sur le critre nombre de sauts.

Rexions : propos de signalisation et mesure


Les adaptations prsentes sont de niveau 3 et utilisent des mtriques calcules avec des paramtres de niveau 3 (route) pour une auto-adaptation, DLAR, LBAR, ou de niveau 2 (trames) pour une adaptation inter-couches, FDAR. Cette dernire permet de prendre en compte la spcicit du rseau ad hoc concernant l'accs sans l partag. Pour les deux types d'adaptation une signalisation de niveau 3 (dans la mesure o elle concerne le routage) est employe pour obtenir les paramtres en vue voisinage et rseau. Le protocole par la source DSR est utilise pour une vue rseau et le protocole HELLO est utilis pour une vue voisinage. Le protocole HELLO qui met priodiquement des paquets entre voisins est utilis galement pour dtecter la qualit d'une liaison, cependant en raison de la nature stochastique du canal il se peut que la mesure sur un paquet HELLO ne soit plus valable sur le paquet suivant.

31

1.2.5 Adaptation la dynamique de la topologie : mtriques de densit et de mobilit


Les protocoles de routage MANET, sont naturellement conus pour grer les modications de topologie : apparition, disparition d'un lien. L'optimisation recherche par l'adaptation s'intresse davantage la dynamique d'volution : apparition rapide de liens, nombre d'apparitions important. Introduire des techniques d'adaptation consiste alors pour le protocole utiliser des paramtres d'environnement pour choisir ses routes, pour choisir ses lments architecturaux (exemple d'un choix de chef de cluster en fonction du nombre de voisins), ou bien modier son mode de fonctionnement, avec ou sans architecture, ractif versus proactif, selon l'environnement, la dynamique d'volution de la topologie. Les exemples d'adaptation que nous prsentons sont des adaptations de paramtres et de mode :  Le premier et le deuxime exemple, AZRP et F-OLSR, adaptent leurs paramtres pour prendre en compte la mobilit. La mtrique utilise est une mtrique de voisinage tendu qui comptabilise les voisins k sauts, pour le premier alors que pour le second la mtrique peut tre, si une implantation inter-couches existe, locale calcule avec des paramtres fournis sur le signal radio par les couches infrieures. Dans le cas d'une implantation en couches traditionnelles la mtrique rete le changement de voisinage.  Les deux derniers exemples, ARPM et CSR adaptent leur mode de fonctionnement, l'un passe d'un fonctionnement proactif un fonctionnement ractif alors que l'autre adapte son architecture et passe d'un modle plat un modle de cluster.

Adaptive Zone Routing Protocol (AZRP)


AZRP [41] adapte dynamiquement la structure de la topologie de routage propose par ZRP [42]. A la manire des systmes autonomes de routage de l'internet, la structure du routage divise le rseau en zones de routage disjointes. Des protocoles de routage indpendants travaillent en intra et inter zones. Une zone regroupe l'ensemble des nuds se trouvant une distance maximale de X sauts du nud de rfrence. Chaque nud peut choisir un rayon de zone dirent. Le routage au sein d'une zone se fait en mode proactif l'aide d'un protocole tat des liens, le routage vers des nuds extrieurs cette zone se fait en mode ractif. Plus prcisment, trois protocoles sont spcis : le protocole IARP (Intra-Zone routing Protocol) qui fonctionne dans une zone et apprend toutes les routes possibles, le protocole IERP (Inter-Zone routing Protocol) qui est ractif et met des messages de recherche de route aux nuds frontires de zone, et, le protocole BRP (Bordercast Resolution Protocol) qui sert dnir la frontire des zones. La valeur du rayon de zone dtermine la performance du protocole [43], il s'agit alors d'amliorer les performances de ZRP en dterminant une taille de zone adapte qui assure un bon quilibre entre le routage proactif et le routage ractif, cette valeur dpend directement du rseau lui mme, de l'environnement. AZRP dnit un rayon de zone variable fonction de la mobilit et de l'tat du

32

trac pour chaque nud en utilisant l'information fournie de l'IARP et l'IERP. Lorsqu'un nud se dplace peu et que son trac est faible, le rayon de zone est petit an de diminuer le trac de contrle de l'IARP. Dans le cas contraire, AZRP augmente le rayon de zone pour fournir une meilleure connaissance du rseau autour du nud et pour que le nud de frontire puisse acheminer les paquets d'acquisition/rponse de route. En augmentant le rayon de la zone, la probabilit que le nud de destination soit inclus dans la zone augmente, le temps d'acquisition de route est alors diminu (le routage est proactif dans la zone). Le changement de rayonnement se fait par un mcanisme de seuil par pas de 1. Si rayon de zone sera :

R(t + T ) Z + 3.

R(t) est le rayon de zone actuel, le prochain le R(t + T ) = R(t) 1. La mtrique, utilise pour

le seuil, est le taux d'erreur de route que le protocole d'IERP rapporte, norme par un nombre de nuds Les nuds qui sont pris en compte sont ceux qui se situent dans une surface situe maximum 3 sauts de la zone considre. AZRP considre que la densite est `constante', et connaissant celle-ci dans sa zone, chaque nud extrapole le nombre de nuds dans un voisinage extrieur 3 nuds de sa zone. Un mcanisme d'adaptation de zone local chaque nud, selon sa mobilit est galement propos par [44], mais il est inverse. Dans cette tude le rayon de zone est augment lorsque la mobilit diminue, et diminu lorsqu'elle augmente. L'hypothse tant que si le nud se dplace vite il est inutile qu'il connaisse ses voisins, l'information n'tant pas valide. Notons que dans l'tude ci-dessus la mobilit est considre partir de l'eet qu'elle provoque (la rupture de chemins) alors que dans le second cas elle est compte en fonction de la vitesse de dplacement, en pratique une information de mobilit fournie par l'utilisateur. Des rsultats de simulation montrent l'intrt de l'adaptation que nous nommons inverse (zone croissant inversement la vitesse) en modle RWP.

Rexions :
Nous retiendrons de ces deux exemples de travaux la dicult de mettre en place une adaptation optimale , et la dicult de comparer plusieurs propositions partir d'une tude bibliographique. Les deux propositions amliorent ZRP, par une adaptation qui considre que les nuds ne sont pas homognes et qu'ils peuvent tre de mobilit dirente, mais elles sont apparemment contradictoires, l'une diminue un paramtre, alors que l'autre l'augmente. Deux raisons ceci : soit des mcanismes inuents dirents, soit des mesures non reprsentatives. La premire raison est de considrer que les mcanismes proposs dans chaque article pour diminuer le trac de contrle masquent le gain/perte obtenu par l'adaptation de rayonnage, et dans ce cas l'adaptation n'est pas une optimisation majeure de performance, son intrt en regard de la complexit de mise en uvre n'est pas avr. La deuxime raison que nous avanons est que les mesures ne retent pas l'environnement, le cycle d'adaptation n'est pas oprationnel.

33

Fast Optimized Link State Routing (F-OLSR)


F-OLSR [45] est conu comme une extension du protocole standard OLSR tat de liaison, pour amliorer la localisation des nuds qui se dplacent rapidement. L'ide de base est que les nuds en dplacement rapide doivent 1) maintenir jour un sous-ensemble restreint de leur voisinage rafrachi plus frquemment que des nuds ayant une mobilit plus faible et 2) choisir un nombre limit de relais multipoints pour maintenir la connectivit avec les autres nuds. (Les relais multipoints sont chargs de diuser les informations de routage dans le protocole OLSR, ce qui vite que tous les nuds le fassent et diminue ainsi l'inondation). Dans F-OLSR les messages de voisinage (messages HELLO), concernant les nuds en dplacement rapide sont diuss avec une frquence plus leve, pour dtecter les ruptures de liens et les nouveaux liens plus rapidement. Tout changement de lien avec un relais multipoints engendre la diusion immdiate d'un message de contrle travers le rseau OLSR, ce qui permet de mettre jour les tables de topologie et donc les tables de routage (le routage OLSR est proactif, ds qu'un nud apparat il est signal). Si le nud dispose des informations issues des couches infrieures IP, tel l'aaiblissement du signal radio, lui indiquant qu'il se dplace rapidement, il dclenche un mode de fonctionnement dit rapide . En absence d'information notie par des couches infrieures, la dtection de mobilit se fait en observant les changements de voisinage.

Adaptive Routing Protocol (ARPM)


ARPM [46] adapte le mode de routage, proactif versus ractif, en fonction du degr de mobilit des nuds. Le protocole commence en mode proactif au niveau de chaque nud. Chaque nud construit des tables de routage et envoie les variations de ces tables aux nuds voisins. Si un nud dtecte une mobilit locale qui dpasse un certain seuil il cesse son activit et passe un mode d'opration ractif. De cette faon ARPM rduit le dlai pour tablir une route quand la topologie est relativement statique (faible mobilit) et limite le volume de trac de contrle lorsque la topologie devient trs dynamique (haute mobilit). L'auteur propose d'utiliser une mtrique de mobilit reposant sur le changement de voisinage

Cluster Source Routing (CSR)


CSR [12] est une extension du protocole DSR qui amliore le passage l'chelle, en mettant en place une architecture hirarchique de cluster deux niveaux qui vite l'inondation du rseau lors des dcouvertes de routes. Le chef de cluster de plus haut niveau agit comme un cache de routes centralis qui traite les requtes de route issues des chefs de clusters du rseau. En cas d'absence de route dans le cache, une dcouverte de routes est alors eectue via des communications unicast entre les chefs de clusters. L'originalit de CSR rside dans l'adaptation distribue du mode de routage (plat ou hirarchique) selon les conditions du rseau : chaque nud adapte son mode de routage de manire autonome en fonction de ses critre d'adaptation. Le mode de routage, avec/sans cluster, est choisi en fonction : 1) du nombre de voisins estim via le cache de routes 2) du nombre de paquets d'erreurs

34

de route gnrs. Au vu des travaux mens sur les mtriques que nous prsentons dans le chapitre suivant, nous tondons sur la premire explication.

Rexions :
Les exemples d'adaptations proposs utilisent des mtriques de mobilit qui reposent sur de nombreux paramtres : des informations locales au nud, sa vitesse de dplacement ou bien la force du signal, des informations de voisinage, le changement de voisins ou encore des informations globales sur la rupture de chemins. Concernant ces dernires notons que leur vracit peut tre sujette caution. En eet dans les protocoles standards DSR et AODV, qui utilisent des messages d'erreur de route, il est prvu des optimisations internes qui bloquent la rception d'erreurs de routes : en cas de rupture de chemins un nud intermdiaire rpart la route sans prvenir le nud qui gnre le trac. Plus gnralement, concernant l'intrt d'optimiser le routage par une adaptation la mobilit, Il apparat que la mobilit inuence les performances du routage et donc qu'il faut s'y adapter. L'adaptation peut porter sur des paramtres comme Fast-OLSR ou sur le mode de routage comme ARPM ou CSR.

35

1.3

Conclusion

De nombreux travaux de recherches proposent d'amliorer les performances protocolaires des rseaux par une adaptation dynamique leur environnement. Nous avons analys ce processus dans les rseaux mobile ad hoc en en dgageant les caractristiques, intrts et limitations. Les caractristiques releves sont le type d'adaptation, de paramtres ou de mode, l'origine protocolaire, de mme niveau que l'adaptation (auto-adaptation) ou non (adaptation inter-couches) et la nature des informations (a vue locale, voisinage ou rseau) qui dclenchent l'adaptation. Les travaux de la littratures sont synthtiss selon leur objectif d'adaptation : nergie, tat de la liaison, charge de trac et dynamicit de la topologie. Nous en retenons des limitations l'adaptation qui proviennent pour une part du surcot de signalisation ncessaire l'obtention des informations, qui limite les gains de performance de l'adaptation, et d'autre part, de la mise jour non synchronises entre l'tat du rseau, dtermin par un ensemble de variables, et les adaptations qui en modient la valeur. Le problme se produit lorsque plusieurs adaptations, qui ne sont pas toutes du type auto-adaptation existent dans le systme. Nous prconisons alors de mettre en place soit des auto-adaptations soit des adaptations inter-couches utilisant des paramtres provenant de la couche protocolaire directement infrieure et ce en dnissant un tat de temps de prise en compte pour stabiliser l'adaptation et viter des oscillations intempestives. Parmi les adaptations prsentes celle la mobilit nous parait particulirement intressante pour le routage qui est par dnition en charge de la gestion de la topologie. Dnir une adaptation revient modier les paramtres du routage ou son mode de fonctionnement en fonction de la mobilit des lments du rseau. Une adaptation largement tudie du routage est celle la taille du rseau qui permet de mettre en place une structure de routage adapte la densit du rseau (de type cluster ou rseau d'arrire plan) celle-ci peut se rajouter la prise en compte de la mobilit obtenue par direntes mtriques, comme en attestent les exemples proposs. Par la suite nous cherchons prciser la notion de mobilit et comment celle-ci peut tre utilise pour l'adaptation.

36

Chapitre

Proposition de taxinomie des mtriques de mobilit et analyse qualitative

Le premier chapitre a prsent et illustr la notion d'adaptation en rseaux ad hoc en fonction de direntes mtriques : nergie, canal, charge et mobilit. Il a relev l'intrt de l'adaptation la mobilit pour les rseaux ad hoc et a soulign la dicult exprimer la notion de mobilit. Dans ce chapitre nous tudions plus prcisment les mtriques de mobilit en proposant une analyse qualitative. Aprs avoir prsent les critres d'apprciation que nous prenons en compte, nous analysons dirents travaux de recherche ayant pour objet la mobilit et ses mtriques dont nous proposons une taxinomie originale. Nous terminons ce chapitre en dterminant de bonnes mtriques parmi celles que nous avons tudies et dont nous avons synthtis les caractristiques dans un tableau.

37

2.1

Gnralits

2.1.1 Inuence de la mobilit sur la performance


L'importance de la mobilit est explicite dans le RFC 2501 [47] qui concerne l'valuation des protocoles de routage pour les rseaux MANET. Une illustration de son impact sur la performance est prsent sur la gure 2.1 que nous avons obtenue en simulant les protocoles standards IETF : AODV, DSR et OLSR sous l'outil NS2 [48]. Ainsi, quand la mobilit, exprime sous forme de la vitesse dans la gure 2.1, augmente, le nombre de paquets dlivrs (PDR : Packet Delivery Ratio) diminue. Le surcot (overhead), c'est--dire la quantit d'information de contrle change, augmente rduisant ainsi la bande passante disponible pour le transfert de donnes. Certains protocoles sont plus sensibles que d'autres la mobilit. Cependant le fait qu'un nud se dplace n'entrane pas forcment de grandes baisses de performances si la connectivit du graphe n'est pas ou faiblement atteinte lorsqu'il est ncessaire de transmettre du trac. C'est pourquoi nous cherchons exprimer la mobilit par une autre mtrique que la vitesse de dplacement.

Fig. 2.1  Inuence de la mobilit sur la performance de routage MANET

Dans l'exemple prsent la mobilit est exprime par une vitesse qui est un paramtre du modle de mobilit utilis par la simulation (on l'occurrence le RWP : Random Waypoint). Nous prcisons la suite les modles de mobilit de base qui sont utiliss dans les travaux que nous anlaysons dans ce chapitre.

38

2.1.2 Modles de mobilit


L'un des paramtres de simulation les plus critiques est le modle de mobilit [49][50]. La manire de le modliser inuence directement le comportement des protocoles tudis [51][52]. Le choix du modle de mobilit doit tre susamment raliste an de prendre en compte le comportement des units mobiles et relativement simple pour ne pas gnrer une charge de calcul trop importante. Il dpend principalement des applications simules et des scnarios utiliss. Par exemple, il peut servir reprsenter le comportement des units mobiles dans une zone mtropolitaine, lors d'une confrence ou sur un terrain d'opration militaire. La reprsentation de la mobilit varie normment selon les environnements considrs et de nombreux modles de mobilit ont t mis au point pour couvrir les divers comportements possibles. ils se divisent en deux catgories :  les modles individuels, o les dplacements de chaque nud sont dtermins indpendamment les uns des autres.  les modles de groupe, qui prennent en compte la corrlation de dplacements entre certains nuds. Ces modles divisent les nuds en plusieurs groupes et dnissent une relation entre les units mobiles appartenant un mme groupe. De plus, il existe trois types de loi de mouvement : alatoire, dterministe et hybride  les modles alatoires prsentent des dplacements arbitraires et sans contraintes d'environnement. Ce sont des modles simples mettre en uvre et par consquent trs utiliss.  les modles dterministes, quant eux, s'appuient sur des traces (comportements d'utilisateurs observs dans des systmes rels).  des modles hybrides ralisent un compromis entre simplicit et ralisme mais restent diciles mettre en place. Parmi les modles individuels, nous pouvons citer les modles Random Waypoint, Random Direction, Boundless Simulation Area et Gauss-Markov. RPGM (Reference Point Group Model) et les modles de Sanchez sont les modles de mobilit de groupe les plus utiliss. Les modles Manhattan (reprsentant le mouvement des nuds dans une zone urbaine) et Freeway (modlisant les dplacements de vhicules sur un rseau routier) sont des modles hybrides bass sur l'utilisation de cartes. Nous allons dcrire plus prcisment dans la suite, les modles Random Walk, Random Waypoint, RPGM, Freeway et Manhattan.

2.1.2.1 Random Walk


Dans le modle de mobilit Random Walk[53], un nud mobile (MN) se dplace de son emplacement actuel vers un nouvel emplacement en choisissant alatoirement une direction et une vitesse de dplacement. La nouvelle vitesse et la direction sont choisies parmi des gammes pr-dni, [speedmin, speedmax] et [0, 2 ], respectivement. Chaque mouvement est dans un intervalle de temps constant t ou une distance

d, la n de laquelle une nouvelle direction et une nouvelle vitesse sont calcules.


Si un nud mobile qui se dplace en fonction de ce modle atteint une limite de simulation, ilrebondit hors des frontires de la simulation avec un angle dtermin par la future direction. Il continue son dplacement selon ce nouveau chemin.

39

Le modle de mobilit Random Walk est un schma de mobilit sans mmoire, la vitesse et la direction d'un nud mobile sont indpendantes de son pass.

2.1.2.2 Random Waypoint


Le modle de mobilit Random Waypoint (RWP)[49] dnit un temps de pause entre les changements de direction et/ou de vitesse. Les nuds mobiles sont initialement rpartis de manire alatoire autour de la zone de simulation. Un nud mobile commence par sjourner dans un endroit pendant une certaine priode de temps (c'est--dire, un temps de pause). Une fois cette priode termine, le nud mobile choisit une destination alatoire et une vitesse qui est rpartie uniformment entre [minspeed, maxspeed]. Le nud mobile se dplace alors vers sa nouvelle destination la vitesse slectionne. l'arrive, il s'immobilise pour la priode de temps spcie, puis ritre le processus. Ce mouvement est similaire au modle de mobilit Random Walk si le temps de pause est nul et [minspeed, maxspeed] = [speedmin,

speedmax].

2.1.2.3 RPGM
Dans les applications possibles des MANET, la notion de groupe intervient de nombreuses reprises (quipes de secours, dtachements militaires, confrences). Dans les modles de groupe, l'ensemble des nuds est divis en plusieurs groupes et il existe une relation entre les dplacements des units appartenant un mme groupe.

Fig. 2.2  Mouvements de trois nuds mobiles en utilisant le modle de mobilit

RPGM.

40

Les modles de Sanchez [49] proposent trois fonctionnements, chacun reprsente une application bien prcise :  le modle en colonne reproduit une recherche d'objets ou personnes (battue pour retrouver un disparu). Les membres d'un groupe forment une ligne et se dplacent suivant le mme vecteur de dplacement.  le modle de poursuite : il sert modliser un ensemble de nuds la recherche d'une cible (des ociers de police cherchant apprhender un suspect). Les membres du groupe suivent les dplacements de la cible.  le modle de la communaut nomade reprsente les mouvements d'un ensemble de nuds qui se dplacent ensemble. Les membres du groupe se dplacent autour d'un point de rfrence commun au groupe. Le modle RPGM dni en [54] permet de reproduire tous les modles de Sanchez. Il utilise la notion de centre logique pour dterminer le dplacement du groupe (position, vitesse, direction). Un exemple de fonctionnement de RPGM est schmatis sur la gure 2.2 qui donne une illustration de trois nuds mobiles (MNs) se dplaant avec le modle RPGM. La gure illustre que, l'instant t, trois points noirs existent pour reprsenter les points de rfrence, RP (t), pour les trois nuds mobiles. Le modle RPGM utilise un vecteur de motion d'un groupe

GM

pour calculer le nouveau point de

rfrence de chaque nud mobile, RP (t +1), l'instant t+1, comme indiqu,

GM

peut tre choisi au hasard ou tre prdni. La nouvelle position de chaque nud mobile est alors calcule en additionnant un vecteur de motion alatoire,

le nouveau point de rfrence. La longueur de RM est distribue uniformment dans

RM ,

avec

un rayon centr sur RP (t +1) et sa direction est rpartie uniformment entre 0 et

2 . Chaque nud possde un point de rfrence qui suit le mouvement du centre


logique du groupe. A l'intrieur d'un mme groupe, tous les points de rfrence connaitront un dplacement identique. Dans un second temps, chaque unit mobile va se dplacer alatoirement dans le voisinage (un rayon maximal est spci) de son point de rfrence. Le chemin suivi par le centre logique est caractris par une suite de points de contrle qui correspondent des intervalles de temps donns. L'utilisation d'une squence de point de contrle, qui peut tre obtenue partir de donnes relles (cartes, . . . ), permet de gnrer de nombreux scnarios. L'aire de simulation peut tre partitionne en assignant un groupe chaque rgion (modle In-Place). Des groupes peuvent excuter des taches direntes dans la mme aire de simulation et tre amens se croiser (modle Overlap).

2.1.2.4 Freeway
Le modle de mobilit Freeway [50] est utilis pour muler le comportement de nuds mobiles sur une autoroute. Il peut tre utilis dans l'change de trac ou de suivi d'un vhicule sur une autoroute. Dans ce modle, les auteurs utilisent des cartes comme dans la gure 2.3. Il y a plusieurs autoroutes sur la carte et chaque autoroute a des voies dans les deux directions. Les dirences entre RWP et Freeway sont les suivantes :  chaque nud mobile est limit sa voie sur l'autoroute.  la vitesse d'un nud mobile dpend de sa vitesse prcdente.

41

 si deux nuds mobiles sont sur la mme voie de l'autoroute et sont distance de scurit (SD), la vitesse du nud suivant ne peut pas dpasser la vitesse du nud prcdent.

Fig. 2.3  Carte utilise dans le modle de mobilit Freeway.

Fig. 2.4  Carte utilise dans le modle de mobilit Manhattan.

2.1.2.5 Manhattan
Le modle de mobilit Manhattan [50] est utilis pour muler le modle de circulation des nuds mobiles dans des rues dnies par des cartes. Un exemple de la

42

carte de Manhattan utilise est prsent dans la gure 2.4. Ce modle peut tre utile dans la modlisation de circulation dans une zone urbaine o un service d'change informatique entre appareils portables est prvu. Une carte est compose d'un certain nombre de rues horizontales et verticales. Chaque rue a deux voies dans chaque direction (les directions Nord et Sud en rues verticales, l'Est et l'Ouest en rues horizontaux). Le nud mobile est autoris se dplacer selon la grille des rues horizontales et verticales sur la carte. l'intersection d'une rue horizontale et d'une rue verticale, le nud mobile peut tourner gauche, droite ou aller tout droit. Ce choix est probabiliste : la probabilit de passer dans la mme rue est de 0,5, la probabilit de virage gauche est de 0,25 et la probabilit de tourner droite est de 0,25. La vitesse d'un nud mobile durant une tranche horaire dpend de la vitesse lors de la dernire tranche horaire, elle est limite par la vitesse du nud prcdent sur la mme voie de la rue. Les relations inter-nud sont les mmes que dans le modle Freeway. Cependant, il dire du modle Freeway en donnant la libert au nud de modier sa direction.

43

2.1.3 Mthode d'analyse : Critres d'apprciation des mtriques pour de l'adaptation


Pour valuer les mtriques dcrites dans la littrature, nous avons retenu les critres d'apprciation proposs en [52]. Pour qu'un protocole soit adaptable dans un rseau ad hoc selon une mtrique de mobilit, celle-ci doit prsenter les proprits suivantes : 1.

C1 : Calculable dans un environnement distribu sans la connaissance globale du rseau. Une mtrique qui requiert pour son calcul des
informations issues d'autres nuds du rseau puis agrge cette information demande une bande passante supplmentaire qui peut s'avrer trs importante.

2.

C2 : Calculable dans des implantations relles de rseau. Une mtrique


de mobilit doit pouvoir tre obtenue par les lments d'un rseau rel par opposition un rseau simul. Ainsi, par exemple, les mouvements de mobilit rels ne sont gnralement pas ceux d'un modle ou d'un relev de mouvements antrieurs.

3.

C3 : Calculable avec des ressources limites. L'nergie limite des lments, ainsi que leur mmoire disponible contraint la capacit de traitement des nuds. Par exemple, une mtrique de mobilit qui exige une communication frquente, consommatrice de puissance, ne sera pas considre comme facilement calculable.

4.

C4 : Un bon indicateur des performances des protocole. Une mtrique


de mobilit doit pouvoir indiquer ou prdire les performances du protocole (le nombre de paquets dlivrs (PDR : packet Delivery Ratio), dlai de bout en bout, surcot, etc.). Par exemple, quand la valeur de mtrique de mobilit change, ceci se traduit par un changement correspondant de la valeur du PDR par le rseau. Quand le rseau est stable, le PDR devrait tre plus grand et quand le rseau est plus mobile, le PDR devrait tre plus faible.

5.

C5 : Indpendant de protocole spcique. Une bonne mtrique de mobilit devrait pouvoir tre utilise par n'importe quel protocole pour son adaptation.

Si les proprits 1, 2 et 3 peuvent tre examines grce l'analyse qualitative des travaux de recherches, il n'en n'est pas de mme pour les proprits 4 et 5. Nous tudierons plus prcisment celles-ci par une analyse quantitative dans les prochains chapitres, dans celui-ci nous nous attachons aux critre C1, C2 et C3.

44

2.2

Types de mtriques et point de vue

L'analyse bibliographique est ordonne par la classication suivante. Nous dnissons deux catgories de mtriques de mobilit selon qu'elles se rapportent la

sociologie du dplacement, c'est--dire relative l'historique du dplacement, ou la prdiction du dplacement. De plus parmi celles que nous classons dans la catgorie
sociologie nous mettons en avant celles qui concernent l'histoire du lien entre deux lments que nous catgorisons en mtriques de sociolologie du lien. Par ailleurs une mtrique de mobilit est relative au statut de mobilit d'un lment qui peut tre un nud, un groupe de nuds, un lien, ou encore le rseau lui-mme. Aussi pour chacune des catgories sus nommes, nous considrons la porte des mtriques : vue

locale, voisinage ou rseau.


Nous analysons en premier lieu les mtriques de sociologie et de prdiction du dplacement puis celles de sociologie du lien.

45

2.2.1 Sociologie du dplacement


La mesure rete un tat de rseau avr. Elle est locale, de voisinage, ou rseau.

2.2.1.1 Vue locale : vitesse et dplacement


La mobilit d'un nud s'obtient en environnement rel soit partir d'une information de vitesse accessible au nud s'il est embarqu sur un objet roulant, ou volant, soit, partir d'une information de distance s'il est en relation avec un systme de positionnement de type Global Positionning System (GPS) ou par d'autres solutions (exposes par exemple en [55][56]). Dans ce dernier cas, la vitesse est drive de mesure de positionnement chantillonn des instants proches (synchronistion globale du systme). En environnement simul, les informations sont gnralement les paramtres d'entre du modle de mobilit. Une mtrique couramment utilise dans les valuations de performances de protocoles par simulation est le temps de pause qui est dduit du modle de mobilit, tels les modle Random Waypoint (RWP) ou le Random Trip modle [57][58]. Dans [59], les auteurs comparent les performances des protocoles de routage MANET en fonction du temps de pause, ce aprs avoir indiqu que le nombre de changements de connexions est une fonction dcroissante du temps de pause. Notons que le temps de pause est galement mesurable en environnement rel (vitesse, ou dplacement nul).

2.2.1.2 Vue voisinage : corrlation du dplacement 2.2.1.2.1 Vitesse relative


dnie par La vitesse relative entre deux nuds, i et j [50] est

RS(i, j, t) =| Vi (t) Vj (t) |


l'ensemble des tuples (i, j, t) des vitesses relatives des nuds.

(2.1)

La moyenne Average Relative Speed, est alors dnie comme la moyenne sur

ARS(i, j, t) = M oy(i,j,t) (RS(i, j, t))

(2.2)

Elle apporte une indication sur la dynamique du rseau, c'est--dire des nuds les uns par rapport aux autres. Elle est relativement simple (mme si elle ncessite un systme de positionnement) et peut servir localement privilgier un voisin plutt qu'un autre dans l'tablissement d'une route parce que son comportement (sa vitesse relative) en fera un voisin stable.

2.2.1.2.2 Degr de dpendance spatiale


trop loigns :

Cette mtrique galement dnie

dans [50] indique la similarit de dplacement entre deux nuds qui ne sont pas

Dspatial (i, j, t) = RD Vi (t), Vj (t) SR Vi (t), Vj (t)


46

(2.3)

RD Vi (t), Vj (t) =

b et

SR Vi (t), Vj (t) =

Vi (t).Vj (t) reprsente le cosinus de l'angle entre a et |(Vi (t)||(Vj (t)| min|(Vi (t)|,|(Vj (t)| reprsente le rapport de vitesse entre les max|(Vi (t)|,|(Vj (t)|
est importante lorsque les nuds i et j se dirigent vers

deux vecteurs. La valeur

Dspatial (i, j, t)

une mme direction des vitesses presque similaires. direction relative ou le rapport de vitesse diminue.

Dspatial (i, j, t)

diminue si la

Cette mtrique en amne une autre : Average Degree of spatial dependance. C'est la moyenne arithmtique du degr de dpendance sur l'ensemble des paires de nuds du rseau et sur le temps.

ADspatial = M oypareest (Dspatial (i, j, t))

(2.4)

Elle dtermine si les nuds du rseau ont un mouvement fortement corrl ou non. En eet, si les nuds se dplacent globalement dans la mme direction et la mme vitesse alors petite voir nulle. Cette mtrique, ainsi que la suivante, le degr de dpendance temporelle, ont t introduites par les auteurs pour mesurer l'impact de la mobilit sur les performances des protocoles de routage. Sachant que les protocoles de routage sont gnralement conus pour un environnement donn, l'objectif est de mesurer l'environnement pour dterminer le protocole adapt celui-ci.

ADspatial sera grand, au contraire, si les nuds ont un mouvement

totalement alatoire les uns par rapport aux autres, la mtrique aura une valeur trs

2.2.1.2.3 Degr de dpendance temporelle

Cette mtrique dcrit la simi-

larit de deux nuds entre deux instants qui ne se sont pas trop loigns [50].

Dtemporal (i, t, t ) = RD Vi (t), Vi (t ) SR Vi (t), Vi (t )


O RD et SR ont la mme dnition qu'au paragraphe prcdent. La valeur de

(2.5)

Dtemporal (i, t, t ) est grande quand les nuds circulent plus ou moins Dtemporal (i, t, t )
diminue si la direction relative ou le

dans la mme direction et presque la mme vitesse durant un certain intervalle de temps qui peut tre dni. rapport de vitesse diminue. Comme pour le degr de dpendance spatiale, c'est la moyenne de cette mtrique qui est rellement intressante : Average Degree of temporal dependance. C'est la valeur moyenne sur l'ensemble des nuds

Dtemporal (i, t, t ).
(2.6)

ADtemporal = M oy(i,t,t ) (Dtemporal (i, j, t))

Cette mtrique permet de dterminer le degr de variation de la vitesse et de la direction d'un nud au cours du temps. Si la vitesse et la direction sont faiblement corrles au cours du temps alors cette mtrique prendra une valeur faible et inversement. Les motivations de cette mtrique sont les mme que celles du degr de dpen-

dance spatiale. Nous avons des mtriques qui sont utilises postriori, une fois la
mobilit eectue, pour caractriser un environnement rseau, et, valuer la mobilit

47

partir de plusieurs caractristiques. Une validation exprimentale des mtriques est ralise en [50] en tudiant, par simulation, la variation des mtriques selon la vitesse, pour 4 modles de mobilit (modles RWP, RPGM, Freeway et Manhattan). Seules les mtriques degr spatial et moyenne de la vitesse relative, dans la mesure o elles prsentent une variation en 3 niveaux de valeurs (faible, moyennes et forte), sont considres comme valides par leurs auteurs

2.2.1.3 Vue rseau : approches analytique et gomtrique


Les mtriques prcdentes permettent d'avoir une vue d'un nud et de ses voisins, les deux mtriques ci-aprs retent la mobilit globale du rseau partir d'une `modlisation du dplacement' et d'un calcul de moyenne.

2.2.1.3.1 Mesure de mobilit base sur la notion d'loignement


2 nuds i et j,

Le concept

d'loignement (remoteness ) [60] est spci par une fonction de la distance entre

F (dij (t))

dont les caractristiques sont les suivantes :

1. L'loignement entre 2 nuds situs au mme endroit est 0. Si les nuds sont spars d'une distance innie, leur loignement est de 1.

F (0) = 0, limx F (x) = 1%

fonction normalise de valeur maximale 1%.

2. L'loignement augmente avec la distance. d F (x) 0 pour tout x 0% fonction monotone%. dx 3. Pour un nud ayant une porte de communication de R, un nud situ une distance de 3R peut tre considr aussi loign qu'un nud situ une distance de 10R. d F (x) |x=0 = 0% condition limite%. dx 4. De faon similaire, si un nud est une distance bien infrieure R, son loignement ne variera pas beaucoup mme si sa distance est double. d limx dx F (x) = 0% condition limite%. 5. Si un nud est une distance proche de R, son loignement variera normment selon s'il se rapproche ou s'il s'loigne. d d F (x) |x=R dx F (x)x 0 dx Une fonction

F (x)

satisfaisant ces conditions est :

1 F (x) = (r)
0

e ( )t1 d,

x 0, 2 =

(2.7)

la fonction cumulative d'une variable gamma de paramtre R, un nombre non obligatoirement entier.

(r1) avec r R

f (x) = F (x) =

1 (x)r1 ex (r)

(2.8)

Quand des nuds se dplacent, leur loignement se modie dans le temps, et, la mesure de mobilit du rseau ad hoc est dnie comme suit :

48

1 M (t) = N
o N est le nombre des nuds, et,

N 1

Mt (t)
t=0

(2.9)

1 Mi (t) = N 1
le nud i.

N 1 t t=0

d F (dij (t)) dt

(2.10)

Mi (t) est une mesure des dplacements relatifs des autres nuds comme vue par
Pour valider leur mtrique les auteurs vrient, par simulation sur dirents scnarios de dplacements dont les modles de mobilit varient, que la valeur de celleci est linairement dpendante du taux de changement de lien sur l'ensemble de la topologie. Leur but est d'orir un cadre d'valuation standard qui soit indpendant du modle de mobilit ou du nombre de nuds.

2.2.1.3.2 Mobilit gomtrique

Cette mtrique [51] prcise la mobilit d'un

scnario avec une seule valeur M qui est une fonction du mouvement relatif des nuds durant une priode de temps d'un scnario. Si l (x, t) est la position x d'un nud l'instant t, alors la vitesse relative v (x, y, t) entre les nuds x et y l'instant

t est

v(x, y, t) =
La mtrique de mobilit, La formule pour obtenir

d (l(x, t) l(y, t)) dt

(2.11)

Mxy ,
est :

entre n'importe quelle paire (x, y) de nuds est

dnie comme leur vitesse relative absolue moyenne sur une priode de temps, T.

Mxy

Mxy =

1 T
t0 tt0 +T

|v(x, y, t)| dt

(2.12)

La mtrique globale de mobilit, M, pour un scnario, est la mtrique de mobilit dans 2.12 moyenne sur toutes les paires de nud :

M=

1 |x, y|

Mxy =
x,y

n n 2 Mxy n(n 1) x=1 y=x+1

(2.13)

O |x, y| est le nombre de paires de nud distinctes (x, y) et n est le nombre de nuds dans le scnario. (Dans 2.13 les nuds sont numrots de 1 n.) En pratique la formule de M est discrtise par pas de 0.1s. La mobilit exprime ici la vitesse relative moyenne entre tous les nuds dans le rseau. Ainsi, la mobilit pour un groupe de nuds xes ou se dplaant en parallle la mme vitesse, est nulle : le graphe de connectivit n'est pas modi. Les auteurs prsentent des rsultats de simulation sur des scnarios en modle Random Waypoint qui montrent une relation quasi linaire entre M et le nombre de changements de liaisons. Ils valuent ensuite les performances de protocoles de routage ad hoc en

49

faisant varier M, ce qui revient avec des modles de mobilit alatoires, tel le Random Waypoint, faire varier la vitesse maximale. Les rsultats de performances des protocoles AODV et DSR en terme de dlai ou de throughput, n'indiquent pas de relation claire entre la mtrique et la performance, ainsi, par exemple, le throughput de AODV est peu aect par la croissance de M. L'avantage de la mtrique propose est qu'elle rend compte de la notion de lien, cependant les moyennes eectues en lissent l'intrt.

Conclusion :
Les mtriques sur la sociologie du dplacement prsentes s'appuient majoritairement sur des informations de vitesse et de positionnement. Elle permettent de caractriser la mobilit d'un environnement davantage que de raliser des adaptations protocolaires, car si elles fournissent des informations de comportement de mobilit celles-ci ne mnent pas forcment des optimisations de performances. Par exemple le nud avec le temps de pause le plus long, s'il est choisi pour sa stabilit dans un algorithme de cluster, ou pour tre une passerelle vers un rseau xe d'accs internet, n'amliorera pas les performances s'il n'a pas de lien de connectivit avec les autres nuds. Selon les critres d'apprciations C1, C2 et C3 que nous avons exprims nous ne les considrons pas comme de bonnes mtriques. Retenons cependant la mtrique par mobilit gomtrique (plus simple calculer que celle d'loignement). Elle sera employe pour valuer le degr de mobilit d'un scnario, dans le dernier chapitre.

50

2.2.2 Prdiction du dplacement


Les mtriques de prdiction ont pour objectif de prdire, comme leur nom l'indique, la mobilit d'un lment. Elles sont gnralement plus prcises que les prcdentes, car utilisant plus d'informations pour leur calcul, tout en tant par l mme plus complexes calculer. Leur valeur de vrit est lie la modlisation du mouvement qui est suppos pour le calcul. Nous direncions les modles de type local de ceux davantage centrs sur le voisinage puis le rseau.

2.2.2.1 Par mesure locale : densit, erreurs de route et puissance


Alors que les mtriques de dplacement s'intressent aux caractristiques physiques de celui-ci (vitesse, distance), les mtriques prdictives infrent une caractristique de mobilit venir partir de la mesure d'un tat du rseau ou plutt de la topologie du rseau. Si un nud se dplace mais qu'il a de nombreux voisins il sera par exemple considr comme stable. La mtrique est alors assimile une mtrique de stabilit dans le graphe de connexions du rseau. Elle s'obtient partir de mesures de densit, d'erreurs de route ou bien de puisssance.

2.2.2.1.1 Densit

La densit locale un nud est son nombre de voisins

porte directe de transmission. Nous ne la considrons pas comme une mtrique de voisinage mais comme une mtrique avec une vue locale (les paramtres de calcul sont obtenus sans signalisation spcique, partir du protocole MAC ou de la table de routage, ou encore de la table de voisinage V6). Son principal intrt est que son calcul ne demande quasiment aucun surcot pour les nuds. Elle remplit bien les critres C1, C2 et C3. Concernant les critres C4 et C5 (performance et indpendance protocolaire), de nombreuses tudes de performance, telle celle mene en [57] indique une bonne adquation. Ainsi, les performances des protocoles de routage AODV,DSDV et DSR, en environnement dense (de 150 200 nuds) suivent l'augmentation de la mtrique. Ceci se justie : plus le nombre de nuds est important, plus il y a de chance que la connectivit du graphe soit rapidement remise en place par le routage aprs un dplacement. La performance est meilleure. Et, plus le nombre de nuds est important plus le nombre de voisins, c'est--dire la densit augmente (tout au moins pour une distribution des nuds alatoire comme en Random Waypoint). Le critre C4 est assur : la performance est lie la mtrique (des anomalies sont constates pour un faible nombre de nuds mais nous pouvons supposer que la densit locale ne rete alors pas correctement le graphe de connexion du rseau) Mais le critre C5, n'est pas satisfait car la variation de performance avec la mtrique n'est pas vraie pour tous les protocoles. En [61] par exemple, il est montr que les performances de AODV dclinent lorsque la densit augmente au-del d'un seuil, contrairement celles du protocole OLSR. C'est que AODV utilise une technique de diusion dont le cot augmente avec le nombre de nuds alors que OLSR limite la diusion. La densit a souvent t propose comme paramtre de choix des chefs de clusters, c'est un critre qui permet d'agrger les donnes. Il parait intressant de la combiner avec un autre critre pour assurer de la stabilit et rduire le cot li de nombreuses lections.

51

2.2.2.1.2 Nombre d'erreurs de route

Cette mtrique est utilise par CSR

[12] qui est une extension pour passage l'chelle de DSR, ainsi que dans [14] qui propose une adaptation du protocole transport la mobilit du rseau. Elle s'obtient aisment lorsque des protocoles ractifs sont dploys, en comptabilisant le nombre de messages d'erreurs de routes reus par le nud. Dans la mesure o elle est calcule localement sur le nud sans utilisation de signalisation spcique, nous l'avons comme la prcdente, la densit, classe en vue locale. Le nombre de messages d'erreurs de route reus peut donner lieu deux interprtations selon l'origine de l'lment qui transmet le message. Ainsi par exemple, si un nud reoit de nombreux messages d'erreurs de routes de la part de plusieurs de ses voisins, cela signie que le nud concern se dplace ou bien qu'il y a de nombreux changements de topologie. Si par contre, l'origine des messages est principalement la mme, le nud peut en dduire que son voisin n'est pas stable et donc en changer. L'intrt de cette mtrique est qu'elle est facile calculer pour des protocoles ractifs et qu'elle est relativement simple utiliser pour des auto-adaptations de niveau routage, sans provoquer de surcot de routage consquent ou de cot calculatoire important. Cependant cela suppose que les messages d'erreurs de routes sont recus par la source et qu'ils ne sont pas bloqus par un recouvrement de route local aux nuds. Il y a alors un risque de mauvaise optimisation dans la mesure o pour optimiser le protocole de routage on augmente le dbit consomm par le contle, en transmettant les nombreuses erreurs de route.

2.2.2.1.3 Puissance

[62] propose qu'un lment dtermine sa mobilit partir

de la puissance des messages qu'il reoit. En utilisant un modle de propagation adapt, le nud estime sa distance au voisin, sa variance. La mtrique s'appuie sur la puissance reue par un nud Y lors de l'mission d'un message HELLO par une station X considre de son entourage. Si

RxP rXY

est la puissance reue par le nud Y lors de la rception d'un

message HELLO provenant de X, alors la mobilit relative de Y par rapport X s'crit :

rel MY (X) = 10log


Ainsi, si

new RxP rXY old RxP rXY

(2.14)

rel MY (X) < 0

cela signie que les nuds s'loignent et si

rel MY (X) > 0

qu'ils se rapprochent. Il y a alors agrgation de l'ensemble de ces mtriques partielles de la mobilit de

Y par rapport ses voisins an de donner un critre de mobilit local de Y dans
l'environnement qui l'entoure (ses nuds voisins).

rel MY = V ar0 MY (Xj )

m j=1

rel = E (MY )2

(2.15)

O X1...Xm sont l'ensemble des voisins de Y. La mtrique ainsi obtenue donne une connaissance de la mobilit du nud Y par rapport son environnement proche (MY petit indique une mobilit faible par rapport ses voisins). Le problme est de dterminer quels sont les nuds considrs comme tant dans l'entourage de Y. Ce dernier paramtre permet de faire varier la signication de la mtrique et de lui donner une pertinence plus ou moins locale. Les

52

auteurs utilisent cette mtrique pour former des clusters deux sauts et trouvent un gain en terme de nombre de changements de clusters (leur proposition gnre moins de changements de chefs de clusters) par rapport l'algorithme classique qui choisit comme chef l'lment qui a le plus petit identiant. Cette mtrique repose sur la puissance du signal reue et est donc a priori dpendante de la qualit de la transmission, nanmoins, les mesures sont mises jour frquemment, et le support de transmission peut tre considr comme relativement stable (en rgle gnrale) sur de courtes priodes de temps. Nous pouvons donc supposer que la mesure est indpendante de la qualit du support (mais pas de sa variation si celle si est brutale).

Conclusion :
Les trois mtriques, densit, erreurs de route et puissance, satisfont aux critres. Nous privilgions l'utilisation de la densit pour l'adaptation car son calcul est indpendant du protocole de routage dploy et qu'elle est moins sensible que la mtrique de puissance aux auto-adaptations de la couche physique. Sa valeur en tant plus stable vite les problmes de cohrence relevs dans le chapitre prcdent (de toute faon si la valeur de la densit n'arrte pas d'tre modie la dynamicit de l'environnement est tel qu'il y a peu de chance que l'adaptation soit ecace ce n'est pas la peine de chercher une bonne mtrique).

2.2.2.2 Par positionnement et modlisation du mouvement de voisinage


Nous analysons trois mtriques qui s'appuient sur des informations de positionnement, et utilisent une modlisation du dplacement de leurs voisins. La mtrique n'est pas comme prcdemment dduite directement d'une mesure locale aux nuds, elle utilise galement une modlisation du dplacement.

2.2.2.2.1 Link Expiration Time (LET)


i et j dans la gamme de transmission
et

[63] propose une mtrique capable

de prdire la dure de liaison entre deux nuds qui sont en liaison. Soient deux nuds

r(xi , yi ) les coordonnes du nud mobile i (xi , yi ) celles du nud mobile j, (vi ) et (vj ) sont leurs vitesses respectives, i et j (0 i , j 2) sont les directions des nuds i et j, rt. En supposant que les
nuds se dplacent une vitesse et dans une direction constantes, la dure de temps pendant laquelle les nuds vont rester connects est

(ab + cd) + LET =

(a2 + b2 ) r2 (ad bc)2


(2.16)

a2 + c 2 O a = vi cosi vj cosj , b = xi xj , c = vi sini vj sinj , et d = yi yj . Notons que quand vi = vj et i , = j , LET devient .


LET permet d'entreprendre une reconstruction de route avant que la rupture ne

se produise. Les rsultats de simulation eectus avec un modle de dplacement alatoire continu (deplacement choisi alatoirement l'initialisation et avec un retour arrire lorsque les mobiles arrivent en frontire de l'aire de simulation) sur des protocoles ractifs indiquent un gain de performance. Le protocole augmente ses performances en terme de paquets transmis, en transmettant sur des routes stables, et, en anticipant la rupture de route. Cependant cette approche exige des donnes d'une

53

interface GPS pour dterminer la position, la vlocit et la direction du mouvement de tous les nuds plus une horloge synchronise dans tous nuds. Elle suppose galement que la vitesse et la direction des nud soient constantes.

2.2.2.2.2 Modle cintique

De faon exprimer le mouvement dans le r-

seau [64] propose d'utiliser une modlisation par arbre cintique o l'information de mouvement de l'arbre s'obtient partir d'un systme de positionnement. En supposant un mouvement linaire par morceaux (conformment la modlisation de mouvement propose en [65][66]) les auteurs proposent un algorithme de routage utilisant un algorithme de plus court chemin qui est optimis par rapport celui de de bellman ford car les informations de routage ne sont changes que lorsque des changements de trajectoires surviennent. L'algorithme est tendu en [67] la dtermination des clusters. La modlisation cintique est galement utilise en [68] pour choisir les MPR dans le routage OLSR, l'ide tant de choisir les lments les plus `stable' au sens qui restent en contact avec le plus de voisins. Le degr cintique d'un nud est la distribution de prsence de ses voisins (1 voisin prsent, 2 voisins prsents, ...), le nud est capable de prdire son degr et l'utilise pour lire son MPR. Plus prcisment, en supposant une synchronisation temporelle globale aux nuds :

x, y, les coordonnes de position, dx, dy la vitesse de dplacement sont les paramtres


utiliss pour dterminer la mobilit d'un nud.

P osi (t) =
O

xi + dxi .t yi + dyi .t

(2.17)

T est la position du nud i au temps t, le vecteur [xi , yi ] indique la T position initiale de nud i, et [dxi , dyi ] le vecteur vitesse initiale.

P osi (t)

Les auteurs proposent une modlisation de la connexion de deux nuds par deux sigmoides (courbe en S ) d'quation :

f (x) =
Les instants d'entre en contact transmision ;

1 1 + ex
et de rupture de contact

(2.18)

(tf rom )

(tto )

sont ob-

tenus en rsolvant l'quation o la distance entre les voisins est gale au rayon de Pour i et j voisins : la distance carre entre les nuds i et j est dtermine selon un modle de prdiction vitesse constante (prdiction d'ordre 1) :

2 2 Dij (t) = Dji (t) = P osj (t) P osi (t)

2 2 2

xj xi yj yi

dxj dxi dyj dyi

.t
(2.19)

= aij t2 + bij t + cij


Pour r le rayon maximal de transmission, tant que sont des voisins. Donc, en rsolvant

2 Dij (t) r2 ,

les nuds i et j

54

2 Dij (t) r2 = 0

aij t2 + bij t + cij r2 = 0

(2.20)

f rom to On obtient tij et tij les dates de l'intervalle de temps pendant lequel les nuds i et j sont voisins. nbrsi est le nombre total de voisins dtects dans le voisinage du
nud i au temps t, le degr cinetique est alors

nbrsi

1 1 + exp a.(t tf rom ) k .

1 1 + exp (a.(t tto )) k


(2.21)

Degi (t) =
k=0

Finalement, le degr cintique est obtenu en intgrant 2.21

nbrsi

1 1 + exp a.(t tf rom ) k .

1 1 + exp (a.(t tto )) k


(2.22)

Deg i (t) =
t

k=0

2.2.2.2.3 Prdiction des positions du prochain saut

La prdiction des

prochaines positions est propose dans le protocole de CBLR (Cluster-Based Location Routing) [69] en supposant que tous les nuds peuvent connatre leurs positions via GPS ou quelque systme de coordonne local. Une station qui veut mettre vers une station non connue dans sa table, mmorise le paquet et met une demande de localisation. La demande de localisation est transmise sur tout le rseau par une structure de cluster. Le destinataire recherch renvoi sa position. Le routage des donnes prend en compte la mobilit du prochain nud par une mthode prdictive court terme, o la kime position est linairement dduite de la position connue :

Pi+k = Pj +?P e
O

(2.23)

Pi+k

est la position future du saut prochain,

Pj

est la position actuelle du

saut prochain.

?P est l'intervalle entre la position actuelle et la position prcdente du saut


prochain.

e indique la priode de temps durant laquelle les paquets sont perdus faute de
route. Chaque nud mmorise l'information de l'emplacement de chaque voisin duquel il a reu un message HELLO. Quand un nud reoit un paquet relayer le nud prdit les emplacements du prochain saut partir des emplacements prcdents. S'il prdit que le nud est dans sa porte radio, il envoie le paquet directement, autrement il trouve un nud intermdiaire plus proche de lui pour atteindre le prochain saut. Cette mtrique de prdiction permet de faire face des changements trs rapides de positions, en rparant localement une route par un ajout de nuds

55

intermdiaires. Nous noterons toutefois qu'il n'est pas vident qu'un gain de performances global soit apport, il peut tre plus intressant de recalculer une route que d'utiliser une route de plus en plus longue, avec des possibilites de cycles dus aux calculs locaux.

2.2.2.3 Par modlisation des routes 2.2.2.3.1 Dure de vie de route L'objectif de [70] est de dnir un modle
prdictif de la dure des routes pour une mobilit en random-walk. Le rseau est modlis par un ensemble de cellules n niveaux. Une route est un ensemble de vecteurs, chacun reprsente une liaison entre des mobiles dans des cellules. Le vecteur reprsentant la laison est appel tat. La modlisation est la suivante. Soit M la matrice des probabilits de transition k de l'tat aprs une unit de temps. M , les probabilits de transition aprs k units k de temps. Mi,j la probabilit qu'un lien l'tat i change l'tat j aprs k units de temps. En supposant le lien sans l dans l'tat i l'unit de temps 0. P1 (i, t) la probabilit que le lien soit cass l'unit de temps t est :

P1 (i, t) =

t Mi,j jlayer n+1, n+2

(2.24)

avec n le nombre de niveaux gal une couverture radio de l'hte.

P2 (i, t)

la probabilit qu'un lien sans l dans l'tat i l'unit de temps 0, reste

vivant l'unit de temps t-1, et soit cass l'unit de temps t est :

P2 (i, t) =

P1 (i, t) si t = 1 P1 (i, t) P1 (i, t 1) si t > 1

(2.25)

Pour un chemin de routage qui consiste en une squence de k liens sans l

[i1 , i2 , ..., ik ]

l'instant 0 il est suppos que les transitions d'tat de liens adjacents

sont indpendantes. temps t est alors :

P3 (R, t)

la probabilit que la route R reste vivante l'unit de

P3 (R, t) = (1 P1 (i1 , t)) x (1xP1 (i2 , t)) x...x (1xP1 (ik , t))
k

=
j=1

(1 P1 (ij , t))

(2.26)

P4 (R, t)

la probabilit que R soit rompue l'instant t est

P4 (R, t) = 1 P3 (R, t)
t :

(2.27)

P5 (R, t) la probabilit que R soit vivante t-1, mais soit casse l'unit de temps P4 (R, t) si t = 1 P5 (R, t) = P4 (R, t) P4 (R, t 1) si t > 1 P3 (R, t 1) P3 (R, t)
56

(2.28)

La dure de vie moyenne d'une route R, E (R), est

E(R) =
t=1

P5 (R, t) x t x (La longueur d une unite de temps)

(2.29)

Cette mtrique est utilise par les auteurs pour amliorer le choix des routes de l'algorithme DSR et en amliorer ainsi les performances. La dure de vie d'une route est galement appele Path availability dans [65]. Les auteurs utilisent dans leur formulation la probabilit qu'un lien soit disponible et non la probabilit qu'il soit cass (Ai,j (t) est la disponibilit pour le lien

(i, j)

au

chemin k dont on cherche connatre la disponibilit). Les liens dans cette tude sont galement considrs comme indpendants. Dans [50] la dure de route (Path duration) s'exprime comme le minimum de la dure des liens, et non comme le produit des abibilits des liens. La mtrique se dduit de la mesure de la dure de liaison

P = {n1 , n2 , ..., nk }, de k nuds, [t1 , t2 ], pendant lequel chaque liens k-1 entre les nuds existent. De plus, l'instant t1 et l'instant t2 , > 0, au moins un des k liens n'existent pas. A l'instant t1 , la dure de chemin est le minimum des dures des liens k-1 (n1 , n2 ) , (n2 , n3 ) , ..., (nk1 , nk ) l'instant t1 . P D (n1 , nk , t1 ) la dure de chemin la plus courte entre le nud n1 et le nud nk l'instant t1 est :
que nous prsentons par la suite. Pour un chemin l'instant

t1 ,

la dure de chemin est la longueur du plus grand intervalle

P D (n1 , nk , t1 ) = min LD (nz , nz+1 , t1 )


lzk1

(2.30)

La mtrique de dure de route permet de choisir des routes stables pour une fentre de temps. Il est cependant ncessaire de connatre l'tat de tous les liens avant de choisir une route. Son utilisation optimise les performances du routage (voir le routage SSA [27] et ABR [28]) dans la mesure o le temps de recouvrement de route est plus important que le temps perdu utiliser une route stable mais longue. La dure de stabilit doit tre susament grande pour que le calcul soit valable.

Conclusion
Les mtriques base de modlisation sont naturellement plus complexes calculer que celles base de mesure et leur intert dpend fortement de la connaissance du modle de mobilit. Enrichies par des mesures (telles que celles prsentes prcdemment) et une signalisation adquate, elles permettent facilement d'avoir une connaissance globale de la mobilit rseau. Cependant au vu de nos critres nous retiendrons les mtriques par mesure locale.

57

2.2.3 Sociologie du lien


Les mtriques de cette catgorie reprsentent la connectivit entre deux nuds d'un rseau. Elles sont utilises pour calculer des dures de route comme nous l'avons vu prcdemement, ou pour choisir un protocole de routage adapt un environnement de mobilit. Nous avons vu prcdemment une mthode prdictive du calcul de la dure de lien partir de mesures de vitesses (mtrique LET ), nous nous intressons prsent direntes modlisations de la dure de lien partir de mesures sur l'tat de connexion entre deux nuds. Nous prsentons une modlisation longue chelle de la notion de connexion puis direntes caractrisques de l'tat connexion : dure, changement et stabilit.

2.2.3.1 Modlisation longue chelle : Contact et rencontre


An d'tudier la mobilit longue chelle, [71] s'inspire des travaux en pidmiologie pour l'analyse et la prdiction des maladies infectieuses. Il introduit deux notions : celle de contact et celle de rencontre encounter. Les questions auxquelles tendent de rpondre les auteurs sont :  Combien un nud rencontre-t-il de nouveaux contacts par unit de temps ?  Avec quelle frquence 2 nuds se rencontrent-ils ?  Combien de temps une rencontre reste-t-elle tablie ? Ou combien de temps un contact reste-t-il perdu ? L'lment de base de la modlisation sont les notion de contact et de rencontres.

2.2.3.1.1 Contact-Based Mobility (CBM)


emn ,

Le Contact-Based Mobility (CBM)

est deni au niveau de nud puis par moyenne sur tous les nuds. Une rencontre, entre 2 nuds se produit lorsque leur distance est infrieure la porte R des nuds. Elle est reprsente par le moment o elle se produit et sa dure :

emn = {n, m, t,

t}

(2.31)

Un contact est la liste des rencontres entre 2 nuds :

Cmn = {emn } Cn
vation) :

(2.32)

l'ensemble des contacts, d'un nud pendant le temps T (la priode d'obser-

Cn = {cmn } En
l'ensemble des rencontres, encounter , d'un nud pendant T :

(2.33)

En = {emn }m=n

(2.34)

Les notions de contacts et rencontres amnent dnir plusieurs mtriques :

58

1.

Taux de contact
Le nombre de nouveaux contacts du nud n par unit de temps :

ACRn =

|Cn | T

(2.35)

Sur un rseau, la moyenne du taux de contact est la moyenne du

ACRn

pour

N nud :

1 ACR = N
2.

N 1

ACRn
n=0

(2.36)

Frquence de rencontre
La frquence des rencontres (encounter frequency) se dnit par le nombre de rencontres, du nud n divis par le nombre de contacts de ce mme nud pendant le temps T :

AEFn =

|En | |Cn |

(2.37)

Sur un rseau, la moyenne est le nombre moyen de rencontre par contact :

AEF =
3.

1 N

N 1

AEFn
n=0

(2.38)

Taux de rencontre
Le nombre de rencontres du nud n par unit de temps :

AERn =
de temps :

|En | T

(2.39)

Sur un rseau, le nombre moyen de rencontres faites par un nud par unit

1 AER = N
4.

N 1

AERn
n=0

(2.40)

Dure moyenne de contacts


Le temps moyen d'un contact pour le nud n, i.e. la dure moyenne de la somme de ses rencontres, est :

emn . t ACDn =
em En

|Cn |

(2.41)

Sur un rseau, le temps moyen d'un contact est :

1 ACD = N
59

N 1

ACDn
n=0

(2.42)

5.

Dure de perte de contact


Le temps de perte d'un contact est :

emn . t ACLDn = T
6.

em En

|Cn |

= T ACDn

(2.43)

Dure de rencontre
La dure d'une rencontre est :

emn . t AEDn =
em En

|En |

(2.44)

Sur un rseau, la dure moyenne d'une rencontre est :

1 AED = N

N 1

AEDn
n=0

(2.45)

Du travail exprimental prsent par [71] on retiendra les rsultats suivants :  ACR varie linairement avec la densit des nuds et varie avec la vitesse maximale des nuds. Mais ACR sature si la vitesse maximale est trs haute, puisque le nombre des nouveaux contacts est limit par le nombre de nuds

N.
 AEF est indpendant de la densit des nuds et augmente avec la vitesse des nuds  

AER ACR AEF ACD AED AEF

[71] conclut des analyses statistiques ralises que la moyenne de la frquence de rencontres joue un rle central dans l'ensemble de ces mtriques. De plus, AEF,

AED et ACD sont indpendants de la densit du nud alors que AER et ACR
augmentent linairement avec la densit des nuds.

CBM parait bien adapt la conception et l'valuation des protocoles et des


applications tolrants aux dlais (pour des rseaux mobiles de type Delay Tolerant Network), mais aussi au temps rel pour adapter ces protocoles et ces applications. La dicult est d'obtenir des informations de la part des autres nuds.

2.2.3.2 Modlisation stochastique 2.2.3.2.1 Dure de vie de lien Les mtriques relatives la dure de connexion
entre deux nuds sont tudies dans de nombreux travaux. Une modlisation commune s'appuie sur une dcomposition du mouvement en phase [65]. Chaque phase de mouvement est une poque dont la dure est considre comme exponentielle. Dans le modle de base le mouvement est constant en vitesse et en direction dans une poque. La modlisation probabiliste de la dure de liaison est employe dans [57] et [72] par :

LD(i, j, t) = eav(i,j,t)
60

(2.46)

avec v (i, j, t) la vitesse relative des nuds i et j l'instant t et a une constante fonction de la corrlation du mouvement. (Une autre notation exprime en [73] exprime la dure de liaison pour une valeur prdite LD(Tp) avec Tp= v (i, j, t)) Elle se justie analytiquement [73] (pour des mouvements indpendants) en supposant que le mouvement des nuds reste constant jusqu' ce qu'ils sortent de la zone de couverture. Soit

nd

le nombre de nuds, la dure moyenne de la connectivit

ALDi

du nud

i pendant le temps

Tm

est :

1 ALD = nd
i

Tm n d

LD(i, j, t)dt
0 j

(2.47)

A partir de cette dnition [72] analyse l'inuence des paramtres du modle Random Waypoint sur la mtrique, il indique que la dure moyenne de connexion en tat stable, (sur une priode de temps innie) est constante pour une vitesse maximale xe, elle ne rete donc pas le niveau de stabilit d'un lien, ses changements, il propose alors d'utiliser une autre mtrique, celle de stabilit de lien.

2.2.3.2.2 Disponibilit de lien


l'instant

Cette mtrique dnie dans [65] est la proba-

bilit qu'il y ait un lien actif entre deux nuds mobiles l'instant qu'il y avait un lien actif entre eux l'instant

t + t0 ,

sachant

t0 . Un lien est considr disponible t0 + t mme s'il a prouv des checs pendant un ou plusieurs d'intervalles ti , tj ; t0 < ti < tj < t0 + t. Pour les nuds n et m, la disponibilit de lien est dnie
comme :

Am,n (t) = P r (Lm,n (t0 + t)) = 1 | Lm,n (t0 ) = 1


O est actif

(2.48)

Lm,n (t) prsente l'tat de lien du Lm,n (t) = 1, sinon Lm,n (t) = 0.

nud n au nud m l'instant t. Si le lien

[65] montre la correspondance entre les rsultats fonds sur l'analyse mathmatique du modle et les rsultats de la simulation. Malheureusement, comme le link

availability qui est li la probabilit d'activit des liens, la connectivit d'un lien
entre deux nuds value est moins importante que ce qu'elle est dans la ralit pour des priodes de temps plus petites que quelques minutes. [73] approxime analytiquement par une mthode de mesure de la dure de lien relle la dure de lien estime (la corrlation de mouvement des nuds est un mouvement de mobilit de type random walk/Waypoint). Leur algorithme de calcul rete la tendance gnrale de la valeur de la disponibilit de lien mais ne permet pas de la calculer de faon exacte.

2.2.3.2.3 Disponibilit de lien amliore

La mtrique enhanced link avai-

lability [74] amliore le modle de disponibilit de lien utilis par la mtrique disponibilit de lien de [65], qui supposait l'indpendance du mouvement entre deux nuds. Une stratgie d'apprentissage adaptative pour prendre en compte la corrlation du mouvement entre deux nuds est propose. L'objectif est de limiter le cot de prdiction inexact tout en utilisant un minimum d'information pour dterminer

61

un lien stable. Son utilisation est propose pour amliorer les protocoles de routage et adapter les structures de cluster la dynamique de mobilit du rseau. Sachant que la mobilit de deux nuds peut tre indpendante ou corrle, une expression de disponibilit de lien totale entre les nuds n et m (Total AvailabiAT (t), est donne par l'quation 2.49, o, Ai (t) est la disponibilit du lien m,n m,n (Independant Availability ) quand les nuds n et m se dplacent d'une manire inc dpendante, Am,n (t) (Correlated Availability ) est la disponibilit du lien quand les nuds n et m se dplacent de faon corrle, (cas de deux personnes s'changeant

lity ),

directement un chier par exemple), et dplacent d'une manire indpendante.

Pi

est la probabilit que les deux nuds se

AT (t) = Ai (t)Pi + Ac (t)(1 Pi ) m,n m,n m,n


de lien avec en plus la possibilit grce au paramtre

(2.49)

L'intrt de cette mtrique est le mme que celui de la mtrique disponibilit

Pi

de prendre en compte des

mouvements dirents par nuds. Chaque nud doit spcier sa propre valeur qui se dplace sur une route, spciera une petite valeur pour importante de

Pi .

Par exemple, un nud appartenant un groupe solidement coupl, tel un vhicule

Pi ;

tandis qu'un

utilisateur nomade dans un environnement dgag spciera lui une valeur plus

Pi .

Plus gnralement,

Pi

dpend de la nature de l'application du

rseau, des proprits de groupe des nuds, de la taille de la population et des caractristiques de l'environnement. et celle de L'valuation pratique de cette mtrique pose deux problmes : l'valuation de Pi Ac (t). [74] propose une mthode de calcul de Ac (t) faisant augmenter m,n m,n sa valeur avec la dure d'activit du lien (lien actif ). En revanche, [74] ne propose pas de mthode de calcul de la probabilit de corrlation fonction du contexte du rseau (autoroute, pitons, ...).

Pi

mais fait uniquement

des recommandations sur ce que devrait tre la valeur (grande ou petite) de

Pi

en

2.2.3.2.4 Probabilit de changement de lien et entropie

[75] denit deux

mtriques, l'une, la probabilit de changement d'tat, qui rete la mobilit, et l'autre, l'entropie, qui mesure le niveau d'alatoire dans le changement. d u Soient qij (e) et qij (e) les probabilit qu'un lien ij soit actif puis cass durant une poque e

u qij (e) = P r {mij , (e + 1) = 1/mij (e) = 0} ; i, j = 1, 2, ..., N

(2.50)

d qij (e) = P r {mij , (e + 1) = 0/mij (e) = 1} ; i = j


O

(2.51) sinon.

Soit

mij (e) = 1 s'il existe un qij (e) la probabilit de

lien direct entre i et j et

mij (e) = 0

changement de lien pour l'poque e dnie comme

tant la probabilit soit d'une activation de lien soit d'une rupture de lien l'poque

e, et,

1 qij (t)

la probabilit qu'un lien ne change pas d'tat, alors l'entropie du

changement de la ligne ij l'poque e est denie selon shannon par

qij (t) =

u d qij (t) + qij (t) 2


62

(2.52)

Dij (e) = {qij (e)log (qij (e)) + [1 qij (e)] log (1 qij (e))}
Les nuds tant mobiles, la probabilit de changement de liens, pour caractriser la mobilit globale :

(2.53) durant

qij (e)

une poque e, est dpendante du temps, aussi les auteurs utilisent la mtrique D(e)

2 D(e) = Dij (e) N (N 1) i=1 j=i+1


O N est le nombre des nuds dans le rseau et

N 1

(2.54)

Dij (e) est l'information T,

requise

pour dcrire le changement d'tat de lien entre les nuds i et j l'poque e : Pour un rseau observ pendant une priode continue de temps moyen de le temps

D(e)

peut tre utilis pour caractriser la mobilit du rseau.

1 D= T
0

D(e)de

(2.55)

Les rsultats des simulation avec les dirents modles de mobilit (Random Waypoint, Manahattan et Battleeld) extraits de [75] conrment la reprsentativit de D en tant qu'indicateur de mobilit global : on note que D augmente lorsque la vitesse des nuds augmente et D diminue lorsque la dure moyenne des liaisons augmente. Par ailleurs il est not que D rete les changements de topologie du rseau exactement de la mme faon quel que soit le modle de mobilit utilis. Comme en [50] et [60], l'intrt d'utiliser cette mtrique est de disposer d'une mtrique qui soit indpendante du nombre de nuds, et du modle de mobilit.

2.2.3.3 Calcul dterministe : mtriques de dure, changement et stabilit de lien 2.2.3.3.1 Dure de lien Les formules proposes dans le cadre de la modlisation
stochastique du paragraphe prcdent sont diciles calculer dans un rseau rel, mme avec le modle supposant une vitesse constante car il faut avoir la vitesse relative des nuds et une valeur pour la constante a. Une expression plus simple calculer dans le rseau rel est prsente dans [50] qui prcise la formule suivante :

LD(i, j, t1 ) = t2 t1
Pour deux nuds i et j, l'instant l'intervalle de temps le plus long

(2.56)

t1 ,

la dure du lien (i, j) est la longueur de

[t1 , t2 ]

pendant lequel les deux nuds sont dans la et

gamme de transmission l'un de l'autre. De plus ces deux nuds ne sont pas dans la gamme de transmission l'instant

t1

t2 +

pour

> 0.

[52] tudie la dure de connexion entre deux nuds par simulation. Il valide exprimentalement l'intrt de la mtrique LD en montrant avec un modle Random Waypoint et un protocole de routage LAR que lorsque la valeur de LD augmente, le taux d'envoie de paquet augmente aussi, et que quand la valeur de LD diminue, le taux d'envoie de paquet diminue aussi. Cependant [72] relve que cette mtrique

63

ne permet pas d'avoir une vision du changement de lien et propose une mtrique de stabilit (voir plus loin).

2.2.3.3.2 Dure de vie rsiduelle de lien

[76] propose la mtrique Residual

link lifetimes comme la quantit moyenne de vie coule en terme de probabilit


pour un lien qui a survcu l'ge a . La densit de vie rsiduelle pour des liens d'ge

a est calcul partir de la densit d et de la distribution de fonction des dure
de vie de lien, D(a) . La densit

da

des dures de vies rsiduelles de lien, pour les liens d'ge a est :

da (t) =
La valeur moyenne

d(t + a) d(t + a) = 1 D(a) d(t)dt

(2.57)

Ea

de la vie rsiduelle d'un lien d'ge a est donn par

Ea =

tda (t)dt =

td(t)dt E D(a) a= a 1 D(a) d(t)dt

(2.58)

O E est la valeur moyenne des dures de lien. En pratique, chaque lment mesure dans un tableau N lments les dures de vies des liens. Ce tableau d[t] a les lments de nombre ni de (N+1). Ainsi, les liens avec une vie dans de temps o a

[a 0, 5; a + 0, 5]

sont compts comme ayant vcu a units

e {0...N}.

Le moyen pour un terminal d'estimer la dure de vie d'un

lien d'age a en utilisant l'quation 2.58 est :

td [t] R(a) =
t=a N

a d [t]

(2.59)

t=a
2.59 peut tre tendue pour avoir la probabilit que le lien reste actif pour une porte de temps s en 2.60.

d [t] Ps (a) =
t=a+s N
(2.60)

d [t]
t=a
Dans la plupart des cas la porte exacte de temps s n'est pas connue l'avance, il est plus utile de calculer en terme de quantile selon l'quation 2.61.

Q (a) = max {s | Ps (a) }

(2.61)

Le travail propos en [76] est poursuivi en [77]. Il y est tudi par simulation sur dirents modles de mobilit la stratgie de choix d'une ligne pour obtenir des routes stables et amliorer ainsi les performances de routage : faut-il prendre la ligne la plus jeune en esprant que sa dure de vie rsiduelle sera importante ou bien choisir celle qui est la plus age comme cela est fait dans les routage SSA et ABR en esprant qu'elle durera plus longtemps (si une liaison est age il y a de forte

64

chance que les nuds ne se dplacent pas ou se dplacent conjointement et donc qu'ils restent encore longtemps en contact) ? Les auteurs ne concluent pas de choix dnitif. Ils indiquent que le choix de la liaison la plus age fonctionne globalement mieux dans le cas de scnario de mobilit statique, alors que celui de la liaison jeune fonctionnera globalement mieux dans un environnement dynamique. Par ailleurs ils comparent les gains de performance de routage obtenus par une stratgie de choix de route base sur la dure de vie ceux obtenus : avec la dure de vie rsiduelle, (Ra , calcule par mesure statistique) et avec la probabilit de rupture (Qa ). D'aprs les rsultats, la meilleure stratgie dans tous les scnarios de mobilit est celle qui repose sur

Qa . La dicult est alors d'valuer correctement le paramtre . Un choix

inadapt de ce paramtre dcrot les performances.

2.2.3.3.3 Changement d'tat de liaison, frquence de changement de liaison et nombre de changement De mme que [50][60] tudie un environnement
normalis pour tudier les performances des protocoles MANETs. Il utilise la mtrique taux de changement de liens (link change rate) ou frquence des changements d'tat du lien LC. Cette mtrique est galement appele link state changes dans [52],

link change rate dans [78][72] et number of link changes dans [50].
Pour un modle Random Waypoint (RWP), [72] dnit LC comme l'inverse de la priode pendant laquelle la transmission est possible puis devient impossible.

ALC =

1 ALD

(2.62)

Pour eectuer ce calcul il est necessaire de calculer la dure de liaison avec les dicults mentionnes prcdemment. Nous prfrons la forme calculable en rseau rel de [50] qui prcise le nombre de changements de lien pour une paire de nuds i et j comme le nombre d'poque o le lien change d'un d'tat dconnect un tat connect. Formellement,

LC =
i=1

C(i, j, t)

(2.63)

O C (i, j, t) = 1 si X (i, j, t-1) = 0 et X (i, j, t) = 1 c'est--dire, si le lien entre les nuds i et j est en tat dconnect l'instant t-1, mais connect l'instant t.

X (i, j, t) a une valeur 1 s' il y a un lien entre les nuds i et j instant t.


De mme est dni la moyenne sur tous les liens existants pour les paires de nud qui satisfont la condition.

ALC = M oy(i,j) (LC(i, j))

(2.64)

Cette mtrique observe la frquence des changements d'tat du lien, aspect non trait par le link duration. L'inconvnient est qu'elle ne permet pas d'avoir une vision globale de la disponibilit d'un nud, par exemple par la connaissance de la longvit du lien, et ne permet donc pas d'valuer l'eet des changements d'tat du lien sur la transmission.

65

2.2.3.3.4 Stabilit de lien

L'analyse en Random Waypoint eectue en [72] et

[78] indique que ni LC, ni LD ne peuvent dcrire correctement la mobilit. En eet, l'augmentation de la vitesse maximale ne perturbe pas LD alors qu'elle augmente

LC. Par contre, LD augmente en mme temps que la porte d'un nud alors que LC y est insensible.
Un moyen de rsoudre ce problme indiqu en [78] est la mtrique stabilit de lien (link stability (LS)) calcule partir des mtriques average link duration et le

link state changes.

Ls =

LD LC

(2.65)

[78] utilise cette mtrique pour amliorer les performances du protocole de routage DSDV en adaptant la frquence des annonces (DSDV est un routage proactif avec diusion cyclique d'annonces) la stabilit des liens. Les travaux sont poursuivis en [79] pour adapter le rythme des annonces faites par un protocole de dcouverte de passerelle Internet.

Conclusion :
Les travaux analytiques ou par simulation indiquent l'intrt de connatre des informations sur la liaison entre deux nuds, en montrant la corrlation entre ces informations et la performance du protocole de routage ou l'tat de mobilit d'un rseau. Ces informations s'obtiennent facilement, ne ncessitent pas d'quipement de positionnement, et sont calculables dans un rseau rel. C'est pourquoi nous avons choisi d'tudier plus particulirement ces mtriques et d'valuer leur aptitude rpondre aux critres C4 et C5 dans le chapitre suivant.

66

2.3

Caractristiques de la fonction calcul de mtrique

Nous recensons les direntes caractristiques pour le calcul de mtriques en environnement rel, en synthtisant les orientations que nous avons choisies partir de l'analyse bibliographique.

2.3.1 Mesure et/ou Modlisation analytique


Les mtriques de la mobilit par mesure utilisent les informations des nuds, des voisins ou du rseau Le modle analytique est utilis en supposant un modle de mobilit dterministe ou alatoire du comportement des nuds d'un rseau. Il fournit une formulation de la mtrique fortement dpendante du modle de mobilit en la calculant selon les caractristiques de modle. Pour des raisons de simplicit de calcul nous choisissons une mthode de mesure.

2.3.2 Mthode de mesure avec/sans GPS


Le calcul de mtrique selon un modle dterministe suppose des informations de vitesse qui sont obtenables partir d'un systme GPS (via des mesures de temps et de positionnement). Lorsque ces informations ne sont pas disponibles, le calcul s'eectue partir de signalisation retant l'environnement des nuds, des liens et des routes, o le nombre des nuds qui sont porte radio, la frquence de changement de lien, la dure de connexion. De faon avoir une mthode de mesure la plus gnrale possible, nous retenons une mesure sans outil de positionnement.

2.3.3 Niveau protocolaire d'origine des informations mesures


Les informations pour le calcul de mtrique de mobilit peuvent provenir d'une seule couche (comme la couche physique, MAC, LLC, rseau) ou de plusieurs couches pour des optimisations inter-couches (comme MAC/LLC, physique/MAC/LLC et MAC/LLC/rseau). Pour viter les problmes d'incohrences entre mesures et optimisations, nous avons choisi des mtriques calcules partir de paramtres d'une seule couche.

2.3.4 Type d'objet mesur


Les objets mesurs sont :  Nud : ces informations s'appuient sur le nud lui-mme ou ses voisins.  Lien : ces informations s'appuient sur les liens entre le nud et ses voisins.  Route : ces informations s'appuient sur les routes entre le nud et ses destinations.

67

 Rseau De faon viter une signalisation trop importante, nous ne retenons pas les mesures de niveau rseau. Nous retenons les mesures nud, liens et route, dans la limite o elles sont calcules sans signalisation additionnelle.

68

2.4

Synthse et choix de mtriques

La table 2.1 prsente une synthse des caractristiques des mtriques. L'information de mobilit connue du nud pour exprimer la mobilit contient une vitesse (V), une direction (D), une position (P), une gamme de transmission (R). Ici, la gamme de transmission n'exprime pas le mouvement d'un nud, mais prsente la mobilit d'un nud du point de vue de la connectivit. Nous utilisons ce tableau pour prciser les mtriques qui peuvent tre utilises pour adapter le comportement de protocoles, comme 1. Calculable dans un environnement distribu sans connaissance globale du rseau 2. Calculable en implantation relle 3. Calculable en ressources limites 4. Indicateur des performances des protocoles 5. Indpendant du protocole 6. Nous ajoutons la condition de calculer la mtrique sans systme GPS D'abord, nous liminons les mtriques de dplacements qui sont utilises pour dnir un cadre gnrique de mobilit pour l'valuation des performances de protocoles (2.1.3-1) et/ou s'appuient sur des informations de positionnement. Nous ne nous intressons pas aux mtriques de prdiction parce qu'elles demandent gnralement plusieurs paramtres pour calculer les mtriques, et gnralement un positionnement GPS et/ou un modle analytique (2.1.3-1 et 3). Leur calcul demande une signalisation importante (vue rseau) et/ou un calcul complexe pas forcment trs exact. Nous retenons deux mtriques de prdictions calcules par mesure : le nombre de voisins (appel encore degr au densit locale) et le nombre d'erreur de route mme si cette mtrique est en contradiction avec le critre d'independance de la mtrique en regard du protocole (critre en pratique non respectable comme nous le verrons par la suite). La mesure de puissance n'est pas retenue car sa vracit est lie aux adaptations de la couche physique. Ensuite, nous considrons les mtriques de connectivit. Nous ne retenons pas les mtriques de disponibilit de lien et disponibilit de lien amliores parce qu'elles utilisent un modle analytique (2.1.3-5). Nous ne considrons pas non plus la dure de vie rsiduelle galement complexe calculer. Par consquent, il reste 4 mtriques de connectivit (Contact-Based Mobility,

Dure de lien /Link duration, changement de liens/ Link change rate, et Stabilit de lien/ Link Stability). Il n'y en a en fait que 3 parce que la mtrique Contact-Based
Mobility peut tre assimile 2 mtriques : Link change rate et Link duration. En conclusion, en gard l'objectif d'adaptation x, nous tudions principalement 4 mtriques : le nombre de voisins, la Dure de lien, la frquence de changement de lien, et la stabilit de liens.

69

Table 2-1. Synthse des caractristiques des mtriques


L'information de mobilit entre Couche Modle
Phy LLC/ MAC Routage Nud Lien

Niveau observ
V D P R Autres

Nom de mtrique de la mobilit

Description, Information apporte

Objecte mesure
Route

G P S

Sociologie du dplacement -Vue locale Vitesse Dplacement -Vue voisinage Vitesse relative Degr de dpendance spatiale X Temps pause X X X X X X X X X (X) X X X X X X X

Vitesse de nud Priode de ltat nud est pause

Degr de temporelle X X X X X X X X X

dpendance

Vitesse relative entre 2 nuds Corrlation des mouvements entre 2 nuds Corrlation des mouvements d'un nud entre 2 instants

-Vue rseau X X

Mesure de mobilit base sur la notion dloignement Mobilit gomtrique

S'appuie sur l' loignement (volu) entre des nuds Capturer et quantifier le mouvement relatif de noeuds

Prdiction de dplacement -Par mesure locale Densit Paquet de Route Error X

X X X

X X X

Nombre derreurs de route

Nombre de nuds la porte de transmission Nombre de paquet Route Error

Puissance metric)

(Local

mobility

X X X X X

Angle

X X Priode de paquet perdu X

X X X X X

Connaissance de la mobilit du nud par rapport son environnement proche -Par positionnement et modlisation du mouvement de voisinage Link Expiration Time (LET) Dure de chronomtre des deux nuds resteront connects Modle cintique Trajectoire du nud bas sur information d'emplacement Prdiction des positions du Positions prdictives des k saut prochain saut prochaines en avant dans le temps -Par modlisation des routes Dure de vie de route Prdire la vie de chemin de routage X

Niveau observ
V D P R Autres

Nom de mtrique de la mobilit Modle


Phy LLC/ MAC Routage Nud Lien

Description, Information apporte

L'information de mobilit entre Couche Objecte mesure


Route

G P S

Sociologie du lien -Modlisation longue chelle X X X X X X

Taux de contact

Le nombre de nouveaux contacts d'un nud par unit de temps

Frquence de rencontre X X X X X X X X X X X

Le nombre de rencontres faites par un nud divis par le nombre de contacts de ce mme nud

Taux de rencontre

Le nombre de rencontres d'un nud par unit de temps

X X X X X X X

X X X X X X X

Dure moyenne de contacts

Le temps moyen d'un contact pour un nud

Dure de perte de contact

Le temps moyen de perte d'un contact

Dure de rencontre

La dure d'une rencontre

-Modlisation stochastique Dure de vie de lien Disponibilit de lien

Disponibilit de lien amliore

Temps de dure d'un lien Disponibilit d'un lien entre 2 nuds Disponibilit d'un lien entre 2 nuds en prenant en compte la corrlation de leurs mouvements Niveau mobilit

Probabilit de changement de lien et entropie -Calcul dterministe Dure de lien Dure de vie rsiduelle de lien

X X

X X

X X

Changement dtat de liaison, frquence de changement de liaison et nombre de changement Stabilit de lien

Temps de dure d'un lien Longueur de temps pour lequel le lien continuera exister jusqu' ce qu'il s'est cass. Nombre de changements d'tat du lien X

Nombre de changements d'tat du lien et le temps de dure d'un lien

2.5

Conclusion

Ce chapitre a pour objet de dnir la notion de mobilit dans le contexte de l'adaptation. Nous dnissons trois catgories de mtriques selon qu'elles se rapportent au dplacement d'un lment, les mtriques de sociologie du dplacement, et plus prcisment l'historique du lien entre deux nuds, les mtriques de sociologie du lien, ou bien la prdiction du dplacement, les mtriques de prdiction du dplacement. Notre taxinomie, issue de l'analyse des travaux traitant de la mobilit en rseaux ad hoc, s'appuie galement sur le point de vue, c'est--dire l'origine architecturale des informations d'entre du calcul de la mtrique qui est le nud, le voisinage ou encore le rseau. Nous apprcions l'intrt des mtriques en regard de critres concernant leur calculabilit en environnement distribu sans connaissance globale du rseau, et ce, avec des ressources limites. Dans l'objectif de retenir des mtriques qui soient le plus universelles possibles nous cartons celles qui sont dpendantes d'un systme de mesure par positionnement et d'un modle de mobilit donn. Nous relevons l'intrt des mtriques par mesure, par opposition celles par modlisation, pour des mouvements non prdictifs de type alatoire. Plus prcisment nous retenons quatre mtriques : le nombre de voisins, la dure de lien, la frquence de changement de lien et la stabilit de lien. Nous poursuivons l'tude des mtriques par une analyse quantitative dans le chapitre suivant

72

Chapitre

Evaluation des mtriques de mobilit

Aprs l'analyse qualitative reposant sur l'tude de donnes bibliographiques mene dans le chapitre prcdent, nous prsentons une analyse numrique des mtriques de mobilit. Notre objectif est de savoir s'il est possible de dterminer quantitativement une meilleure mtrique de mobilit, c'est dire celle qui apportera le plus de gain de performance une adaptation protocolaire la mobilit. L'ide de base est que plus la mtrique inue sur les performances d'un protocole plus il est intressant que le protocole adapte son comportement en fonction de sa valeur. Pour ce faire nous valuons par simulation la corrlation entre mtriques et performances. Le parti pris de notre tude est de se situer dans une vision idale, quasi universaliste des rseaux MANETs o les rseaux MANETs se direncient par leur protocole de routage. Nous simplions ainsi le problme en faisant abstraction de l'adaptation, mais en considrant plusieurs protocoles de routage car ils sont le facteur dterminant des performances des rseaux Manet. Nous tudions par simulation le rapport entre les performances du routage et les mtriques. Le primtre d'tude est circonscrit par les rsultats prcdents, savoir des mtriques, facilement calculables qui, soient disponibles indpendamment de la pile protocolaire. Les mtriques tudies sont de type sociologie du lien, elles sont relatives l'histoire de la connectivit du nud ses voisins, ce sont : Link duration

(LD), Link change rate (LC), et Link stability metric (LS). Nous commenons par
expliciter le calcul des mtriques, puis prsentons la mthologie que nous avons mise en uvre pour terminer par l'analyse des rsultats obtenus. Ceux-ci sont produits par exprimentation via de la simulation.

73

3.1

Calcul des mtriques

Les critres d'valuation noncs dans le chapitre prcdent sont relatifs l'indpendance de la mtrique vis vis d'un protocole spcique, la calculabilit (en implantation relle, avec des ressources limites et sans signalisation additionnelles), ainsi qu' leur capacit indiquer la performance d'un protocole. Nous nous intressons dans un premier temps l'aspect calcul puis nous valuerons l'aspect indicateur de performance. De faon viter l'ajout d'une signalisation spcique, la porte des mtriques retenues est de niveau voisinage. Par ailleurs pour des raisons de facilit de calcul nous avons retenu des mtriques qui ne supposent pas de modles analytiques, et qui ne s'appuyent pas sur des modles de mobilit supposs connus. Nous tudions des mtriques relatives la sociologie du lien qui sont facilement calculables par un quipement mobile et ne ncessitent pas de signalisation additionnelles. Les mtrique choisies sont : Link State Changes (LC), Link Duration (LD) et

Link Stability Metric (LS).

3.1.1 Link State Changes (LC)


Cette mtrique prsente en 2.2.3.3.3 est le nombre de changements d'tat d'un lien. Un lien est soit dans un tat de fonctionnement soit dans un tat de rupture. Quand un nud qui se dplace se trouve porte de transmission d'un autre nud, la valeur de la mtrique est augmente par un, pour reter un nouvel tat de fonctionnement du lien. De mme, quand le nud sort de la gamme de transmission, la mtrique est augmente de un car elle rete un nouveau changement d'tat : une rupture de lien. La gure 3.1 illustre le calcul de la mtrique sur un rseau de 4 nuds, pour un nud mobile donn, not A. Premirement, durant la priode de temps t =

0-20 secondes, les nud mobiles B, C et D sont dans la gamme de transmission


de A, il y a alors 3 liens connects de A avec B, C et D. Deuximement, durant la priode de temps t = 20-30 secondes, les nud mobiles B et D sortent de la gamme de transmission de A, il y a alors 2 ruptures de lien. Par ailleurs, le nud mobile E entre dans la gamme de transmission de A alors que le nud mobile C ne bouge pas, il y a une nouvelle connexion. On a alors 4 liens connects et 2 ruptures. Troisimement, durant t = 30-40 secondes, le nud mobile E sort de la gamme de transmission de A, provoquant une rupture de lien supplmentaire. Le nud mobile D retourne dans la gamme de transmission de A et le nud mobile C ne bouge pas, il y a une connexion supplmentaire. Au total, il y aura eu 5 connexions et 3 ruptures. La mtrique LC est la somme des liens connects et liens casss, sa valeur est de 8. Un inconvnient de LC, relev en [78], est qu'elle n'indique pas la longvit des liens. Ce problme est illustr dans les gures 3.2 (a) et (b). Les graphiques montrent le temps que les liens entre un nud et un de ses voisins sont connects ou casss. Dans les deux cas illustrs par les gures 3.2 (a) et (b), LC a la mme valeur mais la dure de connectivit moyenne est dirente. LC moyen est calcul en tenant compte de l'ensemble des nuds considrs.

74

Fig. 3.1  Exemple de calcul de LC moyen et LD moyen

3.1.2 LinkDuration (LD)


LD indique la priode durant laquelle un lien est valide. La gure 3-1 illustre le calcul de la mtrique, sur le nud mobile A avec le mme scnario que prcdemment. Premirement, pour t = 0-20 secondes, les nud mobiles B, C et D sont dans la gamme de transmission de A, LD pour les liens de A vers B, C et D est de 20 secondes. Deuximement, pour t = 20-30 secondes, les nuds mobiles B et D sortent de la gamme de transmission de A, la valeur de LD ne change pas. Par ailleurs, le

75

nud mobile E entre dans la gamme de transmission de A et le nud mobile C y reste, LD avec le nud mobile E est de 10 secondes et LD avec le nud mobile C est incrment de 10 secondes. Troisimement, l'instant t = 30-40 secondes, le nud mobile E sort de la gamme de transmission de A, LD avec le nud mobile E n'est pas modi. Le nud mobile D retourne dans la gamme de transmission de A et le nud mobile C y reste, alors les valeurs de LD avec les nud mobiles C et D sont augmentes de 10 secondes. Un inconvnient de cette mtrique est galement relev en [78], LD ne rete pas l'impact de la frquence de changements de lien surtout quand le temps que le lien tudi reste dbranch est plus long que le temps d'expiration de route. Selon les gure 3.2-(c) et (d), LD dans les deux cas est presque gal (voir la gure 3.2-(e)) mais le nombre important de changements de lien dans le cas (d) aectera davantage le protocole de routage que dans le cas (c).

a LC LD LS

8 T T 2 T2 16

8 T T 4 T2 32 (e)

2 T 14T 16 7T 2 16

10 T 13T 6 13T 2 16

Fig. 3.2  Impact de la mobilit sur les mtriques LC, LD et LS

3.1.3 Link Stability


LS capture autant la longvit de lien que la frquence du changement de lien. LD . Si LS est applique comme mtrique de mobilit Elle est dnie pour : LS = LC dans l'exemple dcrit dans les gures 3.2-(a) et (b), elle prend des valeurs direntes selon les cas tandis que LC prend la mme valeur. Des rsultats similaires peuvent tre obtenus pour les cas dans les gures 3.2-(c) et (d). Les valeurs des mtriques LC, LD et LS pour les scnarios de mobilit reprsents dans les gures 3.2-(a)  (d), est rsum dans la gure 3.2-(e).

76

3.1.4 Discussion
Avant l'usage de la simulation pour analyser les mtriques, nous prsentons une analyse dont le rsultat dire de celle mene dans [78]. Cette dernire indique que LS est meilleure que LC et LD, alors que nous ne considrons pas LS comme une

bonne mtrique .

a LC LD LS

1 T T 5 T2 5

9 T 2T 3 2T 2 27 (d)

1 T 2T 3 2T 2 27

Fig. 3.3  Problme de LS

En eet, examinons la gure 3.3 et considrons le lien entre la valeur d'une mtrique et les performances du rseau qui sont fortement dpendantes du routage.  Selon les gures 3.3-(a) et (c), LC a la mme valeur dans les deux cas bien que la dure de lien soit dirente. Cependant, le routage doit pouvoir mieux fonctionner dans le cas 3.3-(c) que dans le cas 3.3-(a), dans la mesure o la maintenance des routes est simplie grce une connectivit de dure longue. Par ailleurs une connectivit de dure longue signie que s'il y a une route la destination le protocole peut la trouver. De faon plus manifeste, nous obtenons un LC dans la gure 3.3-(b) plus lev que dans la gure 3.3-(a) alors que le routage peut s'excuter mieux dans la gure 3.3-(a) que dans la gure 3.3-(b). En se rfrant aux performances du rseau, le LC moyen n'est pas la meilleure mtrique de mobilit.  Quand LS, qui rete LD de mme que LC, dans la mesure o il dpend de LC, dont nous avons montr la non reprsentativit en terme de performance, ce ne nous semble pas tre non plus la meilleure mtrique. Selon la gure T2 2T 2 2T 2 (c) > (a) > (b). 3.3-(d), la valeur de LS, est ordonne par par 3 5 27 Cependant il aparat que LS dans la gure 3.3-(a) est plus stable que dans la gure 3.3-(b). Ainsi, le routage fonctionnera mieux avec LS dans la gure 3.3-(b) que dans la gure 3.3-(a). Donc, le LS moyen ne semble pas tre la meilleure mtrique de mobilit.  Finalement, considrons LD. Comme illustr dans les gures 3.3-(b) et (c), LD dans les deux cas a la mme valeur mais la frquence du changement de lien est dirente. Le nombre de paquets par seconde que pourra transmettre le rseau

77

peut tre bon (quivalent celui d'un rseau de structure xe) dans les deux cas, grce une connectivit de dure longue, mais le cot de maintenance des routes (en terme de paquets transmis et dlai de dtection de panne) sont plus levs dans la gure 3.3-(b) que cela dans la gure 3.3-(c) cause de la valeur du nombre important de changements (LC). Le lien dans le cas (b) est moins stable que dans le cas (a) mais sa dure de connexion (LD) est plus importante et vraisemblablement le routage sera davantage oprationnel dans le cas (b) que dans le cas (a). De cette premire analyse, LD serait la meilleure mtrique.

78

3.2

Mthodologie d'valuation

L'objectif principal de l'tude des mtriques est de permettre aux protocoles de s'adapter la mobilit an qu'ils puissent amliorer la performance du rseau. Ainsi pour une faible mobilit l'algorithme A1 est utilis, mais en cas de forte mobilit, l'algorithme A2 est appliqu puisque les performances du rseau sont dgrades avec A1. C'est pourquoi nous souhaitons valuer la capacit des mtriques tre utilises en fonction du comportement du protocole, en sachant que la mtrique doit tre calcule facilement et sa valeur reter la performance du rseau, que nous mesurons en terme de performances de routage. Nous justions ce choix par le fait que la performance des rseaux ad hoc est trs fortement inuence par le protocole de routage [78][61]. Nous utilisons la simulation pour valuer la capacit de la mtrique prdire la performance du protocole, et choisissons d'valuer des protocoles de routage standards de l'IETF. La performance d'AODV [2], DSR [3], et OLSR [4] (selon UMOLSR-0.8.8 [80]) est tudiee en fonction des mtriques de mobilit LC, LD et LS. Quand la performance, elle est value par simulation selon les mtriques prsentes ci-aprs.

3.2.1 Mtriques de performance


Deux mtriques de performance [81] sont values : 1) 2)

Le taux de paquets livrs (Packet Delivery Ratio : PDR),

c'est la

proportion des paquets de donnes livrs la destination.

Le surcot (overhead) normalis de routage, le nombre de transmissions

de paquets de routage par paquet de donnes livr la destination. Notons qu' chaque relayage une transmission de paquet de routage est comptabilise. Le surcot de routage inclut : A) les paquets du protocole de routage (en octet) tel que de Route Request, Route Reply, Route Error, etc. B) les informations de routages incluses dans les paquets de donnes, par exemple le paquet de donnes transmis avec un routage DSR a une en-tte variable, indiquant la route suivre par le paquet. Le surcot de routage sur paquet de donne est calcul en comparant le paquet transmis au niveau routage (RTR dans le simulateur NS) et le paquet original (trait au niveau AGT dans NS). Ainsi, nous calculons le surcot de routage normalis par :

100 * (le surcot de protocole de routage sur le paquet de donnes + les paquet de routage) / (Paquet Original (AGT) transmis au RTR)

3.2.2 Ccient de corrlation


Pour mesurer l'ecacit de la mtrique de mobilit, nous avons calcul le ccient de corrlation. Sa valeur entre -1 et 1 mesure le degr auquel deux variables sont linairement proportionelles. Pour une relation linaire parfaite avec une pente positive entre les deux variables, nous avons un ccient de corrlation de 1 ; avec une corrlation de pente ngative la valeur est -1. S'il y a une corrlation positive, quand une variable a une valeure leve (faible), alors l'autre variable a galement une valeur leve, dans le cas d'une corrlation ngative la valeur sera alors faible.

79

Un ccient de corrlation de 0 indique qu'il n'y a pas de relation linaire entre les variables.

3.2.3 Relations prvues entre mtriques de mobilit et performance


Parce qu'une bonne mtrique de mobilit doit pouvoir indiquer ou prdire la performance du protocole, nous prcisons les relations entre les variations de mtriques et les performances attendues, et interprterons nos rsultats de simulation en jaugeant de la concordance des relations attendues, relations obtenues.

Tab. 3.1  Relation entre les mtriques de mobilit et la vitesse maximale

Vitesse mtrique de mobilit LC LD LS Faible Faible Forte Forte Forte Forte Faible Faible

Tab. 3.2  Relation entre les mtriques de performance et les mtriques de mobilit

PDR mtrique de mobilit Vitesse LC LD LS Faible Forte Forte Faible Faible Forte Faible Faible Forte Forte

Surcot Faible Faible Faible Forte Forte Forte Forte Forte Faible Faible

Les relations entre les mtriques de mobilit et la vitesse de dplacement des nuds que nous attendons sont indiques dans la table 3.6. Nous considrons le facteur de vitesse de dplacement d'une part, par ce que c'est un paramtre de nos simulations (voir paragraphe suivant) et, d'autre part car c'est un facteur qui dans de nombreux articles d'valuation de protocoles de routage est considr comme reprsentatif de la mobilit. Nous prdisons galement la relation entre les performances protocolaires et les mtriques de mobilit dans la table 3.2. Pour une meilleure comprhension, nous prsentons sur le graphique 3.4 les relations attendues entre la mobilit et les performances du protocoles, l'axe X reprsente une mobilit croissante de faible forte et les rsultats prvus relatifs au PDR et au surcot sont sur l'axe Y. Par ailleurs, l'valuation de l'aptitude d'une mtrique de mobilit est relative la corrlation entre les performances et la valeur de cette mtrique selon la gure 3.4, c'est dire que pour un ccient de corrlation entre le PDR et la

80

mtrique de mobilit autour de -1 le PDR est diminu quand la mobilit est plus forte, par contre le ccient de corrlation entre PDR et mtrique de mobilit tant autour de 1 alors le surcot lui est augment quand la mobilit est plus forte.

Fig. 3.4  Rsultats attendus de PDR et surcot selon la mobilit

81

3.3

Paramtres d'valuation

3.3.1 Modle de mobilit


Pour tudier l'eet du type de mouvement sur les performances du protocole de routage MANET, les modles Random Waypoint (RWP) [49], et Reference Point Group Mobility (RPGM) [54] sont utiliss. Pour rappel, 1)

Random Waypoint

est largement utilis dans la littrature pour simuler

des rseaux ad hoc : chaque instant, un nud choisit au hasard une destination et se dplace vers cette dernire avec une vitesse choisie au hasard uniformment entre [0, Vmax], o Vmax est la vitesse maximum pour chaque nud mobile. Aprs avoir atteint la destination, le nud s'arrte pour une dure dnie par le paramtre

temps de pause . Aprs cette dure, il choisit une nouvelle destination au hasard et
rpte le procd dans son entier jusqu' la n de la simulation. 2)

Reference Point Group Mobility peut tre utilis pour modeliser la com-

munication de champ de bataille militaire. Chaque groupe a un centre logique (le dirigeant de groupe) qui dnit le comportement de mouvement global du groupe. Au dbut, chaque membre du groupe est uniformment distribu dans le voisinage du dirigeant de groupe. Par la suite, chaque instant, chaque nud a une vitesse et une direction qui sont dnies en rapport celles du chef de groupe par une dviation alatoire.

3.3.2 Modle de simulation


L'outil de simulation est NS2.30 [48]. Nous considrons les trois cas d'valuation suivants :

Cas 1 :
Nous considrons des modles gnraux (par opposition au modle particulier avec une conguration de mobilit prdnie, voir cas 3) avec des temps de simulation de 1000 secondes et 3000 secondes, sur 10 nuds dans un secteur de 1000m x 1000m, en RWP et RPGM  Nous tudions la calibration des simulations en considrant la dure de temps ncessaire l'tablissement d'un rgime stationnaire, et la dure de simulation. L'eet du temps d'atteinte du rgime stationnaire Warm up , ou priode initiale, pour les deux dures de simulation est tudi. Lorsque la priode initiale est dcompte, les paquets sont eectivement transmis sur le rseau aprs la priode initiale, et les mtriques de mobilit ne sont calcules qu'prs cette priode, estime 500 secondes (st : start time = 500s. sur les gures).  Pour RWP, nous utilisons une topologie de 10 nuds. Pour RPGM, nous utilisons 5 groupes de 2 nuds qui se dplacent d'une manire indpendante les uns des autres et dans un mode chevauchant. Les deux paramtres du modle, Speed Deviation Ratio : SDR et Angle Deviation Ratio : ADR, sont rgls 0, 1. Les mmes chiers point de contrle (utilis pour dnir le mouvement du dirigeant de groupe) sont utiliss pour des topologies direntes dans RPGM.

82

Cas 2 :
Nous considrons des modles gnraux avec des temps de simulation de 1000 secondes, sur 10 nuds et 50 nuds dans un secteur de 1000m x 1000m. en RWP et RPGM  Nous tudions, l'inuence du nombre de nuds, (indirectement de la densit), sur les mtriques.  Pour RWP, nous utilisons une topologie de 50 nuds. Pour RPGM, nous utilisons 5 groupes de 10 nuds. Les mmes chiers point de contrle (pour 5 groupes des 2 nuds) sont utiliss pour des topologies direntes dans RPGM.

Cas 3 :
Nous tudions un scnario particulier  Il contient 3 nuds avec un temps de simulation de 1000 secondes dans un secteur de 300m x 300m. Deux nuds extrmes sont xs aux positions (40, 40) et (260, 260) (gure 3.5). A cause de la distance trop importante choisie, ils ne peuvent communiquer directement et doivent donc utiliser un relais, construire une route. Les caractristiques de mouvement des nuds sont similaires RWP.

Fig. 3.5  Scnario particulier avec 3 nuds

Prcisons galement :  le temps de pause est nul pour tous les cas tudis.  dans les cas 1 et 2 sur modle gnral, pour produire des modles de mouvement dirents chaque modle de mobilit, 15 scnarios dans chaque vitesse

83

de modles de mobilit sont crs, la vitesse maximale (Vmax) varie de 2, 50 25, 0 m/s par tape de 2, 5m/s.  un niveau de conance de 95% est considr.  le modle de trac : pour le modle de RWP 10 nuds et RPGM 5 groupes des 2 nuds, le modle de trac est compos de 6 connexions, pour RWP 50 nuds et RPGM 5 groupes des 10 nuds, il y a 30 connexions. Les paires source/destination sont choisies au hasard. Les donnes sont gnres un dbit de 4 paquets/sec et la taille de paquet est 512 octets. Dans le cas 3, d'tude de scnario, le modle de trac consiste en 1 connexion.  un dbit nominal de 2 Mgaoctet/seconde et une gamme de transmission radio nominale de 250 mtres sont utiliss.

84

3.4

Rsultats et discussion

3.4.1 Relation entre les mtriques de mobilit et la vitesse de simulation


Notre premier objectif est de de faire crotre les mtriques de mobilit an de dterminer l'impact de cette variation sur les performances protocolaires. Pour cela, nous devons en premier lieu mettre en place un procd pour faire crotre les mtriques, aussi dterminons nous la possibilit d'obtenir des valeurs croissantes de mtriques en augmentant la valeur de la vitesse dans la simulation. Les rsultats, des valeurs moyennes des mtriques LC, LD et LS, sont prsents pour tous les modles de simulation des cas 1, et cas 2 savoir : dure de simulation de 1000s et 3000s, prise en compte du temps d'initialisation de 500ms ou pas, modle RWP, RPGM, 10 nuds 50 nuds. (gure 3.6). La valeur des mtriques est rapporte selon la vitesse maximale note en abscisse sur les gures 3.8, 3.10 et 3.13. Nous relevons :  Dans la gure 3.6 (a), la vitesse aecte la valeur de la mtrique LC fortement. A une vitesse trs basse, le LC moyen est faible, ds lors que la vitesse augmente, les augmentations du LC moyen sont pratiquement linaires (un point d'anomalie avec le modle RPGM 25 m/s), qui mriterai d'tre approfondi par une tude de validation des modles sous NS, lors de notre propos en raison du temps limit imparti. .  Dans la gure 3.6 (b), la vitesse aecte galement la mtrique du LD moyen jusqu' un certain point. Pour une vitesse trs basse, LD moyen est considrablement lev. Lorsque la vitesse augmente, LD moyen augmente en proportion. Au del d'une vitesse de 17,5 m/s, LD moyen change faiblement.  De par le modle de mobilit, les nuds se dplacent trs rapidement vers une destination, puis choisissent une nouvelle destination et s'y rendent, ainsi de suite, et, ces vitesses, les nuds peuvent alors se connecter avec un autre nud dans une priode trs courte mais trs frquemment comme indiqu sur la gure 3.6 (a). Par consquent, LD moyen est quasi stable quand la vitesse dpasse 17,5 m/s.  Selon la gure 3.6 (c), la vitesse aecte le LS moyen. Le LS moyen est similaire au LD moyen.  Les valeurs de LS viennent du LD divis par LC, partir d'une vitesse de 17,5 m/s, LS moyen change lgrement aussi. A premire vue, la mtrique LC semblerait la plus conforme pour reter la mobilit dans la mesure o elle augmente quasi-linairement avec la vitesse. Cependant, les rsultats que nous prsentons par la suite indiqueront que la vitesse n'est en faite pas une bonne mtrique de mobilit (voir la section prochaine), car elle ne permet pas, avec le simulateur utilis, de prdire correctement la performance protocolaire. A cette tape, nous ne pouvons donc pas choisir la meilleure mtrique de mobilit et devons analyser les performances des protocoles de routage. Pour ce faire, nous dterminons quels sont les types de rsultats sur lesquels nous allons appuyer l'analyse numrique, avec ce que nous nommons l'tape de calibration.

85

Fig. 3.6  Relation entre les mtriques de la mobilit et la vitesse maximum

86

3.4.2 Calibration
Dans la gure 3.6 nous avons toutes les courbes des dirents cas de simulation, avec une tendance d'volution des mtriques globalement cohrente entre elles. Nous examinons prsent ces courbes en fonction des paramtres exprimentaux : dure de simulation, de mesure : partir de quand la mesure est-elle prise ? et de mobilit : quelle est l'inuence du modle ? 

Mtriques et dure de simulation avec ou sans rgime transitoire

Au del des erreurs des modles des systmes simuls, le calcul des mtriques peut est aect par le modle de mobilit et par le modle de trac. Le modle Random Waypoint choisit une vitesse maximale de dplacement alatoire , il est soumis un rgime transitoire durant les premires secondes de la simulation. La gnration de trac CBR dbute avec un systme compos de tampons mmoires vides, ce qui provoque galement un fonctionnement transitoire. Pour diminuer les erreurs de mesure dues ces rgimes transitoires, une solution est de ne dmarrer celles-ci qu'aprs le rgime transitoire (une valeur de 500s est propose dans [82] et une valeur de 600s est propose dans [49]). La dure de simulation qui inue sur le nombre d'vnements est galement une solution pour diminuer les erreurs de mesure. Notons que le fait d'augmenter le nombre de nuds dans la simulation permet galement d'amliorer la prise de mesure, en augmentant le nombre d'vnements. La gure 3.7 prsente les dirences obtenues au augmentant la dure de simulation, en prenant ou pas en compte un rgime transitoire . Une dure de 3000s avec un dmarage des mesures 500s diminue l'impact du modle de mobilit RPGM ou RWP sur les rsultats, et augmente la corrlation entre les mtriques et la vitesse. Nous avons choisi de prsenter par la suite uniquement les rsultats pour ce cas de simulation. Le calcul de ccient de corrlation sur les performances rseau et les mtriques pour les dirents cas de simulation indique des rsultats plus levs pour ce cas de simulation. Une dure de 3000 secondes reprsente dans le cas de conguration de 50 nuds avec le protocole OLSR des dures de temps trs importantes. Dans la mesure o le nombre d'vnement est augment par le nombre de nuds (50 au lieu de 10) et que dans le cas pire des erreurs de mesures observes sur 10 nuds, nous n'avons pas d'erreur sur l'information laquelle nous nous intressons, c'est dire savoir s' il y a ou pas inuence de la mtrique sur la performance, nous avons eectu des simulations uniquement sur 1000s dans le cas de 50 nuds.

87

(a) RWP 10 nuds avec 1000s

(b) RPGM 5 groupes des 2 nuds avec 1000s

Fig. 3.7  Calibration les mtriques de mobilit pour 10 nuds

88

3.4.3 Relation entre la performance et la mtrique de mobilit


Les performances protocolaires observes sont le PDR et le surcot de routage d'abord sur 10 nuds puis sur 50 nuds. Premirement, nous les tudions en faisant varier la vitesse (gure 3.8). Deuximement, nous classions les scnarios selon les LC moyen, LD et LS (gure 3.8) et obtenons la performance en fonction des mtriques. Une premire remarque gnrale concerne le bon aspect des rsultats. Dans notre tude, un rsultat est bon s'il est conforme aux rsultats prvus dans la table 3.2. De facon faciliter la lecture des diagrammes, nous classions, quelle que soit la mtrique, en abscisse, la mobilit de faible haute. Un bon diagramme doit avoir la mme tendance que ceux de la gure 3.4. Notons qu'avec ces conventions, la dure de liaison est range par ordre dcroissant en est faible plus la mobilit est importante.

X,

car plus la dure de liaison

3.4.3.1 Cas 1 tude sur 10 nuds


Selon la gure 3.8, les performances ne sont pas bonnes que ce soit avec le modle RWP ou le modle RPGM. Par exemple, le PDR ne diminue pas relativement quand la vitesse augmente, de mme le PDR ne diminue pas relativement quand le LC moyen augmente. Nous faisons la mme remarque en ce qui concerne la variation du PDR selon le LD moyen ou le LS moyen. Cette constation est conrme par le calcul de ccient de corrlation indiqu dans la gure 3.9 : les mtriques des performances ne sont pas corrles aux mtriques de mobilit. Cependant, pour le surcot de routage les mtriques de mobilit sont davantage corrle (gure 3.9) que pour le PDR. La corrlation n'est cependant pas indpendante du protocole de routage. OLSR qui est un protocole proactif n'est pas directement inuenc (corrlation de l'ordre de 0.6) par l'tat du lien mesur. Nous remarquerons que les performance des protocoles sont faiblement relatives aux mtriques en terme de PDR mais sont plus sensibles en terme de surcot. LD semblerait la moins mauvaise des mtriques dans la mesure o elle prsente le moins d'anomalies . Ainsi, en RWP, le point d'anomalie relev est le premier point LD = 310s. Bien qu'tant cens reprsenter la mobilit la plus faible de rseau, la PDR de ce point est moins importante que celle obtenue avec des dures de liens plus petites. Pourtant, LD, comme les autres mtriques n'est pas signicative de mobilit dans le cas d'une mobilit RPGM.

89

(a) RWP 10 nuds avec 3000s


un temps de simulation 3000s

(b) RPGM 5 groupes des 2 nuds avec 3000s

Fig. 3.8  Performances pour 10 nuds relativement aux mtriques de mobilit pour

90

(a) Coecient de corrlation avec PDR

(b) Coecient de corrlation avec Surcot


Fig. 3.9  Ccient de corrlation RWP 10 nuds et RPGM 5 groupes des 2 nuds

pour un temps de simulation 3000s

Discussion

En conclusion, aucune des mtriques ne parat tre reprsentative

de la mobilit, lorsque nous considrons 10 nuds et des valeurs moyennes. Nous avancons deux hypothses ce rsultat :  la faon de calculer la mtrique, c'est dire la moyenne n'est pas correcte : en pratique le nombre de liens que mesure un nud n'est pas susant pour qu'une valeur moyenne soit signicative, ou alors le temps sur lequel est calcul la moyenne est insusant (nous avons pourtant obtenus des rsultats similaires pour une dure de simulation de 3000s). Sur ce dernier point, notons qu'une augmentation de la dure du calcul de la mtrique peut-tre prjudiciable

91

une adaptation. L'adaptation protocolaire doit tre capable d'tre susament rapide et ne doit pas attendre trop longtemps tre sure que le calcul est able.  la mobilit telle que nous l'avons dnie ne sut pas reter la performance : un nud qui se dplace est source de diminution de performance, mais s'il a de nombreux voisins le fait de se dplacer rapidement ne dgrade pas forcment la performance. Elle est lie la mobilit non pas des nuds mais de la topologie qui elle est fonction de la densit des nuds. Le deuxime cas d'tude augmente la densit du rseaux.

3.4.3.2 Cas 2 tude sur 50 nuds


Selon la gure 3.10, nous constatons une apparence plus conforme ce que nous attendions de bonne mtriques. Elles sont davantage relatives la performance, et ce pour les deux modles de mobilit. Par exemple, le PDR diminue relativement quand la vitesse augmente (gure 3.10-(a)), ou que le LC moyen augmente (gure 3.10-(b)), le PDR augmente relativement quand LD augmente (gure 3.10-(c)) ou que LS augmente (gure 3.10-(d)). De la mme manire, le rsultat du ccient de corrlation dans la gure 3.11 indique une meilleure corrlation que prcdemment entre les mtriques et les performances sur la gure 3.10. Quant au surcot de routage, son volution est galement concordante l'augmentation de la mobilit : quand la vitesse augmente (gure 3.10-(a)), le LC moyen augmente (gure 3.7) et le surcot augmente relativement (gure 3.10-(b)), par contre le surcot augmente relativement quand le LD moyen diminue (gure 3.10-(c)) ou que LS moyen diminue (gure 3.10-(d)). En ce qui concerne le modle de mobilit, les valeurs de PDR en RPGM sont plus importantes qu'en RWP et inversement les surcots en RPGM sont plus faibles que ceux-la en RWP ; ceci parce que la majorit des destinations de tracs se trouvent dans le mme groupe qui est source de trac. Nous notons que les protocoles de routage ont des performances compares conformes leur fonctionnements et aux rsultats de la littrature. Ainsi OLSR, qui est adapt un nombre de nuds importants, prsente un PDR plus elev, et un surcot us faible, que les autres protocoles. Le protocole DSR est plus sensible la mobilit, le surcot est important.

92

(a) Vitesse maximale

(b) LC

(c) LD
pour un temps de simulation 1000s 93

(d) LS

Fig. 3.10  Performances pour 50 nuds relativement aux mtriques de mobilit

(a) PDR et les mtriques de la mobilit

(b) Surcot et les mtriques de la mobilit


Fig. 3.11  Ccient de corrlation dans RWP 50 nuds et RPGM 5 groupes des

10 nuds

Discussion :

Nous obtenons une meilleure corrlation entre performances et m-

triques lorsque la densit du rseau augmente. Cependant, l'inuence de la mtrique sur les performances est lie au modle de mobilit et au protocole. Par exemple le PDR est bien corrl avec la mtrique LC en modle RWP mais pas en RPGM, une explication est dans la procdure de calcul de la mtrique, c'est un calcul de moyenne dont la prcision augmente quand le nombre des nuds augmente et qui est li l'qui distribution du modle de mobilit et de trac. Si cette condition n'est pas ralise, nous pouvons nous trouver dans le cas de l'exemple de la gure 3.12). Si les nuds 1 et 2 de la gure ont un lien en tat de connexion

94

ds le dbut de la simulation jusqu' 500 secondes mais n'ont aucune connexion avec les autres nuds en raison de leur loignement gographique, quand nous faisons la moyenne de la mtrique en divisant par le nombre de nuds dans le rseau, alors les valeurs obtenues ne prsentent pas le vrai tat de rseau. Ceci explique en partie pourquoi la corrlation entre performances et mtriques est plus importante dans le modle RWP que dans le RPGM.

Fig. 3.12  Ccient de corrlation dans RWP 50 nuds et RPGM 5 groupes des

10 nuds

D'autre part, le protocole est un lment prendre en compte. Ainsi pour 50 nuds le surcot de OLSR est peu corrl la dure de liens, de l'ordre de 0,5, alors que les autres protocoles ont une corrlation importante de l'ordre de 0,9. C'est que pour ce protocole le surcot de routage est dict par le timer d'annonce, le HELLO, et non une panne de route (le protocole est proactif et non ractif ). Cependant la mtrique dure de liaison apparat tre comme la plus gnraliste des mtriques. Quand la densit est susante, la mtrique LD est la meilleure dans les deux modles de la mobilit, alors que les autres mtriques de la mobilit ne conviennent que dans un modle (dans cette tude c'est RWP). Notons cependant que si les mtriques sont corrles, nous n'avons pas rellement d'accroissement ou de dcroissance des performances en fonction de leurs valeurs.

95

3.4.3.3 Cas 3 tude sur un scnario


Nous avons jusqu' prsent travaill dans un cadre gnral en essayant de dterminer si pour un nud quelquonque avec un modle de mobilit quelquonque il y avait une meilleure mtrique de mobilit et nous avons relev plusieurs limitations en particulier concernant le calcul de la mtrique. Nous nous proposons prsent de dterminer une mtrique pour un scnario particulier (cas3 : 3nuds en RWP). Comme prcdemment, nous la dterminons en raison de son impact sur les performances du protocole. Premirement, les performances sont indiques en fonction de la vitesse (gure 3.13-(a)). Tous les scnarios de vitesse sont classis par LC (gure 3.13-(b)), LD(gure 3.13-(c)) et LS (gure 3.13-(d)). Selon les gures 3.13-(a) jusqu' (d), les performances sont bien relatives seulement avec le LD moyen, c'est la seule mtrique de mobilit pour laquelle les rsultats obtenus sont conformes ceux prvus dans la table 3.2. Idalement, un LC plus faible doit donner une meilleure performance qu'un LC plus lev mais les rsultats obtenus ne montrent pas beaucoup de dirences. Le ccient de corrlation de LD moyen montr dans la gure 3.14 est aussi trs haut. Pratiquement, la performance du protocole dpend de LD, pas de LC comme nous l'avons expliqu par l'exemple prsent dans la gure 3.3. Dans tous les cas, le PDR de DSR est le meilleur et OLSR a le plus grand surcot. Cette mauvaise performance de OLSR, et bonne performance de DSR est tout naturellement due la taille du rseau. Nous notons galement une anomalie pour les vitesses 20 et 25 m/s, vraisemblablement due une erreur de modle NS2). En conclusion, le LD moyen est la meilleure mtrique de mobilit sur le scnario propos. Le ccient de corrlation est de plus de 0.99 quel que soit le protocole de routage dans la gure 3.14, les rsultats concordent avec ceux attendus (gure 3.4).

96

(a) Vitesse maximale

(b) LC

(c) LD
un temps de simulation 1000s 97

(d) LS

Fig. 3.13  Performances pour 3 nuds relativement aux mtriques de mobilit pour

(a) PDR et les mtriques de la mobilit

(b) Surcot et les mtriques de la mobilit


Fig. 3.14  Ccient de corrlation dans le cas 3

98

3.5

Conclusion

L'objectif du chapitre est de dterminer l'existence d'une meilleure mtrique c'est--dire qui apporte le plus de gain de performance une adaptation la mobilit du systme. Nous cherchons alors a dterminer quelle est la mtrique qui est le plus corrle avec la performance du systme constitu par le rseau ad hoc. En considrant que le protocole de routage est le facteur prpondrant de performance du systme nous modlisons celui-ci par un protocole d'accs standard (IEEE 802.11) et direntes options de protocoles de routages, qui sont les principaux protocoles de l'IETF (AODV, DSR et OLSR). Nous simulons ensuite le systme pour dirents scnarios de mobilit alatoire que nous moyennons pour obtenir un mouvement gnral , de faon obtenir des rsultats relativement indpendant du mouvement. Deux modles de mobilit alatoire sont tudis le RWP et le RPGM. Nous analysons la performance, exprime par plusieurs mtriques, en corrlation aux mtriques de mobilit retenues dans le chapitre prcdent : la dure de lien (LD), la frquence de changement de lien (LC) et la stabilit de lien (LS). Les rsultats que nous obtenons montrent l'importance du nombre de nuds sur la corrlation, plus leur nombre augmente plus la corrlation entre mtriques et performance grandit. Ils mettent galement en vidence l'absence d'une mtriques qui soit la meilleure quel que soit le protocole et la taille du rseau. Comme l'indique l'tude d'un scnario donn, la meilleure mtrique de mobilit doit tre dtermine cas par cas. Bien que ce ne soit pas la meilleure mtrique nous prconisons l'utilisation de la mtrique LD, en raison de sa simplicit de calcul de sa relative indpendance au modle de mobilit et de sa forte inuence sur les performances des protocoles de routage.

99

100

Chapitre

Propositions d'amlioration des performances de routage par mtriques de mobilit

Dans ce chapitre, nous considrons l'adaptation la dynamicit du rseau ad hoc par deux paramtres : la mobilit et la densit. Nous proposons des adaptations pour deux protocoles de routage OLSR et CSR en considrant deux types d'adaptations, le type par paramtres et celui par mode. Les mtriques d'adaptation sont celles retenues par l'analyse qualitative et quantitative, c'est--dire pour la mtrique de mobilit la dure de liaison (LD) pour le protocole OLSR et de nombre d'erreur de routes pour le protocole CSR, et, pour la densit, le degr d'un nud. Direntes stratgies concernant l'intrt d'utiliser une mtrique ou une combinaison de mtrique sont proposes et values par simulation.

101

4.1

Aperu gnral

Les performances des protocoles de routage sont inuences par la connectivit du graphe de connexion qui dpend du nombre de nuds, la densit, et des dplacements des nuds, la mobilit. Comme prsent prcdemment, la densit est caractrisable par la mtrique locale nombre de voisin s alors que la mobilit s'exprime dans le cas de protocole proactif par la mtrique dure de liaison et dans le cas d'un protocole ractif par la mtrique erreurs de route. Les adaptations que nous proposons sont dnies pour des modles de mobilit de type alatoire o il n'est pas possible de calculer de faon exacte la dure de liaison. Les mtriques sont calcules par mesure. Remarquons que la densit calcule partir du nombre de voisins d'un nud peut tre prsente (cf chapitre 2) comme une mtrique de mobilit, pour notre part nous prfrons rserver le terme mobilit aux mtriques dure de liaison et erreur de route.

4.1.1 Types d'adaptations


L'adaptation de routage consiste introduire des mtriques d'environnement pour choisir une route ou pour mettre en place une structure de routage. La littrature dnit de nombreux protocoles choisissant une meilleure route , en ce qui nous concerne, nous nous sommes centrs sur les adaptations de structure. Nous considrons deux protocoles qui mettent en place l'un une structure de type rseau d'arrire plan, l'autre, une structure de type cluster. Le premier protocole est le protocole standard IETF : OLSR. Le second protocole est dvelopp au sein de l'quipe : CSR. Nous considrons une adaptation de paramtres sur le protocole OLSR dans le choix des lments cls de la structure : les MPRs (Relais Multipoints  Multipoint Relays). Quant au protocole CSR nous adaptons l'environnement le choix des chefs de clusters, et comme le protocole CSR dnit un changement de mode (il passe d'une architecture plate o il fonctionne en DSR une architecture hirarchique), nous analysons la possibilit d'adaptation l'environnement pour le changement de mode.

4.1.2 Stratgie d'adaptation


L'tude du modle de mobilit Random Waypoint montre que la connectivit du graphe est corrle de faon variable aux mtriques. Selon la valeur de la densit, la mobilit inuence ou pas la connectivit [83]. C'est pourquoi nous proposons des adaptations selon les deux mtriques, densit et mobilit en faisant varier les stratgies d'adaptation :  adaptation la densit  adaptation la densit combine la mobilit : avec deux options pour savoir s'il vaut mieux d'abord considrer la mobilit ou d'abord la densit. Le calcul de la mobilit est eectu diremment selon le protocole. Pour OLSR qui est proactif nous considrons la dure de liaison alors que pour CSR qui lui est ractif nous utilisons le nombre d'erreurs de routes. Ceci an d'utiliser les signalisations

102

(messages HELLO pour OLSR, et messages erreurs de route pour CSR) et tables de routage dj prsents dans les protocoles.

4.1.3 Mthode d'valuation


4.1.3.1 Modle de la simulation
Le simulateur du rseau NS2.30 [48] est utilis avec le modle de la mobilit Random Waypoint (RWP). 15 scnarios pour chaque vitesse de RWP sont crs. Le taux d'envoie des donnes est de 4 paquets/seconde et la taille des paquets est 512 octets pour un dbit nominal de 2 mgaoctet/second Constant Bit Rate (CBR). Le secteur de simulation est 1000m x 1000m (les valeurs choisies correspondent celles utilises dans de nombreux travaux de simulation eectus en NS2).  Pour OLSR, le temps de pause est nul et la vitesse maximale Vmax varie de 1, 5 et 5 jusqu' 25 m/s par incrment de 5 m/s pour produire des modles de mouvement dirents. Les sources de CBR sont 3, 10 et 15 sources pour 10, 50 et 100 nuds respectivement. Une gamme de radio de 250 mtres pour 10 et 50 nuds et 150 mtres pour 100, 150 et 200 nuds est utilise. La source OLSR est UM-OLSR-0.8.8 [80] fonde sur le RFC 3626. Le temps de simulation est 1000 secondes pour 10 et 50 nuds puis en raison de contrainte de ressources temps et machine, c'est 250s pour plus de 100 nuds (le mme temps a t pris par T. Clausen et P. Jacquet auteurs d'OLSR en [84] ; avec 250s il nous faut entre 1 jour et 2 jours pour obtenir les rsultats d'un seul scnario selon le scnario)  Pour CSR, la vitesse maximale Vmax est de 10 m/s et le temps de pause varie de 100 500 secondes par tape de 100 secondes pour produire les modles de mouvement dirents. Les sources sont les mme que dans le cas OLSR. La porte radio est de 250 mtres pour 50 nuds et 150 mtres pour 100 et 150 nuds. Le temps de simulation est de 1000 secondes.

4.1.3.2 Mtriques de performance


Les mtriques de performance sont : 1. Proportion de livraison de paquet (Packet Delivery Ratio : PDR) (%) : proportion de paquets de donnes dlivr la destination ceux produits par les sources (mettant un trac constant : CBR) 2. Surcot de routage normalis (%) : nombre de paquets de routage transmis  par paquets de donnes livr la destination. La transmission d'un paquet de routage est compte (en octets) chaque saut de relayage. Le surcot de routage inclut : (a) le paquet de contrle tel que Route Request, Route Reply, Route Error, etc. (b) Surcot de routage sur le paquet de donne. 3. Dlai (secondes) est le temps coul entre l'envoi d'un paquet par la source (au niveau transport) et sa rception par la destination (au niveau transport).

103

Il inclut tous dlais causs par mmorisation, pendant la dcouverte de route, la mise en le d'attente la le d'interface, les dlais de retransmission au niveau MAC, et les temps de propagation et transfert. 4. Ecacit (%) le nombre de paquets livrs qui sont transmis (les Donnes) / (les Donnes + Surcot de routage) 5. Autres mtriques : des mtriques additionnelles propres aux algorithmes OLSR et CSR sont prsentes par la suite.

4.1.3.3 Interprtation des rsultats


Une stratgie d'adaptation est considre comme bonne quand elle amliore la performance du protocole en comparaison de la mthode standard OLSR ou CSR (Table 4.1).

Tab. 4.1  Signication de sigles rsultats de l'adaptation

Valeur + -

Signication Amlioration Diminution

104

4.2

OLSR : Adaptation de paramtres

Dans cette section, nous prsentons les fonctionnalits importantes de OLSR pour mieux comprendre comment nous pouvons faire une adaptation de ces protocoles, puis proposons et valuons direntes stratgies d'adaptations permettant de prendre en compte la mobilit et la densit dans le choix des lments cls de la structure de routage : les MPRs.

4.2.1 Prcisions sur OLSR


Le routage OLSR met en place une structure de routage en slectionnant des nuds particuliers : les MPR. Les routes entre deux nuds passent par un ensemble de MPR. Nous prsentons la suite les principaux lements de ce processus en s'appuyant sur les lments du RFC 3626. [4].

Gestion de la topologie et calcul de route


Chaque nud dans le rseau maintient une base contenant les informations topologiques du rseau qui est construite partir des messages de contrle de la topologie : messages TC (Topology Control). Un message TC annonce les nuds ayant slectionn le nud m origine du TC comme relais multipoint. Ces messages sont diuss priodiquement tous les nuds du rseau avec une frquence dtermine par l'intervalle TC_Interval  (la valeur par dfaut est de 5 secondes). Un numro de squence est associ l'ensemble des slecteurs de relais multipoint et sera incrment chaque changement de cet ensemble.

Fig. 4.1  Exemple de routage OLSR.

Le routage OLSR se fait saut par saut. Chaque nud dans le rseau calcule sa table de routage pour atteindre tout autre nud prsent dans le rseau en utilisant

105

les informations de voisinage et de topologie rafrachies priodiquement. La route entre le nud source et le nud destinataire est optimale en nombre de sauts et les nuds intermdiaires de cette route sont des relais multipoint. La table de routage est mise jour chaque fois qu'il y a un changement dans la base de voisinage ou de la topologie. C'est--dire, quand on dtecte l'apparition ou la perte d'un voisin ou lors de l'ajout ou la suppresion d'un lment de topologie. La gure 4.1 [85] donne un exemple d'une base topologique et des tables de routage du rseau ad hoc de la gure 4.3. Pour le calcul des routes vers les destinations, un nud m utilise l'algorithme de Dijkstra [86].

Dtection du voisinage : prcisions sur le message HELLO


Une dtection de voisinage est eectue par chaque nud qui diuse priodiquement un message HELLO (voir gure 4.2) qui contient les informations relatives aux interfaces entendues par ce nud : la liste des adresses des interfaces des nuds voisins avec leur tat de lien. Un lien entre les interfaces d'un nud et son voisin peut avoir l'un des quatre tats suivants :  Symtrique le lien est valid comme bidirectionnel : il est possible de transmettre des donnes dans les deux sens.  Asymtrique le nud reoit les messages HELLO venant de cette interface d'un voisin, c'est--dire que ce nud entend ce voisin mais le lien n'est pas encore valid dans l'autre sens. MPR indique que ce nud a slectionn ce voisin comme relais multipoint et cela implique que le lien est symtrique.  inactif  le lien avec cette interface de voisin n'est plus valide. Chaque nud maintient une liste de liens pour chaque voisin. La liste de liens est mise jour comme suit :  Si aucun entre de lien (link entry) n'existe pour le tuple (adresse IP source, IP d'interface reue) alors une telle entre est ajoute. L'adresse IP source est obtenue de l'en-tte d'IP du paquet reu. Quand une entre est ajoute, le nud voisin correspondant est aussi initi puisque aucune entre correspondante n'existait.  Le temps de validit reu est utilis pour mettre jour une minuterie asymtrique. Cette minuterie indique pour combien de temps l'entre de lien est considre comme asymtrique si la minuterie symtrique expire.  Si l'adresse de l'interface de rception est incluse dans le message HELLO reu, la minuterie symtrique est mise jour. Le statut du lien et le statut des entres de voisin selon cette entre de lien sont mis jour si ncessaire.  Le maximum de minuterie asymtrique et de minuterie symtrique sont utiliss pour rgler le temps actuel de vie d'une entre.

106

Fig. 4.2  Dtection de voisinage pour l'change de messages HELLO.

La gure 4.2 montre un exemple de dtection de l'tat de lien. Dans cet exemple, chaque nud possde une seule interface.  A l'instant

t = t1 , le nud X envoie un message HELLO. Le nud Y reoit ce

message et enregistre X comme un voisin asymtrique, comme il ne peut pas trouver sa propre adresse dans le message HELLO. La minuterie asymtrique (Asym) et le temps actuel de vie (Time) de cette entre sont rgls (o V est le temps de Validit).  A l'instant

t1 + V

t = t2 ,

Y envoie un message HELLO dclarant X comme un voisin

asymtrique. Quand X obtient ce message il trouve sa propre adresse dans le message et donc dnit Y comme un voisin symtrique.  A l'instant

t = t3 , X inclut Y dans son message HELLO. Y enregistre X comme

un voisin symtrique sur la rception du message HELLO de X. De plus, la minuterie asymtrique, la minuterie symtrique (Sym) et le temps actuel de vie de cette entre sont rgls  A l'instant  A l'instant

t3 + V .

t = t4 ,

Y envoie un message HELLO dclarant Y comme un voisin X transmet un message HELLO dclarant Y comme un

symtrique.

t = t5 ,

voisin symtrique. Sur la rception du message HELLO, Y alors met jour tout la minuterie de cet entre =

t5 + V .

Les informations de voisinage sont maintenues dans une base d'information de voisinage qui concerne les tats de lien des voisins directs et leurs interfaces multiples, les voisins deux sauts, les relais multipoint et les slecteurs de relais multipoint. Ces information sont alimentes et mises jour priodiquement par les changes des message de HELLO. Un exemple de dtection du voisinage est prsent dans la gure 4.3. Les nuds diusent les messages HELLO autour d'eux (c'est dire un saut) sur toutes les interfaces rattaches au nud. Ces messages sont envoys avec une

107

frquence dtermine par l'intervalle HELLO_Interval (la valeur par dfaut est de 2 secondes). Les voisins qui reoivent ces messages, les traitent et ne les relaient pas. Les messages HELLO permettent galement de dcouvrir les voisins deux sauts (c'est--dire, les voisins des voisins). Les informations de voisinage fournies par ces messages sont valides pendant une dure de vie Neighbor_Hold_Time qui est gale 3 x HELLO_Interval. Une approche simple permettant de dtecter la non validit d'un lien OLSR est la perte de 3 HELLO successifs.

Fig. 4.3  Exemple d'information de voisinage maintenue par OLSR.

Prcisions sur les relais multipoint


Le protocole OLSR est un protocole tats de liens qui diuse priodiquement des messages de contrle. Le concept de relais multipoint permet de diuser ecacement les messages destins tous les nuds du rseau ad hoc (les messages TC) en rduisant de faon signicative le nombre de retransmissions lors du processus de diusion [87] La transmission radio tant par dfaut une inondation tous les voisins directs, les nuds de second saut peuvent tre joints par une retransmission d'un ou plusieurs voisins directs. L'ide de base est de dsigner un nombre susant de voisins appels relais multipoint pour rduire le nombre de retransmissions redondantes dans la mme rgion du rseau. En se basant sur l'information de voisinage, chaque nud m slectionne de faon indpendante un sous-ensemble minimal de nuds parmi ses voisins directs pour retransmettre ses paquets. Ces nuds possdent des liens symtriques avec m et leur

108

ensemble est not MPR(m). La seule condition est que tous les nuds se trouvant deux sauts aient des liens symtriques avec des nuds dans MPR(m). Cela signie que les relais multipoint permettent de couvrir, en terme de couverture radio, tous les nuds du voisinage deux sauts. Les nuds voisins de m qui ne sont pas des relais multipoint de ce nud, reoivent et traitent les messages diuss par m, mais ne les retransmettent pas. Chaque nud maintient l'ensemble de ses slecteurs de relais multipoint, not mul-

tipoint relay selector

et ne retransmet que les paquets reus pour la premire fois

de ces slecteurs de relais multipoint. Les relais multipoint sont calculs suite la dtection d'un changement de voisinage direct ou deux sauts. La gure 4.4.a montre un exemple o un paquet m est dius au voisinage trois sauts par 24 retransmissions [87]. Dans la gure 4.4.b seuls les relais multipoint retransmettent le paquet (11 retransmissions).

Fig. 4.4  Optimisation de l'inondation par des relais multipoint

L'optimisation oerte par l'utilisation des relais multipoint est plus ecace dans

des topologies de rseaux ad hoc denses et larges (cette optimisation s'avre galement bnque pour la recherche de route par inondation utilise dans les protocoles ractifs [88]). Le gain sera important dans les deux congurations suivantes : 1. pour les modles de trac alatoire et sporadique o un large sous-ensemble de nuds est en communication, 2. lorsque les couples [source, destination] varient dans le temps [89]. Plus le nombre de relais multipoint est petit, plus le routage est optimal. En s'appuyant sur ces rsultats nous nous proposons d'optimiser le routage en minimisant le nombre de MPR.

109

4.2.2 Proposition d'adaptation pour l'algorithme de slection MPR


Dans cette section nous prsentons des heuristiques de choix des relais multipoint : l'heuristique originale, des amliorations issues de la littrature et enn notre proposition.

4.2.2.1 Heuristique originale de choix des relais multipoint dans OLSR


L'heuristique de slection d'un ensemble minimal de relais multipoint qui a t propose dans [90] et analyse dans [89][91], elle comporte deux tapes essentielles :  slectionner les voisins qui possdent des liens uniques avec des nuds de second saut,  tant qu'il reste des nuds deux sauts qui ne sont pas couverts, slectionner le voisin qui atteint le maximum de nuds deux sauts.

Fig. 4.5  Slection des voisins possdant un seul lien avec un nud du second

niveau. Prenons un exemple pour mieux illustrer le principe de cet algorithme. La gure 4.5 prsente comment chercher l'ensemble des relais multipoint du nud N. La premire tape consiste trouver les nuds du premier niveau possdant des liens uniques avec un nud du second niveau. Ces nuds feront partie ncessairement de l'ensemble des relais multipoint, M, an que les voisins deux sauts soient totalement couverts. Selon l'exemple que l'on a pris, A et E sont dans ce cas (seul A couvre les nuds 1 et 2, et seul E couvre le nud 8). On les insre dans M, et on

110

limine tous les nuds du second niveau couverts par A et E (voir gure 4.5) : 1, 2, ainsi que 6 et 8. La deuxime tape est une boucle : chaque itration, on cherche le nud du premier niveau qui couvre le maximum de nuds du second niveau. On l'ajoute dans l'ensemble M et on limine ses nuds du second niveau. La boucle prend n lorsqu'il n'y a plus de nuds du second niveau (N = {} ). La gure 4.6 illustre des direntes tapes du droulement de cet algorithme.

Fig. 4.6  Illustration de l'algorithme de choix des relais multipoint.

Fig. 4.7  A propos d'optimalit du choix des MPRs

Notons que, cette opration d'lection est faite au niveau de tous les nuds du rseau. Son but est de trouver un ensemble de nuds voisins qui couvre tous les nuds de second niveau. Gnralement, on a plusieurs solutions. Ce nombre dpend essentiellement de la faon dont sont interconnects les nuds. L'heuristique, qui

111

nous venons d'illustre, ne fournit pas la solution optimale et en voici un contreexemple sur la gure 4.7. La solution donne par l'algorithme est de trois relais multipoint et la solution optimale est de deux relais multipoint. De nombreux travaux sur la recherche d'optimalit on et mens dont on trouvera les lments en [92] ou plus rcemment en [93]. Notre propos est d'tudier les paramtres de l'algorithme de choix standard et les moyens de l'adapter l'environnement Plus formellement l'algorithme de slection des relais multipoint se prsente dans le RFC comme suit : On dsigne par N(x) l'ensemble des voisins directs de x, par

N2(x) l'ensemble du second niveau, et MPR(x) l'ensemble des relais multipoint de x.


 Commencer par un ensemble de relais multipoint vide MPR(x) = {}.  Choisir les nuds de l'ensemble des voisins N(x) qui sont les seuls ayant un lien avec un voisin du second niveau. Ajouter ces nuds slectionns de N(x) l'ensemble MPR(x), et liminer tous les nuds de second niveau couverts par ces derniers de l'ensemble N2(x).  Tant que N2(x)

{} refaire

 Calculer le degr de chaque nud dans N(x). Le degr pour un nud est le nombre de voisins du second niveau couverts N2(x) par celui-ci prsents dans N(x).  Ajouter le nud de N(x), ayant le degr maximal l'ensemble des relais multipoint MPR(x), et enlever tous les nuds du second niveau couverts par celui-ci de N2(x).

4.2.2.2 Amliorations des heuristiques Kinetic MPR(KMPR) : prdiction de mobilit par degr cintique
La dirence fondamentale entre MPR et KMPR [68] est que contrairement MPR, KMPR ne traite pas les instants de temps mais des intervalles de temps. Un nud n'est pas priodiquement choisi, mais plutt dsign pour un intervalle de temps. Pendant cet intervalle, le nud slectionn est actif et l'intervalle de temps est appel son activation. Le protocole KMPR lit un nud, dans un ensemble N(i) avec le plus grand degr cintique logique (voir chapitre 2), comme KMPR. L'activation du nud KMPR est le plus grand intervalle de couverture de ses nuds dans N2(i). Les oprations de choix KMPR sont :  commencer avec une srie vide de KMPR.  premire tape : calculer le degr cintique logique de chaque nud dans N(i).  deuxime tape : ajouter dans N(i) le nud qui a le plus grand degr cintique logique dans la srie KMPR. Calculer l'activation du nud KMPR comme l'intervalle de couverture maximale que ce nud peut fournir. Mettre jour tous les autres intervalles de couverture de nuds dans N2(i) en considrant l'activation du KMPR lu, recalculer alors tous les degrs cintiques logiques. Enn, rpter cette tape jusqu' ce que tous les nuds dans N2(i) soient entirement couverts. KMPR est valu par le simulateur NS-2 en steady-state RWM[94] pour 20 nuds. Les auteurs indiquent que KMPR a un delai plus rapide que MPR de 50%, puisque

112

KMPR utilise les prdictions de mobilit et ne provoque pas d'entretien priodique ; le surcot de routage pourrait ainsi tre rduit au del de 75%. Notons que les rsultats qui sont donnes pour 20 nuds ne permettent pas en l'tat de dgager l'inuence de la mtrique de mobilit. Il se pourrait que pour 150 nuds, la version standard mme avec son mission priodique de messages HELLO soit plus ecace, s'il s'avere que le degr cintique ne rete pas la performance.

LS-OLSR : mobilit par dure de vie rsiduelle de lien


L'heuristique LS-OLSR [95] choisit le MPR en utilisant une mesure statistique de la stabilit de lien [76], qui est la probabilit du lien de continuer exister pour une certaine dure de temps. La vie rsiduelle de lien est la quantit moyenne de vie restante en terme de probabilit pour un lien qui a survcu l'ge a (voir chapitre 2). L'objectif est de choisir un voisin avec le temps rsiduel maximum comme MPR jusqu' ce que tous les voisins 2 sauts soient couverts. Pour calculer l'ge rsiduel ou le quantile

chaque nud maintient un Link_Life_Array nomm d[t] .

Link_Life_Window est le nombre d'entres emmagasines dans le tableau d[t]


pour maintenir la distribution de dure de lien. La priode d'observation est dnie comme une priode de temps pendant laquelle le nud observe la dure de vie de lien et remplit le tableau d[t] . Elle doit tre assez longue pour capturer les donnes du lien du nud qui survit le plus longtemps. Link set qui enregistre l'information de lien contient l'information relative l'ge a . LS-OLSR est valu par simulation NS-2 pour 75 nuds. Il est indiqu que cette heuristique augmente le taux moyen de dure de vie des chemins et le throughput moyen et par ailleurs qu'elle diminue les moyennes des changements de lien et de perte de paquet. Notons que les points faibles de cette approche sont un nombre de MPR qui est augmente d'environ 21%. Par consquent le dlai de bout en bout de mme que les surcots sont augments. De plus, il est dicile de dnir une priode d'observation assez longue pour capturer les donnes du lien survivant le plus long.

Proposition d'heuristique : LD-OLSR mobilit par dure de lien


En s'appuyant sur les travaux prsents dans le chapitre prcdant, nous choisissons d'introduire la mtrique Dure de Lien (LD) dans l'algorithme de slection de MPR. Notre proposition dire de LS_OLSR par la faon de calculer la Dure de Lien et par le fait que la Dure de Lien n'est pas le seul critre pour la slection de MPR. Le calcul est simple et il n'est pas ncessaire de dnir une priode d'observation assez longue pour capturer les donnes du lien le plus long, ce qui en pratique peut tre dicile atteindre. Nous proposons de le combiner avec le critre de densit et proposons plusieurs stratgies. Une faon simple pour un nud de calculer la valeur de LD est d'utiliser les messages HELLO en procdant quelques modications de traitements. Quand un nud met jour un entre de lien, il enregistre seulement le temps pendant lequel ce lien est considr valide. Il n'a pas la dure de lien parce qu'il n'a pas enregistr le temps de dmarrage (voir gure 4.2). Aussi nous modions la procdure d'OLSR simplement sans avoir modier le paquet OLSR. L'entre Temps

de Debut de Connexion  (Start Connection Time ) (Start_t ) est juste ajoute au


113

Tuple de Lien (gure 4.8). Quand un nud doit choisir un MPR, il calcule LD par la dirence entre le temps actuel et Start_t. Il peut obtenir alors LD pour chaque nud. Prcisons le calcul de LD :  enregistrement de la dure de vie : les MPRs sont des voisins symtriques un-saut par lesquels il est possible d'atteindre tous les voisins symtriques deux-sauts. Avec notre calcul de LD, le temps dmarre ds qu'un nud connat un voisin. Donc le temps est enregistr avec un statut de nud asymtrique. Cependant le nud n'est pas choisi comme MPR, si le statut de lien n'est pas symtrique. En cas d'un nud ayant la plus haute valeur de LD mais qui n'est pas dans la gamme de transmission, dtect par absence de message HELLO le LD de ce nud est eac. Ainsi seulement le nud qui a la plus haute valeur de LD et qui est dans la gamme de transmission est choisi comme MPR.

Fig. 4.8  Calcul de LD par ajout de champs dans le tuple lien

 LD local et LD global : le choix de MPR peut tre sur le LD de chaque nud, appel LD local, ou bien sur le LD global calcul sur toutes les dures de lien avec chaque voisin. Dans ce cas il est ncessaire de modier l'entte du message HELLO pour qu'il signale les valeurs locales de LD. C'est pourquoi nous avons choisi un calcul local de LD.  Exemple : La gure 4.9 illustre le calcul de LD global aux nuds voisins : Soit un nud mobile A qui durant t = 0-20 secondes, a pour voisins les nuds B, C et D ; les LD sur A avec B, C et D sont de 20 secondes. Ensuite l'instant t = 20-30 secondes, les nuds mobiles B et D sortent de la gamme de transmission de A, les LDs restent inchanges. Le nud mobile E entre la gamme de transmission et le nud mobile C reste immobile, LD A avec E est 10 et le LD avec C est augment de 10. Troisimement, durant t = 30-40 secondes, E sort de la gamme de transmission, LD avec E n'est pas

114

modi. Le nud mobile D retourne dans la gamme de transmission et le nud mobile C y demeure, alors les LD avec C et D sont augments de 10.

Fig. 4.9  Calcul de LD local et global.

 Plus grande ou plus petite LD : Une autre question propos du calcul concerne la slection du meilleur LD : est-il plus valable de choisir la plus petite ou la plus grande valeur de LD ? LS-OLSR utilise la plus petite LD, puisque il choisit le temps de vie rsiduel le plus long. Les auteurs supposent que quand les nuds ont une dure de connexion importante leurs voisins vont sortir de la gamme de transmission. La validit de la supposition est naturellement fonction du modle de mobilit considr. Pour un modle RWP on peut supposer cette hypothse comme raliste ds lors que le temps de pause est non nul, dans ce cas quand les nuds voisins restent dans la gamme de transmission ils doivent encore bouger aprs leur temps de pause et peut-tre sortir de la zone de couverture. Par contre, quand le temps de pause est nul, on peut envisager que le plus vieux nud restera encore un moment dans la gamme de transmission. Par exemple si le nud et son voisin se dplacent dans la mme direction ou ont un mouvement inverse avec une vitesse trs basse. C'est pourquoi, nous valuons par simulation la validit de plusieurs hypothses pour le modle de mobilit alatoire. La premire hypothse est qu'il est prfrable de choisir un nud avec une grande dure de connexion : le plus vieux voisin. La deuxime hypothse au contraire consiste choisir le plus jeune voisin. Nous montrons l'intrt de la premire hypothse (voir rsultats de simulation la suite) et utilisons donc la plus grande valeur de LD dans notre proposition.

115

4.2.3 Rsultats d'valuation des stratgies d'lection et discussions


Nous prsentons les rsultats relatifs aux choix du plus grand ou du plus petit LD puis aux stratgies d'adaptation dans trois environnements : basse densit, moyenne densit et haute densit. Les stratgies mettent en avant les critres densit et mobilit. Nous avons :    sins ; une mtrique de densit (D).

OLSR 1D heuristique standard OLSR : MPR choisi selon le nombre de voi-

OLSR 1D+2LD stratgie propose : MPR choisi avec un premier critre de OLSR 1LD+2D stratgie propose : MPR choisi avec un premier critre de
dure de lien (1LD) et en cas d'galit avec le critre de mtrique densit (2D). densit (1D) et en cas d'galit avec un critre LD(2LD).

Nous considrons en plus des mtriques de performances prsentes prcdemment les mtriques suivantes : 1. Nombre de changements de MPR : le nombre total de changements de MPR pour chaque nud dans le rseau. Quand chaque nud choisit pour la premire fois ses MPRs, le compteur est rgl au nombre de MPRs choisis. Puis, ds que chaque nud choisit nouveau des MPRs, le compteur est incrment du nombre de MPRs choisis qui sont dirents de la srie de MPRs prcdente. 2. Nombre de MPR : le nombre total de MPR pour chaque nud dans le rseau. Le compteur comptabilise le nombre de MPR choisis (qu'ils soient distincts ou pas).

4.2.3.1 Choix du LD
L'objectif est de choisir un MPR 'stable' qui a peu de chance une fois choisi de se dplacer et restera donc MPR. Le choix peut tre fait sur la plus grande ou sur la plus petite valeur de LD. En considrant les dures de liaison de la gure 4.10, on obtient selon l'hypothse :   

Le plus petit LD(l'approche de LS-OLSR)

B est MPR

Le plus grand LD


A est MPR

Nous valuons les valeurs de LD sur les scnarios de mobilit RWP.

116

Fig. 4.10  Exemple de valeurs de LD pour 1 nud

Le pourcentage de dirence d'amlioration de performance, ou diminution, pour le plus grand LD compar au plus petit LD pour 10 et 50 nuds est reprsent dans la gure 4.11. Lorsque l'histogramme est positif la performance (par exemple le dlai) est meilleure avec 1LD long. Lorsqu'il est ngatif la performance est meilleure avec un LD court. Par exemple, le changement de MPR est plus petit, donc meilleure, avec un LD court pour 10 nuds.

Fig. 4.11  Comparatif de performances entre le plus long LD et le plus court LD

pour 10 et 50 nuds

117

Pour 10 nuds, la stratgie du choix de MPR avec le plus grand LD obtient de meilleures performances en terme de dlai (17, 673%) ; l'amlioration pour les autres paramtres des performance est moins signicative (moins de 1%). Par contre, pour 50 nuds la performance est amliore pour tous les paramtres. Nous remarquons que le nombre de changements MPR n'induit pas systmatiquement la performance. En eet pour 10 nuds, la stratgie du plus grand LD induit plus de de changements MPR que celle du plus petit LD et l'ecacit est meilleure avec un LD court. Cependant le dlai est moins bon : c'est que avec un faible nombre de neouds (et donc de contrle), l'accroissement du contrle de trac dius aecte moins la performance le dlai de bout en bout que l'augmentation du dlai de transmission sur la route du un nombre plus important de MPR. En conclusion : nous choisissons d'appliquer l'approche par plus grand LD la procdure de slection de MPR.

4.2.3.2 Rsultats en environnement basse densit


Bien que OLSR ait t conu pour de grande congurations de rseaux, nous examinons sa performance sur une petite conguration, c'est dire basse densit (10 nuds sur un secteur 1000m x 1000m) pour comparer l'inuence de la mobilit et de la densit. Le pourcentage de dirence d'amlioration de performance, ou diminution, pour les stratgies 1D+2LD et 1LD+2D compar OLSR 1D est reprsent dans la gure 4.12.

Fig. 4.12  Les performances comparatives pour 10 nuds des stratgies 1D+2LD

et OLSR standard (1D)

Comme pour l'valuation prcdente, sur le choix du LD avec 10 nuds, notons que le plus grand nombre de changements de MPR de 1LD+2D ne coincide pas avec

118

les autres critres de performance. Quand le nud commence choisir la srie de MPR dans 1LD+2D, il a plus de MPRs que dans 1D. L'tape d'aprs, la srie de MPRs du nud subit un mme ou plus grand niveau de changement qu'avec 1D en raison de la faible densit. Le nombre de changements de MPR de 1LD+2D est plus grand que 1D. Beaucoup de MPRs envoient en mme temps beaucoup de messages dans le rseau. Nanmoins, le nombre de MPR quelle que soit la stratgie est faible. En considrant l'inuence de critres de LD et D sur les critres PDR, surcot, dlai et l'ecacit, les rsultats indiquent que LD est plus inuant que D puisqu'il y a un meilleur pourcentage d'amlioration en terme de dlai. Mais les autres critres de performance sont aects de faon moins signicative (moins que 1%). Ces rsultats sont conhrents avec ceux obtenus par l'approche Cintique avec 20 nuds [68].

Conclusion :

la mtrique de mobilit est plus inuante que la mtrique de densit

dans un petit rseau. Choisie en tant que premier critre de slection des MPR elle amliore lgrement plus les performances, par rapport la version standard que lorsqu'elle est choisie en tant que critre secondaire.

4.2.3.3 Rsultats en environnement moyenne densit


La gure 4.13 montre la dirence de performance de 1D+2LD et 1LD+2D compare OLSR 1D pour 50 nuds.

Fig. 4.13  Les performances comparatives pour 50 nuds des stratgies 1D+2LD

et OLSR standard (1D)

Les rsultats obtenus montrent que 1D+2LD a presque la mme performance que

1LD. Un nud donn a plusieurs voisins un-saut qui couvrent plusieurs voisins
deux-sauts. Il y a une faible probabilit que les voisins un-saut aient la mme densit. Donc, le critre de LD a une faible probabilit de s'appliquer et d'amliorer

119

la performance protocolaire. Quand il s'applique il amliore le critre nombre de

changements de MPR .
Les rsultats pour 50 nuds indiquent que 1LD+2D amliore juste le nombre de changements de MPR et ce de faon plus importante que 1D+2LD. Mais de mme que dans le cas de l'environnement basse densit prcdent, le nombre plus faible de changements de MPR n'est pas corrl aux autres critres de performance, car le nombre de MPR est galement augment. 1LD+2D dnit plus de MPR que les autres critres parce qu'il choisit plus de MPR l'tape initiale.

Conclusion :

Les simulations montrent que la densit est plus inuente que la

mtrique de mobilit quand le nombre de nud augmente. Pour une densit plus importante, nous valuons alors uniquement la statgie qui consiste complter le critre de densit par le critre de mobilit : 1D+2LD.

4.2.3.4 Rsultats en environnement haute densit


Nous valuons l'intrt de complter la mtrique de densit par la mtrique de mobilit. Les rsultats pour 150 et 200 nuds sont prsents dans la gure 4.14. Elle indique que OLSR 1D+2LD obtient de meilleures performances que OLSR 1D pour tous les critres de performance.

Fig. 4.14  Les performances comparatives pour 150 et 200 nuds

1D+2LD a un dlai plus bas que 1D en raison de l'amlioration de la stabilit


des routes (le nombre de changements de MPR de 1D est plus lev que 1D+2LD ). Lorsque nous considrons la stabilit des MPR, nous notons que pour le rseau de haute densit, la performance du protocole est inversement proportionnelle au

120

nombre de changement de MPR. Dans 1D+2LD, le nombre de changements de MPR est plus faible ; si le nombre de changements de route diminue alors le dlai de bout en bout est plus bas en raison d'une disponibilit de route accrue. Le nombre de messages de contrle, qui sont diuss, sont aussi rduits. Par consquent, le PDR est amlior. Enn, l'ecacit du rseau est signicativement augmente. De plus,

1D+2LD dnit moins de MPR que 1D grce la mtrique de mobilit. Pour 200
nuds nous voyons que, le gain de performance de 1D+2LD est plus grand qu'avec 150 nuds. A la question : Pourquoi 1D+2LD a-t-il un plus grand impact d'amlioration

pour les rseaux de haute densit ? , nous nnoncons deux raisons :


 Premirement, pour les rseaux plus dense le nombre de nuds candidats MPR est plus important et la probabilit pour qu'une route soit disponible est aussi plus haute.  Deuximement, comme le rseau devient plus dense, des MPRs stables sont choisis en raison de l'usage du critre de mobilit. Un nud donn a beaucoup de voisins un-saut qui sont voisins de plusieurs voisins deux-saut. Il a y a une probabilit haute que les voisins un-saut aient la mme densit. Donc, le critre LD a une probabilit haute d'tre appliqu pour amliorer la performance du protocole. Comme seulement les nuds MPR retransmettront les messages de contrle de topologie, le surcot de contrle dcroira rapidement.

Conclusion :

Plus le rseau est dense plus l'adjonction du critre de mobilit

celui de densit amliore les performances. Pour une mme densit, l'amlioration est plus sensible faible mobilit qu' forte mobilit

4.2.3.5 Synthse
Une synthse sur l'intrt d'utiliser les direntes stratgies tudie est prsente dans la gure 4.15. Pour l'environnement basse densit, la mtrique de mobilit (1LD+2D ) est plus signicative que la densit (1D ). Pour l'environnement de densit moyenne, la densit (1D ) est plus importante que la mtrique de mobilit (1LD+2D ). Pour une densit haute, de meilleures performances sont obtenues lorsque le critre de densit est considr en premier ; puis en cas d'galit que la mtrique de mobilit est s utilise (1D+2LD ). La stratgie 1D+2LD s'auto adapte aux environnements de densit basse, moyenne et haute dans la mesure o quel que soit l'environnement les rsultats obtenus sont proches de ceux obtenus par la meilleure stratgie. Ainsi, elle obtient des rsultats trs similaires ceux de 1LD+2D pour la densit basse, et quivalents ceux de 1D en densit moyenne, quand au cas haute densit ses rsultats sonts les meilleurs. C'est pouquoi la stratgie 1D+2LD nous parat la plus adapte, il n'est alors pas ncessaire de changer de stratgie en fonction de la taille du rseau, et de rsoudre les problmes lis l'obtention de cette information), pour optimiser la performance protocolaire, l'amlioration obtenue en regard de la version standard est positif comme en atteste les courbes de la gure 4.15 au presque nul.

121

Fig. 4.15  Domaine d'application des stratgies OLSR selon la densit

122

4.3

CSR : Adaptation de mode et de paramtres

4.3.1 Prcisions sur CSR


CSR [61] est une extension hirachique de protocole DSR qui constitue un mode

de routage hirachique avec architecture de cluster. L'intert de cette extension est


d'amliorer le passage l'chelle de DSR pour des grands rseaux. En fait, CSR obtient de meilleures performance que DSR pour toutes les densits (mais surtout haute densit). La performance de CSR comparativement DSR pour 150 nuds est prsent dans la gure 4.16.

Fig. 4.16  Comparaison des performances DSR et CSR

Architecture de clusters
An de minimiser le trac de contrle, l'extension CSR met en place une architecture de cluster deux niveaux (voir la gure 4.17). Le premier niveau est la cellule (cluster 0-cell). Chaque nud qui appartient une cellule est situ porte radio directe du chef de cellule (Chef de Cluster ou Cluster Head). La communication entre les cellules s'eectue par le biais de passerelles. Le deuxime niveau de cluster regroupe un ensemble de cellules (Cluster 1-Serveur). Le chef de ce cluster est appel Serveur. L'extension CSR est adaptative l'environnement. Lorsque les conditions sont favorables (nous prcisons par la suite), le routage est eectu avec la structure de cluster, sinon il s'eectue sans structure avec le fonctionnement DSR. Pour mettre en place cette structure, chaque nud peut exprimenter quatre statuts :    

Indni : le nud n'a pas encore obtenu de statut valide. Il utilise le protocole
DSR natif.

Nud : c'est un nud qui utilise le mode CSR. Il peut mettre des requtes Chef de Cluster : c'est un chef de cluster de niveau 0-cell. Serveur : c'est le chef de cluster de niveau 1-Serveur.
123 de route CSR.

Fig. 4.17  Modle CSR.

Adaptation du mode de routage


Pour dclencher le changement de mode, avec structure ou sans structure (DSRCSR), une mtrique de densit et une mtrique de mobilit sont utilises.

Fig. 4.18  Changement de mode CSR.

La mtrique de mobilit est base sur la notion de lien : lorsqu'un nud n'arrive pas transmettre un paquet au prochain saut, il gnre un paquet DSR contenant

124

une option DSR Route Error et chaque nud comptabilise le nombre de paquets

DSR Route Error qu'il gnre. Une mtrique de densit globale n'est calculable
qu'en contrepartie d'un trac de contrle important. Le nombre de voisins estim partir du cache de routes est utilis comme mtrique de densit. Cette mesure est moins prcise que l'estimation reposant sur l'change priodique de message HELLO mais elle est plus conomique en terme de trac de contrle. Chaque nud qui lance le protocole DSR avec l'extension CSR peut connatre trois tats (voir la gure 4.18) : 

DSR :

Le nud utilise les procdures standards : DSR Route Discovery et

DSR Route Maintenance. Si la dynamique de rseau est favorable (forte densit et faible mobilit), le nud entre dans l'tat de transition adaptative nomm DSR+. Deux seuils de changement de mode sont dnis partir des mtriques de mobilit (M1 < M2) et de densit (D1 < D2) :  Mobilit > M2 ou Densit < D1 : le nud reste en mode DSR (haute mobilit et/ou faible densit).  Mobilit  Mobilit 

M2 et Densit M1 et Densit

D1 : le nud change de mode DSR pour le D2 : le nud change de mode DSR pour le
et DSR Route Maintenance.

mode DSR+ si il reoit un paquet CSR (mobilit et densit moyenne). mode DSR+ (faible mobilit et haute densit).

DSR+ : Le nud utilise DSR Route Discovery

Le routage est oprationel, et les procdures de clustering sont excutes pour mettre en place ou rcuprer l'architecture de cluster. Si les procdures de clustering ont russi, le nud entre dans l'tat CSR. Autrement, il passe en tat DSR. Aprs son lection, le Serveur dnit une minuterie et attend les inscriptions (Registration Reques t) des Chef de Cluster, que ceux -ci mettent en diusion aprs leur lection, pour obtenir les informations de routage (la requte est diuse ou bien relaye directement au serveur par un chef de cluster qui connat la route pour aller au serveur). Le serveur apprend ainsi la route pour aller chaque cellule du rseau. Quand la minuterie expire, le serveur est oprationnel. Il renvoie une rponse d'enregitrement directement (en routage source) aux clusterhead qui se sont enregistrs et ceux-ci en dduisent que l'architecture est ou pas active. Au cours de l'tat DSR+, le Serveur peut arrter la mise en place du mode CSR en diusant un paquets ABORT dans le rseau (par exemple, si le nombre de Chef de Clusters enregistr indique une densit globale faible) et passer en mode DSR. Si la procdure d'enregistrement choue 3 fois, une nouvelle lection de Serveur est lance par le Chef de Cluster. En cas de MAX checs, le Chef de Cluster passe dans l'tat DSR. Lorsque Chef de Cluster reoit une Registration Reply, il vrie si le mode CSR est oprationnel ou non. Dans l'armative, il entre dans l'tat CSR et signale que le mode CSR est oprationnel ses membres de Cluster par un paquet Cell Maintenance. Sinon, il dnit une minuterie et ne fait que passer dans l'tat CSR sur son expiration. Sur rception d'un

ABORT, chaque Chef de Cluster passe l'tat DSR.


Sur rception d'une paquet Cell Maintenance, le nud vrie si le CSR est oprationnel (utilisation CSR Route Discovery ) ou non (utilisation DSR Route

Discovery ). Chaque nud change d'tat DSR si il reoit un ABORT.


125

CSR : Le nud utilise les paquets CSR Route Discovery et CSR Route Maintenance. Le mode CSR est oprationnel et les procdures de maintenance de
Cluster sont appliques. Le Serveur diuse un message ABORT quand il est sur le point d'abandonner son rle en raison de la dynamique de rseau et de basculer dans l'tat DSR. Si le Serveur reoit un paquet d'un Serveur qui a un critre d'lection plus lev, il devient un Chef de Cluster et entre dans l'tat DSR+. Si le Serveur est inaccessible, le Chef de Cluster diuse localement un paquet Cell Maintenance indiquant aux membres de la cellule que l'architecture CSR n'est pas oprationnelle. Ensuite, il applique la procdure d'enregistrement et passe au mode DSR+. Sur rception d'un ABORT, les Chef de Clusters et les nuds changent l'tat DSR.

Procdures CSR
Les procdures ncessaires au fonctionnement de l'extension CSR sont divises en deux catgories :  les procdures de de routes.  les procdures de

routage : elles servent la dcouverte et la maintenance clustering : elles servent la mise en place et la mainte-

nance de l'architecture virtuelle.

Procdures de routage.
Au lieu de diuser une recherche de route dans tout le rseau, en mode CSR la recherche de route est dirige directement vers le serveur de route (de faon transparente aux stations, c'est le clusterhead qui dirige la requte). Le serveur agit comme un cache de route, s'il connait la reponse il rpond la station, (une station est localise dans une cellule, le serveur connait les routes entre les cellules) sinon il se charge d'envoyer une recherche de route dans chaque cellule. Chaque chef de cluster qui reoit la requte la diuse localement (option non propagating route

request de DSR), si une station rpond il transmet directement la rponse au serveur


qui la retransmettra la station. En cas d'checs successifs (phase de maintenace du clustering) la recherche de route est diuse dans tout le rseau (modes DSR ou DSR+). Le routage CSR est compltement transparent aux stations : des stations en mode DSR sans extension peuvent fonctionner avec des stations avec extensions.

Procdures de clustering
Ces procdures mettent en place et maintiennent l'architecture des clusters. Chaque nud dbute la procdure avec un statut Indni, puis, tente d'obtenir un statut de Nud ou de Chef de Cluster. La mise en place des cellules est base sur l'algorithme

Highest-Connectivity

Degree

qui choisit comme chef de cluster celui qui a le plus de voisins.

Un nud utilise la procdure GetStatus pour mettre en place ou pour rtablir l'architecture. Chaque nud possdant un statut Indni va diuser localement un paquet de statuts (le paquet comporte une option CSR Status). Les Chef de Cluster sont choisis entre les nuds qui ont le meilleure critre (voir section 4.3.4).

126

L'algorithme de contrle

LCC (Least Cluster Change)

est employ. Si un

Chef de Cluster reoit un paquet de statut provenant d'un autre Chef de Cluster, le chef de cluster est quali de candidat, il compare sa Densit avec celle contenue dans le paquet. En cas d'galit sur les Densits, le plus petit identiant est prfr :  si le Chef de Cluster possde des critres plus faibles que ceux du paquet reu, il abandonne son rle de Chef de Cluster et prend le statut de Nud.  si le Chef de Cluster possde des critres plus forts que ceux du paquet reu, il attend l'expiration de son timer de maintenance pour diuser un paquet de statut.

Election du Serveur

La procdure d'lection du Serveur est presque identique

celle du Chef de Cluster sauf que le Serveur est lu parmi les Chef de Clusters : le choix du Serveur est bas sur la Densit. Au dbut de la procdure, chaque Chef de Cluster initialise ses variables :  Densit_candidat avec valeur de Densit.  Adresse_candidat avec son adresse

4.3.2 Intrt du changement adaptatif du mode routage


Pour vrier l'intrt du changement adaptatif du mode de routage, nous considrons deux versions de l'extension CSR :  NA-CSR (Non Adaptive CSR) : cette version implante toutes les procdures CSR except le changement adaptatif du mode de routage. Les nuds restent en mode CSR quelles que soient les conditions de Mobilit et de Densit.  A-CSR (Adaptive CSR) (Densit+Mobilit) : cette version implante toutes les procdures CSR y compris le changement adaptatif du mode de routage. Ce changement de mode utilise les mtriques de Densit (le nombre de voisins) et de Mobilit (le nombre d'erreurs de route gnres). Les valeurs des seuils sont suivantes : M1 (faible) = 2, M2 (forte) = 4, D1 (faible) = 2 et D2 (forte) = 5. Par ailleurs an d'tudier l'impact des mtrique Mobilit et de Densit sur le changement de mode, nous considrons deux stratgies de l'extension CSR :  A-CSR (Mobilit) : cette version implante toutes les procdures CSR y compris le changement adaptatif du mode de routage. Ce changement de mode n'utilise que la mtrique de Mobilit. Les valeurs des seuils sont : M1 = 2, M2 = 4.  A-CSR (Densit) : cette version implante toutes les procdures CSR y compris le changement adaptatif du mode de routage. Ce changement de mode n'utilise que la mtrique de Densit. Les valeurs des seuils sont : D1 = 2 et D2 = 5.

127

4.3.3 Rsultats d'valuation des stratgies de changement de mode et discussions

Fig. 4.19  Intrt du changement de mode CSR

La gure 4.19 montre l'ecacit en fonction de la densit de nuds pour les protocoles DSR et pour les versions NA-CSR et A-CSR de l'extension CSR avec 3 stratgies de changement de mode : Mobilit, Densit et Densit+Mobilit.

Pour une densit de 50 nuds, NA-CSR est le moins performant : la densit de


nuds est trop faible pour qu'il soit intressant d'utiliser un protocole hirarchique. Les performances d'A-CSR (Mobilit) sont plus faibles que celles d'A-CSR (Densit) et A-CSR (Densit+Mobilit) : les nuds CSR dtectent des conditions locales favorables (mobilit basse) un changement de mode (DSR>CSR) mais la densit est faible, le cot de la mise en place de la structure CSR est pnalisant par rapport au cot de la diusion, la performance est moins bonne que celle obtenue par DSR. Les performances d'A-CSR (Densit) et A-CSR (Densit+Mobilit) sont trs proches, la mtrique de Mobilit est trs peu considr car la densit est trs faible. Les performances sont trs proches de celles du protocole DSR, dans les faits, les simulations montrent que la majorit des nuds ont bascul en mode de routage DSR. Cependant, certains Nuds CSR dtectent des conditions locales favorables un changement de mode (DSR>CSR). Ce comportement gnre un trac de contrle supplmentaire qui explique que les performances d'A-CSR (Densit) et d'A-CSR (Densit+Mobilit) soient lgrement infrieures celles de DSR.

Pour une densit de 100 nuds,

les performance de NA-CSR restent encore

128

infrieures celles de DSR et des trois stratgies adaptives A-CSR mais sont plus proches que pour la densit 50 nuds : la densit de nuds devient assez forte pour utiliser un protocole hirarchique. Concernant les trois stratgies A-CSR, nous notons que les performances d'A-CSR (Mobilit) sont plus basses que celles d'A-CSR (Densit) et A-CSR (Densit+Mobilit) . Le critre de densit est le plus intressant considrer. Les performances d'A-CSR (Densit) sont un peu moins bonnes que celles d'A-CSR (Densit+Mobilit) parce que la densit de nuds est probablement assez forte, il y a plusieurs nuds avec la mme densit, pour que la mtrique de Mobilit soit alors considre.

Pour une densit de 150 nuds,

NA-CSR et les trois stratgies A-CSR pr-

sentent de meilleures performances que DSR. Cela indique que les conditions de rseau en terme de densit sont plus favorables un routage hirarchique qu'un routage purement plat. Les versions de l'extension CSR passent mieux l'chelle par rapport la densit de nuds. Les performances d'A-CSR (Densit+Mobilit) sont meilleures que celles d'A-CSR (Densit) et d'A-CSR (Mobilit). Les performances d'A-CSR (Densit+Mobilit) sont lgrement infrieures celles de NA-CSR mais largement suprieures celles du CSR.

Conclusion :

Nous relevons l'intert de l'adaptation : l'ecacit d'A-CSR est tou-

jours comprise entre celles de NA-CSR et du DSR. NA-CSR et DSR reprsentent les deux comportement extrmes : routage purement hirarchique et routage purement plat. De plus, A-CSR a un comportement proche du mode de routage le plus performant quelle que soit la densit : DSR pour 50 et 100 nuds, NA-CSR pour 150 nuds. Les simulations montrent bien que A-CSR russit dtecter les conditions de rseau et adapter dynamiquement son mode de routage pour raliser de meilleures performances. De plus, nous relevons l'intrt d'une stratgie A-CSR (Densit+Mobilit). Elle a un comportement proche du mode de routage le plus performant quelle que soit la densit. Dans la suite, nous tudions plus prcisment les performance de la version ACSR (Densit+Mobilit) que nous notons simplement CSR.

4.3.4 Proposition d'adaptation pour le choix des Chefs de Cluster et Serveurs


Dans la version de base, la mtrique de mobilit est le nombre d'erreur de route, que nous notons E et la densit qui est le nombre de voisins, que nous notons D. Dans cette section nous prsentons des heuristiques de choix des Chefs de Cluster et Serveurs avec direntes stratgies. Les stratgies que nous proposons sont du mme ordre que celles tudies avec OLSR. Nous souhaitons conrmer les rsultats relatifs l'importance relative des mtriques densit et mobilit dans les mcanismes d'lection.

129

4.3.4.1 Heuristique de choix des Chefs de Cluster et Serveurs dans CSR original
La slection des Chef de Cluster et du Serveur est fonction de la densit (1D ), les tapes sont : 1. Extaire les information d'entte (par exemple Densit et addresse IP candidates) du paquet reu. 2. Comparer sa Densit avec la Densit candidate. Le nud qui possde la plus haute densit est choisi comme Chef de Cluster ou Serveur l'autre nud change son statut en nud . 3. En cas d'galit, comparer son addresse IP avec l'addresse IP candidate. Le nud qui possde la plus faible addresse IP est choisi comme Chef de Cluster ou Serveur, l'autre noued change son statut en nud .

4.3.4.2 Stratgies de choix des Chefs de Cluster et Serveurs sur critres de Densit et Mobilit
Nous tudions l'impact relatif de la mobilit et de la densit dans la slection des Chef de Cluster et du Serveur avec les deux stratgies ci-aprs : 

Stratgie 1 : Mobilit en complment de la Densit

Comme pour le choix des MPR le critre de densit est examin puis celui de mobilit (1D+2E ) : 1. Extaire les information d'entte (Densit, Nombre erreur de routes et addresse IP du condidat) du paquet reu. 2. Comparer sa Densit avec la Densit candidate. Le nud qui possde la plus haut densit est choisi comme Chef de Cluster ou Serveur, l'autre nud change son statut en nud. 3. En cas d'gales Densits, comparer le nombre erreur de route avec le nombre d'erreur candidat. Le nud qui possde le plus petit nombre d'erreur de route (mobilit basse) est choisi comme Chef de Cluster ou Serveur, l'autre nud change son statut en nud. 4. En cas dgalit du nombre erreur de routes comparer son addresse IP avec l'addresse IP candidate. Le nud qui possde la plus faible addresse IP est choisi comme Chef de Cluster ou Serveur et autre noued change son statut au

nud .


Stratgie 2 : Densit en complment de Mobilit

Cette fois, le critre de mobilit est examin en premier. En cas d'galit la densit est examine. Si l'galit persite l'identiant IP est examin (1E+2D ).

4.3.5 Rsultats d'valuation des stratgies d'lection et discussions


Nous souhaitons tendre les rsultats obtenus sur OLSR, aux procdures de choix des Chefs de Cluster et Serveurs. Nous comparons trois mthodes de slection des Chefs de Cluster et Serveurs :

130

 

CSR 1D

ou CSR original, Chef de Cluster et Serveur choisis sur le critre

nombre de voisins : une mtrique de densit (D).

CSR 1D+2E stratgie 1 : Chef de Cluster et Serveur choisis avec un premier


critre de densit (1D) et en cas d'galit avec un critre nombre d'erreurs de routes (2E).

CSR 1E+2D stratgie 2 : Chef de Cluster et Serveur choisis avec un premier


critre de nombre d'erreur de route (1E) et en cas de l'galit avec la mtrique

de densit (2D). Nous considrons en plus des mtriques performances gnrales de la section 4.1.3.2, des mtriques plus spciques CSR : 1. Nombre de changements des Chefs de Cluster et Serveurs (fois) : nombre total de changements des Chefs de Cluster et Serveurs. Quand le nud est choisi pour la premire fois comme Chef de Cluster ou Serveur, le compteur est rgl au nombre de Chefs de Cluster et Serveurs choisis. Puis, quand un nouveau nud est choisi comme Chef de Cluster ou Serveur, le compteur est augment du nombre de Chef de Cluster-Serveur qui sont dirents de la srie prcdente. 2. Nombre de Chefs de Cluster et Serveurs (fois) : nombre total des Chefs de Cluster et Serveurs dans le rseau. A l'initialisation, le compteur a comme valeur le nombre de Chefs de Cluster et Serveurs choisis. Puis le compteur est augment par le nombre de tous les Chef de Cluster ou Serveur choisis. De mme que pour OLSR nous examinons les rsultats sur 3 environnements de densit.

4.3.5.1 Rsultats en environnement basse densit


Comme OLSR, CSR a t conu pour de grandes congurations de rseaux, nanmoins nous examinons sa performance sur une petite conguration :50 nuds (pour moins de 50 nuds le mode CSR ne fonctionne pas car la densit n'est pas susament importante pour basculer du mode DSR au CSR) sur un secteur 1000m x 1000m, pour pouvoir dgager l'inuence de mobilit. Le pourcentage de dirence d'amlioration, ou diminution, de performance pour

1D+2E et 1E+2D compar CSR 1D pour 50 nuds est reprsent dans la gure
4.20. Le critre nombre de Chefs de Cluster et Serveurs dans les trois stratgies est peu signicatif (moins que 1%) Cependant, le nombre de changements de Chef de Cluster et Serveur de 1E+2D et 1D+2E est moindre que celui de CSR 1D grce au critre de mobilit. Quand le nud commence changer de mode DSR->CSR, il doit avoir une densit au moins gale la valeur Densit_Dfault ( prise 3 dans les simulations). Dans les simulations avec une densit de 50, le nombre de voisins est rarement suprieur 3 c'est pourquoi le critre principalement utilis est la densit pour changer le mode de routage. C'est ensuite pour le choix de la srie des Chefs de Cluster et Serveurs dans 1E+2D, le critre de mobilit qui est utilis (1E ). Dans les faits la stratgie est : 13+2E+3D, c'est pourquoi il y a peu de dirences dans le nombre de clusterhead choisis. De mme pour la stratgie 1D+2E. Elle fonctionne lgrement mieux que 1D parce qu'il y a un ou deux candidats qui ont la mme densit et dans ce cas le nombre d'erreur de route est considr. Le protocole

131

1D+2E fonctionne comme 1E+2D mais lgrement moins bien parce qu'il n'y a pas
beacoup de candidat qui ont la mme densit.

Fig. 4.20  Les performances CSR comparatives pour 50 nuds des stratgies

1D+2E et CSR original

En considrant l'inuence des critres E et D sur les critres : PDR, surcot, dlai et l'ecacit, nous constatons que E est plus inuant que D dans la mesure o il y a une meilleure amlioration de performance. Ceci, car il y a moins de changement de clusterhead et serveur et que le cache de route est utilis. L'amlioration des PDR est moins signicative (moins que 1%) car les trois stratgies peuvent garder les paquets mettre jusqu' ce qu'une route pour la destination soit disponible (procdures de DSR).

Conclusion :

Ces rsultats sont cohrents avec ceux obtenus par la stratgie

OLSR+Link Duration avec 10 nuds (section 4.2.3.2). Ainsi la mtrique de mobilit est plus inuante que la densit dans un petit rseau.

4.3.5.2 Rsultats en environnement de densit moyenne


La gure 4.21 indique les performances des stratgies 1D+2E et 1E+2D en rapport celle de CSR 1D pour 100 nuds. Les rsultats de simulation montrent que 1D+2E a une performance quivalente celle 1D( moins de 4% d'cart). Dans les faits, le critre de mobilit est peu utilis. Les rsultats pour 100 nuds indiquent que 1E+2D augmente juste le pourcentage d'amlioration du nombre de changements des Chefs de Cluster et Serveurs. Il

132

y a une dtrioration pour tous les autres critres, lie au fait que, 1E+2D dnit plus de Chef de Cluster et Serveur que les autres stratgies car il y a l'initialisation un plus grand nombre de Chef de Cluster qui sont choisis.

Fig. 4.21  Les performances CSR comparatives pour 100 nuds des stratgies

1D+2E et CSR original

Conclusion :

Les simulations montrent que la densit est plus inuante que la

mobilit quand le nombre de nud augmente. Ces rsultats sont conformes ceux obtenus avec l'approche OLSR avec 50 nuds (section 4.2.3.3 cas densit moyenne). Nous tudions plus prcisment ce que devient cette inuence sur de grandes congurations.

4.3.5.3 Rsultats en environnement haute Densit


Nous valuons l'intrt de complter la mtrique de densit par la mtrique de mobilit pour 150 nuds en interprtant les rsultats de simulation prsents dans la gure 4.22. Nous constatons une amlioration de performance avec la stratgie CSR 1D+2E pour tous les critres de performance, compar aux rsultats de la stratgie 1D.

1D+2E a un dlai plus faible que 1D en raison de l'amlioration de stabilit de


route (le nombre de changements des Chefs de Cluster et Serveurs de 1D est plus haut que par 1D+2E ). Concernant la stabilit des Chefs de Cluster et Serveurs, nous notons que pour un rseau haute densit, la performance du protocole est inversement proportionnelle au nombre de changement des Chefs de Cluster et Serveurs. Dans 1D+2E, le nombre de changements des Chefs de Cluster et Serveurs est plus faible ; le nombre de changements de route diminue alors le dlai de bout en bout est plus bas grce de la disponibilit de route. Le nombre de messages

133

de contrle est aussi rduit. Par consquent, PDR est amlior. Enn, l'ecacit du rseau est signicativement augmente.

Fig. 4.22  Les performances CSR comparatives pour 150 nuds des stratgies

1D+2E et CSR original

4.3.5.4 Synthse
De faon similaire l'ude prsente prcdemment sur OLSR, nous synthtisons l'intrt d'utiliser telle ou telle stratgie par gure 4.23. Nous retrouvons le mme type de rsultat : basse densit, la mtrique de mobilit est plus signicative que la densit . Pour l'environnement de densit moyenne, la densit est plus d'importance que la mtrique de mobilit. Pour une densit haute, il est intressant d'utiliser une combinaison des deux critres premirement, la densit puis la mtrique de mobilit (1D+2E ). Nous constatons galement l'intrt d'utiliser la stratgie 1D+2E dans tous les environnements. En densit basse les performances obtenues sont proches de celles de la stratgie optimale 1E+2D, en densit moyenne elles s'approchent de celles de 1D, et en densit haute la performance est optimale. Ces rsultats sont quivalents ceux obtenus avec l'approche OLSR.

134

Fig. 4.23  Domaine d'application des stratgies CSR selon la densit

135

4.4

Conclusion

Dans ce chapitre nous avons mis en pratique l'analyse du processus d'adaptation la mobilit en ralisant deux adaptations de routage. Au del de l'intrt de proposer des mcanismes amliorant le routage, notre objectif a t de confronter sur des cas pratiques la notion de mobilit exprime au cours des chapitres prcdents. Pour ce faire nous avons conu et ralis sous simulateur une adaptation du protocole OLSR et une adaptation du protocole CSR. Nous avons propos plusieurs stratgies d'adaptation pour valuer si une mtrique tait plus inuente qu'une autre et donc capturait mieux la mobilit. Les mtriques utilises sont respectivement pour le protocole OLSR et pour le protocole CSR la dure de liaison (LD) et le nombre d'erreurs de routes (E). Ce sont deux mtriques de sociologie du dplacement qui minimisent la signalisation, chacune est directement disponible dans le protocole tudi. Nous avons galement considr la densit, facteur dterminant dans les performances des deux protocoles qui proposent un mode de routage hirarchique, qui est davantage relative au graphe de connexion possible dans le rseau qu'au dplacement en lui-mme. Si un lment se dplace et qu'il a susamment de voisins son lien un voisin donn sera rompu mais rtabli rapidement. Les rsultats obtenus indiquent que la notion de mobilit, et donc la pertinence en regard du gain de performance obtenu d'une mtrique, dpend essentiellement de la taille du rseau. Nous avons galement montr qu'une stratgie reposant sur les deux critres, densit et mobilit, dans cet ordre d'application tait quasi optimale quel que soit l'environnement de densit.

136

Chapitre

Etude exprimentale des modles de mobilit

Plusieurs tudes de la mobilit sont fondes sur l'utilisation de modles proposs dans la littrature et intgrs dans divers outils de simulation. Dans notre travail nous nous sommes focalis sur des modles alatoires. Nous nous posons alors les questions suivantes :  les rsultats obtenus avec ces modles peuvent-ils tre gnraliss d'autres modles de mobilit ?  les mtriques de mobilit retenues traduisent elles plutt les performances des protocoles de routage ou plutt les caractristiques intrinsques des modles de mobilit ? L'objectif de ce chapitre est de valider les rsultats obtenus dans notre tude, en gnralisant des modles de mobilit divers. Nous nous intresserons particulirement identier les caractristiques du modle prdictif Manhattan propos dans la littrature et l'impact de son utilisations sur l'adquation des mtriques de mobilit transcrire la mobilit des nuds. Dans la suite nous analyserons les mtriques de mobilit, LD (link duration), LC (link change) et densit, en utilisant trois modles de mobilit les plus utiliss dans la littrature (Manhattan, RPGM et Random WayPoint). Nous utilisons la mtrique mobility [51] (cf. 2.2.1.3.2), qui prcise la mobilit d'un scnario avec une seule valeur M qui est une fonction du mouvement relatif des nuds durant une priode de temps d'un scnario, pour obtenir un cadre d'valuation comparable. Les rsultats sont capturs par l'outil bonnmotion [96].

137

5.1

Manhattan

Nous commenons par analyser le modle Manhattan. Dans toutes les simulations qui suivent, nous faisons varier dans un premier temps la vitesse ensuite le temps de pause. Nous traons les mtriques de mobilit en fonction de ces deux paramtres.

Fig. 5.1  Mobilit de modle Manhattan

La mobilit rete ici la vitesse du nud. Elle est indpendante de la densit (Figure 5.1-(a)). Nous pouvons souligner, que pour un modle de mobilit Manhattan, la mobilit globale est indpendante aussi du temps de pause. Cette mtrique garde une valeur sensiblement constante en fonction du temps de pause, Figure 5.1(b), comprises entre 7.5 et 7.64. Notons ici que pour un scnario avec 10 nuds la prcision du rsultat est plus large que pour les trois autres cas.

Fig. 5.2  Degr moyende modle Manhattan

138

Selon un modle de mobilit Manhattan, le degr des nuds (nombre moyen de voisins) exprime bien la densit du rseau et est indpendant aussi bien de la vitesse des nuds que du temps de pause (Figure 5.2).

Fig. 5.3  Dure des liens de modle Manhattan

La dure moyenne des liens, quant elle, dcrot exponentiellement en fonction de la vitesse des nuds et est insensible aussi bien au temps de pause qu' la densit (Figure 5.3).

Fig. 5.4  Nombre moyen de changements de liens de modle Manhattan

Le nombre moyen de changements de liens permet d'exprimer aussi bien la densit que la vitesse du mobile (Figure 5.4). Nous pouvons enn dire que, pour un modle de mobilit Manhattan, toutes les mtriques sont indpendantes du temps de pause.

139

5.2

RPGM

Considrons maintenant le modle de mobilit RPGM. Nous avons eectu des simulations pour respectivement 10 (5 groupes de 2 nuds), 50 (5 groupes de 10 nuds), 100 (10 groupes de 10 nuds) et 150 (15 groupes de 10 nuds) nuds.

Fig. 5.5  Mobilit de modle RPGM

La mobilit des nuds exprime la vitesse de dplacement de ces derniers, et dpend galement du temps de pause. Par contre, elle est insensible la densit (Figure 5.5). Ceci est concevable vu que les nuds se dplacent en groupe.

Fig. 5.6  Degr moyende modle RPGM

Ce mouvement de groupe limite asymptotiquement le degr moyen de chaque nud au nombre de membres du groupe. Ce degr exprime la densit du rseau et est donc insensible la vitesse et au temps de pause (Figure 5.6).

140

Fig. 5.7  Dure des liens de modle RPGM

La dure moyenne des liens dcrot en fonction de la vitesse de dplacement. La variance de cette dure dpend de la taille du groupe et de la densit. Ce rsultat est aussi valable pour le temps de pause (Figure 5.7).

Fig. 5.8  Nombre moyen de changements de liens de modle RPGM

Le nombre moyen de changements de liens rete la densit et augmente relativement avec la vitesse (Figure 5.8-(a)). Cette mtrique exprime aussi les changements du temps de pause (Figure 5.8-(b)).

141

5.3

Random Waypoint

Le troisime modle considr est le modle Random Waypoint. Dans la plupart des tudes de performance utilisant ce modle de mobilit, les nuds sont rpartis alatoirement sur la surface de simulation. Cependant cette distribution initiale de nud n'est pas reprsentative de la faon dont les nuds se rpartissent ensuite d'eux mme lorsqu'ils se dplacent. Il existe galement une relation complexe entre la vitesse des nuds et le temps de pause dans le modle de mobilit Random Waypoint. Par exemple, un scnario avec de rapides mouvements et de longues pauses produit au nal un rseau plus stable que le scnario o les nuds sont lents avec de courtes pauses. De longs temps de pause produisent un rseau stable mme de grandes vitesses. Nous exprimons ici les mmes mtriques considres prcdemment : Si la mobilit exprime bien la vitesse et le temps de pause elle est insensible la densit (Figure 5.9).

Fig. 5.9  Mobilit de modle RWP

Fig. 5.10  Degr moyende modle RWP

142

Le degr moyen augmente avec la densit et est indpendant de la vitesse de dplacement (Figure 5.10-(a)). Les rsultats montrent qu'il baisse lgrement avec le temps de pause (Figure 5.10-(b)).

Fig. 5.11  Dure des liens de modle RWP

Comme pour les deux modles prcdents, pour un modle RWP, la dure moyenne des liens dcrot avec la vitesse (Figure 5.11-(a)). Bien que cette dure moyenne reste plus faible que celle obtenue avec le modle RPGM, elle est plus leve que pour le modle Manhattan. Notons enn, que la dure moyenne croit linairement avec le temps de pause (Figure 5.11-(b)) et est indpendante de la densit du rseau.

Fig. 5.12  Nombre moyen de changements de liens de modle RWP

Enn, le nombre moyen de changements de liens varie comme pour le modle RPGM en fonction de la vitesse aussi bien qu'en fonction du temps de pause (Figure 5.12).

143

Conclusion
Nous remarquons que seulement dans le cas du modle Manhattan toutes les mtriques sont constantes en fonction du temps de pause. Nous pouvons ainsi penser que ces mtriques restent constantes pour un modle prdictif ce qui permettrait de donner une indication sur ce type de mouvement. Nous pourrons par consquent mettre en place des mcanismes adaptatifs au type de mobilit engendre (prdictive ou non prdictive). S'il n'y a pas d'intrts utiliser des mtriques obtenues par mesures pour des mouvements non alatoires, comme paramtres des adaptations protocolaires, celles-ci pourraient permettre de dduire la nature des dplacements : prdictif ou alatoire. Dans le cas ou le mouvement est alatoire nous proposons de mettre en place des mcanismes adaptatifs similaires ceux prsents auparavent.

144

5.4

Adaptation au modle de mobilit : Changements de l'opration de protocole adaptative

Pour conclure notre tude, nous extrapolons des rsultats des chapitres prcedents un processus global d'adaptation. Nous avons montr dans cette thse que pour des mouvements alatoire, le processus d'adaptation la mobilit pouvait tre fait simplement par un mobile en utilisant les mtriques de densit et de mobilit, avec une mobilit mesure par la dure de liaison pour un protocole proactif (avec protocole Hello) et mesure par le nombre d'erreurs de route pour un protocole ractif. Nous tendons notre rfexion des mouvements non alatoire, des mouvements prdictifs. Pour ceux-ci il nous semble plus adapt d'valuer la mobilit par un calcul reposant sur la modlisation du mouvement. Le problme est alors pour un nud de savoir dans quel type de mouvement il se trouve. Nous proposons d'utiliser les caractristiques de mobilit releves dans ce chapitre pour rsoudre cette question. Dans un phase d'initialisation le nud mesure son environnement, s'il trouve que les mtriques (duree, changement, de liaison) sont constantes, il extrapole un mouvement prdictif, sinon un mouvement alatoire. Le processus d'adaptation que nous proposons est alors celui de la gure 5.13. Nous commenons par l'observation de mesure pour dterminer le modle de mouvement. Soit il est dterministe, le protocole de routage ne fait pas d'adaptation aux mtriques. Soit il est alatoire, le protocole de routage utilise une procdure d'adaptation de fonctionnement selon le protocole : soit (cas 1) adaptation de paramtre, par exemple pour OLSR ou DSR, soit (cas 2) adaptation de mode, par exemple pour CSR.

Cas 1 :
Adaptation de paramtre selon la densit du rseau : le protocole tente de trouver une meilleure route dans le rseau et optimise son fonctionnement par de l'adaptation aux dirents niveaux de densits du rseau. Trois niveaux de densits sont considrs :   

Density < Dmedium Dmedium Density

: le nud fonctionne en mode Mobilit (densit faible), le : le nud fonctionne en mode Densit (densit

nud choisit la route en utilisant la mtrique de mobilit.

Density < Dhigh Dhigh

moyenne), le nud choisit la route en utilisant la mtrique de densit. : le nud fonctionne en mode Densit+Mobilit (densit haute), le nud choisit la route en utilisant la mtrique de mobilit au dessus de la densit.

Cas 2 :
L'adaptation de mode selon la densit et la mobilit du rseau (cf. chapitre 1 et 4). Un protocole avec structure a besoin, pour les procdures de slection de Chef de Cluster et de Serveur, de choisir parmi l'environnement rseau le moins mobile et le

145

plus dense. Dans ce cas, nous considrons en plus la mobilit comme une condition de changement de mode. 

Mode sans-structure : quand la densit est faible ou la mobilit est leve,


le nud reste en mode sans-structure et choisi la route en utilisant la mtrique de mobilit.   

Density < Dmedium Dmedium Density

ou

M obility < Mhigh


et

: le nud fonctionne en mode : le nud change vers

sans-structure avec Mobilit (densit faible ou mobilit haute),

Density < Dhigh Dhigh


et

M obility Mmedium

le mode structure avec Densit (densit moyenne et mobilit faible),

M obility Mhigh

: le nud change vers le mode struc-

Mode Structure avec Densit : quand la densit est moyenne et la mobilit


est faible, le nud fonctionne en mode avec structure et choisit la route, le Chef de Cluster ou le Serveur en utilisant la mtrique de densit.   

ture avec Densit+Mobilit (densit haute et mobilit moyenne/faible).

Density < Dmedium Dmedium Density

ou

M obility < Mhigh

: le nud change vers le mode

sans-structure avec Mobilit (densit faible ou mobilit haute),

Density < Dhigh et M obility Mmedium : le nud reste en mode Dhigh


et

structure avec Densit (densit moyenne et mobilit faible),

M obility Mhigh

: le nud change vers le mode struc-

Mode Structure avec Densit+Mobilit : quand la densit est haute et


la mobilit est faible ou moyenne, le nud fonctionne en mode avec structure et choisit la route, le Chef de Cluster ou le Serveur en utilisant la mtrique de mobilit au dessus de mtrique de densit.   

ture avec Densit+Mobilit (densit haute et mobilit moyenne/faible).

Density < Dmedium Dmedium Density

ou

M obility < Mhigh


et

: le nud change vers un mode : le nud change de

sans-structure avec Mobilit (densit faible ou mobilit haute),

Density < Dhigh

M obility Mmedium

mode vers un mode avec structure avec Densit (densit moyenne),

Dhigh et M obility Mhigh : le nud reste en mode avec structure

avec Densit+Mobilit (densit haute et mobilit moyenne/faible).

146

Fig. 5.13  Mtrique et changements d'tats pour l'adaptation

147

5.5

Conclusion

Les rsultats obtenus dans ce chapitre montrent bien l'impact du modle de mobilit sur les direntes mtriques de mobilit considres. L'utilisation des mtriques adquates permet de dduire les caractristiques intrinsques des mouvements des nuds. Des mtriques constantes en fonction du temps de pause sont assimiles un mouvement prdictif. Dans le cas contraire le mouvement et alatoire. La caractrisation du mouvement tablie, nous proposons d'utiliser la mtrique LD dans le cas d'un mouvement alatoire. Il serait judicieux, en particulier en fonction de la possibilit de prdire le mouvement, de mettre en place des mcanismes adaptatifs spciques qui permettent d'optimiser le fonctionnement des protocoles de routage en les adaptant la variation prdictive de l'environnement (en terme de mobilit et de densit). Nous pouvons imaginer dans ce sens utiliser ces mcanismes pour des nuds embarqus dans des moyens de transport. Nous pensons que l'tude de ces mcanismes devrait tre entreprise en tenant compte de contextes applicatifs plus prcis fournissant une connaissance prdictive du trac.

148

Conclusion gnrale

La mobilit dans les rseaux sans l a t un sujet d'actualit ces dernires annes. Plusieurs solutions sont mises en place pour les rseaux avec infrastructure. Lorsqu'il s'agit de rseaux sans l ad hoc, il apparat clairement que la mobilit doit tre prise en charge par les nuds. Ces derniers doivent s'adapter l'tat de l'environnement. La gestion de la mobilit ne peut tre cloisonne la gestion du mouvement des nuds. Mais elle doit prendre en compte les variations dans l'environnement de chaque nud. Les rseaux de communication rcents mettent en place des mcanismes adaptatifs ces variations. Ces mcanismes sont dploys tous les niveaux de la pile protocolaire. Des architectures favorisant les interactions entres les dirents niveaux sont proposes. Parmi ces architectures nous pouvons citer celles fondes sur le standard IEEE802.21. Dans cette thse nous nous sommes intresss la mobilit et mesur son impact sur les performances des protocoles et algorithmes mis en place plusieurs niveaux. Nous nous sommes poss alors les questions du niveau adquat de la mesure de la mobilit, de la mtrique approprie pour traduire les changements dans l'environnement du mobile et du niveau convenable l'adaptation la mobilit. Pour rpondre ces questions, nous nous sommes intresss, dans un premier temps, aux travaux de recherche proposant d'amliorer les performances protocolaires des rseaux par l'adaptation dynamique leur environnement. Nous avons analys ce processus dans les rseaux mobiles ad hoc en en dgageant les caractristiques, intrts et limitations. Les caractristiques releves sont le type d'adaptation (de paramtre ou de mode), l'origine protocolaire (auto-adaptation, de mme niveau que l'adaptation ou adaptation inter-couches) et la porte des informations qui dclenchent l'adaptation ( vue locale, voisinage ou rseau). Dans l'tat actuel de la littrature, il s'avre que les travaux sur l'adaptation peuvent tre synthtiss selon leur objectif d'adaptation : nergie, tat de la liaison, charge de trac et dynamique de la topologie. D'un autre cot, nous en retenons des limitations l'adaptation provenant d'une part du surcot de signalisation ncessaire l'obtention des informations, qui limite les gains de performance de l'adaptation, et d'autre part, de la mise jour non synchronises contre l'tat du rseau. Parmi les adaptations prsentes celles la mobilit nous parait particulirement

149

intressante pour le routage qui est par dnition en charge de la gestion de la topologie. Dnir une adaptation revient modier les paramtres du routage ou son mode de fonctionnement en fonction de la mobilit des lments du rseau. Une adaptation largement tudie du routage est celle la taille du rseau qui permet de mettre en place une structure de routage adapte la densit du rseau (de type cluster ou rseau d'arrire plan) celle-ci peut se rajouter la prise en compte de la mobilit obtenue par direntes mtriques, comme en attestent les exemples proposs. Dans une deuxime tape, nous cherchons prciser la notion de mobilit et comment celle-ci peut tre utilise pour l'adaptation. Nous avons dnit la notion de mobilit dans le contexte d'adaptation. Nous dnissons trois catgories de mtriques selon qu'elles se rapportent au dplacement d'un lment (les mtriques de sociologie du dplacement), l'historique du lien entre deux nuds (les mtriques de sociologie du lien) ou bien la prdiction du dplacement. Notre taxinomie, issue de l'analyse des travaux traitant de la mobilit en rseaux ad hoc, s'appuie galement porte de la mesure qui impacte le trac de signalisation (nous distinguons le calcul de la mtrique au niveau local, au niveau voisinage ou encore au niveau rseau). Nous apprcions l'intrt des mtriques en regard de critres concernant leur calculabilit en environnement distribu sans connaissance globale du rseau, et ce, avec des ressources limites. Dans l'objectif de retenir des mtriques qui soient le plus universelles possible nous cartons celles qui sont dpendantes d'un systme de mesure par positionnement et d'un modle de mobilit donn. Nous relevons l'intrt des mtriques par mesure, par opposition celles par modlisation, pour les mouvements non prdictifs de type alatoire. Plus prcisement, nous retenons quatre mtriques : nombre de voisins, la dure de lien, la frquence de changement de lien et la stabilit du lien. Dans la suite de l'tude, nous essayons de savoir s'il existe une meilleure mtrique, c'est--dire qui apporte le plus de gain de performance une adaptation la mobilit du systme. Nous cherchons alors dterminer quelle est la mtrique qui est le plus corrle avec la performance du systme constitu par le rseau ad hoc. En considrant que le protocole de routage est le facteur prpondrant de performance du systme, nous modlisons celui-ci par un protocole d'accs standard (IEEE802.11) et direntes options de protocoles de routages, qui sont les principaux protocoles de l'IETF (AODV, DSR et OLSR). Le modle est rsolu par simulation pour dirents scnarios de mobilit alatoire que nous moyennons pour obtenir un mouvement

gnral , de faon obtenir des rsultats relativement indpendants du mouvement.


Deux modles de mobilit alatoire sont tudis RWP et RPGM. Nous analysons la performance, exprime par plusieurs mtriques, en corrlation aux mtriques de mobilit retenues, savoir, la dure du lien (LD), la frquence de changement de liens (LC) et la stabilit des liens (LS). Les rsultats que nous obtenons montrent l'importance du nombre de nuds sur la corrlation, plus leur nombre augmente plus la corrlation entre mobilit et performance augmente. Ils mettent galement en vidence l'absence d'une mtrique qui soit la meilleure quel que soit le protocole et la taille du rseau. Comme l'tude d'un scnario donn, la meilleure mtrique de mobilit doit tre dtermine au cas par cas. Bien que ce ne soit pas la meilleure mtrique nous prconisons l'utilisation de la mtrique LD, en raison se sa simplicit

150

de calcul et de la relative indpendance au modle de mobilit et de sa forte inuence sur les performances des protocoles de routage. Le choix du niveau d'adaptation et de la mtrique tant fait, nous avons mis en pratique l'analyse du processus d'adaptation la mobilit en ralisant deux adaptations de routage. Au-del de l'intrt de proposer des mcanismes amliorant le routage, notre objectif a t de confronter sur des cas pratiques la notion de mobilit telle que nous l'avons exprime dans notre analyse. Pour ce faire, nous avons conu et ralis, sous simulateur, une adaptation du protocole OLSR et une adaptation du protocole CSR. Nous avons propos plusieurs stratgies d'adaptation pour valuer si une mtrique tait plus inuente qu'une autre et donc capturait mieux la mobilit. Les mtriques utilises sont respectivement pour le protocole OLSR et pour le protocole CSR la dure du lien (LD) et le nombre d'erreurs de routes (E). Ce sont deux mtriques de sociologie du dplacement qui minimisent la signalisation, chacune est directement disponible dans le protocole tudi. Nous avons galement considr la densit, facteur dterminant dans les performances des deux protocoles qui proposent un mode de routage hirarchique, qui est davantage relative au graphe de connexion possible dans le rseau qu'au dplacement en lui-mme. Si un lment se dplace et qu'il a susamment de voisins son lien un voisin donn sera rompu mais tabli rapidement. Les rsultats obtenus indiquent que la notion de mobilit et donc la pertinence en regard du gain de performance obtenu d'une mtrique, dpend essentiellement de la taille du rseau. Nous avons galement montr qu'une stratgie reposant sur les deux critres densit, dans cet ordre d'application tait quasi optimale quelque soit l'environnement de densit. Dans le dernier chapitre nous nous sommes attachs tudier l'impact des modles de mobilits sur les rsultats obtenus prcdemment. Les rsultats de ce chapitre montrent bien l'impact du modle de mobilit sur les direntes mtriques de mobilit considres. L'utilisation des mtriques adquates permet de dduire les caractristiques intrinsques des mouvements des nuds. Des mtriques constantes en fonction du temps de pause sont assimiles un mouvement prdictif. Dans le cas contraire le mouvement est alatoire. Il ressort de ce chapitre, la possibilit de caractriser la nature du mouvement. Nous avons alors propos de mettre en place l'adaptation adquate chaque type de mouvement. En fonction de la possibilit de prdire le mouvement, nous mettons en place des mcanismes adaptatifs spciques qui permettent d'optimiser le fonctionnement des protocoles de routage en les adaptant la variation prdictive de l'environnement (en terme de mobilit et de densit). Nous pouvons imaginer dans ce sens utiliser ces mcanismes pour de nuds embarqus dans des moyens de transport. Nous pensons que l'tude de ces mcanismes devrait tre entreprise en tenant compte de contextes applicatifs plus prcis fournissant une connaissance prdictive du trac. Les perspectives de ce travail sont assez nombreuses. Tout d'abord les principes que nous avons proposs pourraient tre enrichis en particulier ceux du dernier chapitre en testant des congurations varies tant en terme de modles de mobilit que de types de protocoles. Cela dit il est clair que les gains de l'adaptation seront d'autant plus signicatifs que le contexte est prcis et connu de faon a mettre en place des mcanismes d'adaptation adquats. Notre travail s'est galement beaucoup focalis sur la performance rendue aux

151

utilisateurs en terme de taux de paquets livrs ou taux d'checs de routes, nous pourrions aussi tendre ces tudes en intgrant d'autres types de critres lis par exemple au volume de signalisation. On peut dans ce sens considrer une vue plus large que la vue locale et tenir compte de la qualit de service globale. Il est clair que la mise en place de mcanismes adaptatifs ncessite galement de vrier que les ressources soient partages quitablement entre nuds. Notamment entre ceux qui s'adaptent la mobilit et les autres. Une perspective intressante serait galement d'enrichir nos types de rseaux : nous nous sommes focaliss sur des rseaux ad hoc, nous pourrions galement intgrer des tudes sur des systmes ou le mouvement serait plus prdictifs (comme les rseaux satellitaires, rseaux de capteurs ou rseaux vhiculaires). Dans cette perspective les critres de performances les plus signicatifs sont spciques chaque systme. Notons enn que nous nous sommes pas trop focaliss sur les uctuations de la qualit du support de communication qui sont dsormais bien exploits au niveau de la couche physique, en pense en particulier des mcanismes de modulation et de codages adaptatifs ou encore des modes de fonctionnement coopratif. Il serait alors judicieux an de permettre un fonctionnement harmonieux entre les dirents niveaux d'utiliser les mtriques de mobilit de faon approprie pour guider les choix en particulier de niveau physique. Il est inutile de perdre du temps mettre en place une adaptation de niveau physique qui retarde le recouvrement de la mobilit un niveau plus lev.

152

Bibliographie

[1] C. S. R. Murthy and B. Manoj, Ad Hoc Wireless Networks : Architectures and

Protocols (Prentice Hall Communications Engineering and Emerging Technologies Series). Prentice Hall PTR ; Special edition, June 3, 2004.
[2] C. Perkins, E. Belding-Royer, and S. Das, Ad hoc on-demand distance vector (aodv) routing, RFC 3561, July 2003. [3] D. Johnson, D. Maltz, and Y. Hu, The dynamic source routing protocol for mobile ad hoc networks (dsr), Internet-Draft, 16 April 2003. [4] T. Clausen and P. Jacquet, Optimized link state routing protocol (olsr),

RFC3626, October 2003.


[5] R. Ogier, F. Templin, and M. Lewis, Topology broadcast based on reversepath forwarding routing protocol (tbrf ), Network Working Group, Request for

Comments : 3684. http ://www.ietf.org/rfc/rfc3684.txt, February 2004.


[6] I. Chakeres and C. Perkins, Dynamic manet on-demand routing protocol,

IETF Internet Draft, draft-ietf-manet-dymo-12.txt, February 2008.


[7] C. Yongtao, H. Chen, W. Jun, and Z. Chunlei, A distributed algorithm for connecting dominating sets in wireless ad hoc networks communications, 2006

International Conference on Circuits and Systems Proceedings, vol. 3, pp. 1472


1476, 2006. [8] Wireless Medium Access Control (MAC) and Physical Layer (PHY) 802.11,

Institute of Electronic and Electrical Engineers (IEEE), 1999.


[9] Bluetooth

Core

Specication

v2.0,

Bluetooth

Special

Interest

Group,

http ://www.bluetooth.org.
[10] IEEE Draft Std 802.15.4, Wireless Medium Access Control (MAC) and Physi-

cal Layer (PHY) Specications for Low Rate Wireless Personal Area Networks (LR-WPANs), 2003.
153

[11] S. Zhao, Z. Wu, A. Acharya, and D.Raychaudhuri, Parma : A phy/mac aware routing metric for ad-hoc wireless networks with multi-rate radios, Sixth IEEE

International Symposium on a World of Wireless Mobile and Multimedia Networks, 2005 (WoWMoM 2005), pp. 286292, 2005.
[12] F.Jaddi and B. Paillassa, Mobility and density self-adaptative routing strategies in adhoc networks, 3rd IEEE International Conference on Mobile Ad Hoc

and Sensor Systems, LOCAN, Vancouver, Canada, 9-12 October 2006.


[13] L. Qin and T. Kunz, Mobility metrics to enable adaprtive roiting in manet,

IEEE International Conference on Wireless and Mobile Computing, Networking and Communications, 2006 (WiMob'2006)., 2006.
[14] S. Charoenpanyasak, B. Paillassa, and F. Jaddi, Experimental study on tcp enhancement interest in ad hoc networks, International Conference on Wireless

and Mobile Communications (ICWMC 2007), Guadeloupe, 04-09, MAR-07, IEEE, Mars 2007.
[15] V. Srivastava and M. Motani., Cross-layer design : a survey and the road ahead, IEEE Communications Magazine, vol. 43, no. 12, pp. 112119, December 2005. [16] V. T. Raisinghani and S. Iyer., Cross-layer design optimizations in wireless protocol stacks, Computer Communications, vol. 27(8), pp. 720725, May 2004. [17] W. Berrayana, H. Youssef, S. Lohier, and G.Pujolle, Xlengine : une architecture cross-layer modele pour le support de la qos dans les reseaux sans l ieee 802.11,

Journees Doctorales en Informatique et Reseaux - JDIR 2007, January 2007.


[18] R. Winter, J. Schiller, N. Nikaein, and C. Bonnet, Crosstalk : Cross-layer decision support based on global knowledge, IEEE Communications Magazine, vol. 44, pp. 28, January 2006. [19] V. T. Raisinghani and S. Lyer., Eclair : An ecient cross layer architecture for wireless protocol stacks, 5th World Wireless Congress, San Francisco, USA,

May 25-28 2004., May 2004.


[20] Projet MobileMan : http ://cnd.iit.cnr.it/mobileMAN/. [21] R. Sasanka, J. Srinivasan, and W. Yuan, The illinois grace project : Global resource adaptation through cooperation, Proceedings of the Workshop on Self-

Healing, Adaptive, and self-MANaged Systems (SHAMAN) (held in conjunction with the 16th Annual ACM International Conference on Supercomputing),
pp. 144155, June 2002. [22] R. Knopp, N. Nikaein, C. Bonnet, H. Aiache, , V. Conan, S. Masson, G. Guibe, and C. L. Martret, Overview of the widens architecture, a wireless ad hoc network for public safety, 1st IEEE International Conference on Sensor and

Ad Hoc Communications and Networks (SECON), Santa Clara, USA, October


2004.

154

[23] S. Singh, M. Woo, and C. S. Raghavendra, Power-aware routing in mobile ad hoc networks, Proceedings of the Fourth Annual ACM/IEEE International

Conference on Mobile Computing and Networking, October 1998.


[24] C.-K. Toh, H. Cobb, and D. A. Scott, Performance evaluation of batterylife-aware routing schemes for wireless ad hoc networks, IEEE International

Conference on Communications, vol. 9, pp. 28242829, 2001.


[25] J. J.-Y. Leu, M.-H. Tsai, T.-C. Chiang, and Y.-M. Huang, Adaptive poweraware clustering and multicasting protocol for mobile ad-hoc networks, Ubi-

quitous Intelligence and Computing, vol. 4159, pp. 331340, 2006.


[26] A. Misra and S. Banerjee, Mrpc : Maximizing network lifetime for reliable routing in wireless environments, WCNC 2002 - IEEE Wireless Communications

and Networking Conference, March 2002.


[27] R. Dube, C. D. Rais, K.-Y. Wang, and S. K. Tripathi, Signal stability-based adaptive routing (ssa) for ad-hoc mobile networks, IEEE Personal Communi-

cations, Febuary 1997.


[28] C.-K. Toh, Associativity-based routing for ad-hoc mobile networks, Wireless

Personal Communications, vol. 4, no. 2, pp. 136, March 1997.


[29] G. Lim, K. Shin, S. Lee, H. Yoon, and J. S. Ma, Link stability and route lifetime in ad-hoc wireless networks, Proceedings of the International Conference on

Parallel Processing Workshops (ICPPW 02), 2002.


[30] R. J. Punnoose, P. V. Nikitin, J. Broch, and D. D. Stancil, Optimizing wireless network protocols using real-time predictive propagation modeling, Radio and

Wireless Conference (RAWCON'99), 1999.


[31] A. Kamerman and L. Monteban, Wavelan-ii : a high-performance wireless lan for the unlicensed band, Bell Labs Technical Journal 2(3), pp. 118133, 1997. [32] Q. Pang, V. Leung, and S. Liew, A rate adaptation algorithm for ieee 802.11 wlans based on mac-layer loss dierentiation, BroadNets. Proceedings of the Se-

connd International Conference on Broadband Networks, Boston, MA, pp. 659


667, October 2005. [33] J. Kim, S. Kim, S. Choi, and D. Qiao, Cara : Collision-aware rate adaptation for ieee 802.11 wlans, Proceedings of INFOCOM, Barcelona, Spain, pp. 146 157, April 2006. [34] Y. P. Chen, J. Zhang, and A. N. Ngugi, An ecient rate-adaptive mac for ieee 802.11, Mobile Ad-Hoc and Sensor Networks, vol. 4864, pp. 233243, 2007. [35] G. Holland, N. Vaidya, and P. Bahl, A rate-adaptive mac protocol for multihop wireless networks, Proceedings of MobiCom, Rome, Italy, pp. 236251, July 2001.

155

[36] D. S. J. D. Couto, D. Aguayo, J. Bicket, and R. Morris, A high-throughput path metric for multi-hop wireless routing, Proceedings of the Ninth Annual In-

ternational Conference on Mobile Computing and Networking (MobiCom '03), San Diego, California,, September 2003.
[37] J. Macker and S. Corson, Mobile ad-hoc networks (manet) : Routing protocol performance issues and evaluation considerations, IETF RFC 2501, January 1999. [38] S.-J. Lee and M. Gerla, Dynamic load-aware routing in ad-hoc networks, Proc.

IEEE ICC 01, pp. 32063210, 2001.


[39] H. Hassanein and A. Zhou, Routing with load balancing in wireless ad-hoc networks, Proc. ACM MSWiM, pp. 8996, 2001. [40] X. Wang, S. Tagashira, and S. Fujita, Fdar : A load-balanced routing scheme for mobile ad-hoc networks, Ad-Hoc, Mobile, and Wireless Networks, 6th Inter-

national Conference, ADHOC-NOW 2007, Morelia, Mexico, September 24-26, 2007, pp. 186197, September 2007.
[41] S. Giannoulis, C. Katsanos, S. Koubias, and G. Papadopoulos, A hybrid adaptive routing protocol for ad-hoc wireless networks, Proceedings. 2004 IEEE

International Workshop on Factory Communication Systems, 2004.


[42] Z. Haas, M. Pearlman, and P. Samar, The zone routing protocol (zrp) for ad-hoc networks, draft-ietf-manet-zone-zrp-02.txt, IETF, http ://www.ietf.org, July 2000. [43] Z. Haas and M. R. Pearlman, The performance of query control schemes for the zone routing protocol, IEEE/ACM Transactions on Networking (TON), vol. August 2001, pp. 427  438, 9, issue 4. [44] X. Zhang and L. Jacob, International journal of communication systems, IN-

TERNATIONAL JOURNAL OF COMMUNICATION SYSTEMS, vol. 16, issue 9, pp. 809  821, November 2003. [45] M. BENZAID, P. MINET, and K. A. Agha, Utilisation des techniques des reseaux ad-hoc pour l'optimisation de la mobilite dans les reseaux ip, Thesis :

UNIVERSITE PARIS XI UFR SCIENTIFIQUE D'ORSAY, 2004.


[46] H. Seba, Arpm : An adaptive routing protocol for manets, Pervasive Services,

2006 ACS/IEEE International Conference, 2006.


[47] S. Carson and J. Macker, Mobile ad hoc networking (manet) : Routing protocol performance issues and evaluation considerations, RFC n2501, IETF, January 1999. [48] The Network simulator-ns-2, http ://www.isi.edu/nsnam/ns.

156

[49] T. Camp, J. Boleng, and V. Davies, A survey of mobility models for ad hoc network research, Wireless Communications F4 Mobile Computing (WCMC) :

Special issue on Mobile Ad Hoc Networking : Research, Trends and Applications,


2002. [50] F. Bai, N. Sadagopan, and A. Helmy, Important : a framework to systematically analyze the impact of mobility on performance of routing protocols for adhoc networks, INFOCOM 2003, April 2003. [51] P. Johansson, T. Larsson, N. Hedman, B. Mielczarek, and M. Degermark :, Scenario-based performance analysis of routing protocols for mobile ad-hoc networks, Proceedings of the 5th annual ACM/IEEE international conference

on Mobile computing and networking, Seattle, Washington, United States, 1999.


[52] J. Boleng, W. Navidi, and T. Camp, Metrics to enable adaptive protocols for mobile ad hoc networks, Proceedings of the International Conference on

Wireless Networks (ICWN 02), pp. 293298, 2002.


[53] M. Sanchez and P. Manzoni, A java based simulator for ad-hoc networks,

Future Generation Computer Systems, vol. 17(5), pp. 573583, 2001.


[54] X. Hong, M. Gerla, G. Pei, and C.-C. Chiang, A group mobility model for ad hoc wireless networks, ACM/ IEEE MSWiM, August 1999. [55] R. Fontana and S. Gunderson, Ultra-wideband precision asset location system,

IEEE Conf. on Ultra Wideband Systems and Technologies, pp. 147150, 2002.
[56] C. Gentile and L. Klein-Berndt, Robust location using system dynamics and motion constraints, Proc. of IEEE International Conference on Communica-

tions, Paris, 20-24 June 2004.


[57] J. Tsumochi, K. Masayama, H. Uehara, and M. Yokoyama, Impact of mobility metric on routing protocols for mobile ad hoc networks, Proc. IEEE Pacic

Rim Conference on Communications, Computers and Signal Processing (PACRIM03), pp. 322325, 2003.
[58] J. Y. L. Boudec and M. Vojnovic, Perfect simulation and stationarity of a class of mobility models, IEEE Infocom 2005, Miami, FL, 2005 (Infocom 2005 Best

Paper Award), 2005.


[59] J. Broch, D. A. Maltz, D. B. Johnson, Y. C. Hu, and J. Jetcheva, A performance comparison of multi-hop wireless ad hoc network routing protocols, Mobicom

98, Dallas Texas, pp. 2530, 1988.


[60] B. Kwak, N. Song, and L. Miller, A standard measure of mobility for evaluating mobile ad-hoc network performance, IEICE Transactions on Communications, vol. E86-B, pp. 32363243, November 2003. [61] F. Jaddi and B. Paillassa, CSR une extension hierachique adatative du protocole

de routage ad-hoc DSR. PhD thesis, INPT-ENSEEIHT, 2006.


157

[62] P. Basu, N. Khan, and T. D. C. Little, A mobility based metric for clustering in mobile ad hoc networks, Proceedings of the 21st International Conference

on Distributed Computing Systems ICDCSW, IEEE, 2001.


[63] W. Su, S.-J. Lee, and M. Gerla, Mobility prediction in wireless networks, Proc.

of IEEE MILCOM 2000, October 2000.


[64] C. Gentile and R. V. Dyck, Kinetic spanning trees for minimum-power routing in manets, Vehicular Technology Conference, 2002. VTC Spring 2002. IEEE

55th, vol. 3, pp. 14151419, 2002.


[65] A. McDonald and T. Znati, A path availability model for wireless ad-hoc networks, Proceedings of the IEEE Wireless Communications and Networking

Conference, vol. 1, pp. 3540, September 1999.


[66] A. B. McDonald and T. Znati, A mobility-based framework for adaptive clustering in wireless ad hoc networks, IEEE JSAC, 17(8), pp. 14661487, August 1999. [67] C. Gentile, J. Haerri, and R. E. V. Dyck, Kinetic minimum-power routing and clustering in mobile ad-hoc networks, IEEE Proc. Vehicular Technology Conf.

Fall 2002, pp. 13281332, September 2002.


[68] J. Haerri, F. Filali, and C. Bonnet, On the application of mobility predictions to multipoint relaying in manets : kinetic multipoint relays, AINTEC 2005,

Asian Internet Engineering Conference, Bangkok, Thailand, December 2005.


[69] R. A. Santos, R. M. E. AMIEE, MIEEE, and N. L. Seed, Using a shortterm predictive algorithm to improve the communications speed in fast mobile ad-hoc networks, London Communications Symposium(LCS2003), 8th - 9th

September 2003, September 2003.


[70] Y. C. Tseng, Y. F. Li, and Y. C. Chang, On route lifetime in multihop mobile ad hoc networks, IEEE Transactions on Mobile Computing, vol. 2, issue 4, pp. 366376, Oct.-Dec 2003. [71] A. Khelil, P. J. Marron, and K. Rothermel, Contact-based mobility metrics for delay-tolerant ad hoc networking, mascots, Proceedings of the 13th IEEE

International Symposium on Modeling, Analysis, and Simulation of Computer and Telecommunication Systems, pp. 435444, 2005.
[72] M. Ghassemian, M. Mostafavi, V. Friderikos, and A. H. Aghvami, On mobility applied for ad hoc network protocol evaluation, The 7th IFIP International

Conference on Mobile and Wireless Communications Networks (MWCN 2005),


Septembre 2005. [73] S. Jiang, D. He, and J. Rao, A prediction-based link availability estimation for mobile ad-hoc networks, Proc. IEEE INFOCOM 2001, Alaska, USA, April 2001.

158

[74] A. MacDonald and T. Znati, Predicting node proximity in ad-hoc networks : A least overhead adaptive model for selecting stable routes" Proceedings of

ACM/MobiHoc2000, Boston, MA, pp. 2933, August 2000.


[75] Q. Tran, A. Dadej, and S.Perreau, Characterizing mobility in ad hoc networks : A generalized approach, Telecommunication Networks and Services Group Se-

minars 2005, November 2005.


[76] M. Gerharz, C. de Waal, M. Frank, and P. Martini, Link stability in mobile wireless ad hoc networks, Proceedings of 27th Annual IEEE Conference on

Local Computer Networks (LCN'02), Tampa, Florida, November 2002.


[77] M. Gerharz, C. de Waal, P. Martini, and P. James, Strategies for nding stable paths in mobile wireless ad hoc networks, Proceedings of the 28th Annual IEEE

Conference on Local Computer Networks (LCN 03), Kongiswinter, 2003.


[78] M. Ghassemian, V. Friderikos, and A. H. Aghvami, A novel algorithm for supervisory control by monitoring mobility and trac in wireless ad hoc networks,

Wireless World Research Forum 12 meeting, November 2004.


[79] M. Ghassemian, V. Friderikos, and A. H. Aghvami, A generic algorithm to improve the performance of proactive ad hoc mechanisms, Proceedings of the

Sixth IEEE International Symposium on World of Wireless Mobile and Multimedia Networks (WOWMOM), pp. 362367, 2005.
[80] J. Francisco, Um-olsr, tech. rep., University of Murcia, Spain, http ://masimum.dif.um.es/ ?Software :UM-OLSR, 2008. [81] C. E. Perkins, E. M. Loyer, and S. R. Das, Performance comparison of two on-demand routing protocols for ad hoc networks, IEEE Personal Commun.

Mag, pp. 1628, February 2001.


[82] L. Perrone, Y. Yuan, and D. Nicol, Modeling and simulation best practices for wireless ad hoc networks, Proceedings of the 2003 Winter Simulation Confe-

rence, vol. 1, pp. 685693, 2003.


[83] P. Lassila, E. Hyytia, and H. Koskinen, Connectivity properties of random waypoint mobility model for ad hoc networks, The Fourth annual Mediterra-

nean workshop on Ad Hoc Networks (Med-Hoc-Net 2005) (ile de Porquerolles, France), June 2005.
[84] T. Clausen, P. Jacquet, and L. Viennot, Comparative study of routing protocols for mobile ad-hoc networks., Proceeding of The First Annual Mediterra-

nean Ad Hoc Networking Workshop. MindPass Center for Distributed Systems, Aalborg University and Project Hipercom, INRIA Rocquencourt, The First Annual Mediterranean Ad Hoc Networking Workshop, September 2002.
[85] M. Benzaid, P. Minet, K. A. Agha, C. Adjih, and G. Allard, Integration of mobile-ip and olsr for a universal mobility, Wireless Networks journal (Winet)

Special Issue on Ad-hoc Networking, 2004.


159

[86] E. W. Dijkstra, A note on two problems in connexion with graphs, Numerische

Mathematik, vol. 1, pp. 269271, 1959.


[87] A. Qayyum, A. Laouiti, and L. Viennot, Multipoint relaying technique for ooding broadcast messages in mobile wireless networks, HICSS : Hawaii In-

ternational Conference On System Sciences, Hawai, USA, January 2002.


[88] T. Clausen, P. Minet, and C. Perkins, Multipoint relay ooding for manets,

draft-perkins-manet-mprf-00.txt, February 2004.


[89] A. Qayyum, L. Viennot, and A. Laouiti, Multipoint relaying : An ecient technique for ooding in mobile wireless networks, Research Report 3898, INRIA,

http ://www.inria.fr, February 2000.


[90] A. Qayyum, Analysis and evaluation of channel access schemes and routing

protocols for wireless networks.


2000.

PhD thesis, Universite de PARIS-SUD XI,

[91] L. Viennot, Complexity results on election of multipoint relays in wireless networks, Tech. Rep. 3584, INRIA, http ://www.inria.fr, December 1998. [92] L. Anis, Unicast et multicast dans les reseaux ad hoc sans l. Universite de Versailles Saint Quentin en Yvelines, July 2002. [93] D. Gantsou, P. Sondi, and S. Hana, Revisiting multipoint relay selection in the optimized link state routing protocol, International Journal of Communication PhD thesis,

Networks and Distributed Systems, vol. 2, no.1, pp. 415, 2009.


[94] W. Navidi and T. Camp, Stationary distributions for the random waypoint mobility model, IEEE Trans. Mob. Comput, vol. 3, pp. 99108, 2004. [95] S. Obilisetty, A. Jasti, and R. Pendse, Link stability based enhancements to olsr (ls-olsr), Vehicular Technology Conference, VTC-2005-Fall. IEEE 62nd,

Sept. 25-28, pp. 306310, 2005.


[96] U. of Bonn, Bonnmotion : A mobility scenario generation and analysis tool. http ://iv.cs.uni-bonn.de/wg/cs/applications/bonnmotion/, 2009. Acces au 10 Juin 2009.

160