Rapport Final Pfa

Ministre de lEnseignement Suprieur, de la Recherche Scientifique et de la Technologie Universit du 7 novembre Carthage Institut National des Sciences Appliques et de Technologie
Projet Personnel Professionnel
Filire : Rseaux Informatique et tlcommunication
Sujet :
Etude de la mobilit dans les rseaux LTE 3-GPP
Ralis par : Lasram Slim Chetouane Emira Meriam Bouchtiba Jihene Belhaj Saleh Darine Agha Meriam Nejmeddine Mefteh
Encadr par :
Afif Meriem
Remerciements
Nous nous adressons tout dabord aux membres de lhonorable jury que nous remercions davoir accept dexaminer ce rapport en esprant quils y trouvent les qualits de clart et de motivation quils attendent.
Nous tenons prsenter nos remerciements les plus sincres notre professeur encadrant Dr. Afif Meriem, pour le temps quelle a consacr notre projet. Nous la remercions galement pour sa disponibilit encadrer ce travail travers ses critiques et ses propositions damlioration.
Enfin, nous tenons remercier vivement toutes les personnes qui, de prs ou de loin, ont contribu au bon droulement de ce projet.
Table des matires

Introduction gnrale ............................................................................................................................... 1 Chapitre I : Prsentation de LTE ............................................................................................................. 2 Introduction ......................................................................................................................................... 3 I.1. Architecture gnrale de LTE ....................................................................................................... 3 I.2. Caractristiques de laccs LTE .................................................................................................... 4 I.2.1. Dbit sur linterface radio ...................................................................................................... 4 I.2.2. Connexion permanente .......................................................................................................... 4 I.2.3. Dlai pour la transmission de donnes ................................................................................... 4 I.2.4. Mobilit .................................................................................................................................. 4 I.2.5. Coexistence interfonctionnement avec la 3G ......................................................................... 4 I.2.6. Flexibilit dans lusage de la bande ....................................................................................... 5 I.2.7. Support de multicast............................................................................................................... 5 I.2.8. Couverture de cellules importante dans les zones urbaines et rurales ................................... 5 I.3. Caractristiques du rseau cur SAE ........................................................................................... 5 I.3.1. EPC un rseau cur paquet tout IP ........................................................................................ 5 I.3.2. Roaming en mode home routed ou en mode local breakout ...................................... 5 I.3.3. Interaction avec les rseaux paquets 2G/3G et CDMA-2000 en cas de mobilit. ................. 5 I.3.4. Support des Default bearers et Dedicated bearers .................................................................. 5 I.3.5. Support du filtrage de paquet et de la taxation volue ......................................................... 6 I.4. Caractristiques et architecture du rseau EPS ............................................................................. 6 I.4.1. Caractristiques du rseau EPS .............................................................................................. 6 I.4.2. Architecture du rseau EPS.................................................................................................... 6 I.4.2.1. ENodeB ............................................................................................................................... 7 I.4.2.2. MME ................................................................................................................................... 8 I.4.2.3. Serving Gateway ................................................................................................................. 8 I.4.2.4. PDN-GW ............................................................................................................................. 8 Conclusion ........................................................................................................................................... 9 Chapitre II : Le HandOver macro cellulaire dans LTE ......................................................................... 10 Introduction ....................................................................................................................................... 11 II.1. HandOver Intra Serving Gateway.............................................................................................. 11 II.1.1. Procdure du handover intra SGW ..................................................................................... 11 II.1.1.1. Phase de prparation ........................................................................................................ 11 II.1.1.2. Phase dexcution ............................................................................................................ 12 II.1.1.3. Phase dachvement......................................................................................................... 12
II.2. HandOver Inter Serving Gateway.............................................................................................. 13 II.3. Etude pratique des Handovers Intra et Inter Serving Gateway .................................................. 14 II.3.1. Impact du nombre de nuds sur le handover macro cellulaire........................................... 15 II.3.1.1. Dbit moyen..................................................................................................................... 16 II.3.1.2. Dlai moyen de transmission ........................................................................................... 17 II.3.1.3. Taux de pertes des paquets .............................................................................................. 18 II.3.2. Impact du type de trafic sur le handover macro-cellulaire ................................................. 18 Conclusion ......................................................................................................................................... 19 Chapitre III : Forward HandOver .......................................................................................................... 21 Introduction ....................................................................................................................................... 22 III.1. La gestion de la mobilit dans LTE .......................................................................................... 22 III.1.1. Types de HandOver ........................................................................................................... 23 III.1.1.1. HandOver horizontal ...................................................................................................... 23 III.1.1.2. HandOver diagonal......................................................................................................... 23 III.1.1.3. HandOver vertical .......................................................................................................... 23 III.1.2. Procdures du HandOver................................................................................................... 23 III.1.2.1. Backward HandOver ...................................................................................................... 23 III.1.2.2. Forward HandOver ......................................................................................................... 24 III.2. Etude pratique du forward HandOver ...................................................................................... 25 III.2.1. Contexte............................................................................................................................. 25 III.2.2. Scnario ............................................................................................................................. 26 III.2.3. Rsultats et interprtations ................................................................................................ 26 III.2.3.1. Dbit binaire ................................................................................................................... 27 III.2.3.2. Dlai de transmission ..................................................................................................... 29 Conclusion ......................................................................................................................................... 31 Chapitre IV: HandOver Femto cell-Femto cell ..................................................................................... 33 Introduction ....................................................................................................................................... 34 IV.1. La technologie Femtocell ......................................................................................................... 34 IV.1.1. Gnralits......................................................................................................................... 34 IV.1.2. Histoire Femtocells ........................................................................................................... 34 IV.1.3. Bases de systme des cellules Femto ................................................................................ 35 IV.1.4. Conception du systme...................................................................................................... 35 IV.2. Mcanisme de fonctionnement de larchitecture Femtocells ................................................... 36 IV.3. Handover .................................................................................................................................. 37 IV.3.1. Handover en fonction de larchitecture du rseau ................................................................. 37 IV.3.2. Types de HandOver........................................................................................................... 39
IV.3.2.1. Procdure Hand-in .......................................................................................................... 39 IV.3.2.2. Procdure Hand-out ........................................................................................................ 39 IV.3.2.3. Procdure Intra-Femtocells ............................................................................................. 39 IV.4. Handover intra-Femtocells ....................................................................................................... 40 IV.4.1. Prsentation ....................................................................................................................... 40 IV.4.2. Handover gr par le Core Network ................................................................................. 40 IV.4.3. Handover gr par le Femtocell-Gateway ......................................................................... 41 IV.4.4. Handover gr par le Femtocell ........................................................................................ 42 IV.5. Simulation du Handover intra-Femtocell ................................................................................. 43 IV.5.1. Premire simulation de Handover gnrs par le MME ................................................... 43 IV.5.2. Rsultats et interprtations ................................................................................................ 44 IV.5.2.1. Dbit ............................................................................................................................... 44 IV.5.2.2. Dlai ............................................................................................................................... 45 IV.5.2.3. Taux de pertes ................................................................................................................ 47 IV.5.3. Deuxime Simulation de Handover grs par le Femtocell-GW ..................................... 48 IV.5.4. Rsultats et interprtations ................................................................................................ 49 IV.5.4.1. Dbit ............................................................................................................................... 49 IV.5.4.2. Dlai ............................................................................................................................... 50 IV.5.4.3. Taux de pertes ................................................................................................................ 52 Conclusion ......................................................................................................................................... 53 Conclusion gnrale .............................................................................................................................. 54 Bibliographie ......................................................................................................................................... 55
Table des figures

Figure 1. Architecture globale de LTE .................................................................................................... 3 Figure 2. Vue globale sur le rseau cur EPC ........................................................................................ 6 Figure 3. Architecture EPS ...................................................................................................................... 7 Figure 4. Architecture E-UTRAN ........................................................................................................... 8 Figure 5. Handover intra SGW.............................................................................................................. 13 Figure 6. Handover inter SGW.............................................................................................................. 14 Figure 7. Topologie globale du rseau .................................................................................................. 15 Figure 8. Topologie globale du rseau (rupture de lien) ....................................................................... 16 Figure 9. Throughput en fonction du nombre de nuds ....................................................................... 16 Figure 10. Dlai de transmission en fonction de nombre de nuds ...................................................... 17 Figure 11. Taux de pertes en fonction du nombre de nuds ................................................................. 18 Figure 12. Procdure du Backward Handover ...................................................................................... 24 Figure 13. Procdure du forward handover ........................................................................................... 25 Figure 14. Topologie du rseau ............................................................................................................. 27 Figure 15. Dbit du flux cbr en fonction du temps................................................................................ 28 Figure 16. Dbit du flux http en fonction du temps .............................................................................. 29 Figure 17. Le dlai en fonction du temps dmission pour le flux cbr .................................................. 30 Figure 18. Dlai http en fonction du temps de transmission ................................................................. 31 Figure 19. Les femtocells dans l'architecture Lte .................................................................................. 37 Figure 20. Les lments participants au Handover ............................................................................... 39 Figure 21. Flux de signalisations dans le handover gr par le CN ...................................................... 41 Figure 22. Flux de signalisation dans le handover gr par le Femtocell-GW...................................... 42 Figure 23. Flux de signalisations dans le handover gr par le Femtocell Access Point ...................... 43 Figure 24. Architecture simule du Handover ...................................................................................... 44 Figure 25. Dbit des flux ftp et cbr ....................................................................................................... 45 Figure 26. Variation du dlai pour le protocole DSDV......................................................................... 46 Figure 27. Variation du dlai pour le protocole AODV ........................................................................ 46 Figure 28. Perte en fonction du nombre des nuds .............................................................................. 47 Figure 29. Architecture du scnario simul du handover gr par FGW .............................................. 49 Figure 30. Dbit des flux ftp et cbr ....................................................................................................... 50 Figure 31. Dlai en fonction du temps pour DSDV .............................................................................. 51 Figure 32. Dlai en fonction du temps pour AODV ............................................................................. 51 Figure 33. Perte en fonction du nombre des nuds .............................................................................. 52
Table des tableaux

Tableau 1. Types de trafics classs par priorit ..................................................................................... 19 Tableau 2. Rsultats .............................................................................................................................. 19 Tableau 3. Paramtres de simulation ..................................................................................................... 26
Acronymes
A
ACL Access Control List ASN-GW Access Service Network Gateway C CBR Continuous Bit Rate CDMA Code division multiple access CN Core Network C-RNTI Cell Radio Network Temporary ID CSG Closed Subscriber Group D DL Down Link DSL Digital Subscriber Line E EDGE Enhanced Data rates for Global Evolution UE User Equipment eNB Evolved Node B EPC Evolved Packet Core EPS Evolved Packet System E-RAB EUTRAN Radio access bearers E-UTRAN Evolved UTRAN F FAP Femto Access Point FEMTO-GW Femto Gateway FIFO First In First Out
FTP File Transfert Protocol G GPRS General Packet Radio Service GSM Global System for Mobile communication H HeNB Home Node B HO Hand Over HSPA High Speed Packet Access HSS Home Subscriber Server HTTP Hypertext Transport Protocol I IP Internet Protocol L LTE Long Term Evolution M MAC Medium Access Control MME Mobility Management Entity O OFDMA Orthogonal Frequency Division Multiple Access P PCE Packet Core Evolve PCRF Policy and Charging Rules Function PDCP Packet Data Convergence Protocol PDCP SN Packet Data Convergence Protocol Serial Number PDN GW Packet Data Network Gateway R RACH Random Access Channel

RANAP Radio Access Network Application Part RLC Radio Link Control RLF Radio Link failure RNC Radio Network Controller RRC Radio Resource Control RRM Radio Resource Management RSSI Receive Signal Strength Indicator S SAE System Architecture Evolution SC-FDMA Single Carrier Frequency Division Multiple Access SGW Serving Gateway SIB System Information Blocks T TCP Transmission Control Protocol U UMTS Universal Mobile Telecommunications System UTRAN UMTS Terrestrial Radio Access Network W WiMAX Worldwide Interoperability for Microwave Access
Introduction gnrale
Nous vivons actuellement lre du dveloppement technologique et de lvolution des communications qui nous permet de plus en plus de profiter du confort et des services quelle propose. La rapidit avec laquelle les tlcommunications voluent est surprenante, nous voil partis du GSM vers le GPRS, vers le EDGE, vers UMTS et enfin LTE, et tant dautres technologies. Notre projet de fin danne concerne cette dernire technologie cite, la LTE (Long Term Evolution). Les rseaux LTE sont des rseaux de la gnration 3.9 G. ces rseaux, appels aussi rseaux EPS (Evolved Packet System), sont composs principalement du rseau daccs LTE, du rseau cur SAE (System Architecture Evolution). Notre tude portera plus exactement sur les diffrents types de HandOver dans les rseaux EPS qui sont les suivants : le HandOver macro cellulaire, le femto cell HandOver et le forward HandOver. Dans une premire partie, nous dtaillerons les caractristiques et larchitecture du rseau EPS, dans la partie qui suit nous expliquerons le mcanisme du handover macro cellulaire aussi bien intra que inter Serving Gateway. Ensuite, dans une troisime partie, nous traiterons le femtocell handover et enfin dans le dernier chapitre nous tudierons le forward handover.
Chapitre I : Prsentation de LTE
Introduction
LTE est considr parmi les technologies de haut dbit, ayant une trs large couverture, un trs grand nombre de frquences alloues par cellule ainsi quun dlai de transmission trs faible. Cette technologie rvolutionnaire permet en UpLink datteindre 50Mbps et datteindre le double en Downlink et ce dans une mme cellule. Les modifications effectuer pour implanter des rseaux LTE sont le dveloppement du rseau cur, des metteurs radio ainsi que les terminaux mobiles. Pour bien tudier les caractristiques de cette nouvelle technologie, nous allons dfinir celles de laccs LTE, du rseau cur SAE et larchitecture du rseau EPS.
I.1. Architecture gnrale de LTE

La figure 1 dtaille larchitecture gnrale du rseau LTE [2] qui est compose principalement du rseau cur, le rseau daccs ainsi que dautres blocs. Les nouveaux quipements qui concernent LTE sont lEPC et lE-UTRAN. La figure 1 montre uniquement les interfaces de signalisation. Dans des cas, les deux (signalisation et data) sont supportes par les interfaces comme S1, S2 mais, dans dautres cas les interfaces sont ddis pour les plans de contrle, et ne supportent que les signalisations comme les interfaces S6 et la S7. La figure 1 illustre larchitecture globale du rseau LTE.
Figure 1. Architecture globale de LTE
I.2. Caractristiques de laccs LTE

I.2.1. Dbit sur linterface radio
Le dbit maximal [1] que lon peut atteindre sur le lien ascendant est de 50Mbits/s pour une bande de frquence de 20MHz et celui atteint sur le lien descendant est de 100Mbits/s pour la mme bande de frquence. Les techniques de transmission utilises dans ce rseau sont OFDMA (Orthogonal Frequency Division Multiple Access) en Uplink et SC-FDMA (Single Carrier Frequency Division Multiple Access) en Downlink.
I.2.2. Connexion permanente

La connectivit permanente [1] est lune des caractristiques fondamentales des rseaux haut dbit et ce principalement pour laccs Internet. Mise part la permanence de connexion au niveau du rseau, il est essentiel de considrer le changement dtat du terminal mobile. En effet ce dernier passe de son tat inactif ltat actif lorsquil sagit dmettre ou de recevoir du trafic.la caractristique de permanence de connexion rside dans le fait que cette transition dtat ne dure que 100ms.
I.2.3. Dlai pour la transmission de donnes

Le dlai de transmission de donnes [1] varie selon ltat de charge de linterface radio. Dans le pire des cas il atteint les 25 ms et dans le meilleur des cas on marque une valeur de 5ms pour ce dlai. Cette faible dure permet de supporter les services temps rel IP, comme la voix sur IP t le streaming sur IP.
I.2.4. Mobilit
La mobilit dans LTE [1] est effectue des vitesses de lordre des 120 km/h (350 km/h max). Le hard handover (seul type de handover dans LTE) est assur dans le cas ou lusager se dplace grande vitesse.
I.2.5. Coexistence interfonctionnement avec la 3G

Le handover htrogne [1] est possible en LTE .En effet il peut se faire entre la LTE et la 2G/3G ainsi quavec les rseaux CDMA-2000. La dure du HO ne doit pas dpasser les 300ms pour les services temps-rel et les 500ms pour ceux non temps rel.
I.2.6. Flexibilit dans lusage de la bande

E-UTRAN utilise des bandes de frquences [1] de diffrentes tailles parmi elles : 1.25 ,2.5, 5, 10, 15 et 20MHz.
I.2.7. Support de multicast

Cette caractristique permet le support des applications multimdia [1] telles que la tlvision en broadcast.
I.2.8. Couverture de cellules importante dans les zones urbaines et rurales

On devra considrer des cellules permettant de couvrir un large diamtre [1] et ce pour les frquences assez basses telles que 700 MHz (choisie par les oprateurs AT&T et Verizon Wireless).
I.3. Caractristiques du rseau cur SAE

SAE (System Architecture Evolution) est le nom du projet, EPC (Evolved Packet Core) est le nom du rseau cur volu.
I.3.1. EPC un rseau cur paquet tout IP

Le rseau cur EPC [2] ne considre quun seul type de paquet ; le paquet IP. A la diffrence des services offerts par les rseaux qui le prcdent, utilisant la commutation de circuits tels que la voix, la visiophonie, le SMS sont dsormais offerts sur IP.
I.3.2. Roaming en mode home routed ou en mode local breakout

Deux cas se prsentent lors dun roaming : 1er cas : Le flux de donnes est rout au rseau initial qui le retransmet ensuite au destinataire. Ce mode est appel home routed 2eme cas : Le flux de donnes est directement rout au rseau cibl (destinataire) sans passer par le rseau nominal. Ce mode est appel local breakout . il est surtout utilis pour les applications temps rel comme la voix possdant de grandes contraintes de dlai.
I.3.3. Interaction avec les rseaux paquets 2G/3G et CDMA-2000 en cas de mobilit.
Afin de garantir le handover htrogne, il est possible de diriger le flux de donnes de lEPC vers laccs LTE, CDMA-2000, 2G ou encore 3G.
I.3.4. Support des Default bearers et Dedicated bearers

Les default bearers sont utiliss lors dune connectivit permanente sans garantir la bonne qualit de service. Les dedicated bearers sont crs lors de ltablissement dun appel qui ncessite une certaine qualit de service comme la voix ou la visiophonie. Le dedicated bearer a une dure de vie qui correspond la dure de lappel contrairement au default bearer qui est tabli tout au long du rattachement de lusager au rseau.
5
I.3.5. Support du filtrage de paquet et de la taxation volue

Le filtrage de paquet existe dans EPC et ce dans le but de dtecter les virus. La taxation des services aussi est prsente dans EPC en se basant sur le volume, la dure de session, la dure du service La figure 2 illustre le rseau cur EPC.
Figure 2. Vue globale sur le rseau cur EPC
I.4. Caractristiques et architecture du rseau EPS

I.4.1. Caractristiques du rseau EPS
Le EPS [3] a une architecture plate et simplifie base sur le tout IP et une interface radio partage. EPS utilise TCP/IP pour activer les PC (paquet circuit) like services tels que la voix, la vido, la messagerie il a une architecture totalement paquet .il permet aussi ltablissement de HO avec les rseaux 2G/3G et CDMA-2000. EPS a introduit les entits suivantes : MME, SGW et PDN GW. MME peut tre exploite pour la signalisation et SGW pour le traitement des paquets. Loprateur peut mettre en uvre ces deux entits topo-logiquement spares ou colocalises et ce en fonction du temps de latence et de la congestion de la bande passante. Les diffrentes fonctions [1] assures par EPS sont le contrle daccs rseau, la gestion de la mobilit, la gestion de session, le routage et le transfert de paquets et la gestion de ressource radio
I.4.2. Architecture du rseau EPS

Le rseau EPS est compos des entits suivantes :
eNodeB Mobility Management Entity (MME) Serving Gateway Packet Data Network Gateway (PDN GW) Home Subscriber Server (HSS) Policy and Charging Rules Function (PCRF)
La figure 3 illustre larchitecture EPS.
Figure 3. Architecture EPS
I.4.2.1. ENodeB
Contrairement lUTRAN 3G [2] qui est compos de RNC et de NodeB, lEUTRAN ne comporte que des eNodeB. LeNodeB dispose dune interface S1 avec le rseau cur. Linterface S1 est dcompose en S1-C (S1-Contrle) entre leNodeB et la MME et en S1-U (S1-Usager) entre leNodeB et la SGW. Linterface qui se trouve entre deux eNodeB voisins est linterface X2. Son rle est de minimiser la perte de paquets lors de la mobilit de lusager en mode ACTIF (Handover). La figure 4 reprsente larchitecture E-UTRAN.
Figure 4. Architecture E-UTRAN
I.4.2.2. MME
MME [4] est le nud de contrle cl pour le rseau daccs LTE. En effet, cette entit est responsable de la procdure de paging, du suivi des UE en mode inactif et des retransmissions. Elle est implique aussi dans la procdure dactivation et de dsactivation des bearers et responsable du choix du SGW adquat pour le UE lors de son attachement au rseau et lors de ltablissement dun handover intra SGW. Elle est aussi responsable de lauthentification des utilisateurs en interagissant avec le HSS.
I.4.2.3. Serving Gateway

Le SGW [4] route et enregistre les paquets de donnes des utilisateurs, pendant quil joue aussi le rle du point dancrage de la mobilit de lutilisateur lors de handover inter eNodeB et lors de handover entre LTE et les autres technologies 3-GPP. Pour les UE en tat inactif, le SGW termine le chemin de donnes descendant et dclenche la procdure de paging lorsque les donnes en DL atteignent lUE.il gre et rserve les UE contextes tels que les paramtres du service IP du bearer, linformation de routage interne,il effectue aussi la rplication du trafic utilisateur dans le cas de lgitimes interceptions.
I.4.2.4. PDN-GW
Le PDN GW [4] (Packet Data Network Gateway) permet la connectivit du UE aux rseaux de donnes externes en tant le point de sortie et dentre du trafic pour lUE. Un UE peut avoir plusieurs connexions simultanes avec plus quun PDN GW pour accder de multiples rseaux de donnes. Le PDN GW met en place la politique, effectue le filtrage de paquets pour chaque utilisateur, met en place le support de charge, dinterception lgale et de dpistage de paquets.
Chapitre I : Prsentation de LTE Le PDN GW peut jouer aussi le rle de point dancrage pour la mobilit entre les technologies 3GPP et celles non 3GPP telles que Wimax et 3GPP2 (CDMA 1X et EvDO).
Conclusion
Ce premier chapitre a fait lobjet de ltude de la technologie LTE en dfinissant son rseau cur et son rseau daccs. Nous avons dtaill les caractristiques de chaque rseau et avons dfini les entits les composant qui sont principalement le eNodeB, le MME, le SGW et le PDN GW.
Chapitre II : Le HandOver macro cellulaire dans LTE
10
Introduction
La mobilit offre des bnfices clairs pour les utilisateurs : des services faible dlai tels que la voix, le streaming, qui peuvent tre maintenus pendant le mouvement mme une trs grande vitesse. La mobilit est aussi intressante pour les services mobiles tels que la connexion des lap tops, vu quelle permet une connexion de bonne qualit qui est maintenue entre deux cellules o la meilleure cellule serveuse est en train de changer. La mobilit dans les rseaux a son poids de point de vue complexit : les algorithmes de mobilit et la gestion des rseaux sont de plus en plus complexes. Lobjectif de LTE est de fournir une mobilit sans coupure tout en gardant simple la gestion du rseau.
II.1. HandOver Intra Serving Gateway

La mobilit des UE [5] est uniquement contrle par les handovers lorsque la connexion RRC (Radio Ressource Control) existe. Ainsi il ny a pas dtat de type UTRAN tel que le CELL_PCH ou la mobilit est possible pendant que lUE est en mode RRC_CONNECTED.les handovers intra E-UTRAN sont bass sur les principes suivants : Les handovers sont contrls par le rseau. E-UTRAN dcide quand effectuer le handover et choisit la cellule cible. Les handovers sont bass sur les mesures du UE. Ces mesures et celles du reporting sont contrles par des paramtres donns par lE-UTRAN. Les handovers intra E-UTRAN ont pour objectif dtre sans pertes et ce en utilisant les paquets de forwarding entre la eNodeB source et leNodeB cible. La connexion S1 du rseau cur est mise jour seulement lorsque le handover radio a t achev. cette approche est appele Late Path Switch .le rseau cur na pas de contrle sur les handovers.
II.1.1. Procdure du handover intra SGW

Le handover intra SGW seffectue en 3 phases : Phase de prparation Phase dexcution Phase dachvement
II.1.1.1. Phase de prparation

9 LeNB source configure les procdures de mesure de lUE selon l'information de la zone restreinte. LUE envoie le rapport de mesures par les rgles fixes par les informations du systme, la spcification, etc. 9 Le eNB source prend une dcision base sur le rapport de mesures et sur linformation RRM pour faire le handover de lUE et met un message de type handover request au eNB cible passant linformation ncessaire pour prparer le handover au cot de la cible.
11
9 Le contrle dadmission peut tre effectu par le eNB cible dpendamment de linformation sur le E-RAB QoS reue pour augmenter les chances de succs du HO. Le eNB cible configure les ressources requises selon linformation de E-RAB QoS reue. 9 Le eNB cible prpare le HO avec L1/L2 et envoie le HANDOVER REQUEST ACKNOWLEDGE leNB source. Le HANDOVER REQUEST ACKNOWLEDGE inclut un conteneur transparent qui sera envoy au UE comme un message RRC pour effectuer le HO.
II.1.1.2. Phase dexcution

9 Le UE reoit le message RRC Connection Reconfiguration avec des paramtres obligatoires (nouveau C-RNTI, identifiants de lalgorithme de scurit de leNB cible, SIBs de leNB cible ) et il est command par leNB source pour effectuer le HO. 9 Le eNB source envoie le message SN STATUS TRANSFER au eNB cible pour transmettre le statut rcepteur uplink PDCP SN et le statut metteur downlink PDCP SN de lE-RAB pour qui la continuit du statut PDCP sapplique. 9 Apres avoir reu le message RRC Connection Reconfiguration qui inclut linformation sur le contrle de la mobilit, lUE effectue la synchronisation avec leNB cible et obtient laccs la cellule cible via le RACH. 9 Le eNB cible rpond en UL et avec une avance temporelle. 9 Le UE envoie le message RRC Connection Reconfiguration Complete (C-RNTI) pour confirmer le HO leNB cible et pour indiquer que la procdure du HO est termine pour le UE. Le eNB cible vrifie lenvoie du C-RNTI dans le message RRC Connection Reconfiguration Complete. Le eNB cible peut dsormais commencer envoyer des donnes au UE.
II.1.1.3. Phase dachvement

9 Le eNB cible envoie le message PATH SWITCH au MME pour linformer que le UE a chang de cellule.
9 Le MME envoie le message UPDATE USER PLANE REQUEST au Serving Gateway
9 Le Serving Gateway change le chemin de donnes downlink par le nouveau chemin (cible). Le Serving Gateway envoie un ou plusieurs paquets end marker sue lancien chemin au eNB source et puis peut librer toutes les ressources Uplane/TNL vers le eNB source. 9 Serving Gateway envoie le message UPDATE USER PLANE RESPONSE au MME.
12
9 Le MME confirme le message PATH SWITCH par le message PATH SWITCH ACKNOWLEDGE. 9 En envoyant un UE CONTEXT RELEASE, le eNB cible informe le eNB source du succs du HO et dclenche la libration des ressources par le eNB source. Le eNB cible envoie ce message aprs que le message PATH SWITCH ACKNOWLEDGE soit reu du MME. 9 Une fois la rception du message UE CONTEXT RELEASE faite, leNB source peut librer la radio et les ressources C-plane associes au UE contexte. Toute transmission de donnes en cours peut alors se poursuivre. La figure 5 illustre les diffrents messages de signalisation au cours du handover intra SGW:
Figure 5. Handover intra SGW
II.2. HandOver Inter Serving Gateway

Comme dcris dans la section prcdente (handover intra SGW), bas sur le rapport de mesures du UE , le eNodeB source dcide de transfrer le UE vers un eNodeB cible. La procdure de handover inter SGW [6] est similaire la prcdente, mise part la participation de deux SGW et de deux MME au handover : le SGW source et le SGW cible, le MME source et le MME cible.
13
Apres avoir reu le message FORWARD RELOCATION REQ du S-MME, le T-MME dtecte le changement de SGW et initie la cration du bearer vers le SGW cible en envoyant un message CREATE SESSION RESPONSE Depuis cette tape, la procdure est la mme que la prcdente part les exceptions suivantes : 9 Pendant lenvoie du message S1 HANDOVER NOTIFY depuis leNodeB cible, le MME cible met jour les informations de eNodeB et les envoie au SGW cible dans le message MODIFY BEARER REQ 9 Apres la mise jour des informations du eNodeB cible dans le bearer le SGW cible rpond le MME cible en envoyant un message MODIFY BEARER RESPONSE 9 Apres lachvement avec succs du handover , le MME source libre les ressources du bearer lattachant au SGW source du UE en dclenchant la procdure DELETE SESSION La figure 6 illustre la procdure du handover inter SGW :
Figure 6. Handover inter SGW
II.3. Etude pratique des Handovers Intra et Inter Serving Gateway

Dans cette partie, nous allons tudier les performances dun Handover macro cellulaire dans un rseau LTE-3GPP. Ltude portera sur le handover intra -SGW et le handover inter-SGW. Les critres de performance sur lesquelles sera base notre tude sont : Le dbit moyen
14
Le taux de perte de paquets Le dlai moyen de transmission Nous tudierons limpact du nombre de nuds et du type de trafic vhicul sur la qualit de service du handover macro-cellulaire.
II.3.1. Impact du nombre de nuds sur le handover macro cellulaire

Nous allons tout dabord commencer par prsenter les paramtres de simulation : Temps de simulation : 70s Nombre de nuds utilisateurs: 2, 6, 10, 14, 18, 22 Type de trafic : FTP entre 2 UE distincts (appartenant des eNodeB diffrents) Protocole de transport : SCTP Taille des paquets : 512 octets Handover dclench par UE(0) t=30s.
La figure 7 illustre la topologie globale du rseau.
Figure 7. Topologie globale du rseau
Le nud mobile UE(0) est reprsent par un nud ayant deux interfaces f0 et f1 chacune tant relie a un eNodeB distinct. Linterface par dfaut pour le transfert de donnes est dfinie initialement. Dans notre cas ce sera linterface if0.Le phnomne de handover sera simul par la coupure du lien de linterface if0 vers leNodeB auquel elle est relie et la rorientation du flux partir de linterface if1 vers lenodeB1 comme illustr dans la figure 8 :
15
Figure 8. Topologie globale du rseau (rupture de lien)
Nous tudions par la suite limpact de laugmentation du nombre de nuds et par consquent du trafic dans le rseau sur performances du handover au niveau du nud UE(0).A lajout de chaque paire de UE un trafic FTP est cr entre les deux nuds afin de tenir compte de laugmentation de la charge du rseau.
II.3.1.1. Dbit moyen

Nous observons leffet de laugmentation de la charge du rseau sur le throughput du trafic manant du nud UE(0) qui a effectu un handover. La figure 9 reprsente la variation du dbit moyen en fonction du nombre de nuds des deux handover inter et intra serving gateway.
Figure 9. Throughput en fonction du nombre de nuds
16
Interprtation : Nous remarquons que le dbit moyen de la liaison UE(0)-UE(1) diminue en fonction du nombre de nuds dans le rseau que ce soit pour le handover intraSgw ou le handover inter-Sgw. Nous remarquons aussi que le dbit relatif au handover intra-Sgw est lgrement suprieur celui du handover inter-Sgw.
II.3.1.2. Dlai moyen de transmission

Nous nous intressons maintenant au deuxime critre de qualit de service : le dlai moyen de transmission sur la liaison sur laquelle a t effectue le handover. La figure 10 reprsente la variation du dlai en fonction du nombre de nuds des deux handover inter et intra serving gateway.
Figure 10. Dlai de transmission en fonction de nombre de nuds
Interprtation : Nous remarquons que les dlais moyens de transmission dans le handover intraSgw sont infrieurs ceux du handover inter-Sgw. Cela sexplique par le fait que dans le premier handover les paquets mettent plus de temps pour se rattacher un eNodeB contrl par un autre Sgw alors que dans le premier le basculement se fait plus rapidement puisque les deux eNodeB sont contrls par le mme Sgw. Dans les deux handovers le dlai moyen augmente en fonction du nombre de nuds. La procdure de handover met plus de temps lorsque le trafic dans le rseau augmente.
17
II.3.1.3. Taux de pertes des paquets

Nous nous intressons maintenant au troisime critre de qualit de service. Le taux de perte de paquets se calcule comme suit : Taux de perte = (nombre de paquets perdus/nombre de paquets transmis) *100 La figure 11 reprsente la variation du taux de perte de paquets en fonction du nombre de nuds des deux handover inter et intra Serving Gateway
Figure 11. Taux de pertes en fonction du nombre de nuds
Interprtation : Nous remarquons que le taux de pertes des paquets lors du handover augmente en fonction du nombre de nuds. Lors du processus de handover il ya coupure de lien et un tablissement dun nouveau lien entre lutilisateur et leNodeB, ce qui provoque une perte importante de paquets. Elle est proportionnelle la charge globale du rseau. Nous remarquons aussi que le taux de pertes des deux handovers intra et inter Sgw sont presque confondus ce qui implique que les deux handovers sont presque quivalents en termes de taux de pertes de paquets.
II.3.2. Impact du type de trafic sur le handover macro-cellulaire

Nous nous intressons maintenant limpact du type de trafic sur le handover macrocellulaire. En effet, la garantie de la qualit de service durant le handover dpend de lapplication utilise sur le rseau. Cest pour cela quun systme de priorit a t mis en place pour rpondre au mieux aux exigences de chaque application.
18
Dans notre cas nous avons simul deux handovers simultans au sein dun mme rseau et correspondant chacun une application particulire comme le montre le tableau suivant :
Tableau 1. Types de trafics classs par priorit
Class ID 0 1
Class Type Streaming Background
Simulation CBR/SCTP Agent FTP/SCTP Agent
Le premier trafic est un trafic CBR correspondant un trafic streaming auquel on a affect une priorit 0 et un deuxime trafic FTP reprsentant un transfert de donnes classique ne requrant pas de qualit de service leve et auquel on a accord une priorit 1. Les paramtres de simulation sont les suivants : Temps de simulation : 70s Nombre de nuds utilisateurs: 6 Type de trafic : FTP et CBR Protocole de transport : SCTP Taille des paquets : 512 octets 2 Handovers dclenchs respectivement par UE(0) et UE(3) t=30s.
Aprs simulation on obtient les rsultats suivants :

Tableau 2. Rsultats
CBR FTP Interprtations :
Dbit moyen 231.47 kb/s 162.97 kb/s
Dlai moyen 0.03 0.048
Taux de pertes 71.5 % 75.94 %
Nous remarquons bien que les paramtres de qualit de service du trafic prioritaire CBR sont meilleurs que celle du trafic FTP en termes de dbit moyen, de dlai et de taux pertes. Ce qui confirme le politique de gestion de la qualit de service lors du handover selon la priorit du trafic afin de garantir la meilleure qualit de service possible.
Conclusion
Ce chapitre a eu pour objet ltude du handover macro cellulaire. Nous avons constat que les critres de performances du handover macro-cellulaire dpendent de la charge du rseau. En effet on a constat une dgradation des paramtres de qualit de service aussi bien pour le handover Inter-Sgw que pour le handover Intra-Sgw.
19
On a aussi vrifi que la qualit de service du handover macro-cellulaire dpendait du trafic vhicul sur le rseau en respectant la priorit mise en place entre les trafics dans le rseau.
20
Chapitre III : Forward HandOver
21
Introduction
Ces dernires annes, laccs un service de nimporte quel endroit est devenu un besoin utilisateur primordial ce qui explique le grand essor quont connu les rseaux radio mobiles et sans fil ces dernires annes.Il sagit du dploiement de plusieurs gnrations successives essentiellement ddies la tlphonie puis plus orientes vers la multimdia(3G,UMTS,LTE).Comme nous avons mentionn prcdemment, La norme LTE est la norme de communication mobile la plus rcente qui est propose par lorganisme 3GPP dans le contexte de la 4G. Cette technologie, dans sa version mobile, ou encore le IEEE 802.16m, permet dassurer la mobilit des utilisateurs. Pour maintenir la connexion au cours de leurs dplacements, le processus de Handover joue un rle trs important. Dans ce contexte, ce chapitre, compos de deux principales parties, traitera la gestion de mobilit dans un rseau LTE. Dans un premier temps, nous allons dfinir le handover, ses diffrents types et procdures. Nous passerons ensuite la simulation de la procdure du Forward handover au sein de la mme technologie LTE en appliquant le hard handover en gnrant diffrents types de trafics.
III.1. La gestion de la mobilit dans LTE

La gestion de mobilit [10] permet aux utilisateurs de se dplacer entre les diffrents systmes daccs tout en maintenant en cours des sessions de communication. Do vient la notion du handover. Le Handover intervient gnralement dans les cas suivants : Un terminal mobile en dplacement passe dune cellule une autre. Une indisponibilit signale par leNB o En cas de panne o Saturation de la station o Un meilleur service offert par une eNB voisine Interfrences inter-utilisateurs dans une mme cellule. Dans ce cas, le mobile cherche une autre cellule pour minimiser les interfrences. Dans LTE la gestion de mobilit est partage [8] entre plusieurs lments du rseau LTE, les eNodeBs prennent la dcision de Handover sans lintervention des lments : MME et S-GW. Les informations ncessaires au Handover sont changes entre les eNodeBs via une interface appele X2.Aprs la configuration de la nouvelle connexion entre leNB, le MME et le S-GW recevront une notification sous forme dun message complet de Handover.les routeurs, lors de la rception du message, effectuent le chemin de commutation. Durant le Handover, le UE bascule ltat dconnect pendant un certain dlai. La solution propose pour ce problme est le Forwarding des donnes perdues de lancien eNB vers le nouveau eNB. Dans ce cas, les Gateways ne mmorisent pas les donnes. Lintrt de cette solution est de minimiser la charge de signalisation au niveau de linterface entre leNB et lMME/S-GW.
22
III.1.1. Types de HandOver

On distingue trios types de handovers [7]:
III.1.1.1. HandOver horizontal

Le handover horizontal se fait entre deux cellules gres par la mme technologie, il est divis son tour en deux types :
Handover intra-domaine : entre deux cellules du mme domaine rseau. Handover inter-domaine : entre deux cellules de domaines diffrents mais de la
mme technologie.
III.1.1.2. HandOver diagonal

Le handover diagonal est dfini par le basculement du trafic entre deux cellules gres par deux technologies proposes par le mme organisme (par exemple entre IEEE 802.11 et IEEE 802.16 ou encore entre 3GPP-UMTS et 3GPP-HSDPA).
III.1.1.3. HandOver vertical

Le handover vertical se fait entre deux cellules gres par diffrentes technologies (par exemple entre WiMAX et UMTS).
III.1.2. Procdures du HandOver

Durant lexcution du handover, on distingue deux procdures diffrentes [9]: Backward handover Forward handover Ces deux procdures de transfert ncessitent que leNB source prpare une cellule cible pour le transfert en mme temps que la dcision de handover (cest--dire le contexte lUE doivent tre disponibles et les ressources doivent tre rservs la cellule cible lorsque lUE accde la cellule cible). La cellule cible peut appartenir soit eNb source (intra-eNB handover) ou un eNB cible (inter-eNB handover). Dans LTE, il nexiste que le hard handover (Break before Make) ce qui se traduit par une lgre interruption de service lorsque le transfert de lien est effectu.
III.1.2.1. Backward HandOver

Le Backward handover [9] est contrl par le rseau (partie radio) et assist par le UE. Les informations du handover sont changes entre le UE et lancien eNB travers lancien lien radio (do lexpression backward ).Spcialement, les conditions radio doivent tre suffisamment bonnes pour que leNB source arrive dcoder correctement le rapport de mesures reu de la part de lutilisateur ainsi que pour prparer la cellule cible pour le handover. Les conditions radio doivent aussi tre bonnes pour que le UE puisse dcoder la commande du handover reue de la part de leNB source.
23
Il ya une petite interruption de service entre le temps de dcodage du Handover Command par le UE et le temps que mette leNB cible pour dcoder le Handover Confirm reu de la part du UE. Par ailleurs, le transfert de donnes et lordonnancement des paquets livrs assurent que les donnes ne seront pas perdues. La figure ci-dessous dcrit les diffrentes tapes du backward handover.
Figure 12. Procdure du Backward Handover
III.1.2.2. Forward HandOver

Les informations relatives au HO sont changes entre le UE et le nouveau eNB travers le nouveau lien radio aprs que le contexte UE soit pris par le nouveau eNB de lancien eNB (ce qui explique le terme forward ). Forward HO [9] est russi mme si les conditions du lien radio ne sont pas assez bonnes pour que lancien eNB dcode le rapport de mesures de lUE et prpare la nouvelle cellule. Comme dans le cas avec les autres types de procdures du handover, lorsque lUE dtecte les problmes de liaison radio, il dmarre le temporisateur RLF (Radio Link failure), en gnral de 500ms ou de 1000 ms. lexpiration du temporisateur RLF, lUE cherche une cellule cible approprie et tente tablir sa reconnexion avec la cellule cible, tout en restant en tat connect. Si la cellule cible nest pas prte, le eNB cible rcupre le contexte de lUE partir du eNB source.
24
Figure 13. Procdure du forward handover
1. Le UE envoie un rapport contenant les mesures effectues l'ancien eNB 2. Accs au nouveau eNB + allocation du canal + tablissement de connexion entre le UE et le nouveau eNB. 3. le nouveau eNB demande le UE context de lancien eNB. 4. Transfert de donnes de lutilisateur(le contexte) de lancien au nouveau eNB. 5. La reconfiguration de la connexion entre le UE et le nouveau eNB.
III.2. Etude pratique du forward HandOver

III.2.1. Contexte
Rappelons le but de ce chapitre; il sagit dvaluer les performances de laspect de mobilit, spcifiquement, le forward handover dans un rseau LTE. Pour raliser cette simulation, il nous a fallu dajouter le module LTE la structure de notre simulateur NS2.
25
III.2.2. Scnario
Afin dvaluer le forward handover dans LTE, nous avons choisi de faire un scnario qui met en relief les tapes ncessaires pour lexcution de ce type du handover en prenant le cas dun handover dclench lors dune coupure du lien [8]. Pour cela, nous avons effectu, par le moyen du simulateur NS2 (version 2.33), un ensemble de tests. Ces tests sont bass sur la variation des mtriques de performance. Il faut noter que le choix de mtriques tudies parait trs important dans la procdure dvaluation car il faut bien choisir les critres qui mettent en valeur les caractristiques (apports ou imperfections) de larchitecture ou du protocole simul. Dans notre cas, nous simulons le comportement du rseau face un changement brusque de cellule .Cest pourquoi, nous trouvons que les critres dvaluation qui peuvent nous tre utiles de visualiser sont :

Le dbit moyen au niveau des nuds rcepteurs Le dlai de transmission ente un metteur et un rcepteur
III.2.3. Rsultats et interprtations
Tableau 3. Paramtres de simulation
Nombre de nuds Nombre deNB Nombre de Gateways Nombre de serveurs Nombre dutilisateurs Type de routage File dattente
Simulation sur les nuds Critres simuls Flux de donnes
14 5 1 1 2 mobiles Dynamique *LTE Queue : pour le rseau LTE *FIFO : entre les nuds de lutilisateur [(0,7) (10,6)] [(11,6) (10,6)] Dbit moyen et dlai de transmission cbr, http
- On note que le flux cbr commence linstant t=0.4 secondes alors que le client http commence envoyer des requtes au serveur linstant t=2secondes. - Le flux cbr est gnr entre le nud user (nud n0) et le nud destinataire (nud n7) - Le flux http est gnr entre le client http (nud 9) et le serveur http (nud 6) La figure 14 reprsente la topologie du rseau que nous avons utilise.
26
Figure 14. Topologie du rseau
III.2.3.1. Dbit binaire

Le dbit binaire est une mesure de la quantit de donnes numriques transmises par unit de temps. Il est le plus souvent exprim en bits par seconde (bit/s, b/s ou bps) ou un de ses multiples. Flux cbr : Une fois que la procdure du handover sest tablie, nous souhaitons voir le comportement du dbit au cours dun handover sur les 2 interfaces : linterface qui sera coupe et linterface vers laquelle sera fait le transit de flux. En effet, on commence par calculer le dbit chaque instant de simulation pour le flux cbr. On obtient la figure 15 qui reprsente la variation du flux CBR en fonction du temps.
27
Figure 15. Dbit du flux cbr en fonction du temps
A t=0.4 s le flux cbr commence avoir lieu entre lutilisateur source et lutilisateur destination travers linterface 2 (linterface lie eNodeB2).Le dbit fourni par linterface 2 augmente linairement au cours du temps jusquau arriver t=5 s, le moment de la coupure du lien entre linterface 2 et le eNodeB2. A ce moment, le dbit sannule brusquement. Dautre cot de la topologie, le flux cbr qui passait avant par linterface 2 transite -par la fonction du routage dynamique active au niveau du nud central de lutilisateur source- vers linterface1 lie au eNodeB1. Du coup, le dbit fourni par linterface 1 qui tait nul ds le dbut de la simulation dbute saccroitre linairement t=5 s (instant du handover). Flux http : Passons maintenant ltude du dbit rsultant du flux http. De mme que pour le flux cbr, on commence par calculer le dbit au niveau des deux interfaces : interface 21 et interface 22. On retrace sous les mmes conditions le flux http en fonction du temps dans la figure 16.
28
Figure 16. Dbit du flux http en fonction du temps
Le dbit http reprsente une courbe en escalier, chaque envoi de requte ce qui se passe alatoirement selon notre script- on observe une augmentation brusque de dbit. Le flux commence t=2 s et on applique la coupure du lien t=5 s. Au niveau de linterface 22, le dbit augmente puis chute brusquement pour atteindre le 0 Mbits/s au moment de la coupure du lien entre linterface 22 et leNodeB 3. A ce moment particulier, le flux prend un autre itinraire pour arriver sa destination (serveur http), en passant par le chemin alternatif reliant linterface 21 par le eNodeB 4.Du coup, le dbit fourni par linterface 21 commence augmenter en escalier de t=9 s jusqu la fin de la simulation t=20 s. Lapport du LTE du point de vue dbit, est la valeur importante que peut avoir le dbit dans un environnement LTE. En fait, LTE fourni un dbit de donnes 2 3 fois plus important que celui de lUMTS. De plus la dure dun basculement dune couverture une autre au cours dun handover est trs ngligeable en LTE. Elle est de lordre de 0.003 s ce qui limite au maximum la perte des paquets.
III.2.3.2. Dlai de transmission

Nous choisissons comme deuxime critre dvaluation, le dlai de transmission. Le terme dlai dsigne le temps que met un paquet pour tre achemin dune source vers une destination. Il est gal la somme des dlais sur les liens que compte ce chemin. Ce temps prend en compte principalement deux tapes : le dlai dans la file dattente
29
des nuds le long du chemin et le dlai de propagation du paquet sur le mdium physique. Flux cbr : Nous commenons toujours par le flux cbr. Nous nous intressons maintenant ltude du dlai de transmission du client http vers le serveur http. On calcule laide des scripts awk le dlai pour chaque paquet transmis au cours de notre simulation. La figure 17 reprsente lvolution du dlai en fonction du temps du trafic CBR.
Figure 17. Le dlai en fonction du temps dmission pour le flux cbr
Le dlai fluctue pendant toute la simulation entre 0.007s et 0.008s sauf au moment de la coupure du lien et par suite lexcution du handover t=5s. A ce moment, la courbe du dlai montre une pique allant 0.011s. Lapparition de cette pique au moment de lexcution du handover est prvue cause du dclenchement des procdures de recherche du nouveau chemin suite la dtection de linaccessibilit du premier, ce qui ralentit un peu la transmission des paquets. Flux http : Pour le flux http, le dlai tait autour de 0.05s pendant toute la simulation sauf t=5s moment du dclenchement du handover. A t=5s, le dlai atteint une valeur maximale gale 0.024s puis il rechute pour reprendre sa valeur moyenne gale 0.005s. Cette augmentation est explique de la mme manire que pour le flux
30
cbr prcdent- par le retard de transmission d la coupure du lien et par suite aux mesures effectues ce moment. La figure 18 reprsente lvolution du dlai en fonction du temps du trafic http.
Figure 18. Dlai http en fonction du temps de transmission
Du point de vue dlai, LTE est beaucoup plus performant que les autres normes 3G et plus particulirement lUMTS puisquil produit un temps de latence proche de 10 ms contre 70 ms 200 ms en UMTS.
Conclusion
Dans ce chapitre, notre travail sest focalis sur le handover horizontal dans LTE, spcifiquement, la procdure du forward handover qui fait intervenir lutilisateur dans une grande partie de lexcution du handover travers lchange des messages entre la nouvelle cellule eNB et lutilisateur. Aprs la coupure du lien avec la premire interface entre lutilisateur et lancien eNB, nous avons suivi le basculement du trafic sur la nouvelle interface. La visualisation du dbit moyen de transmission ainsi que le dlai nous a permis de vrifier la performance de la technologie LTE. Nous avons conclu que cette norme assure un dbit trs lev par rapport aux technologies de la 3me gnration (UMTS et WIMAX) et un dlai trs faible (autour de 10 ms) par rapport celui offert par la technologie UMTS (autour de 70 et 100 ms). Au cours du handover, la courte coupure du service naffecte pas lintgrit des donnes, elles ne seront pas perdues, elles sont conserves dans un buffer jusqu la configuration du nouveau lien.
31
Dans ce chapitre, nous avons voulu galement simuler le handover vertical entre LTE et WIMAX mais, malheureusement, le simulateur NS2 ne supporte pas lintgration de ces deux technologies dans la mme version car LTE existe sur la version ns 2.33 et WIMAX sur ns 2.29. Vu que linteroprabilit entre plusieurs technologies est lun des apports majeurs de la norme LTE, nous souhaitons traiter ce sujet dans un prochain projet.
32
Chapitre IV: HandOver Femto cell-Femto cell
33
Introduction
La technologie LTE commence tre dploye dans le monde et offre jusqu' des dbits dix fois suprieurs ceux promis par le HSPA, avec un meilleur temps de latence. Mais cela ncessite lintgration de nouveaux quipements qui introduisent la nouvelle technologie des femtocells. En effet l'adoption des femtocells ncessite un changement radical au niveau des couches radio ce qui permettra des dbits largement plus suprieurs par rapport ceux qui utilisent un macro-rseau. Eventuellement ces rsultats peuvent tre obtenus mme en utilisant les mmes canaux que le macro-rseau, en intgrant des techniques destines limiter les interfrences. Et ce point est important puisque le rseau LTE est d'abord dploy sur de hautes frquences, qui pntrent mal l'intrieur des btiments, alors que c'est prcisment l que se gnrent la majorit des usagers. Les femtocells sont indispensables pour le trs haut dbit mobile puisque, outre les services quils offrent, ils possdent des avantages financiers pour les operateurs mobiles. En effet, le gain obtenu en drivant une partie du trafic data mobile du macro-rseau vers le femtocells serait trs suprieur a leur dploiement. Par ailleurs, les femtocells pourraient aider au dveloppement de nouveaux services gourmands en ressources comme la TV et la vido mobiles en allgeant le trafic du macrorseau cellulaire.
IV.1. La technologie Femtocell

IV.1.1. Gnralits
Les femtocellules sont de petites stations de base cellulaires de tlcommunications qui peuvent tre installs dans des environnements rsidentiels ou d'affaires pour fournir une meilleure couverture cellulaire dans un btiment. Il est bien connu que la couverture cellulaire, en particulier pour la transmission de donnes, o une bonne intensit des signaux est ncessaire, ne l'est pas dans les btiments. En utilisant une station de base petite - femtocell (cellules femto), la performance cellulaire peut tre amliore avec la fourniture ventuelle de services supplmentaires. Il ya de nombreux avantages pour le dploiement des femtocells la fois pour l'utilisateur et l'oprateur de rseau mobile. Pour l'utilisateur, l'utilisation d'une cellule femto l'intrieur de la maison permet une couverture meilleure avec la possibilit d'avoir des services supplmentaires, les avantages de cots possibles, et l'utilisation d'un numro unique pour la maison et les applications mobiles. Pour l'oprateur de rseau, l'utilisation des femtocells fournit un moyen trs rentable afin d'amliorer la couverture, ainsi que de relier les utilisateurs leur rseau, et en fournissant des revenus supplmentaires partir de la fourniture de services supplmentaires.
IV.1.2. Histoire Femtocells

Le premier intrt pour les cellules femto [18] a commence autour de 2002 quand un groupe d'ingnieurs de Motorola ont enqut sur d'ventuelles nouvelles applications et les mthodologies qui pourraient tre utiliss dans les communications mobiles. En plus
34
de dvelopper un systme de tlvision mobile, ils ont galement mis en place une station de base UMTS trs petite. Deux annes plus tard, en 2004, l'ide a commenc acqurir une certaine dynamique et une varit d'entreprises taient la recherche de cette ide. En particulier deux nouvelles socits Ubiquisys et 3WayNetworks ont t forms au Royaume-Uni pour faire face la technologie de femtocells.
IV.1.3. Bases de systme des cellules Femto

Les femtocells sont essentiellement une forme de point d'accs cellulaire. Les femtocells fournissent une connectivit entre les tlphones mobiles locaux et un routeur Internet. Cependant ce n'est qu'une partie du systme de femto cellules globale requise. Plusieurs lments sont ncessaires: - Un femtocell. - Routeur internet pour permettre aux donnes d'tre transmis vers et depuis la cellule femto via Internet. - Un lien Internet. - Passerelle d'un fournisseur de services. Les deux lments cls du systme sont le femtocell qui est install dans les locaux de l'utilisateur et aussi la passerelle rseau qui fournit le lien partir d'Internet dans le rseau de tlcommunications.
IV.1.4. Conception du systme

Il ya un certain nombre de points qui devaient tre rsolus en termes de conception du systme de base : Interfrences des cellules : Il ya seulement un spectre limit sur lequel les systmes cellulaires peuvent fonctionner. Certains oprateurs 3G, par exemple, ne peuvent avoir qu'un seul canal certains endroits. Par consquent, il est ncessaire que les femtocells soient capables de fonctionner dans le spectre normal de le partager avec de nombreuses autres stations de base cellulaires. Il ya un certain nombre de faons dont cela peut tre ralis: l'utilisation de la technologie de radio cognitive, l'utilisation de systmes qui sont tolrantes aux perturbations (3G et 4G sont capables de tolrer les interfrences et le canal de travail unique); la planification du spectre, si possible. Rglementation des femtocells: Les femtocells oprent sur des frquences autorises ou rglementes. Contrairement une connexion Wifi qui fonctionne dans le spectre sans licence, les femtocells ont besoin de l'approbation rglementaire. Le spectre radio et les rglementations varient d'un pays un autre et donc peut-tre chang dans chaque pays. Un accord international peut galement tre ncessaire. Spectre des femtocells: Le spectre radiolectrique est une ressource particulirement rare surtout quand de grandes quantits de donnes sont ncessaires. Une planification du spectre disponible est exige afin qu'il puisse tre utilis avec le grand nombre de femtocells, mme si dans certains cas, le fonctionnement monocanal avec les stations de base principales peut tre ncessaire. Les femtocells sont dsormais partie intgrante de la stratgie de dveloppement pour les oprateurs de tlcommunications cellulaires. Non seulement les cellules femto
35
offrent des avantages supplmentaires pour les utilisateurs en termes d'amlioration des performances au sein du foyer, ou bureau d'affaires, mais ils offrent aussi de divers services et une baisse des charges. Ils offrent galement le changement de convergence o un seul tlphone peut tre utilis la place de la ligne fixe. Pour les oprateurs ils fournissent une grande rentabilit ainsi qu'une amlioration de leur couverture et un gain des revenus supplmentaires par la fourniture de services supplmentaires. En consquence l'utilisation de femtocellules deviendra un pilier dans la feuille de route de tlcommunication cellulaire pour l'avenir.
IV.2. Mcanisme de fonctionnement de larchitecture Femtocells

Comme le montre la figure ci-dessous cest une architecture trois lments majeurs [13]: 1. Les Femtocell access point eux mmes, qui incarnent une plus grande fonctionnalit de rseau que celui constat dans les stations de base macro cellule, telles que les fonctions de radio et les contrles des ressources. Cela permet une plus grande autonomie au sein de la femtocell, ce qui permet l'auto-configuration et l'auto-optimisation. Les femtocells sont connects en utilisant l'IP haut dbit, telle que DSL ou modem cble, aux centres de l'oprateur de rseau de commutation de base. 2. La passerelle femtocell, comprenant une passerelle de scurit qui regroupe un grand nombre de connexions chiffres de donnes IP partir de centaines de milliers de femtocells, et une passerelle de signalisation qui regroupe et valide le trafic de signalisation, authentifie chaque femtocell et interfaces avec les commutateurs de noyau du rseau mobile en utilisant des protocoles standards, tels que Iu [15]. 3. Le systme de gestion et de fonctionnement qui permet des mises jour logicielles et les vrifications des diagnostics pour tre administr. Il s'agit gnralement d'utiliser le mme protocole TR-069 de gestion publi par le Forum haut dbit et galement utilis pour l'administration de modems rsidentiels.
36
La figure 19 illustre les femtocells dans larchitecture LTE.
Figure 19. Les femtocells dans l'architecture Lte
IV.3. Handover IV.3.1. Handover en fonction de larchitecture du rseau

Comme le montre la figure ci-dessous plusieurs lments fonctionnels participent lors du processus de Handover. Le Envolved UMTS Terrestrial Radio Access Network (EUTRAN) est l'lment cl, car il fournit tous les fonctionnalits du systme comprenant la physique (PHY), Medium Access Control (MAC), Radio Link Control (RLC), et le Packet Data Control Protocol (PDCP) [16]. Il se compose d'un nud unique, savoir eNodeB ou HeNB / FAP. Il fournit galement la fonctionnalit de Radio Resource Control (RRC) qui correspond la procdure de handover. E-UTRAN interagit avec le Packet Core Evolve (PCE) systme qui consiste le Mobility Management Entity (MME), Serving Gateway (SGW) et Femto Gateway (Femto-GW). L'interaction entre tous les lments fonctionnels dEUTRAN et EPC est reprsente dans la figure 20. MME est le nud cl de control du rseau d'accs LTE. En processus de handover, MME est responsable du choix de la serving-Gateway pour un UE (user equipement) au premier attachement au moment de la remise intra-LTE impliquant Core Network (CN) relocalisation nud. Un autre lment qui participe au processus du handover est portion-Gateway celui qui est responsable d'acheminer et de passer les paquets de donnes utilisateur. Le serving-
37
Gateway galement agit comme ancre de mobilit pour le plan de l'utilisateur lors des handovers et comme l'ancre pour la mobilit entre LTE et d'autres technologies 3GPP. Le dernier lment est appel Femto Gateway qui fournit la passerelle par laquelle le FAP (femto access point) obtient l'accs au rseau cur de l'oprateur du mobile. Femto-GW est responsable de conversion de protocole et cre galement une interface radio network control (RNC) virtuelle, au rseau sans hritage exigeant des changements apports aux lments du CN. Il est physiquement situ dans les locaux des oprateurs mobiles. En outre, 3GPP a galement prcis deux interfaces standard soit les interfaces X2 et S1, pour le Evolved Packet System (EPS). L'interface X2 fournit la capacit de soutenir la mobilit de l'interface radio et soutenir l'change d'informations de signalisation entre macrocellules eNodeB. Par consquent, pour le handover entre les macro cellules eNodeB, la procdure est excute sans implication de l'EPC. La prparation et l'change des flux de signalisation lors de la procdure de handover sont directement entre eNodeB en utilisant l'interface X2[17]. D'autre part, l'interface S1 prend en charge les relations many-to-many entre les lments EPC (MME / SGW) et eNodeB. En outre S1 est galement utilis pour la communication entre FAP / HeNB avec le MME / SGW par l'intermdiaire du Femto-GW. Plus prcisment, la connexion MME utilise l'interface S1 control plane (S1-C) et la connexion SGW est l'aide de l'interface S1 user plane (S1-U). Le handover au sein des macro cellules eNodeB peut arriver sans restriction. En revanche pour les FAP, puisque le CSG (Closed Subscriber Group) est applique les UE ne peuvent pas tous accder la FAP. Le handover est constitu d'un ensemble de flux de signalisation qui change d'un lment d'autres.
38
Figure 20. Les lments participants au Handover
IV.3.2. Types de HandOver IV.3.2.1. Procdure Hand-in

Le handover de macro cellule femtocell est tout fait exigeant et complexe, car il ya des centaines de possible FAP cibles. Dans la procdure Hand-in, l'UE a besoin de slectionner la FAP cible la plus approprie. Le niveau d'interfrence devrait tre considr comme un paramtre de dcision. En outre, la prdiction de la mobilit propose est galement prise en compte dans la dcision de handover pour optimiser la procdure de handover [16].
IV.3.2.2. Procdure Hand-out

Le handover de FAP macro cellule eNodeB est relativement simple. L'UE n'a pas d'option pour slectionner la cellule cible car il n'y a que des macro cellules eNodeB. Lorsque le RSSI (Receive Signal Strength Indicator) deNodeB est plus fort que RSSI FAP, l'UE sera connect directement sans calcul complexe de l'interfrence et contrle d'autorisation comme dans le scenario Hand-in.
IV.3.2.3. Procdure Intra-Femtocells

La procdure de transfert inter-FAP est similaire la procdure Hand-in puisque l'UE sera face des centaines de cibles possibles lors de son service de FAP. Pour cette procdure, on a galement propos la prdiction de la mobilit comme la politique de dcision de handover.
39
IV.4. Handover intra-Femtocells

IV.4.1. Prsentation
Dans la version 8, les femtocells sont gnralement supposs tre dploys dans un scnario domicile. Un handover entre femtocells arrive rarement dans un tel scnario puisque le propritaire du femtocell ne voudrais pas, pas comme le voisin, camper sur son / sa femtocell. Dans le cas o l'UE a l'ID de la CSG du femtocell cible dans son ACL, le CN bas sur Radio Access Network Application Part (RANAP)/S1 est suffisant pour grer les procdures de handover entre ces deux femtocells. Toutefois, pour le scnario d'entreprise ou de mtro-zone, les femtocells appartiennent normalement la mme CSG. Un utilisateur peut marcher travers une femtocell l'autre trs souvent et le plus des handovers sont femtocell femtocell handovers. Cela peut entraner une grande quantit de temps de latence de signalisation si le CN en fonction RANAP/S1 Handover est utilis.
Il a t dcid rcemment d'introduire quelques amliorations femtocell pour la version 9. Une de ces amliorations est d'amliorer le handover femtocell femtocell mode connect. Un certain nombre de mcanismes de soutien renforc de femtocell femtocell handover est propos la fois pour UTRAN et EUTRAN. L'ide gnrale est de dplacer la plupart des signalisations la femtocell-GW et /ou femtocell de telle sorte que la latence de signalisation de la CN peut tre rduite. Dans cette section, le handover femtocell femtocell en fonction sur le CN, femtocell-GW et femtocell sont discuts.
IV.4.2. Handover gr par le Core Network

Dans ce scnario, le CN gre l'ensemble de la procdure de handover et toutes les signalisations de handover descendent vers le CN comme le montre la Figure3. Le type d'accs et l'ID de la CSG, si le femtocell cible les a, sera obtenu par le CN et une commande d'accs correspondante est effectue. Si le femtocell cible est autoris tre consult, le CN acheminera ensuite la demande de transfert vers le femtocell-GW cible. Le femtocell-GW va enfin envoyer le RANAP demande handover au femtocell cible [13]. La modification est inutile de supporter le handover grer par le CN entre les femtocells. En outre, le handover grer par le CN est applicable pour une utilisation dans un transfert entre femtocells intra-et inter-GW. Toutefois, le CN aura une charge extrmement lourde lors de la manipulation d'un grand nombre de demandes de handover femtocellule-femtocellule. Les messages changs sont illustrs dans la figure 21 :
40
Figure 21. Flux de signalisations dans le handover gr par le CN
IV.4.3. Handover gr par le Femtocell-Gateway

Dans le scnario gr par le femtocellule-GW, la majeure partie du message de handover est assure par le femtocell-GW au lieu du CN, comme le montre la Figure4. Dans ce cas, le femtocell-GW lit l'information de cellule de la femtocell cible et effectue la commande d'accs pour l'UE non-CSG. Pour l'UE capable CSG, le contrle d'accs doit tre fait par le CN et le rsultat sera renvoy femtocell-GW. Si le femtocell cible a la permission d'accs, le femtocell-GW va alors envoyer la demande de handover elle. Puisque le femtocell-GW ne dispose que l'information des femtocells connects, il est applicable seulement pour les femtocells intra-GW. Si les femtocells source et cible appartiennent des femtocell-GW diffrents, le handover gr par CN devrait tre appel la place [14]. Par la manipulation de la procdure de handover en utilisant le femtocell-GW, la latence du handover et la charge du CN est rduit. Cependant, de nouvelles fonctionnalits doivent tre ajoutes la femtocellule-GW sorte qu'il est capable de lire et transmettre le message de demande de handover. Les messages changs sont illustrs dans la figure 22:
41
Figure 22. Flux de signalisation dans le handover gr par le Femtocell-GW
IV.4.4. Handover gr par le Femtocell

Afin de permettre le handover gr par le femtocell, une nouvelle interface entre les femtocells doit tre cre. Le handover est ralise directement entre les femtocellule source et destination comme indiqu dans la Figure5. Dans ce cas, moins de messages seront ncessaires afin d'effectuer le handover entre femtocells. La fonctionnalit de contrle d'accs doit tre effectue dans la femtocellule-GW pour l'UE non-CSG et de la CN pour l'UE CSG-capable [13]. Pour le particulier, mais commun intra-CSG transfert, le contrle d'accs peut tre ignor pour l'accs de l'UE la femtocell cible. Aprs avoir reu le message de transfert complet, le femtocell-GW va dclencher la suppression de l'UE du femtocell source. La commutation de messages directs rend la phase de prparation trs rapide. Le temps de latence du handover et la charge du CN peut tre encore rduite. Cependant, cela ncessite une nouvelle interface afin de permettre une communication directe entre femtocellule. Par ailleurs, des modifications sur les femtocellule sont galement ncessaires pour leur permettre d'encoder / dcoder les messages de handover.
42
Les messages changes sont illustres dans la figure 23 :
Figure 23. Flux de signalisations dans le handover gr par le Femtocell Access Point
IV.5. Simulation du Handover intra-Femtocell

IV.5.1. Premire simulation de Handover gnrs par le MME
Nous reprsentons dans la Figure6 la configuration du rseau dans laquelle on va simuler le Handover. La simulation consiste tudier le Handover Femtocell gr par le mme MME, en variant les paramtres de la couche transport. Notre simulation est dveloppe sous une plateforme NS2.33, le patch LTE devra tre pralablement installe. Nous utiliserons un nud mobile pour reprsenter le User Equipement et des ns-nodes pour reprsenter les Gateway et le MME, et pour les Femtocell Access Point on a modifi les nuds simples de NS2.33 en ajustant la porte de communication a 30 mtres et la porte de dtection du nud a 50 mtres pour les approximer au nuds femtocells. Linterface Femtocell-Gateway et MME-Gateway sont modlises par un lien simplex LTE de dbit de transmission de lordre de 5Mbps et de dlai de propagation de 2ms. La figure 24 illustre la topologie utilise.
43
Figure 24. Architecture simule du Handover
Ce scenario se prsente de la manire suivante : Le nud 0 reprsentant le User Equipment va desservir un flux TCP ou UDP au nud 5 reprsentant le MME. Ce flux passera par les deux nuds Femtocell Access Point (nud 1 et 2), les deux Gateway (nud 3 et 4) pour enfin arriver au MME (nud 5). Le mobile va initialement gnrer le trafic qui passera par le premier Femtocell. Au cours du dplacement, il y aura une dgradation de la qualit du lien radio et des pertes de paquets. Le Handover est alors dclenche par le MME et le mobile passera vers lautre Femtocell.
IV.5.2. Rsultats et interprtations

Parmi les paramtres que nous jugeons indispensables pour analyser le comportement du Handover sont les variations des pertes en fonctions du nombre des nuds, la variation du dbit en fonctions du type de flux et le dlai en fonction du protocole de routage.
IV.5.2.1. Dbit
La Figure 25 reprsente le dbit en fonction du type de flux. La valeur de dbit est donne par : Soit R le nombre de paquets reu on aura : D=(R * 8 * taille du paquet) / temps de simulation. La figure 25 reprsente la variation du dbit en fonction du temps des flux FTP et CBR.
44
Figure 25. Dbit des flux ftp et cbr
Notons que : - Laxe X reprsente le temps en seconde - Laxe Y reprsente le dbit en Mbps -Courbe verte : Dbit FTP en fonction du temps -Courbe rouge : Dbit CBR en fonction du temps Interprtation : Nous remarquons une chute priodique du dbit pour les deux flux, cest le dclenchement du Handover. En effet, le mobile commence a se dplacer a t=10ms, le dbit augmente et atteint son premier pic pour rechuter aprs du aux pertes cest a ce moment la que se dclenche le handover et le mobile bascule alors vers lautre Femtocell ce qui engendre laugmentation du dbit. Dautre part, nous remarquons que le dbit du flux ftp et toujours suprieur a celui du cbr et que le temps de latence du handover dans ftp vaut presque la moiti de la latence du handover dans cbr.
IV.5.2.2. Dlai
A ce niveau nous reprsentons les variations du dlai en fonction du type de protocole de routage. Le paramtre dlai est extrait du fichier de trace de la simulation. Le rsultat est donn dans la Figure 26 qui correspond au protocole de routage DSDV et la Figure 27 reprsente le dlai pour le protocole AODV.
45
Figure 26. Variation du dlai pour le protocole DSDV
Figure 27. Variation du dlai pour le protocole AODV
46
Notons que : - Laxe X reprsente le temps en secondes - Laxe Y reprsente la valeur du dlai Interprtation : Nous remarquons que pour lAODV le dlai subit des fluctuations et reste uniforme durant la simulation mais il y a des pics correspondants au changement de nuds femtocells. Pour DSDV, le dlai est nettement suprieur au prcdent et subit une forte augmentation aprs l'tablissement du Handover. Et comme nous pouvons le constater daprs les deux courbes, les instants remarquables sur ces derniers correspondent approximativement aux dates aux quelles le mobile bascule dun Femtocell a un autre.
IV.5.2.3. Taux de pertes

Dans cette partie, nous allons faire varier le nombre de nuds et observer les pertes que peuvent tres engendres. La Figure 28 reprsente les pertes en fonctions du temps pour chaque nombre de nuds simule.
Figure 28. Perte en fonction du nombre des nuds
47
Notons que : - Laxe X reprsente le temps en secondes - Laxe Y reprsente la valeur des pertes. - Courbe Rouge=> 1 seul nud - Courbe Verte=> 5 nuds - Courbe Bleue=> 10 nuds - Courbe Jaune=> 15 nuds Interprtation : Nous avons fait varier le nombre de nuds de 1 jusqu'a 15 nuds. La premire constatation qu'on peut faire est que les pertes subissent une forte augmentation pour enfin diminuer. D'autre part, nous remarquons que plus le nombre de nuds augmente plus les pertes augmente. Cela est justifie par le fait que le processus de Handover met du temps s'tablir tant donne le nombre de nuds.
IV.5.3. Deuxime Simulation de Handover grs par le Femtocell-GW

Nous reprsentons dans la Figure 29 la configuration du rseau dans laquelle on va simuler notre deuxime scnario de Handover. La simulation consiste tudier le Handover Femtocell par l'intermdiaire du FGW, en variant les paramtres de la couche transport. Nous utiliserons un nud mobile pour reprsenter le User Equipement et des ns-nodes pour reprsenter les Gateway et le MME, et pour les Femtocell Access Point on a modifi les nuds simples de NS2.33 en ajustant la porte de communication a 30 mtres et la porte de dtection du nud a 50 mtres pour les approximer au nuds femtocells. Linterface Femtocell-Gateway et MME-Gateway sont modlises par un lien simplex LTE de dbit de transmission de lordre de 5Mbps et de dlai de propagation de 2ms.
48
Figure 29. Architecture du scnario simul du handover gr par FGW
Ce scenario se prsente de la manire suivante : Le nud 4 reprsentant le User Equipment va desservir un flux TCP ou UDP au nud 0 reprsentant le MME. Ce flux passera par l'une des deux nuds Femtocell Access Point (nud 2 et 3), le Gateway (nud 1) qui va grer le handover pour enfin arriver au MME (nud 0). Le mobile va initialement gnrer le trafic qui passera par le FAP gauche (nud 3). Au cours du dplacement, il y aura une dgradation de la qualit du lien radio et des pertes de paquets. Le Handover est alors dclenche par le Gateway et le mobile passera vers lautre Femtocell.
IV.5.4. Rsultats et interprtations

Comme dans le scnario prcdent, on va tudier la fiabilit de cette topologie en se rfrent la perte, le dbit, le dlai en fonction du nombre des nuds, types de flux et protocoles de routage.
IV.5.4.1. Dbit
Dans une premire tape on va comparer le comportement des flux FTP et CBR lors d'un handover gr par FGW et cela en tudiant le dbit. La figure 30 reprsente le dbit en fonction du temps.
49
Figure 30. Dbit des flux ftp et cbr
Notons que : - Laxe X reprsente le temps en second - Laxe Y reprsente le dbit en Mbps -Courbe verte : Dbit FTP -Courbe rouge : Dbit CBR Interprtation : Comme le scnario prcdent, FTP garde son dbit lev par rapport a CBR, mais on remarque ici une chute au niveau de dbit lors du processus de handover ce qui nest pas le cas pour le type de handover prcdent. Dautre part, remarquons que le flux CBR a pu tablir le dbit c'est--dire aprs avoir chute le dbit augmente une foi de plus.
IV.5.4.2. Dlai
Comme vu prcdemment, nous allons simuler le dlai en fonction du protocole de routage. Le rsultat pour DSDV et AODV est obtenu respectivement dans les figures 31 et 32.
50
Figure 31. Dlai en fonction du temps pour DSDV
Figure 32. Dlai en fonction du temps pour AODV
51
Notons que : - Laxe X reprsente le temps en secondes - Laxe Y reprsente la valeur du dlai Interprtation : Nous remarquons bien que AODV dans ce scnario gre mieux la mobilit par rapport a DSDV puisqu'il garde un dlai nulle durant toute la simulation, il s'adapte instantanment la mobilit des nuds par contre DSDV prsente une phase oscillante lors du handover.
IV.5.4.3. Taux de pertes

On sintresse maintenant aux pertes que peut engendrer ce type de Handover. Ce critre sera valu a partir du nombre de nuds utilise. La figure 33 prsente le rsultat de la simulation.
Figure 33. Perte en fonction du nombre des nuds
Notons que : - Laxe X reprsente le temps en secondes - Laxe Y reprsente la valeur des pertes. - Courbe Rouge=> 1 seul nud
52
- Courbe Verte=> 5 nuds - Courbe Jaune=> 7 nud - Courbe Mauve=> 10 nuds - Courbe Jaune=> 15 nuds Interprtation : Nous pouvons remarquer que jusqu' 5 nuds la perte est nulle, cest--dire que le handover est tabli sans pertes. Ds le sixime nud, la perte augmente proportionnellement au nombre des nuds. Dautre part, on peut voir que si les pertes existent, elles augmentent exponentiellement jusqu' arriver un seuil bien dtermine et restent constantes.
Conclusion
Ce chapitre sest focalise a tudier le Handover Femtocell-Femtocell. A partir de l deux orientations dtudes sont possibles. La premire repose sur une valuation du Handover gr par le MME. Les simulations que nous avons mens ont montre que ce type de Handover offre un dbit optimal pour un flux FTP, mais les fluctuations dues au basculement ne peuvent pas tre vites. Dautre part, le dlai le plus minimal est obtenu pour le protocole de routage AODV. En outre, linconvnient majeur est le taux de perte puisque ce dernier est assez important pour un nombre dutilisateurs lev. La deuxime approche consiste utiliser les mmes critres dvaluations pour tudier le Handover gr par le Gateway. Nos simulations ont alors mens aux mmes constatations faites pour le Handover prcdent. Sauf que dans ce cas les pertes sont lgrement inferieurs ce qui reprsente un avantage du point de vue de lutilisateur.
53
Conclusion gnrale
Dans ce projet nous avons analys les performances de plusieurs types de handovers dans les rseaux LTE-3GPP. Nous nous sommes tout dabord intresss ltude des performances dun handover macrocellulaire : nous avons constat que les critres de qualits de services se dgradaient en fonction de la charge dans le rseau. Nous avons aussi constat que la que la qualit du handover dpendait de la priorit du trafic vhicul sur le rseau. Nous nous sommes par la suite intresss au forward handover. Son tude a dmontr quil offrait un dbit lev et un dlai moyen trs faible indpendamment du trafic utilis. Enfin la dernire partie a port sur le handover Femtocell-Femtocell. Dans ce contexte, on a tudi deux types de handover : celui gr par un MME et celui gr par le Gateway. On a remarqu que dans les deux cas le dbit en fonction du temps tait optimal alors que le taux de pertes en fonction du nombre de nuds tait meilleur pour le handover gr par le Gateway.
54
Bibliographie
[1] LTE + SAE = EPS Principes et Architecture , http://www.efort.com/r_tutoriels/LTE_SAE_EFORT.pdf,consult en mai 2012. [2] Long Term Evolution , http://es.scribd.com/doc/50868690/13/Caracteristiques,consult en juin 2012 [3]Mustapha Ergen, Mobile BroadBand including Wimax and LTE, SPRINGER, 2009, http://www.scribd.com/doc/23452778/Mobile-Broadband-Including-WiMAX-and-LTE [4] Long Term Evolution (LTE): A Technical Overview, http://business.motorola.com/experiencelte/pdf/LTETechnicalOverview.pdf,consult en juin 2012 [5] Harri Holma and Antti Toskala, LTE for UMTS - OFDMA and SC-FDMA Based Radio Access, 2009 John Wiley & Sons, Ltd [6]Srinivasa Rao,Interoperability in LTE, dit le 12 Mars 2012, http://www.slideshare.net/allabout4g/interoperability-in-lte, consult en juin 2012 [7] N. DUROCHER - S. JEAN, exposesrio2008-ttnfa2009, date de consultation 20.5.2012, disponible sur http://wapiti.telecom-lille1.eu/commun/ens/peda/options/ST/RIO/pub/exposes/exposesrio2008ttnfa2009/durocher-jean/handover.htm
[8] GUY. P ; Les Rseaux Edition 2011,02 dcembre 2010, date de consultation 15.05.2012, document disponible sur http://wapiti.telecom/lille1.eu/commun/ens/peda/options/ST/RIO/pub/exposes/exposesser2010ttnfa2011/pondarrevignault/Mecanisme_de_Handover_dans_les_LTE_et_Wimax/LTE.html [9] http://www.qualcomm.com/media/documents/files/lte-mobility-enhancements.pdf [10] MARK .G; Tutorial for the Network Simulator ns, date de consultation 15.05.12, disponible sur http://www.isi.edu/nsnam/ns/tutorial/
[11]ALI .N, Optimizing handover performance in LTE networks containing relays, 29.4 .2011, date de consultation 20.05.2012, disponible sur http://lib.tkk.fi/Dipl/2011/urn100449.pdf
[12] Harri.H, Antti.T, LTE for UMTS: OFDMA and SC-FDMA Based Radio Access, publi en 2009, disponible sur http://books.google.tn/books?hl=fr&lr=&id=uhr3KwSww2kC&oi=fnd&pg=PR15&dq=handover+ dans+lte&ots=qeDHF_576A&sig=Zm-QRBnCvkfSvEIPI9SU90U1384&redir _esc=y#v=onepage &q =handover%20dans%20lte&f=false [13] Shih Jung Wu, Handover Scheme in LTE-based Networks with hybrid Access Mode Femtocells, Juillet 2011
55
[14]Jie Zhang et Guillaume de la Roche, Femtocell technologies and deployment ,John Wiley and Sons ,Ltd [15] Florin Sandu, Szilard Cserey et Eugen Mile-Ciobanu, Simulation of LTE signalling , 2010 [16] Ardian Ulvan, Robert Bestak et Melvi Ulvar, Handover Scenario and Procedure in LTE-based Femtocell Networks, 2010 [17] Dizhi Zhou et Wei Song,Load Sharing with Femtocell Relay for Macrocelles in cellular Networks, 2011 [18] www.3GPP.com,consult en mai 2012
56

Rapport Final Pfa

Загружено:

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

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

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

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

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

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

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

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

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

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

Rapport Final Pfa

Загружено:

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

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

Ministre de lEnseignement Suprieur, de la Recherche Scientifique et de la Technologie Universit du 7 novembre Carthage Institut National des Sciences Appliques et de Technologie

Projet Personnel Professionnel

Filire : Rseaux Informatique et tlcommunication

Etude de la mobilit dans les rseaux LTE 3-GPP

Table des matires

Table des figures

Table des tableaux

Chapitre I : Prsentation de LTE

Chapitre I : Prsentation de LTE

I.1. Architecture gnrale de LTE

Figure 1. Architecture globale de LTE

Chapitre I : Prsentation de LTE

I.2. Caractristiques de laccs LTE

I.2.2. Connexion permanente

I.2.3. Dlai pour la transmission de donnes

I.2.5. Coexistence interfonctionnement avec la 3G

Chapitre I : Prsentation de LTE

I.2.6. Flexibilit dans lusage de la bande

I.2.7. Support de multicast

I.2.8. Couverture de cellules importante dans les zones urbaines et rurales

I.3. Caractristiques du rseau cur SAE

I.3.1. EPC un rseau cur paquet tout IP

I.3.2. Roaming en mode home routed ou en mode local breakout

I.3.4. Support des Default bearers et Dedicated bearers

Chapitre I : Prsentation de LTE

I.3.5. Support du filtrage de paquet et de la taxation volue

Figure 2. Vue globale sur le rseau cur EPC

I.4. Caractristiques et architecture du rseau EPS

I.4.2. Architecture du rseau EPS

Chapitre I : Prsentation de LTE

La figure 3 illustre larchitecture EPS.

Figure 3. Architecture EPS

Chapitre I : Prsentation de LTE

Figure 4. Architecture E-UTRAN

I.4.2.3. Serving Gateway

Chapitre II : Le HandOver macro cellulaire dans LTE

Chapitre II : Le HandOver macro cellulaire dans LTE

II.1. HandOver Intra Serving Gateway

II.1.1. Procdure du handover intra SGW

II.1.1.1. Phase de prparation

Chapitre II : Le HandOver macro cellulaire dans LTE

II.1.1.2. Phase dexcution

II.1.1.3. Phase dachvement

Chapitre II : Le HandOver macro cellulaire dans LTE

Figure 5. Handover intra SGW

II.2. HandOver Inter Serving Gateway

Chapitre II : Le HandOver macro cellulaire dans LTE

Figure 6. Handover inter SGW

II.3. Etude pratique des Handovers Intra et Inter Serving Gateway

Chapitre II : Le HandOver macro cellulaire dans LTE

II.3.1. Impact du nombre de nuds sur le handover macro cellulaire

La figure 7 illustre la topologie globale du rseau.

Figure 7. Topologie globale du rseau

Chapitre II : Le HandOver macro cellulaire dans LTE

Figure 8. Topologie globale du rseau (rupture de lien)

II.3.1.1. Dbit moyen

Figure 9. Throughput en fonction du nombre de nuds

Chapitre II : Le HandOver macro cellulaire dans LTE

II.3.1.2. Dlai moyen de transmission

Figure 10. Dlai de transmission en fonction de nombre de nuds

Chapitre II : Le HandOver macro cellulaire dans LTE

II.3.1.3. Taux de pertes des paquets

Figure 11. Taux de pertes en fonction du nombre de nuds

II.3.2. Impact du type de trafic sur le handover macro-cellulaire