Cycle de formation des ingnieurs en Tlcommunications

Rapport de stage ingnieur

Thme :

Dveloppement dun outil de supervision de la Qos des rseaux 2G/3G sous Android
Ralis par : Imed MHAMDI Encadrant: M. Oussama Tabbabi

Travail propos par: SFM

Technologies

Anne universitaire: 2011/2012

Sommaire

Sommaire
Acronymes ............................................................................................................................................................ 7 Introduction gnrale ............................................................................................................................................ 8 Panorama des rseaux mobiles ............................................................................................................................. 9 Introduction .......................................................................................................................................................... 9 I. 1. Architecture du rseau GSM ........................................................................................................................ 9 Les entits de base dun rseau GSM ..................................................................................................... 10 1.1. 1.2. 1.3. 1.4. 1.5. 1.6. II. III. 1. 2. La BTS (Base station Tranceiver System)...................................................................................... 10 Le BSC (Base Station Controller) .................................................................................................. 10 Le MSC (Mobile Switching Center)............................................................................................... 11 La HLR (Home Location Register) ................................................................................................ 11 La VLR (Visitor Location Register) ............................................................................................... 11 LOMC (Operating and Maintenance Center) ................................................................................ 11

Architecture GPRS .................................................................................................................................... 12 Le rseau UMTS..................................................................................................................................... 13 Architecture dun rseau UMTS............................................................................................................. 13 Le rseau daccs UTRAN ..................................................................................................................... 14 2.1. 2.2. 3. 4. 5. 6. Le Node B....................................................................................................................................... 14 Le RNC (Radio Network Controllers) ............................................................................................ 14

Le rseau cur CN ................................................................................................................................. 14 Lquipement utilisateur UE .................................................................................................................. 15 Les interfaces .......................................................................................................................................... 15 Comparaison (thorique) GSM/GPRS/UMTS ...................................................................................... 15

Conclusion ...................................................................................................................................................... 16 Introduction ........................................................................................................................................................ 17

SFM Technologies

Sommaire

I. II. 1. 2. 3. 4.

Concepts de la QoS ................................................................................................................................... 17 Les paramtres rseau................................................................................................................................. 18 Dfinition................................................................................................................................................ 18 Paramtres du rseau GSM..................................................................................................................... 18 Paramtres du rseau UMTS .................................................................................................................. 19 Les techniques de supervision de la QoS ............................................................................................... 20 4.1. 4.2. 4.3. 5. Drive test ........................................................................................................................................ 20 Chane de mesure (quipements utiliss) ....................................................................................... 20 Compteurs OMC-R......................................................................................................................... 22

Processus danalyse ................................................................................................................................ 23 Conclusion .................................................................................................................................................. 24

Un Drive Test sous Android ............................................................................................................................... 26 Introduction ........................................................................................................................................................ 26 I. II. III. 1. 2. Intrt et besoin .......................................................................................................................................... 26 Conception de lapplication ........................................................................................................................ 27 Dveloppement de lapplication ............................................................................................................. 28 Informations sur lappareil et le rseau .................................................................................................. 29 Fonctionnement ...................................................................................................................................... 29 2.1. 2.2. 2.3. Longlet Infos: ................................................................................................................................ 29 Longlet Map ...................................................................................................................................... 30 Longlet graphe............................................................................................................................... 31

Conclusion .................................................................................................................................................. 31 Bibliographie ...................................................................................................................................................... 34

SFM Technologies

Liste des Figures

Liste des figures

Figure1.1 : Arhitecture du reseau GSM ______________________________________________ 10 Figure 1.2: Architecture du rseau GPRS ____________________________________________ 12 Figure3 : Architecture UMTS _____________________________________________________ 14 Figure 2.1 : chaine de mesure classique ______________________________________________ 20 Figure 2.2: Processus danalyse ____________________________________________________ 23 Figure3.1 : logo de lapplication ____________________________________________________ 26 Figure3.2 : diagramme cas dutilisation ______________________________________________ 27 Figure 3.3 : diagramme de squences ________________________________________________ 28 Figure3.5: erreur d'enregistrement _________________________________________________ 30 Fugre3.4: L'onglet info cellule _____________________________________________________ 30 Figure3.5: Longlet Map __________________________________________________________ 31 Figure3.6 : Longlet graphe _______________________________________________________ 31

Liste des Tableaux

Liste des tableaux

Tableau1.1: interfaces UMTS.. 13 Tableau 1.2 : Comparaison des rseaux ..13 Tableau 2.1 : Correspondance ente RXQUAL ..19 Tableau 2.2 : Exemples dindicateurs de QoS ..20 Tableau2.3:paramtres rseau seuil.22

Liste des Acronymes

Acronymes
2G Deuxime Gnration 3G Troisime Gnration 3GPP Third Generation Partnership Project BER Bits Error Rate BSC Base Station Controller BSS Base Station SubSystem BTS Base Transceiver Station CS Circuit Switched FH Frequency Hoping GPS Global Positioning System GPRS General Packet Radio Service GSM Global System for Mobile communications HLR Home location Register KPI Key Performance Indicators MS Mobile Station MSC Mobile Switching Center NSS Network and Switching SubSystem, OSS Operation SubSystem OMC-R Operation and Maintenance Center Radio QoS Quality of Service RLC Radio Link Control RNS Radio Network Sub-system ROS Rapport des Ondes Stationnaire RRC Radio Resource Control RSCP Received Signal Code Power RSSI Received Signal Strength Indicator UMTS Universal Mobile Telecommunication System UTRAN UMTS Terrestrial Radio Access VLR Visitor Location Register

Introduction Gnrale

Introduction gnrale
Linterface radio reprsente le maillon critique de la chane de transmission qui permet de relier un utilisateur mobile au rseau. C'est sur cette interface que le systme doit faire face aux diffrents problmes que pose le mdium radio (attnuation, vanouissements rapides, interfrences). Pour remdier aux diffrents types de problmes, il faut prvoir un certain nombre doutils de contrle de natures varies afin que le mobile puisse se rattacher une station de base favorable et ceci pour tablir une communication, surveiller son droulement et assurer des commutations de cellules en cours de communication. La matrise de ces fonctions reste la cl essentielle tout oprateur pour pouvoir assurer une qualit de service acceptable ses abonns. Pour cela les oprateurs ont gnralement recours plusieurs oprations de mesure qui leur permettront, ultrieurement, d' analyser l' tat du rseau, dcouvrir ses dfaillances et proposer des solutions alternatives aux divers problmes recenss. Cest dans ce cadre se droule notre stage intitul Dveloppement dun outil de supervision de la Qos des rseaux 2G/3G sous Android. Ce stage a t effectu au sein de la socit SFM Technologies. Le prsent rapport est compos de trois chapitres. Le premier est intitul Panorama des rseaux mobiles dans lequel nous avons prsent lvolution en architecture, en dbit et en qualit de service des diffrentes gnrations des rseaux mobiles. Le second est consacr ltude du concept de la qualit de service dans les rseaux mobiles. Le troisime et aprs cette tude thorique nous avons dcrit loutil quon a dvelopp et qui permet dacqurir les diffrents paramtres ncessaires pour la caractrisation de la QoS dun rseau mobile sous la plateforme Android.

SFM Technologies

Panorama des Rseaux mobiles

I Panorama des rseaux mobiles

Introduction Au cours de ce chapitre, nous allons faire un tour dhorizon des rseaux 2G et 3G ; ainsi en premier lieu, on va tudier larchitecture du rseau GSM, puis celle du GPRS et on finit par larchitecture UMTS. I. Architecture du rseau GSM

Un rseau de radiotlphonie qui a t conu pour assurer les communications entre abonns mobiles et abonns du rseau tlphonique commut RTC. Il sinterface avec le RTC et comprend des commutateurs. Il est caractris par un accs trs spcifique : la liaison radio. Enfin, comme tout rseau, il doit offrir l' oprateur des facilits d' exploitation et de maintenance. Larchitecture de base du systme GSM prvoit, quatre sous-systmes principaux dont chacun dispose d'un certain nombre d' units fonctionnelles et est connect lautre travers des interfaces standard qui seront dcrites ultrieurement. Les principaux sous-systmes du rseau GSM sont : MS, BSS, NSS, OSS

Panorama des Rseaux mobiles

Figure1.1 : Arhitecture du reseau GSM 1. Les entits de base dun rseau GSM 1.1. La BTS (Base station Tranceiver System)

La station de base (BTS) contient tous les metteurs relis la cellule et dont la fonction est de recevoir et mettre des informations sur le canal radio en proposant une interface physique entre le Mobile et le BSC. La BTS ralise une srie de fonctions dcrites ci-aprs: Grer les canaux Full Rate et Half Rate, La gestion des antennes de diversit: l' utilisation de deux antennes de rception

afin d' amliorer la qualit du signal reu. La supervision du Rapport des Ondes Stationnaire (ROS) en antenne, Le saut de frquence (FH): Le Contrle Dynamique de la Puissance (DPC) de la MS et des BTS. 1.2. Le BSC (Base Station Controller)

Le contrleur de station de base (BSC) gre les ressources radio pour une ou plusieurs BTS, travers le monitorage de la connexion entre la BTS et les MSCs , le

codage, le FH et les handovers. Il assure encore: La gestion et la configuration du canal radio: il doit opter au choix de la cellule la mieux adapte et doit slectionner l' intrieur de celle-ci le canal radio le plus adapt la mise en route de la communication, SFM Technologies

10

Panorama des Rseaux mobiles La gestion de handover: Il dcide, sur la base des relevs reus par la BTS, le moment deffectuer le handover et la cellule accueillante. Les fonctions de dcodage des canaux radio Full Rate (16 kbps) ou Half Rate (8 kbps) pour des canaux 64 kbps. 1.3. Le MSC (Mobile Switching Center)

Le commutateur du service mobile (MSC) est llment central du NSS. Il gre grce aux informations reues par la HLR et la VLR, la mise en route et la gestion du codage de tous les appels directs et en provenance de diffrents types de rseaux. Il dveloppe aussi la fonctionnalit du Gateway face aux autres composants du systme et la gestion des processus de handover. Il assure la commutation des appels en cours entre des BSCs diffrents ou vers un autre MSC. Dautres fonctions fondamentales du MSC sont dcrites ci-aprs: Lauthentification La sur de lappelant, lidentit de l'utilisateur, pour pouvoir garantir la rserve discrtion quant

son identit sur le canal radio temporaire.

Le processus de handover 1.4. La HLR (Home Location Register)

Lorsqu' un utilisateur souscrit un nouvel abonnement au rseau GSM, toutes les informations qui concernent son identification sont mmorises sur la HLR. Elle communique la VLR quelques donnes relatives aux abonns, partir du moment o ces derniers se dplacent d'une zone de couverture une autre. La HLR contient toutes les donnes relatives aux abonns (IMSI, MSISDN, tous les services auxquels labonn a souscrit et auxquels il est capable d'accder, ladresse de la VLR). 1.5. La VLR (Visitor Location Register)

La base de donnes VLR mmorise de faon temporaire les donnes concernant tous les abonns qui appartiennent la surface gographique qu' elle contrle. Ces donnes sont rclames la HLR auquel labonn appartient. Gnralement pour simplifier les donnes rclames et ainsi la structure du systme, les constructeurs installent la VLR et le MSC cte cte, de telle sorte que la surface gographique contrle par le MSC soit la mme contrle par la VLR . 1.6. LOMC (Operating and Maintenance Center) de maintenance OMC se connecte au MSC et BSC travers le

Le systme dexploitation et

rseau X25, il assure les fonctions suivantes:

SFM Technologies

11

Panorama des Rseaux mobiles Laccs distance tous les lments qui composent le rseau , La gestion des alertes de ltat du systme, Le stockage de toutes les donnes relatives au trafic des abonns, La visualisation de la configuration du rseau, La gestion des abonns et la possibilit de localiser leur position lintrieur de laire de couverture. II. Architecture GPRS

La limitation du dbit du GSM et la commutation de circuits ont prouv la non adaptabilit de ce rseau la transmission de donnes, do vient lintrt de dployer le GPRS, un rseau qui offre une communication donnes en mode paquet sur le GSM avec un dbit plus important. Comme le GPRS utilise le GSM, il a gard la grande partie de son infrastructure tout en ajoutant deux nouveaux composants : SGSN, GGSN.

Figure 1.2: Architecture du rseau GPRS SGSN: Serving GPRS Support Node, cest lquivalent de la VLR dans le rseau GSM, par consquent la localisation se fait par zone de routage (Routing Area) et non plus par zone de localisation. Il assure : i. ii. iii. iv. v. Lallocation didentit temporaire P-TMSI : Packet-TMSI La gestion de mobilit LInterfaage et signalisation avec les autres sous-systmes Le Cryptage et la compression La gestion de session paquet

SFM Technologies

12

Panorama des Rseaux mobiles vi. Le Tunelling des donnes

GGSN : Gateway GPRS Support Node, meme fonction que le GMSC pour le GSM mais dans ce cas il sert comme pont aux autres rseaux de paquets III. Le rseau UMTS

LUMTS pour Universal Mobile Tlcommunications System dsigne une norme cellulaire numrique retenue dans la famille dite IMT 2000 comme norme pour les systmes de tlcommunications mobiles de troisime gnration. Plusieurs objectifs ont t fixs pour lUMTS. Tout dabord, il doit supporter des services multimdias large bande qui peuvent atteindre un dbit de 2Mbit/s. Il doit en plus assurer la convergence entre les rseaux fixes et mobiles. Un autre objectif pour lUMTS est doffrir un service de mobilit universelle, dpassant les limitations dues la multiplicit des systmes et des rseaux. Par consquence, la couverture de lUMTS sera mondiale. Enfin, les rseaux UMTS doivent garantir une qualit de service quivalente celle des rseaux filaires. Cette norme est dveloppe par le partenariat de projet 3me Gnration (3GPP) et un rassemblement de plusieurs organisations dveloppeuses de standards. 1. Architecture dun rseau UMTS Larchitecture dun rseau UMTS est divise en trois entits principales selon les spcifications du groupe de normalisation 3GPP. La premire correspond au rseau daccs radio UTRAN (UMTS Terrestrial Radio Access Network), la seconde au rseau cur CN (Core Network) et la troisime lquipement terminal UE (User Equipement)

SFM Technologies

13

Panorama des Rseaux mobiles

Figure3 : Architecture UMTS 2. Le rseau daccs UTRAN

2.1.

Le Node B

Son rle principal est dassurer les fonctions de rception et de transmission radio pour une ou plusieurs cellules de lUTRAN, c'est--dire quil peut comporter une antenne omnidirectionnelle ou des antennes sectorielles. Il permet dassurer les fonctions de gestion daccs au rseau cur et des ressources sur linterface radio de lUMTS. Mais sa principale tche est de grer la couche physique de linterface air avec ses diffrentes caractristiques (codage canal, entrelacement, adaptation de dbit et talement).

2.2.

Le RNC (Radio Network Controllers)

Le RNC est un organe trs important de lUTRAN, il permet de grer les ressources radio du rseau daccs de faon quasi autonome, dchargeant de cette fonction complexe le cur du rseau. Il assure principalement le routage des communications entre Node B et le rseau cur dune part et le contrle et la supervision du Node B dautre part.

3. Le rseau cur CN
Il est constitu dune partie commutation de circuits (MSC : Mobile Services Switching Center) et dune partie commutation de paquets (SGSN : Serving GPRS Support Nodes). Bien entendu, les nuds de signalisation, de gestion de mobilit et de services IN (Intelligent Network), HLR (Home SFM Technologies

14

Panorama des Rseaux mobiles Location Register), AuC (Authentication Center), EIR (Equipment Identity Register)subiront une mise jour pour intgrer les nouveauts de lUMTS. Le CN permet linterfaage du rseau UTRAN avec les rseaux distants tels que RTCP (Rseau Tlphonique Commut Public), rseaux Internet, LAN (Local Area Network) distants. Sa principale fonctionnalit, en plus de la gestion de localisation et du contrle des paramtres du rseau, est la commutation et le routage des donnes utilisateurs et de signalisation entre les terminaux mobiles et les rseaux distants via linterface radio.

4. Lquipement utilisateur UE
LUE consiste en un ME (Mobile Equipement)et un USIM(UMTS Subscriber Identity Module). Le ME est le terminal radio employ pour la communication radio sur linterface radio Uu. LUSIM est une carte puce dans laquelle sont stockes toutes les donnes concernant lutilisateur et son abonnement telles que son identit, les cls de chiffrement et dauthentification.

5. Les interfaces

Interface

Localisation

Description

Equivalent GSM/GPRS

Uu

UE-UTRAN

Interface radio connectant le mobile a lUTRAN

Iu

UTRAN-Reseau fderateur

Iu-CS faire communiquer le RNC avec le MSC/VLR Iu-PS permet au RNC de communiquer avec le SGSN

Gb

Iur

RNC-RNC

Communication RNC-RNC en cas de macro diversit

Iub

Node B-RNC

Communication entre Node B et RNC Tableau1: interfaces UMTS

Abis

6. Comparaison (thorique) GSM/GPRS/UMTS

Systmes Dbit Email (10ko) GSM 9.6 kb/s 8 s. GPRS 120 kb/s 0.8 s. UMTS 2 Mb/s 0.004 s

SFM Technologies

15

Panorama des Rseaux mobiles Fichier (40 ko) Photo (100 ko) Clip vido (4 Mo) 33 s. 83 s. 48 min. 3 s. 7 s. 4 min. 0.2 s 0.4 s. 14 s.

Tableau 2 : Comparaison des rseaux

Conclusion
Tout au long de ce chapitre nous avons prsent lvolution des architectures du rseau GSM vers le GPRS puis vers lUMTS ainsi que les particularits de chaque rseau. Il nous reste dintroduire la notion de qualit de service dans loptique de chaque rseau a part.

SFM Technologies

16

QoS dans les rseaux mobiles

II QOS dans les rseaux mobiles

Introduction Une fois que le rseau cellulaire est mis en service, intervient la phase dexploitation et de maintenance, en effet loprateur doit veiller lassurance de la qualit de service, ainsi, que loptimisation de son rseau. Dans ce chapitre, nous nous intressons dans une premire partie dfinir les les qui diffrents paramtres inhrents lassurance dune QoS acceptable, citer

indicateurs

permettent la dtection des anomalies agissant sur la dgradation de la QoS dans diffrents types de rseaux mobiles. Et dans une seconde partie, nous allons prsenter les techniques principales appliques la surface radio et qui permettent lobtention des indicateurs (dcrits dans la premire partie), pour la supervision de la QoS. I. Concepts de la QoS

La qualit de service dans un rseau mobile est leffet global produit par la qualit de fonctionnement de ses services. Elle dtermine un degr de satisfaction de lusager de ces services. Pour

permettre une QoS acceptable, il y a plusieurs critres ajuster, dont les plus importants sont: La couverture : les causes peuvent tre : une diminution dans le nombre des sites, mauvaise configuration du rseau (position des sites, types dantennes, direction et hauteur),problmes dinstallation (pertes de puissance dans les cbles) ou problmes de maintenance. Le taux dappels russis : la diminution de cette valeur implique que les utilisateurs ne peuvent pas tablir une communication, ce problme est valu par loprateur grce aux mesures radio. La qualit de la voix : qui sexplique par la mauvaise qualit de communication, les causes de dgradation de la qualit de la voix sont : les interfrences externes, les interfrences cocanal ou sur canal adjacent, la hors couverture, la mauvaise installation, le rseau de transmission et la qualit des terminaux.

QoS dans les rseaux mobiles Les coupures dappels : la coupure de communication peut tre due : la mauvaise couverture, les interfrences, les problmes de handover, lajustement local des

paramtres de handover et les batteries du mobile. II. Les paramtres rseau 1. Dfinition Lajustement des paramtres de travail est une tche essentielle lors de la mise en exploitation du rseau. Elle permet lactivation ou la dsactivation de certaines fonctionnalits pour le maintien de la qualit et loptimisation du rseau. Il y a deux types de paramtres : Les paramtres constructeurs (ou fournisseur dquipement) : Ce sont des paramtres systme (activation de certaines fonctionnalits telles que le chiffrement, le contrle de puissance) prconiss par le constructeur et sont, aussi, relatifs lquipement (version de logiciel). Les paramtres dingnierie : ces paramtres sont linitiative des oprateurs, ils sont modifis au niveau de lOMC Loptimisation de ces paramtres est un processus dlicat mais une tche essentielle pour le maintien de qualit de service acceptable surtout suite des modifications de certaines fonctionnalits ou services. 2. Paramtres du rseau GSM Il y a plusieurs paramtres logiques, mais les plus important parmi eux et qui agissent directement sur la QoS, sont : RXLEVEL_ACCESS_MIN : Il dfinit le niveau de puissance minimale requis lors de laccs une cellule donne, il permet lajustement de la surface de la cellule. L_RXLEVEL_XX_H (XX=DL ou UP) : ce paramtre prsente le seuil de dclenchement de handover sur les deux liens (DL ou UP), suite laffaiblissement du niveau de champ sur ces deux liens. Laugmentation de la valeur de ce paramtre diminue le nombre dexcution des handovers, et par la suite, attente de dclenchement du handover jusquau dgradation de la qualit de communication. Par contre, une diminution de la valeur de ce paramtre entrane une augmentation du nombre du handovers ping-pong, valeur par dfaut comprise entre -101 dB et 110 dB. L_RXQUAL_XX_H (XX=DL ou UP) : cest le paramtre qui spcifie le seuil de dclenchement du handover sur qualit sur lun des deux liens (DL ou UP). Il maximise la qualit de communication et minimise le taux de handover suite, respectivement, SFM Technologies

18

QoS dans les rseaux mobiles llvation et la diminution de sa valeur, ainsi, si la valeur de ce paramtre est trs faible, alors le nombre de handover augmente, mais une augmentation de la valeur de RXQUAL_XX_H entrane une diminution du nombre du handover jusquau dgradation de la qualit de communication, valeur typique de 1,6% 3,2%. HO_MARGIN : cest lhystrsis permettant dobtenir un compromis entre le taux de handovers ping-pong et la qualit de service Cell_RESELECT_Offset : favorise les cellules dune bande. Temporary_Offset : vite la rselection ping-pong.. Cell_Reselect_Hystris : vite la rselection de cellules appartenant des LACs diffrents et rduit le taux de pagings infructueux. Exemple de valeur : 6 dB. L_RXLEVEL_ZONE : cest un seuil utilis dans le motif cellules concentriques, il prsente le seuil permettant le changement de zone (de la zone inner vers la zone outer ou vice versa). MS_TXPWR_MAX_CCH : Paramtre fixant la puissance laquelle le mobile doit mettre lors de l accs initial une cellule, cest donc, la puissance maximum autorise des mobiles sur le canal daccs RACH, L_RXLEVEL_CPT_HO : cest le seuil permettant le changement de couche (de la couche micro cellulaire vers la couche macro cellulaire et vice versa. 3. Paramtres du rseau UMTS Les composants de mesures fournissent un support pour les mesures intrieures spcifiques du UE L3 RRC ( User Equipment Layer 3 Radio Resource Control) ainsi que le reportage des mesures pour UTRAN. Le composant RRC utilise Cell RSCP et les mesures de EC /N0 pour les procdures de slection et rlection des cellules et aussi pour le contrle de puissance boucle ouverte. Il a besoin aussi de mesures du BER pour le contrle de puissance boucle extrieur. Le UTRAN requis les mesures priodiquement ou bien pour un vnement de la gestion de handover, contrle de radio bearer ou bien UE positionnement. Ces mesures suivent les mesures de timing des cellules et mettent jour les relatives timing de la cellule utilise par RRC au mme temps que les mesures changent. Le composant de mesure maintien les informations sur les cellules qui doivent tre mesures, partage les mesures avec le composant de slection /rlection de cellule et les informations sont fournis UE dans SIB11 (System Information Block), SIB12 et les messages de contrles sont utiliss pour spcifier les mesures qui doivent tre effectues

SFM Technologies

19

QoS dans les rseaux mobiles 4. Les techniques de supervision de la QoS Pour la mise jour de ltat de fonctionnement du rseau, plusieurs outils danalyses de la QoS, sont mis en place. La comparaison des indicateurs obtenus par ces techniques et les paramtres du seuil (cits dans le paragraphe prcdent), permet lidentification des origines des problmes (chec de handover, coupure de communication, mauvaise qualit due linterfrence..). Ces techniques se font partir des analyses de linterface radio (drive test) et partir des analyses de systmes (compteurs OMC-R). 4.1. Drive test

La mthode de mesure du drive test consiste la caractrisation prcise des canaux radio. Cette technique danalyse permet la rcupration dune trace de mesure faite par le mobile diffrents instants (voir Figure 2.1). Ceci est utile pour linvestigation de lenvironnement radio.

Figure 2.1 : chaine de mesure classique 4.2. Chane de mesure (quipements utiliss)

La mthode du drive test consiste embarquer sur une voiture les quipements suivants (voir Figure) : Une MS : un mobile de test quip dun logiciel spcial. Il est appel gnralement Mobile trace. Un systme de localisation GPS (Global Positionner System): utilis pour la localisation exacte de la position o on dsire faire ltude de lenvironnement radio. Une prcision du GPS est demande. Elle est de lordre de quelques mtres. SFM Technologies

20

QoS dans les rseaux mobiles Un PC portable : permet dautomatiser lacquisition et le stockage des donnes. Le PC doit tre quip dune carte interface RS 232 pour assurer le lien entre la sortie srie de la MS et le port srie du PC. Tout le long du trajet, la MS fait des mesures instantanes. Les donnes sont prsentes en temps rel et seront stockes dans des fichiers. 4.2.1. Indicateurs mesurs Le drive test nous offre une srie dindicateurs, dont les principaux sont: Longitude, Latitude (X, Y): le de chaque point de mesure. RXLEVFULL : n i v e a u de puissance reu par le MS, obtenu par moyennage du systme de localisation GPS nous donne les coordonns

niveau du signal pendant une priode SACCH (environ secondes), cette valeur de RXLEVEL est code sur 6 bits (de 0 63). La puissance du signal reu par le mobile varie de 110dBm 48 dBm, en effet, pour une valeur RXQUALFUL: cest un du taux derreurs "a" de RXLEVEL (comprise entre 0 et

63), la puissance reue est donne par "- 110 + a " dBm, indicateur BER de niveau de pendant une qualit. priode Il est obtenu par moyennage binaires

de mesure SACCH, ce BER

est quantifi sur 8 niveaux (cod sur trois bits, et donc, varie de 0 7). Chaque niveau de qualit (de 0 7) correspond un BER donn, (voir Tab2.1), RXQUAL 0 1 2 3 4 5 6 7 BER 0.2% De 0.2% 0.4% De 0.4% 0.8% De 0.8% 1.6% De 1.6% 3.2% De 3.2% 6,4% De 6.4% 12.8% 12.8% Tableau 2.1 : Correspondance ente RXQUAL T_ADV: sert calculer la distance ente la BTS et le point de mesure. Il varie entre 0 et

63. Exemple, pour T_ADV=1, correspond un rayon gal environ 550m. RXFREQ: c est le numro du canal radio allou en rception. En effet, si le nombre du canal est N, la frquence reue sera 935+0.2*N ( en MHz),

SFM Technologies

21

QoS dans les rseaux mobiles BCCH: Broadcast control Channel, MSPWR: Cet indicateur permet le contrle de la puissance mise par la MS. La puissance mise est gale :43 2 * MSPWR ( en dBm ). Pour MSPW=5, la puissance mise maximale par la MS est gale 2w (33 dBm). Cell_Id : numro didentification de la cellule, BSIC: Base Station Identification Code : identificateur de cellule. En effet, la mme frquence peut tre utilise pour supporter la voie balise de deux stations suffisamment loignes. TIMESLOT : numro de lintervalle de temps. Time : le temps des mesures, Speed : vitesse de la voiture, Mode : IDLE or DEDICATED (veille ou fonctionnement). Le drive Test permet, aussi, la mesure de certains indicateurs des cellules voisines (RXFRQ, RXLEVFULL, BSIC). Le nombre maximal de ces cellules voisines peut aller jusqu six. 4.3. Compteurs OMC-R

Dans cette partie, nous allons prsenter, laudit radio, par lanalyse des diffrents compteurs mesurs au niveau de l OMC (remonts par les BSCs lOMC -R). En effet, ces mesures, qui sont faites sur un intervalle de temps prcis et li un vnement survenu dans le rseau, servent aux on ne la va calculs des indicateurs de lis qualit ce la service des (par combinaison de OMC-R, mais, de dgradation

ces compteurs). Il y a plusieurs indicateurs calculs partir sintresser, de quaux indicateurs due qualit communication

mesures

dtection dune

lchec dappel ou lchec du dclenchement de la

procdure de handover. Dans le tableau suivant, nous allons citer les principaux indicateurs, obtenue par les mesures OMC-R, ainsi que la srie des problmes qui permettent leur dtection. Indicateurs -Taux dchec daccs, -Taux de coupures des communications, -Taux lev de handover sur niveau de champ -Taux lev de handover sur qualit, -Taux de rupture TCH (call drop) lev, -Taux de handover sur interfrence lev Interfrences Couverture Problemes

SFM Technologies

22

QoS dans les rseaux mobiles -Taux dchec de handover intracellulaire lev -Taux dchec de handover intercellulaire/intra BSC lev -Taux dchec de handover inter-BSC/intra MSC lev, -Taux dchec de handover inter-MSC lev, -Taux de blocage lev -Taux de demande de handover lev -Taux de handover sur distance Tableau 2.2 : Exemples dindicateurs de 1 5. Processus danalyse Aprs lobtention des diffrents indicateurs, de la phase danalyse combine entre ces anomalies se dclenche. Cette Handover Ping-Pong Capacit

indicateurs

commence et le processus

dtection des

tape consiste la synthse des diffrentes sources dinformations et la transmission de cette synthse pour action vers le bon intervenant : maintenance, ingnierie le schma ci- dessous, on va prsenter les tapes de ce processus . et optimisation. Dans

Mesures terrain(Drive Test)

Analyse des compteurs OMC

Analyse et dtection de problemes

Ajustement des parametres Intervention sur sites action de maintenance
Figure 2.2: Processus danalyse

SFM Technologies

23

QoS dans les rseaux mobiles Dans la phase danalyse de la performance du rseau et de la dtection des anomalies, il y a une comparaison entre les indicateurs obtenus et les paramtres seuils (fixs par loprateur) qui prsentent les seuils dune qualit de service acceptable. Le tableau ci -dessous, prsente quelques seuils de QoS.

Indicateur Taux de coupures dappels Taux de blocage Taux de congestion TCH Taux de handover sur niveau sens descendant Taux de handover sur niveau sens montant Taux de handover sur qualit sens descendant Taux de handover sur qualit sens montant Taux de handover sur interfrence Taux dchec de handover Taux de handover sur distance RXLEV RXQUAL

Paramtre seuil 2% 2% 2% 20% 20% 25%

10% 1% 2% 0.1% 77dBm 4

Tableau 2.3 : paramtres rseau seuil Conclusion Dans ce chapitre, nous avons dfini la QoS, en insistant sur les indicateurs et les paramtres logiques qui permettent la dcision de ltat de la performance du rseau et nous avons aussi prsent indicateurs de qualit. les diffrents outils danalyse qui servent lobtention de ces

SFM Technologies

24

QoS dans les rseaux mobiles

Drive Test

Drive Test sous Android

III Un Drive Test sous Android

Introduction Dans ce chapitre, nous allons aller plus loin dans la description des techniques et les mthodologies employes lors de la phase de conception et de dveloppement. Dans une premire partie, nous allons mettre en relief le besoin et lintrt dune telle application. Par la suite, on va dcrire la dmarche de conception. Et finalement nous allons tenir expliquer le fonctionnement de lapplication avec une description de ces diffrentes procdures. I. Intrt et besoin

Lapplication que nous allons dvelopper nomm MobiTest nest autre que lembarquement dune chane de mesure Drive test pour les rseaux cellulaires de deuxime et troisime gnration, dans un environnement Android. Le fonctionnement de cet outil est trs simple, en fait, lutilisateur de lapplication na qu prendre son tlphone dans lequel sexcute lapplication et rouler dans les territoires o on dsire valuer la QoS. A la fin de cette procdure, lutilisateur retrouve les mesures ncessaires enregistres dans la carte mmoire de son appareil mobile. Dautre ct, il pourra bnficier dun tas de service y compris ceux de post traitement, quon va dtailler plus tard dans les tudes. La figure 3.1 illustre le logo de lapplication dveloppe.

Figure3.1 : logo de lapplication Android est la premire plateforme mobile open source et entirement paramtrable, plus quune trentaine de compagnie contribue Android travers lOpen HandSet Alliance. Pour chaque amendement de version, une nouvelle API apaprait, qui correspond la version de la plateforme du systme.

Drive Test sous Android Cest dans lAPI niveau 7, correspondant la plateforme de version 7 ou plus, que notre application sintroduit, en fait, des nouveaux packages tel que android.telephony.gsm et an-

droid.telephony.cdma, la classe TelephonyManager, etc. seront considrs utiles pour pou-voir extraire des mesures radio, des paramtres systmes, des paramtres rseaux oprateurs, etc. II. Conception de lapplication

Les premires phases de ralisation de ce projet ont t le fruit de trs longues rflexions et de plusieurs recherches qui ont servi concevoir une solution clair, nous entamons dans ce chapitre la phase de dveloppement de cette solution. Voici tout dabord le diagramme de cas dutilisation de lapplication comme le montre la figure3.2

Faire des mesures

Enregistrer les mesures utilisateur <Include>

Envoyer par mail

Enregistrer sur le SDCard

Se localiser en temps rel

Localiser la BTS

Analyser les mesures

Figure3.2 : diagramme cas dutilisation Le diagramme de squence simplifi de lapplication est donn par la figure3.3Eclipse est lEnvironnement de Dveloppement Intgr (ou IDE) le plus utilis pour la programmation Java ; trs performant, il est de plus gratuit et open source. Le langage privilgi pour le dveloppement dapplications Android est justement Java. Google a donc tout naturellement conu un plugin pour Eclipse (un plugin est un module qui complte un logiciel hte pour lui apporter de nouvelles fonctionnalits). Android Development Tools, ou ADT,

SFM Technologies

27

Drive Test sous Android est trs complet et surtout trs pratique : conception graphique dinterfaces uti-lisateur, Debug distant sur un tlphone, gestion de larchitecture de fichiers dune application, etc.
Diagramme de Sequence

Application Utilisateur 1:Ovrire l'application( )

Base de donns

2:afficher les mesures( )

3:lecture des mesures( )

4:enregistrer les mesures( ) 5:isroot( ) 6:root( )

7:enregistrer mesure 1( ) 8:enregistrer mesure 2( ) 9:........enregistrer mesure N( )

10:analyser les mesures( )

10:lecteure des analyses( )

Figure 3.3 : diagramme de squences III. La classe Dveloppement de lapplication centrale pour la rcupration dinformations concernant la tlphonie est

TelephonyManager qui se trouve dans le paquetage android.telephony. Cette classe va nous permettre la fois de rcuprer des informations sur lappareil et la carte SIM, mais galement dobtenir, voire de se tenir informer du statut et des changements dtats du rseau (niveau du signal chang, mise jour de localisation ...). Ainsi, toutes les fonctions assures par cette classe sont gres par des permissions qui doivent figurer dans le fichier de configuration Android Manifest . SFM Technologies

28

Drive Test sous Android 1. Informations sur lappareil et le rseau Toutes les informations sont collectes en utilisant la classe TelephonyManager et en invoquant les diverses mthodes qui sont disponibles, en effet la mthode getNetworkOperatorName permet de connaitre le nom de loprateur du rseau mobile, sa syntaxe est la suivante : String nomOperateurReseau = telephonyManager.getNetworkOperatorName (); Android permet aussi dinformer sur le niveau du signal reu par le mobile ainsi que sa qualit pour la cellule courante et mme pour les cellules voisines et ce pour diffrents types de rseaux mobiles (GSM, GPRS, EDGE, CDMA, UNTS) en voici quelques exemples :

import android.telephony.SignalStrength; SignalStrenght signalStrenght ; //rcuprer le niveau du signal et le BER de la cellule serveuse dun reseau GSM int RXLEV =signalStrenght. getGsmSignalStrength(); int BER=signalStrenght. getGsmBitErrorRate(); //rcuprer le niveau du signal et le EcIo de la cellule serveuse dun reseau CDMA int RXLEV =signalStrenght. getCdmaDbm(); int EcIo=signalStrenght. getCdmaEcio(); //rcuprer le niveau du signal de la 2 eme cellule voisine int rssi = NeighboringList.get(2).getRssi(); 2. Fonctionnement Lapplication MobiTest est forme par trois activit disposes sous forme donglets, le premier onglet donne des informations sur les paramtres rseau de la cellule courante suivant le type du rseau, le deuxime trace le trajet des mesures sur une carte Google Maps, en effet les mesures sont prises chaque fois que le niveau de signal reu change et ceci grce la mthode onSignalStrenghtChanged().Le troisime onglet prsente des histogrammes comparatifs des paramtres radio frquences de la cellule courante a ceux de ses voisines. 2.1. Longlet Infos:

Il permet dafficher en temps rel les informations relatives la QOS de la cellule courante dans laquelle le mobile est enregistr. Ces informations sont essentiellement le type du rseau (Reseau), le nom de loperateur (Operateur), le niveau du signal reu (RSSI), le taux derreur binaire (BER en cas du GSM, Ec/Io en cas de CDMA). En plus ces paramtres, longlet infos informe sur

SFM Technologies

29

Drive Test sous Android lidentifiant de la cellule(Cid) ainsi que sa zone de localisation (LAC), ces deux derniers paramtres sont maintenus jour grce la fonction onCellLocationChanged(CellLocation location). Ces paramtres seront ensuite enregistrs, dans un fichier csv, sur une carte mmoire (si cest disponible) ou sur la mmoire interne du Smartphone. Notons que les valeurs affiches sont les valeurs par dfaut de lmulateur, il fallait don c tester lapplication sur un terminal Android pour sassurer de son bon fonctionnement. Il est encore signaler que le Taux dErreur Binaire(BER) ne peut tre mesur que lorsque le terminal en conversation (mode ddi), ce qui permet dinformer sur la qualit du signal reu .

Fugre3.4: L'onglet info cellule

Figure3.5: erreur d'enregistrement

2.2.

Longlet Map

Cet onglet permet de marquer les positions de changement du niveau du signal sur la carte par des indicateurs colors suivant la valeur de RSSI, ainsi les indicateurs bleus sont placs sur les points ou le niveau du signal important alors que les indicateurs oranges informent sur les point ou le niveau du signal est faible.la figure3.5 identifie deux points positionns sur la carte avec un niveau de signal diffrent.

SFM Technologies

30

Drive Test sous Android 2.3. Longlet graphe

Cest la dernire vue de notre application, il permet comme son nom lindique de convertir les niveaux de signal reus de la cellule serveuse ainsi que ses voisine, en un histogramme pour pouvoir dtecter la diffrence aisment. Comme prsent par la figure3.5, si lapplication narrive pas recevoir le signal dune cellule voisine, son niveau sera modlis par un histogramme rouge.

Figure3.6 : Longlet graphe 1

Figure3.5: Longlet Map

Conclusion
Ce chapitre a t consacr la prsentation de la conception ainsi que le fonctionnement de la chane de mesure Drive Test du rseau mobile. Cet outil sera en mesure deffectuer des mesures sur linterface radio pour valuer les performances du rseau. Cet outil, agrable utiliser et facile manipuler sera dune grande aide pour tester la couverture dun rseau radio-mobile.

SFM Technologies

31

Drive Test

Drive Test sous Android

Conclusion Gnrale

Conclusion gnrale

Lobjectif principal de ce projet, propos dans le cadre dun stage ingnieur, tait de concevoir et de raliser un outil dvaluation de performances des rseaux de deuxime et troisime gnration. Dans un premier temps, nous avons commenc par une tude thorique sur les rseaux 2G et 3G, ainsi que sur la qualit de service dans ce type de rseaux. Ensuite, nous avons prsent lenvironnement de travail Android et ses caractristiques pour ; enfin, finir avec la prsentation de loutil que nous avons conu et qui a pour nom MobiTest.Dans un souci de temps et de moyens, nous navons pas pu amliorer encore notre application. Mais les ides ne manquent pas. En effet, nous comptons dabord corriger les lacunes comme les mesures concernant les cellules voisines. Une deuxime amlioration est lajout dun module de post traitement. Les Smartphones deviennent de plus en plus le moyen haute disponibilit pour les dveloppeurs pour pouvoir implmenter des solutions et des innovations avec plus de fiabilit et defficacit. Cest dans ce contexte l o notre projet se situe.

Bibliographie

Bibliographie
Lart du dveloppement Android : Mark L. Murphy Programmation Android De la conception au dploiement avec le SDK Google Android 2 : Damien Guignard, Julien Chable, Emmanuel Robles www.dveloppez.net www.tutos-android.com www.firstdroid.com Rapport PFE NAJI Houcine, Bahria al Aghar Nihed.