Vous êtes sur la page 1sur 115

Rsum

Cycle de formation des ingnieurs en Tlcommunications


Option :
Rseaux et Services Mobiles (RSM)

Rapport de Projet de fin


dtudes
Thme :

Conception et dveloppement dun outil


dautomatisation de laudit et la gestion de la
configuration radio du rseau 3G

Ralis par :

Imen ROMDHANI

Encadrant (s) :

M. Kais AMEUR
Mme. Malek BEN YOUSSEF

Travail propos et ralis en collaboration avec

Imen Romdhani
1

Rsum

Anne universitaire : 2012/2013

Imen Romdhani
2

Rsum

Rsum

e prsent rapport est le compte rendu du travail effectu au sein


des locaux de Tunisie Tlcom dans le cadre du projet intitul
Conception et dveloppement dun outil dautomatisation de

laudit et la gestion de la configuration radio du rseau 3G .


Ce projet a t ralis en vue d'obtenir le diplme national dIngnieur en
Tlcommunications dlivr par lEcole Suprieure des Communications de
Tunis (SUPCOM).
Le travail prsent par ce document a t effectu parmi lquipe
Optimisation Radio. Plusieurs tches accomplies au long de ce projet de fin
dtudes relvent de lingnierie Radio et permettent, par consquent, de
dvelopper un bon potentiel dinitiation ce mtier.
Dans le but damliorer le processus daudit de la configuration radio du
rseau 3G, favoriser la gestion des KPI et la dtection des anomalies dans
le rseau ainsi que de rapporter la traabilit de changement de la
configuration des cellules sur une priode de temps, nous nous sommes
mens concevoir et dvelopper un outil permettant de rpondre ces
besoins.

Mots Cls : automatisation, dvelopper, audit, gestion, configuration,


3G, KPI, anomalies, rapporter la traabilit

Imen Romdhani
1

Remerciements
Cest avec mon enthousiasme le plus vif et le plus sincre que je voudrais rendre mrite tous
ceux qui mont aid, leurs manires, bien mener ce projet de fin dtudes.

Je tiens tout spcialement exprimer mon plus grand respect et ma gratitude mes
encadreurs, avec qui j'ai eu l'honneur de travailler, M. Kais AMEUR, chef SuDivision
Optimisation Radio Tunisie Tlcom, et Mme. Malek BEN YOUSSEF, matre assistant
l'cole suprieure des communications de Tunis (SUP'COM), pour leur confiance en moi,
leur aide considrable ainsi que les prcieux conseils qu'ils n'ont cess de me prodiguer tout
au long de ce projet.

Aussi, je ne manquerais pas cette occasion pour remercier toute lquipe Optimisation Radio,
pour lambiance agrable de travail, leurs encouragements, leurs aides et leurs conseils qui
mont aid bien mener terme ce travail.

Je souhaite aussi remercier tous les enseignants de SUP'COM grce qui j'ai eu la chance
de suivre des cours de haut niveau pendant les trois ans de mon cycle ingnieur.

Enfin, je souhaiterais galement remercier tous les membres du jury de bien vouloir valuer
mon travail.

Imen Romdhani
2

Table des matires

Table d
Ddicace......................................................................................................ii
Remerciements...........................................................................................iii
Table des matires......................................................................................iv
Liste des figures.........................................................................................vii
Liste des tableaux.......................................................................................ix
Liste des acronymes.................................................................................viii
Introduction gnrale..............................................................................1
Chapitre 1: Cadre Gnral Du Stage.....................................................3
Introduction...............................................................................................3
1.1. Prsentation du rseau de troisime gnration (UMTS).................3
1.1.1. Objectifs de lUMTS.....................................................................4
1.1.2. Architecture de lUMTS...............................................................5
1.1.2.1. Equipement utilisateur..........................................................6
1.1.2.2. Le rseau daccs (UTRAN)...................................................6
1.1.2.3. le rseau cur (CN)..............................................................7
1.2. Processus de loptimisation 3G.........................................................8
1.2.1. Cycle de vie du rseau 3G..........................................................8
1.2.2. Optimisation du rseau 3G.........................................................9
1.2.3. Les relations de voisinage en 3G.............................................10
1.2.4. Les indicateurs cls de performance en 3G..............................12
1.2.4.1. Les compteurs OMC-R.........................................................12
1.2.4.2. KPI (Key Performance Indicators)........................................12

Imen Romdhani
4

Table des matires


1.2.4.3. Processus danalyse et doptimisation bas sur les KPI......14
1.3. Cadre du projet...............................................................................15
1.3.1. Introduction..............................................................................15
1.3.2. Problmatique..........................................................................16
1.3.3. Solution envisage...................................................................16
Conclusion...............................................................................................17
Chapitre 2: Analyse Et Spcification Des Besoins...........................18
Introduction.............................................................................................18
2.1. Etude de lexistant et apport du projet...........................................18
2.1.1. Etude de lexistant....................................................................18
2.1.2. Critique de lexistant................................................................20
2.1.3. Objectifs du projet...................................................................21
2.2. Mthodologie adopte....................................................................21
2.3. Spcification des besoins...............................................................22
2.3.1. Les besoins fonctionnels...........................................................22
2.3.2. Les besoins non fonctionnels....................................................23
2.4. Analyse des besoins.......................................................................24
2.4.1. Identification des acteurs.........................................................24
2.4.2. Diagramme des cas dutilisation global....................................25
2.4.3. Cas dutilisation Grer la configuration radio du rseau .....26
2.4.3.1. Diagramme des cas dutilisation.........................................26
2.4.3.2. Description des cas dutilisation.........................................26
2.4.4. Cas dutilisation Vrifier un OT ...........................................30
2.4.5. Cas dutilisation Rapporter la traabilit dune cellule .......31
2.4.6. Cas dutilisation Afficher les lments du rseau sur une
interface cartographique avec les principaux KPI .............................32

Imen Romdhani
5

Table des matires


Conclusion...............................................................................................33
Chapitre 3: Conception De LOutil 3G Parser ..............................34
Introduction.............................................................................................34
3.1. Conception architecturale..............................................................34
3.1.1. Architecture logicielle de lapplication Configuration Parsing
35
3.1.2. Architecture de lapplication web 3G Network Map ............36
3.2. Conception dtaille.......................................................................37
3.2.1. Modlisation statique...............................................................37
3.2.1.1. Diagramme de paquetage..................................................37
3.2.1.2. Diagrammes de classes......................................................39
3.2.2. Modlisation dynamique...........................................................47
Conclusion...............................................................................................53
Chapitre 4: Ralisation, Tests Et Validation.....................................54
Introduction.............................................................................................54
4.1. Environnement matriel et logiciel.................................................54
4.1.1. Environnement matriel...........................................................54
4.1.2. Environnement logiciel.............................................................55
4.1.2.1. LAPI SAX............................................................................55
4.1.2.2. Apache POI 3.9...................................................................56
4.1.2.3. Google Maps API V3............................................................57
4.1.2.4. JasperReports......................................................................57
4.2. Interfaces graphiques de lapplication...........................................58
4.2.1. Authentification........................................................................59
4.2.2. Accueil......................................................................................59
4.2.3. Module danalyse de la configuration radio du rseau 3G........60

Imen Romdhani
6

Table des matires


4.2.3.1. Afficher les paramtres de configuration du rseau sur des
tableaux 61
4.2.3.2. Exporter les tableaux de configuration au format Excel.....63
4.2.3.3. Comparer la configuration dune cellule entre dates..........64
4.2.3.4. Comparaison de configuration entre deux cellules.............66
4.2.3.5. Dtection des Missing Neighbors........................................68
4.2.3.6. Vrification des paramtres par rapport des valeurs de
rfrences.........................................................................................69
4.2.3.7. Vrification dun ordre de travail (OT).................................70
4.2.3.8. Reporting de la traabilit de configuration dune cellule. .72
4.2.4. Module daffichage des lments du rseau sur une interface
cartographique........................................................................................
.........................73
4.3. Etude de cas...................................................................................74
Conclusion...............................................................................................77
Conclusion gnrale............................................................................78
Rfrences..............................................................................................80
Annexe A : OSS.......................................................................................82
Annexe B : Outils de dveloppement......................................................83

Imen Romdhani
7

Liste des tableaux

Liste des figures


YFigure 1. 1 : Architecture globale du rseau UMTS.....................................5

Figure 1. 2 : Architecture du rseau daccs................................................6


Figure 1. 3 : Architecture du rseau cur de lUMTS...................................8
Figure 1. 4 : Cycle de vie dun site 3G..........................................................9
Figure 1. 5 : Exemple de planification des relations de voisinage pour un
secteur.......................................................................................................10
Figure 1. 6 : Organigramme du processus danalyse et doptimisation.....15
YFigure

2.

1:

Reprsentation

du

modle

en

V...........................................................................22
Figure 2. 2: Diagramme des cas dutilisation global..................................25
Figure 2. 3: Cas dutilisation Grer la configuration radio du rseau .. .26
YFigure

3.

1:

Architecture

du

modle

MVC.............................................................................. 35
Figure 3. 2 : Architecture de lapplication 3G Network Map .................36
Figure 3. 3 : Diagramme de packages.......................................................38
Figure 3. 4 : Diagramme de classes du package parsing .....................40
Figure 3. 5 : Diagramme de classes du package Export To Excel .........42
Figure 3. 6 : Diagramme de classes du package Export To DataBase .. 43
Figure 3. 7 : Diagramme de classes du package Parameter_Check .....44
Figure 3. 8 : Diagramme de classes du package Verif_OT ....................45
Figure 3. 9 : Diagramme de classes du package Reporting .................46
Figure 3. 10 : Diagramme de squence du scnario Exporter la
configuration la base de donnes ........................................................48
Figure 3. 11 : Diagramme de squences du scnario Dtecter la
diffrence de configuration entre deux RNC ...........................................49
Figure 3. 12 : Diagramme de squences du scnario Vrifier un OT.....50

Imen Romdhani
7

Liste des tableaux


Figure 3. 13 :Diagramme de squence du scnario Rapporter la
traabilit dune cellule ...........................................................................51
Figure 3. 14 : Diagramme de squences du scnario Afficher les
lments du rseau et leurs paramtres sur une interface cartographique
.................................................................................................................52
YFigure

4.

1:

La

dmarche

du

reporting....................................................................................58
Figure 4. 2 : Interface dauthentification....................................................59
Figure 4. 3 : Interface daccueil..................................................................60
Figure 4. 4 : Interface daudit de la configuration radio.............................61
Figure 4. 5 : Importer le fichier de configuration format XML....................62
Figure 4. 6 : Affichage des tableaux de configuration................................62
Figure 4. 7 : Choix du tableau de configuration exporter au format Excel.
...................................................................................................................63
Figure 4. 8 : Rsultat de lexport au format Excel......................................64
Figure 4. 9 : Demande de comparaison de la configuration dune cellule
entre deux dates........................................................................................64
Figure 4. 10 : Choix de la cellule et des fichiers comparer......................65
Figure 4. 11 : Rsultat de la comparaison de la configuration dune cellule
entre..........................................................................................................66
Figure 4. 12 : Slectionner deux fichiers de configuration.........................67
Figure 4. 13 : Choisir deux cellules comparer..........................................67
Figure 4. 14 : Rsultat de la comparaison entre deux cellules...................68
Figure 4. 15 : Dtection des missing neighbors.........................................69
Figure 4. 16 : Rsultat du check des paramtres du rseau......................70
Figure 4. 17 : Choix du type de lOT...........................................................70
Figure 4. 18 : Rsultat de la vrification dun OT........................................71
Figure 4. 19 : Choisir les paramtres du reporting.....................................72
Figure 4. 20 : Rapport sur la traabilit de configuration de la cellule
UHM002W ............................................................................................73
Figure 4. 21 : Interface cartographique de lapplication 3G Network
Map .........................................................................................................74
Imen Romdhani
8

Liste des tableaux


Figure 4. 22 : Dtection dun problme au niveau dune cellule................75
Figure 4. 23 : Optimisation de la QoS dune cellule...................................76
Figure 4. 24 : Evolution du KPI CS Drop rate de la cellule UHM004Z .
...................................................................................................................76

Liste des tableaux


YTableau 1. 1 : Porteuses UMTS-2100 utilises par Tunisie Tlcom............4

Tableau 1. 2 : Indicateurs cls de performance..........................................13


Tableau 1. 3 : Les valeurs seuils des KPI....................................................14
YTableau 2. 1 : Description du cas dutilisation Afficher les paramtres de

configuration

du

rseau

sur

des

tableaux ......................................................................................................
..27
Tableau 2. 2 : Description du cas dutilisation Dtecter les Missing
Neighbors ................................................................................................28
Tableau 2. 3 : Description du cas dutilisation Dtecter la diffrence de
configuration dun RNC/ une cellule entre deux dates ............................29
Tableau 2. 4 : Description du cas dutilisation Vrifier un OT................30
Tableau 2. 5 : Description du cas dutilisation: Rapporter la traabilit
dune cellule ............................................................................................32
Tableau 2. 6 : Description du cas dutilisation: Afficher les lments du
rseau sur une carte avec les principaux KPI ..........................................33

Imen Romdhani
9

Liste des tableaux

Imen Romdhani
10

Liste des acronymes

Liste des acronymes


-CCDMA : Code Division Multiple Access
CN : Core Network
CS : Channel Switching
CSSR : Call Setup Success Rate

-FFTP : File Transfer Protocol

-GGPRS : General Packet Radio Service


GSM : Global System for Mobile Communications

-HHSPA : High Speed Packet Access

-KKPI : key Performance Indicator

-LLAC : Local Area Code

-MME : Mobile Equipement


MSC : Mobile Switching Center

Imen Romdhani
8

Liste des acronymes

-OOMC : Operations and Maintenance Center


OMC-R : Operations and Maintenance Center-Radio
OSS : Operations Support Systems
OT : Ordre de Travail

-PPS : Packet Switching

-QQoS : Quality of Service

-RRNC : Radio Network Controller


RNO : Radio Network Optimiser

-SSGSN : Serving GPRS Support Node

-UUE : User Equipement


UMSC : UMTS Mobile Switching Center
UMTS : Universal Mobile Telecommunications System
UTRAN : Universal Terrestrial Radio Access Network

-WW-CDMA : Wideband Code Division Multiple Access

Imen Romdhani
9

Introduction gnrale

Introduction gnrale

ans un contexte trs concurrentiel, tant sur les marchs du


mobile que du fixe et de l'accs Internet, tout oprateur se doit
de se distinguer de ses concurrents par la qualit des services

qu'il offre ses clients actuels et qu'il veille fidliser. Il doit aussi se
diffrencier par l'attractivit des offres proposes aux clients potentiels
qu'il souhaite ajouter son portefeuille client.
Pour un oprateur de service radio mobile, il est indispensable de veiller
au bon fonctionnement de son rseau afin de garantir ses abonnes une
qualit de service satisfaisante. Pour ce faire, un oprateur met
disposition de ses ingnieurs radio une panoplie d'outils qui leur donnent
la possibilit de suivre en temps rel les performances du rseau, de
dtecter les ventuelles anomalies et d'effectuer les modifications
ncessaires pour y remdier. L'ensemble de ces oprations relve du
domaine

de

l'ingnierie

radio

et

tout

particulirement

celui

de

l'optimisation.
L'optimisation radio a donc pour but de relever le dfi d'offrir une qualit
de service satisfaisante une clientle de plus en plus exigeante sur un
rseau volutif dont la charge ne cesse de croitre.
Ce processus est fastidieux et complexe vu le nombre de paramtres et
d'outils manipuler lors de la rsolution des problmes radio ayant lieu
sur le rseau. Ceci est d'autant plus problmatique du fait que les activits
d'optimisation sont des activits quotidiennes pour un ingnieur radio.
Cest dans ce contexte que sinscrit notre projet de fin dtudes qui
consiste concevoir et dvelopper un outil permettant lautomatisation

Imen Romdhani
1

Introduction gnrale
de laudit et la gestion de la configuration radio du rseau 3G de Tunisie
Tlcom.

Le prsent rapport synthtise le travail que nous avons effectu dans cette
perspective. Il est divis en quatre chapitres :
Dans un premier chapitre, nous commencerons par introduire les concepts
thoriques relatifs au projet. Pour cela, nous aborderons des gnralits
sur le rseau UMTS (objectifs et architecture). Nous prsenterons le
processus doptimisation du rseau 3G ainsi que quelques techniques
dvaluation des performances du rseau. Enfin, nous dcrirons la
problmatique de notre projet, jusqu arriver aux solutions proposes.
Dans le deuxime chapitre, nous allons voquer la mthodologie du
travail. Ensuite nous dtaillerons les diffrents besoins fonctionnels et non
fonctionnels que devra satisfaire notre outil. Pour cela, nous aurons
recours aux diagrammes de cas dutilisation UML.
Le troisime chapitre sera consacr la partie conception du systme
travers une prsentation des architectures utilises, du diagramme de
package, des diagrammes de classes et des diagrammes de squences.
Dans le quatrime et dernier chapitre, nous dcrirons lenvironnement de
travail et nous terminerons par la prsentation du travail effectu.

Imen Romdhani
2

Cadre Gnral Du Stage

1
Introduction

a ralisation de ce projet a ncessit une tude approfondie de


certaines notions thoriques que nous jugeons important de les
connatre pour le bon droulement de ce travail.

Ce chapitre

prtend prsenter ces diffrentes notions afin de bien les assimiler. En


premier lieu, le rseau de troisime gnration sera prsent. Par la suite,
nous nous concentrerons sur le processus de loptimisation du rseau,
laudit et la gestion de la configuration 3G, la notion du voisinage et les
indicateurs cls de performance. Finalement, nous donnerons un aperu
sur la problmatique de notre projet et la solution envisage dans le cadre
de ce stage.

1.1. Prsentation du rseau de troisime


gnration (UMTS)
LUMTS (Universal Mobile Telecommunications System) est la norme de
tlcommunications de troisime gnration base sur la technologie WCDMA. Elle a t dveloppe partir de lanne 2004 avec la Release 99

Imen Romdhani
3

(R99). En effet, lUMTS introduit une nouvelle technique d'accs multiple :


le W-CDMA, dite talement de spectre permettant d'utiliser le spectre de
frquences de manire plus efficace que dans le cas du rseau GSM et ses
volutions, d'o l'augmentation de la capacit sur l'interface radio [1].

Imen Romdhani
4

Chapitre 1. Cadre gnral du stage


Les rseaux 3G utilisent des bandes de frquences diffrentes des rseaux
prcdents, savoir les bandes 1885-2025 MHz et 2110-2200 MHz. Les
spcifications techniques de cette norme sont dveloppes au sein de
lorganisme 3GPP (3rd Generation Partnership Project).
Tunisie Tlcom a opt, lors la mise en place de son rseau 3G, pour
l'exploitation de la bande centre sur la frquence 2100 MHz de la
manire suivante (Tableau 1.1) :
Porteuse

Bande

Bande

FDD1

Uplink(MHz)
1920,1-1925,0

Downlink(MHz)
2110,1-2115,0

FDD2

1925,1-1930,0

2115,1-2120,0

FDD3

1930,1-1935,0

2120,1-2125,0

Tableau 1. 1 : Porteuses UMTS-2100 utilises par Tunisie Tlcom.

1.1.1. Objectifs de lUMTS


Pour rpondre aux besoins des utilisateurs, les objectifs suivants ont
t fixs, entre autres, pour l'UMTS lors de la phase de recherche et de
normalisation de ce standard :
Compatibilit de l'UMTS avec le GSM : en termes de services
offerts aux usagers.
Support du multimdia : voix, visiophonie, transfert de fichiers ou
navigation sur le Web, etc.
Dbits supports : en tant que successeur du GSM, l'UMTS devait
proposer une gamme de dbits suprieure celle offerte par le
rseau de 2me gnration. Il a t dcid que l'UMTS serait conu de
manire assurer les dbits suivants [2]:
-

144 kbit/s en environnement rural extrieur.

Imen Romdhani
4

Chapitre 1. Cadre gnral du stage


-

384 kbit/s en environnement urbain extrieur.

2 Mbit/s pour des faibles distances l'intrieur d'un btiment


couvert (c'est dire mobilit rduite).

Classes de services : Dans la couche physique de l'UTRAN (Universal


Terrestrial Radio Access Network), rseau d'accs de l'UMTS, sont prvues
plusieurs mthodes de protection des donnes contre les erreurs dues la
transmission sur l'interface radio. L'UTRAN choisit ces mthodes selon la
qualit du service requise pour chaque classe. En effet, les classes de
services sont dfinies selon leurs exigence en terme de :
-

Dlai de transfert de linformation.

Variation de dlai.

Tolrance aux erreurs.

Roaming : Un autre objectif indniable qui consiste offrir un service


de

mobilit

universelle

(international

Roaming),

dpassant

les

limitations dues la multiplicit des systmes et des rseaux.

1.1.2. Architecture de lUMTS


Le rseau UMTS se divise en deux domaines : le domaine
dquipement

utilisateur

(UE :

User

Equipment)

et

le

domaine

dinfrastructure.
Le domaine dinfrastructure, de son ct, comporte deux parties : le
rseau d'accs radio UTRAN et le rseau cur (CN : Core Network).
La figure 1.1 suivante nous montre larchitecture globale du rseau UMTS
[3] :

Imen Romdhani
5

Chapitre 1. Cadre gnral du stage

Figure 1. 1 : Architecture globale du rseau UMTS.

1.1.2.1. Equipement utilisateur


Un utilisateur UMTS doit tre quip d'un UE (User Equipment) qui se
compose

du

Mobile

Equipment

(ME)

correspondant

au

combin

tlphonique et la carte USIM (UMTS Subscriber Identity Module).


Le rle de l'USIM est semblable celui de la carte SIM en GSM. Elle
enregistre les identits de l'abonn (ex. IMSI, TMSI, P-TMSI), les donnes
de souscription, la cl de scurit (Ki) et les algorithmes d'authentification
et de gnration de cl de chiffrement. L'UE peut se rattacher
simultanment aux domaines circuit (MSC : Mobile Switching Center) et
paquet (SGSN : Serving GPRS Support Node) et peut donc disposer
simultanment dun service GPRS (General Packet Radio Service) et dune
communication tlphonique.

1.1.2.2. Le rseau daccs (UTRAN)

Le rseau daccs UTRAN est compos de plusieurs lments : une ou


plusieurs stations de base (NodeB), des contrleurs radio RNC (Radio

Imen Romdhani
6

Chapitre 1. Cadre gnral du stage


Network Controller) et des interfaces de communication entre ces
diffrents lments. Ceci est illustr par la figure 1.2 suivante :

Figure 1. 2 : Architecture du rseau daccs.


a.
NodeB
Cest lquivalent de la BTS dans le rseau GSM. Mais contrairement
une BTS, le NodeB intgre un rcepteur CDMA qui convertit les signaux de
l'interface Uu (Interface Air) en flux de donnes achemins au RNC sur
l'interface Iub. Dans l'autre sens, le transmetteur CDMA convertit les flux
de donnes reus du RNC pour assurer leur transmission sur l'interface Air.
En outre, le NodeB travaille au niveau de la couche physique du modle
OSI (codage et dcodage) et peut grer une ou plusieurs cellules.
b. RNC (Radio Network Controller)
Le RNC est lquipement qui contrle les ressources radio de l'UTRAN
et gre le protocole RRC (Radio Ressource Control) dfinissant les
procdures et les messages entre le mobile et l'UTRAN. Il est en liaison
avec le rseau cur pour une transmission en mode paquet travers
l'interface lu-PS et en mode circuit travers l'interface lu-CS. Il permet

Imen Romdhani
7

Chapitre 1. Cadre gnral du stage


galement de router les communications entre le NodeB et le rseau cur
de lUMTS.
Un RNC travaille au niveau des couches 2 et 3 du modle OSI (contrle de
puissance, allocation de codes) et constitue alors le point daccs pour
lensemble des services vis--vis du rseau cur.

1.1.2.3. le rseau cur (CN)


Le rseau

Cur (core network) reprsente

la partie

du

systme charge de la gestion des appels. Il permet aux abonnes de


communiquer

lintrieur dun mme rseau de tlphonie mobile

comme il assure linterconnexion de ce dernier avec des rseaux externes,


fixes ou

mobiles. Il

fournit enfin

les

logiciels dapplication

qui

permettent, tout en garantissant la scurit des changes, de maintenir la


communication

mme

lorsque

lutilisateur est itinrant.

Le rseau cur de lUMTS est compos principalement de trois parties


dont deux domaines:
-

Le domaine CS (Circuit Switched) qui est utilis pour la tlphonie.


Le domaine PS (Packet Switched) qui permet la commutation de

paquets.
Les lments qui sont communs aux domaines CS et PS.

En effet, ces deux domaines permettent lquipement usager de pouvoir


grer simultanment une communication paquets et circuits.
Larchitecture du rseau cur de lUMTS est donne dans la figure 1.3 :

Imen Romdhani
8

Chapitre 1. Cadre gnral du stage

Figure 1. 3 : Architecture du rseau cur de lUMTS.

1.2. Processus de loptimisation 3G


1.2.1. Cycle de vie du rseau 3G
Le cycle de vie du rseau 3G

passe principalement par trois

tapes [4] :
La premire phase est le dploiement radio qui consiste rajouter le
systme UMTS au rseau GSM, et ce, aprs avoir fait des tudes
thoriques par lingnierie radio afin de permettre la coexistence des deux
systmes et atteindre les objectifs fixs pour le rseau 3G.
La deuxime phase est la mise en service du rseau UMTS. La figure 1.4
comprend toutes les tapes qui suivent le dploiement dun site UMTS et
prcdent la phase doptimisation.

Imen Romdhani
9

Chapitre 1. Cadre gnral du stage

Figure 1. 4 : Cycle de vie dun site 3G.


La troisime phase est loptimisation du rseau. Elle sera explicite dans la
partie suivante.

1.2.2. Optimisation du rseau 3G


La vie du rseau ne se rsume pas au dploiement de nouveaux sites
UMTS. Elle inclut

aussi des oprations quotidiennes sur le rseau, qui

risquent den altrer la qualit 3G. Voici un exemple doprations sur le


rseau UMTS :
-

Mise en service dun NodeB lors du dploiement dun nouveau site.


Un site est en panne et est hors service(HS) : il faut lancer une

intervention immdiate.
Problmes lors de lintgration du site, cross feeders inverss par

exemple.
Mutation de NodeB (avec et sans changement de LAC).
Changement de configuration dun RNC, dun NodeB ou dune

cellule.
Modification de certains paramtres radio 3G : frquence, plan de

codes, puissances.
Mise en service dun RNC, dun UMSC (UMTS Mobile Switching

Center) ou SGSN et mutation de lancien vers le nouveau.


Un problme de voisinage (Missing Neighbors) pour certaines
cellules.

Imen Romdhani
10

Chapitre 1. Cadre gnral du stage


Par la suite, chaque problme au niveau des lments du rseau peut
engendrer larrt du fonctionnement de plusieurs services. Do, toute
panne au niveau de ces lments prsente un impact dsastreux.
Il faut donc, par prvention, mettre laccent sur certains aspects
paramtres du rseau ayant une grande importance

et

et assurer un

contrle continu de ces derniers.

1.2.3. Les relations de voisinage en 3G


Chaque rseau cellulaire vit de sa capacit pouvoir transfrer la
connexion entre un tlphone mobile et le rseau,

dune cellule une

autre. Dans un rseau GSM, deux cellules seulement (Source Cell et Target
Cell) participent cette action alors que dans les rseaux UMTS, ce sont
des groupes de cellules administrs dans des Active Set (jeux de
cellules actives). Afin de pouvoir transfrer une communication existante
une autre cellule, les

cellules UMTS proches dune station de

base

doivent tre identifies. Pour cela, des listes de voisinage sont stockes
dans toutes les stations de base avec les informations de voisinage. Elles
sont gnralement tablies par les oprateurs du rseau laide doutils
de planification dont les rsultats sont bass sur des simulations. Ces
listes sont ensuite

confrontes aux conditions relles du

optimises en consquence [5].

Imen Romdhani
11

rseau et

Chapitre 1. Cadre gnral du stage

Figure 1. 5 : Exemple de planification des relations de voisinage


pour un secteur.

a. Rgles lors de la dclaration des relations de voisinage


Les relations entre cellules 3G/3G intra frquences :
- sont rciproques entre la Cellule Source et la Cellule Destinataire.
- les cellules 3G des deux autres secteurs 3G du mme site doivent
tre dclares voisines entre elles.
Un problme de missing neighbor peut tre la cause de :
-

Un accs chou ainsi quun Handover chou : peut tenter

d'accder un mauvais code d'embrouillage.


Une coupure dappel : UE non conscient d'un code dembrouillage

fort, une forte interfrence.


Un mauvais dbit des donnes.
Une mauvaise qualit de la voix, etc.

Do lintrt dune intervention de lingnieur doptimisation radio lors de


la dtection de labsence dune relation rciproque (ce quon appelle One
Way Relation) ou un voisinage incorrect.

Imen Romdhani
12

Chapitre 1. Cadre gnral du stage


b. Limitation

du

nombre

de

voisines

par

cellule

En mode connect, aprs chaque mise jour de lActive set (entre ou


sortie dune cellule), un mesurement control avec 32 emplacements est
envoy par le RNC. On y trouve la liste des voisines des cellules qui sont
prsentes dans lactive set. Si leur nombre est trop important, certaines
voisines vont tre oublies. On peut ainsi passer cot dune voisine
prsentant un ECNO (Ec/No) de bonne qualit. Cest pourquoi il est
recommand de limiter le nombre de voisines dclares par cellule. On
doit donc, pour chaque cellule, limiter son nombre de relations de
voisinage :
-

Nombre de voisines 3G/3G (intra frquence) <12 recommand,

(Limitation constructeur 31).


Nombre de voisines 3G/3G (inter frquence) <12 recommand,

(Limitation constructeur 31).


Nombre de voisines 3G/2G

<12

recommand,

(Limitation

constructeur 32).

1.2.4. Les indicateurs cls de performance en 3G


1.2.4.1. Les compteurs OMC-R
Lune

des

principales

fonctions

de

lOMC-R

(Operation

and

Maintenance Center Radio) est la gestion de la performance du rseau.


Les mesures de performance sont bases sur la collection des compteurs
calculs par les entits du rseau travers linterface ltf-R reliant lOMC-R
et le RNC et linterface ltf-B entre OMC-R et NodeB. Ces mesures sont
principalement utilises pour quatre types de besoins [6] :
-

Loptimisation et la planification efficace du rseau.


Les statistiques.
Linvestigation dtaille dun problme pass.
Lanalyse en temps rel.

Les mesures des compteurs au niveau de lOMC (remontes par les NodeB
lOMC-R) sont faites sur un intervalle de temps prcis et sont lies un
vnement survenu dans le rseau. Elles servent aux calculs des
indicateurs cls de performance (KPI : Key Performance Indicator) du
Imen Romdhani
13

Chapitre 1. Cadre gnral du stage


rseau par combinaison de ces compteurs selon des formules bien
dtermines. Lanalyse de ces indicateurs est trs essentielle pour la
supervision de la qualit de service.
Le RNO (Radio Network Optimiser) est la partie de lOMC-R permettant
loprateur de surveiller la QoS (Quality of Service) et dtecter les
problmes du rseau. Il fournit un rapport de QoS pour permettre son
analyse comme il permet de visualiser la configuration radio du rseau. A
partir des compteurs OMC-R, le RNO permet dobtenir les diffrents KPI.

1.2.4.2. KPI (Key Performance Indicators)


A toute phase du cycle de vie du rseau, l'analyse de la QoS suit un
processus de drill-down. Au sommet, il y a un nombre rduit de critres de
QoS qui rsument l'accomplissement de la QoS lutilisateur final. Ce sont
ces critres qui sont appels KPI.
Ces indicateurs cl de performance valuent la performance dun service
suivant : le volume du trafic dans le rseau, l'accessibilit au rseau, le
maintien de l'appel, la qualit du service End-user et le comportement du
Soft et Hard Handover.
Dans le RNO, ces KPI sont compils soit par RNC soit par zone cellulaire.
Au moyen de Drive Tests, ces indicateurs sont compils sur campagnes
d'appels rptitifs, dans la rgion du service.
Le tableau 1.2 qui suit prsente les KPI auxquels nous nous sommes
intresss lors de l'tude effectue dans le cadre de ce projet [7] :
Indicateur

Nom Complet

Description

hs AVG

HSPA average

throughput
CS CSSR

throughput
Circuit Switching call
setup success rate

Moyenne des dbits HSPA


/cellule

PS CSSR

Packet Switching call


setup success rate

Imen Romdhani
14

Taux de russite
dtablissement dappel en
mode circuit (CS)
Taux de russite
dtablissement de
connexion en mode paquet
(PS)

Chapitre 1. Cadre gnral du stage

CS Drop rate

Circuit Switching Drop


Rate

Taux total de coupure


dappels en mode circuit

PS Drop rate

Packet Switching Drop


Rate

Taux total de coupure de


connexion en mode paquet

Tableau 1. 2 : Indicateurs cls de performance.


En effet, si un des KPI dpasse les seuils fixs par loprateur, lquipe
responsable de supervision du rseau constate quun problme est
survenu

au

niveau

de

la

fonctionnalit

quassure

cet

indicateur.

Gnralement, ce problme peut tre du un problme de couverture,


dinterfrence, dinsuffisance de capacit ou dun mauvais paramtrage
du rseau, etc.
Par exemple, si on dtecte un taux de succs de ltablissement dappels
infrieur 98%, on constate alors quon a un problme daccs au rseau
caus par la capacit, linterfrence ou aussi un problme de paramtrage
du rseau.
Le tableau 1.3 nous montre les seuils de quelques KPI utiliss par Tunisie
Tlcom :

Indicateur

Seuil

Taux de perte des sessions

5%

Taux de retransmission des sessions

5%

Taux dtablissement des sessions

95%

Taux de coupures sessions RNC

2%

Taux des sessions russies

95%

Taux de coupure sessions radio

2%

Taux de coupure dappels (call drop)

1%

Taux dtablissement dappels avec

98%

succs (CSSR)
Taux dchec du handover

2%

Tableau 1. 3 : Les valeurs seuils des KPI.

Imen Romdhani
15

Chapitre 1. Cadre gnral du stage


1.2.4.3. Processus danalyse et doptimisation bas sur
les KPI
Une fois

les diffrents indicateurs sont obtenus, on commence la

phase danalyse de ceux-ci et on dclenche le processus de dtection des


anomalies. Cette tape consiste faire une synthse des diffrentes
sources

dinformations

et

faire

passer

cette

synthse

aux

bons

intervenants pour d'ventuelles actions telles que la maintenance,


lingnierie et loptimisation. Lorganigramme suivant nous prsente les
diffrentes tapes de ce processus.

Figure 1. 6 : Organigramme du processus danalyse et


doptimisation.

Imen Romdhani
16

Chapitre 1. Cadre gnral du stage


Dans ce qui suit, nous allons donner un aperu sur le cadre du projet. Pour
ce faire, nous allons commencer par introduire la problmatique qui nous a
menes mettre en place ce projet. Ensuite, nous dcrirons la solution
que nous avons envisage.

1.3. Cadre du projet


1.3.1. Introduction
Le trafic de donnes dans les rseaux mobiles et fixes connait
actuellement un dveloppement vertigineux. Ce qui fait de la QoS un
aspect presque primordial pour les oprateurs tlphoniques. Cette QoS
est assure par le suivi continu des paramtres du rseau pour dtecter
les incohrences de configuration et lutter contre le dysfonctionnement
des lments du rseau.

1.3.2. Problmatique
Afin dassurer le bon fonctionnement et garantir une stabilit des
services et par la suite la satisfaction des clients, lquipe Optimisation
Radio de Tunisie Tlcom

assure un contrle continu des diffrents

paramtres de configuration radio du rseau 3G et des diffrents


indicateurs cls de performance. En effet, lingnieur radio a comme
activit la vrification du bon fonctionnement des lments du rseau en
assurant laudit et la gestion de la configuration de ces lments et le
lancement dun OT (ordre de travail) sil y a dtection dune anomalie ou
un besoin deffectuer un changement de certains paramtres.
Ici, le facteur temps est primordial. En effet, plus tt on dtecte une
anomalie, plus tt on peut lancer une intervention et par consquent
viter les problmes qui peuvent tre survenus.
Afin dautomatiser cette tche et de lui ajouter un aspect prventif, il est
ncessaire de dployer de nouveaux outils de gestion de la configuration
des lments du rseau et surtout de ltat des cellules.

1.3.3. Solution envisage


Imen Romdhani
17

Chapitre 1. Cadre gnral du stage


Le travail demand dans le cadre de ce projet de fin dtudes consiste
tudier larchitecture du rseau UMTS de Tunisie Tlcom, envisager les
diffrents paramtres de chaque lment du rseau qui doit tre
configur, les diffrents aspects du rseau qui sont pris en compte par les
ingnieurs doptimisation afin dassurer une bonne QoS et permettre son
optimisation, concevoir et dvelopper un outil qui permet lautomatisation
de laudit et la gestion de la configuration radio du rseau.
Cet outil doit assurer :

Le

parsing des fichiers de configuration type XML issue de lOSS

(Operations support system) Ericssson et mise jour dans une base


de donnes SQL.
Affichage convivial des paramtres de configuration rseau sur des
tableaux structurs.
Dtection des diffrences de configuration entre deux RNC.
Dtection des diffrences de configuration entre deux Cellules.
Dtection des diffrences de configuration d'un RNC entre deux
dates.
Dtection des diffrences de configuration d'une cellule entre deux
dates.
Dtection des diffrences de configuration des RNC/NodeB/Cellule

selon un rfrentiel de valeurs recommandes.


Export de la configuration rseau en format Excel.
Detection des missing Neighbors "One way relation".
Vrification de l'excution des OT.
Reporting de la traabilit des changements de configuration des

cellules.
Affichage des lments du rseau et leurs paramtres sur une
interface cartographique (Google Maps/Bing Map).
Affichage des KPI de capacit et dtection
d'tranglements
gographique.
Dtection des

au

niveau

de

incohrences

chaque
sur

la

dysfonctionnements des lments du rseau.

Imen Romdhani
18

cellule

des
sur

configuration

goulots

linterface
et

des

Chapitre 1. Cadre gnral du stage

Conclusion
Les notions de base du rseau de troisime gnration sur lesquels se
base notre projet telle que larchitecture du rseau et le processus
doptimisation ont t couvertes par ce chapitre. Ces informations sont
trs utiles pour bien mener la suite de notre projet. Ensuite, nous avons
dcrit notre problmatique et prcis les objectifs atteindre.
Une tude de lexistant s'avre indispensable pour dgager les principales
fonctionnalits que nous devons assurer. Ce sera l'objet du chapitre
suivant.

Imen Romdhani
19

Analyse Et Spcification Des


Besoins

Introduction

prs avoir introduit le rseau 3G, donn un aperu sur le travail


de lquipe doptimisation radio et les diffrents paramtres qui
entrent en jeu pour accomplir leur mission, ce chapitre permet de

donner une vue claire des diffrents besoins escompts de notre projet.
Etant la premire dans le cycle de vie dun projet, cette phase est
dterminante pour bien comprendre les dfis mis en jeu. Dabord, nous
donnerons une tude de lexistant, ensuite nous prsenterons le travail qui
nous a t demand lors de ce stage. Enfin, nous allons faire une
spcification et analyse dtaille des besoins des futurs utilisateurs du
systme concevoir.

2.1. Etude de lexistant et apport du projet


2.1.1. Etude de lexistant
Une tude de lexistant savre essentielle puisquelle fournit une
base de rfrence pour la suite du projet comme elle sert approfondir
lanalyse des dimensions innovantes de notre travail.

Imen Romdhani
20

Chapitre 2. Analyse et spcification des besoins


2.2.

La gestion et laudit de la configuration radio du rseau 3G font


partie des tches quotidiennes de lquipe Radio

au sein de

Tunisie Tlcom. En effet, les ingnieurs de cette quipe doivent


contrler et assurer le bon fonctionnement du rseau travers la
vrification et le suivi continu de la configuration des RNC, des
NodeB, des antennes, du voisinage des cellules, etc.
En cas de dtection danomalie ou dgradation de la QoS, les ingnieurs
doivent trouver les solutions convenables pour chaque problme et
envoyer un ordre de travail (OT) lquipe support afin de soccuper du
problme.
Dabord, lingnieur commence par tlcharger la configuration radio de
lOSS en utilisant le client ftp, FileZilla. Cette configuration est sous la
forme dun fichier XML assez volumineux (100, 150, 200 Mo..) comptant
des milliers de lignes qui contiennent la configuration dun RNC un
moment donn. Par la suite, cette configuration doit tre analyse et
interprte

afin

de

pouvoir

intervenir

et

corriger

les

aberrations.

Lingnieur Radio doit donc vrifier la configuration de certains paramtres


par rapport aux valeurs recommandes par le constructeur, celle
tlcharge dans une date prcdente. Il doit aussi comparer la
configuration des diffrents lments du rseau entre eux, dtecter sil y a
un problme de voisinage pour certaines cellules (ce quon appelle
One_Way_Relation), etc. (Pour plus de dtails sur lOSS, voir Annexe A).
Actuellement, pour ce faire, tout le travail se fait manuellement. En effet,
aprs avoir tlcharg la configuration en format XML, lingnieur ouvre
ce fichier avec un diteur de code source (ex. Notepad++) et fait lanalyse
en parcourant les milliers de lignes quil contient.
Afin dexaminer les diffrents KPI dune cellule, il faut importer le rapport
des KPI de lOSS. Ce rapport contient la correspondance entre le nom de la
cellule, ses coordonnes et ses principaux KPI.

Imen Romdhani
19

Chapitre 2. Analyse et spcification des besoins

2.2.1. Critique de lexistant


Ltude de lexistant nous a permis de dgager un certain
nombre de lacunes :
Le premier problme, cest la grande taille du fichier XML. De ce fait,
lanalyse de tout le fichier est une tche assez complexe et lingnieur qui
fait laudit de la configuration peut ngliger des problmes qui peuvent
engendrer larrt du fonctionnement de quelques services. Parfois,
lquipe

doptimisation

ne

se

rend

compte

dun

dfaut

dans

la

configuration radio quaprs la rception de plaintes des abonns. Ce qui


peut mettre en cause limage de marque de loprateur.
Un autre problme est la lenteur de la procdure daudit qui doit tre
applique sur un grand nombre de paramtres. En effet, on peut passer
des heures, voire toute une journe pour analyser une seule configuration.
Ceci peut provoquer un retard lors de la dtection des problmes et dans
ce cas les consquences peuvent tre graves.
Le troisime problme est labsence dun outil qui permet de faciliter la
tche daudit, conomiser du temps et ajouter une grande efficacit au
processus de la recherche des erreurs de configuration. Au fait, ce type
doutils est propre au fournisseur donc payant.
Le quatrime problme est labsence dune base de donnes pour stocker
les rsultats de lanalyse des configurations. Donc, pour faire la
comparaison entre deux dates, lingnieur est oblig, soit daller chercher
le fichier XML tlcharg de lOSS en une date antrieure et qui peut tre
endommag, soit de solliciter lOSS une deuxime fois, re-tlcharger et
r-analyser le mme fichier de configuration.
Le cinquime problme, concernant les KPI, est labsence dune interface
cartographique qui rassemble les cellules et leurs paramtres cls de
performance afin de faciliter la localisation du problme.

Imen Romdhani
20

Chapitre 2. Analyse et spcification des besoins


Afin de remdier toutes ces lacunes, on nous a confi le dveloppement
dun outil dont la description fait lobjet des parties suivantes.

2.2.2. Objectifs du projet


Lobjectif de notre projet est le dveloppement dun outil qui
permet lautomatisation daudit et de gestion de la configuration
radio du rseau 3G de Tunisie Tlcom. Cet outil va permettre aux
ingnieurs doptimisation radio un gain en temps et une efficacit au
niveau du processus de sauvegarde, de restauration et de stockage
des fichiers de configuration, de la reprsentation des indicateurs
cls de performance associs aux cellules ainsi que la gestion des
modifications de ces indicateurs.
Mais avant de commencer le travail, nous devons tout dabord choisir une
mthodologie de travail suivre.

2.3. Mthodologie adopte


Un modle de dveloppement logiciel dsigne toutes les tapes
du dveloppement, de sa conception sa disparition. L'objectif d'un
tel dcoupage est de permettre de dfinir des jalons intermdiaires
permettant la validation du dveloppement logiciel, c'est--dire la
conformit de lapplication avec les besoins exprims, et la
vrification du processus de dveloppement. L'origine de ce
dcoupage provient du constat que les erreurs ont un cot d'autant
plus lev qu'elles sont dtectes tardivement dans le processus de
ralisation. Le cycle de vie permet de dtecter les erreurs au plus tt
et ainsi de matriser la qualit du logiciel, les dlais de sa ralisation
et les cots associs [8].
A ce fait nous adoptons le modle de cycle de vie en V qui part du principe
que les procdures de vrification de la conformit du logiciel aux
spcifications doivent tre labores ds les phases de conception. La
figure 2.1 rsume les diffrentes tapes du cycle en V.

Imen Romdhani
21

Chapitre 2. Analyse et spcification des besoins

Figure 2. 1: Reprsentation du modle en V.


Ce modle repose sur une troite interdpendance des tapes soumises
une validation avant la prochaine tape et une vrification anticipatoire du
produit final. L'norme intrt du cycle en V est qu'il soit un excellent
support la formalisation de notre relation avec le futur utilisateur. Il nous
oblige rflchir aux diffrents aspects de sa demande.

2.4. Spcification des besoins


Notre

application

est

suppose

satisfaire

les

besoins

fonctionnels qui seront excuts par le systme et les besoins non


fonctionnels qui perfectionnent la qualit logicielle du systme.

2.4.1. Les besoins fonctionnels


Les besoins fonctionnels rpondent aux points prcis du cahier
des charges, et sont donc requis par notre utilisateur final et lui sont
indispensables. En dautres termes, ce sont les besoins obligatoires
ou encore les fonctionnalits de lapplication.
A cet gard, notre outil que nous avons nomm 3G Parser doit rpondre
aux besoins fonctionnels suivants :

Imen Romdhani
22

Chapitre 2. Analyse et spcification des besoins


Analyse des fichiers de configuration de type XML issus de lOSS
Ericsson ainsi que laffichage

du rsultat dans des tableaux

structurs.
Export des tableaux de configuration vers une base de donnes
MySQL.
Dtection des diffrences de configuration entre deux RNC/Cellules.
Comparaison de la configuration d'un RNC ou dune cellule entre deux
dates.
Check des valeurs de certains paramtres par rapport des valeurs

recommandes par Ericsson.


Export de la configuration du rseau en format Excel.
Detection des missing Neighbors (One way relation).
Vrification de lexcution des OT.
Reporting de la traabilit des changements de configurations des

cellules.
Import de la configuration physique des cellules (Azimuths, X/Y, Tilts
Mec., HBA, Feeders Length, antenna, etc) ainsi que des principaux KPI
de la base de donnes et affichage des lments du rseau et leurs
paramtres sur une interface

cartographique (Google Maps/Bing

Map).
Le dernier besoin fonctionnel de notre projet, qui sert afficher les
lments du rseau sur une interface cartographique, consiste
dvelopper une application web permettant de placer les diffrentes
cellules du rseau Tunisie Tlcom sur une carte. Elle permet galement
dafficher un tableau pour chaque cellule contenant les informations qui lui
sont propres telles que le Cell_ID, lAzimuth, le nom du site auquel elle
appartient ainsi que les principaux KPI. Dautre part, cette application
permet,

grce

aux

diffrentes

couleurs

que

peuvent

prendre

les

marqueurs situs sur la carte, de dtecter sil y a une anomalie au niveau


dune cellule et par la suite aiguiller lutilisateur vers les lments quil
doit analyser. Les informations propres chaque cellule sont obtenues
directement et dynamiquement de la base de donnes.

2.4.2. Les besoins non fonctionnels

Imen Romdhani
23

Chapitre 2. Analyse et spcification des besoins


Ce sont des exigences qui ne concernent pas spcifiquement le
comportement du systme mais plutt identifient des contraintes
internes et externes du systme.
Les principaux besoins non fonctionnels de notre application se rsument
dans les points suivants :
Lvolutivit : Le code doit tre clair pour permettre de futures
volutions ou amliorations.

Nous avons utilis le modle MVC

(Model-View-Controller) qui impose la sparation des couches donc la


facilit damlioration et dentretien lavenir. Nous allons aborder
cela dans le chapitre architecture et conception de lapplication.
Lergonomie : lapplication offre des interfaces conviviales et faciles
utiliser et interprter. Nous allons aborder cela dans le chapitre
ralisation.
La scurit : lapplication doit respecter la confidentialit des
donnes, ceci en limitant les droits daccs notre outil.

2.5. Analyse des besoins


Suite la spcification des besoins faite dans la partie
prcdente et ayant tabli les objectifs du projet, nous devons en
premier lieu les traduire sur le diagramme des cas dutilisation. Ce
dernier permet dexprimer le besoin des clients dun systme qui ne
sont pas gnralement informaticiens. Cest un moyen qui leur
permet dexprimer leurs attentes et de pouvoir les ngocier. Le
diagramme cas dutilisation a donc une vision oriente utilisateur
[9].

2.5.1. Identification des acteurs


Un acteur reprsente une personne, un matriel ou un logiciel
qui interagit directement avec le systme en question. Pour la
ralisation des fonctionnalits de notre systme, nous avons un seul
acteur qui est lingnieur de lquipe optimisation radio qui va
solliciter rgulirement notre outil afin de bnficier de ses
fonctionnalits.

Imen Romdhani
24

Chapitre 2. Analyse et spcification des besoins

2.5.2. Diagramme des cas dutilisation global


Pour illustrer les fonctionnalits offertes par notre systme,
nous avons opt pour le diagramme des cas dutilisation. Ce
diagramme donne une vue sur les fonctionnalits de notre systme
ainsi que les acteurs qui lutilisent. Nous prsenterons en premier
lieu le diagramme des cas dutilisation global de lapplication et nous
passerons par la suite la description dtaille des principaux cas
dutilisation.
Le diagramme des cas dutilisation global de notre outil 3G Parser est
donn par la figure 2.2 suivante :

Imen Romdhani
25

Chapitre 2. Analyse et spcification des besoins

Figure 2. 2: Diagramme des cas dutilisation global.


Dans ce qui suit, nous allons dtailler les diffrents cas dutilisation utiliss
dans ce diagramme.

2.5.3. Cas dutilisation Grer la configuration


radio du rseau
2.5.3.1.

Imen Romdhani
26

Diagramme des cas dutilisation

Chapitre 2. Analyse et spcification des besoins

Figure 2. 3: Cas dutilisation Grer la configuration radio du


rseau .

2.5.3.2. Description des cas dutilisation


a. Cas dutilisation Afficher les paramtres de configuration du
rseau sur des tableaux
Ce cas permet lutilisateur de voir la configuration des
diffrents paramtres du rseau rpartie sur des tables de manire
simple et claire. Ceci lui permet par la suite de faire lexport des
tables quil choisit vers la base de donnes ou au format Excel et de
comparer la configuration entre deux dates comme il peut comparer
les valeurs prises par certains paramtres avec des valeurs de
rfrence.
Une description dtaille du droulement de cette opration est illustre
dans le tableau 2.1 suivant :
Titre : Afficher les paramtres de configuration du rseau
Sommair
e

sur des tableaux


But : Permettre lutilisateur de voir la configuration du

Imen Romdhani
27

Chapitre 2. Analyse et spcification des besoins


rseau de manire structure sous forme de tableaux.

Pr-condition(s) :
Lancer loutil 3G Parser.
Sauthentifier.
Choisir loption Configuration_Parsing

dans

la

page

daccueil.
Ouvrir le fichier XML tlcharg auparavant de lOSS.
Descripti
on

Cas

Scnario:

Lutilisateur lance loutil et ouvre le fichier analyser.


Loutil analyse le fichier et remplit les tables.
Il affiche lutilisateur les tables rsultantes du processus

de parsing.
Lutilisateur parcourt les tables selon son besoin.
Lutilisateur ne possde pas les droits daccs loutil :

Dclenchement de lexception [exception 1].


Le fichier XML nest pas conforme aux normes dEricsson :

dchec

Dclenchement de lexception [exception 2].


[Exception 1]: Un message derreur Your login attempt
Exception was not successful, try again. Caused: Invalid username or
(s)

password saffiche lutilisateur.


[Exception 2] : Un message derreur the selected file is
not a valid Ericsson file est affich lutilisateur.
Tableau 2. 1 : Description du cas dutilisation Afficher les
paramtres de configuration du rseau sur des tableaux .

b. Cas dutilisation Dtecter les missing neighbors


Ce cas dutilisation permet lingnieur de contrler le
voisinage

de chaque cellule et de dtecter sil y a un voisinage

cach (ce quon appelle One Way Relation). En effet, les relations de
voisinage doivent tre rciproques entre la Cellule source et la
Cellule destinataire.

Imen Romdhani
28

Chapitre 2. Analyse et spcification des besoins


Une

description

dtaille

du

droulement

de

cette

opration

est

rpertorie dans le tableau 2.2 suivant :


Sommair
e

Titre : Dtecter les Missing Neighbors.


But : Contrler les relations de voisinage de chaque cellule.
Pr-condition(s) :

Parsing du fichier XML.


Scnario:

Lutilisateur lance sa demande pour dtecter les relations


de voisinage en cliquant sur One_Way_Relation dans la

Descripti
on

barre des outils.


Aprs un traitement sur la table qui contient les relations
de voisinage, prpare lors du parsing, une fentre
saffiche

lutilisateur

comprenant

les

relations

de

voisinage qui manquent pour toutes les cellules.


Lutilisateur peut exporter cette table au format Excel.
Si tous les voisinages sont bien vrifis et il ny a aucune
relation

qui

manque,

un

message

No

Missing

Neighbors saffiche lutilisateur.


Cas
dchec
Exception
(s)
Tableau 2. 2 : Description du cas dutilisation Dtecter les
Missing Neighbors .
c. Cas dutilisation Dtecter la diffrence de configuration
dun RNC/une cellule entre deux dates
Ce cas dutilisation permet lutilisateur de comparer la
configuration des lments du rseau entre deux dates diffrentes.
Ceci lui permet, sil y a un changement de la valeur dun paramtre,
de prendre des dcisions selon le degr de priorit de ce dernier.
Dans ce qui suit, nous allons traiter le cas de dtection de la

Imen Romdhani
29

Chapitre 2. Analyse et spcification des besoins


diffrence de configuration dune cellule, le mme principe peut tre
appliqu un RNC.
Une description dtaille du droulement de cette opration est prsente
dans le tableau 2.3 suivant :
Titre : Dtecter la diffrence de configuration dun RNC/une
Sommair
e

cellule entre deux dates.


But : Comparer la configuration dune cellule ou dun RNC
entre deux dates diffrentes afin de dtecter sil y a un
problme.
Pr-condition(s) :
Parsing du fichier xml.
Export de la configuration rsultante du parsing vers la
base de donnes.
Scnario:

Lutilisateur lance la demande de comparaison en


cliquant sur Compare between two dates dans la

Descripti
on

barre des outils.


Une fentre saffiche lutilisateur pour choisir la cellule
traiter ainsi que les deux fichiers de configuration

comparer.
Lutilisateur confirme son choix.
le serveur de lapplication envoie des requtes la base
de donnes, il fait des traitements sur le rsultat de ces
requtes et affiche lutilisateur une table qui contient
les noms des paramtres qui ont chang de valeurs entre
les deux dates ainsi que lancienne et la nouvelle valeur

quils ont prises.


Lutilisateur peut faire lexport de cette table au format
Excel.

Cas
dchec
Exception
(s)

Imen Romdhani
30

Chapitre 2. Analyse et spcification des besoins


Tableau 2. 3 : Description du cas dutilisation Dtecter la
diffrence de configuration dun RNC/ une cellule entre deux
dates .

2.5.4. Cas dutilisation Vrifier un OT


Aprs avoir analys la configuration dun RNC une date bien
dtermine et en cas de dtection dun problme au niveau dun ou
de plusieurs paramtres, lingnieur prpare un ordre de travail sous
la forme dun fichier Excel et le transfre lquipe support. Aprs,
il a besoin de vrifier si cet ordre de travail a t bien accompli. Pour
ce faire, il analyse la configuration du mme RNC une date rcente
et vrifie les nouvelles valeurs des paramtres qui ont occasionn le
Une

problme par rapport celles de lOT.


description dtaille du droulement

de

cette

opration

est

rpertorie dans le tableau 2.4 suivant :


Titre : Vrifier un OT.
Sommair But : Vrifier si un ordre de travail est bien accompli.
e
Pr-condition(s) :
Parsing du fichier XML.
Scnario:

Descripti
on

Lutilisateur lance la demande de vrification dun OT en

cliquant sur Verif_OT dans la barre des outils.


Une fentre saffiche lutilisateur pour choisir si cest un

OT pour un RNC ou pour des cellules.


Lutilisateur confirme son choix.
Un filechooser saffiche lutilisateur pour importer le

fichier Excel comportant lordre du travail.


Aprs un traitement, une table saffiche lutilisateur
contenant

les

noms

des

paramtres,

les

valeurs

demandes dans lOT et les valeurs trouves dans le

fichier de configuration.
Lutilisateur peut faire lexport de cette table au format
Excel.

Cas
dchec

Le fichier de lOT na pas lextension xls : Dclenchement


du traitement de lexception [Exception 3].

Imen Romdhani
31

Chapitre 2. Analyse et spcification des besoins


Exception [Exception 3] : Un message derreur Please select only
(s)
Excel file with xls extension est affich lutilisateur.
Tableau 2. 4 : Description du cas dutilisation Vrifier un OT.

2.5.5. Cas dutilisation Rapporter la traabilit


dune cellule
Ce cas dutilisation permet lutilisateur davoir un rapport sur
la traabilit dune cellule durant les 30 derniers jours. Ceci lui
permet de visualiser ltat de la cellule sur une longue priode et par
la suite conclure leffet des changements effectus au niveau de la
configuration des paramtres de cette dernire durant cette priode
sur la qualit du rseau.
Une description dtaille du droulement de cette opration est illustre
dans le tableau 2.5 suivant :
Sommair
e

Titre : Rapporter la traabilit dune cellule.


But : Avoir un rapport sur ltat dune cellule durant une
priode de 30 jours.
Pr-condition(s) :

Descripti
on

Lancer loutil 3G Parser.


Sauthentifier.
Scnario :

Lutilisateur ouvre loutil 3G Parser.


Il entre ses donnes dauthentification.
Il lance sa demande pour faire le reporting en cliquant sur

Reporting dans la barre des outils.


Une fentre saffiche lutilisateur

comprenant

les

diffrents noms de fichiers de configuration enregistrs


dans la base de donnes (Ces fichiers font rfrence aux

noms des RNC).


Lutilisateur choisit le RNC auquel appartient la cellule en

question.
Une liste contenant toutes les cellules qui appartiennent

ce RNC saffiche lutilisateur.


Lutilisateur choisit une ou plusieurs cellules reporter la
traabilit.

Imen Romdhani
32

Chapitre 2. Analyse et spcification des besoins

Aprs un traitement, loutil

affiche lutilisateur un

tableau comprenant les paramtres de la cellule et leurs

valeurs durant les derniers 30 jours.


Lutilisateur peut faire lexport de cette table au format
Excel.

Cas
dchec

Exception
(s)

Lutilisateur ne possde pas les droits daccs loutil :

Dclenchement de lexception [exception 4].


[Exception 4] : Un message derreur Your login attempt
was not successful, try again. Caused: Invalid username or
password saffiche lutilisateur.

Tableau 2. 5 : Description du cas dutilisation: Rapporter la


traabilit dune cellule .

2.5.6. Cas dutilisation Afficher les lments


du rseau sur une interface cartographique
avec les principaux KPI
Ce cas permet laffichage dynamique des cellules du rseau Tunisie
Tlcom sur une interface cartographique (Google maps). En outre,
lutilisateur peut examiner les informations propres chaque cellule ainsi
que les principaux indicateurs cl de performance grce un clic sur le
marqueur pointant sur la cellule en question.

Afin de simplifier la

dtection des anomalies, nous avons envisag diffrentes couleurs pour


les marqueurs qui changent suivant les valeurs des KPI. Ceci lui permet de
dcider sur la ou les cellules qui demandent un audit de la configuration
pour amliorer leur QoS.
Une description dtaille du droulement de ce cas dutilisation est
prsente dans le tableau 2.6 suivant :
Titre : Afficher les lments du rseau sur une carte avec les
Sommair
e

principaux KPI.
But : Permettre lutilisateur de visualiser les lments du

Imen Romdhani
33

Chapitre 2. Analyse et spcification des besoins


rseau sur une interface gographique (Google maps)
accompagns des principaux KPI.

Pr-condition(s) :
Lancer loutil 3G Parser.
Sauthentifier.
Descripti
Choisir loption 3G Network Map
on
daccueil.

dans la page

Scnario:

Lutilisateur lance loutil 3G Parser.


Il sauthentifie.
Il choisit de voir la carte qui prsente les cellules dans la

page daccueil qui saffiche.


Linterface gographique Google maps saffiche dans le

navigateur par

dfaut de lutilisateur contenant des

marqueurs pointant sur les cellules du rseau Tunisie

Tlcom.
Lutilisateur dtecte sil y a un problme au niveau dune

cellule partir de la couleur du marqueur.


Lutilisateur clique sur le marqueur en question.
Un tableau saffiche lutilisateur contenant

les

informations de la cellule.
Cas
dchec
Exception
(s)
Tableau 2. 6 : Description du cas dutilisation: Afficher les
lments du rseau sur une carte avec les principaux KPI .

Conclusion
Dans ce chapitre, nous avons fait une tude o nous avons
dcrit et critiqu

lexistant pour prsenter lapport de notre outil.

Ensuite, nous avons complt cette tude par une phase de

Imen Romdhani
34

Chapitre 2. Analyse et spcification des besoins


spcification dans laquelle nous avons prsent les exigences et les
besoins de lutilisateur. A la fin, nous avons fait une description
dtaille des diffrents cas dutilisation de notre outil.
Dans le chapitre suivant, nous passerons la phase de conception
permettant d'aborder l'aspect technique des besoins cits plus haut.

Imen Romdhani
35

Conception De LOutil
3G Parser

Introduction

prs avoir fix les besoins de notre projet, nous passons ltape
de conception du systme. Dans ce chapitre, nous allons dabord
dcrire les architectures sur lesquelles notre systme est bas.

Ensuite, nous entamerons la conception dtaille. Pour ce faire, nous


prsenterons la vue statique travers le diagramme de packages et les
diagrammes de classes et la vue dynamique ayant recours aux
diagrammes de squences.

Conception architecturale

Les besoins issus de notre projet nous ont mens dvelopper deux
applications. La premire consiste dvelopper une application java qui
assure lanalyse du fichier de configuration radio du rseau 3G et qui
rassemble toutes les tches daudit. Pour cela nous lavons nomme
Configuration_Parsing .

La

deuxime

application

repose

sur

le

dveloppement dune application web permettant laffichage des lments

Imen Romdhani
34

du rseau ainsi que la gestion des KPI. Nous lavons intitule 3G Network
Map .
Nous dtaillerons dans ce qui suit les architectures adoptes pour nos
deux applications.

Imen Romdhani
35

Chapitre 3. Conception de loutil 3G Parser

Architecture logicielle de lapplication


Configuration Parsing
Pour

larchitecture

logicielle

de

lapplication

dnomme

Configuration_Parsing , nous avons opt pour le modle de conception


MVC (Model View Controller) vu quil rpond le plus nos besoins. Il sagit
dun concept puissant qui intervient dans la ralisation dune application.
Son principal intrt est la sparation des donnes (modle), de laffichage
(vue) et des actions (contrleur) [10].
La figure 3.1 nous montre les trois parties fondamentales du modle MVC.

Figure 3. 1 : Architecture du modle MVC.

Le modle : il reprsente les rgles et les donnes mtiers. Les


traitements en relation avec le cur du mtier seffectuent dans ce
composant.

Imen Romdhani
36

Chapitre 3. Conception de loutil 3G Parser


La vue : elle reprsente linterface utilisateur. Elle ne fait aucun
traitement et elle se charge simplement et seulement dafficher les
rsultats que le modle lui fournit.
Le

contrleur

il

se

contente

dintercepter

les

requtes

de

lutilisateur, dappeler le modle ensuite de rediriger vers une vue


adquate. Il se charge de faire de la redirection et de linterception.
Lapproche MVC apporte de rels avantages. En effet, la spcificit de ce
modle rside dans la clart et lefficacit de la conception de lapplication
grce la sparation de la vue du contrleur et des donnes. Ce qui
permet un gain de temps de maintenance et dvolution. En outre, ce
modle joue un rle important dans la mesure o il offre une grande
souplesse

pour

organiser

le

dveloppement

de

lapplication

entre

diffrents dveloppeurs (indpendance des donnes, de laffichage et des


actions) ce qui permet une sparation de comptences.

Architecture

de

lapplication

web

3G

Network Map
Dans cette partie nous nous intressons larchitecture du module
offrant un service de go-localisation ainsi quune gestion des KPI. Afin de
mettre en place notre application, nous avons adopt larchitecture
donne par la figure suivante [11] :

Imen Romdhani
37

Chapitre 3. Conception de loutil 3G Parser

Figure 3. 2 : Architecture de lapplication 3G Network Map .


Larchitecture de notre application, comme le montre la figure 3.2 cidessus, est compose dun serveur de base de donnes pour extraire les
informations de chaque cellules, dun client quip dun navigateur web,
dun serveur web (apache) et dun serveur Google Maps que nous devons
invoquer pour pouvoir charger la carte gographique avant de placer les
diffrentes cellules du rseau Tunisie Tlcom.
Aprs avoir donn un aperu sur les architectures adoptes pour le
dveloppement de notre outil, nous allons dcouvrir dans ce qui suit sa
conception dtaille.

Conception dtaille

Le but de cette section est de dtailler la conception de notre projet


en commenant par la reprsentation statique du systme et par la suite
nous dtaillerons quelques scnarios en utilisant une reprsentation
dynamique de nos modules.

Imen Romdhani
38

Chapitre 3. Conception de loutil 3G Parser

Modlisation statique
Nous

allons

consacrer

cette

partie

pour

mettre

en

vidence

larchitecture statique de lapplication Configuration_Parsing . Pour ce


faire, nous prsenterons dabord le diagramme de paquetage et ensuite
les

diagrammes

de

classes

pour

dtailler

les

diffrents

rles

et

associations entre les modules.

1 Diagramme de paquetage
Le diagramme de paquetage dcoupe notre application en plusieurs
packages en regroupant les classes qui ont une forte communication entre
elles dans un conteneur commun.
Nous avons choisi de subdiviser notre application en neuf principaux
packages selon le type de service fourni lutilisateur. Cette subdivision
est illustre par le diagramme de packages suivant :

Imen Romdhani
39

Chapitre 3. Conception de loutil 3G Parser

Figure 3. 3 : Diagramme de packages.

La figure 3.3 montre lexistence de neuf packages dcrits comme suit :


Package

Parsing :

inclut

les

fonctionnalits

dauthentification,

daccueil, danalyse du fichier de configuration ainsi que laffichage


des paramtres de configuration sur des tableaux.
Package

DataBase_Connexion :

contient

la

classe

DB_Connexion permettant la connexion la base de donnes.


Nous avons situ cette classe dans un package spar vu quelle sera
utilise par plusieurs autres packages.
Export_To_Excel :

Package

inclut

toutes

les

fonctionnalits

permettant lexport des tableaux de configuration au format Excel.


Package

Export_To_DataBase :

inclut

toutes

les

classes

qui

permettent dexporter les tableaux de configuration vers la base de


donnes.
Package

Display_Result :

contient

la

classe

Display_Result_view qui permet dafficher lutilisateur le rsultat

Imen Romdhani
40

Chapitre 3. Conception de loutil 3G Parser


de plusieurs processus tels que la comparaison, la vrification des
paramtres, etc. Nous avons opt pour la mise de cette classe dans
un package part vu quelle sera appele par plusieurs packages.
Package Verif_OT : inclut toutes les parties qui permettent la
vrification dun ordre de travail.
Package Parameter Check : implmente toutes les fonctionnalits
permettant la vrification des paramtres de configuration par
rapport des valeurs recommandes par le constructeur.
Package Compare_Configuration : comprend tous les composants
permettant la comparaison entre deux cellules ou deux RNC ainsi que
la comparaison de la configuration dun RNC ou dune cellule entre
deux dates.
Package Reporting : inclut toutes les fonctionnalits permettant
davoir un rapport complet sur la traabilit de configuration dune
cellule.
Cette

prsentation

explique

les

diffrentes

parties

de

notre

application Configuration Parsing mais elle nexplicite pas parfaitement


les relations entre les diffrentes composantes. Pour cette raison nous
allons les dtailler dans la partie suivante.

2 Diagrammes de classes
Nous passons dans cette partie une analyse dtaille des
diffrentes classes contenues dans chaque package. A cette fin, nous
allons utiliser les diagrammes de classes. En effet, un diagramme de
classes est une reprsentation statique des lments qui composent un
systme et des relations qui existent entre eux [12].
Dans ce qui suit nous allons aborder les principaux diagrammes de classes
relatifs nos packages.
a Package Parsing

Imen Romdhani
41

Chapitre 3. Conception de loutil 3G Parser


Une description dtaille du package Parsing est illustre par le
diagramme de classes donn par la figure 3.4 qui suit.
Afin de mettre en vidence le modle MVC au sein de chaque package,
nous prsentons les classes de la partie view en rose, les classes du
controller en bleu et celles de la partie model en gris.

Figure 3. 4 : Diagramme de classes du package parsing .


Ce diagramme renferme toutes les classes ainsi que les diverses relations
entre

elles

permettant

daboutir

au

fonctionnement

du

package

Parsing :
Les classes Accueil_Model et Acueil_Cont ainsi que les deux
interfaces

Authentication_view

et

Aceuil_view

permettent

dafficher lutilisateur la premire page dauthentification aussi bien


que la page daccueil pour quil puisse valider son choix.
La
classe
DB_Connexion
est
appele
par

la

classe

Accueil_Model pour pouvoir accder la base de donnes et


vrifier les coordonnes de lutilisateur.

Imen Romdhani
42

Chapitre 3. Conception de loutil 3G Parser


La classe Open_Default_Browser_Model contient les mthodes qui
permettent douvrir le navigateur par dfaut de lutilisateur et de
lancer lapplication web 3G Network Map afin de lui afficher
linterface cartographique contenant les cellules du rseau Tunisie
Tlcom.
La classe Parsing_Cont est le contrleur qui intercepte toutes les
actions de lutilisateur sur linterface Parsing_View . Cette dernire
contient le menu principal du module danalyse et daudit du fichier
de configuration. Elle constitue linterface daccueil de lapplication
Configuration_Parsing .
La classe Parsing_Model rassemble tous les traitements et les
mthodes ncessaires pour analyser le fichier de configuration et
structurer le rsultat sur des tableaux.
b Package Export To Excel
Grce au dveloppement de ce package, lutilisateur aura la
possibilit dexporter tous les tableaux de configuration au format Excel.
Une description des lments de ce package est reprsente par le
diagramme de classes suivant :

Imen Romdhani
43

Chapitre 3. Conception de loutil 3G Parser

Figure 3. 5 : Diagramme de classes du package Export To Excel


.
Dabord, la classe du contrle Parsing_cont intercepte laction de
lutilisateur sur linterface Parsing_View .
Linterface

Items_to_Export_Excel_view

Export_Excel_cont

et

et

les

Export_to_Excel_Model

deux
sont

classes

employes

respectivement pour laffichage, le contrle de laction de lutilisateur et


la ralisation des traitements ncessaires afin daccomplir lopration de
lexport.
c Package Export To DataBase
La figure 3.6 qui suit reprsente le diagramme de classes du
package Export To DataBase .

Imen Romdhani
44

Chapitre 3. Conception de loutil 3G Parser

Figure 3. 6 : Diagramme de classes du package Export To


DataBase .

Ce package renferme toutes les classes et les interfaces ncessaires


permettant de remplir les tables de la base de donnes avec les donnes
des tableaux de la configuration analyse. Et ce, aprs avoir intercept
laction de lutilisateur par la classe Parsing_Cont du package
Parsing .
En effet, Linterface Export_DB_view comprend la liste de tous les
tableaux pour que lutilisateur choisisse un ou plusieurs exporter. Son
choix est capt par la classe Export_DB_Cont qui fait appel la classe
Export_DB_Model afin deffectuer les traitements ncessaires. Cette
dernire se sert de la classe Insert_into_DB pour se connecter la base
de donnes et insrer les tableaux.

Imen Romdhani
45

Chapitre 3. Conception de loutil 3G Parser

d Package Parameter_Check
Le diagramme de classes explicitant les objets du packages
Parameter_Check est donn par la figure 3.7 suivante :

Figure 3. 7 : Diagramme de classes du package


Parameter_Check .
Ce Package contient toutes les clases ncessaires pour comparer les
valeurs de certains paramtres par rapport des valeurs de rfrence.
La classe Parameter_Check_Model fait tout le traitement de
comparaison

et

pour

ce

faire

Recommended_Values_Model
rfrence.

Imen Romdhani
46

elle
qui

fait

appel

contient

les

la

classe

valeurs

de

Chapitre 3. Conception de loutil 3G Parser


Linterface Display_Result_view permet dafficher lutilisateur le
rsultat du processus de vrification.
La classe Parameter_Check_Cont contrle laction de lutilisateur
sur linterface Display_Result_view .
La classe Export_Excel_Model permet dexporter le rsultat affich
au format Excel.
e Package Verif_OT
Le diagramme de classes reprsent par la figure 3.8 rsume toutes
les classes, les interfaces et les relations ncessaires permettant
dachever le fonctionnement du package Verif_OT .

Figure 3. 8 : Diagramme de classes du package Verif_OT .

Imen Romdhani
47

Chapitre 3. Conception de loutil 3G Parser

Package Reporting
Les classes et les interfaces contenues dans ce packages permettent

la gnration dun rapport sur ltat dune cellule sur une priode de
trente jours en se basant sur les configurations stockes dans la base de
donnes. La figure 3.9 illustre le diagramme de classes du package
Reporting .

Figure 3. 9 : Diagramme de classes du package Reporting .


Aprs avoir termin la description de laspect statique de notre projet,
nous passons maintenant esquisser la vue dynamique de notre
conception travers les diagrammes de squences.

Imen Romdhani
48

Chapitre 3. Conception de loutil 3G Parser

Modlisation dynamique
Dans la partie prcdente, nous avons exprim les diffrentes

composantes de notre application en se basant sur la description des


objets organiss dans un premier temps dans un diagramme de package
et ensuite dans des diagrammes de classes. Cette spcification permet
dintroduire les objets qui seront manipuls au cours de lexcution de
lapplication. Toutefois, elle ne peut pas dcrire les tapes du traitement,
ni la logique suivie par chaque action.

Cest pourquoi nous allons

prsenter dans cette partie laspect dynamique de notre outil travers la


description de quelques scnarios. Nous allons employer pour cette fin les
diagrammes de squences.
a Scnario du cas dutilisation Exporter la configuration la
base de donnes
Aprs avoir analys le fichier XML contenant la configuration radio du
rseau 3G, lutilisateur a intrt stocker cette configuration dans une
base de donnes pour pouvoir la rcuprer dans une date postrieure. Une
description dtaille du droulement de cette opration ainsi quune
prcision de lordre chronologique est donne par la figure 3.10 :

Imen Romdhani
49

Chapitre 3. Conception de loutil 3G Parser

Figure 3. 10 : Diagramme de squence du scnario Exporter la


configuration la base de donnes .

b Scnario du cas dutilisation Dtecter la diffrence de


configuration entre deux RNC
Lingnieur a besoin de comparer la configuration des paramtres du
RNC quil est entrain danalyser avec celle analyse et stocke dans la
base une date prcdente. Ceci afin de dtecter lexistence des
anomalies qui peuvent affecter la QoS du rseau et intervenir par la suite
pour rsoudre le problme. Le diagramme de squences qui dcrit les
tapes du droulement de ce processus dans lordre chronologique est
reprsent par la figure 3.11 suivante :

Imen Romdhani
50

Chapitre 3. Conception de loutil 3G Parser

Figure 3. 11 : Diagramme de squences du scnario Dtecter la


diffrence de configuration entre deux RNC .
La mme logique est suivie pour comparer la configuration de deux
cellules aussi bien que celle dune cellule ou dun RNC deux dates.
c Scnario du cas dutilisation Vrifier un OT
Pour pouvoir vrifier un ordre de travail, lutilisateur doit dabord
analyser le fichier de

configuration li lOT. Ensuite il lance une

demande de vrification travers linterface daccueil de lapplication


Configuration_Parsing . Le diagramme de squences donn par la figure
3.12 dcrit les tapes du scnario de vrification dun ordre de travail.

Imen Romdhani
51

Chapitre 3. Conception de loutil 3G Parser

Figure 3. 12 : Diagramme de squences du scnario Vrifier un


OT.

d Scnario du cas dutilisation Rapporter la traabilit de


configuration dune cellule
La tche du reporting est considre trs importante vu que
lingnieur a besoin davoir un rapport complet sur la traabilit du
changement de configuration dune cellule. Par consquent, il sera apte
dgager les causes de dgradation de la qualit de service de cette cellule
et suivre son comportement sur une priode de temps. Pour aboutir ce
rsultat, un enchainement dactions et de traitements doit tre effectu.

Imen Romdhani
52

Chapitre 3. Conception de loutil 3G Parser


En effet, nous avons commenc par crer un modle du rapport que nous
souhaitons gnrer et qui sera exploitable par loutil de reporting
JasperReports . Pour ce faire, nous avons utilis loutil de design
iReport qui gnre un fichier ayant lextension jrxml. Ce fichier sera
appel par la suite par la classe Generate_Report_Model pour crer le
rapport sous le format indiqu par lutilisateur au dbut du processus de
reporting.
La figure 3.13 qui suit reprsente les diffrentes phases de cette
opration.

Figure 3. 13: Diagramme de squence du scnario Rapporter la


traabilit dune cellule .

Imen Romdhani
53

Chapitre 3. Conception de loutil 3G Parser


e Scnario du cas dutilisation Afficher les lments du rseau
et leurs paramtres sur une interface cartographique
Aprs stre authentifi, lutilisateur peut demander laffichage de
linterface cartographique Google Maps afin de faire un check sur ltat
des cellules. Dabord la demande de lutilisateur est intercepte par la
classe Accueil_cont qui contrle les actions de lutilisateur sur la page
daccueil de loutil. Ensuite, Accueil_cont fait appel la classe
adquate pour pouvoir lancer lapplication web permettant laffichage du
rsultat sur le navigateur par dfaut de lutilisateur. Une description
dtaille de lenchainement des tapes de cette opration est donne par
le diagramme de squences suivant :

Imen Romdhani
54

Chapitre 3. Conception de loutil 3G Parser

Figure 3. 14 : Diagramme de squences du scnario Afficher les


lments du rseau et leurs paramtres sur une interface
cartographique .
Dans un premier temps, pour pouvoir placer les cellules sur la carte, le
serveur web sollicite la base de donnes pour extraire les coordonnes des
cellules se trouvant dans la table Cell_Info . Aprs, quand lutilisateur
clique sur un marqueur de la carte, une deuxime requte doit tre
envoye la base de donnes mais ce stade une deuxime table doit
tre implique. En effet, il faut rcuprer les KPI de la cellule slectionne
et ces derniers sont situs dans la table Cell_KPI . Le rsultat sera donc
affich lutilisateur sous forme dun tableau comprenant les proprits
de la cellule, rcupres de la table Cell_Info , ainsi que les principaux
KPI.

Imen Romdhani
55

Chapitre 3. Conception de loutil 3G Parser

Conclusion
Dans ce chapitre, nous avons rpondu toutes les questions
concernant la manire de raliser le systme dvelopper. Nous avons
commenc par une conception architecturale de notre outil. Par la suite
nous avons dtaill la conception du systme travers quelques
diagrammes.
Dans le prochain chapitre, nous allons prsenter lenvironnement du
dveloppement matriel et logiciel ainsi que la description et le test du
travail ralis.

Imen Romdhani
56

Ralisation, Tests
Et Validation

Introduction

ans ce chapitre qui forme la dernire tape du projet, nous allons


dcrire l'environnement de travail logiciel et matriel permettant
la ralisation de notre outil 3G Parser . Par la suite, nous

prsenterons le travail ralis et les rsultats obtenus. Enfin, pour illustrer,


nous terminerons par une tude de cas

4.1.

Environnement matriel et logiciel

4.1.1. Environnement matriel


Pour la ralisation de ce projet, le travail a t effectu sur un
ordinateur portable ayant les caractristiques suivantes :

Processeur : Intel Core Duo CPU 2 GHZ.


Capacit du disque dur : 320 Go.
Capacit de la mmoire vive : 2Go.
OS : Windows XP professionnel.

Imen Romdhani
57

Chapitre 4. Ralisation, tests et validation

4.1.2. Environnement logiciel

Notre systme a t mis en uvre moyennant les outils logiciels


suivants :

Conception de lapplication : PowerAMC 15.1.


Langage de modlisation : UML.
Environnement de dveloppement : Netbeans IDE 7.3.
Langage
de
dveloppement
de

lapplication

Configuration_Parsing : JAVA
Systme de gestion de la base de donnes : MySQL Server 5.5.21.
Outils de dveloppement de lapplication web 3G Network Map :
PHP, JavaScript, Html, AJAX.
Serveur Web : Apache.
API pour lanalyse du fichier XML : SAX (Simple API for XML).
API pour crer et personnaliser linterface cartographique : Google
Maps API V3.
Librairie pour manipuler des fichiers format Excel : Apache POI 3.9.
Outil de gnration des rapports : JasperReports.
Outil de cration de modles de rapports utilisables par
JasperReports : iReport.

Dans ce qui suit, nous allons prsenter certains des outils employs

dans le carde du projet. Une description du reste est donne en annexe.


(Voir annexe B)

4.1.2.1. LAPI SAX

Dabord, une API est une interface de programmation applicative


(application programming interface). Il sagit dun ensemble de fonctions
qui sert de faade permettant un logiciel doffrir des services d'autres
logiciels.

Simple API for XML ou SAX est une interface de programmation qui

peut tre utilise par de nombreux langages permettant la lecture et le


traitement

des

documents

XML.

Elle

vnementiel, c'est--dire l'analyseur

est

base

sur

un

appelle automatiquement une

mthode lorsqu'un vnement est dtect dans le fichier XML [13].

Imen Romdhani
58

modle

Chapitre 4. Ralisation, tests et validation

Les 5 mthodes appeles par

SAX en cas de dtection dun

vnement bien dtermin sont les suivantes :

StartElement() : dtection d'une balise de dbut.


EndElement() : dtection dune balise de fin.
Characters() : dtection de donnes entre deux balises.
StartDocument() : dbut du traitement du document XML.
EndDocument() : fin du traitement du document XML.
Nous avons choisi de travailler avec lAPI SAX pour bnficier de ses
avantages. En effet, cette API est trs adopte pour des documents
XML volumineux, ce qui est le cas des fichiers que nous allons
manipuler. Elle offre une lecture rapide et efficace ainsi quune
conomie

de

la

mmoire

car

SAX

ne

construit

pas

une

reprsentation en mmoire de la structure en arborescence des


fichiers XML lus, comme il est le cas de lAPI DOM (Document Object
Model).

4.1.2.2. Apache POI 3.9

POI est l'acronyme de Poor Obfuscation Implementation. C'est un


projet open source du groupe Apache, sous licence Apache V2, permettant
d'exploiter des fichiers au format Microsoft Office dans des applications
Java mais sans utiliser Office.

Ce projet comprend plusieurs composants [14] :

HSSF (Horrible SpreadSheet Format) : pour la manipulation des


fichiers Excel (XLS) en lecture et criture.
POIFS (Poor Obfuscation Implementation

File

System)

pour

manipuler des fichiers utilisant le format Microsoft OLE 2 Compound


Document.
HWPF (Horrible Word Processor Format) : pour manipuler des fichiers
Word en lecture et certaines fonctionnalits en criture.

Imen Romdhani
59

Chapitre 4. Ralisation, tests et validation


HPSF (Horrible Slide Layout Format) : pour la manipulation des fichiers
PowerPoint en lecture et criture pour certains fonctionnalits mais
pas toutes.
HDGF : permet la lecture et uniquement lextraction de texte des
fichiers Visio.
Afin de rpondre nos besoins, lecture et criture des fichiers Excel,

nous nous sommes servis de lAPI HSSF qui reprsente une solution
riche en fonctionnalits et fiable pour la manipulation de documents
Excel en Java.

4.1.2.3. Google Maps API V3

Google Maps JavaScript API version 3 permet de crer et


d'insrer dans une page web une carte gographique. Grace cette
API, nous pouvons peaufiner tous les dtails de laffichage tels que
les zooms, les marqueurs, les titres et les contenus des info-bulles.

Cette version est dclare officiellement active le 19 mai 2010. Elle


remplace dsormais la version2. En effet, la nouvelle version est
compatible avec plus de navigateurs, optimise pour les mobiles
ainsi quelle ne demande plus lacquisition de la cl API Google Maps
comme il est le cas de la version2.

Nous avons utilis cette API pour crer linterface gographique o


nous allons placer les cellules du rseau Tunise Tlcom. Elle permet
en plus de communiquer avec notre base de donnes MySQL,
moyennant le langage PHP, afin dextraire les informations propres
chaque cellule.

4.1.2.4. JasperReports

JasperReports est un outil (librairie) Open Source puissant


utilis pour la gnration dtats, entirement crit en Java et peut

Imen Romdhani
60

Chapitre 4. Ralisation, tests et validation


tre embarqu dans une gamme trs varie dapplications Java. Il
peut sappuyer sur diverses sources de donnes pour produire des
rapports en vue

de leur

exportation vers

plusieurs formats

notamment Excel, PDF, HTML, etc. Il coopre avec loutil de cration

de modle de rapports iReport.


En effet, iReport est un environnement de cration WYSIWYG (What
You See Is What You Get) de modles de documents pour
JasperReports. Il permet de gnrer de manire assez intuitive des
fichiers .jrxml (fichiers XML) qui seraient compils en fichiers .jasper
exploitables par JasperReports afin de produire des rapports au sein
d'une application Java. Le format du rapport gnr dpend ensuite

de JasperReports et du code utilis [15].


La figure 4.1 reprsente le cycle de vie dun rapport.

Figure 4. 1 : La dmarche du reporting.

La

cration

dun

rapport

gnralement en 4 tapes :

Imen Romdhani
61

avec

JasperReports

se

droule

Chapitre 4. Ralisation, tests et validation


Lobtention dun fichier modle XML ( laide dditeurs graphiques
comme iReport ou OpenReports Designer).
La construction du rapport partir du modle.
Le remplissage des diffrents champs du rapport avec les donnes en
provenance de diverses sources (bases de donnes, classes Java, ...).
Lexportation du rsultat vers plusieurs formats possibles (PDF,
Excel, ...).

4.2. Interfaces graphiques de


lapplication

Dans cette partie, nous allons prsenter les diffrentes


fonctionnalits de notre outil.

4.2.1. Authentification

La figure 4.2 qui suit reprsente la premire interface vue au


dmarrage de loutil. Lutilisateur introduit un nom dutilisateur et un
mot de passe pour pouvoir accder lapplication. Le rle de cette
interface est de limiter laccs loutil 3G Parser .

Imen Romdhani
62

Chapitre 4. Ralisation, tests et validation

Figure 4. 2 : Interface dauthentification.

4.2.2. Accueil

A ce niveau, nous distinguons deux modules : laffichage de la


carte gographique, 3G Network Map , et lanalyse du fichier de
configuration format XML, Configuration Parsing .

Lutilisateur

doit donc confirmer son choix en appuyant sur lun des boutons de
linterface donne par la figure 4.3 :

Imen Romdhani
63

Chapitre 4. Ralisation, tests et validation

Figure 4. 3 : Interface daccueil.

4.2.3. Module danalyse de la configuration radio


du rseau 3G

A partir de la page daccueil, lutilisateur peut accder au


module

danalyse

de

la

configuration

radio

en

cliquant

sur

Configuration Parsing .
Cest seulement travers linterface reprsente par la figure 4.4
que lutilisateur peut accder toutes fonctionnalits offertes par
lapplication Configuration Parsing .

Imen Romdhani
64

Chapitre 4. Ralisation, tests et validation

Figure 4. 4 : Interface daudit de la configuration radio.

4.2.3.1. Afficher les paramtres de configuration du


rseau sur des tableaux

Lutilisateur

commence

par

importer

configuration tel que prsent par la figure 4.5 :

Imen Romdhani
65

le

fichier

XML

de

Chapitre 4. Ralisation, tests et validation

Figure 4. 5 : Importer le fichier de configuration format XML.

Une fois le fichier XML est import, le processus de parsing est


dclench automatiquement. Le rsultat sera visible sur des
tableaux accessibles partir de la liste situe gauche de
linterface (figure 4.6).

Imen Romdhani
66

Chapitre 4. Ralisation, tests et validation

Figure 4. 6 : Affichage des tableaux de configuration.

4.2.3.2. Exporter les tableaux de configuration au format


Excel

Afin de transfrer le tableau de configuration dun paramtre


au format Excel, lutilisateur demande dabord lexport travers un
clic sur Export , aprs sur To Excel dans la barre des outils. Par
la suite, il slectionne le tableau quil dsire exporter. Les figures 4.7
et 4.8 illustrent le processus dexport au format Excel.

Imen Romdhani
67

Chapitre 4. Ralisation, tests et validation

Figure 4. 7 : Choix du tableau de configuration exporter au


format Excel.

Lorsque lutilisateur appuie sur le bouton Export , une boite de


dialogue saffiche pour quil choisisse lemplacement du fichier qui
va tre cre sur son poste de travail.

On voit bien dans la figure 4.8 le fichier Excel rsultant de


lopration dexport.

Imen Romdhani
68

Chapitre 4. Ralisation, tests et validation

Figure 4. 8 : Rsultat de lexport au format Excel.

4.2.3.3. Comparer la configuration dune cellule entre


dates

Les figures qui suivent reprsentent les interfaces relatives


lanalyse comparative entre deux configurations dune cellule deux
dates diffrentes.

Dabord, il faut lancer une demande de comparaison. La dmarche


suivre pour cette fin est prsente par la figure 4.9 :

Imen Romdhani
69

Chapitre 4. Ralisation, tests et validation

Figure 4. 9 : Demande de comparaison de la configuration

dune cellule entre deux dates.

Ensuite, une interface saffiche lutilisateur, comme le montre la

figure 4.10, pour slectionner deux fichiers qui doivent correspondre au


mme RNC mais comportant deux configurations analyses dans deux
dates diffrentes. Il choisit encore lidentifiant de la cellule quil veut
analyser.

Imen Romdhani
70

Chapitre 4. Ralisation, tests et validation

Figure 4. 10 : Choix de la cellule et des fichiers comparer.


Par la suite, une requte sera envoye la base de donnes pour

rcuprer tous les paramtres de la cellule slectionne dans les deux


dates dsignes par lutilisateur.

Enfin, on voit bien dans la figure 4.11, le rsultat de cette opration

qui sera prsent sous forme dun tableau trois colonnes comprenant

Imen Romdhani
71

Chapitre 4. Ralisation, tests et validation


dans lordre le nom du paramtre qui a chang de valeur, sa valeur dans
la premire date et celle dans la seconde date.

Figure 4. 11 : Rsultat de la comparaison de la configuration


dune cellule entre

deux dates.

Le bouton Export_Excel permet lutilisateur dexporter le

rsultat au format Excel. En effet, en se basant sur ce rsultat, lingnieur

Imen Romdhani
72

Chapitre 4. Ralisation, tests et validation


peut rdiger un ordre de travail pour notifier lquipe support du
changement de la configuration de cette cellule et appliquer les
corrections ncessaires.

Le scnario danalyse comparative entre deux configurations dun


RNC est pareil celle dune cellule.

4.2.3.4. Comparaison de configuration entre deux cellules

La figure 4.12 prsente linterface qui saffiche lutilisateur sil


demande la comparaison de configuration entre deux cellules.

Figure 4. 12 : Slectionner deux fichiers de configuration.

Aprs avoir slectionn deux fichiers de configuration

(deux RNC), les deux listes correspondantes aux cellules de chaque RNC
seront affiches (figure 4.13).

Imen Romdhani
73

Chapitre 4. Ralisation, tests et validation

Figure 4. 13 : Choisir deux cellules comparer.

Finalement, le rsultat sera affich dans un tableau trois colonnes


qui

peut

tre

Export_Excel .

export
La

au

premire

format

Excel

colonne

en

prsente

appuyant
le

nom

sur
du

paramtre qui na pas la mme valeur dans les deux cellules. La


seconde contient le nom de la premire cellule slectionne partir
de linterface prcdente et la dernire colonne contient le nom de
la deuxime cellule. Le tableau rsultant est donn par la figure
4.14 :

Imen Romdhani
74

Chapitre 4. Ralisation, tests et validation

Figure 4. 14 : Rsultat de la comparaison entre deux cellules.

Le processus danalyse comparative entre deux RNC est pareil

celui effectu entre deux cellules.

4.2.3.5. Dtection des Missing Neighbors

Cette fonctionnalit permet lingnieur radio de vrifier le


voisinage de toutes les cellules dun RNC un moment donn. Pour
ce faire, il clique sur One Way Relation dans la barre des outils.
Le rsultat saffiche lutilisateur sous forme dun tableau deux
colonnes : Source cell et Terget Cell. Ce tableau reprsente les
relations de voisinage qui manquent et qui doivent tre corriges
pour optimiser la QoS des cellules prsentant des One Way Relation.
On voit bien le rsultat dun exemple de test dans la figure 4.15 :

Imen Romdhani
75

Chapitre 4. Ralisation, tests et validation

Figure 4. 15 : Dtection des missing neighbors.

4.2.3.6. Vrification des paramtres par rapport des


valeurs de rfrences

Pour effectuer un check sur les paramtres du rseau,


lutilisateur doit cliquer sur Param_Check dans la barre des outils.
Le rsultat sera affich sous la forme dun tableau trois colonnes
contenant

respectivement

le

nom

du

paramtre,

la

valeur

recommande par le constructeur et la valeur trouve dans la


configuration quil est entrain danalyser.

La figure 4.16 montre un exemple de rsultat dun check lanc par


lutilisateur.

Imen Romdhani
76

Chapitre 4. Ralisation, tests et validation

Figure 4. 16 : Rsultat du check des paramtres du rseau.

4.2.3.7. Vrification dun ordre de travail (OT)

La figure 4.17 prsente la figure qui saffiche lutilisateur sil


demande la vrification dun OT. Le type de lOT : RNC ou Cellule,
doit tre spcifi au pralable.

Imen Romdhani
77

Chapitre 4. Ralisation, tests et validation

Figure 4. 17 : Choix du type de lOT.

Ensuite, lutilisateur ouvre le fichier contenant lordre du travail. Ce


dernier doit tre sous la forme dun fichier Excel ayant lextension
XLS. Dans le cas contraire, un message derreur saffiche
lutilisateur pour vrifier le type du fichier quil cherche importer.

Enfin, le rsultat de lanalyse comparative entre les valeurs des


paramtres spcifies par lOT et celles se trouvant dans la
configuration analyse sera affich sous forme dun tableau. Dans le
cas dun OT type RNC, le tableau rsultant contient
colonnes : le nom du paramtre, le nom du RNC,

quatre
la valeur

demande dans lOT et la valeur trouve dans la configuration radio


analyse. Si cest un OT concernant des cellules, le tableau
contiendra dans ce cas cinq colonnes : le nom du paramtre, le nom
du RNC auquel appartient la cellule, lidentifiant de la cellule, la
valeur demande dans lOT et la valeur trouve.

Imen Romdhani
78

Chapitre 4. Ralisation, tests et validation

On voit bien dans la figure 4.18 le rsultat de vrification dun


exemple dOT.

Figure 4. 18 : Rsultat de la vrification dun OT.

Imen Romdhani
79

Chapitre 4. Ralisation, tests et validation


4.2.3.8. Reporting de la traabilit de configuration dune
cellule

La figure 4.19 reprsente linterface qui saffiche lutilisateur


sil veut rcuprer un rapport complet sur ltat dune cellule dans
les derniers 30 jours. Aprs avoir slectionn une cellule, il doit
choisir le type du rapport qui va tre gnr ainsi que son format de
sortie.

Imen Romdhani
80

Chapitre 4. Ralisation, tests et validation

Figure 4. 19 : Choisir les paramtres du reporting.

Un exemple de rsultat de lopration de reporting dune cellule au

format Excel est donn par la figure 4.20 suivante :

Figure 4. 20 : Rapport sur la traabilit de configuration de


la cellule UHM002W .

4.2.4. Module daffichage des lments du rseau


sur une interface cartographique

Ce module est accessible partir de la premire page


daccueil qui saffiche lutilisateur une fois laccs est russi. Aprs

Imen Romdhani
81

Chapitre 4. Ralisation, tests et validation


avoir cliqu sur le bouton 3G Network Map , une interface
gographique contenant les cellules de Tunisie Tlcom saffiche
dans le navigateur par dfaut. Il peut dtecter sil existe un
problme au niveau dune ou de plusieurs cellules travers les
couleurs

des

marqueurs.

Par

la

suite

il

peut

consulter

les

informations relatives cette cellule travers le tableau qui


saffiche.

La figure 4.21 donne un aperu sur linterface gographique ainsi


que le rsultat qui saffiche lutilisateur quand il appuie sur un des
marqueurs sur la carte.

Imen Romdhani
82

Chapitre 4. Ralisation, tests et validation

Figure 4. 21 : Interface cartographique de lapplication 3G


Network Map .

4.3. Etude de cas

Imen Romdhani
83

Chapitre 4. Ralisation, tests et validation


Nous avons consult la carte gographique et nous avons
dtect la prsence dun problme au niveau de la cellule ayant
comme identifiant UHM004Z (figure 4.22).

KPI>
1

Imen Romdhani
84

Chapitre 4. Ralisation, tests et validation

Figure 4. 22 : Dtection dun problme au niveau dune


cellule.

On voit bien le marqueur pointant sur cette cellule en rouge et la


valeur du KPI CS Drop rate est gale 1,2 alors quelle doit
tre infrieure ou gale 1 pour bien assurer la QoS requise.

Nous avons fait lanalyse de la configuration de cette cellule


moyennant lapplication Configuration Parsing et nous avons
dtect un problme de missing neighbors.

Afin de remdier au problme, lquipe Optimisation Radio a envoy


un OT lOSS o ils ont ajout les voisinages manquants la liste
des Active Set de la cellule UHM004Z

Loptimisation effectue a permis de faire descendre la valeur du KPI


de 1,2 0,8 qui est une valeur acceptable et ne prsente
aucun problme (figure 4.23).

Imen Romdhani
85

Chapitre 4. Ralisation, tests et validation

KPI =
0,8< 1

Figure 4. 23 : Optimisation de la QoS dune cellule.

Nous avons trac la courbe de lvolution du KPI CS Drop rate


pour montrer limpact de loptimisation que nous avons effectu au
niveau des relations de voisinage. Cette courbe est donne par la
figure 4.24 qui suit :

Imen Romdhani
86

Chapitre 4. Ralisation, tests et validation

Figure 4. 24 : Evolution du KPI CS Drop rate de la cellule


UHM004Z .

Conclusion

Dans ce chapitre, nous avons prsent les aspects de


ralisation

de

lenvironnement

notre
de

systme
travail

travers

matriel

et

une

description

logiciel.

Nous

de

avons

galement prsent les principales interfaces de lapplication avec


des imprimes crans afin dillustrer le fonctionnement de notre outil.
Enfin nous avons clos par une tude de cas afin de donner une
image relle sur le travail ralis.

Imen Romdhani
87

Chapitre 4. Ralisation, tests et validation

Imen Romdhani
88

Conclusion gnrale

Conclusion gnrale

a gestion de la QoS dans les rseaux radio mobiles est un dfi


continuel pour un oprateur de tlcommunications qui
compte sur l'expertise de son personnel, en particulier les

ingnieurs radio, afin d'offrir ses abonns une exprience


utilisateur satisfaisante apte les fidliser.

Le travail prsent dans ce rapport fait partie des activits


d'optimisation quotidiennes ralises par l'quipe d'ingnieurs
optimisation radio pour l'amlioration des performances du rseau
3G. Il inclut une description de la mthodologie d'optimisation base
sur la gestion et laudit de la configuration radio du rseau 3G ainsi
que la gestion des indicateurs cl de performance pour dtecter les
anomalies radio et les corriger.

Au cours de ce travail nous avons pris conscience de la difficult de


la tche d'un ingnieur radio qui vient non seulement du caractre
instable du rseau radio mais aussi du nombre norme de
paramtres manipuler. Nous avons alors propos un outil capable
dautomatiser le travail d'audit de la configuration radio, de faciliter
le suivi des KPI partir dune carte gographique et de favoriser le
contrle de la ralisation dun ordre de travail.

Afin de mener bien cette mission, nous avons adopt un plan


mthodologique dans notre travail et cela en commenant dans un
premier temps par une tude thorique sur le rseau 3G et le
processus doptimisation. Dans un deuxime temps, nous avons
enchan avec ltude de lexistant afin dapprofondir lanalyse des

Imen Romdhani
89

Conclusion gnrale
dimensions innovantes de ce projet. Par la suite, nous avons spcifi
les besoins des futurs utilisateurs de ce produit et affin ensuite la
conception qui en rsultait pour arriver enfin implmenter et tester
la solution retenue.

Cet outil peut tre amlior par l'ajout d'une possibilit dinteragir
directement avec lOSS

pour importer le fichier de configuration.

Ceci permet desquiver la tche de limport de ce fichier avant de


commencer le processus danalyse.

Pour conclure, l'apport le plus important de ce projet est qu'il


prsente un aperu sur le travail d'ingnierie radio et des dfis
continuels relever pour garantir la meilleure performance du
rseau avec des conditions imprvisibles.

Imen Romdhani
90

Rfrences

Rfrences

[1] : Pierre Lescuyer, UMTS Les Origines LArchitecture La


Norme, Dunod, 2001.

[2] : Xavier Lagrange, Principes et volutions de l'UMTS,


Herms, 2005.

[3] :

EFORT,

Rseau

dAccs

UMTS,

http://www.efort.com,

consult Mars 2013.

[4] : NEC

France,

Formation Ingnieur Optimisation 3G ,

Dpartement AccsEquipe Optimisation, 2009.

[5] : Alcatel-Lucent, Successfully Deploying a 3G/UMTS Network


Some key techniques for launching a 3G network on time with
optimal performance, 2008.

[6] : Alcatel University, OMC-R architecture and features, Janvier


2009.

[7] : Huwaei Technologies, RAN12 document, 2009.

[8] : http://jouonsy.free.fr/Projet/conception.htm, consult Mai 2013.

[9] :
http://objecteering_uml_modeler/diagrams/use_case_diagrams.htm,
consult Mai 2013.

[10] :http://blog.lecacheur.com/2004/12/09/mvc-mvc2-modele-vuecontrolleur-model-view-controller/, consult Avril 2013.

Imen Romdhani
91

Rfrences

[11] : Aron Lurie & Marty Lurie, DB2 and open source: Put yourself
on the map with Google Maps API, IBM, 02 Mars 2006.

[12] :

http://www.uml-sysml.org/diagrammes-uml-et-

sysml/diagramme-uml/diagramme-de-classe, Consult juin 2013.

[13] : http://www.saxproject.org/, consult Mars 2013.

[14] : http://poi.apache.org/, consult Avril 2013.

[15] : Teodor Danciu & Lucian Chirita, The Definitive Guide to


JasperReports, DEFINITIVE GUIDE, aot 2007.

[16] : http://www.ericsson.com/oss-bss, consult juin 2013.

[17] : http://www.loukam.net/Support_Java.pdf, consult Mars 2013.

[18] : http://telecharger.logiciel.net/poweramc/, consult Mai 2013.

[19] : Jean-Marie Defrance, Premires applications Web 2.0 avec


Ajax et PHP , Eyrolles, 2008.

Imen Romdhani
92

Annexe

Annexe A : OSS

LOSS ou Operations Support Systems est lensemble de systmes


permettant un oprateur de maintenir et exploiter son rseau. Il assure
la supervision et la gestion du rseau. En effet, la supervision du rseau
peut intervenir de nombreux niveaux :

Exploitation et gestion de performance et Qualit de service.


administration commerciale (dclaration des abonns, terminaux,

facturation, etc).
La gestion de la scurit.
L'installation et la configuration des composants rseau.
La gestion des erreurs rseaux.
Modification de paramtrage et ralisation de statistiques.
Ladministration

du

rseau

est

effectue

moyennant

les

quipements suivants [16] :


1. TMN : Telecommunications Management Network
Cest un ensemble form par les quipements de mdiation, le
systme dexploitation et les rseaux de transport. Le management est
ralis par les OMC (Operations and Maintenance Centre) qui assurent une
supervision locale des quipements et transmettent aux NMC (Network
Management Center) les incidents majeurs survenus sur le rseau qui
permettent ladministration gnrale de lensemble du rseau par un
contrle centralis.
2. EIR : Equipment Identity Register :
Cest une base de donnes annexe contenant les identits des
terminaux. Elle peut tre consulte quand un abonn demande un service
afin vrifier que le terminal utilis est autoris fonctionner sur le rseau.
3. AUC : Authentification Centre

Imen Romdhani
82

Annexe
Cette base de donnes permet lauthentification des demandes de
services et le chiffrement des communications l'aide dalgorithmes.

Annexe B : Outils de dveloppement

1. Langage de programmation JAVA

Java est un langage de programmation orient objet qui a connu un


norme succs depuis 1995. Nous avons choisi ce langage pour tirer profit
de ses multiples avantages. Dabord, java est un langage portable : cest
une bibliothque d'excution indpendante de la plateforme. En thorie, il
est possible d'utiliser le mme code pour Windows 95/98/NT, Solaris UNIX
Macintosh, etc. Dautre part, les concepteurs de ce langage ont supprim
l'allocation et la libration de mmoire manuelles. La mmoire dans java
est alloue et libre automatiquement, la diffrence du langage C++.
Le dveloppeur n'a jamais se proccuper des pertes de mmoire. Un
autre avantage indniable du java est lorient objet, c'est dire qu'on ne
va pas manipuler des fonctions et des procdures. En revanche, on cre
des objets qui vont s'changer des messages. Le principal avantage est
que l'on peut raliser une programmation modulaire : tous les objets
peuvent tre dclars sparment. Ceci aide mieux organiser le code
pour des futures volutions et aussi bien que rendre certaines parties
rutilisables pour gagner en temps et en clart [17].

2. MySQL Server

MySQL server est un systme de gestion de base de donnes


relationnel (SGBDR) libre. Il est considr comme lun des plus
utilises SGBD. MySQL server a des avantages multiples :

Open source.
Performant : Il est class parmi les SGBDR les plus rapides et les plus
fiables.

Imen Romdhani
83

Annexe
Rapidit de mise en uvre : Il est facile utiliser grce ses
fonctionnalits. pratiques dveloppes en coopration avec les
utilisateurs.

3. Sybase PowerAMC 15

PowerAMC est un logiciel de conception proposant plusieurs


techniques de modlisation standard tel que la mthode Merise, la
modlisation UML et autres modlisations des processus de mtiers
consacre

aux

non-informaticiens

pour

faciliter

et

combler

plus

rapidement leurs besoins [18].

4. AJAX

AJAX (acronyme d'Asynchronous JavaScript and XML), autrement dit


JavaScript et XML Asynchrones, est un concept de programmation Web se
servant de diffrentes technologies telles que JavaScript et XML. Il permet
de faire communiquer une page Web avec un serveur Web sans avoir
besoin de recharger la page.

On utilise AJAX pour de multiples raisons :

Temps de chargement rduit.


Utilisation de la bande passante rduite.
Un effet design pur.

AJAX est donc une manire de dvelopper des pages

Web

moyennant les technologies suivantes [19] :


Javascript : un langage de script, en effet les fonctions Javascript sont
invoques si un vnement intervient sur la page.

Imen Romdhani
84

Annexe
DOM (Document Object Model) : cest une API permettant daccder
des documents structurs. Elle reprsente la structure de documents
HTML et XML.
CSS (Cascading Style Sheets) : un langage de style permettant de
sparer de faon claire le contenu de la forme et de la prsentation.
XmlhttpRequest : un objet Javascript qui permet lenvoie et la
rception des requtes client-serveur en mode asynchrone.

Nous avons utilis AJAX afin de mettre jour notre page Web quand
lutilisateur demande laffichage des informations dune cellule.

Imen Romdhani
85