Audit Et Gestion de La Configuration Radio 3G

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[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

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

diffrence de configuration dune cellule, le mme principe peut tre
appliqu un RNC.
Une description dtaille du droulement de cette opration est prsente
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

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.
Excel.
Cas
dchec
Le fichier de lOT na pas lextension xls : Dclenchement

du traitement de lexception [Exception 3].
Imen Romdhani
31

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

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
Aprs un traitement, loutil
affiche lutilisateur un
tableau comprenant les paramtres de la cellule et leurs
valeurs durant les derniers 30 jours.

Excel.
Cas
dchec
Exception
(s)
Lutilisateur ne possde pas les droits daccs loutil :

[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

rseau sur une interface gographique (Google maps)
accompagns des principaux KPI.
Pr-condition(s) :
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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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
Figure 4. 21 : Interface cartographique de lapplication 3G

Network Map .
4.3. Etude de cas
Imen Romdhani
83

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

Audit Et Gestion de La Configuration Radio 3G

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Audit Et Gestion de La Configuration Radio 3G

Hochgeladen von

Copyright:

Verfügbare Formate

Rsum

Cycle de formation des ingnieurs en Tlcommunications

Rapport de Projet de fin

Conception et dveloppement dun outil

Travail propos et ralis en collaboration avec

Anne universitaire : 2012/2013

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

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

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

Table des matires

Table des matires

Table des matires

Table des matires

Liste des tableaux

Liste des figures

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

Liste des tableaux

Liste des tableaux

Liste des tableaux

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

Liste des tableaux

Liste des acronymes

Liste des acronymes

-FFTP : File Transfer Protocol

-GGPRS : General Packet Radio Service

-HHSPA : High Speed Packet Access

-KKPI : key Performance Indicator

-LLAC : Local Area Code

-MME : Mobile Equipement

Liste des acronymes

-OOMC : Operations and Maintenance Center

-PPS : Packet Switching

-QQoS : Quality of Service

-RRNC : Radio Network Controller

-SSGSN : Serving GPRS Support Node

-UUE : User Equipement

-WW-CDMA : Wideband Code Division Multiple Access

ans un contexte trs concurrentiel, tant sur les marchs du

Cadre Gnral Du Stage

a ralisation de ce projet a ncessit une tude approfondie de

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

1.1. Prsentation du rseau de troisime

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

Chapitre 1. Cadre gnral du stage

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

1.1.1. Objectifs de lUMTS

144 kbit/s en environnement rural extrieur.

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

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

Dlai de transfert de linformation.

Tolrance aux erreurs.

Roaming : Un autre objectif indniable qui consiste offrir un service

limitations dues la multiplicit des systmes et des rseaux.

1.1.2. Architecture de lUMTS

Chapitre 1. Cadre gnral du stage

Figure 1. 1 : Architecture globale du rseau UMTS.

1.1.2.1. Equipement utilisateur

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

1.1.2.2. Le rseau daccs (UTRAN)

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

Chapitre 1. Cadre gnral du stage

Figure 1. 2 : Architecture du rseau daccs.