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

Universit virtuelle de Tunis

Chapitre 3 : Spcification des besoins

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

Universit virtuelle de Tunis

Chapitre 3 : Spcification des besoins

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

Universit virtuelle de Tunis

Chapitre 3 : Spcification des besoins

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

Universit virtuelle de Tunis

Chapitre 3 : Spcification des besoins

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 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

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

Universit virtuelle de Tunis

Cette interface montre lhistogramme de couverture dune zone.

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

Universit virtuelle de Tunis

Cette interface montre lhistogramme de qualite dune zone.

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