Vous êtes sur la page 1sur 186

Rpublique Algrienne Dmocratique et Populaire

Ministre de lEnseignement Suprieure et de la Recherche Scientifique


Universit de Tahri Mohamed Bechar
Facult de Sciences et Technologies

Mmoire
En vue de lobtention du Diplme de Master en Informatique
Option : Systmes Informatique et Rseaux

Un Nouveau Mcanisme Pour Le Routage Avec QoS dans


les RCSFs

Prsente et soutenue publiquement par

ZIANE Chahrazad

Soutenue devant la commission dexamen forme de


Mr : .. ..

luniversit de Bechar

Prsident

Mr : ..

..

luniversit de Bechar

Examinateur

Mr : ..

..

luniversit de Bechar

Jur

Mr : ..

..

luniversit de Bechar

Encadreur

Anne Universitaire : 2014/2015

Ddicace
Que ce travail tmoigne de mes respects :
A mes parents :
Je prie le bon Dieu de les bnir, de veiller sur eux, en
esprant quils seront toujours fiers de moi.
A mes surs et mon frre.
A ma belle nice Allae
A ma copine BenabdArahman Ahlem.
A tous mes professeurs :
Leur gnrosit et leur soutien moblige de leurs tmoigner
mon profond respect et ma loyale considration.
A tous mes amis et mes collgues :
Ils vont trouver ici le tmoignage dune fidlit et dune
amiti infinie.
chahrazad

Remerciement
En prambule ce mmoire nous remercions ALLAH
Qui nous aide et nous donne la patience et le courage durant ces longues
annes dtudes.
Nous souhaitons adresser nos remerciements les plus sincres tout dabord au
corps professoral et administratif de la facult des sciences exactes pour la
richesse et la qualit de leurs enseignements et qui dploient de grands efforts
pour assurer leurs tudiants une formation actualise ainsi quaux personnes
qui nous ont apport leur aide et ont contribu llaboration de ce mmoire
et qu la russite de cette formidable anne universitaire.
Nous tenons remercier sincrement "Monsieur N.Saddiki " qui, en tant que
encadreur de mmoire, sest toujours montr lcoute et trs disponible
tout au long de la ralisation de ce mmoire, ainsi pour linspiration, laide et
le temps quil a bien voulu nous consacrer et sans lui ce mmoire naurait
jamais vu le jour.

Rsum

Depuis que la technologie des rseaux de capteur sans fil est venue dans la recherche
tout au long de la dernire dcennie. Ils sont un type particulier de rseaux dploys dans
diffrentes rgions gographiques pour capturer les informations importantes. Les RCSF
(Rseaux de Capteur Sans Fil) consistent en des dispositifs faible nergie appels nuds de
capteurs qui sont capables de dtecter et transfrer les informations recueillies au dispositif de
commande distance appel stations de base. Parce que ces dispositifs sont gnralement sont
limites en la communication et la puissance de calcul il est donc possible de perdre les
informations recueillies. Par consquent, les chercheurs ont cr De nombreux protocoles de
routage dpend aux paramtres de QoS (qualit of Service) pour rsoudre les problmes
l'nergie et de communication. Dans ce manuscrit on a tudi un protocole de routage appel
DRLR (Distributed Reinforcement Learning Routing) qui est fiable et conscient en nergie. Ce
protocole est bas sur une mthode dit Automate dapprentissage (Learning Automaton). On a
prouv les performances et la fiabilit de DRLR par les rsultats obtenus daprs la simulation
sous Contiki OS.

Les mots cls : Rseaux de capteur sans fil ; Qualit de Service ; Automate
dapprentissage ; Contiki OS.

II

.
.


.
.
. .
.Contiki OS

: Contiki OS

II

III

Abstract

Since
throughout

the Wireless Sensor Network (WSN) technology is upcoming in research

the last decade. They are a special type of networks deployed in different

geographical regions for capturing the important information. WSNs consist of low energy
devices called Sensor Nodes (SNs) which are capable of sensing and transferring the gathered
information to remote controller called as Base Stations (BSs). Because these devices are
generally are limited in communication and computing power so it is possible to lose the
gathered information. Consequently, the researchers have created many routing protocols
depending on QoS (Quality of Service) metrics for solving the energy and communications
problems. In this manuscript, we study a routing protocol, called DRLR (Distributed
Reinforcement Learning Routing) which is reliable, and energy aware. This protocol is based
on Learning Automaton method. We poof the performance and the reliability of DRLR by the
results of our simulation with Contiki OS.

Keywords- Wireless Sensor networks ; Quality of Service ; learning Automatan ;


Contiki OS.

III

Liste des figures

Les figures

Page

Fig I.1 Architecture dun RCSF.

Fig I.2 Classifications des applications des RCSFs ......

Fig I.3 Utilisation des RCSF dans lagriculture

Fig I.4 Un service militaire utilisant les RCSF .

Fig I.5 Collecter les informations la demande ...

Fig I.6 Collecter les informations Suite un vnement ......

Fig I.7 Topologie classique des RCSF ..

10

Fig I.8 Position des WSN par rapport dautres technologies .

12

Fig I.9 Utilisation les RCSF dans le domaine militaire

14

Fig I.10 exemple des rseaux de capteur dans lenvironnement ..

15

Fig I.11 exemple dutilisation de RCSF dans le domaine mdicale .

16

Fig I.12 application des RCSF domestique

17

Fig I.13 Exemple dun capteur .

18

Fig I.14 Architecture matrielle dun capteur ...

19

Fig I.15 Ensembles des capteurs ...

20

Fig I.16 Rayons de communication et de dtection d'un capteur .

22

Fig I.17 Modle de consommation dnergie ...

28

Fig I.18 Connectivit des nuds capteurs

29

Fig I.19 k-couverture

29

Fig I.20 Architecture protocolaire

30

Fig II.1 Classification des techniques de routage .

Fig II.2 Architecture de rseau plat ..

Fig II.3 Architecture du rseau hirarchique.

10

Fig II.4 Un protocole de routage multi-chemins scuris fond sur les


clusters pour les RCSFs

14

Fig II.5 Les types de routage multi chemin ..

15

Fig II.6 Protocole de routage bas sur les requtes ...

17

Fig II.7 Rseau avec ngociation ..

18

Fig II.8 Protocole SPIN

24

Fig II.9 Les phases de Directed diffusion

25

Fig II.10 Clustering hirarchique ..

26

Fig II.11 Protocole LEACH ..

27

Fig II.12 Approche de passage de jeton

28

Fig III.1 Architecture de l'arbre SAR ...

11

Fig III.2 Queuing modle sur un nud de capteur particulier ..

12

Fig III.3 Architecture de base d'un protocole SPEED ..

14

Fig III.4 Dfinitions NS et FS ..

17

Fig III.5 Quartier boucle de retroaction (Neighborhood Feedback Loop


(NFL)) ...

19

Fig III.6 Multiple SPEED layer in MMSPEED

22

Fig III.7 Slection des nuds de transmission .

24

Fig III.8 Assortiments de chemin dans QEMPAR ...

26

Fig IV.1 Apprentissage supervis .

Fig IV.2 Interaction Agent-Environnement ..

Fig IV.3 Relation entre automates d'apprentissage et de son environnement ..

Fig IV.4 Irrgulier automates cellulaires de l'apprentissage .

Fig IV.5 Systme de transition tiquet

17

Fig IV.6 Prsentation de lalgorithme DRLR par les automates ..

20

Fig IV.7 Format de paquet Hello .

21

Fig IV.8 Format de paquet Data-packet .

21

Fig IV.9 Format de paquet Reply-packet ..

22

Fig IV.7 Architecture de Contiki OS ................................................................

25

Fig IV.8 Dmarrage de Contiki sur VMware ...

28

Fig IV.9 Interface graphique (bureau) Contiki .

28

Fig IV.10 Le Terminale de Cooja

29

Fig IV.11 Interface graphique du simulateur Cooja

29

Fig IV.12 Cration dune nouvelle simulation sous Cooja ..

30

Fig IV.13 Le rpertoire protocole-DRLR ...

30

Fig IV.13 lajout des nuds de type Sky mote

31

Fig IV.14 Le choix du fichier.c de simulation ..

31

Fig IV.15 Laccs au rpertoire protocole-DRLR ..

32

Fig IV.16 la compilation de fichier DRLR.c ..

32

Fig IV.17 Chargement des modules .

33

Fig IV.18 Lajout le nombre des nuds favori

33

Fig IV.9 La simulation du protocole DRLR .

34

Fig IV.10 La fentre de Data Collect

34

Fig IV.11 les paramtres de routage sous Contiki .

35

Fig IV.12 Le nombre de paquets perdus dans DRLR .

36

Fig IV.13 La latence dans DRLR ..

36

Fig IV.14 Les paramtres de lanalyse de la fiabilit du DRLR


Fig IV.15 les niveaux de la consommation dnergie dans DRLR

36
37

Liste des tableaux

Les tableaux

Page

Tab I.1 Les diffrentes technologies des nuds capteurs .

20

Tab III.1 comparaison entre les protocoles ...

29

Tab IV.1 format de la table de routage du protocole DRLR

20

Tab IV.2 RTmetric en second 53 .

35

Tab IV.3 RTmetric en second 55 .

35

Liste des acronymes

RCSF
Tiny-OS
Overhearing

Rseaux de capteur sans fil


Tiny operator system
Ecoute en passive

BS

Base Station

QoS

Quality of Service

RT

Real Time

TR

Table de Routage

RE

Random Environment

EWMA
RL
RLA
LA

Exponential Weighted Moving Average


Reinforcement Learning
Reinforcement Learning Algorithm
Learning Automatan
Ecoute le medium

Envoi du paquet Hello

Mettre jour la Table de Routage

Apprendre par LA

Envoi du paquet de donnes

Recevoir du paquet de retour

Envoi de Signal de Renforcement au LA

Envoi nouveau Signal de Renforcement au LA

Envoi du paquet de retour

Liste des quations

Les quations

chap Num Page

ETx(s, d) = ETx elec(s) + ETx amp(s, d)

27

ETx(s, d) = (Eelec * s) + (Eamp * s *d2)

27

ERx(s) = ERx elec(s)

27

ERx(s) = Eelec * s

27

III

III

III

III

{((1 ))}.

III

<

III

III

III

III

10

= {(, ), (, )}

III

11

()

=pi RT +
=
1

=
()

III

()

()

= Q =

1
r

()
q
p =1 p

1
r

= Q
=

()

()
p

=1 p

1
q

r (p + p)

( + )

= (, )

III

12

= 1 ((1 ( )) (1 ( , +1 )))

III

13

III

14

= Le2e/Ssetpoint

III

15

16

() = { | _ > 0}

III

16

17

III

17

18

( ) = . ( ) + . ( ) + . +
. (( ) )

() =

1
+ _ }
1
P ( ) + [1 P ( )] , =
}
Pj (k+1) = {
(1 )P ( )
,
(1 )P ( )
, =
}
Pj (k+1) = {
(1) (1 )P ( ) ,

III

18

26

IV

IV

Pij (1) =

IV

12

T elapsed = T departure - T arrival +T transDelay

IV

12

Deadline (x) = Deadline (x) (T elapsed + T propDelay )

IV

12

Delay (i, j) = round trip single hop delay (i, j) T processingREP

IV

13

Delay j (i, sinkID) = Delay (i, j) + D (j, sinkID)

IV

13

min
D (, ) = (
) {Delay (, )}
N (S , SinkID)

IV

13

IV

14

IV

10

14

IV

11

14

IV

12

14

_ = { + _ +

{ F (S1,SinkID){S F
j

set

(Si , SinkID) }

Fi (x, Sj) = (Eavgi - Ej). (Delay j (i, sinkID) - Deadline (x)).

(AcceptRelaibility + PERj 1)
1, < 0

(z) = {, 0} , 0 1
PER i,j =
{

thenumberoflostpacketssenttowardS
allpacketssenttowardS

p, ( + 1) = P, () + (RS, ). (1 P, ())
}
p, ( + 1) = P, () (RS, ). P, () ,

p, ( + 1) = (1 (1 RS, ). P, ()
(1 RS, )
}
p, ( + 1) = (
)(1 (1 RS, ). P, () ,
1

IV

13

14

IV

14

15

IV

15

15

IV

16

17

RS, = (F (, S)). (1 |F (S ,SinkID)|))


( ) = {
1

0,
,

<0
}
0
2

= 1 2 3 1

Table des matires

Rsum ...

Abstract .

II

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

III

Introduction Gnrale ..

IV

Chapitre I : Gnralit sur les rseaux de capteur sans fil


I.1 Introduction .

I.2 Histoire des rseaux de capteur sans fil

I.3 Prsentation des rseaux des capteurs sans fil

I.3.1 Dfinition .

I.3.2 Caractristique des RCSF Ces rseaux sont caractriss par

I.3.3 Architecture des RCSF

I.3.4 Les composants de RCSF

I.3.4.1 Les nuds (capteurs) ....

I.3.4.2 Puit (station de base) .

I.3.4.3 La zone de captage .

I.4 Types de rseaux de capteurs sans fil

I.4.1 Rseaux de poursuite ...

I.4.2 Rseaux de collection des donnes denvironnement .

I.4.3 Rseaux de surveillance et scurit .

I.5 Applications des RCSF .

I.5.1 Applications orientes temps ...

I.5.2 Applications orientes vnements .

I.5.3 Applications orientes requtes ..

I.5.4 Applications hybrides .

I.6 Collecter les informations

I.6.1 A la demande ...

I.6.2 Suite un vnement ...

I.7 Spcificits des RCSF ..

10

I.7.1 Topologie

10

I.7.2 Medium ...

11

I.7.3 Routage des donnes ...

12

I.8 Facteurs et contraintes des RCSF ..

12

I.8.1 Dure de vie du rseau

13

I.8.2 Ressources limites .

13

I.8.3 Bande passante limite

13

I.8.4 Facteur dchelle .

13

I.8.5 Topologie dynamique ..

13

I.8.6 Agrgation de donne ..

14

I.9 Domaines dutilisation des rseaux de capteurs ..

14

I.9.1 Domaines militaires .

14

I.9.2 Domaine de scurit

15

I.9.3 Domaines environnementales ..

15

I.9.4 Domaines mdicales

16

I.9.5 La domestique .

16

I.9.6 Domaines commerciales ..

17

I.10 Architecture d'un capteur ...

18

I.10.1 Modle dun capteur .

18

I.10.2 Les capteurs sans fils .

18

I.11 Technologies des capteurs .

20

I.11.1 MICA2 ...

21

I.11.2 TelosB ...

21

I.11.3 TinyNode ..

21

I.12 Caractristiques principales dun capteur .

21

I.13 Les systmes d'exploitation pour les RCSFs

22

I.13.1 Contiki OS

22

I.13.2 TinyOS ..

23

I.13.3 MANTIS

24

I.13.4 Nano-RK ...

25

I.14 Consommation dnergie dans les RCSF ..

25

I.14.1 Energie de capture .

25

I.14.2 Energie de traitement .

26

I.14.3 Energie de communication

26

I.15 Modle de consommation dnergie ...

27

I.16 Connectivit du RCSF

28

I.17 Couverture dans les RCSF .

29

I.18 Architecture protocolaire ...

30

I.18.1 Rle des couches ...

30

I.18.2 Plan de gestion ...

30

I.19 Routage dans les RCSFs

31

I.20 Problmatique ..

31

I.21 Suggestions ...

31

I.22 Conclusion

32

Chapitre II : Le routage dans les RCSFs


II.1 Introduction ...

II.2 La distribution de l'information dans un rseau de


capteurs

II.2.1 Distribution point--point (One-to-One) Unicast ...

II.2.2 Distribution (One-to-Many) Multicast/Broadcast .

II.2.3 Distribution centralise (Many-to-One) Incast ...

II.3 le routage dans les RCSF

II.4 facteurs de conception de protocoles de routage ..

II.4.1 Tolrance aux pannes

II.4.2 Scalabilit ..

II.4.3 Cots de production ...

II.4.4 Environnement d'exploitation

II.4.5 Consommation dnergie ...

II.4.6 Modles de distribution de donnes ...

II.4.7 Agrgation de donnes ...

II.4.8 La qualit de service ..

II.4.9 La latence des donnes et les frais gnraux .

II.4.10 Dploiement de nud ..

II.5 Classification des protocoles de routage .

II.5.1 Protocoles de routage classs selon la structure de rseau ..

II.5.1.1 Routage plat (flat based routing)

II.5.1.2 Les protocoles de routage hirarchique ...

II.5.2 Protocoles de routage classs selon le fonctionnement de


protocole ...

11

II.5.2.1 Routage bas sur la qualit de service (Quality Of Service


based routing)

11

II.5.2.2 Routage multi chemins (multi path routing) .

13

II.5.2.3 Routage bas sur les requtes (Query based routing) .

16

II.5.2.4 Routage bas sur la ngociation (Negociation based routing)

17

II.5.3 Protocoles de routage selon le paradigme de


communication

18

II.5.3.1 Centr-donnes (Data-centric) ...

18

II.5.3.2 Centr-nuds (Node-centric)

19

II.5.3.3 Bas sur la localisation (location-based) .

19

II.5.4 Les protocoles de routage selon le mode detablissement des


chemins .

20

II.5.4.1 Protocoles de routage proactifs (proactive routing ou tabledriven routing)

20

II.5.4.2 Protocole de routage ractif (Reactive Routing Protocols) ..

21

II.5.4.3 Protocole de routage hybride (Hybrid routing protocols)

23

II.6 Exemple des protocoles de routage pour les rseaux de


capteur sans fil ...

23

II.6.1 SPIN (Sensor Protocols for Information via Negotiation)

23

II.6.2 Diffusion Dirige (Directed Diffusion) ..

24

II.6.3 Rumor Routing ...

25

II.6.4 TEEN et APTEEN (Threshold sensitive Energy Efficient


sensor Network protocol and Adaptive TEEN)
II.6.5 LEACH (Low Energie Adaptaive Clustering Hirarchy) .

26
26

II.6.6 PEGASIS (Power Efficient Gathering in Sensor Information


Systems)

27

II.6.7 COUGAR ...

28

II.6.8 SAR (Sequential Assignment Routing) .

28

II.6.9 SPEED (Stateless Protocol for Real -Time Communication


in Sensor Networks) .

29

II.6.10 GEAR (Geographic and Energy-Aware Routing) ...

29

II.7 Conclusion .

30

Chapitre III : Routage avec QoS temps rel


III.1 Introduction ..

III.2 Prsentation gnrale .

III.2.1 Quest-ce quune qualit de service (QoS) ?

III.2.2 Notions fondamentales du QoS

III.2.2.1 Le dlai

III.2.2.2 Le dbit

III.2.2.3 Consommation de la bande passante ..

III.2.2.4 Consommation dnergie .

III.2.2.5 La gigue ...

III.2.2.6 la perte de paquets .

III.2.3 Problmatique du temps reel

III.2.4 Routage avec QoS

Etat de lart
III.4 Les protocoles de routage avec QoS temps rel ...

III.4.1 SAR (Sequential assignment routing) ..

10

III.4.2 Energy-Aware QoS Routing .

12

III.4.3 SPEED (Stateless Protocol for End-to-End Delay) ..

13

III.4.3.1 Application API et Format de Packet

15

III.4.3.2 Neighbor Beacon Exchange (echange de


beacon voisin)

16

III.4.3.3 Delay Estimation (estimation de delai) .

16

III.4.3.4 Stateless Non-deterministic Geographic


Forwarding (SNGF)

16

III.4.3.5 Neighborhood Feedback Loop (NFL)


(Quartier boucle de retroaction)

III.4.4 MMSPEED (Mutipath Multi SPEED) .

19
20

III.4.5 EAMMSPEED (Energy Aware Multi Path And MultiSPEED Routing Protocol) ...

23

III.4.6 QEMPAR (QoS and Energy Aware Multipath


Routing Algorithm for Real-Time Applications) .

25

III.4.7 MCMP (Multi-Constrained QoS Multipath Routing) ..

27

III.4.8 DRLR (Distributed Reinforcement Learning Routing)

27

III.5 Comparaison entre les protocoles de routage tudies .

28

III.6 Conclusion ....

29

Chapitre III : Routage avec QoS temps rel


Partie I : Optimisation du temps par DRLR
IV.1 Introduction ..

IV.2 Apprentissage par renforcement (Reinforcement


Learning) .

IV.2.1 Dfinition dapprentissage

IV.2.2 Apprentissage numrique .

IV.2.2.1 Apprentissage non supervis

IV.2.2.2 Apprentissage supervis ..

IV.2.2.3 Apprentissage par renforcement (Reinforcement


learning)

IV.2.2.3.1 La reprsentation formelle

IV.2.2.3.2 Mthodes de rsolution

IV.2.3 Learning Automata (automates dapprentissage) .

IV.3 Prsentation de lalgorithme tudi

11

Partie II : Conception du protocole DRLR


IV.4 Mthodologie de conception par les automates ...

16

IV.4.1 Dfinition dautomate ...

16

IV.4.2 Automate dun systme de transition ...

16

IV.4.2.1 Systme de transitions

16

IV.4.2.2 Systme de transitions tiquet

17

IV.4.2.3 Squences de transitions .

17

IV.4.3 Langage dun systme de transitions

18

IV.4.5 Automates finis determinists

18

IV.5 Description de lalgorithme tudi .

20

Partie III : Implmentation de protocole DRLR


IV.6 Les choix technique

25

IV.6.1 Outils logiciels ..

25

IV.6.2 Prsentation de systme dexploitation Contiki OS .

25

IV.6.2.1 La communication dans Contiki ...

26

IV.6.2.2 Modles dexcution Contiki ...

26

IV.6.2.3 Le simulateur Cooja ..

26

IV.7 Les tapes de dveloppement de notre simulation ..

27

IV.7.1 Installation logicielle

27

IV.7.2 Excution de notre simulation ..

28

IV.7.3 Cration dune nouvelle simulation .

29

IV.8 Rsultat et discussion .

34

IV.8.1 Analyse les mtriques du routage .

35

IV.8.1.1 Nombre des paquets perdus .

35

IV.8.1.2 Analyse de la fiabilit .

36

IV.8.2 Consommation dnergie ..

37

IV.9 Conclusion

38

Conclusion Gnrale

Organisation de document

Ce document est organis comme suit :

Chapitre I : nous avons prsent une introduction gnrale sur les rseaux de capteur sans
fil, leurs architectures, les domaines dapplications, nous avons aussi trait les diffrentes
contraintes de rseau de capteur.

Chapitre II : nous avons cit des facteurs concernant la conception dun protocole de routage
qui nous permet de classifier les plus importants protocoles selon larchitecture de rseaux, le
mode de fonctionnement du protocole, le paradigme de communication, et selon ltablissement
de la route.

Chapitre III : nous avons entam les paramtres de la qualit de service. Ensuite nous avons
prsent un tat de lart des protocoles qui vrifier la QoS et le temps rel en mme temps.

Chapitre IV : Dans ce chapitre, nous prsentons un protocole de routage sappelle DRLR


(Distributed Reinforcement Learning Routing). Aprs nous prsenterons notre rsultat de
simulation par le systme Contiki OS.

IV

Introduction Gnrale

Introduction
Gnrale

Introduction Gnrale

La communication sans fil a t l'un des plus rapides technologies dans ces derniers
annes, et grce la convergence des systmes lectromcaniques, les technologies des circuits
intgrs, les nanotechnologies, des systmes de traitement de signal, et les protocoles de routage
des rseaux Ad hoc ont fait le concept de rseaux de capteur sans fil (Wireless Sensor Networks
en anglais).
Les rseaux de capteur sans fil ont impos comme lune des technologies dominantes
sur les orientations scientifiques de cette dcennie, o nombreux travaux de recherche
fleurissent pour appliquer ces rseaux des domaines les plus divers : militaires, mdecines les
applications biologiques, chimiques, environnementales, la surveillance sismique et mme la
tlsurveillance personale. Ces rseaux ont t envisag que, dans l'avenir, petite dispositifs
sans fil vices seront abondamment parpills un peu partout, en changeant de manire
autonome pertinentes l'information et la cration de la soi-disant poussire intelligente.

Un Rseau de Capteurs Sans Fil (RCSF) est un ensemble de dispositifs trs petits,
nomms nuds capteurs qui sont limits en ce qui concerne l'approvisionnement en nergie,
capacit de calcul restreint et la consommation de bande passante. Dans ce contexte, plus de
l'attention il a t donn aux protocoles de routage tant quils peuvent diffrer en fonction de
l'application et architecture de rseau. Les protocoles de routage sont conus pour prolonger la
dure de vie du rseau. Ce dernier utilise un processus de routage pour dterminer le meilleur
chemin qui vrifier certains paramtres de la qualit de service pour router linformation dune
unit du rseau une autre.

La qualit de service (QoS Quality of Service en anglais) dsigne la longueur de


dure de vie, les donnes fiables, l'efficacit nergtique et collaboration de traitement. Pour
une conception de protocoles de routage efficace et vrifiant les mtriques de la QoS, il faut
faire une comparaison sur les protocoles existants et dterminer les facteurs qui doivent tre
pris en considration lors de la conception et l'valuation de nouveaux protocoles de routage
pour un rseau de capteurs sans fil.

Introduction Gnrale
Dans ce projet de fin dtude, on a tudi lun des protocoles de routage ddi pour
les rseaux de capteur sans fil nomm DRLR (Distributed Reinforcement Learning Routing).
Ce protocole est propos pour vrifier les paramtres du QoS concernant le temps rel,
lestimation de dlai et la fiabilit. Il est bas sur une mthode dit automate dapprentissage
Learning Automaton. Dans ce cas chaque nud de capteur est quip dun automate
dapprentissage agit comme un dcideur pour arriver la meilleure action. Cette mthode est
connue par son efficacit et sa performance dans tous les travaux utilisant cette mthode.

Ce manuscrit est organis en quatre chapitres. Dans le premier chapitre, nous


prsentons des gnralits sur les rseaux de capteurs sans fil. Le deuxime chapitre est une
classification dtaille sur quelques protocoles de routage. Le troisime chapitre prsente un
tat de lart des protocoles qui vrifier la QoS et le temps rel en mme temps avec une tude
thorique dtaille des travaux existants. Le quatrime chapitre constitue le cur de notre
travail o nous dcrivons dune faon dtaille notre approche avec une conception par les
automates finis dterministes permettant de raliser une simulation laide du systme
dexploitation Contiki OS. Enfin, nous concluons notre travail en prsentant les rsultats
obtenus et en donnant quelques perspectives.

VI

CHAPITRE I
Gnralit sur les rseaux de capteur sans fil

La recherche procde par des moments distincts et durables, intuition,

aveuglement, exaltation et fivre. Elle aboutit un jour cette joie, et


connait cette joie celui qui a vcu des moments singuliers .

Comment je voie le monde, Albert Einstein

CHAPITRE I

I.1

GENERALITE SUR LES RCSF

Introduction
Dans cette rcemment, la recherche a tmoign une naissance dune nouvelle

technologie qui est suffisamment mature pour tre lgitimement considr comme une
technologie sous-jacente lInformatique omniprsente, alors quest-ce que cette
technologie ?
Cest la technologie des rseaux de capteurs sans fil sont (Wireless Sensors
Networks). Ces rseaux ont une capacit gnrer de la connaissance utile et
contextualise dans une zone gographique donne. Certes, les rseaux de capteur sont
quips par des nuds capteur intelligent qui collectent, traitent automatiquement et
distribuent de linformation dans le monde physique ce qui rendre un environnement plus
intelligent avec une interaction facile.
Il est vraisemblable quau futur les rseaux de capteur sans fil constituent une
rvolution technologique dans tous les domaines et spcialement dans le domaine
informatique o ces rseaux reprsentent une nouvelle classe de systmes informatiques
et comme nous sommes des informaticiens cela nous conduit transformer notre
perception des technologies de linformation.

Dans ce chapitre, nous prsenterons une brve historique sur les rseaux de
capteur sans fil, nous parlerons sur leurs architectures de communication, leurs
applications. Nous discuterons galement les principaux facteurs et contraintes qui
influencent la conception des rseaux de capteurs sans fil.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE I

I.2

GENERALITE SUR LES RCSF

Histoire des rseaux de capteur sans fil


Dans les annes 1990 : dans la recherche scientifique, une ide a t

apparue plutt quun rve pour cette poque : imaginer un systme nerveux central pour
la Terre, capable de surveiller en temps rel les vnements, ayant comme principaux
bnfices de pouvoir empcher les accidents et dconomiser lnergie. (Cette poussire
intelligente a mis longtemps apparatre) dit le professeur Pister, de lUniversit de
Californie Berkeley [19].

Aujourdhui : les rseaux de capteurs sont devenus des systmes pouvant


atteindre un trs grand nombre de nuds, avec une zone de couverture dtermine et
dploys d'une manire plus ou moins dense dans un environnement htrogne dont on
mesure ainsi son tat global. Les derniers progrs en terme de miniaturisation, ainsi que
le remplacement du cblage classique par des technologies de communication radio, ont
gnr de nouvelles catgories dapplications qui visent de nombreux domaines :
laronautique, lautomobile, le mdical, lenvironnement, etc. De plus, les progrs des
communications sans fil permettent aujourdhui de rpondre des exigences peu
envisageables auparavant [19].

I.3

Prsentation des rseaux des capteurs sans fil


Grce au progrs fait dans le domaine de la miniaturisation des systmes de

micro lectro mcanique (MEMS) et dans le march des rseaux et des applications sans
fil, sest cre une nouvelle branche de rseaux mobile afin doffrir des solutions
conomiquement intressantes pour la surveillance distance et le traitement des donnes
dans des environnements complexes : les rseaux de capteurs sans fil (Wireless Sensor
Networks) [01].
Les nouvelles technologies permettent de rduire lencombrement, le cot et
la consommation dnergie et daugmenter la prcision et les performances des capteurs,
des processeurs et des circuits spcifiques. Un nombre trs important de capteurs peut
donc tre envisag, intgr et organis en rseau [02].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

GENERALITE SUR LES RCSF

CHAPITRE I

Le capteur sans fil a t fabriqu au moyen dune premire gnration de


circuits commerciaux appels mote en raison du systme de dtection distance
[02].Le dveloppement de ces rseaux de capteurs constitue donc trs certainement une
prochaine tape dans lvolution des technologies de linformation [02].

I.3.1

Dfinition

Un Rseau de Capteurs Sans-Fil (RCSF) est un ensemble de capteurs variant


de quelques dizaines d'lments plusieurs centaines, parfois plus, utilisant des liens
sans-fil pour la communication [03].

Chaque rseau de capteurs a la capacit de collecter des donnes partir d'un


champ de captage, qui dfinit la zone d'intrt pour le phnomne capt. A l'aide d'une
architecture multi-sauts, un RCSF transmet les donnes collectes un nud PUITS
(Plusieurs un), voir la Figure I.1. Ce dernier est considr comme un point de collecte
et peut transfrer les donnes collectes via internet ou satellite un ordinateur central "
gestionnaire de tche " pour leur traitement. De plus, des requtes prcisant le type de
donnes requises et le dbut / arrt de captage peuvent tre envoyes par le biais du nud
PUITS aux nuds capteurs (Un Plusieurs) [03].

I.3.2

Caractristique des RCSF

Ces rseaux sont

caractriss par [04]:

Les nuds capteurs sont limits en puissance de calcul, les capacits de


traitement et en taille de mmoire.

Consommation lectrique faible.

Faible dbit.

Labsence dinfrastructure Auto configurabilit.

Topologie dynamique cause des changements frquents (ajout, dplacement,


suppression de capteurs cause de dfaillances ou autre,) pour cela ils doivent
sauto-organiser.

Evolutivit du nombre de capteurs.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

GENERALITE SUR LES RCSF

CHAPITRE I

Forte densit de nuds : Le nombre de capteurs est bien plus lev que dans un
rseau traditionnel (les capteurs sont dploys densment).

Manque de scurit.

I.3.3

Architecture des RCSF

Les nuds de ce type des rseaux consistent en un grand nombre de microcapteurs capables de rcolter et de transmettre des donnes environnementales dune
manire autonome. La position de ces nuds nest pas obligatoirement prdtermine. Ils
sont disperss alatoirement travers une zone gographique, appele champ de captage,
qui dfinit le terrain dintrt pour le phnomne capt. Les donnes captes sont
achemines grce un routage multi-saut un nud considr comme un point de
collecte , appel nud puits (ou sink). Ce dernier peut tre connect lutilisateur du
rseau via Internet ou un satellite. Ainsi, lusager peut adresser des requtes aux autres
nuds du rseau, prcisant le type de donnes requises et rcolter les donnes
environnementales captes par le biais du nud puits [05].

Fig I.1 Architecture dun RCSF [18].

I.3.4

Les composants de RCSF

I.3.4.1

Les nuds (capteurs) : Un capteur est un petit appareil

autonome capable deffectuer des mesures simples sur son environnement


immdiat, comme la temprature, la vibration, la pression, etc. Chaque capteur
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

GENERALITE SUR LES RCSF

CHAPITRE I

assure trois fonctions principales : la collecte, le traitement et la communication


de linformation vers un ou plusieurs points de collecte appels station de base
(SB).Il est constitu de quatre units principales [05] (voir figure I.1)
I.3.4.2

Puit (station de base) : Les donnes collectes par ces

nuds capteurs sont routes vers une ou plusieurs stations de base ou nud
puis (sink en anglai). Ce dernier est un point de collecte de donnes captures.
Il peut communiquer les donnes collectes lutilisateur final travers un
rseau de communication, ventuellement lInternet ou un satellite.
Lutilisateur peut son tour utiliser la station de base comme passerelle, afin
de transmettre ses requtes au rseau [05] (Voir la figure I.1).

I.3.4.3

La zone de captage : il est considr comme tant la zone

d'intrt pour le phnomne capt, donc les nuds capteurs y sont placs [05].

I.4

Types de rseaux de capteurs sans fil


I.4.1

Rseaux de poursuite

Ces rseaux sont gnralement dvelopps par larme ils peuvent servir
surveiller toutes les activits dune zone stratgique ou daccs difficile, ainsi on pourra
dtecter des agents chimiques, biologiques ou des radiations avant des troupes. On peut
aussi penser des capteurs embarqus sur les soldats pour faciliter leur guidage et le
contrle de leur position depuis la base [19].

I.4.2

Rseaux de collection des donnes denvironnement

Les nuds de ce type de rseau peuvent avoir plusieurs fonctionnalits et


diffrents types de capteurs. Ce type de rseau ncessite gnralement un flux de donnes
faible, une dure de vie importante ; il sert la collecte priodique des donnes
environnementales puis leur transmission vers la station de base [19].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE I

I.4.3

GENERALITE SUR LES RCSF

Rseaux de surveillance et scurit

La diffrence entre ce rseau et le rseau de collection denvironnement est


que les nuds ne transmettent pas lensemble des donnes collectes mais seulement les
rapports concernant une violation de la scurit. Ce sont en gnral des nuds fixes qui
contrlent dune faon continue la dtection dune anomalie dans le fonctionnement dun
systme. Ainsi les altrations dans la structure dun btiment, suite un sisme, pourraient
tre dtectes par des capteurs intgrs dans les murs ou dans le bton, sans alimentation
lectrique ou autres connexions filaires [19].

I.5

Applications des RCSF


Les rseaux de capteurs sans fil ont t classs parmi les 21 technologies les

plus importantes du 21me sicle. En effet, la recherche dans le domaine des capteurs est
en train de vivre une rvolution importante, ouvrant des perspectives dimpacts
significatifs dans de nombreux domaines. Ainsi, nous classifions les applications des
RCSF en quatre classes dapplications : orientes temps (time driven), orientes
vnements (event driven), orientes requtes (query driven) et hybride [05].

Fig I.2 Classifications des applications des RCSFs.

I.5.1

Applications orientes temps

Cette classe reprsente les applications o lacquisition et la transmission des


donnes captures sont lies au temps : instant prcis, priode dacquisition. Cette priode
dacquisition peut tre plus au moins longue selon lapplication (de quelques secondes

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

GENERALITE SUR LES RCSF

CHAPITRE I

jusqu quelques heures voire des jours). Ainsi, la quantit de donnes change dans le
rseau dpend de la priodicit des mesures effectuer sur lenvironnement local. La
collecte de donnes environnementales peut reprsenter un bon exemple de cette classe
dapplication dans des domaines varis : agriculture, exprimentation scientifique, etc.
[07].

Fig I.3 Utilisation des RCSF dans lagriculture [12].

I.5.2

Applications orientes vnements

Dans ce cas, les capteurs envoient leurs donnes seulement si un vnement


spcifique se

produit. On peut citer lexemple de surveillance des feux dans les forts

o un capteur envoi des alarmes la station de base ds que la temprature dpasse un


certain seuil. Au dpart, cette classe dapplication tait conue des fins militaires,
comme la surveillance du dplacement dobjets dans le champ de bataille. Par la suite,
cette classe a rapidement trouv, de nouvelles perspectives comme le contrle industriel,
le contrle mdical des patients, la surveillance ddifices (barrages, ponts, voies de
chemins de fer, etc.) [05].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

GENERALITE SUR LES RCSF

CHAPITRE I

Fig I.4 Un service militaire utilisant les RCSF [05].

I.5.3

Applications orientes requtes

Dans ce cas, un capteur envoi de linformation uniquement suite une


demande explicite de la station de base. Cette classe dapplication est destine aux
applications adaptes lutilisateur. Ce dernier peut requrir des informations partir de
certaines rgions dans le rseau ou interroger les capteurs pour acqurir des mesures
dintrts. Dans ce cas, des connaissances sur la topologie du rseau et lemplacement des
capteurs sont ncessaires [02].

I.5.4

Applications hybrides

Ce type dapplication met en uvre les trois modes de fonctionnement dcrits


prcdemment. Par exemple, dans un rseau conu pour le suivi dobjets, le rseau peut
combiner entre un rseau de surveillance (time driven) et un rseau de collecte de donnes
par vnements (event driven). Par exemple, pendant les longues priodes dinactivit des
capteurs et lorsque aucun objet nest prsent, le rseau peut assurer une fonction de
surveillance [05].

I.6

Collecter les informations


I.6.1

A la demande

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

GENERALITE SUR LES RCSF

CHAPITRE I

Fig I.5 Collecter les informations la demande [08].


Lorsque l'on souhaite avoir l'tat de la zone de couverture un moment T, le
puits met des broadcastes vers toute la zone pour que les capteurs remontent leur dernier
relev vers le puits. Les informations sont alors achemines par le biais d'une
communication multi sauts [02].

I.6.2

Suite un vnement

Fig I.6 Collecter les informations Suite un vnement [08].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

GENERALITE SUR LES RCSF

CHAPITRE I

Un vnement se produit en un point de la zone de couverture (changement


brusque de temprature, mouvement...), les capteurs situs proximit remontent alors
les informations releves et les acheminent jusqu'au puits [05].

I.7

Spcificits des RCSF


I.7.1

Topologie

On trouve souvent une topologie au sein des RCSF de manire classique est
reprsente par la Figure I.7 o les nuds sont dploys alatoirement dans une zone
dintrt. Chaque nud peut communiquer directement avec les autres nuds qui sont
situs dans sa zone de couverture et un nud qui souhaite communiquer avec un nud
distant doit faire transiter son message travers des nuds relais pour l'atteindre. On parle
dans ce cas de figure de communication multi-saut ou multi-hop [21].

Fig I.7 Topologie classique des RCSF [21].


Dautre part, les RCSF possdent plusieurs stations de base. Ces stations de
base ont pour mission de collecter les informations circulant sur le rseau, de les stocker
ou de les transmettre directement ou priodiquement via une liaison Internet ou une
liaison GSM une autre entit. Les stations de base peuvent tre un ordinateur portable
ou un capteur de puissance plus grande que les autres nuds classiques. Elles ont le plus
souvent un rle de contrleur du rseau et servent d'intermdiaire entre les utilisateurs du
rseau et le rseau lui-mme [21].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

10

GENERALITE SUR LES RCSF

CHAPITRE I

Dautre topologies sont existent dans lesquelles les stations de base peuvent
tre mobiles, comme par exemple une station de base fixe un avion ou un drone. De la
mme manire, les nuds capteurs peuvent tre mobiles comme dans le cas o les
capteurs seraient ports par des individus ou des animaux [21].

I.7.2

Medium

Londe radio cest le mdium utilis par les RCSF. Trois grandes technologies
radios ont t utilises pour des applications bases de rseaux de capteurs. Ces trois sont

IEEE 802.11x/WiFi : le protocole le plus utilis pour toutes les


applications sans fil. Il offre une large bande passante (11 320
Mbits/secondes). Les premiers capteurs ont eu recours ce protocole
pour permettre la communication entre nuds. Or, cette technologie
exige une consommation dnergie trop importante. Par consquent,
la dure de vie de capteurs aliments par des piles ne dpasse que
rarement quelques heures. C'est pourquoi les applications de capteurs
base de communication sans fil WiFi ont t ngliges [21].

IEEE 802.15.1/Bluetooth : le standard de communication Bluetooth


permet des communications sur de courtes distances avec un dbit de
communication limite (1Mbits/seconde) et une dure de vie
prolonge. Pour exemple les capteurs BtNode sont conus pour une
communication de type Bluetooth. Cependant le protocole Bluetooth
n'est pas le protocole le plus utilis dans les rseaux de capteurs, bien
qu'il puisse rpondre en partie aux problmes de prservation de
l'nergie, car il est gravement handicap par la taille limite du rseau
qu'il peut former 80 nuds. Ce faible nombre de nuds est
incompatible avec la volont de former des rseaux denses de capteurs
[21].

IEEE 802.15.4/Zigbee : le protocole Zigbee est bas sur la standard


IEEE 802.15.4 qui dfinit sa couche PHY et MAC et qui permet de
prolonger thoriquement la dure de vie d'un nud sur plusieurs

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

11

CHAPITRE I

GENERALITE SUR LES RCSF

annes. Cette norme a t dveloppe par la communaut industrielle


Zigbee Alliance. Ce protocole propose le dploiement de rseau dense
plus de 65000 nuds avec une porte de l'ordre de 100 mtres pour
un dbit de 250 Kb/s. Ces caractristiques font aujourd'hui ZigBee le
principal protocole utilis dans les rseaux de capteurs [21].

Fig I.8 Position des WSN par rapport dautres technologies [20].

I.7.3

Routage des donnes

Les RCSF requirent des protocoles de routage efficaces Pour limiter le


nombre de communications coteuses en nergie. Les protocoles de routage les plus
utiliss dans les RCSFs est la clustrisation, qui divise le rseau en plusieurs clusters.
Dans chacun de ces clusters, un nud matre (cluster-head) est lu et aura pour mission
de rcuprer les informations des membres du cluster dont il a la charge pour les
transmettre aux autres clusters et inversement [21].

I.8

Facteurs et contraintes des RCSF


La conception et la ralisation des rseaux de capteurs sans fil sont

influences par plusieurs paramtres. Ces facteurs servent comme directives pour le
dveloppement des algorithmes et protocoles utiliss dans les RCSF [05].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

12

GENERALITE SUR LES RCSF

CHAPITRE I

I.8.1

Dure de vie du rseau

Cest lintervalle de temps qui spare linstant de dploiement du rseau de


linstant o l'nergie du premier nud s'puise. Selon lapplication, la dure de vie exige
pour un rseau peut varier entre quelques heures et plusieurs annes [05].

I.8.2

Ressources limites

En plus de lnergie, les nuds capteurs ont aussi une capacit de traitement
et de mmoire limite. En effet, les industriels veulent mettre en uvre des capteurs
simples, petits et peu coteux qui peuvent tre achets en masse [05].

I.8.3

Bande passante limite

Afin de minimiser lnergie consomme lors de transfert de donnes entre les


nuds, les capteurs oprent bas dbit. Typiquement, le dbit utilis est de quelques
dizaines de Kb/s. Un dbit de transmission rduit nest pas handicapant pour un rseau de
capteurs o les frquences de transmission ne sont pas importantes [05].

I.8.4

Facteur dchelle

Le nombre de nuds dploys pour une application peut atteindre des


milliers. Dans ce cas, le rseau doit fonctionner avec des densits de capteurs trs grandes.
Un nombre aussi important de nuds engendre beaucoup de transmissions inter nodales
et ncessite que la station de base soit quipe de mmoire suffisante pour stocker les
informations reues [05].

I.8.5

Topologie dynamique

La topologie des rseaux de capteurs peut changer au cours du temps pour les
raisons suivantes [05]:
Les nuds capteurs peuvent tre dploys dans des environnements hostiles
(champ de batail par exemple), la dfaillance dun nud capteur est, donc trs
probable.
Un nud capteur peut devenir non oprationnel cause de lexpiration de son
nergie.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

13

CHAPITRE I

I.8.6

GENERALITE SUR LES RCSF

Agrgation de donne

Dans les rseaux de capteurs, les donnes produites par les nuds capteurs
voisins sont trs corrles spatialement et temporellement. Ceci peut engendrer la
rception par la station de base dinformations redondantes. Rduire la quantit
dinformations redondantes transmises par les capteurs permet de rduire la
consommation dnergie dans le rseau et ainsi damliorer sa dure de vie. Lune des
techniques utilise pour rduire la transmission dinformations redondantes est
lagrgation des donnes. Avec cette technique, les nuds intermdiaires agrgeant
linformation reue de plusieurs sources. Cette technique est connue aussi sous le nom de
fusion de donnes [05].

I.9

Domaines dutilisation des rseaux de capteurs


I.9.1

Domaines militaires

Le dploiement rapide, lauto-configuration et la tolrance aux pannes des


rseaux de capteur sont des caractristiques qui font de ce type de rseau un outil
apprciable dans un tel domaine. Dploiement sur un endroit stratgie ou difficile daccs,
afin de surveiller toutes les activits des forces ennemies ou danalyser le terrain avant
dy envoyer des troupes (par exemple la dtection dagents chimiques, biologiques ou de
radiations) [09].

Fig I.9 Utilisation les RCSF dans le domaine militaire [09].


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

14

GENERALITE SUR LES RCSF

CHAPITRE I

I.9.2

Domaine de scurit

Lapplication des rseaux de capteurs dans le domaine de la scurit peut


diminuer considrablement les dpenses financires consacres la scurisation des lieux
et des tres humains. Ainsi, lintgration des capteurs dans de grandes structures telles
que les ponts ou les btiments aidera dtecter les fissures et les altrations dans la
structure suite un sisme ou au vieillissement de la structure. Le dploiement dun
rseau de capteurs de mouvement peut constituer un systme dalarme qui servira
dtecter les intrusions dans une zone de surveillance [09].

I.9.3

Domaines environnementales

Les micro-capteurs disperss partir dun avion dans une zone difficile
daccs peuvent permettre de dtecter des incendies, surveiller des catastrophes naturelles
(inondations,

sismes,

ruptions

volcaniques),

surveiller

des

phnomnes

mtorologiques, de dtecter de la pollution (qualit des eaux, taux densoleillement, taux


de radioactivit, fuite de ptrole, taux de CO2 .) [09].

Fig I.10 exemple des rseaux de capteur dans lenvironnement [10].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

15

GENERALITE SUR LES RCSF

CHAPITRE I

I.9.4

Domaines mdicales

Dans le domaine de la mdecine, les rseaux de capteurs peuvent tre utiliss


pour assurer une surveillance permanente des organes vitaux de ltre humain grce des
micro capteurs qui pourront tre avals ou implants sous la peau (surveillance de la
glycmie, dtection de cancers, ..). Ils peuvent aussi faciliter le diagnostic de quelques
maladies en effectuant des mesures physiologiques telles que : la tension artrielle,
battements du cur, ... laide des capteurs ayant chacun une tche bien particulire. Les
donnes physiologiques collectes par les capteurs peuvent tre stockes pendant une
longue dure pour le suivi dun patient. Dautre part, ces rseaux peuvent dtecter des
comportements anormaux (chute dun lit, choc, cri, ) chez les personnes dpendantes
(handicapes ou ges) [09].

Fig I.11 exemple dutilisation de RCSF dans le domaine mdicale [11].

I.9.5

La domestique

Avec le dveloppement technologique, les capteurs peuvent tre embarqus


dans des appareils, tels que les aspirateurs, les fours micro-ondes, les rfrigrateurs,... .
Ces capteurs embarqus peuvent interagir entre eux et avec un rseau externe via internet
pour permettre un utilisateur de contrler les appareils domestiques localement ou
distance. Le dploiement des capteurs de mouvement et de temprature dans les futures
maisons dites intelligentes permet dautomatiser plusieurs oprations domestiques telles

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

16

CHAPITRE I

GENERALITE SUR LES RCSF

que : la lumire steint et la musique se met en tat darrt quand la chambre est vide, la
climatisation et le chauffage sajustent selon les points multiples de mesure, le
dclenchement dune alarme par le capteur anti-intrusion quand un intrus veut accder
la maison [09].

Fig I.12 application des RCSF domestique [10].

I.9.6

Domaines commerciales

Des nuds capteurs pourraient amliorer le processus de stockage et de


livraison. Le rseau ainsi form, pourra tre utilis pour connatre la position, l'tat et la
direction d'un paquet ou d'une cargaison. Un client attendant un paquet peut alors avoir
un avis de livraison en temps rel et connatre la position du paquet. Des entreprises
manufacturires, via des rseaux de capteurs pourraient suivre le procd de production
partir des matires premires jusqu'au produit final livr. Grce aux rseaux de capteurs,
les entreprises pourraient offrir une meilleure qualit de service tout en rduisant leurs
cots. Les produits en fin de vie pourraient tre mieux dmonts et recycls ou rutiliss
si les micro-capteurs en garantissent le bon tat.

Dans les immeubles, le systme de climatisation peut tre conu en intgrant


plusieurs micro-capteurs dans les tuiles du plancher et les meubles. Ainsi, La
climatisation pourra tre dclenche seulement aux endroits o il y a des personnes
prsentes et seulement si c'est ncessaire [09].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

17

CHAPITRE I

GENERALITE SUR LES RCSF

I.10 Architecture d'un capteur


I.10.1

Modle dun capteur

Fig I.13 Exemple dun capteur [13].

I.10.2

Les capteurs sans fils

Un capteur est un lment qui effectue trois principales tches : il prlve des
donnes sur le terrain, il effectue si ncessaire un traitement des donnes et enfin il
communique avec les autres nuds. Pour remplir ces fonctions, un nud possde quatre
units de base [14] :

Unit de captage (Sensing unit) : elle est compose dun dispositif de capture
physique qui prlve linformation de lenvironnement local et un convertisseur
analogique/numrique appel ADC (Analog to Digital Converter) qui va convertir
l'information releve et la transmettre l'unit de traitement [15].

Unit de traitement (Processing unit) : est compose de deux interfaces, une


interface pour l'unit d'acquisition et une autre pour l'unit de transmission. Cette
unit est galement compose d'un processeur et dune mmoire. Elle acquiert les
informations en provenance de l'unit d'acquisition et les stocke en mmoire ou
les envoie l'unit de transmission [15].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

18

CHAPITRE I
c

GENERALITE SUR LES RCSF

Unit de communication (Transceiver unit) : elle est compose dun


metteur/rcepteur (module radio) pour assurer toutes les missions et rceptions
de donnes [15].

Unit dnergie (Power unit) : elle est responsable de la gestion de lnergie et


de lalimentation de tous les composants du capteur. Elle consiste, gnralement,
en une batterie qui est limite et irremplaable, ce qui a rendu lnergie comme
principale contrainte pour un capteur [15].

Fig I.14 Architecture matrielle dun capteur [20].


e

Radio et Antenne : Un capteur est conu pour mettre en place des rseaux sans
fils, les quipements tudis sont donc gnralement quips dune radio ainsi que
dune antenne afin de se connecter la couche physique que constitue les
missions hertziennes [17].

Batterie : Comme tout dispositif embarqu, ils disposent dune alimentation


autonome telle quune batterie, et parfois dun panneau solaire pour permettre de
recharger cette batterie, ce qui lui permet dtre dispos dans un endroit parfois
inaccessible [17].
Cependant quelques diffrences existent suivants les fabricants, chacun deux

dveloppe son type de capteurs.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

19

GENERALITE SUR LES RCSF

CHAPITRE I

Ces types peuvent tre mica, mica2, ou telosb par exemple. La figure Fig I.15
illustre quelque exemple de capteurs :

Fig I.15 Ensembles des capteurs.

I.11 Technologies des capteurs


Modle

Crossbow

Micro-

Type

Radio

contrleur Radio

(kbps)

chipcon
cc1000

RAM

Flash

EEPROM

Batterie

38

4 KB

128 kb

4 KB

2XAA

MICA2

Atmega
128L
MPR400

MICAz

Atmega chipcon
cc2420
128L
MPR2400

250

4 KB

128 kb

4 KB

2XAA

TelosB

TI MSP 430 chipcon


cc2420
(16 bit)

250

10 KB

48 kb

16 KB

2XAA

Imote2

Intel PXA
271(32 bit)

chipcon
cc1000

250

32 KB

32 kb

153

10 KB

48 kb

Technology

Shockfish

Tiny

SA

Node

3XAAA

semtech

TI MSP 430 cc1000


(16 bit)

16 KB

2/3XAA

Tab I.1 Les diffrentes technologies des nuds capteurs [05].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

20

GENERALITE SUR LES RCSF

CHAPITRE I
I.11.1

MICA2

Le capteur MICA2 est un capteur de 3_eme gnration utilise pour les rseaux
de capteurs sans fil et faible consommation, voir le tableau Tab I.1. Ce type de capteurs
a t dvelopp par l'universit de Berkeley et est utilise dans les applications suivantes
[17] :
Contrles environnementaux
Surveillance et scurit.

I.11.2

TelosB

La plate-forme TelosB a t labore et publie la communaut scientifique


par l'universit une longue autonomie de la batterie ainsi qu'un veil rapide de l'tat de
veille. Le microcontrleur TPR2420 utilise dans TelosB, est compatible avec la
distribution open-source de TinyOS. Ce type de nud peut tre utilis dans les applications
suivantes [17] :
Exprimentation des rseaux de capteurs sans fil.

I.11.3

TinyNode

Le TinyNode est un nud capteur dveloppe par Shockfish SA. Il est optimis
de telle sorte supporter TinyOS. Ce type de nud, on le retrouve dans les applications
suivantes [17] :
Surveillance de l'environnement
Agriculture de prcision
Gestion de stationnement

I.12 Caractristiques principales dun capteur


Le fonctionnement dun capteur se consiste sur deux entits fondamentales :
lunit dacquisition qui est le cur physique permettant la prise de mesure et lunit de
communication qui ralise la transmission de celle-ci vers dautres dispositifs
lectroniques. Ainsi, chaque capteur possde un rayon de communication (Rc) et un rayon
de sensation (Rs) [21].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

21

CHAPITRE I

GENERALITE SUR LES RCSF

La figure fig I.16 montre les zones dfinies par ces deux rayons pour le capteur
A. La zone de communication est la zone o le capteur A peut communiquer avec les autres
capteurs. Dans cet exemple, le capteur A peut communiquer avec un capteur B. Dautre
part, la zone de dtection est la zone o le capteur A peut capter lvnement. Dans cet
exemple, il sagit de la zone dans laquelle se trouve le capteur C [21].

Fig I.16 Rayons de communication et de dtection d'un capteur [21].

I.13 Les systmes d'exploitation pour les RCSFs


Les systmes embarqus sont des systmes d'exploitation prvus pour
fonctionner sur des machines de petite taille, telles que des nuds de capteurs. Les
systmes d'exploitation pour les nuds de RCSF sont gnralement moins complexes que
les autres systmes d'exploitation. Ceci cause des exigences particulires des applications
de rseau de capteur et des contraintes de ressources des nuds de capteurs [17].
Plusieurs systmes d'exploitation sont conus pour les nuds de RCSF. Parmi
ces systmes nous citons Contiki OS, TinyOS, Nano_RK, LiteOS MANTIS, etc.

I.13.1

Contiki OS

Contiki est un systme dexploitation open-source, multitche, Lger, et


flexible pour les capteurs des rseaux sans fils, crits par Adam Dunkels au groupe des
systmes embarqus en rseau l'Institut sudois dinformatique [22].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

22

GENERALITE SUR LES RCSF

CHAPITRE I

Contiki est conu pour les microcontrleurs avec une taille de mmoire trs
limite. Sous Contiki une typique configuration ncessite 2 kilo-octets de RAM et 40 Ko
de ROM, Contiki se compose d'un noyau event-driven, au sommet de laquelle les
programmes d'application peuvent tre chargs dynamiquement et dchargs au moment
de l'excution [23].
Caractristiques supplmentaires :
a

Support de simulation :
Contiki OS possd Cooja comme un outille de simulation quil Il
supporte les simulations inter-couches (cross-level) [24].

Support de la langue :
Tant le systme Contiki et applications pour le systme sont mises en
uvre dans le langage de programmation C [23].

Plates-formes supportes :
Contiki prend en charge les plates-formes suivantes : Mica, Mica2,
Micaz, TelosB, Tmote, Sky mote et beaucoup dautres.

Support Documentation :
Documentation dtaille peut tre trouve sur la page d'accueil Contiki
OS www.sics.se/~adam/contiki

I.13.2

TinyOS

Est le plus rpondu des systmes d'exploitation pour les RCSF. Tinos est un
systme d'exploitation open source dveloppe par l'universit de Berkeley. La
bibliothque des composants de TinyOS est particulirement complte puisquon y
retrouve des protocoles rseaux, des pilotes de capteurs et des outils d'acquisition de
donnes [16]. TinyOS s'appuie sur un fonctionnement vnementiel, qu'il ne devient actif
qu'a l'apparition de certains vnements ; par exemple, l'arrive d'un message radio. Le
reste du temps, le capteur se trouve en tat de veille garantissant une dure de vie maximale
[17].
Caractristiques supplmentaires [16] :
e

Support de simulation :
TinyOS fournit un support de simulation sous la forme d'TOSSIM.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

23

GENERALITE SUR LES RCSF

CHAPITRE I

Le code de simulation est crit en CNES et par consquent peut


galement tre dploy motes rels.
f

Support de la langue :
TinyOS soutient le dveloppement d'applications dans le langage de
programmation NesC. NesC est un dialecte de la langue C.

Plates-formes supportes :
TinyOS prend en charge les plates-formes de dtections suivantes :
Mica, Mica2, Micaz, Telos, Tmote et quelques autres.

h Support Documentation :
TinyOS est un systme d'exploitation bien documents et une
documentation dtaille peut tre trouve sur la page d'accueil TinyOS
http://www.tinyos.net.

I.13.3

MANTIS

Mantis est un poids lger et de lnergie efficace. Il a une superficie de 500


octets, ce qui inclut le noyau, le programmateur, et la pile rseau. Le systme d'exploitation
de MANTIS (MOS) est portable sur de multiples plateformes, c'est--dire nous peuvent
tester des applications MOS sur un PDA ou un PC. Ensuite, l'application peut tre porte
vers le nud de capteur. MOS prend galement en charge la gestion distance des nuds
de capteurs grce une programmation dynamique. MOS est crit en C et il prend en charge
le dveloppement d'applications en C [16].
Caractristiques supplmentaires [16] :
a

Support de simulation :
MANTIS soutient la simulation de rseaux de capteurs sans fil travers
AVRORA.

Support de la langue :
MANTIS soutient le dveloppement d'applications en langage C.

Plates-formes supportes :
MANTIS prend en charge les plates-formes de dtection suivants:
Mica2, MicaZ et Telos.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

24

GENERALITE SUR LES RCSF

CHAPITRE I
d

Support Documentation :
Documentation dtaille peut tre trouve sur la page d'accueil
MANTIS http://mantisos.org.

I.13.4

Nano-RK :

Nano-RK est un systme d'exploitation multitche premptif fixe, en temps


rel pour les rseaux de capteurs. Support multi-saut en rseau, le soutien la planification
axe sur les priorits, l'actualit et ordonnancement, tendu RCSF vie, les limites
d'utilisation des ressources de l'application, et les petits empreinte. Nano-RK utilise 2 Ko
de RAM et 18 Ko de ROM. Nano-RK fournit un support pour les capteurs de la CPU, et
les rservations de bande passante rseau. Il fournit aussi le support rseau travers
l'abstraction socket-like. Nano-RK soutient et les plates-formes de dtection MicaZ luciole
[16].
Caractristiques supplmentaires [16] :
a

Support de simulation :
Nano_RK soutient le dveloppement d'applications en langage C.

Support de la langue :
Nano-RK prend en charge les plates-formes de dtection suivants:
MicaZ et FireFly.

Support Documentation :
Documentation Nano-RK peut tre trouve sur la page d'accueil NanoRK l'adresse : http:// www.nano-rk.org.

I.14 Consommation dnergie dans les RCSF


Lnergie consomme par un nud capteur est due essentiellement aux
oprations suivantes : la capture, le traitement et la communication de donnes.

I.14.1

Energie de capture

Lopration de capture est besoin dnergie pour accomplir les tches suivantes
: chantillonnage, conversion analogique/numrique et activation de la sonde du capture.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

25

GENERALITE SUR LES RCSF

CHAPITRE I

En gnral, lnergie de capture reprsente un faible pourcentage de lnergie totale


consomm par un nud [04].

I.14.2

Energie de traitement

Lnergie de traitement se divise en deux parties : lnergie de commutation et


lnergie de fuite. Lnergie de commutation est dtermine par la tension dalimentation
et la capacit totale commute au niveau logiciel (en excutant un logiciel). Par contre
lnergie de fuite correspond lnergie consomme lorsque lunit de calcul neffectue
aucun traitement. En gnral, lnergie de traitement est faible par rapport celle ncessaire
pour la communication [04].

I.14.3

Energie de communication

Lnergie de communication se dcline en deux parties : Lnergie de rception


et lnergie de lmission. Pour avoir une estimation sur le niveau de consommation
dnergie dans les deux cas, G.J Potter et al ont montr que le transport de 1 ko de donnes
sur 100m consomme autant dnergie que le traitement de 3 millions dinstructions. On
voit donc que la communication cote chre et quil est prfrable de traiter les donnes
localement plutt que de faire des communications entre les capteurs. Limiter les temps de
communication est une solution pour rduire la consommation dnergie. De plus, lorsque
les capteurs communiquent, il existe toujours des gaspillages dnergie. Il nous faut
comprendre ces raisons afin de pouvoir rduire ces gaspillages. Les chercheurs de
lUniversit de Californie ont identifi quatre raisons de gaspillage dnergie [04]:
a

La collision
Le cas o deux nuds transmettent les trames de donnes en mme
temps vers un seul destinataire, cela gnre une collision sur le
rcepteur. Cette collision implique une retransmission des trames de
donnes et augmente la consommation dnergie.

Lcoute passive (overhearing)


O les nuds coutent les trames de donnes qui ne leur sont pas
destines. Puisque le mdium est un environnement commun, lorsquun
metteur transmet ses trames de donnes, tous les noeuds qui se

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

26

GENERALITE SUR LES RCSF

CHAPITRE I

trouvent autour de lui sont obligs dcouter cette transmission. Cette


coute passive est ncessaire pour dterminer le moment o le mdium
de transmission se libre afin de transmettre les trames de donnes.
c

Le canal sans fil


Est un mdium de transmission bruit et il y a trs souvent des erreurs
de transmission. Alors, lutilisation de paquet de contrle est une
mthode efficace pour contrler les trames derreurs. Cependant,
lorsquils ne contiennent aucune donne et quils consomment, cest un
gaspillage dnergie.

Lcoute non-active
Quand un noeud ne peut pas savoir le moment o les autres lui envoient
des trames de donnes, il doit toujours mettre son transceiveur en
marche. De ce fait, sil ny a pas de transmission vers lui, ce nud
consomme de lnergie pour rien.

I.15 Modle de consommation dnergie


Heinzelman et al proposent un modle radio de consommation dnergie (voir
figure). Ainsi, les nergies ncessaires pour mettre ETx(s,d) et recevoir ERx(s) des
messages sont donnes par [02] :
Pour mettre un message de s bits vers un rcepteur loin de d mtres,
lmetteur consomme: ETx(s, d) = ETx elec(s) + ETx amp(s, d) (1)
ETx(s, d) = (Eelec * s) + (Eamp * s *d2) . (2)
Pour recevoir un message de s bits, le rcepteur consomme :
ERx(s) = ERx elec(s) . (3)
ERx(s) = Eelec * s

. (4)

Eelec et Eamp reprsentent respectivement lnergie de transmission


lectronique et damplification (voir figure I.17).

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

27

CHAPITRE I

GENERALITE SUR LES RCSF

Fig I.17 Modle de consommation dnergie [02].

I.16 Connectivit du RCSF


La connectivit est un problme majeur dans les rseaux de capteurs (composs
dentits fixes ou mobiles) [02]. Un rseau de capteur est dit connect si et seulement sil
existe au moins une route entre chaque paire de nud. La connectivit dpend
essentiellement de lexistence des routes. Elle est affecte par les changements de topologie
dus la mobilit, la dfaillance des nuds, les attaques, etc.Ce qui a pour consquence
: la perte des liens de communication, lisolement des nuds, le partitionnement du rseau.
Bien comprendre la connectivit dun rseau permet dadapter les mcanismes
de communication afin dassurer le bon fonctionnement des applications. Ainsi, la
dcouverte du voisinage dun nud capteur est un lment important. Dans leur activit
priodique, les pertes de connectivit sont principalement dues la mobilit des nuds et
aussi aux mcanismes lis lconomie dnergie. La densit leve des nuds dans les
rseaux de capteur les empche dtre compltement isols les uns des autres. Par
consquent, il est exigent que les nuds de capteurs soient fortement connects. On peut
considrer un rseau de capteurs sans fil de communication saut multiple, o tous les
nuds cooprent dans le but dassurer des communications entre chacun [09].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

28

GENERALITE SUR LES RCSF

CHAPITRE I

Fig I.18 Connectivit des nuds capteurs [02].

I.17 Couverture dans les RCSF


Cest la surface totale se trouvant en dessous de la porte de capture des
donnes au moins dun nud [08].

K-couverture
Soit un rseau de capteurs constitue de n capteurs et une rgion dintrt A, On
dit quon a une K-couverture si et seulement si les deux conditions suivantes sont vrifis
[08] :
Satisfaction des conditions de couverture pour un maximum de temps de la vie
du rseau.
Chaque point q dans A est couvert par au moins k distinctes capteur.

Fig I.19 k-couverture [02].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

29

CHAPITRE I

GENERALITE SUR LES RCSF

I.18 Architecture protocolaire

Fig I.20 Architecture protocolaire [04].

I.18.1

Rle des couches

Suivant la fonctionnalit des capteurs, diffrentes applications peuvent tre


utilises et bties sur la couche application. La couche transport aide grer le flux de
donnes si le rseau de capteurs lexige. Elle permet de diviser les donnes issues de la
couche application en segments pour les dlivrer, ainsi elle rordonne et rassemble les
segments venus de la couche rseau avant de les envoyer la couche application. La couche
rseau prend soin de router les donnes fournies par la couche transport. Le protocole MAC
(Media Access Control) de la couche liaison assure la gestion de laccs au support
physique. La couche physique assure la transmission et la rception des donnes au niveau
bit [05].

I.18.2

Plan de gestion

En outre, les plans de gestion de lnergie, de la mobilit et des tches


surveillent la puissance, le mouvement et la distribution des tches, respectivement entre
les nuds capteurs. Ces plans de gestion sont ncessaires, de sorte que les nuds capteurs
puissent fonctionner ensemble dune manire efficace pour prserver lnergie, router des
donnes dans un rseau de capteurs mobile et partager les ressources entre les nuds
capteurs. Du point de vue global, il est plus efficace dutiliser des nuds capteurs pouvant
collaborer entre eux. La dure de vie du rseau peut tre ainsi prolonge [05].
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

30

CHAPITRE I

GENERALITE SUR LES RCSF

I.19 Routage dans les RCSFs


Pour surveiller un tel phnomne et faire remontrer linformation un centre
de contrle distant les capteurs sont dploys en grand nombre dans le rseau. Pour
atteindre cette finalit, les capteurs ont la capacit de communiquer et collaborer entre eux
pour acheminer linformation collecte la station de base en garantissant sa fiabilit et en
empruntant le plus court chemin entre le nud qui a dtect ce phnomne et la station de
base [25]. Cette opration permet le routage de linformation entre le nud dtecteur et le
nud puis et elle consiste trouver les routes les plus courtes avec le minimum dlai. Dans
la littrature, plusieurs protocoles de routage ont t proposs.
Dautre part, les RCSFs ont connue des contraintes qui ont donnes naissance
des protocoles de routage. Parmi ces contraintes le dlai de communication. De ce fait,
les protocoles de routage conus pour les RCSF doivent garantir lacheminement de
linformation entre tous les nuds du rseau et la station de base moindre cot en termes
de temps. Dans ce document nous prsentons quelques approches de routage qui
sintressent la contrainte du temps rel.

I.20 Problmatique
Lobjectif de ce projet est de prsenter la problmatique de lintgration des
mtriques de la qualit de service (spcialement le dlai) dans la prise de dcision du
routage dans un rseau de capteur sans fil. Bien que les protocoles de routage conues pour
les RCSFs sont trs larges et diverses cependant quels que uns qui sont prfrables pour
garantir le routage avec QoS temps rel.

I.21 Suggestions
Il nest pas facile de choisir nimporte quel protocole ; il faut donc effectuer
toute une tude sur les diffrents protocoles de routage pour aboutir un tel choix. Nous
avons vu qu'il est appropri de faire un tat de lart qui nous permet de connatre les travaux
existants sur ce domaine, Ce que les chercheurs atteindre dans leur recherche et en fin
qu'est-ce qui nous reste faire pour accomplir notre objectif.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

31

CHAPITRE I

GENERALITE SUR LES RCSF

I.22 Conclusion
Dans ce chapitre nous avons vu les concepts et les caractristiques gnreux
lis aux rseaux de capteur sans fil. Ces concepts sont trs normes ce qui offre des
possibilits de dveloppement de rseaux pour un champ dapplication vaste et vari. Ce
dernier donne une ide que les rseaux de capteurs sans fil feront au futur une partie
intgrante de notre vie quotidienne et changeront certainement notre manire de vivre.
Cependant, la conception dun rseau de capteurs robuste et fiable doit
satisfaire certaines contraintes lies la dure de vie et lacheminement des donnes dans
le rseau. En effet, les nuds de capteur sont constituent des bande passante de
communication limits ce qui implique un dlai de communication estimer pour prolonger
plus la dure de vie par consquence des protocoles de routage sont conues pour traiter
les problmes de routage dans les rseaux de capteur sans fil. Ces protocoles sont divers en
termes dapplications et architecture de rseau.

Dans le chapitre II on va prsenter une classification des diffrents protocoles


de routage. Cette comparaison rvle les caractristiques importantes qui doivent tre
prises en considration lors de la conception et l'valuation de nouveaux protocoles de
routage pour les rseaux de capteurs.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

32

CHAPITRE II
Le routage dans les RCSFs

Ladmirable

ferie laquelle quelques instants suffisent pour


qu'apparaisse prs de nous, invisible mais prsent. Ltre qui nous
voulions parler et qui, restant sa table, dans la ville quil habite, sous un
ciel diffrent du ntre, par un temps qui n'est pas forcment le mme, au
milieu de circonstances et de proccupations que nous ignorons et que
cette tre va nous dire, se trouve tout coup transport des centaines de
lieues (lui et toute l'ambiance o il reste plong) prs de notre oreille, au
moment o notre caprice l'a ordonn.
Comment je voie le monde, Albert Einstein

CHAPITRE II

LE ROUTAGE DANS LES RCSF

II.1 Introduction
Les rseaux informatiques qui deviennent de plus en plus un domaine de
recherche trs vaste. Et puisque la tlcommunication et le circuit de linformation
prennent la part du lion des objectifs de ces rseaux. Ce dernier utilise un processus de
routage pour dterminer le plus parfait chemin pour router linformation dune unit du
rseau une autre.

Les rseaux de capteur sans fil sont considrs comme des rseaux
informatiques bass sur infrastructure des rseaux ad-hoc.

Comme nous indiquons dans le chapitre I que la couche rseau prend soin de
router les donnes. Cette couche utilise des protocoles de routage pour acheminer le trafic
du rseau. Certes un protocole de routage permet dacheminement des informations au
sien du rseau avec lenvoi des messages entre nuds de capteur pour la collecte du
phnomne. Les capteurs sont prvus pour la collecte dinformation selon des critres
bien prcis.

Dans ce chapitre nous tenons prsenter une brve tude sur quelques
protocoles de routage. On commence dabord dexpliquer comment linformation se
distribuer dans le rseau. On va citer par la suite les facteurs qui rentrent dans la
conception dun protocole de routage que nous conduirons classifier les plus importants
protocoles selon larchitecture de rseaux, le mode de fonctionnement du protocole, le
paradigme de communication, et selon ltablissement de la route. Nous concentrons sur
des protocoles bas sur la QoS et les multi-chemins qui nous intressons dans notre tude
par la suite.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE II

II.2

LE ROUTAGE DANS LES RCSF

La distribution de l'information dans un rseau de


capteurs
Avant dentamer au routage et acheminement dans les rseaux de capteur sans fil

on va voir dabord comment linformation se circule dans les routes du rseau. Dans ce
contexte nous nous intressons la gestion des flux de donnes routs et comment
linformation se transmise dans le rseau sans prenant en compte les te

II.2.1

Distribution point--point (One-to-One) Unicast:

Gnralement lunicast est souvent utilis dans les rseaux de capteur sans fil pour
tablir des relations entre un capteur et un effecteur. Les requtes en point--point
(unicast) permettent dtablir des communications en requte/rponse afin de paramtrer
partir dun nud source le comportement ou des proprits dun nud prcis du rseau
(allocation dadresse, rinitialisation, etc.). La transmission point--point dtecte dun
vnement dun effecteur lautre bout du rseau [26]. Le problme de lunicast est
largement trait dans la littrature [26].

II.2.2

Distribution (One-to-Many) Multicast/Broadcast

Cest denvoyer de linformation dune source vers lensemble des nuds du


rseau. Est une pratique Utilise pour la reprogrammation des nuds et dans les
mcanismes de dcouverte de route [26].
Lors de la dissmination de flux de donnes, le mdium sans fil subit des collisions
et interfrences qui peuvent altrer la bonne rception des paquets et qui ncessitent
lutilisation de mcanismes spcifiques dacheminement et de retransmission. Il existe
plusieurs mthodes pour pallier ces problmes en prservant les performances du rseau,
que ce soit via la dissmination hirarchique, la diffusion slective ou la propagation
pidmique [26].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE II

II.2.3

LE ROUTAGE DANS LES RCSF

Distribution centralise (Many-to-One) Incast

Dans ce modle de distribution la collecte de linformation est faite partir dun


ensemble de capteurs sources vers une ou plusieurs destinations. Ce modle est le plus
rpandu dans les rseaux de capteurs. Il est utilis pour la collecte dinformation dans des
applications de surveillance et de supervision dinfrastructures ou denvironnements
donns [26].

II.3 le routage dans les RCSF


Comme nous avons indiqu auparavant que les rseaux de capteur sont des rseaux
sans fil bas sur linfrastructure ad-hoc. Cependant les protocoles de routage tudies dans
ces rseaux ne peuvent pas sappliquer aux rseaux de capteur car dans ce dernier, la
puissance dmission, la consommation dnergie et encore la golocalisation sont des
critres de choix pour le routage. Autrement dit, il est ncessaire de maintenir
automatiquement et dynamiquement un routage prenant en compte lenvironnement et
ltat du rseau.
Ainsi que, la conservation dnergie, la scalabilit, le robuste, la tolrance aux
pannes et auto-organisation sont des objectifs de routage dans les RCSF [27]. Cependant
plusieurs nouveaux protocoles de routage ont t proposs pour les RCSF qui doivent
tenir compte loptimisation des calculs ncessaires pour choisir la route la plus optimale.
Ces protocoles sont classifier selon la structure du rseau, alors on distingue : le
routage linaire, routage hirarchique [28].
Ces protocoles peuvent tre classs selon les techniques de routage vis par le
fonctionnement de protocole : routage bas sur la ngociation, routage multi-chemins,
routage bas sur requte, bas sur QoS. Ou par le paradigme de communication : centr
donnes, centrs nuds ou centrs position [28]. La classification des techniques de
routage est illustre dans la figure II.1 :

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE II

LE ROUTAGE DANS LES RCSF

Fig II.1 Classification des techniques de routage [28].


Techniques de routage sont ncessaires pour l'envoi des donnes entre les nuds
de capteur et les stations de base de communication. Les faons comment efficacement
acheminer les donnes recueillies entre nuds est trs important ainsi trs difficile dans
les rseaux de capteurs en raison de nombreuses contraintes de nuds de capteurs et
plusieurs caractristiques discrimins de WSN [29].
Il existe dautres protocoles utilises dans les RCSF inspirs des rseaux Ad-hoc, il
sagit des protocoles : proactif, ractif et hybride qui sont distinguent selon la manire
dont le protocole dsigne le chemin emprunter par les donnes [30].

II.4 facteurs de conception de protocoles de routage


Initialement les RCSFs sont motivs par des applications militaires. Plus tard des
applications civiles ont t pris en considration, comme la surveillance de
l'environnement et des espces, la production et de la sant, maison intelligente, etc. en
fonction de ces applications la topologie du rseau, l'chelle et la densit d'un rseau se
varie [31]. Suivant ces critres, des problmes de conception du rseau ont t prise en
considration. Pour rpondre ces problmes on doit citer quelques ces facteurs.
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

LE ROUTAGE DANS LES RCSF

CHAPITRE II

II.4.1

Tolrance aux pannes :

La tolrance de panne est la capacit de maintenir les fonctionnalits de rseaux de


capteurs sans interruption en raison de dfaillances de nuds de capteurs. A cause des
manques de puissance, dommages physiques ou atteinte l'environnement, certains
nuds de capteurs peuvent chouer ou tre bloqu. L'chec de nuds de capteurs ne
devrait pas affecter la tche globale du rseau de capteurs, Cest la question de la tolrance
la fiabilit ou faute [31].

II.4.2

Scalabilit :

Afin de rpondre l'vnement, les systmes de routage des nuds de capteurs


dploys dans la zone de captage doivent scalables [31].

II.4.3

Cots de production :

tant donn que les rseaux de capteurs sont constitues d'un grand nombre de
nuds de capteurs, le cot d'un nud unique est trs important pour justifier le cot global
du les rseaux et donc le cot de chaque nud de capteur comporte tre maintenus bas
[31].

II.4.4

Environnement d'exploitation :

Il est possible de mettre en place un rseau de capteurs l'intrieur de la grandes


machines [31] :

au fond d'un ocan

un domaine biologiquement ou chimiquement contamins

un champ de bataille au-del des lignes ennemies

une maison ou un grand btiment

un vaste entrept, attach aux animaux, attach jener vhicules en


mouvement, de la superficie forestire pour la surveillance de l'habitat, etc.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

LE ROUTAGE DANS LES RCSF

CHAPITRE II

II.4.5

Consommation dnergie :

Dans les rseaux de capteur sans fil, lnergie de transmission est proportionnel
avec des longues distances malgr de la prsence des obstacles. Dans ce cas le routage
multi-chemins va consommer moins dnergie quune communication directe [31] car les
nuds de capteur sont quipes par des batteries avec une nergie limit ce qui limite la
dure de vie du capteur.
Cependant, ce routage introduire des cots importantes pour la gestion de la
topologie et du contrle daccs au medium [31].

II.4.6

Modles de distribution de donnes :

Dpendant de lapplication de nuds de capteur, les modles de distribution de


donnes au nud sink peuvent tre [31] :
Modle continue : dans ce modle chaque nud recueille des donnes gnralement
de la mme taille et transfre priodiquement ces donnes de la station de base en
communication multi-saut [29].
Modle dvnement guid : Dans ce modle, la transmission de donnes nest
dclenche quun vnement intressant se produit. Dans ce cas, l'observateur ne
sintresse qu' l'apparition d'un phnomne spcifique ou un ensemble de phnomnes
[29].
Modle de requte guid : la transmission de donnes est dclenche lorsque la
requte est gnre par le rcepteur en ce qui concerne la tche de dtection souhaite. Si
un nud dtecte l'information correspondante, il renvoie les donnes collectes vers le
nud rcepteur travers le trajet inverse [29].
Modle hybride : ce modle combine les trois modles prcdents [31].

II.4.7

Agrgation de donnes :

Agrgation de donnes cest la combinaison de plusieurs donnes venant de


diffrentes sources en utilisant des fonctions telle que la suppression, min, max et la

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

LE ROUTAGE DANS LES RCSF

CHAPITRE II

moyenne. Quand les nuds peuvent gnrer des donnes redondantes, on tombe dans le
cas dagrger des paquets similaires ce qui obliger de diminuer le nombre de transmission

II.4.8

La qualit de service

La qualit du service signifie que le service de la qualit requise par l'application,


il pourrait tre la longueur de dure de vie, les donnes fiables, l'efficacit nergtique, et
emplacement sensibilisation, de collaboration de traitement. Ces facteurs auront une
incidence sur le choix des protocoles de routage pour une application particulire. Dans
certaines applications (par exemple certaines applications militaires) les donnes doivent
tre livres dans un certain laps de temps partir de moment o elle est dtecte [31].

II.4.9

La latence des donnes et les frais gnraux

Ceux-ci sont considrs comme des facteurs importants que la conception de


protocole de routage influence. Donnes agrgation et multi-saut relais provoquent la
latence des donnes. En outre, certains protocoles de routage crent excessive frais
gnraux pour mettre en uvre leurs algorithmes, qui sont ne convient pas pour les
rseaux d'nergie limite graves.

II.4.10 Dploiement de nud


Dploiement de nud dpend de l'application et affecte les performances du
protocole de routage. Le dploiement est dterministe ou auto-organisation. Dans les
situations dterministes, les capteurs sont placs manuellement et les donnes sont
achemines par prdtermine chemins. Cependant, dans des systmes d'auto
organisation, les nuds de capteurs sont disperss alatoirement crer une infrastructure
d'une manire ad hoc. Dans cette infrastructure, la position de sink ou la tte clustering
est galement crucial en termes d'efficacit nergtique et de performance. [31].

II.5 Classification des protocoles de routage


On va voir par la suite une classification des protocoles de routage pour les rseaux
de capteur sans fil afin de permettre de choisir le meilleur protocole parmi les classifies.
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

LE ROUTAGE DANS LES RCSF

CHAPITRE II

Dans notre tude nous nous intressant plus particulirement aux protocoles de routage
multi-chemins avec QoS.

II.5.1

Protocoles de routage classs selon la structure de

rseau :
La structure ou la topologie de rseau dtermine lorganisation des capteurs c..d.
cette structure peut jouer un rle significatif dans le fonctionnement du protocole de
routage dans les RCSF [30]. Ces protocoles sont classifis comme suit :
II.5.1.1

Routage plat (flat based routing):

Ou les protocoles de routage linaire dont les nuds sont toutes identiques [32], c.-d. chaque nud joue le mme rle que les autres pour accomplir leurs taches [30]. Le
nud sink dans ce type de routage est charg de collecter toutes les informations issues
des diffrents nuds capteurs pour les transmettre vers lutilisateur final [32]. Cette classe
de protocole est trs proche de celle des protocoles centr donnes [30]. Quon va voir
par la suite.
Architecture de ce protocole est caractrise par : un cot de maintien rduit, une
grande tolrance aux pannes ainsi quune habilit construire de nouveaux chemins suite
aux changements de topologie. Cependant, les nuds proches de la station de base vont
participer plus que les autres aux tches de routage [32].

Fig II.2 Architecture de rseau plat [39].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

LE ROUTAGE DANS LES RCSF

CHAPITRE II

Une faible scalabilit est prsente dans cette architecture cause de fonctionnement
identique des nuds ce qui ncessite un grand nombre de message de contrle [32]. Ainsi
que la duplication des messages envoyes au mme nud caus une implosion des flux
de donnes [33]. Alors que la dcision de router des paquets dun nud vers un autre
dpendra de sa position et pourra tre remise en cause du temps [32]. En effet, quand
deux nuds coutent la mme rgion, ils envoient le mme paquet au mme voisin sans
considrer la contrainte dnergie [33].
Exemple des protocoles de routage plat [34] :
1.

Cot minimum Forwarding Algorithme

2.

Enenrgy aware routing protocol [36]

3.

Routage rumeur

4.

Gradient-Based Routing

5.

SER (Stream Enable Routing)

6.

GBR (Gradient-Based Routing)

7.

IDSQ (Information-driven sensor querying)

8.

CADR (Constrained Anisotropic Diffusion Routing)

9.

COUGAR

On va voir ces protocoles en dtails dans ce qui suit.


II.5.1.2

Les protocoles de routage hirarchique

Dans ce type de protocole des clusters sont crs [30], certes, certains nuds sont
slectionns pour excuter des fonctions particulires. Un nud peut tre, par exemple
une passerelle pour un ensemble de nuds, dans ce cas le routage devrait trs simple [32].
Les autres nuds peuvent jouer diffrents rles dans le rseau [30].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

LE ROUTAGE DANS LES RCSF

CHAPITRE II

Fig II.3 Architecture du rseau hirarchique [39].


Le but principal du routage hirarchique est de maintenir efficacement la
consommation dnergie des nuds capteur en les appliquant dans une communication
multi-saut dans un cluster particulier (clustering) ou le coordinateur (clusterhead) qui
joue un rle essentiel en effectuant lagrgation et la fusion des donnes afin de diminuer
le nombre de messages transmis au sink [30]. En fait les nuds ordinaires savent que si
le destinataire nest pas dans leur voisinage direct, il suffit denvoyer la requte la
passerelle qui lui prendra en charge. A son tour, elle transmettra cette requte vers le nud
cibl [32].
Ce type de routage prsent de nombreux avantages pour les rseaux dont leurs
nuds sont sdentaires et disposent de suffisamment dnergie [32].
Exemples de protocoles de routage bass hirarchique :
1.

Hirarchie de regroupment adaptative faible nergie (LEACH :

Low Energie Adaptaive Clustering Hirarchy) [34].


2.

Assemblage puissance efficace dans les systmes dinformation

de capteur (PEGASIS : Power Efficient GAthering in Sensor Information


Systems) [34].
3.

SHRP (Simple Hierarchical Routing Protocol) [28].

4.

LEACH-C (LEACH Centralized) [28].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

10

LE ROUTAGE DANS LES RCSF

CHAPITRE II

5.

HEAP (Hierarchical Energy Aware Protocol for routing and

Aggregation in Sensor networks) [28].


6.

HPEQ (Hierarchical Periodic, Event-driven and Query-based)

[28].
7.

TEEN (Threshold sensitive Energy Efficient sensor Network

protocol) and APTEEN (Adaptive TEEN) [34].


8.

SMECN (Small MECN) [28].

9.

SOP (Self-Organizing Protocol) [28].

10.

VGA (Virtual Grid Architecture routing ) [34]

11.

GAF (Geographic Adaptive Fidelity) [28].

12.

SPAN etc.

II.5.2

Protocoles

de

routage

classs

selon

le

fonctionnement de protocole :
Dans ce type des protocoles le mode de fonctionnement dfinit la manire avec
laquelle les donnes sont propages dans le rseau. Selon ce critre, les protocoles de
routage peuvent tre classifis en quatre catgories : routage bas sur la qualit de service
QoS (Quality Of Service based routing), routage bas sur les requtes (Query based
routing), routage multi chemins (multi path routing), routage bas sur la ngociation
(Negociation based routing) [32].
II.5.2.1

Routage bas sur la qualit de service (Quality Of

Service based routing)


La qualit de service QoS est dfinit comme un ensemble de besoins assurer par
le rseau pour le transfert dun trafic dune source une destination [37]. Ces besoins
peuvent tre traduits en un ensemble dattributs ou mtriques pr-spcifis et mesurables
en terme de [37]:
Dlai de boot en boot
Variance de dlai (gigue)
Bande passante
Perte de paquets

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

11

CHAPITRE II

LE ROUTAGE DANS LES RCSF

Les mtriques de QoS peuvent tre : additives, concaves ou multiplicatives. La


gigue est une mtrique additive c d que la rgle de composition dfinie la somme de
toutes les valeurs du mtrique dlai de tous les liens dun chemin [37]. La bande passante
est une mtrique concave alors que la rgle de composition dfinie la valeur minimale de
cette mtrique sur un chemin [37]. La disponibilit dun lien, base sur des critres
comme la probabilit de perte de lien quant elle est une mtrique multiplicative, ici la
rgle de composition dfinit le produit de toutes les valeurs de la mtrique perte de
paquets de tous les liens dun chemin [37].
Dans les protocoles de routage bass sur la qualit de service, le rseau doit
quilibrer entre la consommation dnergie et la qualit de donnes. En particulier, le
rseau doit satisfaire les prcdentes mtriques [32]. Les protocoles de cette approche
sont trs recommands pour les applications de surveillance (centrale nucliare,
applications militaires etc) [32].
Pour garantir de QoS il existe deux modles diffrents : IntServ (Integrated
services) et DiffServ (Differentiated services). La premire architecture de QoS a t
dfinie pour assurer aux diffrents flux de donnes des garanties sur le dlai de boot en
boot, le dbit, etc [37]. Larchitecture DiffServ dfinit plusieurs classes de trafic, les
diffrents flux de sintgrent une de ces classes afin de bnficier des garanties
correspondantes [37].
Dernirement, avec lmergence des services de multimdia temps rel et cause
des champs varis des applications des RCSF, la QoS est devenue un thme de recherche
qui a suscit beaucoup dintrts [37]. Dans ce contexte, notre tude sintresse au
routage bas sur la QoS avec temps rel. Cependant, il difficile de garantir une quelconque
QoS une application RCSF, car il faut prendre en considration la contrainte dnergie
et la bande passante limit. En outre, la communication entre les nuds capteurs tant par
voix radio, la qualit de lien reste peu faible, et susceptible des diffrentes interfrences
[37].
Exemple des protocoles de routage bass sur la qualit de service :
1.

SAR (Sequential / Assignment Routing) [30]

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

12

LE ROUTAGE DANS LES RCSF

CHAPITRE II

2.

SPEED (Stateless Protocol for Real -Time Communication in

Sensor Networks) [33].


3.

Energy-Aware QoS Routing Protocol Energy-Aware QoS

Routing Protocol [35]


II.5.2.2
1er.

Routage multi chemins (multi path routing)


Dfinition de lapproche multi chemins :

Lapproche du routage mufti-chemins a t lune des directions courantes les plus


importantes dans le domaine du routage. Le concept du routage multi-chemins consiste
trouver pour chaque nud source et tout moment un multiple choix de chemins lui
permettant d atteindre une destination particulire. Les chemins multiples peuvent tre
utiliss soit alternativement cest--dire un moment donn un seul chemin sera choisi,
ou simultanment en utilisant plusieurs chemins en mme temps [30]. Ces chemins
peuvent aussi tre classs en trois catgories principales savoir : les chemins nuds
disjoints, liens disjoints et non disjoints qui seront voques par la suite [30]:
A.

Chemins nuds disjoints

On les appelle aussi des chemins totalement disjoints, ils ont ni nuds ni liens en
commun, ils assurent une bonne fiabilit par rapport aux chemins non disjoints et liens
disjoints. En effet, avec des chemins nuds disjoints, quand un nud tombe en panne
ou un lien est bris, cest un seul chemin qui sera dfaillant, ce qui nest pas le cas pour
les deux autres types (la raison pour laquelle nous avons choisi ce type de routage pour
notre projet).

B.

Chemins liens disjoints :

Ce sont des chemins qui nont aucun lien en commun mais peuvent avoir des nuds
en commun.

C.

Chemins non disjoints

Ce sont des chemins qui peuvent avoir des nuds ou des liens en commun. Leur
principal avantage est quils sont faciles dcouvrir parce quils nont aucune contrainte

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

13

LE ROUTAGE DANS LES RCSF

CHAPITRE II

de recherche des chemins, ils peuvent tre nuds disjoints ou liens disjoints.
Les protocoles de routage bas sur le multi chemin, utilisent des chemins multiples
plutt quun chemin simple afin daugmenter la performance du rseau. La fiabilit dun
protocole peut tre mesure par sa capacit trouver des chemins alternatifs entre la
source et la destination en cas de dfaillance du chemin primaire. Pour cette raison,
certains protocoles construisent plusieurs chemins indpendants, c.--d. : ils ne partagent
quun nombre rduit de nuds [32]. La diffusion directe cest le meilleur exemple pour
le routage multi chemin [33]. Malgr leur grande tolrance aux pannes, ces
protocoles requirent plus de ressources nergtiques et plus de messages de contrle
[32].

Fig II.4 Un protocole de routage multi-chemins scuris fond sur les clusters
pour les RCSFs [38].
2e.

Types de routage multi-chemins

Un protocole de routage mufti-chemins consiste dcouvrir des chemins multiples


qui peuvent exister entre une paire de nuds capteurs (source-destination). Ces chemins
peuvent tre nuds disjoints, liens disjoints ou non disjoints [30]. La figure illustre
ces trois types de chemins.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

14

LE ROUTAGE DANS LES RCSF

CHAPITRE II

Fig II.5 Les types de routage multi chemins [30].


(Dans (a), SXD, SYD, et SZD sont des chemins nuds disjoints. Dans (b), SXYZD et SYD
sont des chemins liens disjoints. Dans (c), les chemins SXD et SXYD ne sont pas disjoints)
3e.

Avantages de routage multi-chemins [30] :

Fiabilit

La fiabilit est un grand dfi dans les RCSF parce que les paquets transmis peuvent
tre perdus cause des changements de la topologie du rseau. La fiabilit peut tre
dfinie par la probabilit quun paquet gnr par un nud puisse atteindre sa destination.
Cette probabilit augmente si le nombre de chemins possibles augmente.

Equilibre consommation dnergie/charge du trafic

Comme nous lavons prcis auparavant que les nuds capteurs sont quips par
des batteries nergie limite presque impossible recharger et que leur dure de vie
dpend fortement de celle des batteries. Pour le routage multi-sauts chemin unique,
chaque nud dpend de ses voisins pour relayer les paquets jusqu la destination. La
perte de quelques nuds, peut causer un changement de topologie significatif, influence
sur le fonctionnement du rseau et donc sur sa dure de vie. Afin de maximiser cette dure
de vie il est prfrable dutiliser lapproche multi-chemins permettant de distribuer dune
faon quitable la charge du trafic sur de multiples chemins.

Rduction de nombre de diffusions

Dans le routage avec un seul chemin, si ce dernier tombe en panne, une nouvelle
dcouverte de route doit tre relance, ce qui encombre le rseau par les messages diffuss
pendant cette phase. Par contre dans le routage multi-chemins, la procdure de dcouverte

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

15

LE ROUTAGE DANS LES RCSF

CHAPITRE II

de route ne doit tre relance que lorsque tous les chemins possibles tombent en panne.

QoS

Un objectif trs important du routage mufti-chemins est de fournir la QoS. Plus


prcisment, la rduction du dlai de livraison des paquets de bout en bout (moins de
dcouverte de nouveaux chemins, moins de nuds en panne et moins de liens briss), a
ce

que

nous

cherchons

Scurit

de

dveloppera

dans

notre

approche.

Lapproche mufti-chemins amliore la scurit de la communication qui est une


caractristique trs importante pour les rseaux. Lide de base consiste en la
transformation ou la division dun message secret en plusieurs parties (sous-messages) en
utilisant lune des mthodes de cryptographie.
Exemple des protocoles de routage multi chemins :
1.

Diffusion Dirige (Directed Diffusion)

2.

MMSPEED (Mutipath Multi SPEED)

3.

N-to-1 Multipath Discovery [35].

4.

Braided Multipath [35].


II.5.2.3

Routage bas sur les requtes (Query based routing)

Dans ce type de routage, le sink gnre des requtes afin dinterroger les capteurs.
Ces requtes sont exprimes soit par un schma valeur-attribut ou bien en utilisant un
langage spcifique (par exemple SQL : Structured Query Language). Les nuds qui
dtiennent les donnes requises doivent les envoyer au nud demandeur travers le
chemin inverse de la requte. Les requtes mises par le puits peuvent aussi tre cibles
sur des rgions spcifiques du rseau [32].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

16

LE ROUTAGE DANS LES RCSF

CHAPITRE II

Fig II.6 Protocole de routage bas sur les requtes [40].


Exemple des protocoles de routage bas sur les requtes [35]:
1.

ACQUIRE (Active Query Forwarding in Sensor Networks)

2.

EAD (Energy-Aware Data-Centric Routing)


II.5.2.4

Routage bas sur la ngociation (Negociation based

routing)
Les nuds capteurs inondent le rseau par les mmes paquets de donnes quand ils
dtectent le mme phnomne. Ce problme de redondance peut tre rsolu en employant
des protocoles de routage bass sur la ngociation. En effet, avant de transmettre, les
nuds capteurs ngocient entre eux leurs donnes en changeant des paquets de
signalisation spciales, appels mtadonnes. Ces paquets permettent de vrifier si les
nuds voisins disposent dj de la donne transmettre. Cette procdure garantit que
seules les informations utiles seront transmises et limine la redondance des donnes [32].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

17

LE ROUTAGE DANS LES RCSF

CHAPITRE II

Fig II.7 Rseau avec ngociation [42].


Exemple des protocoles de routage bas sur la negociation [35]:
1.

SPIN (Sensor Protocols for Information via Negotiation), SPIN

est compos de quatre protocoles :

II.5.3

1.

SPIN PP

2.

SPIN EC

3.

SPIN BC

4.

SPIN RL

Protocoles de routage selon le paradigme de

communication :
Le paradigme de communication dtermine la manire dont les nuds sont
interrogs. Dans les RCSFs, il existe trois paradigmes de communication : centr-nuds,
centr donnes et bas sur la localisation [32].
II.5.3.1

Centr-donnes (Data-centric)

Dans ce paradigme, le sink envoie des requtes pour certains rgions et attends les
rponses arrivs de capteurs localiss dans ces rgions. Comme les donnes sont
demandes travers des requtes, nommage base sur les attributs est ncessaire de
spcifier les proprits de donnes [29].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

18

LE ROUTAGE DANS LES RCSF

CHAPITRE II

Supposons quil est difficile davoir des identifiants comme les adresses MAC ou
IP pour pouvoir communiquer entre les nuds capteurs. Certes, le routage ne se fait pas
en fonction dune adresse de destination, mais suivant les donnes disponibles au niveau
des capteurs. Ces donnes seront propages de proche en proche pour arriver au nud
sink [32].
Lide gnrale des protocoles centrs donnes est de combiner les diffrents
donnes acquiers des diffrents sources dans la route en liminant les redondances et
minimisant le nombre de transmission, ce qui garder lnergie de rseau et prolonger sa
dure de vie [29].
Ce protocole semble au protocole de routage plat de famille des protocoles
classifies selon la structure de rseau, comme on a mentionn auparavant.
Juste une petite diffrence entre les deux, cest que les protocoles centrs donnes
trouvent des chemins de plusieurs sources une seule destination ce qui permet de
consolidation des donnes redondantes dans le rseau [29].
II.5.3.2

Centr-nuds (Node-centric)

Ce paradigme est celui employ dans les rseaux conventionnels, o il est


ncessaire de connatre et didentifier les nuds communicants (comme ladresse IP).
Les rseaux ad hoc utilisent ce genre de paradigme, qui sintgre bien avec lutilisation
de ce type denvironnement. Cependant, pour les rseaux de capteurs, un routage bas sur
une identification individuelle des nuds ne reflte pas lusage rel du rseau [32].
II.5.3.3

Bas sur la localisation (location-based)

Dans cette approche, nuds de capteurs sont disperses de faon alatoire dans une
zone d'intrt et surtout connus par la position gographique o elles sont dployes. Ils
sont situs principalement au moyen de GPS [29]. Les dcisions de routage sont tablies
selon la position des nuds. La distance entre les nuds voisins peut tre estime sur la
base de la puissance du signal arriv. Un tel type de routage ncessite que les nuds aient
connaissance de leurs positions gographiques. Par consquent, ce type de mcanismes

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

19

LE ROUTAGE DANS LES RCSF

CHAPITRE II

ncessite un dploiement dune solution de positionnement, dont le degr de prcision


requis dpend de lapplication cible [32]. Depuis un support de localisation ncessite des
composants matriels spcifiques et impose des temps de calcul important pour les nuds
de capteurs [29], Lutilisation du GPS reste trop coteuse pour un RCSF. Nanmoins,
dautres mthodes de localisation et de positionnement des capteurs ont t dveloppes
comme par exemple la triangulation [32].
Exemple des protocoles de routage bas sur la localisation :
1.

GAF (Geographic adaptive fidelity) [30]

2.

GEAR (Geographic and Energy Aware Routing) [30].

3.

GAF (Geographic Adaptive Fidelity) [34]

4.

GOAFR (The Greedy Other Adaptive Face Routing) [34]

II.5.4

Les

protocoles

de

routage

selon

le

mode

detablissement des chemins


Ces protocoles de routage se basent sur des principes de routage dans les rseaux
Ad-hoc, qui sont : linondation, le vecteur de distance, le routage la source et ltat de
lien [30]. Cette classification bas sur comment le nud source trouve un lien le nud
destinataire Suivant la manire de cration et de maintien des chemins pendant le routage,
nous distinguons trois catgories de protocoles de routage : les protocoles proactifs, les
protocoles ractifs et les protocoles hybrides [32].
II.5.4.1

Protocoles de routage proactifs (proactive routing ou

table-driven routing)
Ce type des protocoles utilisent lchange rgulier de messages de contrle pour
maintenir au niveau de chaque nud des tables de routage [32]. Alors chaque nud
sefforce de maintenir constamment jour sa propre table de routage, de sorte que
lorsquun paquet 1P doit tre mis (ou rout) par ce nud, a route que ce paquet doit
suivre soit dores et dj connue, et donc immdiatement exploitable. Lapproche
communment adopte pour raliser ce type de routage consiste faire en sorte que

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

20

LE ROUTAGE DANS LES RCSF

CHAPITRE II

chaque nud diffuse priodiquement sa propre table de routage, et la mette par ailleurs
jour en fonction dinformations similaires reues de tous ses voisins [30].
Les protocoles proactifs sont adapts aux applications qui ncessitent un
prlvement priodique des donnes. Et par consquent, les capteurs peuvent se mettre
en veille pendant les priodes dinactivit, et nenclencher leur dispositif de capture qu
des instants particuliers [32].
Les avantages majeurs prsents par les protocoles de routage proactifs sont les
bonnes performances quils permettent dobtenir lorsquun paquet IP doit suivre une
route dans laquelle tous les nuds-relais sont effectivement disponibles, et disposent
chacun dune table de routage jour [30].
Les inconvnients majeurs sont le surcot important occasionn par le trafic de
contrle ncessaire au maintien jour des informations de routage, et des temps de
raction souvent assez longs lorsque des changements dans la topologie du rseau
obligent lensemble des nuds corriger leurs tables de routage en consquence [30].
Exemple des protocoles de routage ractifs [30]:
1.

OLSR (Optimized Link State Routing Protocol)

2.

CGSR (C/usterhcad Gateway Switch Routing protocol,)

3.

DSDV (Dynamic Destination Sequenced Distance Vector

routing protocol,)
4.

WRP (Wireless Roit tu g Protocol,).


II.5.4.2

Protocole de routage ractif (Reactive Routing

Protocols) :
Stratgies de routage ractifs ne maintient pas l'information globale de tous les
nuds d'un rseau plutt que la mise en place de l'itinraire entre la source et la
destination est base sur sa recherche dynamique en fonction de la demande. Afin de
dcouvrir la route de la source la destination, une requte de dcouverte de route et le
chemin inverse est utilise pour les rponses de requtes [29].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

21

LE ROUTAGE DANS LES RCSF

CHAPITRE II

Lorsquun nud devant router un paquet IP vers une certaine direction constate que
sa table de routage ne contient aucune indication pour atteindre cette destination, il diffuse
dans lensemble du rseau un message de contrle (RREQ) invitant tous les nuds du
rseau mettre jour leur table de routage vis--vis de la destination vise. En rgle
gnrale, cette mise jour seffectue aussi grce un second message de contrle (RREP)
initi par le nud destinataire lui-mme, ce message remontant (en source-routing) vers
le nud qui cherche latteindre [30].
Ainsi, dans les stratgies de routage ractif, choix du trac (la slection de chemin)
est la demande en utilisant le trajet interrogation avant l'tablissement de l'itinraire
[29].
Ces stratgies sont diffrentes de deux manires par [29]:

Rtablissant et recalculer le chemin en cas de dfaillance occurrence

Rduisant les frais gnraux de communication causs par les inondations


sur les rseaux.

Lavantage majeur des protocoles ractifs est que le surcot occasionn par la mise
jour des informations de routage est directement proportionn, au cas par cas, aux flux
de donnes circulant dans le rseau [30].
Les principaux inconvnients sont que ces protocoles ncessitent un temps de
latence consquent avant quune route vers une certaine destination puisse tre exploite
pour la premire fois [30].
Exemple des protocoles de routage ractifs [30]:
1.

AODV (Ad Hoc On-demand Distance Vector,)

2.

DSR (Dynamic Source Routing)

3.

TOK4 (Temporally Ordered Routing Algorithm routing

protocol,)
4.

DYMO (Dynamic 1anet On-demand)

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

22

LE ROUTAGE DANS LES RCSF

CHAPITRE II

II.5.4.3

Protocole de routage hybride (Hybrid routing

protocols) :
Les protocoles de routage dit hybride, combinent les deux ides des protocoles
proactifs et ractifs. Ils utilisent un protocole proactif pour apprendre le proche voisinage
(par exemple le voisinage deux ou trois sauts), ainsi, ils disposent de routes
immdiatement dans le voisinage. Au-del de la zone du voisinage, le protocole hybride
fait appel un protocole ractif pour chercher des routes [32].
Exemple des protocoles de routage hybrides [30]:
1.

HSLS (Hazy Sighted Link State)

2.

ZRP (Zone Routing Protocol)

II.6 Exemple des protocoles de routage pour les rseaux de


capteur sans fil
Daprs de ce qui prcde, plusieurs protocoles de routage ont t proposs pour les
rseaux de capteur sans fil. Dans chaque cas du routage on trouve un tel ou tel protocole
qui est bien adapt une telle application selon des critres afin de satisfaire leur besoins.

II.6.1

SPIN

(Sensor

Protocols

for

Information

via

Negotiation)
Les protocoles de capteurs pour L'Information via La Ngociation ont t conus
amliorer les classiques inondant protocoles. Ils adaptent sous la livraison modle de
donne o les nuds sentent la donne et dissminez la donne partout le rseau au moyen
de la ngociation. LES nuds SPIN utilisent trois types des messages pour la
communication [41]:
1. ADV : Quand un nud a nouvellement la donne la part ; il peut faire de
la publicit pour que celui utilisant ADV message contenant Metadata.
2. REQ : Nud envoie un REQ quand il a besoin de recevoir la donne relle.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

23

LE ROUTAGE DANS LES RCSF

CHAPITRE II

3. Data-Data : message contient la donne relle.


La famille de protocole SPIN est faite de quatre protocoles, SPIN-PP, SPIN -EC,
SPIN -LR et SPIN BC.

Fig II.8 Protocole SPIN [41].


(a). Le nud A au dmarrage fait la publicit pour sa donne au nud B.
(b). Le nud B rpond en envoyant une demande au nud A.
(c). Aprs que recevoir la donne sollicite.
(d). Le nud B de envoie alors dehors les annonces ses voisins.
(e). Qui dans le tour envoient la s de demande en arrire au B (e-f).

II.6.2

Diffusion Dirige (Directed Diffusion)

L'ide dominante du Diffusion Dirige est de combiner la donne venant de


diffrent sources en route par la redondance liminatoire, minimiser le nombre des
transmissions ; sauvant ainsi l'nergie de rseau et prolonger sa vie. Autrement que
traditionnel droutant bout bout, DC droutant les routes de trouvailles des sources
multiples une unique destination qui permettent dans le rseau de consolidation de
donnes redondant [34].
Dans la diffusion dirige, les capteurs mesurent les vnements et crez les pentes
de l'information dans leurs voisinages respectifs. La poste de base sollicite la donne en
diffusant intrts. L'intrt diffuse au travers du rseau de saut-par- saut, et est diffus par

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

24

LE ROUTAGE DANS LES RCSF

CHAPITRE II

chaque nud ses voisins. Comme l'intrt est propag partout le rseau, les pentes Setup
donner de traction satisfont ils la question vers le sollicitant nud [34].

Fig II.9 Les phases de Directed diffusion [44].

II.6.3

Rumor Routing

Routage par rumeur (Rumor Routing) est bas sur le concept de l'agent, lequel est
un paquet longue vie que traverse un rseau et informe chaque capteur il rencontre
autour des vnements qu'il a appris pendant sa traverse de rseau. Un agent voyagera
le rseau pour un nombre certain des sauts et alors la filire. Chaque capteur, inclure
l'agent, entretient une liste d'vnement qui a l'vnement-distance paire, o chaque
entre dans la liste contient l'vnement et la distance relle du nombre de sauts cet
vnement du capteur actuellement visit. Par consquent, lorsque l'agent rencontre un
capteur sur son chemin, il synchronise sa liste d'vnements avec celle du capteur il a
rencontr. En outre, les capteurs qui entendent l'agent jour leurs listes d'vnements
selon celle de l'agent, afin de maintenir les chemins les plus courts des vnements qui
se produisent dans le rseau [35].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

25

LE ROUTAGE DANS LES RCSF

CHAPITRE II

II.6.4

TEEN et APTEEN (Threshold sensitive Energy

Efficient sensor Network protocol and Adaptive TEEN)


Larchitecture de rseau de capteur est bas sur un regroupement hirarchique o
les nuds plus troits de clusters et ce processus va sur le deuxime niveau jusqu' la
station de base est atteint. TEEN nest pas bon pour les applications o les rapports
priodiques sont ncessaires car l'utilisateur ne peut pas obtenir des donnes tous les
seuils ne sont pas atteints [41].

Fig II.10 Clustering hirarchique [41].

L'architecture de APTEEN est la mme que TEEN. APTEEN prend en charge trois
diffrents types de requtes : historique, d'analyser les valeurs des donnes passes, une
fois, de prendre un instantan du rseau et persistante pour surveiller un vnement pour
une priode de temps [41].

II.6.5

LEACH

(Low

Energie

Adaptaive

Clustering

Hirarchy)
Est le protocole de routage hirarchique plus populaire pour les rseaux de capteur.
LEACH Est un protocole hirarchique dans laquelle la plupart des nuds transmettent
culster ttes, et les chefs de culster compresser et agrger les donnes

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

26

CHAPITRE II

LE ROUTAGE DANS LES RCSF

et le transmet la station de base. LEACH Suppose que chaque nud a une radio assez
puissant pour atteindre directement la station de base ou la tte de grappe la plus proche,
mais que l'utilisation de cette radio pleine puissance tout le temps serait gaspiller de
l'nergie. Nuds qui ont t chefs culster ne peuvent pas devenir des chefs de nouveau
de cluster P tours. la fin de chaque tour, chaque nud qui ne est pas une tte de cluster
slectionne la tte de cluster le plus proche et se joint ce cluster de transmettre ses
donnes [41].

Fig II.11 Protocole LEACH [43].

II.6.6

PEGASIS (Power Efficient Gathering in Sensor

Information Systems)
PEGASIS est former dune chane parmi les nuds de capteurs de sorte que chaque
nud de rception et d'mission un voisin proche. Les donnes collects d'un nud
un nud dsign et transmet la station de base. Pour la collecte de donnes chaque
tour, chaque nud reoit des donnes d'un voisin, fusionne avec ses propres donnes et
transmettre autre voisin sur la chaine. Dans la Fig II.12 nud c2 est le chef, et il passera
le jeton long de la chane au nud c0. Nud c0 passera ses de donnes au nud c2. Aprs
nud c2 reoit des donnes de nud c1, passer le jeton au nud c4, et le nud c4 passera
son nud vers c2 [41].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

27

CHAPITRE II

LE ROUTAGE DANS LES RCSF

Fig II.12 Approche de passage de jeton [41].

II.6.7

COUGAR

L'ide principale est d'utiliser des requtes dclaratives pour abstraire des requtes
traitant de la fonction de rseau plus temporelle tel que la slection des capteurs
applicables et ainsi de suite. COUGAR utilise dans le rseau agrgation de donne pour
obtenir plus d'conomies d'nergies. COUGAR intgre une architecture de systme de
base de donnes de capteur dans lequel les nuds de capteur slectionner un nud leader
pour effectuer une agrgation et transmettre les donnes la station de base. Le BS est
responsable pour gnrer un plan de requte, qui spcifie les informations ncessaires sur
le flux de donnes et rseau de calcul pour la requte entrante et l'envoyer aux nuds
pertinents. Le plan de requte dcrit galement comment slectionner un chef de file pour
la requte [34].

II.6.8

SAR (Sequential Assignment Routing)

est l'un des premiers protocoles de routage pour les rseaux de capteurs qui introduit
la notion de qualit de service dans les dcisions de routage Ce est une approche multichemins dtermins par des tables se efforant d'atteindre l'efficacit nergtique et la
tolrance aux pannes. Le protocole SAR cre arbres enracins au voisins une-hop de sink,
En utilisant arbres crs, plusieurs chemins de sink capteurs sont forms. L'un de ces
chemins est choisi en fonction des ressources d'nergie et la qualit de service sur le
chemin. Rcupration de dfaut se fait par l'application de table de routage cohrence
entre nuds monte et en descente sur chaque chemin [35].
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

28

LE ROUTAGE DANS LES RCSF

CHAPITRE II

II.6.9

SPEED

(Stateless

Protocol

for

Real

-Time

Communication in Sensor Networks)


Un protocole de routage de QoS qui fournit en temps rel de bout en bout des
garanties. Le protocole exige que chaque nud pour maintenir des informations sur son
voisins et utilise le transfert gographique pour trouver les chemins. En plus, SPPED
sefforcer d'assurer une certaine vitesse pour chaque paquet dans le rseau de sorte que
chaque application peut estimer le dlai de bout en bout pour les paquets en divisant la
distance par rapport sink par la vitesse du paquet avant de prendre la dcision
d'admission. SPPED est plus performant en termes de dlai de bout en bout. De plus,
l'nergie de transmission totale est infrieure en raison de la simplicit de l'algorithme de
calcul d'itinraire [35].

II.6.10

GEAR (Geographic and Energy-Aware Routing)

Dans le protocole GEAR, les capteurs sont supposs avoir le matriel de


localisation quip. Par ailleurs, les capteurs sont conscients de leur nergie rsiduelle
ainsi que les emplacements et l'nergie rsiduelle de chacune de leurs voisins. GEAR
utilise l'nergie heuristique consciente qui sont bass sur l'information gographique pour
slectionner capteurs router un paquet vers sa rgion de destination. Puis GEAR utilise
un algorithme de transmission gographique rcursive pour diffuser le paquet l'intrieur
de la rgion cible [35].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

29

CHAPITRE II

LE ROUTAGE DANS LES RCSF

II.7 Conclusion
Le routage dans les rseaux de capteur sans fil est conue comme un nouveau
domaine de recherche qui tmoin un grand succs. Plusieurs protocoles de routage ont
t proposs pour les rseaux de capteur dont chaque protocole est fortement dpendant
de l'application de rseau. L'objectif final de la conception du protocole de routage est de
maintenir des capteurs fonctionnant aussi longtemps que possible donc prolonger la dure
de vie du rseau. Ainsi La consommation d'nergie des capteurs est domine par la
transmission de donnes et la rception. Par consquent, les protocoles de routage conus
pour les rseaux de capteurs doivent tre aussi nergtiques que possible pour prolonger
la dure de vie des capteurs individuels, et donc tourner vers lobjectif final que
prolongement la dure de vie du rseau.
Sans oublier quune conception dun protocole de routage est bien difficile
puisquelle connait des facteurs et des contraintes qui doivent tenir compte afin de raliser
le bon protocole.

Dans ce chapitre nous avons cit quelques facteurs suivant des critres qui posent
des problmes de conception du rseau, ensuite nous avons prsent un chantillon de
protocoles de routage en prenant en compte plusieurs critres de classification y compris :
le critre selon larchitecture du rseau, le fonctionnement de protocole, le paradigme de
communication, et selon ltablissement de chemin. Pour bien illustrer le fonctionnement
des protocoles proposs nous avons montr les protocoles de routage les plus connues
dans les rseaux de capteur avec une brve explication.

Dans le chapitre qui suit, nous nous intressons plus aux protocoles de routage bas
sur la QoS avec temps rel qui nous conduit choisi parmi celle-ci le meilleur protocole
de routage pour notre approche.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

30

CHAPITRE III
Routage avec QoS temps rel

Celui qui trouve sans chercher est celui qui a longtemps cherch

sans trouver.

Gaston Bachelard

CHAPITRE III

III.1

ROUTAGE AVEC QOS TEMPS REEL

Introduction
Pendant que les donnes dans les rseaux de capteur sans fil sont

conformment avec des termes comme des grandes quantits, les flux, et faibles
taux etc. Les concepts : la latence, dbit, et le dlai sont les plus importants facteurs
concerns pour vrifier les termes prcdentes. Sachant que ces concepts sont souvent
rfrencs des mtriques de la qualit de service (QoS).

Ces facteurs sont posent des contraintes pour le routage dans rseaux de
capteur. Ce qui obliger les chercheurs dvelopper des techniques et des algorithmes
fin dadapter les rseaux de capteurs aux applications garantissant une bonne qualit de
service.

Dans ce chapitre on va entamer une prsentation dtaille des paramtres de


rouages ddis pour la qualit de services dans les RCSFs savoir le dlai, le dbit,
consommation dnergie, la bande passante, la gigue et la perte de paquets. Ensuite on va
prsenter un tat de lart des protocoles qui vrifier la QoS et le temps rel en mme temps
avec une tude thorique dtaille des travaux existants pour quelle nous aide choisir
un protocole la fin.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE III

III.2

ROUTAGE AVEC QOS TEMPS REEL

Prsentation gnrale
Dans cette partie nous prsentons, les diffrents concepts fondamentaux de la

qualit de service pour les rseaux de capteur sans fil.

III.2.1

Quest-ce quune qualit de service (QoS) ?

Au sens de rseau informatique, la notion de Qualit de Service regroupe toutes les


mthodes permettant de garantir la disponibilit du rseau pour ses utilisateurs. La notion
de QoS repose sur lhypothse dont le rseau possde des ressources nies et une pnurie
de ses ressources est fortement possible dans des conditions dutilisation raisonnables. Le
rseau tant utilis simultanment par de nombreux utilisateurs dont les comportements
individuels sont indpendants, ce risque de pnurie existe et il est tout fait probable :
cette pnurie serait provoque par une demande dutilisation massive et simultane de la
ressource partage et aurait pour consquence la congestion du rseau. Elle peut alors se
traduire par un blocage des donnes et un eondrement partiel ou total des performances
du rseau (augmentation de la latence de transmission, baisse du dbit oert, pertes de
paquets, etc.) [45].

Au sens de rseaux de capteur sans fil, la qualit de service soit un terme vulgaris,
il nexiste pas de dfinition commune ou officielle de ce terme. Conceptuellement, il peut
tre considr comme la capacit de fournir l'assurance que les exigences de service des
applications peuvent tre satisfaites. Selon le type d'application cible, QoS dans les
RCSFs peuvent tre caractrises par la fiabilit, la rapidit, la robustesse, la disponibilit
et la scurit, entre autres. Certains paramtres QoS peuvent tre utiliss pour mesurer le
degr de satisfaction de ces services, telles que le dbit, le dlai, la gigue et le taux de
perte de paquets. Il y a beaucoup d'autres paramtres QoS dignes de mention, mais ces
quatre sont le plus fondamental [46].
De ce fait, la Qualit de Service est un domaine de recherche et dapplication vaste
et prometteur car il vise abiliser considrablement le rseau, dviter la pnurie des
ressources et la dgradation de ses performances globales [45].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

ROUTAGE AVEC QOS TEMPS REEL

CHAPITRE III
III.2.2

Notions fondamentales du QoS :

Pour appliquer la qualit de service sur un rseau il faut vrifier les conditions
suivantes :
III.2.2.1

Le dlai :

Est le temps coul depuis le dpart d'un paquet de donnes partir du nud source
l'arrive au niveau du nud de destination, y compris le dlai d'attente, dlai de
commutation, temps de propagation, etc. Applications sensibles aux dlais exigent
habituellement les RCSFs de livrer les paquets de donnes en temps rel. Notez quen
temps rel ne signifie pas ncessairement un calcul rapide ou de communication. Un
systme temps rel est unique en ce qu'il doit excuter une vitesse qui rpond aux
exigences de cadencement [46].

Dlai de bout-en-bout (end-to-end delay) :


Applications de rseaux de capteurs ont de nombreuses exigences

critiques de qualit de service, parmi lesquels les contraintes de dlai runion bouten-bout est important. De nombreuses applications ncessitent les RCSFs une
garantie de dlai bout en bout pour les donnes sensibles au temps. Par exemple, le
capteur et rseaux d'acteurs exiger des capteurs pour recueillir et diffuser
l'information en temps opportun pour que les acteurs puissent prendre des mesures
en temps opportun. Un systme de poursuite de cible peut exiger des capteurs pour
recueillir et fournir des informations cible au nud sink avant que la cible quitte le
champ de surveillance. Cependant, le dlai bout-en-bout est difficile destination
de rseaux de capteurs en fonction des vnements en raison de leur modle de
trafic imprvisibles. Dans le mme temps, le dlai de bout en bout est souvent
troitement bagu avec de nombreux autres facteurs comme : la consommation
dnergie et la capacit etc. [47].

Estimation de dlai bout-en-bout [48]


Afin de trouver un chemin avec QoS pour envoyer des donnes de temps

rel la passerelle, l'exigence de dlai de bout en bout doit tre respecte.


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

Avant dexpliquer le calcul du dlai d'un chemin particulier P, nous


introduisons la notation ci-dessous :

RT : Taux de gnration de donnes temps rel pour les capteurs d'imagerie


ri : Taux de service pour les donnes relles de -time sur le nud de capteur i
(1- ri) : Taux de service pour les donnes non en temps rel sur le nud de capteur i
pi : Le nombre de voisins de dtection (gnrateurs de donnes) du nud i sur chemin P
qi : Le nombre de voisins relayant (transitaires de donnes) de nud i sur chemin P
()

: Dbit de donnes temps rel sur le nud de capteur i


()

: Queuing dlai sur un nud i pour le trafic en temps rel


TE : files d'attente de dlai bout-en-bout f notamment chemin P (ignoring propagation
delay)

Tend-end : Dlai de bout en bout pour un chemin particulier P


Trequired : Exigence de bout en bout dlai pour tous les chemins
m : Le nombre de nuds sur le chemin P
Nodes : L'ensemble de tous les nuds de dtection qui font partie du chemin P

Nous supposons que le dlai de propagation est ngligeable. Nous supposons


galement que tous les capteurs ont le mme taux de production de donnes en temps rel

RT. Dbit de donnes en temps rel total par les nuds pi seront pi RT et totale dbit de
donnes en temps rel par les nuds qi sera ajouter rcursive pour chaque seul nud
relais. Ensuite, la charge totale des donnes en temps rel sur un nud de dtection est :
()

=pi RT +
= ...(1)
Le temps d'attente moyen y compris le temps de service dans la file d'attente dans
M / M / 1 modle est indiqu que :

. (2)

O est le taux de transmission de liaison ou taux de service et est le taux d'arrive


de paquet. Par consquent, la file d'attente totale de dlai (y compris le temps de service),

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

ROUTAGE AVEC QOS TEMPS REEL

CHAPITRE III
()

T sur un nud i est:

()

1
()

.. (3)

Nous faisons un rapprochement de simplifier le dlai d'attente de bout en bout en


supposant que le trafic entrant temps rel et les files d'attente non en temps rel sont
stochastique indpendant. Ainsi, le dlai de bout en bout en file d'attente pour un chemin
particulier est :
1

()

= Q =

()

1
()

r p =1 p

(4)

Puisque nous ignorons le temps de propagation, la fin totale du dlai final sera :
=

1
r

()
q
p =1 p

.. (5)

Pendant que nous gnrons une formule pour calculer le dlai de bout en bout pour
une voie particulire, trouver les r-valeurs optimales pour chaque lien dans la mesure o
le dlai d'attente est concern, sera problme d'optimisation trs difficile rsoudre. Le
problme est spcifi comme tant un problme d'optimisation comme suit :
{((1 ))} .. (6)
Sera

< 0 < 1 . (7)


Afin de trouver la r-valeur de l'ingalit suivante : <
Pour simplifier nous envisager de trouver une r-valeur qui satisfera le dlai du
dernier nud de saut depuis le dernier nud obtiendra le plus long dlai rel de file
d'attente. En consquence, les autres nuds avant le dernier nud seront dj satisfait de
cette r-valeur et utilisera la mme valeur. Nous divisons tenus Trequired en m intervalles
de temps gaux, o m est le nombre de nuds sur un chemin particulier. Le calcul de r
pour le dernier nud de saut m est la suivante :

= Q
=

1
q

r (p + p)

. (8)

( + ) . (9)

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL


III.2.2.2

Le dbit

Cest le nombre effectif du flux de donnes transport dans un certain laps de temps,
est galement spcifi comme largeur de bande dans certaines situations. En gnral, plus
que le dbit du rseau est grand, le systme possde la meilleure performance. Ces nuds
qui gnrent des flux de donnes grande vitesse, comme un nud de capteur de la
camra utilise pour transmettre des images pour la poursuite de cibles, ont souvent
besoin d'un dbit lev. Afin d'amliorer l'efficacit des ressources, en outre, le dbit de
RCSF doit souvent tre maximis [46].
III.2.2.3

Consommation de la bande passante

La minimisation du nombre de messages redondants optimise la consommation de


la bande passante [49].

III.2.2.4

Consommation dnergie

Lnergie est considre comme une ressource prcieuse dans les rseaux de
capteurs, sa conservation est indispensable pour garantir une longue dure de vie aux
rseaux puisquil est gnralement impossible de recharger les batteries des capteurs.
Cette consommation est optimise quand le nombre de messages retransmis et le nombre
de rceptions redondantes sont rduits [49].
III.2.2.5

La gigue

Est gnralement appel variations de dlai. Elle est souvent cause par la
diffrence des dlais rencontrs par les files d'attente des paquets conscutifs [46].
III.2.2.6

la perte de paquets

Est le pourcentage de paquets de donnes qui sont perdus au cours du processus de


transmission. Il peut tre utilis pour reprsenter la probabilit de perte de paquets en
cours. Un paquet peut tre perdu en raison d'exemple la congestion, erreur sur les bits, ou
une mauvaise connectivit. Ce paramtre est troitement li la fiabilit du rseau [46].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE III
III.2.3

ROUTAGE AVEC QOS TEMPS REEL

Problmatique du temps rel

Dvelopper des applications en temps rel dans les RCSFs devrait tenir compte non
seulement des contraintes de ressources, mais aussi la fiabilit de nud et de la
communication et le temps variant globalement les performances du rseau. Trs peu de
travail avant peut tre appliqu directement. De nouveaux modles sont ncessaires pour
offrir QoS avec temps rel (RT) en RCSF avec garantie de temps de livraison de bout en
bout, dlai, gigue et d'autres paramtres de qualit de service. Ce sera un nouveau dfi
pour les rseaux de capteurs dans les prochaines dcennies. Sans perte de gnralit,
garantir de QoS avec RT peut tre class en deux catgories [50] :
Hard real-time (HRT) temps rel dur : dans ce systme le dlai de bout
en bout dterministe li doit tre soutenue. L'arrive d'un message aprs son
chance est considre comme un chec du systme
soft real-time (SRT) temps rel souple : dans ce systme une garantie
probabiliste est ncessaire et certains dlais sont tolrables.
Il convient de noter que tout en considrant le soutien RT dans les rseaux de
capteurs, de consommation d'nergie ne devrait jamais tre ignore. Il y a souvent de
troquer entre ces deux considrations [50].

III.2.4

Routage avec QoS

Routage de QoS se rfre la recherche d'un trajet possible P = v1

v2

vn

du nud source vers le nud 1 en volume de destination vn, qui rpond la contrainte du
service QoS. Il doit rpondre aux diffrentes exigences de qualit de service et d'assurer
l'utilisation efficace des ressources. De toute vidence, satisfaire plusieurs paramtres
indpendants de routage avec QoS est un problme NP-complet [51].
L'objectif de problme de routage en RCSF est d'utiliser la mthode de la probabilit
de routage choisir fin de trouver un lien d'optimisation partir du nud de capteur au
nud sink. Le lien doit rpondre aux multiples contraintes QoS. Cest--dire satisfaire
bande passante de liaison, le dlai, le taux de perte de paquets et la consommation
d'nergie. Simultanment, il prend galement la dure de vie des rseaux que l'objectif
d'optimisation du systme. Par consquent, pour nimporte quel nud de nud source et

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

ROUTAGE AVEC QOS TEMPS REEL

CHAPITRE III

destination, problme de routage avec QoS dans les RCSFs peuvent tre exprimes tous
les problmes d'optimisation de probabilit communes suivantes [51]:
_ ; (10)
= { (, ), (, )} . (11)
= (, ) . (12)
= 1 ((1 ( )) (1 ( , +1 ))) (13)
( ) = . ( ) + . ( ) + . + . (( ) )
.. (14)
O (10) indique la maximisation du dure de vie est des rseaux dans un systme a
des objectifs d'optimisation ; (11) montre la bande passante du lien de chemin minimale
Bp

ne

doit

pas

tre

infrieure

la

bande

passante

minimale

requise

Bmin; (12) montre que dlai de chemin Dp ne doit pas tre plus que le plus grand dlai
tolr ; (13) est la contrainte de taux de perte de paquets du chemin; (14) montre la
fonction objectif d'un chemin Pc, nergie(p)est l'nergie rsiduelle, Dmax Emin et Mmin,
indiquent les maximaux dlais tolrables du chemin, ses rapports d'nergie rsiduelle
minimale et la mmoire normalise disponibles respectivement. les variables
, , et traduisent le facteur de pondration de dlai, la largeur de bande, le taux
de perte de paquets et le rapport de l'nergie rsiduelle.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

Etat de lart
III.4

Les protocoles de routage avec QoS temps rel

L'utilisation efficace des ressources nergtiques de capteurs et de maximiser la


dure de vie du rseau taient et sont toujours les principales considrations de conception
pour les protocoles et algorithmes les plus proposes pour les rseaux de capteurs et ont
domin la plupart des recherches dans ce domaine. Les notions de temps de latence, de
dbit et la perte de paquets nont pas encore acquis une grande attention de la communaut
de recherche. Toutefois, selon le type d'application, les donnes sensorielles sont gnres
normalement des caractristiques diffrentes, o elle peut contenir un dlai sensible et la
fiabilit des donnes exigeantes [52].
Par consquent, ce qui permet de nombreuses applications dans les rseaux de
capteurs ncessitent de l'nergie et de QoS dans les diffrentes couches de la pile de
protocoles afin d'avoir une utilisation efficace des ressources du rseau et l'accs effectif
des capteurs lectures. Ainsi routage avec QoS est un sujet important dans la recherche
sur les rseaux de capteurs [52].
Dans les protocoles de routage base de QoS, le rseau a un quilibre entre
consommation d'nergie et la qualit des donnes. En particulier, le rseau doit satisfaire
certains paramtres de qualit de service sont dcrivent auparavant fin de dlivrer les
donnes la station de base.
En outre la congestion dans le rseau doit galement tre vite. Bien que de
nombreux protocoles de routage avec des amliorations de qualit de service aient t
dvelopps, le secteur sur la qualit de service est largement ouvert dans les RCSFs. La
section suivante illustre certaines des approches de QoS qui ont t dvelopps pour
RCSF.
L'un des premiers protocoles de routage proposes qui fournissent une certaine
qualit de service est le Protocole de routage d'affectation squentielle (SAR) :

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE III
III.4.1

ROUTAGE AVEC QOS TEMPS REEL

SAR (Sequential assignment routing)

Sohrabi et al. 2000 : est l'un des premires protocoles de routage pour les rseaux
de capteurs qui introduit la notion de qualit de service [54]. Ainsi SAR est un protocole
de routage multi-chemin qui prend des dcisions de routage bas sur trois facteurs :
ressources nergtiques, de qualit de service sur chaque chemin, et le niveau de priorit
de paquet. Plusieurs chemins sont crs par la construction d'un arbre enracin de la
source la destination. Pendant la construction de chemins, les nuds qui ont de faibles
QoS et une faible nergie rsiduelle sont vits [53].
Lors de la construction de l'arbre, la plupart des nuds appartiendra trajets
multiples (multi-chemins). Pour transmettre des donnes au sink, SAR calcule une
mtrique de QoS pondrs cest un produit de la mtrique du QoS d'additifs et un
coefficient de pondration associ au niveau de priorit du paquet pour slectionner un
chemin. Employant plusieurs chemins augmente la tolrance aux pannes, mais le
protocole SAR souffre de la charge de maintenir les tables de routage et les paramtres
de qualit de service chaque nud de capteur [53].
K. Akkaya et M. Younis en 2003 : propos un courant protocole de routage cluster
bas sur QoS qui utilise un modle de file d'attente pour grer la fois le trafic en temps
rel et non en temps rel. Le protocole ne considre que le dlai de bout en bout. Le
protocole associe une fonction de cot de chaque liaison et utilise le K-algorithme de
chemin de moindre cot (1) pour trouver un ensemble des meilleurs itinraires candidates
[53].
Chacune des routes est vrifier contre les contraintes de bout en bout et la route qui
satisfait aux contraintes est choisi pour envoyer les donnes au sink. Tous les nuds sont
affects initialement le mme rapport de largeur de bande qui rend contraintes sur d'autres
nuds qui ncessitent plus lev taux de bande passante.
(1)

Il a t conu pour tracer le chemin le plus court dans un rseau avec des nuds relis par des liaisons pondrs. Pour

utiliser cet algorithme, un rseau virtuel peut tre construit sous deux conditions : (1) les centres de chaque cellule de la grille
servent de nuds dans le rseau, et (2) les connexions entre les centres voisins de cellules agissent comme des maillons du
rseau

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

10

ROUTAGE AVEC QOS TEMPS REEL

CHAPITRE III

En outre, le dlai de transmission nest pas pris en compte dans l'estimation du dlai
de bout en bout, ce qui conduit parfois la slection des itinraires qui ne satisfont pas le
dlai ncessaire de bout en bout. Cependant, le problme de l'affectation de la bande
passante est rsolu dans

(2)

par l'attribution d'un rapport de largeur de bande diffrente

pour chaque type de trafic pour chaque nud [53].


Dans [55] en 2014 : SAR est un protocole bas sur QoS, qui utilise l'architecture
de l'arbre pour router des paquets de donnes dans le rseau. Plusieurs chemins sont crs
dans l'architecture de l'arbre du puits aux nuds capteurs. SAR assure l'efficacit
nergtique et de la faute structure de la tolrance en crant plus d'un chemin de diffrents
nuds au sink. Algorithme de routage d'affectation squentielle considr des facteurs
comme rservation d'nergie, des mesures de qualit de service, le niveau de priorit du
paquet.
SAR maintient une table de routage stock plusieurs chemins de nuds au sink.
Chaque fois que nuds dcident pour acheminer le paquet vers le sink, le meilleur chemin
optimal est slectionn dans la table de routage. Le paquet avec une faible priorit choisit
le chemin le plus contrairement au paquet avec niveau de priorit lev. Protocole SAR
a une surcharge de maintenir une table de routage d'normes nuds.

Fig III.1 Architecture de l'arbre SAR [55].

M. Younis, M. Youssef, K. Arisha, Energy aware routing in cluster based sensor networks, Dans les travaux de La 10e
IEEE syposium international sur modleing , l'analyse et la simulation des systmes informatiques et de tlcommunications (
MASCOTTES - 2002 ) , Fort Worth 11-16 Octobre ., 2002
(2)

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

11

CHAPITRE III
III.4.2

ROUTAGE AVEC QOS TEMPS REEL

Energy-Aware QoS Routing

Akkaya et Younis en 2003 [56] : Akkaya et Younis prsentent un protocole de


routage bas sur QoS conscience-nergie qui pourrait trouver le chemin conome en
nergie de laquelle l'exigence de dlai de bout en bout peut tre satisfaite. Le protocole
propos tend l'approche de routage dans

(2)

et trouve le chemin de moindre cot et de

dlai limit pour les donnes en temps rel tenir en compte la conservation d'nergie de
nuds, de l'nergie de transmission et d'autres paramtres de communication. En outre,
il maximise le dbit de donnes en temps non rel en ajustant le dbit de service pour les
donnes la fois en temps rel et en temps non rel nuds de capteurs. Afin de fournir
la fois en temps rel et le trafic best effort en mme temps, un modle de file d'attente
bas sur des classes est employ [56].
Le modle de file d'attente est reprsent sur la Fig III.2. Il sagit d'un classificateur
chaque nud pour vrifier le type de paquets entrants et le trafic en temps rel et non
en temps rel aux diffrentes files d'attente prioritaires [56].

Fig III.2 Queuing modle sur un nud de capteur particulier [56].

Ibidem

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

12

ROUTAGE AVEC QOS TEMPS REEL

CHAPITRE III

Le protocole est bas sur une stratgie en deux tapes incorporant la fois des cots
fondes sur les liens et les contraintes de bout en bout. D'abord, ils calculent les chemins
k-moindre cot en utilisant une version tendue de l'algorithme de Dijkstra (le Kalgorithme mentionne auparavant) sans tenir compte du dlai de bout-en-bout.
Deuximement, ils essaient de trouver un des chemins candidats qui rpondent aux
exigences de qualit de service de bout en bout et permet galement de maximiser le dbit
pour le trafic en temps non rel.
Akkaya et al en 2003 : proposent un protocole de routage bas sur QoS qui va
trouver le chemin conome en nergie de laquelle l'exigence de dlai de bout en bout peut
tre satisfaite. Dans ce protocole l'exigence de dlai est transforme en exigence de bande
passante. Mais leur approche ne tient pas compte du dlai qui se produit en raison de
canaliser les accs la couche MAC. En outre, l'utilisation d'un mcanisme de file
d'attente de priorit bas sur des classes est trop compliqu et coteux pour les ressources
limites du capteur [57].

III.4.3

SPEED (Stateless Protocol for End-to-End Delay):

T. He et al en 2003 [53] : est un autre protocole de routage base QoS qui garantit

temps rel de bout en bout. Chaque nud de capteur maintien des informations sur ses
voisins et il exploite expdition gographique pour trouver les chemins. Pour assurer la
livraison de paquets dans les dlais requis, SPEED permet l'application pour calculer le
dlai de bout en bout en divisant la distance au sink par la vitesse de livraison de paquets
avant de prendre toute dcision d'admission. En outre, la vitesse peut fournir l'vitement
d'encombrement lorsque le rseau est encombr.
Cependant, tandis que la vitesse a t compar avec d'autres protocoles et il a
montr la consommation d'nergie de moins que les autres protocoles, cela ne signifie pas
que la vitesse est conome en nergie, parce que les protocoles utiliss dans la
comparaison ne sont pas conscients de l'nergie. SPEED ne considre aucune mtrique
de l'nergie dans son protocole de routage, ce qui rend une question sur son efficacit
nergtique. Par consquent, pour mieux tudier l'efficacit nergtique du protocole
SPEED il devrait tre compar avec les protocoles de routage conscients de l'nergie.
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

13

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

Dans [55] en 2014 : SPEED est conu pour fournir un service de communication en

temps rel lisse avec une vitesse de livraison cohrente entre deux nuds. Dans SPEED
nuds de capteurs stocke les informations de localisation consciente de leurs nuds
voisins dans le tableau de voisinage. Les dcisions de routage de paquets localises sont
fabriques partir des informations stockes dans la table [55].
Le protocole est appel apatride car aucune table de routage est ncessaire pour
la transmission de paquets rsultant en utilisation moins de la mmoire. Dans Figure III.3,
SPEED assure trois types de services de livraison de paquets savoir unicast, multicast
et anycast dans la composante de l'API [55].

Fig III.3 Architecture de base d'un protocole SPEED [58].


SPEED maintient une vitesse de livraison souhaite travers les rseaux de
capteurs par les deux paquets dtourner le trafic la couche rseau et localement
rgulation envoys la couche MAC. Il se compose des lments suivants [58]:

Une API

Une balise rgime de change voisin (neighbor beacon exchange)

Un systme d'estimation de dlai (delay estimation)

L'algorithme Stateless non-dterministe gographique Forwarding (SNGF)

Un Quartier boucle de retroaction (Neighborhood Feedback Loop) (NFL)

Droutement de la contre-pression (Backpressure Rerouting)

Dernier traitement de mile

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

14

ROUTAGE AVEC QOS TEMPS REEL

CHAPITRE III

Comme le montre la figure III.3, SNGF est le module charg de choisir le prochain
saut candidat qui peut soutenir la vitesse de livraison souhaite de routage. NFL et
droutement de La contre-pression sont deux modules de rduire ou de dtourner la
circulation lorsque la congestion se produit, de sorte que SNGF a candidats disponibles
au choix. Le dernier processus de mile est prvu pour supporter les trois smantiques de
communication mentionnes auparavant. Estimation de dlai (Delay estimation) est le
mcanisme par lequel un nud dtermine si la congestion sest produite. Et l'change de
balise (neighbor beacon exchange) fournit l'emplacement gographique des voisins sorte
que SNGF peut faire routage bas gographique. Les dtails de ces composants sont
discuts dans les sections suivantes, respectivement [58].
III.4.3.1

Application API et Format de Packet

Le protocole SPEED fournit quatre niveaux dapplication d'API les appels [58] :

Area Multicast Send Ce service identifie une zone de destination par sa


position de centre et le rayon. Il envoie une copie du paquet chaque nud
l'intrieur du domaine spcifi avec une vitesse suprieure une certaine valeur
dsire.

Area AnyCast Send : Ce service envoie une copie du paquet au moins un


nud l'intrieur de la zone dsigne avec une vitesse suprieure une certaine
valeur dsire.

Unicast Send : Dans ce service, le nud identifi par Global_ID recevra le


paquet avec une vitesse suprieure une certaine valeur dsire.

Speed Receive(): cette primitive permet aux nuds daccepter les paquets
cibls pour eux.

Un format de paquet de donnes pour le protocole SPEED qui contient les champs
principaux suivants :

PacketType : le type de communication : Zone de multidiffusion, AreaAnyCast


ou Unicast.

Global_ID : utilis uniquement en communication Unicast pour identifier un


nud de destination.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

15

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

Zone de destination : Dcrit un espace trois dimensions avec un centre et le


rayon dans lequel les paquets sont destins.

TTL: Time To Live champ est la limite hop utilis pour le traitement de dernier
mile.

Payload.
III.4.3.2

Neighbor Beacon Exchange (echange de

beacon voisin)
Semblable d'autres algorithmes de routage gographiques, tous les nuds SPEED
diffuse priodiquement un paquet de balise pour ses voisins. Ce balisage priodique nest
utilis que pour l'change d'informations de localisation entre voisins. Nous soutenons
que le taux de balisage peut tre trs faible lorsque les nuds l'intrieur du rseau de
capteurs sont stationnaires ou en mouvement lent [58].
III.4.3.3

Delay Estimation (estimation de delai)

Dlai est mesure l'expditeur, qui horodatage du paquet entrant dans la file
d'attente de sortie du rseau et calcule dlai d'aller-retour de saut unique pour ce paquet
lors de la rception dun ACK. Sur le ct rcepteur, la dure de traitement d'un ACK est
mise dans le paquet ACK. Le temps de trafic est calcule en soustrayant le temps de
traitement du ct de rcepteur partir de temps de propagation aller connu par
l'expditeur [58].
III.4.3.4

Stateless Non-deterministic Geographic

Forwarding (SNGF)
SNGF fournit deux proprits intressantes pour aider satisfaire notre objectif.
Premirement, tant donn SNGF envoie des paquets au laval un nud est capable de
maintenir la vitesse de livraison souhaite, doux fourniture en temps rel de bout en bout
est obtenu avec un dlai thorique li :
= Le2e /Ssetpoint .. (15)
O est le Le2e distance entre la source et la destination [58].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

16

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

Avant d'laborer sur SGNF, nous introduisons trois dfinitions :

Le jeu de voisin du nud i (The Neighbor Set of Node) : NSi est l'ensemble
des nuds sont l'intrieur de la porte radio du nud i. Remarque, nous
ne AS pas asume ce que le rayon de communication est un cercle parfait.
SPEED fonctionne avec des motifs de radio irrguliers.

Fig III.4 Dfinitions NS et FS [58].

Le rglage de la transmission du candidat du nud i (The Forwarding


Candidate Set of Node i) : Un ensemble de nuds qui appartiennent NSi
et sont plus proches de la destination. Formellement :
() = { | _ > 0} (16)
o L est la distance entre le nud i la destination et _ est la distance
de saut candidat suivant transmission la destination. Ces nuds sont
l'intrieur de la zone hachure ombrage comme le montre la figure III.4.
Nous pouvons facilement obtenir (Destination) en balayant l'ensemble
de nuds NS .Il convient de noter que les membres de l'ensemble voisin ne
dpend que de la porte radio, mais la composition du renvoi dfini dpend
aussi de zone de destination.

vitesse Relais (Relay Speed) : Relais de vitesse est calcule en divisant la


distance de l'avance pour le nud de saut suivant j par le dlai estim pour
transmettre un paquet au nud j. Formellement :

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

17

ROUTAGE AVEC QOS TEMPS REEL

CHAPITRE III

() =

(17)

Depuis SPEED, nuds garder l'ensemble voisin (NS), mais ne gardent pas une table
de routage ou de flux d'informations, les besoins en mmoire sont proportionnels
uniquement au nombre de voisins. Bas sur la destination du paquet et les FS actuelles,
la partie the Stateless Non-deterministic Geographic Forwarding (SNGF) de nos
itinraires de protocole achemine des paquets selon les rgles suivantes :
1.

Les paquets sont transmis uniquement aux nuds qui appartiennent la


(Destination). Sil n'y a pas l'intrieur du nud (Destination), les paquets
sont supprims et une balise de contre-pression est dlivre en amont nuds
pour viter de nouvelles chutes. Pour rduire le risque de ces gouttes, on en
dduit une borne infrieure de la densit de nud qui peut pratiquement
liminer ces gouttes.

2.

SPEED divise les nuds voisins intrieurs (Destination) en deux groupes.


Un groupe contient les nuds qui ont des vitesses relais suprieure une
certaine vitesse souhaite Ssetpoint, l'autre contient les nuds qui ne peuvent
pas supporter une telle vitesse dsire. Le Ssetpoint est un paramtre de systme
qui dpend de la capacit de communication des nuds et la charge de travail
souhaite trafic d'un rseau de capteur doit appuyer.

3.

La transmission candidat est choisi dans le premier groupe, et le nud voisin


avec la plus grande vitesse de relais a une plus grande probabilit d'tre choisi
comme le nud d'acheminement. Dans notre tude, nous utilisons la
distribution exponentielle discrte aux compromis entre quilibrage de charge
et option longueur du chemin optimal.

4.

Sil n'y a pas de nuds appartenant au premier groupe, un rapport de relais est
calcul sur la base du Quartier boucle de rtroaction (NFL), Dans SPEED un
paquet est abandonn uniquement lorsque aucun nud en aval peut garantir la
vitesse de saut unique consigne Ssetpoint et abandon de paquets doit tre perform
pour rduire la congestion. Bien que l'on peut considrer des paquets de
tampons comme alternative au sink, cependant, nous soutiennent que le sous-

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

18

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

temps rel et petites contraintes de mmoire, la chute est souvent un meilleur


choix.
III.4.3.5

Neighborhood Feedback Loop (NFL)

(Quartier boucle de retroaction)


NFL est l'lment cl dans le maintien de la vitesse saut de relais unique. Le
NFL est une approche efficace pour le maintien du systme performance une valeur
dsire. O un faible ratio manque des tches en temps rel et une haute utilisation des
nuds de calcul sont simultanment atteint. Ici, nous voulons maintenir un seul de vitesse
de relais saut suprieure un certain Ssetpoint de valeur [58].

Fig III.5 Quartier boucle de retroaction (Neighborhood Feedback Loop (NFL))


[58].
Le dlai est le temps coul entre l'envoi de paquets de donnes par un nud de
dtection et la rception des paquets par le nud suivant. En cas aucun nud nest trouv
runion vitesse approprie de la transmission, le rapport de relais est calcul valuations
voisin boucle (NFL) par composante. Largage de paquets est dcid par le rapport de
relais de la composante de la contre-pression, rachemine le paquet en cas de congestion
et des vides dans le rseau [55].
Un inconvnient de protocole SPEED, qu'il choisit tous les paquets en mme
mcanisme. Aucune mthode diffrente nest disponible pour les paquets en temps rel

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

19

ROUTAGE AVEC QOS TEMPS REEL

CHAPITRE III

et non rel. Mtrique de l'nergie et la fiabilit nest pas mentionns dans cette
protocole [55].
He, T., J.A. Stankovic, C. Lu et T.F. Abdelzaher en 2005 : SPEED utilise le
routage entre les chemins qui ont une vitesse constante et dtermine et il utilise moyen
exponentielle pondr de mouvement afin d'valuer au ralenti dure de lien. L'objectif de
ce protocole est de rduire le dlai. SPEED est un protocole de routage heuristique qui a
t conu en temps rel pour les rseaux de capteur sans fil. Dans le protocole SPEED, la
vitesse de lecture est certaine dtermine en utilisant la division et de l'valuation de la
distance

de

dlai

de

transmission.

Le

taux

de

transmission

de

russite

paquet est mis en correspondance par la vitesse ncessaire que la possibilit de


slectionner un nud avec une grande vitesse de diffusion est suprieure une vitesse
souhaite avec le nud [59].

III.4.4

MMSPEED (Mutipath Multi SPEED)

E. Felemban, C. Lee, E. Ekici, R. Boder, et S. Vural en 2005 [44]: MMSPEED


protocole de routage Multi-chemin et multi-SPEED et une extension de SPEED est conu
pour supporter des vitesses de communication multiples, qui fournit la fiabilit
diffrencie. Une caractristique cl de MMSPEED est qu'il traite la fois question en
temps rel et la fiabilit sparment. Les principaux objectifs de la conception
MMSPEED sont :

Dcision de paquet localise de routage sans mise jour d'tat de rseau globale
ou un tablissement de chemin priori.

Fournir QoS diffrencies (Quality of Service) options de opportunit isol et


domaines de fiabilit.
Pour le premier but, le mcanisme de routage gographique fond sur la conscience

de l'emplacement est utilis. Chaque nud de capteur est suppos tre au courant de sa
situation gographique. Ces informations de localisation peuvent tre changes avec les
voisins immdiats avec "L'emplacement est mise jour priodique des paquets"
(periodic location update packets).

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

20

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

Ainsi, chaque nud est conscient de ses voisins immdiats au sein de sa gamme de
radio et leurs emplacements. Pour le deuxime but, MMSPEED offre de multiples options
de vitesse de livraison qui sont garantis rseau largement. Pour cela, l'ide d'un protocole
de SPEED qui peut garantir une vitesse l'ensemble du rseau est utilise. MMSPEED
assume quelques hypothses importantes :

Tous les nuds connaissent leur situation gographique.

Localisation de la destination du paquet est connue.

Le protocole MAC sous-jacente permet priorit entre les diffrentes classes au


moins de manire stochastique.

Chaque niveau de vitesse est mapp sur un classe MAC de priorit de couche.
Associer des messages avec des chances se concentre sur le problme de fournir

des garanties de respect des dlais pour les transmissions multi-saut dans une application
du capteur en temps rel. Dans une telle application, chaque message est associ une
date limite et peut tre ncessaire de parcourir plusieurs sauts partir de la source vers la
destination. Dlais de messages sont drivs de la validit des donnes de capteurs
d'accompagnement et heure de dbut de la tche qui prend la destination. Le protocole
rduit de dlai par le message de programmation en fonction de leurs contraintes
dopportunit par saut. Il prend en charge une garantie de qualit de service probabiliste
par provisionnement dans deux domaines Opportunit et de fiabilit.
La diffrenciation du QoS est fournie par plusieurs vitesses de livraison de paquet
de multiple rseau. Le systme emploie des paquets gographiques de transmission
localise augmente avec compensation dynamique, qui compense pour les inexactitudes
de dcision locales comme un paquet voyage vers sa destination. Les nuds
intermdiaires peuvent soulever niveau de vitesse sils trouvent que le paquet peut
manquer la date limite de dlai avec la vitesse actuelle, mais peut se runir un niveau
suprieur. Pour rduire le nombre de collisions, le QoS a t amlior en adaptant le
mcanisme dadaptateur de fentre de contention (the Contention Window Adapter
(CWA)) dans lequel une fentre de contention dynamique a t utilise.
Bien que, MMSPEED fait quelques amliorations sur la vitesse et la diffrencie
entre les diffrents niveaux en temps rel, il najuste pas dynamiquement les chemins de

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

21

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

routage fonction de l'tat d'nergie du nud. SPEED et MMSPEED ont une carence
commune cest qu'ils ne prennent pas en compte la mesure de la consommation d'nergie.
Cette mesure a t considre par le protocole EAMMSPEED, quon va voir par la suite.

E. Felemban, C. Lee, E. Ekici en 2006 : Bien que SPEED conventionnelle prsente


de nombreux avantages, mais des options de vitesses multiples pour la livraison de
paquets ne ont pas t pris en considration. Contrairement au protocole SPEED,
MMSPEED est conu pour fournir du QoS diffrenci en termes de dlais et de domaines
de fiabilit, et de paquets de routage localise dcision sans configuration de chemin
avant. MMSPEED propose plusieurs options de vitesse sur l'ensemble du rseau pour
soutenir QoS dans les dlais domaine. Les diffrents paquets qui doivent tre achemins
sont placs dans diffrentes files d'attente en fonction de leurs options de vitesse. Les
paquets stocks dans la file d'attente avec l'option de vitesse la plus leve sont achemins
en premier. Les paquets sont achemins sur le principe de premier arriv, premier servi
[55].
Domaine de fiabilit est obtenu en utilisant le transfert par trajets multiples (multichemins) probabiliste. MMSPEED construit plusieurs chemins pour les paquets pour
acheminer leur destination. Les paquets sont transmis travers le chemin ayant une
vitesse d'avancement plus leve que la vitesse de seuil. vitesse de seuil est la vitesse
minimale possible ncessaire pour transmettre des donnes dans le rseau. Le seul
inconvnient du protocole est que mtrique de l'nergie nest pas prise en considration
[55].

Fig III.6 Multiple SPEED layer in MMSPEED [55].


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

22

ROUTAGE AVEC QOS TEMPS REEL

CHAPITRE III

R. Sumathi and M. G. Srinivas en 2012 : MMSPEED (Multi path Multi SPEED)


est une extension du protocole de SPEED. Il est caractris en proposant transmission
plusieurs vitesses et la mise en place de plus d'un chemin jusqu' la destination. En effet,
pour chaque vitesse offerte, un niveau de qualit de service et un chemin supplmentaire
peut tre rgl pour amliorer la qualit du trafic. Ce protocole permet d'envoyer des
paquets par rapport au paramtre dlai de fin requis par les applications afin d'viter la
congestion et rduire le taux de perte de paquets. Il est conu pour fournir la
diffrenciation de QoS probabiliste avec lopportunit et de domaines de fiabilit. Pour
la livraison des paquets en opportun, MMSPEED offre de multiples options de vitesse de
livraison pour chaque paquet entrant. Ainsi, le protocole est extensible et adaptable de
grands rseaux. La seule limitation de ce protocole est que la mtrique d'nergie nest pas
prise en considration [60].

III.4.5

EAMMSPEED (Energy Aware Multi Path And Multi-

SPEED Routing Protocol)


S. Sanati, M.H. Yaghmaee, A. Beheshti en 2009 [eam] : Dans l'espace typique des
scnarios de RCSF et les contraintes de cot rendent l'utilisation de grandes batteries
impossible. Nanmoins, il nest souvent pas possible de changer les piles sur une base
rgulire. Il est donc vital que les nuds de capteurs conomiser autant d'nergie que
possible et de prolonger la dure de vie d'un nud individuel ainsi que la dure de vie du
rseau.
Pour une utilisation efficace des ressources du rseau, nous avons dcid dinclure
l'efficacit nergtique dans l'acheminement du protocole MMSPEED en prenant les
niveaux d'nergie de tous les nuds en compte lorsqu'ils prennent des dcisions de
routage. Nous comparons les rserves d'nergie de nuds voisins lors du choix d'un
chemin de transmission pour trouver la longue nergie efficace dun chemin de laquelle
les exigences de dlai de bout en bout et de fiabilit peuvent tre satisfaites.
Nous utilisons le mcanisme de routage gographique pour le routage des paquets
localiss en fonction du lieu prise de conscience de chaque nud. En utilisant des
messages de balise, chaque nud i apprend la position (x, y), l'nergie rsiduelle Eresidau

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

23

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

et le nud recevoir le dlai de toutes les nuds voisins au sein de sa gamme de radio.
Pour la livraison de lopportunit, de multiples options de vitesse de livraison de
paquets dans le rseau sont prvus pour diffrents types de trafic en fonction de leurs
chances de bout-en-bout. En soutenant la fiabilit du service, probabiliste
acheminement multi- chemins est utilise pour contrler le nombre de chemins de
dlivrance sur la base du bout -bout probabilit d'atteindre les besoins.
Chaque nud ayant le paquet, calcule la vitesse de progression de nuds voisins.
Les nuds ayant une vitesse d'avancement plus leve que (ou gale) la vitesse de la
couche de vitesse choisie sont slectionns en tant que nuds de transfert de candidat. La
liste des nuds de transfert candidats est ensuite trie dans l'ordre de l'nergie de chaque
candidat dcroissant, signifie que les rcepteurs avec des niveaux levs de l'nergie sont
choisis premiers. Ensuite, le paquet est transmis aux nuds d'acheminement slectionns.
Dans notre propos protocole, nuds possdent ce genre d'information propos de
l'nergie de chaque nud via les niveaux d'nergie greffent insr dans les messages
d'acquittement.
Ces mthodes sont mises en uvre de manire localise avec compensation
dynamique pour les inexactitudes de dcisions locales. Les simulations montrent que dans
les rseaux denses prenant rserves

dnergie en compte pour le choix

des nuds candidat pour la transmission quilibre la charge et la consommation d'nergie


des diffrents nuds et prolonge la dure de vie du rseau.

Fig III.7 Slection des nuds de transmission [63].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

24

ROUTAGE AVEC QOS TEMPS REEL

CHAPITRE III
III.4.6

QEMPAR (QoS and Energy Aware Multipath

Routing Algorithm for Real-Time Applications)


S.R. Heikalabad H.Rasouli, F.Nematy et N.Rahman en 2011 [64]: Dans les
rseaux de capteurs sans fil pour permettre aux applications en temps rel, il faudra certain
dlai et la bande passante, ce qui pose de nouveaux dfis pour concevoir des protocoles
de routage. L'algorithme utilis pour le routage des paquets devrait tablir un compromis
entre le paramtre de dlai de bout en bout et de la consommation d'nergie, le nouvel
algorithme appel QEMPAR est utilis, ce qui est bas sur QoS et augmente galement
la dure de vie du rseau.
Les protocoles bass sur la QoS permettent aux nuds de capteurs de faire un
compromis entre la consommation d'nergie et des paramtres de qualit de service avant
que la donne est fournie au nud rcepteur. Routage multi-chemins tablit plusieurs
chemins entre la paire destination/source. Avec l'quilibrage de charge, l'agrgation de
bande passante, dlai rduit et la tolrance de panne peut tre atteint.
Dans le protocole propos, considrent que les nuds sont conscients de l'nergie
restante et aussi l'nergie restante des autres nuds dans leur gamme de transmission
radio. Avec cette information, les nuds peuvent calculer ses probabilits denvoi et la
rception des paquets. Les dcisions de transmission par paquets sont effectues en
examinant les informations rcentes de qualit de liaison. Dans le modle de
consommation d'nergie, le QEMPAR est obtenue en utilisant la fois l'espace ouvert et
des canaux chemin multiples en prenant la somme de la distance entre l'metteur et le
rcepteur. Par ce procd, on peut calculer la consommation d'nergie pour transmettre
et recevoir un paquet.
Le lien aptitude est utilis par le nud pour slectionner le nud au prochain saut
en tant que porteur lors de la dcouverte de chemin. Le mcanisme de dcouverte de
chemin dans QEMPAR utilise le routage multi-chemins avec nuds des chemins
disjoints parce qu'ils utilisent les ressources rseau les plus disponibles et ils sont plus
tolrants aux pannes. Le chemin assortiment est utilise par le nud source pour
assortiment tous les chemins selon les nombres de sauts. Le nud source divise le paquet
de donnes envoyer dans quelques petits paquets avec des numros de squence attribu
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

25

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

chacun d'eux. Chaque paquet est transmis travers le chemin d'accs qui a le plus petit
nombre de sauts. Ainsi, les petits paquets sont envoys par des chemins diffrents.

Fig III.8 Assortiments de chemin dans QEMPAR [55].


On peut rsumer que dans QEMPAR, le routage de paquets de donnes est divis
en trois phase : Le mcanisme de dcouverte de chemin, lien aptitude, et la phase chemin
de l'assortiment. Pour le mcanisme de dcouverte de chemin, nuds QEMPAR envoie
un message de balise dans le rseau pour collecter les informations de leurs immdiats
voisins. Informations sur les voisins immdiats sont stockes dans la table de routage qui
aide trouver le lien vers adquation destination [55].
Pendant le mcanisme de dcouverte de chemin, lien aptitude est utilise pour
choisir le meilleur nud prochain de retransmission optimale de saut suivant entre autre
ensemble de nuds voisins stocks dans la table. Trois paramtres savoir, la probabilit
de :
Envoi de paquets (PPS) (Packet Sending), probabilit moyenne de paquets de
rception (APPR) (Packet Receiving) et de l'ingrence du lien entre deux nuds, sont
utiliss dans la phase de lien aptitude dcider le prochain saut transitaire. Lquation
suivante utilise pour le calcul du prochain saut transitaire :
_ = { + _ +

1
1

+ _ } (18)

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

26

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

Ici, N_H est le nud slectionn au prochain saut et B est le nud au prochain saut.
PPSB est la probabilit d'envoi des paquets du nud B, APPRN-B est la probabilit
moyenne de rception de paquet de tous les voisins de nud B et IB est interfrence de
lien entre A et B [55].
En la phase de chemin de l'assortiment, les paquets sont diviss en diffrentes
petites pices et un numro de squence est attribu chaque partie. Les diffrents
chemins construits, qui construites durant le mcanisme de dcouverte de chemin sont
placs en diffrentes classes sur la base de leur individuelle compteur du saut de la source
la destination. Comme le montre la Fig III.8, les nuds de source envoyer le moins
numro de squence de petites paquets travers le chemin avec moins le nombre de sauts
[55].

III.4.7

MCMP (Multi-Constrained QoS Multipath Routing)

X. Huang et Y. Fang hav en 2008 : ont propos le protocole MCMP qui utilise des
routes tresss pour fournir des paquets de nud vers le sink selon certaines exigences de
qualit de service exprimes en termes de fiabilit et de dlai. Le problme du dlai de
bout en bout est formul comme un problme d'optimisation et ensuite un algorithme bas
sur la programmation en nombres entiers linaire est applique pour rsoudre le
problme. L'objectif du protocole est d'utiliser les chemins multiples pour augmenter les
performances du rseau avec un cot nergtique modr. Cependant, le protocole
toujours achemine les informations sur le chemin qui comprend nombre minimal de sauts
pour satisfaire la QoS requise qui conduit dans certains cas plus d'nergie [61]. Cet
algorithme de routage MCMP mtiers informations de lien prcis pour le calcul durable,
la mmoire et les frais gnraux pour les nuds de capteurs de ressources limites [60].

III.4.8

DRLR (Distributed Reinforcement Learning Routing)

Un nouveau protocole de routage bas sur la mthode les automates d'apprentissage


pour les rseaux de capteur sans fil grande chelle. DRLR nom de code (renforcement
distribus routage d'apprentissage). Dans ce procd, chaque nud est quip des
automates dapprentissage afin qu'il puisse apprendre la meilleure voie pour transmettre

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

27

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

les donnes vers le sink. Lapproche sest avre efficace, fiable et volutive. Elle
empche galement les trous de routage par la densit et la moyenne des niveaux de
l'nergie compte tenu de rseau disponible. L'approche augmente galement la dure de
vie du rseau en quilibrer la consommation dnergie. Lapproche a t compar avec
deux autres mthodes (MMSPEED et EESPEED) et les rsultats de la simulation
montrent que algorithme pour mieux rpondre au dlai bout en bout et de fiabilit et
d'amliorer la vie de rseau plus [61].

III.5

Comparaison entre les protocoles de routage

tudies
Les protocoles discuts auparavant sont proposs pour maintenir les paramtres de
la qualit de service. Ces protocoles fonctionnent efficacement avec des applications en
temps rel. Bien que les protocoles sont proposes pour les mtriques de QoS mais ils
diffrent dans certains paramtres comme Consommation d'nergie, la fiabilit,
scalabilit .etc. le tableau suivant rsume toutes ces caractristiques quon peut choisir
qui est le meilleur protocole parmi ceci.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

28

CHAPITRE III

QoS

SAR
Energy-

Oui

ROUTAGE AVEC QOS TEMPS REEL

Consommation

Classification

Type

Fiabilit scalabilit

dnergie

de protocole

RT

lev

Bass sur

SRT

SRT

faible

faible

SRT

faible

Bonne

SRT

Bonne

Bonne

SRT

Bonne

Bonne

SRT

Bonne

Bonne

Bonne

Bonne

QoS
Oui

lev

Bass sur
QoS

Aware QoS
Routing
SPEED

MMSPEED

QEMPAR

MCMP
DRLR

Oui

faible

Bass sur
QoS

Oui

faible

Bass sur
multi chemin

Oui

lev

Bass sur
multi chemin

Oui

faible

Bass sur
multi chemin

Oui

faible

Tab III.1 comparaison entre les protocoles

Dans notre tude nous avons utilis deux catgorie de protocole de routage (rsum
dans le tableau au-dessous) ; routage bas sur la QoS et routage bas sur le multi chemins,
nous sommes obligs de choisir lun de ces protocoles qui vrifier les diffrentes
paramtres concernant le dbit, dlai (temps rel) et la consommation d'nergie etc. et
qui fournit la fiabilit.
Daprs ce tableau on peut constater que les protocoles bas sur le multi chemins
sont plus performants que les protocoles bas sur la qualit de service dans le sens de
consommation dnergie, puisque tous les protocoles mentionn prcdemment sont
proposs pour garantir les paramtres de QoS, alors ce point est vrifier dans tous ces
protocoles. En effet, le protocole MMSPEED et MCMP ont une faible consommation
dnergie au contraire aux protocoles Energy Aware et SAR.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

29

CHAPITRE III

ROUTAGE AVEC QOS TEMPS REEL

Cependant le protocole DRLR qui se base sur automates dapprentissage a le moins


consommation dnergie puisquil connait daprs lopration dapprentissage le chemin
un nud peut connaitre le chemin qui a le moins consommation dnergie.
Dautre part, la fiabilit dans le routage avec multi chemins est meilleure que celle
dans le routage avec QoS, comme illustr dans le tableau III.1 tous les protocoles bass
sur multi chemins ont une bonne fiabilit qui peut tre dfinie comme la probabilit que
les paquets arrivent de la source la destination avec succs. Pendant que dans le routage
DRLR chaque nud est quip des automates dapprentissage afin qu'il puisse apprendre
la meilleure voie pour transmettre les donnes vers le sink. Donc on peut dduire que le
routage bas sur lautomate dapprentissage a beaucoup davantages quun autre type de
routage.
Dans ce contexte, on a choisi le Protocole DRLR pour notre approche. Ce protocole
fournit tous nos besoins pour notre projet. Aprs une longue discussion, nous sommes
arrivs un rsum que ce protocole est le meilleur parmi tous les protocoles que nous
avons tudis.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

30

CHAPITRE III

III.6

ROUTAGE AVEC QOS TEMPS REEL

Conclusion

Malgr tout ce succs que le routage avec QoS dans les rseaux de capteur sans fil
a tmoign, toutefois, aucun des protocoles de routage auront de bonnes performances
dans tous les scnarios et pour toutes les applications. Ainsi, il y a beaucoup de questions
qui doivent encore tre traites et rsolues : comme loptimisation de plus court chemin
avec temps rel qui conduit conserver lnergie par consquent augmenter la dure de
vie du rseau.
Dans le chapitre qui suit, nous prsenterons lun des protocoles qui peut rpondre
cette question avec un dtail de son algorithme. Nous essayerons de proposer notre
algorithme avec une implmentation dans un simulateur.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

31

CHAPITRE IV
Simulation et interprtation

Beaucoup de gens qui ont chou dans leur vie ne se rendent pas compte,

combien ils taient proches de la ralisation de succs quand ils


dsesprent de continuer essayer.

Thomas Edison

Partie I : Optimisation par DRLR

Optimisation par
DRLR

CHAPITRE IV

SIMULATION ET INTERPRETATION

Optimisation du temps par DRLR


IV.1

Introduction
Nous sommes confronts une foule de questions difficiles dans les rseaux de

capteurs sans fil comme : l'approvisionnement nergtique limite d'un capteur et le


routage au temps rel qui sont une menace pour le dure de vie du rseau, par consquent
la qualit de service et de l'nergie a besoin d'un routage efficace. Les chercheurs ont
propos une varit d'approches pour traiter de ces questions, mais quand il sagit
doptimiser le temps de communication entre les capteurs, certaines de ces solutions
perdre de leur efficacit. La question est de savoir sil y a une approche adaptative qui
pourrait sadapter la nature changeante et de l'environnement de captage et optimiser le
temps de communication ?
Learning Automaton (automates dapprentissage) est la rponse cette
question. Si nous quipons les capteurs avec certains automates intelligents, notre rseau
gagne la capacit de sadapter l'environnement quand elle change et optimiser le temps
dune faon intelligente. En d'autres termes, le rseau de capteur sans fil utilise la
puissance de l'apprentissage et devient intelligent que le temps passe.
Dans ce chapitre, nous prsentons un protocole de routage sappelle DRLR
(Distributed Reinforcement Learning Routing) qui utilise les automates bases sur
apprentissage par renforcement pour faire face aux problmes mentionns ci-dessus,
intelligemment.
Nous illustrons dabord cest quoi lapprentissage par renforcement aprs que nous
prsentons brivement les notions lis au lapprentissage automatique. Aprs avoir
comprendre tous ces concepts une description dtaille sur les automates dapprentissage
verra par la suite et finalement nous prsenterons le protocole choisit avec une tude
dtaille et son algorithme ensuite nous prsenterons notre rsultat de simulation avec le
systme Contiki OS.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE IV

IV.2

SIMULATION ET INTERPRETATION

Apprentissage par renforcement (Reinforcement

Learning)
" Lapprentissage je sais ce que cest tant quon ne me demande pas de le dfinir " (1).

IV.2.1

Dfinition dapprentissage

le terme apprentissage dsigne, la capacit organiser, construire et


gnraliser des connaissances pour une utilisation ultrieure. Cest donc la capacit
tirer profit de lexprience pour amliorer la rsolution dun problme [65].
On distingue deux types dapprentissage : lapprentissage numrique et
lapprentissage symbolique ; Le premier met en uvre des donnes quantitatives et peut
ainsi permettre de rsoudre des problmes numriques complexes, mais ne permet pas de
grer aisment des donnes multi-relationnelles, ni de produire des connaissances
explicites.

Lapprentissage symbolique prsente des avantages et inconvnients

sensiblement opposs [65]. Qui ce nous sintresses dans tude cest lapprentissage
numrique

IV.2.2

Apprentissage numrique

Dans l apprentissage numrique, deux grandes catgories d' approches peuvent


tre distingues selon le type dinformations disponibles : La premire qualifie
dapprentissage non supervis, en se basant sur des ressemblances des objets regroups
entre eux en classes. La deuxime approche est lapprentissage supervis, qui se base
quant elle sur un ensemble dapprentissage constitu dobjets dont la classe est connue
priori [65].

(1) : S. Boucheron, Thorie de lApprentissage, Editions Herms, France 1992

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

SIMULATION ET INTERPRETATION

CHAPITRE IV
IV.2.2.1

Apprentissage non supervis

Apprentissage partir dobservations cest lapprentissage non supervis consiste


dterminer une classification partir d un ensemble d objets ou de situations
donnes. Ce

type

dapprentissage appel Clustering, est retrouv

dans

la

classification automatique et dans la taxinomie numrique. Il recherche des rgularits


parmi un ensemble dexemples, sans tre ncessairement guid par lutilisation qui sera
faite des connaissances apprises [65].

IV.2.2.2

Apprentissage supervis

On trouve dans ce type dapprentissage : un matre (ou superviseur) fournit soit


l'action qui devrait tre excute, soit un gradient sur l'erreur commise. Dans les deux cas
une indication sur l'action est fournie par le matre au contrleur. Cette indication devrait
gnrer afin damliorer les performances du matre Lutilisation dune telle approche
prsuppose lexistence dun expert capable de fournir un ensemble dexemples, appel
base dapprentissage, forms de situations et dactions correctes associes. Ces exemples
doivent tre reprsentatifs de la tche accomplir [65].
Lune des variantes de lapprentissage supervis, dans lequel une "critique" de la
rponse calcule est fournie au rseau, est l'apprentissage par renforcement
(Reinforcement Learning RL) [65]. Cette variante dalgorithmes cest la plus ajuste
pour rsoudre notre problmatique dans ce projet. Cette mthode est dtaille dans ce qui
suit.

Fig IV.1 Apprentissage supervis.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

SIMULATION ET INTERPRETATION

CHAPITRE IV
IV.2.2.3

Apprentissage

par

renforcement

(Reinforcement

learning)
Apprentissage semi-supervis dit lapprentissage par renforcement comme on a dit
auparavant quil cest lune des variantes dapprentissage supervis. Le matre dans
lapprentissage par renforcement a un rle d'valuateur et non pas d'instructeur Il est en
gnral appel critique. Le rle du critique est de fournir une mesure indiquant si
l'action gnre est approprie ou non. Il s'agit de programmer un agent au moyen d'une
valuation par pnalit/rcompense sans avoir besoin de spcifier comment la tche doit
tre remplie. Dans ce contexte on doit indiquer au systme quel est le but atteindre, et
celui-ci doit apprendre par une succession d'essais/erreurs (en interaction avec
l'environnement) comment atteindre le but fix [65].
Les composants de lapprentissage par renforcement sont :
L"apprenti" agent.
Lenvironnement o il agit ainsi que la tche qu'il doit raliser.
L'interaction entre l'agent et l'environnement est continue.

Selon les situations perues de l'environnement le processus de dcision de l'agent


choisit des actions cest dune part. D' autre part ces situations voluent sous l'influence
de ces actions. Chaque fois que lagent effectue une action, il reoit une rcompense.
Celle-ci est une valeur scalaire indiquant l' agent la consquence de cette action
[65].

Fig IV.2 Interaction Agent-Environnement [65].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

SIMULATION ET INTERPRETATION

CHAPITRE IV

IV.2.2.3.1

La reprsentation formelle :

Dnotons :
1. s ( S, un ensemble fini) une reprsentation de l'tat actuel de
l'environnement
2. a ( A, un ensemble fini) l'action choisie
3. r ( R, un ensemble fini) la rcompense reue
Linteraction entre lagent et lenvironnement consiste, chaque instant, en les
squences suivantes :
i. Lagent observe ltat actuel de lenvironnement st S ;
ii. en se basant sur ltat st , l agent prend une dcision en excutant une
action at A;
iii. Lenvironnement fait alors une transition vers un nouvel tat st+1 = s S
suivant la probabilit Pss (at )
iv. lagent reoit instantanment un certain revenu rt = r (st , at ) indiquant la
consquence de cette dcision.
Le processus de dcision de l'agent s'appelle politique et cest une fonction de
lensemble des tats vers lensemble des actions ( : S

A) L'agent doit apprendre une

politique , permettant de choisir la prochaine action at = (st) effectuer, et ceci en


fonction de l'tat actuel st. L'interaction entre l'agent et l'environnement est continue et
lapprenti agent modifie sa politique selon son exprience et selon le but consistant
maximiser le cumul des rcompenses dans le temps. Ce cumul V = (st) ralise en suivant
une politique arbitraire , partir dun tat initial st, est dfinie comme suit [65]:
V (s) = E {

=0

(, ()) |0 = }

O E dsigne loprateur esprance et le facteur 0 1 reprsente la constante


de propagation temporelle.
Donc lobjectif de l'agent est alors de maximiser cette somme des renforcements
reus, et son apprentissage s'effectue par de nombreuses expriences. Lagent est guid
en cela par divers algorithmes cits dans le paragraphe suivant

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

SIMULATION ET INTERPRETATION

CHAPITRE IV

IV.2.2.3.2

Mthodes de rsolution

Ces mthodes permettant de rsoudre un problme d'apprentissage par


renforcement. Il existe trois classes fondamentales de celles-ci : la programmation
dynamique PD, les mthodes de Monte Carlo MC, et l'apprentissage par diffrences
temporelles TD [65].

La programmation dynamique PD : La programmation


dynamique

possde

des

fondements mathmatiques

bien

connus/tudis mais ncessite un modle complet et prcis


de l' environnement [65].
b

Les mthodes MC : ces mthodes ne ncessitent pas de modle


et sont conceptuellement simples, mais sont inadaptes un
calcul pas pas incrmentiel [65].

lapproche TD : combine les deux premires mthodes, et


comme la mthode de Monte Carlo, Mthodes de TD peuvent
apprendre directement de l'exprience brute sans un modle de la
dynamique de l'environnement. Comme la programmation
dynamique, les mthodes de TD estimations de mise jour base
en partie sur des estimations tires d'autres, sans attendre un
rsultat finale [66]. Parmi les algorithmes qui se basent sur cette
mthode on peut citer : learning automata, Sarsa, Q-learning,
Actor-Critic methods and R-learning.

Nous dcrivons, dans ce qui suit, une des mthodes les plus prise des algorithmes
d'apprentissage par diffrences temporelles : learning automata (automates
dapprentissage).

IV.2.3

Learning Automata (automates dapprentissage)

Automates d'apprentissage est un modle abstrait qui slectionne au hasard une


seule action de son infinie srie d'actions et excute sur un environnement alatoire.
Ensuite valuer l'action slectionne et rpond des automates avec un signal de
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE IV

SIMULATION ET INTERPRETATION

renforcement. Bas sur action slectionne, et le signal reu, les automates mettent jour
son tat interne et slectionne sa prochaine action. La figure IV.3 reprsente la relation
entre un automate et de son environnement.

L'environnement, E typiquement, se rfre au milieu dans lequel les fonctions


d'automate. L'environnement possde tous les facteurs externes qui influent sur les
actions d'un automate [68]. Mathmatiquement environnement peut tre dfini par la
triple : E = (, , ) o = {1, 2,, r} reprsente une entre densemble fini. = {1,
2,, r} reprsente l'ensemble de sortie et = {1, 2,, r} est un ensemble de
probabilits de pnalit, o chaque lment de c ci correspond une entre de l'action i.
Un environnement dans lequel peut prendre que des valeurs binaires 0 ou 1 est appel
environnement P-modle. Une autre gnralisation de l'environnement permet ensembles
de sortie finie avec plus de deux lments qui prennent des valeurs dans l'intervalle [0,1]
[66].

Fig IV.3 Relation entre automates d'apprentissage et de son environnement [68].

Automates d'apprentissage est un modle stochastique oprant dans le cadre de


l'apprentissage par renforcement dont le critique est un cadre de problmes
d'apprentissage dans lequel lagent ou l'environnement nindique pas la bonne action,
mais fournit seulement une rponse valuative scalaire la slection d'une action par
l'apprenant [66].

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

SIMULATION ET INTERPRETATION

CHAPITRE IV

Fig IV.4 Irrgulier automates cellulaires de l'apprentissage [67].

L'automate donc agit comme un dcideur pour arriver la meilleure action.


L'opration de LA peut-tre mieux dcrit par les paroles des pionniers Narendra et
Thathachar : ... un dcideur fonctionne dans l'environnement alatoire (RE) et met
jour sa stratgie pour le choix des actions sur la base de la rponse engendre. Le
dcideur, dans une telle valuation configuration du dcideur (ou automate) et de
l'environnement, est considr comme l'automate d'apprentissage. L'automate a une
infinie srie dactions, et correspondant chaque action ; la rponse de l'environnement
peut tre soit favorable ou dfavorable avec une certaine probabilit [68].
L'algorithme dautomate dapprentissage fonctionne comme suit : laisser (k)
reprsenter l'action slectionne l'instant k, et p (k) signifie le vecteur des mesures de
probabilit. premire, automate apprentissage choisit une de ses actions sur la base de
son vecteur mesures de probabilit, puis excute l'action slectionne sur
lenvironnement. Aprs cela, il reoit un signal de renforcement de l'environnement et
met jour son propre vecteur mesures de probabilit selon les quations (1) et (2) pour
rcompenser et sanctionner les rponses, respectivement [69] :

Pj (k+1) = {

P ( ) + [1 P ( )] , =
}
(1 )P ( )
,

Pj (k+1) = {

(1 )P ( )

(1) (1 )P ( ) ,

.. (1)

(2)

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE IV

SIMULATION ET INTERPRETATION

Dans les rcurrences quations (1) et (2), a et b sont considrs comme des
paramtres de rcompense et de punition, la dtermination du montant de la diminution
et de l'augmentation des probabilits d'action, respectivement. Si a = b, l'algorithme
d'apprentissage est appel la mthode de rcompense pnalit linaire the linear
reward-penalty method (LR-P) ; si b, l'algorithme d'apprentissage est appel la
mthode de la peine de rcompense- linaire the linear reward- penalty method (LRP) ; et si = 0, elle est appele la mthode de rcompense l'inaction (LR-1) linaire the
linear reward-inaction method [69]. Les phases de l'algorithme dautomate
dapprentissage sont proposes ci-dessous [69] :

Laissez CS (k) reprsente l'ensemble de couverture qui doit tre form l'tape k et
CT (k) reprsente l'ensemble des objectifs viss par les capteurs actifs slectionns
l'tape k.
Algorithme 1 : les tapes dapprentissage par LA
01. Entre : Rseau de capteurs sans fil
02. Sortie : Le nombre minimum de capteurs actifs
03. Assomption :
04. Attribuer automate dapprentissage A pour couvrir mettre CS
05. Notons a l'ensemble de l'automate A d'action
06. Dbut
07. Soit Tk signifier le seuil dynamique l'tape k
08. Soit N signifier le nombre de capteurs
09. Soit M signifie le nombre de cibles
10. Soit K signifier le nombre d'tages, initialement fix zro
11. Rpter
12. Soit CS l'ensemble des capteurs actifs slectionns l'tape k
13. Soit CT l'ensemble des objectifs viss par les capteurs activs l'tape k
14. Tant que (CT < M) faire
15. lautomate A choisi alatoirement lune de ses actions (dit i)
16. Ajouter le nud si correspondant au laction slectionne lensemble CS
17. Ajouter la couverture cible par le nud si au lensemble CT
18. Automate A connait son jeu d'action
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

CHAPITRE IV

SIMULATION ET INTERPRETATION

19. Fin tant que


20. Configuration d'automate A est mis jour par ractivation toutes les actions
handicaps
21. Compter cardinalement de l'ensemble de couverture construit (Ck CSk )
22. Si (Ck < Tk ) alors
23. Rcompenser les actions correspondant tous les capteurs slectionns par
l'quation (1)
24. Tk Ck
25. Fin Si
26. k k+1
27. Jusqu (le numro de l'tape k dpasse K )
28. Fin.
Automates dapprentissage ont trouv des applications dans l'optimisation des
paramtres (comme dans notre tude loptimisation du temps rel) : la prise de dcision
statistique, routage tlphonique, reconnaissance de formes, jeu de jeu, le traitement du
langage naturel, la modlisation des systmes biologiques d'apprentissage et
partitionnement d'objet. En outre, les automates d'apprentissage sont prouves de bien
performer dans les environnements dynamiques de rseaux informatiques. Il est utilis
dans les rseaux sans fil pour le contrle de dbit adaptatif, contrle de bande passante et
la conception de protocole de couche de transport fiable (TCP - Learning). Automates
dapprentissage sont galement utilises dans les rseaux radio cellulaires pour ajuster
dynamiquement le nombre de canaux de protection. Rcemment, quelques tentatives sont
faites pour appliquer automates apprentissage aux rseaux de capteurs pour routage mobicast et le clustering [66].
Dans ce qui suit on va prsenter lun des algorithmes qui se basent sur automates
dapprentissage et est utilis dans les rseaux de capteur sans fil. Lobjectif de cet
algorithme est doptimiser le dlai et conserver lnergie dun capteur pour un bon routage
avec une qualit de service.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

10

CHAPITRE IV

IV.3

SIMULATION ET INTERPRETATION

Prsentation de lalgorithme tudi


Dans cette partie, on prsente un algorithme de routage avec temps rel, fiable, et

de l'nergie conscience base sur automate d'apprentissage qui est appel distributed
reinforcement learning routing (DRLR) . Ce protocole de routage trouve le meilleur
chemin pour la transmission de paquets vers le sink en considrant les exigences de
qualit de service tels que le dlai, de l'nergie, et la fiabilit. DRLR rsout galement
plusieurs problmes du routage dans les rseaux de capteurs. L'algorithme propos se
compose de deux grandes phases : phase initiale et la phase de slection [70].

A. Phase initiale :
Cette phase est effectue uniquement lorsque le sink est activ pour la premire fois
et il est galement rpt lorsque les puits se dplacent vers un autre emplacement. Le
sink initie cette phase en envoyant un paquet Hello contenant nergie rsiduelle, nud
ID, Horodatage (Time Stamp), nombre de sauts (Hop Count = 0). Et son sink ID tous
les nuds de sa gamme. Lors de la rception du paquet Hello, nud met jour les
informations de sa table de routage, augmente le nombre de sauts, et insre son nergie
rsiduelle et l'ID dans le paquet Hello. Ensuite, il retransmet le paquet Hello envers
ses voisins ds que possible. Le processus est rpt pour les autres nuds du rseau [70].
A la fin de cette phase, chaque nud Si dans le rseau a deux ensembles :
i. Nset (Si , SinkID) : contient tous les voisins de nud Si qui a envoy la paquet
Hello.
ii. Fset (Si , SinkID) : contient tous les voisins de nud Si qui ont un seul saut
de nud Si au sink.
La relation entre ces deux ensembles est mentionne dans lalgorithme qui suivra.

B. Phase de slection :
Dans cette phase, chaque nud slectionne la meilleure hop pour transmettre des
paquets vers le sink. Chaque nud est quip d'un LA (Automate dapprentissage) qui
apprend graduellement le meilleur saut suivant sur le chemin d'accs selon l'information
locale du nud. L'automate d'apprentissage associe nud Si est nomm LAi qui a

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

11

CHAPITRE IV

SIMULATION ET INTERPRETATION

Nset (Si , SinkID) actions [70].


Une action ij (Sj Nset (Si , SinkID) ) de la LAi signifie que le prochain saut sera
nud Sj en Nset (Si , SinkID) . L'action est utilise pour la transmission de paquets de
Si vers le sink. Lensemble de probabilit de chaque action par LAi est initialis par
l'quation (3) :
Pij (1) =

{ F (S1,SinkID){S F
j

set

(Si , SinkID) } (3)

O Pij (1) est la probabilit de slection de l'action ij par LAi dans l'tape initiale.
Les autres composantes de LAi (signal de renforcement, rcompense, et les pnalits)
seront dcrites une fois que les deux paquets dfinis pour cette phase sont discuts. Les
paquets sont paquet de donnes (Data packet) et paquets de rponse (Reply packet).
1. Paquet de donnes (Data packet) :
Paquet de donnes contient des donnes (x) (Data (x)), date limite (x) (deadline
(x)), et T elapsed. Donnes (x) possde des renseignements qui seront transmis vers le sink.
deadline (x), est le point dans le temps au cours de laquelle un message doit tre reu dans
le sink. Il se voit attribuer une valeur par le nud source en fonction du type de service.
T

elapsed

qui dtermine le temps restant de deadline (x) dans chaque nud intermdiaire

peut tre calcule par l'quation (4) :


T elapsed = T departure - T arrival +T transDelay . (4)
O T arrival qui est marqu par la couche MAC, est le moment o Si reoit le dernier
bit du paquet x, T departure est le moment o le nud Si transmet le premier bit du paquet
x de la couche physique, qui peut tre calcul en utilisant la vitesse de transmission et la
longueur de paquet. La prochaine Sj nud peut dterminer le temps restant de deadline
avec T elapsed sans utiliser une horloge synchronise l'chelle mondiale. Ainsi, une fois
nud Sj reoit avec succs partir du nud Si le paquet contenant la mesure correcte de
T elapsed, il peut mettre jour le temps restant de deadline grce l'quation (5) :
Deadline (x) = Deadline (x) (T elapsed + T propDelay ) .(5)
O T propDelay est le dlai de propagation entre les nuds voisins S i et Sj, ce qui est
ngligeable [70].
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

12

CHAPITRE IV

SIMULATION ET INTERPRETATION

2. Paquets de rponse (Reply packet) :


Le nud de rception Sj envoie un paquet de rponse l'expditeur Si. Le paquet
de rponse contient : Ej , D (j, sinkID), T
Ej est l'nergie rsiduelle de Sj, T

processing Rep ,

processing Rep

Fset (Sj ,Sink1) .Dans ce paquet,

est la dure de traitement d'un paquet de

rponse, Fset (Sj ,Sink1) est le nombre de voisins avant nud Sj vers le sink, et D (j,
sinkID) est le dlai minimum estim entre le nud Sj et la destination (Sink ID) calcul
par l'quation (8) [70].
3. Estimation de dlai :
Nud Si calcule le dlai d'aller-retour un saut unique (round trip single hop delay)
laide d'une minuterie. Le processus est le suivant : Si envoie paquet x S qui renvoie
un paquet de rponse. Delay (i, j) qui est le retard entre Si et Sj, peut tre calcule par
l'quation (6) :
Delay (i, j) = round trip single hop delay (i, j) T processingREP . (6)
Le dlai a t estim en combinant le dlai mesur avec des dlais nouvellement
prcdentes par la moyenne mobile pondre exponentielle (the exponential weighted
moving average ) (EWMA) (2).
Delay j (i, sinkID) est le retard entre le noeud Si et Sj vier via noeud qui est calcule
par l'quation (7) :
Delay j (i, sinkID) = Delay (i, j) + D (j, sinkID) . (7)
O Delay j (i, sinkID) est le dlai minimum entre le nud Sj et de destination (Sink ID) et
est un champ reu dans le paquet de rponse qui est calcule au nud Sj [70].
min
) {Delay (, )} . (8)
D (, ) = (
N (S , SinkID)
(2) est un type de filtre rponse impulsionnelle infinie qui applique des facteurs de pondration qui diminuent de faon
exponentielle. La pondration de chaque donne ge diminue de faon exponentielle, sans jamais atteindre zro
http://en.wikipedia.org/wiki/Moving_average#Exponential_moving_average

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

13

CHAPITRE IV

SIMULATION ET INTERPRETATION

La valeur initiale de Delay j (i, sinkID) est calcule dans la phase initiale par le
paramtre dHorodatage. Pour calculer le montant actuel de dlai, la mthode de l'EWMA
a t applique, puis sa valeur a t mise dans la table de routage [70].
4. Signal de renforcement
Aprs avoir reu le paquet de rponse et mettre jour la table de routage, le nud
Si calcule le signal de renforcement de paquet en utilisant la fonction Fi (x, Sj) (9) :
Fi (x, Sj) = (Eavgi - Ej). (Delay j (i, sinkID) - Deadline (x)). (AcceptRelaibility

+ PERj 1)

.. (9).

(z) = {

1, < 0
} ,0 1
, 0

(10)

Eavgi est l'nergie rsiduelle moyenne de nuds dans Fset (Si , SinkID) dans la table
de routage .AcceptReliability est la fiabilit dfinie pour le paquet en fonction du type de
service.

PER i,j est le taux d'erreur de paquet qui est calcule partir de l'quation (11) :
PER i,j =

thenumberoflostpacketssenttowardS
allpacketssenttowardS

(11)

Si Fi (x, Sj) , il est prouv que ij tait une action approprie. Ainsi, Pi,j est
rcompens selon l'quation (12) :
p, ( + 1) = P, () + (RS, ). (1 P, ())
{
}
p, ( + 1) = P, () (RS, ). P, () ,

.. (12)

Et si Fi (x, Sj) < , ij est prouv qu'il a t une action inapproprie. Ainsi, Pi,j est
pnalis en fonction de L'quation (13) :
p, ( + 1) = (1 (1 RS, ). P, ()
{
} (13)
(1RS,)
p, ( + 1) = ( 1 )(1 (1 RS, ). P, () ,
Dans les quations (12) et (13), RS, est un coefficient qui dtermine le montant
de la rcompense et de sanction de la probabilit de chaque action en fonction de la

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

14

CHAPITRE IV

SIMULATION ET INTERPRETATION

rtroaction reue de l'environnement. Ce coefficient est appel ici le signal de


renforcement et est calcul comme suit [70]:

RS, = (F (, S)). (1 |

|)) . (14)

F (S ,SinkID)

Ici
0, < 0
} (15)
( ) = {
, 0

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

15

Partie II : Conception de protocole DRLR

Conception de protocole
DRLR

SIMULATION ET INTERPRETATION

CHAPITRE IV

Conception du protocole DRLR


IV.4

Mthodologie de conception par les automates :


IV.4.1

Dfinition dautomate

Les automates sont des objets mathmatiques, trs utiliss en informatique, qui
permettent de modliser un grand nombre de systmes (informatiques). Ltude des
automates a commenc vers la fin des annes cinquante. Elle se base sur de nombreuses
techniques (topologie, thorie des graphes, logique, algbre, etc.). De faon trs
informelle, un automate est un ensemble dtats du systme, relis entre eux par des
transitions qui sont marques par des symboles. tant donn un mot fourni en entre,
lautomate lit les symboles du mot un par un et va dtat en tat selon les transitions. Le
mot lu est soit accept par lautomate soit rejet [71].
Quelques exemples classiques dutilisation dautomates [71] :
Vrification dun circuit lectronique
Recherche doccurrence dans un texte (moteur de recherches sur le
web, etc.)
Vrification de protocoles de communication
Compression de donnes
Compilation
Biologie (gnomique)

IV.4.2

Automate dun systme de transition

Le terme dautomate est un terme gnrique que nous utilisons pour dsigner de
nombreuses variantes du mme concept appeles systmes de transitions, systmes de
transitions tiquetes et automates. Le vocable dautomate est plus particulirement
utilis en thorie des langages pour un systme de transitions tiquetes muni dun
ensemble dtats terminaux ou dacceptation [73].

IV.4.2.1

Systme de transitions

Un systme de transitions est un tripl S = {Q, T, q0} o [71]:

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

16

SIMULATION ET INTERPRETATION

CHAPITRE IV

Q est un ensemble dtats

T Q * Q est un ensemble de transitions reliant les tats deux deux

q0 Q est ltat initial.


IV.4.2.2

Systme de transitions tiquet

Un systme de transitions tiquet sur transition est un quadruplet S = {Q, , T, q0}


o [71]:

Q est un ensemble dtats

est un alphabet ni dactions tiquetant les transitions

T Q * * Q est un ensemble de transitions reliant les tats deux


deux

q0 Q est ltat initial.


IV.4.2.3

Squences de transitions

Soit S = {Q, , T, q0} un systme de transitions tiquet. Le franchissement dune

transition , , T est not : [71]. Alors que le franchissement dune squence


de transitions , , + 1 T (avec1 < ) est not :
1

1 2 3 1

On appel une squences de transitions (ou une fonction de transition) notons :


1

= 1 2 3 1

(16)

La squence (ou la est dite tre le support du mot a1, a2,, an [71].

Fig IV.5 Systme de transition tiquet.


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

17

SIMULATION ET INTERPRETATION

CHAPITRE IV
IV.4.3

Langage dun systme de transitions

Soient un systme de transitions tiquet S = {Q, , T, q0} et un mot . Le mot


est reconnu par S si et seulement sil existe une squence de transitions telle que :

dbute en q0.

est le support de .

Soit un ensemble dtats terminaux F Q. Le mot est accept par , si et


seulement sil existe une squence de transitions telle que :

dbute en q0 et termine dans un tat appartenant F,

est le support de

Lensemble des mots accepts est appel le langage du systme [71].

IV.4.4

Proprits des systmes de transitions tiquets

Un systme de transitions tiquet est ni si et seulement si :

Q et T sont des ensembles nis.

Un systme de transitions tiquet est dterministe si et seulement si :

, , , , , , = =

Un systme de transitions tiquet est complet si et seulement si :

, , , , [71].

IV.4.5

Automates finis dterministes

Un automate fini dterministe est un systme de transitions tiquetes. Lautomate


fini dterministe prend en entre un mot et laccepte ou la rejette. On dit aussi quil le
reconnat ou ne le reconnat pas. Le langage associ un automate est constitu de
lensemble des mots quil reconnat. Voici comment lautomate procde pour dcider si
un mot appartient son langage [71] :

Le processus commence ltat de dpart q0

Les symboles du mot sont lus les uns aprs les autres.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

18

CHAPITRE IV

SIMULATION ET INTERPRETATION
la lecture de chaque symbole, on emploie la fonction de transition
pour se dplacer vers le prochain tat (en utilisant ltat actuel et le
caractre qui vient dtre lu).

Le mot est reconnu si et seulement si le dernier tat est un tat de F.

Dans notre conception on va prsenter les dmarches de notre protocole DRLR


laide dautomate dautomates finis dterministes. On doit dfinir dabord les composants
de notre systme : Soit S = {Q, , T, q0} un automate fini dterministe :
1.

Q reprsente lensemble dtats quun nud capteur peut prendre durant le


processus de communication :

Q : {q0, q1, q2, q3, q4, q5, q6, q7, q8, q9}. q0 est ltat initial et lensemble
des tats finaux est F : {q5, q6, q9}.
2.

est lalphabet qui reprsente les actions tiquetant les transitions :

: {ecou-med, envo-p-Hello, envo-p-donnes, envo-p-retour, rece-pretour, envo-signal-renf-au-LA, envo-nouv-signal-renf-au-LA, metjour-TR, app-par-LA, envo-p-donnes-voi, dormir}.
3.

T est un ensemble de transitions tel que :

T :{ 0, , 0, 0, , 1 ,
1, , 2, 1, , 2,
2, , 2, 2, , 3,
3, , 4,4, , 4,
4, , 5,
5, , 2,
0, , 6,7,
voi, 8, 0, , 7, 0, , 9}

La figure suivante montre notre conception :

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

19

SIMULATION ET INTERPRETATION

CHAPITRE IV

Fig IV.6 Prsentation de lalgorithme DRLR par les automates.

IV.5

Description de lalgorithme tudi


A laide de la reprsentation dtaille du protocole DRLR et grce sa conception

faite par les automates on va prsenter par la suite une description dtaille de cette
algorithme :
1. Table de routage :

ID-voisin

Num-

Num-

paquet-

paquet-

envoi

recev
-

Min-

Compteur-

nergie

saut
-

rsiduelle
-

MinHorodatage
-

Tab IV.1 format de la table de routage du protocole DRLR.


Premire colonne contient lidentit de chaque voisin, en suite le nombre des
paquets envoys par un nud capteur la colonne qui suit contient le nombre des paquets
recever, la quatrime colonne contient un compteur des sauts partir dun nud le sink,
les deux derniers colonnes contient les paramtres du QoS que lon souhaite atteindre.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

20

SIMULATION ET INTERPRETATION

CHAPITRE IV

2. Initialisation les valeurs de la table de routage :


Avant de citer lalgorithme dinitialisation on doit dabord dfinir le format de
paquet Hello :
ID-nud

ID-Sink

Compteur-saut = 0

nergie rsiduelle

Horodatage

Fig IV.7 Format de paquet Hello.


Algorithme 2 : la phase initiale
01. Variables : Compteur-saut, temps1, Donne
02. Soit Nset : ensemble des nuds voisins du nud Si qui a envoy le paquet Hello.
03. Soit Fset : ensemble des nuds voisins du nud Si qui ont un seul saut au sink.
04. Dbut
05. initialiser temps1 pour lchange des paquets
06. Distribuer paquet Hello aux tous les nuds voisins
07. Si ( Sj Nset (Si,Sink1) et Compteur-saut (Sj) < Compteur-saut (Si)) alors
08. Ajouter Sj to Fset (Si ,Sink1)
09. Mettre jour temps1
10. Fin Si
11. Si (Donne= Hello) alors
12. Mettre jour la table de routage
13. Fin Si
14. Fin.
3. Format de paquet-donnes (Data-packet) :
Donnes (x)

T elapsed

Date limite (x)

Fig IV.8 Format de paquet Data-packet.


Donnes (x) reprsente les informations qui fait retournent au sink. Date limite (x)
cest un temps spcifie o le sink doit recevoir un message et T

elapsed

qui dtermine le

temps restant de Date limite (x) (deadline (x)) entre chaque deux nuds.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

21

SIMULATION ET INTERPRETATION

CHAPITRE IV

Algorithme 3 : la phase de slection (lenvoi de paquets de donnes)


01. Variables : temps2, DonneX, DonneY
02. Entre : DonneX ;
03. Sortie : DonneY ;
04. Dbut
05. initialiser temps1 pour lchange des paquets
06. Si (DonneX = paquet-donnes) alors /*le nud reoit le paquet de donnes (x)*/
07. Vrifier ses exigences de qualit de service /*concernant lnergie et le dlai*/
08. Si (les exigences existent) alors
09. Prendre une action en utilisant Algorithme 1 /*automate dapprentissage*/
10. Dtermine la minimum nergie rsiduelle et lHorodatage
11. Calculer T elapsed par lquation (4)
12. Calculer Date limite (x) par lquation (5)
13. Mettre jour Date limite (x) de paquet-donnes
14. Fin Si
15. Fin Si
16. DonneY DonneX
17. Envoyer DonneY au nud voisin slectionn dans ltape 09
18. Fin.
4.
Ej

Format de paquet-retour (Reply-packet) :


D (j, sinkID)

T processing

Fset (Sj , SinkID)

Fig IV.9 Format de paquet Reply-packet .


Ej cest l'nergie rsiduelle du nud rcepteur dun paquet de donnes. Delay (j,
sinkID) cest le dlai minimum estim entre le nud rcepteur et la destination (le sink).
T

processing Rep

cest le temps ncessaire pour traiter un paquet-retour et Fset (Sj , SinkID)

est le nombre des nuds voisins.


Algorithme 4 : la phase de slection (lenvoi de paquets de retour)
01. Variables : T processing Rep, DonneX, DonneY, Fset , Delay-Estimation
02. Entre : DonneY ;

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

22

CHAPITRE IV

SIMULATION ET INTERPRETATION

03. Sortie : DonneZ ;


04. Dbut
05. Si (DonneY = paquet-donnes) alors /*le nud reoit le paquet de donnes (y)*/
06. Calculer lnergie rsiduelle et Fset
07. Calculer Delay par lquation (8)
08. Calculer Delay-Estimation par lquation (6)
09. Ajouter la nouvelle valeur de Delay-Estimation la table de routage
10. DonneZ DonneY
11. Envoyer DonneZ au nud metteur
12. Fin Si
13. Si (DonneY = paquet-retour) alors /*le nud reoit le paquet-retour (y)*/
14. Calculer Delay par lquation (8)
15. Calculer T processing Rep
16. Mettre jour la table de routage
17. Calculer le signal de renforcement par la Fonction 1
18. Envoyer le signal de renforcement lautomate dapprentissage de chaque nud
20. Fin Si
21. Fin.
5.

Calculant le signal de renforcement :

Le rsultat de cette valuation est alors donn lautomate d'apprentissage LA que


le signal de renforcement gnre par l'environnement. De cette faon, automate
d'apprentissage apprend progressivement le meilleur chemin pour optimiser le temps
denvoi un message lors des tours.
Fonction 1 : calculer le signal de renforcement
01. Variables : Eavgi, PER i,j,
02. Soit Fset : ensemble des nuds voisins du nud Si qui ont un seul saut au sink.
03. Dbut
04. Calculer Fset
05. Calculer Eavgi l'nergie rsiduelle moyenne de nuds dans Fset 06. Calculer
lnergie rsiduelle et Fset

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

23

CHAPITRE IV

SIMULATION ET INTERPRETATION

07. Calculer PER i,j par lquation (11)


08. Calculer le signal de renforcement par lquation (9)
09. Si (le signal est envoie LA) alors
10. Calculer le nouveau signal de renforcement par lquation (14)
11. Fin Si
12. Fin.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

24

Partie III : Implmentation de protocole DRLR

Implmentation de
protocole
DRLR

CHAPITRE IV

SIMULATION ET INTERPRETATION

Implmentation du protocole DRLR


IV.6

Les choix techniques


Limplmentation de notre simulation a ncessit lutilisation de diffrents outils

logiciels bien spcifiques aux rseaux de capteurs sans fil, tels que Contiki OS qui est un
systme dexploitation ddi aux systmes embarqus.

IV.6.1

Outils logiciels

Dans cette partie, nous prsentons les outils logiciels ncessaires pour le
dveloppement de notre application. Pour cela, nous avons utilis VMware-player-6.0.1
et Contiki-2.7.

IV.6.2

Prsentation de systme dexploitation Contiki OS

Contiki est un systme dexploitation open-source, multitche, Lger, et flexible


pour les capteurs des rseaux sans fils, crits par Adam Dunkels au groupe des systmes
embarqus en rseau l'Institut sudois dinformatique. Actuellement Contiki est
constitue de seize dveloppeurs de SICS, SAP AG, Cisco, Atmel, NewAE et Munich
TU. Contiki contient deux piles de communication : uIP et Rime (dtailles dans ce qui
suivant). Contiki est crit en langage C et est librement disponible tant donn que la
source est ouverte conformment une licence BSD. Ainsi quil possd un outille de
simulation Cooja quon va tudier en dtail par la suite [22].

Fig IV.7 Architecture de Contiki OS [22].


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

25

CHAPITRE IV
IV.6.2.1

SIMULATION ET INTERPRETATION
La communication dans Contiki

Une pile de protocoles est une combinaison de plusieurs protocoles. Dans une pile
de protocole, les diffrents protocoles sont organiss, ordonns, hirarchiss, les uns la
suite des autres, afin daccomplir un ensemble de tches correspondant tout ou partie
du modle OSI. Contiki offre deux types de pile protocolaire [22]:
la couche Rime : elle permet un dialogue vers les capteurs voisins ainsi
que le routage.
la couche uIP (micro IP) oriente Internet : elle offre les services
essentiels du protocole IP mais ncessite plus de ressources que Rime.

IV.6.2.2

Modles dexcution Contiki

Contiki propose plusieurs modles dexcution [20] :


Protothreads : agents dvnements semblables au thread. Ils permettent
de crer des structures semblables au thread sans piles supplmentaires.
Ainsi ils limitent la structure du processus : pas de structure
changement/cas permise. Parfois ils nutilisent pas les variables locales.
Modle multi-threading disponible : Pour des systmes plus performants.
Il permet la conception structure des applications.

IV.6.2.3

Le simulateur Cooja

Les outils de simulation pour les rseaux de capteurs sans fil sont de plus en plus
utiliss pour tudier les bandes de capteurs et de tester de nouvelles applications et de
protocoles dans ce domaine de recherche en pleine volution. Il y a toujours un
proccupant particulirement lors de l'utilisation de la simulation que les rsultats peuvent
ne pas reflter un comportement prcis. Il est donc essentiel de connatre les forces et les
faiblesses de ces simulateurs [22] :
COOJA est un simulateur pour le systme d'exploitation de nud de
capteur Contiki
COOJA combine des simulations de capteur matriel de nud et
simulation du comportement de haut niveau en une seule simulation

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

26

CHAPITRE IV

SIMULATION ET INTERPRETATION

COOJA est flexible et extensible en ce que tous les niveaux du systme


peuvent tre modifis ou remplacs
COOJA est une application Java, toutes les interactions avec Code Contiki
se fait travers Java Native Interface (JNI).
COOJA est essentiellement un simulateur de niveau de code pour rseaux
constitus de nuds excutant Contiki OS.
Cooja il est capable d'excuter des programmes Contiki en deux diffrentes
manires : soit en compilant le code du programme directement sur le processeur hte,
ou le compiler pour le microcontrleur MSP430 [22].

IV.7

Les tapes de dveloppement de notre simulation


IV.7.1

Installation logicielle

Cette phase nous a permis de se familiariser avec le systme dexploitation Contiki


OS. La procdure dinstallation se droule en tapes suivantes :
Dabord, il faut tlcharger instant Contiki, il sagit dun fichier de grande taille
presque 2 GB. Une fois le tlchargement fini, il faut dcompresser le fichier instant
contiki.zip et plass le nouveau rpertoire sur le bureau.
Dans une deuxime tape, il faut tlcharger et installer la machine virtuelle
VMware Player, lancer le fichier instant Contiki 2.7.vmx dans VMware Player, et
attendre le dmarrage dUbuntu linux. La figure suivante montre cette tape :

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

27

CHAPITRE IV

SIMULATION ET INTERPRETATION

Fig IV.8 Dmarrage de Contiki sur VMware.

Fig IV.9 Interface graphique (bureau) Contiki.

IV.7.2

Excution de notre simulation

Il faut tout dabord de lancer une simulation sous Cooja par un double clic sur le
terminal de Cooja, ce qui quivalent taper les commandes suivante sur le terminale de
Contiki OS :
$cd contiki-2.7/tools/cooja
$ant run
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

28

CHAPITRE IV

SIMULATION ET INTERPRETATION

Fig IV.10 Le Terminale de Cooja.

Fig IV.11 Interface graphique du simulateur Cooja.

IV.7.3

Cration dune nouvelle simulation

Cliquez sur le menu File et cliquez sur New simulation, Cooja ouvre dsormais la
nouvelle bote de dialogue Crer une simulation.
Un nouveau mcanisme avec QoS pour le routage dans les RCSF

29

CHAPITRE IV

SIMULATION ET INTERPRETATION

Dans ce dialogue, nous pouvons choisir de donner notre simulation un nouveau


nom, mais pour cet exemple, nous allons coller avec My simulation. Cliquez sur le bouton
Creat. Aprs Cooja apporte la nouvelle simulation. La figure IV.12 montre cette tape :

Fig IV.12 Cration dune nouvelle simulation sous Cooja.


Avant que nous puissions simuler notre protocole DRLR sous Cooja, nous devons
crer un rpertoire sur lequel notre fichier.c qui contient le code source du notre
algorithme crite en langage C et le fichier Makefile qui contient lemplacement du
rpertoire. Dans ce cas nous avons cr un rpertoire nomm protocole-DRLR :

Fig IV.13 Le rpertoire protocole-DRLR .


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

30

CHAPITRE IV

SIMULATION ET INTERPRETATION

Ajouter un ou plusieurs nuds (motes) dans la nouvelle simulation. Ici nous avons
choisi Sky mote .

Fig IV.13 lajout des nuds de type Sky mote .


Cooja ouvre la bote de dialogue Create Mote Type, dans lequel nous pouvons
choisir un nom pour notre type de nuds ainsi que simulation Contiki que notre type de
nuds se droulera :

Fig IV.14 Le choix du fichier.c de simulation.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

31

CHAPITRE IV

SIMULATION ET INTERPRETATION

Nous allons dans le rpertoire / home/user/Desktop/protocole-DRLR/DRLR.c. Ce


rpertoire est plac sur le bureau de Contiki contient notre algorithme :

Fig IV.15 Laccs au rpertoire protocole-DRLR .


Maintenant Cooja vrifie que la simulation Contiki choisi compile pour la plateforme que nous avons slectionne. Cliquez sur le bouton Compile.

Fig IV.16 la compilation de fichier DRLR.c .


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

32

SIMULATION ET INTERPRETATION

CHAPITRE IV

Cliquez sur le bouton Create pour crer le type de nuds. La fentre se ferme.

Fig IV.17 Chargement des modules.


Cooja va maintenant nous demander si nous voulons ajouter favorise le type de
nuds nouvellement cre la simulation. Nous changeons le nombre de motes ajouter
dans le champ Nombre de motes 10. Nous cliquons sur le bouton Add pour ajouter les
favorise la simulation :

Fig IV.18 Lajout le nombre des nuds favori.


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

33

SIMULATION ET INTERPRETATION

CHAPITRE IV

Nous pouvons maintenant voir les 10 motes nous avons ajout la simulation dans
la fentre Network. Cliquez sur le bouton Start pour commencer la simulation.

Fig IV.9 La simulation du protocole DRLR.

IV.8

Rsultat et discussion
Pour montrer notre rsultat de la simulation, nous cliquons sur Tools, Collect View.

La fentre suivante saffiche :

Fig IV.10 La fentre de Data Collect.


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

34

CHAPITRE IV

SIMULATION ET INTERPRETATION

IV.8.1 Analyse les mtriques du routage


Les rsultats de la simulation en Contiki ont montr que le protocole que nous avons
tudi produit de meilleurs rsultats en termes des paramtres du routage. La performance
de DRLR est value en tenant compte de plusieurs paramtres de routage (le dlai, la
bande passante, table de routage, contrle de la transmission des paquets, perte de
paquetsetc). La figure IV.11 montre le graphe qui reprsente ces paramtres en fonction
du temps. Les tableaux droite sont une comparaison des mtriques du routage entre deux
intervalles du temps diffrents :

Fig IV.11 les paramtres de routage


sous Contiki.

Tab IV.2 RTmetric Tab IV.3 RTmetric


en second 53.

en second 55.

On remarque que le graphe saugmente par le temps ce qui signifi que le


pourcentage des paramtres du routage augmente cela est conform sur les tableaux IV.2
et IV.3 o le taux des mtrique de routage tait gale 23 en second 53 tant dis que en
second 55 il devenue 62.
IV.8.1.1

Nombre des paquets perdus

Le nombre de paquet perdus montr dans la figure IV.12 o la courbe compltement


fix au point 0 sur tout lintervalle du temps. Cest le mme cas de la latence de chaque
nud illustr sur la figure droite qui reprsente le dlai entre un paquet envoy de
l'expditeur vers le destinataire. Donc dans cette simulation il ny a pas de paquets perdus
et le dlai est bien estim par consquent DRLR vrifi ces paramtres du QoS.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

35

SIMULATION ET INTERPRETATION

CHAPITRE IV

Fig IV.12 Le nombre de paquets perdus

Fig IV.13 La latence dans DRLR.

dans DRLR.
IV.8.1.2

Analyse de la fiabilit

Cest le nombre de transmissions russies diffrentes intervalles de temps. Pour


cet analyse des paramtres ont t prise en compte comme : ETX (Expected Transmission
Count), nombre des voisins, nombre des paquets reus, le nombre des sauts. Les quatre
graphiques en dessus (a, b, c, d) rsument les rsultats obtenus aprs avoir ralis
diffrentes expriences :

(a)

(c)

(b)

(d)

Fig IV.14 Les paramtres de lanalyse de la fiabilit du DRLR.


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

36

SIMULATION ET INTERPRETATION

CHAPITRE IV

Le paramtre ETX dsigne le nombre total de transmission avec succs pour livrer
des paquets ncessaires la destination finale. Ce paramtre devrait minimiser par le
temps ce que montre le graphique (a). Par contre au graphique (b) qui illustre le nombre
des voisins de chaque nud (chaque ligne est rfrencie les voisins dun nud) chaque
courbe devrait augmente durant le temps de simulation jusqu que chaque nud sera
la porte dun autre nud dans le rseau. La figure IV.14 (c) cest le nombre de paquets
reus par tous les nuds, toutes les paquets 34 transmtes sont reue par les 10 nuds.
Pour le nombre des sauts dans notre rseau la figure IV.14 (d) dtermine le nombre des
sauts pour chaque nud du rseau. Tous ces rsultats prouvent que le routage des donnes
entre les nuds DRLR est trs efficace.

IV.8.2 Consommation dnergie


La consommation dnergie dun nud DRLR durant la dcouverte de voisinage,
lexcution des oprations et la transmission et rception des donnes sapparait dans la
figure suivante :

(a)

(c)

(b)

(d)

Fig IV.15 les niveaux de la consommation dnergie dans DRLR.


Un nouveau mcanisme avec QoS pour le routage dans les RCSF

37

CHAPITRE IV

SIMULATION ET INTERPRETATION

La figure IV.15 (a) cest la consommation dnergie dans DRLR o la partie bleue
reprsente la consommation dnergie au niveau de la CPU c.--d. lnergie dexcution
des oprations, la partie verte indique lnergie consomme durant le temps dcoute du
mdium et la partie jaune cest lnergie de transmission. On remarque que les nuds
DRLR consomment moins dnergie durant la phase de transmission sachant que cette
dernire reprsente un problme de la consommation dnergie dans les rseaux de
capteur sans fil. Ce qui rend lnergie dcoute de soccup le grand intervalle qui conduit
diminuer la consommation.
Dans la figure IV.15 (b) montre le rapport cyclique de la radio. Cest un facteur trs
important pour la consommation dnergie o un nud DRLR ne consomme pas
beaucoup dnergie puisquil utilise son radio pour la transmission des donnes un
temps trs petite par rapport au lcoute de mdium ce qui renforce lide prcdente.
Concernant la batterie ; le graphique (c) reprsente le taux de la consommation
dunit voltage pour chaque nud. Cette consommation est rduite par le temps. La figure
IV.15 (d) montre la variation de lnergie consomme en fonction dutilisation de la
lumire.
Dure de vie du rseau peut tre dfini comme le temps ncessaire pour que le
premier nud ou une partie des nuds dans le rseau d'tre puiss de leurs nergies.
Pour augmenter la dure de vie l'approche tudie quilibre la consommation d'nergie
sur l'ensemble du rseau en prenant en compte les paramtres dcrit auparavant. Plus
prcisment, le DRLR protge les nuds avec des bandes d'nergie infrieure en
attribuant moins de paquets eux durant la phase de transmission.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

38

CHAPITRE IV

IV.9

SIMULATION ET INTERPRETATION

Conclusion
Les protocoles de routage temps rel sont besoins de tenir compte de la fiabilit,

destimation de dlai et destimation de la bande passante. Cependant, ces protocoles


sont obligs de troquer entre le dlai de bout en bout et la consommation dnergie.

Dans ce chapitre nous avons dcrit un protocole de routage temps rel qui se base
sur la mthode dautomate dapprentissage. Le protocole tudi appel DRLR
(Distributed Reinforcement Learning Routing) qui est fiable en terme du temps rel et
consommation dnergie. Daprs la simulation de lalgorithme DRLR sous Contiki on
peut dduire que ce protocole peut augmenter la dure de vie du rseau en quilibrant la
consommation d'nergie par le dlai de bout en bout. Il peut galement empcher
l'apparition des routes d'acheminement de donnes en tenant compte du nombre de
voisins et des sauts dans le rseau. En outre, le protocole DRLR est scalable car il prend
toutes les dcisions de routage sur une base d'information locale laide de
lapprentissage fournit par lautomate dapprentissage sur chaque nud. Ces
caractristique rend le protocole DRLR une alternative pratique pour tre utilis dans les
rseaux de capteur actuels.

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

39

CHAPITRE IV

SIMULATION ET INTERPRETATION

Un nouveau mcanisme avec QoS pour le routage dans les RCSF

40

Conclusion Gnrale

Conclusion
Gnrale

Conclusion Gnrale

Au cours de ce mmoire on a eu loccasion dacqurir des connaissances dans le


domaine de rseau de capteur sans fil qui est un nouveau domaine constitue lune des nouvelles
technologies qui bouleverseront le monde et notre manire de vivre et de travailler.

Contrairement aux rseaux sans fil traditionnels, les rseaux de capteurs sans fil sont
conus avec un objectif diffrent. Ils ont besoins dune capacit de fonctionnement de manire
autonome pendant une longue dure de temps. Ainsi ils doivent tre abords pour un
fonctionnement efficace dans des applications temps rel. Dans ce contexte nous nous sommes
intresss la problmatique du temps rel qui est lun des paramtres de la qualit de service.
Nous avons essay danalyser cette problmatique par tudi lun des protocoles de routage
appel DRLR (Distributed Reinforcement Learning Routing) au lequel des solutions adquates
sont proposes. Nous avons aussi pu dcouvrir et manipuler le simulateur Contiki OS qui est
aussi convoit dans diffrents domaines, par la communaut des scientifiques que celles des
industriels.

Sur le ct personnel, nous avons eu la chance de se familiarise avec les rseaux de


capteur sans fil et en particulier le routage des donnes. En effet, au bout de ces quelques mois
notre modeste recherche dans le domaine de rseau de capteur sans fil sest enrichie et notre
savoir sest approfondi.
La dure de rdaction de ce mmoire nous a permis damliorer notre capacit de
communication et dadaptation aux ides des autres. En outre, elle nous a permis de dcouvrir
un domaine passionnant qui est celui de la recherche.
Finalement, on ne peut pas sarrter la simulation il faut quen peut configurer ces
rseaux dans la vie relle et matrielle. Nous esprons que nous pourrons dans le futur proche
de trouver et raliser ce qui nous navons pas encore lattient dans le domaine de rseau de
capteur sans fil.

Rfrences bibliographiques
[01] : SALHEDDINE Kabou. Etat de lart sur les rseaux de capteur sans fil , Universit
Tahri Mohamed, Bchar, Algrie. Memoire Online, [http://www.memoireonline.com/].
http://www.memoireonline.com/02/12/5433/m_tat-de-lart-sur-les-reseaux-de-capteurs-sansfil5.html [21/12/2014].

[02] : MOAD Soufiane. La consommation d'nergie dans les rseaux de capteurs sans fil ,
Etude bibliographique Master Recherche 2 en Informatique, IFSIC-Rennes 1, France.
2007/2008.

[03] : LASLA Noureddine, La Gestion De Cls Dans Les Rseaux De Capteur Sans Fil ,
mmoire de Magister, Institut National de formation en Informatique (I.N.I) Oued-Smar, Alger,
Algrie, juin 2008.

[04] : BENYAHIA Soumia, Conception Et Implmentation D'un Protocole MAC Pour La


Scurit Des Rseaux De Capteurs Sans Fil , mmoire de Master, universit Tahri Mohamed,
Bchar, Algrie, 2012.

[06] : LEHASINI Mohammed, Diffusion et couverture bases sur le clustering dans les
rseaux de capteurs : application la domotique , thse de doctorat, universit de FrancheCompt, Ecole Doctorat SPIM, 2009.
[07] : ALEXANDRE Brianceau, JEREMIE Christin, Scurit De Lagrgation De Donnes
Dans Les Rseaux De Capteurs , rapport de projet de Master 1, Universit de Versailles SaintQuentin-en-Yvelines, tats-Unis.
[08] : DENIS Dessales, Conception Dun Rseau De Capteurs Sans l, Faible
Consommation, Ddi Au Diagnostic In-Situ Des Performances Des Btiments En Exploitation
, thse de Doctorat, cole Doctorale : Sciences et Ingnierie pour lInformation, Universit de
de Poitiers, Aot 2006.
[09] : YACINE Younes, Minimisation Dnergie Dans Un Rseau De Capteur , mmoire
de Magister, universit Mouloud Mammeri, Tizi Ouzou, Algrie, Septembre 2012.

[10] : SALHEDDINE Kabou. Etat de lart sur les rseaux de capteur sans fil , Universit
Tahri Mohamed, Bchar, Algrie. Memoire Online, [http://www.memoireonline.com/].
http://www.memoireonline.com/02/12/5433/m_tat-de-lart-sur-les-reseaux-de-capteurs-sansfil5.html [2013].

[11] : POBOT Robotique Sophia Antipotis. Pobot [http://www.pobot.org/]. SPIP,


http://www.pobot.org/Capteur-IR-Sharp-GP2D120.html [2013].

[12]

LAGRO-CLIMATOLOGIE

POUR

TOUS

[contact@cap2020.fr].

http://sd-

30352.dedibox.fr/accept/wordpress/wpcontent/uploads/2013/09/DSC00381.jpg, [07/03/2015].

[13] : ANR (Agence National De La Recherche), http://www.nanocomm.fr/3-objectif.html


2010-2013.

[14] : LEILA Imane Niar. Analyse Graphique pour la surveillance dans un rseau de capteur
sans fil(RCSF) , Mmoire de Magistre en Informatique, Option Analyse, Commande et
Surveillance des Systmes. Universit dOran. Juillet 2012.
[15] : ALI KARA Omar, Dveloppement Dune Architecture De Communication Sans Fil
Pour Les Rseaux De Capteur Dans Le Domaine Arospatial , 2011.

[16] : MIHAI Galos. Reconfiguration dynamique et simulation fine modlise au niveau de


transaction dans les rseaux de capteurs sans fil htrognes matriellement-logiciellement ,
HAL (archives ouvertes), Ecole Centrale de Lyon, 2012. France. NNT : 2012ECDL0043.

[17] : BENCHAIRA Djawhara, BENCHEIKH Ahlem, Scurit De La Dissmination De


Donnes Dans Un Rseau De Capteurs Sans Fil : Cas Du Protocole Tiny Diffusion , Projet
Fin dEtude, Ecole nationale Suprieure dInformatique (E.S.I) Oued-Smar, Alger, Algrie,
juin 2009.

[18] : RAMDANI Mohamed. Problmes de scurit dans les rseaux de capteurs avec Prise
en charge de lnergie , Mmoire de Magister, Spcialit Informatique Rpartie et Mobile.
Universit De Saad Dahlab, Blida. Novembre 2013.

[19] : SAHRAOUI Belkheyr. Etude dun protocole de routage bas sur les colonies de
Fourmis dans les rseaux de capteurs sans fil , Mmoire de Master en Informatique, Option
Modle Intelligent et Dcision. Universit Abou Bakr Belkaid, Tlemcen. 2013.

[20] : ABDERREZAK Rachedi. Rseaux Sans Infrastructure , 3me anne Electronique et


Informatique Systmes Communicants, cole Suprieur d'Ingnieurs Paris-Est Marne-laValle (ESIPE), Universit Paris-Est Marne-la-Valle (UPEM), France. 2015.
[21] : SELATNA Abbes. Implmentation dune application oriente surveillance pour les
rseaux de capteurs , Mmoire de Master en Informatique, Option Rseaux et Systme
Distribus. Universit Abou Bakr Belkaid. Tlemcen, 4 Juillet 2012.
[22] : HALLAB Saad, JRAIDI Amel. Dveloppement dun Systme de surveillance de
Lenvironnement base dun rseau de Capteurs sans fils , Diplme Nationale De licence
Appliqu En Informatique, Linstitut suprieur de linformatique Mahdia, Tunis, 03 juin 2013.

[23] : BILEL Saadallah, ABDELKADER Lahmadi, OLIVIER Festor. CCNx for Contiki:
implementation details . [Technical Report] RT-0432, 2012, pp.52. [hal-00755482], 22
Novembre 2012.

[24] : ABDERREZAK Rachedi. Rseaux Sans Infrastructure , 3me anne Electronique et


Informatique Systmes Communicants, cole Suprieur d'Ingnieurs Paris-Est Marne-laValle (ESIPE), Universit Paris-Est Marne-la-Valle (UPEM), France. 2015.
[25] : ABDESSELAM Abdelhalim, BELOUATEK Mohammed. Conception dun algorithme
de routage bas sur lheuristique du recuit simul pour les rseaux de capteurs grande
chelle , Mmoire de Master en Informatique, Option Rseaux et Systmes Distribus,
Universit Abou Bakr Belkaid, Tlemcen, 2013.

[26] : ISMAIL Salhi. Un codage rseau contraint pour les rseaux de capteurs sans fil.
HAL (archives ouvertes), Universit Paris-Est, 2012. French. [NNT : 2012PEST1103]. [pastel00794618].

[27] : R.Devika, B.Santhi, T.Sivasubramanian. Survey on Routing Protocol in Wireless


Sensor Network , International Journal of Engineering and Technology (IJET), Vol 5, No 1.
Fvrier- Mars 2013.

[28] : LEILA Imane Niar. Analyse Graphique pour la surveillance dans un rseau de capteur
sans fil(RCSF) , Mmoire de Magistre en Informatique, Option Analyse, Commande et
Surveillance des Systmes. Universit dOran. Juillet 2012.

[29] : MANAL Abdullah, AISHA Ehsan. Routing Protocols for Wireless Sensor Networks:
Classifications and Challenges , Quest Journals,Journal of Electronics and Communication
Engineering Research, Volume 2. 24 Fvrier 2014.
[30] : BENDIMERAD Nawel. DYMO Multi-chemins nuds disjoints sans interfrences
pour les rseaux ZigBee/standard IEEE 802.15.4 , Mmoire de Magistre, spcialit
Informatique, Option Analyse, Commande et Surveillance des Systmes. Universit dOran.

[31] : RAJASHREE.V.Biradar, V.C .Patil, Dr. S. R. Sawant,Dr. R. R. Mudholkar.


Classification And Comparison Of Routing Protocols In Wireless Sensor Networks , UbiCC
Journal, Volume 4, pages 704-708.
[32] : YACINE Younes. Minimisation Dnergie Dans Un Rseau De Capteurs , Mmoire
de Magistre, Option Systmes Informatiques, Universit Mouloud Mammeri, Tizi-Ouzou, 26
Septembre 212.

[33] : A. K. Dwivedi, O. P. Vyas. Network Layer Protocols for Wireless Sensor Networ
Existing Classifications and Design Challenges , International Journal of Computer
Applications, Volume 8 No.12. October 2010.

[34] : JAMAL N. Al-Karaki, AHMED E. Kamal. Routing Techniques in Wireless Sensor


Networks: A Survey , ICUBE initiative of Iowa State University, Ames, IA 50011.

[35] : SHIO Kumar Singh , M P Singh et D K Singh. Routing Protocols in Wireless Sensor
Networks A Survey, International Journal of Computer Science & Engineering Survey
(IJCSES), Vol.1, No.2, Novembre 2010.

[36] : SHIO Kumar Singh, M.P. Singh et D.K. Singh. Applications, Classifications, and
Selections of Energy-Efficient Routing Protocols for Wireless Sensor Networks, (IJAEST)
International Journal Of Advanced Engineering Sciences And Technologies, Volume 1, No 2,
2010.

[37] : YANJUN Li, CHUNG Shue Chen, YE-QIONG Song, Zhi Wang. Real-time QoS
support in wireless sensor networks: a survey, 7th IFAC International Conference on
Fieldbuses & Networks in Industrial & Embedded Systems, Novembre 2007, Toulouse, France.
[38] : ISLAM T. Almalkawi , MANEL Guerrero Zapata et JAMAL N. Al-Karaki. A Secure
Cluster-Based Multipath Routing Protocol for WMSNs, Sensors, Volume 11, No 4, 15 Avril
2015.

[39] : SUNDARAJA Sitharama Iyengar. International Journal of Distributed Sensor


Networks, http://www.hindawi.com/journals/ijdsn/2012/392515/fig1/ , 03 Mai 2015.

[40]:

WIKIVERSITY,

Curriculum

on

Digital

Libraries/Routing,

http://en.wikiversity.org/wiki/Curriculum_on_Digital_Libraries/Routing , 03 Mars 2015.

[41] : Ms. PARUL Tyagi, Ms. SURBHI Jain. Comparative Study of Routing Protocols in
Wireless Sensor Network , International Journal of Advanced Research in Computer Science
and Software Engineering, Volume 2, No 9, Septembre 2012.

[42] : www.edn.com500 576Search by image Wireless Sensor Networks--Part II, Page 2.


This allows a node to choose one path from among many to relay its message to the sink. The
SAR algorithm chooses ...

[43] : ieeesmc.org696 340Search by image LEACH's hierarchical routing architecture

[44] : MOHAMED Guerroumi , AL-SAKIB Khan Pathan , NADJIB Badache , et SAMIRA


Moussaoui. Strengths and Weaknesses of Prominent Data Dissemination Techniques in
Wireless Sensor Networks , International Journal of Communication Networks and
Information Security (IJCNIS), Vol. 5, No. 3, December 2013.

[45] : ADRIEN Van Den Bossche. Proposition dune nouvelle mthode daccs dterministe
pour un rseau personnel sans fil fortes contraintes temporelles , Mmoire de thse de
Doctorat, Universit De Toulouse II, France, 6 juillet 2007.

[46] : FENG Xia. QoS Challenges and Opportunities in Wireless Sensor/Actuator Networks ,
Faculty of Information Technology, Queensland University of Technology, Brisbane QLD
4001, Australia. College of Computer Science and Technology, Zhejiang University, Hangzhou
310027, China.

[47] : BO Jiang. End-to-end Delay Analysis for Event-driven Wireless Sensor Network
Applications , Proposition d'examen prliminaire pour l'obtention le degr de Doctorat en
Gnie Informatique, Institut Polytechnique de Virginia, USA, 4 Mai 2009.

[48] : AKKAYA Kemal et MOHAMED Younis. Energy and QoS aware Routing in Wireless
Sensor Networks , Baltimore, MD 21250, University of Maryland, Baltimore County.

[49] : LEHSAINI Mohamed. Diffusion et couverture bases sur le clustering dans les rseaux
de capteurs : application la domotique , Thse de Doctorat Spcialit Informatique,
Universit A.B Tlemcen, Algrie, 2009.

[50] : YANJUN Li, CHUNG Shue Chen, YE-QIONG Song, Zhi Wang. Real-time QoS
support in wireless sensor networks: a survey, 7th IFAC International Conference on
Fieldbuses & Networks in Industrial & Embedded Systems, Novembre 2007, Toulouse, France.
[51] : XIAOHUA Yu, JIAXING Luo, JINWEN Huang. An Ant Colony Optimization-Based
QoS Routing Algorithm for Wireless Multimedia Sensor Networks, IEEE (Institute of
Electrical and Electronics Enegineers) 2011.

[52] : SAEED Rasouli Heikalabad, HOSSEIN Rasouli, FARHAD Nematy et NAEIM


Rahmani. QEMPAR: QoS and Energy Aware Multi-Path Routing Algorithm for Real-Time
Applications in Wireless Sensor Networks, IJCSI International Journal of Computer Science
Issues, Vol. 8, No 1, Janvier 2011.

[53] : SAEED Rasouli Heikalabad, HOSSEIN Rasouli, FARHAD Nematy et NAEIM


Rahmani. QEMPAR: QoS and Energy Aware Multi-Path Routing Algorithm for Real-Time

Applications in Wireless Sensor Networks, IJCSI International Journal of Computer Science


Issues, Vol. 8, No 1, Janvier 2011.

[54] : R. ANNIE UTHRA et S. V. KASMIR RAJA. QoS Routing in Wireless Sensor


NetworksA Survey, ACM Comput, Article 9, Novembre 2012, India.
[55] : GAGANPREET kaur , ABHILASHA. Review On Qos And Real Time Routing
Protocols In Wireless Sensor Networks , International Journal of Advances in Computer
Science and Communication Engineering (IJACSCE), Vol 2, No2 Juin 2014.

[56] : ZHAN An-dong, XU Tian-yin, CHEN Gui-hai, YE Bao-liu, LU Sang-lu. A Survey on


Real-time Routing Protocols for Wireless Sensor Networks , Universit de Nanjing, La Chine.

[57] : ABHIMANYU Dalal, PAWAN Kumar. Real Time Routing Protocols In WSN:A
Review ,International Journal of Advanced Research in Computer Science and Software
Engineering, Volume 4, No 5, Mai 2014.

[58] : TIAN He, JOHN A Stankovic, CHENYANG Lub, TAREK Abdelzaher. SPEED: A
Stateless Protocol for Real-Time Communication in Sensor Networks .

[59] : ALI Ghaffari et VIDA Aghakhanloye Takanloo. QoS-Based Routing Protocol with
Load Balancing for Wireless Multimedia Sensor Networks Using Genetic Algorithm ,World
Applied Sciences Journal, Volume 15, No 12, 2011.

[60] : MOHAMMAD Masdari et MARYAM Tanabi. Multipath Routing protocols in Wireless


Sensor Networks: A Survey and Analysis, International Journal of Future Generation
Communication and Networking, Vol.6, No.6, pages 181-192, 2013.

[61] : REZA Sheibani, ELHAM Sharififar, MAHSA Khosronejad, MOHAMMAD Reza


Mazaheri, BEHZAD Homayounfar. A Reliable and QoS Aware Multi-path Routing Algorithm
in WSNs, Third International Conference on Emerging Intelligent Data and Web
Technologies, 2012.

[62] : MOHAMMAD Sadegh Kordafshari, AZADEH Pourkabirian, MOHAMMAD Reza


Meybodi et ALI Movaghar. Distributed QoS Routing Algorithm in Large Scale Wireless
Sensor Networks , IEEE (Institute of Electrical and Electronics Enegineers), 2012.

[63] : SUSSAN Sanati, MOHAMMAD Hossein Yaghmaee, ASGHAR Beheshti. Energy


Aware Multi-path and Multi-SPEED Routing Protocol in Wireless Sensor Networks, IEEE
(Institute of Electrical and Electronics Enegineers), la 14e Confrence International Computer
CSI, 2009.

[64] : Mrs. P. Jayanthi, Mr. T. Parameswaran. A Survey On Energy Efficient Multipath Routing
In Wireless Sensor Network , IJAICT Volume 1, No 8, 05 Janvier 2015.
[65] : SENOUCI Sidi-Mohammed. Application De Techniques Dapprentissage Dans Les
Reseaux Mobiles , Thse de Doctorat, Systmes Informatiques, Universit De Pierre Et Marie
Curie Paris 6, France, 09 Octobre 2003.

[66] : M. Esnaashari , M.R. Meybodi. A learning automata based scheduling solution to the
dynamic point coverage problem in wireless sensor networks , Journal ELSEVIER, 29 Mars
2010.

[67] : AMIR Hosein Fathy Navid. SELARP: Scalable and Energy-aware Learning Automatabased Routing Protocols for Wireless Sensor Networks , le 4 eme Confrence International en
Technologie des Capteurs Et Applications, IEEE (Institute of Electrical and Electronics
Enegineers), 2010.

[68] : HABIB Mostafaei MOHAMMAD Reza Meybodi. Maximizing Lifetime of Target


Coverage in Wireless Sensor Networks Using Learning Automata , Springer, DOI
10.1007/s11277-012-0885-y, 25 Octobre 2012.

[69] : SHAHARUDDIN Salleh. A learning automata-based solution to the target coverage


problem in wireless sensor networks , Journal MoMM, 2-3 Dcembre 2013.

[70] : MOHAMMAD Sadegh Kordafshari, AZADEH Pourkabirian, MOHAMMAD Reza


Meybodi et ALI Movaghar. Distributed QoS Routing Algorithm in Large Scale Wireless
Sensor Networks , IEEE (Institute of Electrical and Electronics Enegineers), 2012.

[71] : JEAN Berstel et JEAN-ERIC Pin. Les bases de la programmation et de


lalgorithmique,

Polycopi

de

lEcole

polytechnique,

cours

INF

421,

http://pauillac.inria.fr/~maranget/X/421/poly/automate.html.

[72] : EMMANUELLE Encrenaz-Tiphne, Modlisation des Systmes Rpartis Une


modlisation par automates , Master Informatique, Universit de Paris VI, France.

[73] : JACQUES Julliand, Modlisation et Evaluation de Systmes Informatiques, partie


Automates finis et applications, cours de Master Recherche Informatique 2me anne,
Universit de Franche-Comt, France, 2007.

e-mail: zianechahrazad@yahoo.fr