FETOUI Zied PDF

RAPPORT DE PROJET DE FIN DETUDES
Filire
Ingnieurs en Tlcommunications
Option
Rseaux et Services Mobiles
Etude des mcanismes de Handover

inter-systme UMTS WiMAX
Elabor par :
Zied FETOUI
Encadr par :
M. Sami TABBANE
M. Houcine BELLIL
Travail propos et ralis en collaboration avec
INSTANCE
NATIONALE DES
TELECOMMUNICATIONS
Anne universitaire : 2006/2007

Ddicaces
A la mmoire de mon cher pre

& ma chre mre
pour leurs patiences et leurs sacrifices
A mon cher frre

& sa femme
en leurs souhaitant la russite dans leurs travails et dans leur vie
A mon cher petit frre

en lui souhaitant la russite dans ses tudes et dans sa vie
A toute ma famille proche soit-elle ou lointaine
A tous mes amis

en leurs souhaitant le succs dans leur vie aussi bien professionnelle
que familiale.
A tous ceux qui mont aid afin de raliser ce travail
A tous ceux que jaime et qui maiment
Jexprime mes sentiments les plus profonds et leur ddie ce modeste travail.
# Zied FETOUI
Remerciement
Je tiens tout dabord remercier M. Sami TABBANE, professeur SupCom, qui

na cess de me guider et de me faire bnficier de son grand savoir.
Jadresse galement mes vifs remerciements M. Houcine BELLIL, Responsable

dEtudes lINT (Instance Nationale des Tlcommunications) pour sa
disponibilit, ses encouragements et les prcieux conseils quil ma prodigus.
Je tiens naturellement remercier le cadre enseignant et le corps administratif de

Sup'Com pour m'avoir donner l'accs une formation qui m'a permis de
m'amliorer scientifiquement et humainement.
Il mest aussi agrable dexprimer mes vifs et sincres remerciements M. Nabil

TABBENE pour ses qualits humaines, et pour les encouragements et lintrt quil
ma apport, je le remercie du fond du cur.
Mes vifs remerciement sadressent galement tous mes amis et ceux qui mont
encourag et aid de prs ou de loin durant la priode du projet de fin dtudes, en
particuliers ; Mohamed Ali, Abdallah, Khaled, Karim
Finalement, je remercie les membres de jury qui me feront lhonneur dvaluer la

contribution de ce travail.
Avant propos
__________________________________________________________________________
L
e prsent travail a t labor dans le cadre de la prparation du diplme dIngnieur
en Tlcommunications option Rseaux et Services Mobiles lEcole Suprieure des
Communications de Tunis (SUPCOM). Le projet que nous avons men consiste tudier
les mcanismes de Handover inter-systme entre les rseaux UMTS et WiAMX par
limplmentation des algorithmes relatifs ces mcanismes et en dfinissant une
architecture de dveloppement permettant de mettre en uvre ce principe suivi de lanalyse
de performance de handover vertical UMTS WiMAX modlis par le simulateur NS-2.
i
Table des matires
__________________________________________________________________________
INTRODUCTION GENERALE.......................................................................................................... 1
CHAPITRE 1 : CONCEPTS GENERAUX SUR LES RESEAUX UMTS & WIMAX.................. 3
INTRODUCTION ...................................................................................................................................... 3
1.1 INTRODUCTION AUX RESEAUX UMTS ............................................................................................ 3
1.1.1 OBJECTIFS DE LUMTS............................................................................................................... 3
1.1.2 ARCHITECTURE DU RESEAU UMTS .......................................................................................... 3
1.1.2.1 Lquipement utilisateur (UE)............................................................................................. 4
1.1.2.2 Le rseau daccs ................................................................................................................... 4
1.1.2.3 Le rseau Coeur (CN) ........................................................................................................... 5
1.1.2.4 Rseaux externes ................................................................................................................... 6
1.1.2.5 Les interfaces.......................................................................................................................... 6
1.1.3 LES CLASSES DE SERVICES .......................................................................................................... 6
1.1.4 INTERFACE RADIO DE LUMTS ................................................................................................. 7
1.1.5 LES MODES D'ACCES .................................................................................................................. 8
1.1.6 LE CONTROLE DE PUISSANCE .................................................................................................... 9
1.2 INTRODUCTION AUX RESEAUX WIMAX ................................................................................... 11
1.2.1 LES SPECIFICATIONS 802.16..................................................................................................... 12
1.2.1.1 802.16a................................................................................................................................... 13
1.2.1.2 802.16b .................................................................................................................................. 13
1.2.1.3 802.16c/d .............................................................................................................................. 13
1.2.1.4 802.16e................................................................................................................................... 14
1.2.2 LES CELLULES ET LES CLASSES DE SERVICES DANS WIMAX IEEE 802.16 E ....................... 14
1.2.3 ELEMENTS DU RESEAU WIMAX IEEE 802.16 E ................................................................... 15
1.2.4 CARACTERISTIQUES TECHNIQUES ........................................................................................... 18
1.2.4.1 Couche physique................................................................................................................. 18
1.2.4.2 Techniques d'accs .............................................................................................................. 18
1.2.4.3 Couche MAC ....................................................................................................................... 18
1.2.5 CONTROLE DU LIEN RADIO ..................................................................................................... 19
1.3 COMPARAISON ENTRE UMTS ET WIMAX............................................................................... 20
1.3.1 COMPARAISON DES DEUX TECHNOLOGIES ............................................................................. 20
CONCLUSION ........................................................................................................................................ 21
CHAPITRE 2 : MECANISMES DE HANDOVER ENTRE UMTS & WIMAX......................... 22
INTRODUCTION .................................................................................................................................... 22
2.1 HANDOVER EN GENERALE ......................................................................................................... 22
2.1.1 QUALITE DE SIGNAL................................................................................................................. 22
2.1.2 LE TRAFIC ................................................................................................................................. 22
2.2 HANDOVER DANS LE RESEAU UMTS......................................................................................... 23
2.2.1 LE SOFT/SOFTER HANDOVER.................................................................................................. 23
2.2.2 LE HARD HANDOVER .............................................................................................................. 24
2.2.2.1 La prparation ..................................................................................................................... 25
ii
2.2.2.2 L'excution ........................................................................................................................... 25
2.2.2.3 La libration des anciennes ressources inutilises.......................................................... 25
2.2.3 HANDOVER INTER-SYSTEME.................................................................................................... 26
2.3 HANDOVER DANS LE RESEAU WIMAX ..................................................................................... 27
2.3.1 LA PROCEDURE DE HO DANS 802.16E .................................................................................... 27
2.3.1.1 Niveau De Signal................................................................................................................. 27
2.3.1.2 Charge De trafic................................................................................................................... 27
2.3.2 ACQUISITION DE LA TOPOLOGIE DU RESEAU ......................................................................... 28
2.3.2.1 Annoncement de la topologie du rseau ......................................................................... 28
2.3.2.2 Scanning ............................................................................................................................... 28
2.3.2.3 La procdure dassociation ................................................................................................ 28
2.3.3 LE PROCESSUS DE HANDOVER ................................................................................................ 29
2.3.3.1 Slection des cellules........................................................................................................... 29
2.3.3.2 Initiation et dcision du handover.................................................................................... 29
2.3.3.3 Scanning ............................................................................................................................... 29
2.3.3.4 Re-entrer au Rseau ............................................................................................................ 30
2.3.3.5 Arrt de Service ................................................................................................................... 30
2.3.3.6 Annulation du handover ................................................................................................... 30
2.4 HANDOVER INTER-SYSTEME UMTS WIMAX ....................................................................... 30
2.4.1 EXIGENCES DU HANDOVER ..................................................................................................... 30
2.4.1.1 Exigences du mobile ........................................................................................................... 30
2.4.1.2 Exigences du rseau............................................................................................................ 30
2.4.2 PROCEDURE DU HANDOVER INTER-SYSTEME ......................................................................... 31
2.4.2.1 Mesures................................................................................................................................. 31
2.4.2.2 Dcision du handover ........................................................................................................ 32
2.4.2.3 Excution du handover ...................................................................................................... 33
2.4.3 GESTION DE LA MOBILITE ........................................................................................................ 33
2.4.3.1 Mobile Ipv6 .......................................................................................................................... 34
2.5 COMPARAISON DU HO ENTRE UMTS ET WIMAX .................................................................. 38
CONCLUSION ........................................................................................................................................ 40
CHAPITRE 3: PRESENTATION DU SIMULATEUR & MODELISATION DU SYSTEME A

SIMULER ............................................................................................................................................ 41
INTRODUCTION .................................................................................................................................... 41
3.1 MODELISATION RESEAU ............................................................................................................. 41
3.1.1 NS-2.......................................................................................................................................... 42
3.1.1.1 Introduction ......................................................................................................................... 42
3.1.1.2 Utilisation du simulateur ................................................................................................... 42
3.1.1.3 Dveloppement de nouveaux composants ..................................................................... 43
3.1.2 IMPLEMENTATION DU MEDIA INDEPENDENT HANDOVER (MIH)....................................... 43
3.1.2.1 Architectures et fonctionnements ..................................................................................... 44
3.1.2.2 MAC layer support for MIH.............................................................................................. 46
3.1.2.3 Les extensions de mobilit pour NS-2.............................................................................. 46
3.1.2.4 Support des interfaces multiples....................................................................................... 46
3.1.2.5 Mobilit de la couche2........................................................................................................ 48
3.1.2.6 Mobilit de la couche 3....................................................................................................... 48
3.2 DESCRIPTION DU TRAVAIL ......................................................................................................... 50
3.2.1 TOPOLOGIE ET SCENARIO DU SYSTEME A SIMULER ................................................................ 50
3.2.2 PARAMETRAGE ET CONFIGURATION DU RESEAU ................................................................... 50
3.2.2.1 Paramtres de simulation .................................................................................................. 51
iii
3.2.2.2 Paramtres du rseau WiMAX.......................................................................................... 51
3.2.2.3 Paramtres du rseau UMTS ............................................................................................. 52
3.3 CADRES DES SIMULATIONS ........................................................................................................ 52
3.3.1 PARTIE CUR DU RESEAU........................................................................................................ 53
3.3.2 LA PROGRAMMATION TCL ..................................................................................................... 53
3.3.2.1 Pr simulation...................................................................................................................... 53
3.3.2.2 Simulation ............................................................................................................................ 53
3.3.2.3 Post simulation .................................................................................................................... 54
CONCLUSION ........................................................................................................................................ 55
CHAPITRE 4: SIMULATION & EVALUATION DES PERFORMANCES DU HANDOVER

WIMAX UMTS ................................................................................................................................ 58
INTRODUCTION .................................................................................................................................... 58
4.1 PERFORMANCE DU HANDOFF ..................................................................................................... 58
4.1.1 LATENCE DU HANDOFF ........................................................................................................... 58
4.1.2 PERTE DE PAQUET .................................................................................................................... 58
4.2 ANALYSE DES PERFORMANCES DU WUHO............................................................................... 59
4.2.1 TRAFIC UDP............................................................................................................................. 60
4.2.1.1 Taux des paquets perdus ................................................................................................... 60
4.2.1.2 Dlai de transmission des paquets ................................................................................... 61
4.2.2 TRAFIC VOIX ............................................................................................................................. 62
4.2.3 TRAFIC VIDEO ........................................................................................................................... 64
4.3 ANALYSE DES PERFORMANCES DU UWHO............................................................................... 66
4.3.1 TRAFIC UDP............................................................................................................................. 66
4.3.2 TRAFIC VOIX ............................................................................................................................. 68
4.3.3 TRAFIC VIDEO ........................................................................................................................... 70
CONCLUSION ........................................................................................................................................ 72
CONCLUSION GENERALE ............................................................................................................ 73
BIBLIOGRAPHIE .............................................................................................................................. 75
ANNEXES............................................................................................................................................ 78
iv
Liste des figures
__________________________________________________________________________
Figure 1.1 : Architecture du rseau UMTS ........................................................................... 4

Figure 1.2 : Couverture de lUMTS ....................................................................................... 8
Figure 1.3 : Procdure de contrle de puissance ................................................................. 10
Figure 1.4 : Interconnexion entre WiMAX et diffrents types de rseaux [5] ................. 12
Figure 1.5: Le standard IEEE 802.16 [5] ............................................................................. 13
Figure 1.6 : Modle du rseau IEEE 802.16 e [6] ................................................................ 17
Figure 1.7 : Modle logique de rfrence IEEE 802.16 e [6] .............................................. 17
Figure 1.8 : Structure de la couche MAC [5]....................................................................... 19
Figure 2.1 : Le Mcanisme de soft Handover dans lUMTS .............................................. 24
Figure 2.2 : HO inter-frquence............................................................................................ 25
Figure 2.4 : Handover entre UMTS et WiMAX [11] .......................................................... 26
Figure 2.5 : Processus de Handover ..................................................................................... 31
Figure 2.6 : Gestion de mobilit Mobile IPv6 [20] .............................................................. 34
Figure 2.7 : Scnario Mobile IPv6 entre les rseaux UMTS et WiMAX [11] ................... 37
Figure 3.1 : Visualisation Nam de lexemple.tcl [24] .......................................................... 43
Figure 3.3 : Classe hirarchique de MIH User [27] ............................................................ 45
Figure 3.4 : Architecture dun nud Multi-interface [27] ................................................. 47
Figure 3.6 : Topologie du scnario (1100m x 1100m) ......................................................... 50
Figure 3.7 : Diagramme de fonctionnement TCL ............................................................... 55
Figure 4.1 : Modle de simulation (WUHO)........................................................................ 59
Figure 4.2 : Evolution du Taux des paquets perdus (trafic UDP) ..................................... 60
Figure 4.3 : Evolution du dlai de transmission des paquets (trafic UDP) ....................... 61
Figure 4.4 : Evolution du Taux des paquets perdus (trafic voix) ...................................... 62
Figure 4.5 : Evolution du dlai de transmission des paquets (trafic voix) ........................ 63
Figure 4.6 : Evolution du Taux des paquets perdus (trafic vido) .................................... 64
Figure 4.7 : Evolution du dlai de transmission des paquets (trafic vido) ...................... 65
Figure 4.8 : Modle de simulation (UWHO)........................................................................ 66
Figure 4.9 : Evolution du Taux des paquets perdus (trafic UDP) ..................................... 67
Figure 4.10 : Evolution du dlai de transmission des paquets (trafic UDP) ..................... 68
Figure 4.11 : Evolution du Taux des paquets perdus (trafic voix) .................................... 69
Figure 4.12 : Evolution du dlai de transmission des paquets (trafic voix) ...................... 69
Figure 4.13 : Evolution du Taux des paquets perdus (trafic vido) .................................. 70
Figure 4.14 : Evolution du dlai de transmission des paquets (trafic vido) .................... 71
v
Liste des tableaux
__________________________________________________________________________
Tableau 1.1 : Classes de trafic UMTS .................................................................................... 7

Tableau 1.2 : Caractristiques des services offert ................................................................. 8
Tableau 1.3 : Caractristiques des modes daccs [4]........................................................... 9
Tableau 1.4 : Spcificits techniques des diffrentes normes de IEEE 802.16x [5].......... 14
Tableau 1.5 : Proprits des cellules dfinis dans IEEE 802.16 e [6] ............................... 15
Tableau 1.6 : Classes de QoS du rseau WiMAX [6].......................................................... 15
Tableau 1.7 : Entits relatives de mobilit dans IEEE 802.16 e [6] ................................... 16
Tableau 1.8 : Les points de rfrence du modle IEEE 802.16 e [6] ................................. 18
Tableau 1.9 : Comparaison des systmes UMTS et WiMAX [7,8] .................................... 20
Tableau 2.1 : Types de HO dfinit dans IEEE 802.16e....................................................... 27
Tableau 2.2 : Explication des (MAC Management Messages) [12] ................................... 29
Tableau 2.3: Comparaison du handover entre UMTS et WiMAX.................................... 39
Tableau 3.1: les principaux composants de NS-2 ................................................................ 42
Tableau 3.2 : Les paramtres initiaux de la simulation...................................................... 51
Tableau 3.3 : Les paramtres du rseau WiMAX............................................................... 51
Tableau 3.4 : Les paramtres de la station de base (WiMAX) .......................................... 51
Tableau 3.5 : Les paramtres du rseau UMTS.................................................................. 52
Tableau 3.6 : Les paramtres du Node B ............................................................................. 52
Tableau 4.1 : Trafic UDP pour le nud mobile .................................................................. 60
Tableau 4.2 : Trafic voix pour le nud mobile.................................................................... 62
Tableau 4.3 : Trafic vido pour le nud mobile.................................................................. 64
Tableau 4.4 : Trafic UDP....................................................................................................... 66
Tableau 4.5 : Trafic voix pour le nud mobile.................................................................... 68
Tableau 4.6 : Trafic vido pour le nud mobile.................................................................. 70
vi
Liste des abrviations
__________________________________________________________________________
AAA Authorization, Authentication and Accounting

AP Access Point
ASA Authentication and Service Authorization
ATM Asynchronous Transfer Mode
BE Best Effort
BS Base Station
BSC Base Station Controller
CBQ Class-Based Queuing
CBR Constant Bit Rate
CDMA Code Division Multiple Access
CN Core Network
CN Correspondent Node
CRNC Controlling RNC
CSMA/CA Carrier Sense Multiple Access/Collision Avoidance
CSMA/CD Carrier Sense Multiple Access/Collision Detect
DHCP Dynamic Host Configuration Protocol
DL Downlink
DRNC Drift RNC
DRR Deficit Round Robin
DSDV Destination-Sequenced Distance-Vector
DSL Digital Subscriber Line
ETSI European Telecommunications Standards Institute
EURANE Enhanced UMTS Radio Access Network Extensions
FDD Frequency Division Duplex
FTP File Transfer Protocol
GGSN Gateway GPRS Support Node
GMSC Gateway MSC
GPRS General Packet Radio Service
GSM Global System for Mobile Communications
GW Gateway
HLR Home Location Register
HO Handover
HSDPA High Speed Downlink Packet Access
IEEE Institute of Electrical & Electronic Engineers
IP Internet Protocol
IPSec IP Security
LOS Line of Site
MAC Medium Access Control
MAN Metropolitan Area Networks
ME Mobile Equipment
MEHO Mobile Evaluated HO
MIH Media Independent Handover
MIHF Media Independent Handover Functions
MIH_SAP Media Independent Handover Service Access Point
MIPV6 Mobile Internet Protocol Version 6
MN Mobile Node
vii
MPEG Moving Picture Experts Group
MSC Mobile Services Switching Centre
MSS Mobile Subscriber Station
NAM Network Animator
NOAH NO Ad-Hoc Routing Agent
NBAP NodeB Application Part
ND Neighbour Discovery
NEHO Network Evaluated HO
NIST National Institute of Standards and Technology
NLOS No line of Site
NRT-VR Non-Real Time Variable Rate
OFDM Orthogonal Frequency Division Multiplexing
OFDMA Orthogonal Frequency Division Multiple Access
OLPC Open Loop Power Control
OSI Open Systems Interconnection
PDA Personal Digital Assistant
PHY Physical Layer
PLMN Public Land Mobile Network
PS Packet Switched
QAM Quadrature Amplitude Modulation
QoS Quality of Service
QPSK Quadrature Phase Shift Keying
RA Router Advertisement
RLC Radio Link Control
RNC Radio Network Controller
RNSN Radio Networking Serving Node
RRC Radio Resource Control
RRM Radio Resource Management
RS Router Solicitation
RTP Real-time Transport Protocol
RT-VR Real Time Variable Rate
DCD Downlink Channel Descriptor
UCD Uplink Channel Descriptor
UDP User Datagram Protocol
UL Uplink
SAP Service Access Point
SFQ Stochastic Fair Queuing
SGSN Serving GPRS Support Node
SIP Session Initiation Protocol
SIR Signal-to-Interference
SMTP Simple Mail Transfer Protocol
SOFDMA Scalable Orthogonal Frequency Division Multiple Access
SRM Scalable Reliable Multicast
SRNC Serving RNC
TCL Tool Control Language
TDD Time Division Duplex
TEB Taux dErreur Binaire
TPC Transmit Power Control
UE User Equipment
UGS Unsolicited Grant Service
viii
UMTS Universal Mobile Telecommunications System
USIM UMTS Subscriber Identity Module
UTRAN UMTS Terrestrial Radio Access Network
UWHO Handover UMTS to WiMAX
VLR Visitor Location Register
VoIP Voice over IP
WCDMA Wideband CDMA
Wi-Fi Wireless Fidelity
WiMAX Worldwide interoperability for Microwave Access
WLAN Wireless Local Area Network
WMAN Wireless Metropolitan Networks
WUHO Handover WiMAX to UMTS
2G 2nd Generations (Mobile System)
3G 3rd Generation (Mobile System)
3GPP 3rd Generation Partnership Project
ix
Introduction gnrale
Introduction gnrale
__________________________________________________________________________
e nos jours, on assiste un dveloppement rapide des systmes de communication
D mobile. Une nouvelle gamme daccs radio tels que lUMTS (Universal Mobile
Telecommunication System), IEEE 802.11, Hiperlan, WLAN (Wireless Local Area
Network) et WiMAX (Worldwide interopability for Microwave Access) tentent remplacer
ou complter la technologie radio existante du GSM (Global System for Mobile
communications). Ainsi, avec cette diversit des rseaux daccs, les rseaux mobiles de
prochaine gnration devront, tre capables doffrir, aux utilisateurs mobiles, des services
haut dbit permettant de transmettre voix, images et vido ainsi que des connexions Internet
quelque soit le lieu et nimporte quel moment.
La solution idale est de pouvoir profiter du roaming ou de la convergence intgre

entre ces technologies. On pourra lavenir disposer dun terminal mobile agissant la fois
comme un terminal WiMAX lorsquon se trouve proximit dun point daccs et
transfrant automatiquement la communication sur son tlphone UMTS. La convergence
bi-mode permet galement de transmettre des donnes ou de la voix par le rseau le moins
coteux, plus avantageux que lautre et, bien entendu disponible un certain moment. De
tels appareils ont pass le stade de dveloppement pour tre approuvs. Dans ce mme lan
de convergence, les oprateurs de tlcommunication bnficient de la capacit de fournir
les mmes services ; voix, donnes, SMS, tlchargement, etc. via un autre type de rseau,
WiMAX, en parallle aux rseaux cellulaires traditionnels. Les tlchargements sur Internet
de tout type de documents multimdias ; vido, musiques, films, tant devenus courant,
la convergence UMTS/WiMAX permettre de passer dun rseau lautre sans devoir
fermer sa connexion.
Le but de ce projet de fin dtude est de modliser une architecture de dveloppement

permettant de mettre en uvre ce principe et danalyser les performances du handover
inter-systme entre les rseaux UMTS et WiMAX (802.16 e).
Ainsi, nous commencerons en premier chapitre par prsenter des concepts gnraux
sur les rseaux UMTS et WiMAX, nous dtaillerons et comparons les architectures et les
principes de fonctionnement des deux systmes.
1
Introduction gnrale
Dans le deuxime chapitre, nous dtaillerons les mcanismes de handover pour

chaque systme, ainsi que la gestion de la mobilit des deux rseaux, nous traiterons aussi
les besoins et les exigences ncessaires du mobile et du rseau pour le support du handover
entre UMTS et WiMAX.
Dans le troisime chapitre, nous envisagerons la modlisation rseau du handover

inter-systme entre UMTS et WiMAX, ainsi, nous prsenterons loutil de simulation et les
implmentations ncessaires pour le support des mcanismes du handover vertical, nous
finirons par dcrire les diffrentes phases du travail de simulation.
Finalement, nous valuerons les performances du handover vertical WUHO

(handover WiMAX vers UMTS) et UWHO (handover WiMAX vers UMTS) en simulant
diffrents types dapplication. Suite ces rsultats, nous soulignerons les amliorations et
les limites du modle, ainsi que des propositions voquer dans le travail futur.
2
Concepts gnraux sur les rseaux UMTS & WiMAX
Chapitre 1 : Concepts gnraux sur les

rseaux UMTS & WiMAX
__________________________________________________________________________
Introduction
D
ans cette premire partie, nous allons prsenter en bref les concepts gnraux des
deux technologies UMTS et WiMAX, ainsi nous dtaillerons les architectures, les
aspects techniques et les principes de fonctionnement des deux systmes, enfin, nous
envisagerons une tude comparative entre les deux technologies afin de pouvoir dgager les
diffrences entre eux.
1.1 Introduction aux rseaux UMTS
LUMTS (Universal Mobile Telecommunication System) ou rseau mobile de

troisime gnration est un systme de communications mobiles sans fil capable d'tre le
support, en particulier, de services multimdias novateurs, et de combiner l'utilisation
d'lments terrestres et satellitaires [1]. Il sera possible d'avoir des accs plus rapides
lInternet, avec une amlioration de la qualit des communications tendant celle de la
tlphonie fixe.
1.1.1 Objectifs de lUMTS
Pour rpondre aux besoins des utilisateurs, les objectifs suivants ont t fixs pour
lUMTS lors des travaux dtude et de normalisation en Europe et sur le plan mondial [1].
Tout dabord, lUMTS doit supporter des services multimdias large bande qui peuvent
atteindre un dbit de 2 Mbit/s. LUMTS doit en plus assurer la convergence entre les
rseaux fixes et mobiles. Un autre objectif pour lUMTS est doffrir un service de mobilit
universelle, dpassant les limitations dues la multiplicit des systmes et des rseaux. Par
consquence, la couverture de lUMTS sera mondiale. Enfin, les rseaux UMTS doivent
garantir une qualit de service quivalente celle des rseaux filaires.
1.1.2 Architecture du rseau UMTS
Le rseau UMTS se divise en deux domaines : le domaine quipement utilisateur UE

(User Equipment) et le domaine infrastructure [1]. Le domaine infrastructure se partage en
3
deux parties : le rseau daccs (Access Network) et le rseau cur CN (Core Network). La
figure suivante prsente larchitecture dun rseau UMTS [2].
Figure 1.1 : Architecture du rseau UMTS
Les lments illustrs au niveau de cette figure seront dtaills dans ce qui suit.
1.1.2.1 Lquipement utilisateur (UE)
LUE contient deux parties [2] :
Lquipement Mobile ME (Mobile Equipment) : Cest le terminal radio utilis pour

les communications travers linterface Uu.
LUSIM (UMTS Subscriber Identity Module) : Il fournit lidentit de labonn,
tablie les algorithmes dauthentification, enregistre les clefs dauthentification et de
cryptage,
1.1.2.2 Le rseau daccs
Le rseau daccs terrestre de lUMTS sappelle UTRAN (UMTS Terrestrial Radio

Access Network). Un UTRAN est constitu dun ou plusieurs RNS (Radio Network
Subsystems). Le RNS a pour rle de grer lallocation et la libration des ressources radio
pour autoriser la connexion entre lUE et lUTRAN. Chaque RNS est form dun RNC
(Radio Network Controller) et dun ou plusieurs Node B [2].
4
a) Le RNC
Il contrle les ressources radio de lUTRAN, gre le protocole RRC (Radio

Ressource Control) dfinissant les procdures et les messages entre le mobile et lUTRAN.
Il est en liaison avec le rseau coeur pour les transmissions en mode paquet travers
linterface Iu-PS et en mode circuit travers linterface Iu-CS. Le RNC directement reli
un Node B par linterface Iub est un CRNC (Controlling RNC), il gre :
Le contrle de la charge des diffrents Node B.
Le contrle dadmission et dallocation des codes pour les nouveaux liens radio qui
stablissent dans les cellules gres.
Lorsquun mobile est li des Node B contrls par diffrents RNC, deux types de RNC se
distinguent : le SRNC (Serving RNC) et le DRNC (Drift RNC). Le SRNC est le RNC qui
fournit la connexion Iu pour le mobile vers le rseau coeur. Lorsque le mobile est dans une
situation de Soft Handover, plus quune liaison Iub et une liaison Iur sont tablies. Seul le
SRNC fournit linterface Iu vers le rseau coeur. Les autres ont pour fonction principale de
router les donnes de faon transparente. Ces RNC sont appels alors DRNC [2].
b) Le Node B
Ses fonctionnalits principales sont : grer la couche physique de linterface radio,

administrer le codage canal, lentrelacement, ladaptation du dbit, ltalement et le
dstalement. Il est aussi responsable du contrle de puissance en boucle ferme.
Linterface mobile/Node B est une interface Uu [1].
1.1.2.3 Le rseau Coeur (CN)
Le rseau coeur est responsable de la commutation et du routage des communications

(voix et donnes) vers les rseaux externes. Il se dcompose en deux domaines : le domaine
paquet et le domaine circuit.
a) Le domaine circuit
Le domaine circuit permet de grer les services temps rels correspondant aux
conversations tlphoniques, la vido-tlphonie et aux applications multimdia. Ces
applications ncessitent un temps de transfert rduit. Le dbit support par ce mode sera de
384 kbit/s. Linfrastructure sappuie sur un MSC/VLR (Mobile Switching Centre/Visitor
Location Register) correspondant au commutateur (MSC) et la base de donnes visiteur
(VLR), et sur un GMSC (Gateway MSC), commutateur connect directement au rseau
externe [2].
5
b) Le domaine paquet
Le domaine paquet permet de grer les services non temps rel correspondant la
navigation sur Internet, aux jeux en rseau et aux E-mail. Ces applications sont moins
sensibles au temps de transfert et ces donnes pourront transiter en mode paquet. Le dbit
support pourra atteindre 2 Mbit/s. Le rseau sappuie sur un SGSN (Serving GPRS
Support Node) correspondant au MSC/VLR en mode paquet et sur un GGSN (Gateway
GPRS Support Node) correspondant au GMSC en mode paquet. Il commute les donnes
vers le rseau Internet et autres rseaux publics ou privs de transmissions de donnes [2].
c) Elments en commun
Il sagit du HLR (Home Location Register). Cest une base de donnes qui enregistre
le profil de lutilisateur [2].
1.1.2.4 Rseaux externes
Le rseau UMTS est reli deux types de rseaux externes [1]:

Le rseau paquet : dont le meilleur exemple est le rseau Internet.
Le rseau circuit : par exemple le rseau tlphonique existant.
1.1.2.5 Les interfaces
La chose la plus importante signaler est que les interfaces UMTS sont des interfaces
ouvertes c'est--dire que les quipements de diffrents fournisseurs peuvent tre
interconnects sils suivent la norme. Ces interfaces sont [2]:
Interface Uu : cest linterface radio de lUMTS. A travers cette interface, lUE peut
accder au rseau.
Interface Iub : elle relie le Node B LRNC.
Interface Iu : elle connecte lUTRAN au rseau coeur. Elle se divise en deux parties
lIu-CS entre le RNC et le domaine circuit du CN et lIu-PS entre le RNC et le
domaine paquet du CN.
Interface Iur : cest linterface RNC/RNC. Sa mission principale est de grer linter-
RNC Soft Handover.
1.1.3 Les classes de services
LUMTS permet aux abonns daccder une grande varit de services et

dapplications. Ces services sont drives du GPRS (General Packet Radio Service) avec le
mode circuit pour la voix et les donnes temps rel, et le mode paquet pour les donnes non
6
temps rel. Mais les dbits tant plus importants (384 kbit/s en UMTS contre 170 kbit/s en
GPRS). Chaque service demande un dbit minimal pour assurer la qualit de service
attendue par lusager. On distingue les types de services suivants (tableau 1.1) [1]:
Type de Dlai de Variation du Dbit Exemple

trafic transmission dlai de binaire dapplications
transmission garanti
Trafic Strict (service Stricte Oui Voix
conversation temps rel)
nel
Trafic flux Temps rel Limite Oui Flux multimdia
continu (MPEG)
Trafic Limit Non Non Le Web

interactif
Trafic de Non (pas de Non Non Tlchargement
background contrainte dE-mail
de temps)
Tableau 1.1 : Classes de trafic UMTS
Le mlange de ces services multiples a une grande influence sur la performance du systme
en terme de capacit et de couverture des sites radio. De ce fait, lanalyse de ce mlange
multiservice constitue une tape primordiale pour garantir la russite du dimensionnement
du rseau daccs UMTS.
1.1.4 Interface radio de lUMTS
Linterface radio de lUMTS doit tre conue pour supporter une large gamme de
services diffrents. Les systmes mobiles de 3me gnration devront offrir des services
accs circuit ou paquet, avec un dbit maximal dpendant de lenvironnement et de la
vitesse du mobile. Des services dbit variable et asymtrique (entre liaison montante et
descendante) devront tre supports de faon efficace (tableau 1.2) [2].
Les systmes mobiles de 3me gnration pourront tre dploys dans un rseau
cellulaire multi couches avec des macro cellules (0,5 10 Km de rayon) pour la couverture
globale, des microcellules (50 500 m) pour les fortes densits de trafic en ville, et des pico
cellules (5 50 m) pour la couverture lintrieur des btiments [2]. Le passage dune
cellule lautre (transfert intercellulaire ou handover) devra se faire de faon transparente
pour lutilisateur, cest--dire sans coupure perceptible ni perte de donnes.
7
La figure ci-dessous illustre la couverture de lUMTS :
Figure 1.2 : Couverture de lUMTS
Services temps rel Services temps non rel

Environnement
Dbit max TEB/Dlai Dbit max TEB/Dlai
Rural 144 Kbit/s 144 Kbit/s

(V<500 Km/h)
Urbain 384 Kbit/s Dlai 30-200 ms 384 Kbit/s Dlai 150 ms
V<120 Km/h dans 95% des
Intrieur et 2 Mbit/s TEB 103 107 2 Mbit/s
extrieur cas.
Courte porte
(V<10 Kms/h) TEB 105108
Tableau 1.2 : Caractristiques des services offert
Ces rseaux devront galement utiliser les ressources spectrales dune manire efficace,
notamment laide des fonctions de contrle dynamique de la liaison radio. Il faudra
pouvoir optimiser la capacit et la couverture, en fonction des configurations de
dploiement.
1.1.5 Les Modes d'accs
Selon l'ETSI (European Telecommunications Standards Institute), les deux modes

d'accs dfinis pour l'interface radio UTRA de l'UMTS sont [3] :
Mode W-CDMA : utilis en FDD (Frequency Division Duplex) pour les bandes
UMTS appaires (260 MHz).
8
Mode TD/CDMA : utilis en TDD (Time Division Duplex) pour les bandes UMTS
non appaires (35 MHz).
Le tableau suivant rsume les caractristiques de ces deux modes :
Mode TDD Mode FDD
Accs Multiple TD-CDMA W-CDMA
Dbit 3.84 Mchip/s 3.84 Mchip/s
Espacement entre 4.4 5 MHz avec un pas de 4.4 5 MHz avec un pas de
200 KHz 200 KHz
Structure de trame 15 IT par trame 15 IT par trame
Dure trame 10 ms 10 ms
Modulation QPSK QPSK
Facteurs dtalement 1 16 4 512
Codage Canal Convolutionnel (1/2 ou 1/3) Convolutionnel (1/2 ou

ou turbo codes 1/3) ou turbo codes
Tableau 1.3 : Caractristiques des modes daccs [4]
1.1.6 Le Contrle de puissance
Dans le systme UMTS, tous les utilisateurs transmettent leurs informations en

utilisant la mme bande de frquence. Les phnomnes de propagation peuvent dans ce cas
ci favoriser les utilisateurs proches du Node B au dpend de ceux loin du Node B. Ceci
constitue le problme proche/loin (Near/Far problem). La solution ce type de problme
est deffectuer un contrle de puissance judicieux pour favoriser tous les utilisateurs.
En UMTS, le contrle de puissance se base sur le niveau de qualit c'est--dire le rapport
signal sur bruit qui doit tre assurer avec un niveau de puissance appropri.
Le rseau UMTS ncessite de bons mcanismes de contrle de puissance et ceci dans le but
doptimiser lutilisation des ressources radio et de maintenir la qualit du signal sur le lien
radio. Il existe deux types de contrle de puissance [1]:
Le contrle de puissance boucle ouverte OLPC (Open Loop Power Control) :
utilis pour les canaux communs. Il consiste mesurer les conditions dinterfrence
dun canal puis ajuster la puissance de transmission.
9
Le contrle de puissance boucle ferme CLPC (Closed Loop Power Control) :

pour les canaux ddis. Il consiste mesurer le rapport signal interfrence et
commander au transmetteur dajuster sa puissance. Ce commandement seffectue
travers des directives spcifiques appeles TPC (Transmit Power Control).
Le W-CDMA utilise un contrle de puissance rapide en boucle ferme dans les sens
montant et descendant. Ceci permet de lutter contre les vanouissements petite chelle
(vanouissement de Rayleigh). En effet, la station de base estime le SIR partir du signal
reu et commande la puissance dmission du mobile, ceci sur le lien montant. Sur le lien
descendant, la mesure de SIR est effectue au niveau du rcepteur du mobile.
De plus, le systme W-CDMA utilise un contrle de puissance lent sur le lien montant dans
le but de lutter contre les effets des vanouissements grande chelle (near-far effect).
Figure 1.3 : Procdure de contrle de puissance
10
1.2 Introduction aux rseaux WiMAX
Depuis quelques mois, les bnfices et les retours sur

investissements des hotspots Wi-Fi ont suscit des dbats au
sein des oprateurs de tlcommunication. Il semblerait que
larrive dun nouveau standard change la donne savoir le
standard 802.16. Destin aux rseaux sans fil mtropolitains
WMAN (Wireless Metropolitan Networks), 802.16 est dvelopp par le groupe industriel
WiMAX (Worldwide Interoperability for Microwave Access) dont les membres les plus
importants sont Intel et Nokia. Ratifi par l'IEEE en janvier 2003, WiMAX est le nom
commercial de la technologie sans fil 802.16 pour l'accs au rseau de l'oprateur, comme
Wi-Fi (Wireless Fidelity) est celui de 802.11. Intel a dj prvu de dmarrer une production
de circuits WiMAX ds lanne 2004 [5].
La version initiale du standard travaille dans la bande de frquences 10-66 GHz et ncessite
un espace dpourvu dobstacle entre lmetteur et le rcepteur. Mais lextension 802.16a,
ratifie en mars 2004, travaille dans une bande de frquences 2-11GHz, mieux adapte aux
rglementations en vigueur, et permet une transmission travers certains obstacles.
la diffrence du Wi-Fi 802.11, la technologie WiMAX 802.16 sort des murs de
l'entreprise pour arroser un primtre plus large, que ce soit en milieu urbain ou en zone
rurale. Ses capacits de transmission 70 Mbit/s pour un rayon de 50 km le permettent
thoriquement. Mais, dans la pratique, mieux vaut tabler sur une bande passante de 10
Mbit/s et une porte de 20 km.
Daprs Intel, WiMAX est la suite logique des dveloppements de rseaux sans fil large
bande. La totale confiance de Intel en WiMAX laisse penser que dici quelques annes,
seulement quelques technologies complmentaires (comme 3G, Wi-Fi et WiMAX)
offriront des services aux utilisateurs sans fil.
Le march cible de WiMAX nest pas exactement le mme que Wi-Fi. WiMAX met en
avant ses capacits fonctionner pour des rseaux mtropolitains alors que Wi-Fi
fonctionne pour des rseaux locaux. La technologie 802.16 permet aux utilisateurs grande
mobilit de circuler tout en tant connects. WiMAX vise galement le rle de backhaul
(squelette des connexions entre les hotspots) ou mme le remplacement des hotspot publics
Wi-Fi. Enfin, un objectif envisageable pour WiMAX rside dans la comptition directe
11
avec les rseaux cbls tels que les rseaux de fibres optiques ou les connexions E1/T1, ce
que ne permet pas Wi-Fi.
Les entreprises pourront utiliser WiMAX la place de connexions E1/T1 pour 10% du cot
et les points daccs coteront environ $20 000. La charge rseau supporte approche les 60
clients avec des connexions de type E1/T1 [5].
WiMAX permet de connecter les hotspots Wi-Fi moindre cot, dhabitude utilis avec
des connexions filaires E1/T1 ou DSL. Ainsi, les rseaux Wi-Fi pourraient stendre au
travers de rseaux WiMAX.
Figure 1.4 : Interconnexion entre WiMAX et diffrents types de rseaux [5]
WiMAX permet aussi datteindre des rgions encore non connectes moindre cot
comme certaines rgions rurales o seules les communications satellites taient possibles
jusquici.
1.2.1 Les spcifications 802.16
Comme pour 802.11, plusieurs groupes de travail se chargent de dvelopper les

fonctions de WiMAX, dapprouver et de standardiser les volutions apportes. Un aspect
important des normes 802.16 consiste dfinir la couche MAC (Media Access Control)
pour supporter diffrentes spcifications de couches physiques (PHY). En effet, il est
ncessaire de permettre plusieurs fabricants dquipement de diffrencier leurs offres,
comme les smart antenna (cf. plus bas), sans rduire linteroprabilit, et de permettre
12
lutilisation de diffrentes bandes de frquences. 802.16 fonctionne jusqu 124Mbps avec

des canaux de 28 Mhz dans la bande 10-66GHz.
1.2.1.1 802.16a
Publie en avril 2003, 802.16a est la norme qui a rellement suscit de lintrt pour
WiMAX. La norme 802.16a fonctionne pour un rseau sans fil fixe avec une porte allant
jusqu 80 km. Travaillant dans la bande passante 2-11GHz, elle permet aux oprateurs non
licencis de ladopter. La bande passante thorique approche les 70 Mbps en utilisant des
canaux de 20 MHz. Les topologies point-to-multipoint ainsi que des rseaux maills sont
accepts et ne ncessitent pas une vue dpourvue dobstacle. La figure ci-dessous est
fournie par Intel.
Figure 1.5: Le standard IEEE 802.16 [5]
Pratiquement, les bandes de frquences possibles sont 3.5GHz et 10.5GHz pour lutilisation
internationale, 2.5-2.7 GHz aux Etats-Unis et les bandes libres 2.4GHz et 5.725-5.825 GHz.
1.2.1.2 802.16b
Ce groupe de travail est charg de dvelopper les services de qualit (QoS) pour
802.16. Ainsi, la bande passante la demande est un objectif atteint et constitue un
avantage de 802.16, comme ATM (Asynchronous Transfer Mode).
1.2.1.3 802.16c/d
Publis en janvier 2003, 802.16c et 802.16d se chargent de linteroprabilit en

dfinissant des profils prcis et spcifiant des combinaisons doptions possibles, dcrivant
les bases des tests de compatibilit.
13
1.2.1.4 802.16e
La norme 802.16e, qui a t valide durant l't 2005, constituera quant elle une
vraie rvolution. Elle permettra d'utiliser le WiMAX en situation de mobilit. Les
composants permettant de se connecter au rseau seront alors directement intgrs dans les
PC portables. Intel prvoit dincorporer les puces WiMAX dans sa prochaine version de PC
Centrino. La vitesse de dplacement pourra excder les 100 km/h mais l'immense avantage
offert par cette norme sera le maintien des sessions lors d'un changement de point daccs.
Le tableau ci-dessous, fourni par [5], montre une brve comparaison entre les diffrents
standards 802.16.
802.16 802.16 REVd 802.16 e
Spectre 10 66 Ghz < 11 Ghz < 6, 11 Ghz
Condition canal Uniquement LOS NLOS NLOS
Dbit 32 134 Mbps 128 Jusqu 75 Mbps Jusqu 15 Mbps

MHz 20 MHz 5 MHz
Modulation QPSK, 16-QAM et 256-OFDM, QPSK, 256-OFDM, QPSK,

64-QAM 16-QAM 64-QAM
16-QAM, 64-QAM
Mobilit Fixe Fixe Nomade
Bandes 20, 25 et 28 MHz Au choix entre 1.25 Comme 802.16a

passantes et 20 MHz avec sous canaux
montants pour
conserver la
puissance.
Rayon de cellule 1.61 4.83 Kms 4.83 8.05 Kms, max 1.61 4.83 Kms
pour 48.28 Kms
Tableau 1.4 : Spcificits techniques des diffrentes normes de IEEE 802.16x [5]
1.2.2 Les cellules et les classes de services dans WiMAX IEEE 802.16 e
On dfinit trois types de cellules hirarchiques diffrentes dans IEEE 802.16e qui
peuvent soutenir la mobilit.
14
Le tableau 1.5 prouve que la largeur de bande offerte dpend de la vitesse, d'endroit et de
dplacement d'un utilisateur mobile.
Le fait de fournir laccs un utilisateur mobile, on exige l'appui du handover. Dans IEEE
802.16e cette notion est tablit entre les cellules intra et inter-oprateurs. Les diffrents
types de cellules hirarchiques sont macro, micro et Pico. La diffrence des tailles des
cellules est la mme que pour UMTS.
Type de cellule Rayon en [km] Vitesse maximale Capacit en (DL)

[km/t] [Mbps]
Macro ~15 ~150 ~1 10
Micro ~1 Vhiculaire ~30
Pico ~0.1 Piton ~70
Tableau 1.5 : Proprits des cellules dfinis dans IEEE 802.16 e [6]
On distingue plusieurs classes de service diffrentes selon le type de donnes supportes et

en fonction des exigences de lapplication. Le tableau suivant prsente les classes de
service en spcifiant leurs paramtres respectifs :
Type Noms Signification

symboliques des
services
1 UGS (Unsolicited Grant Service)

Conue pour supporter un dbit de bits constant et garanti.
2 RT-VR (Real Time Variable Rate)

Il est destination des services temps rel.
3 NRT-VR (Non-Real Time Variable Rate)

Il est destination des services non temps rel, mais sans
garantie de temps de rponse.
4 BE (Best Efforts)
Une classe de service peut tre alloue ventuellement
chaque connexion utilisateur.
Tableau 1.6 : Classes de QoS du rseau WiMAX [6]
1.2.3 Elments du rseau WiMAX IEEE 802.16 e
Comme mentionn le but de lextension e est de fournir l'accs nomade/mobile.

Dans la norme IEEE 802.16 e [5] il n'y a aucun modle dtaill de rfrence comme ceux
prsents dans la section de la technologie UMTS. Cependant les lments du rseau sont
prsents dans un modle de rseau pour des communications mobiles.
15
Le modle de rfrence se compose en des groupes de station de base BSs (Base Station)
servant une station mobile MSS (Mobile Subscriber Station) dans un secteur gographique
donn. La BS est relie au backbone via un cble ou une liaison radio d'une manire filiale
administrative reprsentant le rseau fournisseur.
Les diffrents fournisseurs peuvent cohabit leurs rseaux dans les mmes zones. Pour
assurer les procdures d'authentification, d'autorisation et de comptabilit AAA
(Authorization Authentication and Accounting), la gestion, l'approvisionnement et d'autres
fonctions et objectifs, les fournisseurs rseaux peuvent utiliser des serveurs spcifiques. Ils
sont dsigns sous le nom ASA-servers (Authentication and Service Authorization
Servers), ils sont aussi responsables de ces fonctionnalits. Les fournisseurs peuvent mettre
en application un simple ou plusieurs ASA-servers d'une faon centralise ou distribue.
Le tableau 1.4 ci dissous dcrit les diffrentes entits mobiles qui sont dfinis dans la norme
IEEE 802.16 e.
Entits Description
MSS Station mobile (Mobile Subscriber Station), contient les couches MAC et
physique.
BS Station de base (Base Station).
ASA Server(s) Serveur d'autorisation d'authentification et de service.

Ces serveurs sont facultatifs, et peuvent tre mis en application comme
entit distribue.
Tableau 1.7 : Entits relatives de mobilit dans IEEE 802.16 e [6]
Le contrle du handover peut tre soit localis dans les BSs ou distribu dans des ASA
serveur(s). La figure ci dessous illustre un simple exemple o un utilisateur approche de sa
BS cible et engendre une relation avec le serveur dautorisation dauthentification et de
service (ASA).
16
Figure 1.6 : Modle du rseau IEEE 802.16 e [6]
La figure 1.6 illustre un utilisateur migrant de BS#1 BS#2 ayant pour rsultat un HO.
L'accs sans fil est fourni par la BS qui est relie au rseau de base des oprateurs
(Operator backbone network) via une liaison filaire ou sans fil. Le(s) ASA Server(s) est
relie directement au rseau de base.
U
MS BS
A
ASA
IB Server(s)
MS BS
Figure 1.7 : Modle logique de rfrence IEEE 802.16 e [6]
Ce modle dfinit les principaux lments et interfaces qui sont dcrits dans le tableau 1.8
17
Point de rfrence Elments spcifis par 802.16e Commentaires
U Messages pour assurer la mobilit.
IB Messages entre les BSs. Les protocoles de

transport sont non
spcifies.
A Messages pour assurer l'authentification du Les protocoles de

MSS et les fonctions d'autorisation du service. transport sont non
spcifies.
Tableau 1.8 : Les points de rfrence du modle IEEE 802.16 e [6]
1.2.4 Caractristiques techniques
Dans un rseau WiMAX, les couches hautes ne relvent pas de la technologie

WiMAX qui impacte essentiellement les couches physique (PHY) et MAC et certains
aspects rseaux.
1.2.4.1 Couche physique
En WiMAX, la couche physique permet le codage et le dcodage du signal. Elle

fournit les spcifications de transmission et de bande de frquence et, notamment, repose
sur les points suivants :
Des canaux de frquences sont de tailles variables, de 1,75 20 Mhz.

Une modulation adaptative.
1.2.4.2 Techniques d'accs
L'efficacit spectrale leve et la rsistance aux trajets multiples font d'OFDM

(Orthogonal Frequency Division Multiplexing), OFDMA (Orthogonal Frequency Division
Multiple Access) et SOFDMA (Scalable Orthogonal Frequency Division Multiple Access)
des technologies extrmement appropries, pour satisfaire les demandes du trafic sans fil de
donnes. Ceci les a rendu idaux pour les nouvelles technologies, notamment, WiMAX.
1.2.4.3 Couche MAC
Un aspect important des normes 802.16 consiste dfinir la couche MAC (Media
Access Control) pour supporter diffrentes spcifications de couches physiques. La couche
MAC est divise en trois sous couches :
18
Sous couche 1 : sous couche de service spcifique de convergence (service specific

convergence).
Sous couche 2 : sous couche commune.
Sous couche 3 : sous couche de protection (privacy sublayer).
La figure prsente ci-dessous illustre la composition de la couche MAC, comme dfinie

dans la norme 802.16 :
Figure 1.8 : Structure de la couche MAC [5]
1.2.5 Contrle du lien radio
La technologie de la couche physique 802.16 demande un contrle avanc du lien

Radio (RLC), particulirement pour dtecter les changements de la couche physique dun
profil de burst un autre. Le RLC doit vrifier ce changement ventuel, en plus des tches
habituellement dvolues, telles que les contrles dnergie et de porte des ondes.
Le RLC entre en oeuvre lorsque la BS commence mettre priodiquement en

broadcast le profil du burst choisi pour le lien montant et le lien descendant. Le profil de
burst qui sera utilis sur un canal est dtermin en fonction de plusieurs facteurs, tels que
les capacits de lquipement, la pluie dans la rgion.
19
1.3 Comparaison entre UMTS et WiMAX
Nous allons prsenter dans cette section une tude comparative entre les deux
systmes UMTS et WiMAX, cette comparaison nous amne mieux comprendre et savoir
les complmentarits des deux systmes.
1.3.1 Comparaison des deux technologies
Le tableau 1.9 illustre une comparaison gnrale entre les rseaux UMTS et WiMAX.
UMTS Mobile WiMAX
Usage Rseau tendu sans fil Rseau mobile tendu

Dbit thorique jusqu 2 Mbps (jusqu10 Mbps Jusqu 70 Mbps
avec la technologie HSDPA)
Port Typiquement : 1.5 - 7km Typiquement : 1.5 5km
(approximativement) Pico-cellules : 50m Pico-cellules : 100m
Micro-cellules : 500m Micro-cellules : 10km
Macro-cellules : 7km Macro-cellules : 15km
Frquence 1800, 1900, 2100 MHz 2000 6000 MHz
Terminales Laptop, PDA, plus cell phone Laptop and PDA
Support de mobilit Mobilit importante Usage portatif
- Handover en temps rel (Node Services nomades, limitation de
B/Node B) la couche 3 pour laccs mobile,
- Sessions continues et des et une latence pour le handoff.
applications en temps rel. Mobilit
- Support de laccs Best effort QoS pour un
vhiculaire mobile. handoff (BS vers BS).
QoS - 4 diffrentes classes: - 4 diffrentes classes:
Conversational Unsolicited Grant Service.
Deux services diffrents en temps Conue pour supporter un dbit
rel trs levs. de bits constant et garanti.
Streaming Real Time Variable Rate
Trafic flux continu. Il est destination des services
Interactive temps rel
Deux services diffrents avec Non-Real Time Variable Rate
minimum de taux derreur et pas Il est destination des services
ncessairement en temps rel. non temps rel, mais sans
Background garantie de temps de
(Best effort services) pas de rponse
contrainte de temps de Best Efforts Service
transmission. Une classe de service peut tre
alloue ventuellement chaque
connexion utilisateur.
Modulation WCDMA OFDMA FDD et TDD
Tableau 1.9 : Comparaison des systmes UMTS et WiMAX [7,8]
20
En comparant les deux systmes il y a une diffrence au niveau de dbit thorique,

aussi bien quau niveau des portes. Les tailles des cellules sont pratiquement identiques
mais leurs dbits sont plus ou moins diffrents. Ces valeurs ne peuvent pas tre simplement
compares sans considrer le dploiement et l'excution choisis par les oprateurs, elles
dpendent aussi par les facteurs externes de l'environnement comme le bruit et les
obstacles...Cependant il est clair que les dbits des mobiles WiMAX sont plus suprieurs
aux mobiles UMTS.
WiMAX fonctionne dans un spectre de frquence plus leve par rapport au rseau UMTS
qui fonctionne seulement dans les bandes de frquence autorises, tandis que 802.16e peut
atteindre les 2,4GHz.
Les classes de services dans les deux systmes sont trs semblables. Les deux systmes ont
chacun 4 classes de service diffrentes. Le service Conversational (UMTS) et Unsolicited
Grant Service (WiMAX) sont trs complmentaires vu que les services conversationnels
ont un profil non sollicit. Streaming et Real Time exigent galement les mmes attributs du
systme. Non-Real Time, Background et Best Efforts Service sont galement quivalente.
La conclusion est que les classes de QoS des deux systmes sont pratiquement identiques.
WiMAX 802.16e et OFDMA sont suprieurs UMTS et WCDMA et HSDPA en raison

du rejet d'interfrence par la technique daccs OFDMA, ainsi que l'efficacit spectrale, la
tolrance par trajets multiples et le QoS sont supports par la couche MAC.
UMTS est suprieur WiMAX en ce qui concerne la mobilit leve et le Soft handover
pour les services voix, cest ainsi l'architecture du UMTS est plus complexe celle du
WiMAX.
Conclusion
En guise de conclusion, les principes de challenge et de dfit sont identiques, donc

Ces deux systmes peuvent ragir rciproquement. Si les problmes de capacit se
produisent l'avenir, le handoff entre lUMTS entre WiMAX sera une solution raisonnable
pour assurer la voix avec QoS aussi bien que les services de donnes.
21
Mcanismes de handover entre UMTS & WiMAX
Chapitre 2 : Mcanismes de handover entre

UMTS & WiMAX
__________________________________________________________________________
Introduction
D
ans cette section, nous allons prsenter tout dabord, les mcanismes de handover pour
chacun des systmes UMTS et WiMAX, ensuite, nous allons dtailler la procdure du
handover inter-systme UMTS WiMAX et les besoins relatifs ce mcanisme. On dcrit
aprs, le protocole ncessaire comme support de la mobilit entre les deux systmes, enfin,
nous comparons les principaux mcanismes de handover entre UMTS et WiMAX.
2.1 Handover en gnral
Dans les systmes mobiles, le handover est un processus crucial pour pouvoir fournir
un abonn l'accs un service indpendamment du temps. Les utilisateurs mobiles ne
peuvent pas naturellement obtenir l'accs une mme station de base BS en se dplaant.
En entrant dans un secteur qui fournit un meilleur raccordement par une nouvelle BS,
lancienne doit tre libr et la nouvelle connexion doit tre tabli [9].
Il y a plusieurs raisons pour lesquelles des handovers doivent tre excuts. D'une
faon gnrale les handovers sont ncessaires quand le raccordement nest plus satisfaisant.
Dans cette situation, un handover est initialis avec certaines rgles. Les raisons les plus
communes pour quun HO soit excut sont en raison de manque de qualit de signal ou du
niveau du trafic pour une station de base.
2.1.1 Qualit de signal
Si la qualit de signal diminue au-dessous d'un certain niveau c..d le rapport de

signal/bruit qui est indiqu par le systme; HO sera excut. La puissance du signal est
constamment mesure par l'UE/MSS et le noeud B/BS (note: dans ce qui suit, BS sera
rapport un noeud B ou une station de base du rseau WiMAX).
2.1.2 Le trafic
Une cellule peut atteindre un certain niveau de charge un moment donn, en effet
quand la quantit du trafic dpasse le niveau maximum de la capacit dune cellule, les
utilisateurs de cette cellule sont remis une autre cellule qui a une capacit plus disponible.
22
De cette faon les ressources radio sont utilises d'une faon uniforme. Toute la capacit du
rseau augmentera galement vu quelle s'adapte dynamiquement la capacit exige dans
une cellule.
HOs sont galement adapts au comportement de l'utilisateur mobile. D'une faon

gnrale lorsquun utilisateur se dplace uniformment, le nombre de HOs augmentera avec
l'augmentation de la vitesse. Dans cette situation, un handover peut tre effectu par
exemple d'une micro-cellule une macro-cellule. Si l'utilisateur mobile ralentit, un HO sera
favorable une pico-cellule.
2.2 Handover dans le rseau UMTS
Dans le systme UMTS, diffrents types de handover sont introduits pour contrler la
charge du systme, remdier aux problmes de la couverture et pour offrir une qualit de
service satisfaisante.
Un algorithme de handover ne peut tre efficace que lorsqu'il est associ avec une
bonne fonction de gestion des ressources radio et une bonne fonction de gestion de
mobilit. La gestion des ressources signifie l'tablissement, le maintien, la libration et le
contrle d'une connexion sur l'interface radio. En UMTS la fonction de signalisation entre
le mobile et l'UTRAN est contrle par le protocole RRC (Radio Resource Control).
Lorsqu'on parle de handover, plusieurs fonctions implmentes dans le protocole RRC sont
importantes savoir les mesures effectues par l'UE (User Equipment), le relocalisation
SRNC (Serving RNC), le contrle de la liaison radio et le contrle des canaux physiques et
de transports. Plusieurs fonctions du protocole RRC sont implmentes dans le RNC
(Radio Network Controller).
La gestion de localisation signifie que le rseau doit connatre la position du mobile
chaque instant pour une ventuelle recherche. Les informations relatives a ceci sont
stockes dans le HSS (Home Subscriber Server) et le MSC.
Les handovers dans les systmes WCDMA peuvent tre classs suivant plusieurs
modes. Nous distinguons le soft/softer Handover, Handover intra-frquence, le Handover
inter-frquence. Pour une autre classification nous distinguons le soft/softer et le Hard
Handover.
2.2.1 Le soft/softer Handover
Soft/softer Handover sont deux types de Handover implments dans le systme

UMTS et qui sont spcifiques la technologie WCDMA.
23
Le soft handover se produit lorsque le mobile est dans la zone de chevauchement de

deux cellules. Il permet un mobile d'utiliser plus qu'un lien radio pour communiquer avec
le rseau fixe. Cette procdure permet de diminuer le taux d'chec de handover aux bords
des cellules et amliore significativement la qualit de signal. Le dclenchement de ce type
de handover se fait en se basant sur les mesures effectues par le mobile sur les canaux
pilotes des diffrentes stations de base.
Le soft Handover correspond au cas o les deux liens radio sont contrls par des
stations de base diffrentes ; le softer Handover est la situation dans laquelle une seule
station de base reoit les signaux d'un seul utilisateur partir de deux secteurs qu'ils
desservent.
La figure 2.1 illustre la procdure de soft Handover
Figure 2.1 : Le Mcanisme de soft Handover dans lUMTS
2.2.2 Le Hard Handover
Le hard handover consiste librer l'ancienne connexion avant qu'une nouvelle

connexion radio entre le mobile et le rseau soit tablie. Ce type de handover est utilis
dans les rseaux GSM, o dans chaque cellule on a des frquences diffrentes. Un mobile
qui passe dans une nouvelle cellule provoque la rupture de l'ancienne connexion avant
qu'une nouvelle connexion utilisant une autre frquence soit tablie dans la cellule visite.
24
Les figures 2.2-2.3 reprsentent les diffrentes situations de Hard Handover en UMTS [10]:
Figure 2.2 : HO inter-frquence Figure 2.3 : HO inter-PLMN (inter RNC)
Le droulement de la procdure de Hard handover se compose de trois phases:
2.2.2.1 La prparation
En complment des ressources alloues sur l'interface Iu, le RNC cible doit allouer
un circuit virtuel sur l'interface Iub avec la Node B cible. De plus un nouveau lien radio est
activ dans la cellule cible, au moyen de la procdure de (Radio Link Setup) du protocole
NBAP (NodeB Application Part).
2.2.2.2 L'excution
Durant cette phase, le SRNC doit commander au mobile de changer de cellule. La

phase d'excution est termine lorsque le mobile a bascul avec succs sur la nouvelle
cellule et qu'un nouveau lien radio a t allou.
2.2.2.3 La libration des anciennes ressources inutilises
L'ancien lien radio et le circuit virtuel sont librs par l'ancien SRNC. Comme
rcapitulation, le hard handover peut tre caus par:
Manque de couverture dans une zone donne.
La dgradation de la qualit de communication.
La charge de la cellule.
Regroupement des services.
Equilibrage des charges entre rseaux.
25
Le problme majeur du Hard Handover dans les rseaux UMTS c'est la coupure de
communication cause par la non disponibilit des ressources dans la cellule cible.
Ce problme peut tre rsolu par l'introduction d'un critre de priorit concernant
l'allocation des ressources. Dans une cellule donne, la demande des ressources pour
handover est prioritaire par rapport aux nouvelles demandes. Cette ide mne une
mauvaise efficacit spectrale puisque, pour une cellule donne, on aura des ressources non
utilises lorsqu'il n' y a pas de demandes de handover vers cette cellule ce qui implique un
blocage pour les nouvelles demandes. Ces implications ainsi que d'autre ont provoqu, pour
les rseaux WCDMA, l'introduction de nouveaux types de handover tel que le soft et le
softer handover.
Typiquement, le hard handover est utilis pour des raisons de couverture et de
charge. Par contre le soft et le softer handover sont lis la mobilit. Dans les rseaux
UMTS, le Hard Handover est employ lorsqu'un mobile passe entre deux cellules utilisant
deux frquences diffrentes ou employant des modes diffrents (TDD et FDD). Un autre
type de Handover qui peut s'inscrire dans cette famille consiste changer totalement du
systme.
2.2.3 Handover inter-systme
Le Handover inter-systme consiste changer le lien radio d'une technologie une

autre. Ce type de Handover ncessite une compatibilit entre les diffrentes architectures.
Les deux rseaux doivent communiquer afin d'changer les informations d'identits et les
messages de Handover. La figure 2.4 illustre le cas entre le UMTS et WiMAX.
Figure 2.4 : Handover entre UMTS et WiMAX [11]
26
2.3 Handover dans le rseau WiMAX
Fondamentalement 802.16e a prolong la couche MAC pour l'appui du HO entre les

cellules aussi bien entre les oprateurs qui est devenu plus flexible en ce qui concerne
l'inter-compatibilits d'oprateurs. Le roaming est une condition absolue pour la nouvelle
norme, alors que HO sans couture est dsir. Un HO sans couture est un handover avec peu
de perte, il est en fait une combinaison de Soft et de Fast handover.
La prise de dcision de HO est fondamentalement dtermine par le BS qui fournit le
meilleur QoS (Quality of Service). Le MSS mesure la puissance relative aux plusieurs BSs,
il peut galement acqurir la synchronisation et l'information d'ajustement de frquence du
BSs voisin.
IEEE travaille aujourdhui sur HO intra RAT (Radio Access Technology), alors que
le but de notre travail est inter RAT et plus spcifiquement entre UMTS et 802.16e.
Les HOs suivants sont dfinis dans IEEE 802.16e (tableau 2.1).
Type de Handover Classifications secondaires

Intra RAT Intra Frq. Hard HO
Soft HO
Inter Frq Intra modus (TDD TDD)
Inter modus (FDD TDD)
Inter RAT Exemple : 802.16 e UMTS
Exemple : 802.16 e - WLAN
Tableau 2.1 : Types de HO dfinit dans IEEE 802.16 e
2.3.1 La procdure de HO dans 802.16e
La raison dexcuter un HO peut tre fondamentalement pour deux raisons diffrentes [12]:
2.3.1.1 Niveau De Signal
Si le niveau de signal fourni par une station de base nest pas satisfaisant, il peut
avoir comme consquence des attnuations et dgradation de la qualit du signal. Ceci se
produit par exemple quand un MSS sort de la zone de couverture de sa station de base
serveuse.
2.3.1.2 Charge De trafic
Si un moment donn, un MSS est reli une station de base qui est fortement
charg, celle-ci ne peut pas fournir une largeur de bande optimale ou un QoS, alors quune
voisine peut fournir un meilleur service si elle a un niveau de trafic plus bas. Un tel
handover assure l'quilibrage de charge. Pour excuter un HO, il y a donc beaucoup de
27
variables qui doit tre valu. La politique de gestion de HO tient compte de cette
valuation. Les algorithmes complexes dterminent si un HO sera lanc ou pas. La situation
est la mme pour UMTS.
2.3.2 Acquisition de la topologie du rseau
La prsente partie dfinit la relation entre la gestion de mobilit de la couche MAC et

le handover [11]. Les diffrents messages de gestion de la mobilit de la couche MAC sont
expliqus. Ces messages sont prsents dans le tableau 2.2.
2.3.2.1 Annoncement de la topologie du rseau
Pour annoncer et diffuser des informations sur la topologie de rseau, la station de

base utilise le message de gestion de mobilit de la couche MAC " MOB_NBR-ADV "
selon les spcifications. De cette faon un MSS obtiendra des informations sur les stations
de base voisines et sur leurs canaux. L'information est fournit galement par les messages
de transmission des stations de base DCD/UCD (Downlink/Uplink Channel Descriptor).
2.3.2.2 Scanning
Une BS peut informer un MSS de lintervalle de balayage utiliser. Cet intervalle

sera utilis par le MSS pour balayer les stations de base cibles appropries un handover.
Le MSS peut galement demander un intervalle de balayage par l'mission du Message "
Mob_SCN-REQ. Dans ce message, le MSS indique la dure estime qu'elle exige pour
balayer.
Quand le balayage est exig, il doit tre tablit, le MSS et la station de base doit demander
un groupe d'intervalles de balayage ainsi le nombre de MOB_SCN-REQ peut tre rduit.
2.3.2.3 La procdure dassociation
La procdure d'association est un procd qui est excut optionnellement pour

prparer un temporisateur au handover, c--d de stocker et de stendre des informations
sur les stations de base potentielles du MSS avant deffectuer un handover. Il y a aussi un
timer pour sassurer la validit de ces informations.
La BS qui est dsigne pour tre la station de base cible est connue sous le nom BS
associe.
Le tableau 2.2 prsente les diffrents messages de la couche MAC pour la gestion de
mobilit (MAC Management Messages).
28
MOB_BSHO-REQ La BS peut transmettre le message MOB_BSHO-REQ quand elle veut

initialiser un handover. En recevant ce message, le MSS peut balayer
ces BSs voisins recommand dans ce message.
MOB_MSHO-REQ Le MSS peut transmettre ce message, quand il veut initialiser un

handover.
MOB_NBR-ADV Ce message est employ par le systme pour fournir au MSS les
informations sur le rseau et pour lui dfinir la BS voisine quand il
veut entrer dans le rseau.
MOB_SCN-REQ Ce message peut tre envoy par un MSS demandant l'intervalle de

balayage, il peut donc balayer pour dterminer ses BSs voisines
disponibles ainsi que leurs convenance pour effectuer un HO.
MOB_SCN-RSP Cest le message envoy par la BS quand elle reoit le message

MOB_SCN-REQ envoy par le MSS.
Tableau 2.2 : Explication des (MAC Management Messages) [12]
2.3.3 Le Processus de handover
Dans la norme 802.16 e [12], le processus de handover est dfini dans des tapes, y
compris les diffrentes phases pour qu'un MSS migre d'une station de base une autre.
Les diffrentes tapes seront expliques dans le paragraphe suivant :
2.3.3.1 Slection des cellules
La slection/reslection des cellules peut tre excute de diffrentes manires par un

MSS en employant l'information du voisin BS acquise par le message de MOB_NBR-
ADV , ou en prenant une dcision indpendante des intervalles de balayage pour quun
MSS fait balayer et identifie ces stations de base voisines. Le rsultat de ceci est employ
pour valuer l'intrt d'un handover de MSS d'un BS l'autre.
2.3.3.2 Initiation et dcision du handover
N'importe quel genre de handover commence par une dcision qui peut tre prise par
le MSS ou la station de base serveuse, dans tous les cas, la dcision est annonce par les
messages de gestion de la mobilit de la couche MAC ; MOB_MSHO-REQ ou
MOB_BSHO-REQ.
2.3.3.3 Scanning
Le MSS peut balayer la station de base cible dans la liaison montante et aussi bien
que la liaison descendante. Le balayage et la synchronisation peuvent se rduire si le MSS a
29
reu le message de MOB_NBR-ADV, parce qu'il inclut la station cible, la frquence, DCD
et UCD.
2.3.3.4 Re-entrer au Rseau
Le but de cette procdure est d'obtenir une connexion dun MSS une BS cible qui
va devenir la station de base serveuse. Lexcution dun handover est dtermine par les
informations changes entre le MSS et la BS.
2.3.3.5 Arrt de Service
Fondamentalement c'est le point o tous les raccordements qui sont relis la station
de base serveuse prcdente sont librs.
2.3.3.6 Annulation du handover
Le handover peut tre dcommand par MSS tout moment.
2.4 Handover inter-systme UMTS WiMAX
Dans cette partie, nous dtaillons dabord les besoins pour traiter le handover inter-
systme ainsi que la procdure de handover, ensuite nous dcrivons le protocole ncessaire
pour le support de la mobilit entre les deux systmes UMTS et WiMAX.
2.4.1 Exigences du handover
Afin deffectuer des handovers inter-systme UMTS / WiMAX, certaines exigences

du terminal mobile et du rseau doivent tre remplies.
2.4.1.1 Exigences du mobile
Le terminal mobile doit tre un terminal bi-mode remplissant la fois la fonction

dUE quip dune USIM et de MSS quipe dune carte daccs sans fil 802.16e. Ce
terminal quip des deux interfaces daccs doit tre capable doprer sur les deux rseaux
et supporter le handover dun rseau vers lautre.
2.4.1.2 Exigences du rseau
Linteraction rseau implique que les rseaux UMTS et WiMAX sont interconnects.
Le rseau UMTS dun oprateur peut servir de base pour y connecter un rseau WiMAX.
Ainsi on dfinit trois types dinterconnexion possible : la configuration tight coupling, la
configuration loose coupling et la configuration open coupling.
30
La configuration open coupling signifie quil ny a aucune intgration entre les deux
rseaux daccs. Les rseaux WiMAX et UMTS sont considrs comme deux systmes
indpendants partageant un systme de facturation entre eux. Lauthentification dun
terminal mobile implique ds lors lactivation de la facturation sur une base de donnes
commune. Cette configuration exclut le support du handover intgr.
La configuration loose coupling consiste employer une base de donnes client
commune AAA et une procdure dauthentification. La base de donnes AAA est charge
de la facturation et de lauthentification de clients UMTS et WiMAX et est lie au HLR
UMTS. Les deux rseaux sont dans cette configuration lis par le GGSN UMTS.
Enfin, la configuration tight coupling consiste intgrer le rseau WiMAX au mme
niveau que le RNC UMTS. Les deux rseaux sont alors grs tous deux par le HLR [17].
2.4.2 Procdure du handover inter-systme
La procdure de handover d'un terminal mobile se dcompose en trois tapes.

D'abord, certaines mesures doivent tre effectues et rassembles dans un rapport de
mesures. Ensuite, une dcision de handover est prise en fonction du rapport. Enfin, le
handover est excut si la dcision de handover est positive.
La figure 2.5 prsente les diffrentes tapes de la procdure du handover inter-systme.
MESURES DECISION EXECUTION
Critres de mesures Paramtres de lAlgorithme Signalisation de Handover

Rapports de mesures Critres de Handover Allocation de ressource
Radio
Figure 2.5 : Processus de Handover
2.4.2.1 Mesures
La premire tape est la mesure de certains paramtres requis pour analyser le statut
de la connexion existante entre le terminal et la cellule utilise et le statut de la qualit
d'autres cellules disponibles.
31
Les mesures peuvent tre effectues par le terminal ou le rseau. Pratiquement, le

terminal participe toujours la prise de mesures [13].
Les mesures incluent la fois des prfrences statiques de l'utilisateur et des mesures
dynamiques. Les prfrences statiques rfrent une liste de services laquelle l'utilisateur
a souscrit, et une liste de prfrence indiquant la priorit de services en cas de ressources
faibles. Les paramtres dynamiques contiennent une liste de services supports ou non par
le rseau, une liste de services actifs ou suspendus et un indicateur sur la qualit de service
dlivr.
On s'intresse principalement aux paramtres dynamiques dans le cadre de la
modlisation. Ils comprennent la surveillance et lanalyse des paramtres d'accs rseau tels
que la puissance de rception, le bit error rate, le block error rate et les informations de
charge rseau obtenues en surveillant la charge en terminaux de la cellule courante et des
cellules voisines [14].
Quand les mesures sont effectues, elles sont rassembles dans un rapport de mesures
et envoyes l'entit de dcision du handover.
2.4.2.2 Dcision du handover
En fonction du rapport de mesurer, l'entit de dcision value si un handover est

requis o non. La dcision du handover peut provenir d'une entit de dcision du terminal
(mode contrl terminal) ou d'une entit de dcision du rseau (mode contrl rseau).
Dans le mode contrl terminal, le terminal mesure la puissance du signal de la
station de base courante et des stations de base candidates. S'il peroit un signal de
puissance suprieure provenant d'une station de base candidate, le terminal initie le
handover. Le rseau peut diffuser des paramtres pour influencer ce processus, cependant la
dcision du handover rside dans le terminal.
Le mode contrl Terminal est un mode de dcision dcentralis. L'avantage en est
une architecture de handover simple, extensible et tolrante. De plus, dans un contexte de
protocole de mobilit IP, ce mode de dcision est particulirement adquat. En effet, le
protocole de mobilit se charge du reroutage dynamique de paquets.
Dans le mode contrl rseau, le rseau mesure la puissance du signal du terminal et
ordonne au terminal de se connecter une cellule particulire si ncessaire. Ce mode
conduit une charge de signalisation importante sur le rseau vu que seul le rseau effectue
des mesures. De plus, dans le cadre du handover inter-systme, le Terminal est le seul
lment conscient de la prsence de plusieurs rseaux. Le mode contrl rseau est
32
essentiellement employ dans les rseaux commutation de circuits. L'avantage de ce

mode est que le rseau surveille sa charge et peut viter les saturations de ressources, ce que
ne permet pas le mode contrler terminal. [13] [15] [16].
Enfin, il existe un mode de contrle inspir des deux modes prcdents : le mode
contrl rseau et assist terminal. Dans ce mode, le rseau effectue les mesures de
puissance de la mme faon qu'en mode contrl rseau. Cependant, les mesures rseau
sont accompagnes des mesures renvoyes par le terminal. Ds lors, le rseau contrle la
dcision du handover en tenant compte des mesures du terminal. Ce mode de contrle est
employ par le rseau UMTS. Le RNC dcide du handover en fonction de mesures
effectues sur le terminal et de mesures rceptionnes du terminal [17].
Aprs avoir rcupr les paramtres de mesure et leur changement au cours du temps,
l'entit de dcision dcide du handover. Les paramtres dclencheur du handover sont la
puissance du signal, la mobilit plus ou moins leve du terminal, la charge de la cellule et
l'application utilise par le terminal. Si la puissance du signal de la cellule courante tombe
sous une valeur seuil et que la puissance du signal d'une cellule voisine est suprieure, un
handover peut tre dclench. Si le client se dplace rapidement ou lentement, un handover
peut galement tre dclench.
Dans le cas d'un terminal communiquant avec le rseau WiMAX et se dplaant
rapidement, un handover vers le rseau UMTS (si le rseau est disponible) est dclench vu
la porte des BSs 802.16e. Ensuite, la charge du rseau ou de la cellule courante peut
dclencher le handover si une cellule voisine est moins charge que la cellule courante. De
cette faon, la charge du rseau est rpartie sur les cellules.
Enfin, si la cellule courante ne supporte pas une certaine application en terme de
bande passante requise ou de QoS, le rseau peut dclencher un handover vers un autre
rseau assurant les conditions requises par l'application [17].
2.4.2.3 Excution du handover
Une fois la dcision du handover prise, l'entit d'excution, terminal ou rseau, est
informe du handover accomplir. En UMTS, l'excution du handover est effectue par le
rseau, savoir le DRNC alors qu'en 802.16e, le handover est effectu par le terminal [18].
2.4.3 Gestion de la mobilit
UMTS et WiMAX nont aucune fonction propre pour effectuer un handover inter-
systme. De ce fait, un protocole de mobilit est ncessaire pour supporter ce type de
33
handover. Le protocole de mobilit autorise linteraction de couche rseau ou suprieure

entre les deux rseaux. Cependant, UMTS traite la mobilit par handover et reslection de
cellule alors que 802.16e traite la mobilit par transitions des messages de la couche MAC.
Les protocoles de mobilit se prsentent diffrentes couches du modle OSI.
Chaque couche du modle a ses fonctions et responsabilits distinctes. Dans cette partie
nous allons dcrire le protocole ncessaire pour le support de la mobilit entre les deux
systmes.
2.4.3.1 Mobile Ipv6
Mobile IPv6 a t initialement dfini comme un ajout IPv4. Pour le protocole IPv6,
le support de la mobilit (Mobile IPv6) a t envisag demble. Ds lors, certains
problmes de Mobile IPv4 ont t rsolus dans Mobile IPv6. Les problmes majeurs de
Mobile IPv4 sont le dploiement, le routage triangulaire, loverhead de tunnelling et la
scurit [20] [21]. Chacun de ces problmes est dcrit par aprs de mme que lapproche
Mobile IPv6 rsolvant ces problmes. Le dploiement de Mobile IPv4 ncessite
limplmentation de foreign agents dans chaque rseau tranger potentiel. Cette
implmentation suggre une reconfiguration tendue du rseau. Mobile IPv6 traite ce
problme en liminant totalement les foreign agents. Il conserve les ides de rseau
domicile, home agent et lusage de lencapsulation pour acheminer les paquets depuis le
rseau domicile jusquau client.
Figure 2.6 : Gestion de mobilit Mobile IPv6 [20]
34
Le scnario pour Mobile IPv6 est similaire au scnario Mobile IPv4. Le client est
initialement localis dans son rseau domicile une position A o il a tablie la
communication avec un serveur, dans un rseau tranger travers lInternet, au moyen des
mcanismes de routage IP standards (1). Le client change alors de position de A dans le
rseau domicile vers B dans un rseau tranger (2).
a) Enregistrement
Au lieu dcouter les annonces de disponibilit des foreign agents, le client coute les
annonces de routeur. Les annonces de routeur dans IPv6 ont t tendues avec plusieurs
bits. Linformation de prfixe rseau IPv6 permet au routeur dannoncer son adresse IPv6
globale au lieu de son adresse de liaison locale. Le client peut dterminer sil se trouve dans
son rseau domicile ou dans un rseau tranger laide du prfixe rseau contenu dans
lannonce de routeur. Si le prfixe rseau correspond au prfixe rseau de ladresse
domicile du client, le client se trouve dans son rseau domicile. Si le client dcouvre quil
est dans un rseau tranger, il obtient un care-of adresse et lenregistre avec son home
agent. Le client obtient une care-of adresse soit en contactant un serveur DHCPv6 dans le
rseau tranger, soit en extrayant le prfixe rseau de lannonce de routeur et en ajoutant un
identifiant dinterface unique.
Quand le client a obtenu une care-of adresse, il envoie une mise jour de binding son
home agent (3). Le home agent rpond avec un acquittement de binding (4).
Le processus denregistrement de Mobile IPv6 diffre donc essentiellement par labsence
de foreign agent [20] [21] [22].
b) Routage triangulaire
Le routage triangulaire implique que tous les paquets envoys au client sont routs
via le home agent, ajoutant un dlai de transfert vers le client. Ce problme est rsolu dans
Mobile IPv6 en implmentant loptimisation de route. Loptimisation de route a t
initialement spcifie comme une extension pour Mobile IPv4 et est prsente dorigine dans
Mobile Ipv6. Pour loptimisation de route, le client enregistre dabord sa care-of adresse
avec le home agent comme dcrit ci-dessus. Il envoie alors une mise jour de binding
directement au serveur pour lui signaler sa nouvelle care-of adresse (7). Le serveur rpond
avec un acquittement de binding. Le client et le serveur peuvent poursuivre leur
communication de manire ininterrompue (8) (9).
35
Le home agent peut aussi recevoir des paquets du serveur avant que le client nait
enregistr sa care-of adresse avec le serveur (5). Dans ce cas, le home agent reoit les
paquets du serveur, les encapsule et les transmet au client (6).
Quand le client reoit le premier paquet encapsul du home agent, il envoie une mise
jour de binding au serveur, qui rpond au client par un acquittement de binding (7) (8).
Aprs cette tape, le serveur et le client poursuivent la communication sans
interaction du home agent. En supprimant le home agent comme nud intermdiaire, le
dlai supplmentaire dans la direction serveur-client est limin [20] [21] [22].
c) Tunnelling
Quand le serveur envoie des paquets au client, les paquets transitent par le home
agent qui intercepte les paquets et les encapsule. Il tunnelle ensuite les paquets encapsuls
vers le foreign agent. Le tunnelling consiste typiquement en un overhead de 20-bytes
ajouts chaque paquet (encapsulation IP-in-IP). Mobile IPv6 rsout le problme
doverhead en supprimant simplement la fonction de tunnelling [20] [21] [22].
d) Scurit
Enfin, il y a des problmes de scurit. Quand le client enregistre une care-of adresse
avec son home agent, le home agent doit tre certain que la requte provient du client et
non dun nud prtendant tre le client. Un tel nud pourrait entraner le home agent
modifier sa table de routage de telle manire que le client ne soit plus joignable, et dans le
pire des cas que les communications soient rediriges vers le nud.
Mobile IPv4 emploie une association de scurit entre le home agent et le client au
moyen de lalgorithme Message Digest 5. Cet algorithme cl de 128-bits cre des
signatures digitales pour les demandes denregistrement. Mobile IPv4 ne requiert cependant
pas lauthentification des foreign agents envers le client ou le home agent.
Mobile IPv6 implmente quant lui des fonctions dauthentification et de cryptage
puissantes dans tous les nuds au moyen de IPSec (IP Security) [20] [21] [22].
Au vu de ces amliorations, il semble vident de prfrer lusage de Mobile IPv6
Mobile IPv4. Dans le futur, IPv6 est appel remplacer IPv4 sur lInternet, cependant, ce
nest pas encore le cas. Cette recherche se focalisera sur Mobile IPv6 comme solution
davenir tout en nexcluant pas Mobile Ipv4.
Donc, Mobile IPv6 sera envisag pour fournir une architecture de dveloppement
traitant le transfert inter-cellulaire entre UMTS et WiMAX.
36
2.5 Comparaison du HO entre UMTS et WiMAX
Le tableau suivant prsente une comparaison gnrale du handover entre UMTS et

WiMAX.
Mcanismes de HO UMTS Mobile WiMAX

Support du HO RRM (Radio Resource Management) Dans 802.16e le processus de
plac au RNC (RAN) cest lui qui est HO est mnag par la couche
responsable au contrle du handover MAC.
dans UMTS. une entit de RRM est Mobile IP ou IPv6 assure
place galement dans le UE (User galement le support de la
Equipment) pour le support du mobilit.
handover.
Mobile IP ou IPv6 situ dans la couche
IP assure le support de la mobilit.
TYPES de HO Hard HO (Intra frq. et Inter frq). Intra RAT (Intra system);
Inter frq entre diffrents RAN Intra frq: Hard HO et
considr galement Inter system. Soft HO
Soft et Softer HO. Inter frq: Intra modus et
Inter modus (TDD / FDD).
Inter RAT (Inter system).
Support du HO Inter system introduit le mode slott Un BS peut informer un MSS
inter-systme dans WCDMA: Le spreading factor est quil sert un " intervalle de
rduit dans un canal lorsque le UE est balayage "(scanning interval).
en mode slott.Une seule fraction de L'intervalle est employ par
frame slot de WCDMA est employ le MSS pour balayer et
pour se connecter linterface radio, le choisir sa BS cible disponible.
reste est utilis pour mesurer le niveau Le MSS lui-mme peut
de signal des autres cellules. galement demander un
intervalle de balayage (dans
le message MOB_scnreq, le
MSS indique la dure estime
qu'il exige pour balayer).
Raisons pour Principalement pour deux raisons,
excuter HO qualit de signal et la charge de trafic
Qualit de signal :
Un HO est excut si le niveau de
38
Initiation de HO Un HO peut tre initialis soit par BS et MSS peuvent initialiser

lUE ou par lUTRAN avec certaines les deux un HO.
rgles.
SRNC vrifie les rapports de mesures
pour passer ltape de dcision.
Phases du HO
Phases et types de Les mesures internes sont Le MSS mesure la porte et la

mesures constamment effectus et rapports puissance des BSs voisines
par UE. Le MSS peut effectuer les
La qualit de signal est mesure par le ajustements de
UE et le noeud B. synchronisation, de
puissance et de frquences
des BSs voisines.
Par le message MOB_NBR-
ADV, le MSS peut avoir des
informations sur ses BSs
voisines ainsi quaux canaux
respectifs.
Linformation est galement
fournit par les messages
DCD/UCD (Downlink
Channel Discriptor/Uplink
Channel Discriptor) transmis
par les BSs.
Phase de dcision Il y a deux types de dcisions Principalement, la phase de
effectus : NEHO (Network Evaluated dcision est dtermine par
HO) ; le rseau qui dcide un la BS en fournissant le
handover et MEHO (Mobile meilleur QoS et elle se base
Evaluated HO); le mobile qui dcide sur les activits effectues
un handover, on peut avoir aussi la dans la phase de mesure.
combinaison de ces deux modes. Des facteurs et des
Nanmoins le SRNC cest lui algorithmes complexes
le dcideur final du handover car il est dterminent si un handover
le responsable du RRM (Radio sera dclanch ou non.
Resource Management). La dcision peut tre ralis
Dans le cas de MEHO, le UE cest le soit par le MSS, soit par la BS
seul qui prpare la dcision du serveuse, dans tous les cas,
handover par ses algorithmes et un handover est annonc
lenvoi au rseau. par deux messages savoir
Le RNC dcide toujours si un MOB_BSHO-REQ ou
handover sera effectu ou non pour MOB_BSHO.
les raisons du trafic.
Phase dexcution Durant cette phase, le SRNC doit Lexcution est dtermine
commander au mobile de changer de par les informations prises
cellule. La phase d'excution est par la MSS et la BS.
termine lorsque le mobile a bascul Arrt de service
avec succs sur la nouvelle cellule et Tous les raccordements ou
qu'un nouveau lien radio a t allou. contextes relis la portion
prcdente BS est libr.
Ainsi tous les services sont
librs.
Tableau 2.3: Comparaison du handover entre UMTS et WiMAX
39
Conclusion
Daprs ce chapitre, nous pouvons constater qu'il y a beaucoup de diffrences entre

les deux systmes, mais les principes utiliss dans les deux systmes demeurent toujours
semblables. Tous les deux introduisent lenchanement des phases de HO de la mme
manire, la diffrence est comment ces phases sont rsolues dans les deux technologies.
Dans la comparaison de technologie, on a not que UMTS est orient voix et
WiMAX est orient donnes. Puisque UMTS soutient un niveau trs lev de la mobilit,
l'appui de HO devient par la suite plus complexe que dans le rseau WiMAX o elle est
support par la gestion de mobilit par la couche MAC et par les protocoles mobile IP et
Ipv6.
40
Prsentation du simulateur & Modlisation du systme simuler
Chapitre 3: Prsentation du simulateur &

Modlisation du systme simuler
__________________________________________________________________________
Introduction
A
prs avoir introduire les aspects technologiques lies aux rseaux UMTS et WiMAX.
Nous envisagerons, dans cette partie, la modlisation rseau du handover inter-systme
UMTS WiMAX.
Pour cela, nous prsenterons tout dabord le simulateur utilis, ensuite les implmentations
ncessaires pour le support du handover vertical UMTS WiMAX. Enfin, nous driverons
les diffrentes tapes de travail de la simulation.
3.1 Modlisation rseau
La modlisation rseau est la dfinition d'une architecture rendant possible la

simulation et l'analyse de performances des lments constitutifs du rseau.
La modlisation rseau implique l'utilisation d'un simulateur logiciel capable de dfinir un
rseau en terme de nuds, liens et technologies.
Dans cette partie sont abords le simulateur logiciel NS-2 sous la plateforme Linux,
son support technologique (UMTS, WiMAX) et ses extensions. Les conflits entre le
simulateur et les extensions ainsi que les conflits entre les extensions sont dtaills. Enfin,
une solution de modlisation est propose.
Pour illustrer l'objectif de la modlisation, il est utile de la prsenter l'aide d'un
scnario de simulation. Le scnario envisag est un utilisateur quip d'un terminal mobile
bi-mode UMTS/WiMAX connect la passerelle entre les deux rseaux d'accs.
L'utilisateur est connect initialement au rseau WiMAX ou au rseau UMTS. Durant la
communication, l'utilisateur se dplace du rseau UMTS (WiMAX) vers un rseau
WiMAX (UMTS). Les rseaux UMTS et WiMAX doivent tre interconnects; quand
l'utilisateur change de localisation, l'entit de handover excute un handover inter-systme
entre UMTS et WiMAX. Pour assurer la continuit de la communication suite au handover,
le protocole de mobilit Mobile IPv6 est mis en uvre.
41
3.1.1 NS-2
NS-2 est bti selon les ides de la conception par objets, de la rutilisation du code et
de la modularit. Il est aujourd'hui un standard de rfrence dans le domaine de la
simulation logicielle. Ce logiciel est dans le domaine public, son utilisation est gratuite. Il a
pour objectif la construction d'un simulateur multi-protocoles pour permettre l'tude
d'interaction entre les protocoles et le comportement d'un rseau. Le simulateur contient des
bibliothques pour la gnration de topologies rseaux, des trafics ainsi que des outils de
visualisation tel que l'animateur rseau NAM (Network ANimator) [23] [24].
3.1.1.1 Introduction
Le simulateur NS-2 est particulirement adapt l'tude de rseau commutation de

paquets et la ralisation de simulations. Il contient les fonctionnalits ncessaires l'tude
des algorithmes de routage unicast ou multicast. Des protocoles de transport, de session, de
rservation, des services intgrs, des protocoles d'application comme http. De plus le
simulateur possde une palette de systmes de transmission, d'Ordonnanceurs et de
politiques de gestion de file d'attente pour effectuer des tudes de contrle de congestion.
Les principaux composants de NS-2 sont :
Application Web, ftp, telnet, gnrateur de trafic (CBR)
Transport TCP, UDP, RTP, SRM
Routage Statique, dynamique, multicast
Gestion de file dattente RED, Drop Tail, Token bucket
Discipline de service CBQ, SFQ, DRR, Fair queueing
Systme de transmission CSMA/CD, CSMA/CA, point point
Tableau 3.1: les principaux composants de NS-2
3.1.1.2 Utilisation du simulateur
Du point de vue utilisateur, la mise en oeuvre de NS-2 se fait via une tape de
programmation en langage tcl qui dcrit la topologie du rseau et le comportement de ses
composants, vient ensuite l'tape de simulation et enfin linterprtation des rsultats.
Avant d'claircir le scnario gnrale, on s'intresse un scnario simple n'impliquant
qu'une topologie simple de quatre machines fixes communiquant l'une avec l'autre via trois
42
liaisons. Dans la terminologie NS, une machine s'appelle un nud. Un nud peut contenir
des agents (TCP, UDP...), ces agents pouvant supporter un type d'application (FTP, CBR,
...) [23].
Cette simulation s'effectue via le script tcl suivant : Exemple.tcl [23] [24] (voir Annexe).
Lexcution de NAM dans la procdure finish permet la visualisation dynamique des
paquets circulant entre les nuds :
Figure3.1 : Visualisation Nam de lexemple.tcl [24]
Logiquement on observe une perte de paquets dans le nud n2 due la liaison n2-n3 de
1Mbps. Alors que n0 et n1 envoient leurs paquets un dbit de 800 Kb/s.
Le fichier out.tr contient lui des informations brutes sur les paquets (voir Annexe).
3.1.1.3 Dveloppement de nouveaux composants
NS est en ralit un programme relativement complexe crit en C++ et interfac via

Tcl. Pour, modifier le comportement d'objets existants ou en concevoir de nouveaux, il est
donc ncessaire de passer par une tape d'implmentation en C++.
Cette tape de dveloppement pour la simulation du scnario de handover est dtaille dans
ce qui suit [24] [25] [26].
3.1.2 Implmentation du Media Independent Handover (MIH)
Vu les limitations de NS-2 pour lvaluation et la simulation des scnarios de

handover et de mobilit, IEEE 802.21 a dvelopp le module MIH dans le cadre du projet
Seamless Mobility Project , ce module contient toutes les fonctionnalits ncessaire pour
43
simuler les scnarios de handover du couche 2 et 3 et de supporter la mobilit htrogne, il

intgre aussi diffrentes technologies de rseau (802.11, 802.16, Bluetooth, UMTS)
3.1.2.1 Architectures et fonctionnements
La figure 3.2 reprsente l'interaction du fonctionnement du MIH (MIHF) avec les

diffrents composants du noeud. Le MIH est mis en application dun agent qui peut
envoyer des paquets de la couche 3 au MIHF distance. Le MIHF contient la liste des
interfaces locales, on peut ainsi obtenir leur statut et commander leur comportement.
L'utilisateur de MIH est galement mis en application d'un agent au MIHF pour recevoir
des vnements des interfaces locales distance [27].
MIH User 1 MIH User 2 Technology dependent

Technology independent
MIH MIH MIH MIH

Events Commands Events Commands Query Query
or or
configure configure
MIHF Response MIHF Response
Link Link Link Link

events commands events commands
L21 L22 L2
Mobile Node Access Point
Figure 3.2: Architecture du MIH [27]
L'change des informations travers les couches a t ajout au NS-2 en modifiant la

couche MAC et en liant le MIHF aux couches MAC par l'intermdiaire du langage TCL.
a) MIHF
Comme cit prcdemment, le MIHF prolonge la classe Agent dfini dans NS-2 pour
permettre chaque MIHF d'envoyer et de recevoir des paquets de la couche 3.
Le MIHAgent est au centre de l'implmentation. Il communique avec les couches
infrieures (c d couche MAC) et les couches plus leves (c.--d. utilisateurs de MIH). La
classe manipule la liste d'utilisateurs de MIH et les informations de leur enregistrement.
Elle permet galement la manipulation des communications avec des MIHFs extrieurs.
44
Enfin elle fournit une interface indpendante de mdias (MIH_SAP) et une autre interface
dpendante de mdias (MIH_LINK_SAP et les primitifs spcifiques de mdias) [27].
b) MIH User
Les utilisateurs de MIH sont des entits qui se servent des fonctionnalits de MIHF,
ils servent optimiser les mcanismes de handover. Puisqu'il y a un nombre infini de
ralisations selon les politiques de prfrence ou de rseau d'utilisateur, l'excution fournit
une classe abstraite MIHUser qui peut tre facilement prolonge
Figure 3.3 : Classe hirarchique de MIH User [27]
45
Le MIHUser envoie des commandes et reoit des vnements/messages du MIHF.

Pour augmenter la rentabilit, l'implmentation fournit galement une srie de classes
abstraites qui contiennent des fonctionnalits utilises gnralement. L'IFMNGMT fournit
des fonctionnalits de gestion dacheminement de paquets. En utilisant le langage TCL,
l'utilisateur peut enregistrer les acheminements des paquets qui sont employs dans le
noeud.
Ceci facilite le module de handover en trouvant les acheminements des paquets qui
doivent tre roriente. Il reoit galement des vnements de l'agent de ND quand un
nouveau prfixe est dtect ou quand il est expir. Le MIPV6Agent ajoute les possibilits
de redirection des paquets l'utilisateur de MIH. Quand un acheminement doit tre
rorient, un message doit tre envoy au noeud de source pour l'informer de la nouvelle
adresse ou linterface employer. En conclusion, la classe de handover fournit un calibre
pour les modules de handover et le calcul d'une nouvelle adresse aprs la russite dun
handover [27]. (Voir Annexe).
3.1.2.2 MAC layer support for MIH
Les couches MAC ont t modifies pour inclure les fonctions de MIH_LINK_SAP
et pour manipuler la gnration de dclenchement du handover.
Le MIH_LINK_SAP a t ajout la classe MAC de sorte que le MIH manipule des objets
MAC autant que possible [27].
3.1.2.3 Les extensions de mobilit pour NS-2
En plus de l'implmentation de MIH, des modles de mobilit sont inclus pour

soutenir les mcanismes de handover dans NS-2, ils incluent [27]:
Intgration des technologies multiples (UMTS, Bluetooth, 802.16) tenir compte
des handover htrognes.
Modification de l'implmentation du (802.11) pour soutenir des handover.
Dfinir une conception gnrique pour des noeuds avec des interfaces multiples.
Support des algorithmes de dcouverte des voisins et de changement et mise jour
d'adresse.
3.1.2.4 Support des interfaces multiples
Afin d'valuer les mcanismes de handover dans l'environnement htrogne, nous

avons intgr des paquets multiples fournissant des technologies additionnelles. Ce qui suit
est une liste de technologies supplmentaires au paquet :
46
UMTS : le code source est bas sur le code d'EURANE [28]. La modification inclut
le soutien de l'adressage hirarchique.
IEEE 802.16 : dvelopp intrieurement et se concentrant sur les aspects de mobilit
de la technologie (802.16e).
La difficult rencontre est que le support des interfaces multiples n'est pas t intuitif dans
NS-2. En outre, les paquets externes ne suivent pas ncessairement la mme structure de
noeud que celle dfinis dans le modle de base. Par exemple, les algorithmes de
cheminement sont diffrents. Pour cette raison, un travail s'est avr pour permettre
chaque technologie de fonctionner indpendamment des autres.
Classifier/Addr
Node:entry_
Classifier/Hier
Classifier/Port defaulttarget_
Classifier/Addr
Node:entry_
254
Neighbor
Discovery
Figure 3.4 : Architecture dun nud Multi-interface [27]
Un nud Multi-interface est mis en place pour supporter des technologies

diffrentes. En fait, un nud MultiFace est un noeud virtuel liant aux noeuds des
technologies semblables ou diffrentes. Un Agent ND est situ dans chaque noeud et il tient
compte toutes les dtections de mouvement de la couche 3 (nouveaux et anciens prfixes),
les avis sont envoys au directeur d'interface (IFMNGMT). Le MIH est situ dans le noeud
MultiFace et il est li avec chaque objet MAC du noeud d'interface. L'application
target_objest est assigne dynamiquement l'entre du noeud choisi pour envoyer le trafic.
Avec cette conception, nous avons pu simuler des Handover entre IEEE 802.16 et UMTS.
47
3.1.2.5 Mobilit de la couche2
La mobilit de la couche 2 est fournit par la couche infrieure, dans le modle dfinit
par IEEE 802.21, les diffrentes technologies rseau tiennent compte de la commutation
dune station de base une autre, dans NS-2, chaque BS peut se trouver des diffrents
domaines, pour cela, on exigera au couche 3 le support du Handover.
3.1.2.6 Mobilit de la couche 3
a) Dcouverte des voisins
Cette section contient une vue d'ensemble courte sur les fonctionnalits fournies par
le module de ND. Le module de ND est utilis pour fournir la dtection de mouvement de
la couche 3. Dans le rseau, la BS envoie priodiquement des RAs (Router Advertisement)
pour informer le MNs au sujet du prfixe de rseau. L'agent de ND situ dans le MN reoit
ces RAs et dtermine si le message contient un nouveau prfixe et informe le directeur
d'interface. Un temporisateur est associ au prfixe. Quand le prfixe est expir, un avis est
envoy au directeur d'interface. L'implmentation supporte galement RS (Router
Solicitation) pour permettre un MN de dcouvrir une nouvelle BS aprs un Handover.
b) Les algorithmes de routage et les mises jour des adresses
Dans NS-2, le cheminement est fait dans diffrentes manires selon le type de
noeuds. Dans un rseau cbl, les itinraires sont calculs l'initialisation et les
classificateurs sont mis jour. Dans un rseau sans fil, un agent de cheminement prend soin
de conduire les paquets d'une manire plus dynamique puisque la topologie et le
cheminement peuvent changer. Le projet ne se concentre pas sur les rseaux ad hoc ; donc,
une infrastructure de support d'algorithme de cheminement davantage est exige. La
premire solution tait de modifier le cheminement de DSDV pour se comporter
diffremment et pour ne pas envoyer trop de paquets. La deuxime solution tait
d'employer le protocole de NOAH (NO Ad-Hoc Routing Agent). Nous l'avons modifie
pour manipuler le changement d'adresse de nud [27].
Pendant une simulation, un MN peut changer du rseau. En commutant dune BS
une autre, le noeud doit tre accessible par l'intermdiaire d'une nouvelle adresse. Cette
fonctionnalit n'est pas incluse dans NS-2 et nous proposons le travail suivant. Aprs
l'implmentation d'une entit de handover dans la couche 2, un protocole de ND est
employ pour recevoir la nouvelle information de prfixe. Quand il reoit un nouveau
prfixe, nous calculons la nouvelle adresse du noeud avec la formule suivante
48
new_address = (old_address & 0x7FF)| (prefix & 0xFFFFF800);
Nous pouvons noter que l'identification du noeud sera la mme dans le nouveau
rseau. Seulement le domaine et le faisceau sont mis jour. Pour assurer le comportement
appropri, les rgles suivantes doivent tre suivies :
Dterminer le nombre maximum des noeuds qui peuvent tre dans un rseau simple.
Par exemple si au dbut de la simulation il y a 2 rseaux sans fil (dfinis par 2.0.0 et 3.0.0)
avec 2 MNs chacun, il est possible que les deux noeuds se dplacent un autre rseau, et
donc le nombre maximum des noeuds dans le rseau sera 5 (4MNs + AP).
Assigner l'adresse avec l'identification unique pour chaque nud.
En utilisant l'exemple ci-dessus, une configuration possible est 2.0.1, 2.0.2, 3.0.3, et 3.0.4.
Le schma 5 illustre le changement d'adresse
3.0.0
2.0.0
2.0.1
New prefix: 3.0.0

Old address: 2.0.1
New address: 3.0.1
Aprs le calcul de la nouvelle adresse, des changements additionnels sont exigs :

Mettre jour l'adresse du nud.
Puisque chaque agent situ dans le noeud a une cachette de l'adresse de noeud il doit
galement tre mis jour. C'est particulirement valide pour l'algorithme de
cheminement.
Mettre jour l'information de station de base dans le protocole de cheminement.
En utilisant les fonctionnalits fournies par MIPV6Agent, le MN peut envoyer un message
de rorientation au CN pour informer le noeud sa nouvelle adresse.
49
3.2 Description du travail
Notre travail consiste :
Modliser et simuler un scnario de handover inter-systme WiMAX UMTS.

Evaluer les performances du modle.
Dans cette partie nous prsenterons tout dabord la topologie du rseau et le scnario
du systme simuler sur lesquels se base nos simulations. Ensuite nous dfinirons les
paramtres et les configurations ncessaires du rseau.
3.2.1 Topologie et scnario du systme simuler
On considre un nud multi-interface supportant les deux technologies UMTS et

WiMAX (802.16e). Le mobile MN tablit une connexion avec le CN (correspendent Node).
Supposant que le MN emploie au dbut linterface UMTS, on commute le trafic
linterface WiMAX (802.16e) quand il devient disponible.
Figure 3.6 : Topologie du scnario (1100m x 1100m)
3.2.2 Paramtrage et configuration du rseau
Nous allons dcrire dans ce qui suit, les paramtres et les configurations ncessaires
pour notre modle.
50
3.2.2.1 Paramtres de simulation
Paramtres significations
Simulation time dure de la simulation en seconde fixe 250
sec pour tous les scnarios simuls
Net_boundary_x longueur de la zone de dplacement : 1100m
Net_boundary_y largeur de la zone de dplacement : 1100m
Seed RNG (Random Number Generator) fix 1 pour
tous les scnarios simuls
Speed vitesse du nud mobile (m/sec)
Tableau 3.2 : Les paramtres initiaux de la simulation
3.2.2.2 Paramtres du rseau WiMAX
Channel/WirelessChannel type de canal : sans fils
Propagation/TwoRayGround modle de propagation radio
Phy/WirelessPhy/OFDM type dinterface du rseau
Mac/802_16 type de couche MAC
Queue/DropTail/PriQueue type dinterface de la file dattente
LL link layer type
Antenna/OmniAntenna modle dantenne
Max_queue_size taille maximale des files dattente. Sa valeur
par dfaut est de 50 paquets dans la file
hierarchical_routing_protocol le protocole de routage utilis. Dans notre
cas NOAH
Tableau 3.3 : Les paramtres du rseau WiMAX
a) Configuration de la station de base
WiMAX cell coverage pote de la station de base fixe 500 m
Pt_ =0.025w : puissance du signal transmis de la
station de base
RXThresh = 2.025e-12w : seuil de rception de
puissance
CSThresh = [expr 0.9*[2.025e-12]] w : seuil de dtection
de porteuse
Tableau 3.4 : Les paramtres de la station de base (WiMAX)
51
3.2.2.3 Paramtres du rseau UMTS
Pt_ (UE) = 0.25 W : puissance du signal transmis du
UE
Pt_ (NodeB) =3W ; puissance du signal transmis du
NodeB
Pt_consume (UE) =0.125 W : consommation de puissance
(moyenne) pour la transmission de UE
Pt_consume (NodeB) =1W ; consommation de puissance
(moyenne) pour la transmission du NodeB
P_idle (UE) = 0.005 W ; puissance ltat de veuille du
UE
P_idle (NodeB) = 0.5 W ; puissance ltat de veuille du
NodeB
Bandwidth = 384 kbps ; dbit de la bande passante
Freq 2 GHz
RXThresh = le-16 W : seuil de rception de puissance
CSThresh =4.3e-18 W : seuil de dtection de porteuse
Tableau 3.5 : Les paramtres du rseau UMTS
a) Configuration du NodeB
UmtsNodeType bs type de station de base
downlinkBW =384kbps ; dbit de la bande passante en
DL
downlinkTTI =10ms ; intervalle du temps de transmission
en DL
uplinkBW =384kbps ; dbit de la bande passante en
UL
uplinkTTI =10ms ; intervalle du temps de transmission
en UP
Tableau 3.6 : Les paramtres du Node B
3.3 Cadres des simulations
Les simulations ont t effectues par le moyen du simulateur NS2 dj dcrit dans la
section 3.1.1. Nous avons travaill avec la version 2.31 sous la plateforme Linux.
Nous rappelons que le simulateur NS2 comprend deux parties :
Une partie cur du rseau en langage C++ qui dfinit les protocoles et tous les
modules ncessaires pour le support des mcanismes de handover ;
52
Une partie pour la description de la topologie du rseau et du scnario de trafic en

langage tcl ;
Au cours de ce travail nous avons intervenu au niveau des deux parties.
3.3.1 Partie cur du rseau
Comme cest dj dcrit la section 3.1.2, le simulateur NS-2.31 nintgre pas les
algorithmes de handover inter-systme, pour cela certains modules ont t rajouts pour le
support de ce mcanisme savoir :
Module WiMAX : code dvelopp par NIST (National Institute of Standards and
Technology) ;
Module UMTS : code distribuer par EURANE ;
Module des nuds avec des interfaces multiples pour supporter plusieurs
technologies rseaux (intgr dans le module MIH) ;
Module de handover : (MIH) dvelopp par IEEE 802.21 dans le cadre du projet
Seamless Mobility Project ;
Module MIPv6 pour la gestion de la mobilit, la redirection des paquets et le
changement et la mise jour des adresses (intgr dans le module MIH) ;
3.3.2 La programmation TCL
Le travail se droule en trois phases : pr simulation, simulation et post simulation.
3.3.2.1 Pr simulation
Cette premire phase consiste paramtrer et configurer notre rseau.
3.3.2.2 Simulation
Cette phase consiste dans lexcution du programme principal handover.tcl. A partir

des fichiers dfinis dans la phase de pr simulation, le simulateur enregistre le droulement
du scnario dans un fichier trace nomm trace.tr.
A la fin de la simulation, nous obtenons un fichier trace complet. Il sagit dun fichier
de donnes structures qui renferme tous les vnements survenus pendant la simulation.
Le fichier trace sera par la suite filtr pour en extraire linformation interprter.
53
3.3.2.3 Post simulation
Cette tape consiste dans le filtrage du fichier trace. Elle est base sur le logiciel
AWK. Cest un logiciel dinterprtation de scripts qui sert extraire des donnes de fichiers
textes, la manire des logiciels de gestion de base de donnes.
Le code handover.sh permet de faire passer le fichier trace du scnario considr par deux
fichiers de commandes AWK pour en extraire linformation utile notre valuation.
Le fichier trace sera successivement filtr par les fichiers delay.awk et loss.awk
delay.awk donne le dlai de transmission des paquets ;
loss.awk donne le taux des paquets perdus qui prsente le rapport des paquets perdus
sur le nombre total des paquets gnrs ;
La dernire tape consiste tracer les courbes qui illustrent les rsultats de nos simulations.
Nous avons utilis pour le traage des courbes le logiciel Excel.
54
Le diagramme ci-dessous rcapitule les diffrentes phases du travail de simulation.
Paramtres du rseau simuler

Pr-simulation
Configuration des nuds et du rseau
Types de trafic
Excution de
handover.tcl Simulation
Fichier trace
trace.tr
Filtrage du fichier trace
Calcul des paquets perdus:

loss.awk
Calcul du dlai de transmission:
delay.awk Post-simulation
loss.out delay.out
Traage des courbes
Figure 3.7 : Diagramme de fonctionnement TCL
Conclusion
Dans ce chapitre, nous avons prsent tout dabord, loutil de simulation, nous avons
dcrit galement les modifications rajoutes au simulateur pour le support des mcanismes
de handover inter-systme WiMAX UMTS. Ensuite, nous avons prsent notre modle
de simulation, et paramtrer et configurer les nuds ncessaires du rseau. Enfin, nous
avons illustrer le cadre de notre travail de simulation pour passer finalement lvaluation
des performances du handover vertical WiMAX UMTS.
55
Simulation & valuation des performances du handover UMTS WiMAX
Chapitre 4: Simulation & valuation des

performances du handover UMTSWiMAX
__________________________________________________________________________
Introduction
D
ans cette partie, nous allons prsenter puis commenter les performances du handover
vertical WiMAX UMTS dans les deux sens ; WUHO (Handover WiMAX vers
UMTS) et UWHO (Handover UMTS vers WiMAX) et pour une meilleure interprtation des
rsultats, nous allons simuler trois scnarios avec diffrents types dapplications : UDP,
Voix, vido.
Finalement nous comparerons les performances obtenues dans les deux sens.
4.1 Performance du handoff
4.1.1 Latence du handoff
Limpact du handover sur la qualit de service offerte par un rseau donn est
gnralement caractris par la latence du handover. On dfinit ce paramtre comme tant
le laps de temps entre le moment o le mobile a reu le dernier paquet de donnes travers
lancienne station de base et le moment o il reoit le premier paquet travers la nouvelle
station de base. Cest donc le temps pendant lequel un noeud mobile ne peut ni recevoir, ni
mettre un trafic IP [29] [31].
4.1.2 Perte de Paquet
En plus de la latence du handoff, la qualit de service au niveau applicatif est aussi

affecte par la perte de paquet pendant le handoff. Pour dterminer la perte de paquet
pendant un handoff, un nud de lInternet quelconque transmet un flot de paquets
priodiquement au nud mobile. Avant qu'un handoff ne soit amorc, les paquets sont
achemins le long de lancienne route. Dans la simulation, on suppose que le
Correspondent Node (CN) connat d'avance lequel des paquets du flot sera le dernier pour
atteindre le noeud mobile son ancienne localisation. On suppose que le Correspondent
Node marque ce paquet. En recevant le paquet marqu, le noeud mobile excute un handoff
et transmet immdiatement un paquet de mise jour travers la nouvelle station de base.
Les paquets achemins par le Correspondent Node aprs le paquet marqu, mais avant
58
l'arrive du paquet de mise jour, sont envoys lancienne station de base et sont donc
perdus. Cet intervalle de temps est gal la somme du temps pris par le paquet marqu
pour atteindre le noeud mobile et le temps pris pour le paquet de mise jour pour atteindre
le Correspondent Node. La perte de paquet d au handoff est donc lie au temps daller-
retour entre les anciennes et nouvelles localisations et le Correspondent Node [30] [31].
Dans notre cas, nous allons valuer le taux des paquets perdus moyen qui prsente le
rapport du nombre des paquets perdus sur le nombre total des paquets gnrs :
Number of packet discarded

Packet Loss Ratio :
Total number of packet generated
4.2 Analyse des performances du WUHO
Nous allons valuer les performances du handover WUHO (handover WiMAX vers
UMTS). Pour cela, nous allons simuler trois types dapplications :
Trafic UDP (SMTP).
Voix (VoIP).
Vido.
Le scnario simul consiste vhiculer le trafic relatif lapplication entre le noeud CN
(Correspondant Node) et le noeud mobile (MN) qui se dplace linairement du rseau
WiMAX vers le rseau UMTS avec une vitesse variable V (m/s) (voir figure 4.1).
Figure 4.1 : Modle de simulation (WUHO)
59
Nous allons prsenter lvolution du dlai de transmission des paquets et le taux des
paquets perdus en fonction du temps de la simulation pour diffrentes vitesses du nud
mobile pour les trois types dapplications.
Ainsi, nous pouvons interprter la latence et le taux des paquets perdu lors du handover.
4.2.1 Trafic UDP
Le tableau 4.1 prsente les paramtres de simulation du trafic UDP.

Type UDP
Packet size (bytes) 500
Packet interarrival time (s) 0.02
Tableau 4.1 : Trafic UDP pour le nud mobile
Nous allons, dans ce qui suit, valuer le taux des paquets perdus et le dlai de transmission
des paquets en fonction du temps de la simulation et de la vitesse du nud mobile.
4.2.1.1 Taux des paquets perdus
La figure 4.1 montre lvolution du taux des paquets perdus en fonction du temps de
la simulation pour des diffrentes vitesses.
Taux des paquets perdus
0,03
0,025
0,02
vitesse=10m/s
0,015 vitesse=20m/s
vitesse=30m/s
0,01
0,005
0
,7
,1
,8
10
20
30
50
70
90
16
25
50
temps (s)
Figure 4.2 : Evolution du Taux des paquets perdus (trafic UDP)
Daprs cette figure nous dduisons que :

Pour une faible mobilit, les performances du handover sont satisfaisantes. En effet,
pour une vitesse de 10 m/s le taux des paquets perdus est infrieur 1%.
60
Le taux des paquets perdus se comporte dune faon similaire avant et aprs
lexcution du handover pour les deux rseaux.
Pour des vitesses leves les performances du handover chutent considrablement.
La prsence des pics lors de lexcution du handover qui augmente avec la vitesse et
atteint 2.6 % pour une vitesse de 30m/s.
Le nombre des paquets dtruits augmente avec la vitesse et avec lexcution du
handover, de plus, si on examine les fichiers traces gnrs, on trouve que la
destruction des paquets est due au temps dtablissement dune nouvelle localisation
o le mobile ne reoit plus des paquets de lancienne station de base.
4.2.1.2 Dlai de transmission des paquets
La figure ci-dessous montre lvolution du dlai de transmission des paquets utiles.
dlai de transmission
1
0,9
dlai de transmission (s)
0,8
0,7
0,6 vitesse=10m/s
0,5 vitesse=20m/s
0,4 vitesse=30m/s
0,3
0,2
0,1
0
,7
,1
,8
10
20
30
50
70
90
16
25
50
temps (s)
Figure 4. 3 : Evolution du dlai de transmission des paquets (trafic UDP)

Cette figure montre :
Avant et aprs lexcution du handover, le dlai moyen de transmission est faible
(entre 15 et 20 ms) pour une moyenne et forte mobilit.
Laugmentation du dlai implique que le lien radio se comporte mal, ainsi certains
paquets vont tre retransmis, do la ncessit du HO.
Le dlai moyen de transmission des paquets augmente avec lexcution du handover
et lgrement avec la vitesse.
Aprs lexcution du handover, on a la prsence de quelques fluctuations, ce qui
prouve que le rseau UMTS est moins adapt une application UDP.
61
Au moment de lexcution du handover, les dlais de transfert deviennent trs

importants (entre 0.8 et 0.9 s) qui prsentent la latence du handover (le temps de
basculement vers une nouvelle station de base).
Daprs [34], une application de classe Best Effort qui est lquivalent dune
application UDP, prsente un dlai de transmission des paquets qui varie 0.2 et 2 (s)
pour un handover entre les rseaux CDMA 2000 et 802.16 e.
4.2.2 Trafic voix
Le tableau 4.2 illustre les paramtres de simulation du trafic voix.

Type voix
Tableau 4.2 : Trafic voix pour le nud mobile

Egalement, nous allons, valuer dans ce qui suit le taux des paquets perdus et le dlai de
transmission des paquets en fonction du temps de la simulation et de la vitesse du nud
mobile.
La figure 4.3 montre lvolution du taux des paquets perdus en fonction du temps et
de la vitesse pour un trafic voix.
0,025
0,02
0,015 vitesse=10m/s
vitesse=20m/s
0,01 vitesse=30m/s
0,005
0
,4
,9
,6
10
25
30
70
90
17
49
50
temps (s)
Figure 4. 4 : Evolution du Taux des paquets perdus (trafic voix)
62
Lvolution du taux des paquets perdu relatif au trafic voix est lgrement infrieure
celle dune application de trafic UDP, en effet on illustre un taux maximum de 2,2 % lors
de lexcution du handover pour une vitesse de 30m/s. Cela est du galement aux
protocoles introduites pour les applications temps rel, aussi, les politiques de QoS utiliss
pour la voix sur IP, qui ncessitent forcement un taux de paquets perdus important.
La figure 4.4 prsente lvolution du dlai de transmission des paquets utiles en

fonction du temps et de la vitesse du mobile pour une application de trafic voix.
0,9
0,8
0,7
0,6
vitesse=10m/s
0,5
vitesse=20m/s
0,4
vitesse=30m/s
0,3
0,2
0,1
0
,4
,9
,6
10
25
30
70
90
17
49
50
temps (s)
Figure 4. 5 : Evolution du dlai de transmission des paquets (trafic voix)
Egalement, lvolution du dlai de transmission des paquets prsente un dlai du handover

nettement moins infrieure celle dune application UDP, ceci est d la lgre diffrence
de la taille des paquets, ainsi quaux protocoles introduits pour ces types dapplication.
On illustre un dlai de transfert des paquets lors de lexcution du handover est de 0.779 (s)
pour une vitesse de 30m/s.
Lallure des deux courbes qui illustrent les performances du handover est quivalente, en
effet, lors du handover, on a la prsence dune perte des paquets qui affecte rciproquement
sur le dlai de transmission des paquets qui illustre la latence du handover.
63
Daprs [34], on a un Packet delay entre 0.2 et 0.8 (s) pour un trafic de classe
conversationnel entre les rseaux CDMA 2000 et 802.16e qui est lquivalent dun trafic
voix.
4.2.3 Trafic vido
Pour mieux expliciter les performances du handover, nous allons finalement illustrer
le cas dune application de trafic vido et le comparer avec les autres types de trafics.
Le tableau 4.3 prsente les paramtres de simulation du trafic vido.
Type voix
Tableau 4.3 : Trafic vido pour le nud mobile

La taille des paquets pour un trafic vido est nettement plus suprieure celle dune
application de trafic UDP et voix. Dans ce qui suit, nous allons interprter cet effet sur les
performances du handover.
0,035
0,03
0,025
vitesse=10m/s
0,02
vitesse=20m/s
0,015 vitesse=30m/s
0,01
0,005
0
0
10
20
30
50
60
80
10
temps (s)
Figure 4. 6 : Evolution du Taux des paquets perdus (trafic vido)
On constate alors que la diffrence de la taille des paquets affecte sur lvolution du taux
des paquets perdus, ainsi, un taux peut atteindre 3.2 % pour une vitesse de 30 m/s.
On remarque aussi, que le rseau UMTS est mal adapt une application de trafic vido par
rapport au rseau WiMAX.
64
La figure 4.6 prsente lvolution du dlai de transmission des paquets pour un trafic vido.
1,4
1,2
1
vitesse=10m/s
0,8
vitesse=20m/s
0,6
vitesse=30m/s
0,4
0,2
0
10
20
30
50
60
80
10
temps (s)
Figure 4. 7 : Evolution du dlai de transmission des paquets (trafic vido)
Egalement, la latence du handover est plus importante pour un trafic vido, elle peut
atteindre 1.246 (s) pour une vitesse de 30 m/s.
Aprs avoir interprter ces rsultats, nous avons pu dgager et illustrer leffet de la vitesse
du mobile et les types de trafic sur les performances du handover, ainsi le taux des paquets
perdus et le dlai de transmission des paquets augmentent lors lexcution du handover et
du type de trafic dapplication.
Les valeurs de simulation sont quivalentes des valeurs thoriques, ainsi, une latence du
handover pour les applications temps rel varie entre 500 (ms) jusquau 1.21 (s) pour un
handoff GPRS/WLAN [32], et daprs [34], on illustre un Packet delay qui varie entre 0,2
et 2 (s) pour un trafic de classe streaming entre les rseaux CDMA 2000 et 802.16e , on a
aussi une latence de handover du rseau WiMAX pour des applications temps peut
atteindre 2000 (ms) [33]. Daprs [34], on a un Packet Loss Ratio qui varie entre 0 et 5 %
pour un handover entre CDMA 2000 et 802.16e pour une interconnexion (Smoothly
coulped).
Afin de mieux analyser les performances du handover vertical entre les deux
systmes UMTS et WiMAX, nous allons tudier le cas inverse UWHO (handover UMTS
vers WiMAX) et le comparer avec WUHO (handover WiMAX vers UMTS).
65
4.3 Analyse des performances du UWHO
Dans cette partie, nous supposons que le mobile tait initialement connect au rseau
UMTS, ds quil sort de la zone de couverture, on commute le trafic sur linterface
correspondante au rseau WiMAX (802.16 e).
Nous allons simuler les mmes types dapplications (UDP, voix, vido) avec les mmes
paramtres de simulation, afin de comparer et interprter les performances du handover
vertical entre les rseaux UMTS et WiMAX.
Figure 4.8 : Modle de simulation (UWHO)
4.3.1 Trafic UDP
Le tableau 4.4 illustre les mmes paramtres de simulation utilise en 4.2.1.

Type UDP
Tableau 4.4 : Trafic UDP
Nous allons valuer galement le taux des paquets perdus et le dlai de transmission
des paquets en fonction du temps de la simulation et de la vitesse du nud mobile afin de
dgager la latence et le taux des paquets perdus lors du handover.
66
La figure 4.7 montre lvolution du taux des paquets perdus en fonction du temps de
la simulation pour des diffrentes vitesses.
0,018
0,016
0,014
0,012
vitesse=10m/s
0,01
vitesse=20m/s
0,008
vitesse=30m/s
0,006
0,004
0,002
0
10
20
30
50
70
90
temps (s)
Figure 4. 9 : Evolution du Taux des paquets perdus (trafic UDP)
Daprs cette figure, on peut constater que :

Dans ce sens, lvolution du taux des paquets perdus est lgrement infrieure celle
illustr dans lautre sens.
Lvolution des paquets dtruits est plus importante au rseau UMTS (avant le
handover), tant donn les limitations de la bande passante du rseau UMTS par
rapport en WiMAX, ceci ncessite un taux de paquets important, ainsi on prouve par
la suite que le rseau WiMAX est plus adapt pour les applications UDP quivalentes
au classe de service Best Effort et Background.
Un taux des paquets perdus natteint que 1.6 % pour une forte mobilit.
La figure 4.10 montre lvolution du dlai de transmission des paquets utiles.
67
Dlai de transmission
0,8
0,7
Dlai de transmission (s)
0,6
0,5 vitesse=10m/s
0,4 vitesse=20m/s
0,3 vitesse=30m/s
0,2
0,1
0
90
10
20
30
50
70
temps (s)
Figure 4. 10 : Evolution du dlai de transmission des paquets (trafic UDP)
Lvolution du dlai de transmission des paquets est galement plus importante au rseau
UMTS. On illustre une latence des handovers pour les diffrentes vitesses qui est
lgrement infrieure aux rsultats obtenus dans la premire simulation.
4.3.2 Trafic voix
Nous allons simuler un trafic voix en utilisant les mmes paramtres fixs en premier
scnario de handover.
Type voix
Tableau 4.5 : Trafic voix pour le nud mobile
Ainsi, nous allons, valuer dans ce qui suit le taux des paquets perdus et le dlai de
transmission des paquets en fonction du temps de la simulation et des vitesses du nud
mobile.
La figure 4.9 montre lvolution du taux des paquets perdu en fonction du temps et
de la vitesse pour un trafic voix.
68
Taux des paquets perdus 0,018

0,016
0,014
0,012
vitesse=10m/s
0,01
vitesse=20m/s
0,008
vitesse=30m/s
0,006
0,004
0,002
0
10
30
70
90
temps (s)
Figure 4. 11 : Evolution du Taux des paquets perdus (trafic voix)
Lvolution des paquets perdus est quasiment identique celle obtenue dans le premier
scnario. Cependant, on peut ajouter que le rseau UMTS est mieux adapt pour les
services voix, car il utilise le mode circuit comme mode de transmission.
La figure 4.10 prsente lvolution du dlai de transmission des paquets utiles en

fonction du temps et de la vitesse du mobile pour une application de trafic voix.
0,7
0,6
0,5
0,4 vitesse=10m/s
vitesse=20m/s
0,3
vitesse=30m/s
0,2
0,1
0
10
30
70
90
te mps (s)
Figure 4. 12 : Evolution du dlai de transmission des paquets (trafic voix)
69
Il est clair que lvolution du dlai de transfert instantane des paquets est plus importante
au rseau WiMAX aprs lexcution du handover.
4.3.3 Trafic vido
Finalement, nous allons interprter les rsultats de simulation pour un trafic vido et
les comparer celle obtenus en WUHO.
Type voix
Tableau 4.6 : Trafic vido pour le nud mobile
La figure 4.11 montre lvolution du taux des paquets perdus pour un trafic vido
0,03
0,025
0,02
vitesse=10m/s
0,015 vitesse=20m/s
vitesse=30m/s
0,01
0,005
0
0
10
20
30
50
60
80
10
temps (s)
Figure 4. 13 : Evolution du Taux des paquets perdus (trafic vido)
Daprs cette figure, nous dduisons :

Lvolution du taux des paquets perdus pour un trafic vido est nettement suprieure
aux autres trafics.
Toujours, les pics des handovers sont infrieurs celle obtenus en WUHO.
Le rseau WiMAX est plus adapt au trafic vido car il offre une bande passante plus
suprieure celle en UMTS.
70
Les instants dexcution des handovers sont presque identiques celle valu au
premier cas, car, le choix de la distance entre le nud mobile et la station de base du
rseau WiMAX est la mme utilis dans la premire simulation, pour une
interprtation rigoureuse.
La figure 4.12 prsente lvolution du dlai de transmission des paquets pour un

trafic vido.
1,2
Dlai de transmission (s)
0,8
vitesse=10m/s
0,6 vitesse=20m/s
vitesse=30m/s
0,4
0,2
0
10
20
30
40
50
60
70
80
90
100
temps (s)
Figure 4. 14 : Evolution du dlai de transmission des paquets (trafic vido)
Les latences illustres des handovers pour les diffrentes vitesses pour un trafic vido sont
toujours plus importantes par rapport aux autres types de trafic, mais nettement moins
infrieure celle obtenus en WUHO, en effet, un temps de basculement maximum est de
~1.1 (s) pour une forte mobilit. On constate galement, que les services vido sont plus
favoriss au rseau WiMAX.
Daprs [35], on illustre une latence de handover du rseau UMTS pour les applications
temps rel qui varie entre 300 et 800 (ms), donc, normalement pour un handover vertical
UMTS WiMAX, une latence doit tre nettement plus suprieure.
71
Conclusion
En guise de conclusion, les performances du handover vertical chutent

considrablement lexcution du handover tant pour le taux des paquets perdus que pour
le dlai de transmission des paquets. Ces rsultats dpendent galement de types
dapplication et de classe de service. Il y a une lgre diffrence des rsultats de simulation
entre les performance du WUHO et UWHO, ceci est du aux diffrents mode de transfert
utilis dans les deux rseaux ainsi quaux diffrences dans la politiques de QoS.
On a prouv galement daprs les rsultats de simulation que le rseau WiMAX est plus
orient aux applications UDP (Background et Best Effort) et vido (Streaming et Real-Time
Polling Service) et que le rseau UMTS est mieux adapt au trafic voix (Conversationne et
Unsolicited Grant Servicel).
On a aussi compar les rsultats de simulation avec des valeurs thoriques pour interprter
rigoureusement nos rsultats.
72
Conclusion gnrale
Conclusion gnrale
__________________________________________________________________________
L e projet dvelopp ici a consist dfinir une architecture logicielle capable de

supporter le handover vertical entre les rseaux UMTS et WiMAX. Un comparatif
qualitatif est tablit entre les architectures et les principes de fonctionnement des deux
systmes, ainsi quaux mcanismes de handover pour chaque technologie. Un comparatif
tend galement slectionner un protocole de mobilit en fonction des critres de
dploiement et de services supports. Nous avons donc identifi les challenges
technologiques entre les deux technologies rseau et fourni une solution au problme, dj
voqu, de la mobilit entre les rseaux UMTS et WiMAX.
En plus des challenges technologiques, se sont ajouts des challenges pratiques lis
au simulateur logiciel NS-2 tant pour la modlisation du scnario de handover entre les
rseaux UMTS et WiMAX que pour limplmentation du module MIH dvelopp par IEEE
802.21 pour le support de la mobilit htrogne. Conscutivement lanalyse de ces
challenges pratiques, une architecture de dveloppement a t propose pour pouvoir
simuler un scnario supportant diffrents types dapplications entre une station de base
UMTS et un point daccs 802.16 e.
Enfin, par ltape de simulation du scnario de handover vertical, on a soulign les

problmatiques lies au temps de basculement entre les rseaux UMTS et WiMAX ainsi
quau taux des paquets perdus lors du handover.
Dune part, le scnario de handover vertical inter-systme entre les rseaux UMTS et
WiMAX modliss met en avant les exigences de QoS plus au moins acceptables en terme
de perte de paquets et dlai pour des applications temps rel telles que, la voix et le
streaming vido ainsi quaux trafic UDP.
Dautre part, on retire le problme de perte de paquets et de dlai la charge de

signalisation due au protocole de mobilit Mobile IPv6. Ce problme est susceptible
dengendrer une consommation de bande passante tant pour loprateur rseau que pour
lutilisateur du terminal mobile. Lutilisateur du terminal mobile doit sattendre une
pnalit de bande passante due aux annonces de routeur frquences ; loprateur rseau
subit, quand a lui, une pnalit importante en considrant un nombre lev de stations de
base UMTS et WiMAX supportant Mobile IPv6. La prsence dune entit de handover au
73
Conclusion gnrale
niveau du terminal mobile est importante afin de limiter cette pnalit. Elle entrane des
dlais de mesure, dcision et excution du handover supplmentaires dans le temps de
basculement mais permet de rduire considrablement les annonces de routeur,
consommatrices principales de bande passante.
Finalement, comme perspectives ce travail, il serait denvisager dautres scnarios

de simulation, on pourrait illustrer leffet de la charge des nuds mobiles sur les
performances du handover vertical entre UMTS et WiMAX, on pourrait galement simuler
dautres types dapplications tel que ; FTP, TELNET
74
75
[14] Niedermeier, C. et al.: Handoff Management and Strategies for Reconfigurable
Terminals, SDR Forum Document Number SDRF-02-I-0047-V0.00, 2002.
[15] Alsenmyr, G. et al.: Handover between WCDMA and GSM, Ericsson Review, 2003,
vol. 80, issue 1, p. 6-11.
[16] Kapoor, S.: Mobile-Controlled Handoff for MBWA, IEEE 802.20 Working Group
on Mobile Broadband Wireless Access, 2003.
[17] Mohyeldin, E. et al.: Concepts and Scenarios for Intersystem Handover in

Heterogeneous Environments.
[18] Freedman, A. and Hadad, Z. Handoff Schemes Overview and Guidelines for Handoff
Procedures in 802.16, IEEE 802.16 Broadband Wireless Access Working Group, 2002.
[19] Samarasinghe, R. et al.: Analysis of Intersystem Handover: UMTS FDD & WLAN,
Centre for Telecommunication Research, Kings College London.
[20] Perkins, C.E.: Mobile Networking Through Mobile IP, IEEE Internet Computing,
1998, vol. 2, issue 1, p. 58-69.
[21] Nokia: Introducing Mobile IPv6 in 2G and 3G mobile networks, Nokia, 2001, p.1-
16.
[22] Johnson, D.: Mobility Support in IPv6, RFC 3775, 2004, p. 1-165.
[23] Greis, M.: Tutorial for the Network Simulator ns,

http://www.isi.edu/nsnam/ns/tutorial/
[24] Anelli, P. & Horlait, E.: NS-2: Principes de conception et dutilisation , UPMC,
2001.
[25] Chung, J., Claypool, M.: NS by example , Worcester Polytechnic Institute.
[26] Haldar, P. & Chen, X.: NS Tutorial 2002 , USC/ISI, 2002
[27] The Network Simulator NS-2 NIST add-on, IEEE 802.21 model (based on IEEE
P802.21/D03.00, January 2007.
[28] http://www.ti-wmc.nl/eurane/
[29] Rami LANGAR, Mcanismes de Gestion de la Mobilit et Evaluation de
Performance dans les Rseaux Cellulaires tout-IP, thse de Doctorat, ENST- Paris, 2006.
[30] Nicolas Montavont, La mobilit dans les rseaux IP , D.E.A, Universit Louis
Pasteur de Strasbourg, 2000/2001.
76
[31] Nicolas Dailly, Optimisation des Rseaux d'Accs Mobiles pour les Systmes E-
GPRS et B3G , thse de Doctorat, ENST- Paris, 12 Mars 2007.
[32] Thomas Iff, performance analysis of a fast handover implementation in an IPv6

environment, cole polytechnique fdrale de LAUSANNE, august 2003.
[33] http://blogs.zdnet.com/Ou/?p=82.
[34] Seongsoo Park, Seokhoon Kim, Jinsung Cho, Intae Ryoo, Donghahk Lee, Jaehwang
Yu, Jongtae Lim, Sehyun Oh, A Performance Evaluation of Vertical Handoff Scheme
between IEEE 802.16e and cdma2000 Networks , Mobile & Access Technology R&D
Office, SK Telecom, KOREA, School of Electronics and Information, KyungHee
University, KOREA, 2006.
[35] 3GPP SRNS Relocation Workshop, Tdoc WHS-99009, Sophia Antipolis, 23rd August
1999.
77
Annexes
__________________________________________________________________________
Exemple.tcl
#cration d'un simulateur
set ns [new simulator]
#cration du fichier de traage des paquets

set trace [open out.tr w]
$ns trace-all $trace
#cration du fichier de traage des paquets pour le visualisateur NAM

set namf [open out.nam w]
$ns namtrace-all $namf
#quand la simulation est termine, la procdure finish est appele, l'excution de nam
permet la #visualisation de la topologie et des paquets transitant
proc finish { } {
global ns trace
$ns flush-trace
close $trace
close $namf
exec nam out.nam &
exit 0
{
#cration de 4 nuds
set n0 [$ns node]
set n1 [$ns node]
set n2 [$ns node]
set n3 [$ns node]
#cration de lignes de communication full duplex entre nuds

$ns duplex-link $n0 $n2 1Mb 10ms DropTail
#cration d'agent UDP, les donnes dans NS sont transmises entre agents
set udp0 [new Agent/UDP]
$ns attach-agent $n0 $udp0
set udpl [new Agent/UDP]
$ns attach-agent $n1 $udpl
#cration d'application gnratrice de paqueta vitesse constante

#paquets de 500 bytes gnrs toutes les 5ms
#l'agent cbr0 est implant sur le noeud n0 et cbr1 sur le nud n1
set cbr0 [new Application/Traffic/CBR]
$cbr0 attach-agent $udp0
$cbr0 set packetSize_ 500
78
$cbr0 set interval_ 0,005
set cbr1 [new Application/Traffic/CBR]
$cbr1 attach-agent $udpl
$cbr1 set packetSize_ 500
$cbr1 set interval_ 0.005
#cration d'un agent vide, destin recevoir les paquets, implant dans n1
set null0 [new Agent/Null]
$ns attach-agent $n3 $null0
#routage des trafics

$ns connect $cbr0 $null0
$ns connect $cbr1 $null0
#dbut et fin de gnration de paquets par cbr0 et cbr1

$ns at 0.5 $cbr0 start
$ns at 1.0 $cbr1 start
$ns at 4.0 $cbr1 stop
$ns at 4.5 $cbr0 stop
#simulation durant 5 secondes avec appel de procdure finish

$ns at 5.0 finish
#dbut de la simulation
$ns run
Fichier out.tr
79
Configuration
Lajout du MIHF au nud

set mihf [$node install-mih]
Enchanement du MIHF aux couches infrieures

set mac [$node set mac_ (0)]; #get the MAC element
$mac mih $mih; #link the mih to the MAC layer
$mih add-mac $mac; #add the MAC layer to the MIH
Lajout du module de handover

set handover [new Agent/MIHUser/IFMNGMT/MIPV6/Handover/Simple]
$node install-ifmanager $handover
$handover connect-mih $mih
Enchanement des modules ND et MAC au module du handover

set nd [$node install-nd]; # create ND agent
$handover nd_mac $nd $mac; # inform the IFMNGMT agent about the relationship
between the ND module and the MAC layer.
Pour supporter les redirections des coulements du trafic, le CN (correspondent node ; le

nud avec lequel le MN communique) doit pouvoir recevoir des messages du MIPV6.
La commende suivante doit tre inclut dans tous les CN.
$cn install-default-ifmanager
Configuration du nud mobile
$ns node-config : configuration du nud mobile ;

Lajout des interfaces multiples au nud mobile
$multiFaceNode add-interface-node $iface0 : interface correspond au
rseau UMTS ;
$multiFaceNode add-interface-node $iface1 : interface correspond au
rseau WiMAX ;
Lajout du MIHF (Media Independant Handover) au nud :
set mihf [$node install-mih]
Enchanement du MIHF aux couches infrieures :
set mac [$node set mac_ (0)]: get the MAC element ;
$mac mih $mih : link the mih to the MAC layer ;
$mih add-mac $mac : add the MAC layer to the MIH ;
Lajout du module de handover et linterface manager
sethandover [newAgent/MIHUser/IFMNGMT/MIPV6/Handover/Simple]
$node install-ifmanager $handover
80
$handover connect-mih $mih
$cn install-default-ifmanager
Enchanement des modules ND et MAC au module du Handover
set nd [$node install-nd]
$handover nd_mac $nd $mac
Configuration des routeurs davertissement
minRtrAdvInterval : intervalle minimum de frquence fix 200 ms ;

maxRtrAdvInterval : intervalle maximum de frquence fix 600 ms ;
router_lifetime : dure de vie fix 1800 ms ;
minDelayBetweenRA : dlai minimum entre les RA fix 0.03 s ;
Configuration des connexions
Connexion entre le RNC et le NodeB :

$ns setup-Iub $bsUMTS $rnc 622Mbit 622Mbit 15ms 15ms
DummyDropTail 2000
Connexion entre le RNC et le routeur :
$ns duplex-link $rnc $router1 622Mbit 0.4ms DropTail 1000
Connexion entre le routeur et le CN (correspondent Node) :
$ns duplex-link $router1 $router0 100MBit 30ms DropTail 1000
Connexion entre le routeur et la station de base (WiMAX) :
ns duplex-link $bstation802 $router1 100MBit 15ms DropTail 1000
81

FETOUI Zied PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

FETOUI Zied PDF

Transféré par

Droits d'auteur :

Formats disponibles

RAPPORT DE PROJET DE FIN DETUDES

Etude des mcanismes de Handover

Travail propos et ralis en collaboration avec

Anne universitaire : 2006/2007

A la mmoire de mon cher pre

A mon cher frre

A mon cher petit frre

A toute ma famille proche soit-elle ou lointaine

A tous mes amis

A tous ceux qui mont aid afin de raliser ce travail

A tous ceux que jaime et qui maiment

Je tiens tout dabord remercier M. Sami TABBANE, professeur SupCom, qui

Jadresse galement mes vifs remerciements M. Houcine BELLIL, Responsable

Je tiens naturellement remercier le cadre enseignant et le corps administratif de

Il mest aussi agrable dexprimer mes vifs et sincres remerciements M. Nabil

Finalement, je remercie les membres de jury qui me feront lhonneur dvaluer la

CHAPITRE 1 : CONCEPTS GENERAUX SUR LES RESEAUX UMTS & WIMAX.................. 3

CHAPITRE 2 : MECANISMES DE HANDOVER ENTRE UMTS & WIMAX......................... 22

CHAPITRE 3: PRESENTATION DU SIMULATEUR & MODELISATION DU SYSTEME A

CHAPITRE 4: SIMULATION & EVALUATION DES PERFORMANCES DU HANDOVER

CONCLUSION GENERALE ............................................................................................................ 73

Figure 1.1 : Architecture du rseau UMTS ........................................................................... 4

Tableau 1.1 : Classes de trafic UMTS .................................................................................... 7

AAA Authorization, Authentication and Accounting

e nos jours, on assiste un dveloppement rapide des systmes de communication

La solution idale est de pouvoir profiter du roaming ou de la convergence intgre

Le but de ce projet de fin dtude est de modliser une architecture de dveloppement

Dans le deuxime chapitre, nous dtaillerons les mcanismes de handover pour

Dans le troisime chapitre, nous envisagerons la modlisation rseau du handover

Finalement, nous valuerons les performances du handover vertical WUHO

Chapitre 1 : Concepts gnraux sur les

1.1 Introduction aux rseaux UMTS

LUMTS (Universal Mobile Telecommunication System) ou rseau mobile de

1.1.1 Objectifs de lUMTS

1.1.2 Architecture du rseau UMTS

Le rseau UMTS se divise en deux domaines : le domaine quipement utilisateur UE

Figure 1.1 : Architecture du rseau UMTS

1.1.2.1 Lquipement utilisateur (UE)

LUE contient deux parties [2] :

Lquipement Mobile ME (Mobile Equipment) : Cest le terminal radio utilis pour

1.1.2.2 Le rseau daccs

Le rseau daccs terrestre de lUMTS sappelle UTRAN (UMTS Terrestrial Radio

Il contrle les ressources radio de lUTRAN, gre le protocole RRC (Radio

Ses fonctionnalits principales sont : grer la couche physique de linterface radio,

1.1.2.3 Le rseau Coeur (CN)

Le rseau coeur est responsable de la commutation et du routage des communications

1.1.2.4 Rseaux externes

Le rseau UMTS est reli deux types de rseaux externes [1]:

1.1.2.5 Les interfaces

1.1.3 Les classes de services

LUMTS permet aux abonns daccder une grande varit de services et

Type de Dlai de Variation du Dbit Exemple

Trafic Limit Non Non Le Web

Tableau 1.1 : Classes de trafic UMTS

1.1.4 Interface radio de lUMTS

La figure ci-dessous illustre la couverture de lUMTS :

Figure 1.2 : Couverture de lUMTS

Services temps rel Services temps non rel

Rural 144 Kbit/s 144 Kbit/s

Tableau 1.2 : Caractristiques des services offert

1.1.5 Les Modes d'accs

Selon l'ETSI (European Telecommunications Standards Institute), les deux modes

Le tableau suivant rsume les caractristiques de ces deux modes :