Академический Документы
Профессиональный Документы
Культура Документы
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
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.
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
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
International Mobile Equipment Identity International Mobile Subscriber Indentity International Organization for Standardization
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
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
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
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 . . . . . . . . . . . . . . . .
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
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
ix
51 51 51 51 53 54 63 64 66 67 67 67 68 72 72 72 73 73 73 74 74 75
4.4 4.5
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 . . . . . . . . . . . . . . . . . . . . . . . . .
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
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 . . . . . . . . . . . . . . . . . . . . .
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.
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]
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.
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.
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.
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.
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, ...)
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,...
13
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.
15
Nom Um Abis A C
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
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.
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.
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.
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].
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.
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 :
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 :
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
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
CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE
25
CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE
26
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.
CHAPITRE 2. GESTION DE LACHEMINEMENT DE TRAFIC DANS LE RSEAU DE CUR GSM ET CRITRES DE QUALIT DE SERVICE
28
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
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.
31
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.
33
34
35
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.
37
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 :
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.
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".
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.
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.
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.
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
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 "
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.
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.
43
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.
44
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.
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.
45
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 "
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.
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.
48
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.
CHAPITRE 4. RALISATION
51
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.
CHAPITRE 4. RALISATION
54
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.
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
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).
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).
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.
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).
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.
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.
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
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
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.
68
69
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
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.
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.
ANNEXE
Le Langage XML
73
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
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.
75
Un exemple de document XML valide qui lui est associ est celui dAriana,