Umts Wimax

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
__________________________________________________________________________
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.
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.2.1 Taux des paquets perdus ................................................................................................... 62 4.2.2.2 Dlai de transmission des paquets ................................................................................... 63 4.2.3 TRAFIC VIDEO ........................................................................................................................... 64 4.2.3.1 Taux des paquets perdus ................................................................................................... 64 4.2.3.2 Dlai de transmission des paquets ................................................................................... 65 4.3 ANALYSE DES PERFORMANCES DU UWHO............................................................................... 66 4.3.1 TRAFIC UDP............................................................................................................................. 66 4.3.1.1 Taux des paquets perdus ................................................................................................... 67 4.3.1.2 Dlai de transmission des paquets ................................................................................... 67 4.3.2 TRAFIC VOIX ............................................................................................................................. 68 4.3.2.1 Taux des paquets perdus ................................................................................................... 68 4.3.2.2 Dlai de transmission des paquets ................................................................................... 69 4.3.3 TRAFIC VIDEO ........................................................................................................................... 70 4.3.3.1 Taux des paquets perdus ................................................................................................... 70 4.3.3.2 Dlai de transmission des paquets ................................................................................... 71 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
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 AP ASA ATM BE BS BSC CBQ CBR CDMA CN CN CRNC CSMA/CA CSMA/CD DHCP DL DRNC DRR DSDV DSL ETSI EURANE FDD FTP GGSN GMSC GPRS GSM GW HLR HO HSDPA IEEE IP IPSec LOS MAC MAN ME MEHO MIH MIHF MIH_SAP MIPV6 MN Authorization, Authentication and Accounting Access Point Authentication and Service Authorization Asynchronous Transfer Mode Best Effort Base Station Base Station Controller Class-Based Queuing Constant Bit Rate Code Division Multiple Access Core Network Correspondent Node Controlling RNC Carrier Sense Multiple Access/Collision Avoidance Carrier Sense Multiple Access/Collision Detect Dynamic Host Configuration Protocol Downlink Drift RNC Deficit Round Robin Destination-Sequenced Distance-Vector Digital Subscriber Line European Telecommunications Standards Institute Enhanced UMTS Radio Access Network Extensions Frequency Division Duplex File Transfer Protocol Gateway GPRS Support Node Gateway MSC General Packet Radio Service Global System for Mobile Communications Gateway Home Location Register Handover High Speed Downlink Packet Access Institute of Electrical & Electronic Engineers Internet Protocol IP Security Line of Site Medium Access Control Metropolitan Area Networks Mobile Equipment Mobile Evaluated HO Media Independent Handover Media Independent Handover Functions Media Independent Handover Service Access Point Mobile Internet Protocol Version 6 Mobile Node vii
MPEG MSC MSS NAM NOAH NBAP ND NEHO NIST NLOS NRT-VR OFDM OFDMA OLPC OSI PDA PHY PLMN PS QAM QoS QPSK RA RLC RNC RNSN RRC RRM RS RTP RT-VR DCD UCD UDP UL SAP SFQ SGSN SIP SIR SMTP SOFDMA SRM SRNC TCL TDD TEB TPC UE UGS
Moving Picture Experts Group Mobile Services Switching Centre Mobile Subscriber Station Network Animator NO Ad-Hoc Routing Agent NodeB Application Part Neighbour Discovery Network Evaluated HO National Institute of Standards and Technology No line of Site Non-Real Time Variable Rate Orthogonal Frequency Division Multiplexing Orthogonal Frequency Division Multiple Access Open Loop Power Control Open Systems Interconnection Personal Digital Assistant Physical Layer Public Land Mobile Network Packet Switched Quadrature Amplitude Modulation Quality of Service Quadrature Phase Shift Keying Router Advertisement Radio Link Control Radio Network Controller Radio Networking Serving Node Radio Resource Control Radio Resource Management Router Solicitation Real-time Transport Protocol Real Time Variable Rate Downlink Channel Descriptor Uplink Channel Descriptor User Datagram Protocol Uplink Service Access Point Stochastic Fair Queuing Serving GPRS Support Node Session Initiation Protocol Signal-to-Interference Simple Mail Transfer Protocol Scalable Orthogonal Frequency Division Multiple Access Scalable Reliable Multicast Serving RNC Tool Control Language Time Division Duplex Taux dErreur Binaire Transmit Power Control User Equipment Unsolicited Grant Service
viii
UMTS USIM UTRAN UWHO VLR VoIP WCDMA Wi-Fi WiMAX WLAN WMAN WUHO 2G 3G 3GPP
Universal Mobile Telecommunications System UMTS Subscriber Identity Module UMTS Terrestrial Radio Access Network Handover UMTS to WiMAX Visitor Location Register Voice over IP Wideband CDMA Wireless Fidelity Worldwide interoperability for Microwave Access Wireless Local Area Network Wireless Metropolitan Networks Handover WiMAX to UMTS 2nd Generations (Mobile System) 3rd Generation (Mobile System) 3rd Generation Partnership Project
ix
Introduction gnrale
Introduction gnrale
__________________________________________________________________________
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.
e nos jours, on assiste un dveloppement rapide des systmes de communication mobile. Une nouvelle gamme daccs radio tels que lUMTS (Universal Mobile
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.
Concepts gnraux sur les rseaux UMTS & WiMAX
Chapitre 1 : Concepts gnraux sur les rseaux UMTS & WiMAX

__________________________________________________________________________
Introduction
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].
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].
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 linterRNC 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
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 trafic Trafic conversation nel Trafic flux continu Trafic interactif Trafic de background Dlai de transmission Strict (service temps rel) Temps rel Variation du dlai de transmission Stricte Dbit binaire garanti Oui Exemple dapplications Voix
Limite
Oui
Flux multimdia (MPEG) Le Web Tlchargement dE-mail
Limit Non (pas de contrainte de temps)
Non Non
Non Non
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.
La figure ci-dessous illustre la couverture de lUMTS :
Figure 1.2 : Couverture de lUMTS

Services temps rel Environnement Dbit max Rural (V<500 Km/h) Urbain V<120 Km/h Intrieur et extrieur Courte porte (V<10 Kms/h) 144 Kbit/s 384 Kbit/s 2 Mbit/s Dlai 30-200 ms TEB 103 107 TEB/Dlai Dbit max 144 Kbit/s 384 Kbit/s 2 Mbit/s Dlai 150 ms dans 95% des cas. TEB 105108 TEB/Dlai Services temps non rel
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).
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 Accs Multiple Dbit Espacement entre TD-CDMA 3.84 Mchip/s 4.4 5 MHz avec un pas de 200 KHz Structure de trame Dure trame Modulation Facteurs dtalement Codage Canal 15 IT par trame 10 ms QPSK 1 16 Convolutionnel (1/2 ou 1/3) ou turbo codes Mode FDD W-CDMA 3.84 Mchip/s 4.4 5 MHz avec un pas de 200 KHz 15 IT par trame 10 ms QPSK 4 512 Convolutionnel (1/2 ou
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.
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 Spectre Condition canal Dbit 10 66 Ghz Uniquement LOS 32 134 Mbps 128 MHz QPSK, 16-QAM et 64-QAM
802.16 REVd < 11 Ghz NLOS Jusqu 75 Mbps 20 MHz 256-OFDM, QPSK, 16-QAM 64-QAM
802.16 e < 6, 11 Ghz NLOS Jusqu 15 Mbps 5 MHz 256-OFDM, QPSK, 16-QAM, 64-QAM Nomade Comme 802.16a avec sous canaux montants pour conserver la puissance. 1.61 4.83 Kms
Modulation
Mobilit Bandes passantes
Fixe 20, 25 et 28 MHz
Fixe Au choix entre 1.25 et 20 MHz
Rayon de cellule
1.61 4.83 Kms
4.83 8.05 Kms, max 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 Macro Micro Pico Rayon en [km] ~15 ~1 ~0.1 Vitesse maximale [km/t] ~150 Vhiculaire Piton Capacit en (DL) [Mbps] ~1 10 ~30 ~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 symboliques des services UGS Signification
(Unsolicited Grant Service) Conue pour supporter un dbit de bits constant et garanti. (Real Time Variable Rate) Il est destination des services temps rel. (Non-Real Time Variable Rate) Il est destination des services non temps rel, mais sans garantie de temps de rponse. (Best Efforts) Une classe de service peut tre alloue ventuellement
RT-VR
NRT-VR
BE
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 MSS Description Station mobile (Mobile Subscriber Station), contient les couches MAC et physique. Station de base (Base Station). Serveur d'autorisation d'authentification et de service. Ces serveurs sont facultatifs, et peuvent tre mis en application comme entit distribue.
BS ASA Server(s)
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.
MS
BS
IB
ASA 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
Concepts gnraux sur les rseaux UMTS & WiMAX Point de rfrence U IB Elments spcifis par 802.16e Messages pour assurer la mobilit. Messages entre les BSs. Les protocoles de transport sont non spcifies. Les protocoles de transport sont non spcifies. Commentaires
Messages pour assurer l'authentification du MSS et les fonctions d'autorisation du service.
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 Usage Dbit thorique Port (approximativement) Rseau tendu sans fil jusqu 2 Mbps (jusqu10 Mbps avec la technologie HSDPA) Typiquement : 1.5 - 7km Pico-cellules : 50m Micro-cellules : 500m Macro-cellules : 7km 1800, 1900, 2100 MHz Laptop, PDA, plus cell phone Mobilit importante - Handover en temps rel (Node B/Node B) - Sessions continues et des applications en temps rel. Mobile WiMAX Rseau mobile tendu Jusqu 70 Mbps Typiquement : 1.5 5km Pico-cellules : 100m Micro-cellules : 10km
Macro-cellules : 15km
2000 6000 MHz Laptop and PDA Usage portatif Services nomades, limitation de la couche 3 pour laccs mobile, et une latence pour le handoff. Mobilit
Frquence Terminales Support de mobilit
- Support de laccs vhiculaire mobile.

QoS - 4 diffrentes classes: Conversational Deux services diffrents en temps rel trs levs. Streaming Trafic flux continu.
Best effort QoS pour un handoff (BS vers BS).

- 4 diffrentes classes: Unsolicited Grant Service. Conue pour supporter un dbit de bits constant et garanti. Real Time Variable Rate Il est destination des services temps rel Non-Real Time Variable Rate Il est destination des services non temps rel, mais sans garantie de temps de rponse Best Efforts Service Une classe de service peut tre alloue ventuellement chaque connexion utilisateur. OFDMA FDD et TDD
Interactive
Deux services diffrents avec minimum de taux derreur et pas ncessairement en temps rel. Background (Best effort services) pas de contrainte de temps de transmission.
Modulation
WCDMA
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
2.1
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.
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 Intra RAT Classifications secondaires Intra Frq. Hard HO Soft HO Inter Frq Intra modus (TDD TDD) Inter modus (FDD TDD) Exemple : 802.16 e UMTS Exemple : 802.16 e - WLAN
Inter RAT
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
Mcanismes de handover entre UMTS & WiMAX 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. Le MSS peut transmettre ce message, quand il veut initialiser un handover. 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. 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. Cest le message envoy par la BS quand elle reoit le message MOB_SCN-REQ envoy par le MSS.
MOB_MSHO-REQ
MOB_NBR-ADV
MOB_SCN-REQ
MOB_SCN-RSP
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_NBRADV , 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 Rapports de mesures
Paramtres de lAlgorithme Critres de Handover
Signalisation 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 intersystme. 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
La figure 2.7 illustre le scnario du mobile IPv6 pour le support de la mobilit entre le rseau UMTS et WiMAX
Figure 2.7 : Scnario Mobile IPv6 entre les rseaux UMTS et WiMAX [11]
Scnario Mobile IPv6 1. L'UE/MSS migre du rseau UMTS au rseau WiMAX et prend un nouveau careof-address du serveur DHCP du rseau WiMAX. 2. L'UE/MSS excutera alors une mise jour de binding son agent (HA) par le rseau WiMAX, qui rsulte alors un nouveau care-of-address qui sera enregistr au (HA). Le HA envoie ainsi un (binding acknowledgement) au UE/MSS. 3. Pour que le (CN) Core Network et l'UE/MSS soient en contact, les paquets issus au HA seraient destins au UE/MSS. 4. Le HA renvoi alors tous les paquets du CN au UE/MSS en utilisant le nouveau care-of-address du UE/MSS. Les paquets passeront maintenant par le rseau WiMAX. 5. Quand UE/MSS rpond au CN, il peut employer son care-of-address courant et effectue une (binding) connexion au CN. Le UE/MSS et le CN peuvent alors se communiquer directement. On adopte alors un acheminement optimis en utilisant le MobileIPv6.
37
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 Support du HO UMTS RRM (Radio Resource Management) plac au RNC (RAN) cest lui qui est responsable au contrle du handover dans UMTS. une entit de RRM est place galement dans le UE (User Equipment) pour le support du handover. Mobile IP ou IPv6 situ dans la couche IP assure le support de la mobilit. Hard HO (Intra frq. et Inter frq). Inter frq entre diffrents RAN considr galement Inter system. Soft et Softer HO. Mobile WiMAX Dans 802.16e le processus de HO est mnag par la couche MAC. Mobile IP ou IPv6 assure galement le support de la mobilit.
TYPES de HO
Support du HO inter-systme
Inter system introduit le mode slott dans WCDMA: Le spreading factor est rduit dans un canal lorsque le UE est en mode slott.Une seule fraction de frame slot de WCDMA est employ pour se connecter linterface radio, le reste est utilis pour mesurer le niveau de signal des autres cellules.
Raisons pour excuter HO
Principalement pour deux raisons, qualit de signal et la charge de trafic Qualit de signal : Un HO est excut si le niveau de signal est au dissous de certaine valeur de seuil spcifi par le RNC. Il peut tre appliqu pour la liaison montante et descendante Charge de traffic: Si une cellule est devenue trop charg de trafic, on exige alors deffectuer un HO. Un HO dans UMTS dpond encore de la mobilit de lutilisateur, trafic de distribution, Bande passante et du changement de service.
Intra RAT (Intra system); Intra frq: Hard HO et Soft HO Inter frq: Intra modus et Inter modus (TDD / FDD). Inter RAT (Inter system). Un BS peut informer un MSS quil sert un " intervalle de balayage "(scanning interval). L'intervalle est employ par le MSS pour balayer et choisir sa BS cible disponible. Le MSS lui-mme peut galement demander un intervalle de balayage (dans le message MOB_scnreq, le MSS indique la dure estime qu'il exige pour balayer). Il y a deux raisons pour excuter un HO: Le niveau de signal et la charge de trafic. Niveau de signal: Si le niveau de signal offert par une station de base nest plus satisfaisant, un HO est dclanch une autre station si elle offre un niveau de signal plus lev. Charge de trafic: Due la charge de trafic, une BS ne peut plus fournir une bande passante ou qualit de service optimal, alors quun HO vers une station de base voisine peut offrir un service meilleur si elle est moins charge.
38
Mcanismes de handover entre UMTS & WiMAX Initiation de HO Un HO peut tre initialis soit par lUE ou par lUTRAN avec certaines rgles. SRNC vrifie les rapports de mesures pour passer ltape de dcision. BS et MSS peuvent initialiser les deux un HO.
Phases du HO Phases et types de mesures Les mesures internes sont constamment effectus et rapports par UE. La qualit de signal est mesure par le UE et le noeud B. Le MSS mesure la porte et la puissance des BSs voisines Le MSS peut effectuer les ajustements de synchronisation, de puissance et de frquences des BSs voisines. Par le message MOB_NBRADV, 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. Principalement, la phase de dcision est dtermine par la BS en fournissant le meilleur QoS et elle se base sur les activits effectues dans la phase de mesure. Des facteurs et des algorithmes complexes dterminent si un handover sera dclanch ou non. La dcision peut tre ralis soit par le MSS, soit par la BS serveuse, dans tous les cas, un handover est annonc par deux messages savoir MOB_BSHO-REQ ou MOB_BSHO. Lexcution est dtermine par les informations prises par la MSS et la BS. Arrt de service Tous les raccordements ou contextes relis la portion prcdente BS est libr. Ainsi tous les services sont librs.
Phase de dcision
Phase dexcution
Il y a deux types de dcisions effectus : NEHO (Network Evaluated HO) ; le rseau qui dcide un handover et MEHO (Mobile Evaluated HO); le mobile qui dcide un handover, on peut avoir aussi la combinaison de ces deux modes. Nanmoins le SRNC cest lui le dcideur final du handover car il est le responsable du RRM (Radio Resource Management). Dans le cas de MEHO, le UE cest le seul qui prpare la dcision du handover par ses algorithmes et lenvoi au rseau. Le RNC dcide toujours si un handover sera effectu ou non pour les raisons du trafic. 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.
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
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 Transport Routage Gestion de file dattente Discipline de service Systme de transmission Web, ftp, telnet, gnrateur de trafic (CBR) TCP, UDP, RTP, SRM Statique, dynamique, multicast RED, Drop Tail, Token bucket CBQ, SFQ, DRR, Fair queueing 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 Commands Events Commands Events
Query or configure Response Link events
Query or configure
MIHF
Link events Link commands
MIHF
Link commands
Response
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.
target_
Classifier/Hier Classifier/Port Classifier/Addr
MultiFace node
defaulttarget_
Node:entry_
default_target_
254 255
default_target_
Neighbor Discovery RTAgent (Agent/DSDV)
Prefix information
Application Classifier/Hier
default_target_
dsdv:target_ uptarget_
LL Ifq MAC NetIf
Classifier /Addr
MIH 252 253 MIH User/ Interface manager
Classifier/Hier Classifier/Addr Classifier/Port 254 Neighbor Discovery
defaulttarget_
Node:entry_
Prefix information
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
Figure 3.5 : Exemple de changement dadresse dun nud [27]
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 Simulation time Net_boundary_x Net_boundary_y Seed Speed significations dure de la simulation en seconde fixe 250 sec pour tous les scnarios simuls longueur de la zone de dplacement : 1100m largeur de la zone de dplacement : 1100m RNG (Random Number Generator) fix 1 pour tous les scnarios simuls vitesse du nud mobile (m/sec)
Tableau 3.2 : Les paramtres initiaux de la simulation
3.2.2.2 Paramtres du rseau WiMAX Paramtres Channel/WirelessChannel Propagation/TwoRayGround Phy/WirelessPhy/OFDM Mac/802_16 Queue/DropTail/PriQueue LL Antenna/OmniAntenna Max_queue_size hierarchical_routing_protocol significations type de canal : sans fils modle de propagation radio type dinterface du rseau type de couche MAC type dinterface de la file dattente link layer type modle dantenne taille maximale des files dattente. Sa valeur par dfaut est de 50 paquets dans la file le protocole de routage utilis. Dans notre cas NOAH
Tableau 3.3 : Les paramtres du rseau WiMAX a) Configuration de la station de base
Paramtres WiMAX cell coverage Pt_ RXThresh CSThresh
significations pote de la station de base fixe 500 m =0.025w : puissance du signal transmis de la station de base = 2.025e-12w : seuil de rception de puissance = [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 Paramtres Pt_ (UE) Pt_ (NodeB) Pt_consume (UE) Pt_consume (NodeB) P_idle (UE) P_idle (NodeB) Bandwidth Freq RXThresh CSThresh significations = 0.25 W : puissance du signal transmis du UE =3W ; puissance du signal transmis du NodeB =0.125 W : consommation de puissance (moyenne) pour la transmission de UE =1W ; consommation de puissance (moyenne) pour la transmission du NodeB = 0.005 W ; puissance ltat de veuille du UE = 0.5 W ; puissance ltat de veuille du NodeB = 384 kbps ; dbit de la bande passante 2 GHz = le-16 W : seuil de rception de puissance =4.3e-18 W : seuil de dtection de porteuse
Tableau 3.5 : Les paramtres du rseau UMTS a) Configuration du NodeB
Paramtres UmtsNodeType bs downlinkBW downlinkTTI uplinkBW uplinkTTI
significations type de station de base =384kbps ; dbit de la bande passante en DL =10ms ; intervalle du temps de transmission en DL =384kbps ; dbit de la bande passante en UL =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 Configuration des nuds et du rseau Types de trafic Excution de handover.tcl
Pr-simulation
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
4.1
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.
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 dallerretour 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 :
Packet Loss Ratio :
Number of packet discarded 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 Packet size (bytes) Packet interarrival time (s) UDP 500 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 Taux des paquets perdus 0,025 0,02 vitesse=10m/s 0,015 0,01 0,005 0 vitesse=20m/s vitesse=30m/s
16 ,7
25 ,1
50 ,8
50
20
30
70
10
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%.
90
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 0,8 0,7 0,6 0,5 0,4 0,3 0,2 0,1 0
dlai de transmission (s)
vitesse=10m/s vitesse=20m/s vitesse=30m/s
16 ,7
25 ,1
50 ,8
10
20
30
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
70
90
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 Packet size (bytes) Packet interarrival time (s) voix 160 0.02
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. 4.2.2.1 Taux des paquets perdus 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 Taux des paquets perdus 0,02 0,015 0,01 0,005 0 vitesse=10m/s vitesse=20m/s vitesse=30m/s
17 ,4
49 ,9
50 ,6
10
30
temps (s)
Figure 4. 4 : Evolution du Taux des paquets perdus (trafic voix)
70
90
25
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. 4.2.2.2 Dlai de transmission des paquets 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 dlai de transmission (s) 0,8 0,7 0,6 0,5 0,4 0,3 0,2 0,1 0
17 ,4 49 ,9 50 ,6 10 25 30 70 90
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.
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. 4.2.3.1 Taux des paquets perdus
0,035 Taux des paquets perdus 0,03 0,025 0,02 0,015 0,01 0,005 0 vitesse=10m/s vitesse=20m/s vitesse=30m/s
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.
10 0
10
20
30
50
60
80
64
4.2.3.2 Dlai de transmission des paquets La figure 4.6 prsente lvolution du dlai de transmission des paquets pour un trafic vido.
1,4 dlai de transmission (s) 1,2 1 0,8 0,6 0,4 0,2 0
10 0 50 60 10 20 30 80
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 Packet size (bytes) Packet interarrival time (s) UDP 500 0.02
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
4.3.1.1 Taux des paquets perdus La figure 4.7 montre lvolution du taux des paquets perdus en fonction du temps de la simulation pour des diffrentes vitesses.

0,018 Taux des paquets perdus 0,016 0,014 0,012 0,01 0,008 0,006 0,004 0,002 0
30 10 20 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. 4.3.1.2 Dlai de transmission des paquets La figure 4.10 montre lvolution du dlai de transmission des paquets utiles.
67
Dlai de transmission
0,8 Dlai de transmission (s) 0,7 0,6 0,5 0,4 0,3 0,2 0,1 0 vitesse=10m/s vitesse=20m/s vitesse=30m/s
10
20
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.
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. 4.3.2.1 Taux des paquets perdus La figure 4.9 montre lvolution du taux des paquets perdu en fonction du temps et de la vitesse pour un trafic voix.
30
temps (s)
50
70
90
68

0,018 Taux des paquets perdus 0,016 0,014 0,012 0,01 0,008 0,006 0,004 0,002 0 vitesse=10m/s vitesse=20m/s vitesse=30m/s
70
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. 4.3.2.2 Dlai de transmission des paquets 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 dlai de transm ission (s) 0,6 0,5 0,4 0,3 0,2 0,1 0 vitesse=10m/s vitesse=20m/s vitesse=30m/s
70
te mps (s)
10
Figure 4. 12 : Evolution du dlai de transmission des paquets (trafic voix)
30
90
90
10
30
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.
Tableau 4.6 : Trafic vido pour le nud mobile
4.3.3.1 Taux des paquets perdus La figure 4.11 montre lvolution du taux des paquets perdus pour un trafic vido

0,03 Taux des paquets perdus 0,025 0,02 0,015 0,01 0,005 0
10 0 50 10 20 30 60 80
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. 4.3.3.2 Dlai de transmission des paquets La figure 4.12 prsente lvolution du dlai de transmission des paquets pour un trafic vido.
1,2 Dlai de transmission (s) 1 0,8 0,6 0,4 0,2 0 100 10 20 30 40 50 60 70 80 90 vitesse=10m/s vitesse=20m/s vitesse=30m/s
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
__________________________________________________________________________
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
Bibliographie
__________________________________________________________________________ [1] Mohamed Radhi ZOUARI, Dimensionnement et planification dun rseau daccs UMTS , Projet de Fin dEtude, SUP COM, 2004/2005. [2] Mohamed BZEOUICH, Etude du mcanismes de Handover Inter Systmes (GSM/UMTS), Projet de Fin dEtude, SUP COM, 2003/2004. [3] 3rd Generation Partnership Project, Technical Specification Group RAN, Working Group 4 (TSG RAN WG4), UE Radio transmission and reception (FDD), 3G TS 25.103, V2.0.0, September 1999 [4] Pierre Lescuyer UMTS les origines, l'architecture et la norme, Edition DUNOD, 2001. [5] www.wimaxforum.org/news/downloads/Applications for 802.16-2004 and 802.16e WiMAX networks final.pdf. [6] IEEE, Draft IEEE Standard for Local and metropolitan area networks: Amendment for Physical and Medium Access Control Layers for Combined Fixed and Mobile Operation in Licensed Bands (IEEE P802.16e/D6) 2005-02-18. [7] Dr. Kevin Kahn, Evolution of WiMAX, Beyond Fixed Access Networks, Intel 2005. [8] Intel, Broadband Wireless: The New Era in Communications, White Paper 2004. [9] B.Walke, P. Seidenberg, M.P.Althoff: UMTS the Fundamentals ISBN 0-470-8455-7 2003. [10] Zied Malouche, Cours INDP3 RMOB, la mobilit dans le rseau UMTS, SUPCOM Janvier 2004. [11] Thorvald Rdal Hyem, Roaming in Wireless Networks, MASTER THESIS, FACULTY OF INFORMATION TECHNOLOGY MATHEMATICS AND ELECTRICAL ENGINEERING, 2005. [12] IEEE, Draft IEEE Standard for Local and metropolitan area networks: Amendment for Physical and Medium Access Control Layers for Combined Fixed and Mobile Operation in Licensed Bands (IEEE P802.16e/D6) 2005-02-18. [13] Pahlavan, K. et al.: Handoff in Hybrid Mobile Data Networks, IEEE Personal Communications, 2000, vol. 7, issue 2, p. 34-47.
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.116. [22] Johnson, D.: Mobility Support in IPv6, RFC 3775, 2004, p. 1-165. [23] Greis, M.: Tutorial http://www.isi.edu/nsnam/ns/tutorial/ for the Network Simulator ns,
[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 EGPRS 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 $ns duplex-link $n1 $n2 1Mb 10ms DropTail $ns duplex-link $n3 $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 add-interface-node $iface0 : interface correspond au $iface1 : interface correspond au
rseau UMTS ;
$multiFaceNode
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 DummyDropTail 2000 $rnc 622Mbit 622Mbit 15ms 15ms
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

Umts Wimax

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Umts Wimax

Загружено:

Авторское право:

Доступные форматы

RAPPORT DE PROJET DE FIN DETUDES

Rseaux et Services Mobiles

Etude des mcanismes de Handover inter-systme UMTS WiMAX

M. Sami TABBANE M. Houcine BELLIL

INSTANCE NATIONALE DES TELECOMMUNICATIONS

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

Table des matires

Liste des figures

Liste des tableaux

Liste des abrviations

Concepts gnraux sur les rseaux UMTS & WiMAX

Chapitre 1 : Concepts gnraux sur les rseaux UMTS & WiMAX

1.1 Introduction aux rseaux UMTS

1.1.1 Objectifs de lUMTS

1.1.2 Architecture du rseau UMTS

Concepts gnraux sur les rseaux UMTS & WiMAX

Figure 1.1 : Architecture du rseau UMTS

Concepts gnraux sur les rseaux UMTS & WiMAX

Concepts gnraux sur les rseaux UMTS & WiMAX

1.1.3 Les classes de services

Concepts gnraux sur les rseaux UMTS & WiMAX

Flux multimdia (MPEG) Le Web Tlchargement dE-mail

Limit Non (pas de contrainte de temps)

Tableau 1.1 : Classes de trafic UMTS

Interface radio de lUMTS

Concepts gnraux sur les rseaux UMTS & WiMAX

La figure ci-dessous illustre la couverture de lUMTS :

Figure 1.2 : Couverture de lUMTS

Tableau 1.2 : Caractristiques des services offert

1.1.5 Les Modes d'accs

Concepts gnraux sur les rseaux UMTS & WiMAX

1/3) ou turbo codes

Tableau 1.3 : Caractristiques des modes daccs [4]

1.1.6 Le Contrle de puissance

Concepts gnraux sur les rseaux UMTS & WiMAX

Figure 1.3 : Procdure de contrle de puissance

Concepts gnraux sur les rseaux UMTS & WiMAX

1.2 Introduction aux rseaux WiMAX

Concepts gnraux sur les rseaux UMTS & WiMAX

Figure 1.4 : Interconnexion entre WiMAX et diffrents types de rseaux [5]

1.2.1 Les spcifications 802.16

Concepts gnraux sur les rseaux UMTS & WiMAX

Figure 1.5: Le standard IEEE 802.16 [5]

Concepts gnraux sur les rseaux UMTS & WiMAX

Mobilit Bandes passantes

Fixe 20, 25 et 28 MHz

Fixe Au choix entre 1.25 et 20 MHz

1.61 4.83 Kms

4.83 8.05 Kms, max pour 48.28 Kms

Concepts gnraux sur les rseaux UMTS & WiMAX

chaque connexion utilisateur.

1.2.3 Elments du rseau WiMAX IEEE 802.16 e

Concepts gnraux sur les rseaux UMTS & WiMAX

Tableau 1.7 : Entits relatives de mobilit dans IEEE 802.16 e [6]

Concepts gnraux sur les rseaux UMTS & WiMAX

Figure 1.6 : Modle du rseau IEEE 802.16 e [6]

Figure 1.7 : Modle logique de rfrence IEEE 802.16 e [6]

Messages pour assurer l'authentification du MSS et les fonctions d'autorisation du service.

Tableau 1.8 : Les points de rfrence du modle IEEE 802.16 e [6]

1.2.4 Caractristiques techniques

Concepts gnraux sur les rseaux UMTS & WiMAX

Figure 1.8 : Structure de la couche MAC [5]

1.2.5 Contrle du lien radio