Académique Documents
Professionnel Documents
Culture Documents
Contribution Au Développement D'un Outil D'automatisation de L'analyse Des Mesures Drive Test GSM PDF
Contribution Au Développement D'un Outil D'automatisation de L'analyse Des Mesures Drive Test GSM PDF
Encadr par :
Mr Bouhouchi Riadh
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
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
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
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.
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
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
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
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.
Conclusion :
A travers ce chapitre nous avons parl sur le centre dtude et recherche de tlcommunication et le cadre gnrale de projet.
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.
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.
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
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.
10
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.
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
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
(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.
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
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.
15
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).
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.
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
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
diagrammes, dune utilit variable selon les cas, ne sont pas ncessairement tous produits loccasion dune modlisation.
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
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).
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
Figure 6 : Diagramme de sequence de lidentification Ce diagramme montre les tapes qui doivent faire lutilisateur pour pouvoir lanalyse de couverture.
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
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
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.
Accs des bases de donnes. Accs des fonctionnalits rseaux. Accs des fonctions d'entre-sortie,...
27
28
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.
30
32
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.
Chapitre 5 : Dveloppement et test de loutil Cette interface montre lhistogramme de couverture dune zone.
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.
Chapitre 5 : Dveloppement et test de loutil Cette interface montre lhistogramme de qualite dune zone.
Conclusion
Dans ce chapitre nous avons prsent lapplication que nous avons ralise pour ltude de la qualit de service GSM.
36
Conclusion gnrale
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