Académique Documents
Professionnel Documents
Culture Documents
Contribution Au Développement D'un Outil D'automatisation de L'analyse Des Mesures Drive Test GSM
Contribution Au Développement D'un Outil D'automatisation de L'analyse Des Mesures Drive Test GSM
Elabor par
Houichi mehdi
Spcialit :
Mastre N2TR
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
Avant Propos
Mesure radio,
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
Introduction gnrale
Introduction gnrale
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 :
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 :
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.
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 :
Du cot utilisateur, les critres les plus courants pour lesquels un abonn GSM peut juger
la qualit de service sont :
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
10
12
(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.
Convivialit : linterface utilisateur doit tre conviviale pour assurer un accs ais aux
donnes.
structuration de la dmarche seffectue par rapport aux interactions dune seule catgorie
dutilisateurs la fois.
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 prvoir.
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.
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.
22
Ce diagramme montre les tapes qui doivent faire lutilisateur pour lanalyse de qualit.
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
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
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.
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.
Cette interface montre lvaluation des paramtres Rxqual en fonction de temps et de position
en mode uplink.
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