Professional Documents
Culture Documents
Ralis par :
Imen ROMDHANI
Encadrant (s) :
M. Kais AMEUR
Mme. Malek BEN YOUSSEF
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
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
1.1.1.
1.1.2.
1.2.
1.1.2.1.
1.1.2.2.
1.1.2.3.
1.2.1.
1.2.2.
1.2.3.
1.2.4.
1.2.4.1.
Imen Romdhani
iv
1.3.
1.2.4.2.
1.2.4.3.
1.3.1.
Introduction........................................................................................................ 15
1.3.2.
Problmatique .................................................................................................... 16
1.3.3.
Conclusion ............................................................................................................................ 17
Chapitre 2: Analyse Et Spcification Des Besoins .................................................................. 18
Introduction .......................................................................................................................... 18
2.1.
2.1.1.
2.1.2.
2.1.3.
2.2.
2.3.
2.3.1.
2.3.2.
2.4.
2.4.1.
2.4.2.
2.4.3.
2.4.3.1.
2.4.3.2.
2.4.4.
2.4.5.
Imen Romdhani
3.1.1.
3.1.2.
3.2.
3.2.1.
3.2.1.1.
3.2.1.2.
3.2.2.
Conclusion ............................................................................................................................ 53
Chapitre 4: Ralisation, Tests Et Validation........................................................................... 54
Introduction .......................................................................................................................... 54
4.1.
4.1.1.
4.1.2.
Environnement logiciel....................................................................................... 55
4.2.
4.1.2.1.
4.1.2.2.
4.1.2.3.
4.1.2.4.
JasperReports .............................................................................................. 57
4.2.1.
Authentification ................................................................................................. 59
Imen Romdhani
vi
Accueil ................................................................................................................ 59
4.2.3.
4.2.3.1.
4.2.3.2.
4.2.3.3.
4.2.3.4.
4.2.3.5.
4.2.3.6.
4.2.3.7.
4.2.3.8.
4.2.4.
Module
daffichage
des
lments
du
rseau
sur
une
interface
cartographique.................................................................................................................73
4.3.
Conclusion ............................................................................................................................ 77
Conclusion gnrale ............................................................................................................. 78
Rfrences............................................................................................................................. 80
Annexe A : OSS ...................................................................................................................... 82
Annexe B : Outils de dveloppement .................................................................................... 83
Imen Romdhani
vii
Imen Romdhani
vii
Imen Romdhani
viii
Imen Romdhani
ix
Imen Romdhani
viii
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
Introduction
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.
Imen Romdhani
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
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 :
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]:
-
2 Mbit/s pour des faibles distances l'intrieur d'un btiment couvert (c'est
dire mobilit rduite).
Access Network), rseau d'accs de l'UMTS, sont prvues plusieurs mthodes de protection
Imen Romdhani
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 :
Variation de dlai.
1.1.2.
Architecture de lUMTS
Imen Romdhani
Imen Romdhani
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.
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.
Imen Romdhani
1.2.
Processus de loptimisation 3G
1.2.1.
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
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 :
-
Un site est en panne et est hors service(HS) : il faut lancer une intervention
immdiate.
Mise en service dun RNC, dun UMSC (UMTS Mobile Switching Center) ou SGSN et
mutation de lancien vers le nouveau.
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
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.
Imen Romdhani
10
a.
les cellules 3G des deux autres secteurs 3G du mme site doivent tre dclares
voisines entre elles.
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.
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 :
-
Imen Romdhani
11
1.2.4.
Les statistiques.
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.
Imen Romdhani
12
Nom Complet
Description
hs AVG throughput
CS CSSR
PS CSSR
CS Drop rate
PS Drop rate
Imen Romdhani
13
Indicateur
Seuil
5%
5%
95%
2%
95%
2%
1%
98%
2%
Imen Romdhani
14
1.3.
Cadre du projet
1.3.1.
Introduction
Imen Romdhani
15
rseau
pour
dtecter
les
incohrences
de
configuration
et
lutter
contre
le
1.3.2.
Problmatique
Afin dassurer le bon fonctionnement et garantir une stabilit des services et par la
suite la satisfaction des clients, lquipe Optimisation Radio de Tunisie Tlcom assure un
contrle continu des diffrents paramtres de configuration radio du rseau 3G et des
diffrents indicateurs cls de performance. En effet, lingnieur radio a comme activit la
vrification du bon fonctionnement des lments du rseau en assurant laudit et la gestion
de la configuration de ces lments et le lancement dun OT (ordre de travail) sil y a
dtection dune anomalie ou un besoin deffectuer un changement de certains paramtres.
Ici, le facteur temps est primordial. En effet, plus tt on dtecte une anomalie, plus tt on
peut lancer une intervention et par consquent viter les problmes qui peuvent tre
survenus.
Afin dautomatiser cette tche et de lui ajouter un aspect prventif, il est ncessaire de
dployer de nouveaux outils de gestion de la configuration des lments du rseau et
surtout de ltat des cellules.
1.3.3.
Solution envisage
Imen Romdhani
16
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
des
lments
du
rseau
et
leurs
paramtres
sur
une
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
Introduction
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.
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
Imen Romdhani
19
2.1.2.
Critique de lexistant
2.1.3.
Objectifs du projet
Imen Romdhani
20
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
2.3.
par le systme et les besoins non fonctionnels qui perfectionnent la qualit logicielle du
systme.
2.3.1.
Les besoins fonctionnels rpondent aux points prcis du cahier des charges, et sont
donc requis par notre utilisateur final et lui sont indispensables. En dautres termes, ce sont
les besoins obligatoires ou encore les fonctionnalits de lapplication.
A cet gard, notre outil que nous avons nomm 3G Parser doit rpondre aux besoins
fonctionnels suivants :
Imen Romdhani
22
Analyse des fichiers de configuration de type XML issus de lOSS Ericsson ainsi que
laffichage du rsultat dans des tableaux structurs.
Check des valeurs de certains paramtres par rapport des valeurs recommandes par
Ericsson.
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.
Imen Romdhani
23
2.4.
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.
Imen Romdhani
24
2.4.2.
Pour illustrer les fonctionnalits offertes par notre systme, nous avons opt pour le
diagramme des cas dutilisation. Ce diagramme donne une vue sur les fonctionnalits de
notre systme ainsi que les acteurs qui lutilisent. Nous prsenterons en premier lieu le
diagramme des cas dutilisation global de lapplication et nous passerons par la suite la
description dtaille des principaux cas dutilisation.
Le diagramme des cas dutilisation global de notre outil 3G Parser est donn par la figure
2.2 suivante :
Imen Romdhani
25
2.4.3.
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
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
Imen Romdhani
27
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
Description
Cas dchec
Exception(s)
Tableau 2. 2 : Description du cas dutilisation Dtecter les Missing Neighbors .
c.
rseau entre deux dates diffrentes. Ceci lui permet, sil y a un changement de la valeur dun
Imen Romdhani
28
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
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
2.4.4.
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
Description
Cas dchec
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
2.4.5.
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
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.
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
Pr-condition(s) :
Lancer loutil 3G Parser.
Sauthentifier.
Description
Imen Romdhani
32
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
3.1.1.
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
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.
Dans cette partie nous nous intressons larchitecture du module offrant un service
de go-localisation ainsi quune gestion des KPI. Afin de mettre en place notre application,
nous avons adopt larchitecture donne par la figure suivante [11] :
Imen Romdhani
36
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
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.
Imen Romdhani
37
Imen Romdhani
38
Package Verif_OT : inclut toutes les parties qui permettent la vrification dun
ordre de travail.
Imen Romdhani
39
a.
Package Parsing
Une description dtaille du package Parsing est illustre par le diagramme de
Imen Romdhani
40
b.
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
c.
DataBase .
Imen Romdhani
42
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
d.
Package Parameter_Check
Le diagramme de classes explicitant les objets du packages Parameter_Check est
Imen Romdhani
44
e.
Package Verif_OT
Le diagramme de classes reprsent par la figure 3.8 rsume toutes les classes, les
Imen Romdhani
45
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 .
Imen Romdhani
46
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.
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
b.
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
La mme logique est suivie pour comparer la configuration de deux cellules aussi bien que
celle dune cellule ou dun RNC deux dates.
c.
Imen Romdhani
49
d.
Imen Romdhani
50
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.
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
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 :
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
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
Environnement matriel
OS : Windows XP professionnel.
Imen Romdhani
54
4.1.2.
Environnement logiciel
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.
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)
Imen Romdhani
55
Les 5 mthodes appeles par SAX en cas de dtection dun vnement bien dtermin sont
les suivantes :
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).
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.
Imen Romdhani
56
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.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
Lobtention dun fichier modle XML ( laide dditeurs graphiques comme iReport ou
OpenReports Designer).
4.2.
Imen Romdhani
58
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 .
4.2.2.
Accueil
Imen Romdhani
59
4.2.3.
Imen Romdhani
60
Imen Romdhani
61
Imen Romdhani
62
Imen Romdhani
63
Imen Romdhani
64
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.
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
Imen Romdhani
66
Imen Romdhani
67
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 :
Imen Romdhani
68
colonnes : Source cell et Terget Cell. Ce tableau reprsente les relations de voisinage qui
manquent et qui doivent tre corriges pour optimiser la QoS des cellules prsentant des
One Way Relation. On voit bien le rsultat dun exemple de test dans la figure 4.15 :
Imen Romdhani
69
Imen Romdhani
70
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.
Imen Romdhani
71
Imen Romdhani
72
4.2.4.
Imen Romdhani
73
4.3.
Etude de cas
Nous avons consult la carte gographique et nous avons dtect la prsence dun
Imen Romdhani
74
KPI>1
Imen Romdhani
75
KPI = 0,8< 1
Imen Romdhani
76
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,
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
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 :
La gestion de la scurit.
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.
tre consulte quand un abonn demande un service afin vrifier que le terminal utilis est
autoris fonctionner sur le rseau.
3.
Imen Romdhani
82
Annexe
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
4.
AJAX
AJAX (acronyme d'Asynchronous JavaScript and XML), autrement dit JavaScript et XML
AJAX est donc une manire de dvelopper des pages Web moyennant les technologies
suivantes [19] :
DOM (Document Object Model) : cest une API permettant daccder des documents
structurs. Elle reprsente la structure de documents HTML et XML.
Nous avons utilis AJAX afin de mettre jour notre page Web quand lutilisateur demande
laffichage des informations dune cellule.
Imen Romdhani
84