Vous êtes sur la page 1sur 87

mon cher pre Mohsen pour son amour, son soutien moral et religieux, sa patience et ses considrables sacrices

pour me parvenir ce niveau, ma chre mre Fatma pour sa tendresse, ses sacrices et son affection, mes chers frres Adnene, Rami et Majdi pour leurs soutiens moral et leurs aides, ma chre soeur Thouraya pour son soutien moral et ses aides, toute ma famille mes chers ami(e)s tous mes enseignants, tous ceux qui maiment et que jaime. Que Allah vous protge tous, vous prserve la sant et le bonheur je ddie ce travail

Bassem MHAMDI

Remerciements

ARCE que nous avons beaucoup estim tous ceux qui nous ont couts, conseills, critiqus et encadrs, nous tenons leur faire part de toute notre

gratitude, et plus particulirement, nous tenons remercier :

Nos encadreurs Mr. Anis El Aribi et Mr. Mohamed Hedi Jebara pour nous avoir incits mener bien ce travail, pour leur aide, leur dvouement et leurs prcieux conseils,

Notre superviseur Mlle. Meriem Af, pour la conance quelle nous a tmoigne en acceptant de nous encadrer dans ce travail et pour nous avoir accord de son temps et avoir mis notre disposition ses comptences et ses conseils pour une meilleure matrise du sujet,

Tout les membres de la socit Tunisie Telecom pour leur coopration et leur aide,

Tout les enseignants qui ont fait de sorte de nous bien former en nous transmettant leurs connaissances et leur savoir faire,

Les membres du jury pour nous avoir honors en acceptant de juger ce modeste travail.

Liste des acronymes

A AuC B BSC BSS BTS C CC CDR CIC CSSR D DL E EIR ETSI G GMSC GPRS Gateway Mobile Switching Center General PacketRadio Service Equipement Indentity Register European Telecommunications Standards Institute DownLink Call Control Call Drop Rate Circuit Identication Code Call Setup Success Rate Base Station Controller Base Station Sub-System Base Transceiver Station Authentication Center

LISTE DES ACRONYMES

iv

GPS GSM H HLR HO I IMEI IMSI ISO K KPI L LAPD LA M MIC MM MMC MS MSC MSISDN MSRN N NSS O OPS OSS

Global Posionner System Global System for Mobile Communications

Home Location Register HandOver

International Mobile Equipment Identity International Mobile Subscriber Indentity International Organization for Standardization

Key Performance Indicator

Link Access ProtocolData Location Area

Modulation par Implultion et Codage Mobility Management Mobile to Mobile Call Mobile Station Mobile-services Switching Centre Mobile Staion ISDN Number Mobile Station Roaming Number

Network Sub-System

Operations Procedure Support Operation Sub-System

LISTE DES ACRONYMES

P PIN PLMN Q QOS R RNO RR RTC RxLev RxQual S SIM SMS SS T TCH U UL V VLR Visitor Location Register UpLink Trafc CHannels Subscriber Indentity Module Short Message Service Supplementary Services Radio Network Optimisation Radio Resource Rseau Tlphonique Commut Received Signal Level Received Signal Quality Quality Of Service Personal Identication Number Public Land Mobile Network

Table des matires

Remerciements Liste des acronymes Table des gures Introduction gnrale 1 Le concept GSM 1.1 1.2 1.3 1.4 1.5 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prsentation du GSM . . . . . . . . . . . . . . . . . . . . . . . . . . . . Avantages du rseau GSM . . . . . . . . . . . . . . . . . . . . . . . . . Systme cellulaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . La technologie GSM . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1.5.1 Architecture dun rseau GSM . . . . . . . . . . . . . . . . . . 1.5.1.1 1.5.1.2 1.5.1.3 1.5.2 1.5.3 1.5.4 Le sous-systme radio (BSS) . . . . . . . . . . . . . . Le sous-systme rseau . . . . . . . . . . . . . . . . . Le sous-systme opration : OSS - Operation Subsystem . . . . . . . . . . . . . . . . . . . . . . . . . . . . Les piles de protocole du GSM . . . . . . . . . . . . . . . . . . Les interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . Services offerts par un rseau GSM . . . . . . . . . . . . . . . .

ii iii x 1 5 5 5 6 7 9 9 9 11 12 13 14 16

TABLE DES MATIRES

vii

1.6

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

17

2 Gestion de lacheminement de trac dans le rseau de cur GSM et critres de qualit de service 2.1 2.2 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Notion de lacheminement de trac . . . . . . . . . . . . . . . . . . . . 2.2.1 2.2.2 2.2.3 2.2.4 2.3 2.4 2.5 2.6 Dnition de lacheminement . . . . . . . . . . . . . . . . . . . Acheminement dune communication . . . . . . . . . . . . . . Acheminement en dbordement et dnitions . . . . . . . . . Boucle de trac . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 18 18 18 19 20 20 21 23 23 24 25 25 26 26 26 27 28 29 30 30 30 31 31 32

Problmatique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . La qualit de service dans les rseaux mobiles . . . . . . . . . . . . . Les critres dvaluation de la qualit de service dans un rseau GSM Les indicateurs de performance (KPI) . . . . . . . . . . . . . . . . . . 2.6.1 2.6.2 2.6.3 Les KPI BSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Les KPI NSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Les KPI VAS (Value Added Service) . . . . . . . . . . . . . . . .

2.7

Les techniques de supervision de la QOS . . . . . . . . . . . . . . . . 2.7.1 2.7.2 2.7.3 2.7.4 Le drive test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Les indicateurs RNO . . . . . . . . . . . . . . . . . . . . . . . . Lanalyse de protocole . . . . . . . . . . . . . . . . . . . . . . . Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3 Spcication des besoins et Conception 3.1 3.2 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Spcication des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2.1 Spcication non formelle des besoins . . . . . . . . . . . . . . 3.2.1.1 3.2.1.2 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . Besoins non fonctionnels . . . . . . . . . . . . . . . .

TABLE DES MATIRES

viii

3.2.2

Spcication semi formelle des besoins . . . . . . . . . . . . . 3.2.2.1 3.2.2.2 Identication des acteurs . . . . . . . . . . . . . . . . Le diagramme des cas dutilisation . . . . . . . . . .

33 33 33 35 35 35 37 37 37 38 39 41

3.3

Conception de lapplication . . . . . . . . . . . . . . . . . . . . . . . . 3.3.1 Conception gnrale . . . . . . . . . . . . . . . . . . . . . . . . 3.3.1.1 3.3.2 Description des packages formant lapplication . . .

Description dtaille . . . . . . . . . . . . . . . . . . . . . . . . 3.3.2.1 3.3.2.2 3.3.2.3 3.3.2.4 3.3.2.5 3.3.2.6 3.3.2.7 3.3.2.8 3.3.2.9 Vue globale . . . . . . . . . . . . . . . . . . . . . . . . Conception de module de lecture des chiers Log . . Conception de module de dnition de la structure des chiers XML . . . . . . . . . . . . . . . . . . . . . Conception de module de dnition de la structure des chiers XML . . . . . . . . . . . . . . . . . . . . . Conception de module responsable de conguration de lacheminement . . . . . . . . . . . . . . . . . . .

Conception de module de la reprsentation graphique 42 Conception de module responsable de la modication des donnes . . . . . . . . . . . . . . . . . . . . . Conception de module responsable de dtection des boucles . . . . . . . . . . . . . . . . . . . . . . . . . . Conception de linterface de lapplication . . . . . . 43 44 44 45 49 50 50 50 50 42

3.3.2.10 Le diagramme de classe global . . . . . . . . . . . . . 3.3.3 3.4 Diagrammes de Squences . . . . . . . . . . . . . . . . . . . .

Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4 Ralisation 4.1 4.2 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Environnement de travail . . . . . . . . . . . . . . . . . . . . . . . . . 4.2.1 Environnement matriel . . . . . . . . . . . . . . . . . . . . . .

TABLE DES MATIRES

ix

4.2.2 4.2.3 4.3

Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . Librairies Java . . . . . . . . . . . . . . . . . . . . . . . . . . . .

51 51 51 51 53 54 63 64 66 67 67 67 68 72 72 72 73 73 73 74 74 75

Etude et choix technologique . . . . . . . . . . . . . . . . . . . . . . . 4.3.1 4.3.2 Etude technologique . . . . . . . . . . . . . . . . . . . . . . . . Choix technologique . . . . . . . . . . . . . . . . . . . . . . . .

4.4 4.5

Aperus de lapplication . . . . . . . . . . . . . . . . . . . . . . . . . . Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Conclusion gnrale Bibliographie Annexes A Les chiers traces capturs A.1 Le langage OPS Script . . . . . . . . . . . . . . . . . . . . . . . . . . . A.2 Exemple dun Script OPS . . . . . . . . . . . . . . . . . . . . . . . . . . B Le Langage XML B.1 XML (eXtensible Markup Language) . . . . . . . . . . . . . . . . . . . . B.1.1 B.1.2 Prsentation de XML . . . . . . . . . . . . . . . . . . . . . . . . Avantages de XML . . . . . . . . . . . . . . . . . . . . . . . . .

B.2 XSL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B.2.1 Prsentation de XSL . . . . . . . . . . . . . . . . . . . . . . . .

B.3 DTD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B.3.1 B.3.2 Prsentation de DTD . . . . . . . . . . . . . . . . . . . . . . . . Exemple de DTD . . . . . . . . . . . . . . . . . . . . . . . . . .

Table des gures

1 1.1

Mthodologie du travail . . . . . . . . . . . . . . . . . . . . . . . . . . Un motif cellulaire ( gauche) et un ensemble de motifs dans un rseau ( droite) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

8 9 13 13 15 21 28 34 35 37 38 39 40

1.2 1.3 1.4 1.5 2.1 2.2 3.1 3.2 3.3 3.4 3.5 3.6 3.7

Architecture du GSM . . . . . . . . . . . . . . . . . . . . . . . . . . . . Le sous-systme opration . . . . . . . . . . . . . . . . . . . . . . . . . Architecture des protocoles du GSM . . . . . . . . . . . . . . . . . . . Interfaces du systme GSM . . . . . . . . . . . . . . . . . . . . . . . . Diffrents cas dune boucle de trac . . . . . . . . . . . . . . . . . . . Analyseur de protocole interface E . . . . . . . . . . . . . . . . . . . . Diagramme des cas dutilisation de lapplication . . . . . . . . . . . . Diagramme de packages de loutil . . . . . . . . . . . . . . . . . . . . Vue densemble des modules de loutil . . . . . . . . . . . . . . . . . . Diagramme de classe de package "MB.OGSM.FILEREADER" . . . . . Diagramme de classe de package "MB.OGSM. XMLDEFINE " . . . . Diagramme de classe de package "MB.OGSM. EXTRACTTOXML " . Diagramme de classe de package "

MB.OGSM.CONFIGURATIONROUTING " . . . . . . . . . . . . . . . 3.8 3.9 Diagramme de classe de package " MB.OGSM.DISPLAYAPPLET " . . Diagramme de classe de package " MB.OGSM.XMLMANAGER " . .

41 42 43

TABLE DES FIGURES

xi

3.10 Diagramme de classe de package "MB.OGSM.DETECTIONBOUCLE " 3.11 Diagramme de classe global . . . . . . . . . . . . . . . . . . . . . . . . 3.12 Diagramme de squence : " cration dun nouveau chier XML " . . . 3.13 Diagramme de squence : " Visualisation dun plan dacheminement " 3.14 Diagramme de squence : " Dtection des boucles "" . . . . . . . . . . 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 Interface daccueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Authentication de lutilisateur . . . . . . . . . . . . . . . . . . . . . . Slection dun chier des donne . . . . . . . . . . . . . . . . . . . . . Enregistrement des donnes dans un chier XML . . . . . . . . . . . Sous menu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Visualisation dun plan dacheminement "Ariana" . . . . . . . . . . . Visualisation dun acheminement entre 2 MSCs . . . . . . . . . . . . .

44 45 46 47 48 54 55 56 56 57 58 59

Visualisation des faisceaux sortant de MSC Sousse 1 vers MSC Orascom 60 Fentre dinformations . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 61 62 63 68 69 70 71 75 75

4.10 Dtection des boucles . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.11 Modication de trac sur un faisceau . . . . . . . . . . . . . . . . . . 4.12 Dtection des boucles aprs modication du trac dun faisceau . . . A.1 Exemple dun script OPS page 1/2 . . . . . . . . . . . . . . . . . . . . A.2 Exemple dun script OPS page 2/2 . . . . . . . . . . . . . . . . . . . . A.3 Extrait de chier trace dacheminement . . . . . . . . . . . . . . . . . A.4 Extrait de chier trace de QOS . . . . . . . . . . . . . . . . . . . . . . . B.1 Le chier acheminement_denition.dtd . . . . . . . . . . . . . . . . . B.2 Le chier XML MSC_Ariana.xml . . . . . . . . . . . . . . . . . . . . .

Liste des tableaux

1.1 1.2 2.1

Caractristiques fondamentales des systmes GSM [2] . . . . . . . . . Interfaces du systme GSM [5] . . . . . . . . . . . . . . . . . . . . . . Principaux indicateurs de qualit de service . . . . . . . . . . . . . . .

6 15 24

Introduction gnrale

Contexte du projet

ES communications par GSM (Global System for Mobile communications) sont assures grce la propagation dondes lectromagntique transmises entre des

stations mobiles et des antennes relais. Ce bouleversement technique et conomique dans le secteur des tlcommunications qui a permet la transition dun mode de communication xe un mode de communication sans l a connu une volution exponentielle dans de nombreux pays. Les tudes prospectives continuent estimer que la demande future en services de communication sans l touchera la quasitotalit de la population des pays du monde. Face cette demande croissante en communication mobile, le rseau GSM commence monter ses limites, notamment cause de la saturation du rseau qui est due la limitation de la bande de frquence alloue. Et la diversication des services exigs par les clients. Ces facteurs jouent un rle important sur la qualit de service offerte (QoS) qui constitue une source importante de diffrentiation entre oprateurs et qui les amnent garantir lintgralit, la condentialit des communications, la scurit des accs et lapparition de nouveaux services. An de proposer des services de plus en plus efcaces rpondant un environnement concurrentiel, chaque oprateur GSM vise amliorer la qualit de service offerte face une clientle de plus en plus exigeante. Autrement dit, une qualit satisfaisante et stable est un critre important pour juger la abilit dun rseau. Pour en faire face, un oprateur doit tre en mesure de suivre ltat de ses rseaux. Cest le cas de loprateur TUNISIE TELECOM qui applique un suivi rgulier de ltat de son rseau GSM, notamment en matire de performance, rendement, prdiction de

INTRODUCTION GNRALE

charges supporter pour y accommoder ses ressources. Le suivi du fonctionnement dun rseau GSM pourra tre amlior par le dveloppement ou lacquisition doutils automatiques daide lanalyse et loptimisation dacheminement du trac du rseau GSM. En fait, loptimisation peut tre dcrite comme tant toutes activits impliques dans la dtermination des routes adquates qui seront exploites pour lacheminement du trac, les quipements convenables qui seront mis en place, et leurs congurations. Mon projet a pour objectif dabord de mettre en place un outil permettant laide automatique la gestion dun des domaines ayant un impact important sur la qualit de service savoir la gestion de lacheminement du trac du rseau GSM de TUNISIE TELECOM. Ensuite de proposer une solution permettant loptimisation du rseau an damliorer le QOS offert. Une bonne gestion du plan dacheminement assure une qualit de service satisfaisante et un coulement de trac entre les nuds du rseau sans pertes.

Prsentation du sujet
Ce rapport prsente mon projet dans le domaine de la gestion du trac GSM intitul " Outil daide la gestion du plan dacheminement de trac ". Ce projet a t labor, au sein de TUNISIE TELECOM, dans le cadre de mon projet de n dtudes qui vient conclure les tudes dingniorat en rseaux informatiques et tlcommunications lINSAT. Mon projet consiste concevoir un outil permettant deffectuer les tches suivantes : Suivre le fonctionnement du rseau. Suivre lvolution de la conguration du rseau en rcuprant automatiquement des donnes de lOSS (Operation SubSystem) en utilisant un script OPS (Operations Procedure Support). Analyser et optimiser le plan dacheminement du trac. Simuler limpact de reconguration dacheminement sur le taux dutilisation des faisceaux et la charge des MSC (Mobile Switching Center). Ainsi, loutil permet :

INTRODUCTION GNRALE

Dintroduire une interface graphique permettant de visualiser le routage de trac entre les lments du rseau. De visualiser les taux dutilisation des canaux et des quipements De simuler limpact de changement des rgles de routage de trac sur la charge du rseau.

Mthodologie du travail
An dacclrer le processus de la production de notre application et daugmenter sa perfection, nous avons adopt une mthodologie qui sinspire du modle ISO (International Organization for Standardization) de gnie logicielle. Ce processus de dveloppement est dcrit dans la gure 1 et il est pris en considration tout au long de la ralisation de notre projet.

F IG . 1 Mthodologie du travail

INTRODUCTION GNRALE

Structure du rapport
Le rapport est scind en quatre chapitres : Dans le premier chapitre nous prsentons la technologie GSM. Le deuxime chapitre porte sur la description des critres de qualit et les problmes dacheminement de trac en GSM. Le troisime chapitre sera consacr aux dtails des diffrentes tapes de la conception de loutil dvelopp dans ce projet. Le dernier chapitre prsente le travail ralis et expose les solutions utilises pour loptimisation du rseau GSM.

CHAPITRE

Le concept GSM

1.1 Introduction
La ralisation dun projet passe en premier lieu par une tude des aspects autours des quels tourne son thme. Et vue quil sagit dans ce cas dun projet danalyse et doptimisation dacheminement du trac du rseau GSM, on va prsenter dans ce chapitre les diffrents aspects de la technologie GSM : les lments de la couche physique, les piles de protocole du GSM, larchitecture du rseau, et les services offerts par un rseau GSM.

1.2 Prsentation du GSM


Le systme de tlphonie cellulaire GSM (Global System for Mobile communications) est largement utilis travers le monde et il est devenu peu peu la rfrence pour la tlphonie cellulaire numrique. En fait, ce rseau numrique a t labor au cours des annes 80 et 90 et pass par un long processus de normalisation gr par lETSI [1] (European Telecommunication Standards Institute) pour arriver aujourdhui une certaine maturit tout en tenant comptes des contraintes suivantes : Capacit : an de rpondre la croissance de la demande de nouvelles bandes de frquences. Compatibilit avec dautres systmes : lindustrie des tlcommunications venait de se convertir la technologie numrique avec, entre autres, le rseau RNIS. Qualit de la voix : les rseaux analogiques mobiles font face des problmes de perturbations radio ce qui entrane une baisse de la qualit du signal reu.

CHAPITRE 1. LE CONCEPT GSM

La transformation du signal en bits, combine dautres techniques prvient ces problmes. La bande de frquences dorigine utilise pour les communications mobiles est la bande 900 MHZ. Les systmes qui utilisent cette bande sont appels systmes GSM 900. Pour offrir une meilleure couverture dans les zones urbaines densit de population leve, une deuxime bande a t rserve, savoir la bande 1800 MHz ; on appelle ce systme GSM 1800. Les caractristiques de base du systme GSM sont indiques dans le tableau 1.1

Paramtres Bande de frquence GSM 900 Bande de frquence GSM 1800 Distance en duplex GSM 900 GSM 1800 Ecart entre porteuses Modulation Dbit de transmission Mthode daccs multiple

Valeurs Liaison ascendante : 890 915 MHz Liaison descendante : 935 960 MHz Liaison ascendante : 1710 1785 MHz Liaison descendante : 1805 1880 MHz 45 MHz 95 MHz 200 KHz Modulation dplacement minimal ltre gaussien (GMSK) 270 kbits/s Par rpartition dans le temps (AMRT, ou TDMA en anglais)
TAB . 1.1 Caractristiques fondamentales des systmes GSM [2]

1.3 Avantages du rseau GSM


Les avantages de la normalisation de la technologie GSM, dvelopp lorigine pour le march europen, ont t reconnus dans le monde entier par les oprateurs de rseau et les autorits charges de la rglementation.

CHAPITRE 1. LE CONCEPT GSM

Le rseau GSM a pour premier rle de permettre des communications entres abonns mobiles et abonns du rseau tlphonique commut (RTC - rseau xe). Il sinterface avec le rseau RTC et comprend des commutateurs et il se distingue par un accs spcique : la liaison Radio. Le Systme GSM offre les avantages suivants : Normalisation Les normes internationales assurent la compatibilit entre les systmes des diffrents pays, ce qui permet aux abonns mobiles dutiliser leurs appareils l ou ils se trouvent. Itinrance ou la gestion de localisation de lusager Litinrance nest plus limite aux zones couvertes par les cellules dun oprateur de rseau donn. Les appels peuvent tre traits et facturs aux abonns quils appellent de leur rseau dorigine ou dun rseau situ dans une autre ville ou un autre pays. Scurit et protection des appels Des techniques avances didentication et de chiffrement de toutes les donns utilisateurs et de signalisation permettent de protger l.accs des abonns au rseau et dassurer la condentialit des communications.

1.4 Systme cellulaire


Dans un systme cellulaire, la rgion couverte est divise en petites zones, appele cellules [3] et les frquences radio seront partages entre elles. Ainsi, chaque cellule est constitue dune station de base relie au RTC (Rseau Tlphonique Commut) laquelle on associe un certain nombre de canaux de frquences bande troite. Ces frquences ne peuvent pas tre utilises dans les cellules adjacentes an dviter les interfrences. Ainsi, on dnit des motifs, aussi appels clusters, constitus de plusieurs cellules, dans lesquels chaque frquence est utilise une seule fois. (Voir gure 1.1)

CHAPITRE 1. LE CONCEPT GSM

F IG . 1.1 Un motif cellulaire ( gauche) et un ensemble de motifs dans un rseau ( droite)

La dimension dune cellule est fonction de la puissance de son metteurrcepteur. Si un metteur-rcepteur est trs puissant, alors son champ daction sera trs vaste, mais sa bande de frquence peut tre rapidement sature par des communications. Par contre, en utilisant des cellules plus petites, (metteur-rcepteur moins puissant) alors la mme bande de frquence pourra tre rutilise plus loin, ce qui augmente le nombre de communications possibles. Donc, pour rsumer, une cellule se caractrise par : sa puissance dmission nominale, qui est la zone de couverture lintrieur de laquelle le niveau du champ lectrique est suprieur un seuil dtermin. la frquence de porteuse utilise pour lmission radio-lectrique. par le rseau auquel elle est interconnecte. Et sa taille dpend : du nombre dutilisateurs potentiels dans la zone, de la conguration du terrain (relief gographique, prsence dimmeubles, . . .), de la nature des constructions (maisons, buildings, immeubles en bton, . . .) et de la localisation (rurale, suburbaine ou urbaine) et donc de la densit des constructions.

CHAPITRE 1. LE CONCEPT GSM

1.5 La technologie GSM


1.5.1 Architecture dun rseau GSM
Larchitecture dun rseau GSM peut tre divise en trois sous-systmes [4] : Le sous-systme radio contenant la station mobile, la station de base et son contrleur. Le sous-systme rseau ou dacheminement. Le sous-systme oprationnel ou dexploitation et de maintenance.

F IG . 1.2 Architecture du GSM

1.5.1.1 Le sous-systme radio (BSS) Le sous-systme radio gre la transmission radio. Il est constitu de plusieurs entits dont le mobile, la station de base (BTS, Base Transceiver Station) et un contrleur de station de base (BSC, Base Station Controller). Le mobile Le tlphone et la carte SIM (Subscriber Identity Module) sont les deux uniques lments auxquels un utilisateur a directement accs. Ces deux lments sufsent raliser lensemble des fonctionnalits ncessaires la transmission et la gestion des dplacements.

CHAPITRE 1. LE CONCEPT GSM

10

Lidentication dun mobile seffectue exclusivement au moyen de la carte SIM. En effet, elle contient des donnes spciques comme le code PIN (Personal Identication Number) et dautres caractristiques de labonn, de lenvironnement radio et de lenvironnement de lutilisateur. Des exemples dinformations incrusts dans la carte SIM, on cite : lIMSI (International Mobile Subscriber Identity) qui est un numro unique qui sert lidentication de lutilisateur et qui est diffrent du numro de tlphone connu de lutilisateur le MSISDN (Mobile Station ISDN Number). La station de base (BTS) Elle est lunit la plus proche du MS, et elle comporte les quipements radio (les metteurs, rcepteurs et les antennes) ncessaires pour faire le relais entre le mobile et le sous-systme rseau. Elle prend en charge la transmission radio (modulation, dmodulation, galisation, codage, correction derreurs...). Le contrleur de station de base (BSC) Le contrleur de station de base gre une ou plusieurs stations de base. En fait, il agit comme un concentrateur puisquil transfre les communications provenant des diffrentes stations de base vers une sortie unique. Dans lautre sens, le contrleur commute les donnes en les dirigeant vers la bonne station de base. Aussi, le BSC remplit le rle de relais pour les diffrents signaux dalarme destins au centre dexploitation et de maintenance. Il alimente aussi la base de donnes des stations de base. Enn, une dernire fonctionnalit importante est la gestion des ressources radio pour la zone couverte par les diffrentes stations de base qui y sont connectes. En effet, le contrleur gre les transferts inter-cellulaires des utilisateurs dans sa zone de couverture, cest--dire quand une station mobile passe dune cellule une autre. Il doit alors communiquer avec la station de base qui va prendre en charge labonn et lui communiquer les informations ncessaires tout en avertissant la base de donnes locale VLR (Visitor Location Register) de la nouvelle localisation de labonn.

CHAPITRE 1. LE CONCEPT GSM

11

1.5.1.2 Le sous-systme rseau Le rle principal de ce sous-systme est de grer les communications entre les abonns et les autres usagers qui peuvent tre dautres abonns, des usagers sur le rseau RNIS ou des usagers de rseaux tlphoniques xes. Le NSS est constitu de : Mobile Switching Center (MSC) Home Location Register (HLR) / Authentication Center (AuC) Visitor Location Register (VLR) Equipment Identity Register (EIR) Le centre de commutation mobile (MSC) Cet lment peut tre considr comme le cur dun systme cellulaire puisquil participe la fourniture des diffrents services aux abonns tels que la tlphonie, les services supplmentaires et les services de messagerie. Il permet encore de mettre jour les diffrentes bases de donnes (HLR et VLR) qui donnent toutes les informations concernant les abonns et leur localisation dans le rseau. Les commutateurs MSC dun oprateur sont relis entre eux pour la commutation interne des informations. Des MSC servant de passerelle (Gateway Mobile Switching Center, GMSC) sont places en priphrie du rseau dun oprateur de manire assurer une inter-oprabilit entre rseaux doprateurs. Lenregistreur de localisation nominale (HLR) Il sagit dune base de donnes avec des informations essentielles pour les services de tlphonie mobile et avec un accs rapide de manire garantir un temps dtablissement de connexion aussi court que possible. Le HLR contient : toutes les informations relatives aux abonns : le type dabonnement, la cl dauthentication Ki. Cette cl est connue dun seul HLR et dune seule carte SIM., les services souscrits, le numro de labonn IMSI (Internationale Mobile Subscriber Identity),... ainsi quun certain nombre de donnes dynamiques telles que la position de labonn dans le rseau, son VLR et ltat de son terminal (allum, teint, en communication, libre, ...)

CHAPITRE 1. LE CONCEPT GSM

12

Lenregistreur de localisation des visiteurs (VLR) Cette base de donnes ne contient que des informations dynamiques et est lie un MSC. Il y en a donc plusieurs dans un rseau GSM. Ces informations proviennent du HLR auquel labonn est enregistr et indiquent les services auxquels labonn a droit. Ce transfert dinformations se fait quune seule fois et nest effac que lorsque labonn ferme son appareil ou quitte la rgion du MSC courant. En procdant ainsi, le VLR na pas interroger le HLR chaque fois quune communication est demande par ou pour labonn visiteur. Il est noter que le VLR est toujours associ un MSC. Le centre dauthentication (AuC) Cest une base de donnes protge qui contient une copie de la cl secrte inscrite sur la SIM de chaque abonn. Cette cl est utilise pour vrier lauthenticit de labonn et pour le cryptage des donnes envoyes. Lenregistreur des identits des quipements (EIR) Chaque terminal mobile reoit un identiant unique le code IMEI (International Mobile station Equipment Identity) qui ne peut pas tre modi sans altrer le terminal. Le registre EIR contient la liste de tous les terminaux valides. Une consultation de ce registre permet de refuser laccs au rseau un terminal qui a t dclar perdu ou vol. 1.5.1.3 Le sous-systme opration : OSS - Operation Subsystem Ce sous-systme est branch aux diffrents lments du sous-systme rseau de mme quau contrleur de station de base (BSC) comme le montre la gure 1.3. Le rseau de maintenance technique sintresse au fonctionnement des lments du rseau. Il gre notamment les alarmes, les pannes, la scurit,...

CHAPITRE 1. LE CONCEPT GSM

13

F IG . 1.3 Le sous-systme opration

1.5.2 Les piles de protocole du GSM

F IG . 1.4 Architecture des protocoles du GSM

CHAPITRE 1. LE CONCEPT GSM

14

La gure 1.4 prsente les fonctions que doit remplir un rseau GSM, la station de base et le contrleur sont des passerelles entre le mobile et le sous systme rseau. Lapplication CC (Call Control) gre le traitement dappel (tablissement, supervision, libration). Lapplication SMS (Short Message Services) gre la messagerie. Lapplication SS (Supplementary Services) gre les complments de service. Lapplication MM (Mobility Management) gre la localisation dun terminal. Lapplication RR (Radio Ressource management) gre la liaison radio. Les applications de services (CC, SMS, SS) se trouvent dans les quipements terminaux, et sont transports de faon transparente par les quipements relais (BSC, BTS). Lapplication de localisation MM se situe galement dans le sous systme rseau et le terminal mobile, car tous deux doivent connatre et mmoriser la localisation du terminal dans le rseau. La gestion des ressources radio RR intresse la station mobile et le sous systme radio, cest le contrleur de station de base qui gre lattribution des frquences radio dans un motif.

1.5.3 Les interfaces


Les interfaces jouent un rle important dans le systme GSM. La gure 1.5 prcise leurs localisations par rapports aux lments du rseau et le tableau 1.2 leurs utilisations.

CHAPITRE 1. LE CONCEPT GSM

15

F IG . 1.5 Interfaces du systme GSM

Nom Um Abis A C

Localisation MS-BTS BTS-BSC BSC-MSC GMSC-HLR SM-GMSC-HLR

Utilisation Interface radio Divers Divers Interrogation HLR Appel entrant Interrogation HLR SM entrant Gestion Informations abonns Services supplmentaires Transport SM Excution de Handover Gestion Informations abonns Vrication terminal Divers Authentication

D E G F B H

VLR-HLR HLR-VLR MSC-SM-GMSC MSC-MSC VLR-VLR MSC-EIR MSC-VLR HLR-AUC

TAB . 1.2 Interfaces du systme GSM [5]

CHAPITRE 1. LE CONCEPT GSM

16

Dans le rseau GSM, les donnes de signalisation sont spares des donnes de trac. Toutes les liaisons entre les quipements GSM sont des liaisons numriques sauf celles avec la station mobile. La liaison entre BTS et MS est une liaison radio-numrique. Dans notre cas, on va sintresser particulirement loptimisation au niveau de linterface E qui prsente les diffrentes liaisons MIC (Modulation par Impulsion et Codage) entre MSCs et qui est exploite pour lexcution du handover et la dtermination des routes. Une liaison MIC est une ligne de transmission numrique 2 Mbits/s utilise pour transmettre de la parole code selon la mthode MIC.

1.5.4 Services offerts par un rseau GSM


Le rseau GSM permet doffrir un grand nombre de services non disponibles dans les systmes analogiques. Ces services peuvent tre classis en 3 catgories [6] : Services de base incluant essentiellement : Le radiotlphone. Le roaming international : la normalisation de ce systme permet lusager de bncier dune mobilit lchelle mondial. les appels durgence. Les messages courts (services de radio messagerie bidirectionnelle Alphanumrique). Tltexte. Vidotex. Tlcopie. Accs une messagerie X400... Services supplmentaires, dont Identication des numros appelants (CCLIP/CLIR). Transfert dappels (sur non-rponse, inconditionnel, sur occupation...). Appel en attente. Appel en confrence.

CHAPITRE 1. LE CONCEPT GSM

17

Groupe form dutilisateurs... Services supports, tels que : La simultanit de lenvoi des donnes et de la voix.

1.6 Conclusion
La norme GSM ne cesse dvoluer de manire rpondre aux besoins des abonnes , alors lvaluation de la QOS du rseau GSM sera ncessaire. Plusieurs techniques sont mises en uvre pour faciliter cette tche et loprateur du rseau GSM donne une grande importance cette activit an de satisfaire ses clients. Dans le chapitre suivant, on abordera la notion de trac tout en listant les indicateurs de qualit de services considrs dans notre projet.

CHAPITRE

Gestion de lacheminement de trac dans le rseau de cur GSM et critres de qualit de service

2.1 Introduction
La gestion de lacheminement des appels dans un rseau GSM est lune des tches les plus complexes la charge de loprateur. Il devient de plus en plus critique grer tant que la charge du rseau ne cesse daugmenter. A ce stade, les problmes de trac persistent et loptimisation devient un processus dlicat dont le rsultat conditionne le succs de loprateur. Une description de lacheminement du trac ainsi que les problmes de QOS confronts feront lobjet du prsent chapitre.

2.2 Notion de lacheminement de trac


2.2.1 Dnition de lacheminement
Une gestion de lacheminement de trac rseau cur mobile consiste dnir les routes entre les diffrents MSCs, leurs capacits et leurs priorits tout en tenant compte des densits dabonnes prvus an de dterminer par la suite le chemin

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

19

optimale entre deux nuds quelconques. Ce processus est vital pour un oprateur car les abonns sattendent disposer dun service de mobilit complet en termes de couverture et de disponibilit des ressources et ne pas rpondre leur attente se traduit par des pertes consquentes de revenus par le march, en particulier en environnement concurrentiel. En fait, des acheminements dappels mal grs se traduiront par une qualit dappel mdiocre, un taux de perte dappels important, un taux de blocage lev. Ils entraneront des cots supplmentaires et des pertes pour loprateur. Une gestion de lacheminement de trac rseau cur mobile consiste dnir les routes entre les diffrents MSCs, leurs capacits et leurs priorits tout en prenant compte des densits dabonnes prvus an de dterminer par la suite le chemin optimale entre deux nuds quelconques. Ce processus est vital pour un oprateur car les abonns sattendent disposer dun service de mobilit complet en termes de couverture et de disponibilit des ressources et ne pas rpondre leur attente se traduit par des pertes consquentes de revenus par le march, en particulier en environnement concurrentiel. Les logiciels de gestion des acheminements utiliss et dvelopps par des oprateurs ainsi que les plans de leurs rseaux (les routes entre les MSCs) constituent pour cette raison des informations et un savoir-faire condentiels.

2.2.2 Acheminement dune communication


Chaque zone gographique couverte par une station de base (BTS) est quadrille en cellules. Une seule cellule ne pouvant assurer quun nombre limit de communications simultanes, Lorsquil est allum, un portable met rgulirement un signal an dtre localis et pouvoir recevoir un appel. Lantenne la plus proche capte alors le signal radio de la communication. Sa station de base (BTS) transmet le signal numrique son contrleur de station de base (BSC), qui son tour lenvoie son centre de commutation des services mobiles (MSC). Ce dernier gre toutes les communications dune zone gographique. Reli au rseau laire classique (RTC), le MSC achemine lappel vers son destinataire nal, sil sagit dun tlphone laire. Dans le cas o lappel serait destin vers un portable, le signal va transiter de MSC en MSC jusquau centre de commutation des services mobiles o a t repr le por-

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

20

table destinataire. Puis il assurera la liaison jusqu la station de base de la cellule o se trouve le correspondant, et grce lantenne associe, il recevra la communication [7].

2.2.3 Acheminement en dbordement et dnitions


Trac de dbordement : Ensemble dappels offerts un sous faisceau de circuits qui nest pas de premier choix ; cette procdure sappelle aussi acheminements par voies alternatives ou (dtournes) et ils sont gnralement essayes dans un ordre prdtermin. Circuit : moyen de transmission qui permet une communication entre deux commutateurs. Faisceau de circuits : ensemble des circuits commuts qui relient directement entre eux deux centres de commutation. Pour la gestion du trac, un faisceau de circuit est invisible ; cest--dire quil nest pas modlis au niveau de la gestion des lments de rseaux. Sous faisceau de circuits : ensemble de circuits dun faisceau de circuits que lon peut identier pour des raisons dordre technique ou dexploitation. Un faisceau de circuits peut comprendre un ou plusieurs sous faisceaux de circuits.

2.2.4 Boucle de trac


Le trac se transfre entre les nuds du rseau (MSCs) travers des faisceaux dj existants. Chaque MSC dispose dune table de routage dnissant pour chaque destination un chemin principal et un ou plusieurs chemins de dbordement qui seront emprunts en cas de saturation ou de drangement du faisceau principal. On appellera boucle de trac (voir gure 2.1) lorsque tout appel dun MSC A vers un MSC B fera le va et vient entre le faisceau principal et le faisceau secondaire (pendant un certain temps) et ce suite un encombrement ou/et un drangement sur les faisceaux de trac (voie directe et voie dtourne) reliant les deux MSC (voir le 1er cas). La boucle est aussi dtecte lorsque le MSC de transit (MSC T) lui aussi renvoi

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

21

le trac en deuxime alternative vers le MSC Source (MSC A) suite la saturation ou drangement de son faisceau principal (MSC T vers MSC B) comme est illustr dans le 2me cas.

F IG . 2.1 Diffrents cas dune boucle de trac

2.3 Problmatique
Les paramtres dun rseau mobile sont en permanente variation. Cette variation touche le nombre et le comportement des abonns, la qualit de service et les services offerts. Dans un environnement de plus en plus rude en terme de concurrence, un oprateur mobile doit tre en mesure de satisfaire ses clients et de les pater en terme de service et de promotion. La solution cette contrainte est : Loffre permanente de nouveaux services et de promotions De telles ractions de la part de loprateur ne peuvent tre sans impact sur les ressources du rseau qui assure ces services. Par voie de consquence, il est indispensable de mettre jour ces ressources pour faire face aux nouvelles charges. La solution cette contrainte est : La mise jour du rseau suivant les services proposs

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

22

Si lon exige la mise jour du rseau pour lintgration de nouveaux services ceci nexclu pas la ncessit dajuster se conguration mme en cas de stabilit de loffre parce que sa conguration dpend troitement du comportement de labonn qui reste uctuant. La solution cette contrainte dans le cadre de la maximisation de la satisfaction du client et la minimisation du cot est :

Loptimisation permanente des ressources du rseau

La structure fonctionnelle dun oprateur mobile exige quil soit constitu dun ensemble de groupes de travail qui se rpartissent les tches n de garantir le bon fonctionnement du rseau formant ainsi toute une chane de travail. Dans cette chane, on trouve le groupe marketing qui lance les nouvelles offres selon les exigences du client et de la concurrence. Aprs le groupe marketing, vient le groupe radio qui fourni les ressources rseau ncessaires ces offres pour garantir laccs de labonn au rseau. Le groupe BSS ajuste la conguration de ses ressources face aux dploiements radio pour garantir laccs de labonn au rseau cur o sa demande sera traite. Le rseau cur doit tre en mesure de prendre en charge la nouvelle conguration du BSS. Le groupe transmission doit assurer la connexion entre les nuds du rseau avec des capacits variables selon la charge des quipements. Les groupes production et opration & maintenance doivent assurer la mise jour et le dploiement des nouveaux quipements en respectant les contraintes de dlai. La contrainte qui se dgage ce niveau est :

La communication et la synchronisation entre les groupes de travail

Dans cette chane de travail pour dimensionnement, ce projet se place au niveau du groupe de gestion et maintenance du rseau. Il doit tre en mesure de superviser le rseau selon les dploiements radio et les nouveaux services en exploitant les chiers de traces captures au niveau des interfaces rseau. Il doit interprter soigneusement ces rsultats an de contrler le systme, en plus grer et modier la conguration des lments du systme selon les besoins. Il doit aussi communiquer ces rsultats clairement aux diffrents services en mentionnant les dlais de ralisation.

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

23

2.4 La qualit de service dans les rseaux mobiles


Le terme qualit de service (QOS : Quality Of Service) a une signication spcique dans le monde des tlcommunications. Il se rapporte la rentabilit, la abilit et lamlioration dun rseau et de ses services. La notion de qualit de service [8] est un indicateur qui nous est de plus en plus familier, mais qui la plupart du temps reste ou dans les esprits car le terme de service recouvre des ralits varies. Le domaine actuel de la qualit de service dans le monde des tlcommunications est extrmement vaste puisque les oprateurs et les fournisseurs de service utilisent des technologies diffrentes et sadressent une clientle trs varie. Pour limiter ce domaine et pour faciliter la comprhension et la mise un place dune approche simple concernant la QOS, nous nous appuyons sur les principes suivants : La qualit de service ne concerne que lensemble des proprits, des caractristiques et des paramtres qui peuvent tre choisis, mesurs et compars des valeurs limites. Lvaluation de la qualit de service peut tre rduite quelques caractristiques essentielles de qualit. Il nest pas ncessaire de dnir et mesurer chaque proprit des dispositifs du service. Il est important de dnir un ensemble commun doutils pour fournir des rsultats comparables non seulement pour faire face la concurrence, mais aussi pour dliser les utilisateurs naux.

2.5 Les critres dvaluation de la qualit de service dans un rseau GSM


Dans le cas du rseau cellulaire GSM, le service fourni le plus important est le service voix et la satisfaction de lutilisateur se traduit par trois contraintes de fonctionnement : Labonn doit pouvoir joindre nimporte qui, nimporte quand et nimporte o, Aprs tablissement de la communication, la conversation est audible et com-

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

24

prhensible par les deux interlocuteurs, La ligne tlphonique nest pas coupe en cours de communication. Pour loprateur, ceci se traduit par quatre contraintes techniques comme indiqu dans le tableau 2.1.

Indicateurs de qualit de service Couverture Taux dappels russis Qualit de la communication pendant lappel Taux de coupure dappels

Mode dvaluation Mesures radio et plaintes des abonns Mesure systme Mesure radio Mesure systme Analyseurs de qualit vocale Mesure systme

TAB . 2.1 Principaux indicateurs de qualit de service

2.6 Les indicateurs de performance (KPI)


Un KPI (Key Performance Indicator) est une valeur reprsentative permettant dvaluer la performance de systme. Cette valeur est obtenue partir dune ou de plusieurs mesures brutes releves par des compteurs spciques ralises au niveau des diffrentes interfaces reliant les lments des sous-systmes BSS et NSS. Ces indicateurs seront par la suite analyss pour dtecter et identier les ventuels problmes, raliser des statistiques au niveau du systme et valuer la qualit, la performance et ventuellement la capacit du rseau. Chaque indicateur possde un seuil (une valeur quil ne doit pas dpasser), au del de ce seuil la qualit de lopration est dgrade. Les KPI sont rparties sur trois parties.

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

25

2.6.1 Les KPI BSS


Ce sont les KPI de la partie BSS, Ils concernent linterfaage radio et les BTS ainsi que les BSC, on peut citer : CSSR : Call Setup Succes Rate Taux de succs dtablissement dappel au niveau radio. CDR : Call Drop Rate Taux de coupure des appels pour cause radio. TCH Blocking rate Les TCH (trac chanel) non alloue cause de congestion sur linterface air. SD Drop Rate (Daily) SDCCH Blocking Rate (BH) TCH Assignment Failure Rate (BH) HO Better Call

2.6.2 Les KPI NSS


Ce sont les KPI raliss dans la partie NSS et qui concernent principalement le MSC et ses interfaces, on peut citer : MOC_PER_SUB(Mobile Originating Call per subscriber) Tous les appels venant dune interface A (les appels entrants) et nissant dans une zone dun autre MSC. MTC_PER_SUB(Mobile terminating Call per subscriber) Tous les appels se terminant dans une interface air (les appels sortant) et qui ne proviennent pas de la mme zone MSC. MMC_PER_SUB (Mobile to Mobile Call per subscriber) Tous les appels provenant de lintrieur de PLMN et qui nissent dans le mme PLMN aussi. MMC_TO_OTHERS_MSC_PER_SUB Trac provenant MMC vers autre MSC dans le mme MLPN. Internal_MMC_PER_SUB MMC (Mobile to Mobile Call) se fait au sein du mme MSC Transit_CA_PER_SUB(Transit Call attempts PER SUB) Tout le pur transit : dautres MSC/PLMN vers dautre MSC/PLMN.

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

26

BHCA_Total_PER_SUB Busy hour call attempts par MSC

2.6.3 Les KPI VAS (Value Added Service)


On y trouve des KPI communs entre les diffrents oprateurs GSM tel que : SMS Succes Rate Pour MTC Pour MOC MMS Center CPU Load

2.7 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 [9]. La comparaison entre les indicateurs obtenus par ces techniques et les paramtres du seuil, permet lidentication des origines des problmes (chec dtablissement de connexion, coupure de session,...). En gnral, il y a trois manires de dterminer la QOS dun rseau GSM savoir le drive test, les indicateurs RNO et lanalyse du protocole.

2.7.1 Le 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. La mthode du drive test [9] consiste embarquer sur une voiture les quipements suivants : Une station mobile (MS) : un mobile de test avec double capacit GSM/GPRS (General Packet Radio Service) quip dun logiciel spcial. Il est appel gnralement mobile trace.

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

27

Un systme de localisation GPS (Global Posionner System) : utilis pour la localisation exacte de la position o on dsire faire ltude de lenvironnement radio. 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. Un onduleur dalimentation permettant dalimenter les diffrents appareils de mesure. Tout au long du trajet, la MS effectue des mesures instantanes. Les donnes sont prsentes en temps rel et seront stockes dans des chiers. Lun des messages intressant qui est enregistr est le message "Measurement Report" contenant les mesures effectues par le mobile (mesures DL (Downlink)) : en particulier le niveau RxLev (Received Signal Level) DL et la qualit RxQual (Received Signal Quality) DL. Cette chane de mesure est utile pour analyser un problme client (une information gographique) et elle permet dvaluer les rseaux concurrents (benchmarking). Linconvnient, cependant, est que seulement un secteur limit et une petite fentre de temps peuvent tre examins et le test est coteux.

2.7.2 Les indicateurs RNO


Les indicateurs RNO [9] (Radio Network Optimisation) peuvent tre activs dans le BSS et dans le NSS. Ces diffrents compteurs attribus tous types dvnements fournissent de manire permanente loprateur des informations sur ltat et la qualit du rseau. Par exemple, il y a des compteurs pour le nombre de handovers entrants ou sortants. Lavantage principal des mesures par lintermdiaire de lOMC est quil fournit des rsultats sur la qualit du rseau en entier cest--dire une vue complte du rseau.Dautre part, cette mthode est un processus automatisable. Linconvnient, cependant, cest que la comparaison concurrentielle est impossible de plus ces compteurs ne fournissent pas dinformations purement radio.

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

28

2.7.3 Lanalyse de protocole


Lanalyseur de protocole [10] est un moteur qui gnre des indicateurs pertinents qui permettent de comprendre ltat dun rseau un instant " t " situ dans le pass, le prsent ou le futur. Il permet lobtention simple et rapide de nombreuses statistiques qui facilitent ainsi la vision de tout le rseau. Les analyseurs de protocole peuvent tre relis aux BTSs, aux BSCs, ou bien aux MSCs pendant une certaine priode de temps. Les mesures faites avec les analyseurs de protocoles ont pour avantages : Que tous les vnements capturs sont disponibles pour une analyse postrieure et dtaille, Que les mesures sont faites dans les deux sens UL (Uplink) et DL (Downlink), Quelles favorisent une nesse de lanalyse radio, les constructeurs sont indpendants, Quelles sont exhaustives. Linconvnient de ces analyseurs est quils sont difciles mettre en oeuvre et cest coteux de les avoir en grand nombre an de pouvoir observer de manire permanente le rseau GSM en entier. Dans notre projet, nous allons mettre en uvre la technique de supervision de la QOS dans le rseau GSM base sur des mesures faites par lanalyseur de protocole au niveau de linterface E (voir gure 2.2).

F IG . 2.2 Analyseur de protocole interface E

CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE

29

2.7.4 Conclusion
Tout au long de ce chapitre nous avons prsent les notions ncessaires la comprhension de notre travail. Ainsi que nous avons parl des critres de qualit de service qui est la notion la plus importante dans le projet, aussi de leurs signications et leurs sources. Dans le prochain chapitre nous allons entamer la partie danalyse et de spcication des besoins avant datteindre la conception.

CHAPITRE

Spcication des besoins et Conception

3.1 Introduction
La gestion du trac et la gestion du plan dacheminement demandent une tude de tous les cas possibles pour une modication sur le rseau. Parfois, des boucles surviennent causes des problmes de saturation dans le rseau. Une intervention rapide et efcace est ncessaire. Do le but de notre travail via la ralisation dun outil personnalis et spcique qui facilite lanalyse des statistiques et aide lutilisateur prendre une dcision face ces genres de problmes. Pour ce faire, nous commenons dans un premier temps, par dcrire les besoins de lutilisateur en termes dexigences fonctionnelles et non fonctionnelles du systme. Ces besoins seront par la suite modliss au moyen des cas dutilisation UML qui vont eux mme guider la suite de notre tude lors de la conception de notre application.

3.2 Spcication des besoins


Dans cette partie, nous nous intressons aux fonctionnalits de lapplication raliser. Nous prsentons ce propos les spcications non formelles et semi formelles des besoins ainsi que le diagramme des cas dutilisation selon le modle UML (Unied Modeling Language).

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

31

3.2.1 Spcication non formelle des besoins


3.2.1.1 Besoins fonctionnels Les spcications fonctionnelles dcrivent ce que le systme ou lapplication rsultat est capable de raliser en vue de la satisfaction des besoins de lutilisateur. Dans notre cas, nous envisageons de raliser un outil qui permet de rsoudre les problmes cits dans le chapitre 2 du prsent rapport. Dans ce qui suit, nous allons prsenter les besoins fonctionnels de loutil raliser. Les chiers de donnes doivent tre stocks dans le disque dur dans des rpertoires diffrents selon leurs contenus tout en assurant lintgrit des donnes et en vitant leurs redondances. Lorganisation des donnes : nous allons changer le format des chiers fourni par le sous-systme dexploitation OSS dune manire le rendre plus facile traiter. Par consquent, loutil doit tre capable de raliser les fonctions suivantes : Lextraction des donnes partir des diffrentes sources. Structuration et manipulation des donnes. La mise jour des donnes : chaque jour il y a des nouvelles informations sur ltat de rseau, lutilisateur doit mettre jour les informations concernant les acheminements et les tracs chaque rcupration des donnes. Loutil doit permettre aux consultants la consultation, lafchage et la suppression des donnes fournies. Visualisation du plan dacheminement : Lafchage dtaill de lacheminement de trac pour chaque MSC sur un graphe accompagn dune fentre dinformation contenant des caractristiques et des donnes de chaque faisceau : heure charge, trac mesur, taux dutilisation, congestion, nombre de circuits... Aussi, lapplication permet de consulter les chemins existants en choisissant le point de dpart et le point darrive laide dune interface graphique. La modication des donnes : permet de produire des changements au niveau de lacheminement et la reconguration de rseau. Cette modication est utile pour traiter les problmes des boucles et donner une ide sur ce quon peut

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

32

prendre en dcision. Linsertion et la modication des donnes exige une authentication au prs de lutilisateur en lidentiant par un login et un mot de passe. Dtection des boucles : A chaque changement au niveau de trac, des boucles peuvent se former au sein du rseau. An doptimiser le rseau, une dtection de ces boucles est ncessaire pour mieux analyser les surcharges au niveau des faisceaux et daider prendre une dcision pour toute ventuelle reconguration. 3.2.1.2 Besoins non fonctionnels Ce sont les besoins techniques dcrivant toutes les contraintes aux quelles est soumis le systme pour sa ralisation et son bon fonctionnement. La nature du projet exige certaines conventions respecter. Pour cela lensemble des extensions raliser doit respecter les besoins suivants : Loutil doit tre bas sur une conception oriente objet permettant lextensibilit. Le code de loutil doit tre clair et comprhensible. Besoin ergonomique : Linterface de lapplication doit tre conviviale et facile utiliser pour que lutilisateur puisse lexploiter sans se rfrer des connaissances particulires. En dautres termes, notre application doit tre ergonomique, dote dune harmonie entre ses diffrentes interfaces et ceci pour rpondre aux critres de lisibilit et rapidit. Reprsentation graphique de lacheminement Chaque lment du rseau doit possder une couleur de fond unique permettant de lidentier rapidement et la reprsentation graphique doit tre dote dune lgende qui explique chaque lment et sa situation. Les lments du rseau doivent avoir la possibilit de dplacement au sein du graphe an que lutilisateur puisse les organiser correctement dans le but damliorer la visibilit et la comprhension.

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

33

3.2.2 Spcication semi formelle des besoins


Une tude approfondie des besoins fonctionnels savre indispensable avant dentamer la conception an dobtenir de manire plus formelle une vue globale sur les exigences de lapplication. Cette partie prsente alors une modlisation de ces besoins en faisant recours aux concepts fondamentaux dUML, savoir le diagramme de cas dutilisation. 3.2.2.1 Identication des acteurs Les acteurs sont slectionns parmi les utilisateurs du systme qui doivent satisfaire leurs besoins prsents dans la partie prcdente. Dans notre cas, il y a principalement un seul acteur qui est le responsable de gestion de lacheminement qui va interagir avec lapplication tant donn que lobjectif global est de lui permettre de schmatiser les acheminements et didentier les problmes an de fournir les solutions adquates. 3.2.2.2 Le diagramme des cas dutilisation Un cas dutilisation est une abstraction dune partie du comportement du systme par une instance dun acteur. Pour lacteur identi, il convient de rechercher les diffrents prols mtier selon lesquels il utilise le systme et de les modliser en utilisant une notation simple et comprhensible par tous. Cest pour cette raison quon va prsenter, sous forme de cas dutilisation, lensemble des fonctionnalits offertes par le systme pour notre acteur. En lanant notre produit, lutilisateur va saisir des chiers des donnes stocks sur le disque dur et insrer ces donnes dans des chiers XML selon un DTD prdni pour chaque type de chier. Aprs la gnration de nouveaux chiers XML comprenant les donnes mises jour, lutilisateur peut visualiser le plan dacheminement de chaque commutateur de rseau et de faisceaux sortants vers tous les MSCs de rseau de cur ou tous les faisceaux sortants dun MSC vers un autre MSC bien choisi. Il a aussi la possibilit de modier le trac sur les faisceaux an doptimiser le rseau en dtectant les boucles qui surviennent aprs avoir xer un seuil dutilisation du faisceau ne pas dpasser.

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

34

Ces diffrentes possibilits sont dcrites dans la gure 3.1.

F IG . 3.1 Diagramme des cas dutilisation de lapplication

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

35

3.3 Conception de lapplication


Dans cette partie, nous commenons tout dabord, par prsenter en dtails la conception de chaque module de lapplication. Puis, nous dveloppons chaque module en employant les diagrammes de classes qui reprsentent une vue statique de lapplication, et par la suite explicitons une vue dynamique moyennant les diagrammes de squence.

3.3.1 Conception gnrale


3.3.1.1 Description des packages formant lapplication Le recourt la division des tches par blocs "packages" facilite le droulement de ltude conceptuelle en rafnant le systme et en regroupant les objets par module selon les besoins et le critre de spcications. Les packages, regroupant des lments de modlisant selon des critres purement logiques, permettent de structurer un systme en catgories et reprsentant le bon niveau de granularit pour la rutilisation. La gure 3.2 reprsente le diagramme de packages de notre application.

F IG . 3.2 Diagramme de packages de loutil

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

36

Tout le travail est mis dans le package "MB.OGSM" qui contient les sous packages suivants : Le package " MB.OGSM.AUTHENTIFICATION" est responsable de la gestion des accs des utilisateurs ainsi que la gestion de leurs comptes. Le package "MB.OGSM.FILEREADER" est responsable de la gestion des chiers log obtenus aprs lexcution des scripts sur les OSS. Le package "MB.OGSM.XMLDEFINE" est responsable de gestion de structure du chier XML selon le type de la source extraire. Le package "MB.OGSM.EXTRACTTOXML" est celui qui rassemble les classes responsables de lopration dextraction des donnes a partir des chiers et les organise ensuite selon un modle de DTD dans des chiers XML. Le package "MB.OGSM.CONFIGURATIONROUTING" contient les classes responsables de la gestion des acheminements entre les diffrents MSCs. Le package "MB.OGSM.DISPLAYAPPLET" est responsable de la reprsentation graphique des diffrents MSC et les diffrentes routes utilises dans lacheminement ainsi que leurs diffrents indicateurs de qualit. Le package "MB.OGSM.DETECTIONBOUCLE" est celui qui contient lalgorithme de dtection des boucles lors des cheminements en agissant sur un seuil de qualit. Le package "MB.OGSM.XMLMANAGER" est responsable de la manipulation des chiers XML ainsi de lexcution des requtes et la mise jour des donnes. Le package "MB.OGSM.INTERFACE" est celui qui contient tout ce qui concerne linterface de lapplication. Dans ce qui suit, nous approfondissons la description de ces diffrents packages par les diagrammes de classes correspondants et nous dcrivons brivement les principales classes conues.

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

37

3.3.2 Description dtaille


Lapproche objet repose sur un concept fondamental qui est le concept dobjets. Lobjectif essentiel de lutilisation dune telle dmarche est dobtenir un modle objet : Cohrent, complet : pas de contradiction, toutes les fonctions sont remplies. Facilement maintenable : une petite modication de fonctionnalit nentrane quune petite modication au niveau du modle objet. Rutilisable : les objets peuvent tre rutiliss dans des contextes ou dautres projets qui ntaient pas ncessairement prvus au dpart. 3.3.2.1 Vue globale La gure 3.3 montre les interactions entre les packages de notre application prcdemment dcrits.

F IG . 3.3 Vue densemble des modules de loutil

3.3.2.2 Conception de module de lecture des chiers Log Ce module est reprsent par le package "MB.OGSM.FILEREADER" (voir gure 3.4) et qui se dcompose en deux sous packages :

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

38

"MB.OGSM.FILEREADER.SCRIPT" et "MB.OGSM.FILEREADER.QOS" et chacun deux contient les classes qui reprsentent les donnes, savoir : La classe ReadFile qui dcrit la tche de lecture des chiers logs et lextraction des donnes. Cette tche sexcute pour une seule source de donnes et pour un seul chier de donnes. La classe AfchFile qui permet lafchage des rsultats aprs les oprations dextraction des donnes et la date de gnration de ces chiers. La classe DeleteFile permet la suppression des chiers logs de disque dur. Des exemples de chiers Log obtenus suite lexcution dun script OPS sont prsents dans lannexe A.

F IG . 3.4 Diagramme de classe de package "MB.OGSM.FILEREADER"

3.3.2.3 Conception de module de dnition de la structure des chiers XML Le package responsable de ce module est "MB.OGSM.XMLDEFINE" (voir gure 3.5), il contient les classes suivantes : La classe XML permet de crer le chier XML et lenregistrer sur le disque dur. Le chier sera stock dans un nouveau rpertoire avec le mme nom que le chier source tout en changeant lextension par ".xml".

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

39

La classe racine permet de dnir la racine de notre chier XML. Elle sera dpendante du type de chier source duquel on va extraire les donnes. La classe lment contient toutes les mthodes dajout, suppression, modication des lments qui seront utilises selon le type de notre chier source. La classe attribut contient toutes les mthodes dajout, suppression, modication des attributs pour chaque lment de notre chier XML selon le type de notre chier source.

F IG . 3.5 Diagramme de classe de package "MB.OGSM. XMLDEFINE "

3.3.2.4 Conception de module de dnition de la structure des chiers XML Ce module est reprsent par le package "MB.OGSM.EXTRACTTOXML" (voir gure 3.6). Il se dcompose en deux sous packages : "MB.OGSM.EXTRACTTOXML.SCRIPT" : contient les classes des entits qui se manipulent lors de lextraction des donnes partir dun chier texte. La classe abstraite "Field" qui dsigne un champ de donnes dans un chier texte. La classe "msc_dpart_txt " qui hrite de Field et dsigne un champ qui reprsente le MSC de dpart.

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

40

La classe "Noeud" qui hrite de Field et reprsente les autres MSCs qui peuvent tre les destinations de notre acheminement. La classe "route_acheminement" qui hrite aussi de Field et qui dsigne la route emprunt entre deux MSC. "MB.OGSM.EXTRACTTOXML.QOS" : contient les classes des entits qui se manipulent lors de lextraction des donnes partir dun chier Excel. La classe abstraite "Cellule" qui dsigne une cellule qui contient une donne dans un chier Excel. "msc_dpart_xls" hrite de Cellule et dsigne le MSC dpart. "msc_destination_xls" hrite de Cellule et dsigne le MSC destination. La classe "route_kpi" dsigne une donne qui reprsente un indicateur de performance pour une route et qui ncessite une vrication de dpassement de seuil.

F IG . 3.6 Diagramme de classe de package "MB.OGSM. EXTRACTTOXML "

Ce module contient aussi la classe "Source" qui dsigne une source de donnes contenant des champs "Field" ou "Cellule" selon son type et elle est associe un dossier o rsident les chiers sources. Cette classe est indispensable pour dnir

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

41

le chier DTD utiliser pour la gnration des chiers XML. Un exemple de chier DTD est prsent dans lannexe B.

3.3.2.5 Conception de module responsable de conguration de lacheminement Le package responsable de ce module est "MB.OGSM.CONFIGURATIONROUTING" (voir gure 3.7 ), il ralise lopration dextraction des donnes de chiers XML et il contient les deux classes suivantes : PlanAcheminement : cette classe utilise un parseur XML et contient les mthodes qui permettent dextraire des donnes ncessaires pour visualiser un plan dacheminement dun MSC vers les autres. Entre2MSC : cette classe utilise un parseur XML et contient les mthodes qui permettent dextraire des donnes ncessaires pour visualiser les acheminements entre un MSC dpart et un MSC destination.

F IG .

3.7

Diagramme

de

classe

de

package

"

MB.OGSM.CONFIGURATIONROUTING "

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

42

3.3.2.6 Conception de module de la reprsentation graphique Ce module est reprsent par le package "MB.OGSM.DISPLAYAPPLET" (voir gure 3.8). Il se dcompose en deux classes : Graph : cest la classe qui traite les donnes parses partir des chiers XML et les afche dans une applet. Applet_in_frame : elle permet dajouter lapplet dans une fentre an damliorer la visibilit et la lisibilit.

F IG . 3.8 Diagramme de classe de package " MB.OGSM.DISPLAYAPPLET "

3.3.2.7 Conception de module responsable de la modication des donnes Le package responsable de ce module est "MB.OGSM.XMLMANAGER" (voir gure 3.9), il contient les deux classes suivantes : Information : cette classe utilise des requtes XML an de connaitre les caractristiques de chaque lment de rseau. Manip2Xml : elle utilise aussi des requtes XML et elle permet de mettre jour une valeur dun champ de type quelconque dans un chier XML.

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

43

F IG . 3.9 Diagramme de classe de package " MB.OGSM.XMLMANAGER "

3.3.2.8 Conception de module responsable de dtection des boucles Le package de dtection des boucles est "MB.OGSM.DETECTIONBOUCLE" (gure 3.10), il contient les deux classes suivantes : Lancer_detection : contient lalgorithme de dtection de boucles qui parcourt tout les lments dun rseau et afche les localisations de problme. Modication_seuil : cette classe permet lutilisateur dentrer une nouvelle valeur de seuil de qualit ne pas dpasser qui sera prise en considration lors de la dtection des prochaines boucles.

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

44

F IG . 3.10 Diagramme de classe de package "MB.OGSM.DETECTIONBOUCLE "

3.3.2.9 Conception de linterface de lapplication

Le package qui contient linterface de lapplication est : "MB.OGSM.INTERFACE ", il contient la classe WORKSPACE qui est une classe convenable et conviviale pour lutilisation de loutil travers des interfaces graphiques java utilisant la bibliothque Swing et la classe Main qui permet lexcution de lapplication.

3.3.2.10 Le diagramme de classe global

Ce diagramme de classe (gure 3.11) met en uvre les packages contenant des classes, contenant leurs tour des attributs et des oprations, et relies par des associations simples.

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

45

F IG . 3.11 Diagramme de classe global

3.3.3 Diagrammes de Squences


Un diagramme de squence permet de reprsenter les successions particulires denchainement dun scnario en utilisant des conventions graphiques. Dans notre cas, nous avons choisi 3 scnarios diffrents modliser par des diagrammes de squences.

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

46

Le premier illustr par la gure 3.12 dcrit la cration dun nouveau chier XML, lutilisateur lance lapplication, ensuite il choisit linterface dinsertion des nouveaux donnes. Aprs lauthentication laide dun nom dutilisateur et un mot de passe valides, lutilisateur saisit une source de donne stocke sur le disque dur qui contient soit la table de routage dun MSC determin soit des critres de qualit concernant chaque route une date prcise et enn il choisi de gnrer le chier XML. Le systme va utiliser le chier DTD appropi selon le choix de lutilisateur en vriant le type de chier selectionn, ensuite la source va tre parse et lutilisateur sera alert aprs la n de la gnration du nouveau chier XML.

F IG . 3.12 Diagramme de squence : " cration dun nouveau chier XML "

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

47

Le second scnario prsent par la gure 3.13 dcrit le cas o lutilisateur veut visualiser le plan dacheminement dun MSC. En effet un utilisateur qui demande lafchage de lacheminement de trac doit saisir le nom du MSC de dpart.

F IG . 3.13 Diagramme de squence : " Visualisation dun plan dacheminement "

Le troisime diagramme de squence donn par la gure 3.14 dcrit les enchainements qui mnent la dtection des boucles dans un rseau aprs une modication du champ trac dans un faisceau et une xation de seuil. En effet, lutilisateur commence par choisir un MSC de dpart an que le systme localise le chier XML adquat traiter. Ensuite, il va xer un seuil de qualit ne pas dpasser, puis il saisira le nud destination, le nom de la route et le nouveau trac. Par la suite, lapplication va lancer aprs une demande de la part de lutilisateur, lalgorithme de la dtection de boucles et afcher les rsultats lcran.

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

48

F IG . 3.14 Diagramme de squence : " Dtection des boucles ""

CHAPITRE 3. SPCIFICATION DES BESOINS ET CONCEPTION

49

3.4 Conclusion
Dans ce chapitre, nous avons cern dabord les objectifs de notre application. Ces objectifs doivent rpondre certaines normes et certaines exigences, ce qui a nous permis ensuite de bien laborer les modles de conception de lapplication en utilisant les diagrammes offerts par UML. An dillustrer la concrtisation de cette conception, nous prsentons dans le chapitre suivant une description de ltat de la ralisation de notre projet.

CHAPITRE

Ralisation

4.1 Introduction
Ce chapitre constitue le dernier volet de ce rapport, il traite la phase qui a pour objectif limplmentation de notre application. Nous commenons, tout dabord, par la description de lenvironnement matriel et logiciel utilis pour dvelopper notre solution ensuite nous justions nos choix technologiques utiliss, enn nous donnons un aperu sur le travail ralis.

4.2 Environnement de travail


Un bon environnement matriel et logiciel assure le bon droulement du travail et garantit de bons rsultats. travers cette section nous dcrivons notre environnement de travail.

4.2.1 Environnement matriel


Pour raliser lapplication, un PC portable, dont les caractristiques matrielles sont comme suit, a t utilis : Processeur : Centrino 1.66 Ghz. Mmoire vive : 1024 Mo. Disque dur : 100 Go.

CHAPITRE 4. RALISATION

51

4.2.2 Environnement logiciel


An de mettre en place notre application, nous utilisons les logiciels suivant : Windows XP SP JRE Version 1.6.0_11 (Java 2 Standard Edition Runtime Environment) Eclipse SDK Version 3.1.0 win32 Sybase PowerAMC 12.1.0

4.2.3 Librairies Java


dom4j-1.6.1.jar : librairie utilise pour le traitement des chiers XML. Jexcel-2.6.8.jar : librairie utilise pour le traitement des chiers Excel. lib_SwingX.zip : nouvelle librairie implmentant une nouvelle gnration de composants Swing trs ables et trs beaux ct design.

4.3 Etude et choix technologique


Lors de la cration de nimporte quelle application, le choix des outils est une tape non arbitraire, bien au contraire, elle doit faire lobjet de rexion.

4.3.1 Etude technologique


Avant que limplmentation de notre application ne puisse tre entamme, une tude technologique doit tre ralise. Cette section prsente le rsultat de cette tude qui est la premire partie de la phase de dveloppement de ce projet de n dtudes. Avant que nous montrions les rsultats de ltude, nous rappelons que la technologie choisie doit permettre de raliser les exigences mentionnes au niveau du troisime chapitre. Donc pour la ralisation de ce projet, plusieurs alternatives se sont poses : Plate forme de programmation Pour ce qui est de la plate forme de programmation nous avons eu le choix entre JAVA, C++ et Visual Basic. Cette slection est justie par le fait que tous

CHAPITRE 4. RALISATION

52

ces langages : utilisent le concept orient objet et sapprtent parfaitement notre cas. permettent la cration dinterfaces graphiques sophistiques (menus droulants, boutons, cases cocher, etc.) essentielles pour la conception de linterface graphique de notre application. incluent le concept du modle vnementiel. Enn, ils sont capables de ragir des vnements et permettent de faire de la programmation vnementielle. Outre sa robustesse et sa performance, JAVA prsente le grand avantage dtre portable sur plusieurs plate formes (Windows, Linux,...). Son grand inconvnient reste sa lenteur durant la compilation. C++ est aussi un langage multi plate-forme. Il se distingue par sa rapidit lors de la compilation. Son principal dfaut reste la complexit de sa structure et la difcult pour la dnition des classes de travail. Visual Basic est nettement moins difcile, et permet une plus rapide et plus facile dnition des classes de travail. Reste linconvnient quil nest pas portable et doit tre utilis sur une plateforme Windows. Aprs cette tude comparative nous avons opt pour JAVA comme plateforme de programmation. Stockage des donnes Pour ce qui est stockage et la manipulation des donnes, nous avons eu le choix entre XML (eXtensible Markup Language) et les bases de donnes. Mais vu la taille volumineuse et la diversit des donnes, nous avons opt pour XML grce sa force qui rside dans sa capacit pouvoir dcrire nimporte quel domaine de donnes grce son extensibilit. Il va permettre de structurer, poser le vocabulaire et la syntaxe des donnes quil va contenir. Donc XML reste plus exible par rapport aux bases de donnes relationnelles qui traduisent les donnes en tables et colonnes. Lutilisation de XML pour la reprsentation des donnes va nous rendre possible : La cration des balises XML (voir lannexe B) autant quil le faut pour laccueil de nimporte quelle masse de donnes.

CHAPITRE 4. RALISATION

53

La saisie une seule fois du contenu des modles et des objets sans se soucier de la prsentation ou des traitements futurs. La gnration de multiples reprsentations (en tableau, en texte suivi). Les oprations ventuelles de tri, slection, rorganisations, gnration automatique de libells.

4.3.2 Choix technologique


Lenvironnement de dveloppement Eclipse Eclipse est un environnement de dveloppement Java gratuit, "open-source" et extensible. La caractristique essentielle dEclipse est lextensibilit de lenvironnement. Le cur dEclipse est en fait compos dun socle capable de charger des modules de base (plugins) permettant de grer des ensembles de ressources (projets, chiers, rpertoires, ) pour permettre la cration dinterfaces graphiques cohrentes. En utilisant cette librairie, les plugins ont un aspect homogne. Eclipse peut donc servir de socle tout outil de dveloppement, quel que soit le langage et les formats de chiers supports. Pour la mise en place de notre application, nous avons bnci des atouts de lenvironnement de dveloppement Eclipse 3.1 qui offre les librairies cites prcdemment permettant de faciliter le travail. LAPI DOM4J DOM4J (Document Object Model) est une API (Application Programming Interface) du langage Java dveloppe indpendamment de Sun Microsystems. Elle permet de manipuler des donns XML plus simplement quavec les API classiques. Son utilisation est pratique pour tout dveloppeur Java et repose sur les API XML de Sun. DOM4J utilise DOM pour manipuler les lments dun document Object Model spcique. Le but de DOM4J nest pas de dnir un nouveau type de parseur mais de faciliter la manipulation au sens large de document XML : lecture dun document, reprsentation sous forme darborescence, manipulation de cet arbre, dnition dun nouveau document, exportation vers plusieurs cibles ... Pour tous ces avantages, nous avons choisi DJOM4 dans la ralisation de notre outil o il nous a servis de manipulateur des chiers des donnes.

CHAPITRE 4. RALISATION

54

4.4 Aperus de lapplication


Des imprimes cran sont insrs dans cette partie pour donner un aperu sur quelques rubriques de loutil ralis dans ce projet. Interface daccueil Au lancement de lapplication, une seule fentre souvre contenant le nom de loutil laquelle sajoute une barre de menu qui contient les diffrentes tches quun utilisateur peut effectuer. Dans la gure 4.1 est prsente une vue gnrale de notre application.

F IG . 4.1 Interface daccueil

CHAPITRE 4. RALISATION

55

Insertion des donnes Pour que lutilisateur insre ses nouvelles donnes, il doit tout dabord passer par une phase dauthentication illustre dans la gure 4.2. Il est pri dintroduire son nom dutilisateur et son mot de passe. Il a le choix par la suite dinsrer des donnes dacheminement partir des chiers texte o des donnes QOS partir des chiers Excel.

F IG . 4.2 Authentication de lutilisateur

Nous choisissons de montrer celle dinsertion des donnes dacheminement, lutilisateur va slectionner le chier log qui a t cr aprs le lancement dun script dans lOSS et qui est de type texte (voir gure 4.3). Ensuite, lutilisateur aura la possibilit de consulter les donnes contenu dans ce chier , de gnrer le XML en structurant ces donnes ou de supprimer le chier (voir gure 4.4).

CHAPITRE 4. RALISATION

56

F IG . 4.3 Slection dun chier des donne

F IG . 4.4 Enregistrement des donnes dans un chier XML

CHAPITRE 4. RALISATION

57

Visualisation dun dacheminement Pour visualiser un plan dacheminement, on a utilis des sous menu an de faciliter lutilisateur la manipulation des cartes du plan dacheminement, pour visualiser lacheminement dAriana, par exemple, il suft de cliquer sur MSC_Ariana (voir gure 4.5).

F IG . 4.5 Sous menu

CHAPITRE 4. RALISATION

58

Sur le plan dacheminement, lutilisateur peut distinguer entre les routes principales et les dbordements sortant du MSC slectionn vers tous les autres MSCs du rseau (Voir gure 4.6).

F IG . 4.6 Visualisation dun plan dacheminement "Ariana"

Lutilisateur peut rorganiser lemplacement des MSCs en les dplaant dans nimporte quelle position de lapplet. De plus il a la possibilit dafcher uniquement les routes principales ou les routes de dbordements selon leurs alternatives en appuyant sur des boutons (Alternative 1, Alternative 2, Alternative 3, Alternative 4) . Lutilisateur peut aussi en cochant des boutons (respectivement Route et trac) dafcher le nom de la route et son trac dans lheure la plus charge selon les donnes rcemment insres.

CHAPITRE 4. RALISATION

59

Lutilisateur peut aussi visualiser lacheminement entre 2 MSC. Il est pri dans ce cas de slectionner le MSC de dpart et le MSC destination (voir gure 4.7). Nous reprsentons le cas du trac entre MSC_Sousse comme MSC de dpart et le MSC_Orascom comme MSC destination.

F IG . 4.7 Visualisation dun acheminement entre 2 MSCs

A partir du chier trait, nous visualisons sur la gure 4.8 les routes principale et alternatives entre Sousse (MSC_SO1) et un rseau Tunisiana (MSC_ORA). Nous pouvons partir de cette interface voir que entre les deux MSCs slectionns existent trois routes dont une primaire (directe) et deux alternatives via Hached (MSC_Hached) ou Ouardia (MSC_OU).

CHAPITRE 4. RALISATION

60

F IG . 4.8 Visualisation des faisceaux sortant de MSC Sousse 1 vers MSC Orascom

Fentre dinformations Pour connatre les donnes sur chaque lment de rseau, il suft de cliquer sur un faisceau ou un nud, lutilisateur peut afcher une fentre dinformation contenant toutes les caractristiques quon a besoin de llment choisi (voir gure 4.9).

F IG . 4.9 Fentre dinformations

CHAPITRE 4. RALISATION

61

Test dun cas de dtection des boucles Dans cette partie, nous prsentons un scnario de test de dtection de boucle effectu sur un rseau vivant et qui est dj oprationnel. Ceci ncessite la disponibilit de certaines donnes de cots des liaisons inter-MSC. Une excution de lalgorithme de dtection des boucles sur le rseau GSM de Tunisie Telecom en considrant la conguration et les donnes de couts qui ont lieu le 02/11/2008 aprs une xation de seuil de qualit 70donne comme rsultat une seule boucle (voir gure 4.10). En fait, il y a des appels partant de Hached (MSC_HA1) vers Beja (MSC_BJ1) qui font le va et vient dans le seul faisceau principal (nomm BEJAMO) satur pendant un certain temps.

F IG . 4.10 Dtection des boucles

CHAPITRE 4. RALISATION

62

Pour chercher des optimisations possibles sur le rseau, on prvoit des congurations et des couts de trac possibles inter-MSC. Et en appliquant la mthode dessai et derreur, leffet de chaque modication sur les faisceaux va apparaitre sur le plan dacheminement. Dans notre cas, nous avons choisi daugmenter le trac de la route "SOUSM2O" sortante de Sousse (MSC_SO1) de 200 Erlang (voir gure 4.11). Le trac enregistr le 02/11/2008 sur cette route selon lheure la plus charge est de 633,26 Erlang.

F IG . 4.11 Modication de trac sur un faisceau

Ensuite, nous testons leffet de cette augmentation de trac sur le faisceau "SOUSM2O" en rexcution lalgorithme de dtection des boucles. Une deuxime boucle de trac va apparaitre sur le rseau (voir gure 4.12), des appels sortant de Sousse (MSC_SO1) vers Gafsa (MSC_GAF) feront le va et vient entre le faisceau principal "SFAXM2O" satur le 02/11/2008 et le faisceau secondaire "SOUSM2O" satur aprs notre augmentation de trac effectue prcdemment.

CHAPITRE 4. RALISATION

63

F IG . 4.12 Dtection des boucles aprs modication du trac dun faisceau

Enn, nous concluons que la modication effectue na pas apporte loptimisation souhaite de notre rseau, dans ce cas et aprs avoir localis les problmes de boucles, il est possible de proposer des solutions ncessitant une reconguration complte du rseau (basculement des BSCs, ajout des circuits...).

4.5 Conclusion
Dans ce chapitre, nous avons prsent en dtail la ralisation des diffrentes parties de notre projet en commenant par la prsentation des outils utiliss tout en justiant leurs diffrents critres de choix. Ensuite, nous avons prsent un aperu sur quelques interfaces de notre application.

Conclusion gnrale

E projet sinscrit dans le cadre de mon stage de n dtude effectu au sein de la socit Tunisie Telecom. Il vise concevoir et raliser une application qui

permet damliorer la qualit du rseau GSM par loptimisation de lutilisation des ressources disponibles. Cette application a pour objectif de visualiser graphiquement le plan dacheminement de chaque MSC et le suivi rgulier de lutilisation des faisceaux du rseau de cur, et daider lutilisateur optimiser certain rsultats en lui permettant de grer les problmes de boucles qui surviennent dans le rseau. Nous avons dbut notre travail par une tude bibliographique sur le GSM, lacheminement de trac ainsi que sur les critres de qualit de service qui seront utiliss durant le projet. Ensuite nous avons analys et spci les besoins ncessaire pour le dveloppement de notre outil. Par la suite, nous avons attaqu la conception gnrale et dtaille de notre application. De ce fait, nous nous sommes aids des diagrammes de classes pour concevoir les diffrents modules composant loutil et des diagrammes de squences pour reprsenter des scnarios dutilisation de notre outil. Finalement, nous avons essay de montrer ltat de la ralisation de notre projet. Nous avons montr des rsultats lmentaires obtenus par notre outil, qui sauront rpondre aux besoins de lutilisateur. Ce projet nous a t trs bnque sur diffrents plans : dune part, il nous a permis de dcouvrir la technologie GSM qui savrait fascinante et prsentant une utilit de masse pour le domaine de tlcommunications. Dautre part, nous avons eu loccasion de bien enrichir nos connaissances techniques particulirement dans la programmation sous Java et dans le langage XML. Un autre aspect important de notre exprience tait lopportunit de dcouvrir le milieu professionnel avec tout ce quil implique comme responsabilit, discipline et travail en quipe. Beaucoup de difcults nous ont rencontrs au cours de notre stage. Les plus importantes se rsument dans le dveloppement et la visualisation graphique dune part, et la comprhension des concepts dacheminement dautre part.

CONCLUSION GNRALE

65

Nous clturons ce travail en indiquant quon a pu tester notre application pour plusieurs reprises sur le rseau GSM de Tunisie Telecom et les rsultats fournis sont assez satisfaisants et prsentent des solutions doptimisation de bonnes qualits en un temps de traitement acceptable. Nanmoins, plusieurs autres amliorations restent envisageables tels que lajout dautres fonctionnalits pour la gestion des ressources radio an dobtenir un outil complet qui proposera le plus possibles des solutions optimales. Enn, jespre que le prsent travail a ralis les objectifs demands et apport du plus dans ce domaine.

Bibliographie

[1] ETSI, http ://www.etsi.org, consult le 23/10/2008. [2] Alcatel, "Alcatel BSS 900/1800 Introduction au sous-systme BSS", 1998. [3] Jean Cellmer, "Rseaux cellulaires systmes GSM", Dolphin Telecom, Fvrier 1999. [4] Sami Tabbane, "Ingnierie des rseaux cellulaires", Serie Hermes, Octobre 2002. [5] Frdric Payan,"Le GSM", Cours de dpartement R&T - IUT de Nice Cte dAzur, 2003-2004. [6] Kilani Mohammed Ali, "Conception et ralisation dun outil pour le suivi de qualit du rseau GSM", rapport de projet de n dtudes IsetCom, 2004-2005. [7] Jean Michel, "Acheminement dune communication", www.lesmobiles.com, 2005. [8] Augustin Radu, "Evaluation de la qualit de service par lutilisateur nal dans les systmes mobiles", 12 Mars 2004. [9] Thierry Kondratuk, "Qualit de service des rseaux mobiles 2G", Cours de Cnam de Lille, 1999. [10] E.Bacha, "Developpement dun outil pour lvaluation des performances des rseaux", rapport de projet de n dtude SupCom, 2002-2003.

ANNEXE

Les chiers traces capturs

Cette premire annexe introduit les diffrents chiers traces que nous avons pu capturer depuis lOSS et qui seront exploits durant la ralisation de notre application.

A.1 Le langage OPS Script


OPS (Operations Procedure Support) est un outil produit par Ericsson et quon le trouve dans la plupart des sous-systmes opration (OSS) et qui est vendu dans le monde entier pour grer des rseaux de tlcommunication divers. OPS est utilis pour crer et excuter des scripts vers des lments de Rseau, ou des commutateurs. LOPS est la fois un diteur, un compilateur et un excuteur pour des chiers de commande qui utilisent le langage de script OPS. An dobtenir des informations concernant les faisceaux reliant les diffrents commutateurs de Tunisie Telecom, nous avons conu le script suivant qui a t par la suite lancer sur lOPS.

ANNEXE A. LES FICHIERS TRACES CAPTURS

68

A.2 Exemple dun Script OPS

F IG . A.1 Exemple dun script OPS page 1/2

ANNEXE A. LES FICHIERS TRACES CAPTURS

69

F IG . A.2 Exemple dun script OPS page 2/2

ANNEXE A. LES FICHIERS TRACES CAPTURS

70

Le rsultat de lexcution de ce script est un chier texte qui contient toutes les informations concernant les acheminements de tous les commutateurs de lOSS 1. Un extrait de ce chier trace est prsent dans la gure A.3

F IG . A.3 Extrait de chier trace dacheminement

Daprs la gure A.1, nous remarquons quun acheminement de trac de MSC Sousse 1 vers MSC Hached utilise la route HACHEMO comme route principale et la route OUARM2O comme route de dbordement.

ANNEXE A. LES FICHIERS TRACES CAPTURS

71

Un autre chier de trace qui contient les critres de qualit de service pour chaque faisceau du rseau est obtenu depuis lOSS. Ce chier est de format Excel (voir gure A.2) et il est exploit an de nous donner des informations pour chaque lment du rseau, et il est indispensable pour la phase de dtection des boucles.

F IG . A.4 Extrait de chier trace de QOS

ANNEXE

Le Langage XML

B.1 XML (eXtensible Markup Language)


B.1.1 Prsentation de XML
XML (Langage balises tendu, ou Langage balises extensible) est en quelque sorte un langage HTML amlior permettant de dnir de nouvelles balises. Il sagit effectivement dun langage permettant de mettre en forme des documents grce des balises (Markup). Contrairement HTML, qui est considrer comme un langage dni et g (avec un nombre de balises limit), XML peut tre considr comme un mtalangage permettant de dnir dautres langages, cest--dire dnir de nouvelles balises permettant de dcrire la prsentation dun texte. La force de XML rside dans sa capacit pouvoir dcrire nimporte quel domaine de donnes grce son extensibilit. Il va permettre de structurer, poser le vocabulaire et la syntaxe des donnes quil va contenir. En ralit les balises XML dcrivent le contenu plutt que la prsentation. Ainsi, XML permet de sparer le contenu de la prsentation ce qui permet par exemple dafcher un mme document sur des applications ou des priphriques diffrents sans pour autant ncessiter de crer autant de versions du document que lon ncessite de reprsentations.

ANNEXE B. LE LANGAGE XML

73

B.1.2 Avantages de XML


Voici les principaux atouts de XML : La lisibilit : aucune connaissance ne doit thoriquement tre ncessaire pour comprendre un contenu dun document XML. Auto descriptif et extensible. Une structure arborescente : permettant de modliser la majorit des problmes informatiques. Universalit et portabilit : les diffrents jeux de caractres sont pris en compte. Dployable : il peut tre facilement distribu par nimporte quels protocoles mme de transporter du texte. Intgrabilit : un document XML est utilisable par toute application pourvue dun parseur (cest--dire un logiciel permettant danalyser un code XML). Extensibilit : un document XML doit pouvoir tre utilisable dans tous les domaines dapplications.

B.2 XSL
B.2.1 Prsentation de XSL
XML est un langage de structuration des donnes, et non de reprsentation des donnes. Ainsi XSL (eXtensible StyleSheet Language) est un langage recommand par le W3C pour effectuer la reprsentation des donnes de documents XML. XSL est luimme dni avec le formalisme XML, cela signie quune feuille de style XSL est un document XML bien form. XSL est un langage permettant de dnir des feuilles de style pour les documents XML. Toutefois, XSL permet aussi de retraiter un document XML an den modier totalement sa structure, ce qui permet partir dun document XML dtre capable de gnrer dautres types de documents (HTML, Texte,..) ou bien un chier XML de structure diffrente. Ainsi la structuration des donnes (dnie par XML) et leur reprsentation (dnie par un langage tel que XSL) sont spares. Cela signie quil est possible partir

ANNEXE B. LE LANGAGE XML

74

dun document XML de crer des documents utilisant diffrentes reprsentations (HTML pour crer des pages web).

B.3 DTD
B.3.1 Prsentation de DTD
Une DTD (Document Type Denition) est un document de base important pour les normes assurant lexactitude et lhomognit des donnes. Elle est utilise par la norme XML an de vrier quun document est conforme une syntaxe donne. Plus rigoureusement, La DTD permet de dnir un modle descriptif de structuration des donnes contenues dans un document XML. Elle aide organiser les donnes de manire normalise et permet de partager des documents XML. La DTD ne fait pas partie du document XML. Elle vient le complter pour que les donnes contenues dans ce document XML soient organises de manire normalise et puissent tre partages suivant un modle commun pour le partage de documents XML, soit dans un domaine de connaissances similaire, soit pour rpondre des besoins dnis. La DTD peut se prsenter de deux manires : soit la DTD est externe : cest un chier part, avec une extension point DTD, qui est associ par une ligne de programmation dans le document XML et qui a uniquement les informations dans une syntaxe propre la DTD. Ces informations listent les lments contenus dans le document XML, listent toutes les rgles syntaxiques, qui sappliquent limbrication de ces lments dans le document XML, listent enn les rgles qui sappliquent chacun de ces lments, savoir sils sont facultatifs ou obligatoires, sils sont rptables ou non, ou des rgles qui dnissent sil sagit de squences de caractres ou de squences alphanumriques. soit la DTD est en ligne : Sil y a peu dlments dans le document XML, la DTD peut tre intgre en haut de document XML, cest ce quon appelle une DTD en ligne.

ANNEXE B. LE LANGAGE XML

75

B.3.2 Exemple de DTD


La gure B.1 montre le DTD utilis pour les chiers XML qui contiennent les acheminement de MSC.

F IG . B.1 Le chier acheminement_denition.dtd

Un exemple de document XML valide qui lui est associ est celui dAriana,

F IG . B.2 Le chier XML MSC_Ariana.xml