Vous êtes sur la page 1sur 66

MINISTERE DE LENSEIGNEMENT SUPERIEUR DE LA RECHERCHE SCIENTIFIQUE ET DE LA TECHNOLOGIE UNIVERSITE TUNIS EL MANAR

DEPARTEMENT TECHNOLOGIES DE LINFORMATION ET DES COMMUNICATIONS

PROJET DE FIN DETUDES


PRESENTE A

LECOLE NATIONALE DINGENIEURS DE TUNIS


POUR OBTENIR LE

DIPLOME NATIONAL DINGENIEUR EN TELECOMMUNICATIONS


PAR

JALLALI MOURAD

Conception et Dveloppement dune Plateforme pour le Monitoring de la QoS data des rseaux Radio 2G/ 3G
EN COLLABORATION AVEC :

ENCADRE PAR : ENCADRANT ENTREPRISE : MR. KAIS AMMEUR ENCADRANT ENIT : MR. MOHAMED CHEDHLY FEHRI

ANNE UNIVERSITAIRE : 2011-2012

B.P. 37 Le Belvdre 1002 Tunis - Tunisie 2001 73 Courriel : enit@enit.rnu.tn : Fax : +216872729 : Tlphone : +21671874700 :

ENIT

Tunisie Tlcom

Signatures des Encadreurs

Mr kais Ammeur:

Mr Mohamed Chedly Fehri:

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ii

ENIT

Tunisie Tlcom

Ddicaces

A tous les membres de ma famille, qui mont soutenu tout le long de mes tudes et qui mont pouss jusquau bout. A tous mes proches et mes amis pour leur encouragement et leur soutien. A tous ceux qui me sont chers.

Jallali Mourad

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

iii

ENIT

Tunisie Tlcom

Remerciements

Le prsent travail a t labor dans le cadre de mon projet de fin dtudes dingnieur en tlcommunications lEcole Nationale dIngnieurs de Tunis(ENIT). Ce projet a t propos et accueilli par le groupe Tunisie Tlcom dans et qui porte sur de conception et dveloppement dune plateforme pour le monitoring de la qualit de service des rseaux radio 2G et 3G. Jexprime mes remerciements Monsieur Kais Ammeur chef de projet dans le dpartement doptimisation des rseaux radio de Tunisie Tlcom pour sa disponibilit et son soutien. Je tiens galement adresser mes remerciements et ma gratitude Monsieur Mohamed Chedly Fehri, mon encadrant et maitre-assistant lEcole Nationale dIngnieurs de Tunis(ENIT) pour son encadrement, pour son aide prcieux et ses conseils importants tout au long de ce projet. Je suis particulirement reconnaissant lEcole Nationale dIngnieurs de Tunis (ENIT) pour mavoir offert lopportunit dacqurir cette exprience qui, sans doute, me sera dun grand apport dans ma vie professionnelle. Mes vifs remerciements sadressent galement aux membres du jury pour lhonneur quils me font en acceptant de juger ce travail.

Merci !

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

iv

ENIT

Tunisie Tlcom

Table de Matires
Liste des figures ............................................................................................... ix Liste des tableaux ............................................................................................. x Liste des Acronymes........................................................................................ xi INTRODUCTION GENERALE ....................................................................... 1 Chapitre 1:Cadre Gnral ............................................................................... 2 Introduction ...................................................................................................... 2 I. Cadre du projet ......................................................................................... 2

II. Prsentation de lentreprise daccueil ........................................................ 2 II.1. Prsentation Gnrale .............................................................................. 2 II.2. Les missions du Groupe........................................................................... 3 II.3. Organisation Fonctionnelle ...................................................................... 3 II.4.Prsentation du Service dAccueil ............................................................ 3 III. Prsentation du sujet ................................................................................. 4 III.1. Prsentation ............................................................................................ 4 III.2.Planification des tches ........................................................................... 4 Conclusion ........................................................................................................ 5 Chapitre 2: Etat de lArt des Rseaux Cellulaires ..................................... 6

Introduction ...................................................................................................... 6 I. Concept cellulaire ....................................................................................... 6 II. Evolution des rseaux cellulaires............................................................ 7

II.1. Norme GSM ............................................................................................ 7


II.1.1. Architecture Gnrale et Equipements .................................................................. 7 II.1.2. Identits dans un rseau GSM ................................................................................. 9 II.1.3. Les limites de la Norme GSM ................................................................................ 10

II.2. Le standard GPRS ................................................................................ 10

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ENIT

Tunisie Tlcom

II.2.1. Lapport de la technologie GPRS .......................................................................... 10 II.2.2. Architecture Matrielle du GPRS ......................................................................... 11

II.3. La technologie EDGE ............................................................................ 11 II.4. Tlphonie mode paquet haut dbit : UMTS .................................... 12
II.4.1. Architecture de lUMTS ......................................................................................... 12 II.4.2. Le domaine UE (User Equipement) ...................................................................... 13 II.4.3. UTRAN (UMTS Terrestrial Radio Access Network)......................................... 13 II.4.4. Rseau Cur CN (Core Network) ......................................................................... 13

II.5.HSPDA................................................................................................... 13 II.6.HSUPA................................................................................................... 14 III. Concept de la qualit de service ........................................................... 14 III.1. Dfinition ............................................................................................. 14 III.2. Critres de performances des rseaux 2G/3G ...................................... 14 Conclusion ...................................................................................................... 16 Chapitre 3: Spcification des Besoins et Conception................................... 17 Introduction .................................................................................................... 17 I. Analyse des besoins .................................................................................. 17 I.1. Besoins Fonctionnels .............................................................................. 17 I.2. Besoins Non Fonctionnels....................................................................... 18 II. Conception ............................................................................................. 18

II.1. Architecture cible de la plateforme ........................................................ 18 II.2. Conception Dtaille ............................................................................. 20


II.2.1.Application cliente .................................................................................................... 20 II.2.2. Application Serveur Central ................................................................................. 25 II.2.3. Application Oprateur ............................................................................................ 29

II.3. Conception de la base de donnes .......................................................... 31 Conclusion ...................................................................................................... 32 Chapitre 4: Description et Evaluation de Performances de la Plateforme Dveloppe ...................................................................................................... 33
Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012
vi

ENIT

Tunisie Tlcom

Introduction .................................................................................................... 33 I. Environnement du travail........................................................................ 33 I.1. Environnement Matriel ......................................................................... 33


I.1.1. Ordinateur .................................................................................................................. 33 I.1.2. Modem cl 3G ............................................................................................................ 34

I.2. Environnement Logiciel .......................................................................... 34 I.3.Framework et Langages de programmation utiliss ................................. 36 I.3.1. Java ..................................................................................................... 36 I.3.2. Java 2 Entreprise Edition (J2EE) ......................................................... 36 I.3.3. APIs utilises ....................................................................................... 37 II. Ralisation ............................................................................................. 38

II.1. Application Clientle ............................................................................. 38 II.1.1.Prsentation de linterface de lapplication .......................................... 38 II.1.2. Choix des informations enregistrer................................................... 39 II.1.3.Cration dun fichier local ................................................................... 40 II.1.4. Envoi vers serveur FTP...................................................................... 41 III. Application Oprateur .......................................................................... 41 III.1. Demande daccs ................................................................................. 41 III.2.Prsentation des Statistiques .................................................................. 42 III.2.1. Statistiques Par Date .......................................................................... 44 III.2.2. Statistiques Par Rgion ...................................................................... 45 IV. Diagnostic des problmes de QoS ....................................................... 45

Conclusion ...................................................................................................... 47 CONCLUSION GENERALE.......................................................................... 48 Bibliographie .................................................................................................. 49 Annexes ........................................................................................................... 50 Annexe A: Les commandes AT..................................................................... 50

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

vii

ENIT

Tunisie Tlcom

Annexe B: Connexion un modem 3G via HyperTerminal ......................... 51 Annexe C: Systmes de mesure de la QoS dans les rseaux mobiles ............. 52

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

viii

ENIT

Tunisie Tlcom

Liste des figures

Figure 1:Organigramme Gnral du Groupe Tunisie Tlcom [N1] --------------------------------------------------3 Figure 2: Planification des tches ---------------------------------------------------------------------------------------------- 5 Figure 3:Exemple thorique de couverture cellulaire [B4] -------------------------------------------------------------- 6 Figure 4:Le Sous-Systme Radio [B1] ----------------------------------------------------------------------------------------7 Figure 5:Le Sous-Systme d'Acheminement [B1] --------------------------------------------------------------------------8 Figure 6:Le Sous-Systme d'Exploitation et de Maintenance [B1] ----------------------------------------------------9 Figure 7:Architecture du Rseau GPRS [B1] ----------------------------------------------------------------------------- 11 Figure 8:Architecture du Rseau UMTS [N7] ---------------------------------------------------------------------------- 12 Figure 9:Prsentation de l'Architecture de la plateforme -------------------------------------------------------------- 19 Figure 10:Prsentation Dtaille des composantes de lArchitecture ----------------------------------------------- 19 Figure 11:Mode de fonctionnement (Application Clientle)----------------------------------------------------------- 21 Figure 12:Diagramme de cas d'utilisation (Application clientle) --------------------------------------------------- 22 Figure 13:Diagramme des Classes (Application Cliente)--------------------------------------------------------------- 23 Figure 14:Diagramme de Squence (Cas Systme) ---------------------------------------------------------------------- 24 Figure 15:Diagramme de Squence (Description dtaille) ------------------------------------------------------------ 25 Figure 16:Prsentationde l'application du Serveur Central ----------------------------------------------------------- 26 Figure 17:Mode de fonctionnement (Application mise jour de la base de donnes) --------------------------- 26 Figure 18:Interactions avec Serveur FTP ---------------------------------------------------------------------------------- 27 Figure 19:Interactions avec Base de Donnes ----------------------------------------------------------------------------- 27 Figure 20:Diagramme des Classes (Serveur Central) ------------------------------------------------------------------- 28 Figure 21:Diagramme de Squence (Serveur Central) ----------------------------------------------------------------- 29 Figure 22:Diagramme de Cas d'Utilisation (Application Oprateur) ----------------------------------------------- 30 Figure 23:Diagramme des Classes (Application Oprateur) ---------------------------------------------------------- 30 Figure 24:Diagramme de Squence (Application Oprateur)--------------------------------------------------------- 31 Figure 25:Modle Conceptuel de donnes --------------------------------------------------------------------------------- 32 Figure 26:Interface d'Eclipse ------------------------------------------------------------------------------------------------- 35 Figure 27:Interface d'Accueil ------------------------------------------------------------------------------------------------- 38 Figure 28:Interface de l'application clientle (Onglet: Automatique)----------------------------------------------- 39 Figure 29:Interface de l'application Clientle (Onglet: Manuel) ----------------------------------------------------- 39 Figure 30:Choix des informations enregistrer -------------------------------------------------------------------------- 40 Figure 31: Enregistrement des donnes ------------------------------------------------------------------------------------ 40 Figure 32:Interface d'Authentification ------------------------------------------------------------------------------------- 41 Figure 33:Statistiques Globales----------------------------------------------------------------------------------------------- 42 Figure 34:Evolution de dbit de transfert de donnes ------------------------------------------------------------------ 43 Figure 35:Evolution Dbit/ Evolution des technologies (WCDMA/EDGE) ---------------------------------------- 43 Figure 36: Statistiques par Date ---------------------------------------------------------------------------------------------- 44 Figure 37:Reprsentation des paramtres (LAC, CI) ------------------------------------------------------------------- 44 Figure 38:Statistiques par Rgion (LAC) ---------------------------------------------------------------------------------- 45 Figure 39: Diagramme de Diagnostic des problmes de QoS -------------------------------------------------------- 46 Figure 40:Communication via un HyperTerminal ---------------------------------------------------------------------- 51 Figure 41 : Schma de lvaluation des performances de la QoS----------------------------------------------------- 52

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ix

ENIT

Tunisie Tlcom

Liste des tableaux

Tableau 1: Les seuils des KPIs------------------------------------------------------------------------------------------------ 16 Tableau 2:Commande de control -------------------------------------------------------------------------------------------- 50 Tableau 3:Commandes du contrle des donnes des cartes ----------------------------------------------------------- 50

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ENIT

Tunisie Tlcom

Liste des Acronymes


0-9
1G 2G 3G First Generation of wireless communication technology Second Generation of wireless communication technology Third Generation of wireless communication technology

A
API Application Programming Interface

B
BSC BSS BTS BER Base Station Controller Base Station Subsystem Base Transceiver Station Bit Error Rate

C
Cell ID CDMA CN Cellule Identity Code Division Multiple Access Core Network Enhanced Data Rate for GSM Evolution

E
EDGE

F
FDD FTP Frequency Division Duplex File Transfert Protocol

G
GPRS GSM General Packet Radio Service Global System for Mobile communication

H
HSPA HSDPA High-Speed Packet Access High-Speed Downlink Packet Access

J
JVM J2EE Java Virtuel Machine Java2 Enterprise Edition

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

xi

ENIT

Tunisie Tlcom

L
LAC Location Area code

M
MCC MMS MNC MSC Mobile Country Code Multimedia Message Service Mobile Network Code Mobile Switching Center

N
NSS Network and Switching Subsystem

O
OSS Operation and Support Subsystem

Q
QoS Quality of Service

R
RSSI Received Signal Strength Indication

T
TDD TDMA Time Division Duplex Time Division Multiple Access

U
UMTS UTRAN Universal Mobile Telecommunications System UMTS Terrestrial Radio Access Network

W
W-CDMA Wideband Code Division Multiple Access

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

xii

INTRODUCTION GENERALE

Il est important de noter que les tlcommunications reprsentent

la rvolution la plus

innovante qui a marqu la vie de lhumanit moderne durant ce dernier sicle. En effet, cette avance technologique a absolument chang la vie de lhomme grce aux diffrents services mise en uvre en faveur de lutilisateur. Ce progrs norme nempche pas lexistence des ides innovatrices qui touchent essentiellement le besoin du client cible ce qui contribue llaboration dun espace

convenable la concurrence entre les oprateurs mobiles. En effet, la tendance rpondre aux besoins du client pousse les oprateurs amliorer la qualit de service offert. Il savre donc que la qualit de service , dans ce domaine comme dans beaucoup dautres, constitue une source fondamentale de diffrenciation, aussi dterminante que le prix du service fourni ou ltendue de la couverture. Le maintien et le suivi de cette qualit ncessitent le contrle continu de ltat de fonctionnement du rseau et de toutes les performances ralises et par consquent, l intrt doutils dingnierie adapts. La concurrence entre les oprateurs des tlcommunications est trs dynamique o le seul moyen dattirer le regard du client est de lui offrir sans cesse de nouveaux services avec la meilleure qualit possible. Dans ce contexte sinscrit notre projet de fin dtudes qui a pour objectif la conception et le dveloppement dune plateforme pour le monitoring de la qualit de service(QoS) des rseaux 2G et 3G. Le prsent rapport se dcompose en quatre chapitres, on prsentera le contenu de chaque chapitre. Dans le premier chapitre, on prsentera lenvironnement du travail ainsi q ue le sujet traiter. Le second chapitre sera consacr la prsentation des architectures des rseaux cellulaires tels que GSM, GPRS, et UMTS et les tapes de lvolution de ces rseaux. Nous traiterons aussi dans ce chapitre le concept et les critres de la qualit de service (QoS). Nous entamerons dans le troisime chapitre, les phases danalyse des besoins et la conception. Nous prsenterons les diffrents diagrammes de cas dutilisation et de classes de notre application pour aboutir enfin ltablissement des diagrammes de squences. Dans le dernier chapitre, nous prsenterons le rsultat de dveloppement sous forme de diffrentes captures dcrans ainsi que les interprtations demandes.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ENIT

Tunisie Tlcom

Chapitre 1:Cadre Gnral

Introduction
Dans ce chapitre, il sagit de mettre le projet dans son cadre gnral. On commence par prsenter lenvironnement du stage travers une prsentation de la socit daccueil qui a adopt ce projet de fin dtude s. En effet, cest de lenvironnement que dpend, en grande partie, l efficacit et la qualit du travail demand. On finira par une description du sujet traiter ainsi que la mthodologie utilise afin de rsoudre les problmatiques de ce projet.

I. Cadre du projet
Ce projet porte sur Conception et Dveloppement dune plateforme pour le monitoring de la qualit de service(QoS) des rseaux radio 2G et 3G est ralis dans le cadre de la prsentation dun projet de fin dtude s prsent en vue de lobtention du diplme dingnieur en tlcommunication lEcole Nationale dIngnieurs de Tunis (ENIT) pour lanne universitaire 2011_2012 .

II. Prsentation de lentreprise daccueil


II.1. Prsentation Gnrale Tunisie Tlcom est un oprateur de tlcommunications qui travaille renforcer linfrastructure des tlcommunications en Tunisie et amliorer le taux de couverture sur ses rseaux fixe et mobile. Sa politique de diversification des services lui a permis doffrir ses clien ts une gamme de services au niveau de la tlphonie fixe, de la tlphonie mobile (GSM), et transmission par satellite (VSAT) et lADSL [N1]. Avec prs de 7 millions dabonns, le groupe sintresse aujourdhui sur les valeurs de proximit, de fiabilit et daccessibilit en visant une meilleure qualit de service au travers de ses 84 agences commerciales, ses multiples centres dappels et ses points de vente. Loprateur emploie plus de 8000 agents et a enregistr un chiffre daffaires de 1,117 milliards de dollars en 2009 selon le site Kapitalis.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ENIT

Tunisie Tlcom

II.2. Les missions du Groupe Le Groupe Tunisie Tlcom est charg dun ensemble doprations, parmi lesquelles on cite: Linstallation, lexploitation et lentretien des rseaux publics de tlcommunications. La contribution et la participation au dveloppement des tudes et des recherches scientifiques lies au secteur des tlcommunications [N1]. La promotion de la coopration tous les niveaux dans le domaine des tlcommunications. II.3. Organisation Fonctionnelle On prsente dans la figure ci-dessous une vue densemble de lorganisation fonctionnelle de la direction au sein du groupe :

Figure 1:Organigramme Gnral du Groupe Tunisie Tlcom [N1]

II.4.Prsentation du Service d Accueil Le stage de quatre mois ralis au sein du Groupe Tunisie Tlcom sest droul dans les locaux de la Direction Excutive des Rseaux Radio, et plus prcisment dans le service de lOptimisation des Rseaux Radio. Ce dpartement sintresse essentiellement de lingnierie des rseaux mobiles qui consiste concevoir, raliser et optimiser les rseaux de radiocommunication pour rpondre aux objectifs de qualit fixs par loprateur Tunisie Tlcom. Lobjectif essentiel de ce service est loptimisation et lvaluation des performan ces des rseaux mobiles 2G et 3G. Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012
3

ENIT

Tunisie Tlcom

III.

Prsentation du sujet

III.1. Prsentation Lobjectif de la plateforme est de permettre aux oprateurs mobiles de fournir un tableau de bord journalier sur lexprience de ses clients sur lutilisation de ses services data offerts. Plusieurs incidents de mauvaise qualit de service data des rseaux GPRS/EDGE/3G++ peuvent apparaitre aux clients dun oprateur mobile et souvent les causes sont multiples et se combinent pour crer des problmes de navigation internet. Avec les outils classiques danalyse de la qualit de service du rseau , on fait une meilleure estimation de la cause principale du problme puis des quipes de Drive Test seront envoys sur le terrain pour essayer de reproduire le problme. Le procs danalyse par Drive Test dun ct est couteux et dautre cot prend beaucoup de temps, et on nest pas capable de reproduire le mme symptme pendant un Drive Test donc on naura pas les donnes ncessaire s pour le diagnostic du problme. Ce projet de fin dtudes porte sur la conception et le dveloppement dune plateforme pour le monitoring de la qualit de service des rseaux 2G et 3G. En effet, loprat eur cherche toujours amliorer la qualit du service offert aux clients et dans ce cadre , il vient utile de dvelopper dabord une application cliente qui collecte les informations didentification du client et lensemble des KPIs data, puis on envoie lensemble de ces informations une base de donnes chez loprateur pour que les ingnieurs de loprateur arrivent suivre la qualit de service par lintermdiaire de lapplication oprateur .Cette application permet de prsenter et analyser les KPIs data sous plusieurs formes graphiques, ce qui permet de suivre et de diagnostiquer les problmes lis la QoS data et proposer ainsi des solutions afin de rsoudre un tel problme. III.2.Planification des tches Pour bien planifier notre projet et rendre plus simple le suivi de son avancement, nous avons prsent les tapes suivre durant la priode du stage dans le diagramme suivant.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ENIT

Tunisie Tlcom

Figure 2: Planification des tches

Conclusion
Ce chapitre a t consacr pour prsenter lentreprise daccueil (Groupe Tunisie Tlcom) ainsi que le cadre de ce projet de fin dtude s Conception et Dveloppement dune plateforme pour le monitoring de la qualit de service(QoS) des rseaux radio 2G et 3G . A ce stade, on va tudier et prsenter les architectures des rseaux 2G /3G et dfinir aussi les concepts lis la qualit de service, ce qui fera lobjet du deuxime chapitre.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ENIT

Tunisie Tlcom

Chapitre 2:

Etat de lArt des Rseaux Cellulaires

Introduction
Ce chapitre est un tat de lart de la tlphonie radio mobile dans lequel nous prsenter ons le contexte dans lequel sinscrit le prsent projet afin de pouvoir se focaliser sur les composantes de notre sujet. Nous tudierons successivement les interfaces radio mobiles mises en jeu, ensuite, nous traiterons le concept de qualit de service.

I. Concept cellulaire
Le concept cellulaire constitue le principe de base des rseaux radio mobiles. La zone desservie par un oprateur est divise en cellules alimentes partir dune station de base. Une cellule reprsente l'ensemble des points du territoire couvert par une mme BTS (Base Transceiver Station) et o le signal transmis par cette BTS est le plus fort .Chaque cellule est identifie par un BSIC (Base Station Identity Code). Le mobile est toujours connect la BTS la plus proche de point de vue radio [B2].

Figure 3:Exemple thorique de couverture cellulaire [B4]

L'utilisation du concept cellulaire permet dajuster les ressources radio la demande en trafic. Le principe se traduit par des zones forte concentration de BTS couvrant de petites cellules et des zones rurales faible concentration de BTS couvrant des cellules.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ENIT

Tunisie Tlcom

II. Evolution des rseaux cellulaires


II.1. Norme GSM La norme GSM est un systme cellulaire de transmission numrique. Le rseau GSM a pour rle essentiellement de permettre des communications entre abonns mobiles (GSM) et abonns du rseau tlphonique commut (RTC ou rseau fixe). Le GSM qui a fait une rupture avec les systmes cellulaires analogiques, utilise les bandes de frquences 900 MHz et 1800 MHz et utilise la technique de multiplexage F-TDMA ce qui offre un multiplexage temporel et frquentiel la fois. II.1.1. Architecture Gnrale et Equipements Le rseau GSM comporte les 3 sous-ensembles : Le Sous-Systme Radio BSS : responsable dassurer et grer les transmissions radios. Une station mobile est un terminal de donnes qui transmet et reoit des messages du rseau. La Base Transceiver Station ou (BTS) reprsente lensemble dmetteurs et de rcepteurs fixes. Elle a pour rle dchanger des messages avec les stations mobiles prsentes da ns la cellule quelle contrle. N ous trouvons aussi le contrleur de station de base nomm Base Station Controller ou (BSC). Il communique avec une ou plusieurs BTS [B1].

Figure 4:Le Sous-Systme Radio [B1]

Le Sous-Systme Rseau NSS : comporte lensemble des fonctions ncessaires pour les appels et la gestion de la mobilit .On trouve le commutateur du rseau Mobile Switching Centre ou (MSC) qui a pour rle le contrle de la BSC .Dune part, il permet linterconnexion entre un rseau GSM et une rseau tlphonique public interconnecte un Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012
7

ENIT

Tunisie Tlcom

rseau GSM avec le rseau tlphonique public RTCP/RNIS, Dautre part, il prsente linterface des bases de donnes du rseau GSM avec le sous -systme radio. Ces bases de donnes enregistrent la localisation des abonns. A ce niveau, on trouve les entits : o VLR Visitor Location Register : Une base de donnes reprsentant lenregistreur des visiteurs. o HLR Home Location Register : Une base de donnes contenant les informations relatives chaque utilisateur (abonn) savoir lIMSI et lIMEI. o AUC Authentification Centre : Une base de donnes qui permet lauthentification des demandes de services En effet, quand cet abonn demande laccs u n service, un quipement du rseau qui veut contrler la validit des privilges du demandeur interroge le HLR de labonn. Le HLR dun abonn contient des informations permanentes. En revanche, un VLR enregistre les informations temporaires, relatives une station mobile. [B1]

Figure 5:Le Sous-Systme d'Acheminement [B1]

Le Sous-Systme dExploitation et de Maintenance OSS : permet loprateur dexploiter et de contrler son rseau. quipements (OMC, EIR et AUC) assurent ensemble ladministration du rseau. LOMC est responsable de la gestion du rendement, la gestion de la scurit, et les oprations de maintenance. LEIR est une base de donnes qui peut tre consulte lors des demandes de services dun abonn pour vrifier que le terminal utilis est autoris fonctionner sur le rseau. LAUC est une base de donnes qui permet lauthentification des demandes de services. [B1]

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ENIT

Tunisie Tlcom

Figure 6:Le Sous-Systme d'Exploitation et de Maintenance [B1]

II.1.2. Identits dans un rseau GSM On sintresse dans cette partie aux paramtres didentification des clients dans le rseau. IMSI IMSI (International Mobile Subscriber Identity) est lidentifiant unique affect un abonn qui souscrit un abonnement mobile auprs dun oprateur. Ce numro dIMSI a t pralablement stock sur la carte SIM (Subcriber Identity Module). Le numro dIMSI nest pas connu de la part de labonn mobile et nest utilis que par le rseau GSM. L'IMSI est constitu de trois sous-champs : MCC (Mobile Country Code) : Il prsente le code du pays du rseau. MNC (Mobile Network Code) : Il s'agit du code du rseau mobile. Il identifie de manire unique le rseau GSM l'intrieur d'un pays. MSIN (Mobile Subscriber Identification Number ) : il s'agit du numro d'identification du mobile. Il identifie l'abonn mobile lintrieur du rseau mobile. [N2] MSISDN MSISDN ( Mobile Station ISDN Number) est le numro de tlphone associ la station mobile .Il contient les trois sous-champs suivantes : CC (Country Code) : prsente le code du pays dans lequel l'abonn mobile a inscrit son abonnement. NDC (National Destination Code) : Il s'agit du numro national du rseau GSM dans lequel un client a souscrit un abonnement.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

ENIT

Tunisie Tlcom

SN (Subscriber Number) : En France le numro MSISDN a la forme 33 6 AB PQ MCDU. 6 regroupe tous les abonns mobiles. AB est lindicatif Mobile GSM. PQ est le numro de HLR logique dans le rseau GSM. [N2]

IMEI LIMEI (International Mobile Equipment Identity ) permet didentifier de faon unique un terminal mobile au niveau international. Ce numro est donn par le constructeur du terminal mobile. L'IMEI est utilis par les oprateurs GSM pour lutter et dfendre contre les vols de terminaux ou pour empcher l'accs au rseau des terminaux. [N2] II.1.3. Les limites de la Norme GSM Le GSM offre un dbit maximal de 9,6 Kbit/s ce qui permet de transmettre en plus de la voix, des donnes de faible volume comme le SMS ou le MMS. Il est apparu vers le milieu des annes 1990 que cette norme atteindrait rapidement ses limites en termes de support dun service de transmission de donnes haut dbit. De plus et avec le progrs dans les services proposs par linternet, il parait ncessaire de coupler la mobilit avec laccs linternet. Pour cela les oprateurs ont pens migrer de la norme GSM une autre norme qui vite les lacunes et les dfauts du systme de seconde gnration et qui rpond aussi au dfi de la transmission de donnes haut dbit. Cette volution dbute par la phase de lintroduction du GPRS avec la transmission en mode paquet sur la voie radio. [B1] II.2. Le standard GPRS II.2.1. Lapport de la technologie GPRS Cette technologie tend larchitecture de la norme GSM et permet un transfert de donnes un dbit plus lev tout en optimisa nt lutilisation des ressources. La technologie GPRS donne la possibilit datteindre un dbit maximal thorique de 171,2 Kbit/s ce qui correspond pour lutilisateur un dbit maximal de 114 Kbit/s dans les conditions optimales. Donc la mise en place d'un rseau GPRS permet un oprateur de proposer de nouveaux services de type data avec un dbit de donnes 5 10 fois suprieur au dbit maximum thorique d'un rseau GSM. Le GPRS spcifie une technique de transmission en mode paquet qui immobilise le canal de communication. Cet action donne la possibilit davoir une connexion permanente et une facturation la donne ce qui prsente un avantage non ngligeable pour lutilisateur qui

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

10

ENIT

Tunisie Tlcom

peut rester connect sans surcot et ne paye que le cot du volume chang de donnes le contraire de GSM o lutilisateur est factur par le temps de connexion ainsi il paye mme sil ne consomme pas la capacit du rseau. [B 1] II.2.2. Architecture Matrielle du GPRS Lintgration du GPRS ncessite lajout de quelques quipements et des mises jour aux entits du rseau GSM pour que lancien rseau accepte lintgration de la nouvelle technologie tout en conservant ses fonctionnalits. La figure ci-dessous prsente une architecture de la norme GPRS.

Figure 7:Architecture du Rseau GPRS [B1]

Comme la figure 6 le prsente, il existe cot NSS un rseau de commutation de paquets en parallle du rseau de commutation de circuit. Pour cela on ajoute deux entits (SGSN et GGSN). Le SGSN est le dual paquet du MSC/VLR circuit. Il est connect au BSS et des SGSN et GGSN voisins. Le SGSN joue le mme rle ralis par le VLR dans la gestion de mobilit. En effet, il soccupe aussi de la compression et cryptage des donnes. Pour le GGSN il sagit dun nud dinterfonctionnement entre le rseau de donnes extrieur et le rseau mobile de transfert de paquets. [B1] II.3. La technologie EDGE LEDGE peut tre considr comme une amlioration du GPRS. Les oprateurs font le recours cette technologie car la norme UMTS les oblige dployer un autre rseau physique et donc des investissements trs lourdes. L'EDGE prsente l'avantage de pouvoir utiliser les infrastructures dj dployes contrairement l'UMTS. Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012
11

ENIT

Tunisie Tlcom

LEDGE est mis en place afin daccrotre la capacit des donnes par rapport au GPRS. La vitesse de transfert de donnes pour un rseau EDGE peut thoriquement atteindre un dbit maximum de 384 Kbps contre seulement 114 Kbps pour un rseau GPRS. Mme avec lintroduction du GPRS et EDGE, le dbit pratique dans des conditions optimales ne passe pas les 120 Kbit/s ce qui ne pas correspond aux attentes des utilisateurs .Pour cela les oprateurs se trouvent obligs sacrifier financirement et installer le rseau de troisime gnration. II.4. Tlphonie mode paquet haut dbit : UMTS LUMTS ou 3G est une norme pour les rseaux mobiles permettant de fournir aux utilisateurs une meilleure qualit de service. LUMTS est capable doffrir de nouvelles applications multimdias et des services valeur ajoute telle que la visiophonie et internet haut dbit. LUMTS utilise des frquences plus leves que le standard 2G. L UMTS occupe les bandes passantes : 1885-2025MHz et2110-2200MHz. [B3] II.4.1. Architecture de lUMTS Le rseau UMTS possde une architecture flexible et modulaire. Larchitecture illustre la figure 8, est compose de trois entits qui sont l quipement de lusager(UE), le rseau daccs radio (UTRAN) et le rseau cur (CN). En effet, chaque quipement doit raliser une fonction bien dtermine dans le rseau, alors que des interfaces dchange, nots par Uu et Iu, assurent les changes et la communication entre les diffrentes entits du rseau.

Figure 8:Architecture du Rseau UMTS [N7]

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

12

ENIT

Tunisie Tlcom

II.4.2. Le domaine UE (User Equipement) Il comprend tous les quipements terminaux et permet laccs linfrastructure du rseau et ses services par le biais de linterface Uu. II.4.3. UTRAN (UMTS Terrestrial Radio Access Network) Il fournit les ressources radio et les mcanismes ncessaires lUE pour accder au CN. Il permet la maintenance et la libration des canaux radio entre le terminal et le rseau cur CN et la gestion de ressources radio. LUTRAN est compos dun ensemble de sous-systmes nomms RNC et de plusieurs stations de base appel NodeB. NodeB : il a comme rle la transmission et la rception dinformations entre lUTRAN et un ou plusieurs quipements usagers. Les UEs sont connects au Node B via linterface Uu, qui assure la connexion radio. Le Node B s'occupe de la transmission et de la rception du signal radio, de la modulation/dmodulation, du codage de canal et l'adaptation du dbit de transmission. RNC: Il assure essentiellement le routage des communications entre les Nodes B et le rseau cur dune part et le contrle et la supervision des Nuds B dautre part par le biais de linterface IuB . [B 2] II.4.4. Rseau Cur CN (Core Network) Le CN assure la connexion entre les diffrents rseaux daccs radio dune part et les autres rseaux externes dautre part tels que RTCP et les rseaux Internet. Sa principale fonctionnalit est la commutation et le routage des donnes utilisateurs vers la destination correspondante, la gestion de la mobilit, de lauthentification, de la scurit des changes, de la taxation et de signalisation entre les terminaux mobiles et les rseaux distants via linterface radio. Dans le rle d'acheminement, le rseau cur se co mpose de serveurs etde passerelles qui se divisent entre deux sous-systmes principaux: le domaine CS et le domaine PS. II.5.HSPDA HSPDA (High Speed Downlink Packet Access) ou encore 3.5G ou le 3G+ prsente une norme volue du standard UMTS. En effet, ce protocole pour la tlphonie mobile offre des performances dix fois suprieures la 3G.Cette volution base essentiellement sur la

technologie WCDMA permet un utilisateur de tlcharger des dbits thoriques de 1,8 Mbit/s ; 3,6 Mbit/s ; 7,2 Mbit/s et 14,4 Mbit/s. Donc, il sagit dune amlioration qui offre des

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

13

ENIT

Tunisie Tlcom

occasions de tlchargement des trs hauts dbits de telle faon quon peut atteindre un dbit de tlchargement qui dpasse 7,2 Mbit/s avec la Release7. [N8] II.6.HSUPA HSUPA ( High Speed Uplink Packet Access) est une norme de haut-dbit mobile de troisime gnration dont les standards ont t dfinies et diffuss par le 3GPP dans la sixime dition du rfrentiel UMTS (Release 6 de lUMTS). HSUPA prsent comme un successeur de la technologie HSPDA, vient damliorer le dbit sur la voie montante ( Uplink) qui peut atteindre ce niveau 5,8 Mbit/s alors que le dbit descendant ( Downlink) reste le mme que celui de son prdcesseur (HSPDA) qui atteint 14 Mbit/s.[N8]

III. Concept de la qualit de service


III.1. Dfinition Gnralement, la qualit de service ou Quality of Service (QoS) est la capacit de transfrer dans les bonnes conditions un type de trafic donn, en termes de disponibilit, dbit, et dlai de transition. La qualit de service pour le rseau dtermine le degr de satisfaction de lutilisateur aux services offerts. III.2. Critres de performances des rseaux 2G/3G Afin de permettre aux oprateurs dobtenir des informations sur la qualit du service offert par leur rseau et de loptimiser, des indicateurs de performance appels KPIs (Key Performance Indicators) qui spcifient le fonctionnement radio des cellules ont t galement dfinis. En effet, un KPI 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 spcifiques. Ces indicateurs permettent la localisation des anomalies de rseau et par suite, lidentification et le diagnostic des causes de ces problmes afin de ragir avec des actions correctives adquates. [B4] Dans le but doffrir une qualit de service acceptable il faut que certains problmes doivent tre rsolus. Ces problmes sont principalement lis : a) La couverture : Ce problme ne peut pas tre dtect par le systme mais valu par les plaintes des abonnes et par les mesures radio. Les causes probables de ce problme sont les suivants :

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

14

ENIT

Tunisie Tlcom

Mauvaise configuration du rseau c'est--dire problme li la position des sites, ou les types dantennes. Problme dinstallation qui peut tre due la perte des puissances dans les cbles. Problme de maintenance.

b) La disponibilit du rseau : Cest la probabilit dobtention dun nouvel appel. La diminution de taux dappel aboutis implique que les abonnes ne peuvent pas tablir une communication. Les actions de lchec dtablissement dappel sexpliquent par : Le niveau daccs mi nimum dans la cellule. Linterfrence et la mauvaise couverture radio.

c) La qualit de voix : Loprateur agit contre le problme de la mauvaise qualit de communication, par les mesures systme et par les analyseurs de la qualit vocale. Les causes de dgradation de la qualit de la voix sont : La hors couverture. La mauvaise installation. La qualit des terminaux.

d) Les coupures dappels : La coupure de communication peut tre engendr par : La mauvaise couverture. Les interfrences.

Si un des KPI excde les seuils fixs par loprateur, le superviseur du rseau vient de signaler un problme dtect au niveau de la fonctionnalit quassure cet indicateur. Gnralement, ce problme est gnr partir dun problme ou une anomalie de couverture, dinsuffisance de capacit, d interfrence, ou dun problme mauvais paramtrage du rseau. A titre d exemple, si on enregistre un taux de coupure de lappel suprieur 2% , alors on a un problme de maintien dappel qui peut tre caus par la mauvaise couverture, linterfrence, problme lors du handover (dans ce cas on consultera les taux de succs de handover) ou un mauvais paramtrage du rseau. De plus, si le taux de succs de ltablissement dun service est infrieur 95%, dans ce cas on a un problme daccs au rseau caus par la capacit, linterfrence ou un problme de paramtrage du rseau. On prsente ci-dessous un tableau qui illustre les seuils de quelques KPI :

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

15

ENIT

Tunisie Tlcom

Indicateur Taux dtablissement des sessions Taux de coupures des sessions RNC Taux des sessions russis Taux de coupure sessions radio Taux de coupures dappels (call drop) Taux dtablissement dappels (call setup) Taux dappels russis (call success) Taux dchec de handover
Tableau 1: Les seuils des KPIs

Seuils > 95% 2% >95% 2% 2% >95% >95% 2%

Conclusion
Aprs avoir trait tout le long de ce premier chapitre les architectures des rseaux cellulaires ainsi que le concept de la qualit de service(QoS), en prsentant les diffrents paramtres et critres de performance de la QoS, on passera dans le chapitre suivant la conception des diffrentes applications qui constituent la plateforme de notre projet. On commencera dabord par identifier et analyser les besoins de lapplication et on passera ensuite une conception bien dtaille des diffrentes applications inclues dans la plateforme de monitoring de la QoS des rseaux 2G et 3G.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

16

ENIT

Tunisie Tlcom

Chapitre 3: Spcification des Besoins et Conception

Introduction
Nous passerons dcrire la conception lue pour raliser le travail demand. Pour ce faire, nous commencerons en premier lieu par une analyse et spcification des besoins, puis nous donnerons une ide sur le modle darchitecture convenable pour la ralisation de no tre application. Nous traiterons dans un second lieu la conception dtaill de notre application au moyen des diagrammes de cas dutilisation, de classes et de squences ainsi que la conception de la base de donnes.

I. Analyse des besoins


Les diffrents besoins auxquels la phase ralisation doit prendre en considration peuvent se diviser en deux grandes parties savoir, les besoins fonctionnels et les besoins non fonctionnels. I.1. Besoins Fonctionnels Il s'agit des fonctionnalits du systme. Ce sont les besoins qui spcifient un comportement d'entre / sortie du systme. En effet, ces besoins rpondent aux points prcis du cahier de charge et prennent en considration surtout les besoins de lutilisateur. Ce sont les "besoins primaires et primordiales" de la catgorie cible. Dans ce cadre, notre systme doit rpondre aux besoins fonctionnels suivants : La collecte dinformations. Lenregistrement des donnes collectes dans un fichier local . Lenvoi des fichiers enregistrs de la session prcdente vers un serveur FTP. Cration et enregistrement de la base des donnes. Lapplication devra pouvoir accder la base ds quune connexion sera tablie. Affichage de rsultat de lexcution de la requte.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

17

ENIT

Tunisie Tlcom

Lapplication permet de savoir le dbit de transfer t de donnes (Downlod ,Upload) tout en prcisant dtermine. les valeurs maximales durant une priode de connexion bien

Lapplication permet loprateur de dvelopper et optimiser son rseau data haut dbit en temps rel ainsi fidliser et rpondre la QoS demande par les clients. Lapplication permet aux ingnieurs de loprateur de diagnostiquer les problmes dutilisation des cls 3G vcus par les clients.

I.2. Besoins Non Fonctionnels Il s'agit des besoins qui caractrisent le systme. Ce sont des besoins en matire de performance, de type de matriel ou le type de conception. Ces besoins peuvent concerner les contraintes lis limplmenta tion (langage de programmation, de systme d'Exploitation...) ou l'interoprabilit gnrale (ne pas bouffer toutes les ressources de la machine).En effet, ces besoins peuvent tre fixs par le client (fonctions optionnelles), ou par le dveloppeur (contraintes d'implmentation).Parmi les besoins non fonctionnels de notre application on cite : La performance : Lapplication doit tre performante et doit assurer une continuit de fonctionnement puisque son disfonctionnement conduit un mauvais rsultat chez lutilisateur ce qui engendre la possibilit de ne pas suivre les performances de la QoS de la part des ingnieurs de loprateur. Lapplication doit prendre en considration le cas dune dconnexion dfavorable (enlever la cl tout moment). Lapplication doit tre performante en termes de temps.

II. Conception
II.1. Architecture cible de la plateforme Lobjectif de la plateforme de monitoring de la QoS des rseaux radio 2G/3G est de permettre aux oprateurs mobiles de fournir un tableau de bord journalier sur lexprience de ses clients sur lutilisation de ses services data offerts. En effet, cette plateforme consiste reproduire lexprience client en collectant les informations du rseau radio et les transmet aux ingnieurs de loprateur afin diagnostiquer les problmes lis la qualit de service offerte.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

18

ENIT

Tunisie Tlcom

La figure suivante prsente une vue gnrale des composantes de la plateforme et leurs connectivits.

Figure 9:Prsentation de l'Architecture de la plateforme

On prsente clairement et de manire un peu plus dtaill les diffrentes composantes de la plateforme dans la figure ci-dessous.

Figure 10:Prsentation Dtaille des composantes de lArchitecture

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

19

ENIT

Tunisie Tlcom

a) Au niveau de lapplication cliente, on va collecter les informations concernant la cl data, le rseau, et la carte Sim par lintermdiaire des commandes spcifiques appeles des commandes AT (voir Annexe A). Ces derniers ont pour rle dassurer la communication avec la cl data. En effet, on envoie une commande AT la cl 3G, et on rcupre la rponse, puis on enregistre toutes ces donnes dans un fichier local et on les envoie vers un serveur FTP chez l oprateur. Au niveau du serveur central, on va crer et enregistrer les donnes dans une base de donnes locale. Ces donnes vont tre mises jour ds quune une nouvelle connexion stablie. b) Lapplication oprateur permet la prsentation et lanalyse des KPIs data sous plusieurs formes de filtre et formes graphiques ce qui donne loccasion de diagnostiquer les problmes dutilisation des cls 3G. On a exploit le langage UML (Unified Modelin Language)comme tant langage de modlisation pour concevoir tout dabord lapplication cliente, puis lapplication de mise jour au niveau du serveur central, et enfin lapplication oprateur en prsentant les diagrammes des cas dutilisation, des classes et de squences relatives chaque module de chaque application dj traite. LUML simpose comme un standard lorsquil sagit de modliser de tels systmes en suivant une dmarche oriente objets. Il est devenu un langage de modlisation trs rpondu, grce sa richesse smantique. II.2. Conception Dtaille II.2.1.Application cliente Lapplication cliente a pour rle principale : La collecte dinformations. Lenregistrement des donnes collectes dans un fichier local. Lenvoi des fichiers enregistrs de la ses sion prcdente vers un serveur FTP.

On prsente chaque fois les trois diagrammes (diagramme de cas dutilisation, des classes, et de squence). a) Diagramme de Cas dUtilisation (Application Cliente) Mode de Fonctionnement On prsente dans la figure ci-dessous le mode de fonctionnement de lapplication cliente.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

20

ENIT

Tunisie Tlcom

Figure 11:Mode de fonctionnement (Application Clientle)

Une fois install sur lordinateur dun client, lapplication cliente sexcute automatiquement avec chaque dmarrage du PC ainsi dtecte la connexion internet par une cl 3G++. Avant que lapplication commence collecter et enregistrer les informations demandes dans un fichier local, elle tente envoyer les fichiers dj enregistrs pendant une session de connexion prcdente puisque que laction de dconnexion par le client est imprvisible par lapplication. Les fichiers ainsi gnrs doivent comprendre les informations : Les Informations de la carte SIM : - Numro SIM - IMSI Les informations de la cl data : - IMEI - Fabricant Les informations du rseau : - Niveau du signal Min, Avergae et Max. - CIs enregistrs, LAC

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

21

ENIT

Tunisie Tlcom

- Mode de technologie radio (GPRS/WCDMA/HSPA+) (% dutilisation). - Bande passante du lien radio (Dbit Max en lien descendant et montant) Les informations de la session de connexion : - Date de la session. - Dure de connexion, temps de dbut et temps de fin de connexion - Dbits utilisateurs Max, Average. Vue que la taille des fichiers est petite le temps denvoi sera aussi de dure courte et naura pas dimpact sur les fonctions principales de lapplication, enfin, une fois le fichier envoy il sera supprim par lapplication. Diagramme de cas dutilisation associ La figure ci-dessous prsente le diagramme de cas dutilisation de lapplication cliente.

Figure 12:Diagramme de cas d'utilisation (Application clientle)

Lutilisateur doit dabord se connecter via une cl 3G.Une fois connect, il pourra avoir les informations didentifications ainsi que l ensemble des KPIs data. En effet, lapplication clientle enregistre ces informations dans un fichier local. Ds que lenregistrement des donnes prend fin, lapplication tente envoyer ce fichier au serveur FTP chez loprateur. Le processus se termine par la suppression de fichier de la session prcdente, et lenregistrement de nouveau dbit ainsi que les nouvelles valeurs des KPIs.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

22

ENIT

Tunisie Tlcom

b) Diagramme des Classes (Application Cliente) La figure ci-dessous prsente le diagramme de cas dutilisation de lapplication cliente.

Figure 13:Diagramme des Classes (Application Cliente)

Le digramme de classe est utilis pour prsenter les classes et les interfaces du systme ainsi que les diffrentes relations entre celles ci. En effet, on a utilis les classes suivantes : Classe Cl 3G : Cette classe permet didentifier et rcuprer les donnes (fabriquant, le modle du cl data et l IMEI International Mobile Equipement Identity ) partir des commandes AT bien spcifiques. Classe Carte Sim : Cette classe permet de rcuprer les donnes (IMSI

International Mobile Subscriber Identity et MSISDN Mobile Station ISDN Number ) laide des commandes AT bien dfinies. Classe Rseau : Cette classe donne la possibilit davoir toutes les informations propos le rseau tel que LAC Local Area Cell ,CI Cell ID ,RSSI Received Signal Strength Indication , BER Bit Error Rate et le mode de connexion utilis(WCDMA, EDGE) partir aussi des commandes AT bien dtermines. Classe Session Connexion : Cette classe donne lide ce qui concerne un tablissement dune session de connexion .En effet, on dtermine la date, lheure de dbut et de la fin de connexion, de plus elle calcule la dure de connexion tout en Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012
23

ENIT

Tunisie Tlcom

identifiant aussi de dbit de transfert de donnes (dbit maximum DL/UL) pendant cette session. Classe FileInfos : Cette classe est destine pour enregistrer toutes les donnes dj traits (LAC, CI, RSSI, BER, MSI, IMEI, Constructeur, Mode de connexion (la technologie utilise), dbit max DL, dbit max UL) dans un fichier local puis lenvoyer vers le serveur FTP chez loprateur. c) Diagramme de Squence (Application cliente) Les diagrammes de squences permettent de reprsenter la collaboration entre les objets selon un point de vue temporel. On reprsente dans un premier lieu le diagramme de squence (cas systme), puis on le prsente avec plus de dtails. Cas Systme (Cas Gnralis) La figure ci-dessous prsente le diagramme de squence (cas systme) qui voque lordre chronologique des vnements dune manire gnrale.

Figure 14:Diagramme de Squence (Cas Systme)

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

24

ENIT

Tunisie Tlcom

Description dtaille Ce diagramme prsente les diffrentes interactions selon un point de vue temporel avec plus de dtails. La figure ci-dessous illustre bien ce droulement.

Figure 15:Diagramme de Squence (Description dtaille)

II.2.2. Application Serveur Central Le serveur central est compos de trois lments diffrents savoir un serveur FTP, une base de donnes et une application qui sert la mise jour de la base de donnes. Dans notre cas, le serveur FTP sert comme intermdiaire entre les applications clients qui sont responsables de gnrer des fichiers dinformations et la base de donnes qui va contenir ces informations. Pour bien grer les fichiers reus depuis les applications clientes et les fichiers sortants destins aux mises jour de la base de donnes, deux rpertoires seront crs : Un rpertoire appel IN qui rassemble les fichiers issus des applications clientes et un autre rpertoire OUT qui contient les fichiers dont leurs contenus ont t ajout la base de donnes.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

25

ENIT

Tunisie Tlcom

La figure ci-dessous montre clairement les lments intervenant dans cette application.

Figure 16:Prsentationde l'application du Serveur Central

Lapplication de mise jour a pour objectif de rcuprer les donnes des fichiers dans le rpertoire IN du serveur FTP, mettre jour la base de donnes et transfrer ces fichiers aux rpertoires OUT du serveur FTP comme cest dj prsent dans la figure suivante.

Figure 17:Mode de fonctionnement (Application mise jour de la base de donnes)

a) Diagramme de Cas dUtilisation (Serveur Central) Cote Application Le diagramme suivant prsente les interactions entre le responsable QOS dune part et le serveur FTP dune autre part.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

26

ENIT

Tunisie Tlcom

Figure 18:Interactions avec Serveur FTP

Le responsable QOS poursuit un procd bien dtermin pour avoir une information du fichier dj envoy au serveur FTP. Dabord, il doit se connecter au serveur FTP, puis il formule la requte SQL et lenvoie la base de donnes. Au retour il y aura la rponse cette requte SQL pour pouvoir, enfin, rcuprer linformation chercher. Cote Serveur Le diagramme suivant prsente les interactions entre le serveur FTP dune part et ba se de donnes dune autre part.

Figure 19:Interactions avec Base de Donnes

Le diagramme ci-dessus montre linteraction entre le serveur et la base des donnes. En effet, le serveur commence dabord par envoyer les requtes une par une. Ces derniers seront traits immdiatement par la base. Enfin, la base envoie les rponses vers le serveur qui les Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

27

ENIT

Tunisie Tlcom

transmettra vers le rpertoire OUT , l o on enregistre les donnes qui passeront par la base de donnes pour une mise jour continue. b) Diagramme des Classes (Serveur Central) La figure ci-dessous prsente le diagramme des classes de lapplication serveur central.

Figure 20:Diagramme des Classes (Serveur Central)

Le diagramme prsente les interactions entre les diffrentes classes utilises afin de mieux prsenter et expliquer le fonctionnement de lapplication serveur central. En effet on a fait recours aux classes suivantes : Classe Fichierinfos : Cette classe a pour rle de crer le fichier (.XML) pour lenregistrement des donnes dj collectes et lenvoyer au serveu r FTP. Une fois envoy, ce fichier sera supprim. Classe RepertoireIN : Cette classe permet de rcuprer toutes les fichiers qui proviennent des applications clientes. Classe RepertoireOUT : Cette classe contient les fichiers dj gnrs par les applications clientes mais avec mise jour de la base de donnes. c) Diagramme de Squence (Serveur Central) La figure ci-dessous prsente le diagramme de squence de lapplication serveur central.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

28

ENIT

Tunisie Tlcom

Figure 21:Diagramme de Squence (Serveur Central)

II.2.3. Application Oprateur Il sagit de prsenter les diffrents KPIs selon plusieurs formes daffichage (courbes, histogrammes, tableaux), et ce la pour permettre une analyse intelligente des expriences clients et un diagnostic des ventuels problmes de qualit de service. Les KPIs ci-dessous seront considr : Distribution dutilisation des technologies GPRS/EDGE/WCDMA/HSPA+. Dbit maximum de transfert FTP. Distribution des dbits max en liens descendant (exprience utilisateur). Distribution des dbits moyens en liens descendant (exprience utilisateur). Distribution des dbits maximaux en liens Montant (exprience utilisateur). Distribution des temps de latence. Dure moyen de connexion. Niveau de signal reu (RSCR dBm, Rxlev dBm). Qualit du lien radio. a) Diagramme de Cas dutilisation (Application Oprateur) La figure ci-dessous prsente le diagramme des cas dutilisation de lapplication oprateur

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

29

ENIT

Tunisie Tlcom

Figure 22:Diagramme de Cas d'Utilisation (Application Oprateur)

A partir

des courbes et des graphiques des KPIs, les ingnieurs de loprateur doivent

diagnostiquer les problmes dutilisations des cls 3Gvcus par les clients et proposer des solutions cot clients et/ou oprateur mobile afin damliorer la qualit de service offerte. b) Diagramme des classes (Application Oprateur) La figure ci-dessous prsente le diagramme des classes de lapplication oprateur . Ce

diagramme prsente les interactions possibles entre les diffrentes classes utilises dans cette application.

Figure 23:Diagramme des Classes (Application Oprateur)

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

30

ENIT

Tunisie Tlcom

c) Diagramme de Squence (Application Oprateur) La figure ci-dessous prsente le diagramme de Squence de lapplication oprateur

Figure 24:Diagramme de Squence (Application Oprateur)

II.3. Conception de la base de donnes On a utilis le logiciel Power AMC pour construire tout dabord le modle conceptuel de notre base de donnes puis gnrer automatiquement le modle physique et le modle logique de donnes. La figure ci-dessous illustre le modle conceptuel de notre base de donnes. Les tables majeurs de notre base de donnes et qui sont indispensables pour le reste du travail sont les suivantes : Table Session connexion Table Rseau Table Cl 3G Table Carte Sim

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

31

ENIT

Tunisie Tlcom

User IdUser <pi> Entier <O> NomUser Texte <O> CinUser Numrique <O> IdUser <pi> envoie commandeAT 1,1

1,1

Cl3G IMEI <pi> Numrique Fabriquant Texte Modle Texte Version Texte IMEI <pi> <O> <O> <O> <O>

1,1 SessionConnexion IDSC <pi> Entier datedebutSC Heure DatefinSC Heure DureeSC Heure imeiSC Numrique imsiSC Numrique ciSC Numrique debitDLmaxSC Numrique debitULmaxSC Numrique debitAVGmaxSC Numrique Nivsign Numrique DtaeSC Date IDSC <pi> ... <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> <O>

renvoi reponse commandeAT_SessionConnexion

0,n

0,n 0,n

renvoi rponse commandeAT_Reseau renvoi rponse commandeAT_CarteSIM

1,1 Rseau IDR <pi> Entier <O> CI Numrique <O> LAC Numrique <O> RSSI Numrique <O> BER Numrique <O> technologie Texte <O> IDR <pi> ...

1,1 Carte SIM IMSISIM <pi> Numrique <O> NumSIM Numrique <O> IMSISIM <pi>

Figure 25:Modle Conceptuel de donnes

Le modle conceptuel montre les interactions entre les diffrentes entits de la base. En effet, on doit enregistrer les donnes qui reprsentent les rponses des commandes AT envoys au cl data dans les entits Cl 3G , Rseau , Carte SIM et Session de Connexion .Linteraction avec cette base se fait grce des requtes SQL bien dfinis. Les donnes qui doivent tre retenues dans la base sont : Le temps du dbut et de la fin de la connexion. Dure de connexion. Dbit maximum atteint (DL/UL). IMEI, IMSI. RSSI, BER. Cell id, LAC.

Conclusion
Le long de ce chapitre, on a prsent la conception globale et dtaill de notre systme ainsi que la base de donnes, on peut entamer maintenant la partie ralisation. On commencera dabord par lenvironnement du travail, puis on prsentera des captures dcran qui illustrent le droulement de lapplication.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

32

ENIT

Tunisie Tlcom

Chapitre 4: Description et Evaluation de Performances de la Plateforme Dveloppe

Introduction
Aprs avoir prsent la conception de lapplication, il sagit maintenant de prsenter la phase ralisation et la mise en uvre des fonctionnalits du systme. On prsentera en premier lieu, lenvironnement matriel et logiciel du travail ainsi que les outils de dveloppement utiliss, ensuite, on jettera un coup dil sur la phase de dveloppement du projet. Enfin, on prsentera droulement de lapplication. u n aperu sur quelques captures dcran traduisant le

I. Environnement du travail
Afin de raliser le projet mis en uvre, on a fait recours plusieurs outils qui sont choisis de telle faon arriver aux fonctionnalits attendues du systme. Ces outils constituent lenvironnement du travail et peuvent tre diviss en trois parties : On commence par prsenter lenvironnement matriel, puis on prsentera lenvironnement logiciel et on finira par lensemble des techniques utilises au niveau du dveloppement. I.1. Environnement Matriel Afin de raliser lapplication, on a utilis un ordinateur et un modem cl 3G. I.1.1. Ordinateur Lordinateur utilis a les caractristiques suivantes : Marque : HP Compaq 610 Processeur : Intel Core2 Duo CPU RAM : 2 GO Disque Dur : 320 GO Systme dExploitation : Windows 7 Professionnel

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

33

ENIT

Tunisie Tlcom

I.1.2. Modem cl 3G Le modem cl 3G utilis possde les caractristiques suivantes : Fournisseur des services : TUNTEL (Tunisie Tlcom) Type Rseau : GSM Fabriquant :Huawei

I.2. Environnement Logiciel Les principaux outils qui sont utiliss pour la conception et le dveloppement de notre application sont: Rational Rose : Ce logiciel facilite la modlisation des diagrammes des applications selon la mthodologie UML et selon le cahier des charges propos. Power AMC : Ce logiciel est utils essentiellemnt pour la conception de la base de donnes.En effet,il gnre le modle conceptuel,le modle physique et le modle logique des donnes. Eclipse HELIOS : Eclipse est considr comme un environnement de dveloppement destin surtout aux applications Java. En effet, cest un IDE dont le but est de donner une plateforme modulaire pour la ralisation des applications informatiques. Eclipse utilise plusieurs modules appels plug-ins dans son propre architecture .Dailleurs lexception du noyau de la plateforme, le reste est dvelopp sous la forme de plug-ins .Ce concept permet de fournir une possibilit de dveloppement dautres modules pour lextension de la plateforme et ainsi fou rnir la possibilit aux dveloppeurs de produire des fonctionnalits qui ne sont pas proposs dans le standard dEclipse. Les modules prsents dans le standard avec Eclipse concerne le langage Java mais en revanche, il y a des modules qui sont en cours de dveloppement pour parvenir intgrer les langages C++,Cobol ainsi que dautres langages et aussi pour dautres aspects du dveloppement comme la base de donnes et la conception avec UML.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

34

ENIT

Tunisie Tlcom

Les points Forts dEclipse :

Eclipse possde plusieurs points forts qui le distinguent par rapport aux autres IDE de dveloppement .Parmi ces points on cite : Eclipse est une plateforme destine aux applications Java.Il est extensible grce au mcanisme de plug-ins. Eclipse reprsente un support pour les plateformes dexcution : Windows, Linux, etc. Le compilateur dEclipse permet la fois de compiler le code mme sil contient des erreurs et de gnrer des messages derreurs. On prsente dans la figure 25 une vue de lditeur de dveloppement Eclipse Helios.

Figure 26:Interface d'Eclipse

Le SGBD MYSQL : MYSQL est un systme de Gestion de Base de Donnes(SGBD) qui a pour rle de grer laccs aux bases de donnes. Le serveur de base de donns MYSQL est trs rapide, facile utiliser et fiable. Il fonctionne sous la plupart des systmes dexploitation. Ce logiciel a lavantage dtre gratuit et hautement adapt au web. Lun des points fort de MYSQL est quil est un SGBD de type relationnel comme Microsoft SQL Server et Oracle, cest --dire quil organise les donnes selon des tables comportant des champs attributs simples et monovalus.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

35

ENIT

Tunisie Tlcom

Appache Tomcat : Appach Tomcat est un conteneur libre de servlet Java 2 Entreprise Edition. En effet, il adapte les spcifications des Servlets et des JSP (Java Server Pages) issues de Sun Microsystems. Il peut tre configur en ditant des fichiers de configuration XML. Tomcat est considr comme un serveur dapplications Java qui assure lexcution des Servlets et des JSP. I.3.Framework et Langages de programmation utiliss I.3.1. Java Java est un langage de dveloppement mise en uvre par Sun Microsystems. Java possde une caractristique majeure qui le distingue des autres langages de programmation est sa portabilit due ses bibliothques de classes indpendantes de la plate-forme, ce qui est le point essentiel de la programmation sur internet ou plusieurs machines dissemblables sont interconnectes. Le programme rsultant sexcute par la machine virtuelle (JVM pour Java Virtual Machine). Les objectifs de Java sont d'tre multiplateformes et d'assurer la scurit aussi bien pendant le dveloppement que pendant l'utilisation d'untel programme. Java hrite partiellement la syntaxe du langage C++ mais non ses dfauts. Java est algorithmique et orient objet et ce niveau il peut effectuer toutes les tches d'un tel langage (graphiques, bases de donnes, multimdias, environnement de dveloppement, etc...). On va utiliser Java pour dvel opper lapplication cliente de notre plateforme. Cette application consiste dabord collecter les informations et les KPIs data du client et les enregistrer dans un fichier local et enfin envoyer ce fichier un serveur FTP chez loprateur. I.3.2. Java 2 Entreprise Edition (J2EE) Java 2 Enterprise Edition , destin un usage professionnel avec la mise en uvre des serveurs dapplications. Chaque dition prsente un environnement complet pour le sur Java et contient

dveloppement et l'excution d'applications bases essentiellement

notamment une machine virtuelle Java (Java Virtual Machine) ainsi qu'un ensemble de classes. J2EE s'appuie entirement sur le Java, il bnficie de ses avantages ainsi que ses inconvnients. Gnralement, on parle de plate-forme J2EE pour dsigner l'ensemble constitu des services (API) offerts et de l'infrastructure d'excution. Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012
36

ENIT

Tunisie Tlcom

On utilise J2EE pour prsenter lapplication oprateur de notre plateforme. En effet, les ingnieurs de loprateur doivent consulter cette application pour suivre les performances des services offertes partir les courbes et les diagrammes qui vont tre affichs. Ainsi, on donne loccasion lquipe de diagnostiqu er les problmes de la QOS et proposer enfin des solutions pour rendre la fonctionnalit normale du systme. Donc, tout le projet est bas sur Java/J2ee comme tant un environnement de dveloppement, mais cet environnement est li dautres technologies quon doit les signaler tel que : XML : XML (Extensible Markup Language) ou langage balises extensibles. Ce Langage permet de transfrer les donnes sous formes de balises ordonnes. Il permet d encapsuler tout type de donnes en le reprsentant sous la forme d'une arborescence. On a fait recourt au lagunage XML dans notre projet dans la phase denvoi des informations didentification des clients et les KPIs au serveur FTP. HTML : HTML (HyperText Mark-Up Language), est un langage de structuration ou de balisage dont le rle est de formaliser l'criture d'un document avec des balises de formatage. SQL : SQL (Structured Query Language) est un langage utilis pour effectuer des diffrentes oprations sur la base de donnes tel que la mise jour de la base, la modification des donnes dans une table (ajout, suppression) etc. I.3.3. APIs utilises Au cours de la phase dveloppement, on a utilis plusieurs bibliothques (APIs) pour assurer de nombreuses fonctionnalits. En effet, ces bibliothques comprennent plusieurs mthodes qui facilitent beaucoup la tche du dveloppeur. Parmi les APIs quon a utilises on cite : Javax.comm : utilise essentiellement pour la programmation port srie en Java. En effet, grce cette bibliothque on arrive communiquer avec la cl 3G, envoyer des commandes AT et recevoir la rponse de retour qui concerne soit les donnes didentifications du cli ent (IMSI, IMEI, etc), soit les KPIs data (RSSI, BER, etc). Jdom : utilise pour la cration dun fichier XML et lenregistrement des donnes collecter tel que les KPIs data et les donnes didentifications des clients. Mysql-Connector : assure essentiellement la connexion avec la base de donnes et excution des requtes SQL envoys. Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012
37

ENIT

Tunisie Tlcom

Simpleftp : utilise pour se connecter un serveur FTP et on peut aussi soit envoyer un fichier soit recevoir un autre du serveur. Jfreechart : bibliothque utilise afin de crer des courbes ou des diagrammes au cours de lapplication oprateur. En effet, on doit consulter la base de donnes pour extraire des donnes et ensuite dessiner les courbes qui vont tre utiles pour le suivi de la qualit de service offert.

II. Ralisation
Par lintermdiaire du langage de programmation Java, on a ralis lapplication cliente. II.1. Application Clientle On prsente dans la figure ci-dessous linterface de dpart.

Figure 27:Interface d'Accueil

II.1.1.Prsentation de linterface de lapplication Lapplication clientle consiste collecter les informations didentification des clients ainsi que lensemble des KPIs data e n interrogeant les modems cl 3G via des commandes AT bien dtermines. Cette application permet aussi de donner chaque session de connexion le dbit de transfert des donnes. Linterface de lapplication prsente trois onglets (Automatique, Manuel, A propos) comme cest dj indiqu dans la figure suivante.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

38

ENIT

Tunisie Tlcom

Figure 28:Interface de l'application clientle (Onglet: Automatique)

Cet Onglet contient les donnes didentification et lensemble des KPIs data un instant bien dtermin de lexcution du programme. De plus, elle contient le dbit de transfert de donnes (Download, Upload et Average). Cet onglet renferme tous les informations quon puisse les envoyer. II.1.2. Choix des informations enregistrer On prsente dans la figure ci-dessous longlet Manuel de linterface application clientle.

Figure 29:Interface de l'application Clientle (Onglet: Manuel)

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

39

ENIT

Tunisie Tlcom

En effet,on choisit ce quon veut parmi les donnes et les informations dj collctes et prsents dans linterface et par un clic sur le boutton Enregistrer/Envoyer , on vient denregistrer les informations choisis dans un fichier local.Cet enregistrement est suivi par une opration denvoi de ces informations au serveur FTP chez loprateur .

Figure 30:Choix des informations enregistrer

II.1.3.Cration dun fichier local Au moment o on clique sur le bouton Enregistrer/Envoyer, toutes les informations seront enregistres dans un fichier de format (.xml) .La figure suivante prsente le fichier dj cre.

Figure 31: Enregistrement des donnes

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

40

ENIT

Tunisie Tlcom

II.1.4. Envoi vers serveur FTP Une fois toutes les informations sont rcupres, on envoie le fichier vers le serveur FTP par un simple clic sur le bouton /Enregistrer/Envoyer On peut sortir de lapplication par un simple clic sur le bouton Quitter .

III. Application Oprateur


Lapplication oprateur permet aux ingnieurs de loprateur de suivre les performances de la qualit de service offert. En effet, partir dune analyse dun ensemble des courbes et des diagrammes, ils doivent prciser la cause dun tel problme qui touche la qu alit de service chez le client. Le problme majeur qui se pose tout le temps cest le dbit de transfert de donnes chez un client. Pour des raisons de scurit, lutilisateur doit avoir le droit daccs (nom dutilisateur et mot de passe) pour pouvoir suivre lense mble des statistiques enregistres. III.1. Demande daccs IL faut taper le nom de lutilisateur et le mot de passe qui sont dj enregistres dans la base de donnes afin daccder lensemble des statistiques de lapplication .

Figure 32:Interface d'Authentification

Aprs la saisie de nom de lutilisateur et le mot de passe, il y a aura une redirection vers la page Monitoring.jsp qui contient les statistiques globales enregistres dans un tableau.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

41

ENIT

Tunisie Tlcom

III.2.Prsentation des Statistiques Pour arriver faire une diagnostique des problmes lis la qualit de service, il faut avoir prsent les KPIs dans des courbes et des diagrammes qui facilitent linterprtation, et donc savoir la cause du problme dj signal. Pour cela, on doit enregistrer les diffrentes donnes issues de la base de donnes dans un tableau et on imagine ensuite tous les scnarios possibles pour le traage des courbes. La figure suivante prsente un exemple de tableau denregistr ement des donnes. Ce tableau contient les diffrentes donnes telles que LAC,CI, dbit de transfert de donnes (Download et Uploade) et les date de dbut et de fin de la session de connexion.

Figure 33:Statistiques Globales

Depuis les statistiques donnes ,on peut tracer lvolution de dbit de transfert de donnes durant les dates de connexion dj enregistres dans le tableau ainsi que lvolution des technologies utiliss( savoir :WCDMA/EDGE)ce qui va tre gnr dans la figure34 suite un simple clic sur le bouton Evoultion Debit . On reprsente ce niveau le dbit (Download/Upload) durant la priode denregistrement de lensemble de ces statistiques.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

42

ENIT

Tunisie Tlcom

Figure 34:Evolution de dbit de transfert de donnes

Le faite davoir de courbes superposes dans le mme graphe permet de faciliter dans un premier lieu lanalyse des KPIs, et lensemble des interprtations dans un second lieu. En effet, on peut obtenir un tel rsultat par un simple clic sur le bouton Courbes Superposs .On reprsente aussi dans la mme redirection l volution des technologies utiliss savoir (WCDMA/EDGE) durant le mme priode d enregistrement de donnes.

Figure 35:Evolution Dbit/ Evolution des technologies (WCDMA/EDGE)

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

43

ENIT

Tunisie Tlcom

III.2.1. Statistiques Par Date On prsente aussi dans le tableau suivant les statistiques de lIMSI durant les dates de connexion bien dfinies. De mme, on trace les courbes paramtres radio LAC et CI durant cette priode denregistrement.

Figure 36: Statistiques par Date

On prsente ainsi les courbes des paramtres (LAC et CI) si on clique sur le bouton Afficher courbes des paramtres radio (LAC, CI).

Figure 37:Reprsentation des paramtres (LAC, CI)

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

44

ENIT

Tunisie Tlcom

III.2.2. Statistiques Par Rgion On prsente les statistiques de lIMSI, CI, dure session, dbut session, fin session et le dbit maximal enregistre durant cette priode dexploit dans la figure 38 .

Figure 38:Statistiques par Rgion (LAC)

IV. Diagnostic

des problmes de QoS

Le diagramme ci-dessous montre le procdure suivre afin de fair le diagnostic dun tel problme li la QOS.Ce diagramme prsente un approche ou un snario parmi plusieurs snarios imaginer dans ce contexte.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

45

ENIT

Tunisie Tlcom

Problme : Faible Dbit EDGE /WCDMA Amliorer la Couverture 3G Quelle Technologie ?


Technologie ?

HSPA Faible Niveau Signal ? Satisfaisant Oui Problme li des heures charges ? Non Problme li une priode spcifique ? Non Oui N Problme li une cellule CI ? Non Oui Problme li une rgion LAC ? Non Problme li la cl dutilisateur ou son profil HLR Problme Paramtres Logiques RNC Problme Design physique Ou Logique De la cellule Oui Problme De capacit Du rseau (Interface radio, IUb, IU-PS, Core Network) Problme li des actions faites sur le rseau. Le problme doit tre limit dans le temps

Figure 39: Diagramme de Diagnostic des problmes de QoS

Lobjectif est de dterminer le problme majeur de faible dbit enregistr pendant une priode bien dtermine chez un utilisateur. On propose une logique danalyse qui consiste dterminer dans un premier lieu les causes probables du problme, puis dans un deuxime lieu on cherche la solution la plus efficace afin d'amliorer la qualit de service data offerte un client. Les causes peuvent tre lies une priode temporelle (heures charges ou priodes limites) aussi que la notion gographique (mme problme qui affecte une zone desservie par Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012
46

ENIT

Tunisie Tlcom

un RNC/BSC identifi par un LAC ou au niveau dune zone d esservie par une cellule d'un NodeB/BTS identifi par un CI). Tout d'abord, il faut noter que le standard GSM (version GPRS ou EDGE) offre un dbit faible (dbit moyen 80 Kb /s), donc on ne peut parler dun problme du dbit si le client se connecte majoritairement en mode GPRS/EDGE, seulement on peut penser densifier la zone par l'ajout de la couverture 3G mais ceci suit un planning d'extension de l'oprateur. De plus, il faut sassurer que la faible sse de dbit dtect avec connexion rseau 3G mode HSPA nest pas li soit aux heures charges data (allant du 19H vers 21H chez Tunisie Tlcom), soit des priodes limites en temps qui rsultent dune intervention pour maintenance du rseau. Si toutes les causes dimensions temporelles ou mode de connexion sont limines on peut voir la dimension gographique du problme cest--dire est ce que ce problme

concerne juste un client o toute une zone ? En effet, si le mme problme apparat pour tous les clients connects une cellule (CI) ou un RNC/BSC (LAC) il faut revoir le fonctionnement de lquipement concern via les statistiques OMC (alarmes, paramtres, KPIs ,) Par contre, si le problme concerne uniquement le client qui plaigne de ce faible dbit, alors il faut avoir une investigation personnalis ct client cest--dire voir l environnement de connexion (Indoor/Outdoor), modle de cl utilise, PC utilis, ou les paramtres HLR du SIM utilis.

Conclusion
Ce dernier chapitre a t consacr la partie de ralisation qui reprsente la dernire partie dans le dveloppement de cette application. En effet, on a dcrit tout au long de la premire partie lenvironnement logiciel ainsi que matriel tout au long de la premire partie, la deuxime partie tait consacre pour la description de lapplication partir des captures dcran qui traitent le droulement suivi afin de raliser le travail demand.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

47

ENIT

Tunisie Tlcom

CONCLUSION GENERALE

Il parait vident

que le seul moyen dattirer le client est de lui offrir de faon continue

de nouveaux services avec la meilleure qualit possible, ce qui engendre une concurrence entre les oprateurs mobiles dans le march des tlcommunications. Ainsi, les oprateurs se trouvent donc obliger offrir une diversification des services avec une qualit acceptable et qui rpond aux besoins des clients. Le but principal de ce projet tait de crer une plateforme qui facilite la tche de suivi et de monitoring de la qualit de service de loprateur Tunisie Tlcom. Ce travail a suivi plusieurs tapes qui ont t trs importants pour la phase de ralisation et le dveloppement. La premire tape tait de mettre le sujet dans son contexte gnral, ce qui a permis de dgager les diffrentes besoins dont lapplication est charge dy rpondre. Ces besoins ont t bien traits et analyss dans la phase de spcification. Ltape suivante, tait la conception, durant toute cette phase, une tude globale et ensuite dtaille des fonctionnalits du systme tait ralise laide de langage de modlisation UML pour aboutir enfin lapplication oprateur qui vise aider loprateur amliorer la qualit de service offert. Ce projet prsente une occasion pour samliorer dans le dveloppement Java/J2ee sur plusieurs niveaux : communication avec les modems via les ports sries USB, communication client/serveur, communication rseaux avec les serveurs FTP, conception et interaction avec les bases de donnes, aussi, il ma permis dacqurir des connaissances importantes surtout au niveau de la qualit de service des rseaux mobiles 2 G et 3 G. Le travail prsent rpond au cahier de charge dj pos, mais il ne reprsente pas la version finale quon peut atteindre. En effet, ce travail peut samliorer certainement dans le futur, avec des nouvelles ides. Pour conclure, ce stage tait trs important, dans la mesure o il ma permis dappliquer mes connaissances acquises lors de mon cursus ducatifs et de maitriser des nouvelles technologies de dveloppement. Finalement, il tait une occasion pour sintgrer dans le milieu professionnel. sintroduire et

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

48

ENIT

Tunisie Tlcom

Bibliographie
Ouvrages
[B1] Hakim Mabed Modles et techniques doptimisation pour les rseaux radio mobiles , Thse de doctorat, 2003. [B2] ZORGUI Sofiene Conception d'une interface homme-machine pour une chane de mesure GSM, GPRS, EDGE, UMTS et HSDPA en se basant sur le concept client-serveur , PFE Supcom ,2006/2007 [B3] Willy Pirard, principe de fonctionnement des rseaux de tlphonie mobile GSM , 1995 [B4] Rezguiv Saoussen Conception et dveloppement dun outil de drive test pour les rseaux GSM , PFESupcom, 2005/2006

Netographie
[N1] : Groupe Tunisie Tlcom. Portail internet, consult le 2011-06-

17 :<http://www.tunisietelecom.tn>. [N2] [N 3]
[N4] [N5]

:http://www.commentcamarche.net/contents/j2ee/j2ee-intro.php3 :http://www.efort.com/r_tutoriels/GSM1_EFORT.pdf
:http://fr.wikipedia.org/wiki/Commandes_Hayes :http://www.technologuepro.com/gsm/commande_at.htm

[N6] [N7]

:http://www.etudionet.com/communaute/xuser/doc/etudionet_doc_090716032657.pdf :http://www.memoireonline.com/02/12/5284/m_tude-de-dimensionnement-et

planification-dun-reseau-dacces-WCDMA-3G10.html [N8] :http://www.memoireonline.com/07/10/3741/Evolution-technologique-de-la-3G-et

3G.html

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

49

ENIT

Tunisie Tlcom

Annexes
Annexe A: Les commandes AT
Commandes AT ou encore Commandes Hayes, reprsentent un langage de commandes dvelopp pour le modem Hayes Smartmodem 300. Ces commandes permettent les communications avec un modem (priphrique externe), afin de savoir des informations didentifications des clients ou les KPIs data. Ces commandes permettent aussi : [N4]

de commander le raccordement du modem la ligne (l'quivalent de dcrocher le tlphone) de savoir l'tat de la ligne : tonalit d'invitation transmettre dindiquer le type de transmission et le protocole de liaison utiliser d'envoyer les caractres transmis vers l'cran. d'afficher les renseignements concernant le modem. de manipuler les registres internes du modem.

On prsente ici des exemples dutilisations des commandes AT. [N6]


1. Commandes de Control

Commande AT+CSTA ATD ATH ATM ATO 2. Commandesde contrledes donnes des cartes Commande
ATI ATZ AT+GMR AT+GMI AT+GSN

Description Slectionnez le type d'adresse Dial command Raccrochez appel Moniteur haut-parleur en mode Aller en ligne
Tableau 2:Commande de control

Description identification Rappelons profil stock L'identification demander la rvision Demande d'identification du fabricant Demande numro d'identification du produit (IMEI)
Tableau 3:Commandes du contrle des donnes des cartes

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

50

ENIT

Tunisie Tlcom

Annexe B: Connexion un modem 3G via HyperTerminal


LHyperTerminal est un logiciel de communication utilis afin de se connecter d'autres ordinateurs via les modems ou les connexions RS-232 srie. Il appartient lensemble des logiciels libres qui peut fonctionner sur toutes les versions de Windows. LHyperTerminal permet de communiquer avec un modem 3G par lintermdiaire des commandes spcifiques appeles des commandes AT (dj vu dans l Annexe A).Pour tablir une communication avec le modem 3G, il est ncessaire et obligatoire de dfinir le protocole utilis, et les paramtres suivants : [N7]. Port de communication : Indiquer le port de communication utiliser. Vitesse : La vitesse de communication utiliser sur le port srie dj indiqu. Bit de donnes (Data Bits) : Choisir le nombre de bits de donnes. Parit (Parity) : Indiquer la parit utiliser pour cette connexion srie. Stop bits : Choisir les bits de stop utiliser. Contrle de flux (Flow Control) : indiquer le contrle de flux utiliser. La figure ci-dessous montre la communication avec la cl 3G via un HyperTerminal.

Figure 40:Communication via un HyperTerminal

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

51

ENIT

Tunisie Tlcom

Annexe C: Systmes de mesure de la QoS dans les rseaux mobiles


Lanalyse et lvaluation des performances de la QoS des rseaux mobiles suivent gnralement la dmarche illustre dans la figure suivante.

Donnes rcuprs par les OMC KPIs data

Dtection des problmes Mesures Drive Test

Plaintes des Clients

KPIs data

Localisation de lanomalie

Action de maintenance et supervision

Figure 41 : Schma de lvaluation des performances de la QoS

On distingue plusieurs mthodes lors de la mesure de la QoS mobile, parmi lesquelles on cite :
a) Drive Test : Cette technique danalyse de Qos permet la rcupration dune trace

des mesures faites par le mobile diffrents instants. En effet, ce sont les oprateurs qui sont chargs de mesurer la qualit de service. Les problmes de QoS sont signals par les employs de loprateur. Les mesures ncessitent un mobile de test, un systme de localisation GPS, un PC portable et un onduleur dalimentation.
b) Mesures OMC: Cette technique assure la collecte et la gestion de statistiques

dquipements dun rseau mobile. Les donnes OSS sont des donnes brutes. En Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012
52

ENIT

Tunisie Tlcom

effet, on doit les transformer un ensemble de KPIs data afin quils seront exploitables. Ces mesures sont utilises aussi pour loptimisation et la planification du rseau.
c) Les analyseurs de protocoles (sondes dinterfaces) : Ils sont lis aux interfaces

entre les diffrents quipements du rseau tel que : BTS/Node B, BSC/RNC afin de dtecter et diagnostiquer les problmes sur le rseau mobile.

Groupe Tunisie Tlcom |PFEJallali Mourad 2011/2012

53

Rsum
Le prsent travail entre dans le cadre dun projet de fin dtudes pour lobtention du diplme national dingnieur en tlcommunications. Lobjectif de ce projet est de concevoir et dvelopper une plateforme pour le monitoring de la qualit de service data des rseaux radio 2G et 3G. Loriginalit du projet vient du fait quil exploite le progrs technologique puisque lapplication exige lutilisation des modems cl 3G pour la collecte dinformations didentifications des clients et de diffrentes KPIs data. De plus, la solution dvelopper permet un oprateur mobile doptimiser son rseau data haut dbit en temps rel ainsi fidliser et rpondre la QoS demand par le client. En outre, cette application permet de diagnostiquer les problmes dutilisation des cls 3G vcus par les clients et proposer des solutions cot client et/ou oprateur mobile partir dune analyse des KPIs data sous plusieurs formes graphiques.

Mots Cls :
Algorithmique, Programmation Client Serveur, Communication avec les modems via les ports sries USB (Programmation Port Srie), Evaluation des rseaux mobiles 2G/3G. performances, QoS des

Abstract
This work is part of graduation project for graduation national telecommunications engineer. The objective of this project is to design and develop a platform for monitoring the quality of service data of 2G and 3G radio networks. The originality of the project is that it exploits the technological progress since the application requires the use of USB 3Gmodemsto collect customer identifiable information and data from different KPIs. In addition, the solution allows developing a mobile operator to optimize its broadband data network in real time and retain and meet the QoS requested by the customer. In addition, this application is used to diagnose problems using3G dongles experienced by customers and offer solutions client and /or mobile operator from an analysis of KPI data in several forms graphics.

Key words:
Algorithms, Programming Customer Server, Communication with modems through USB serial ports(Port Programming Series), Performance Evaluation, QoS in 2G/3Gmobile networks.