Bchini

T
T
H
H
S
S
E
E

En vue de l'obtention du

D DO OC CT TO OR RA AT T D DE E L L U UN NI IV VE ER RS SI IT T D DE E T TO OU UL LO OU US SE E

Dlivr par LINPT/ENSEEIHT
Discipline ou spcialit : Rseaux et Tlcoms

JURY

Mme. Monique BECKER Prsidente Professeur, Telecom SudParis Paris
M. Salah BEN ABDALLAH Examinateur M.C.HDR, ISETCOM Tunis
M. Farouk KAMOUN Rapporteur Professeur, ENSI Tunis
M. Toufik AHMED Rapporteur Professeur, ENSEIRB Bordeaux
M. Andr-Luc BEYLOT Directeur Professeur, INPT/ENSEEIHT Toulouse
M. Sami TABBANE Directeur Professeur, SUPCOM Tunis
M. Nabil TABBANE Co-Directeur M.C.HDR, SUPCOM Tunis
M. Emmanuel CHAPUT Co-Directeur M.C, INPT/ENSEEIHT Toulouse

Ecole doctorale : Mathmatiques, Informatique et Tlcommunications de Toulouse
Unit de recherche : IRIT/IRT UMR 5505
Directeur(s) de Thse : Andr-Luc BEYLOT

Prsente et soutenue par Tarek BCHINI
Le 10/06/2010

Titre : Gestion de la Mobilit, de la Qualit de Service et Interconnexion de
Rseaux Mobiles de Nouvelle Gnration
2
- Ddicace

A mon cher pre Abdallah,
ma chre mre Mahbouba,
mon frre Dhafer,
ma sur Nada,
tous mes oncles et tantes,
tous mes cousins et cousines
toute la famille

et tous ceux qui m'aiment

3

Remerciements

Mes remerciements vont mes Directeurs et Codirecteurs de thse : Professeur Andr-Luc
BEYLOT, Professeur Sami TABBANE, Matre assistant Docteur Nabil TABBANE et Matre de
Confrences Docteur Emmanuel CHAPUT, de mavoir donn leur confiance, et pour m'avoir donn
la chance de dcouvrir, de connatre et de collaborer avec eux dans cette thse au sein de leurs
laboratoires et units de recherche. J'ai apprci la considration qu'ils me portaient ainsi que les
prcieux conseils quils mont prodigus.

J'aimerais exprimer ma reconnaissance envers les membres du jury, Monsieur Farouk
KAMOUN Professeur mrite lENSI de Tunis et Monsieur Toufik AHMED Professeur
lENSEIRB de Bordeaux qui ont accept de juger ce travail et d'en tre les rapporteurs. Je remercie
particulirement, Monsieur Salah BEN ABDALLAH Matre de confrences (HDR) directeur de
lISETCOM de Tunis et Madame Monique BECKER Professeure Tlcom SudParis qui ont
accept aussi de juger ce travail et d'en tre les examinateurs.

Je remercie tout le personnel de lunit de recherche en Rseaux Radio-Mobiles Multimdia
(MEDIATRON), de lEcole Doctorale Technologie de lInformation et de la Communication (TIC), de
l'Ecole Suprieure des Communications de Tunis (SUPCOM), de lUniversit 7 Novembre
Carthage, de lquipe de recherche en Ingnierie des Rseaux et Tlcommunications (IRT), de
lInstitut de Recherche en Informatique de Toulouse (IRIT), de lEcole Nationale Suprieure
d'Electrotechnique, d'Electronique, d'Informatique, d'Hydraulique et des Tlcommunications
(ENSEEIHT) de Toulouse, de lInstitut National de Polytechnique de Toulouse (INPT), qui m'ont aid
accomplir mon travail dans de bonnes conditions.

Je remercie normmant lIFC (Institut Franais de Coopration) et le CROUS de Toulouse
(Les Services de la Vie Etudiante) qui mont fourni une aide pcuniaire pendant mes sjours
Toulouse pour mes travaux de recherche dans le laboratoire IRIT, et je remercie aussi beaucoup la
Ministre de lEnseignement Suprieur Tunis (Programme dEncouragement des Jeunes
Chercheurs) pour son aide financire durant mon sjour Tunis pour mes travaux de recherche dans
le laboratoire MEDIATRON. Je remercie aussi les services financiers du laboratoire IRIT et de
lcole doctorale TIC de SUPCOM de mavoir aid financirement pour pouvoir payer mes missions
dans des confrences internationales.

Je tiens aussi exprimer ma gratitude envers le Docteur Nabil TABBANE codirecteur tunisien
de ma thse et le Professeur Andr-Luc BEYLOT directeur franais de ma thse pour leur suivi
technique, leur disponibilit, et leurs conseils dexpert tout au long de ma thse ; envers le Professeur
Sami TABBANE directeur tunisien de ma thse et le Docteur Emmanuel CHAPUT codirecteur
franais de ma thse pour leur soutien trs prcieux et leur encadrement ; et enfin envers le Docteur
Hafedh GAHA ami et collgue de grande exprience pour tout ce quil a fait afin que je puisse
poursuivre ma thse en cotutelle.

Enfin, Je remercie tous les gens qui maiment et qui mont aid tout au long de ma thse
directement ou indirectement, soit moralement, ou financirement, ou techniquement

4
Remerciements 3
Table des matires 4
Rsum de la thse 8

INTRODUCTION GENERALE

9

Chapitre I. ETAT DE LART

12
1 Rseaux Impliqus

12
1.1 Rseau 4G.... 12
1.1.1 Introduction 12
1.1.2 Buts de la 4G.... 13
1.1.3 Conclusion. 13
1.2 Technologies 4G.. 13
1.2.1 Rseau WiMAX...................... 13
1.2.1.1 Introduction......................... 13
1.2.1.2 Couches protocolaires.............................................................. 13
1.2.1.3 QoS dans le WiMAX................................................................. 14
1.2.1.4 WiMAX mobile.......................................................................... 15
1.2.1.4.1 Introduction.............................................................. 15
1.2.1.4.2 Architecture du WiMAX mobile................................ 15
1.2.1.4.3 Mobilit dans lIEEE 802.16e................................... 17
1.2.1.5 IEEE 802.16m........................................................................... 18
1.2.1.6 Conclusion. 19
1.2.2 LTE.................. 19
1.2.2.1 Introduction 19
1.2.2.2 Accs radio LTE... 19
1.2.2.3 Rseau cur SAE............. 19
1.2.2.4 Rseau global EPS.. 20
1.2.2.5 Le Handover dans LTE.... 21
1.2.3 LUMB 21
1.2.3.1 Introduction 21
1.2.3.2 Architecture de lUMB.. 22
1.2.3.3 Mobilit dans lUMB. 23
1.2.4 Comparaison entre WiMAX, LTE et UMB 23
1.3 Rseau WLAN.. 24
1.3.1 IEEE 802.11.. 24
1.3.2 IEEE 802.11e.............. 24
1.3.3 Comparaison entre 802.11e et 802.16e.. 25
1.3.4 Conclusion. 25
1.4 Rseau 3G. 26
1.4.1 LUMTS.. 26
1.4.2 Comparaison entre UMTS et IEEE 802.16e.............. 27
1.4.3 Conclusion 28
1.5 Rseaux satellitaires... 28
1.5.1 DVB-S 28
1.5.2 DVB-S et DVB-RCS.... 29
1.5.3 DVB-S2. 30
1.5.4 IPoS 30
1.5.5 Conclusion.

31
5
2 Protocoles de Mobilit

31
2.1 Handover.. 31
2.2 Micro-Mobilit en utilisant des Protocoles de Niveau 2.... 32
2.2.1 Introduction.. 32
2.2.2 Hard Handover IEEE 802.16e.. 32
2.2.3 Soft Handover IEEE 802.16e.... 33
2.2.3.1 MDHO 33
2.2.3.2 FBSS. 34
2.2.4 Conclusion 35
2.3 Macro-Mobilit en utilisant des Protocoles de Niveau 3... 36
2.3.2 Mobile IPv4.. 36
2.3.3 Proxy Mobile IPv4... 37
2.3.4 Mobile IPv6.................... 37
2.3.5 Conclusion 38
2.4 Macro-mobilit en utilisant des Protocoles de Niveau 3+............... 38
2.4.1 HIP.... 38
2.4.2 MSCTP.... 39
2.4.2.1 Introduction.. 39
2.4.2.2 Fonctionnement... 40
2.4.3 SIP. 40
2.4.4 Architecture de mobilit IEEE 802.21 (MIH)... 41
2.4.5 Conclusion 42
2.5 Conclusion du premier chapitre 43

Chapitre II. GESTION DE LA MOBILITE DANS LE WIMAX MOBILE

44
1 Mobilit grande vitesse dans une zone rurale

44
1.1 Introduction.............. 44
1.2 Modle des simulations et scnarios de mobilit.............. 44
1.2.1 Modle des simulations.. 44
1.2.2 Scnarios de mobilit............................... 45
1.3 Paramtres des simulations et critres de performance 47
1.3.1 Paramtres des simulations... 47
1.3.2 Critres de performance. 47
1.4 Rsultats des simulations... 48
1.5 Conclusion....

53
2 Mobilit avec diffrentes vitesses dans une zone urbaine

53
2.1 Introduction............................ 53
2.2 Modle des simulations et scnarios de mobilit.. 53
2.2.1 Modle des simulations. 53
2.2.2 Scnarios de la mobilit. 54
2.3 Paramtres des simulations et critres de performance.. 55
2.3.1 Paramtres des simulations.. 55
2.3.2 Critres de performance 56
2.4 Rsultats des simulations..... 56
2.5 Conclusion...

59
3 Transfert intercellulaire de niveau 3 en utilisant MSCTP

59
3.1 Introduction............................ 59
6
3.2 Comparaison entre MIP, PMIP et MSCTP.. 59
3.3 Modle des simulations et scnario de mobilit.... 60
3.3.1 Modle des simulations.. 60
3.3.2 Scnario de la mobilit... 60
3.4 Paramtres des simulations et critres de performance............................ 61
3.5 Rsultats des simulations..... 61
3.6 Conclusion....

62
4 Mcanisme dcisionnel flou pour la gestion du HO dans 802.16e

63
4.1 Introduction.. 63
4.2 La logique floue... 63
4.2.2 Systme dinfrence floue. 63
4.3 Algorithme dcisionnel fond sur la logique floue. 65
4.3.1 Paramtres dentre................ 65
4.3.1.1 Les attributs. 65
4.3.1.2 Les critres.. 65
4.3.2 Algorithme propos 66
4.3.3 Fuzzification 67
4.3.4 Evaluation des rgles 69
4.3.5 Dfuzzification. 69
4.3.6 Exemple pratique 69
4.4 Modle des simulations et scnarios de mobilit... 69
4.4.1 Modle des simulations. 69
4.4.2 Scnarios de la mobilit.... 70
4.5 Paramtres des simulations et critres de performance........................... 71
4.5.1 Paramtres des simulations. 71
4.6 Rsultats des simulations.. 71
4.6.1 Les dlais. 71
4.6.2 Les taux des paquets perdus 74
4.6.3 Les dbits. 75
4.7 Conclusion.............. 77

Chapitre III. INTERCONNEXION DU 802.16e AVEC LES RESEAUX

78
1 Interconnexion du WiMAX mobile avec le WLAN (802.11e)

78
1.1 Introduction.......................... 78
1.2 Modles dinterconnexion et scnarios de mobilit. 78
1.2.1 Modle et scnarios communs 78
1.2.2 Modle dinterconnexion fond sur MSCTP. 79
1.2.3 Modle dinterconnexion fond sur IEEE 802.21. 80
1.3 Paramtres des simulations et critres de performance.......................... 81
1.3.1 Paramtres des simulations............................. 81
1.3.2 Critres de performance.. 82
1.4 Rsultats des simulations. 82
1.4.1 Dlai de bout en bout 82
1.4.2 Taux des paquets perdus............................. 83
1.4.3 Dbits.. 84
1.5 Conclusion...........................................................

84
7
2 Interconnexion du WiMAX mobile avec la 3G (UMTS)

85
2.1 Introduction............................. 85
2.2 Pile protocolaire fonde sur MIH et MSCTP 85
2.3 Modle de mobilit et schma du Handover.............. 87
2.3.1 Modle dinterconnexion et scnarios de mobilit.. 87
2.3.2 Schma de Handover.. 88
2.4 Simulations 89
2.5 Rsultats 90
2.5.1 Les dlais.. 90
2.5.2 Les taux des paquets perdus. 92
2.5.3 Les dbits.. 94
2.6 Conclusion........................

95
3 Interconnexion du WiMAX mobile avec le satellite (DVB-S/RCS)

95
3.1 Introduction... 95
3.2 Pile protocolaire convergente du DVB-S/RCS 95
3.3 Modle dinterconnexion et scnarios de mobilit. 96
3.4 Paramtres des simulations et critres de performance... 98
3.5 Rsultats des simulations... 98
3.6 Conclusion.

100
4 Interconnexion du WiMAX mobile avec la 3G+ (LTE)

102
4.1 Introduction.............. 102
4.2 Fonctionnement de MIH+MSCTP............... 102
4.3 Pile protocolaire fonde sur MIH et MSCTP 103
4.4 Modle dinteraction et schmas du Handover.............. 104
4.4.1 Modle dinterconnexion et scnarios de mobilit.. 104
4.4.2 Schmas du Handover.............. 105
4.5 Conclusion. 106

CONCLUSION GENERALE ET PERSPECTIVES DE RECHERCHE

107
Publications internationales 110
Annexe 111
Glossaire 119
Rfrences bibliographiques 124
Table des figures 127
Liste des tableaux 129

8
Rsum de la thse

Avec lvolution rapide des technologies rseaux et tlcoms radios mobiles, les
chercheurs sont actuellement en train de prparer larrive dune nouvelle gnration baptise
4G. Le rseau de 4
me
gnration qui est encore lobjet de travaux de recherche vise
amliorer lefficacit spectrale et augmenter la capacit de gestion du nombre des mobiles
dans une mme cellule. Il tend offrir des dbits levs en situation de mobilit grande ou
faible vitesse. Il vise aussi permettre et faciliter linterconnexion et linteroprabilit entre
diffrentes technologies existantes en rendant transparent lutilisateur le passage entre les
rseaux. Enfin, il vise viter linterruption des services durant le transfert intercellulaire, et
basculer lutilisation vers le tout IP.
Dans ce contexte, nous nous sommes intresss en premier lieu aux problmatiques de
la QoS en situation de mobilit au sein dune technologie candidate la 4G (WiMAX mobile)
pour du trafic temps-rel. Pour cela, nous avons compar la performance de plusieurs
protocoles de mobilit dans le contexte du Handover de niveau 2 et de niveau 3 et plus. Nous
avons pour cela fait varier les modles de mobilit, les configurations et les scnarios. Enfin,
nous avons modlis un algorithme dcisionnel qui gre le Handover dans le WiMAX mobile
en fonction de plusieurs paramtres dentres.
Au travers de ces tudes, nous avons dgag des protocoles de mobilit qui offrent un niveau
de QoS acceptable pour un trafic temps-rel dans le cadre des scnarios envisags.
En deuxime lieu, nous nous sommes concentrs sur les problmes dinterconnexion et
dinteroprabilit entre les rseaux en tenant compte de la mobilit et du Handover vertical
entre deux technologies. Pour cela, nous avons propos de comparer des protocoles de
mobilit puis de les combiner afin de diminuer les dlais des trafics temps-rel au cours du
Handover. Au niveau de linterconnexion, nous avons propos des modles entre WiMAX
mobile et de nombreux autres standards (802.11e, UMTS, DVB-S/RCS, LTE).
Outre les solutions dinterconnexion, nous avons galement mis en vidence la ou les
combinaisons de protocoles de gestion de la mobilit qui permettent de garantir de la QoS.

9
INTRODUCTION GENERALE
Aujourdhui, les systmes de communication sans fil sont de plus en plus prsents dans
notre vie quotidienne et ils tendent remplacer lutilisation excessive de cbles. Bien que les
connexions haut-dbit de type ADSL se multiplient dans le monde, elles ne permettent pas
la souplesse dutilisation que procure un rseau radio sans fil. Pour amliorer la qualit de
service quils offrent, les chercheurs prparent larrive de la future gnration baptise 4G.
Dans le contexte de larrive de la 4G, notre travail de thse sest concentr sur des
principaux problmes lis cette nouvelle gnration : le transfert intercellulaire sans coupure
et avec un niveau de qualit de service acceptable dans une technologie 4G, et
linterconnexion et le Handover vertical transparent avec un minimum de dlai entre une
technologie 4G et un autre rseau. Pour cela, nous allons proposer plusieurs scnarios de
mobilit dans une mme technologie ou entre deux technologies diffrentes, et dans chaque
scnario nous allons essayer une combinaison de protocoles de mobilit, et la fin de chaque
scnario nous allons dgager la combinaison qui fonctionne le mieux pour un ou plusieurs
types de trafic utiliss dans un scnario.
Si nous faisons un tour dhorizon des solutions 3G/4G, nous pouvons citer tout dabord
WiMAX. Cette technologie a pour objectif de fournir un accs sans fil haut dbit Internet
dans un rayon de plusieurs kilomtres et est donc destine principalement aux rseaux
mtropolitains.
En effet, la porte prvue des ondes est denviron 50 km. Nanmoins cette porte est
thorique et la porte relle devrait se situer plutt aux alentours de 8 ou 10 km, ce qui reste
suffisant pour proposer une connectivit lchelle dune ville.
Le WiMAX est donc une solution hertzienne pour des rseaux WMAN. Cest une technologie
prometteuse alliant porte, haut dbit, qualit de service, interoprabilit, efficacit en terme
de cot, mobilit, etc,
La norme IEEE 802.16e permet d'apporter la mobilit au WiMAX Fixe tout en tant
interoprable avec celui-ci. Elle permet aussi la tlphonie sur IP ou VoIP et l'usage des
services mobiles haut dbit.
A partir d'une station de base vers des clients mobiles se dplaant moins de 120 km/h en
passant dune antenne lautre, lIEEE 802.16e prvoit la transmission de donnes des
dbits allant jusqu' 30 Mb/s sur une zone de couverture d'un rayon infrieur 3,5 km. Pour
communiquer, les PC portables et d'autres quipements nomades devront naturellement
intgrer un composant ddi.
Ce standard permet de mixer les zones de couverture par interoprabilit entre des liaisons
fixes et des liaisons mobiles. De mme, celui-ci donne la possibilit au client mobile de passer
automatiquement d'une station une autre sans perte de connexion.
Au vu des caractristiques, nous avons dcid de fonder une grande partie de notre travail sur
cette technologie en nous intressant plus particulirement la gestion de la mobilit.
Le Handover ou le transfert intercellulaire est l'ensemble des fonctions et d'oprations
mises en uvre entre une ou plusieurs stations de base et une station mobile, pour permettre
cette dernire de changer de cellule et de bnficier des services dune nouvelle cellule. La
station mobile aura la possibilit de continuer sa communication en cours avec un minimum
dinterruption, sachant que les deux cellules impliques sont gres par un ou plusieurs
rseaux.
Les protocoles de mobilit interviennent gnralement au cours du Handover.
Si lon sen rfre au modle OSI, la mobilit peut tre mise en uvre diffrents niveaux. Le
niveau de mobilit le plus bas est le niveau 2 qui correspond la couche liaison du modle
10
OSI. Ce niveau de mobilit est connu sous le nom de Micro Mobilit. Par dfinition, la Micro
Mobilit concerne le dplacement dun nud mobile entre deux points dattachement situs
sur le mme rseau sans changement des caractristiques de niveau 3 (son adresse IP courante
par exemple).
La mobilit de niveau rseau et plus est connue galement sous le nom de Macro Mobilit. Il
s'agit de grer le dplacement dun utilisateur mobile entre deux domaines diffrents du mme
rseau, ou entre deux rseaux diffrents. Ce dplacement ncessite une mise jour de la base
de donnes "Location Directory" et une mise jour de ladresse IP courante de la station
mobile. La station mobile effectue dans ce cas un transfert intercellulaire entre deux cellules
gres par diffrentes passerelles.
La mobilit de niveau transport est propose comme un concurrent la mobilit de niveau
rseau pour mieux supporter lintgration des services. La gestion de la mobilit au niveau
transport est prise en charge dans le monde IP par le protocole SCTP (Stream Control
Transmission Protocol) et son extension DAR (Dynamic Address Reconfiguration). SCTP
tendu avec DAR constituent le protocole MSCTP (Mobile SCTP).
Enfin, larchitecture IEEE 802.21, connue aussi sous le nom de MIH (Media Independent
Handover), fournit des mthodes et des fonctionnalits pour aider la station mobile dtecter
les rseaux disponibles dans son environnement et lui permettre d'initier le Handover vertical
entre les diffrents rseaux dtects. La norme permet simplement de fournir des informations
qui aident linitiation du Handover, la slection du rseau et lactivation de linterface.
L'excution et la dcision du Handover ne font pas partie de la norme.
LTE (Long Term Evolution) est une technologie avance concurrente du WiMAX pour
la validation 4G. Elle propose des dbits levs pour le trafic temps-rel, avec une longue
porte.
DVB-S/RCS (Digital Video Boradcast over Satellite / Return Channel System) est un
systme combin de communication de type aller/retour par satellite, son plus grand avantage
est limmense couverture quil offre.
Cette grande diversit de solutions nous a pouss essayer de faire un tri entre ces
techniques en se plaant dans diffrents contextes. Si lon prend lexemple tout dabord des
rseaux WiMAX mobiles, la question que lon se pose est de savoir sil sont mme de
garantir la QoS aux utilisateurs lors des transferts intercellulaires.
On peut sinterroger sur cette aptitude en fonction du degr de mobilit, de la densit des
utilisateurs, ou encore des attentes des applications.
En outre, parmi les techniques voques, il est dsormais important de mettre en vidence la
solution ou la combinaison de solutions qui sera mme de conduire aux meilleurs rsultats.
Par ailleurs, il apparat clairement quil ny aura pas une seule technologie sans fil dans les
annes venir avec des utilisateurs qui dsireront, tout en se dplacent, se raccorder en
permanence un rseau ; il faudra alors prvoir des solutions dinteroprabilit efficaces entre
les systmes.
Dans le domaine des rseaux tlcoms, ce sera probablement UMTS et LTE ; dans le cadre
des rseaux WLAN des rseaux WIFI voir des rseaux par satellite pour certains rgions mal
couvertes.
On doit donc proposer des solutions efficaces pour tous ces contextes pour grer la fois la
mobilit et la qualit de service.
Dans le premier chapitre, notre travail de thse sest focalis sur ltude de plusieurs
normes de communication radio mobile et quelques normes de communication par satellite ;
puis sur le choix dune technologie successible de devenir la base de la 4G ; et enfin sur
ltude de plusieurs protocoles de mobilit de tous niveaux.
11
Dans le deuxime chapitre, le travail sest concentr sur lamlioration de la qualit de
service pour du trafic temps-rel dans le cas dune mobilit de lutilisateur au sein dune seule
technologie (WiMAX mobile). Dans ce contexte, les contributions qui ont t apportes
couvrent dabord la comparaison de quelques protocoles de mobilit de niveau 2 dans un
scnario de mobilit grande vitesse dans une autoroute. Ensuite abordent la mobilit de
niveau 2 et 3 dans un scnario supportant tous les niveaux de mobilit dans une zone urbaine.
Aprs nous ralisons la comparaison de quelques protocoles de mobilit de niveau 3 dans le
WiMAX mobile. Enfin, nous proposons un algorithme dcisionnel modlis avec la logique
floue et qui consiste amliorer la latence au cours du Handover dans le WiMAX mobile en
effectuant un choix rapide et juste du bon protocole de mobilit en fonction de lexistant.
Dans le troisime chapitre, nous avons trait plusieurs cas de mobilit et de Handover
vertical entre diffrentes technologies. Dans chaque cas nous avons propos une solution
dinterconnexion et dinteroprabilit entre les diffrentes technologies, et nous avons test un
seul protocole ou une combinaison de protocoles pour essayer dobtenir une meilleure QoS au
cours du Handover pour le trafic temps-rel.
Les contributions effectues dans cette dernire partie consistent en linterconnexion du
WiMAX mobile avec la version ddie la QoS du WIFI (IEEE 802.11e) ; linterconnexion
du WiMAX mobile avec la technologie de tlcommunications baptise 3G (UMTS) ;
linterconnexion du WiMAX mobile avec le systme combin de communication par satellite
(DVB-S/RCS) ; et linterconnexion du WiMAX mobile avec la technologie concurrente la
4G (LTE).
Enfin, nous dresserons une conclusion gnrale du manuscrit et proposerons des
perspectives ce travail.

12
Chapitre I. ETAT DE LART
Ce premier chapitre est consacr la prsentation des lments cls et des acteurs
majeurs ncessaires aux contributions abords dans notre thse. Dabord, nous allons
prsenter le concept de la nouvelle gnration attendue dans le domaine des tlcoms : 4G.
Ensuite, nous allons dcrire quelques technologies de communication mobile candidates
cette nouvelle gnration et actuellement en cours de standardisation comme le WiMAX
mobile, le LTE et le UMB (Ultra Mobile Broadband). Puis, nous allons prsenter des normes
de communication radio mobiles moins rcentes et qui sont trop connues comme : le WIFI et
lUMTS. Aprs, nous allons prsenter quelques normes de communication par satellite
comme : DVB-S, DVB-RCS et DVB-S2. Et enfin, nous allons prsenter plusieurs protocoles
de mobilit suivant leurs niveaux par rapport au modle OSI : par exemple pour le niveau 2
(couche liaison), nous allons prsenter Hard Handover et Soft Handover. Ensuite, pour le
niveau 3 (couche rseau), nous prsenterons MIPv4 (Mobile IP), PMIPv4 (Proxy MIP) et
MIPv6. Et enfin, dans le niveau de mobilit 3+, nous aborderons les protocoles HIP (Host
Identity Protocol), MSCTP (Mobile Stream Control Tranmission Protocol), et larchitecture
802.21 propose par lIEEE.
A lissu de ce premier chapitre, nous allons choisir le WiMAX mobile comme technologie de
base de nouvelle gnration, et nous allons concentrer nos tudes et contribuer en se fondant
sur cette technologie. Dans le 2
me
chapitre nous allons aborder la gestion de la mobilit et de
la qualit de service au niveau du WiMAX mobile. Et dans le dernier chapitre, nous
finaliserons avec linterconnexion du WiMAX mobile avec dautres rseaux.

1. Rseaux Impliqus
1.1 Rseau 4G
1.1.1 Introduction
Toujours en cours de recherches et de standardisation, le rseau 4G (4
me
gnration)
[1], [2], [3], [4], [5] est propos comme future gnration des rseaux mobiles aprs la 3G. Ce
rseau a galement pour objectif dabolir les frontires de la mobilit.
Avec le rseau 4G, un utilisateur pourra se connecter o quil se trouve : lintrieur des
btiments avec les technologies Bluetooth, UWB ou WiFi, lextrieur (dans la rue et les
lieux publics) avec lUMTS ou le WiMAX En gnral, le passage dun rseau lautre
deviendra transparent pour lutilisateur.
Les dbits supposs sont entre 20 et 100 Mb/s longue porte et en situation de mobilit, et
1 Gb/s courte porte vers des stations fixes.
Par dfinition, la 4G assure la convergence de la 3G avec les rseaux de communication radio
fonds sur le protocole IP. La connexion devra tre possible quel que soit le mode de
couverture.
L'institution internationale de standardisation ITU (Union Internationale des Tlcoms) n'a
toujours pas donn de dfinition la 4G. Les trois technologies supposes comme candidates
potentielles pour une validation 4G sont [6] :
Long Term Evolution (LTE) pousse par les Europens, avec Ericsson en tte suivi de
Nokia et Siemens
WiMAX version 802.16m soutenu par Intel sachant que le WIMAX a t ajout la liste
des standards 3G par lITU le 19/10/2007 [7].
Ultra Mobile Broadband (UMB) soutenu par le fondeur amricain Qualcomm (fabriquant
des puces).
13
1.1.2 Buts de la 4G
La 4
me
gnration vise amliorer lefficacit spectrale et augmenter la capacit de
gestion du nombre de mobiles dans une mme cellule. Elle tente aussi doffrir des dbits
levs en situation de mobilit et offrir une mobilit totale lutilisateur en tablissant
linteroprabilit entre diffrentes technologies existantes. Elle vise rendre le passage entre
les rseaux transparent pour lutilisateur, viter linterruption des services durant le transfert
intercellulaire, et basculer lutilisation vers le tout-IP.

1.1.3 Conclusion
La 4G, toujours en cours de recherche, est un futur standard qui vise en gnral
amliorer la QoS en terme de dbit, mobilit, etc, dans le cas dchange de trafic temps-rel
sensible au dlai par les abonns. Cependant, il y a quelques buts viss par la 4G qui sont trs
difficiles raliser, comme offrir des dbits trs levs pour des utilisateurs qui se dplacent
trs grande vitesse, ou encore garantir lutilisateur un Handover transparent et sans aucune
interruption.
Parmi les objectifs de la 4G, nous avons intervenu au niveau des problmatiques de la QoS et
la mobilit dans une technologie candidate la 4G, et au niveau des problmatiques des
interconnexions et du Handover transparent entre les rseaux.

1.2 Technologies 4G
1.2.1 Rseau WiMAX
1.2.1.1 Introduction
WiMAX (Worldwide Interoperability for Microwave Access) [8], [9], [10], [11], [12]
est une solution pour des rseaux MAN sans fil. En utilisant un accs WiMAX, on peut
atteindre thoriquement un dbit jusqu 70 Mb/s avec une distance de 50 km.
WiMAX se sert de la technologie micro onde avec plusieurs bandes de frquences.
Par rapport au modle OSI, IEEE 802.16 se focalise comme tous les standards IEEE sur les
couches 1 et 2.
WiMAX prend en charge les transferts de type ATM et IP. Pour cela il utilise une sous-
couche de convergence qui permet la conversion des informations afin de les rendre
exploitable par la couche MAC.
WiMAX couvre des zones gographiques importantes sans la contrainte d'installation
dinfrastructures coteuses pour faire parvenir la connexion jusqu' l'utilisateur. Le premier
lment de l'architecture WMAN est la station de base (BS) qui couvre une certaine zone
gographique o se situent des utilisateurs immobiles ou en mouvement relativement lent qui
communiquent avec la BS selon le principe du point multipoint.
Ce rseau peut fournir des dbits importants et un passage lchelle en raison des capacits
de canal flexibles. Il offre une couverture importante, des services avec des exigences de QoS,
ainsi qu'une scurit importante.
Le standard 802.16 couvre lutilisation des bandes de frquences de 10 66 GHz.

1.2.1.2 Couches Protocolaires
Dans la structure de la pile protocolaire du WiMAX, il existe une couche physique et trois
sous-couches MAC :

14

Figure 1. Pile protocolaire de WiMAX

Service-Specific Convergence Sublayer (1
re
sous couche MAC)
Joue le rle dinterface avec les couches suprieures ou bien avec les systmes externes. Elle
a entre autre la charge de classer les paquets selon leur provenance et leur destination afin de
les rpartir sur la bonne connexion MAC.
Common Part Sublayer (2
me
sous couche MAC)
Contient les fonctions cls de la couche MAC. Elle dtermine de quelle manire le mdium va
tre partag. Cest le cur de la couche MAC savoir quelle soccupe de lallocation de
ressource, de ltablissement et de la maintenance des connexions, etc
Sous couche de protection (3
me
sous couche MAC)
Contient les informations dauthentification et de cryptage. Elle soccupe aussi du cryptage
des donnes, de lchange des clefs, etc
Couche physique
Modulation : Selon les besoins, diffrentes couches physiques peuvent tre utilises par la
couche MAC. Au niveau physique, on utilisera par exemple diffrentes mthodes de
modulation (QPSK, QAM 16, QAM 64) pour grer lenvoi des bits sur le support.
Multiplexage : Pour grer le partage des porteuses sur les voies montantes et
descendantes, des techniques de multiplexage sont utilises: TDD (Time Division Duplex)
et FDD (Frequency Division Duplex).
Mthodes daccs : Il est ncessaire de partager un support unique entre plusieurs
utilisateurs. Une politique daccs au support est donc mise en place, en loccurrence, le
WiMAX utilise TDM/TDMA (Time Division Multiplexing / Time Division Multiple
Access).

1.2.1.3 QoS dans le WiMAX
Le WiMAX a t conu ds le dbut pour prendre en charge la Qualit de Service (QoS).
La couche MAC permet de diffrencier deux classes de stations dabonnes (SS):
- GPC (Grant per Connection) : O le dbit est allou explicitement par la BS une
connexion, et la SS emploie les ressources seulement pour cette connexion.
- GPSS (Grant per SS) : O l'allocation de dbit par la BS est faite par station d'abonn SS.
Elle va ensuite rpartir ses ressources entre les diffrentes connexions.
Le WiMAX propose des classes de services pour offrir une QoS diffrente entre les
communications. Les classes de QoS sont :
- Unsollicited Grant Service (UGS) : Ce type de service est utilis pour des flux temps rel
gnrant des paquets de taille fixe et de faon priodique comme de la transmission de voix
sans suppression de silences.
- Real-Time Polling Service (rtPS) : Ce service concerne les flux temps rel gnrant
priodiquement des paquets de taille variable comme de la vido encode en MPEG.
15
- Non-Real-Time Polling Service (nrtPS) : Ce service est conu pour les flux ne ncessitant
pas de temps rel, utilisant des paquets de taille variable, comme du transfert de fichiers (FTP)
haut dbit.
- Best Effort (BE) : Ce service est le plus simple de tous, il est utilis pour tous les flux ne
ncessitant pas de qualit de service particulire.

1.2.1.4 WiMAX mobile
1.2.1.4.1 Introduction
Le WiMAX mobile (Standard IEEE 802.16e) [12], [13] est la version qui apporte la
mobilit au WiMAX fixe tout en restant interoprable avec celui-ci. A partir d'une station de
base (BS) vers des clients mobiles (MS) se dplaant moins de 120 km/h en passant dune
antenne lautre, lIEEE 802.16e prvoit la transmission de donnes des dbits allant
jusqu' 30 Mb/s sur une zone de couverture d'un rayon infrieur 3,5 km. Pour bnficier des
services de cette technologie, les quipements mobiles devront intgrer un composant ddi.
Au niveau de l'interface physique, IEEE 802.16e utilise la mthode daccs OFDMA
(Orthogonal Frequency Division Multiple Access) qui permet d'adapter les canaux de manire
dynamique.

1.2.1.4.2 Architecture du WiMAX mobile
Larchitecture du WiMAX mobile [9], [14], [15] est compose de terminaux mobiles (MS)
qui communiquent via un lien radio avec une station de base (BS) qui joue le rle dun relais
avec une infrastructure terrestre fonde sur le protocole IP. Les BSs sont connectes un
lment du rseau appel ASN-GW utilis comme passerelle (Gateway) pour grer le
raccordement des BSs avec le rseau IP.
LIEEE 802.16e est compos aussi du NAP (Network Access Provider) qui est lentit
responsable de fournir linfrastructure ncessaire pour laccs radio un ou plusieurs
fournisseurs de services. Elle contrle un ou plusieurs ASN (Access Service Network) qui est
forme dune ou plusieurs BS, et dun ou plusieurs ASN-GW.
La dernire composante de lIEEE 802.16e est le NSP (Network Service Provider). Cette
entit fournit laccs au rseau IP et offre aux abonns laccs aux services rseau. Le NSP
contrle un ou plusieurs CSN (Connectivity Service Network) qui est le cur du rseau
WiMAX.
Les fonctions des diffrents lments formant larchitecture du rseau WiMAX mobile sont
dcrites ici :
Network Access Provider (NAP) :
Une entreprise qui fournit l'infrastructure d'accs radio un ou plusieurs fournisseurs de
services de rseau.
Network Service Provider (NSP) :
- Une entit qui fournit la connectivit IP et les services rseau aux abonns compatibles avec
le niveau de service tabli. Pour fournir ces services, un NSP tablit des ententes
contractuelles avec un ou plusieurs programmes daction nationaux.
- Un NSP peut galement tablir des accords de Roaming avec d'autres fournisseurs de
services rseau et des ententes contractuelles avec des tiers fournisseurs de l'application (par
exemple ASP) pour fournir des services IP aux abonns.
Connectivity Serving Network (CSN) :
Reprsentation logique des fonctions du NSP, par exemple :
- Raccordement Internet.
- Authentification, autorisation et gestion.
- Gestion de ladresse IP.
16
- Mobilit et Roaming entre ASNs.
- Gestion de la politique et de la QoS fonde sur le SLA (Service Level Agreement).
Elle contient des lments de gestion comme le DHCP, lAAA, lHA, etc.
Access Serving Network (ASN) :
Reprsentation logique des fonctions du NAP, exemple :
- Interface dentre au rseau 802.16.
- Gestion des ressources radio et contrle dadmission.
- Gestion de la mobilit.
- QoS et politique de renforcement.
- Acheminement pour la slection de CSN.
Elle contient une ou plusieurs stations de bases responsables de la communication avec les
abonns, et un ou plusieurs ASN-GW qui constituent une passerelle qui assure la connexion
des BSs avec le CSN.
ASN Gateway (ASN GW) :
Elment du rseau WIMAX qui agit comme une entit logique dans le systme WIMAX. Il
sert reprsenter une agrgation du plan de contrle des entits fonctionnelles avec la
fonction correspondante dans lASN ou la fonction rsidente dans le CSN, ou une autre
fonction dans lASN.
Fonctionnalits de lASN GW :
Gre la mobilit, le Handover (transfert intercellulaire) et le forwarding. Il agit comme une
passerelle. Il contrle les ressources radio. Il renforce la QoS et la classification des fonctions
et se charge de la gestion et de la scurit.
Fonctions de lASN-GW :
Gestion de localisation et du Paging.
Serveur pour la session rseau et le contrle de la mobilit.
Contrle dadmission et mise en cache des profils d'abonns, et des cls de chiffrement.
AAA (Authentification Authorization Accounting) client/proxy.
Fournit les fonctionnalits de lagent tranger.
Routage IPv4 et IPv6 pour slectionner le CSN.
La station de base :
Situe dans lASN et responsable de la communication sans fil avec les abonns.
Les terminaux dabonns :
Sont des quipements spciaux quips dune carte WiMAX qui permet la communication
avec ce rseau. Ils sont situs dans la zone de couverture dune BS pour pouvoir
communiquer avec cette dernire.
Larchitecture de lIEEE 802.16e est illustre ci-dessous :

17

Figure 2. Architecture du WiMAX mobile

1.2.1.4.3 Mobilit dans lIEEE 802.16e
Fonctions relatives au dplacement du MS
Il y a trois fonctions principales de gestion du dplacement de la station mobile :
- Data Path : prend en charge la configuration du chemin et la transmission des donnes.
- MS Context : soccupe de lchange des informations relatives au MS dans le rseau cur.
- Handover : cest la fonction la plus intressante, elle s'occupe de la signalisation et prend
les dcisions relatives au passage entre les cellules.
Handover de niveau 2 (ASN Anchored Mobility Management)
Mobilit Intra-ASN (entre BSs de mme ASN / Handover de couche 2 du modle OSI) :
- Micro mobilit.
- Pas de mise jour de ladresse IP.
Deux types de Handover :
- Hard Handover : Dbut du nouveau service avec la nouvelle BS aprs la dconnexion avec
lancienne BS (dlai darrt). La station communique avec une seule BS.
- Soft Handover : Dbut du nouveau service avec la nouvelle BS avant la dconnexion avec
lancienne BS (pas de dlai darrt). La MS communique avec plusieurs BSs en mme temps,
et maintient une liste de BSs active set. Il propose deux techniques : le MDHO et le FBSS.

Figure 3. Intra-ASN Handover

Les diffrentes tapes dun Hanter sont les suivantes :
18
1) Slection de la cellule : une MS doit dabord acqurir des informations sur les BSs
dans le rseau. Ces informations servent dterminer si un Handover est possible ou non.
Cela peut se produire soit en utilisant les informations dj connues sur le rseau, soit en
exigeant un scrutation (scan).
2) Dcision et initialisation du Handover : cest la procdure de migration dune MS
partir de lancienne BS vers la BS cible. La dcision peut tre dclenche par la MS ou par la
BS.
3) Synchronisation en voie descendante avec la BS cible : la synchronisation est
obligatoire pour tablir la communication. Durant cette phase, la MS reoit les paramtres de
transmission en voie montante et descendante. Si la MS a obtenu auparavant ces paramtres
de la mme BS, la procdure peut tre raccourcie.
4) Ranging : lorsque la MS est synchronise avec la nouvelle BS, il faut commencer la
procdure de Ranging qui consiste en la rception de la MS des bons paramtres de la
communication (exemple : dcalage temporel, puissance du signal, etc.).
5) Rsiliation de service : lancienne BS termine la connexion associe la MS qui vient
de migrer vers une autre BS et supprime toutes les informations de sa file dattente.
6) Annulation de Handover : durant le processus de Handover, la MS a le droit
dannuler la procdure et de reprendre la communication avec lancienne condition quelle
ne lait pas annule.
Handover de niveau 3 (CSN Anchored Mobility Management)
Mobilit Inter-ASN (entre BSs de diffrentes ASN / Handover de couche 3 du modle OSI)
- Macro mobilit.
- Mise jour de ladresse IP.
- Fonde sur MIP : Proxy MIP (PMIP) ou Client MIP (CMIP) (nous reviendrons
ultrieurement sur la description de ces protocoles).

Figure 4. Inter-ASN Handover

1.2.1.5 IEEE 802.16m
IEEE 802.16m [12], [16], [17], [18], [19] est une amlioration du WiMAX (802.16-2004)
et du WiMAX mobile (802.16e) assurant la compatibilit avec les deux systmes. Les dbits
thoriques proposs par cette version atteignent 100 Mb/s en situation de mobilit, et 1 Gb/s
quand la station abonne est fixe. Le systme 802.16m peut oprer dans des frquences radio
infrieures 6 GHz. IEEE 802.16m utilisera la technologie MIMO (Multiple Input / Multiple
Output) comme le Mobile WiMAX en proposant damliorer la technologie d'antenne pour
obtenir une bande passante plus grande. On peut voir le 802.16m comme une technologie qui
profite des avantages de la 3G et du 802.16 pour offrir un ensemble de services trs haut
dbit (Streaming vido, IPTV, VoIP).
LIEEE 802.16m gardera la mme architecture et la mme pile protocolaire que le 802.16e.

19
1.2.1.6 Conclusion

Le WiMAX fixe (IEEE 802.16) est une technologie radio de longue porte qui offre un
bon niveau de QoS pour un nombre limit de stations dabonns fixes. La version mobile du
WiMAX (IEEE 802.16e), est une technologie prometteuse qui offre une certaine QoS pour
des terminaux mobiles qui se dplacent une vitesse maximale de 120 km/h. La porte, ainsi
que les dbits offerts par cette technologie dpendent de lenvironnement des utilisateurs
(zone rurale ou urbaine). Enfin, la version la plus volue de la gamme WiMAX (IEEE
802.16m) toujours en cours de recherche, est une technologie qui est prvue offrir des dbits
dordre suprieur avec un bon niveau de QoS. Cette technologie devra assurer aussi la rtro-
compatibilit entre le WiMAX fixe et mobile.
Actuellement dans le monde, le WiMAX commence tre dploy surtout aux Etats-Unis,
vue que cest une technologie Amricaine propose par lorganisme IEEE. Il commence aussi
tre dploy dans quelques pays de lAsie. Et il est peu dploy en Europe.

1.2.2 LTE
LTE [12], [18], [20], [21], [22], [23], [24] (Long Term Evolution of 3G) est la norme de
communication mobile la plus rcente qui est propose par lorganisme 3GPP dans le
contexte de la 4G. Comme lIEEE 802.16m, elle propose des dbits levs pour le trafic
temps-rel, avec une large porte. Thoriquement, le LTE peut atteindre un dbit de 50 Mb/s
en lien montant et 100 Mb/s en lien descendant.
En ralit, lensemble de ce rseau sappelle EPS (Evolved Packet System), et il est compos
des deux parties : le rseau volu daccs radio LTE, et le rseau cur volu appel SAE
(System Architecture Evolution).
Le seul inconvnient de cette nouvelle technologie est linstallation de ses nouveaux
quipements qui sont diffrents de ceux des normes prcdentes, et le dveloppement des
terminaux adapts.

1.2.2.2 Accs radio LTE
Pour offrir des dbits levs, le LTE emploi la technologie OFDMA (Orthogonal
Frequency Division Multiple Access) dans le sens descendant, et le SC-FDMA (Single
Carrier - Frequency Division Multiple Access) dans le sens montant.
Le LTE respecte les dlais requis par le trafic temps-rel.
Cette technologie prend en charge la mobilit des utilisateurs en excutant le Handover une
vitesse allant jusqu 350 km/h.
Le LTE a pris en charge linterconnexion et linteroprabilit avec les normes 2G et 3G, et les
rseaux CDMA-2000.
Contrairement la 3G qui ncessite dallouer une bande de frquence de 5 MHz, le LTE
propose plusieurs bandes de frquences allant de 1.25 jusqu 20 MHz. Cela lui permettra de
couvrir de grandes surfaces.

1.2.2.3 Rseau cur SAE
Contrairement aux normes 2G et 3G qui proposent deux domaines de commutation de
circuit et de paquet, SAE ne propose quun seul domaine paquet fond sur lIP et appel EPC
(Evolved Packet Core).
Il y a deux types de communication au niveau de SAE : Default bearer qui est une
connectivit permanente sans garantie de dbit entre un abonn et son rseau SAE
20
dattachement ; et Dedicated bearer qui est une connectivit avec garantie de dbit et dune
certaine QoS dans le cas de lutilisation dun trafic temps-rel sensible au dlai.

1.2.2.4 Rseau global EPS
En comparant avec les normes 2G et 3G, larchitecture de lEPS est plus simple. En
particulier la nouvelle entit eNodeB remplace les fonctions des deux composants NodeB et
RNC dfinis dans la 3G.
LEPS est compos de :
- UE : quipement utilisateur.
- eNodeB : responsable de la transmission et de la rception radio avec lUE.
- MME (Mobility Management Entity) : MME est responsable de la gestion de la mobilit
et lauthentification des utilisateurs. Elle est responsable aussi du Paging lorsque lutilisateur
est en tat inactif. Elle slectionne les composants ddis aux types de la communication de
lutilisateur. Elle gre le Handover inter-domaines et inter-rseaux. Et enfin elle soccupe de
la signalisation.
- Serving GW (Serving Gateway) ou UPE (User Plane Entity) : joue le rle dune
passerelle lors du Handover inter-domaines et inter-rseaux. Responsable du routage des
paquets.
- PDN GW (Packet Data Network Gateway) ou IASA (Inter-Access System Anchor) :
charg de la mobilit entre diffrents systmes, il est compos de llment 3GPP Anchor qui
permet dexcuter la mobilit entre LTE est les technologies 2G/3G, et llment SAE Anchor
qui permet dexcuter la mobilit entre le systme 3GPP et les systmes non 3GPP (WIFI,
WIMAX, etc.). Sachant que llment SAE Anchor ne prend aucune dcision concernant la
mobilit, il excute seulement les dcisions prises par lUE. Responsable de lattribution des
adresses IP aux utilisateurs.
- HSS (Home Subscriber Server) : base de donnes, volution du HLR de la 3G. Elle
contient les informations de souscriptions pour les rseaux GSM, GPRS, 3G et LTE...
- PCRF (Policy & Charging Rules Function) : fournit les rgles de la taxation.
- ePDG (Evolved Packet Data Gateway) : un lment rseau qui permet linteroprabilit
avec le rseau WLAN en fournissant des fonctions de routage des paquets, de Tunneling,
dauthentification, dautorisation et d encapsulation / dcapsulation des paquets.
Larchitecture du rseau EPS est prsente ci-dessous [20], [21]:

Figure 5. Architecture de lEPS
21
1.2.2.5 Le Handover dans LTE
Dans LTE la gestion de mobilit est distribue, les eNodeBs prennent la dcision de
Handover dune faon autonome sans implication des lments : MME et S-GW. Les
informations ncessaires au Handover sont changes entre les eNodeBs via une interface
appele X2. Le MME et le S-GW recevront une notification avec un message complet de
Handover aprs que la nouvelle connexion aura t attribue entre lUE et la nouvelle
eNodeB. Aprs rception du message, les Gateways effectuent le chemin de commutation.
Durant le Handover il y a un dlai durant lequel lUE nest pas connect au systme. Pour
rsoudre cela, une solution temporaire de Forwarding des donnes perdues de lancien eNB
vers le nouveau eNB est propose. Dans ce cas il n y a pas de mmorisation des donnes au
niveau des Gateways. Lintrt de cette solution est de minimiser la charge de signalisation au
niveau de linterface entre leNB et lMME/S-GW.
Les principales tapes du Handover sont :
1) Le Handover est dclench par lUE qui envoie un rapport de mesure leNB source qui
va dcider en se fondant sur le rapport reu et sur les informations concernant la gestion
des ressources radio (RRM : Radio Resource Management).
2) La phase de prparation du Handover commence par lenvoi dune requte de Handover
(HO Request) de la part de leNB source vers leNB cible. Ce message contient toutes les
informations pertinentes sur le Handover (UE - RAN, PDP context, etc.)
3) LeNB cible enregistre le contexte, prpare les couches 1 et 2 (L1/L2) pour le Handover
et rpond leNB source par un acquittement (HO Request Ack) qui fournira les
informations sur ltablissement de nouveau lien radio.
4) LeNB source transfrera toutes les informations ncessaires lUE, et ce moment l,
leNB source arrte denvoyer et de recevoir des donnes avec lUE. Il fera alors suivre
les donnes leNB cible.
5) LUE informe leNB cible du succs du Handover avec un message de confirmation.
Jusqu cet instant leNB cible mmorise les donnes reus de leNB source. Aprs avoir
reu le message de confirmation il commence envoyer les donnes buffrises lUE.
6) LeNB cible initie le changement de chemin de donnes en envoyant un Handover
Complete aux passerelles. Les informations de localisation de lUE seront ensuite mises
jour au niveau des passerelles qui vont effectuer le changement de chemin pour que les
donnes soient envoyes directement vers leNB cible.
7) LMME/S-GW confirment le chemin par un message Handover Complete Ack, et ds
que leNB cible reoit ce message, il envoie une indication release Source au eNB
source pour quil libre dfinitivement la connexion avec lUE.

1.2.2.5 Conclusion
LTE est une technologie avance de communication radio mobile qui propose des dbits
dordre suprieur, et un bon niveau de QoS pour ses abonns. Elle est soutenue par les
europens et propose par lorganisme 3GPP qui a dj fix toute la gamme de la tlphonie
mobile fonde sur le monde des tlcommunications. Dernirement, et seulement en Europe,
cette technologie prise en charge surtout par Alcatel commence prendre de lavance par
rapport au WiMAX. Cependant, le dploiement grande chelle est frein par le coup induit
par lincompatibilit avec les quipements UMTS dj fonctionnels.

1.2.3 LUMB
22
LUMB (Ultra Mobile Broadband) [12], [18], [25], [26] ou plus exactement
CDMA2000 1xEV-DO Revision C est le nom commercial de la prochaine version de la
famille CDMA.
Avec la premire rvision A avec le CDMA, le dbit offert tait de 450 800 Kb/s vers des
points fixes uniquement. Ensuite, avec la rvision B il y avait une amlioration des dbits
jusqu 46,5 Mb/s. La dernire rvision C propose ajoute la gestion de la mobilit de
lutilisateur en grande vitesse et offre des dbits thoriques lordre de 288 Mb/s en voie
descendante, et 75 Mb/s en voie montante. Elle propose aussi un environnement rseau qui se
repose sur le principe de tout-IP et dispose de passerelles permettant linterconnexion avec les
rseaux de la famille 3GPP.
L'UMB repose sur une mthode daccs de type OFDMA (Orthogonal Frequency Division
Multiple Access) utilisant des mcanismes sophistiqus de contrle et de signalisation, une
gestion fine des ressources radio (RRM : Radio Resource Management), une gestion
adaptative des interfrences des liens retour (RL : Reverse Link) et la technique FDD
(Frequency Division Duplex). Elle utilise aussi des techniques avancs dantennes comme
MIMO (Multiple In Multiple Out), SDMA (Space Division Multiple Access), et formation
des faisceaux, tout en restant compatible avec les normes antrieures.
Parmi les caractristiques dcrites dans la spcification, nous noterons son usage polyvalent
(fixe, pdestre, mobile jusqu' plus de 300 km/h), son temps de latence de l'ordre de 14,3 ms,
sa large couverture, et sa flexibilit de dploiement entre 1.25 MHz et 20 MHz.

1.2.3.2 Architecture de lUMB
Les lments du rseau et les interfaces formant larchitecture de lUMB sont :
- Access Terminal (AT) : cest le priphrique sans fil compatible avec lUMB.
- Access Gateway (AGW) : cest un routeur qui prsente le premier point de rattachement
au rseau IP.
- Evolved Base Station (eBS) : cest une entit logique supportant la communication radio
avec lAT.
- Session Reference Network Controller (SRNC) : il est responsable du maintien de la
rfrence de la session avec lAT. Il est responsable aussi de la prise en charge de la
gestion du statut IDLE de lAT, et de la fourniture des fonctions de contrle de Paging
quand lAT est inctif.
Larchitecture de lUMB est prsente ci-dessous :

Figure 6. Architecture de lUMB
23
1.2.3.3 Mobilit dans lUMB
Il y a trois types de mobilit dans lUMB : dans un mme domaine AGW, entre deux
domaines AGW, et entre deux technologies diffrentes.
- Handover inter-eBS : lAT peut changer deBS travers le Handover de couche 2.
- Handover inter-AGW : cest dans le cas o le mobile passe dune cellule gre par un
AGW une autre gre avec un autre AGW, ce Handover est de niveau 3.
- Handover inter-systmes : entre UMB et une autre technologie.

1.2.3.4 Conclusion
Malgr les qualits de cette technologie, actuellement elle ne connat pas un grand succs
par rapport au WiMAX et LTE. Peut tre parce quelle nest pas soutenue par plusieurs
industriels connus comme les autres, ou linstallation de ses quipement pose un problme ;
mais dans tous les cas elle reste une technologie avance qui propose une bonne QoS avec
prise en charge de la mobilit des utilisateurs.

1.2.4 Comparaison entre WiMAX, LTE et UMB
Le tableau ci-dessous prsente une comparaison entre des technologies candidates la
4G : 802.16e / 802.16m, LTE et UMB [27], [28], [29].

802.16e 802.16m LTE UMB
Cur de rseau IP IP IP IP
Max des Dbits
Lien Descendant
Lien Montant
(pour 20 Mhz)

75 Mb/s
25 Mb/s

> 130 Mb/s
> 75 Mb/s

100 Mb/s
50 Mb/s

288 Mb/s
75 Mb/s
Technologie
daccs
OFDMA OFDMA OFDM,
SC-FDMA
OFDMA
Technique
avance des
antennes

MIMO
MIMO,
beamforming

MIMO
MIMO, SDMA,
beamforming
Bande Passante du
canal
1.25 20 MHz 5 20 MHz 1.25 20 MHz 1.25 20 MHz
Mobilit
supporte
120 Km/h 350 km/h > 350 Km/h > 300 km/h
Totale mobilit Oui Oui Oui Oui
Economie
dnergie
Oui Oui Oui Oui
Couverture de la
cellule (zone
dense)
2-7 Km 1-7 Km 5 Km 1-5 Km
Capacit de
cellule
100-200
utilisateurs
> 200 > 200 5 MHz
> 400 pour une
large BP
> 200
Hritage IEEE 802.16a
jusqu 802.16d
IEEE 802.16a
jusquau e
GSM/GPRS/UMTS/
HSDPA
CDMA2000/ EV-
DO
Mode de
Duplexage
FDD + TDD FDD + TDD FDD + TDD FDD
Efficacit
Spectrale
3.75 Bit/Sec/Hz 8 Bit/Sec/Hz 5 Bit/Sec/Hz 5 Bit/Sec/Hz
Tableau 1. Comparaison entre 802.16e, 802.16m, LTE et UMB

24
1.3 Rseau WLAN
1.3.1 IEEE 802.11
IEEE 802.11 [30], [31] ou WIFI est un standard international dcrivant les
caractristiques du rseau LAN sans fil (WLAN). Il connecte des ordinateurs portables, des
quipements de bureau, des quipements personnels (PDA) en crant un rseau sans fil
couvrant un rayon de dizaines de mtres et tolrant une mobilit trs petite vitesse.
IEEE 802.11 dfinit deux technologies : le mode infrastructure divis en deux architectures :
- Larchitecture BSS (Basic Service Set) : compose dune seule cellule couverte par un
seul point daccs (AP) qui est lintermdiaire permettant lchange dinformations entre
plusieurs stations.
- Larchitecture ESS (Extended Service Set) : compose de plusieurs points daccs
connects par un systme de distribution, et formant un large rseau compos de plusieurs
cellules.
Le deuxime mode dfini par le WIFI est le mode Ad-Hoc qui permet lchange direct
des informations entre les stations sans obligation de passage par le point daccs.
Larchitecture du mode infrastructure est illustre dans la figure ci-dessous :

Figure 7. Mode Infrastructure du WIFI

1.3.2 IEEE 802.11e
IEEE 802.11e [32] est une version amliore de lIEEE 802.11 introduisant la QoS au
niveau de la couche MAC pour le transport des trafics de type voix, audio et vido travers le
rseau WLAN.
Avec lIEEE 802.11 [33], [34], la fonction de coordination distribue (DCF Distributed
Coordination Function) qui est une variante amliore de la mthode daccs CSMA/CA et
qui permet dviter les collisions durant le transmission par le ralentissement alatoire aprs
chaque trame (backoff), prsente quelques problmes : elle ne prend en charge que le service
Best-Effort, elle ne garantit pas le dlai et la gigue, elle dgrade le dbit quand la charge est
grande.
Avec lIEEE 802.11, la fonction PCF (Point Coordination Function) permettant laccs au
medium sans fil sans contrainte, prsente galement quelques problmes: le schma de
Polling central est inefficace, un dlai imprvisible du Beacon Frame due la coopration
incompatible entre les modes CP (Contention Period) et CFP (Contention Free Period), et
enfin un temps de transmission des stations scrutes (Polled Stations) inconnue.
LIEEE 802.11e dfinit plusieurs classes de service, et dfinit deux nouveaux mcanismes :
EDCF (Enhanced DCF) qui dfinit diffrents paramtres pour diffrentes catgories de
trafic et remplace DIFS (DCF Inter Frame Space) par AIFS (Arbitration IFS) (AIFS>DIFS),
sachant que AIFS est plus court pour les trafics audio et vido.
25
Le deuxime mcanisme est le HCF (Hybrid CF) qui fournit le Policing, dtermine laccs au
canal en contrlant le canal travers le HC (Hybrid Coordinator) et fonctionne avec les
modes CFP et CP.

1.3.3 Comparaison entre 802.11e et 802.16e
Le tableau ci-dessous prsente une comparaison entre IEEE 802.16e et IEEE 802.11e
[35], [36].

IEEE 802.11e IEEE 802.16e

Dploiement Courte couverture (locale) Large couverture
Jusqu 150 m lintrieur &
Jusqu 500 m lextrieur
Jusqu 3.5 Km dans une zone
urbaine (NLOS)
Couverture
Plus la distance augmente plus le dbit diminue
Bandes de frquence 2.4 , 2.5 et 5 GHz Entre 2 et 6 GHz (NLOS)
Dbit (thorique) Jusqu 54 Mb/s Jusqu 30 Mb/s
Dpend de la vitesse du mobile et la distance par rapport au BS/AP
Type de mobilit
support

Basse Mobilit

Basse, simple et pleine Mobilit
Rseau Cur IP IP
Modulation OFDM Scalable OFDMA
Spectre License-exempt Licensed & License-exempt
Certification WIFI alliance WIMAX forum

Classes de service QoS
Voice
Video
Controlled load
Excellent effort
Best effort
Background
UGS
rt-PS
nrt-PS
BE

Mapping entre classes
de QoS
VoIP
Video Conference
Streaming
Instant message, E-
commerce & On-line
Game
Web Browsing
E-mail & File
Transfer
Voice
Video
Voice / Video

Best effort / Video

Best effort

Background
UGS
UGS
UGS

rt-PS / nrt-PS

nrt-PS

BE
Tableau 2. Comparaison entre 802.16e et 802.11e

1.3.4 Conclusion
Le WIFI est un standard trs la mode actuellement, sa version 802.11e vient ajouter
une certaine QoS pour les utilisateurs. Les inconvnients majeurs de cette technologie sont la
courte porte, et le non prise en charge des utilisateurs mobiles. Une version plus volue du
WIFI (IEEE 802.11s) est propose rcemment pour rsoudre ces problmes en proposant le
mode MESH (Ad-Hoc), o les stations mobiles peuvent jouer eux-mmes le rle dun point
daccs pour permettre plus de couverture aux utilisateurs. Elle prend en charge aussi une
certaine mobilit des utilisateurs (faible ou moyenne vitesse).
26
1.4 Rseau 3G
1.4.1 LUMTS
LUMTS [37], [38] (Universal Mobile Telecommunication System) est un systme de
communication sans fil mobile exploitant une large bande passante, et utilisant un protocole
de transfert de donnes en mode paquet, ce qui lui permet de prendre en charge beaucoup de
services multimdias. UMTS est une amlioration des standards GSM et GPRS. Il dfinit
lUTRAN (UMTS Terrestrial Radio Access Network) et lUE (User Equipment). LUE
communique avec lUTRAN via la technologie radio WCDMA. LUMTS est compos
dentits logiques assurant chacune des fonctions spcifiques, ces entits sont groupes dans
lUTRAN qui est charg des fonctions radio.
LUE est compos du ME (Mobile Equipment) qui est le terminal radio employ pour la
communication radio dans linterface air WCDMA, et de lUSIM (UMTS Subcriber Identity
Module) qui est la carte puce qui conserve lidentit de labonn, excute les algorithmes
dauthentification, et stocke des informations requises par le terminal.
LUTRAN introduit le NodeB et le RNC (Radio Netowork Controller). Il est form dun ou
plusieurs RNS (Radio Network Systems), et chaque RNS est contrl par un RNC. Le RNC
est connect un ou plusieurs NodeB, et chaque NodeB couvre une cellule.
Le NodeB convertit les signaux de linterface radio en flux de donnes, et les transmet
RNC. Dans le sens contraire, le NodeB prpare les donnes parvenues de RNC pour les
transporter dans linterface radio.
Le RNC est le nud central de lUTRAN, il contrle un ou plusieurs NodeB, et il est
responsable du contrle des ressources radio dans son domaine.
Le CN (Core Network), dj dfini pour les systmes GSM et GPRS, est compos du PS
(Packet Switching Network), CS (Circuit Switching Network) et HLR (Home location
Register).
Le rseau PS est compos du SGSN (Serving GPRS Support Node) qui est responsable du
routage des paquets, lauthentification, et lencryptage pour les utilisateurs du rseau PS. Le
GGSN (Gateway GPRS Support Node) est utilis comme passerelle vers les rseaux externes
fonds sur la commutation des paquets comme lInternet
Le rseau CS est compos du MSC/VLR (Mobile Service Switching / Visitor Location
Register) qui joue le rle dun commutateur et une base de donnes de stockage. Le MSC est
responsable de la signalisation. Le VLR est contrl par le MSC et employ dans le cas du
Roaming des utilisateurs. Le CS est galement compos du GMSC (Gateway MSC) qui est
similaire au GGSN et sert de passerelle vers les rseaux externes reposant sur la commutation
des circuits comme PSTN Le CS comprend aussi le HLR (Home Location Register) qui est
une base de donnes localise dans le systme gr par loprateur principal de lutilisateur
(user home system) ; le HLR conserve toutes les informations sur lutilisateur. Il est compos
aussi de lAuC (Authentification Center) qui stocke les donnes (cls) permettant aux abonns
de sauthentifier avec confidentialit. Et finalement le CS est compos de lEIR (Equipment
Identity Register) qui est une base de donnes contenant les caractristiques des mobiles.
Larchitecture de lUMTS est illustre ci-dessous :

27

Figure 8. Architecture de lUMTS

1.4.2 Comparaison entre UMTS et IEEE 802.16e
Le tableau ci-dessous prsente une comparaison entre IEEE 802.16e et UMTS [39].

UMTS IEEE 802.16e
Dploiement Large couverture Large couverture
Entre 1.5 et 7 km
Pico-cellules: jusqu 50m Micro-
cellules: jusqu 500m Macro-cellules:
jusqu 7 km
Entre 1.5 et 5 km
Jusqu 3.5 Km en zone dense (NLOS) et
jusqu 15 km en zone rurale
Couverture
typique

plus la distance augmente plus le dbit diminue
Bandes de
frquence
Environ 2 GHz (entre 1.8 et 2.1) Entre 2 et 6 GHz
Jusqu 2 Mb/s (et jusqu 10 Mb/s avec
la technologie HSDPA)
Jusqu 15 Mb/s (voir plus) Dbit (thorique)
Dpend de la vitesse du mobile et la distance par rapport au NodeB/BS
Type de mobilit
supporte


Services
supports

Commutation de paquets et commutation
de circuits

Commutation de paquets (bas sur IP)
Modulation WCDMA Scalable OFDMA
Mapping des classes de service QoS
Ex: Voix

Ex: Streaming Video

Ex: Web Browsing

Ex: E-mail
Conversation: Prserve le temps
de relation (variation) entre
entits dinformation du Stream

Streaming: flux continu

Interactive: Services avec un
minimum derreurs et tolre les
dlais

Background: Pas de contrainte
de temps
Unsolicited Grant Service (UGS): pour
transmettre les flux temps rel avec une taille
fixe et des intervalles rguliers

Real Time Variable Rate (Rt-PS): pour
transmettre des flux temps rel avec tailles
variables et intervalles rgulier

No Real Time Polling Services (nrt-PS): pour
transmettre des flux qui tolrent les dlais

Best Effort (BE): service sans aucune garantie
Tableau 3. Comparaison entre 802.16e et UMTS

28
1.4.3 Conclusion
LUMTS est une technologie qualifie de 3G et propose par le 3GPP. Elle offre un
certain niveau de QoS acceptable un nombre limit dutilisateurs. Cette technologie na pas
connu le vrai succs que GSM ou encore GPRS ont connu, mais elle a t quand mme
dploye dans plusieurs zones.

1.5 Rseaux satellitaires
1.5.1 DVB-S
La communication par satellite est le seul moyen capable de fournir une large bande
passante exactement o et quand elle est ncessaire, indpendamment de la gographie et de
l'infrastructure locale.
Le DVB-S [40] (Digital Video Broadcast via Satellite) est un standard europen conu
pour la diffusion dimages et de sons numriques, et aussi que tout autre type dinformations
numriques via un satellite gostationnaire. Il repose sur le standard MPEG2-TS (Moving
Pecture Experts Groupe 2 Transport Stream) [41] pour la compression et le codage des
informations, la modulation du signal, le multiplexage des signaux audio et vido, et la
synchronisation des informations.
Le DVB-S dfinit le mode de transmission du trafic multimdia par un lien unidirectionnel
via le satellite vers les terminaux quips avec des cartes DVB-S. Les donnes autres que les
flux vido sont pris en charge. Il utilise la modulation QPSK et offre un dbit de 40 Mb/s.
DVB-S propose une seule pile protocolaire pour le trafic vido de type MPEG2-TS avec une
taille fixe de 188 Octets. Pour les autres types de trafics tel que IP, le standard propose
dencapsuler les paquets de donnes dans le protocole MPE (Multiple Protocol
Encapsulation), et de les fragmenter ensuite par MPE en paquets MPEG2-TS prts tre
envoys par la couche DVB.

Figure 9. Piles protocolaires de DVB-S et mcanismes de fragmentation et encapsulation

Le systme DVB-S est compos de trois segments distincts : le segment de loprateur
compos du rseau cur terrestre qui transmet diffrents flux vers une passerelle (Gateway)
qui est la station centrale charge denvoyer vers le satellite les flux reus par le rseau cur,
et compos aussi du NCC (Network Control Center) et du NMMC (Network and Mission
Management Center) qui sont des entits de gestions du systme (ils soccupent de laccs au
systme ainsi que de la signalisation) et qui peuvent tre intgrs dans la passerelle.
Le segment spatial est compos dun ou plusieurs satellites chargs de la diffusion du trafic
reu par la passerelle vers les utilisateurs. Le segment de lutilisateur quant lui, est compos
des terminaux de rception (VSAT) situs dans la zone de collecte des flux diffuss par le
satellite, et qui captent les signaux et les traitent pour les transformer en programmes de
tlvision pour lutilisateur.
29
1.5.2 DVB-S et DVB-RCS
La norme DVB-RCS [42] (Digital Video Broadcast Return Channel via Satellite) dfinit
un canal de retour partir des utilisateurs vers le satellite. Coupl avec DVB-S ils offrent
ensemble un systme satellitaire bidirectionnel.
Le DVB-RCS propose un lien de retour avec un dbit pouvant atteindre 2 Mb/s en utilisant la
technique MF-TDMA (Multiple Frequency Time Division Multiple Access).
Contrairement au DVB-S, le DVB-RCS nest pas fond sur la dlivrance de flux constants,
mais sur la dlivrance de Bursts utilisant un dcoupage temporel et frquentiel (MF-TDMA).
DVB-RCS offre deux mthodes dencapsulation : une mthode utilisant les cellules ATM, et
une autre fonde sur les paquets MPEG2-TS.

Figure 10. Piles protocolaires du DVB-RCS

Larchitecture de lunion des systmes DVB-S et DVB-RCS est illustre ci-dessous :

Figure 11. Architecture DVB-S/DVB-RCS

Un tableau comparatif ci-dessous prsente quelques diffrences entre DVB-S et DVB-RCS :

Canal all ( partir de la passerelle) Canal retour ( partir du terminal
satellite)
Interface Air MPEG2/DVB-S DVB-RCS
Schma daccs multiple TDM MF-TDMA
Dbit Jusqu 45 Mb/s Entre 144 kb/s et 2 Mb/s
Modulation QPSK QPSK
Codage Concatenated convolution & Reed-
Solomon
Turbo codes, Concatenated
convolution & Reed-Solomon
Format des donnes IP over MPEG IP over ATM ou MPEG
Tableau 4. Comparaison entre DVB-S et DVB-RCS
30
1.5.3 DVB-S2
DVB-S2 [43], [44] est la plus rcente norme de communication spatiale par satellite de la
famille DVB. Elle a comme objectif damliorer la capacit de transmission de la vido par
satellite. Pour cela elle propose dutiliser les codes BCH (Bose-Chaudhuri-Hocquenghem) et
LDPC (vrification de parit faible densit) pour le codage canal. Elle dfinit aussi quatre
modes de modulation : QPSK, 8PSK, 16APSK et 32APSK.
La norme est plus extensible prendre en charge plusieurs types de trafics comme lIP
contrairement lancienne norme DVB-S qui est ddie au trafic de type MPEG2.
Le seul inconvnient de cette norme est toujours le mme problme que rencontre toute
nouvelle technologie : linstallation des nouveaux composants sachant que le DVB-S2 nest
pas compatible avec le premier.
Enfin, DVB-S2 propose la norme nouvelle norme de codage vido : H264/AVC [45] au lieu
de MPEG2-TS dans le cas du DVB-S pour une QoS meilleure. Sachant que la norme
H264/AVC vise amliorer le gain en efficacit de codage d'un rapport au moins gal 2 par
rapport aux standards existants (MPEG-2, H.263 et MPEG-4 Part 2), et vise crer une
interface simple pour pouvoir adapter le Codec aux diffrents protocoles de transmission
(commutation de paquets et de circuits).

1.5.4 IPoS
IPoS [46], [47] (IP over Satellite) est un standard qui a t dvelopp par le groupe TR
34.1.7 de TIA (Telecommunications Industry Association). Il repose sur le systme
HNSDIRECWAY, spcifiant des techniques pour le transport des paquets de type IP entre un
terminal Hub central et les terminaux distants en utilisant le satellite gostationnaire.
IPoS opre dans la bande Ku, mais il peut stendre pour couvrir dautres bandes de
frquences.
IPoS spcifie un point d'accs de service satellite indpendant (SI-SAP) qui cre une interface
bien dfinie entre les fonctions dpendant du satellite et les couches d'applications, permettant
ainsi l'activation d'une plate-forme de service ouverte.
La pile protocolaire propose pour lIPoS ainsi que la description des couches protocolaires
sont prsents ci-dessous [46] :

Figure 12. Pile protocolaire de IPoS

Larchitecture de lIPoS est divise en trois segments :
31
- Segment Hub : il supporte laccs Internet ou Intranet pour un grand nombre de terminaux
distance via le satellite. Il est compos dun grand Hub terrestre et ses quipements relatifs
la transmission des flux de donnes vers le satellite.
- Segment spatial : il consiste au satellite gostationnaire qui permet la transmission dans les
deux directions entre le Hub et les terminaux.
- Segment des terminaux distance : il contient les terminaux des utilisateurs, usuellement
compos de deux parties : Unit extrieure (Outdoor Unit ODU) et Unit intrieure (Indoor
Unit IDU).
Larchitecture de lIPoS est compose aussi de trois interfaces :
- Linterface utilisateur : elle est situe entre le terminal et lquipement de lutilisateur, cest
gnralement linterface LAN.
- Linterface IPoS : elle est entre le satellite et le Hub, et entre le satellite et les terminaux.
Elle spcifie la transmission dans les deux directions : partir du Hub vers les terminaux, et
partir des terminaux vers le Hub.
- Linterface terrestre du Hub : entre le Hub et les rseaux extrieurs commutation de
paquets.

1.5.5 Conclusion
La communication par satellite est une trs bonne solution pour offrir une trs large
couverture de rayon de centaines de kilomtres pour les utilisateurs. Linconvnient majeur de
ce mode de communication est la grande latence qui nest pas tolre par certains types de
trafic temps-rel. Cette latence est due la large distance entre une passerelle terrestre, un
terminal et le satellite situ dans lespace et jouant le rle dintermdiaire entre les deux. Un
autre inconvnient est que jusqu prsent, le mode de communication par satellite noffre pas
une liaison vraiment adapte au trafic IP trs utilis dans le monde actuellement.

2. Protocoles de mobilit
2.1 Handover
Le Handover ou le transfert intercellulaire est l'ensemble des fonctions et des oprations
mises en uvre entre une ou plusieurs stations de service et une station mobile, pour
permettre cette dernire de changer de cellule et de bnficier des services dune autre
cellule au lieu de lancienne. La station mobile aura la possibilit de continuer sa
communication en cours avec un minimum dinterruption, sachant que les deux cellules
impliques sont gres par un ou plusieurs rseaux.
Le Handover intervient dans trois cas :
- Une station mobile en mouvement passe dune cellule une autre.
- Une indisponibilit signale par la station de service, soit parce quelle est tombe en panne,
ou quelle est trop charge par dautres mobiles en communication, ou bien encore que le
signal dune autre station de service devient meilleur que le sien. Dans lun de ces cas, sil
existe dautres stations de service voisines disponibles, le Handover sera tabli.
- Beaucoup dinterfrences entre les stations mobiles dans une mme cellule. Dans ce cas un
mobile dcide de changer de cellule pour subir moins dinterfrences.
Les types de Handover sont :
- Handover horizontal : entre deux cellules gres par la mme technologie (par exemple entre
deux cellules WiMAX), il est divis son tour en deux types:
* Handover intra-domaine : entre deux cellules du mme domaine rseau (par exemple
entre deux cellules WiMAX couvertes par deux stations de base gres par la mme
passerelle ASN-GW).
32
* Handover inter-domaine : entre deux cellules de domaines diffrents mais de la mme
technologie (par exemple entre deux cellules WiMAX couvertes par deux stations de base
gres par deux passerelles ASN-GW diffrentes).
- Handover diagonal : entre deux cellules gres par deux technologies proposes par le mme
organisme (par exemple entre IEEE 802.11 et IEEE 802.16 ou encore entre 3GPP-UMTS et
3GPP-HSDPA).
- Handover vertical : entre deux cellules gres par diffrentes technologies (par exemple
entre WiMAX et UMTS).

2.2 Micro-Mobilit en utilisant des Protocoles de Niveau 2
2.2.1 Introduction
Les protocoles de mobilit interviennent gnralement au cours du Handover.
Il existe plusieurs niveaux de mobilit faisant rfrence au modle OSI. Le niveau de mobilit
le plus bas, est le niveau 2 qui correspond la couche liaison du modle OSI. Ce niveau de
mobilit est connu sous le nom Micro Mobilit. Par dfinition, la Micro Mobilit concerne le
dplacement dune station mobile entre deux points dattachement situs sur le mme rseau
sans changement de son adresse IP courante.
Dans le WiMAX mobile, on parle de Micro Mobilit lorsquune station mobile effectue un
transfert intercellulaire entre deux cellules gres par la mme passerelle (ASN-GW). Dans ce
cas la station mobile ne change pas dadresse IP et garde toujours son ancienne adresse.
Dans la suite nous allons prsenter des mcanismes de Handover de niveau 2 utiliss par le
standard IEEE 802.16e : Hard Handover et Soft Handover (MDHO et FBSS) [13], [48], [49],
[50].

2.2.2 Hard Handover IEEE 802.16e
Le mcanisme du Hard Handover est appliqu gnralement dans le cas dune mobilit
relativement lente ou moyenne. Durant le Handover, ce mcanisme oblige la station mobile
interrompre la connexion avec lancienne station de base avant dtablir la connexion avec la
nouvelle station de base (mcanisme Break-Before-Make). Dans ce cas, le mobile ne peut
communiquer quavec une seule station de base au cours dune communication.
Ce mcanisme est bnfique du point de vue de lallocation des ressources, mais en cas
dchange du trafic temps-rel de volume important, ou dans le cas du dplacement du mobile
avec une vitesse importante, ce mcanisme provoque une interruption de service au cours du
Handover, ce qui nest pas bon pour du trafic temps-rel.
Le fonctionnement du mcanisme Hard Handover est illustr dans la figure ci-dessous [13] :

33

Figure 13. Fonctionnement du Hard Handover

Au dbut, la MS change ses donnes avec la BS1 (ancienne BS), et en mme temps elle
scrute le rseau pour la dtection des nouveaux signaux des BSs voisines. Quand elle dtecte
un signal dune BS suprieur celui de son ancienne BS, la MS passe la procdure de la
dcision du Handover : elle informe son ancienne BS de sa dcision, et cette dernire contacte
la BS cible pour lui transmettre la demande de la MS. Si tout se passe bien, la BS cible va
accepter la demande, ensuite la BS1 enverra une notification dacceptation la MS. La MS
commencera alors la procdure de Handover en alertant lancienne BS. La MS va interrompre
la connexion avec la BS1, et commencer une procdure dchange des messages avec BS2
pour se connecter dfinitivement cette dernire, et changer ses donnes avec elle.
La description des messages illustrs dans la figure 13 est prsente ci-dessous [13] :
* NBR-ADV : message davertissement des voisins.
* DL-MAP / UL-MAP : messages de contrle des liens montants et descendants.
* SCAN-REQ / SCAN-RSP : requtes et rponses du Scan des intervalles dallocation.
* MSHO-REQ : requte de demande de Handover par le mobile.
* BSHO-RSP : rponse sur la requte de demande Handover par la BS.
* HO-IND : message dindication de Handover.
* DCD / UCD : messages de contrle sur la description du canal en liens montant/descendant.
* RNG-REQ / RNG-RSP : requte et rponse sur la porte.
* SBC-REQ / SBC-RSP : requte et rponse sur la capacit de base du mobile.
* REG-REQ / REG-RSP : requte et rponse sur lenregistrement du mobile.
* DSA-REQ / DSA-RSP / DSA-ACK : requte, rponse et acquittement sur laddition du
service dynamique.

2.2.3 Soft Handover IEEE 802.16e
Le Soft Handover est appliqu dans le cas dune mobilit importante. Il propose deux
techniques : le MDHO et le FBSS.

2.2.3.1 MDHO
Durant le Handover, le MDHO (Macro Diversity Handover) permet la MS de se
connecter aux stations de base voisines appartenant une liste de BSs (Diversity Set)
maintenue par la MS avant dinterrompre la connexion avec lancienne station de base
34
(mcanisme Make-Before-Break). Dans ce cas le mobile communique avec plusieurs stations
de base en mme temps.
Contrairement au Hard Handover, ce mcanisme utilise beaucoup de ressources radio vu quil
se connecte plusieurs BSs en mme temps, mais il permet dviter linterruption du service
au cours du Handover.
Une illustration du mcanisme MDHO est prsente dans la figure ci-dessous [13] :

Figure 14. Fonctionnement du MDHO

Au dbut, comme avec le mcanisme Hard Handover, la MS communique ses donnes avec
la BS1, et scrute en mme temps le rseau la recherche de nouveaux signaux. La diffrence
ce stade avec le Hard Handover, est que quand la MS dtecte un signal de BS suprieur un
seuil dj fix (H-Add), elle ajoute cette BS la liste des BSs candidats (Diversity Set).
Ensuite, quand elle dtecte un signal dune BS qui est dj dans sa liste de candidates avec
une puissance suprieure celle de son ancienne BS, elle dcide de faire le Handover avec la
nouvelle (BS2). Laccord sera accompli comme en Hard Handover, sauf que quand la MS
recevra une notification de lacceptation du Handover par la BS2, elle ne se dconnectera pas
de lancienne BS. La MS poursuivra donc sa connexion avec la BS1, et se connectera aussi
avec la BS2. Elle communiquera alors ses donnes avec les deux BSs en mme temps. Par la
suite, si le signal dune BS avec laquelle elle est connecte devient infrieur un autre seuil
fix (H-Delete) ; une temporisation sera dclenche (Drop-Timer). Si elle expire et que le
signal de la BS reste infrieur au seuil, la MS se dconnectera de cette BS, et poursuivra sa
communication avec lautre BS.

2.2.3.2 FBSS
Le FBSS (Fast Base Station Switching) est trs proche du MDHO dans son principe
(Make-Before-Break). Il ajoute une technique qui se rsume dans le fait que le mobile peut
choisir parmi les BSs avec lesquelles il est connect une seule qui sera appele BS ancre
(Anchor BS). Il va changer avec cette BS ancre tous ses donnes ainsi que les messages de
signalisation. La MS aura le droit de changer de BS ancre quand elle le voudra, condition
quelle choisisse une nouvelle BS ancre parmi la liste des BSs appartenant son Diversity Set
35
avec lesquelles elle est connecte. Gnralement, la MS change de BS ancre quand cette
dernire nest plus disponible en nombre de connexions ou en ressources, ou bien encore
quand le signal dune autre BS candidate deviendra meilleur que celui de sa BS Ancre
courante. Le mcanisme de FBSS est illustr ci-dessous :

Figure 15. Fonctionnement du FBSS

Jusqu ltape o la MS se connecte avec la nouvelle BS, le droulement est identique celui
du MDHO. Ensuite, la MS choisit par exemple la nouvelle BS (BS2) comme BS ancre et
change ses donnes avec elle seule, tout en restant connecte avec lancienne BS (BS1) mais
sans change de donnes avec cette dernire. Si par exemple aprs un certains temps, la MS
se re-dplace dans la direction de lancienne BS, et que le signal de cette dernire redevient
meilleur que celui de la nouvelle BS, la MS peut re-choisir lancienne BS comme BS ancre.
La procdure de dconnexion est semblable celle de MDHO.

2.2.4 Conclusion
En gnral, le Handover de niveau 2 sapplique dans le cas o la station mobile change
de services de la station mettrice (BS dans le cas de WiMAX) qui gre sa cellule courante
une autre qui gre une deuxime cellule chevauche avec la premire. La condition ncessaire
au cours du Handover de niveau 2 est que les deux stations mettrices sont gres par une
mme passerelle qui les lie avec le rseau cur IP. Et dans ce cas on dit que les stations
mettrices appartiennent au mme domaine, sachant que la station mobile ne ncessite pas
une mise jour de son adresse IP courante.
Le Hard Handover est un protocole de niveau 2 trs connu et trs employ par les oprateurs.
Son seul inconvnient cest quil oblige la station mobile de rompre la connexion avec
lancienne station mettrice avant de se connecter avec la nouvelle, et cela gnre un dlai
important et des pertes de paquets qui ne sont pas acceptables par le trafic temps-rel.
Son grand avantage est quil nest pas du tout gourmant en ressource vu que la station mobile
na le droit de se connecter quavec une seule station mettrice la fois.
Le Soft Handover, peu employ par les oprateurs vu quil consomme beaucoup de
ressources, surtout avec le protocole MDHO qui autorise la station mobile de communiquer
avec toutes les stations mettrices au mme temps. Le grand avantage du Soft Handover cest
36
la continuit de la communication sans interruption au cours du Handover de niveau 2 par un
utilisateur, ce qui permet de rpondre aux exigences de trafics temps-rel. Mais lutilisation
du Soft Handover doit tre soumise des conditions de disponibilit des ressources
Le FBSS qui est plus rcent que le MDHO, utilise moins de ressources que le MDHO, et cela
grce la technique quil emploie, et qui permet de communiquer avec une seule station
mettrice lue tout en restant connect avec les stations mettrices voisines.
En gnral le FBSS est trs efficace dans le cas de mobilit grande vitesse avec change de
trafic temps-rel sensible au dlai.

2.3 Macro-Mobilit en utilisant des Protocoles de Niveau 3
2.3.1 Introduction
La mobilit de niveau rseau est connue galement sous le nom Macro-Mobilit. Il s'agit
de grer le dplacement dun utilisateur mobile entre deux domaines diffrents. Ce
dplacement ncessitera une mise jour de la base de donnes : "Location Directory" et une
mise jour de ladresse IP courante de la station mobile.
La station mobile effectue dans ce cas un transfert intercellulaire entre deux cellules gres
par diffrentes passerelles. Par exemple dans le cas de lIEEE 802.16e, le mobile passe entre
deux cellules couvertes pas deux stations de base gre chacune par un ASN-GW diffrent.
Dans ce cas, la station mobile doit mettre jour son adresse IP courante pour sadapter avec le
nouveau rseau qui gre la deuxime cellule.

2.3.2 Mobile IPv4
Le protocole Mobile IPv4 [51], aussi nomm Client Mobile IP (CMIP) et propos par un
groupe de travail de lIETF, vient ajouter des nouvelles extensions au protocole IP pour
permettre la mobilit. Ce protocole est dj fort ancien, et il na pas connu de succs en raison
des dlais induits. Il permet lutilisateur de senregistrer dans un rseau tranger, et de se
connecter par le biais de son rseau mre via une combinaison de FA (Foreign Agent) et de
HA (Home Agent).
Le principe de fonctionnement de MIP est dcrit ci-dessous :

Figure 16. Fonctionnement de MIPv4

0) Quand une station mobile se dplace dans un rseau autre que son rseau mre, un routeur
du rseau visit (FA) peut agir en tant quagent relais. Il diffuse priodiquement des
paquets dans le rseau pour dtecter les nouveaux venus. Il dtecte alors larrive de la
nouvelle station mobile et lajoute au rseau tranger en lui attribuant une nouvelle
37
adresse IP temporaire (cette mthode ncessite une rserve dadresses pour la gestion des
mobiles).
1) Ensuite, quand le mobile dcide de communiquer avec un correspondant depuis le
nouveau rseau, il envoie une requte vers son correspondant grce sa nouvelle adresse
IP. Ladresse source du paquet IP envoy ne correspond pas ladresse IP courante du
mobile, mais elle correspond ladresse de son agent mre (HA) du rseau de
rattachement.
2) Le correspondant renverra sa rponse vers lagent mre du rseau de rattachement.
3) Lagent mre cre alors un tunnel avec le mobile et envoie directement le paquet vers ce
dernier.

2.3.3 Proxy Mobile IPv4
PMIP (Proxy Mobile IP) [52] est une version amliore de CMIP ou MIP.
Les raisons pour lesquelles PMIP a t propos sont les suivantes :
- Le protocole MIP est embarqu dans la station mobile, ce qui provoque plus de complexit
au niveau de cette dernire.
- MIP est incompatible avec IP-sec sur lequel reposent les passerelles VPN (Virtual Private
Network) et les passerelles NAT (Network Address Translator). Comme la station mobile est
parfois oblige de passer par ces deux dernires composantes du rseau, il est primordial de
corriger ce dfaut.
Pour rsoudre ces problmes, le protocole PMIP a t propos. Il introduit une entit
fonctionnelle appele Proxy MIP pour aider MIP traverser les passerelles VPN et NAT et
pour diminuer la complexit au niveau de la station mobile. Le Proxy est install entre la
station mobile et son correspondant HA et joue le rle dintermdiaire entre les deux.
PMIP ne ncessite pas un changement dadresse au niveau du point dattachement quand le
mobile se dplace, et le mobile nest pas oblig dimplanter le protocole MIP.
Le fonctionnement de PMIP est prsent ci-dessous :

Figure 17. Fonctionnement de PMIPv4

Positionnons nous aprs ltape 2) prsente avec MIP (section prcdente). Avec PMIP,
ltape 3) le HA cre un tunnel avec lagent relais (FA) qui est en mme temps un Proxy MIP
(et pas directement avec la station mobile comme avec MIP) et lui envoie les paquets. A la fin
ltape 4), le Proxy dlivre les paquets vers la station mobile.

2.3.4 Mobile IPv6
Actuellement, la mobilit utilisant le protocole IPv4 avec les mcanismes MIPv4 et
PMIPv4 souffre dun problme important qui consiste lchange triangulaire au cours dune
38
communication. Cette mthode oblige les paquets de passer par lagent mre de lutilisateur
avant darriver au correspondant, ce qui augmente forcment le dlai.
MIPv6 [53] a t propos pour rsoudre ce problme grce un systme de correspondance
dadresses qui permet lagent mre de lutilisateur en mobilit denvoyer sa nouvelle adresse
son correspondant. Et son correspondant pourra le contacter directement grce cette
adresse via un tunnel quil crera pour cela.

2.3.5 Conclusion
Le Handover de niveau 3 ou plus est relatif la phase de changement de services dune
station mettrice (BS dans le cas de WiMAX) une autre voisine par une station mobile.
Deux cas sont possibles dans ce type de Handover : le premier est que les deux stations
mettrices appartiennent au mme rseau, mais chacune delles est gre par une passerelle
appart qui fait le lien avec le rseau cur IP, donc on dit que les stations mettrices
appartiennent des domaines diffrents. Le deuxime cas est que chacune des deux stations
mettrices appartient un rseau diffrent carrment.
Dans les deux cas, une mise jour de ladresse IP courante de la station mobile est ncessaire.
Le protocole MIP est lun des plus anciens protocoles de mobilit de niveau 3, il permet la
station mobile aprs son Handover, de continuer sa communication avec son correspondant
suivant une route triangulaire qui intgre lagent mre de son rseau dattachement. Ce mode
de communication gnre des dlais trs lourds et pas du tout acceptables par le trafic temps-
rel. De plus, lembarquement de ce protocole au niveau de la station mobile prsente
beaucoup de complexits de fonctionnement.
Le protocole PMIP, est une amlioration de MIP qui ajoute la composante Proxy entre un
agent mre et la station mobile pour simplifier la complexit au niveau de lutilisateur, en
embarquant le protocole PMIP au niveau du Proxy.
Certes ce protocole est meilleur que MIP en performance, mais le dlai quil gnre au cours
du Handover ne permet pas vraiment de dire quil est bon pour le trafic temps-rel.
Le protocole MIPv6 propose des options supplmentaires par rapport MIP et PMIP pour
viter lchange triangulaire avec lagent mre, ce qui diminue considrablement le dlai au
cours du Handover. Le seul inconvnient de ce protocole cest quil sappuie sur lIPv6 qui
nest pas encore dploy en grande chelle.

2.4 Macro-Mobilit en utilisant des Protocoles de Niveau 3+
2.4.1 HIP
IP pose de plus en plus de problmes avec les nouveaux besoins de mobilit et de
Multihoming (machine pourrant disposer de plusieurs adresses IP).
Le protocole HIP (Host Identity Protocol) [54], [55], [56], [57] est une solution rcente
propose par lIETF pour rsoudre un certains nombre de problmes rencontrs avec Internet.
Il propose une nouvelle architecture qui spare lidentit dune machine en proposant un
nouveau type didentification : Host Identifier (HI), et le localisateur qui est ladresse IP de la
machine.
En se rfrant au modle OSI, HIP ncessite une nouvelle couche de niveau 3.5 intercale
entre la couche rseau et la couche transport.

39

Figure 18. HIP dans le modle OSI

Avec le protocole HIP, un systme est identifi avec un HI unique. Au cours dun
change de paquets entre deux systmes, le HI sera crypt avec une fonction de hachage pour
devenir un HIT (Host Identity Tag), et ce HIT servira identifier les paquets changs par les
deux systmes. Et dans ce cas, les adresses IP ninterviendrons que pour le routage des
paquets, ainsi, les nuds HIP peuvent tre mobiles et multi-domicils.
Pour lchange didentits de manire scurise entre deux nuds HIP, ce dernier utilise le
protocole IPsec.

2.4.2 MSCTP
La mobilit de niveau transport est propose comme un concurrent de la mobilit de
niveau rseau pour mieux supporter lintgration des services. La gestion de la mobilit dans
le niveau transport est prise en charge exclusivement par le protocole SCTP (Stream Control
Transmission Protocol) [58] et son extension DAR (Dynamic Address Reconfiguration) [59].
SCTP tendu avec DAR constituent le protocole MSCTP (Mobile SCTP) [60], [61], [62].
MSCTP est propos dans le but dviter les interruptions des services observes avec TCP et
UDP pendant le changement de ladresse IP par le mobile. Cest un protocole de niveau
transport similaire TCP (Transmission Control Protocol). Il fournit une communication
point point oriente connexion entre diffrentes applications se droulant sur les diffrentes
machines.
La diffrence majeure avec TCP est le Multi-homing. Il gre plusieurs adresses IP au niveau
des terminaux en conservant la connexion point point intacte.
Une petite analogie entre SCTP et TCP est prsente dans la figure 19 : nous remarquons dans
cette figure quavec le protocole SCTP nous pourrons ouvrir plusieurs sessions IP entre deux
nuds communicants, et dans chaque session les communicants peuvent changer un type de
trafic. Par contre avec TCP, les deux nuds ne peuvent ouvrir quune seule session IP ; et
pourtant TCP et SCTP sont tous les deux des protocoles de niveau transport.

Figure 19. MSCTP vs TCP

40
2.4.2.2 Fonctionnement
Au dbut, dans son rseau mre, le terminal mobile implantant le protocole MSCTP,
choisit une seule adresse IP comme adresse primaire utilise pour lchange des messages
avec un correspondant. Les autres adresses IP que possde le mobile sont utilises seulement
pour les retransmissions.
Lextension DAR permet aux terminaux dajouter, de supprimer et de changer les adresses IP
pendant une session SCTP entre les mobiles implantant les agents MSCTP, sans perturber
ltablissement des connexions en utilisant les messages de configurations des adresses.
Durant une communication entre une MS et son correspondant localis dans un rseau
externe. Au cours du dplacement de la MS du rseau mre vers un rseau tranger, et en
passant par la zone de Handover (dans le dbut de la zone de couverture du rseau tranger),
le mobile reoit une adresse IP du rseau tranger soit par le contact dun serveur DHCP
existant dans ce rseau, ou par la configuration automatique de ladresse IPv4. Il poursuit sa
communication avec son correspondant via son rseau mre.
La station mobile est maintenant capable dtablir la liaison avec son correspondant en
utilisant sa deuxime adresse IP. Elle est devenue accessible depuis son rseau de
rattachement et le rseau tranger dans lequel elle a eu sa deuxime adresse IP.
Ensuite, le mobile envoie son correspondant via son rseau mre sa deuxime adresse IP
pour linformer de son existence. Le correspondant ajoute la nouvelle adresse IP la liste des
identifiants de la connexion avec la station mobile et rpond avec un acquittement (le mobile
poursuit sa communication avec son correspondant via son rseau mre).
Puis, quand le mobile commence quitter la zone de couverture de son rseau domicile ( la
fin de la zone de couverture du rseau domicile dans la zone du Handover o le service du
rseau tranger devient meilleur que celui du rseau domicile), il notifie son correspondant
dassigner la nouvelle adresse IP (la deuxime) comme adresse IP primaire la place de la
premire, ce que le correspondant lapprouve en rpondant avec un acquittement, et la
nouvelle adresse IP devient ladresse de communication de base de la station mobile.
A partir de ce moment, le mobile et son correspondant changent tous leurs messages
travers le rseau tranger et plus via le rseau domicile.
Et finalement, quand le mobile quitte dfinitivement la zone de couverture du rseau domicile
vers la zone de couverture du rseau tranger (aprs la zone de Handover), il informe son
correspondant de supprimer la premire adresse IP de lassociation ce que le correspondant
confirme avec un acquittement. Il poursuit alors sa communication avec son correspondant
travers le rseau tranger.

2.4.3 SIP
SIP (Session Initiation Protocol) [63] est un protocole de signalisation de niveau
application dfini par lIETF. Il permet ltablissement, la libration et la modification des
sessions multimdias. Il sappuie sur un modle client/serveur et propose ladressage URL
SIP (Uniform Resource Locator) qui ressemble une adresse E-mail. Donc un utilisateur du
protocole SIP est joignable grce sont URL SIP.
SIP a t tendu afin de prendre en charge de nombreux services tels que la prsence, la
messagerie instantane (similaire au service SMS dans les rseaux mobiles), le transfert
dappel, la confrence, les services complmentaires de tlphonie, etc.
SIP a t retenu par le 3GPP pour larchitecture IMS (IP Multimedia Subsystem) comme
protocole pour le contrle de session et le contrle de service. Il remplacera terme les
protocoles ISUP (utilis pour le contrle dappel dans le Rseau Tlphonique Commut) et
INAP (utilis pour le contrle de service dans larchitecture Rseau Intelligent).
41
Le protocole SIP nest quun protocole de signalisation. Une fois la session tablie, les
participants de la session schangent directement leur trafic audio/vido travers le protocole
RTP (Real-Time Transport Protocol).
Par ailleurs, SIP nest pas un protocole de rservation de ressources, il ne peut donc pas
assurer la QoS. Il sagit dun protocole de contrle dappel et non de contrle du mdia.
SIP nest pas non plus un protocole de transfert de fichier tel que FTP, utilis afin de
transporter de grands volumes de donnes. Il a t conu pour transmettre des messages de
signalisation courts afin dtablir, maintenir et librer des sessions multimdia.
SIP dfinit deux types dentits: le client et les serveurs. Les entits serveurs sont :
- Le serveur proxy (Proxy server) : reoit des requtes de clients quil traite lui-mme ou
quil achemine dautres serveurs aprs avoir ventuellement ralis certaines modifications
sur ces requtes.
- Le serveur de redirection (Redirect server) : serveur qui accepte des requtes SIP, traduit
l'adresse SIP de destination en une ou plusieurs adresses rseau et les retourne au client.
- Lenregistreur (Registrar) : serveur qui accepte les requtes denregistrement.
Lentit client est :
- Lagent utilisateur (UA, User Agent) : application installe sur lquipement de lutilisateur
afin de permettre lchange des requtes SIP avec lextrieur.
Au cours de la mobilit dun utilisateur (MH : Mobile Host) partageant une
communication SIP avec un nud correspondant (CN), et quand le MH va changer de cellule
une autre, il doit obligatoirement mettre jour sa session SIP avec le CN en changeant
dadresse IP. Pour cela, le MH doit contacter un proxy SIP (SIP Outbound Proxy) dans le
rseau visit, et ce dernier lui attribuera une adresse IP selon les disponibilits. Et dans ce cas,
le MH pourra continuer sa session SIP avec le CN.

2.4.4 Architecture de mobilit IEEE 802.21 (MIH)
Larchitecture IEEE 802.21 [64], [65], [66], [67] connue aussi sous le nom MIH
(Media Independent Handover) fournit des mthodes et des fonctionnalits pour aider la
station mobile dtecter les rseaux disponibles dans son environnement et lui permettre
dinitier le Handover vertical entre les rseaux dtects.
La norme permet simplement de fournir des informations qui aident linitiation du
Handover, la slection du rseau et lactivation de linterface. L'excution et la dcision du
Handover ne font pas partie de la norme.
MIH a conu une nouvelle fonction qui fournit des nouveaux points daccs de services :
SAPs (Service Access Point) pour faire le lien entre les couches infrieures (1 et 2) et les
couches suprieures (3+).
Le Handover exigera des algorithmes complexes. Ces derniers auront besoin dinformations
spcifiques des couches infrieures que MIH fournira.
Larchitecture protocolaire de MIH est prsente ci-dessous :

42

Figure 20. Architecture de MIH

Dans la fonction MIH (MIHF), il existe trois services qui permettent le passage des
messages tout au long de la pile protocolaire. Le tableau ci-dessous expose les fonctions
basiques de ces services :

Services MIH Origine Destination Cas dutilisations
Event
(Evenement)
MIHF ou couches
infrieures
MIHF ou couches suprieures
Pile distance ou Pile locale
link up/down/going
down, transmissions
status
Command
(Commande)
MIHF ou couches
suprieures
MIHF ou couches infrieures
switch links, get status
Information
(Information)
Couches infrieures
ou couches
suprieures
Couches infrieures ou
suprieures
information elements
(IEs), neighbor reports
Tableau 5. Services MIH

Il y a trois types de points daccs de service (SAPs) dfinies pour MIH : MIH_SAP
pour l'accs des couches suprieures aux couches infrieures et au MIH, MIH_LINK_SAP
pour relier la fonction de MIH et les couches infrieures, et MIH_NMS_SAP pour des
fonctions de gestion.

2.4.5 Conclusion
Un Handover de niveau 3+ est employ dans les mmes conditions que le Handover de
niveau 3. Les protocoles de niveau 3+ sont gnralement des technologies rcentes qui
permettent la mise jour de ladresse IP courante de la station mobile avec des options et des
techniques qui permettent de minimiser le dlai au cours du Handover pour permettre doffrir
un bon niveau de QoS lutilisateur du trafic temps-rel.
Le protocole HIP par exemple qui est fond sur des mcanismes avancs de scurit, et qui
intervient au niveau de la couche 3.5 (entre la couche rseau et la couche transport) pour
sparer lidentit de la machine et son adresse IP, permet avec cette sparation demployer la
technique du Multi-homing qui est efficace pour la continuation des services au cours du
Handover.
Le MSCTP est un protocole de niveau 4 (transport), sa force rside dans son utilisation de la
technique du Multi-Homing qui permet douvrir plusieurs connections IP avec une mme
association MSCTP, et la technique du Multi-streaming qui se rfre lenvoi de plusieurs
types de streams en parallle sur diffrentes connections IP de la mme association MSCTP.
43
Lextension de mobilit DAR de ce protocole permet la gestion et le contrle des sessions IP
en cours.
MSCTP est peu employ actuellement vu quil est encore trs rcent, et vu quil ncessite une
configuration au niveau des Softwares, surtout quil faut lutiliser au lieu de TCP et UDP.
SIP est un protocole de niveau application plus ddi pour des utilisateurs fixes. Il peut grer
la mobilit des utilisateurs mais cela nest pas vraiment son point fort.
Enfin, MIH est une architecture propose par lIEEE. Elle propose des modules qui
sinstallent au niveau des rseaux et des utilisateurs pour permettre lchange rapide des
informations sur le rseau avant le Handover. Cela facilite forcment la dcision de
lutilisateur mobile.
En terme de pile protocolaire, MIH permet de faire le lien entre les couches basses et les
couches suprieures travers des SAP positionns au niveau de la couche MIH.
Ce mcanisme semble intressant, mais jusqu prsent il na pas encore connu le succs
attendu.

2.5 Conclusion du premier chapitre
Dans ce chapitre, nous nous somme intresss la prsentation de ltude
bibliographique des entits cls qui seront utilises dans les contributions que nous allons
prsenter dans le chapitre compos de deux sections qui va suivre.
La technologie de base candidate une validation 4G que nous avons choisie et sur
laquelle nous allons nous concentrer dans la premire section du chapitre suivant est le
WiMAX mobile (IEEE 802.16e). Nous allons traiter dans un premier temps la gestion de la
mobilit dans le WiMAX mobile. Ensuite, nous passerons dans la deuxime section du
chapitre linterconnexion et linteroprabilit entre les rseaux.

44
Chapitre II. GESTION DE LA MOBILITE
DANS LE WIMAX MOBILE

Un rseau 4G devra tre fond sur une technologie qui rsistera aux coupures causes
par le dplacement dun terminal mobile entre des cellules couvertes par cette technologie.
Cela se passe de faon quun utilisateur en communication ne perde pas sa connexion en
cours, tout en rduisant la latence cause par le Handover de manire respecter les dlais
exigs par le trafic temps-rel. Dans ce contexte, ce chapitre traitera les problmes de mobilit
dans le WiMAX mobile dans un souci damliorer le niveau de QoS pour le trafic temps-rel.
Tout dabord, nous allons aborder le problme de QoS pour du trafic temps-rel dans le cas
dune mobilit grande vitesse. Ce choix a t fait parce que les problmes majeurs de
coupures de la communication pendant le Handover proviennent quand la station se dplace
grande vitesse. Pour cela, nous allons simuler le cas du Handover de niveau 2 en appliquant le
FBSS et le Hard Handover sur un modle de mobilit compos dune autoroute localise dans
une zone rurale. Dans la 2
me
partie, nous allons offrir un aperu gnral sur le niveau de la
QoS avec le WiMAX mobile dans une zone urbaine, en simulant plusieurs types de trafic,
avec plusieurs niveaux de mobilit, et en appliquant le Hard Handover et le FBSS dans le cas
du Handover de niveau 2, et MIP dans le cas du Handover de niveau 3. Nous compltons dans
la 1
re
tude avec dautres niveaux de mobilit (moyenne ou lente vitesse). Dans la 3
me
partie,
nous proposerons dutiliser le protocole MSCTP au lieu des protocoles MIP et PMIP dans le
cas du Handover de niveau 3 dans le WiMAX mobile, pour amliorer la QoS des trafics
temps-rel. Enfin, pour englober les trois travaux dj effectus, dans la 4
me
partie nous
proposerons un algorithme dcisionnel fond sur la logique floue. Cet algorithme fond sur
des paramtres dentres tirs des travaux prcdents, permet une station mobile deffectuer
un choix rapide et juste de la bonne technique durant le Handover suivant une table de rgles.

1 Mobilit grande vitesse dans une zone rurale
1.1 Introduction
Cette tude a comme but damliorer la QoS dans le WiMAX mobile, et de rduire
linterruption du service dans le cas de trafic sensible au dlai durant le Handover de niveau 2
dun mobile se dplaant grande vitesse. Pour rendre cette hypothse raliste, nous nous
plaons dans un contexte de zone rurale. Pour cela, un modle compos dune autoroute est
mis en place dans une zone rurale situe entre deux villes. Des stations mobiles circulant
grande vitesse dans les deux sens de lautoroute communiquent au travers dapplications de
type VoIP ou transfert vido de type Visioconfrence. Notre but sera de prouver lefficacit
du mcanisme FBSS pour le moment peu dploy grande chelle, en le comparant dans une
telle situation avec le mcanisme frquemment utilis actuellement : le Hard Handover.

1.2 Modle des simulations et scnarios de mobilit
1.2.1 Modle des simulations
Le modle propos pour les simulations (illustr dans la figure 21) est fond sur une
autoroute dune longueur gale 75 km. Lautoroute est couverte par quatre stations de base
(BSs) ayant chacune un rayon de couverture fix 10 km. Les diamtres des zones de
Handover entre les cellules varient entre 1 et 3 km. Les deux premires stations de base
45
appartiennent au mme ASN (Access Service Network), et les deux autres BSs appartiennent
un autre ASN ; les deux ASNs appartiennent au mme CSN (Connectivity Service
Network). Les vhicules portant les stations mobiles qui communiquent, se dplacent dans les
deux sens de lautoroute grande vitesse. Le but gnral de cette tude est damliorer la QoS
pour du trafic temps-rel de type vido (Visioconfrence) et tlphonie (VoIP).

Figure 21. Modle de mobilit

1.2.2 Scnarios de mobilit
Dans cette tude, nous allons considrer plusieurs scnarios de mobilit. Nous allons
supposer au dbut de chaque scnario un nombre N de stations mobiles uniformment
rparties sur lautoroute de longueur L, et ces N mobiles (la moiti utilise du trafic VoIP
lautre du trafic Vido) vont se dplacer avec des vitesses diffrentes. Lide est de ne pas
dmarrer avec une autoroute vide nos simulations de faon gagner dans la convergence de
nos estimations. Nous choisissons N proche du nombre moyen de vhicules sur lautoroute.
Ils sont rpartis uniformment sur lautoroute. Nous allons noter V
e
la vitesse moyenne des
vhicules que lon injecte lentre de lautoroute. On prend des arrives poissonniennes de
vhicules de taux L V N
e
= . Les vitesses proposes pour les simulations sont calcules
suivant les rgles illustres dans le tableau ci-dessous. Une fois quun vhicule est rentr sur
lautoroute, sa vitesse restera constante.
Les vitesses V suivront des lois normales tronques selon les rgles suivantes (nous navons
pas fait varier la variance de ces lois et avons considres des carts-types de 2 km/h) :

Vitesse moyenne V
e
en
km/h lentre de
lautoroute
Rgles

80
80% de vhicules qui se
dplacent une vitesse
entre 70 et 80 km/h
entre 80 et 110 km/h

90
entre 70 et 90 km/h

100
entre 70 et 90 km/h

110

120
46

130
Tableau 6. Vitesses

IEEE 802.16e prend en charge par secteur peu prs un nombre maximal dutilisateurs
de VoIP entre 100 et 200, et un nombre maximal dutilisateurs de vido entre 100 et 150 en
considrant une configuration normale de la station de base (Ces valeurs sont bien sur en
fonction des paramtres de la station de base, des canaux montants et descendants, de la
disponibilit du rseau cur, du volume de trafic, etc).
Nous ferons varier N entre 80 et 130 par pas de 10, en combinant a aux vitesses moyennes
considres, cela nous conduit 36 scnarios. En toute rigueur, si lon souhaite dterminer le
nombre moyen de vhicules sur lautoroute, on applique simplement la loi de Little la
portion dautoroute qui se comporte comme une file M/G/ : [ ]

=
V
E L N E
1
.
La vitesse des vhicules tant constante une fois quils sont entrs sur lautoroute.
Si maintenant on sintresse la vitesse moyenne des vhicules V
m
prsents sur lautoroute,
on se rend compte que cette vitesse moyenne nest pas gale V
e
car un vhicule lent restera
plus longtemps quun vhicule rapide. Regardons le systme pendant une dure T. On note
( ) t N , le nombre de vhicules prsents linstant t et
T
M le nombre de vhicules sortis de
lautoroute sur la dure T. La vitesse moyenne instantane linstant t vaut alors :
( )
( )
( )
=
=
t N
i
i
V
t N
t V
1
1
o V
i
est la vitesse (constante) du vhicule i.
On pourrait penser estimer la vitesse moyenne sur la dure T en prenant simplement la
moyenne temporelle : ( )
=
T
t
dt t V
T
0
1
. Le problme avec cette dfinition provient du fait que
parfois lautoroute est vide et que lon ne pondre pas cette vitesse moyenne par le nombre de
vhicules. Nous prenons donc :
( ) ( )
( )
=
=
=
T
t
T
t
T
dt t N
dt t V t N
V
0
0
.
Chaque vhicule i ayant une vitesse constante une fois quil est rentr sur lautoroute, il sera
donc compt pendant une dure
i
V L pour
i
V au numrateur et pour 1 au dnominateur. On
obtient alors :

= =
=
= =
T
M
i i
T
T
M
i i
T
M
i i
i
T
V
M
V
L
V
L
V
V
1 1
1
1
.
Soit linverse de la moyenne arithmtique de linverse de la vitesse. En faisant tendre T vers
linfini, on obtient finalement :
[ ] V E
V
m
1
1
= .
Dans les cas que nous avons envisags, nous obtenons des valeurs de V
m
et de V
e
peu
diffrentes, mais pas une expression analytique de V
m
. A titre dexemple, pour la premire
ligne du tableau, nous obtenons V
e
=80 km/h et V
m
=78.6 km/h. Nous commencerons donc par
regarder le nombre moyen de vhicules dans le systme pour vrifier quil nest pas trs
loign de N.

47
1.3 Paramtres des simulations et critres de performance
1.3.1 Paramtres des simulations
Toutes les simulations qui vont suivre ont t mises en uvre laide de loutil NS2 [68].
Pour dmarrer une simulation sous NS2, un ensemble de paramtres de la station mobile et du
rseau doivent tre fixs. Dans le tableau 7 nous prsentons quelques paramtres ; certains
sont dfinis par dfaut dans le simulateur comme ceux de lantenne mettrice et du canal,
dautres sont calculs suivant un modle de propagation radio bien dfini comme les seuils et
le rayon de couverture.

Puissance du signal (Pt_) 15 W
Seuil de rception (RXThresh_) 7.59375e-15 W
Seuil de la porteuse denvoi (CSThresh_) 2.13841e-16 W
Rayon de couverture (Distance) 10 Km

Modle de propagation radio
Two-Ray Ground [69]
L d
h h G G P
d P
r t r t t
r 4
2 2
) ( =

Gain dantenne dmission (Gt_) 1 dB
Gain dantenne de rception (Gr_) 1 dB
Perte du systme (L_) 1 dB
Hauteur dantenne dmission (ht_) 1.5 m
Hauteur dantenne de rception (hr_) 1.5 m
Dbit descendant (DL) Maximum = 32 et Moyenne = 10 Mb/s
Dbit montant (UL) Maximum = 6 et Moyenne = 3 Mb/s
Modulation OFDMA
Frquence (Freq_) 3.5 GHz
Multiplexage TDD
Type de paquets vido et VoIP CBR/UDP
Mode de partage de dbit entre utilisateurs En fonction de la charge de la cellule, du type de
trafic et du privilge donn chaque abonn
Tableau 7. Paramtres des simulations sous NS2

Le temps de simulation dun seul scnario est fix 60 minutes de dplacement des
mobiles dans lautoroute. Et aprs chaque 5 minutes de simulation, nous prsentons la
moyenne des rsultats calculs pour tous les mobiles rpartis sur lautoroute.
Les stations mobiles prsentes dans le systme sont la fois des sources et des
destinataires de flux. Concernant le trafic chang : la taille dun paquet vido sera fixe
4960 octets, et la taille dun paquet VoIP sera fixe 160 octets (les tailles des paquets
choisies ont t dj adoptes par plusieurs exemples de programmes TCL cods et prsents
par NIST [70], [71], et utiliss dans le cas du WiMAX sous le simulateur NS2).

1.3.2 Critres de performance
Pour valuer la performance du mcanisme FBSS, des paramtres influant sur la QoS sont
simuls, et un critre dindication est calcul.
Le critre indicatif est :
- La variation du nombre des mobiles dans lautoroute en fonction du temps.
Les critres fonds sur la QoS sont :
- La moyenne des dlais de bout en bout; sachant que le dlai de bout en bout est le
temps que prend un paquet pour tre transmis depuis une source vers une destination.
- La moyenne des gigues; sachant que la gigue est la variation du dlai.
- La moyenne des taux de perte des paquets.
48
- La moyenne des dbits; sachant que le dbit est la quantit dinformations transmises
via un canal de communication dans un intervalle de temps donn.
Au cours des 60 minutes de simulation dcomposes en M tranches et pour chaque scnario,
nous allons aussi tablir les intervalles de confiance suivant la formule suivante [72]:
) ( 2 X X = , o X est la valeur moyenne calcule, ) ( 2 X est lintervalle de confiance
adopt 95% ,
M
X
X
i
) (
) (

= , ) ( ) (
i i
X V X = , et la Variance est estime par la valeur
empirique
2
1
2
) (
1
1
) ( X X
M
X
M
i
i i

=

=
, avec
i
X est la valeur calcule pendant la i
me

tranche de temps.

1.4 Rsultats des simulations
Prsentons en premier lieu quelques rsultats de la variation du nombre des mobiles en
fonction du temps de simulation et en fonction de V
e
pour N = 80, N = 90, N = 120 et N = 130.

Nous constatons que le nombre de vhicules varie relativement peu au cours de la
simulation et que le nombre moyen de vhicules dans le systme est trs proche de N pour
toutes les valeurs que nous avons envisages (cart maximal de 1 MS).
Figure 23. Variation de N = 90




49
En conclusion, le nombre moyen des mobiles est stable sur lautoroute pendant une heure de
simulation. Nous reprsenterons donc les courbes en fonction de N ou de V
e
dans la suite du
chapitre.
Nous prsentons maintenant quelques rsultats de la moyenne des dlais de bout en bout,
dabord en 2D : en fonction de V
e
pour N = 90 et N = 120 ; ensuite en 3D : en fonction de N et
V
e
pour le trafic Vido.

Nous remarquons dans les figures 26 et 27, que les dlais augmentent en fonction de V
e
, et
que les rsultats obtenus avec une charge N de 90 mobiles sont meilleurs que ceux obtenus
avec N=120, donc laugmentation de N entrane la dgradation des dlais.
Les valeurs des dlais obtenus avec FBSS sont toujours infrieures ceux obtenus avec le
Hard Handover.
Enfin, avec le Hard Handover, les dlais se dgradent plus en fonction de V
e
quavec le FBSS,
la preuve en est quavec une charge N de 90, la courbe de FBSS/vido passe en dessous de la
courbe Hard Handover/VoIP quand V
e
> 120 km/h.

Les deux figures en 3D : 28 et 29 permettent de comparer les rsultats des dlais obtenus
avec le FBSS et le Hard Handover pour le trafic vido en fonction de N et V
e
. Nous
remarquons quavec le FBSS (figure 28), les valeurs des dlais sont infrieures celles
obtenues avec le Hard Handover (figure 29).
Les deux figures montrent aussi comment les valeurs de dlais se dgradent en fonction de
laugmentation de N et V
e
.
Figure 26. Dlais moyens pour N = 90


Figure 28. Dlais moyens avec FBSS / vido

Figure 29. Dlais moyens avec Hard HO / vido

50
Passons maintenant la prsentation de quelques rsultats de la moyenne des gigues,
dabord en 2D : en fonction de V
e
pour N = 100 et avec les trafics VoIP et vido ; ensuite en
3D : en fonction de N et V
e
pour le trafic VoIP.

Nous remarquons dans les deux figures 30 et 31 et avec N=100, que les gigues obtenues
avec le FBSS sont infrieures celles obtenues avec le Hard Handover pour les deux types de
trafic. Les intervalles de confiance avec FBSS sont galement un peu infrieurs ceux avec le
Hard Handover.
Nous remarquons aussi que la gigue obtenue avec la vido est bien suprieure celle obtenue
avec la VoIP et que les intervalles de confiance de la vido sont galement suprieurs ceux
de la VoIP. Ce phnomne vraisemblablement une consquence de la grande diffrence entre
la taille dun paquet de type VoIP et un paquet de type Visioconfrence. Si nous avons le
mme nombre dutilisateurs et le mme nombre de paquets pour les deux types de trafic VoIP
et Visioconfrence, et si on multiplie la taille par le nombre des paquets, le volume des
donnes Visioconfrence sera beaucoup plus grand que celui de la VoIP ce qui gnre une
gigue plus importante.

Comme pour le cas des dlais, dans les figures 3D : 32 et 33, nous remarquons quavec le
FBSS nous obtenons des gigues infrieures celles obtenues avec le Hard Handover, et que la
gigue augmente en fonction de N et V
e
.
Nous procdons maintenant la prsentation de quelques rsultats de la moyenne des taux
des paquets perdus, dabord en 2D : en fonction de V
e
pour N = 80 et N = 110 ; ensuite en
3D : en fonction de N et V
e
pour le trafic Vido.
Figure 30. Gigues moyennes / VoIP pour N = 100

Figure 31. Gigues moyennes / Vido pour N = 100

Figure 32. Gigues moyennes avec FBSS / VoIP

Figure 33. Gigues moyennes avec Hard HO / VoIP

51

Dans la figure 34, le maximum des pertes pour la VoIP avec le FBSS ne dpasse pas 1%
contre 1.4% avec le Hard Handover. Le FBSS supporte mieux la vitesse que le Hard
Handover. Le taux des paquets perdus augmente galement avec V
e
ou N. La perte des
paquets se manifeste surtout au cours du HO : avec le FBSS il y a une coupure de service
lorsque une MS change de BS, donc forcment il y a des pertes. Avec le FBSS il y a moins de
perte parce que gnralement il n y a pas de coupure de service au cours de HO, mais parfois
la BS peut tre occupe ou surcharge, ou le volume de trafic envoy dpasse un certain seuil
qui dclenche la perte des paquets, ou encore si une MS se dplace trs grande vitesse.

Dans les figures 36 et 37, nous donnons un aperu sur les taux des paquets perdus pour le
trafic vido avec les deux techniques de Handover. Nous remarquons quavec le FBSS nous
obtenons des taux de pertes infrieurs ceux du Hard Handover.
Nous allons maintenant prsenter quelques rsultats de la moyenne des dbits, dabord en
2D : en fonction de V
e
pour N = 80 et N = 130 avec le trafic VoIP; ensuite en 3D : en fonction
de N et V
e
pour le trafic VoIP.

Figure 34. Pertes moyennes pour N = 80


Figure 36. Pertes moyennes avec FBSS / vido

Figure 37. Pertes moyennes avec Hard HO / vido

Figure 38. Dbits moyens / VoIP pour N = 80


52
Dans la figure 38, et avec une charge N=80, nous remarquons que le niveau de QoS est
acceptable avec les deux techniques, sauf quavec le FBSS, les valeurs des dbits sont
meilleures. Dans la figure 39, et avec une charge N=130, le dbit se dgrade avec le Hard
Handover quand V
e
> 85 km/h, et avec le FBSS quand V
e
dpasse 95 km/h.

Concernant les dbits pour le trafic VoIP, avec le FBSS, les valeurs de dbits convergent
moins vite vers zro quavec le Hard Handover quand nous augmentons V
e
et N.
Et pour finir cette tude, nous allons prsenter les rsultats obtenus par les dlais dune
seule station mobile choisie parmis plusieurs autres qui se dplacent sur lautoroute. Ces
rsultats sont calculs en fonction de la vitesse, et ce pour les trafics VoIP et Visioconfrence.

Figure 42. Dlais dune seule MS

Nous remarquons ici, que grce la technique Make-before-break utilise par le FBSS,
et en fonction de laugmentation de la vitesse, les dlais obtenus pour les deux types de trafic
avec le FBSS sont infrieurs ceux obtenus avec Hard Handover.
Nous remarquons aussi quen fonction de laugmentation de la vitesse, les valeurs de dlais
augmentent plus rapidement avec Hard Handover quavec le FBSS. La preuve est que les
rsultats de dlais de la courbe Hard Handover/VoIP deviennent suprieurs ceux de la
courbe FBSS/Vido quand la vitesse du mobile dpasse 120 km/h ; sachant quavant darriver
cette vitesse, ils taient infrieurs.
Les dlais obtenus avec la vido sont suprieurs ceux de la VoIP, parce que la taille dun
paquet vido est plus grande quun paquet VoIP.

Figure 40. Dbits moyens avec FBSS / VoIP

Figure 41. Dbits moyens avec Hard HO/ VoIP

53
1.5 Conclusion

Le but principal de cette tude est de montrer lefficacit du mcanisme de Handover de
niveau 2 et plus particulirement du FBSS par rapport au Hard Handover pour du trafic
temps-rel dans le cas o les stations mobiles se dplacent grande vitesse.
En se fondant sur la comparaison des rsultats obtenus travers les simulations des critres de
QoS : dlai, gigue, taux des pertes des paquets, et dbit, le mcanisme FBSS a prouv son
efficacit dans un environnement rural contenant des vhicules qui se dplacent grande
vitesse.
Notons aussi que le niveau de QoS se dgrade en fonction de la charge de lenvironnement
par les stations mobiles, et en fonction des vitesses des mobiles (moins il y a de mobiles
meilleure est la QoS, et moins la vitesse est grande meilleure est la QoS).

2 Mobilit avec diffrentes vitesses dans une zone urbaine
2.1 Introduction
Cette tude a comme but doffrir un aperu gnral sur le niveau de la QoS dans un
environnement dense (peupl) couvert par le WiMAX mobile. Pour cela nous allons simuler
un modle de mobilit illustrant une zone urbaine, avec diffrents niveaux de mobilit
(grande, moyenne et faible) et diffrents types de trafic (multimdia et donnes).
Le modle de mobilit propos est compos de six cellules de diffrentes tailles, contenant
des stations mobiles qui se dplacent dans toutes les directions avec des vitesses variables
comprises entre 20 et 90 km/h, et qui utilisent des trafics VoIP, vido et donnes.
Dans le cas dun Handover de niveau 2, nous allons appliquer deux techniques et comparer
leurs rsultats : Hard Handover et Soft Handover/FBSS. Dans le cas dun Handover de niveau
3 nous allons appliquer le protocole MIP.

Le modle qui a t fix pour les simulations est compos dune petite ville avec une
surface prs de 45 km, couverte par six stations de base de portes variables entre 1 et 3 km
(voir la figure 43). Les surfaces des zones de Handover (entre les cellules) varient entre 300 et
700 m. Les quatre premires BSs appartiennent au mme ASN, et les deux autres BSs
appartiennent un deuxime ASN. Les deux ASNs appartiennent au mme CSN. Les stations
mobiles se dplacent dans les cellules avec des vitesses variables. Dans les cellules de numro
1 et 6, la vitesse maximale autorise pour le dplacement est de 90 km/h. Dans les cellules de
numro 2 et 5, la vitesse maximale autorise est de 70 km/h. Dans les cellules de numro 3 et
4, la vitesse maximale autorise pour le dplacement est de 50 km/h.
Notre but dans cette tude est doffrir un aperu gnral sur le niveau de la QoS dans une
zone urbaine avec le WiMAX mobile pour plusieurs types de trafic. Donc, au cours de leurs
dplacements, les mobiles vont changer avec leurs correspondants plusieurs types de trafic
(vido : Visioconfrence, VoIP et donnes).

54

Figure 43. Modle des simulations

2.2.2 Scnarios de la mobilit
Dans nos simulations, nous nous concentrerons sur le dplacement de dix mobiles
choisis au hasard parmi plusieurs mobiles. Au dbut, nos 10 mobiles vont partir du mme
point localis dans une entreprise situe dans la cellule numro 3 (les utilisateurs des mobiles
sont des employs de lentreprise). Ensuite chacun des dix mobiles va joindre une destination
finale (maison, htel, salle de gym, march) en suivant un chemin spcifi.
Ces dix stations mobiles choisies vont communiquer durant touts leurs dplacements avec des
correspondants situs dans des rseaux trangers fixes. Les dix stations mobiles sont la fois
des sources et des destinataires de flux.
Les vitesses des mobiles dpendent de leur localisation par rapport aux cellules. Chaque
cellule contient galement un nombre dutilisateurs fixes ou mobiles prsents dans la figure
43. Les vitesses sont choisies alatoirement entre 20 et 90 km/h selon une loi uniforme.
Les mobiles de numro 1, 4 et 8 vont changer avec leurs correspondants un trafic de type
vido. Les mobiles de numro 2, 5, 7 et 9 vont utiliser un trafic VoIP, le reste des mobiles
vont changer du trafic Data.
Concernant le dplacement des mobiles dans la ville et leurs passages par des zones de
Handover, les mobiles de numro 1, 2, 8, 9 et 10 vont effectuer un seul Handover intra-ASN
(L2 HO). Les mobiles de numro 3, 4 et 6 vont effectuer un seul Handover inter-ASN (L3
HO). Le mobile de numro 7 va effectuer deux Handovers (L2 et L3) au cours de son
dplacement. Le mobile de numro 5 ne va excuter aucun Handover.
Les scnarios de mobilit sont prsents sur la figure 44 :

55

Figure 44. Scnarios de mobilit

Les paramtres fixs pour nos simulations sous NS2 sont illustrs dans le tableau ci-
dessous :

Cellule 1 Cellules 2,3 & 5 Cellule 4 Cellule 6
Seuil de rception (RXThresh_) 4.746e-12 W 1.5e-11 7.593e-11 9.375
e
-13
Seuil de la porteuse denvoi
(CSThresh_)
1.362e-12 W 8.75e-12 2.65e-11 5.761
e
-13
Rayon de couverture (Distance D) 2 km 1.5 km 1 km 3 km

Modle de propagation radio Two-Ray Ground [69]
L d
h h G G P
d P
r t r t t
r 4
2 2
) ( =
Modulation OFDMA
Multiplexage TDD
Type de paquets CBR/UDP

Le temps de la simulation est fix 24 minutes. Au cours de ce temps, les dix mobiles
choisis se dplaceront suivant le modle et les scnarios dj dcrits. Pendant la simulation, et
au cours du processus de Handover, nous appliquerons les deux mcanismes FBSS et Hard
Handover quand un mobile effectue un transfert intercellulaire de niveau 2 ; et nous
appliquerons le mcanisme MIP quand lun des dix mobiles effectue un transfert
intercellulaire de niveau 3.
Les rsultats seront calculs toutes les 3 minutes de la simulation.
56
La taille dun paquet vido (Visioconfrence) est fixe 4960 octets, et la taille dun paquet
VoIP est fixe 160 octets. Pous les donnes, la taille dun paquet est fixe 1000 octets.

Les critres de performance fixs dans ce travail pour dterminer le niveau de la QoS
sont : le dlai de bout en bout, le taux des paquets perdus, le dbit, et enfin loccupation des
ressources au niveau des BSs.

Concernant les rsultats des simulations, nous allons commencer par prsenter les
courbes des dlais de bout en bout pour nos 10 mobiles en appliquant les mcanismes FBSS
et Hard Handover sur les mmes mobiles qui effectuent un Handover de niveau 2, et en
appliquant MIP sur les mobiles qui effectuent un Handover de niveau 3.
Les deux premires figures prsentent les rsultats des dlais pour les mobiles numros 1, 2,
5, 8, 9 et 10 (qui vont effectuer un Handover de niveau 2) en appliquant le Hard Handover et
le FBSS. La troisime figure prsente les courbes pour les mobiles numros 3, 4, 6 et 7 (qui
vont effectuer un Handover de niveau 3) en appliquant MIP.

Figure 46. Dlais avec le FBSS

Dans ces deux figures (FBSS et Hard Handover), la premire diffrence que nous
remarquons en comparant les rsultats obtenus avec les deux mcanismes concerne les dlais
des mobiles durant le processus du HO. Le mcanisme FBSS diminue considrablement les
dlais pendant le Handover par rapport au Hard Handover. La raison est quil n y a pas
dinterruption de la communication durant le Handover avec le FBSS.
Notons aussi que si la vitesse dun mobile est suprieure 50 km/h, la QoS commence se
dgrader avec le Hard Handover (les valeurs des dlais dpassent 100 ms) [73]. La QoS est
considre comme mauvaise dans ce cas, contrairement au cas du FBSS o les rsultats ne
dpassent pas les 100 ms, mme durant le Handover.

Figure 45. Dlais avec le Hard Handover
57

Figure 47. Dlais avec MIP

Concernant les rsultats obtenus avec MIP, nous remarquons que les dlais obtenus sont
sensiblement suprieurs 100 ms [73] durant le Handover, ce qui nest pas du tout acceptable
pour du trafic temps-rel. Aprs le processus de Handover, les dlais redeviennent normaux.
Nous allons prsenter maintenant les rsultats des taux de paquets perdus.

Figure 49. Taux des pertes avec FBSS

Comme pour les dlais dans les figures 45 et 46, si la vitesse dun mobile dpasse 50
km/h durant le Handover, le taux de perte des paquets dpasse 1% [73] avec le Hard
Handover, ce qui nest pas acceptable pour du trafic temps-rel. Par contre, si nous regardons
les rsultats obtenus avec le FBSS, les taux de pertes ne dpassent pas 1% mme pendant le
Handover.

Figure 50. Taux des pertes avec MIP

Figure 48. Taux des pertes avec Hard Handover
58
Concernant la figure 50 avec MIP, nous remarquons dabord que WiMAX ne traite pas
le trafic de la mme faon. Chaque trafic est trait dune manire spcifique. Par exemple ici,
les vitesses des mobiles numro 3 et numro 4 sont trs proches, et pourtant, pendant le
Handover, le mobile numro 3 qui utilise le trafic Data perd 0.3% de ses paquets alors que le
mobile numro 4 qui utilise le trafic vido perd 8.2% de ses paquets. Pendant le Handover
avec MIP, la QoS se dgrade et devient alors inacceptable.
Nous allons prsenter maintenant dans les deux figures qui suivent : les dbits observs
des mobiles qui utilisent le trafic vido, et les dbits des mobiles qui changent du trafic
VoIP :

Figure 52. Dbits des mobiles utilisant la VoIP

Dans la figure 51, il est clair que seule la technique de Handover qui garde le dbit
stable mme pendant le Handover est le FBSS.
Concernant la figure 52 traitant la VoIP, le FBSS est toujours le meilleur.
Enfin, nous allons prsenter les charges calcules au niveau des stations de base numro
1 et 3 en appliquant les deux mcanismes FBSS et Hard Handover, sachant que dans nos
simulations seuls les 10 mobiles dj cits effectuent un passage entre les cellules.

Figure 53. Charges de BS1 et BS3 avec Hard Handover et FBSS

Jusqu prsent, et travers les simulations des paramtres de QoS, le mcanisme FBSS
est acceptable pour un bon niveau de QoS pour du trafic temps-rel, mais travers cette
dernire simulation on voit que le FBSS prsente aussi des dsavantages.
En regardant la figure 53, nous remarquons que le Hard Handover utilise moins de ressources
que le FBSS. Cela est normal parce que avec le FBSS, le mobile se connecte avec plusieurs
BSs en mme temps contrairement au Hard Handover o le mobile ne communique quavec
une seule BS.
Figure 51. Dbits des mobiles utilisant la vido
59
Notons aussi que dans ces simulations, on a utilis seulement 9 mobiles qui effectuent le
Handover. Si ce nombre augmente au moment du Handover, loccupation des ressources
atteindra vite son maximum au niveau des BSs avec FBSS contrairement au cas du Hard
Handover.

2.5 Conclusion
Les rsultats de simulations dans le cas de figure que nous avons retenu nous permettent
de conclure quavec le Hard Handover, le niveau de QoS est acceptable pour du trafic temps-
rel avec une vitesse de dplacement allant jusqu 50 km/h. Le mcanisme FBSS donne de
trs bons rsultats surtout pour les trafics temps-rel manant des mobiles se dplaant
grande vitesse durant le Handover. Tout se passe sans interruption des services. Mais, avant
dappliquer le FBSS, il est ncessaire de vrifier le niveau doccupation des ressources dans
les BSs.
Dans ce contexte, on peut fixer par exemple un seuil dcisif pour lutilisation ou non du FBSS
en fonction des ressources.
Il est galement important de signaler la large latence obtenue quand nous appliquons le MIP
dans le Handover de niveau 3, ce qui agit trs ngativement sur le niveau de la QoS pour du
trafic temps-rel. Cela va nous amener dans la section suivante proposer une solution pour
diminuer au maximum la latence durant le Handover.

3 Transfert intercellulaire de niveau 3 en utilisant MSCTP
3.1 Introduction
Dans cette partie, nous proposons de remplacer les deux mcanismes de Handover de
niveau 3 dfinis pour lIEEE 802.16e : le protocole Client-MIP (ou MIP) et le protocole
Proxy-MIP (PMIP), par un nouveau mcanisme de Handover de niveau 4 conu spcialement
pour viter les interruptions durant une communication. Ce protocole est Mobile SCTP :
MSCTP qui a la particularit de permettre plusieurs sessions IP en mme temps.
Le but principal de ce travail est de rduire le dlai durant le Handover au maximum, et
dviter linterruption des services pendant le changement de ladresse IP dun mobile en
dplacement. Nous allons donc comparer les rsultats des simulations obtenus en appliquant
CMIP, PMIP et enfin MSCTP sur un modle de mobilit que nous allons prsenter dans la
section suivante.

3.2 Comparaison entre MIP, PMIP et MSCTP
Le tableau ci-dessous prsente une comparaison synthtique des protocoles utiliss dans
ce travail dans le cas du Handover de niveau 3 :

Protocole CMIP/PMIP v4 MSCTP
Couche protocolaire Rseau Transport
Protocole de transport utilis TCP ou UDP SCTP
Gestion de localisation Oui Non
Optimisation des routes Non Oui
Dploiement Deux agents : HA & FA Pas de dispositifs
Association Une seule adresse IP Plusieurs adresses IP
Technique utilise durant le Handover Break-before-make Make-before-break
Tableau 9. Comparaison entre MIP, PMIP et MSCTP

60
3.3 Modle des simulations et scnario de mobilit
Le modle des simulations est compos de deux cellules WiMAX avec une couverture
dun rayon de 3 km et une surface de 28 km pour chaque cellule.
Chaque cellule appartient un ASN diffrent, et les deux BSs sont connectes au mme CSN
via diffrents ASN-GW. La zone commune de Handover entre les deux cellules est dune
surface de 3 km environ.
Le nombre de mobiles circulant alatoirement dans chaque cellule a t fix 50.

3.3.2 Scnario de la mobilit
Dans ce travail, un seul scnario de mobilit est dfini avec deux diffrentes vitesses : 50
et 100 km/h. Durant la simulation, nous allons tudier le mouvement dune station mobile
localise au dbut dans la zone de couverture de la premire cellule, en train de communiquer
avec un serveur distant localis dans un rseau tranger. Durant la communication, le trafic
chang de type vido (Visioconfrence) passe par la BS et lASN-GW de la 1
re
cellule,
ensuite par le CSN, puis par le rseau Internet, pour parvenir la fin au serveur distant. (Nous
avons voulu simuler un trafic temps-rel dans cette tude, donc notre choix de trafic sest fix
sur la Visioconfrence).
La MS se dplacera alors vers la deuxime cellule, en continuant sa communication avec son
correspondant. Pendant le dplacement de la MS et son passage par la zone de Handover,
nous allons tablir une comparaison en appliquant les deux protocoles de niveau 3 proposs
par lIEEE 802.16e : CMIP et PMIP qui ne peuvent grer quune seule adresse IP la fois, et
le protocole MSCTP qui utilise la technique du Multi-Homing pour permettre la MS de
maintenir plusieurs sessions IP en mme temps.
A la fin, la MS va quitter dfinitivement la zone de Handover et la zone de couverture de la
premire cellule pour joindre la deuxime cellule. A ce moment l, la communication ne va
plus passer par les composants qui grent la premire cellule, mais va passer par la BS et
lASN-GW de la deuxime cellule, le CSN, et enfin lInternet pour arriver la destination
finale.
Pour excuter le Handover avec CMIP, cest la MS qui doit implanter le module MIP. Avec
PMIP, cest lASN-GW qui doit implanter le module MIP. Avec MSCTP, cest la MS et le
serveur distant qui doivent implanter le protocole MSCTP.
Le modle de simulation fond sur le MSCTP, ainsi que le scnario de mobilit sont illustrs
dans la figure ci-dessous :

Figure 54. Modle des simulations et scnario de mobilit
61
Les paramtres des simulations proposs pour les deux cellules dans le NS2 sont dcrits
dans le tableau ci-dessous :

Seuil de rception (RXThresh_) 9.375-13 W
Rayon de couverture (Distance D) 3 km

Two-Ray Ground [69]
L d
h h G G P
d P
r t r t t
r 4
2 2
) ( =

Modulation OFDMA
Type de paquets pour les protocoles CMIP et PMIP CBR/UDP
Type de paquets pour le protocole MSCTP CBR/SCTP

La dure de la simulation a t fixe 250 secondes, et les rsultats de chaque critre de
QoS sont calculs chaque 20 secondes hors de la zone de Handover, et chaque 5 secondes
dans la zone de Handover. Les types de trafic utiliss dans NS2 sont : CBR / UDP quand nous
appliquons CMIP et PMIP et CBR / SCTP dans le cas de MSCTP, pour gnrer du trafic
vido (Visioconfrence) dont la taille dun paquet est fix 4960 octets.

Les critres de performance pris en compte dans nos simulations pour tablir la
comparaison entre CMIP, PMIP et MSCTP sont : le dlai de bout en bout, la gigue, le taux de
perte des paquets, et le dbit.

Commenons par prsenter les rsultats des dlais et des gigues obtenus durant la
simulation en appliquant les trois protocoles dans la phase du Handover, et en testant avec les
deux vitesses : 50 et 100 km/h (faible et forte mobilit).

Figure 55. Les dlais Figure 56. Les gigues
62

Dans la figure 55, nous remarquons que le seul mcanisme qui respecte le seuil fix pour
un niveau de QoS acceptable [73] dans le cas dun trafic vido pendant le Handover, est
MSCTP. Grce la technique du Multi-Homing, MSCTP fournit des rsultats meilleurs que
CMIP ou encore PMIP. Nous notons aussi que les deux techniques CMIP et PMIP excdent
largement le seuil des 100 ms [73], mais PMIP produit quant lui des rsultats sensiblement
meilleurs que CMIP.
A une vitesse de 100 km/h, et en appliquant MSCTP, les dlais durant le Handover excdent
lgrement le seuil. A une vitesse de 50 Km/h, les rsultats sont meilleurs.
Concernant la gigue (variation du dlai), nous constatons dans la deuxime figure que
seules les techniques MSCTP et PMIP respectent le seuil quivalent 2000 ms [73]. Les
rsultats obtenus avec MSCTP sont meilleurs que ceux obtenus avec PMIP.
Les gigues obtenues avec CMIP ne sont pas acceptables parce quelles dpassent le seuil.
Notons aussi que les rsultats obtenus avec une vitesse moyenne de 50 km/h sont meilleurs
que ceux obtenus avec une grande vitesse : 100 km/h.
Observons maintenant les courbes des taux des paquets perdus et des dbits :

Figure 57. Les pertes des paquets Figure 58. Les dbits

Dans la figure 57, et dans le contexte de mobilit moyenne, seul le mcanisme MSCTP
nexcde pas le seuil fix pour le taux de perte des paquets concernant le trafic vido [73].
Avec la mobilit grande vitesse (100 km/h), et en appliquant le protocole MSCTP, les
rsultats excdent lgrement le seuil.
Les rsultats obtenus avec CMIP et PMIP ne sont pas acceptables durant le Handover en les
comparant avec le seuil.
Dans la figure 58, et dans le contexte de la simple mobilit, MSCTP est parfait pour le
mtrique dbit du trafic vido.
Dans le cas de la mobilit en grande vitesse, les rsultats excdent trs lgrement le seuil fix
pour le dbit des vidos.

3.6 Conclusion
Dans le domaine des rseaux sans fil, la mobilit dun rseau un autre est un enjeu
important. CMIP et PMIP souffrent de limitations dans le cas des applications multimdia
sensibles au dlai, parce que le routage triangulaire ajoute du dlai, et les enttes ajouts dans
le cadre du tunelling augmentent la taille des paquets. Pour rsoudre le problme de
dplacement dun mobile entre les rseaux sans interruption de la communication courante, le
protocole MSCTP a t implant. Dans ce travail, MSCTP est propos comme alternative
CMIP et PMIP dans le cadre du rseau IEEE 802.16e pour du trafic multimdia.
63
Pendant le Handover, les utilisateurs finaux implantant le protocole MSCTP, utilisent deux
interfaces adaptes. Quand une interface est dconnecte, lautre devient disponible pour
lassociation. Cette technique de make-before-break peut rduire le temps de latence pendant
le Handover et amliore la QoS. De plus MSCTP est fond sur le protocole SCTP qui est plus
performant que TCP et UDP, et qui pourrait parfois les remplacer avantageusement.
Enfin MSCTP ne ncessite aucun lment intermdiaire.
La seule ncessit de MSCTP est que les utilisateurs finaux doivent implanter ce protocole.
Finalement, en se rfrant aux rsultats des simulations obtenus avec les deux vitesses du
mobile, la seule technique capable de conduire un niveau acceptable de QoS en utilisant la
vido est MSCTP.

4 Mcanisme dcisionnel flou pour la gestion du HO dans 802.16e
4.1 Introduction
Aprs avoir trait les problmes de mobilit de niveau 2 et 3, en testant plusieurs
protocoles de mobilit sur des scnarios proposs, et avec la varit des types de trafic (trafic
temps-rel ou non) et la varit des vitesses de mobilit des utilisateurs (faible ou grande
vitesse), il est important de prendre en compte tous ces paramtres et les englober dans un
systme, en proposant un algorithme modlis qui grera ce systme et permettra de dcider
rapidement en fonction de lexistant dexcuter ou pas le Handover, et si oui, le protocole de
mobilit choisir au cours du Handover.
Dans cette partie, une approche fonde sur la logique floue sera prsente dans le but de grer
la mobilit et le Handover dans le rseau IEEE 802.16e. Pour cela, nous allons proposer un
algorithme dcisionnel qui aidera la slection rapide de la bonne BS et de la bonne
technique mettre en uvre lors du Handover.
Lalgorithme utilise des critres tels que : la puissance du signal reu, la charge de la
station de base, la vitesse du mobile, et des attributs tel que : le type de Handover (niveau 2 ou
3) et le type de trafic utilis par le mobile (Visioconfrence, VoIP, donnes).
Aprs la mesure des valeurs des critres et la fixation des attributs, les rsultats obtenus
seront compars une base des rgles pour la dcision du choix de la BS et la technique de
mobilit correspondante durant le Handover.
Pour montrer lefficacit de notre algorithme, nous allons effectuer des simulations en
appliquant lalgorithme propos et lalgorithme classique sur un modle de mobilit compos
de plusieurs cellules couvrant deux villes, et une autoroute situe entre les deux villes ;
sachant que la mobilit dans les deux villes est faible ou moyenne, et la mobilit sur
lautoroute est importante.

4.2 La logique floue
4.2.1 Introduction
La logique floue [74], [75] peut tre vue comme une thorie qui fait face lincertitude
des systmes complexes, et comme une thorie approximative.
Elle a comme objectif de dvelopper des mthodes qui peuvent effectuer le raisonnement et la
rsolution des problmes qui requirent de l'intelligence humaine. Elle permet aussi
dexplorer une procdure efficace entre la prcision et le cot de llaboration dun modle
approch dun systme complexe.

4.2.2 Systme dinfrence floue
64
Linfrence est le processus qui conduit des conclusions partir d'un ensemble de faits
en utilisant un ensemble de rgles.
Le systme d'infrence floue est un cadre de calcul fond sur les concepts de la thorie des
ensembles flous : les rgles floues Si-Alors , et le raisonnement flou. Deux types de
systmes dinfrence floue peuvent tre mis en uvre : le type Mamdani et le type Sugeno
[76]. Les diffrences entre ces systmes dinfrence floue se trouvent dans les consquents de
leurs rgles floues. Leurs agrgations et les processus de dfuzzification diffrent en
consquence.
Un systme d'infrence floue Mamdani est compos des blocs fonctionnels suivants:
Fuzzifier : le fuzzifier transforme les valeurs dentre en degrs de correspondance
avec des valeurs linguistiques. Le fuzzifier trace un point net, [ ]
T
n
x x x x x ,..., , ,
3 2 1
=

U, dans un ensemble flou A= ( ) ( ) ( ) { } ) ( , ,..., ) ( , , ) ( ,
2 2 1 1 n A n A A
x x x x x x dans U o :
A

U [ ] 1 , 0 est la fonction dappartenance de lensemble flou A et ( )
i A
x est le degr
dappartenance de
i
x dans A.
Base des rgles floues : elle contient un nombre de rgles floues Si-Alors . Si le
systme flou a n entres et une seule sortie, ses rgles floues
j
R sont de la forme
gnrale : Si
i
x est
j
A
1
et
2
x est
j
A
2
et et
n
x est
nj
A , Alors y est
j
B .
j
A
1
et
j
B sont des ensembles flous dans R U
i
et R V , respectivement.
Les variables [ ]
T
n
x x x x x ,..., , ,
3 2 1
=

n
U U U ...
2 1
et V y sont appeles les
variables linguistiques dentre et de sortie, respectivement.
Moteur dinfrence floue : le moteur dinfrence floue effectue les oprations
dinfrence sur les rgles floues. Les principes de la logique floue sont utiliss pour
combiner les rgles floues Si-Alors dans la base des rgles, et les ensembles flous
dans = U
n
U U U ...
2 1
sont mappes dans des ensembles flous dans V. Soit U A
lentre du moteur dinfrence floue, et soit la rgle floue reprsente comme
limplication floue C G R R R R R
j nj j j j
= = ...
3 2 1
dans V U , chaque rgle
floue Si-Alors dtermine lensemble flou V B D
j
= utilisant la composition:
] ) ( ) , ( [ sup ) , (
x y x U w u
A C R x D
.
Dfuzzifier : le dfuzzifier transforme les rsultats de linfrence floue en sortie nette.
Il met en correspondance les ensembles flous dans V en sortie nette V y . Une
mthode de dfuzzification populaire est le barycentre de calcul qui renvoie le centre
de laire sous la courbe donne par :
|
\
|
\
|
=

) ( / ) ( y y y y
B B
o
y est le centre de
lensemble flou C. Dautres mthodes de dfuzzification existent dans la littrature. Le
systme dinfrence floue est prsent dans la figure 59, o lentre et la sortie du
systme flou sont :
N
R x
et R y , respectivement.

65

Figure 59. Systme dinfrence floue

4.3 Algorithme dcisionnel fond sur la logique floue
Un algorithme de Handover doit tre capable de prendre la dcision finale du
Handover en se rfrant des paramtres dentre. Nous tudions dans cette section un
algorithme adaptatif multi-critres multi-attributs pour la dcision du Handover. Il intgre la
logique floue en raison de la capacit inhrente de cette mthode de modlisation rsoudre
des problmes prsentant l'imprcision et le fait que de nombreux termes utiliss pour dcrire
les signaux radio sont flous par nature [77], [78]. L'algorithme donne aux utilisateurs la
possibilit d'influencer le rsultat du Handover en spcifiant les prfrences des utilisateurs
telles que : les prfrences des usagers du rseau sans fil et la QoS requise. La logique floue
peut tre exploite pour dvelopper des solutions approximatives qui sont la fois rentables et
trs utiles.

4.3.1 Paramtres dentre
Plusieurs paramtres dentre sont dfinis dans ce travail, ils sont diviss en deux classes :
les attributs et les critres.

4.3.1.1 Les attributs
Type de Handover : cest le type de Handover qui sera excut par la station mobile lors de
son passage entre deux cellules WiMAX. Le type peut tre de niveau 3 (changement
dadresse IP) ou de niveau 2 (pas de changement de ladresse IP).
Type de Trafic : cest le type de trafic chang entre une station mobile et sa correspondante
pendant le Handover. Dans ce travail nous avons considr 3 types de trafic : Vido
(Visioconfrence), VoIP et Data.

4.3.1.2 Les critres
Meilleur signal reu : avant le processus du Handover, la MS va dtecter un ou plusieurs
signaux provenant des BSs situes en voisinage. Le signal le plus puissant reu est le meilleur
choisi par le mobile.
Charge de la station de base : cest le taux doccupation de ressources appartenant la station
de base candidate durant le Handover.
Timer : il est intgr dans la MS. Son rle est daccorder un certain temps au mobile pour
quil puisse ressayer de se reconnecter une BS aprs sa premire tentative de connexion
ngative qui indique que la BS est occupe.
Vitesse : cest la vitesse de la MS en dplacement durant le Handover.
66
Autre signal reu et autre charge de BS : dans le cas o le type de Handover entre les deux
cellules est de niveau 2, la vitesse du mobile en dplacement est leve, et le trafic est sensible
au dlai. Nous dcidons dutiliser, ce moment l, le mcanisme FBSS durant le Handover.
Grce ce mcanisme, le mobile peut se connecter avec plusieurs stations de base en mme
temps. Donc les deux paramtres : autre signal reu et autre charge de BS, seront ceux de ces
stations de base ajoutes dans le Diversity Set.

4.3.2 Algorithme propos
Dans cette section, nous prsentons lalgorithme propos pour le Handover qui repose sur
la logique floue. La figure 60 synthtise cet algorithme.

Figure 60. Algorithme de Handover propos

Au dbut, quand la MS va excuter un Handover, elle mesure dabord les puissances des
signaux reus (RSS) des BSs voisines, et choisit la BS ayant le meilleur RSS. Si le niveau du
meilleur signal choisi nest pas acceptable, le mobile va reprendre les mesures des signaux.
Sinon, si le niveau du signal est acceptable, nous allons vrifier le type de Handover, ensuite
le type de trafic utilis, et enfin la charge de la BS.
Si le pourcentage de la charge de la BS nest pas acceptable, alors un Timer sera dclench
pour permettre la MS de re-vrifier la disponibilit de la BS. Si le Timer expire et que la BS
nest toujours pas disponible, la MS va procder de nouveau la premire tape de la mesure
des signaux. Sinon, si la BS sera disponible avant lexpiration du Timer ou mme avant son
dclenchement, nous passerons ltape suivante de lalgorithme : dcouverte du type de
Handover.
Lors de ltape de dcouverte du type de Handover, si le choix est fix sur un Handover
de niveau 3, alors aprs la vrification de la charge de la BS, la MS peut dcider dexcuter le
67
Handover avec le protocole PMIP ou MSCTP. Et supposons que la MS dcide dappliquer
MSCTP lors du Handover, alors quelle est en train dchanger avec son correspondant par
exemple un trafic IP temps rel contrl avec un autre protocole que SCTP (par exemple
TCP). Dans ce cas, et avant le Handover, la MS doit prvenir son correspondant (qui doit
implmenter obligatoirement lui aussi le protocole MSCTP) de sa dcision, et elle le prvient
aussi quils vont changer le mme trafic IP en cours, mais contrl avec MSCTP au lieu de
lautre protocole de transport. Et avec la confirmation du correspondant, le Handover avec
MSCTP pourra tre excut.
Mais, si lors de ltape de dcouverte du type de Handover, le choix sera fix sur un
Handover de niveau 2 et que la charge de la BS est acceptable, nous allons, en plus, vrifier la
vitesse du mobile. Si la vitesse est faible, ou le type de trafic est Data, alors nous dciderons
dexcuter le Hard Handover. En revanche si la vitesse est leve et que le trafic est de type
vido ou VoIP, alors la MS va mesurer la RSS et la charge des BSs voisines. Si ces deux
dernires mtriques sont acceptables, nous dciderons dappliquer le FBSS entre les BSs
concernes par le Handover.

4.3.3 Fuzzification
Ltape de fuzzification transforme les valeurs dentre en noms de fonctions
dappartenance, et en degrs dappartenance dans les fonctions.
Les critres dentre: RSS, charge de BS, Timer, et vitesse, sont fuzzifis en utilisant les
fonctions dappartenance prdfinies et illustres dans les figures qui vont suivre (figures 61
68).
Chaque fonction dappartenance est assigne plusieurs ensembles flous, par exemple les
valeurs de la fonction vitesse consistent aux termes linguistiques : Elev, Moyen et
Faible. Ces ensembles sont mis en correspondance avec des fonctions dappartenance
gaussiennes correspondantes.
Le modle de mobilit propos est compos de plusieurs cellules avec diffrents rayons
variant entre 1 et 10 km en fonction de la nature de lespace couvert (pour plus de dtails voir
le modle de mobilit en section 4.4.1). Donc, pour la variable RSS, nous allons dfinir trois
fonctions dappartenance pour les couvertures de rayon respectivement gals 1, 3 et 10 km,
et chacune des fonctions est assigne trois ensembles flous.
Pour le trafic, nous utilisons trois types, donc pour la variable charge de BS, nous dfinissons
trois fonctions dappartenance pour les trois types, avec trois ensembles flous pour chaque
fonction.
Ensuite pour la variable Timer nous dfinissons une seule fonction dappartenance attribue
deux ensembles flous.
Enfin pour la variable vitesse nous dfinissons une seule fonction dappartenance.

Figures 61, 62 et 63. Fonctions dappartenance RSS pour un rayon de couverture de BS = 1 , 3 et 10 km
68

Figures 64, 65 et 66. Fonctions dappartenance charge de BS pour les trafics: Vido, VoIP et Data

Figure 67. Fonction dappartenance Timer Figure 68. Fonction dappartenance Vitesse

Un rcapitulatif dcrivant les fonctions dappartenance et les limites des ensembles flous
correspondants est illustr dans le tableau ci-dessous, sachant que tous les valeurs proposes
sont inspires des simulations et des rsultats obtenus des travaux dj effectus dans le cadre
de la mobilit dans le WiMAX mobile. (Sections 1.1, 1.2 et 1.3 dans ce mme chapitre).

Nom de
fonction
Limites de
la variable
Limites de
lensemble
flou Elev
Maximum
dappartenance
Elev
Limites
de Moyen
Max app
Moyen
Limites
de Faible
Max app
Faible
RSS en
dBm
(1 km)
entre -150
et -60
entre -110
et -60
entre -90
et -60
entre -120
et -90
entre -110
et -100
entre -150
et -110
entre -150
et -130
RSS en
dBm
(3 km)
entre -170
et -80
entre -130
et -80
entre -110
et -80
entre -140
et -110
entre -130
et -120
entre -170
et -130
entre -170
et -150
RSS en
dBm
(10 km)
entre -190
et -100
entre -150
et -100
entre -130
et -100
entre -160
et -130
entre -150
et -140
entre -190
et -150
entre -190
et -170
Charge
BS en %
(vido)
entre 50
et 100
entre 80
et 100
entre 85 et 100 entre 65
et 85
entre 75
et 80
entre 50
et 70
entre 50
et 65
Charge
BS en %
(VoIP)
entre 50
et 100
entre 85
et 100
et 90
entre 80
et 85
entre 50
et 75
entre 50
et 70
Charge
BS en %
(Data)
entre 50
et 100
entre 90
et 100
et 95
entre 85
et 90
entre 50
et 80
entre 50
et 75
Timer
en sec
entre 0
et 6
entre 2 et 6 entre 3 et 6 entre 0
et 3
entre 0
et 2
Vitesse
en km/h
entre 0
et 130
entre 60
et 130
entre 80 et 110 entre 30 et
80
entre 50 et
60
entre 0
et 50
entre 0
et 30
Tableau 11. Fonctions dappartenance et ensembles flous

69
4.3.4 Evaluation des rgles
Les valeurs dentre fuzzifies sont utilises pour valuer les rgles et obtenir la dcision
du Handover flou (Fuzzy Handover Decision : FHD).
Puisque nous avons huit paramtres dentre rpartis comme suit : six avec trois ensembles
flous pour chacun, et deux (type de Handover et Timer) avec deux ensembles flous pour
chacun, alors le nombre maximal possible des rgles dans notre base des rgles sera :
2916 2 * 3
2 6
= . (Si on napplique pas FBSS le nombre maximal va diminuer 324 2 * 3
2 4
= ).
La base des rgles floues contient des rgles Si-Alors , et rgles les plus importantes
sont prsentes sur la table 3 dans lannexe.

4.3.5 Dfuzzification
La troisime et dernire tape est la dfuzzification. La valeur de la FHD est dtermine en
se rfrant sur la formule suivante : Probabilit du Handover =

i
i i
M
W M
(1)
i
M est le degr dappartenance dans la sortie de singleton i et
i
W est la valeur du poids de la
probabilit de Handover pour la sortie de singleton i.

Probabilit du Handover Oui Probablement Oui Probablement Non Non
Poids 1 0.7 0.4 0.1
Tableau 12. Poids de la probabilit de Handover

La probabilit de Handover nette calcule aprs la dfuzzification est utilise pour dcider
de lexcution du Handover :
Si La probabilit de Handover > 0.6, alors initier le Handover, sinon ne rien faire.

4.3.6 Exemple pratique
Pour mieux comprendre les tapes suivre en appliquant notre algorithme fond sur la
logique floue, un exemple pratique est prsent dans lannexe.

Le modle de mobilit propos pour les simulations est le suivant : son infrastructure est
compose de deux villes, et chacune est compose de six cellules. Les deux villes sont relies
par une autoroute compose de quatre cellules. Lautoroute est localise dans une zone rurale,
donc les quatre cellules de lautoroute sont couvertes par des stations de base avec une porte
de 10 km de rayon pour chaque cellule.
Les six cellules localises dans chaque ville classe zone urbaine, sont de rayon de
couverture variant entre 1 et 3 km.
Dans ce modle, nous proposons quatre ASNs : les cellules avec la mme couleur (voir la
figure 69 ci-dessous) appartiennent au mme ASN, et les deux ASNs appartiennent au mme
CSN (nous proposons deux CSNs dans ce modle). Le Handover entre deux cellules de mme
couleur est de niveau 2, et le Handover entre deux cellules de couleurs diffrentes est de
niveau 3. Les vhicules transportant les abonns mobiles au WiMAX traversent lautoroute en
grande vitesse, et circulent dans les deux villes en faible ou moyenne vitesse.

70

Figure 69. Topologie du modle des simulations

4.4.2 Scnarios de la mobilit
Dans nos simulations, deux scnarios de mobilit sont choisis pour deux stations mobiles
en mouvement (voir la figure 70 ci-dessous pour suivre les deux chemins de mobilit). Et
nous allons tester chaque type de trafic dans chaque scnario de mobilit. Nous allons aussi
comparer le niveau de QoS obtenu par notre algorithme avec celui du Handover classique
avec lIEEE 802.16e.
La description dtaille des scnarios de mobilit est rsume dans les deux tables 1 et 2
illustrs dans lannexe (notons que Ci reprsente la cellule numro i, les numros des cellules
sont illustrs dans la figure 69).

Figure 70. Scnarios

71
Les paramtres des simulations adopts sous le simulateur NS2 sont illustrs dans les deux
tableaux ci-dessous :

Type de trafic VoIP Video Data
Taille dun paquet en octets 160 2480 1240
Modle de trafic avec le protocole MSCTP CBR / SCTP
Modle de trafic avec autres protocoles que MSCTP CBR / UDP
Tableau 13. Paramtres du trafic

Rayon de couverture des BSs en
km
1 1.5 2 3 10
Seuil de rception (RXThresh_) 7.593e-11
W
1.5e-
11 W
4.746e-12
W
9.375e-
13 W
7.593e-
15 W
Seuil de la porteuse denvoi
(CSThresh_)
2.65e-
11 W
8.75e-
12 W
1.362e-12
W
5.761e-
13 W
2.138e-
16 W

Two-Ray Ground [69]
L d
h h G G P
d P
r t r t t
r 4
2 2
) ( =

Gain dantenne de rception
(Gr_)
1 dB
Hauteur dantenne dmission
(ht_)
1.5 m
Hauteur dantenne de rception
(hr_)
1.5 m
Modulation OFDMA
Frquence (Freq_) 3.5 Ghz

Les critres de performance adopts dans ce travail sont : le dlai de bout en bout, le taux
des paquets perdus, et le dbit.

4.6.1 Les dlais
Nous prsentons dans cette partie les rsultats de la comparaison entre le Handover
classique dans le WiMAX mobile et lalgorithme fond sur la logique floue. Nous
commenons avec le premier scnario de dplacement en testant chaque fois un des trois
types de trafic.

* Premier scnario :

72

Figures 71 et 72. Dlais du 1
er
scnario avec le trafic VoIP et le trafic Vido

La figure 71 illustre les dlais mesurs durant le dplacement du mobile et son passage
travers des zones de Handover de niveau 2 et 3. Le trafic chang dans ce cas est la VoIP.
Un seuil a t fix dans cette simulation 100 ms [73] pour pouvoir valuer le degr de la
QoS pour du trafic VoIP. Si la valeur de dlai est suprieure 100 ms alors la QoS nest pas
acceptable, sinon la QoS est acceptable.
En gnral dans la figure, lalgorithme propos ne dpasse pas le seuil fix, ce qui reflte
un bon niveau de QoS pour le trafic VoIP. En regardant la courbe trace pour le Handover
classique avec le WiMAX mobile, entre 0 et 22.3 minutes le niveau de QoS est acceptable,
mais aprs, le niveau de la QoS commence se dgrader en excdant le seuil pour devenir
inacceptable.
Notons aussi que la diffrence entre les valeurs des dlais des deux courbes durant le
Handover de niveau 2 est infrieure celle du Handover de niveau 3. En effet avec le
Handover de niveau 2 nous utilisons dans lalgorithme propos les mmes techniques que le
Handover classique. Pour le Handover de niveau 3, nous utilisons au contraire des techniques
diffrentes (MSCTP pour le trafic temps-rel).
Dans la figure 72, le seuil fix pour le trafic vido dans le but dvaluer le niveau de QoS
est aussi gal 100 ms [73]. Nous remarquons ici que lalgorithme propos donne des
rsultats meilleurs que lautre. La courbe de lalgorithme propos dpasse parfois trs
lgrement le seuil, contrairement la courbe prsentant le Handover classique qui excde
largement le seuil aprs 12 minutes de simulation.
Notons ici que le trafic vido subit un dlai plus important que le trafic VoIP, et cela parce
que la taille dun paquet vido est suprieure celle dun paquet VoIP.

Figure 73. Dlais du 1
er
scnario avec le trafic Data

73
Avec le trafic Data, la diffrence entre les deux courbes est trs lgre, parce que nous
utilisons les mmes techniques de Handover. Donc, cette lgre diffrence est due la
rapidit de traitement et de dcision entre lalgorithme propos et le Handover dans IEEE
802.16e.
Notons ici que la QoS du trafic Data nest pas influenc par le paramtre dlai de bout en bout
[73].

* Deuxime scnario :

Dans la figure 74, contrairement au cas de la figure 69 (dlais du 1
er
scnario avec le trafic
VoIP) ; avec le 2
me
scnario, la courbe du Handover classique excde le seuil seulement la
fin de la simulation (aprs 37 minutes) [73]. Avec le deuxime scnario, le mobile excute
durant son dplacement moins de Handovers en gnral et moins de Handovers de niveau 3
que dans le premier scnario. Notons aussi quavec le scnario 2, les rsultats de la courbe de
lalgorithme propos sont meilleurs que ceux de 1
er
scnario.
Dans la figure 75, contrairement aux rsultats obtenus prcdemment ; avec le deuxime
scnario, la courbe de lalgorithme propos ne dpasse jamais le seuil, et la courbe du
Handover classique commence dpasser le seuil au milieu de la simulation (aprs 27
minutes contre 12 minutes dans le premier scnario).

me

Figures 74 et 75. Dlais de 2
me

74
Comme pour le premier scnario, avec le 2
me
scnario, la diffrence entre les deux
courbes est trs faible, mais les valeurs obtenues dans le 2
me
scnario sont meilleures quavec
le premier scnario.

4.6.2 Les taux des paquets perdus
Nous prsentons dans cette partie les rsultats de la comparaison entre lalgorithme
propos et le Handover dans le WiMAX mobile pour le taux de paquets perdus.

* Premier scnario :

Dans la figure 77, nosu remarquons quavec lalgorithme propos, il ny a pas de paquets
perdus durant toute la simulation. Avec le Handover classique, il y a des paquets perdus
variant entre 0 et 0.7%, ce qui est acceptable pour du trafic VoIP, le seuil qui value le niveau
de QoS est fix 1% [73] (si les valeurs sont suprieures ce seuil la QoS nest pas
acceptable).
En utilisant le trafic vido dans la figure 78, les rsultats de perte sont suprieurs ceux
obtenus avec la VoIP. La courbe de lalgorithme propos nexcde pas 0.2% de perte, mais la
courbe du Handover classique excde la fin de la simulation le seuil (entre 42 et 47.5
minutes) [73].
La diffrence est due lutilisation du protocole MSCTP dans les Handovers de niveau 3,
parce que ce protocole utilise la technique de multihoming, contrairement PMIP qui ne peut
ouvrir quune session IP au cours dune connexion.

Figure 79. Taux des paquets perdus du 1
er

Figures 77 et 78. Taux des paquets perdus du 1
er

75
Avec le trafic Data, les courbes sont trs similaires, parce que les deux algorithmes
utilisent les mmes techniques durant le Handover. Le maximum des pertes est de 0.4%, et les
maxima des pics apparaissent lors des Handovers de niveau 3.

* Deuxime scnario :

Dans la figure 80, comme pour le premier scnario, la courbe de lalgorithme propos est
toujours nulle. La valeur maximale obtenue avec lautre courbe est de 0.3%. Les rsultats
obtenus avec le deuxime scnario sont meilleurs que ceux obtenus avec le premier scnario,
parce que il y a moins de Handovers de niveau 2 dans le 2
me
scnario que dans le 1
er
.
Dans la figure 81, les rsultats obtenus pour le trafic vido avec le 2
me
scnario sont
acceptables pour les deux algorithmes, parce quils nexcdent pas le seuil fix 1% [73].

me

Cette figure prsente le minimum des paquets perdus obtenu de tous les cas prcdents. La
valeur maximale obtenue avec lalgorithme propos est de 0.1%, et avec le Handover
classique est de 0.2%.

4.6.3 Les dbits
Dans cette partie nous prsentons finalement les rsultats de comparaison entre les deux
algorithmes pour le paramtre dbit.

* Premier scnario :

Figures 80 et 81. Taux des paquets perdus du 2
me

76

Figures 83 et 84. Dbits du 1
er

Dans la figure 83, la courbe de lalgorithme propos reflte de bons rsultats pour le
paramtre dbit.
Avec le premier scnario utilisant le trafic vido dans la figure 84, la courbe de
lalgorithme propos reflte un niveau acceptable de QoS.
Durant le Handover de niveau 3, les valeurs de lalgorithme classique diminuent plus quavec
lalgorithme propos.

Figure 85. Dbit du 1
er

Dans la figure 85, les deux courbes sont presque similaires. Durant le Handover, les
valeurs diminuent, et aprs le Handover (durant la communication dans les cellules) les dbits
augmentent.
Finalement, nous allons prsenter les rsultats du deuxime scnario avec les trois types de
trafic.

* Deuxime scnario :

77

Figures 86 et 87. Dbits du 2
me

Dans la figure 86, le 2
me
scnario qui contient moins de Handovers et de Handovers de
niveau 3 que le premier scnario, produit des rsultats meilleurs que le premier scnario.
Les deux courbes sont acceptables dans cette figure.
Avec le trafic vido dans la figure 87, seule la courbe de lalgorithme propos reflte un
niveau de QoS acceptable. La courbe du Handover classique commence se dgrader aprs
35 minutes de simulation.

me

Finalement, avec le trafic Data, les deux courbes sont presque similaires

4.7 Conclusion
Dans ce travail, nous avons essay damliorer la QoS durant le Handover pour les trafics
temps-rel dans lIEEE 802.16e. Pour cela, nous avons propos un algorithme dcisionnel
modlis avec la logique floue et fond sur plusieurs paramtres dentre qui sappliquent
des tables de rgles pour aider le mobile prendre une bonne et rapide dcision en choisissant
la meilleure technique durant le Handover. Ensuite, nous avons simul lalgorithme propos
(sous NS2) en se reposant sur plusieurs paramtres de QoS, et en comparant ses rsultats avec
ceux que nous obtenons en simulant le Handover classique avec lIEEE 802.16e.
En conclusion, les rsultats de notre algorithme sont acceptables et conformes au niveau de
QoS requis pour chaque type de trafic. Ils sont, en plus, meilleurs que ceux obtenus avec la
technique du Handover classique.
Dan ce chapitre, le travail sest focalis sur la mobilit dans IEEE 802.16e. Dans le
chapitre qui va suivre, les travaux vont converger vers linterconnexion et linteroprabilit du
WiMAX mobile avec dautres technologies toujours en prenant compte de la mobilit des
utilisateurs.

78
Chapitre III. INTERCONNEXION DU 802.16e
AVEC LES RESEAUX

Aprs avoir trait le problme de la mobilit horizontale au sein dune seule technologie,
qui a t dans notre cas le WiMAX mobile, nous allons nous intresser aux problmes de la
mobilit diagonale (entre deux technologies de mme famille) et la mobilit verticale (entre
deux technologies diffrentes). Lintrt principal dune telle problmatique est de raliser
lun des buts de la 4G qui se rsume sur linteroprabilit et le passage transparent entre
diffrentes technologies. Pour cela nous allons proposer des modles dinterconnexion entre
le WiMAX mobile (technologie candidate la 4G) et dautres technologies de communication
la fois diffrentes et trs utilises actuellement.
Donc, nous allons proposer dans cette partie des modles dinterconnexion et
dinteroprabilit entre le WiMAX mobile et quelques rseaux connus. Ces modles sont
fonds sur des mcanismes de Handover vertical permettant le passage dune station mobile
entre les deux rseaux avec un minimum dinterruption de service.
Les rseaux proposs pour tablir leur interconnexion avec lIEEE 802.16e sont
respectivement lIEEE 802.11e (WLAN), lUMTS (3G), le DVB-S/RCS (communication par
satellite) et le LTE (3G+).

1 Interconnexion du WiMAX mobile avec le WLAN (802.11e)
1.1 Introduction
Le but de cette tude est dtablir linterconnexion entre le WiMAX mobile et la version
du WIFI ddie la QoS: IEEE 802.11e. Pour cela, nous allons proposer deux modles
dinterconnexion, le premier est fond sur le protocole de mobilit MSCTP, et le deuxime
sur larchitecture de mobilit: IEEE 802.21.
Ensuite, nous allons comparer les niveaux de la QoS des deux modles proposs, en se
refrant aux simulations dune station mobile en mouvement relativement lent (vu que le
WLAN ne supporte pas la mobilit) entre les deux rseaux, et en train dchanger du trafic
VoIP au cours de sa communication (nous avons voulu choisir un trafic temps-rel simuler,
pour pouvoir remarquer sil y a une amlioration au niveau de la QoS puisque ce type de
trafic exige un niveau minimal de QoS, donc notre choix a t fix sur un trafic VoIP).

1.2 Modles dinterconnexion et scnarios de mobilit
1.2.1 Modle et scnarios communs
Le modle commun entre les deux modles qui seront proposs dans les deux prochaines
sections, est compos dune cellule WiMAX avec un rayon de couverture de 1 km et une
cellule WIFI dun rayon de couverture de 300 m.
Les deux cellules forment une zone commune de Handover avec une distance maximale de
180 m entre les limites des deux cellules.
La cellule WiMAX est couverte par une BS connecte un ASN-GW qui est li son tour via
le rseau IP au CSN (Fournisseur daccs WiMAX).
La cellule WIFI est couverte par un AP (point daccs) connect un routeur qui est li son
tour via le rseau IP au fournisseur daccs WIFI (CSN WIFI).
Les deux CSNs sont connects tous les deux et lis au correspondant externe de la station
mobile via le rseau Internet.
79
Deux scnarios de mobilit seront adopts par les deux modles qui seront prsents dans
les deux prochaines sections. Le premier scnario prsente le cas o la MS se dplace depuis
la cellule WiMAX vers la cellule WIFI ; et le deuxime scnario prsente le sens contraire.
Dans les deux scnarios, la MS traverse dans lune des cellules une distance de 200 m, et
traverse dans la zone de Handover une distance de 100 m.
Dans cette tude, il n y a que lIEEE 802.16e qui permet la mobilit. LIEEE 802.11e ne
supporte que la mobilit trs faible de type piton. Nous proposons donc de simuler deux
vitesses de mobilit pour voir limpact de laugmentation de la vitesse par rapport aux
rsultats. Nous allons considrer une vitesse de 2 m/s = 7.2 km/h, et une vitesse de 5 m/s = 18
km/h.

1.2.2 Modle dinterconnexion fond sur MSCTP
En reprenant le modle commun dj prsent dans la section prcdente, nous ajoutons au
modle dinterconnexion bti sur le protocole MSCTP la condition que les deux utilisateurs
finaux : la station mobile et son correspondant doivent implanter le protocole MSCTP comme
couche suprieure.
Larchitecture dinterconnexion propose entre WiMAX et WIFI en utilisant MSCTP est
prsente dans la figure ci-dessous :

Figure 89. Modle dinterconnexion fond sur MSCTP

Lchange des messages entre la station mobile et son correspondant (CN) durant sa
mobilit entre les rseaux WiMAX mobile et le WIFI, en utilisant le protocole MSCTP est
prsent dans la figure ci-dessous :

80

Figure 90. Echange des messages durant le Handover avec MSCTP

1.2.3 Modle dinterconnexion fond sur IEEE 802.21
En utilisant le modle commun dj prsent dans la section 2.1.2.1, nous ajoutons au
modle dinterconnexion fond sur larchitecture IEEE 802.21 les conditions dinstaller un
serveur MIH entre les deux CSNs des deux rseaux, et dimplanter deux modules MIH au
niveau des deux CSNs, et un module MIH au niveau de la station mobile.
Larchitecture dinterconnexion propose entre WiMAX et WIFI en se reposant sur le
larchitecture IEEE 802.21 est prsente dans la figure ci-dessous :

Figure 91. Modle dinterconnexion fond sur MIH

Lchange des messages entre la station mobile et son correspondant durant sa mobilit
entre les rseaux WiMAX mobile et WIFI en se fondant sur larchitecture MIH, est prsent

81

Figure 92. Echange des messages durant le Handover avec MIH

Au cours des simulations, nous allons choisir dutiliser le protocole PMIP comme
protocole de niveau 3 au sein de larchitecture MIH.

Les paramtres des simulations adopts pour cette tude sous le simulateur NS2 sont
illustrs dans le tableau ci-dessous :

IEEE 802.16e IEEE 802.11e
Puissance du signal (Pt_) 15 W 0.2818 W
Seuil de rception (RXThresh_) 7.59375e-11W 1.76148
e
-10 W
Seuil de la porteuse denvoi (CSThresh_) 4.34219e-12 W 3.32874
e
-11 W
Rayon de couverture 1 km 300 m

Two-Ray Ground [69]
L d
h h G G P
d P
r t r t t
r 4
2 2
) ( =
Modulation OFDMA OFDM
Frquence (Freq_) 3.5 GHz 2.4 GHz

Durant une simulation, le trafic chang par la station mobile avec son correspondant est la
VoIP. La taille dun paquet VoIP est fixe 160 octets. En utilisant le protocole MSCTP, le
type de trafic VoIP sous NS2 sera le CBR/SCTP ; et en utilisant MIH, le type de trafic VoIP
gnr sous NS2 est le CBR/UDP.
82
La dure dune simulation pour un scnario est fixe 250 secondes, et les rsultats sont
calculs chaque 20 secondes quand le mobile est situ dans lune des cellules WiMAX ou
WIFI ; et chaque 10 secondes quand le mobile est situ en zone de Handover.

Les critres de performance simuls dans ce travail pour comparer les deux modles
proposs sont : le dlai de bout en bout, le taux des paquets perdus, et le dbit.

1.4.1 Dlai de bout en bout
Dans cette section nous allons calculer les dlais des paquets durant les simulations, pour
les deux vitesses proposes : 2 et 5 m/s, avec les deux techniques du Handover vertical:
MSCTP et MIH, et en appliquant les deux scnarios : Handover depuis WiMAX vers WIFI, et
le Handover depuis WIFI vers WiMAX.
Les rsultats obtenus sont prsents par les courbes traces dans la figure ci-dessous :

Figure 93. Les dlais

Avec une vitesse gale 2 m/s, la seule courbe qui excde lgrement le seuil des dlais
fix 100 ms [73] pour valuer le niveau de la QoS pour le trafic VoIP, est la courbe
reprsentant le Handover depuis WIFI vers WiMAX en utilisant le MIH.
Les trois autres courbes refltent un bon niveau de QoS parce quelles ne dpassent pas le
seuil. Nous remarquons aussi quen appliquant MIH, le processus du Handover est excut
temporairement avant le cas o nous appliquons MSCTP. Les dlais obtenus avec MSCTP
sont lgrement infrieurs ceux obtenus avec MIH.
Le Handover depuis WiMAX vers WIFI produit des rsultats meilleurs que ceux du cas
contraire. Les dlais dans les zones hors Handover sont galement meilleurs dans la cellule
WIFI que dans la cellule WiMAX.
Pour conclure avec la vitesse de 2 m/s, et avec la configuration que nous avons propose, les
rsultats des dlais obtenus avec les deux techniques de Handover vertical sont acceptables.
83
Dans les zones hors Handover, les dlais sont meilleurs dans le rseau WIFI, et sont meilleurs
quand le mobile excute un Handover en passant depuis la cellule WiMAX vers la cellule
WIFI et en utilisant le protocole MSCTP.
Quand la vitesse du mobile est gale 5 m/s, les dlais se dgradent dans la cellule WIFI
puisque ce dernier ne supporte que la mobilit vitesse trs faible.
Ensuite, les quatre courbes obtenues excdent toutes durant le processus du Handover le seuil
fix 100 ms pour valuer un niveau de la QoS acceptable pour du trafic VoIP. MSCTP
produit toujours des rsultats lgrement meilleurs que ceux obtenus avec MIH.
Nous devons noter aussi quavec une vitesse de 5 m/s, contrairement au cas o la vitesse est
gale 2 m/s, les dlais obtenus dans la cellule WiMAX sont infrieurs ceux obtenus dans
la cellule WIFI. De mme, le Handover depuis WIFI vers WiMAX produit des dlais
meilleurs que ceux obtenus dans le sens contraire parce que WiMAX mobile contrairement au
WIFI supporte la faible ou la forte mobilit.
En rsum, dans le cas dune trs faible mobilit, les rsultats sont meilleurs, et le cas
parfait avec cette condition est quand le Handover est mis en oeuvre depuis WiMAX vers
WIFI en utilisant le protocole MSCTP ; mais les autres cas prsents aussi dans la figure 94
avec une vitesse trs faible sont acceptables galement.
Avec une vitesse de 5 m/s, les rsultats ne sont pas acceptables durant le Handover avec
les deux techniques ; et le meilleur cas obtenu est celui o le mobile effectue un Handover
depuis WIFI vers le WiMAX en utilisant le protocole MSCTP.

1.4.2 Taux des paquets perdus
Nous calculons dans cette section les pourcentages des paquets perdus, en considrant les
mmes conditions de la section prcdente ; et nous fixons un seuil propos pour valuer le
niveau de QoS pour du trafic VoIP 1% [73].

Figure 94. Les taux des paquets perdus

Dans cette figure, avec une vitesse du mobile gale 2 m/s, tous les courbes refltent de
bons rsultats. Le pire pourcentage de paquets perdus durant le Handover cette vitesse est de
1% dans le cas du Handover depuis WIFI vers WiMAX en utilisant MIH. Les rsultats
obtenus dans le cas du Handover depuis le WiMAX vers le WIFI en utilisant MSCTP sont
84
satisfaisants pour le trafic VoIP ; et la valeur maximale obtenue dans ce cas est de 0.8% de
pertes.
Avec une vitesse de 5 m/s, similairement aux rsultats des dlais, les taux des paquets
perdus durant le Handover excdent tous le seuil fix 1% [73].
Comme dans la section prcdente, avec une vitesse trs faible, la QoS est meilleure dans le
rseau WIFI ; et meilleure quand le Handover est depuis WiMAX vers WIFI. Quand la
vitesse est de 5 m/s, la QoS est meilleure dans le WiMAX mobile, et meilleure quand le
Handover est depuis WIFI vers WiMAX.
Finalement, MSCTP offre une QoS lgrement meilleure celle de MIH.

1.4.3 Dbits
Finalement, dans cette section nous valuerons les dbits dtects au niveau du mobile
selon les conditions dj prsentes dans la section 1.4.1.

Figure 95. Les dbits

Dans cette figure, nous voyons encore que le protocole MSCTP produit des rsultats
lgrement meilleurs que ceux obtenus avec MIH. Aussi, avec une vitesse fixe 2 m/s, tous
les rsultats sont acceptables avec MSCTP et MIH, et dans les deux sens du Handover.
Avec une vitesse de 5 m/s, les rsultats requirent une rvision, parce que durant le Handover
le niveau de QoS nest pas acceptable.
Le meilleur cas ici est quand la vitesse du mobile est gale 2 m/s, avec lutilisation du
protocole MSCTP, sachant que le Handover se droule depuis WiMAX vers WIFI. La valeur
minimale de dbit obtenue dans ce cas est gale 9 kb/s.
Le plus mauvais cas est quand la vitesse est gale 5 m/s, en utilisant MIH, et le Handover est
depuis WiMAX vers WIFI, le minimum obtenu dans ce cas est gal 2 kb/s.

1.5 Conclusion
Notre tude sest focalise sur linterconnexion entre deux rseaux de la famille IEEE
(802.11e et 80.16e), et nous nous sommes concentrs sur laspect de la QoS pour le trafic
VoIP, spcialement durant le Handover diagonal.
Nous avons propos et compar deux modles dinterconnexion fonds sur deux techniques
de Handover entre technologies diffrentes.
85
En regardant les rsultats, nous concluons quavec une trs faible mobilit, les deux
techniques de Handover reprsentent une bonne solution pour le problme dinterruption des
services au cours du Handover vertical. Notons quavec MSCTP nous obtenons des rsultats
lgrement meilleurs que ceux obtenus avec MIH.
De plus le Handover depuis WIFI vers WiMAX, gnre des rsultats meilleurs que le cas
contraire quand la mobilit est trs faible. Avec une vitesse moyenne, nous obtenons le
rsultat contraire, parce que IEEE 802.16e tolre laugmentation de la vitesse. En gnral
avec une vitesse moyenne, les rsultats ne sont toutefois pas acceptables en les comparant
avec le niveau de QoS requis par la VoIP.
Dans les sections qui suivent, nous allons nous concentrer sur linterconnexion entre des
rseaux de familles diffrentes, par exemple mixer un rseau du monde informatique avec un
rseau du monde tlcommunications.

2 Interconnexion du WiMAX mobile avec la 3G (UMTS)
2.1 Introduction
Plusieurs travaux de recherche [79], [80], [81], [82], [83], [84] ont t prsents dans le
cadre de linteroprabilit entre WiMAX mobile et UMTS, mais la majorit de ces travaux
traite seulement le problme dinterconnexion, et les autres travaux qui traitent le Handover
proposent un seul mcanisme de mobilit.
Le but principal de cette tude sera de proposer un modle dinterconnexion entre
WiMAX mobile et UMTS. Le modle propos reposera sur une combinaison de deux
mcanismes de Handover vertical, permettant damliorer la QoS lors du Handover vertical
entre WiMAX mobile et UMTS.
La combinaison propose est le rsultat de lintgration du protocole MSCTP connu pour sa
technique de Multihoming, dans la pile protocolaire de larchitecture IEEE 802.21 capable de
fournir des donnes sur les rseaux voisins lors du Handover.
Pour valuer lefficacit de notre proposition, nous allons comparer travers des simulations
de quelques paramtres de QoS, les rsultats obtenus avec la combinaison des deux
mcanismes, et les rsultats obtenus de chaque mcanisme seul.

2.2 Pile protocolaire fonde sur MIH et MSCTP
Cette section est consacre la prsentation de la pile protocolaire rsultante de
limplantation des rseaux WiMAX mobile et UMTS dans larchitecture IEEE 802.21, et de
lintgration du protocole MSCTP au sein de cette architecture.
Larchitecture protocolaire du WiMAX mobile est compose dune couche physique et
de trois couches MAC. Le lien entre la couche physique et la sous couches MAC est assur
par le PHY_SAP (Physique SAP) ; entre les sous couches MAC, le lien est assur par le
MAC_SAP ; et finalement le transfert des paquets provenant/sortant de lextrieur/des autres
sous couches MAC est assur par le CS_SAP (Convergence Sublayer SAP).
Pour tablir le lien entre le rseau WiMAX et MIH [85], [86], [87], ce dernier dfinit de
nouveaux points daccs au service SAP (Service Access Point) : le M_SAP (Management
SAP) pour le plan de gestion, et le C_SAP (Control SAP) pour le plan de contrle.
Le M_SAP spcifie l'interface entre le MIHF (MIH Function) et le plan de gestion. Il permet
la charge utile MIHF dtre encapsule dans des messages de gestion. Les primitives
spcifies par M_SAP sont utilises par une MS pour transfrer les paquets vers une BS, la
fois avant et aprs qu'elle a achev les procdures d'entre dans le rseau.
Le C_SAP spcifie l'interface entre le MIHF et le plan de contrle. Il fournit des services
avant l'entre au rseau, alors que CS_SAP fournit des services dans le plan de donnes aprs
86
l'entre dans le rseau. Cet SAP est utilis pour les changes MIH entre MIHF et les couches
infrieures du plan de gestion.
M_SAP et C_SAP sont communs MIHF et au NCMS (Network Control and
Management System) qui est une extension qui prend en charge les primitives MIH dlivres
MIHF.
Le rseau qui gre et contrle le priphrique 802.16 est abstraite au niveau du NCMS qui
s'interface avec les BS. Le NCMS est compos de plusieurs entits fonctionnelles qui peuvent
tre centralises ou distribues sur le rseau. La fonctionnalit exacte de ces entits est en
dehors du champ d'application de la spcification 802.16. Toute la coordination ncessaire
entre les BS est assure par le NCMS.
Ensuite, le NCMS est li via le MIH_SME_SAP (MIH Station Management Entity
SAP) au MIHF (MIH Function) qui joue le rle dintermdiaire entre les rseaux et les
couches suprieures comme IP.
Le MIH_SME_SAP est l'interface par laquelle les paramtres de configuration sont changs.
Il dfinit l'interface MIH avec le systme, et est utilis pour la configuration et le
fonctionnement du MIH.
Larchitecture protocolaire de lUMTS est compose dune couche physique, une
couche MAC, une couche RLC et une couche RRC. Comme couches suprieures lUMTS est
compos de la couche GMM (GPRS Mobility Management) et de la couche SM (Session
Management).
LIEEE 802.21 dfinit un nouveau SAP [85], [86], [87] : MIH_3GLINK_SAP pour
tablir le lien entre le MIHF et le rseau UMTS.
MIH_3GLINK_SAP est divis en deux SAP : le MIH_MGMT_SAP (MIH Management
SAP) pour tablir le lien entre le MIHF et le GMM, et le RRC_SAP pour tablir le lien entre
le MIHF et la couche RRC.
Enfin, le MIH_SAP a t dfini pour tablir le lien entre la couche MIHF et les couches
suprieures.
Dans notre travail nous proposons la couche IP en dessus de la couche MIHF, et la
couche MSCTP en dessus de la couche IP. La couche application relative dans ce cas
lapplication VoIP, et enfin la couche utilisateur MIH.
Cette pile protocolaire va nous permettre dexcuter le Handover vertical entre WiMAX
mobile et UMTS, en utilisant conjointement larchitecture MIH et le protocole MSCTP.
La pile protocolaire dcrite est prsente dans la figure ci-dessous :

87

Figure 96. Pile protocolaire MIH+MSCTP

2.3 Modle de mobilit et schma du Handover
2.3.1 Modle dinterconnexion et scnarios de mobilit
Cette partie dcrit le modle dinterconnexion entre WiMAX mobile et UMTS fond sur
MIH + MSCTP, et les scnarios de mobilit entre les deux rseaux.
Nous proposons une cellule WiMAX avec un rayon de couverture de 3 km, et une cellule
UMTS de mme rayon de couverture. Les deux cellules forment une zone commune de
Handover, dune surface de 3 km.
La MS choisie pour tablir les scnarios de mobilit doit pourvoir oprer avec les deux
rseaux.
Concernant le mobile WiMAX, la BS est connecte un ASN-GW li son tour via le rseau
IP au CSN. Dans le rseau UMTS, le NodeB est connect au RNC qui est li au SGSN qui est
li son tour au GGSN, et ce dernier permettra laccs au rseau PDN (Packet Data
Network).
Linterconnexion entre les deux rseaux est assure par deux passerelles localises entre
les deux rseaux : WAG (WiMAX Access Gateway) et PDG (Packet Data Gateway) [88],
[89], [90].
A travers la WAG, les donnes depuis/vers le rseau WiMAX sont achemines vers la MS
avec les services UMTS. Les fonctions de WAG incluent le renforcement du routage des
paquets travers le PDG, le traitement des informations comptables, et le filtrage des paquets.
Les fonctions principales du PDG sont le routage des paquets reus/envoys au PDN
depuis/vers le MS, et lexercice des fonctions dun agent tranger.
Pour utiliser les services de MIH dans le modle dinterconnexion, labonn mobile doit
implanter le module MIH ; un serveur MIH doit tre install entre les deux rseaux ; le CSN
du WiMAX doit intgrer un module MIH, et le cur du rseau UMTS aussi. Dans ce cas,
lchange des informations sur les rseaux va tre effectu entre les modules MIH installs
dans les deux rseaux, et le serveur MIH.
88
Pour utiliser le protocole MSCTP, les utilisateurs finaux (station mobile et son
correspondant) doivent implanter ce protocole au niveau des couches suprieures.
Dans le premier scnario de mobilit, la MS utilisant lapplication VoIP est localise au
dbut la 1
re
position dans la cellule UMTS, va se dplacer vers la 2
me
position dans la zone
de Handover entre les deux rseaux. Ensuite, elle va quitter la zone de Handover vers la 3
me

position localise la fin de la zone de Handover et au dbut de la cellule WiMAX. Et
finalement, elle va joindre la 4
me
position localise dans la cellule WiMAX.
Dans le deuxime scnario, la MS va traverser le mme chemin, mais dans le sens
contraire, depuis la cellule WiMAX vers la cellule UMTS.
Dans les deux scnarios, nous proposons deux vitesses de mobilit : 50 et 100 km/h, pour
voir limpact de laugmentation de la vitesse dans le cas du Handover vertical.
Le modle dinterconnexion, et le 2
me
scnario sont illustrs dans la figure ci-dessous :

Figure 97. Modle dinterconnexion et 2
me
scnario

2.3.2 Schma de Handover
Cette partie dcrit lchange des informations entre toutes les entits durant le scnario de
mobilit depuis WiMAX vers UMTS (pour plus dinformations voir le schma 1 dchange
des messages dans lannexe) [91], [92], [93], [94].
Au dbut, la MS est localise la premire position dans la cellule WiMAX, en train de
communiquer avec son correspondant localis dans un rseau externe via le rseau WiMAX
(BS ASN-GW CSN Internet CN). Ensuite, quand elle commencera se dplacer vers
la deuxime position dans la zone de Handover, lentit MIHF dans la MS change des
informations sur les rseaux voisins avec les modules MIH, pour dtecter les rseaux cibles
dun Handover. En sapprochant de la deuxime position dans la zone de Handover, et quand
lun des rapports changs avec les modules MIH est positif, et que la MS dtecte un nouveau
rseau qui est dans ce cas le rseau UMTS ; linitiation et la prparation du Handover
dmarrent. Lchange des messages entre les entits MIH se focalise sur la mesure, la
Mapping et la comparaison du niveau de la QoS entre les deux rseaux. Si le rapport des
mesures est positif, la rservation des ressources du rseau UMTS va tre tablie.
A ce stade, la MS continue toujours communiquer avec son correspondant via le rseau
WiMAX. Ensuite, quand elle va commencer quitter la deuxime position vers la troisime
situe la fin de la zone de Handover et au dbut de la cellule du rseau UMTS, elle va
procder lexcution du Handover ; pour cela elle devra dabord obtenir une adresse IP du
89
rseau UMTS, et donc elle va procder au contexte PDP (Packet Data Protocol) pour lobtenir
(plus dinformations dans le schma 1 lannexe).
Un contexte PDP est un ensemble dinformations qui caractrise un service de transmission
de base. Il regroupe des paramtres qui permettent un abonn de communiquer avec une
adresse PDP dfinie, selon un protocole spcifique (IP ou X.25), suivant un profil de QoS
dtermin (dbit, dlai, priorit).
Aprs lobtention de ladresse IP UMTS, la MS possde maintenant deux adresses IP. Et avec
laide du protocole MSCTP, la MS pourra classer ses adresses IP et en choisir une comme
adresse primaire. Elle va donc utiliser lextension DAR du protocole MSCTP pour prvenir
son correspondant de lexistence de sa deuxime adresse IP obtenue rcemment. Son
correspondant va ajouter sa deuxime adresse comme adresse secondaire dans sa table
dadresses et va confirmer la bonne rception la MS par un ACK.
Aprs, quand la MS atteint la troisime position la fin de la zone de Handover et au dbut de
la cellule UMTS, elle va utiliser son extension DAR pour choisir la deuxime adresse IP
comme adresse IP primaire au lieu de la premire adresse IP qui deviendra secondaire ;
ensuite elle va contacter son correspondant via le rseau UMTS pour le prvenir de basculer
la deuxime adresse IP comme adresse IP primaire, et son correspondant va rpondre avec un
ACK. La MS va continuer sa communication avec son correspondant via le rseau UMTS.
Finalement, quand la MS quitte la troisime position en direction de la quatrime position
dans la cellule UMTS, elle va utiliser lextension DAR pour supprimer sa premire adresse IP
WiMAX parce quelle nen a plus besoin, et va contacter son correspondant via le rseau
UMTS pour lavertir de supprimer la premire adresse de sa table dadresses, ce que son
correspondant confirmera avec un ACK ; et la MS continuera finalement sa communication
avec son correspondant via le rseau UMTS (NodeB RNC SGSN GGSN PDN CN).

2.4 Simulations
Les paramtres des simulations choisis sous NS2 pour les deux types de rseaux sont
illustrs dans les tableaux qui suivent.
Le modle de propagation utilis pour simuler la communication dans le rseau WiMAX
est le Two-Ray Ground. Il s'agit d'un modle de propagation utile qui est base sur l'optique
gomtrique, et considre la fois le chemin direct et indirect (modle de reflet) entre
l'metteur et le rcepteur.

Tableau 16. Paramtres des simulations du WiMAX mobile sous NS2

IEEE 802.16e
Puissance du signal de la BS (Pt_) 15 W
Seuil de rception (RXThresh_) 9.375e-13 W
Rayon de couverture (Distance D) 3 Km
Modle de propagation radio Two-Ray Ground [69]
Modulation OFDMA
90
UMTS
Puissance du signal de la NodeB (Pt_ NodeB) 3 W
Puissance de consommation utilisateur (Pt_consume UE) 0.125 W
Puissance de consommation de la NodeB (Pt_consume NodeB) 1 W
Puissance dans ltat IDLE de lutilisateur (Pt_idle UE) 0.005 W
Puissance dans ltat IDLE de la NodeB (Pt_idle NodeB) 0.5 W
Dbit (Bandwidth_) 384 Kb/s
Frquence (Freq_) 2 GHz
Rayon de couverture 3 Km
Modulation WCDMA
Gain dantenne dmission de lutilisateur (Gt_ UE) 2 dB
Gain dantenne dmission de la NodeB (Gt_ NodeB) 18 dB
Gain dantenne de rception de lutilisateur (Gr_ UE) 2 dB
Gain dantenne de rception de la NodeB (Gr_ NodeB) 18 dB
Modle de propagation radio Okumura-Hata [95]
Tableau 17. Paramtres des simulations de lUMTS sous NS2

Le modle de propagation utilis pour simuler la communication dans le rseau UMTS est
le Okumura-Hata. Il s'agit d'un modle de propagation empirique qui se dcompose de
l'affaiblissement du signal radio en diffrentes fonctions, et il est bas sur l'utilisation d'une
quantit importante de mesures pour dterminer les proprits statistiques gnrales.
Durant les simulations, le type de trafic chang est la VoIP (trafic temps-rel choisi), et
sous NS2 nous allons utiliser le trafic CBR/SCTP avec une taille fixe dun paquet quivalente
160 octets.
La station mobile va traverser 2 km dans la cellule WiMAX ou UMTS, et 1 km dans la
zone de Handover. La dure dune simulation est fixe 360 secondes, et les rsultats seront
calculs toutes les 20 secondes hors de la zone de Handover, et toutes les 10 secondes dans la
zone du Handover.

Pour comparer les performances du protocole MSCTP seul, du standard 802.21 seul
(MIH+PMIP), et des deux mcanismes ensemble, dans le cas du Handover vertical entre le
WiMAX mobile et lUMTS, nous allons proposer comme critres de performance le dlai de
bout en bout, le taux des paquets perdus, et le dbit.

2.5 Rsultats
2.5.1 Les dlais
Dans cette section, nous allons calculer les dlais des paquets durant une simulation avec
les deux vitesses 50 et 100 km/h, et en appliquant dabord chaque mcanisme de Handover
seul, ensuite en appliquant la combinaison des deux mcanismes ensemble.
Commenons par les rsultats des dlais dans le cas du Handover depuis UMTS vers le
WiMAX mobile.

91

Figure 98. Dlais du Handover depuis UMTS vers WiMAX

Dans cette figure, nous fixons un seuil de 100 ms [73] pour pouvoir valuer le niveau de la
QoS durant la simulation. Les valeurs des dlais qui ne dpassent pas ce seuil refltent un
niveau de QoS acceptable.
Avec une vitesse de 50 km/h, nous obtenons une seule courbe qui nexcde pas le seuil:
cest la courbe prsentant MSCTP + MIH.
La courbe de MSCTP seul excde lgrement 100 ms durant le Handover, et atteint un
maximum de 116 ms. La courbe de MIH seul excde aussi le seuil pour atteindre un
maximum de 130 ms durant le Handover.
Ensuite, avec une vitesse de 100 km/h, les valeurs des dlais augmentent pour toutes les
courbes. Dans le cas du Handover utilisant MSCTP + MIH, les valeurs des dlais durant le
Handover ne respectent plus le seuil comme dans le cas prcdent avec une vitesse moyenne,
et atteignent un maximum de 120 ms durant le Handover. Il en est de mme pour les autres
courbes avec une vitesse de 100 km/h, les rsultats sont suprieurs ceux obtenus avec une
vitesse moyenne de 50 km/h.
Nous passons maintenant aux rsultats de dlais dans le cas du Handover depuis WiMAX
mobile vers UMTS :

92

Figure 99. Dlais du Handover depuis WiMAX vers UMTS

Notons dabord dans cette figure que dans le cas du Handover depuis WiMAX vers
UMTS, les valeurs des dlais de toutes les courbes sont lgrement suprieures celles
obtenues dans le cas du Handover depuis UMTS vers WiMAX. Par exemple, avec le scnario
de MSCTP + MIH avec une vitesse de 50 km/h, la valeur maximale atteint 103 ms contre une
valeur de 99 ms atteinte dans le premier scnario. Cela est d forcment la diffrence de
dure de la rservation des ressources pendant le processus du Handover pour lobtention
dune nouvelle adresse IP.
Pour conclure, la meilleure technique observe aprs les simulations des dlais et qui assure
un meilleur niveau de QoS pour le trafic VoIP, est la combinaison MSCTP + MIH. En outre
laugmentation de la vitesse provoque la dgradation des dlais. Finalement, le Handover
depuis UMTS vers WiMAX mobile produit des rsultats lgrement meilleurs que ceux
obtenus dans le sens contraire.

2.5.2 Les taux des paquets perdus
Nous calculons dans cette section les pourcentages des paquets perdus avec les mmes
conditions que dans la section prcdente. Nous fixons un seuil 1% [73] pour valuer le
niveau de QoS obtenu aprs les simulations.
Les rsultats obtenus dans le cas du Handover depuis UMTS vers WiMAX mobile sont
illustrs dans la figure ci-dessous :

93

Figure 100. Taux des paquets perdus du Handover depuis UMTS vers WiMAX

Dans cette figure, tous les rsultats obtenus respectent le seuil fix 1% [73] pour le trafic
VoIP. Le niveau de QoS est donc acceptable pour toutes les courbes. Les rsultats obtenus
avec une vitesse de 50 km/h sont en revanche meilleurs que ceux obtenus avec la vitesse de
100 km/h, et les rsultats des paquets perdus obtenus durant le Handover en utilisant MSCTP
+ MIH refltent un meilleur niveau par rapport lutilisation de chaque mcanisme seul.
En utilisant seulement MSCTP, les rsultats sont lgrement meilleurs que ceux obtenus avec
MIH seul.
Nous prsentons maintenant les rsultats des paquets perdus dans le cas du Handover
depuis WiMAX vers UMTS :

Figure 101. Taux des paquets perdus du Handover depuis WiMAX vers UMTS

Comme pour les dlais, le degr de la QoS durant le Handover depuis UMTS vers
WiMAX est lgrement meilleur que celui obtenu dans le sens contraire. Par exemple, la
valeur maximale obtenue durant le Handover depuis UMTS vers WiMAX en utilisant
MSCTP + MIH, et avec une vitesse de 50 km/h, est gale 0.1%, contre 0.2% dans le cas du
Handover depuis WiMAX vers UMTS.
Les meilleurs rsultats obtenus dans cette figure correspondent lutilisation MSCTP + MIH.
94
2.5.3 Les dbits
Finalement, dans cette section, nous calculons les valeurs des dbits du mobile durant une
simulation.
Nous allons commencer comme les deux sections prcdentes par le cas de Handover
depuis UMTS vers WiMAX :

Figure 102. Dbits du Handover depuis UMTS vers WiMAX

En regardant cette figure, la valeur minimale obtenue avec la vitesse de 50 km/h et en
appliquant MSCTP + MIH durant le Handover, est de 4.1 kb/s. Les valeurs obtenues avec
MSCTP et MIH seuls durant le Handover sont infrieurs 4 kb/, et la courbe de MSCTP
produit des rsultats lgrement meilleurs que ceux obtenus avec MIH.
Avec une vitesse de 100 km/h, les rsultats augmentent. Par exemple le minimum obtenu avec
la courbe MSCTP + MIH est gal cette fois 3.3 kb/s.
Ci-dessous sont reprsents les rsultats des dbits dans le cas du Handover depuis
WiMAX vers UMTS :

Figure 103. Dbits du Handover depuis WiMAX vers UMTS
95
Les valeurs des dbits diminuent lgrement dans ce scnario en les comparant avec le
scnario prcdent. Pour le cas de Handover utilisant MSCTP + MIH avec une vitesse gale
50 km/h, la valeur minimale obtenue est de 3.8 kb/s, contre 4.1 kb/s obtenue avec le scnario
prcdent.

2.6 Conclusion
Cette tude sest focalise sur linterconnexion de deux rseaux de familles diffrentes,
et nous nous sommes concentrs sur laspect QoS pour du trafic VoIP dans le cas du
Handover vertical. Pour cela, nous avons propos un modle dinterconnexion bas sur la
combinaison de deux mcanismes de Handover, et nous avons simul ce modle avec deux
classes de vitesses, et dans les deux sens depuis un rseau vers lautre.
Sur les rsultats obtenus, nous concluons quavec une mobilit moyenne et lutilisation de
MIH + MSCTP durant le Handover, spcialement quand le mobile passe depuis UMTS vers
le WiMAX, nous obtenons de bons rsultats avec un minimum dinterruption des services, et
avec un niveau de QoS meilleur que celui obtenu avec MSCTP seul ou MIH seul.
Le Handover depuis UMTS vers WiMAX conduit des rsultats lgrement meilleurs que
ceux obtenus dans le sens contraire avec une mobilit moyenne ou importante.
Finalement, les rsultats obtenus dans le cas dune mobilit importante requirent une
rvision, parce quils ne sont pas acceptables en les comparant avec le niveau de QoS requis
pour la VoIP.

3 Interconnexion du 802.16e avec le satellite (DVB-S/RCS)
3.1 Introduction
Jusqu prsent, le Handover entre le satellite et les rseaux terrestres sans fil na pas t
pris en compte, cause de la grande diffrence de fonctionnement des deux systmes et
darchitectures protocolaires.
Dans ce contexte, nous proposons dans cette tude un modle dinterconnexion entre un
rseau fond sur la communication radio : le WiMAX mobile, et un rseau spatial fond sur le
principe de diffusion par satellite, et compos de deux systmes combins : le DVB-S/RCS.
Nous suggrons aussi dans cette tude dutiliser le protocole de Handover vertical MSCTP
dans le cas du Handover entre les deux systmes DVB-S/RCS et le WiMAX mobile. Pour
cela nous avons conu une nouvelle pile protocolaire convergente au niveau du systme
DVB-S/RCS, et qui est fonde sur lancienne pile protocolaire de ce systme. Nous avons
propos des rvisions au niveau des couches suprieures pour pouvoir intgrer le protocole
MSCTP au sein du systme combin DVB-S/RCS.
Enfin, vu que la plupart des services de communication par satellite gostationnaire sont
orients vers la vido, nous allons simuler notre proposition en proposant des scnarios de
mobilit dune station mobile changeant un trafic de type Streaming vido, pour pouvoir
dterminer le niveau de la QoS obtenue avec une telle proposition.

3.2 Pile protocolaire convergente du DVB-S/RCS
Dans le but de rsoudre le problme de compatibilit entre les diffrents paquets
MSCTP/IP provenant depuis un correspondant distant supportant le protocole MSCTP, et le
type des paquets MPEG2-TS (norme de codage vido) adopt par le systme DVB-S/RCS
pour la transmission et la rception via le satellite, nous proposons une pile protocolaire
convergente pour le systme combin DVB-S/RCS.
96
Au niveau de la passerelle (Gateway), les paquets qui vont tre transmis vers le satellite via la
couche physique DVB-S/RCS doivent tre des paquets de type MPEG2-TS, parce que le
DVB-S/RCS utilise des tables de signalisation supportant seulement les paquets de ce type
lors de la transmission ou la rception.
Donc, nous allons proposer un mcanisme dencapsulation des paquets de type MSCTP
laide de ULE [96] (Unidirectional Lightweight Encapsulation) qui est une couche adaptative
dencapsulation qui se situe entre les couches suprieures et la couche MPEG2-TS.
ULE est un protocole de couche liaison de donnes conu pour le transport des paquets
MPEG-2 TS de couche rseau, il est appropri particulirement aux services par satellite
intgrant le protocole IP.
Ensuite, les ULE SNDU (Sub Network Data Unit) forms aprs lencapsulation des
paquets MSCTP dans lULE seront fragments en paquets MPEG2-TS de taille fixe gale
188 octets, et seront transmis depuis la passerelle, et via la couche physique DVB-S vers le
satellite. Similairement, la mme encapsulation sera applique dans la voie retour au niveau
du terminal satellite (ST).
Les mcanismes dencapsulation et de fragmentation, et les piles protocolaires sont prsents

Figure 104. Pile protocolaire et mcanismes dencapsulation et de fragmentation

En fonction de la taille du paquet MSCTP (SCTP + DAR), si la taille est infrieure
32768 octets, le paquet MSCTP qui encapsule dj un paquet IP, sera encapsul directement
dans un ULE SNDU qui supporte une taille maximale code sur 15 bits = 2
15
= 32 kb [96].
Les ULE SNDU forms seront fragments en paquets MPEG2-TS de taille fixe gale 188
octets, qui seront transmis via la couche physique vers le satellite.
Si la taille dun paquet MSCTP est suprieure 32 kb, la diffrence avec le premier cas est
que le paquet MSCTP sera fragment en paquets de tailles infrieurs 32 kb chacun, et qui
seront encapsuls aprs dans des ULE SNDU, puis fragments en paquets MPEG2-TS.

3.3 Modle dinterconnexion et scnarios de mobilit
Le modle dinterconnexion entre le WiMAX mobile et le DVB-S/RCS est compos
dune trs large cellule de centaines de kilomtres couverte par un satellite gostationnaire
transparent et bnficient des services du systme combin DVB-S/RCS. Il est compos aussi
dune cellule WiMAX dune couverture de 10 km de rayon et dune surface prs de 315 km.
La zone commune de Handover entre les deux cellules est dune surface prs de 40 km.
Dans cette infrastructure, et avec le premier scnario, nous allons traquer le mouvement dun
train localis au dbut dans la cellule couverte par le satellite et se dplaant vers la cellule
WiMAX en passant par la zone de Handover entre les deux cellules.
97
Le train est quip dun terminal satellite (ST) de type : Portable RCS terminal of
Advantech [97] et responsable du codage des donnes transmises ou reues en format
MPEG2-TS. La ST est connecte lintrieur du train un router li son tour un point
daccs responsable de transmettre les donnes aux utilisateurs installs dans le train, et
quips par des cartes WiMAX leur permettant de se connecter aussi au rseau WiMAX.
Les simulations vont sappliquer sur un seul quipement utilisateur, et nous allons tester
durant les simulations deux vitesses du train : 90 et 130 km/h.
Le trafic simul lors du dplacement du train est le Streaming vido. Nous allons appliquer le
protocole MSCTP lors du passage du train par la zone de Handover.
Les utilisateurs finaux : utilisateur dans le train et son correspondant lextrieur doivent
implanter tous les deux le protocole MSCTP au sein de leurs quipements.
Quand le train est localis dans la zone de couverture du satellite, lutilisateur lintrieur du
train va interagir avec la ST qui transmet les donnes au satellite qui les envoie son tour vers
son correspondant. Ensuite, quand le train entre dans la zone de Handover, lutilisateur quip
de la carte WiMAX va dtecter lexistence du rseau WiMAX, et va tenter dobtenir une
adresse IP WiMAX en contactant la BS qui va contacter son tour un serveur DHCP pour
rpondre sa requte. Si la rponse est positive, lutilisateur reoit sa nouvelle adresse IP
WiMAX, et donc va contacter son correspondant via le rseau spatial pour quil puisse ajouter
cette adresse sa table dadresses, et son correspondant va lui rpondre avec un ACK.
Ensuite, quand le train arrive la fin de la zone de Handover, juste au dbut de la zone de
couverture de la cellule WiMAX, lutilisateur dcidera dutiliser sa nouvelle adresse IP
WiMAX comme adresse primaire et notifiera sa dcision son correspondant via le rseau
WiMAX, et ce dernier rpondra avec un ACK.
Finalement, quand le train quittera dfinitivement la zone de Handover vers la cellule
WiMAX, lutilisateur continuera sa communication avec son correspondant via le rseau
WiMAX.
Dans le deuxime scnario, la mobilit sera dans le sens contraire : dplacement du train
depuis la cellule WiMAX vers la cellule couverte par le satellite.
Le modle dinterconnexion, ainsi que le premier scnario de mobilit sont illustrs dans
la figure ci-dessous :

er
scnario de mobilit
98
Les deux cas simuls dans ce travail sont : le cas o le train passe depuis la cellule
couverte par le satellite vers la cellule couverte par WiMAX, et le cas contraire.
Pour chaque cas, nous allons tester deux vitesses de train : 90 et 130 km/h.
Dans les deux cas, le train traverse 5 km hors de la zone de Handover dans la cellule WiMAX
ou satellite, et traverse 3 km dans la zone de Handover.
Le dure dune simulation est fix 520 secondes (8.66 minutes), et les rsultats sont calculs
chaque 40 secondes hors de la zone de Handover, et chaque 20 secondes dans la zone de
Handover. Le type de trafic chang dans le simulateur NS2 est le CBR/SCTP, et la taille
dun paquet est fixe 4960 octets.
Les paramtres des simulations du satellite gostationnaire transparent, des systmes
DVB-S et DVB-RCS, et du rseau WiMAX mobile sont illustrs dans le tableau ci-dessous :

Satellite
GEO
Altitude: 35800 km, Priode orbitale: 23 hrs 56 min 4.09 sec (priode de rotation de la
terre), Inclinaison: 0.3 (orbite quatoriale), Excentricit: 0.2 mm, Angle dlvation
minimal au bord de la couverture: 80, Seuil de latitude: 70, Seuil de longitude: 10,
Bande passante de liaison inter-commutateurs: 25 Mb.

DVB-S
Frquence: 18 MHz (bande Ku), Bande passante descendante: 7 Mb, Schma daccs
multiple: TDM, Modulation: QPSK, Codage: Concatenated convolution & Reed-
Solomon.

DVB-
RCS
Frquence: 30 MHz (bande Ka), Bande passante montante: 1.5 Mb, Schma daccs
multiple: MF-TDMA, Modulation: QPSK, Codage: Concatenated convolution &
Reed-Solomon + Turbo codes.

IEEE
802.16e
Porte de la transmission: (Puissance de tranmission: 15W, Seuil de rception:
7.59375e-15, Seuil de la porteuse denvoi: 2.13841e-16), Distance (Rayon de
couverture): 10 Km, Modle de propagation radio: TwoRayGround, Gain dantenne
dmission: 1 dB, Gain dantenne de rception: 1 dB, Perte du systme: 1 dB, Hauteur
dantenne dmission: 1.5 m, Hauteur dantenne de rception: 1.5m, Modulation:
OFDMA, Frquence: 3.5 GHz, Frquence de la bande passante: 5 Mhz, Multiplexage:
TDD.
Tableau 18. Paramtres des simulations

Les critres de performance retenus dans cette tude pour valuer lefficacit de notre
proposition sont : le dlai de bout en bout, la gigue, le taux des paquets perdus, et le dbit.

Tout dabord nous allons commencer par simuler les dlais des deux scnarios de
mobilit en testant avec les deux vitesses proposes.

99

Figure 106. Dlais

Plusieurs observations peuvent tre faites. Nous remarquons tout dabord que la
communication par satellite require un long dlai pour dmarrer. Ensuite, en comparant les
rsultats pour les deux vitesses du train: 90 et 130 km/h, nous observons que plus la vitesse
augmente, plus les dlais augmentent.
Ensuite, le point le plus important que nous observons est que les dlais durant le Handover
depuis le satellite vers le WiMAX sont meilleurs que ceux obtenus dans le sens inverse. Cette
diffrence est due au temps de latence requis par le satellite pour dmarrer la communication.
Notons aussi que les dlais durant le communication via le rseau WiMAX sont meilleurs que
ceux avec le satellite, et cela est d aux diffrences des distances entre lquipement
utilisateur et la BS, et lquipement utilisateur et le satellite gostationnaire.
Dans cette figure, le seul cas qui offre une bonne qualit du Streaming vido mme durant le
Handover, et respecte totalement le seuil fix [73] pour le Streaming vido pour la mesure de
la QoS (voir figure 106), est le cas de Handover depuis le satellite vers le WiMAX mobile
avec une vitesse de train gale 90 km/h.
Avec une vitesse de 130 km/h, et dans le cas du Handover depuis le satellite vers le WiMAX,
les dlais durant le Handover excdent lgrement le seuil fix. Et dans le cas du Handover
depuis le WiMAX vers le satellite, les dlais excdent largement le seuil durant le Handover.
Dans les zones hors Handover, la qualit de service est bonne pour les deux types de
technologies : DVB-S/RCS et WiMAX mobile.
Nous passerons maintenant la simulation des gigues pour les deux scnarios de
mobilit en testant avec les deux vitesses.

100

Figure 107. Gigues

Concernant les gigues (variation des dlais), et similairement aux dlais, dans cette
figure, le Handover depuis le satellite vers WiMAX produit des rsultats meilleurs que dans le
cas contraire. Plus la vitesse est faible, meilleure est la qualit.
Le seul cas qui respecte le seuil fix [73] pour valuer la QoS du trafic Streaming vido (voir
figure 107) est le cas du Handover depuis le satellite vers le WiMAX avec une vitesse de train
quivalente 90 km/h.
Les rsultats de la gigue obtenus dans le cas du Handover depuis WiMAX vers le satellite
excdent largement le seuil. Dans les zones hors Handover, le seuil est respect par les deux
technologies, except au dbut de la communication avec le satellite.
Nous procderons maintenant ltude des taux de paquets perdus pour les deux
scnarios de mobilit en testant avec les deux vitesses :

Figure 108. Taux des paquets perdus
101
Dans cette figure, le seuil de la QoS (voir figure 108) nest respect par aucune courbe
durant le Handover. Les meilleurs rsultats de perte sont obtenus dans le cas du Handover
vertical depuis le satellite vers WiMAX mobile avec la vitesse de train quivalente 90 km/h.
Passons enfin la simulation des dbits pour les deux scnarios de mobilit en testant
avec les deux vitesses :

Figure 109. Dbits

Notons dans cette figure que les dbits offerts par le WiMAX mobile sont meilleurs que
ceux offerts par le DVB-S/RCS. Aussi, les dbits diminuent considrablement durant le
Handover vertical. En revanche durant le Handover depuis le satellite vers le WiMAX mobile,
les valeurs de dbit sont acceptables, contrairement lautre sens de Handover o le minimum
des valeurs avec une vitesse de 90 km/h est de 0.5 kb/s, et avec une vitesse de 130 km/h est de
0.1 kb/s.
Gnralement, en se rfrant sur la figure ci-dessus, les dbits pour les deux sens du Handover
sont acceptables.

3.6 Conclusion
Linterconnexion et le Handover vertical entre le satellite et la 3G na pas encore t
souvent pris en compte. Dans le cadre du passage la 4G, nous avons propos une solution
dinterconnexion entre le WiMAX mobile et le satellite, et nous avons propos une pile
protocolaire convergente fonde sur le protocole MSCTP qui sera appliqu lors du Handover
vertical entre WiMAX et le satellite.
Les rsultats des simulations du trafic de Streaming vido obtenus de notre modle, montrent
que le sens de Handover depuis le satellite vers WiMAX mobile offre une QoS meilleure que
celle obtenue dans le sens contraire. Laugmentation de la vitesse de dplacement dgrade la
QoS.
La QoS offerte par WiMAX mobile est meilleure que celle offerte par le satellite, parce que la
configuration des paramtres du WiMAX sont meilleurs que ceux du satellite.
Finalement, les meilleurs rsultats obtenus dans les simulations sont ceux o le Handover se
droule depuis le satellite vers le WiMAX avec la vitesse de 90 km/h.

102
4 Interconnexion du 802.16e avec la 3G+ (LTE)
4.1 Introduction
Ce travail vise tablir linterconnexion entre deux technologies candidates la 4G : le
WiMAX mobile et le LTE.
Pour cela, un modle dinterconnexion et dinteroprabilit sera propos ; et nous allons aussi
proposer de combiner larchitecture MIH avec le protocole MSCTP pour pouvoir rsoudre le
problme de Handover vertical ente les deux technologies dans le cas de la mobilit (cette
combinaison de mcanismes de mobilit propose a t dj utilis dans le cas du Handover
vertical entre IEEE 802.16e et UMTS la section 2.2).
Donc nous allons concevoir la pile protocolaire rsultante du fonctionnement de LTE et du
WiMAX mobile sous MIH, et de lintgration du protocole MSCTP comme couche
suprieure dans larchitecture MIH.
Aucune simulation ne sera ralise dans cette tude, nous nous concentrons sur les aspects
protocolaires et architecturaux.

4.2 Fonctionnement de MIH+MSCTP
Au niveau du Handover vertical entre le LTE et le WiMAX mobile, nous proposons
dimplanter le protocole MSCTP comme couche suprieure dans larchitecture MIH, et de
cette faon nous pourrons profiter de la performance des deux techniques au cours du
Handover vertical.
Les bnfices dun tel choix sont que MIH va permettre la MS de dtecter, prdire et tester
les nouveaux rseaux sa proximit avant le Handover, et que MSCTP va permettre la MS
douvrir plusieurs sessions IP en mme temps durant le Handover pour viter linterruption de
la communication en cours. Lutilisation des deux techniques nous permettra donc
damliorer la QoS durant le Handover vertical entre les rseaux.
Durant sa communication avec son correspondant (CN) via le premier rseau et avant le
processus du Handover, la MS va utiliser MIH pour dtecter de nouveaux rseaux. Quand elle
en dtecte au moins un, elle procde linitiation du Handover en mesurant le niveau de la
QoS du rseaux dtect. Si la dcision du niveau de QoS est positive, la MS peut aller
ltape suivante qui consiste tester la disponibilit du nouveau rseau. Si ce dernier est
disponible, le processus du Handover peut tre dclanch, et la MS va demander une nouvelle
adresse IP au nouveau rseau. Si tout va bien, la MS obtiendra une deuxime adresse IP du
nouveau rseau, et le fonctionnement avec MIH finira ce stade et celui avec MSCTP va
commencer.
A ce stade, la MS va continuer sa communication avec le CN toujours via le premier rseau.
Ensuite le MS va notifier au CN dajouter sa deuxime adresse IP comme adresse secondaire
sa table dadresses. Aprs, la fin du processus du Handover, la MS va notifier au CN via le
deuxime rseau dassigner la deuxime adresse IP comme adresse IP primaire de
communication. Finalement aprs le Handover, la MS va notifier au CN de supprimer
lancienne adresse IP de sa table dadresse et continue leur communication via le deuxime
rseau.
Le schma de Handover dcrivant les tapes du fonctionnement des deux techniques est
prsent dans la figure ci-dessous [91], [92], [94] :

103

Figure 110. Fonctionnement de MIH + MSCTP

4.3 Pile protocolaire fonde sur MIH et MSCTP
Cette section est consacre la prsentation de la pile protocolaire rsultante de
limplantation des rseaux WiMAX mobile et LTE dans larchitecture IEEE 802.21, et de
lintgration du protocole MSCTP au sein de cette architecture.
Lintgration du WiMAX mobile dans larchitecture IEEE 802.21 a t prsente dans
le cas de linterconnexion entre WiMAX mobile et UMTS (pour plus dinformations, voir la
section 2.2.2).
Larchitecture protocolaire de LTE est compose de la couche physique, dune couche
MAC, dune couche PDCP, dune couche RLC et dune couche RRC comme couches
infrieures. Comme couches suprieures il est compos de la couche ECM (EPS Connection
Management) et la couche EMM (EPS Mobility Management).
LIEEE 802.21 dfinit un nouveau SAP [88], [89], [90] : MIH_3GLINK_SAP pour tablir le
lien entre le MIHF et le rseau LTE.
MIH_3GLINK_SAP est divis en deux SAP : le MIH_MGMT_SAP (MIH Management
SAP) pour tablir le lien entre le MIHF et les deux parties EMM et ECM, et dfinit le
RRC_SAP pour tablir le lien entre le MIHF et la couche RRC.
Et en fin, le MIH_SAP a t dfini pour tablir le lien entre la couche MIHF et les couches
suprieures.
Dans notre travail, nous proposons la couche IP en dessus de la couche MIHF, ensuite la
couche MSCTP en dessus de la couche IP, aprs la couche application, et enfin la couche
utilisateur MIH.
104
Cette pile protocolaire va nous permettre dexcuter le Handover vertical entre WiMAX
mobile et LTE, en utilisant larchitecture IEEE 802.21 et le protocole MSCTP ensemble.
La pile protocolaire dcrite est prsente dans la figure ci-dessous :

Figure 111. Pile protocolaire

4.4 Modle dinteraction et schmas du Handover
4.4.1 Modle dinterconnexion et scnarios de mobilit
Le modle dinterconnexion entre WiMAX mobile et LTE fond sur MIH + MSCTP est
compos dune cellule WiMAX et une cellule LTE, et les deux cellules forment une zone
commune de Handover.
La station mobile qui va effectuer le Handover entre les deux cellules doit pourvoir oprer
avec les deux rseaux.
Concernant le mobile WiMAX, la BS est connecte un ASN-GW li son tour via le
rseau IP au CSN. Dans le rseau LTE, la eNodeB est connecte au S-GW et au MME, et le
S-GW est li son tour au PDN-GW qui permet laccs vers le rseau WiMAX.
Linterconnexion entre les deux rseaux est assure par le PDN-GW (SAE Anchor).
Pour utiliser les services de MIH dans le modle dinterconnexion un ensemble de conditions
doit tre respect: labonn mobile doit implanter le module MIH, un serveur MIH doit tre
install entre les deux rseaux, le CSN du WiMAX doit ajouter un module MIH et le SAE du
rseau LTE aussi. Et dans ce cas lchange des informations dans les deux rseaux va tre
effectu entre les modules de MIH installs dans les deux rseaux et le serveur MIH.
Pour utiliser le protocole MSCTP, les utilisateurs finaux (station mobile et son
correspondant) doivent implanter ce protocole dans leurs couches suprieures.
Pour pouvoir dcrire les schmas dchanges des messages au cours du Handover, deux
scnarios de mobilit sont proposs : dans le premier scnario, la MS localise au dbut dans
la premire position dans la cellule LTE va se dplacer vers la deuxime position dans la zone
de Handover entre les deux rseaux ; ensuite, elle va quitter la zone de Handover vers la
troisime position dans la fin de la zone de Handover et le dbut de la cellule WiMAX. Et
finalement, elle va joindre la quatrime position localise dans la cellule WiMAX.
Dans le deuxime scnario, la MS va traverser le mme chemin mais dans le sens
contraire, depuis la cellule WiMAX vers la cellule LTE.
105
Le modle dinterconnexion et le deuxime scnario sont illustrs dans la figure ci-
dessous :

me
scnario de mobilit

4.4.2 Schmas du Handover
Commenons par dtailler lchange des messages durant le Handover depuis le WiMAX
mobile vers le LTE en utilisant MIH et MSCTP.
Au dbut, la MS est localise dans la cellule WiMAX dans la premire position en train de
communiquer avec son correspondant localis dans un rseau externe, via le rseau WiMAX
(BS ASN-GW CSN Internet CN). Ensuite, quand elle commence se dplacer vers la
deuxime position dans la zone de Handover, lentit MIHF dans la MS change des
informations sur les rseaux voisins avec les modules MIH pour dtecter les rseaux
disponibles.
En sapprochant de la deuxime position dans la zone de Handover, et quand lun des rapports
changs avec les modules MIH est positif, et que la MS dtecte un nouveau rseau qui est
dans ce cas le rseau LTE ; linitiation et la prparation du Handover commencent, et
lchange des messages entre les entits MIH se focalise sur la mesure, le Mapping et la
comparaison des niveaux de la QoS entre les deux rseaux. Si le rapport de mesure est positif,
la rservation des ressources du rseau LTE sera tablie.
A ce stade, la MS continue toujours communiquer avec son correspondant via le rseau
WiMAX. Ensuite, quand la MS va commencer quitter la deuxime position vers la troisime
situe la fin de la zone de Handover et au dbut de la cellule du rseau LTE, elle va procder
lexcution du Handover ; pour cela elle devra dabord obtenir une adresse IP du rseau
LTE, et donc elle demandera du rseau LTE une adresse IP, et si tout va bien elle laura [98]
(plus dinformations dans le schma 2 dans lannexe).
Aprs lobtention de ladresse IP LTE, la MS possde maintenant deux adresses IP, et avec
laide du protocole MSCTP, la MS pourra classer ses adresses IP et choisir une comme
adresse primaire. Ensuite elle va prvenir son correspondant de lexistence de sa deuxime
adresse IP obtenue rcemment. Son correspondant va ajouter sa 2
me
adresse comme adresse
secondaire dans sa table dadresses et va confirmer la bonne rception la MS par un ACK.
Aprs, quand la MS atteint la troisime position la fin de la zone de Handover et au dbut de
la cellule LTE, elle va utiliser lextension DAR du protocole MSCTP pour choisir la
deuxime adresse IP comme adresse IP primaire au lieu de la premire qui deviendra
secondaire ; ensuite elle va contacter son correspondant via le rseau LTE pour le prvenir
106
dassigner la deuxime adresse IP comme adresse IP primaire, et son correspondant va
rpondre avec un ACK. Et la MS va continuer sa communication avec son correspondant via
le rseau LTE.
Finalement, quand la MS quitte la 3
me
position en direction de la 4
me
position dans la cellule
LTE, elle va utiliser lextension DAR du protocole MSCTP pour supprimer sa 1
re
adresse IP
WiMAX parce quelle nen aura a plus besoin dans la cellule LTE, et va contacter son
correspondant via le rseau LTE pour lavertir de supprimer la 1
re
adresse de sa table
dadresses, ce que son correspondant confirmera avec un ACK ; et la MS continuera
finalement sa communication avec son correspondant via le rseau LTE (eNodeB S-GW
PDN-GW CN).
Lchange des messages au cours du Handover dans lautres sens : depuis LTE vers le
WiMAX est presque pareil, except ltape de lobtention de ladresse IP WiMAX
(deuxime adresse), la MS doit contacter une BS pour a, et la BS va contacter son tour un
serveur DHCP pour lattribution de ladresse IP (pour plus de dtails sur lchange des
messages dans les deux sens, voir les schma 2 et 3 respectivement dans lannexe).

4.5 Conclusion

Dans le cadre de la prparation du rseau 4G, il est important de proposer des modles
dinterconnexion et dinteroprabilit entre des technologies avances. Pour cela nous avons
propos cette tude qui conoit en premier lieu un modle dinterconnexion entre le WiMAX
mobile et le LTE, et qui traite en deuxime lieu le cas du Handover vertical en proposant de
combiner deux protocoles efficaces de gestion de la mobilit : le MIH et le MSCTP.

107
CONCLUSION GENERALE ET
PERSPECTIVES DE RECHERCHE

Les systmes de communication utilisant le support hertzien constituent aujourdhui une
solution de substitution aux moyens filaires pour le raccordement direct des clients. Plusieurs
communauts collaborent afin de standardiser les technologies qui sont, tantt concurrentes,
tantt complmentaires de ces rseaux. Chaque technologie devrait pouvoir trouver sa place,
son usage et sa cible.
Le choix d'une technologie sans fil dpend de l'usage que l'on souhaite en faire. Le WiMAX
est lune de ces nouvelles technologies. Elle est fonde sur le standard IEEE 802.16, et porte
beaucoup de promesses pour lavenir.
Cette technologie, dans sa version mobile, ou encore le IEEE 802.16e, permet dassurer la
mobilit des utilisateurs. Pour maintenir la connexion au cours de leurs dplacements, le
processus de Handover joue un rle trs important.
Au cours du Handover dans le WiMAX mobile, un problme majeur se manifeste quand
un usager mobile se dplace une grande vitesse. Le problme se rsume au fait que la QoS
se dgrade et quune coupure de service est invitable dautant plus que la plupart des normes
de communication mobiles utilisent la technique du Hard Handover pour des raisons de gain
de ressources. Ce genre de problme nest pas du tout acceptable dans le cas dun trafic
temps-rel sensible au dlai. La premire contribution tait donc de prouver lefficacit de la
technique FBSS peu employe pour le moment par rapport au Hard Handover dans le cas du
transfert intercellulaire de niveau 2 (entre deux cellules gres par la mme passerelle) forte
mobilit et pour du trafic temps rel. Au travers dun scnario autoroutier, nous avons
remarqu lefficacit du mcanisme FBSS qui utilise la technique make-before-break par
rapport au Hard Handover dans le cas du dplacement dune station mobile grande vitesse.
Aprs avoir trait le problme de mobilit grande vitesse, nous nous sommes intresss
une mobilit faible et moyenne. Pour cela nous avons propos un modle en zone urbaine et
une varit de types de trafic. Il apparat que pour le trafic temps rel et une mobilit de
niveau 2, il y a un seuil au-del duquel le Hard Handover ne rpond plus aux besoins de QoS.
Au-del de cette vitesse, lutilisation du mcanisme FBSS sera apprcie par le trafic temps-
rel, mais condition de vrifier la disponibilit des stations de bases, car ce mcanisme est
gourmand en ressources. Nous avons ensuite trait le cas du transfert intercellulaire de niveau
3 avec le protocole MIP. Le niveau de QoS obtenu nest pas du tout acceptable pour le trafic
temps-rel, ce qui nous a amen proposer lutilisation du protocole MSCTP connu avec sa
technique de multi-homing comme une alternative MIP et PMIP dans le cas du transfert
intercellulaire de niveau 3 (sachant que WiMAX mobile utilise MIP et PMIP dans le cas du
Handover de niveau 3). Nous avons alors test la performance du protocole MSCTP en le
comparant avec MIP et PMIP. MSCTP produit alors des rsultats relatifs la QoS nettement
meilleurs que ceux obtenus avec PMIP et MIP, sachant que PMIP gnre des rsultats
meilleurs que MIP.
Lensemble de ces travaux met en avant limportance cruciale de lalgorithme de dcision du
Handover. Nous avons alors propos un tel algorithme de dcision fond sur la logique floue.
Pour mettre en vidence lefficacit de cet algorithme, nous lavons compar avec le
Handover classique du WiMAX mobile dans un scnario comprenant plusieurs types de
mobilit et de trafic. Les rsultats obtenus sont encourageants.
La deuxime problmatique principale que nous avons traite est linterconnexion et
linteroprabilit entre les rseaux en tenant compte de la mobilit des utilisateurs.
108
Nous avons alors choisi dtudier cette interoprabilit dans le cas de cxistence entre
WiMAX et plusieurs exemples typiques de rseau : IEEE 802.11e pour WIFI, UMTS pour les
rseaux 3G, DVB-S/RCS pour les systmes satellitaires et LTE pour la transition vers les
rseaux 4G.
Dans lIEEE 802.11e, nous avons propos au niveau du Handover vertical dappliquer MIH,
puis MSCTP pour comparer leurs performances. Avec les deux mcanismes nous avons
obtenu des rsultats satisfaisants quand la vitesse nest pas trs grande, sachant quavec
MSCTP les rsultats sont lgrement meilleurs. Mais quand la vitesse de mobilit est
importante, les rsultats se dgradent avec les deux mcanismes.
Pour lUMTS, nous avons pens combiner les deux mcanismes MIH et MSCTP lors du
transfert intercellulaire vertical au lieu dappliquer chaque mcanisme seul. Lintrt dune
telle proposition est de profiter de la dtection des informations sur les rseaux avant le
Handover avec MIH, et de la technique du multi-homing au cours du Handover avec MSCTP
pour obtenir une meilleure QoS. Pour cela, nous avons intgr WiMAX mobile et UMTS
comme couches infrieures dans MIH, et nous avons intgr MSCTP comme couche
suprieure. Nous avons simul chaque mcanisme seul, puis leur combinaison. Il apparat que
la technique qui offre une meilleure QoS est la combinaison de MIH et MSCTP.
Dans le cas satellitaire DVB-S/RCS, nous avons propos une pile protocolaire convergente
adapte au systme DVB-S/RCS pour lui permettre de supporter le trafic IP et le protocole
MSCTP, sachant que nous allons utiliser ce dernier dans le cas du Handover vertical entre le
WiMAX mobile et le satellite. Ensuite, nous avons conu un modle de mobilit fond sur le
dplacement dun train entre deux cellules WiMAX et DVB-S/RCS. Les rsultats obtenus
avec les simulations de notre modle dinteroprabilit en appliquant MSCTP durant le
Handover, sont acceptables dans le cas dchange dun trafic de type Streaming vido.
Pour LTE, nous proposons enfin dadopter la mme combinaison des mcanismes MIH et
MSCTP que celle utilise auparavant dans le cas de linterconnexion entre WiMAX mobile et
UMTS.
En rsum, il apparat clairement que pour traiter efficacement la mobilit de niveau 2 et
de niveau 3 pour des systmes homognes et encore plus des systmes htrognes, une
solution unique nest pas satisfaisante. Il vaudra mieux combiner ces techniques en particulier
en tenant compte des paramtres environnementaux et des besoins en QoS des utilisateurs. De
la mme faon, une algorithmie assez sophistique se doit dtre propose pour la mise en
uvre des mcanismes de dcision des Handovers.
Dans les travaux que nous avons mens, nous nous sommes focaliss sur des
technologies que nous pouvons qualifier de pr-4G. Dans les perspectives que nous pouvons
nous fixer, on peut citer les solutions LTE-Advanced et 802.16m qui, elles, pourront prtendre
au label 4G. Il sagira alors de sintresser la gestion de la mobilit au sein de ces
technologies, entre elles et avec les solutions que nous avons tudies dans nos travaux. En
terme de gestion de la QoS, beaucoup de travaux restent encore mener afin de bien vrifier
que les utilisateurs auront bien des niveaux de QoS suffisants lorsquils basculeront dun
systme un autre.
Loptimisation des Handovers, tant en termes de protocoles que dalgorithmes dcisionnels,
reste toujours un sujet dactualit en particulier dans le cadre du Handover vertical. Dans le
cadre de la Release 8 du 3GPP, des tudes ont t faites pour optimiser les Handovers entre
LTE et les systmes 3GPP2 ; les travaux concernant les optimisations des Handovers entre
LTE et dautres systmes non-3GPP ont t renvoys des versions ultrieures. Comme on le
voit, le sujet suscitera donc encore de nombreux travaux dans les annes venir.
Comme perspectives, ce que nous avons effectu jusqu' maintenant nous permettra de
dfinir un grand rseau mobile avanc compos dune technologie de base interconnecte
109
avec plusieurs rseaux connus. Dans ce contexte, nous allons proposer des modles
dinterconnexion et de mobilit, composs de plusieurs technologies interconnects, et nous
allons proposer pour chaque passage entre deux cellules dune mme technologie, ou deux
cellules de technologies diffrentes un ou plusieurs protocoles de mobilit en se reposant sur
les travaux que nous avons dj effectu. Nous pourrons par exemple dans ce cas modliser
un algorithme dcisionnel qui grera les diffrentes entres, pour proposer la fin des
dcisions rapides et justes.
Nous prvoyons aussi dintgrer le DVB-S2 qui est la dernire norme de communication
par satellite propose par lETSI, et lIPoS qui est une norme rcente propose par les
industriels spcialiss dans la communication spatiale, dans le contexte de linterconnexion
avec les technologies terrestres de type 4G. Et pourquoi ne pas envisager une solution
dinterconnexion et de Handover entre deux normes rcentes de communication par satellite
comme DVB-S2 et IPoS?

110
Publications Internationales

- Articles de revues internationales :
Tarek Bchini, Nabil Tabbane, Emmanuel Chaput, Sami Tabbane, Andr-Luc Beylot.
Interconnection & Handover between IEEE 802.16e & UMTS. Dans: International
Journal of Advancements in Computing Technology (IJACT), AICIT, Vol. 1 N. 2,
p.99-109, 05-Dcembre-09. (Accessible depuis AICIT/IJACT).
Performance of Soft handover FBSS compared to Hard handover in case of high
speed in IEEE 802.16e for multimedia traffic. Dans: International Journal on
Computer Networks and Internet Research (CNIR), IGACT, Vol. 9 N. 2, p.53-58, 02-
Dcembre-09. (Accessible depuis IGACT/CNIR).

- Confrences internationales :
Performance of MSCTP Protocol in Vertical Handover Case Between IEEE 802.16e
and IEEE 802.11e Networks. Dans: IEEE International Global Information
Infrastructure Symposium (GIIS 2009), Hammamet-Tunisie, 23-Juin-09/26-Juin-09
IEEE, p. 1-4, 2009. (Accessible depuis IEEE Xplore).
Interaction & Handover between IEEE 802.16e and DVB-S/DVB-RCS using MSCTP
protocol. Dans: IEEE International Symposium on Computers and Communications
(ISCC 2009), Sousse-Tunisie, 05-Juillet-09/08-Juillet-09, IEEE, p. 46-53. 2009.
(Accessible depuis IEEE Xplore).
Hard Handover vs. Soft Handovr for IEEE 802.16e in a City. Dans: IEEE
International Symposium on Computers and Communications (ISCC 2009), Sousse-
Tunisie, 05-Juillet-09/08-Juillet-09, IEEE, p. 54-60. 2009. (Accessible depuis IEEE
Xplore).
Inter-ASN Handover using MSCTP protocol in IEEE 802.16e networks. Dans:
Communication Networks and Services Research Conference (CNSR 2009), Moncton,
New Brunswick, Canada, 11-Mai-09/13-Mai-09, IEEE/ACM, p. 133-138. 2009.
(Accessible depuis IEEE Xplore et ACM Portal).
QoS in IEEE 802.16e for VoIP and Video with mechanism of Soft Handover - FBSS
in a highway. Dans: International Conference on Networking (ICN 2009), Gosier,
Guadeloupe, France, 01-Mars-0/06-Mars-09, IEEE Computer Society, p. 88-93. Mars
2009. (Accessible depuis IEEE Xplore et ACM Portal).
Tarek Bchini, Emmanuel Philippe Dubois, Emmanuel Chaput, Andr-Luc Beylot.
QoS of TV Broadcast Traffic Over Convergent IP Solution for DVB-S. Dans: AIAA
International Communications Satellite Systems Conference (ICSSC 2008), San
Diego-USA, 10-Juin-08/12-Juin-08, American Institut of Aeronautics & Astronautics.
Juin 2008. (Accessible depuis AIAA).

111
Annexe

Table 1. Description du 1
er
scnario
Distance
traverse
en Km
Vitesse du
MS
en Km/h
Localisation du mobile Dure de
localisation
en minutes
Temps de simulation
en minutes
1.6 47 C1 (cellule numro 1) 2.04 0 jusqu 2.04
0.4 72 Zone HO niveau 2 (C1, C3, C4) 0.33 2.04 jusqu 2.37
0.4 72 Zone HO niveau 2 (C3, C4) 0.33 2.37 jusqu 2.7
1.4 65 C7 1.29 3.75 jusqu 5.04
2 87 Zone HO niveau 3 (C7, C5) 1.37 5.04 jusqu 6.41
13 95 C5 8.21 6.41 jusqu 14.62
14 118 C6 7.11 16.51 jusqu 23.62
16 134 C9 7.16 24.12 jusqu 31.28
16.7 98 C10 10.22 31.72 jusqu 41.94
1.5 62 C16 1.45 42.23 jusqu 43.68
0.7 44 C15 0.95 44.22 jusqu 45.17
0.5 65 Zone HO niveau 3 (C15, C14, C13) 0.5 45.17 jusqu 45.62
1.8 37 C13 1.8 45.78 jusqu 48.69

Table 2. Description du 2
me
scnario
Distance
traverse
en Km
Vitesse du
MS
en Km/h
Localisation du mobile Dure de
localisation
en minutes
Temps de simulation
en minutes
0.9 51 C12 1.05 0 jusqu 1.05
0.3 55 C14 0.32 2.46 jusqu 2.78
0.5 67 C11 0.44 3.34 jusqu 3.78
15.5 100 C10 9.3 3.95 jusqu 13.25
15.2 112 C9 8.14 13.43 jusqu 21.57
12.3 132 C6 5.59 21.83 jusqu 27.42
12.1 94 C5 7.72 28.87 jusqu 36.59
0.8 82 C3 0.58 37.03 jusqu 37.61
1 72 C4 0.83 37.75 jusqu 38.58
0.4 35 C2 0.58 38.99 jusqu 39.57
0.5 35 C8 0.58 39.67 jusqu 40.52

112
Table 3. Rgles dInfrence
VARIABLES DENTREE SORTIE
No (si) meilleur
RSS de BS
dtect (est)
(et si)
Type de HO
(est)
(et si)
Type de trafic
(est)
(et si)
Charge de
BS (est)
(et si)
Timer
(est)
(et si)
Vitesse
(est)
(et si)
Autre RSS
de BS
detect
(est)
(et si)
Autre
charge de
BS (est)
(alors) la
Dcision de
HO (est)
1 Faible --- --- --- --- --- --- --- Pas de HO et re-
mesurer
2 Moyen --- --- Elev Faible --- --- --- Pas de HO,
incrmenter le Timer
et re-tester la charge
de BS
3 Moyen --- --- Elev Elev --- --- --- Pas de HO et mesurer
autres RSS des BSs
4 Moyen Niveau 2 Data ou VoIP
ou Vido
Moyen --- Faible --- --- Probablement Hard
HO
5 Moyen Niveau 2 Data ou VoIP
ou Vido
Faible --- Faible --- --- Hard HO
6 Moyen Niveau 2 Data Moyen --- Moyen --- --- Probablement Hard
HO
7 Moyen Niveau 2 Data Faible --- Moyen --- --- Hard HO
8 Moyen Niveau 2 Data Moyen --- Elev --- --- Probablement Hard
HO
9 Moyen Niveau 2 Data Faible --- Elev --- --- Hard HO
10 Moyen Niveau 2 Vido Moyen --- Moyen Faible --- Probablement FBSS
entre ancienne et
nouvelle BS
seulement
11 Moyen Niveau 2 Vido Moyen --- Moyen Elev Elev Probablement FBSS
entre ancienne et
nouvelle BS
seulement
12 Moyen Niveau 2 Vido Moyen --- Moyen Elev Faible Probablement FBSS
entre ancienne,
nouvelle et autres BSs
13 Moyen Niveau 2 Vido Moyen --- Elev Elev Elev Probablement pas de
FBSS entre ancienne
et nouvelle BS
seulement
14 Moyen Niveau 2 Vido Moyen --- Elev Elev Faible Probablement pas de
FBSS entre ancienne,
15 Moyen Niveau 2 Vido ou
VoIP
Faible --- Moyen Elev Elev Probablement FBSS
entre ancienne et
nouvelle BS
seulement
VoIP
Faible --- Moyen Elev Faible Probablement FBSS
entre ancienne,
VoIP
Faible --- Moyen Elev Elev FBSS entre ancienne
et nouvelle BS
seulement
VoIP
Faible --- Moyen Elev Faible FBSS entre ancienne,
VoIP
Faible --- Elev Elev Elev Probabement FBSS
entre ancienne et
nouvelle BS
seulement
113
21
Moyen Niveau 2 VoIP Moyen
---
Moyen Faible
---
Probablement FBSS
entre ancienne et
nouvelle BS
seulement
22
---
Moyen Elev Elev Probablement FBSS
entre ancienne et
nouvelle BS
seulement
23
---
Moyen Elev Faible Probablement FBSS
entre ancienne,
24
---
Elev Elev Elev Probablement pas de
FBSS entre ancienne
et nouvelle BS
seulement
25
---
Elev Elev Faible Probablement pas de
FBSS entre ancienne,
26
Elev
--- ---
Elev Faible
--- --- ---
Pas de HO,
incrementer Timer et
tre-tester la charge de
BS
27
Elev
--- ---
Elev Elev
--- --- ---
Pas HO et mesurer
autres RSS des BSs
28
Elev Niveau 2 Data ou VoIP
ou Vido
Moyen
---
Faible
--- ---
Hard HO
29
Elev Niveau 2 Data ou VoIP
ou Vido
Faible
---
Faible
--- ---
Hard HO
30
Elev Niveau 2 Data Moyen
---
Moyen
--- ---
Hard HO
31
Elev Niveau 2 Data Faible
---
Moyen
--- ---
Hard HO
32
---
Elev
--- ---
Hard HO
33
---
Elev
--- ---
Hard HO
34
Elev Niveau 2 Vido ou
VoIP
Moyen
---
Moyen Faible
---
FBSS entre ancienne
et nouvelle BS
seulement
35
VoIP
Moyen
---
Moyen Elev Elev FBSS entre ancienne
et nouvelle BS
seulement
36
VoIP
Moyen
---
Moyen Elev Faible FBSS entre ancienne,
37
VoIP
Moyen
---
Elev Elev Elev Probablement FBSS
entre ancienne et
nouvelle BS
seulement
38
VoIP
Moyen
---
Elev Elev Faible Probablement FBSS
entre ancienne,
39
VoIP
Faible
---
et nouvelle BS
seulement
40
VoIP
Faible
---
41
VoIP
Faible
---
et nouvelle BS
seulement
42
VoIP
Faible
---

114
Elev Niveau 2 Vido ou VoIP Faible
---
Elev Elev Elev FBSS entre ancienne et
nouvelle BS seulement
Moyen Niveau 3 Data Moyen
--- --- --- ---
Probablement pas de
PMIP
Moyen Niveau 3 Data Faible
--- --- --- ---
Probablement PMIP
Moyen Niveau 3 Vido ou VoIP Moyen
--- --- --- ---
Probablement pas de
MSCTP
Moyen Niveau 3 Vido ou VoIP Faible
--- --- --- ---
Probablement MSCTP
--- --- --- ---
Probablement PMIP
--- --- --- ---
PMIP
Elev Niveau 3 Vido ou VoIP Moyen
--- --- --- ---
Probablement MSCTP
Elev Niveau 3 Vido ou VoIP Faible
--- --- --- ---
MSCTP

Exemple 1. Exemple pratique sur la modlisation avec la logique floue
Ltape de fuzzification transforme les valeurs dentre en noms des fonctions
dappartenance et en degrs dappartenance dans les fonctions. Par exemple, lors du
dplacement dune MS qui va effectuer un Handover ; un moment donn elle est localise
dans une cellule dun rayon de couverture gal 3 km ; et le meilleur RSS quelle dtecte
avant le Handover est gal -125 dBm.
En se rfrant la figure 49 (Fonction dappartenance RSS pour un rayon de couverture de
BS = 3 km), la valeur -125 dBm correspond lensemble dappartenance Elev avec un
degr = 0.25, et correspond aussi lensemble dappartenance Moyen avec un degr = 1.
Ensuite, par exemple, la MS va effectuer un Handover de niveau 2, et elle est en train
dchanger un trafic de type vido.
Supposant aussi que la charge de la BS choisie pour le Handover est de 81% ; donc en se
rfrant la figure 51 (Fonction dappartenance charge de BS pour le trafic Vido), la valeur
81% va correspondre lensemble dappartenance Elev avec un degr = 0.1, et va
correspondre aussi lensemble dappartenance Moyen avec un degr = 0.9.
Nous proposons aussi quau moment du Handover, la vitesse du mobile sera gale 65 km/h.
En se rfrant la figure 55 (Fonction dappartenance Vitesse), la vitesse choisie va
correspondre lensemble dappartenance Elev avec un degr = 0.3, et va correspondre
lensemble dappartenance Moyen avec un degr = 0.7.
A ce stade l, le mcanisme qui sera normalement appliqu durant le Handover sera le FBSS.
Aprs le Handover, la MS va mesurer dautres signaux des BSs voisines ; et supposant quelle
a dtect un signal acceptable gal 120 dBm dune BS couvrant une cellule de 10 km de
rayon ; dans ce cas en se rfrant la figure 50 (Fonction dappartenance RSS pour un rayon
de couverture de BS = 10 km), la valeur du signal va correspondre lensemble
dappartenance Elev avec un degr = 1. Et finalement la charge de lautre BS = 90% ; en
se rfrant la figure 51 (Fonction dappartenance charge de BS pour le trafic Vido), la
valeur 90% va correspondre lensemble dappartenance Elev avec un degr = 1.
Donc la partie qui suit, nous allons passer ltape dvaluation des rgles ; et pour cela
nous allons appliquer les rgles dinfrence illustres dans lannexe page 112 sur la
combinaison des variables dentre que nous venons de prsenter en fonction de leurs
fonctions dappartenance, pour pouvoir obtenir des rsultats en sortie.

115
----------------------------------------------------------------------------------------------------------------------------------------
Entre / (Fonction dappartenance , degr dappartenance)
----------------------------------------------------------------------------------------------------------------------------------------
Type de Handover = Niveau 2
Type de trafic = Vido
RSS (rayon de 3 km) = -125 dBm / (Elev, 0.25) et (Moyen, 1)
Charge de BS (trafic Vido) = 81 % / (Elev, 0.1) et (Moyen, 0.9)
Vitesse du mobile = 65 km/h / (Elev, 0.3) et (Moyen, 0.7)
Autre RSS (rayon de 10 km) = -120 dBm / (Elev, 1)
Autre charge = 90 % / (Elev, 1)
----------------------------------------------------------------------------------------------------------------------------------------
Le degr dappartenance pour la sortie FHD peut tre assign au minimum, maximum, ou la moyenne des
degrs dappartenance des rgles antcdents. Dans cet exemple, une approche conservatrice est prise, et le
degr de la sortie FHD est le minimum (se rfrer la table des rgles dans lannexe page 112)
Nous allons maintenant exposer toutes les combinaisons possibles de chaque entre avec la fonction
dappartenance correspondante, et comparer chaque combinaison obtenue avec la table des rgles pour obtenir la
FHD ; et le degr correspondant sera le minimum des degrs dappartenance correspondants.
(Dans la suite E sera labrviation de Elev et M sera labrviation de Moyen).
----------------------------------------------------------------------------------------------------------------------------------------
(E/RSS, E/charge de BS, E/vitesse, E/autre RSS, E/autre charge) FHD = Pas de HO (daprs la table des
rgles) et Degr = min (0.25, 0.1, 0.3, 1, 1) = 0.1
----------------------------------------------------------------------------------------------------------------------------------------
(E/RSS, M/charge de BS, E/vitesse, E/autre RSS, E/autre charge) FHD = Probablement HO FBSS entre
ancienne et nouvelle BSs seulement (daprs la table des rgles) et Degr = min (0.25, 0.9, 0.3, 1, 1) = 0.25
----------------------------------------------------------------------------------------------------------------------------------------
(M/RSS, E/charge de BS, E/vitesse, E/autre RSS, E/autre charge) FHD = Pas de HO (daprs la table des
rgles) et Degr = min (1, 0.1, 0.3, 1, 1) = 0.1
----------------------------------------------------------------------------------------------------------------------------------------
(M/RSS, M/charge de BS, E/vitesse, E/autre RSS, E/autre charge) FHD = Probablement pas de HO FBSS entre
ancienne et nouvelle BSs seulement (daprs la table des rgles) et Degr = min (1, 0.9, 0.3, 1, 1) = 0.3
----------------------------------------------------------------------------------------------------------------------------------------
(E/RSS, E/charge de BS, M/vitesse, E/autre RSS, E/autre charge) FHD = Pas de HO (daprs la table des
rgles) et Degr = min (0.25, 0.1, 0.7, 1, 1) = 0.1
----------------------------------------------------------------------------------------------------------------------------------------
(E/RSS, M/charge de BS, M/vitesse, E/autre RSS, E/autre charge) FHD = HO FBSS entre ancienne et
nouvelle BSs seulement (daprs la table des rgles) et Degr = min (0.25, 0.9, 0.7, 1, 1) = 0.25
----------------------------------------------------------------------------------------------------------------------------------------
(M/RSS, E/charge de BS, M/vitesse, E/autre RSS, E/autre charge) FHD = Pas de HO (daprs la table des
rgles) et Degr = min (1, 0.1, 0.7, 1, 1) = 0.1
----------------------------------------------------------------------------------------------------------------------------------------
(M/RSS, M/charge de BS, M/vitesse, E/autre RSS, E/autre charge) FHD = Probablement HO FBSS entre
ancienne et nouvelle BSs seulement (daprs la table des rgles) et Degr = min (1, 0.9, 0.7, 1, 1) = 0.7
----------------------------------------------------------------------------------------------------------------------------------------
Aprs lvaluation de toutes les rgles applicables aux entres floues, il est souvent probable que quelques
FHD ont plus quune seule valeur de degr dappartenance, comme le cas ici avec le FHD Probablement HO
ci-dessus qui prend les deux valeurs 0.25 et 0.7. Dans une telle situation, on peut choisir entre trois possibilits :
utiliser le minimum, le maximum ou la moyenne des degrs dappartenance. Dans cet exemple, le FHD
Probablement HO est assign la valeur maximale = max (0.25, 0.7) = 0.7.
Maintenant nous allons exposer les rsultats finaux des tats des FHD obtenus aprs valuation des rgles
dinfrence avec leurs degrs correspondants :
Handover: 0.25 // Probablement Handover: 0.7 // Probablement pas de Handover: 0.3 // Pas de Handover: 0.1

Finalement dans ltape de dfuzzification, nous allons appliquer la formule de probabilit du Handover (1)
pour calculer les probabilits, et la valeur finale du FHD sera obtenue comme suit :

FHD=
) 1 . 0 3 . 0 7 . 0 25 . 0 (
) 1 . 0 1 . 0 ( ) 4 . 0 3 . 0 ( ) 7 . 0 7 . 0 ( ) 1 25 . 0 (
+ + +
+ + +
= 0.64

La probabilit de Handover = 0.64 > 0.6, donc initier le Handover en utilisant la technique FBSS entre
lancienne et la nouvelle BSs seulement.
116
Schma 1. Handover depuis 802.16e vers UMTS en utilisant MSCTP + MIH

117
Schma 2. Handover depuis 802.16e vers LTE en utilisant MSCTP + MIH

118

Schma 3. Handover depuis LTE vers 802.16e en utilisant MSCTP + MIH

119
Glossaire

- 2G (2
me
gnration): technologies de communication radio mobile de 2
me
gnration.
- 3G (3me gnration): technologies de communication radio mobile de 3
me
gnration.
- 3G+: technologies de communication radio mobile aprs la 3
me
gnration.
- 3GPP (3rd Generation Partnership Project): coopration entres organisations de standardisation rgionaux en
tlcoms visant la spcification technique de la 3G.
- 3GPP2 (3rd Generation Partnership Project 2): coopration entres organisations de standardisation rgionaux
en tlcoms visant la spcification technique de la 3G.
- 3GPP Anchor: entit physique du rseau LTE.
- 4G (4
me
gnration): prochaine gnration prvue pour les technologies de la communication radio mobile.
- AAA (Authentication Authorization Accounting): protocole dauthentification, dautorisation et de traabilit.
- ACK (Acknowledge): acquittement.
- Ad-Hoc: version du WIFI permettant lchange direct des informations entre les stations.
- AGW (Access Gateway): entit physique du rseau UMB.
- AP (Access Point): borne mettrice du rseau WIFI.
- ASN (Access Service Network): partie de laccs radio du rseau WiMAX.
- ASN-GW (Access Service Network Gateway): passerelle responsable du lien entre la partie radio et le rseau
cur WiMAX.
- ASP (Access Service Provider): fournisseur de service dapplication.
- AT (Access Terminal): terminal daccs dans le rseau UMB.
- ATM (Asynchronous Transfer Mode): protocole rseau de niveau 2 commutation de cellules.
- AuC (Authentification Center): entit physique de lUMTS.
- Backbone: dorsale Internet.
- Bande Ku (Kurtz-Under): bande de frquence utilise pour le satellite.
- BCH (Bose-Chaudhuri-Hocquenghem): technique de codage.
- BE (Best Effort): classe de service dans le WiMAX pour des flux qui ne ncessitent pas la QoS.
- Beacon Frame: trame de gestion dans le WIFI.
- Beamforming: technologie dantennes avance.
- Bluetooth (IEEE 802.15.1): norme de communication radio de courte porte.
- BS (Base Station) : borne mettrice du rseau WiMAX.
- BSS (Basic Service Set): type darchitecture du WIFI.
- C_SAP (Control SAP): SAP qui spcifie linterface entre le MIHF et le plan de contrle du WiMAX.
- CBR (Constant Bit Rate): chantillonnage fixe.
- CDG (CDMA Development Group): groupe de recherche.
- CDMA 2000 (Code Division Multiple Access 2000): technologie de communication radio mobile de troisime
gnration.
- CFP (Contention Free Period): priode dfinie dans lIEEE 802.11e.
- CN (Circuit Swtiching Netwrok): rseau bas sur la commutation de circuits.
- CP (Contention Period): priode dfinie dans lIEEE 802.11e.
- CS (Convergence Sublayer): 1
re
sous couche MAC du WiMAX responsable de linterfaage avec les couches
suprieures et les rseaux externes.
- CS_SAP (Convergence Sublayer Service Access Point): SAP soccupant du transfert/de la rception du trafic
vers lextrieur/par la couche MAC du WiMAX.
- CSMA/CA (Carrier sense multiple access with collision avoidance): mthode daccs au media.
- CSN (Connectivity Service Network): rseau cur du WiMAX.
- CMIP (Client Mobile IP): nomm aussi MIP est un protocole de Handover en macro mobilit.
- CN (Core Network): cur du rseau UMTS.
- CN (Correspondant Node): nud qui communique avec une station.
- Cygwin: utilitaire permettant dutiliser les commandes du systme Unix sous le Windows.
- DAR (Dynamic Address Reconfiguration): protocole de configuration automatique des adresses utilis lors de
lintervention de MSCTP.
- DCF (Distributetd Coordination Function): fonction de coordination distribue dans le WIFI.
- Dedicated bearer: connectivit limite avec une certaine QoS dans le LTE.
- Default bearer: connectivit permanente sans garanti de QoS dans le LTE.
- Diversity Set : liste de stations de base candidates dans le cas dun Handover.
- DLL (Data Link Layer): couche de niveau 2 de IPoS.
- DNS (Domain Name System): systme de correspondance entre une adresse IP et un nom de domaine.
120
- DHCP (Dynamic Host Configuration Protocol): assure la configuration automatique des paramtres IP dune
station.
- Diameter : protocole dauthentification.
- DS (Distribution System): systme de distribution.
- DS (Distant Server): serveur distant.
- DVB-RCS (Digital Video Boradcasting Return Channel via Satellite): norme qui dfinit une voie retour par
satellite.
- DVB-S (Digital Video Broadcasting over Satellite): norme de diffusion vido par satellite sur la voie alle.
- DVB-S2 (Digital Video Broadcasting over Satellite 2): nouvelle norme de diffusion vido par satellite sur la
voie alle.
- E-UTRAN (Evolved UMTS Terrestrial Radio Access Netwrok): partie radio du LTE.
- EBS (Evolved Base Station): borne mettrice du rseau UMB.
- ECM (EPS Connection Management): couche suprieure de LTE responsable de la gestion de la connexion.
- EDCF (Enhanced DCF): mcanisme dfini dans lIEEE 802.11e.
- EIR (Equipment Identity Register): entit physique du rseau UMTS.
- EMM (EPS Mobility Management): protocole de couche suprieure de LTE responsable de la gestion de la
mobilit.
- EnodeB (Evolved NodeB): borne mettrice dans le rseau LTE.
- EPC (Evolved Packet Core): nom du rseau Coeur de lEPS.
- EPDG (Evolved Packet Data Gateway): entit physique du rseau LTE.
- EPS (Evolved Packet System): rseau LTE + rseau SAE.
- ESM (EPS Session Management): protocole de gestion de sessions dans LTE.
- ESS (Extended Service Set): type darchitecture WIFI.
- Ericsson: entreprise sudoise de tlcommunications.
- ETSI (European Telecommunications Standards institute): organisme de normalisation europen du domaine
des tlcommunications.
- EV-DO (Evolution-Data optimized): technologie de communication radio mobile de 3
me
gnration.
- FA (Foreign Agent): routeur localis dans un rseau visit.
- FBSS (Fast Base Station Switching): mcanisme de Soft Handover.
- FDD (Frequency Division Duplex): technique de multiplexage.
- Forwarding: expdition des paquets.
- FTP (File Transfert Protocol): protocole de transfert des fichiers.
- FHD (Fuzzy Handover Decision): dcision finale du Handover dans le cadre de la modlisation avec la logique
floue
- Fuzzy Logic: la logique floue est une mthode de modlisation.
- Gateway: passerelle.
- GGSN (Gateway GPRS Support Node): entit physique dans lUMTS.
- GMM (GPRS Mobility Management): couche suprieure de lUMTS responsable de la gestion de la mobilit.
- GMSC (Gateway MSC): entit physique du rseau UMTS.
- GPC (Grant per Connection): classe des stations abonnes dans le WiMAX
- GPRS (General Packet Radio Service) : norme de tlphonie mobile drive du GSM et qualifie de 2.5G.
- GPSS (Grant per SS): classe des stations abonnes dans le WiMAX.
- GSM (Global System for Mobile Communications): norme de tlphonie mobile de 2
me
gnration.
- H.263: norme de codage vido.
- H.264/AVC (Advanced Video Coding): norme de codage video.
- HA (Home Agent): routeur localis dans le rseau dattachement dune station.
- Handover: transfert intercellulaire.
- Handover diagonal: entre deux cellules gres par deux rseaux diffrents mais de la mme famille.
- Handover horizontal: entre deux cellules gres par le mme rseau.
- Handover vertical: entre deux cellules gres par deux rseaux de familles diffrentes.
- Hard Handover: technique de Handover en micro mobilit.
- HCF (Hybrid CF): mcanisme dfinit dans lIEEE 802.11e.
- HD (Haute Definition): qualit suprieure.
- HI (Host Identifier): identifiant dune machine.
- HIP (Host Identity Protocol): protocole Handover en macro mobilit.
- HiperMan (High Performance Radio Metropolitain Area Network): standard europen de tlcommunications
sans fils de longue porte.
- HIT (Host Identity Tag): rsultat aprs le cryptage du HI.
- HLR (Home Location Register): entit physique dans lUMTS.
- HO (Handover): transfert intercellulaire.
121
- HSDPA (High-Speed Downlink Packet Access): technologie de tlphonie radio mobile qualifie de 3.5G.
- HSS (Home Subcriber Server): entit physique du rseau LTE.
- HTTP (Hpertext Transfer Protocol): protocole de navigation WEB.
- HUB: concentrateur.
- IASA (Inter-Access System Anchor): entit du rseau LTE.
- IDLE: inactif.
- IEEE (Institute of Electrical and Electronics Engineers): organisation internationale qui tablit des normes.
- IEEE 802.11e: version du WIFI ddie la QoS.
- IEEE 802.16m: version amliore du WiMAX assurant la rtro-compatibilit entre la version fixe et mobile.
- IEEE 802.21: architecture conue pour le Handover entre les rseaux.
- IETF (Internet Engineering Task Force): groupe international qui participe llaboration des standards pour
le rseau Internet.
- IMS (IP Multimedia Susystem): architecture standardise pour les oprateurs de la tlphonie permettant de
fournir des services multimdia.
- Indoor: lintrieur.
- Intel Corporation: fabriquant des microprocesseurs.
- IP (Internet Protocol): protocole de communication de rseau informatique.
- IPoS (IP over Satellite): norme de communication par satellite.
- IPsec (IP Security): protocole de scurit.
- IPTV (IP Television): tlvision sur le protocole IP.
- IPv4 (IP version 4): paquet IP cod sur 4 octets.
- IPv6 (IP version 6): paquet IP cod sur 6 octets.
- ISO (International Organization for Standardization): organisation internationale de normalisation.
- ISP (Internet Service Provider): fournisseur du service Internet.
- ITU (International Telecommunications Union): organisation internationale charge de la rglementation des
tlcommunications dans le monde.
- L2 (Layer 2): niveau 2 du modle OSI.
- L3 (layer 3): niveau 3 du modle OSI.
- LDPC (Low Density Parity Check): technique de codage.
- LTE (Long Term Evolution): technologie de communication radio mobile de longue porte.
- M_SAP (Management SAP): SAP qui spcifie linterface entre le MIHF et le plan de gestion du WiMAX.
- MAC (Media Access Control): sous couche infrieur de niveau liaison selon lIEEE 802.x par rapport au
modle OSI, et elle est responsable du contrle daccs au support physique.
- MAC CPS (MAC Common Part Sublayer): 2
me
sous couche MAC du WiMAX reponsable de lallocation des
ressources et de ltablissement et les maintiens des connexions.
- MAC_SAP (MAC Service Access Point): SAP soccupant du transfert des donnes entre les sous couches
MAC du WiMAX.
- MAP (Mobile Application Part): protocole de signalisation SS7.
- MDHO (Macro Diversity Handover): mcanisme de Soft Handover.
- ME (Mobile Equipement): quipement mobile.
- MF-TDMA (Multiple Frequency Time Division Multiple Access): mode de multiplexage.
- MIH (Media Independent Handover/IEEE 802.21): architecture conue pour le Handover entre les rseaux.
- MIH_3GLINK_SAP: SAP responsable dtablir le lien entre la 3G et le MIH.
- MIH_LINK_SAP: SAP qui permet de relier le MIHF et les couches infrieures.
- MIH_MGMT_SAP (Management SAP): tablit le lien entre le MIHF et le GMM ou le EMM ou le ECM.
- MIH_NMS_SAP (Network Management SAP): SAP qui ralise les fonctions de la gestion.
- MIH_SAP: SAP qui permet le lien entre les couches suprieures et les couches infrieures.
- MIH_SME_SAP (Station Management Entity SAP): interface par laquelle les paramtres de configuration son
changs entre le WiMAX et le MIH.
- MIHF (MIH Function): fonction principale de MIH.
- MIMO (Multiple Input Multiple Output): technologie dantennes avance.
- MIP (Mobile IP): protocole de Handover en Macro mobilit.
- MIPv6 (Mobile IP version 6): protocole de Handover en macro mobilit.
- MME (Mobility Management Entity): entit physique du rseau LTE.
- MN (Mobile Node): nud mobile.
- MPE (Mutiple Protocol Encapsulation): couche dadaptation entre IP et MPEG2.
- MPEG (Moving Picture Experts Group): norme de codage vido.
- MPEG2-TS (MPEG2 Transport Stream): norme de codage vido utilise par le systme DVB.
- MPEG4: norme de codage vido.
- MS (Mobile Station): station mobile.
122
- MSC (Mobile Serving Switchnig): entit physique dans lUMTS.
- MSCTP (Mobile Stream Control Transmission Protocol): protocole de Handover en macro mobilit.
- NAM (Network Animator): animateur des rseaux appartenant NS2.
- NAP (Network Access Provider): fournisseur de laccs radio WiMAX.
- NAT (Network Address Translator): routeur qui fait la traduction de ladresse rseau.
- NCC (Network Control Center): entit appartenant au Gateway qui envoi les donnes vers le satellite.
- NCMS (Network Control and Management System): extension du WiMAX qui supporte les primitives MIH.
- NIST (National Institute of Standards and Technology): agence de technologies.
- NMMC (Network and Mission Management Center): entit appartenant au Gateway qui transmet les donnes
vers le satellite.
- NodeB: borne mettrice dans le rseau UMTS.
- Nokia Corporation: entreprise finlandaise de tlcommunications.
- NRTPS (Non Real Time Plling Service): classe de service dans le WiMAX pour des flux non temps-rel.
- NS2 (Network Simulator 2): simulateur des rseaux.
- NSP (Network Service Provider): fournisseur daccs IP au WiMAX.
- OFDM (Orthogonal Frequency Division Multiplexing): procd de codage des signaux numriques.
- OFDMA (Orthogonal Frequency Division Multiple Access): mthode daccs la couche physique.
- Okumura-Hata: modle de propagation radio.
- OSI (Open Systems Interconnection): modle de communication entre ordinateurs propos par lISO.
- Outdoor: lextrieur.
- Paging: radiomessagerie.
- PCF (Point Coordination Function): fonction dans le WIFI permettant laccs au mdium sans fil.
- PCRF (Policy & Chaging Rules Function): entit physique du rseau LTE.
- PDA (Personal Digital Assistant): appareil numrique portable.
- PDCP (Packet Data Convergence Protocol): couche infrieure de LTE.
- PDG (Packet Data Gateway): passerelle entre le WiMAX et lUMTS.
- PDN (Packet Data Network): rseaux bass sur la commutation de paquets.
- PDN-GW (Packet Data Network Gateway): entit physique du rseau LTE.
- PDP (Packet Data Protocol): protocole permettant lobtention dadresse pour une station dans les rseaux
GPRS, UMTS..
- PDSN (Packet Data Serving Node): entit physique du rseau EV-DO.
- PHY_SAP (Physique Service Access Point): point daccs responsable du transfert des donnes entre la couche
physique et les sous couches MAC du WiMAX.
- PMIP (Proxy Mobile IP): protocole de Handover en macro mobilit.
- Polling: interrogation des stations par la station de gestion.
- PS (Packet Switching Network): rseau bas sur la commutation de paquets.
- PSTN (Public Switched Telephone Network): rseau tlphonique commut.
- QAM (Quadrature Amplitude Modulation): mthode de modulation.
- QoS (Quality of Service): qualit de service.
- QPSK (Quadrature phase-shift keying): mthode de modulation.
- Qualcomm: entreprise amricaine de tlcommunications.
- RAN (Radio Access Network): accs radio.
- RL (Reverse Link): lien retour.
- RLC (Radio Link Control): couche infrieure de UMTS ou LTE de responsable de ltablissement de la
connexion.
- RNC (Radio Network Controller): entit physique du rseau UMTS.
- Romaing: changement doprateur par une station mobile en gardant sa mme identit.
- RRC (Radio Ressource Control): couche infrieure de UMTS ou LTE responsable de la signalisation entre
lUE et lUTRAN ou lEUTRAN.
- RRC_SAP: responsable du lien entre le MIHF et la couche RRC.
- RRM (Radio Resource Management): gestion des ressources radio.
- RSS (Received Signal Strength): puissance du signal reu.
- RTP (Real-Time Transport Protocol): protocole de communication informatique.
- RTPS (Real-Time Plling Service): classe de service dans le WiMAX pour des flux temps-rel de paquets de
taille variable.
- S-GW (Serving Gateway): entit physique du rseau LTE.
- SAE (System Architecture Evolution): rseau cur de lEPS et LTE.
- SAE Anchor: entit physique du rseau LTE.
- SAP (Service Access Point): points daccs de service.
- Scalable OFDMA: technique de modulation.
123
- SC-FDMA (Single Carrier - Frequency Division Multiple Access): mthode daccs la couche physique.
- SCTP (Stream Control Transmission Protocol): protocole de transport.
- SDMA (Space Division Multiple Access): technologie dantennes avance.
- SGSN (Serving GPRS Support Node): entit physique du rseau UMTS.
- SIP (Session Initiation Protocol): protocole de signalisation de niveau applications.
- SM (Session Management): couche suprieure de lUMTS responsable de la gestion des sessions.
- SMTP (Simple Mail Transfer Protocol): protocole de transmission des e-mails.
- SRNC (Session Reference Network Controller): entit physique du rseau UMB.
- Siemens: groupe allemand dquipements lectroniques et lectrotechniques.
- SLA (Service Level Agreement): document qui dfinit la QoS requise entre un prestataire et un client.
- SMS (Short Message Service): service de messagerie.
- Soft Handover: technique de Handover en micro mobilit.
- SS (Security Sublayer): 3
me
sous couche MAC du WiMAX responsable de la scurit.
- SS7 (Signalisation System 7): ensemble de protocoles de signalisation.
- ST (Satellite Terminal): terminal satellite.
- TCP (Transmission Control Protocol): protocole de transport.
- TDD (Time Division Duplex): technique de multiplexage.
- TDM/TDMA (Time Division Mutiplexing/Time Division Multiple Access): mthode daccs au support
physique.
- Tunneling: encapsulation des donnes dun protocole rseau dans un autre.
- Two Ray Ground: modle de propagation radio.
- UDP (User Datagram Protocol): protocole de transport.
- UE (User equipement): quipement utilisateur.
- UGS (Undolicited Grant Service): classe de service dans le WiMAX pour des flux temps-rel de paquets de
taille fixe.
- ULE (Unidirectional Lightweight Encapsulation): couche adaptative dencapsulation entre les couches
suprieures et le MPEG2-TS.
- ULE SNDU (ULE Sub Network Data Unit): paquets forms aprs lencapsulation dans ULE.
- UMB (Ultra Mobile Broadband): technologie avance de communication radio mobile de longue porte.
- UMTS (Universal Mobile Telecommunications System): technologie de communication radio mobile de 3
me

gnration de longue porte.
- Unix: systme dexploitation.
- UPE (User Plane Entity): entit physique du rseau LTE.
- UTRAN (UMTS Terrestrial Radio Access Netwrok): partie radio du rseau UMTS.
- UWB (Ultra Wide Band, IEEE 802.15.3): technologie de communication radio de courte porte.
- Vido Stremaing: diffusion de vido en mode contenu.
- Visiofonie: association de la tlphonie et la TV permettant aux usagers de se voir pendant leur conversation
tlphonique.
- VLR (Visited Location Register): entit physique dans lUMTS.
- VoIP (Voice over IP): tlphonie sur le protocole IP.
- VPN (Virtual Private Network): rseau virtuel priv.
- VSAT (Very Small Aperture Terminal): terminaux de rception des flux envoys par le satellite.
- WAG (WiMAX Access Gateway): passerelle entre le WiMAX et lUMTS.
- WCDMA (Wideband CDMA): volution de la technologie CDMA.
- WIFI (IEEE 802.11): technologie de communication radio de porte moyenne.
- WiMAX (IEEE 802.16): technologie de communication radio de 3
me
gnration de longue porte.
- WiMAX mobile (IEEE 802.16e): version du WiMAX ddie la mobilit des terminaux.
- WLAN (Wireless Local Area Network): rseau local sans fil.
- WMAN (Wireless Wide Area Network): rseau tendu sans fil.
- X2: interface entre deux eNodeB du rseau LTE.
- X25: protocole de communication en mode paquets.

124
Rfrences Bibliographiques

[1] D. Rouffet, S. kerboeuf, L. Cai & V. Capdevielle, 4G Mobile , Alcatel, Technical Paper, 2005.
[2] J-S. Hwang, R. Consulta & H-Y Yoon, 4G Mobile Networks Technology Beyond 2.5G and 3G , PTC
(Pacific Telecommunications Council) Proceedings, Hawaii, 2007.
[3] J. Blin & S. Renault, 4G, La Convergence Ultime , Article rdig dans www.01net.com, 2004.
[4] Khan, A.H.; Qadeer, M.A.; Ansari, J.A.; Waheed, S., 4G as a Next Generation Wireless Network , Future
Computer and Communication. ICFCC 2009. pp 334 338, Avril 2009.
[5] Krenik, B.; 4G wireless technology: When will it happen? What does it offer? , Solid-State Circuits
Conference, 2008. A-SSCC '08. IEEE Asian, pp 141 144, Novembre 2008.
[6] D. Christian, La Convergence se jouera entre WiMAX, LTE et UMB , In-Stat, Article rdig dans
www.generation-nt.com, 2007.
[7] M-A. Delalande, LITU reconnat officiellement WiMAX comme une technologie 3G , Article rdig
dans www.reseaux-telecoms.net, 2007.
[8] IEEE Std, Air Interface for Fixed Boradband Wireless Access Systems , Local and Metropolitan Area
Networks, Part 16, 2004.
[9] E. Borcoci, WiMAX technologies: Architectures, Protocols, Resource management And Applications ,
IARIA, BIOTECHNO 2008, Tutorial, Bucharest, Romanie, Juin 2008.
[10] D. Pareek, WiMAX Taking Wireless in the Max , Publi par Auerbach Publications Taylor & Francis
Group, 2006.
[11] G. Radha, S. Krishna, V. Rao & G. Radhamani, WiMAX a Wireless Technology revolution , Publi par
Auerbach Publications Taylor & Francis Group, 2008.
[12] Mustafa Ergen, Mobile Broadband Including WiMAX and LTE 2009, livre, 640 p. 311 illus. Hardcover
ISBN: 978-0-387-68189-4, Springer, 2009.
[13] IEEE Std, Air Interface for Fixed and Mobile Broadband Wireless Access Systems, IEEE 802.16e, Part
16, 2006.
[14] P. Yegani, WiMAX Overview, IETF-64 Cisco Systems, 2005.
[15] WiMAX Forum, WiMAX End-to-End Network Systems Architecture , Draft Stage 2: Architecture
Tenets, Reference Model and Reference Points, 2007.
[16] M. Cudak, Draft IEEE 802.16m Requirements , Motorola, Projet: IEEE 802.16 Broadband Wireless
Access Working Group, 2008.
[17] S. Hamiti, Draft IEEE 802.16m System Description Document , Nokia, Projet: IEEE 802.16 Broadband
Wireless Access Working Group, 2008.
[18] H. Wang, L. Kondi, A. Luthra, S. Ci, 4G Wireless Video Communications , Wiley Series on Wireless
Communications and Mobile Computing, ISBN: 978-0-470-77307-9 Hardcover. Livre, Avril 2009.
[19] Papapanagiotou, I.; Toumpakaris, D.; Lee, J.; Devetsikiotis, M. , A survey on next generation mobile
WiMAX networks: objectives, features and technical challenges , Communications Surveys & Tutorials,
IEEE Volume 11, Issue 4, pp 3-18, 2009.
[20] Motorola, Long Term Evolution (LTE): A Technical Overview , Technical White Paper, 2007.
[21] U. Barth, 3GPP Long-Term Evolution / System Architecture Evolution Overview , Alcatel, Technical
white paper, Septembre 2006.
[22] G. Fritze, SAE The Core Network for LTE , Ericsson, Technical white paper, 2008.
[23] Larmo, A.; Lindstrom, M.; Meyer, M.; Pelletier, G.; Torsner, J.; Wiemann, H , The LTE link-layer design
, Communications Magazine, IEEE Volume 47, Issue 4, pp. 52 59, Avril 2009.
[24] Man Hung Ng; Shen-De Lin; Li, J.; Tatesh, S. , Coexistence studies for 3GPP LTE with other mobile
systems , Communications Magazine, IEEE, Volume 47, Issue 4, pp. 60 65, Avril 2009
[25] 3GPP2, Overview for Ultra Mobile Boradband (UMB) Air Interface Specification , Technical White
Paper, 2008.
[26] Wang, M.; Ultra Mobile Broadband Technology Overview , Communication Networks and Services
Research Conference, 2008. CNSR, pp 8-9, Mai 2008.
[27] M. Kukarni, 4G Wireless and International Mobile Telecommunication (IMT) Advanced , mmoire
rdige, www.cse.wustl.edu, 2008.
[28] Parsa Wireless Communications, Survey of WiMAX, LTE, and UMB , 2007.
[29] C. Ball, LTE and WiMAX Technology and Performance Comparison , Nokia Siemens Networks, 2007.
[30] IEEE 802.11 Standard, 1999.
[31] IEEE Std, Wireless LAN Medium Control (MAC) and Physical Layer (PHY) Specifications , IEEE
802.11, Part 11, 2007.
[32] IEEE 802.11e Draft Standard/D4.4, 2003.
[33] J. Yu, IEEE 802.11e QoS for Wireless LAN: A Research Direction , TDC Network Seminar, 2003.
125
[34] S. Mangold, S. Choi, P. May, O. Klein, G. Hiertz & L. Stibor, IEEE 802.11e Wireless LAN for Quality
of Service , Proc. European Wireless, 2002.
[35] Motorola & Intel, WiMAX and WIFI together: Deployment Models and User Scenarios , White Paper,
2007.
[36] Intel, WiMAX and WIFI together: Synergies for Next-Generation Broadband , White Paper, 2008.
[37] ETSI, Universal Mobile Telecommunications System UMTS , 1999.
[38] J. Sanchez & M. Thioune, Universal Mobile Telecommunications System UMTS , Hermes Science,
2004.
[39] S. Vijay Anand, QoS based Handover layer for a Multi-RAT Mobile Teminal in UMTS and Wi-MAX
Networks , IEEE Explore, COMSWARE, 472-479, 2008.
[40] ETSI EN 300 421, Digital Video Broadcasting (DVB); Framing structure, channel coding and modulation
for 11/12 Ghz satellite services .
[41] ISO/IEC, Information technology - Generic coding of moving pictures and associated audio information:
Systems ISO/IEC 13812-1 , 1996.
[42] ETSI EN 301 790, Digital Video Broadcasting (DVB); Interaction channel for satellite distribution
systems .
[43] ETSI EN 302 307, Digital Video Broadcasting (DVB): Second generation framing structure, channel
coding and modulation systems for Broadcasting, Interactive Services, News Gathering and other broadband
satellite applications , v1.1.1, 2005.
[44] Bennett, B.; Holt, C.; Skowrunski, M.; Summers, E.; Hamilton, B.A., DVB-S2 benefits for military
broadcast systems , Military Communications Conference MILCOM 2005. IEEE pp.148 - 154 Vol. 1,
Octobre 2005.
[45] T. Wiegand, G. Sullivan, ITU-T Rec. H.264 | ISO/IEC 14496-10 AVC , Draft ITU-T, 2003.
[46] Hughes Network Systems, IP over Satellite (IPoS) The Standard for Broadband over Satellite , 2007.
[47] Coe, Sebastian, Internet Protocol over Satellite: Insights for telecommunications systems managers ,
Wireless Communications & Signal Processing, WCSP 2009, pp. 1-5, 2009.
[48] WiMAX Forum, A Technical Overview and Performance Evaluation, Mobile WiMAX , Partie I, 2006.
[49] Z. Becvar & J. Zelenka, Handovers in the Mobile WiMAX , Research in Telecommunication
technology, vol 1, pp 147-150, 2006.
[50] IEEE Std: Soft Handover and Fast BS Switching Procedure , IEEE 802.16 Broadband Wireless Access
Working Group, 2004.
[51] C. Perkins, IP Mobility Support for IPv4 , RFC 3344, IETF, 2002.
[52] K. Leung, G. Dommety, P. Yegani & K. Chowdhury, Mobility Management Using Proxy Mobile IPv4 ,
Internet Draft, IETF, 2007.
[53] D. Johnson, C. Perkins & J. Arkko, Mobility Support in IPv6 , RFC 3775, IETF, 2004.
[54] R. Moskowitz, P. Nikander, P. Jokela & T. Henderson, Host Identity Protocol , RFC 5201, IETF, 2008.
[55] Novaczki, S.; Bokor, L.; Imre, S., Micromobility support in HIP: survey and extension of host identity
protocol , Electrotechnical Conference, MELECON 2006 pp. 651 654. Mai 2006.
[56] Xin Yang; Xin-sheng Ji, Host Identity ProtocolRealizing the separation of the location and host
identity , Information and Automation, ICIA 2008, pp. 749 752. Juin 2008.
[57] Nikander, Pekka, The Host Identity Protocol (HIP): Bringing mobility, multihoming, and baseline
security together , Security and Privacy in Communications Networks and the Workshops, SecureComm
2007. pp. 518 519. Septembre 2007.
[58] R. Stewart, Q. Xie, K. Morneault, C. Sharp, H. Schwarzbauer, T. Taylor, I. Rytina, M. Kalla, L. Zhang & V.
Paxson, Stream Control Transmission Protocol , RFC 2960, IETF, 2000.
[59] R. Stewart, Q. Xie, M. Tuexen, S. Maruyama, & M. Kozuka, Stream Controll Transmission Protocol
(SCTP) Dynamic Address Reconfiguration , RFC 5061, IETF, Draft, 2007.
[60] M. Riegel & M. Tuexen, Mobile SCTP , Internet Draft, IETF, 2005.
[61] Seok Joo Koh; Moon Jeong Chang; Meejeong Lee, mSCTP for soft handover in transport layer ,
Communications Letters, IEEE, Vol 8, Issue 3, pp. 189 191. Mars 2004.
[62] Seok Jon Koh; Hee Young Jung; Jae Hong Min; Transport layer internet mobility based on mSCTP ,
Advanced Communication Technology, ICACT 2004, Vol. 1, pp. 329-333, 2004.
[63] J. Rosenberg, H. Schulzrinne, G. Camarillo, A. Johnston, J. Peterson, R. Sparks, H. Handley & E.
Echooler, SIP: Session Initiation Protocol , RFC 3261, IETF, 2002.
[64] V. Gupta, IEEE 802.21 Tutorial , prsent la session IEEE 802.21 #15, 2006.
[65] IEEE, Draft Std for Local and Metropolitan Area Networks: Media Independent Handover Services ,
IEEE P802.21/D05.00, 2007.
[66] Taniuchi, K.; Ohba, Y.; Fajardo, V.; Das, S.; Tauil, M.; Yuu-Heng Cheng; Dutta, A.; Baker, D.; Yajnik,
M.; Famolari, D.; IEEE 802.21: Media independent handover: Features, applicability, and realization ,
Communications Magazine, IEEE, Vol 47, Issue 1, pp. 112-120. Janvier 2009.
126
[67] De La Oliva, A.; Banchs, A.; Soto, I.; Melia, T.; Vidal, A.; An overview of IEEE 802.21: media-
independent handover services , Wireless Communications, IEEE, Vol 15, Issue 4, pp. 96 103, Aot
2008.
[68] The Information Science Institute, The network Simulator-NS2 , http://www.isi.edu/nsnam/ns/
[69] Information Sciences Institute (ISI), NSNAM Web Pages, 18.2 Two-Ray Ground reflection Model ,
Janvier 2009.
[70] National Institute of Standards and Technology, http://www.nist.gov/index.html
[71] National Institute of Standards and Technology, The network Simulator NS-2 NIST add-on IEEE 802.16
model (MAC + PHY) , Juin 2007.
[72] Universit de Lige, Dpartement dAstrophysique, Gophysique et Ocanographie, Introduction aux
mthodes quantitatives et lments de statistique , Chapitre 5, 2004.
[73] WiMAX Community, WiMAX Fundamentals, 1.7.3 Quality of Service , Juin 2007.
[74] L. A. Zadeh, Soft Computing and Fuzzy Logic , IEEE Software, pp. 48-54,1994.
[75] J. Yen, Fuzzy Logic A Modern Perspective , IEEE Transactions on Knowledge and Data Engineering,
pp. 153-165, Janvier 1999.
[76] J-S. R. Jang and C-T. Sun, Neuro-Fuzzy Modeling and Control , Proceedings of the IEEE, Mars 1995.
[77] P. M. L. Chan et al., Mobility Management Incorporating Fuzzy Logic for a Heterogeneous IP
Environment , IEEE Communications Magazine, pp. 42-51, Dcembre 2001.
[78] G. Edwards et al., Fuzzy Handoff Algorithms for Wireless Communications , Fuzzy Sets and Systems,
pp. 379-388, Mars 2000.
[79] Quoc-Thinh. Nguyen-Vuong, Lionel. Fiat and Nazim. Agoulmine, An Architecture for UMTS-WIMAX
Interworking , Proc of 1st IEEE Symp. on Broadband Convergence Networks, pp. 1-10. Avril 2006.
[80] Shahbaz Khan, Shoaib Khan, Sahibzada Ali Mahmud, Hamed Al-Raweshidy, Supplementary
Interworking Architecture for Hybrid Data Networks (UMTS-WiMAX) , Proc. Int. Multi-Conf. on
Computing in the Global Info, pp 5761. Aot 2006.
[81] S.Vijary Anand, Qos based handover layer for a multi-RAT mobile terminal in UMTS and Wi-MAX
networks , Communication Systems Software and Middleware and Workshops, pp 472-479. Janvier 2008.
[82] B. Liu, P. Martins, A. E. Samhat and P. Bertin, A Layer 2 Scheme for Inter-RAT Handover between
UMTS and WiMAX in Tight Coupling Architecture , IEEE 19th International Symposium on Personal,
Indoor and Mobile Radio Communications, pp 1-5. Septembre 2008.
[83] F. Xu, et al., Interworking of WiMAX and 3GPP networks based on IMS , IEEE Commun. Mag., vol.
45, pp. 144-150, 2007.
[84] Joo-Young Baek, Deok-Jin Kim, Young-Joo Suh, Eui-Seok Hwang and Young-Don Chung, Network
Initiated Handover Based on IEEE 802.21 Framework for QoS Service Continuity in UMTS/802.16e
Networks , in Proc. IEEE Vehicular Technology Conference, VTC Spring, pp. 2157-2161, Mai 2008.
[85] E. Borcoci , Wimax Technologies: Architecture, protocols, Resource Management & Applications ,
Confrence CTRQ, Juillet 2008.
[86] V. Gupta, IEEE 802.21 MIHS , IEEE 802.21 Working Group, Mai, 2008.
[87] U. Olvera, IEEE 802.21 MIHO , IEEE 802.21 session 12, Hawaii, Janvier, 2006.
[88] K-H. Li, Wimax Solution Division , Intel Mobility Group, Juin 2006.
[89] Q.Thinh, N.Vuong, L. Fiat, N. Agoulmine, An Architecture for UMTS-WiMAX Interworking
Broadband Convergence Networks, pp. 1-10. Avril 2006.
[90] Y. Ching, A Gateway to Integrate Heterogenous Networks , Industriel technology Research Institute,
2007.
[91] J-Y Baek, D-J Kim, Y-J Suh, E-S Hwang, Y-D Chung, Network-Initiated Handover Based on IEEE
802.21 Framework for QoS Service Continuity in UMTS/802.16e Networks , VTC, pp. 2157-2161. Mai
2008.
[92] N-H. Thanh, N-T. Hung, T-N. Lan, T-Q. Thanh, D. Hanh, T. Magedanz, mSCTP-based proxy in support
of multimedia session continutity and QoS for IMS-based networks , ICCE, pp. 162-168. Juin 2008.
[93] D. Kessens, J. Soininen, UMTS/GPRS system overview from an IP addressing perspective , Nokia,
technical white paper. 2006
[94] D. Feng, Seamless Handover between CDMA2000 and, 802.11 WLAN using mSCTP , Thse, 2006.
[95] Oktay Akcakaya, Eda Kocaman, Osman Kaldirim, Propagation Models , 2007.
[96] IETF, RFC4326 ULE (The Unidirectional Lightweight Encapsulation) , Octobre 2007.s
[97] BRASIL project (Broadband to Rural America over Satellite Integrated Links), Identification of Relevant
DVB-RCS Applications in Latin-America , 2007.
[98] L. Bajzik, P. Horvath, L. Korossy, and C. Vulkan, Impact of Intra- LTE Handover with Forwarding on the
User Connections, Mobile and Wireless Communications Summit, 2007. 16th IST, pp. 15, July 2007.

127
Table des figures

Figure 1. Pile protocolaire de WiMAX
14
Figure 2. Architecture du WiMAX mobile
17
Figure 3. Intra-ASN Handover
17
Figure 4. Inter-ASN Handover
18
Figure 5. Architecture de lEPS
20
Figure 6. Architecture de lUMB
22
Figure 7. Mode infrastructure du WIFI
24
Figure 8. Architecture de lUMTS
27
Figure 9. Piles protocolaires de DVB-S et mcanismes de fragmentation et encapsulation
28
Figure 10. Piles protocolaires du DVB-RCS
29
Figure 11. Architecture DVB-S/DVB-RCS
29
Figure 12. Pile protocolaire de IPoS
30
Figure 13. Fonctionnement du Hard Handover
33
Figure 14. Fonctionnement du MDHO
34
Figure 15. Fonctionnement du FBSS
35
Figure 16. Fonctionnement de MIPv4
36
Figure 17. Fonctionnement de PMIPv4
37
Figure 18. HIP dans le modle OSI
39
Figure 19. MSCTP vs TCP
39
Figure 20. Architecture de MIH
42
Figure 21. Modle de mobilit
45
48
48
48
48
49
49
Figure 28. Dlais moyens avec FBSS / vido
49
Figure 29. Dlais moyens avec Hard HO / vido
49
Figure 30. Gigues moyennes / VoIP pour N = 100
50
Figure 31. Gigues moyennes / Vido pour N = 100
50
Figure 32. Gigues moyennes avec FBSS / VoIP
50
Figure 33. Gigues moyennes avec Hard HO / VoIP
50
51
51
Figure 36. Pertes moyennes avec FBSS / vido
51
Figure 37. Pertes moyennes avec Hard HO / vido
51
51
51
Figure 40. Dbits moyens avec FBSS / VoIP
52
Figure 41. Dbits moyens avec Hard HO/ VoIP
52
Figure 42. Dlais dune seule MS
52
Figure 43. Modle des simulations
54
Figure 44. Scnarios de mobilit
55
Figure 45. Dlais avec le Hard Handover
56
128
Figure 46. Dlais avec le FBSS
56
Figure 47. Dlais avec MIP
57
Figure 48. Taux des pertes avec Hard Handover
57
Figure 49. Taux des pertes avec FBSS
57
Figure 50. Taux des pertes avec MIP
57
Figure 51. Dbits des mobiles utilisant la vido
58
Figure 52. Dbits des mobiles utilisant la VoIP
58
Figure 53. Charges de BS1 et BS3 avec Hard Handover et FBSS
58
Figure 54. Modle des simulations et scnario de mobilit
60
61
Figure 56. Les gigues
61
Figure 57. Les pertes des paquets
62
62
Figure 59. Systme dinfrence floue
65
Figure 60. Algorithme de Handover propos
66
Figure 61. Fonction dappartenance RSS pour un rayon de couverture de BS = 1 km
67
67
67
Figure 64. Fonction dappartenance charge de BS pour le trafic Vido
68
Figure 65. Fonction dappartenance charge de BS pour le trafic VoIP
68
Figure 66. Fonction dappartenance charge de BS pour le trafic Data
68
Figure 67. Fonction dappartenance Timer
68
Figure 68. Fonction dappartenance Vitesse
68
Figure 69. Topologie du modle des simulations
70
Figure 70. Scnarios
70
er
scnario avec le trafic VoIP
72
er
scnario avec le trafic Vido
72
er
72
Figure 74. Dlais de 2
me
73
Figure 75. Dlais de 2
me
73
me
73
er
74
er
74
er
74
me
75
me
75
me
75
Figure 83. Dbits du 1
er
76
er
76
er
76
me
77
me
77
me
77
Figure 89. Modle dinterconnexion fond sur MSCTP
79
Figure 90. Echange des messages durant le Handover avec MSCTP
80
Figure 91. Modle dinterconnexion fond sur MIH
80
Figure 92. Echange des messages durant le Handover avec MIH
81
82
129
Figure 94. Les taux des paquets perdus
83
84
Figure 96. Pile protocolaire MIH+MSCTP
87
me
scnario
88
Figure 98. Dlais du Handover depuis UMTS vers WiMAX
91
Figure 99. Dlais du Handover depuis WiMAX vers UMTS
92
Figure 100. Taux des paquets perdus du Handover depuis UMTS vers WiMAX
93
Figure 101. Taux des paquets perdus du Handover depuis WiMAX vers UMTS
93
Figure 102. Dbits du Handover depuis UMTS vers WiMAX
94
Figure 103. Dbits du Handover depuis WiMAX vers UMTS
94
Figure 104. Pile protocolaire et mcanismes dencapsulation et de fragmentation
96
er
scnario de mobilit
97
Figure 106. Dlais
99
Figure 107. Gigues
100
Figure 108. Taux des paquets perdus
100
Figure 109. Dbits
101
Figure 110. Fonctionnement de MIH + MSCTP
103
Figure 111. Pile protocolaire
104
me
scnario de mobilit
105

Liste des tableaux

Tableau 1. Comparaison entre 802.16e, 802.16m, LTE et UMB
23
Tableau 2. Comparaison entre 802.16e et 802.11e
25
Tableau 3. Comparaison entre 802.16e et UMTS
27
Tableau 4. Comparaison entre DVB-S et DVB-RCS
29
Tableau 5. Services MIH
42
Tableau 6. Vitesses
45
47
55
Tableau 9. Comparaison entre MIP, PMIP et MSCTP
59
61
Tableau 11. Fonctions dappartenance et ensembles flous
68
Tableau 12. Poids de la probabilit de Handover
69
Tableau 13. Paramtres du trafic
71
71
81
Tableau 16. Paramtres des simulations du WiMAX mobile sous NS2
89
Tableau 17. Paramtres des simulations de lUMTS sous NS2
90
Tableau 18. Paramtres des simulations
98

Bchini

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Bchini

Uploaded by

Copyright:

Available Formats

T

You might also like