Vous êtes sur la page 1sur 49

Institut de la Francophonie pour l'informatique

Mmoire de fin dtudes


Master en Informatique Option Systme et Rseaux
Sujet :

Evolution de la couche RRC de la plateforme OpenAir vers les nouvelles normes LTE

Ralis par : NGUYEN Tien Thinh Promotion : 14 Sous la responsabilit de :

Mme Michelle WETTERWALD


Ingnieur de recherche senior EURECOM

Sophia-Antipolis, Septembre 2010

Table de matire
Table de matire ...................................................................................................................................... 1 Liste des figures ....................................................................................................................................... 3 Liste des tableaux .................................................................................................................................... 4 Remerciements ....................................................................................................................................... 5 Rsum .................................................................................................................................................... 6 Abstract ................................................................................................................................................... 7 CHAPITRE 1. INTRODUCTION .................................................................................................................. 8 1. PROBLEMATIQUE............................................................................................................................. 8 2. MOTIVATION.................................................................................................................................... 9 3. CONTRIBUTION ............................................................................................................................... 9 4. METHODE DE TRAVAIL .................................................................................................................... 9 5. ENVIRONNEMENT DE STAGE ......................................................................................................... 10 6. STRUCTURE DU RAPPORT ............................................................................................................. 10 CHAPITRE 2. ETAT DE LART .................................................................................................................... 12 1. RESEAUX CELLULAIRES.................................................................................................................. 12 1.1. Historique ............................................................................................................................... 12 1.2. Etat actuel des rseaux cellulaires ......................................................................................... 14 2. LTE (Long Term Evolution) ............................................................................................................. 14 2.1. Architecture du rseau LTE ..................................................................................................... 15 2.2. Architecture du protocole radio ............................................................................................. 16 3. AUTRES NOTIONS DE BASE ............................................................................................................ 19 4. PLATEFORME OPENAIR.................................................................................................................. 19 CHAPITRE 3. PROTOCOLE RRC POUR LTE (OPENAIR) ............................................................................ 21 1. DESCRIPTION DU TRAVAIL ............................................................................................................. 21 2. PROTOCOLE RRC ............................................................................................................................ 23 2.1. Introduction............................................................................................................................ 23 1

2.2. Evolution du protocole RRC pour le LTE en comparaison avec celui de lUMTS .................... 24 3. ADAPTATION DU PROTOCOLE RRC A LA PLATEFORME OPENAIR .................................................. 24 3.1. Contrle de connexion ........................................................................................................... 25 3.2. Autres procdures .................................................................................................................. 27 3.3. Diffusion dinformation systme ............................................................................................ 28 4. MISE EN UVRE ............................................................................................................................ 29 4.1. Simulateur de messages ......................................................................................................... 30 4.2. Simulateur de diffusion dinformation systme ..................................................................... 32 4.3. Intgration du simulateur dans la plateforme........................................................................ 33 CHAPITRE 4. EVALUATION ..................................................................................................................... 35 1. CRITERES DEVALUATION ............................................................................................................... 35 2. SCENARIO DE TEST ........................................................................................................................ 35 2.1. Simulateur de messages ......................................................................................................... 35 2.2. Simulateur de diffusion dinformation systme ..................................................................... 36 2.3. Intgration dans la plateforme ............................................................................................... 36 3. RESULTATS ESPERES ....................................................................................................................... 37 4. RESULTATS OBSERVES .................................................................................................................... 37 4.1. Simulateur de messages ......................................................................................................... 37 4.2. Simulateur de diffusion dinformation systme ..................................................................... 37 4.3. Intgration du simulateur dans la plateforme........................................................................ 39 Conclusions et Perspectives .................................................................................................................. 41 ANNEXE A Termes et Abrviations ..................................................................................................... 45 ANNEXE B Caractristiques principales du LTE ................................................................................... 47

Liste des figures


Figure 1. L'volution de technologie des rseaux cellulaires *10+......................................................... 13 Figure 2. Les lments de l'EPS *10+ ...................................................................................................... 15 Figure 3. Architecture dE-UTRAN [20] .................................................................................................. 16 Figure 4. Pile de protocole de plan usager [5]....................................................................................... 17 Figure 5. Pile de protocole de plan de contrle *5+ ............................................................................... 17 Figure 6. Domaine du stage................................................................................................................... 18 Figure 7. La correspondance entre les canaux dans le sens descendant (Downlink) [11] .................... 18 Figure 8. La correspondance entre les canaux dans le sens montant (Uplink) [11].............................. 18 Figure 9. Pile de protocole de lOpenAirInterface et les primitives de communication *23+ ................ 20 Figure 10. Planification gnrale du travail ........................................................................................... 21 Figure 11. Planification de la premire phase - La partie thorique ..................................................... 22 Figure 12. Planification de la deuxime phase - Simulateur ................................................................. 22 Figure 13. Planification de la troisime phase Intgration dans la plateforme .................................. 23 Figure 14. Etablissement de connexion RRC (russi) *9+ ....................................................................... 25 Figure 15. Etablissement de connexion RRC (chec) *9+ ....................................................................... 26 Figure 16. Reconfiguration de connexion RRC (russi) *9+ .................................................................... 26 Figure 17. R-tablissement de connexion RRC (russi) *9+ .................................................................. 27 Figure 18. R-tablissement de connexion RRC (chec) *9+ .................................................................. 27 Figure 19. Transfert de linformation dans le sens descendant *9+ ....................................................... 27 Figure 20. Transfert de linformation dans le sens montant *9+ ............................................................ 28 Figure 21. Transfert de la capacit de lUE *9+ ....................................................................................... 28 Figure 22. Acquisition dinformation systme *9+ ................................................................................. 29 Figure 23. Interaction entre la couche RRC avec autres couches et notre travail en point de vue globale ................................................................................................................................................... 30 Figure 24. Rsultat de test de simulateur de messages ........................................................................ 38 Figure 25. Rsultat de test de simulateur de diffusion dinformation systme .................................... 38 Figure 26. Rsultat du test au mode dintgration - du ct UE ........................................................... 39 Figure 27: Rsultat du test au mode dintgration - du ct RG et le serveur RRM ............................. 40

Liste des tableaux


Table 1. Evolution du protocole RRC pour le LTE en comparaison avec celui de lUMTS ...................... 24 Table 2. Scnario de test du simulateur de messages les UEs ........................................................... 35 Table 3: Scnario de test du simulateur de messages lordonnancement des messages .................. 35 Table 4. Paramtres dordonnancement de diffusion dinformation systme ...................................... 36 Table 5. Rsultat de test du simulateur de diffusion dinformation systme........................................ 38

Remerciements

Tout dabord, je tiens remercier mon responsable de stage, Madame Michelle WETTERWALD. Ses conseils et ses critiques constructives mont beaucoup apport tout au long de ce stage. Je tiens exprimer aussi ma reconnaissance pour son soutien, lencouragement qu'elle m'a donn dans mes moments difficiles pour faciliter mon travail et mes conditions de vie Valbonne Sophia-Antipolis. Je tiens remercier Monsieur Christian BONNET, Directeur du Dpartement de Recherche en Systme de Communications Mobiles dEURECOM, qui ma accueilli dans son dpartement pour ce stage. Je tiens remercier Monsieur Victor MORARU, Responsable de loption Systmes et Rseaux et Monsieur Alain BOUCHER, Responsable des tudes, davoir prpar mon stage et de me donner des conseils. Je voudrais galement remercier mes parents, ma femme, mon enfant et les membres de ma famille qui mont support et encourag normment pendant mon sjour en France. Enfin, un grand merci toutes les personnes de lIFI et de lEURECOM de mavoir aid au cours de mon stage.

Rsum
La norme LTE est la norme de communication mobile qui est propose par lorganisme 3GPP dans le contexte de la 4G. Le LTE dfinit lvolution technologique des rseaux de tlcommunications cellulaires pour les annes venir. Le LTE propose des dbits levs, et un meilleur niveau de QoS pour ses abonns en introduisant de nouvelles architectures du rseau et en employant des nouvelles technologies comme lOFDMA, le SC-FDMA et le MIMO. Maintenant, le LTE a t choisi par la plupart des operateurs de tlphonie mobile dans le monde comme la technologie pour les rseaux 4G. Le laboratoire Communications Mobiles dEURECOM a dvelopp dans le cadre de nombreux projets de recherche franais et europens une plateforme radio logicielle UMTS, permettant la transmission directe de paquets IPv6. Un des points critiques de la plateforme est la couche de protocole RRC, qui contrle linterface radio de la station de base et du terminal mobile. Le protocole RRC joue un rle trs important pour augmenter la performance du rseau. Dans ce contexte, mon stage vise adapter lvolution de la couche de protocole RRC la plateforme OpenAir. Dans mon travail, jai tudi lvolution de la couche RRC depuis la version actuelle de la plateforme (UMTS) vers la nouvelle version LTE. Jai implment aussi la nouvelle version (LTE) du simulateur de messages et du simulateur de diffusion dinformation systme. De plus, jai russi intgrer ces simulateurs dans la plateforme OpenAir.

Mot cls : LTE, OpenAir, RRC, System broadcast, UMTS, 3GPP, 4G

Abstract
LTE is the standard of mobile communication proposed by the 3GPP in the context of 4G. LTE defines the technological evolution of cellular telecommunications networks in the near future. LTE offers high throughput and a better level of QoS to its customers by introducing new network architectures and using new technologies such as OFDMA, SC-FDMA and MIMO. Now, LTE has been chosen and announced as the technology for 4G networks by many leading mobile wireless carriers throughout the world. The Mobile Communications System Department at EURECOM has developed in the context of collaborative research projects (French and European) an UMTS Software Radio Platform, allowing direct transmission of IPv6 packets. One of the critical points of the platform is the RRC protocol layer, which controls the radio interface between the base station and mobile terminal. The RRC protocol plays an important role in increasing network performance. In this context, my report is to adjust the evolution of the RRC protocol layer of the platform OpenAir. I have studied the evolution of the RRC layer from the current version of the platform (UMTS) to the new version (LTE). I also implemented the new version (LTE) of the message simulator and system broadcast simulator. In addition, I have successfully integrated these simulators in the platform OpenAir.

Key words: LTE, OpenAir, RRC, System broadcast, UMTS, 3GPP, 4G

CHAPITRE 1. INTRODUCTION
1. PROBLEMATIQUE
Depuis quelques annes, les rseaux mobiles ont fortement volu, avec l'introduction notamment des technologies dites de troisime gnration (3G) qui offrent l'usager des services non seulement de voix, mais aussi de transport de donnes : c'est l'Internet mobile. Cela favorise normment des services multimdias. Mais le succs croissant des services multimdias exere aussi sur les limites en termes de dbits des rseaux 3G ou 3G+ actuels. Il est ncessaire donc de trouver une technologie qui est capable doffrir sur les rseaux Internet mobiles des dbits similaires l'Internet fixe, de l'ordre de 100 Mbits/s, un grand nombre d'utilisateurs, tout en rduisant le cot du Mgabit de transport de donnes. Une des solutions les plus abouties actuellement s'appelle le LTE (Long Term Evolution). Le LTE est un projet men par l'organisme de standardisation 3GPP (3 rd Generation Partnership Project) visant rdiger les normes techniques de la quatrime gnration du futur en tlphonie mobile. Initi en 2004, le LTE dfinit lvolution technologique des rseaux de tlcommunications cellulaires pour les annes venir. Cette volution est a ctuellement en cours de description dans les nouvelles versions des standards du 3GPP, publies depuis dcembre 20081. Lobjectif du LTE est une amlioration drastique des performances de ces rseaux, par rapport aux systmes 3G ou 3G+, grce notamment l a simplification des procdures et des protocoles de contrle du rseau. Le laboratoire Communications Mobiles dEURECOM a dvelopp dans le cadre de nombreux projets de recherche franais et europens une plateforme radio logicielle UMTS (Universal Mobile Telecommunications System), permettant la transmission directe de paquets IPv6. Cette plateforme, lorigine mise en place pour exprimenter les rseaux UMTS 4G, est en cours dvolution vers les nouveaux protocoles du LTE, afin de fournir un support in novant aux futurs projets. Un des points critiques de la plateforme est la couche de protocole RRC (Radio Resource Control), qui contrle linterface radio de la station de base et du terminal mobile2. Pour adapter lvolution de la couche de protocole RRC la plateforme OpenAir, nous devons tudier lvolution de la couche RRC depuis la version actuelle de la plateforme (UMTS) vers la nouvelle version LTE. Le but du stage est de dfinir des modifications apporter au
1

http://www.3gpp.org/LTE http://www.openairinterface.org

systme existant et les transposera dans le simulateur de messages de la plateforme radio logicielle.

2. MOTIVATION
En choisissant ce sujet de stage, jaurai loccasion dtudier des nouvelles techniques, des nouvelles connaissances des rseaux cellulaires. Jexaminerai aussi lhistoire des rseaux cellulaires et leur tat actuel. Jaurai une occasion de travail dans un centre de recherche pour apprendre la mthode de recherche et la mthode de travail. Je pourrai acqurir des mthodes de travail ainsi quune exprience de recherche grce mon responsable de stage. Cest une bonne exprience pour ma formation professionnelle.

3. CONTRIBUTION
J'ai effectu mon stage de recherche EURECOM pendant 6 mois. Pendant mon stage, jai accompli toutes les tches concernant non seulement la partie thorique mais aussi la partie pratique. Sur le plan thorique, jai matris les connaissances de base sur lUMTS, le LTE, linterface radio et la couche RRC. Jai synthtis des documents de travail concernant la couche RRC. Jai aussi rdig deux documents : un document de travail et un document de spcification dEURECOM en me basant sur les documents de la spcification 3GPP et en discutant avec Mme WETTERWALD pour atteindre une adaptation optimale notre plateforme OpenAir. Sur le plan pratique, jai implment la version LTE du simulateur de messages de la plateforme radio logicielle. Jai implment aussi la partie de diffusion dinformation systme dans ce simulateur. De plus, jai intgr ce simulateur dans la plateforme OpenAir dEURECOM.

4. METHODE DE TRAVAIL
Dabord, jai essay de matriser les connaissances de base sur lUMTS et sur le LTE. Ce sont la description gnrale du rseau (UMTS, E-UTRAN), linterface radio et la couche de protocole RRC dUTRAN (UMTS) et dE-UTRAN (LTE). Jai tudi profondment la couche de protocole RRC de LTE pour comprendre larchitecture, les procdures, les messages dans cette couche. En me basant sur ces connaissances, jai propos des modifications au systme existant et les ai transposes dans le simulateur de messages. De plus, jai tudi aussi la partie de diffusion dinformation systme et intgr cette partie dans ce simulateur. Enfin, jai examin le code de la plateforme afin dintgrer ce simulateur dans la plateforme OpenAir.
9

5. ENVIRONNEMENT DE STAGE
Le stage se droule pendant 6 mois (du 29 Mars 2010 au 28 Septembre 2010) EURECOM, Sophia-Antipolis, FRANCE. Aujourd'hui Sophia-Antipolis se place en tte des hauts-lieux de la R&D (Research and Development) en Europe et confirme son attractivit pour les entreprises et les centres de recherche dans les domaines des technologies de l'information, des sciences du vivant, des sciences de l'environnement et de la chimie fine. EURECOM est une cole d'ingnieurs et un centre de recherche en systmes de communication, fonde en 1991 par TELECOM ParisTech (cole Nationale Suprieure des Tlcommunications) et l'E.P.F.L (cole Polytechnique Fdrale de Lausanne). Depuis sa cration, des universits europennes telles que lcole polytechnique de Turin, lUniversit technologique d'Helsinki (TKK), lUniversit technique de Munich (TUM) et l'Universit des Sciences et Technologies de Norvge (NTNU) ont rejoint EURECOM. Les industriels ont t invits participer au projet EURECOM de faon adapter en permanence les activits denseignement et de recherche aux ralits conomiques3. En 2010, 10 grands noms de lindustrie faisaient galement partie de la gouvernance dEURECOM (Swisscom, Orange, Thales, SFR, BMW Group, STEricsson, SAP, Cisco, Symantec et Monaco Telecom)4. Mon stage est ralis sous la direction de Mme Michelle WETTERWALD au Dpartement de Recherche en Systme de Communications Mobiles. Les axes de Recherche du Dpartement se dclinent dans plusieurs environnements :
-

Les rseaux cellulaires de troisime gnration et au-del ; Les rseaux locaux sans fil ; Les rseaux de communication courte porte (Capteurs) ; Les rseaux Ad Hoc. informations plus dtailles sur l'quipe se trouvent dans son site web

Des

http://www.eurecom.fr/cm.fr.htm

6. STRUCTURE DU RAPPORT
Ce rapport se compose de 5 parties. Dabord la premire partie introduit le problme de la couche de protocole RRC de la plateforme OpenAir et lenvironnement du stage. Ensuite, la deuxime partie aborde lhistoire, ltat actuel des rseaux cellulaires et les connaissances de base sur les rseaux cellulaires, sur lUMTS et sur le LTE. La troisime partie prsente la couche
3 4

Telecom ParisTech : http://www.telecom-paristech.fr/telecom-paristech/rapport-activite-2008/eurecom.html EURECOM : http://www.eurecom.fr/partners/partnershippolicy/industrialmembers.fr.html

10

de protocole RRC, ladaptation des procdures slectionnes la plateforme, la mise en uvre ces procdures dans le simulateur de messages et lintgration du simulateur dans la plateforme OpenAir. Ensuite, la quatrime partie donne une valuation sur le simulateur, lintgration et les exprimentations sur ces adaptations. La partie de conclusions et perspectives donne un rsum de ce rapport, des travaux raliss et les problmes qui restent. Lannexe A dfinit des termes et des abrviations. Enfin, lannexe B introduit les caractristiques principales du LTE.

11

CHAPITRE 2. ETAT DE LART


Ce chapitre est consacr un tat de lart dans le domaine dtude. Dans ce chapitre, on prsentera des connaissances sur les rseaux cellulaires en gnral comme lhistoire des rseaux cellulaires et ltat actuel du rseau. On introduira aussi larchitecture du rseau LTE et la pile de protocoles daccs radio pour avoir une vision globale sur le rseau LTE et le rle de la couche RRC. De plus, Ce chapitre abordera la plateforme OpenAir dEURECOM dont ce stage vise modifier la couche RRC.

1. RESEAUX CELLULAIRES
1.1. Historique
Lindustrie de tlcommunications cellulaires a connu une croissance norme dans les dernires annes avec 5 milliards dutilisateur dans le monde selon la socit Ericsson5. La premire gnration (1G), les rseaux cellulaires analogiques se sont prsents en des annes 1980s comme le TACS (Total Access Communications Systems), le NMT (Nordic Mobile Telephone), lAMPS (Advanced Mobile Phone Service) et le J-TACS (Japanese Total Access Communication System) [14]. Ils supportaient la communication vocale et quelques services associs avec un roaming limit. La limitation du roaming a t rsolue par la deuxime gnration des rseaux cellulaires (2G) grce la collaboration entre les socits de tlcommunication. La 2G utilise la transmission radio numrique. Les rseaux 2G fournissent aussi une capacit beaucoup plus leve que les rseaux de premire gnration. Il y a 4 normes principales pour la 2G : le GSM (Global System for Mobile), le D-AMPS (Digital AMPS), le CDMA IS-95 (Code Division Multiple Access), et le PDC (Personal Digital Cellular) [15, 22]. Comme la premire gnration, le but principal de la deuxime gnration est la communication vocale, mais elle a aussi support la transmission de donnes dans les versions plus tardive (comme le service SMS-Short Message Service). La 2G est parfaitement implante dans plusieurs pays. Cependant le taux de donnes en gnral est infrieur celui dans la connexion dial-up6. Cest pourquoi, on doit crer un nouveau system avec plus de capacit avance. Cest la troisime gnration, ou la 3G.
5 6

http://www.ericsson.com/thecompany/press/releases/2010/07/1430616 http://en.wikipedia.org/wiki/Dial-up_Internet_access

12

Avant la mise en place de la troisime gnration, il existe quelques normes qui sont considres comme les 2G transitoires telles que le GPRS (General Packet Radio Service - 2.5G), lEDGE (Enhanced Data rates for GSM Evolution - 2.75G) et le CDMA2000 1xRTT [15]. La standardisation de la 3G est place sous la responsabilit de lIUT (International Telecommunication Union). LIUT a dfini la famille dIMT-2000 (International Mobile Telecommunications-2000) pour la 3G. La troisime gnration fournit plusieurs services y compris les services analogues (services vocaux) et les services de donnes (daccs dinternet, mobile TV, etc.). La famille IMT-2000 se compose de plusieurs normes : lUMTS (WCDMA-FDD, WCDMA-TDD), le TD-SCDMA, le CDMA2000 (1xEV-DO), lEDGE, le DECT et le WiMAX (Worldwide Interoperability for Microwave Access) [16]. LUMTS (Universal Mobile Telecommunications System) est standardis par le 3GPP et est limplmentation europenne des spcifications IMT 2000 pour les systmes radio cellulaires 3G. Dans ce document, les systmes de tlcommunications de troisime gnration sont considrs comme la version 3G europenne UMTS.

Figure 1. L'volution de technologie des rseaux cellulaires [10] Le LTE a t introduit dans la Release 8 des spcifications du 3GPP RAN (Radio Access Network). Bien que le LTE soit en gnral considr comme la 4G, la premire version de norme LTE ne rpond pas compltement lexigence de 4G ITU qui sappelle IMT-Advanced. Le LTE est nanmoins trs proche du palier suivant (4G) et nous pouvons donc le dfinir comme une technologie 3,9G. Le WiMAX a t cr pour permettre la convergence et linteroprabilit entre deux normes de rseaux sans fil auparavant indpendant : le HiperMAN et le standard IEEE 802.16. Le
13

WiMAX a t valid par lIEEE (Institute of Electrical and Electronics Engineers) en 2001. Le WiMAX permet le raccordement sans fil d'entreprises ou de particuliers sur de longues distances haut dbit *17]. Maintenant, le LTE et le WiMAX sont deux technologies pour les rseaux 4G sous un mode LTE-Advanced qui a t propos par lITU. En gnral, les deux technologies prsentent quasiment les mmes caractristiques. Le LTE est support par la plupart des operateurs de tlphone mobile dans le monde comme AT&T, Orange, China Mobile, etc., tandis que le WiMAX est support par INTEL et dautres operateurs comme SPRINT, WorldMax. Le choix dune nouvelle technologie est dterminant pour les oprateurs tlcoms et influencera les annes venir. Les oprateurs peuvent donc capitaliser sur la flexibilit de LTE avec leurs rseaux dj exista nts tout en continuant dvelopper de nouveaux services et applications multimdias au bnfice du consommateur. Mais le choix de la technologie pour la 4G non seulement dpend des problmes techniques mais aussi des problmes conomiques et de la stratgie de chaque operateur.

1.2. Etat actuel des rseaux cellulaires


Ltat actuel des rseaux cellulaires dans le monde est la 3G. Mais cette gnration coexiste avec autres gnrations comme GSM/UTMS en Europe, IS-95/CDMA2000 aux EtatsUnis. En ce qui concerne la 4G, en Dcembre 2009, des premiers rseaux LTE ont t mis en service commercialement. Le fournisseur TeliaSonera a introduit deux rseaux qui sont bass sur cette nouvelle technologie Stockholm et Oslo7. Aux Etats-Unis, le fournisseur Verizon a annonc le plan de dploiement le rseau LTE la fin de cette anne (2010). Ce rseau sera utilis dans environ 30 marchs avec environ 100 millions dutilisateurs8. En gnral, cause de lourds investissements, les rseaux 4G seront dploys avec retard par de nombreux operateurs dans le monde.

2. LTE (Long Term Evolution)


Les nouvelles normes LTE visent amliorer lefficacit spectrale, diminuer la latence, augmenter la performance du rseau, offrir des dbits levs en situation de mobilit grande ou faible vitesse, permettre et faciliter linterconnexion et linteroprabilit entre diffrentes
7

http://www.3gpp.org/LTE-Networks-go-live/ http://news.vzw.com/LTE/Overview.html

14

technologies existantes et rduire les cots de dploiement et dexploitation en introduisant de nouvelles architectures et technologies. Le LTE est bas sur des techniques radio telles que la technique OFDMA (Orthogonal Frequency Division Multiple Access) pour le sens descendant, la technique SC-FDMA (Single Carrier - Frequency Division Multiple Access) pour le sens montant et la technique MIMO (Multiple Input Multiple Output) pour lmission-rception. Les largeurs de bande du LTE peuvent stendre de 1,25 20 MHz en liaison montante comme en liaison descendante, ce qui permet un oprateur dadapter cette technologie aux bandes de frquence quil possde. En outre, larchitecture MIMO contribue augmenter les dbits de transfert de donnes du LTE en autorisant plusieurs chemins de signaux *18, 21]. Dans ce chapitre, nous nabordons pas les problmes techniques lis la couche physique (OFDMA, SC-FDMA, MIMO). Nous nallons introduire que larchitecture gnrale du rseau (LTE/SAE) et les protocoles dE-UTRAN.

2.1. Architecture du rseau LTE


A ct de lvolution daccs radio E-UTRAN (LTE), il existe une volution darchitecture du cur du rseau connue sous le nom de SAE (System Architecture Evolution). Contrairement aux normes de la 2G et de la 3G qui proposent deux domaines de commutation : la commutation de circuit (CS - Circuit Switched) et la commutation de paquet (PS - Packet Switched), le SAE ne propose quun domaine de paquet fond sur lIP appel lEPC (Evolved Packet Core) *10, 22+. LEPC est un cur du rseau paquet tout IP. Cela signifie que tous les services devront tre offerts sur IP y compris ceux qui taient auparavant offerts par le domaine circuit tels que la voix, le SMS et tous les services de tlphonie, etc. La combinaison entre le LTE et le SAE est lEPS (Evolved Packet System). LEPS reprsente lensemble du rseau savoir le LTE et le SAE.

Figure 2. Les lments de l'EPS *10+ Le cur du rseau (EPC) est responsable du contrle de lUE et de ltablissement des porteuses radio. Les composants principaux dEPC sont le S-GW (Serving-Gateway), le P-GW
15

(Packet Data Network-Gateway) et le MME (Mobility Management Entity). Le S-GW et le P-GW sont des passerelles pour les paquets IP. Le S-GW est considr comme un point dancrage de mobilit locale de transfert et de rception de paquet entre lUE et leNB servant cet UE. Le S-GW joue aussi un rle du point dancrage de mobilit pour le handover inter-eNB et le handover inter-3GPP (les RATs de 3GPP comme le GSM, le GERAN). Dune part, le P -GW est charg de lallocation dadresse IP de lUE, dautre part, le P-GW joue un rle dinterface vers les rseaux externes IP. Le MME est une entit de contrle qui gre toutes les processus de signalisation entre lUE et le cur du rseau (protocole NAS) [21, 10]. Rseaux daccs E-UTRAN Le cur du rseau se compose plusieurs nuds logiques tandis que le rseau daccs contient seulement un nud logique qui sappelle eNB. En comparaison avec lUMTS, on a limin le RNC (Radio Network Controller) et install les fonctions de RNC dans les eNBs [22, 12]. Cela permet damliorer lefficacit et de diminuer la latence du rseau en augmentant linteraction entre les protocoles dans lE-UTRAN.

Figure 3. Architecture dE-UTRAN [20] LE-UTRAN prend en charge toutes les fonctions lies laccs radio y compris les fonctions de gestion de ressource radio, de compression den-tte, de scurit et de connectivit vers lEPC.

2.2. Architecture du protocole radio


Le protocole radio peut se diviser en deux parties : le plan usager et le plan de contrle. Sur le plan usager, la pile de protocole se compose le MAC (Medium Access Control), le RLC
16

(Radio Link Control) et le PDCP (Packet Data Convergence Protocol). Sur le plan de contrle il y a en plus le RRC [2, 5]. Le protocole MAC soccupe de multiplexage/dmultiplexage de donnes vers les porteuses radio diffrentes. Il est aussi responsable de la correspondance entre les canaux logiques et les canaux de transport [2, 6]. Le protocole RLC est charg de la segmentation/concatnation des paquets de donnes des couches suprieures, de la retransmission des paquets perdus, de la rorganisation pour les paquets out-of-order en utilisant la technique HARQ (Hybrid Automatic Repeat reQuest). Il y a trois modes de transmission : le mode transparent (TM-Transparent Mode), le mode non acquitt (UM-Unacknowledged Mode) et le mode acquitt (AM-Acknowledged Mode) [2, 7]. Dans le mode TM, le protocole RLC najoute aucun en-tte un RLC SDU (Service Data Unit). Ce mode est utilis avec les services comme le service de diffusion dinformation systme et le paging. Le mode UM est utilis avec les services sensibles au dlai (VoIP), tolrants aux erreurs en temps rel, ou le MBMS. Contrairement au mode UM, le mode AM est utilis avec les services sensibles lerreur et tolrants aux dlais en temps non-rel (comme le service FTP). La plupart des messages RRC utilisent ce mode pour assurer la fiabilit.
UE NAS RRC PDCP RLC MAC PHY RRC PDCP RLC MAC PHY eNB MME NAS

Figure 4. Pile de protocole de plan usager [5]

Figure 5. Pile de protocole de plan de contrle *5+

Le protocole PDCP prend en charge la compression/dcompression den-tte, la scurit (chiffrage, protection dintgrit) et distribution l'un aprs l'autre de paquets *2,8+. La couche de protocole RRC est le cur de ce stage. Elle est responsable de la gestion de la signalisation de la connexion radio entre le mobile et l'E-UTRAN soit ltablissement, la libration et la reconfiguration de connexion *3+. Il existe plusieurs interfaces entre la couche RRC avec les couches basses (PHY, MAC/RLC/PDCP), le NAS et le RRM. Dans mon stage, on adresse seulement linteraction entre la couche RRC de lUE et la couche RRC de lE-UTRAN.

17

Figure 6. Domaine du stage Pour grer et assurer le transport de plusieurs types de trafic sur l'interface air, on a dfini plusieurs canaux pour sparer les diffrents types de donnes et leur permettent dtre transports travers le RAN dune faon adquate. Les canaux ont t diviss en trois groupes : les canaux logiques, les canaux de transports et les canaux physiques.
-

Les canaux physiques sont des canaux de transmission qui transportent les donnes dutilisateur et les messages de contrle.

Les canaux de transport reprsentent le format et la manire dont les informations sont transmises sur linterface radio. Ils fournissent le transfert des informations au MAC et aux couches suprieures.

Les canaux logiques fournissent des services au niveau de la couche MAC vers les couches suprieures.

Voici la correspondance entre les canaux dans le LTE :

Figure 7. La correspondance entre les canaux dans le sens descendant (Downlink) [11]

Figure 8. La correspondance entre les canaux dans le sens montant (Uplink) [11]

18

3. AUTRES NOTIONS DE BASE


A ct des connaissances sur larchitecture du rseau LTE, la pile de protocoles radio, il existe encore des notions de base importantes comme la notion dAS, de NAS, de QoS, etc. : AS (Access stratum) : LAS contient les protocoles lis au rseau daccs radio ; NAS (Non-AS) : Le NAS se compose les protocoles fonctionnant entre lUE et le rseau cur ; Handover : Handover est un mcanisme dans la communication cellulaire pour assurer les transferts de communications lors de la mobilit entre les cellules. Lobjectif de ce mcanisme est de maintenir une qualit de communication suffisante entre le mobile et le rseau lors dun changement de frquence ou de cellule et de minimiser le niveau dinterfrences globales. RRM : Le RRM assure lefficacit dutilisation des ressources disponibles et rpond aux exigences de gestion des ressources radio. Le RRM contient toutes les fonctions lies aux porteuses radio comme le contrle de porteuse radio (RBC - Radio Bearer Control), contrle dadmission (RAC - Radio Admission Control), le RMC (Radio Mobility Control), etc. Sur la QoS, il y a quelques notions importantes comme le GBR (Guaranteed Bit Rate), Non GBR, le TFT (Traffic Flow Template), et le QCI (QoS Class Identifier).

4. PLATEFORME OPENAIR
OpenAirInterface (OpenAir) est une plateforme de dveloppement matrielle/logicielle en logiciel libre, ainsi quun forum sur linnovation dans le domaine des communications numriques. Cette plateforme a t cre par le dpartement Communications Mobiles dEURECOM et est developpe principalement dans le cadre de projets collaboratifs (projets franais ANR, europens IST, etc.). La plateforme vise dmontrer et valider des concepts novateurs dans les domaines : traitement du signal temps rel ; architectures des rseaux toutIP ; conception de systmes radio frquences flexibles ; mthodologies avances de conception et de simulation ; propagation, systmes et analyse de mesures et radio cognitive9. La plateforme OpenAirInterface supporte deux topologies du rseau : rseaux cellulaires et rseaux maills.
9

http://www.openairinterface.org/overview.fr.htm

19

Figure 9. Pile de protocole de lOpenAirInterface et les primitives de communication [23] Dans un premier temps, la plateforme OpenAir est mise en place pour exprimenter les rseaux UMTS. Maintenant, nous sommes en train de la mettre jour par rapport aux nouvelles normes LTE sur toutes les couches.

20

CHAPITRE 3. PROTOCOLE RRC POUR LTE (OPENAIR)


Le protocole de la couche RRC se trouve dans la couche 3 dans le plan de contrle de la pile de protocoles radio. Il contrle linterface radio de la station de base et du terminal mobile. Il joue un rle trs important pour augmenter la performance du rseau. Ce chapitre prsentera la couche de protocole RRC, ladaptation des procdures slectionnes la plateforme, la mise en uvre ces procdures dans le simulateur de messages et lintgration du simulateur dans la plateforme OpenAir. Ce chapitre montrera galement le processus dimplmentation des modifications du protocole RRC dans ce simulateur.

1. DESCRIPTION DU TRAVAIL
Pendant mon stage, jai fait les tches concernant non seulement la partie thorique mais aussi la partie pratique.

Figure 10. Planification gnrale du travail Notre travail se compose de 4 phases :


-

Phase 1 (Partie thorique) : La premire phase consiste tudier des connaissances de base sur les rseaux cellulaires en gnral, sur lUMTS, sur le LTE et rdiger le document de spcification dEURECOM pour la couche RRC. Je synthtise aussi le document de spcification de description gnrale dE-UTRA et dE-UTRAN TS 36.300 [22] pour avoir une vision globale sur LTE et interaction entre la couche RRC avec autres couches.

Phase 2 (Simulateur) : La simulation est une tape importante pour viter des erreurs avant lintgration dans la plateforme. De plus, le simulateur est un outil pour validation de limplmentation du protocole de la couche RRC. En ralit, il existe deux simulateurs : le simulateur de messages et le simulateur de diffusion dinformation systme. Dans cette phase, nous examinons le code des deux anciens simulateurs et implmentons les
21

modifications de LTE dans ces simulateurs. Puis, nous intgrons le simulateur de diffusion dinformation systme au simulateur de messages pour crer un seul simulateur. Nous ralisons aussi des tests unitaires avec des scenarios de test.

Figure 11. Planification de la premire phase - La partie thorique

Figure 12. Planification de la deuxime phase - Simulateur


-

Phase 3 (Intgration dans la plateforme) : Nous examinons le code de la couche RRC de la plateforme afin de comprendre gnralement la plateforme et linteraction entre la couche RRC et les couches basses (PHY, MAC/RLC/PDCP), le NAS et le RRM (Radio Resource Management). Puis nous intgrons le code de simulateur dans la plateforme. Nous testons aussi cette intgration avec des scnarios de test.

Phase 4 (Document et prsentation) : Cette partie consiste prsenter mon travail EURECOM et rdiger le rapport de stage.

22

Figure 13. Planification de la troisime phase Intgration dans la plateforme

2. PROTOCOLE RRC
2.1. Introduction
Le RRC est un protocole qui se trouve dans le plan de contrle dans la pile de protocole AS (Access Stratum). Il supporte plusieurs procdures entre lUE et lE-UTRAN. LE-UTRAN utilise ce protocole pour contrler les comportements de lUE. Le protocole RRC joue le rle de gestion de la signalisation de connexion radio entre le mobile et l'E-UTRAN comme ltablissement, la libration et la reconfiguration de connexion RRC. Le protocole de la couche RRC fournit des services pour les couches hautes comme le service de diffusion dinformation systme, le service de notification, le service de transmission dinformation de contrle, le service de transmission dinformation de NAS, etc. [3, 9]. De plus, il utilise aussi les services qui sont fournis par les couches basses permettant des transfrer de donnes chiffrs et fiables. Le protocole RRC se compose des procdures suivantes [9] :
-

Diffusion dinformation systme ; Contrle de la connexion RRC ; Gestion de la mobilit ; Gestion de la Qualit de Service (Quality of Service - QoS) ; Contrle des mesures ; Autres procdures (transfert dinformation de la capacit dUE et transfert dinformation du NAS, etc.).

Pour transfrer des messages RRC et des messages NAS, les SRBs (Signalling Radio Bearer) sont utiliss *3,9+.
-

Le SRB0 est utilis pour les messages RRC dans le canal logique CCCH (Common Control CHannel).
23

Le SRB1 est utilis pour les messages RRC dans le canal logique DCCH (Dedicated Control CHannel).

Le SRB2 est pour les messages dans le canal logique DCCH y compris les messages du NAS.

2.2. Evolution du protocole RRC pour le LTE en comparaison avec celui de lUMTS
En gnral, le RRC pour le LTE est plus simple que celui pour lUMTS. Cela permet daugmenter non seulement la performance du protocole RRC mais aussi celle du rseau LTE *1, 2, 3, 9, 10]. Table 1. Evolution du protocole RRC pour le LTE en comparaison avec celui de lUMTS Changement RRC states SRB (Signalling Radio Bearer) Paging RNC UMTS 5 states : IDLE, URA_PCH, CELL_PCH, CELL_DCH, CELL_FACH 5 SRBs : SRB0, SRB1, SRB2, SRB3 et SRB4 (optionnel) 2 types de paging Existe dans UMTS LTE 2 states : RRC_IDLE, RRC_CONNECTED 3 SRBs : SRB0, SRB1, et SRB2

Un type de paging Nexiste plus dans LTE (Le rle de RNC est occup par les eNBs) Il existe aussi plusieurs changements comme dans la diffusion dinformation systme, le message de configuration, etc.

3. ADAPTATION DU PROTOCOLE RRC A LA PLATEFORME OPENAIR


Dans cette tape, en me basant sur le document de spcification du protocole RRC dEUTRAN *9+, jai discut avec mon responsable, Mme WETTERWALD pour donner une spcification optimale la plateforme OpenAir [3]. Tout dabord, nous avons slectionn des procdures et des messages correspondants dans le document de spcification du protocole RRC dE-UTRAN [9] pour la plateforme OpenAir en comparant avec le document de spcification du protocole RRC de la plateforme *1+. Nous avons modifi quelques procdures pour sadapter la plateforme OpenAir comme la procdure Paging_OpenAir et la procdure RRCConnectionRelease_UL *3+. Nous avons modifi la structure des messages et les lments dinformation (IE-Information Element) correspondants de chaque message. Dans ce stage, nous nadressons que les procdures lies au contrle de connexion, la diffusion dinformation systme et aux autres procdures comme le transfert de la capacit dUE et le transfert de linformation dans le sens montant/descendant.
24

3.1. Contrle de connexion


Le contrle de connexion se compose des procdures concernant la connexion radio entre lUE et lE-UTRAN pour tablir, modifier ou librer une connexion RRC. Pour notre plateforme, nous avons slectionn les procdures suivantes implmenter [3, 9]:
-

Paging ; Etablissement de connexion RRC ; Reconfiguration de connexion RRC ; R-tablissement de connexion RRC ; Libration de connexion RRC ; Configuration de porteuse radio ; Actions lies lchec de lien radio ; Action dUE la sortie de RRC_CONNECTED.

Etablissement de connexion RRC La procdure a pour but dtablir une connexion RRC. Elle sert aussi transfrer linformation initiale de NAS de lUE lE-UTRAN. Elle est dclenche par lUE quand il y a une demande dtablissement de connexion RRC des couches hautes. Dans ce cas, lUE va envoyer un message RRCConnectionRequest vers lE-UTRAN. S'il y a encore des ressources radio disponibles, la connexion pourra tre tablie. Sinon, lE-UTRAN pourra rejeter cette demande de lUE en envoyant un message RRCConnectionReject. Si lE-UTRAN accepte cette connexion, lEUTRAN va envoyer le message RRCConnectionSetup qui contient la configuration initiale des ressources radio y compris la configuration du SRB1 vers lUE. LUE va finir le processus dtablissement de connexion RRC en envoyant le message RRCConnectionComplete vers lEUTRAN. Ce message contient aussi linformation initiale de NAS.

UE

EUTRAN

RRCConnectionRequest

RRCConnectionSetup

RRCConnectionSetupComplete

Figure 14. Etablissement de connexion RRC (russi) [9]

25

UE

EUTRAN

RRCConnectionRequest

RRCConnectionReject

Figure 15. Etablissement de connexion RRC (chec) [9] Reconfiguration de connexion RRC Pour les tches concernant la porteuse radio (RB-Radio Bearer) comme ltablissement, la modification, la libration dune porteuse radio, la procdure de reconfiguration de connexion RRC est utilise. Contrairement lUTMS qui utilise deux messages spars pour tablir ou pour librer dune porteuse radio, on utilise seulement le message RRCConnectionReconfiguration pour tablir ou librer dune porteuse radio dans LTE. La liste des porteuses radio est contenue dans llment dinformation RadioResourceConfigDedicated.
UE EUTRAN

RRCConnectionReconfiguration

RRCConnectionReconfigurationComplete

Figure 16. Reconfiguration de connexion RRC (russi) [9] R-tablissement de connexion RRC Un UE dans ltat RRC_CONNECTED peut lancer cette procdure pour continuer maintenir une connexion RRC. LE-UTRAN reconfigure le SRB1 en appliquant cette procdure. Dans lUMTS, pour indiquer lchec de liaison radio ou lchec de couches basses on utili se la procdure Cell Update, tandis que dans LTE la procdure de r-tablissement de connexion RRC est utilise. Libration de connexion RRC Lobjectif de cette procdure est de librer une connexion RRC. Aprs lexcution de cette procdure, toutes les porteuses radio et toutes les ressources radio entre lUE et lE -UTRAN sont libres. En gnral, lE-UTRAN va lancer cette procdure *9+ mais dans notre plateforme, nous avons implment un cas particulier o cette procdure est lance par lUE (RRC Connection

26

Release Uplink) en basant sur lchec de test de lauthentification de rseau *24+. Aprs cette opration, lUE va quitter la mode RRC_CONNECTED et entrera dans le mode RRC_IDLE.
UE EUTRAN

RRCConnectionReestablishmentRequest RRCConnectionReestablishment

RRCConnectionReestablishmentComplete

Figure 17. R-tablissement de connexion RRC (russi) [9]


UE EUTRAN

RRCConnectionReestablishmentRequest RRCConnectionReestablishmentReject

Figure 18. R-tablissement de connexion RRC (chec) [9] Configuration de porteuse radio Cette procdure est excute quand llment dinformation

RadioResourceConfigDedicated est indiqu dans un des messages RRCConnectionSetup, RRCConnectionReconfiguration ou RRCConnectionReestablishment. Cet IE se compose de la liste de SRBs, DRBs (Data Radio Bearer) ajouts ou librs. Grce cette liste, on va tablir ou librer les porteuses radio correspondantes.

3.2. Autres procdures


Transfert de linformation dans le sens descendant (DL information Transfer) Cette procdure est utilise pour transfrer le NAS ou linformation ddie de non-3GPP de lE-UTRAN vers lUE. LE-UTRAN lancera cette procdure ds quil reoit une information de NAS ou de non-3GPP en utilisant le message DLInformationTransfer.
UE EUTRAN

DLInformationTransfer

Figure 19. Transfert de linformation dans le sens descendant [9]


27

Transfert de linformation dans le sens montant (UL information Transfer) La procdure est semblable la procdure de transfert de linformation dans le sens descendant mais dans le sens montant.
UE EUTRAN

ULInformationTransfer

Figure 20. Transfert de linformation dans le sens montant [9] Transfert de la capacit de lUE (UE Capability Transfer) Cette procdure est utilise pour transfrer linformation de la capacit daccs radio de lUE vers lE-UTRAN. La capacit daccs radio contient les informations comme les numros de version, lindicateur dAS, etc.
UE EUTRAN

UECapabilityEnquiry

UECapabilityInformation

Figure 21. Transfert de la capacit de lUE [9]

3.3. Diffusion dinformation systme


Les informations systme contiennent les informations essentielles requises par les UEs (MIB- Master Information Block) pour accder au rseau comme la bande passante, le numro de trame, etc. De plus, elles comprennent aussi les paramtres pour slectionner la cellule convenable, les informations des canaux, les informations de mesures, etc. (les SIBs - System Information Block). Toutes les informations systme sont diffuses dans le canal logique BCCH (Broadcast Control CHannel). Le MIB est transfr dans le canal de transport BCH tandis que les SIBs sont transfrs dans le canal de transport commun DL-SCH (DownLink Shared CHannel). Pour mettre jour les informations systme, UE doit dtecter le changement de linformation systme et rcuprer les nouvelles informations. Il y a deux mcanismes pour notifier le changement : le paging et la valeur de ltiquette dans SIB1.

28

Dans la spcification TS 36.331 (V 9.3.0), il y a 13 types de SIBs mais nous supportons seulement 6 SIBs dans notre plateforme. Ce sont SIB1, SIB2, SIB4, SIB10, SIB11 et SIB13 [3].

UE

E-UTRAN

MasterInformationBlock SystemInformationBlockType1

SystemInformation

Figure 22. Acquisition dinformation systme *9+

4. MISE EN UVRE
Comme nous lavons dit, le but du stage est dadapter lvolution du protocole RRC aux nouvelles normes LTE. Cest--dire, dans la partie pratique je dois examiner lancienne version du simulateur de messages et de diffusion dinformation systme dUMTS et mettre jour la couche RRC vers les nouvelles normes LTE. Mais il y a beaucoup de changements de la couche RRC de LTE en comparaison avec celui dUMTS. De plus, ce simulateur est une partie de la plateforme. Cest pourquoi, nous devons examiner le code de la couche RRC en liaison avec autres couches de la plateforme. La mise jour nest pas donc facile. En ralit, il existe deux simulateurs : un simulateur de messages et un simulateur de diffusion dinformation systme (System broadcast). Dans un premier temps, jai mis jour le simulateur de messages vers les nouvelles normes LTE. Dans un deuxime temps, je continuais mettre jour le simulateur de messages en ajoutant les nouveaux fichiers du simulateur de diffusion dinformation systme. A la fin, jai donc un seul simulateur pour le message et la diffusion dinformation systme. Limplmentation de deux simulateurs a t vrifie par le rsultat de test du simulateur. La simulation est une tape importante pour viter des erreurs avant lintgration dans la plateforme. Le but principal du simulateur est de dfinir les lments dinformation, la structure des messages RRC (simulateur de messages), les MIB/SIBs (simulateur de diffusion dinformation systme) conformment aux normes LTE et la plateforme OpenAir, dimiter les comportements de lUE et dE-UTRAN lis aux messages. De plus, le simulateur doit coder et dcoder les messages de faon correcte.

29

Dans le simulateur, on cache linteraction entre la couche RRC avec les couches basses (PHY, MAC/RLC/PDCP), le NAS et le RRM. On adresse seulement linteraction entre la couche RRC de lUE et la couche RRC de lE-UTRAN. Pour faire cela, on utilise des tampons pour transfrer les donnes entre les deux entits.

Figure 23. Interaction entre la couche RRC avec autres couches et notre travail en point de vue globale On change le mode de travail entre le simulateur de messages et le simulateur de diffusion dinformation systme en modifiant quelques lignes dans le fichier Makefile :
# test Protocol #OBJS = rrc_msg_lte_test_prot.o # test Measurements #OBJS = rrc_msg_test_meas.o rrc_msg_test_simu.o # test Broadcast OBJS = rrc_bch_lte_test.o

La mise en uvre du protocole se fait en respectant la spcification dcrite dans le document de spcification dEURECOM [3].

4.1. Simulateur de messages


Lide du simulateur de messages est simple. Pour envoyer un message, dabord lUE/eNB doit encoder ce message. Puis lUE/eNB enverra ce message cod en utilisant un canal convenable vers leNB/UE. LeNB/UE coutera dans tous les canaux pour recevoir ce message. Ds que leNB/UE reoit un message, on fait le dcodage pour retirer les inform ations ncessaires. Dans ce simulateur, il y a 15 types de message de RRC. Dabord nous devons dfinir la structure des messages et leurs lments dinformation.
typedef struct RRCConnectionSetup { InitialUE_Identity initialUE_Identity; RRC_TransactionIdentifier rrc_TransactionIdentifier; ActivationTime activationTime; NAS_RB_InfoList nas_RB_InfoList; RadioResourceConfigDedicated radioResourceConfigDedicated; } RRCConnectionSetup;

30

Ensuite, nous dfinissons les messages dans les canaux logiques. Ces messages sont transfrs dans le canal logique correspondant.
typedef struct DL_CCCH_MessageType { unsigned char type; union { /* type = 1 */ RRCConnectionReestablishment *rrcConnectionReestablishment; /* type = 3 */ RRCConnectionReject *rrcConnectionReject; /* type = 4 */ RRCConnectionSetup *rrcConnectionSetup; } content; } DL_CCCH_MessageType; /* DL CCCH Message */ typedef struct DL_CCCH_Message { DL_CCCH_MessageType message; } DL_CCCH_Message;

Du ct mission, on fait le codage de message puis lenvoi sur le canal correspondant. Du ct rception, on fait le dcodage pour retirer des informations ncessaires.
// Encodage de message du ct UE #ifdef NODE_MT int rrc_PEREnc_RRCConnectionRequest (RRCConnectionRequest * pvalue); #endif // Dcodage de message du ct RG #ifdef NODE_RG int rrc_PERDec_RRCConnectionRequest (int UE_Id, RRCConnectionRequest * pvalue); #endif

Pour transfrer la signalisation radio, on utilise 2 canaux logiques : le canal DCCH et le canal CCCH. On utilise le mode RLC-TM pour le canal CCCH et le mode RLC-AM pour le canal DCCH. En comparaison avec lUMTS, on nutilise plus le mode RLC-UM pour le canal DCCH. Voici les fonctions quon utilise pour envoyer/recevoir et traiter des messages du ct UE/eNB.
-

Les fonctions pour envoyer des messages du ct UE :


void RRC_UE_O_O_SEND_CCCH (int msgId); void RRC_UE_O_O_SEND_DCCH_AM (int msgId) void RRC_UE_SEND_DCCH_AM_NAS (int msgId);

Les fonctions pour recevoir et traiter des messages dans le canal correspondant :
void rrc_ue_srb0_decode (u8 *dataP, u16 length); void rrc_ue_srb1_decode (struct mem_block *sduP, int length); void rrc_ue_srb2_decode (struct mem_block *sduP, int length);

Les fonctions pour envoyer des donnes du ct RG :


void RRC_RG_O_O_SEND_CCCH (int msgId); void RRC_RG_O_O_SEND_DCCH_AM (int msgId); void RRC_RG_SEND_DCCH_AM_NAS (int msgId);

Les fonctions pour traiter les messages du ct RG dans le canal correspondant :


void rrc_rg_srb0_decode (char * sduP, int length); void rrc_rg_srb1_decode (int UE_Id, char * sduP, int length); void rrc_rg_srb2_decode (int UE_Id, char * sduP, int length);

31

4.2. Simulateur de diffusion dinformation systme


E-UTRAN utilise le service de diffusion dinformation systme pour diffuser des informations communes tous les UEs dans une cellule. Dans ce simulateur, leNB excutera le processus de codage des informations puis les enverra vers les UEs. LUE coutera dans le canal correspondant pour retirer les informations systme dont il a besoin. Le but principal du simulateur est de dfinir les lments dinformation, les MIB/SIBs conformant aux normes LTE et la plateforme, de simuler le processus de diffusion dinformation systme selon lordonnancement de diffusion et de simuler les comportements des UEs pour retirer les informations systme dont ils ont besoin.
-

Dfinir les lments dinformation


/* SystemFrameNumber */ typedef unsigned int SystemFrameNumber;

Dfinir les messages


/* BCCH_DL_SCH_MessageType */ typedef struct BCCH_DL_SCH_MessageType { unsigned int type; union { /* type = 1 */ SystemInformation systemInformation; /* type =2 */ SystemInformationBlockType1 systemInformationBlockType1; } content; } BCCH_DL_SCH_MessageType; /* BCCH_DL_SCH_Message */ typedef struct BCCH_DL_SCH_Message { BCCH_DL_SCH_MessageType message; } BCCH_DL_SCH_Message;

Contrairement au simulateur de messages, dans le simulateur de diffusion dinformation systme on fait le codage dIEs avant le codage de messages.
-

Codage/dcodage des IEs


/* SystemFrameNumber */ #ifdef NODE_RG int rrc_PEREnc_SystemFrameNumber (PERParms * pParms, SystemFrameNumber value); #endif #ifdef NODE_MT int rrc_PERDec_SystemFrameNumber (PERParms * pParms, SystemFrameNumber * pvalue); #endif

Codage/dcodage de messages

/* MasterInformationBlock */ #ifdef NODE_RG int rrc_PEREnc_MasterInformationBlock (PERParms * pParms, MasterInformationBlock * pvalue) { /* encode DL_Bandwidth */ status = rrc_PEREnc_DL_Bandwidth (pParms, pvalue->dl_Bandwidth); /* encode PHICH_Config */

32

status = rrc_PEREnc_PHICH_Config(pParms, &pvalue->phich_Config); /* encode SystemFrameNumber */ status = rrc_PEREnc_SystemFrameNumber (pParms, pvalue->systemFrameNumber); } #endif #ifdef NODE_MT int rrc_PERDec_MasterInformationBlock (PERParms * pParms, MasterInformationBlock * pvalue) { /* decode DL_Bandwidth */ status = rrc_PERDec_DL_Bandwidth (pParms, &pvalue->dl_Bandwidth); /* decode PHICH_Config */ status = rrc_PERDec_PHICH_Config(pParms, &pvalue->phich_Config); /* decode SystemFrameNumber */ status = rrc_PERDec_SystemFrameNumber (pParms, &pvalue->systemFrameNumber); } #endif

Linformation systme est diffuse selon un ordonnancement de diffusion (scheduling). Le MIB est diffus chaque 40 ms tandis que le temps de rptition de diffusion de SIB1 est de 80 ms. La diffusion dautres SIBs est dfinie dans le SIB1. Lordonnancement de diffusion est effectu par la fonction rrc_rg_schedule_bch() :
void rrc_rg_schedule_bch (void);

Avant lmission des MIB/SIBs vers les UEs, leNB va prparer les MIB/SIBs et crer les messages (X = 2, 4, 10, 11, 13) :
void rrc_fill_mib (void) void rrc_init_mib (void) void rrc_fill_sibX (void) void rrc_init_sibX(void); void rrc_rg_fill_mib(PERParms * pParms); void rrc_rg_fill_si(PERParms * pParms); void rrc_rg_fill_noMessage (void);

Les messages de diffusion dinformation systme sont transfrs dans le canal BCCH en utilisant la fonction RRC_RG_SEND_BCCH_MIB() pour le MIB et la fonction

RRC_RG_SEND_BCCH() pour les SIBs. Du ct UE, lUE coutera le canal correspondant et retirer les informations systme en dcodant ces messages.
int rrc_ue_get_SIBCH_info (PERParms * pParms); void rrc_ue_read_sib (PERParms * pParms); void rrc_ue_read_mib (PERParms * pParms);

4.3. Intgration du simulateur dans la plateforme


La plateforme OpenAir est assez complexe. Cest pourquoi, nous devrons examiner le code de la plateforme afin de comprendre le rle des composants de la plateforme et les interactions
33

entre la couche RRC et autres couches (PHY, MAC/RLC/PDCP, NAS), le serveur RRM avant intgrer le simulateur dans la plateforme OpenAir. De plus, nous devrons intgrer le simulateur dans la plateforme petit petit pour viter les fautes. Les composants de lUE et du RG sont instal ls dans 2 ordinateurs. Le code de la plateforme est donc identique dans ces ordinateurs.

34

CHAPITRE 4. EVALUATION
1. CRITERES DEVALUATION
Dans le cadre de ce stage, lvaluation adresse les critres suivants : La couche de protocole RRC doit assurer la conformit aux normes LTE et ladaptation la plateforme OpenAir : dune part la mise en uvre du protocole doit se faire en respectant la spcification dcrite dans le document de spcification dEURECOM basant sur la spcification de 3GPP, dautre part la couche RRC doit fonctionner avec les autres couches dans la plateforme. Cette couche est ralise selon un compromis entre les normes et la plateforme. La couche de protocole RRC peut fonctionner de faon indpendante des autres couches dans la plateforme. Le code doit tre lisible, clair et facile maintenir. Il existe aussi quelques critres comme la stabilit et la tolrance aux fautes.

2. SCENARIO DE TEST
2.1. Simulateur de messages
Pour tester le simulateur de messages, nous envoyons les messages entre lE-UTRAN et lUE en 3 fois correspondant 2 UE diffrentes (en basant sur la valeur de lIMEI pour distinguer entre les UEs). Table 2. Scnario de test du simulateur de messages les UEs Fois 1 2 3 UE (IMEI) UE 1 (11223344556677) UE 2 (11223344556678) UE2 (11223344556678)

Les messages sont transfrs entre lUE et lE-UTRAN selon lordre suivant : Table 3: Scnario de test du simulateur de messages lordonnancement des messages No 1 2 3 4 5 LTE messages [UE E-UTRAN]: RRCConnectionRequest [E-UTRAN UE]: RRCConnectionSetup [UE E-UTRAN]: RRCConnectionSetupComplete [E-UTRAN UE]: RRCConnectionReject [UE UTRAN]: RRCConnectionReleaseUL
35

LTE procdures
Etablissement de connexion RRC

Libration de connexion RRC

6 7 8 9 10 11 12 13 14 15

[E-UTRAN UE]: DLInformationTransfer [UE E-UTRAN]: ULInformationTransfer [E-UTRAN UE]: RRCConnectionReconfiguration [UE E-UTRAN] RRCConnectionReconfigurationComplete [UE E-UTRAN]: RRCConnectionReestablishmentRequest [E-UTRAN UE]: RRCConnectionReestablishment [UE E-UTRAN]: RRCConnectionReestablishmentComplete [E-UTRAN UE]: Paging_OpenAir [E-UTRAN UE]: UECapabilityEnquiry [UE E-UTRAN]: UECapabilityInformation

(UL) Transfert de linformation dans le sens descendant Transfert de linformation dans le sens montant Reconfiguration de connexion RRC R-tablissement de connexion RRC Paging_OpenAir Transfert de la capacit de lUE

2.2. Simulateur de diffusion dinformation systme


Linformation systme est diffuse selon un ordonnancement de diffusion (scheduling) simple bas sur deux paramtres : la rptition et la position de chaque MIB/SIB. Un MIB/SIB est diffus dans la trame qui satisfait la condition suivante : SFN = i * la valeur de rptition + la valeur de position (i =0, 1,2) (SFNs -System Frame Number) Table 4. Paramtres dordonnancement de diffusion dinformation systme Type MIB SIB1 SIB2 SIB4 SIB10 SIB11 SIB13 Rptition (SFN) 16 32 64 64 64 64 64 Position (SFN) 0 4 8 12 20 22 26

Nous avons test ce simulateur avec des valeurs de SFN allant de 0 1000. Pour tester, nous avons aussi chang le contenu du SIB2, SIB4 au moment o SFN tait gal 192. Ce changement est notifi par le changement de valeur de ltiquette dans le SIB1.

2.3. Intgration dans la plateforme


Le test dintgration est ralis selon un scnario de test assez complexe. Les composants du RG (AS-RG et NAS-RG) et le serveur RRM sont installs dans un ordinateur. Les composants de
36

lUE (AS-UE et NAS-UE) sont installs dans autre ordinateur. Deux ordinateurs sont connects par une connexion Ethernet.

3. RESULTATS ESPERES
Simulateur de messages : Tous les lments dinformation sont bien dfinis ; Tous les messages entre UE et E-UTRAN sont cods/dcods de faon correcte ; Les messages sont transfrs dans des canaux convenables ; Le comportement de lUE ou de lE-UTRAN doit se conformer aux procdures RRC. Simulateur de diffusion dinformation systme : Tous les lments dinformation sont bien dfinis et sont cods/dcods correctement ; Les MIB/SIBs sont cods/dcods de faon correcte ; La structure de messages BCCH est bien dfinie ; Les MIB/SIBs sont diffuss en respectant lordonnancement de diffusion ; LUE retire et traite les informations systme requises de faon correcte et intelligente.

Intgration dans la plateforme : La couche de protocole RRC doit se conformer aux normes LTE et la plateforme OpenAir ; La couche de protocole RRC marche bien avec les autres couches dans la plateforme.

4. RESULTATS OBSERVES
Selon le rsultat de test, le simulateur de messages et le simulateur de diffusion dinformation systme sont bien implments. De plus, les lments dinformation, les messages RRC, les MIB/SIBs sont tous fait conformes au document de spcification dEURECOM.

4.1. Simulateur de messages


En analysant le fichier de trace, tous les messages RRC sont bien encods et dcods du ct UE et du ct E-UTRAN. Les messages RRC sont transfrs de faon correcte dans le canal convenable.

4.2. Simulateur de diffusion dinformation systme


Les informations systme sont diffuses correctement selon lordonnancement de diffusion. LUE retire les informations systme de faon intelligente. Cela signifie que lUE retirera les SIBs si le contenu de ces SIBs est chang.
37

Figure 24. Rsultat de test de simulateur de messages

Figure 25. Rsultat de test de simulateur de diffusion dinformation systme Table 5. Rsultat de test du simulateur de diffusion dinformation systme SFN 0 4 8 12 16 20 22 26 32 MIB/SIBs MIB SIB1 SIB2 SIB4 MIB SIB10 SIB11 SIB13 MIB E-UTRAN Codage correct Codage correct Codage correct Codage correct Codage correct Codage correct Codage correct Codage correct Codage correct UE Dcodage correct Dcodage correct Dcodage correct Dcodage correct Dcodage correct Dcodage correct Dcodage correct Dcodage correct Dcodage correct
38

Note

36 48 64 68 72 76 192 196 200 204

SIB1 MIB MIB SIB1 SIB2 SIB4 MIB SIB1 SIB2 SIB4

Codage correct Codage correct Codage correct Codage correct Codage correct Codage correct Codage correct Codage correct Codage correct Codage correct

Dcodage correct Dcodage correct Dcodage correct Dcodage correct Dfausse Dfausse Dcodage correct Dcodage correct Dcodage correct Dcodage correct

Pas de changement Pas de changement (*)

Changement Changement

4.3. Intgration du simulateur dans la plateforme

Figure 26. Rsultat du test au mode dintgration - du ct UE Le rsultat de test de la plateforme est assez complexe. Dans ce cas, on doit analyser les traces de NAS-RG, AS-RG, NAS-UE, AS-UE et le serveur RRM. Selon les traces, le rsultat est trs positif. Les composants RRC fonctionnent bien avec autres composants de la plateforme. De plus, la couche de protocole RRC satisfait tous les critres donns.
39

Figure 27: Rsultat du test au mode dintgration - du ct RG et le serveur RRM

40

Conclusions et Perspectives
Conclusions
Le LTE est un projet men par l'organisme de standardisation 3GPP visant rdiger les normes techniques de la quatrime gnration du futur en tlphonie mobile. Les nouvelles normes LTE visent amliorer la capacit, diminuer la latence, augmenter la performance du rseau et rduire les cots de dploiement et dexploitation en introduisant des nouvelles architectures et technologies. LTE utilise le protocole IP pour tous les types de trafic avec la QoS de bout-en-bout. Lobjectif principal du stage est dadapter lvolution de la couche de protocole RRC la plateforme OpenAir. RRC est un protocole qui se trouve dans la couche 3 de la pile de protocoles radio. Le protocole RRC joue le rle de gestion de la signalisation de connexion radio entre le mobile et l'E-UTRAN comme ltablissement, la libration et la reconfiguration de connexion RRC. Dans ce stage, jai fait toutes les tches concernant non seulement la partie thorique mais aussi la partie pratique. Sur le plan thorique, jai tudi les technologies de rseaux cellulaires, de lUMTS, du LTE et plus particulirement le protocole RRC. Jai aussi synthtis des articles, des documents, des spcifications du 3GPP. Jai rdig un document de spcification de la couche de protocole RRC-LTE dEURECOM [3]. Sur le plan pratique, jai implment la nouvelle version (LTE) du simulateur de messages et du simulateur de diffusion dinformation systme. De plus, jai russi intgrer ces simulateurs dans la plateforme OpenAir. Maintenant, la couche de protocole RRC de la plateforme OpenAir dEURECOM conforme donc aux normes LTE (3GPP R9). Jai ralis les tests pour valider la spcification de la couche de protocole RRC-LTE dEURECOM et pour vrifier limplmentation de cette couche. Les tests donnent des rsultats positifs. Dans ces simulateurs, tous les messages sont bien encods et dcods du ct UE et du ct E-UTRAN. Ils sont aussi transfrs de faon correcte dans les canaux convenables. Le comportement de lUE et de lE-UTRAN se conformer aux procdures RRC. De plus, la couche de protocole RRC-LTE est bien intgre la plateforme OpenAir. Elle marchait bien avec autres couche dans la plateforme. La couche RRC est donc conforme aux normes LTE (3GPP R9) et la plateforme OpenAir dEURECOM.

Perspectives
Pour la plateforme OpenAir, on peut augmenter la performance de la couche de protocole RRC en ajoutant des lments dinformation aux messages RRC ou en combinant des messages 41

RRC. Par exemple, on peut tablir des porteuses radio par dfaut en utilisant le message RRCConnectionSetup. En ce qui concerne le protocole RRC, Il existe encore des procdures lies au MBMS, la mobilit (handover), aux mesures, la scurit que je nai pas examines pendant mon stage. Quand nous dcouvrons les technologies de rseaux cellulaires, il y a encore beaucoup de problmes intressants comme la QoS, le problme de Mobile IPv6, loptimisation dinteraction entre les couches (cross-layer optimization), la gestion efficace des ressources radio, etc.

42

REFERENCES
[1]. Michelle Wetterwald, 3G RRC for UMTS Radio Platform [2]. Michelle Wetterwald, Tien Thinh Nguyen, Summary of 3GPP TS 36.300 for the design of the LTE version of RRC (working document) [3]. Michelle Wetterwald, Tien Thinh Nguyen, RRC for LTE [4]. 3GPP TR 21.905: Vocabulary for 3GPP Specifications. [5]. 3GPP TS 36.300 V9.3.0 (2010-04), Evolved Universal Terrestrial Radio Access (E-UTRA); Overall Description stage 2, release 9 [6]. 3GPP TS 36.321 V9.3.0 (2010-06): Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification, release 9 [7]. 3GPP TS 36.322 V9.2.0 (2010-06), Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification, release 9 [8]. 3GPP TS 36.323 V9.0.0 (2009-12), Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence Protocol (PDCP) specification, release 9 [9], 3GPP TS 36.331 V9.3.0 (2010-06), Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC) protocol specification, Release 9 [10]. S. Sesia, I. Toufik, M. Baker, LTE - The UMTS Long Term Evolution: From Theory to Practice, John Wiley & Sons, Ltd., 2009 [11]. F. Khan, LTE for 4G Mobile Broadband, Cambridge University Press, 2009 [12]. E. Dahlman, S. Parkvall, J. Skold, P. Beming, 3G Evolution: HSPA and LTE for Mobile Broadband, Elsevier, 2007 [13]. P. Lescuyer, T. Lucidarme, Evolved Packet System, The LTE and SAE Evolution of 3G UMTS, John Wiley & Sons, Ltd., 2008 [14] J.Korhonen, Introduction to 3G Mobile Communications, Artech House, 2nd edition, 2003 [15] B.Walke, P.Seidenberg, M.P.Althoff, UMTS, the fundamental, John Wiley & Sons, Ltd., 2003 [16] 3G Americas, EDGE, HSPA, LTE: The Mobile Broadband Advantage, 2007 [17] Alvarion, Introducing WiMAX, The next broadband wireless revolution [18]. Freescale Semiconductor, Long Term Evolution Protocol Overview, 2008 [19]. Javier Sanchez, Mamadou Thioune, UMTS, 2nd edition, Herms Science/Lavoisier, 2004 *20+ M.Lindstrm, LTE-Advanced Radio Layer 2 and RRC aspects, 3GPP TSG-RAN WG2 [21]. Motorola, Long Term Evolution (LTE): A Technical Overview [22]. J. P. Castro, The UMTS Network and Radio Access Technology, John Wiley & Sons, 2001 [23] OpenAirInterface, www.openairinterface.org/overview.htm
43

[24]. 3GPP TS 24.008, Mobile radio interface Layer 3 specification; Core network protocols; Stage 3

44

ANNEXE A Termes et Abrviations


Lexplication des termes dans les spcifications du 3GPP se trouve dans le document du 3GPP TR 21.905. Liste des abrviations utilises prcisment dans le rapport :

1G 2G 3G 3GPP 4G AM AMPS AS BCCH CCCH CDMA CDMA IS-95 CS D-AMPS DCCH DL-SCH DRB EDGE eNB eNodeB EPC EPS E-UTRAN GBR GERAN GPRS GSM HARQ HiperMAN IEEE IMT-2000 IUT J-TACS LTE MAC MIB MIMO MME

First Generation Second Generation Third Generation 3rd Generation Partnership Project Fourth Generation Acknowledged Mode Advanced Mobile Phone Service Access Stratum Broadcast Control CHannel Common Control CHannel Code Division Multiple Access Code Division Multiple Access Circuit Switched Digital AMPS Dedicated Control CHannel DownLink Shared CHannel Data Radio Bearer Enhanced Data rates for GSM Evolution evolved NodeB evolved NodeB Evolved Packet Core Evolved Packet System Evolved Universal Terrestrial Radio Access Network Guaranteed Bit Rate GSM EDGE Radio Access Network General packet radio service Global System for Mobile Hybrid Automatic Repeat reQuest High Performance Radio Metropolitan Area Network Institute of Electrical and Electronics Engineers International Mobile Telecommunications-2000 International Telecommunication Union Japanese Total Access Communication System Long Term Evolution Medium Access Control Master Information Block Multiple Input Multiple Output Mobility Management Entity
45

NAS NMT OFDMA PDC PDCP P-GW PHY PS QCI QoS RAN RAT RLC RRC RRM SAE SC-FDMA SDU S-GW SIB SMS SRB TACS TFT TM UE UM UMTS UTRAN WiMAX

Non Access Stratum Nordic Mobile Telephone Orthogonal Frequency Division Multiple Access Personal Digital Cellular Packet Data Convergence Protocol Packet Data Network-Gateway Physical Layer Packet Switched QoS Class Identifier Quality of Service Radio Access Network Radio Access Technology Radio Link Control Radio Resource Control Radio Resource Management System Architecture Evolution Single Carrier - Frequency Division Multiple Access Service Data Units Serving-Gateway System Information Block Short Message Service Signalling Radio Bearer Total Access Communications Systems Traffic Flow Template Transparent Mode User Equipment Unacknowledged Mode Universal Mobile Telecommunications System Universal Terrestrial Radio Access Network Worldwide Interoperability for Microwave Access

46

ANNEXE B Caractristiques principales du LTE


Dans cette partie, on prsente les caractristiques principales du LTE. Les informations plus dtailles sur ces caractristiques du LTE se trouvent dans le site web du 3GPP http://www.3gpp.org/LTE Dbit sur linterface radio Un dbit descendant maximum de 326 Mbits/sec (avec 4 antennes) pour chaque tranche de 20 MHz de spectre ; Un dbit montant maximum de 84 Mbits/sec pour chaque tranche de 20 MHz de spectre.

Temps de latence
-

Une latence infrieure 5 millisecondes pour les paquets IP de petit format ; Une latence infrieure 100 millisecondes pour ltablissement dappel.

Largeur de bande de spectre


-

Largeur de bande de spectre de frquence : 1,5 MHz 20 MHz.

Capacit du plan de contrle Support de 200 clients actifs par cellule et par tranche de 5 MHz de spectre. Support de 400 clients par cellule pour une large bande passante ;

Taille de la couverture Taille des cellules de 5 km avec performances optimales, 30 km avec performances raisonnables et 100 km avec performances acceptables. Mobilit Vitesses entre 0 et 15km/h avec performances optimales, entre 15 and 120 km/h avec hautes performances, entre 120 et 350 km/h avec performances acceptables. Coexistence et Interfonctionnement avec les RAT de 3GPP
-

Coexistence avec les standards actuels, les clients pouvant passer d'un standard un autre sans interruption de la communication ni intervention manuelle et ce d'une manire tout fait transparente10.

Techniques de modulation OFDM (Orthogonal Frequency Division Multiplexing) : procd de modulation numrique des signaux utilis dj pour les systmes de transmissions mobiles haut dbit de donnes.
10

Wikipedia, http://fr.wikipedia.org/wiki/LTE_(rseaux_mobiles)

47

MIMO (Multiple Inputs Multiple Outputs) : permet des transferts de donnes plus longue porte et plus grande vitesse grce lutilisation simultane de multiples liens de transmission radio.

Architecture du protocole simple Un seul domaine de commutation : la commutation de paquet (PS).

MBMS amlior (e-MBMS) Support du multicast/broadcast notamment pour les applications multimdia telles que la tlvision en broadcast.

Figure 1. Lvolution de dbit (HSPA et LTE)

48