Contribution au dveloppement dun outil dautomatisation de lanalyse des mesures drive test GSM

Elabor par Houichi mehdi

UNIVERSITE VIRTUELLE DE TUNIS

Spcialit : Mastre N2TR

Encadr par :
Mr Bouhouchi Riadh

Anne Universitaire 2010-2011

Ddicaces

Je ddie ce travail A mes parents qui nont pas cess de mencourager durant mes annes dtudes. A mes chers frres et surs. A tous mes amis. tous ceux qui me sont chers.

Houichi mehdi

Remerciements

En tmoignage de ma profonde reconnaissance, je dois remercier toutes les personnes qui mont aid de prs ou de loin llaboration de ce projet. Je veux exprimer ma gratitude, en premier lieu, au Mr adnene Cherif Responsable du mastre, pour le soutien et les encouragements prcieux quil nous a rservs. Je tiens remercier Mme Ameni Mahjoubi pour son inestimable collaboration et son encadrement. Je madresse galement nos sincres remerciements et ma reconnaissance mes encadreurs Mr Sahbi Mazlout et Fakhereddine khalifa pour leur abngation et leurs recommandations valeureuses. Enfin, je noublie pas galement de valoriser les efforts de ma famille qui a fait de son mieux pour me fournir les conditions favorables la russite de notre projet de mastre.

Avant Propos

Dans le cadre de ma formation de mastre au sein de luniversit virtuelle de Tunis (UVT), je suis men effectuer ce projet qui reprsente laccomplissement de mon troisime cycle dtudes suprieures dans le cadre de la prparation de diplme de mastre professionnelle. Ce projet a t effectu en collaboration entre CERT (centre dtude et de recherche de tlcommunication) et luniversit virtuelle de Tunis. Le Centre d'Etudes et de Recherche des Tlcommunications (CERT) est un tablissement plac sous la tutelle du Ministre des Technologies de la Communication, il a t Cr par la loi N 88-145 du 31 dcembre 1988 et a dmarr ses activits en fvrier 1991. Elle a comme mission : Dploiement des rseaux cellulaires, Mesure radio, Optimisation des rseaux cellulaires, Service valeur ajout (VAS).

Le projet que nous avons men a pour but de concevoir et de dvelopper un outil informatique qui permet dautomatiser la procdure danalyse des indicateurs qualit de linterface radio du rseau GSM.

Sommaire

Introduction gnrale....1 Chapitre 1 : Prsentation du cadre du stage......3 Introduction..3 I. Prsentation gnrale sur le CERT Tunisie.......3 II. Chronogramme ...5 III. Etude de lexistant.....5 III.1. Description de lexistant.....6 III.2. Critique de lexistant..6 III.3. Solution propose ..........................6 Conclusion ......6 Chapitre 2 : Qualit de Service dans le rseau GSM ......7 Introduction ....7 I. Gestion de la qualit de service dans les rseaux cellulaires.......7 I.1. Dfinition et intrt de la qualit de service ....7 I.2. Critres dvaluation de la qualit de service....7 II Qualit de service dans le rseau GSM .....8 II.1. Mesures de la QoS dans le rseau GSM ....9 II.2. Indicateurs qualit du rseau GSM ....10 Conclusion......14 Chapitre 3 : Spcification des besoins............15 Introduction....15 I.Besoins fonctionnels ....15 I.1 Affichage des courbes de Rxlev:...16 I.2Affichage des courbes de Rxqual ......16 I. 3 Statistiques de couverture ...16 I.4 Statistiques de qualit ..17 I.5 Statistiques dinterfrence ...17 II. Besoins non fonctionnels...18 III. Diagrammes de cas dutilisation gnrale ..................................18 Conclusion .....18

Chapitre 4 : Conception de loutil..19 Introduction ......19 I. Conception gnrale .19 II. Conception dtaille.........20 II.1 Diagramme de cas dutilisation .....20 II.2 Diagramme de classes.21 II.3 Diagramme de squence et de collaboration......23 Conclusion....25 Chapitre 5 : Dveloppement et test de loutil...26 Introduction.26 I.Lenvironnement informatique de dveloppement ......26 I.1 Prsentation de langage de programmation Visual Basic .....27 I.2 Base de donnes Microsoft Access ...28 II. Prsentation de loutil ........29 II.1 La bote d'authentification de l'utilisateur.....30 II.2 Interface d'accueil ....30 II.3 Analyse de couverture......32 II.4 Analyse de qualit....34 Conclusion......36 Conclusion gnrale....37 Bibliographie...38

Liste Des Figures

Figure 1 : Diagramme de Gantt .5 Figure 2 : Chaine de mesure Drive Test ...10 Figure 3 : Diagramme de cas dutilisation gnrale .18 Figure 4 : Diagramme de cas dutilisation de loutil.20 Figure 5 : Diagramme de classe de loutil.22 Figure 6 : Diagramme de sequence de lidentification.23 Figure 7 : Diagramme de squence de loutil : Analyse de couverture....23 Figure 8 : Diagramme de squence de loutil : Analyse de qualite.....24 Figure 9 : Diagramme de squence de loutil : Affichage des courbes....24 Figure 10 : Diagramme de squence de dconnexion de lapplication....25 Figure 11 : Interface principale de Visual .net.....28 Figure 12 : Fichier de mesure ..29 Figure 13 : Schma synoptique de loutil.....29 Figure 14 : Interface d'authentification de l'utilisateur.....30 Figure 15 : Interface d'accueil de loutil ......31 Figure 16 : Consultation des fichiers de mesure ......31 Figure 17 : les paramtres de mesure....32 Figure 18 : interface dtude de la couverture......32 Figure 19 : Evaluation de Rxlev en fonction de temps en mode UL...33 Figure 20 : Evaluation de Rxlev en fonction de temps en mode DL......33 Figure 21 : Histogramme de couverture..34 Figure 22 : interface dtude de la qualit...34 Figure 23 : Evaluation de Rxqual en fonction de temps en mode UL....35 Figure 24 : Evaluation de Rxqual en fonction de temps en mode DL....35 Figure 25 : Histogramme de qualit de signal.....36

Liste Des Tableaux

Tableau 1 : Principaux indicateurs de qualit de service...8 Tableau 2 : Exemple de convention de niveau de champ.11 Tableau 3 : Correspondance entre RxQual et BER..11 Tableau 4 : Exemple de convention de Rxqual12 Tableau 5 : Correspondance entre FER et RXQUAL.13 Tableau 6 : Hypothses de QoS pour GSM (valeurs typiques)...14 Tableau 7 : Seuils de couverture..16 Tableau 8 : Seuils de qualit radio...17

Introduction gnrale

Universit virtuelle de Tunis

Introduction gnrale

Les volutions technologiques dans le monde ne cessent de saccentuer haute cadence, notamment pour les systmes de tlcommunications mobiles. Durant ces dernires annes, les rseaux radio mobiles ont eu une expansion sans prcdent en termes de capacit et en nombre dabonns. La norme GSM, Global System for Mobile communication, reprsente de nos jours le systme de tlcommunications mobile le plus tendu et le plus rpandu travers le monde. Le systme GSM a t conu pour offrir principalement un service de tlphonie orient circuit et permet aussi le transfert des donnes un dbit limit de 9,6 kbit/s. C'est dans ce contexte que porte notre projet intitul " Contribution au dveloppement dun outil dautomatisation de lanalyse des mesures drive-test GSM" dans lequel nous tenons tudier les performances du rseau GSM. Cela a ncessit des fichiers recueillis sur l'interface radio, qui constitue l'lment fondamental pour laquelle la qualit de service sera value, l'aide de mesures drive-test. Lanalyse des fichiers de mesure permet dapporter dnormes informations quant au fonctionnement du rseau et de ses performances. Aussi, les KPI prsentent une gamme dindicateurs qui couvrent diffrents aspects de performances du rseau en matire de trafic, de coupure, dinterfrence. Toutefois, les indicateurs KPI et les mesures terrains sont complmentaires pour valuer la qualit de service du rseau permettant entre autres une analyse dtaille, varie et causale des principaux phnomnes et problmes rencontrs dans le rseau GSM. Dans le prsent document, nous nous sommes particulirement intresss donner dans un premier chapitre une prsentation gnrale sur le cadre de stage. Dans le deuxime chapitre, nous nous sommes intresss donner un aperu sur la qualit de service dans le rseau GSM. Cette notion a t illustre par lexposition des indicateurs de qualit de service (drive test), des paramtres GSM et des seuils de qualit de service GSM.

Introduction gnrale

Universit virtuelle de Tunis

Dans le troisime et quatrime chapitre nous dcrivons les spcifications des besoins fonctionnels de loutil ainsi que sa conception dtaille. Et finalement, nous passons au dveloppement de l'application et ceci en introduisant en premire partie l'environnement de dveloppement, qui sera au biais de lenvironnement Visual .net, et en deuxime partie nous donnons quelques rsultats des statistiques effectus sur des mesures.

Chapitre 1 : Prsentation du cadre du stage

Universit virtuelle de Tunis

Chapitre 1 : Prsentation du cadre du stage

Introduction :
Notre stage est droul au CERT (Centre dtude et recherche de tlcommunication). Pour cela travers ce chapitre on va donner dans une premire partie une prsentation gnrale sur le CERT Tunisie et dans une deuxime partie on va parler de cadre gnrale de notre projet.

I. Prsentation gnrale sur le CERT Tunisie :

Le Centre d'Etudes et de Recherche des Tlcommunications (CERT) est un tablissement plac sous la tutelle du Ministre des Technologies de la Communication, il a t Cr par la loi N 88-145 du 31 dcembre 1988 et a dmarr ses activits en fvrier 1991. Le CERT participe au dveloppement du secteur des tlcommunications en Tunisie et au soutien des activits des grands acteurs de tlcommunication linstar de la Poste Tunisienne, de lOffice National des Tlcommunications (Tunisie Tlcom), lOffice National de Tldiffusion et lAgence Tunisienne de lInternet. Riche en ressources humaines qualifies, le CERT sest investi dans plusieurs crneaux du secteur des tlcommunications, la fois stratgiques et innovants. Bien que ses activits sont classiquement orientes vers la rception technique des rseaux, lhomologation des quipements terminaux (informatique et tlcommunication) et ltude de dploiement des solutions de tlcommunication (rseaux dentreprise, rseaux daccs des oprateurs nationaux de tlcommunication, etc.), le CERT a galement focalis ses efforts instaurer sa propre tradition dans les axes innovateurs de dveloppement particulirement en matire de prospection technologique et de recherche applique. CERT a pour activit principale :

Veille technologique :

La veille technologique est une activit d'observation permanente des tendances du secteur de tlcommunications, des produits innovants et des nouvelles technologies. Lvolution rapide dans le domaine des tlcommunications constitue lune des difficults majeures la prise de dcision des acteurs du secteur. Do la ncessit dassurer une activit de veille technologique collectant, analysant et traitant les
3

Chapitre 1 : Prsentation du cadre du stage

Universit virtuelle de Tunis

informations pour en dduire les opportunits et les problmes essentiellement lchelle nationale. Le but de la veille technologique est : o Surveiller lvolution des normes et standards internationaux : UIT, IEEE, IETF, 3GPP, ETSI, etc. o Matriser les nouvelles applications et contribuer la dfinition des axes de recherche. o Surveiller et analyser les tendances du secteur de tlcommunications pour en dduire les opportunits de dveloppement et conqurir de nouveaux marchs.

Contrle technique :

Le contrle technique est l'ensemble des oprations de contrle et d'essais ncessaires par lesquelles le CERT constate et atteste que les quipements terminaux sont conformes l'chantillon homologu ou aux normes et aux spcifications techniques en vigueur pour les quipements ne ncessitant pas homologation.

Vrification de conformit :

La Vrification de conformit des quipements terminaux des tlcommunications et des quipements terminaux radiolectriques imports par les personnes physiques ou morales pour leurs besoins propres ou titre temporaire est la vrification de la compatibilit des quipements terminaux de tlcommunications, ou des quipements radiolectriques la rglementation, aux normes et aux spcifications techniques en vigueur.

Autres activits :
i. Conception de linfrastructure de rseaux : 1. Tlphoniques. 2. dEchange de donnes. 3. de radiocommunication. ii. Suivi de la mise en place des diffrents rseaux. iii. Conception des rseaux locaux iv. Assistance lexploitation. v. Conception et suivi de la mise en place de quelques systmes dinformation. vi. Supervision de la mise en place et de lexploitation de linfrastructure pour garantir une haute disponibilit et une qualit totale pour les services offerts.
4

Chapitre 1 : Prsentation du cadre du stage

Universit virtuelle de Tunis

II. Chronogramme :
Le projet a dbut en Mars et sest poursuivi sur une priode de trois mois jusquau dbut Juin. Le modle utilis pour raliser ce projet est le modle en cascade de gnie logiciel. Les diffrentes tapes qunous avons suivies sont : Etude de lexistant. Spcification. Conception. Implmentions. Jeux de test. Rdaction du rapport au fur et mesure. Le chronogramme ci-aprs schmatise la chronologie de ces tapes durant la priode du projet

Figure 1 : Diagramme de Gantt

III. Etude de lexistant :

5

Chapitre 1 : Prsentation du cadre du stage

Universit virtuelle de Tunis

Cette partie de chapitre est consacre ltude des outils utilises pour caractriser ltat de rseau c'est--dire la couverture rseau, la qualit de rseau et les problmes dinterfrence. Par la suite en va voir les inconvnients de ces outils existants et la solution propose pour amliorer le travail de socit CERT.

III.1. Description de lexistant :

Il existe plusieurs outils qui permettent ltude de ltat de rseau. Parmi laquelle utilise par CERT TEMS INVESTIGATION. Tems investigation est un outil dveloppe par Ericsson utilis pour tudier la caractristique de rseau. Il donne plusieurs informations (Rxlev, Rxqual) qui permet daider les ingnieurs de prendre des dcisions sur ltat de rseau. Ainsi, ATOLL, dvelopp par FORSK, est un logiciel de simulation radio aidant les ingnieurs radio prendre des dcisions lors de la planification du rseau. Il intgre un Modle Numrique de Terrain (MNT), une carte de types de sursol et une carte de hauteurs de sursols permettant d'avoir le profil d'une zone : diffrents obstacles (montagnes, immeubles) et leur hauteur.

III.2. Critique de lexistant :

Il est vraie que ces outils sont fortes de cte informationnel. Puisque ces outils donnent plusieurs paramtres et courbes sur ltat de rseau. Mais il sont difficile manipuler et ncessite beaucoup de temps pour extraire les informations quaide lingnieur pour linterprtation de rseau.

III.3. Solution propose :

Pour aider lingnieur la manipulation de rseau on va extraire les informations fournis par loutil tems investigation sous forme Excel et lutilise pour afficher des courbes et des statistiques quaide lingnieur pour linterprtation de rseau.

Conclusion :
A travers ce chapitre nous avons parl sur le centre dtude et recherche de tlcommunication et le cadre gnrale de projet.

Chapitre 2 : Qualit de service dans le rseau GSM

Universit virtuelle de Tunis

Chapitre 2 : Qualit de Service dans le rseau GSM

Introduction :
Lentre en exploitation dun rseau cellulaire intervient aprs la phase de dploiement et louverture commerciale. Loprateur commence alors un nouveau cycle qui consiste observer la qualit de service et optimiser le rseau pour amliorer dune part, la qualit de service dans les zones o cela est ncessaire et dautre part, pour augmenter lefficacit du rseau de point de vue trafic. Nous introduisons dans ce chapitre les indicateurs et les paramtres de qualit de service du rseau GSM.

I. Gestion de la qualit de service dans les rseaux cellulaires : I.1 Dfinition et intrt de la qualit de service :
La recommandation E-800 de lUIT (Union Internationale des Tlcommunications) dfinit la qualit de service QoS (Quality of Service) par lEffet global produit par la qualit de fonctionnement dun service qui dtermine le degr de satisfaction de lusager dun service. De point de vue performance de rseaux, lUIT dfinit la qualit de service comme lAptitude d'un rseau ou d'un lment de rseau assurer les fonctions lies des communications entre usagers. La QoS est la capacit adapter un service aux besoins d'une application. Elle est value, dune part, du point de vue du consommateur qui permet de dterminer la russite ou lchec du service et dautre part, du point de vue oprateur dune faon objective travers lanalyse des indicateurs qualit de service suivant certains critres. Les classes dindicateurs comportent laccs au rseau, laccs au service, lintgrit du service et le maintien du service.

I.2 Critres dvaluation de la qualit de service :

Les critres qui rentrent dans l'estimation de la qualit d'un rseau peuvent globalement tre classs en deux grandes catgories selon le point de vue adopt : oprateur ou utilisateur.

Chapitre 2 : Qualit de service dans le rseau GSM

Universit virtuelle de Tunis

Ces critres sont directement mettre en rapport avec les attentes des abonns et affectent profondment leur degr de satisfaction des services. Dans le rseau GSM, ces attentes sont principalement lies : Disponibilit du rseau (probabilit d'obtention d'un nouvel appel), Maintien des communications (la probabilit de coupure d'une communication), Qualit auditive de la communication (puissance du signal, brouillage).

Du cot utilisateur, les critres les plus courants pour lesquels un abonn GSM peut juger la qualit de service sont : Couverture du rseau (puissance du signal reu en tout point de la couverture), Etablissement dappel (taux de congestion du rseau ou taux de blocage), Qualit des communications ou qualit vocale (taux derreurs binaires, microcoupures et interfrence), Interruption de communications ou coupure dappel (perte totale de communication en

Cours, taux de coupure). Du point de vue oprateur, il cherche minimiser ses cots tout en garantissant une bonne qualit de services QoS qui est value par les moyens dclars dans le tableau 1.

Tableau 1 : Principaux indicateurs de qualit de service

II. Qualit de service dans le rseau GSM :

La qualit de service dans le rseau GSM sintresse deux aspects principaux spars : Disponibilit des ressources en termes de taux de congestion qui se traduit par un taux de blocage. Qualit du signal radio selon la qualit de couverture (possibilit dtablissement du lien radio) et selon la qualit du signal radio (BER, FER).
8

Chapitre 2 : Qualit de service dans le rseau GSM

Universit virtuelle de Tunis

II.1 Mesures de la QoS dans le rseau GSM :

Les mesures des performances actuelles du rseau combinent trois approches : Indicateurs cls de performances KPI (Key Performance Identification) via lOMC-R, Mesures Drive test, Trace de signalisation sur les interfaces A/Abis.

Dans ce projet on va intresser aux chaines de mesures Drive test (voir figure 1). Grce des sorties terrains et des simulations en diffrents scnarii possibles dans lesquels on teste ltablissement de lappel (absence dchec), le maintien de la communication pendant un certain temps seuil (absence de coupure) et la qualit de la communication, etc, tout en tenant compte de la mobilit de lusager. Le rapport de mesure ainsi obtenu reflte de faon objective la qualit de service des prestations des oprateurs. Elles constituent pour cela le meilleur moyen de vrifier les performances du rseau et de les ajuster aux attentes des abonns, car elles dcrivent ltat de la qualit des ressources radio du rseau telle quelle est perue par les abonns. Pour raliser ces mesures, un comit se dplace, dans une voiture, muni dune chane de mesure numrique de type drive test qui comporte essentiellement : Un mobile (s) trace : Un mobile trace dit aussi mobile de test est quip dun logiciel spcial et est utilis pour les mesures radio (mesures numriques). A l'aide de l'Hyper Terminal et d'un cble srie, il est possible de taper des commandes qui permettent d'teindre le mobile ou encore d'appeler quelqu'un, mais sa vritable utilit rside dans le fait quil peut calculer tous les paramtres radios (niveau du signal, la qualit du signaletc.) et les communiquer au PC suites la rception de commandes (commandes AT) sur son modem. En gnral, un mobile trace permet de faire tous les scnarii possibles pour chaque canton mesur. Un quipement GPS (Geographic Positioning System) : Pour la localisation exacte de la position gographique de chaque point de mesure. Il est indispensable pour reprer les point de lenvironnement ou il ya des problmes radios. Un ordinateur portable dot dun outil (software) spcial Permettant lacquisition, le traitement et lenregistrement des mesures rcupres du mobile trace (paramtres

Chapitre 2 : Qualit de service dans le rseau GSM

Universit virtuelle de Tunis

radios) et du rcepteur GPS (coordonnes gographiques) dans des fichiers spciaux. En visualisant sur lcran de lordinateur les diffrentes mesures ralises, il permet lingnieur de constater ltat du rseau sur place.

Figure 2 : Chaine de mesure Drive Test

II.2 Indicateurs qualit du rseau GSM :

Les mesures drive test peuvent tre regroupes en deux blocs : Des mesures ltat de veille du mobile et/ou des mesures ltat ddi. Les principaux paramtres mesurs sont : Longitude, latitude : Le systme de localisation GPS nous donne les coordonns de chaque point de mesure. Niveau de champ (RxLevel) : Elles consistent mesurer sur la voie balise BCCH, le niveau de champ RxLev reu par le mobile. Une mesure de niveau de champ est en effet faite immdiatement aprs chaque tentative daccs au rseau. La correspondance entre Rxlev et lapprciation de la couverture dpend des choix de loprateur comme le montre le tableau 2.

10

Chapitre 2 : Qualit de service dans le rseau GSM

Universit virtuelle de Tunis

Tableau 2 : Exemple de convention de niveau de champ

Qualit radio (RxQual) : Ces mesures consistent valuer la valeur RxQual enregistre par le mobile. Elle est obtenue en quantifiant le taux d'erreurs binaires BER (Bit Error Rate) sur 8 niveaux (3bits) suivant la correspondance prcise dans le tableau 3. RxQual est mesure uniquement ltat ddi et sur la cellule serveuse et est cod sur trois bits et prend des valeurs entre 0 et 7.

Tableau 3 : Correspondance entre RxQual et BER

11

Chapitre 2 : Qualit de service dans le rseau GSM

Universit virtuelle de Tunis

La correspondance entre RxQual et lapprciation de la qualit dpend des choix de loprateur, le tableau 4 donne un exemple de convention de qualit de service.

Tableau 4 : Exemple de convention de Rxqual Rapport C/I : Le rapport signal sur interfrence est le rapport de l'intensit du signal de la cellule de service courante par celle des composants du signal non dsir (interfrent). La fonction de mesure du C/I permet l'identification des frquences qui sont particulirement exposes des hauts niveaux d'interfrence, ce qui devient utile dans la vrification et l'optimisation des plans de frquence. Pour obtenir une estimation correcte du C/I, on doit prendre en considration le possible usage du contrle de puissance et/ou de la transmission discontinue (DTX). FER (Frame Erasure Rate) : Alors le FER est un indicateur de niveau de qualit spcifique au taux de rejet de trame. Dans le tableau 5 nous prsentons la correspondance entre le FER et le RXQUAL.

12

Chapitre 2 : Qualit de service dans le rseau GSM

Universit virtuelle de Tunis

Tableau 5 : Correspondance entre FER et RXQUAL Autres paramtres mesurs : Dautres paramtres peuvent contribuer lvaluation de la qualit de service dans le rseau GSM : Time, Speed : le temps des mesures et la vitesse de la voiture. Mode : Mode en veille ou mode ddi (Idle ou Ready). ARFCN : Cest le numro de frquence allou un mobile, BCCH ARFCN : ARFCN de la frquence BCCH de la cellule, TCH ARFCN : ARFCN de la frquence TCH allou un mobile, BSIC, Base Station Identification Code : identificateur de la cellule. En effet, le couple (frquence, BSIC) permet sur une zone donne de dterminer parfaitement une cellule. RXFREQ : ARFCN de la frquence de rception, RXFREQ, RXLEVFULL et BSIC de six cellules voisines au maximum. MSPWR : Le niveau de puissance dmission du mobile (MS Power) : paramtre de contrle de puissance du MS, (Pe = 43 2*MSPwr), TIMESLOT : Le numro de Time Slot (TS) : sur lequel les mesures sont effectues, Cell_Id, Cell_name : Numro didentification et nom de la cellule. Ciphering Algorithm : Algorithme de chiffrement, Hopping frequencies : Les frquences qui utilise le saut de frquence, LAC (Location Area Code) : Code de la zone de localisation GSM. SQI : Mesure de la qualit parole qui est base sur les distributions des BER et FER avec prise en compte des vnements du handover et de l'utilisation de la transmission discontinue
13

Chapitre 2 : Qualit de service dans le rseau GSM

Universit virtuelle de Tunis

(DTX), et qui sert prdire d'une faon instantane la qualit de la parole durant un appel tlphonique. T_ADV (Timing Advance) : Il traduit le temps davance ncessaire pour la compensation du temps aller-retour du signal cd le temps de propagation entre le MS et sa BTS. RLT (Radio Link Timeout) : Cest le temps dexpiration ou de coupure du lien radio. Dans le tableau 6, nous avons produit les valeurs typiques de probabilit de blocage dans chaque interface du rseau GSM. Des valeurs suprieures ces seuils pourront se traduire par une mauvaise qualit de service perue par les usagers. Pour linterface Abis, il nexiste pas un problme de disponibilit de ressources puisquon a pour chaque canal une voix sur un TS. Pour linterface Um, on peut avoir une probabilit de blocage de signalisation SDCCH avec les SMS et une probabilit de blocage de trafic TCH. Pour linterface A et linterface MSC-MSC, la probabilit de blocage est du la concentration de trafic au niveau de BSC et de MSC.

Tableau 6 : Hypothses de QoS pour GSM (valeurs typiques)

Conclusion :
Dans ce chapitre, nous avons tudie la structure et les fonctionnalits du rseau GSM. La conception informatique et lanalyse de ces indicateurs ainsi que les diffrentes besoins fonctionnels attendus de notre outil seront prsentes dans le chapitre suivant.

14

Chapitre 3 : Spcification des besoins

Universit virtuelle de Tunis

Chapitre 3 : Spcification des besoins

Introduction :
En gnie logiciel, on distingue trois phases dans le cycle de vie dun logiciel : la phase dtude et de spcification, la phase de conception et la phase de dveloppement. Dans la premire phase dtude et spcification des besoins, on tablit les contraintes, les buts et les services du systme. Ce chapitre est consacr la description de cette premire phase de ce projet. En effet, nous commencerons par la dfinition des besoins fonctionnels attendus de notre outil danalyse.

I. Besoins fonctionnels :
L'objectif de ce travail est de dvelopper une application permettant d'analyser les donnes recueillies sur l'interface radio GSM et de calculer les indicateurs KPI partir dun fichier de mesures drive-test. L'analyse des donnes est l'tape la plus critique dans le fonctionnement de notre application. Cette opration doit partir d'un ensemble de donnes spcifiques (valeurs seuils et paramtres de configuration) pour analyser l'ensemble de donnes dj charges en fichiers sous format *.txt issues des mesures drive test. Lanalyse de ces donnes sera dfinie par une tude statistique des mesures, ainsi que ltape dinterprtation des rsultats et didentification des problmes. Dans ce projet, il existe plusieurs statistiques qui peuvent tre dcrites sur le rseau GSM mais nous nous sommes intresss certaines statistiques qui sont considres les plus importantes. Notons que les seuils et les paramtres pris dans ce projet sont slectionns partir de loutil de drive test TEMS Investigation dEricsson.

I.1 Affichage des courbes de Rxlev:

Rxlev permet de caractriser ltat de couverture dune zone tudie. Pour cela notre outils doit permettre laffichage Rxlev en fonction de temps et en fonction de position.

15

Chapitre 3 : Spcification des besoins

Universit virtuelle de Tunis

I.2 Affichage des courbes de Rxqual:

Rxqual permet de caractriser ltat de qualit dune zone tudie. Pour cela notre outils doit permettre laffichage Rxqual en fonction de temps et en fonction de position.

I. 3 Statistiques de couverture :
Elle nous renseigne sur l'tat de couverture du rseau. Elle se prsente sous la forme d'un histogramme illustrant les pourcentages de couverture en outdoor, incar, indoor, deep indoor et pas de couverture suivant les seuils prsents dans le tableau 1. La couverture d'une station de base peut s'tendre sur un diamtre maximal de 30km selon la densit de couverture de la zone urbaine ou rurale. Le problme de couverture apparat lorsque les ondes mises par le mobile n'arrivent pas la station de base la plus proche, ou bien lorsque celles mises par l'antenne de la BTS n'arrivent pas avec une puissance suffisamment dtectable par la station mobile. Le manque de couverture pour une rgion peut tre aussi caus par une disposition spciale des antennes, telle dans le cas d'un obstacle se trouvant entre la station mobile et l'antenne (btiments, montagne).

Tableau 7 : Seuils de couverture

I.4 Statistiques de qualit :

C'est une statistique qui nous renseigne sur les pourcentages des signaux de bonne, moyenne ou mauvaise qualit sous forme dun histogramme en fonction des certaines valeurs seuils fixs par loprateur (Voir Tableau 2).
16

Chapitre 3 : Spcification des besoins

Universit virtuelle de Tunis

Dans le rseau GSM, une mauvaise qualit de signal entraine beaucoup des erreurs de transmission ce qui engendre un taux lev de retransmission et par la suite un dlai de transfert des donnes important. En revanche, une charge de trafic faible nous donne une trs bonne qualit. Par consquent, si on veut mesurer les performances de cellules GSM, il faut crer de la charge sur les cellules.

Tableau 8 : Seuils de qualit radio

II. Besoins non fonctionnels :

Mme si ces besoins ntant pas dcisifs au fonctionnement du systme ils sont bon signe de la nature du logiciel. Autonomie du systme : le systme sexcute et fonctionne entirement sans avoir recours dautres applications. Convivialit : linterface utilisateur doit tre conviviale pour assurer un accs ais aux donnes.

III. Diagrammes de cas dutilisation gnrale :

Les cas dutilisation dcrivent sous la forme dactions et de ractions le comportement dun systme du point de vue dun utilisateur. Ils permettent de dfinir les limites du systme et les relations entre le systme, les intervenants et lenvironnement .Un cas dutilisation est une manire spcifique dutiliser un systme .Cest limage dune fonctionnalit du systme, dclenche en rponse la simulation dun acteur externe. La dtermination et la comprhension des besoins sont souvent difficiles car les intervenants sont noys sous de grandes qualits dinformations Les cas dutilisations recentrent lexpression des besoins sur les utilisateurs, en partant du point de vue qui veut quun systme soit avant tout construit pour ses utilisateurs. La
17

Chapitre 3 : Spcification des besoins

Universit virtuelle de Tunis

structuration de la dmarche seffectue par rapport aux interactions dune seule catgorie dutilisateurs la fois.

Figure 3 : Diagramme de cas dutilisation gnrale Ce diagramme montre les diffrentes fonctionnalits qui doivent fournir notre application.

Conclusion :
Dans ce chapitre nous avons prsente dans une premire partie les besoins fonctionnels et non fonctionnels de notre application et dans une deuxime partie nous donnons le diagramme de cas dutilisation de notre application.

18

Chapitre 4 : Conception de loutil

Universit virtuelle de Tunis

Chapitre 4 : Conception de loutil

Introduction :
La seconde phase de cycle de vie dun logiciel consiste reprsenter les fonctions du systme de manire ce quelles soient facilement transformables en un ou plusieurs programmes excutables lors de la phase de ralisation. Cest une tape primordiale, qui nous permettra de relier les fonctionnalits et le comportement de loutil avec lensemble de services que lutilisateur sattend voir fournis.

I. Conception gnrale :
Pour la conception de notre outil, nous avons eu recours au langage de modlisation objet unifi UML (Unified Modeling Language) dans le but de bnficier de ce standard incontournable. Dimportant acteurs industriels (IBM, Microsoft, Oracle, DEC, HP, Rational, Unisys etc.) sassocient alors leffort et proposent UML 1.0 lOMG (Object Management Group) qui laccepte en novembre 1997 dans sa version 1.1. La version dUML en cours la fin 2006 est UML 2.0 qui simpose plus que jamais en tant que langage de modlisation standardis pour la modlisation des logiciels. UML est un langage graphique qui permet de reprsenter, de communiquer les divers aspects dun systme dinformation afin que les concepteurs puissent utiliser les mmes concepts. UML est donc un mtalangage car il fournit les lments permettant de construire le modle qui, lui, sera le langage du projet. Un modle est une reprsentation abstraite et simplifie (i.e. qui exclut certains dtails), dune entit (phnomne, processus, systme, etc.) du monde rel en vue de le dcrire, de lexpliquer ou de le prv oir. Donc, modliser un systme avant sa ralisation permet de mieux comprendre le fonctionnement du systme. Pour se faire nous devons utiliser un outil de modlisation parmi ceux disponibles sur le march, cest l'outil " Power AMC ". Il permet doffrir touts les concepts concernant la conception dun outil depuis la cration du diagramme du cas dutilisation jusqu' la gnration des codes. UML comporte ainsi treize types des diagrammes reprsentants autant de vues distinctes pour reprsenter des concepts particuliers du systme dinformation. Ces
19

Chapitre 4 : Conception de loutil

Universit virtuelle de Tunis

diagrammes, dune utilit variable selon les cas, ne sont pas ncessairement tous produits loccasion dune modlisation.

II. Conception dtaille :

Dans notre conception nous sommes intresss quatre diagrammes de conception : Diagrammes de cas dutilisation, diagrammes de classes, diagrammes de squence et diagrammes de collaboration. A lissu de cette tape, nous avons pu dcomposer lensemble des fonctionnalits de loutil sur six modules.

II.1 Diagramme de cas dutilisation :

Le diagramme de cas dutilisation reprsente la structure des grandes fonctionnalits ncessaires aux utilisateurs du systme. Cest le premier diagramme du modle UML, celui o sassure la relation entre lutilisateur et les objets que le systme met en oeuvre.

Figure 4 : Diagramme de cas dutilisation de loutil Le diagramme de classe reprsent dans la figure 4 permet de dcrire les fonctionnalits de notre outil, il est compos de : Acteur : Un acteur est lidalisation dun rle jou par une personne externe, un processus ouune chose qui interagit avec un systme. Il se reprsente par un petit bonhomme (Figure 1)avec son nom (i.e. son rle) inscrit dessous.

20

Chapitre 4 : Conception de loutil

Universit virtuelle de Tunis

Cas dutilisation : Un cas dutilisation est une unit cohrente dune fonctionnalit visible de lextrieur. Association : Une relation dassociation est un chemin de communication entre un acteur et un cas dutilisation et est reprsent un trait continu. Un strotype na pas de dfinition formelle, mais permet de mieux caractriser des varits dun mme concept. Il est reprsent par une chanes de caractres entre guillemets ( ). Multiplicit : Lorsquun acteur peut interagir plusieurs fois avec un cas dutilisation, il est possible dajouter une multiplicit sur lassociation du ct du cas dutilisation. Le symbole * signifie plusieurs. Quelques exemples de multiplicit : exactement un (1 ou 1..1), plusieurs (*ou 0..*), au moins un (1..*) et de un six (1..6). Relation dinclusion : Un cas A inclut un cas B si le comportement dcrit par le cas A inclut le comportement du cas B : le cas A dpend de B. Cette dpendance est symbolise par le strotype include . Relation dextension : On dit quun cas dutilisation A tend un cas dutilisation B lorsque le cas dutilisation A peut tre appel au cours de lexcution du cas dutilisation B. Excuter B peut ventuellement entraner lexcution de A. Cette dpendance est symbolise par le strotype extend . Relation de gnralisation : Un cas A est une gnralisation dun cas B si B est un cas particulier de A (Flche termine par un triangle vide).

II.2 Diagramme de classes :

Le diagramme de classes est gnralement considr comme le plus important dans un dveloppement orient objet. Il reprsente larchitecture conceptuelle du systme : il dcrit les classes que le systme utilise, ainsi que leurs liens, que ceux-ci reprsentent un embotage conceptuel (hritage) ou une relation organique (agrgation). Lapproche oriente objet considre le logiciel comme une collection dobjets dissocis, et identifis, dfinis par des proprits. Un objet est caractris par plusieurs notions : Les attributs : Il sagit des donnes qui caractrisent lobjet. Ce sont des variables stockant des informations sur ltat de lobjet.
21

Chapitre 4 : Conception de loutil

Universit virtuelle de Tunis

Les mthodes : Les mthodes dun objet caractrisent son comportement, cest-dire lensemble des actions (appeles oprations) que lobjet est mme de raliser. De plus, les oprations sont troitement lies aux attributs, car leurs actions peuvent dpendre des valeurs des attributs, ou bien les modifier.

Figure 5 : Diagramme de classe de loutil Un diagramme de classe permet de fournir une reprsentation abstraite des objets du systme qui vont interagir ensemble pour raliser les cas dutilisation. Une classe est reprsente par un rectangle divis en trois compartiments. Les diffrentes classes utilises prsents dans la figure 5 sont : La classe Data_Extract : Permet de lire les donnes partir dun fichier de mesure. La classe Cell : Englobe Toutes les paramtres mesures qui existent dans le fichier de mesure. La classe etude_couv : permet dafficher les paramtres de couverture. La classe etude_qual : permet dafficher les paramtres de qualit de service. La classe Affichage : permet dafficher les courbes de couverture et de qualite.

22

Chapitre 4 : Conception de loutil

Universit virtuelle de Tunis

II.3 Diagramme de squence et de collaboration :

Le diagramme de squence reprsente la succession chronologique des oprations ralises par un acteur pour lanalyse des mesures et ltude de diffrentes statistiques. Ce diagramme montre les tapes qui doivent faire lutilisateur pour pouvoir accder lapplication.

Figure 6 : Diagramme de sequence de lidentification Ce diagramme montre les tapes qui doivent faire lutilisateur pour pouvoir lanalyse de couverture.

Figure 7 : Diagramme de squence de loutil : Analyse de couverture

23

Chapitre 4 : Conception de loutil

Universit virtuelle de Tunis

Ce diagramme montre les tapes qui doivent faire lutilisateur pour lanalyse de qualit.

Figure 8 : Diagramme de squence de loutil : Analyse de qualite Ce diagramme montre les tapes qui doivent faire lutilisateur pour pouvoir afficher les courbes.

Figure 9 : Diagramme de squence de loutil : Affichage des courbe Ce diagramme montre les tapes qui doivent faire lutilisateur pour dconnecter de lapplication.
24

Chapitre 4 : Conception de loutil

Universit virtuelle de Tunis

Figure 10 : Diagramme de squence de dconnexion de lapplication

Conclusion
A lissu de ce chapitre, nous avons achev les deux phases de ce projet, savoir ltude et la spcification des besoins, et la conception de loutil. Ces deux phase ont t dcomposes en trois tapes qui se sont avres essentielles : une tude sur lensemble des fonctionnalits que doit remplir loutil, ensuite nous avons essay, dans une tape intermdiaire, de regrouper ces besoins fonctionnels dans un diagramme de cas dutilisation, ce qui nous a facilit ltape dlaboration dun diagramme de classe et dun diagramme de squence qui nous donne une dmarche dtaill pour le dveloppement de loutil. Dans le chapitre suivant nous allons passer la dernire phase de ce projet : le dveloppement et la validation de loutil.

25

Chapitre 5 : Dveloppement et test de loutil

Universit virtuelle de Tunis

Chapitre 5 : Dveloppement et test de loutil

Introduction :
Les deux premires phases de la ralisation de ce projet ont t le fruit de trs longues rflexions et de plusieurs recherches qui ont servi concevoir un outil daide clair lanalyse des indicateurs qualit dun rseau GSM, nous entamons dans ce chapitre la phase de dveloppement et de validation de cet outil. Nous commencerons tout dabord, par prsenter loutil de dveloppement afin de justifier le choix de cet environnement. Ensuite nous dtaillerons les tapes de dveloppement de chaque entit danalyse, tout en se rfrant la conception prcdemment dcrite. Enfin, le chapitre sachvera par la validation et le test de lapplication.

I.Lenvironnement informatique de dveloppement :

Le choix des bons outils de travail est une tche critique sur laquelle repose le bon droulement de l'tape de conception. Pour la ralisation de ce projet plusieurs alternatives se sont proposes. Pour ce qui est de la plate forme de programmation nous avons eu le choix entre JAVA et Visual Basic. Cette slection est justifie par le fait que ces deux langages : Utilisent le concept orient objet et s'apprtent parfaitement notre cas. Permettent la cration d'interfaces graphiques sophistiqus (menus droulants, boutons, cases cocher,...) essentiels pour la conception de l'interface graphique de notre application. Incluent le concept du modle vnementiel. En effet 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 d'tre portable sur plusieurs plate-formes (Windows, Linux,...). Son grand inconvnient reste sa lenteur durant la compilation. De plus nous avons pu remarquer qu'il prend beaucoup de temps lors de la lecture des fichiers. Visual Basic est nettement moins difficile, et permet une plus rapide et plus facile dfinition des classes de travail. Du point de vue temps, les dlais d'excution qu'il offre sont acceptables.
26

Chapitre 5 : Dveloppement et test de loutil

Universit virtuelle de Tunis

Reste l'inconvnient qu'il n'est pas portable et doit tre utilis sur une plate-forme Windows. Aprs cette tude comparative nous avons opt pour Visual Basic 2008 comme plateforme de programmation.

I.1 Prsentation de langage de programmation Visual Basic :

Visual Basic est un outil dvelopp par Microsoft dans le but de dvelopper facilement des applications fonctionnant sous Microsoft Windows. Il permet de crer l'aide de la souris des lments graphiques (boutons, images, champs de texte, menus droulants...) sans avoir programmer l'interface graphique. L'intrt de ce langage est de pouvoir associer aux lments de l'interface graphique des portions de code associs des vnements (clic de souris, appui sur une touche,...). Pour cela, Visual Basic utilise un langage de programmation driv du BASIC (Beginners All-Purpose Symbolic Instruction Code). Le point fort de Visual Basic est la possibilit d'utiliser des composantes (objets) dj construites par d'autres programmeurs. Le programmeur devient un assembleur de modules fonctionnels et dbogus, le laissant libre de se concentrer rapidement sur le rsultat plutt que sur les moyens pour y arriver. Dautre part, Visual Basic rendre la programmation plus simple et plus amusante en utilisant ces contrles. Les contrles sont des objets rutilisables comprenant des lments visuels et du code. Dans Visual Basic, il est permis de crer rapidement des feuilles et des boites de dialogue. Aussi, Visual Basic comprend des contrles intgrs qu'il affiche dans la boite outils de contrles au dmarrage et qui offrent des grandes possibilits en terme d'interface graphique, ainsi que des contrles ActiveX qu'on peut ajouter la boite des outils qui permettent d'avoir accs des fonctions avances :

Accs des bases de donnes. Accs des fonctionnalits rseaux. Accs des fonctions d'entre-sortie,...

Linterface principale du Visual .net est prsente dans la figure 11

27

Chapitre 5 : Dveloppement et test de loutil

Universit virtuelle de Tunis

Figure 11 : Interface principale de Visual .net

I.2 Base de donnes Microsoft Access :

Une base de donnes est un ensemble structur de donnes enregistres sur des supports accessibles par lordinateur, reprsentant des informations du monde rel et pouvant tre interroges et mises jour simultanment et de faon slective. Microsoft Access est un systme de gestion de base de donnes. A laide de ce logiciel on peut grer nos informations. Dans le cadre de notre projet, nous avons choisi Microsoft Access pour stocker et grer des donnes contenues dans des fichiers indicateurs et paramtres provenant de la base de donnes (fichiers de type Excel, Figure 12) ou du drive test. Dans cette base on distingue toutes les tables et les requtes ncessaires pour lexcution de lapplication.

28

Chapitre 5 : Dveloppement et test de loutil

Universit virtuelle de Tunis

Figure 12 : Fichier de mesure

II. Prsentation de loutil :

Dans cette section, nous franchissons la phase de dveloppement de loutil tout en se rfrant la conception prcdemment dcrite. Et voici le schma synoptique de loutil dans la figure 13. Cette application permet de visualiser d'une manire prcise les histogrammes correspondant aux fichiers de mesures drive-test ainsi que la dtection des problmes.

Figure 13 : Schma synoptique de loutil

29

Chapitre 5 : Dveloppement et test de loutil

Universit virtuelle de Tunis

Aprs avoir faire les mesures, le fichier de ces dernires (voir figure 13) doit tre analys et interprt mthodiquement pour en tirer le maximum dinformations ncessaires qui servira remdier aux problmes existants ou amliorer la performance du rseau.

II.1 La bote d'authentification de l'utilisateur :

Cette interface se charge avant le dmarrage de l'interface principale. Elle sert contrler les accs et authentifier les utilisateurs exploitants. En effet chaque agent a son compte d'accs pour pouvoir bnficier de ces droits d'exploitation. En cas de succs de l'authentification la fentre principale de la plateforme apparat, et l'utilisateur peut exploiter cet outil. Si l'authentification choue, une boite de message d'erreur s'affiche. Il reste signaler que la session principale contient un menu permettant dajouter un nouvel utilisateur ou de changer les mots de passe donc cest lexploitant de lapplication qui contrlera laccs son outil en permettant son utilisation par les agents dsigns.

Figure 14 : Interface d'authentification de l'utilisateur

II.2 Interface d'accueil :

Au dmarrage de l'application, la fentre d'accueil est prsente par la figure 15, Cette interface prsente les diffrentes oprations qui permet de tester et donner des informations sur ltat de rseau. Les diffrentes statistiques fournis par cette interface sont : statistique de couverture, statistique de qualit et statistique dinterfence. La figure 16 montre la consultation au fichier de mesure aprs lappui sur le bouton parcourir.

30

Chapitre 5 : Dveloppement et test de loutil

Universit virtuelle de Tunis

Figure 15 : Interface d'accueil de loutil

Figure 16 : Consultation des fichiers de mesure

31

Chapitre 5 : Dveloppement et test de loutil

Universit virtuelle de Tunis

Cette interface affiche les paramtres de fichier de mesure en mode complet.

Figure 17 : les paramtres de mesure

II.3 Analyse de couverture :

Cette interface affiche lanalyse de Rxlev en mode uplink et downlink.

Figure 18 : interface dtude de la couverture

32

Chapitre 5 : Dveloppement et test de loutil

Universit virtuelle de Tunis

Cette interface montre lvaluation des paramtres Rxlev en fonction de temps et de position en mode uplink.

Figure 19 : Evaluation de Rxlev en fonction de temps en mode UL Cette interface montre lvaluation des paramtres Rxlev en fonction de temps et de position en mode Downlink.

Figure 20 : Evaluation de Rxlev en fonction de temps en mode DL

33

Chapitre 5 : Dveloppement et test de loutil Cette interface montre lhistogramme de couverture dune zone.

Universit virtuelle de Tunis

Figure 21 : Histogramme de couverture

II.4 Analyse de qualit :

Cette interface affiche lanalyse de Rxqual en mode uplink et downlink.

Figure 22 : interface dtude de la qualit

34

Chapitre 5 : Dveloppement et test de loutil

Universit virtuelle de Tunis

Cette interface montre lvaluation des paramtres Rxqual en fonction de temps et de position en mode uplink.

Figure 23 : Evaluation de Rxqual en fonction de temps en mode UL Cette interface montre lvaluation des paramtres Rxqual en fonction de temps et de position en mode Downlink.

Figure 24 : Evaluation de Rxqual en fonction de temps en mode DL

35

Chapitre 5 : Dveloppement et test de loutil Cette interface montre lhistogramme de qualite dune zone.

Universit virtuelle de Tunis

Figure 25 : Histogramme de qualit de signal

Conclusion
Dans ce chapitre nous avons prsent lapplication que nous avons ralise pour ltude de la qualit de service GSM.

36

Conclusion gnrale

Universit virtuelle de Tunis

Conclusion gnrale
Ces dernires annes, la tlphonie mobile a t sans doute le secteur le plus dynamique, le plus rentable et le plus innovant de toute lIndustrie des Tlcommunications. Avec lessor rapide quelle connait, elle simpose de plus en plus comme le moyen le plus privilgi de communication et conquiert davantage de parts de march en ciblant tous les profils de consommateurs. Le dveloppement de nouvelles technologies et la diversification des services de voie et de donnes tel que le service multimdia (FTP, WAP, WEB, etc.) ont contribu la cration dun environnement propice la concurrence incitant ainsi les oprateurs se soucier de la qualit de leurs prestations et des performances de fonctionnement de leurs rseaux et infrastructures.
Il savre donc que la qualit, dans ce domaine comme dans beaucoup dautres, constitue une source importante de diffrenciation, et le maintien de la qualit des communications s'avre obligatoire pour faire face la dgradation de la qualit de service et aux plaintes des usagers. Le suivi de cette qualit ncessite lobservation permanente de ltat de fonctionnement du rseau et de toutes ses performances. Dans ce contexte, le dveloppement d'un outil daide lanalyse des indicateurs qualit du rseau GSM s'avre indispensable pour tout oprateur.

De ce fait, nous nous sommes intress dans ce manuscrit, prsenter l'outil danalyse du rseau GSM que nous avons dvelopp. L'exploitation de cet outil a ncessit des fichiers recueillis sur l'interface radio l'aide des mesures drives-test.
Pour se faire, nous avons prsent au premier volet quelques gnralits sur les rseaux cellulaires. Par la suite, nous sommes passs l'tude de la qualit de service du rseau GSM en mettant laccent sur les diffrents paramtres mesurs. En suite, nous avons prsent les spcifications des besoins fonctionnels et la conception de notre outil. Le dernier volet de notre projet a t consacr pour le dveloppement de l'outil et une tude de cas rel. Les rsultats fournis par cet outil sont acceptables malgr l'indisponibilit de certains indicateurs. Cet outil est gnrique c'est--dire qu'il est extensible et peut tre enrichi par d'autres modules.

37

Bibliographie
[1] Documentation du logiciel TEMS Investigation 7.1.1. [2] Mohamed Tahar Missaoui, " Ingnieries de rseaux cellulaires ", cours INDP3, 2007. [3] Mohamed Tahar Missaoui, " Migration 2G/3G ", cours INDP3, 2007. [4] Sami Tabbane, Lagrange Xavier, Godlewski Philippe, "Rseaux GSMDCS", 4me dition, HERMES Science Publication, Paris, 1999. [5] Sami Tabbane, "Ingnierie des rseaux cellulaires", HERMES Science Publication, Paris, 2002. [6] Sami Tabbane, "Planification et dimensionnement des rseaux mobiles", cours INDP3, 2006 [7] www.developpez.com [8] www.ericsson.com [9] www.functionx.com

38

Rsum Le secteur des tlcoms a t marqu durant ces dernires annes par un dveloppement fulgurant des services, devenus en peu de temps la source majeure de cration de la valeur ajoute pour les oprateurs. Cependant, on ne peut pas voluer et progresser dans le domaine des services sans tre capable dassurer des prestations de qualit de manire durable. Pour cette raison, la tenue da la bonne qualit de service des rseaux cellulaires constitue la proccupation majeure des oprateurs de rseaux. Cest dans ce cadre que sinscrit notre projet qui se propose de concevoir et de dvelopper un outil daide lanalyse des indicateurs qualit dun rseau GSM. Pour ce faire, nous nous sommes servis des fichiers de mesures drive test raliss laide de la chane de mesures approprie. Notre outil permet danalyser lensemble dinformations collectes (offertes par le drive test) et de les prsenter sous une forme permettant de les interprter en vue damliorer la qualit de service du rseau GSM. Mots cls : GSM, QoS, drive test, indicateurs, dveloppement C++.

39