Você está na página 1de 96

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

Anne universitaire : 2012/2013

Imen Romdhani

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

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

ii

Table des matires

Table des matires


Ddicace ............................................................................................. Erreur ! Signet non dfini.
Remerciements ........................................................................................................................... ii
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.2.

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

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.

Imen Romdhani

Les compteurs OMC-R ................................................................................ 12

iv

Table des matires

1.3.

1.2.4.2.

KPI (Key Performance Indicators) ............................................................... 12

1.2.4.3.

Processus danalyse et doptimisation bas sur les KPI .............................. 14

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

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

Imen Romdhani

Table des matires


2.4.6.

Cas dutilisation Afficher les lments du rseau sur une interface

cartographique avec les principaux KPI ......................................................................... 32


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

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

Interfaces graphiques de lapplication ...................................................................... 58

4.2.1.

Authentification ................................................................................................. 59

Imen Romdhani

vi

Table des matires


4.2.2.

Accueil ................................................................................................................ 59

4.2.3.

Module danalyse de la configuration radio du rseau 3G ................................ 60

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

vii

Liste des tableaux

Liste des figures


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

Imen Romdhani

vii

Liste des tableaux


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

Imen Romdhani

viii

Liste des tableaux

Liste des tableaux


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

ix

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

viii

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

ix

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 de laudit et la gestion de la configuration
radio du rseau 3G de Tunisie Tlcom.

Imen Romdhani

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

Cadre Gnral Du Stage

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 W-CDMA. Elle a t dveloppe partir de
lanne 2004 avec la Release 99 (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

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 Uplink(MHz)

Bande Downlink(MHz)

FDD1

1920,1-1925,0

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.

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

Imen Romdhani

Chapitre 1. Cadre gnral du stage

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

Figure 1. 1 : Architecture globale du rseau UMTS.

Imen Romdhani

Chapitre 1. Cadre gnral du stage

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

Imen Romdhani

Chapitre 1. Cadre gnral du stage

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

Imen Romdhani

Chapitre 1. Cadre gnral du stage

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 :

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

Chapitre 1. Cadre gnral du stage

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

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

suivante.

1.2.2.

Optimisation du rseau 3G

La vie du rseau ne se rsume pas au dploiement de nouveaux sites UMTS. Elle inclut
aussi des oprations quotidiennes sur le rseau, qui risquent den altrer la qualit 3G. Voici
un exemple doprations sur le rseau UMTS :
-

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

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

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

Mutation de NodeB (avec et sans changement de LAC).

Changement de configuration dun RNC, dun NodeB ou dune cellule.

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

Mise en service dun RNC, dun UMSC (UMTS Mobile Switching Center) ou SGSN et
mutation de lancien vers le nouveau.

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

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.

Imen Romdhani

Chapitre 1. Cadre gnral du stage

Il faut donc, par prvention, mettre laccent sur certains aspects et paramtres du rseau
ayant une grande importance 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 rseau et optimises en consquence [5].

Figure 1. 5 : Exemple de planification des relations de voisinage pour un secteur.

Imen Romdhani

10

Chapitre 1. Cadre gnral du stage

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

Imen Romdhani

11

Chapitre 1. Cadre gnral du stage

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

Imen Romdhani

12

Chapitre 1. Cadre gnral du stage

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 throughput

HSPA average throughput

Moyenne des dbits HSPA /cellule

CS CSSR

Circuit Switching call setup


success rate

Taux de russite dtablissement


dappel en mode circuit (CS)

PS CSSR

Packet Switching call setup


success rate

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 :

Imen Romdhani

13

Chapitre 1. Cadre gnral du stage

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 succs (CSSR)

98%

Taux dchec du handover

2%

Tableau 1. 3 : Les valeurs seuils des KPI.

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.

Imen Romdhani

14

Chapitre 1. Cadre gnral du stage

Figure 1. 6 : Organigramme du processus danalyse et doptimisation.


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

Imen Romdhani

15

Chapitre 1. Cadre gnral du stage

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

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 :

Imen Romdhani

16

Chapitre 1. Cadre gnral du stage

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 des goulots d'tranglements au niveau de


chaque cellule sur linterface gographique.

Dtection des incohrences sur la configuration et des dysfonctionnements des


lments du rseau.

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

17

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

18

Chapitre 2. Analyse et spcification des besoins


La gestion et laudit de la configuration radio du rseau 3G font partie des tches
quotidiennes de lquipe Radio au sein de Tunisie Tlcom. En effet, les ingnieurs de cette
quipe doivent contrler et assurer le bon fonctionnement du rseau travers la vrification
et le suivi continu de la configuration des RNC, des NodeB, des antennes, du voisinage des
cellules, etc.
En cas de dtection danomalie ou dgradation de la QoS, les ingnieurs doivent trouver les
solutions convenables pour chaque problme et envoyer un ordre de travail (OT) lquipe
support afin de soccuper du problme.
Dabord, lingnieur commence par tlcharger la configuration radio de lOSS en utilisant le
client ftp, FileZilla. Cette configuration est sous la forme dun fichier XML assez volumineux
(100, 150, 200 Mo..) comptant des milliers de lignes qui contiennent la configuration dun
RNC un moment donn. Par la suite, cette configuration doit tre analyse et interprte
afin de pouvoir intervenir et corriger les aberrations. Lingnieur Radio doit donc vrifier la
configuration de certains paramtres par rapport aux valeurs recommandes par le
constructeur, celle tlcharge dans une date prcdente. Il doit aussi comparer la
configuration des diffrents lments du rseau entre eux, dtecter sil y a un problme de
voisinage pour certaines cellules (ce quon appelle One_Way_Relation), etc. (Pour plus de
dtails sur lOSS, voir Annexe A).
Actuellement, pour ce faire, tout le travail se fait manuellement. En effet, aprs avoir
tlcharg la configuration en format XML, lingnieur ouvre ce fichier avec un diteur de
code source (ex. Notepad++) et fait lanalyse en parcourant les milliers de lignes quil
contient.
Afin dexaminer les diffrents KPI dune cellule, il faut importer le rapport des KPI de lOSS.
Ce rapport contient la correspondance entre le nom de la cellule, ses coordonnes et ses
principaux KPI.

Imen Romdhani

19

Chapitre 2. Analyse et spcification des besoins

2.1.2.

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 ranalyser 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.
Afin de remdier toutes ces lacunes, on nous a confi le dveloppement dun outil dont la
description fait lobjet des parties suivantes.

2.1.3.

Objectifs du projet

Imen Romdhani

20

Chapitre 2. Analyse et spcification des besoins


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

Mthodologie adopte
Un modle de dveloppement logiciel dsigne toutes les tapes du dveloppement, de

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

Imen Romdhani

21

Chapitre 2. Analyse et spcification des besoins

Figure 2. 1: Reprsentation du modle en V.


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

2.3.

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

Les besoins fonctionnels

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

Imen Romdhani

22

Chapitre 2. Analyse et spcification des besoins

Analyse des fichiers de configuration de type XML issus de lOSS Ericsson ainsi que
laffichage du rsultat dans des tableaux structurs.

Export des tableaux de configuration vers une base de donnes MySQL.

Dtection des diffrences de configuration entre deux RNC/Cellules.

Comparaison de la configuration d'un RNC ou dune cellule entre deux dates.

Check des valeurs de certains paramtres par rapport des valeurs recommandes par
Ericsson.

Export de la configuration du rseau en format Excel.

Detection des missing Neighbors (One way relation).

Vrification de lexcution des OT.

Reporting de la traabilit des changements de configurations des cellules.

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

Le dernier besoin fonctionnel de notre projet, qui sert afficher les lments du rseau sur
une interface cartographique, consiste dvelopper une application web permettant de
placer les diffrentes cellules du rseau Tunisie Tlcom sur une carte. Elle permet
galement dafficher un tableau pour chaque cellule contenant les informations qui lui sont
propres telles que le Cell_ID, lAzimuth, le nom du site auquel elle appartient ainsi que les
principaux KPI. Dautre part, cette application permet, grce aux diffrentes couleurs que
peuvent prendre les marqueurs situs sur la carte, de dtecter sil y a une anomalie au
niveau dune cellule et par la suite aiguiller lutilisateur vers les lments quil doit analyser.
Les informations propres chaque cellule sont obtenues directement et dynamiquement de
la base de donnes.

2.3.2.

Les besoins non fonctionnels

Ce sont des exigences qui ne concernent pas spcifiquement le comportement du


systme mais plutt identifient des contraintes internes et externes du systme.

Imen Romdhani

23

Chapitre 2. Analyse et spcification des besoins


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

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

Identification des acteurs

Un acteur reprsente une personne, un matriel ou un logiciel qui interagit


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

Imen Romdhani

24

Chapitre 2. Analyse et spcification des besoins

2.4.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 :

Figure 2. 2: Diagramme des cas dutilisation global.

Imen Romdhani

25

Chapitre 2. Analyse et spcification des besoins


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

2.4.3.

Cas dutilisation Grer la configuration radio du rseau

2.4.3.1. Diagramme des cas dutilisation

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

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

Imen Romdhani

26

Chapitre 2. Analyse et spcification des besoins


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 sur des tableaux
Sommaire

But : Permettre lutilisateur de voir la configuration du 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.
Description

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.

Cas dchec

Lutilisateur ne possde pas les droits daccs loutil : Dclenchement


de lexception *exception 1].
Le fichier XML nest pas conforme aux normes dEricsson :
Dclenchement de lexception *exception 2].
[Exception 1]: Un message derreur Your login attempt was not successful,

Exception(s) try again. Caused: Invalid username or 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 .

Imen Romdhani

27

Chapitre 2. Analyse et spcification des besoins


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.
Une description dtaille du droulement de cette opration est rpertorie dans le tableau
2.2 suivant :
Sommaire

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

Description

en cliquant sur One_Way_Relation dans la 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

Imen Romdhani

28

Chapitre 2. Analyse et spcification des besoins


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 diffrence de configuration
dune cellule, le mme principe peut tre appliqu un RNC.
Une description dtaille du droulement de cette opration est prsente dans le tableau
2.3 suivant :
Titre : Dtecter la diffrence de configuration dun RNC/une cellule entre
Sommaire

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 barre des outils.
Description

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)
Tableau 2. 3 : Description du cas dutilisation Dtecter la diffrence de configuration dun
RNC/ une cellule entre deux dates .

Imen Romdhani

29

Chapitre 2. Analyse et spcification des besoins

2.4.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 problme par rapport celles de lOT.
Une description dtaille du droulement de cette opration est rpertorie dans le tableau
2.4 suivant :
Titre : Vrifier un OT.
Sommaire

But : Vrifier si un ordre de travail est bien accompli.


Pr-condition(s) :
Parsing du fichier XML.
Scnario:
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.

Description

Un filechooser saffiche lutilisateur pour importer le fichier Excel


comportant lordre du travail.
Aprs un traitement, une table saffiche lutilisateur contenant les
noms des paramtres, les valeurs demandes dans lOT et les valeurs
trouves dans le fichier de configuration.
Lutilisateur peut faire lexport de cette table au format Excel.
Le fichier de lOT na pas lextension xls : Dclenchement du traitement

Cas dchec

de lexception [Exception 3].

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

Imen Romdhani

30

Chapitre 2. Analyse et spcification des besoins

2.4.5.

Cas dutilisation Rapporter la traabilit dune cellule

Ce cas dutilisation permet lutilisateur davoir un rapport sur la traabilit dune


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

Titre : Rapporter la traabilit dune cellule.


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

Description

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.
Aprs un traitement, loutil affiche lutilisateur un tableau comprenant
les paramtres de la cellule et leurs valeurs durant les derniers 30 jours.
Lutilisateur peut faire lexport de cette table au format Excel.

Imen Romdhani

31

Chapitre 2. Analyse et spcification des besoins


Cas dchec

Lutilisateur ne possde pas les droits daccs loutil : Dclenchement


de lexception *exception 4].

Exception(s) [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.4.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 principaux KPI.
Sommaire

But : Permettre lutilisateur de visualiser les lments du rseau sur une


interface gographique (Google maps) accompagns des principaux KPI.

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

Description

Choisir loption 3G Network Map dans la page daccueil.


Scnario:
Lutilisateur lance loutil 3G Parser.

Imen Romdhani

32

Chapitre 2. Analyse et spcification des besoins


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

33

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.

3.1.

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

34

Chapitre 3. Conception de loutil 3G Parser

3.1.1.

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.

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.

Imen Romdhani

35

Chapitre 3. Conception de loutil 3G Parser

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.

3.1.2.

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

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

Imen Romdhani

36

Chapitre 3. Conception de loutil 3G Parser

Larchitecture de notre application, comme le montre la figure 3.2 ci-dessus, 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.

3.2.

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.

3.2.1.

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.

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

37

Chapitre 3. Conception de loutil 3G Parser

Figure 3. 3 : Diagramme de packages.

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

Package Parsing : inclut les fonctionnalits dauthentification, daccueil, danalyse


du fichier de configuration ainsi que laffichage des paramtres de configuration sur
des tableaux.

Package DataBase_Connexion : contient la classe DB_Connexion permettant la


connexion la base de donnes. Nous avons situ cette classe dans un package spar
vu quelle sera utilise par plusieurs autres packages.

Package Export_To_Excel : 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.

Imen Romdhani

38

Chapitre 3. Conception de loutil 3G Parser

Package Display_Result : contient la classe Display_Result_view qui permet


dafficher lutilisateur le rsultat 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.

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

Imen Romdhani

39

Chapitre 3. Conception de loutil 3G Parser

a.

Package Parsing
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.

Imen Romdhani

40

Chapitre 3. Conception de loutil 3G Parser

La classe DB_Connexion est appele par la classe Accueil_Model pour pouvoir


accder la base de donnes et vrifier les coordonnes de lutilisateur.

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

41

Chapitre 3. Conception de loutil 3G Parser

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


Dabord, la classe du contrle Parsing_cont intercepte laction de lutilisateur sur
linterface Parsing_View .
Linterface Items_to_Export_Excel_view et les deux classes Export_Excel_cont et
Export_to_Excel_Model sont 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

42

Chapitre 3. Conception de loutil 3G Parser

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

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

Imen Romdhani

43

Chapitre 3. Conception de loutil 3G Parser

d.

Package Parameter_Check
Le diagramme de classes explicitant les objets du packages Parameter_Check est

donn par la figure 3.7 suivante :

Figure 3. 7 : Diagramme de classes du package Parameter_Check .


Ce Package contient toutes les clases ncessaires pour comparer les valeurs de certains
paramtres par rapport des valeurs de rfrence.

La classe Parameter_Check_Model fait tout le traitement de comparaison et pour


ce faire elle fait appel la classe Recommended_Values_Model qui contient les
valeurs de rfrence.

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 .

Imen Romdhani

44

Chapitre 3. Conception de loutil 3G Parser

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

45

Chapitre 3. Conception de loutil 3G Parser

f.

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

46

Chapitre 3. Conception de loutil 3G Parser

3.2.2.

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

47

Chapitre 3. Conception de loutil 3G Parser

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


donnes .

b.

Scnario du cas dutilisation Dtecter la diffrence de configuration entre deux


RNC
Lingnieur a besoin de comparer la configuration des paramtres du RNC quil est

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

Imen Romdhani

48

Chapitre 3. Conception de loutil 3G Parser

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


configuration entre deux RNC .

La mme logique est suivie pour comparer la configuration de deux cellules aussi bien que
celle dune cellule ou dun RNC deux dates.

c.

Scnario du cas dutilisation Vrifier un OT


Pour pouvoir vrifier un ordre de travail, lutilisateur doit dabord analyser le fichier de

configuration li lOT. Ensuite il lance une demande de vrification travers linterface


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

Imen Romdhani

49

Chapitre 3. Conception de loutil 3G Parser

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

d.

Scnario du cas dutilisation Rapporter la traabilit de configuration dune cellule


La tche du reporting est considre trs importante vu que lingnieur a besoin

davoir un rapport complet sur la traabilit du changement de configuration dune cellule.


Par consquent, il sera apte dgager les causes de dgradation de la qualit de service de
cette cellule et suivre son comportement sur une priode de temps. Pour aboutir ce
rsultat, un enchainement dactions et de traitements doit tre effectu. 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

Imen Romdhani

50

Chapitre 3. Conception de loutil 3G Parser

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 .

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

Imen Romdhani

51

Chapitre 3. Conception de loutil 3G Parser

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 :

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

Imen Romdhani

52

Chapitre 3. Conception de loutil 3G Parser

dun tableau comprenant les proprits de la cellule, rcupres de la table Cell_Info ,


ainsi que les principaux KPI.

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

53

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

54

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 est
base sur un modle vnementiel, c'est--dire l'analyseur appelle automatiquement une
mthode lorsqu'un vnement est dtect dans le fichier XML [13].

Imen Romdhani

55

Chapitre 4. Ralisation, tests et validation

Les 5 mthodes appeles par SAX en cas de dtection dun vnement bien dtermin sont
les suivantes :

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

EndElement() : dtection dune balise de fin.

Characters() : dtection de donnes entre deux balises.

StartDocument() : dbut du traitement du document XML.

EndDocument() : fin du traitement du document XML.

Nous avons choisi de travailler avec lAPI SAX pour bnficier de ses avantages. En effet,
cette API est trs adopte pour des documents XML volumineux, ce qui est le cas des fichiers
que nous allons manipuler. Elle offre une lecture rapide et efficace ainsi quune conomie de
la mmoire car SAX ne construit pas une reprsentation en mmoire de la structure en
arborescence des fichiers XML lus, comme il est le cas de lAPI DOM (Document Object
Model).

4.1.2.2. Apache POI 3.9


POI est l'acronyme de Poor Obfuscation Implementation. C'est un projet open source
du groupe Apache, sous licence Apache V2, permettant d'exploiter des fichiers au format
Microsoft Office dans des applications Java mais sans utiliser Office.
Ce projet comprend plusieurs composants [14] :

HSSF (Horrible SpreadSheet Format) : pour la manipulation des fichiers Excel (XLS) en
lecture et criture.

POIFS (Poor Obfuscation Implementation File System) : pour manipuler des fichiers
utilisant le format Microsoft OLE 2 Compound Document.

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

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.

Imen Romdhani

56

Chapitre 4. Ralisation, tests et validation

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

Imen Romdhani

57

Chapitre 4. Ralisation, tests et validation

Figure 4. 1 : La dmarche du reporting.


La cration dun rapport avec JasperReports se droule gnralement en 4 tapes :

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

4.2.

Lexportation du rsultat vers plusieurs formats possibles (PDF, Excel, ...).

Interfaces graphiques de lapplication


Dans cette partie, nous allons prsenter les diffrentes fonctionnalits de notre outil.

Imen Romdhani

58

Chapitre 4. Ralisation, tests et validation

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 .

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

59

Chapitre 4. Ralisation, tests et validation

Figure 4. 3 : Interface daccueil.

4.2.3.

Module danalyse de la configuration radio du rseau 3G

A partir de la page daccueil, lutilisateur peut accder au module danalyse de la


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

Imen Romdhani

60

Chapitre 4. Ralisation, tests et validation

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

4.2.3.1. Afficher les paramtres de configuration du rseau sur des tableaux


Lutilisateur commence par importer le fichier XML de configuration tel que prsent
par la figure 4.5 :

Imen Romdhani

61

Chapitre 4. Ralisation, tests et validation

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


Une fois le fichier XML est import, le processus de parsing est dclench automatiquement.
Le rsultat sera visible sur des tableaux accessibles partir de la liste situe gauche de
linterface (figure 4.6).

Figure 4. 6 : Affichage des tableaux de configuration.

Imen Romdhani

62

Chapitre 4. Ralisation, tests et validation

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.

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

63

Chapitre 4. Ralisation, tests et validation

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

4.2.3.3. Comparer la configuration dune cellule entre dates


Les figures qui suivent reprsentent les interfaces relatives lanalyse comparative
entre deux configurations dune cellule deux dates diffrentes.
Dabord, il faut lancer une demande de comparaison. La dmarche suivre pour cette fin est
prsente par la figure 4.9 :

Figure 4. 9 : Demande de comparaison de la configuration dune cellule entre deux


dates.

Imen Romdhani

64

Chapitre 4. Ralisation, tests et validation

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.

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 dans lordre le nom du paramtre qui a
chang de valeur, sa valeur dans la premire date et celle dans la seconde date.

Imen Romdhani

65

Chapitre 4. Ralisation, tests et validation

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

Imen Romdhani

66

Chapitre 4. Ralisation, tests et validation

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

Figure 4. 13 : Choisir deux cellules comparer.

Imen Romdhani

67

Chapitre 4. Ralisation, tests et validation

Finalement, le rsultat sera affich dans un tableau trois colonnes qui peut tre export au
format Excel en appuyant sur Export_Excel . La premire colonne prsente le nom 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 :

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

Imen Romdhani

68

Chapitre 4. Ralisation, tests et validation

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 :

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

69

Chapitre 4. Ralisation, tests et validation

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

4.2.3.7. Vrification dun ordre de travail (OT)


La figure 4.17 prsente la figure qui saffiche lutilisateur sil demande la vrification
dun OT. Le type de lOT : RNC ou Cellule, doit tre spcifi au pralable.

Figure 4. 17 : Choix du type de lOT.

Imen Romdhani

70

Chapitre 4. Ralisation, tests et validation

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 quatre colonnes : le
nom du paramtre, le nom du RNC, 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.
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

71

Chapitre 4. Ralisation, tests et validation

4.2.3.8. Reporting de la traabilit de configuration dune cellule


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

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 :

Imen Romdhani

72

Chapitre 4. Ralisation, tests et validation

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

73

Chapitre 4. Ralisation, tests et validation

Figure 4. 21 : Interface cartographique de lapplication 3G Network Map .

4.3.

Etude de cas
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).

Imen Romdhani

74

Chapitre 4. Ralisation, tests et validation

KPI>1

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

75

Chapitre 4. Ralisation, tests et validation

KPI = 0,8< 1

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


Nous avons trac la courbe de lvolution du KPI CS Drop rate pour montrer limpact de
loptimisation que nous avons effectu au niveau des relations de voisinage. Cette courbe
est donne par la figure 4.24 qui suit :

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

Imen Romdhani

76

Chapitre 4. Ralisation, tests et validation

Conclusion
Dans ce chapitre, nous avons prsent les aspects de ralisation de notre systme
travers une description de lenvironnement de travail matriel et logiciel. Nous 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

77

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

Imen Romdhani

78

Conclusion gnrale

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

79

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-vue-controlleur-modelview-controller/, consult Avril 2013.
[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-declasse, Consult juin 2013.
[13] : http://www.saxproject.org/, consult Mars 2013.

Imen Romdhani

80

Rfrences

[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

81

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


Cette base de donnes permet lauthentification des demandes de services et le

chiffrement des communications l'aide dalgorithmes.

Imen Romdhani

82

Annexe

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.

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

Imen Romdhani

83

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

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

84