Rapport Pfe

Liste des abrviations
Mmoire de Projet de Fin dEtudes
Etude et analyse de la qualit du

service rseau voix et data et La
Mise en place dune solution
dcisionnelle pour la QoS tlcom
Ralis par : Sous la direction de :

Fahd ECH-CHAMMAKH Mr El hassan CHERQI - Sofrecom
Mr Wadii EL HILALI - VINCI
Membre du Jury
Prsident : EL KHYARI Abdallah
Examinateur : ELYAHYAOUI Soufiane
Anne universitaire 2015-2016

DEDICACE
A celui qui m'a indiqu la bonne voie en me rappelant

que la volont fait toujours les grands hommes...
A mon Pre
A celle qui a attendu avec patience les fruits de sa

bonne ducation...
A ma Mre
Que Dieu vous garde
A mes chers frres
A ma chre Nouhaila
A tous mes amis et tous ceux qui me sont chers
Je ddie ce travail.
2015 - 2016 1
Remerciements
A lissue de ce travail, je tiens exprimer ma gratitude Monsieur le Directeur

de Sofrecom de mavoir accueillie au sein de son tablissement.
Jexprime aussi mon ample reconnaissance et ma considration envers mes

tuteurs de stage pour lintrt et les efforts quils ont consacr pour la ralisation
de ce travail, Mr El hassan CHERQI et Mme Ilham AMIMI, galement pour leurs
accueils, leur encadrement continu, et leur suivi trs attentif.
Jadresse mes vifs remerciements Mr Wadii El HILALI, pour son

encouragement prodigu ainsi que ces critiques constructives. Quil trouve ici
lexpression de ma reconnaissance et de mon profond respect.
Mes remerciements les plus sincres sadressent galement Mr El mehdi

BENDRISS ainsi qu tous mes professeurs qui mont fait lhonneur de bien
vouloir valuer mon travail.
Sans oublier lensemble du personnel de lunit daffaires Rseaux & Services

qui avaient de la sympathie mon gard et qui taient prt tout moment
rpondre mes questions, quils trouvent l lexpression de ma sincre gratitude.
2015 - 2016 2
Rsum
Le souci de loprateur reste toujours doffrir une bonne qualit de service

de son rseau de manire conserver limage de marque de lentreprise et de
fidliser sa clientle.
Dans cette perspective Orange, par sa filiale Sofrecom Service Maroc ,
vise une analyse approfondie des indicateurs de performances (KPI) qui permet
dapporter des informations utiles sur ltat du rseau GSM Orange en vue
dassurer son optimisation, sa ractivit et sa fiabilit.
L'objectif principal de mon projet de fin dtudes est le post-traitement et

l'analyse des mesures recueillies par des tests drives faites par Sofrecom dans les
diffrents pays de la zone AMEA et d'valuer la qualit de services et aussi la
mise en place d'un systme dcisionnel afin automatiser la gnration de
rapports.
Mots-cls : Qualit de service, KPI, Sofrecom, Optimisation, AMEA, systme

dcisionnel
2015 - 2016 3
Abstract
Faced to an increasingly customers demand and to a strong competition in

the field of mobile telephony, the operators of this sector play on the quality of
service (QoS) in order to be always competitive.
Thus, Orange Telecom, through its subsidiary Sofrecom Service Morocco,
aims to define Key Performance indicators (KPIs) likely to bring out the
information on the state of Orange mobile phone network, so that to ensure its
optimization.
The main goal of my project graduation is the post-processing and analysis
of measurements collected by drive testing by Sofrecom in different countries in
the AMEA zone and to assess the quality actually perceived by customers and
also the establishment of a decisionnal system to automate report generation
Keywords : Quality of service, KPI, Sofrecom, Optimisation, AMEA,

decisionnal system
2015 - 2016 4

QoS Quality Of Service
AMEA Africa, Middle East and Asia
KPI Key Performance Indicator
GSM Global System of Mobile
ANRT Agence Nationale de Rglementation des

Tlcommunications
TIC Technologies de lInformation et de la

Communication
IT Information Technology
BS/BTS Base Station
BSS Base Station Sub-System
NSS Network Sub-System
OSS/OMSS Operation Support Subsystem
MS Mobile Station
BSC Base Station Controller
GMSC Gateway MSC
TDMA Time Division Multiple Access
FDMA Frequency Division Multiple Access
FDD Frequency Division Duplexing
TS Time Slot
BCH Broadcast CHannel
CCCH Common Control CHannel
TCH Dedicate Control CHannel
EFR Enhanced Full Rate
HR Half Rate
HDLC High Level Data Link Control
OSI Open System Interconnection
RXLEV Received Level
2015 - 2016 5
RXQUAL Received Quality
HO HandOver
TXPWR Transmitted Power
MOS Mean Opinion Score
C/I Carrier to Interference ration
QOE Quality of Experience
UL UpLink
DL DownLink
EGSM Extend GSM
GPRS General Packet Radio Service
EDGE Enhanced Data rates for GSM Evolution
WCDMA Wideband Code Division Multiple Access
HSDPA High Speed Downlink Packet Access
BI Business Intelligence
OLAP OnLine Analyse Process
ETL Extract, Transform and Load
SGBD Systme de gestion de base de
donnes
2015 - 2016 6
Liste des figures
Liste des figures

Figure 1 : IMPLANTATION de Sofrecom ........................................................................................... 17
Figure 2 : Organigramme SOFRECOM Service Maroc ....................................................................... 20
Figure 3 : Planification projet QoS AMEA ........................................................................................... 22
Figure 4: ARCHITECTURE du rseau GSM ....................................................................................... 26
Figure 5 : Canal de transmission GSM ................................................................................................. 29
Figure 6 Canaux logiques GSM ............................................................................................................ 31
Figure 7 : Architecture rseau GSM + GPRS ....................................................................................... 32
Figure 8 : Structure de la multitrame GPRS. ......................................................................................... 34
Figure 9 : Architecture UMTS .............................................................................................................. 35
Figure 10 : Architecture rseau 4G (LTE) ............................................................................................ 39
Figure 11 : Processus danalyse et doptimisation. ............................................................................... 47
Figure 12 : Chane de mesures en opration sur terrain ........................................................................ 54
Figure 13 : Mobiles traces pour lo p t i mi sa t i on et le test des rseaux GSM / GPRS /EDGE /
UMTS /HSDPA..................................................................................................................................... 56
Figure 14 : fentre de dmarrage actix .................................................................................................. 58
Figure 15 : Donnes brutes.................................................................................................................... 60
Figure 16 : Donnes brutes charges dans actix .................................................................................... 60
Figure 17 : Cration du superstream ..................................................................................................... 61
Figure 18 : SUPERSTREAM CREER .................................................................................................. 62
Figure 19: choix de la bonne chelle ..................................................................................................... 63
Figure 20: Afficher les maps ................................................................................................................. 64
Figure 21 : affichage de Rapport C/I ..................................................................................................... 65
Figure 22 : Affichage du mos ................................................................................................................ 66
Figure 23 : AFFICHAGE du Band........................................................................................................ 67
Figure 24 : affichage des vnements ................................................................................................... 68
Figure 25 : choisir le Template.............................................................................................................. 69
Figure 26: enregistrement des maps ...................................................................................................... 70
Figure 27 : Enregistrement de l'chelle ................................................................................................. 71
Figure 28 : Gnrateur du rapport ......................................................................................................... 72
Figure 29 : Maps 3G.............................................................................................................................. 72
Figure 30 : Parcours du test ................................................................................................................... 75
Figure 31 : DONNEES BRUTES APRES CONVERSION ................................................................. 76
Figure 32 : Workbook ........................................................................................................................... 76
Figure 33 : Performances des rseaux ................................................................................................... 77
Figure 34 : valeur CRC ......................................................................................................................... 77
Figure 35 : Graphe du RxLev ................................................................................................................ 78
Figure 36 : Graphe RxQual ................................................................................................................... 78
Figure 37 : graphe du rapport C/I .......................................................................................................... 79
Figure 38 : DONNEES BRUTES DATA ............................................................................................. 79
Figure 39 : RESULTATS HTTP BROWSING Tunisie........................................................................ 80
Figure 40 : % of DL http transfert success ............................................................................................ 81
Figure 41 : Application Throughput http DL ........................................................................................ 81
Figure 42 : HTTP DL ............................................................................................................................ 81
2015 - 2016 7
Liste des figures
Figure 43 Mesures STREAMING ......................................................................................................... 82

Figure 44 : streaming............................................................................................................................. 82
Figure 45 : SCHEMATISATION du processus existant ...................................................................... 84
Figure 46 : Architecture du processus dETL ....................................................................................... 87
Figure 47 : architecture globale du systme cible ................................................................................. 92
Figure 48 : Les tapes de ralisation du projet ...................................................................................... 92
Figure 49 : Schma en toile ............................................................................................................... 103
Figure 50 : Schma en flocons ............................................................................................................ 104
Figure 51 : Schma en constellation.................................................................................................... 105
Figure 52 : DATAMART QOS voix 2G ............................................................................................. 106
Figure 53 : schma descriptif de la solution ........................................................................................ 108
Figure 54 : CONNEXION avec le Datawarehouse ............................................................................. 110
Figure 55: Lalimentation du Datamart Voix 2G .......................................................................... 112
Figure 56 : la jointure entre les donnes sources et les tables de destination ...................................... 113
Figure 57 : Visualisation des donnes remplies par lETL ................................................................. 114
Figure 58 : rapport appel 2G ............................................................................................................... 115
Figure 59 : Handover........................................................................................................................... 116
Figure 60 : Rxlev ................................................................................................................................. 117
Figure 61 : RxQual .............................................................................................................................. 118
Figure 62 : C/I ..................................................................................................................................... 119
Figure 63 : TxPower ............................................................................................................................ 120
Figure 64 : types de rapports ............................................................................................................... 121
Figure 65 : zone parcourus lors des mesures ....................................................................................... 122
Figure 66 : Algorithme d'optimisation du problme de couverture .................................................... 126
Figure 67 : Algorithme d'optimisation du problme d'interfrence..................................................... 127
Figure 68 : Algorithme d'optimisation du problme d'chec d'tablissement des sessions ................. 128
2015 - 2016 8
Liste des figures
Liste des tableaux

Tableau 1: Principaux indicateurs de qualit de service. ..................................................... 44
Tableau 2 : Seuils de la QoS GPRS .................................................................................... 48
Tableau 3 : SEUILS DE LA QOS GSM ................................................................................. 48
Tableau 4 : Liste des indicateurs restitue ........................................................................ 91
Tableau 5 : Systme production vs Systme dcisionnel ...................................................101
Tableau 6 : Composants Talend .......................................................................................112
2015 - 2016 9
Table des matires
Table des matires

LISTE DES ABREVIATIONS...............................................................................................................5
LISTE DES FIGURES .........................................................................................................................7
LISTE DES TABLEAUX......................................................................................................................9
TABLE DES MATIERES ...................................................................................................................10
INTRODUCTION GENERALE ..........................................................................................................13
CHAPITRE 1 : PRESENTATION DE LORGANISME DACCUEIL ................................................16
1.1. ORANGE : ........................................................................................................................16
1.2. GROUPE SOFRECOM : ..................................................................................................17
1.3. SOFRECOM SERVICES MAROC (SSM) : .......................................................................18
1.4. LES PRESTATIONS DE SOFRECOM MAROC : ................................................................18
1.5. ORGANISATION DE SOFRECOM SERVICES MAROC : ...................................................20
CHAPITRE 2 : CAHIER DE CHARGE DU PROJET ............................................................22
2.1. CADRE DU PROJET :.........................................................................................................22
2.2. PLAN DE TRAVAIL : ........................................................................................................22
2.3. PLANIFICATION :.............................................................................................................22
CHAPITRE 3 : RESEAUX MOBILES 2G|3G|4G....................................................................24
3.1. INTRODUCTION : .............................................................................................................24
3.2. EVOLUTION DES RESEAUX CELLULAIRES : .....................................................................24
3.2.1. DEFINITION : ...........................................................................................................24
3.2.2. RADIOTELEPHONIE CELLULAIRE : ...............................................................25
3.2.3. CONCEPTS CELLULAIRES : ..............................................................................25
3.3. ARCHITECTURE DU RESEAU GSM : ................................................................................25
3.3.1. LES ENTITES DE BASE DU RESEAU GSM : ...............................................................26
3.3.2. LINTERFACE RADIO GSM : ...................................................................................28
3.3.3. PARTAGE DES RESSOURCES RADIO : .......................................................................28
3.3.4. CLASSIFICATION DES CANAUX LOGIQUES : ............................................................30
3.4. ARCHITECTURE GPRS : ..................................................................................................31
3.4.1. LES ENTITES DE BASE DU RESEAU GPRS :..............................................................32
3.4.2. LINTERFACE RADIO GPRS : ..................................................................................33
3.4.3. LA TECHNOLOGIE EDGE : ......................................................................................34
3.5. ARCHITECTURE UMTS : .................................................................................................35
3.5.1. LES ENTITES DE BASE DU RESEAU UMTS : ............................................................36
3.5.2. LINTERFACE RADIO UMTS : .................................................................................36
3.5.3. LA TECHNOLOGIE HSDPA : ...................................................................................39
3.6. ARCHITECTURE LTE : ....................................................................................................39
3.6.1. LES ENTITES DE BASE DU RESEAU LTE : ................................................................39
CHAPITRE 4 : QOS DANS LES RESEAUX MOBILES .......................................................43
4.1. INTRODUCTION : .............................................................................................................43
4.2. CONCEPT DE LA QOS : ....................................................................................................43
4.3. INDICATEURS ET COMPTEURS DE QUALITE DE SERVICE : ...............................................44
4.4. CRITERES DE QUALITE DE SERVICE : ..............................................................................44
4.4.1. COUVERTURE RESEAU : ..........................................................................................44
4.4.2. TAUX DAPPELS REUSSIS : ......................................................................................45
2015 - 2016 10
Table des matires
4.4.3. COUPURE DE COMMUNICATIONS : ..........................................................................45

4.5. QUALITE DE SERVICE :....................................................................................................46
4.5.1. GPRS : ....................................................................................................................46
4.5.2. UMTS :...................................................................................................................46
4.5.3. LTE : ......................................................................................................................47
4.6. PROCESSUS DANALYSE ET DOPTIMISATION : ...............................................................47
4.6.1. ETAPES DE DETECTION DES PROBLEMES : ..............................................................49
CHAPITRE 5 : PRESENTATION DES OUTILS ET IDENTIFICATIONS DES BESOINS....................54
5.1. LE MOBILE A TRACES : .............................................................................................54
5.1.1. INTRODUCTION : .....................................................................................................54
5.1.2. MISE EN SITUATION : ..............................................................................................55
5.1.3. FONCTIONS : ...........................................................................................................56
5.2. ACTIX ANALYSER :.........................................................................................................57
5.2.1. PRESENTATION DE LAPPLICATION : ......................................................................57
5.2.2. OBJECTIF DU TRAVAIL : ..........................................................................................58
5.2.3. METHODOLOGIE DU TRAVAIL : ..............................................................................58
CHAPITRE 6 : ETUDE QOS DES RESEAUX 2G ET 3G DORANGE............................................75
6.1. INTRODUCTION ...............................................................................................................75
6.2. ETUDE DE QUALITE DES RESEAUX VOIX 2G(GSM) : .....................................................75
6.2.1. POST-TRAITEMENT (RABAT) : ................................................................................75
6.2.2. ANALYSE : ..............................................................................................................76
6.3. ETUDE DE QUALITE DES RESEAUX DATA 2G ET 3G : .....................................................79
6.3.1. POST-TRAITEMENT (TUNISIE CAFE THE CUP-FULL) : .........................................79
6.3.2. ANALYSE : ..............................................................................................................80
CHAPITRE 7 : MISE EN PLACE DUNE SOLUTION DECISIONNELLE POUR LA QOS TELECOM84
7.1. TUDE DE LEXISTANT : .................................................................................................84
7.2. CRITIQUE DE LEXISTANT : .............................................................................................85
7.3. CAPTURE INITIALE DES BESOINS :...................................................................................85
7.3.1. CAPTURE DES BESOINS FONCTIONNELS : ................................................................85
7.3.2. CAPTURE DES BESOINS TECHNIQUES : ....................................................................86
CHAPITRE 8 : ANALYSE ET CONCEPTION ...............................................................................91
8.1. CADRAGE DU PROJET :....................................................................................................91
8.1.1. CADRAGE FONCTIONNEL : ......................................................................................91
8.1.2. SPECIFICATIONS TECHNIQUES : ..............................................................................92
8.2. GESTION DUN PROJET DECISIONNEL : ...........................................................................99
8.3. CONCEPTION DU DATAMART : .......................................................................................99
8.3.1. COMPARAISON ENTRE LE SYSTEME RELATIONNEL ET LE SYSTEME DECISIONNEL :99
CHAPITRE 9 : REALISATION ET MISE EN UVRE DE LA SOLUTION .........................................108
9.1. INTRODUCTION : ...........................................................................................................108
9.2. ARCHITECTURE DE LENVIRONNEMENT DE TRAVAIL : .................................................108
9.3. PHASE ETL : .................................................................................................................109
9.3.1. PREPARATION DE SOURCES DE DONNEES : ...........................................................109
9.3.2. CONNEXION AU DATAWAREHOUSE : ...................................................................109
9.3.3. ALIMENTATION DES TABLES : ..............................................................................110
9.4. PHASE DE RESTITUTION : .............................................................................................114
9.4.1. CREATION DES RAPPORTS ET DES ANALYSES : .....................................................114
CONCLUSION GENERALE ............................................................................................................123
2015 - 2016 11
Table des matires
BIBLIOGRAPHIE .124
ANNEXES ..........................................................................................................................125
2015 - 2016 12
Introduction gnrale
Introduction gnrale
Les rseaux de tlcommunications se voient grandir en mme temps que le

besoin de nouveaux services mobile subsiste. tre joignable partout et tout
moment est le concept qui doit tre fournit aux clients en gardant une qualit de
service acceptable.
D laugmentation immense et la comptition svre qui caractrisent

aujourdhui le monde des rseaux mobiles, les quipementiers se sont vus dans le
besoin dutiliser pleinement leurs matriels installs. Cependant seule la gestion
efficace des performances du rseau peut accomplir la balance entre lusage optimis
des ressources du rseau et une bonne qualit de service.
Par ailleurs la matrise du rseau mobile constitue un objectif important pour un

oprateur, dans la mesure o il faudra considrer les performances du rseau et la
satisfaction des utilisateurs. Cela demande de se doter essentiellement de moyens qui
sont : une capacit et une couverture suffisante, des services pour se diffrencier, et
enfin une bonne qualit de service (QoS) irrprochable pour tre comptitif.
Cette QoS se dfini comme l'effet global produit par la qualit de fonctionnement
d'un service qui dtermine le degr de satisfaction de l'usager du service. Elle dpend
largement de laccessibilit, de la maintenabilit, et de lintgrit du service.
Lanalyse des performances dun rseau exige la dtermination de ces indicateurs

QoS qui ne suivent pas des spcifications standards et le grand problme rside dans
le fait que la QoS nest pas mesurable en termes absolus. Elle est value en analysant
les variations des principaux indicateurs de performances, Key Performance Indicator
(KPI), qui contribuent son tablissement.
Cest dans ce cadre se droule mon projet intitul Etude et analyse de la qualit
du service rseau voix et data et La Mise en place dune solution dcisionnelle pour la
QoS tlcom . Ce projet a t effectu au sein de SOFRECOM Service Maroc.
La premire partie est ddie la prsentation de lorganisme daccueil. La

deuxime partie on va prsenter le contexte et le droulement du projet, par la suite
au troisime chapitre une tude approfondie des diffrents architectures rseaux
mobile, par la suite on va dfinir le concept de la QoS dans les rseaux mobile, on
dfinissant les diffrents KPI existant pour chaque architecture.
2015 - 2016 13
Introduction gnrale
Comme introduction la partie pratique on va dfinir les diffrents outils quon

va utiliser pour ce projet, soit loutil de post traitement ACTIX analyser, les workbooks
Excel, les macros Excel pour la gnration des rapports.
Puis le sixime chapitre va porter sur ltude du QoS des rseaux mobile dorange,
et on va prendre deux exemples, pour les rseaux 2G pour des mesures faites Rabat,
et pour la Data 2G/3G on va prendre lexemple des mesures faites en Tunisie sur 3
oprateurs, et on va analyser les diffrents KPI demand par le client afin de dtect
toute anomalie existante, pour ensuite passer loptimisation et lamlioration des
performances.
Le septime chapitre comporte une critique du systme existant afin dintroduire

notre systme dcisionnel, pour lequel on va dfinir les besoins fonctionnels et
techniques.
Par la suite, on va entamer la phase analyse et conception dans laquelle on va

choisir notre architecture technique et logiciel, et aussi la conception de notre entrept
de donnes.
Le dernier chapitre porter sur la ralisation et la mise en place de la solution

allant de lalimentation de notre entrept de donnes jusqu la gnration des
diffrents tats de restitution.
Le travail sera cltur par une conclusion gnrale rcapitulant les rsultats
raliss et prsentant des perspectives ce travail.
2015 - 2016 14
Chapitre 1 :
Prsentation de
lorganisme
daccueil
Dans ce chapitre nous allons prsents lorganisme qui nous a

accueillit pour notre stage pfe, et voir un peu de leurs historique.
Chapitre 1 Prsentation de lorganisme daccueil
Chapitre 1 : Prsentation de lorganisme daccueil
1.1. Orange :
Orange est la principale entreprise de tlcommunication en France. Elle emploie prs

de 191 000 personnes et possde prs de 182 millions de clients dans 32 pays. Parmi les
principales filiales de France Telecom figurent :
France Telecom Mobile Satellite Filiale dtenue 100% par France Telecom
qui gre les activits de tlcommunications par satellite. Cest une filiale en cours
de rachat par Apax Paterners.
Viaccess filiales dtenue 100% par France Telecom qui dveloppe un systme
de cryptage doffres tlvisuelles par satellite utilise notamment par TPS.
Nordnet, rachet en 1996 par France Telecom, Nordnet commercialise des
produits et services tlphonie et internet haut dbit, ainsi que des services
hbergement et noms de domaines sous la marque Le relais Internet mais
galement des produits scurit avec Securito.
Orange, rachet en 2000 au groupe Vodafone (fusionnant avec Wanadoo), la
holding gre les activits mobiles et Internet dans de nombreux pays du monde,
notamment en France travers sa filiale ORANGE France SA.
Expertel Consulting, filiale 100%, est le ple conseil aux grandes entreprises
et administrations. Les missions de conseil portent sur limpact des technologies
et des innovations pour accrotre la performance des entreprises. Les domaines
2015 - 2016 16
majeurs sont la gestion de la relation client, les processus internes de lentreprise

(Machine to Machine, travail collaboratif), la transformation IP et la performance
applicative.
Sofrecom, filiale de France Telecom qui, depuis 40 ans est spcialise dans le
domaine du conseil et des solutions pour les acteurs du monde des
tlcommunications et des technologies de linformation.
1.2. Groupe SOFRECOM :
F IGURE 1 : IMPLANTATION DE S OFRECOM
Le groupe Sofrecom fait partie du groupe France Tlcom. Il est compos dune quipe
internationale dexperts et de consultants spcialistes en tlcommunications. Cest parmi les
leaders dans les domaines du Conseil, de lIngnierie et des Systmes dInformation qui
intervient linternational depuis plus de 30 ans. Ses prestations dadressent tout type
doprateur (fixe, mobile, Internet) et sappuient sur des comptences pluridisciplinaires et
multiculturelles. Ila fait preuve, au fil des projets et travers le monde, dun savoir-faire unique
dans divers domaines des tlcoms. Son sige social se trouve en France et il est implante
dans divers pays du monde dont lArgentine, la Pologne, lIndonsie, lAfrique du Sud, lAlgrie
et le Maroc.
2015 - 2016 17
1.3. SOFRECOM Services Maroc (SSM) :
Cest une filiale de SOFRECOM France qui a t cre en aot 2000 au Maroc. Elle a t
allie Unilog (qui vient dtre rachete par le groupe Logica CMG) pour crer un centre de
services Rabat en juin 2004. Ainsi son activit a t largie pour devenir une socit de
service en Informatique et Tlcommunications. Conue pour offrir un service dexternalisation
IT, elle bnficie dune infrastructure de pointe et dingnieurs marocains hautement qualifis.
Ses activits sont nombreuses, elle offre des solutions rseaux et tlcommunications et des
solutions de scurits. Elle est aussi connue par son Conseil en Tlcommunications et ses
dveloppements informatiques tels que migration dapplications, portails, dveloppement
diteur, suite Gaia SOFRECOM et TMA : France Tlcom.
A titre indicatif, son chiffre daffaire pour cette anne est de 2.000.000.00 DH.
1.4. Les prestations de SOFRECOM Maroc :
Les principales prestations de SOFRECOM Maroc sont : concevoir le dveloppement

dapplication, intgrer des solutions rseaux, intgrer des solutions de scurit et conseiller.
Dveloppement dapplication :
Les ingnieurs de SOFRECOM allient la matrise des outils de conception et de

dveloppement, des SGBD, des serveurs dapplication, des diffrentes architectures logicielles
et des outils daide la dcision. Ils soccupent du :
Dveloppement dapplication et des portails.

La migration dapplications, des donnes ou de systmes.
Lintgration et mise en uvre doutils dcisionnels.
La Tierce Maintenance Applicative (TMA).
Loptimisation des bases de donnes.
2015 - 2016 18
Intgration de solutions Rseaux :
Dans ce domaine, SOFRECOM prsente diverses solutions :
Solutions intgres au Systme dInformation :
Centres dappels
VoIP
Serveurs vocaux interactifs
Wlan
Solutions dinfrastructure :
Wifi
Wimax
MPLS
QoS
Intgration de solutions de scurit :
SOFRECOM prsente des solutions volutives pour la protection des rseaux et des Systmes
dInformation dans diffrents champs :
- Ingnierie : restriction des flux, filtre de paquets

- Transport et stockage de donnes : VPN, chiffrement, scurit des bases de donnes,
contrle dintgrit
- Accs et authentification : gestion centralise des utilisateurs, infrastructures cls
publiques, signature lectronique, Single Sign On
- Surveillance des rseaux : IP intelligence, tableaux de bord de contrle, dtection
prventive des failles, dtection dintrusion, gestion des journaux dvnements
Conseil Tlcom :
Le conseil de SOFRECOM consiste guider les oprateurs dans leur dveloppement pour
leur permettre de faire face aux volutions du march. Dans ce domaine, SOFRECOM offre
des audits, des tudes stratgiques, des plans schmas directeurs, des Benchmarks, des
contrats de gestion et du conseil en organisation.
2015 - 2016 19
1.5. Organisation de SOFRECOM Services Maroc :
Comme tout autre organisme, la gestion dans SOFRECOM Services Maroc est assure
par plusieurs entits fonctionnelles, qui collaborent entre elles pour assurer une souplesse de
fonctionnement au sein de la socit. Lorganigramme suivant illustre la structure
organisationnelle de la socit, avec les diffrents ples qui la composent.
F IGURE 2 : O RGANIGRAMME SOFRECOM S ERVICE M AROC
Conclusion :
Dans ce chapitre on a prsent lorganisme qui nous a accueillis durant les quatre mois du
stage de Fin dtudes, on a prsent son historique, sa prsence et aussi ces domaines
dexpertises.
2015 - 2016 20
Chapitre 2 :
CAHIER DE
CHARGE DU
PROJET
Dans ce chapitre nous allons prsenter le cahier de charges de notre

projet ainsi le plan de travail suivit dans ce projet.
Chapitre 2 Cahier de charge du projet
Chapitre 2 : CAHIER DE CHARGE DU PROJET
2.1. Cadre du projet :
Lors dune mesure Drive Test, lingnieur Radio est appel rcuprer les mesures
effectues sur linterface radio, les interprter et les analyser. Ceci permet lingnieur de
surveiller ltat et la qualit des rseaux 2G/3G/4G et lui offre la possibilit de faire par la suite
une tape danalyse et doptimisation de ces rseaux.
2.2. Plan de Travail :
Raliser des mesures Voix et Data avec l'outil "NemoHandy".

Post-traiter des fichiers de mesures Voix et Data 2G/3G/4G avec loutil "Actix
Analyse".
Analyser les KPIs Voix et Data 2G/3G/4G.
Consolider les rsultats de mesures Voix et Data.
Gnration de rapport global.
2.3. Planification :
F IGURE 3 : P LANIFICATION PROJET Q O S AMEA
2015 - 2016 22
Chapitre 3 :
RESEAUX
MOBILES
2G|3G|4G
Dans ce chapitre on va essayer de dcrire quelques aspects de

larchitecture et des caractristiques des rseaux GSM, GPRS,
UMTS et LTE sans trop entrer dans les dtails de ces technologies.
Chapitre 3 RESEAUX MOBILES 2G|3G|4G
Chapitre 3 : RESEAUX MOBILES 2G|3G|4G
3.1. Introduction :
Le dveloppement des nouvelles technologies de linformation et de la communication

ainsi que lapparition des nouveaux services dans un environnement concurrentiel ncessite la
ralisation des tudes permettant daider maitriser la qualit de service. Ces tudes sont
dune grande importance pour les oprateurs qui ont besoin de tout connaitre pour pouvoir
amliorer la qualit de service des rseaux mobiles
Dans ce chapitre on va essayer de dcrire quelques aspects de larchitecture et des

caractristiques des rseaux GSM, GPRS, UMTS et LTE sans trop entrer dans les dtails de ces
technologies. En effet on va surtout mettre laccent sur linterface radio des diffrents rseaux
et qui savre ncessaire pour la comprhension globale du projet aprs avoir prsent
lvolution des rseaux cellulaires.
3.2. Evolution des rseaux cellulaires :
La tlphonie cellulaire n'est rien d'autre qu'un systme de communication sans support
matriel ayant pour but d'assurer la communication entre les abonns mobiles par la prsence
des stations radios formant ainsi des cellules.
La tlphonie rvolutionna nos moyens de communiquer permettant enfin de dialoguer

longue distance. Malgr des dbuts difficiles, la tlphonie tait devenue au mme titre que
l'eau courante ou l'lectricit un service de base.
Avec les progrs de l'informatique et des codages numriques, une nouvelle gnration
se profile, la tlcommunication mobile devenant ainsi un service de masse.
Tout au long de ce chapitre, nous allons essayer d'expliquer les gnralits des rseaux
cellulaires.
3.2.1. Dfinition :
Par dfinition, un rseau cellulaire est un systme de tlcommunication qui doit

rpondre aux contraintes de la mobilit de l'abonn dans le rseau, par l'tendue du rseau
et par les ondes radio qui lui sont alloues.
Un systme de rseau cellulaire couvre l'ensemble d'infrastructures spcialement

destines aux quipements d'acheminement de communication vers les mobiles et o les
ondes radio, dans le cas d'un rseau cellulaire servent de lien entre le terminal de l'abonn et
l'infrastructure de l'oprateur.
2015 - 2016 24
3.2.2. RADIOTELEPHONIE CELLULAIRE :
Un systme de radiotlphonie mobile autrefois analogique et maintenant numrique

assurant la totalit des services proposs par le rseau fixe, plus celui de la mobilit : possibilit
de maintenir une communication en cours de dplacement (hand over) et la possibilit
d'appeler et d'tre appel lorsque l'on se trouve l'tranger (Roaming international).
3.2.3. CONCEPTS CELLULAIRES :
L'introduction de concept cellulaire amne le grand progrs et la nouvelle technique pour

remdier aux inconvnients laisss par la tlphonie classique. La tlphonie cellulaire
rassemble tous les postes radio deux canaux, l'un pour l'mission et l'autre pour la rception
en vitant les interfrences probables.
Le concept cellulaire permet aussi d'atteindre des capacits importantes illimites au

moyen d'un grand nombre des stations radio dont chacune couvre une surface gographique
appele cellule .
Ce concept consiste diviser un territoire en cellules dont chacune est couverte par une
station radio ou station de base (BTS) du rseau. Et ainsi la rutilisation d'une mme frquence
que celle des cellules diffrentes, c'est--dire qui sont adjacentes ou scantes afin d'viter les
phnomnes d'interfrences sur le signal utile reu par le terminal mobile pour la station de
base.
3.3. Architecture du rseau GSM :
Un rseau de la radiotlphonie qui a t conu pour assurer la communication entre les

abonns mobile et abonns du rseau tlphonique commut RTC. Il sinterface avec le RTC
et comprend des commutateurs. Il est caractris par un accs trs spcifique : la liaison
rseau. Enfin comme tout rseau, il doit offrir loprateur des facilits dexploitation et de
maintenance.
Larchitecture de base du systme GSM prvoit, quatre sous-systmes principaux dont

chacun dispose dun certain nombre dunits fonctionnelles et connects lautre a travers des
interfaces standard, les principaux sous-systmes du rseau GSM sont : MS, BSS, NSS, OSS.
2015 - 2016 25
F IGURE 4: ARCHITECTURE DU RESEAU GSM
3.3.1. Les entits de base du rseau GSM :
3.3 .1. 1. L a BTS (B as e s ta ti o n Tra nc e iv e r S ys t e m ) :
La station de base (BTS) contient tous les lments relis la cellule et dont la fonction
est de recevoir et mettre des informations sur canal radio en proposant une interface
physique entre le Mobile et le BSC. La BTS ralise une srie de fonctions dcrites ci-aprs :
Grer les canaux Full Rate et Half Rate.

La gestion des antennes de diversit : lutilisation de deux antennes de rception afin
damliorer la qualit du signal reu.
La supervision du Rapport des Ondes Stationnaire (ROS) en antenne.
Le saut de frquence (HF).
Le Contrle Dynamique de la Puissance (DCP) de la MS et des BTS.
3.3 .1. 2. L e BS C ( Bas e S ta ti o n C o n tr o ll er) :
Le contrleur de station de base (BSC) gre les ressources radio pour une ou plusieurs BTS,
travers le monitoring de la connexion entre la BTS et les MSCs, le Codage, le FH et les
handovers. Il assure encore :
2015 - 2016 26
La gestion et la configuration du canal radio : il doit opter au choix de la cellule

la mieux adapte et doit slectionner lintrieur de celle-ci le canal radio le plus adapt
la mise en route de la communication.
La gestion de handover : Il dcide, sur la base des relevs reus par la BTS, le
moment deffectuer le handover et la cellule accueillante.
Les fonctions de dcodage des canaux radio Full rate (16 kbts) ou Half Rate (8kbps)
pour canaux 64 kbps.
3.3 .1. 3. L e MS C ( M o bi l e S wi t chi n g Ce n t er ) :
Le commutateur du service mobile (MSC) est llment central du NSS. Il gre grce aux
informations reues par la HLR et la VLR, la mise en route et la gestion du codage de tous les
appels directs et en provenance de diffrents types de rseaux. Il dveloppe aussi la
fonctionnalit du Gateway face aux autres composants du systme et la gestion des processus
de handover. Il assure la commutation des appels en cours entre des BSCs diffrents ou vers
un autre MSC. Dautres fonctions fondamentales du MSC sont dcrites ci-aprs :
Lauthentification de lappelant.
La discrtion quant lidentit de l'utilisateur, pour pouvoir garantir la
rserve sur son identit sur le canal radio temporaire.
Le processus de handover.
3.3 .1. 4. L a HL R ( H om e L oca t io n Re g is t er) :
Lorsqu' un utilisateur souscrit un nouvel abonnement au rseau GSM, toutes les

informations qui concernent son identification sont mmorises sur la HLR. Elle communique
la VLR quelques donnes relatives aux abonns, partir du moment o ces derniers se
dplacent d'une zone de couverture une autre. La HLR contient toutes les donnes relatives
aux abonns (IMSI, MSISDN, tous les services auxquels labonn a souscrit et auxquels il est
capable d'accder, ladresse de la VLR).
3.3 .1. 5. L a VL R ( Vi si t or L oca ti o n R e g is t er) :
La base de donnes VLR mmorise de faon temporaire les donnes concernant tous les
abonns qui appartiennent la surface gographique quelle contrle. Ces donnes sont
rclames la HLR auquel labonn appartient. Gnralement pour simplifier les donnes
rclames et ainsi la structure du systme, les constructeurs installent la VLR et le MSC cte
cte, de telle sorte que la surface gographique contrle par le MSC soit la mme contrle
par la VLR.
2015 - 2016 27
3.3 .1. 6. L O M C ( O p era t in g a nd Ma in t e na nc e Ce n t er ) :
Le systme dexploitation et de maintenance OMC se connecte au MSC et BSC travers le

rseau X25, il assure les fonctions suivantes :
Laccs distance tous les lments qui composent le rseau.

La gestion des alertes de ltat du systme.
Le stockage de toutes les donnes relatives au trafic des abonns.
La visualisation de la configuration du rseau.
La gestion des abonns et la possibilit de localiser leur position lintrieur de laire
de couverture.
3.3.2. Linterface radio G SM :
L'interface radio est l'interface entre la station mobile et le rseau. Pour assurer cette
liaison un systme radio a besoin d'une bande de frquences. Les rseaux GSM utilisent les
bandes de frquences comprises entre 890 et 915 MHz pour le canal montant et entre 935 et
960 MHz pour le canal descendant.
Canaux montants ou uplink : communication du mobile vers la station de base.

Canaux descendants ou downlink communication de la station de base vers le
mobile.
3.3.3. Partage des ressources radio :
La bande radio reprsentant une ressource rare alors, pour optimiser son utilisation, il
faut donc lemployer le plus judicieusement possible. Le premier choix architecturale quil faut
faire ce niveau, concerne le dcoupage optimal du spectre allou (plus prcisment du plan
temps /frquence) pour obtenir des canaux physiques qui supporteront le plus grand nombre
de communications tlphoniques possibles.
A cet gard, le GSM utilise la mthode daccs FTDMA : une combinaison des 2
techniques FDMA (Frequency Division Multiple Access) et TDMA (Time Division Multiple Access)
pour limiter les inconvnients et profiter des avantages de chaque mode.
En effet, la bande spectrale est multiplexe en frquence (FDMA) pour obtenir plusieurs
canaux et chacun de ces canaux est multiplex selon une technique temporelle (TDMA) dordre
8.
Lors de ltablissement dune communication, une frquence est alloue lutilisateur

selon le FDMA, de mme quun slot selon le TDMA. On peut donc avoir 8 communications
simultanes sur un mme canal.
La figure suivante montre un peu comment plusieurs mobiles peuvent accder la

station de base en partageant le temps :
2015 - 2016 28
F IGURE 5 : C ANAL DE TRANSMISSION GSM
Sur une mme porteuse, les slots sont regroups par paquet de 8 pour former la trame
TDMA.
La dure dune trame TDMA est donc donne par la formule suivante : Trame TDMA= 8
Time slot = 4.6152 ms.
Chaque utilisateur utilise un slot par trame TDMA. Les slots sont numrots par un indice TN
(Time slot Number) qui varie de 0 7.
Des canaux physiques aux canaux logiques
Un canal physique simplex est constitu de la rptition priodique dun slot dans la
trame TDMA sur une frquence particulire.
Un canal physique duplex correspond deux canaux physiques simplex. Si la

porteuse supportant la voie descendante est fd (i) et la voie montante est sur la frquence fu
(i) alors on a la formule suivante : fu (i)= fd (i) cart duplex.
Lcart duplex est de 45 Mhz pour GSM 900, et 95 Mhz pour GSM 1800.
Un canal physique duplex correspond la ressource radio quil faut utiliser pour
supporter une communication tlphonique. Dune manire gnrale, sur une interface radio
une multitude de fonctions de contrle de natures varies doivent tre prvues. En particulier :
Diffusion des informations systme (broadcast Channels).

Prvenir les mobiles des appels entrants et faciliter leurs accs au systme (Common
Control Channels).
2015 - 2016 29
Contrler les paramtres physiques avant et pendant les phases actives de

transmission (FACCH ou Fast Associated Control CHannel, SCH ou Synchronisation
CHannel et SACCH ou Slow Associated Control CHannel).
Fournir des supports pour la transmission de la signalisation tlphonique (SDCCH ou Stand-

alone Dedicated CHannel).
Pour introduire plus de souplesse, on a dfini des structures de multi trames (une structure de
plusieurs trames successives). Un ensemble de slots dans une multi trame va donc permettre
de transporter, avec une priodicit bien dfinie, un certain type dinformation de contrle ou
de signalisation. Cet ensemble de slots forme un canal logique.
3.3.4. Classification des canaux logiques :
3.3 .4. 1. Ca na ux d di s a u m o bi l e :
TCH (Trafic CHannel) : Rserv au transfert de la voix (ou des donnes).

SDCCH (Stand-alone Dedicated Control CHannel) : Permet au mobile de
transfrer de la signalisation sur la voie montante quand une conversation n'est pas en
cours. C'est sur cette voie que transitent les SMS.
SACCH (Slow Associated Control CHannel) : Durant une conversation, c'est cette
voie qui est utilise pour remonter au rseau les mesures effectues par le mobile ainsi
que d'autres lments de signalisation. Sert assurer le bon droulement de la
conversation.
FACCH (Fast Associated Control CHannel) : Lorsqu'en cours de conversation, en
phase de handover, le besoin se fait sentir d'un dbit lev pour la signalisation, on
cre un FACCH. Les ressources radio sont "voles" au TCH, pour transmettre ce surplus
de signalisation.
3.3 .4. 2. Ca na ux co m m uns pl us ie u rs m o b il es :
BCCH (Broadcast Control CHannel) : diffuse les informations systme.

PCH (Paging CHannel) : diffuse les recherches d'utilisateurs par paging.
RACH (Random Access CHannel) : utilis pour les accs alatoires que ralise un
mobile pour demander l'allocation de canaux ddis. C'est le seul canal commun sur la
voie montante.
AGCH (Access Grant CHannel) : canal de la voie descendante par lequel se ralise
l'allocation de canaux ddis par le rseau.
2015 - 2016 30
F IGURE 6 C ANAUX LOGIQUES GSM
3.4. Architecture GPRS :
Un rseau GPRS est en premier lieu un rseau IP (Internet Protocol). Le rseau est donc
constitu de routeurs IP. L'introduction de la mobilit ncessite par ailleurs la prcision de
deux nouvelles entits : Le noeud de service SGSN (Serving GPRS Support Node) et le nud
de passerelle GGSN (Gateway GPRS Support Node). Une troisime entit le BG (Border
Gateway) : joue un rle supplmentaire de scurit.
Le rseau GPRS vient ajouter un certain nombre de " modules " sur le rseau GSM sans
changer le rseau existant. Ainsi est conserv l'ensemble des modules de l'architecture GSM.
Le dbit maximal instantan annonc pour le GPRS est de 171.2 Kbit/s mme s'il est
limit 48 Kbit/s en liaison descendante.
La mise en place d'un rseau GPRS permet un oprateur de proposer de nouveaux

services de type Data avec un dbit de donnes 5 10 fois suprieur au dbit maximum
thorique d'un rseau GSM. (On rappelle que le dbit max. en GSM est de 9.6 Kbit/s).
Le rseau GPRS constitue finalement une tape vers le rseau UMTS .Le rseau UMTS
vient se combiner aux rseaux dj existants. Les rseaux existant GSM et GPRS apportent
des fonctionnalits respectives de Voix et de Data. Le rseau UMTS apporte ensuite les
fonctionnalits multimdia.
2015 - 2016 31
F IGURE 7 : A RCHITECTURE RESEAU GSM + GPRS
3.4.1. Les entits de base du rseau GPRS :
3.4 .1. 1. S GS N (S e rv in g GP RS S up p or t No d e ) :
Cest lquivalent de la VLR dans le rseau GSM, par consquent la localisation se fait
par zone de routage (Routing Area) et non plus par zone de localisation. Il assure :
Lallocation didentit temporaire P-TMSI : Packet-TMSI.

La Gestion de mobilit.
Linterfaage et signalisation avec les autres sous-systmes.
Le Cryptage et la Compression.
La gestion de session paquet.
Le Tunelling des donnes.
2015 - 2016 32
3.4 .1. 2. GGS N ( Ga t ew ay GP R S S up p or t N od e ) :
Mme fonction que le MSC pour le GSM mais dans ce cas il sert comme pont aux
autres rseaux de paquets.
3.4.2. Linterface radio G PRS :
Linterface radio GPRS sappuie sur celle du GSM. Elle utilise les mmes bandes de
frquences, la mme modulation savoir le GMSK (Gaussian Minimum Shift Keying) et les
mmes canaux physiques. En revanche, sa structure de multi trame est lgrement diffrente.
En plus le GPRS introduit de nouveaux canaux logiques, avec davantage de souplesse

dans le codage protecteur derreur, une couche MAC (Medium Access Control) pour partager
dynamiquement les ressources radio entre plusieurs utilisateurs et un protocole de fiabilisation
du lien radio qui est le RLC (Radio Link Protocol).
3.4 .2. 1. L a c o uc h e p hys i qu e :
Comme le GSM, le GPRS utilise un accs radio en FTDMA (Frequency Time Division
Multiple Access) qui est un mode hybride entre le TDMA et le FDMA. Un canal occupe une
bande de 200 kHz. La trame TDMA dure 4,615 ms et est constitue de 8 slots de 577 s. La
modulation est une GMSK offrant un dbit brut denviron 270 Kbit/s par slot.
Un canal physique est dfini par un timeslot sur une frquence particulire. Pour
distinguer les canaux physiques GSM des canaux physiques GPRS, ces derniers portent le nom
de PDCH (Packet Data CHannel).
Enfin, linstar de ce qui se passe en HSCSD (High Speed Circuit Switched Data) qui est
un service GSM en mode circuit qui sert augmenter le dbit de transfert, un utilisateur GPRS
peut se voir allouer plusieurs slots dune mme trame. Cette allocation multislots peut de
surcrot diffrer entre la voie montante et la voie descendante, permettant ainsi de traiter
efficacement les transmissions asymtriques.
Il existe 29 classes de mobiles multi slots. Les mobiles des classes 1 12 et de 19 29

sont dits de type 1 ou half-duplex alors que les mobiles de classes 13 18 sont de type 2 ou
full duplex, cest--dire quils sont capables dmettre et de recevoir simultanment. Pour les
mobiles de type 1, les PDCH de transmission ne doivent pas se situer, au sein dune trame
TDMA, entre deux PDCH de rception.
3.4 .2. 2. L es ca na u x l og i qu es :
La multi trame de base du GPRS est dfinie par loccurrence dun mme canal physique dans
52 trames successives et non 26 ou 51 comme dans le GSM. La multi trame est organise
comme suit :
2015 - 2016 33
- 12 4 = 48 time slots radio pour le transport des donnes et de la signalisation.

- 2 times slots de contrle de lavance en temps ou PTCCH (Packet Timing Control
Channel) et 2 times slots idle.
Les 48 times slots radio sont diviss en 12 blocs radio. Chaque bloc contient 4 times slots qui
sont pris dans 4 trames successives. Contrairement au GSM, lunit lmentaire alloue en
GPRS est un bloc, soit 4 slots GSM. Cette unit correspond la taille des blocs RLC/MAC.
Un bloc RLC/MAC se transmet donc exactement dans un bloc de la multi trame GPRS,
soit 4 PDCH sur 4 trames successives.
Un bloc radio peut transporter un bloc RLC/MAC de donnes ou de signalisation

indpendamment du bloc RLC/MAC transport par le bloc radio prcdent. Les messages
RLC/MAC de contrle de lavance en temps, ou PTCCH, subissent un traitement particulier.
Ils sont transmis dans 4 slots rpartis sur deux multi trames (slots des trames 12 et 38 pour
une numrotation des trames de 0 51).
La structure temporelle de la multi trame GPRS est illustre dans la figure suivante :
F IGURE 8 : S TRUCTURE DE LA MULTITRAME GPRS.
3.4.3. La technologie EDGE :
La technologie EDGE (Enhanced Data Rates for GSM Evolution), base sur la technique
de communication des rseaux GSM et sur une modulation 8PSK (Phase Shift Keying 8 tats)
est considre comme la gnration 2.5 venant complter les performances de transmission
des rseaux GPRS .La vitesse de transfert de donnes pour un rseau EDGE peut
thoriquement atteindre un dbit maximum de 473,6 Kbps contre seulement 160 Kbps pour
un rseau GPRS.
Le fonctionnement de base dun rseau EDGE ou EGPRS est trs proche dun rseau
GPRS. Pour lutilisateur, il sagit de disposer dun mobile compatible avec la technologie EDGE
au mme titre que le GPRS. Pour loprateur, il suffit de rajouter un quipement EDGE au
2015 - 2016 34
niveau de ses BTS. Le reste du rseau GSM/GPRS est utilis de manire identique et
transparente par lEGPRS.
3.5. Architecture UMTS :
LUMTS pour Universal Mobile Telecommunications System dsigne une norme cellulaire
numrique retenue dans la famille dite IMT 2000 comme norme pour systmes de
tlcommunications mobile de troisime gnration. Plusieurs objectifs ont t fixs pour
LUMTS.
Tout dabord, il doit supporter des services multimdias large bande qui peuvent
atteindre au dbit de 2Mbit/s. Il doit en plus assurer la convergence entre les rseaux fixes et
mobiles. Un autre objectif pour lUMTS et doffrir un service de mobilit universelle, dpassant
les limitations due la multiplicit des systmes et des rseaux. Par consquence, la
couverture de lUMTS sera mondiale.
Enfin, les rseaux UMTS doivent garantir une qualit de service quivalente celle des rseaux
filaires.
Cette norme est dveloppe par le partenariat de projet 3me Gnration (3GPP) et un
rassemblement de plusieurs organisations dveloppeuses de standards.
Larchitecture dun rseau UMTS est divise en trois entits principales selon les
spcifications du groupe de normalisation 3GPP. La premire correspond au rseau daccs
radio UTRAN (UMTS Terrestrial Radio Access Network), la seconde au rseau cur CN (Core
Network) et la troisime lquipement terminal UE (User Equipement).
F IGURE 9 : A RCHITECTURE UMTS
2015 - 2016 35
3.5.1. Les entits de base du rseau UMTS :
3.5 .1. 1. L e r s ea u d acc s U TR AN :
3.5 .1. 1. 1. Le N ode B :
Son rle principal est dassurer les fonctions de rception et de transmission radio pour
une ou plusieurs cellules de lUTRAN, cest--dire quil peut comporter une antenne
omnidirectionnelle ou des antennes sectorielles. Il permet dassurer les fonctions de gestion
daccs au rseau cur et des ressources sur linterface radio de lUMTS. Mais sa principale
tche est de grer la couche physique de linterface air avec ses diffrentes caractristiques
(codage canal, entrelacement, adaptation de dbit et talement).
3.5 .1. 1. 2. Le RN C ( Ra di o N etw or k Co n tr oll er s) :
Le RNC est un organe trs important de lUTRAN, il permet de grer les ressources radio
du rseau daccs de faon quasi autonome, dchargeant de cette fonction complexe le cur
du rseau. Il assure principalement le routage des communications entre Node B et le rseau
cur dune part et le contrle et la supervision du Node B dautre part.
3.5 .1. 1. 3. Le r s ea u c ur CN :
Il est constitu dune partie commutation de circuits (MSC : Mobile Services Switching
Center) et dune partie commutation de paquets (SGSN : Serving GPRS Support Nodes). Bien
entendu, les nuds de signalisation, de gestion de mobilit et de services IN (Intelligent
Network). HLR (Home Location Register), Auc (Authentication Center), EIR (Equipement
Identity Register) subiront une mise jour pour intgrer les nouveauts de lUMTS.
3.5 .1. 1. 4. Lqui pemen t u til isa teu r UE :
LUE consiste en un ME (Mobile Equipement) et un USIM (UMTS Subscriber Identity

Module). Le ME est le terminal radio employ pour la communication radio sur linterface radio
Uu. LUSIM est une carte puce dans laquelle sont stockes toutes les donnes concernant
lutilisateur et son identit, les cls de chiffrement et dauthentification.
En plus de la technologie UMTS dans la 3G, il y a aussi HSPA quest appel aussi 3G+,
mais dans le cadre de notre projet nous avons focalis juste sur le rseau UMTS.
3.5.2. Linterface radio UMTS :
3.5 .2. 1. L es c o uc he s d e l i n t erf ac e ra d io :
Linterface radio est divise en trois couches :
Couche physique.
2015 - 2016 36
Couche liaison de donnes, elle est subdivise essentiellement en 4 sous couches :

- MAC (Medium Access Control)
- RLC (Radio Link Control)
- BMC (Broadcast/Multicast Control)
- PDCP (Packet Data Convergence Protocol)
Couche radio.
3.5 .2. 2. L a c o uc h e p hys i qu e :
Elle ralise les fonctions de :
Codage canal.
Modulation.
Adaptation de dbit.
Contrle de puissance.
3.5 .2. 3. L a c o uc h e lia is o n d e do n n e s :
Fonctions de la couche MAC (Medium Access Control) :
Le Mapping des canaux logiques sur les canaux de transport appropris.

La slection du format de transport appropri pour chaque canal de transport en
fonction du dbit instantan.
Gestion de la priorit entre les diffrents flots de donnes dun mme mobile.
Multiplexage des PDU (Packet Data Unit) des couches hautes dans des blocks de
transport distribus sur des canaux de transport communs sur la couche physique.
Dmultiplexage des PDU des couches hautes provenant des blocs des canaux de
transport communs.
Chiffrement.
Fonctions de la couche RLC (Radio Link Control) :
Segmentation et rassemblage.
Transfert des donnes utilisateur.
Correction des erreurs.
Distribution des PDU dans lordre, aux couches hautes.
Contrle de flux.
Vrification du numro de squence.
Dtection et correction des erreurs de protocole.
Fonction de suspension et de reprise pour le transfert de donnes.
La couche PDCP (Packet Data Convergence Protocol) :
Elle est utilise dans un domaine commutation de paquet, elle :
Permet la compression et la dcompression den-tte IP.

Contient ladresse IP source et destination.
2015 - 2016 37
Assure lindpendance de lUTRAN (UMTS Terrestrial Radio Access Network) vis vis
des protocoles de transport rseau.
La couche BMC (Broadcast/Multicast Control) :
Elle assure notamment la diffusion de messages SMS.
3.5 .2. 4. L a c o uc h e ra di o RR C ( Ra di o r es so ur c e co n tr ol ) :
Contrle le fonctionnement global de linterface daccs UMTS en assurant les tches

suivantes :
Gestion de la signalisation entre lUTRAN et les mobiles.

Configuration des ressources pour les couches protocolaires 1 et 2.
Transfert des messages de signalisation en provenance du rseau cur.
3.5 .2. 5. L es ca na u x d e l i n te rfac e ra d io :
En UMTS, les donnes gnres par les couches hautes sont transportes sur linterface radio
par lintermdiaire de canaux de transport qui sont mapps sur diffrents canaux physiques
de la couche physique.
Il existe 3 classes de canaux quon dtaille dans les paragraphes suivants :
3.5 .3. 5. 1. Les ca na u x l ogi qu es :
Les services de transfert de donnes de la couche MAC sont fournis sur des canaux
logiques.
Chaque type de canal logique est dfini par le type dinformation transfre. Les canaux
logiques sont gnralement classifis en deux groupes : les canaux de contrle qui sont utiliss
pour transfrer les informations du plan contrle et les canaux de trafic qui sont utiliss pour
transfrer les informations du plan usager.
3.5 .3. 5. 2. Les ca na u x de tra ns por t :
La notion de canal de transport correspond aux mcanismes destins fiabiliser les

changes de donnes de linterface radio, du codage canal, etc.
Il existe deux types de canaux de transport : les canaux ddis (rservs un seul
utilisateur) et les canaux communs (informant un groupe dusags). Ainsi, les canaux de
transport de lUTRAN reprsentent le format et plus gnralement la manire dont les
informations sont transmises sur linterface radio et sont donc reprsentatifs de la qualit de
service fournie par le rseau sur la partie radio.
3.5 .3. 5. 3. Les ca na u x P hy si qu es :
2015 - 2016 38
Ils sont caractriss par les codes de canalisation et dembrouillage (une paire de
porteuses) et une phase relative pour la voie montante. Ils sont unidirectionnels.
Les canaux physiques sont les canaux effectivement utiliss par la couche physique. On
distingue deux types de canaux physiques ddis sur le lien montant : le DPDCH (Dedicated
Physical Data Channel) et le DPCCH (Dedicated Physical Control Channel).
3.5.3. La technologie HSDPA :
Le High-Speed Downlink Packet Access (HSDPA) est un nouveau protocole de tlphonie

mobile et qui est dsign parfois sous le nom de la technologie 3.5G.Cest une volution de la
technologie UMTS qui permet une plus grande capacit de transfert de donnes (jusqu' 14,4
Mbit/s dans le Downlink). HSDPA dfinit un nouveau canal WCDMA : le HSDSCH (High Speed
Downlink Shared CHannel) qui fonctionne d'une manire diffrente des canaux WCDMA
existants et qui permet daugmenter le ddit par rapport au rseau UMTS.
3.6. Architecture LTE :
La technologie LTE a apport une efficacit spectrale, une amlioration de dbit, une
augmentation de couverture et du nombre d'appels support par la cellule. De mme que ces
prcdentes, elle est caractrise par son architecture :
F IGURE 10 : A RCHITECTURE RESEAU 4G (LTE)

3.6.1. Les entits de base du rseau LTE :
3.6 .1. 1. L q ui p em e n t u t il isa t eu r UE ( Us e r E qu i p e me n t) :
Cest le mme quipement que celui dUMTS (Voir partie UMTS).
2015 - 2016 39
3.6 .1. 2. L a par t i e ra di o du r s ea u L T E :
Appele eUTRAN est simplifie par rapport celles des rseaux 2G (BSS) et 3G (UTRAN)
par lintgration dans les stations de base eNode B avec des liaisons en fibres optiques et
des liens IP reliant les eNode B entre eux (liens X2). Ainsi que des fonctions de contrle qui
taient auparavant implmentes dans les RNC (Radio Network Controller) des rseaux 3G
UMTS. Cette partie est responsable sur le management des ressources radio, la porteuse, la
compression, la scurit, et la connectivit vers le rseau cur volu.
3.6 .1. 3. R s ea u c ur EP C (E vo lv e d P ac k e t C o re ) :
Le cur de rseau appel EPC (Evolved Packet Core) utilise des technologies full IP ,
cest--dire bases sur les protocoles Internet pour la signalisation qui permet des temps de
latence rduits, le transport de la voix et des donnes. Ce cur de rseau permet
linterconnexion via des routeurs avec les autres eNode B distants, les rseaux des autres
oprateurs mobiles, les rseaux de tlphonie fixe et le rseau Internet.
MME Entit de gestion de mobilit : Cest le nud principal de contrle de rseau

daccs LTE. Elle assure les fonctions de plan de contrle savoir : Signalisation entre
les diffrents curs de rseaux pour assurer la mobilit entre les rseaux daccs 3GPP
(handover LTE/2G et LTE/3G), gestion de handover, Gestion de tracking areas de
mobile en mode actif et idle et authentification des mobiles.
S-GW (Serving GateWay) : Cest la jonction principale entre le rseau radio accs
et le rseau cur Serving GetWay (SGW) achemine les paquets de donnes, maintient
la connexion de linter-eNode B handover, puis inter-systme handover entre LTE et
GSM/UMTS et rserve le contexte du terminal mobile (UE), comme les paramtres de
la porteuse service et le routage des informations.
P-GW (Packet-Switch GetWay) : Fournit la connectivit au terminal mobile (UE)
vers le paquet externe du rseau de linformation et alloue les adresses IP dun UE,
ainsi que les applications de la QoS, et maintient la connexion mobile entre
LTE/UMTS/GSM systmes et le non 3GPP systme.
PCRF (Policy and Charging Rules Function) : Cest lentit qui dtecte les flux de
services, et applique la politique de tarification.
HSS (Home Subscriber Service) : Base de donnes similaire au HLR, cest le cur
qui contient les informations du subscriber-related (les abonnes voisines), et porte
lappel de control et la session management. Elle est principalement dsigne
lauthentification, lautorisation, la scurit, le dbit et fournit une localisation dtaille
lutilisateur.
3.6 .1. 4. L a par t i e I MS :
Dfinit comme la cl de la convergence vers tout IP des rseaux et services tlcoms, Elle doit
permettre aux oprateurs de proposer, sur tlphones mobiles, des services fonctionnant sur
2015 - 2016 40
IP. IMS est une architecture de services standardise dfinit par 3GPP, lETSI et lIETF base
sur le protocole SIP pour linitialisation de sessions multimdias, utilis pour la visioconfrences
ou voix sur IP. LIMS est adapt aussi bien aux rseaux filaires quaux rseaux mobiles. Cela
favorisera donc la convergence fixe/mobile. Il permettra galement linterfonctionnement avec
les rseaux RTC. LIMS et la seule architecture de rfrence pour la convergence fixe / mobile
actuellement normalise.
Conclusion
Au cours de ce chapitre, on a prsent les diffrentes technologies de rseaux cellulaires et

notamment les technologies GSM, GPRS, UMTS et LTE avec des petits aperus sur les
technologies EDGE qui constituent des volutions pour certains des rseaux prcdents.
Sans trop sencombrer de dtails, on a mis laccent sur linterface radio de chaque technologie
puisque cest le milieu o les mobiles de test oprent et le milieu travers lequel ils prennent
leurs mesures et font leurs tests.
Dans la partie suivant, on se propose de donner une prsentation globale de notre projet et
de dcrire les premires tapes de ralisation savoir lidentification des besoins et la
dmarche suivie lors de la conception.
2015 - 2016 41
Chapitre 4 :
QOS DANS LES

RESEAUX
MOBILES
Dans ce chapitre on va prsenter le concept de la QoS dans les

rseaux mobiles ainsi les diffrents indicateurs de performances.
Chapitre 4 QOS DANS LES RESEAUX MOBILES
Chapitre 4 : QOS DANS LES RESEAUX MOBILES
4.1. Introduction :
Une fois que le rseau cellulaire est mis en service, intervient la phase dexploitation et de
maintenance, en effet loprateur doit veiller lassurance de la qualit de service, ainsi, que
loptimisation de son rseau.
Dans cette partie nous nous intressons dans une premire partie dfinir les diffrents
paramtres inhrents lassurance dune QoS acceptable, citer les indicateurs qui permettent
la dtection des anomalies agissant sur la dgradation de la QoS dans diffrents type de
rseaux mobiles. Et dans une seconde partie, nous allons prsenter les techniques principales
appliques la surface radio et qui permettent lobtention des indicateurs pour la supervision
de la QoS.
4.2. Concept de la QoS :
La qualit de service dans un rseau mobile est leffet global produit par la qualit de
fonctionnement de ses services. Elle dtermine un degr de satisfaction de lusager de ces
services. Pour permettre une QoS acceptable, il y a plusieurs critres ajuster, dont les plus
importants sont :
La couverture : Les causes peuvent tre, une diminution dans le nombre des
sites, mauvaise configuration du rseau (position des sites, types dantennes,
direction et hauteur), problme dinstallation (perte de puissance dans les
cbles) ou problme de maintenance.
Le taux dappels russis : la diminution de cette valeur implique que les
utilisateurs ne peuvent pas tablir une communication, ce problme est valu
par loprateur grce aux mesures radio.
La qualit de la voix : qui sexplique par la mauvaise qualit de
communication, les causes de dgradation de la qualit de la voix sont : les
interfrences externes, les interfrences inter-canal ou sur canal adjacent, la
hors couverture, la mauvaise installation, le rseau de transmission et la qualit
de terminaux.
Les coupures dappels : la coupure de communication peut tre due : la
mauvaise couverture, les interfrences, les problmes de Hanover, lajustement
local des paramtres de handover et les batteries du mobile.
2015 - 2016 43
4.3. Indicateurs et compteurs de qualit de service :
Les indicateurs de qualit de service peuvent tre classs en deux catgories :
Indicateurs globaux : Ils permettent de dterminer lefficacit dune procdure

particulire par exemple taux de blocage, taux dinterruption de communication, etc.
Ils sont utiliss pour quantifier la qualit globale du rseau, estimer limpact de la
qualit sur les usagers ou bien comparer les rseaux entre eux.
Indicateurs intermdiaires : Ils permettent de dterminer lefficacit dune sous
procdure par exemple le nombre dappels satisfaits. Ils permettent de dtecter,
didentifier et de localiser un problme dans le rseau et den dterminer la cause
ventuelle.
4.4. Critres de qualit de s ervice :
La qualit de service dun rseau cellulaire perue par les usagers du rseau est une
notion qui regroupe plusieurs aspects qui peuvent tre apprhends travers les critres
suivants :
Couverture du rseau (puissance du signal reu en tout point de la couverture).

Facilit dtablissement dappel (taux de congestion du rseau).
Qualit des communications (taux derreurs binaires et microcoupures).
Interruption de communications (perte totale de communication en cours).
Du ct oprateur, la QoS est value par les moyens ci-dessous :
Indicateur de QoS Mode dvaluation

Couverture Mesures radio et plaintes des abonns
Taux dappel russis Mesures systme
Qualit de la communication Mesures radio
Mesures systme
pendant lappel
Analyseurs de qualit vocale
Taux de coupure dappels Mesures systme
T ABLEAU 1: P RINCIPAUX INDICATEURS DE QUALITE DE SERVICE .
4.4.1. Couverture r seau :
Ltat de la couverture du rseau est valu par labonn directement sur son terminal
qui affiche le nombre de barrettes indiquant la puissance du signal reu. Un faible niveau de
champ ou labsence du champ se traduit par la prsence dune ou deux barrettes sur lcran
du terminal ou par lindication dabsence du signal.
2015 - 2016 44
Lindicateur de couverture du rseau exprime en tout point de service la probabilit

dtablir une communication de bonne qualit.
Les principales causes dune mauvaise qualit de service du point de vue couverture
sont :
Nombre insuffisant de stations de base.

Mauvais paramtrage des stations de base.
Types dantennes et qualit dinstallation (pertes dans les cbles, etc.) ou de
maintenance (humidit des feeders, dgradation des cbles, etc.)
Qualit du terminal de lusager (sensibilit) ou dtrioration de la partie
mission/rception RF
4.4.2. Taux dappels russis :
Cet indicateur reflte la disponibilit des ressources, il donne la probabilit que toutes
les ressources soient occupes lors dune demande de canal.
Au niveau dabonn, une mauvaise qualit de service, pour cet indicateur, se traduit par
la difficult dtablir des appels : labonn doit tenter plusieurs fois son appel avant dobtenir
une ressource.
La qualit des communications est galement un indicateur trs important pour labonn.
Les principales raisons lorigine des problmes qui conduisent la perception dune
mauvaise qualit de service par labonn du point de vue de lindicateur de qualit de
communication sont :
Niveau dinterfrences externes trop lev (interfrences dues des missions

cocanal ou sur canal adjacent par des quipements autres que ceux du rseau).
Interfrences cocanal ou sur canal adjacent trop leves (mauvais plan de
frquences).
Mobile situ hors couverture du rseau.
Mauvaise installation des quipements radio.
Problme de transmission.
Paramtrage inadquat du handover.
4.4.3. Coupure de communications :
La coupure dune communication (call drop) a plusieurs origines. Elle est particulirement
dsagrable pour labonn. Les principales raisons qui conduisent la perception dune
mauvaise qualit de service par labonn et pour lindicateur dinterruption des communications
sont les suivantes :
Mauvaise couverture (trou de couverture ou zone de couverture insuffisante).
2015 - 2016 45
Interfrences leves ayant entran limpossibilit de maintenir les liens de

signalisation et/ou de trafic.
Problme de handover.
Mauvais paramtrage radio (liste des cellules voisines incomplte par exemple).
4.5. Qualit de service :

4.5.1. GPRS :
Les services de transmission de donnes, notamment avec limportance grandissante de

lInternet ncessitent la mise en uvre de rseaux optimiss pour le transport de trafic de
type Internet et vocal. Le rseau GPRS doit rpondre ces contraintes de qualit de service
pour la transmission de donnes.
GPRS est ainsi un rseau de transmission de donnes par paquet utilisant le mme sous-
systme radio que le GSM. La notion dappel utilise est remplace par la notion de contexte
PDP. Un contexte PDP sera caractris par une qualit de service dfinie par un ensemble de
paramtres regroups dans un profil de QoS. Les attributs permettent de dfinir la QoS dun
contexte PDP :
Prcdence : dfinit la priorit maintenir le service dans des conditions difficiles.

Il y a trois niveaux de prcdence : haut, normal et bas.
Fiabilit : ce paramtre dfinit la probabilit de perte de message.
Dlai : cest le dlai de transit et qui doit tre compris entre 0.5 et 0.75 secondes.
4.5.2. UMTS :
LUMTS propose 4 classes de qualit de services selon les applications :
La classe Conversational qui permet aux conversations vocales de proposer une

bande passante contrle avec change interactif en temps rel avec un minimum de
dlai entre les paquets.
La classe Streaming qui permet aux services de streaming de fournir une bande
passante continue et contrle afin de pouvoir transfrer la vido et laudio dans les
meilleures conditions.
La classe Interactive destine des changes entre lquipement usager et le rseau
comme la navigation Internet qui engendre une requte et une rponse par le serveur
distant.
La classe Background qui affiche la plus faible priorit, permet des transferts de type
traitements par lots qui ne demandent pas de temps rel et un minimum dinteractivit
(envoi et rception de messages lectroniques).
2015 - 2016 46
4.5.3. LTE :
LTE utilise le mcanisme EPS bearer (Evolved Packet System) tuyau a pour but de sparer
les trafics diffrents (VoIP, FTP, vido). Lensemble de trafics dans un tuyau est trait de la
mme faon (par la mme signalisation, par exemple).
La classification de trafic repose sur les paramtres de QoS tels que le dlai, le dbit, la
gigue et la squence)
LTE dfinit deux types dEPS bearer :
GBR (Minimum Guaranteed Bit Rate) permet de garantir la QoS.

GBR par dfaut ou GBR ddi (cr pour chaque EPS bearer, aucune garantie de
QoS).
4.6. Processus danalyse et doptimisation :
Les mesures, les analyses et les rclamations des abonns sont les informations qui
vont permettre danalyser et dtecter les problmes de qualit de service ou de
fonctionnement du rseau.
F IGURE 11 : P ROCESSUS D ANALYSE ET D OPTIMISATION .
Dans la phase d'analyse de la performance du rseau et de la dtection des anomalies,

il y a une comparaison entre les indicateurs obtenus et les paramtres seuils (fixs par
l'oprateur) qui prsentent les seuils d'une qualit de service acceptable. Le tableau prsente
quelques seuils de QoS GPRS :
2015 - 2016 47
Indicateurs Seuils
Taux de perte des sessions <5%
Taux de retransmission des sessions <5%
Taux dtablissement des sessions >95%
Taux des sessions russies >95%
Taux de congestion PDCH 2%
Taux de coupure sessions BSS 2%
Taux de coupures sessions pendant la rallocation 2%
Taux de coupures sessions radio 2%
T ABLEAU 2 : S EUILS DE LA Q O S GPRS
Les seuils de QoS GSM sont les suivants :
Indicateurs Seuils
Taux de coupure dappels (call drop) 2%
Taux dtablissement dappels (call setup) >95%
Taux dappels russis (call success) >95%
Taux de congestion TCH 2%
Taux de handover sur niveau sens descendent 20%
Taux de handover sur niveau sens montant 20%
Taux de handover sur qualit sens descendent 25%
Taux de handover sur qualit sens montant 10%
Taux de handover sur interfrence 1%
Taux dchec de handover 2%
Dure moyenne de communication 20s
RXLEVEL -77 dbm
RXQUAL 4
T ABLEAU 3 : SEUILS DE LA QOS GSM
2015 - 2016 48
4.6.1. Etapes de dtection des problmes :
4.6 .1. 1. P ro b l m es d e c ou v e rt u re :
A partir du moment o le GPRS vient se greffer sur le rseau GSM existant, ses problmes
de couverture restent les mmes que ceux du GSM. Cependant, quelques particularits
apparaissent au niveau du GPRS (seuil d'accs au service GPRS dans une cellule, saturation
du mode circuit, etc.)
La couverture d'une station de base peut s'tendre sur un diamtre maximal de 30km
selon la densit de couverture de la zone urbaine ou rurale. Le problme de couverture
apparat lorsque les ondes mises par le mobile n'arrivent pas la station de base la plus
proche, ou bien lorsque celles mises par l'antenne de la BTS n'arrivent pas avec une puissance
suffisamment dtectable par la station mobile.
Le manque de couverture pour une rgion peut tre aussi caus par une disposition
spciale des antennes, tel dans le cas d'un obstacle se trouvant entre la station mobile et
l'antenne (btiments, montagne).
L'tat de couverture du rseau est valu par l'abonn directement sur son terminal qui
affiche le nombre des barrettes indiquant la puissance du signal reu. Un faible niveau de
champ ou l'absence de champ se traduit par la prsence d'une ou de deux barrettes sur l'cran
du terminal ou par l'indication de l'absence du signal.
Au niveau systme, la mauvaise couverture peut tre value par :
Fort taux dchec daccs.

Fort taux de coupure des communications et/ou de sessions.
Faible proportion du handover lie la meilleure cellule (better cell).
Fort taux de handover sur niveau de champ.
Fort taux des messages "CLEAR REQUEST " et/ou "PAQUET CLEAR
REQUEST " sur l'interface A.
La rsolution du problme de la couverture reste spcifique au site concern. Plusieurs

solutions sont envisageables :
Ajout de sites : cette solution est prfre dans le cas o il y a une absence de
couverture et o l'mission des antennes des stations de base les plus proches ne peut
pas atteindre la zone dtecte avec suffisamment de puissance.
Action sur les antennes : cette action peut tre :
- Un tilt : qui consiste changer l'angle par rapport la verticale ascendante.
Le tilt permet de varier la zone de couverture en gardant le mme sens de
rayonnement.
- Une rorientation : c'est le changement de la direction du diagramme de
rayonnement de l'antenne.
- Un changement de configuration : cette action permet d'augmenter
plusieurs paramtres de l'antenne telle que l'ouverture du diagramme de
rayonnement ou la puissance d'mission (GPRS_BS_TXPWR_MAX).
2015 - 2016 49
4.6 .1. 2. P ro b l m es d' in t e rf re nc e :
Dans les rseaux cellulaires, l'augmentation de la capacit du rseau se traduit par une
augmentation du taux de rutilisation de frquences. Ceci accrot le niveau d'interfrence qui
sera prpondrant par rapport tous les autres brouillages.
Ainsi, les interfrences ont un impact trs important sur le dbit de transmission des
donnes c'est--dire le codage attribu, qui est affect suivant le rapport du signal sur
interfrence C/I.
En effet, plus le niveau d'interfrence est lev dans la cellule plus fort sera la protection
des donnes et comme nous le soulignons plus haut, un niveau de protection plus lev des
donnes entrane une baisse de dbit.
La transmission des donnes dans un environnement radio mobile est affecte par trois
types d'interfrences. Les interfrences co-canal : c'est lorsque des metteurs radio mettent
sur la mme frquence que l'metteur que l'on souhaite capter, et mme s'ils sont trs
loigns. Interfrences sur canal adjacent : ce type d'interfrences est caus par l'utilisation
de canaux assez proches l'un de l'autre dans le spectre des frquences prsents sur des sites
qui ne sont pas assez loigns. Linterfrence co-site : Ce type d'interfrence est prsent
lorsque deux frquences voisines sont utilises dans le mme site. Pour viter cet effet
d'interfrence, il faut ds le dbut de l'allocation des frquences une sparation minimale de
porteuses.
Le problme d'interfrence peut tre valu par les plaintes clients de la mauvaise qualit
de la voix dans le cas des communications audio et du faible dbit pendant la transmission des
donnes. Comme, il peut tre valu aussi l'aide de la qualit de service OMC ou des mesures
sur l'interface A : fort taux de coupure des communications et/ou des sessions, faible
proportion du handover lie la meilleure cellule (better-cell), fort taux de handover sur
qualit, fort taux de handover sur interfrence, taux de handovers russis est trs faible, fort
taux des messages "CLEAR REQUEST " et/ou "PAQUET CLEAR REQUEST " sur l'interface A.
Pour viter ou diminuer ce problme plusieurs solutions sont envisageables :
L'oprateur doit bien choisir son motif de rutilisation de frquences.

Utilisation des techniques d'entrelacement et de saut de frquence.
Augmentation des "downtilt" des sources interfrentes ou mme le changement
de l'orientation de l'antenne.
Rduction de la puissance d'mission de la station de base ou bien changement
de la frquence qui prsente la meilleure solution
4.6 .1. 3. P ro b l m es d e r es l e ct io n d e la n o uv e ll e ce ll ul e :
Dans les communications en mode paquet on ne parle plus des problmes de handover
mais plutt des problmes de reslection de cellule. L'analyse des causes de handover entrant
en mode circuit pour chaque station de base est primordiale pour le diagnostic de certains
problmes comme la couverture, la coupure des sessions, etc.
2015 - 2016 50
Afin de dterminer les causes d'chec de reslection de la nouvelle cellule, on peut

entreprendre la mme dmarche que le problme d'chec d'tablissement des sessions.
4.6 .1. 4. P ro b l m es d' c h ec d ' ta b lis s em e n t d es s ess i ons :
Lorsque le site prsente un chec d'tablissement des sessions, la premire accomplir

est la vrification de la couverture. Dans le cas o la zone tudie est bien couverte, il faudrait
vrifier si les canaux allous au mode paquet sont congestionns. Si c'est le cas et que la
cellule ne prsente pas une congestion en mode circuit (congestion TCH et SDCCH) alors la
configuration des autres canaux en mode paquet s'impose, dans le cas chant, il faudrait
commencer par rsoudre le problme de congestion. L'chec d'tablissement des sessions
peut tre d aussi une saturation au niveau de l'interface Gb ou un problme BSS.
4.6 .1. 5. P ro b l m es d e c ou p u re d es s ess io ns :
La coupure d'une session a plusieurs origines qui sont les suivantes :
- Coupure BSS (Drop BSS) : La cause de ce problme peut tre une dfaillance
matrielle interne au BSC. Ce genre de problmes ncessite l'intervention de l'quipe
OMC que ce soit en rinitialisant le logiciel de la BTS ou en se dplaant sur site pour
diagnostiquer le problme de prs.
- Coupure radio : Pendant la rallocation des ressources (Drop radio ressource
rallocation), si le mobile ne russit pas reprendre son ancienne session pendant son
passage d'une cellule une autre, alors la session est coupe. Il faut donc analyser les
causes d'chec des handovers entrant en mode circuit.
- Coupure radio (Drop radio) : Dans ce cas, la session est coupe suite un problme
au niveau de l'interface radio. Pour situer l'origine de la coupure, on est amen tudier
la rpartition des causes de handovers en mode circuit :
Si la plupart des handovers se font sur qualit, les causes peuvent tre dues
une mauvaise couverture de la cellule.
Si la plupart des handovers se font sur interfrences, la cellule devrait
probablement tre interfre. Il faudrait alors vrifier la conformit de la
rpartition des frquences de la cellule avec celles de ses voisines, sinon tilter les
antennes des sites voisins.
Si la plupart des handovers se font sur niveau, les causes peuvent tre une
mauvaise couverture de la cellule ou un problme au niveau des composants
ariens de la cellule.
- Coupure Gb (Drop Gb) : Linterface Gb doit tre dimensionne de faon pouvoir
supporter tout le trafic des canaux PDCHs de linterface Abis, donc l'interface Gb doit
tre gale au trafic interface Abis. Dans le cas o l'interface Gb permet de supporter un
trafic assez faible par apport l'interface Abis on aura un taux lev de coupure des
sessions sur l'interface Gb.
- Coupure session : due un problme de transmission : On entend ici par problme
de transmission, toute coupure de session due une dfaillance des interfaces ou d'un
2015 - 2016 51
dpassement de dlai de transit. Ce cas de problme ncessite un bon paramtrage

(WI_PR, T_NETWORK_RESPONCE_TIME, etc).
4.6 .1. 6. P ro b l m es d e d b i t (se rv ic e w e b) :
Le problme de dbit est directement li aux problmes d'interfrences. En effet, comme

cela a t mentionn dans le premier chapitre ; les schmas de codage sont diffrencis entre
eux par le niveau de protection de l'information utile. Ce principe nous amne conclure
qu'une interfrence leve au niveau du rseau implique une bonne protection de l'information
donc un faible dbit.
Conclusion :
Dans ce chapitre nous avons dcrit les principaux indicateurs de la qualit de service
GPRS ainsi que les diffrents paramtres qui permettent sa gestion. Ensuite, nous nous
sommes intresss l'numration des divers problmes qui peuvent tre rencontrs dans un
tel rseau.
La dernire partie a t rserve aux tapes de dtection des problmes pour pouvoir
par la suite laborer les algorithmes doptimisation dcrivant les actions possibles qui peuvent
tre prises face ces problmes.
2015 - 2016 52
Chapitre 5 :
Prsentation
des outils et
identifications
des besoins.
Dans ce chapitre on va prsenter les outils avec les quels on a

travailler, ainsi une description dtaill sur la mthodologie de
travail suivit dans ce projet.
Chapitre 5 Prsentation des outils et identifications des besoins
Chapitre 5 : Prsentation des outils et identifications

des besoins
5.1. Le MOBILE A TRACES :

5.1.1. Introduction :
Vu lampleur et la complexit des rseaux cellulaires de point de vue planification et

dploiement, il est souvent difficile de prvoir avec certitude le comportement, la qualit et les
performances de ces rseaux et donc on est souvent face des dgradations par rapport aux
tudes thoriques faites.
Les mobiles traces ou les mobiles de test sont des outils utiliss pour mesurer et
dtecter ces ventuelles dgradations. Ainsi, leurs prsences dans les chanes de mesure
savrent utile dans le processus doptimisation et damlioration des rseaux cellulaires.
Les chanes de mesures utilises pour les actions daudit de qualit permet de collecter
lensemble des messages et paramtres changs entre un terminal (2G, 3G/3G+, WiMAX,
CDMA, ) et le rseau. Ces mesures sont ensuite traites et analyses pour en extraire des
statistiques de couverture, de qualit de communication,
F IGURE 12 : C HAINE DE MESURES EN OPERATION SUR TERRAIN
2015 - 2016 54
5.1.2. Mise en situation :
Un systme de tlcommunication cellulaire comporte des stations mobiles et des

moyens de communication fixes. Les moyens de communication fixes comprennent, en outre,
des stations radio de base fixes chacune desquelles sont assigns des canaux de
radiocommunication pour changer des informations numriques avec les stations mobiles
disperses dans les cellules du rseau. Au moins un canal radio de signalisation supporte des
signaux de signalisation protocolaires pour tablir et rompre des communications entre des
stations mobiles et des terminaux tlphoniques relis aux moyens de communications fixes.
Les moyens de communication fixes comprennent galement des contrleurs, des

centres de commutation, des enregistreurs de localisation et des supports de transmission
d'information numrique et de signaux tlphoniques afin de commuter des communications
demandes par les stations mobiles et destines aux stations mobiles, localiser les stations
mobiles dans le rseau et grer le trafic dans le rseau de tl tlcommunication cellulaires.
Dans les rseaux de tlcommunication cellulaires tels que dfinis ci-dessus, des
dysfonctionnements de moyens directement lis aux transmissions et rceptions de
communications dans une cellule donne ne sont pas dtects par des moyens de supervision
et de maintenance inclus dans le rseau de tlcommunication cellulaire. Par exemple, une
irrgularit intervenant au cours d'une communication avec une station mobile dans une cellule
donne n'est pas signale. Plus gnralement, aucun moyen de surveillance n'est prvu
actuellement pour dtecter tout arrt ou rupture pendant l'tablissement ou la phase de
conversation ou la libration d'une communication de dpart ou d'arrive.
A cette fin, un procd pour tester une cellule dans un rseau de tlcommunication
cellulaire comprenant des moyens de communication fixes desservant plusieurs stations de
base associes respectivement des cellules du rseau est caractris par un placement d'une
station mobile de test dans le rseau en coexistence avec un certain environnement
comportant essentiellement des terminaux ou des interfaces.
En effet, les oprateurs de tlcommunication utilisent classiquement pour tester

fonctionnellement les rseaux cellulaires et mettre en uvre des mesures de couverture de
rseau et de qualit de service, des systmes, galement appels outils de traces, comportant
un ou plusieurs terminaux mobiles de test, un terminal qui est un instrument d'interface
partir duquel un utilisateur pilote le test et a accs aux informations dites de traces qui lui sont
renvoyes par le ou les terminaux mobiles.
Habituellement, le mobile de test est reli au terminal d'interface par une liaison srie et
les changes d'informations entre le mobile et le terminal se fait par des protocoles spcifiques
appels protocoles de trace.
Le mobile de test peut tre utilis comme un tlphone portatif ordinaire sur un rseau
oprationnel mais il a la particularit denvoyer sous forme brute (une suite doctets) les
messages changs avec le rseau et les mesures effectues.
Le rle du terminal dinterface est dafficher sous une forme conviviale les changes
entre mobile de test et rseau.
2015 - 2016 55
5.1.3. Fonctions :
Les principales fonctions des mobiles de test peuvent tre rsumes par la figure
suivante :
F IGURE 13 : M OBILES A TRACES POUR L O P T I MI SA T I ON ET LE TEST DES RESEAUX GSM /

GPRS /EDGE / UMTS /HSDPA
Les mobiles traces permettent de faire des tests prcis pour les rseaux cellulaires. En
effet ils collectent la totalit ou la plupart des informations des trois premires couche
relativement aux technologies des rseaux cellulaires avec indication exacte du temps et de la
position si le mobile est quip des capacits GPS (Global Positionning System) ncessaires.
Quoiquils soient trs varis en architecture et en technologie, ils sont gnralement conus
pour prlever des mesures radios sur le champ pour pouvoir les traiter et les exploiter afin de
fixer des problmes ventuels dans le rseau en question ou pour en amliorer les
performances. De faon gnrale ils se rvlent comptents dans les domaines suivants :
Lenvironnement radio
Gestion de mobilit
Contrle des ressources radio
Gestion de session
Information RLC/MAC (Radio Link Control/Medium Access Control)
Protocole de surveillance de messages
Qualit de service
Les mobiles traces offrent en gnral des fonctions standard qui permettent une tude
bien plus efficace des rseaux en question parmi lesquels on cite essentiellement la fonction
de scan qui permet de focaliser l'tude sur un ou plusieurs canaux de la bande de frquence
2015 - 2016 56
alloue pour voir la rponse et les performances du rseau pour ces canaux particuliers. Le
mode scan peut donc tre plus rapide en termes d'informations collecter et analyser que
le mode trace normal o le mobile sera amen suivre de faon dynamique l'volution de tous
les paramtres rseaux.
Une autre fonction qui est assez importante que les prcdentes et qu'on trouve
gnralement intgre dans les mobiles traces est la fonction de forage. Le forage permet
par exemple au mobile de s'attacher une cellule bien particulire, d'avoir un canal dtermin,
de forcer la slection et la reslection des cellules, d'accepter les cellules interdites en terme
de niveau de champ ou de qualit de signal, de forcer un handover simple ou cyclique, etc.
Ainsi, le mode forage ouvre de grandes possibilits de test et il garantit des tests trs
efficaces pour l'optimisation en orientant le comportement du rseau selon le choix de
lutilisateur.
5.2. Actix Analyser :
Dans cette partie on propose de prsenter notre application qui sert interfacer avec
les mobiles traces dcrits auparavant et qui traite les paramtres des diffrents rseaux
cellulaires.
On commencera par une description globale de loutil ACTIX en expliquant notamment

larchitecture client-serveur sur laquelle est base notre application et les diffrents apports de
loutil.
5.2.1. Prsentation de lapplication :
Actix Analyzer est une solution danalyse des rseaux de tlcommunication qui prsente
des avantages de robustesse et de configuration pousss. Ce logiciel est parmi les plus utiliss
dans le domaine du benchmarking QoS et affiche en son compteur prs de 200 oprateurs et
quipementiers de tlcommunications, ainsi que 90% des oprateurs 3G mondiaux.
2015 - 2016 57
F IGURE 14 : FENETRE DE DEMARRAGE ACTIX
5.2.2. Objectif du travail :
L'objectif de ce travail est d'analyser les donnes recueillies (fichiers de mesures drive-
test et indicateurs KPI), dtecter les problmes pouvant se prsenter et de proposer les
recommandations possibles en vue d'optimiser la qualit de service dans le rseau.
5.2.3. Mthodologie du trava il :
5.2 .3. 1. Or ga nis a ti o n d e l e n vi ro n ne m e n t d e tra v ail :
Les donnes brutes et les rsultats aprs post-traitement doivent tre organiss sous 3
rpertoires comme suit :
2015 - 2016 58
Donnes brutes
Nom du pays
nmf : qui contient les fichiers aprs conversion au format .nmf
Rsultat
Nom du pays
Date de mesure_Ville : contient tous les fichiers rsultats :
- Les workbooks : 1 pour chaque oprateur, nomm Date de mesure_nom
oprateur.
- Le fichier : Dashboard.pdf.
- 8 images qui correspondent aux maps et leurs chelles.
- Le Dashboard .ppt et le Workbook. xlsx gnr
- paralllement nomm :Pays-Ville
Dashboard
Nom du Pays
Ce dossier contient toutes les versions du Dashboard final et la dernire version sous format
.pdf.
5.2 .3. 2. V ri fic at i on d es do n n e s b ru t es :
Ds rception des fichiers de mesures, qui sont normalement dposs sous le serveur
Makalu, il faudra les tlcharger et les mettre sous le rpertoire cr et nomm comme
indiqu ci-dessus.
Les mesureurs doivent imprativement respecter les rgles de nomenclature afin de ne

pas porter confusion lors du traitement.
Exemple : 11avr16 083011 Bamako_Orange 1.1.nmf.
5.2 .3. 3. C har g er le s fic h ie rs so us Ac t ix :
Les donnes, une fois convertis au format .nmf, peuvent tre chargs dans Actix. Il suffit
donc de slectionner tous les fichiers, et les glisser au niveau dActix, en plaant le curseur sur
: Loaded Data Files.
5.2 .3. 4. C on ca t n a ti o n d es f ich i ers n mf :
La concatnation se fait par oprateur, Il sagit de 2 cas de figures :
- Un seul fichier reu par oprateur : traitement direct du fichier aprs chargement.
- Deux ou plusieurs fichiers sont reus par oprateur : dans ce cas, il faut les fusionner
pour avoir un seul fichier global post-traiter.
2015 - 2016 59
Menu DATA Create super streaming
F IGURE 15 : D ONNEES BRUTES
F IGURE 16 : D ONNEES BRUTES CHARGEES DANS ACTIX
2015 - 2016 60
F IGURE 17 : C REATION DU SUPERSTREAM
2015 - 2016 61
F IGURE 18 : SUPERSTREAM CREER
Par la suite on oublie tous les fichiers reus et on ne traite que le fichier gnr aprs fusion.
NB. Il ne faut pas oublier de vrifier, avant de procder la fusion, sil ya un chevauchement
au niveau des fichiers du mme oprateur.
5.2 .3. 5. C ho i x d es par am t r es v is ual is er :
Dans lexplorateur des fichiers, on peut choisir les paramtres visualiser, il existe plusieurs
types de visualisation (dans une table, sur une carte, dans un fichier Excel, etc.).
Pour la visualisation cartographie : Pointer sur le paramtre choisi avec le bouton droit de la
souris Display on map.
2015 - 2016 62
Ensuite pour le reste des paramtres, il suffira juste de cliquer dessus et les glisser sur la
mme map.
Pour le traitement standard : quatre paramtres sont visualiser sur carte avant de
gnrer le rapport, en plus des vnements.
- ServRxLevSub (niveau de champ en dBm) Pour trouver ce paramtre :
GSM Downlink Measurements ServRxLevSub
2 types de lgendes sont prdfinis afin de caractriser le niveau de champs, on choisit la

bonne chelle selon le besoin :
- Default : pour lancer un rapport

- Rxlev : pour copier les maps
F IGURE 19: CHOIX DE LA BONNE ECHELLE
Pour ce faire, cliquer sur le paramtre droite avec le bouton droit de la souris Set
legend to et choisir default ou rxlev.
Ceci est visualis avec des couleurs que lon peut galement choisir et qui sont prdfinit
au pralable, pour caractriser le niveau de champ comme trs bon, bon ou mauvais.
2015 - 2016 63
F IGURE 20: A FFICHER LES MAPS
- ServC2I (niveau de champ en dB) Cest le ratio du signal sur le bruit :

GSM Downlink Measurements C/I ServC2I
galement, 2 types de lgendes sont prdfinis :
- Default : pour lancer un rapport
- c2i : pour les maps
On change chaque fois la lgende selon le besoin de la mme faon : Set legend to
2015 - 2016 64
F IGURE 21 : AFFICHAGE DE R APPORT C/I
- Nemo_AQDL_Mean : MOS (Mean Opinion Score) On le trouve dans :
Vendor specific Nemo AQDL Nemo AQDL Mean
2015 - 2016 65
F IGURE 22 : A FFICHAGE DU MOS
- ServBand :
Pour le visualiser : GSM Delicated Radio Link ServBand
Il ny a que deux chelles : 900 ou 1800, donc la lgende ne change pas galement.
2015 - 2016 66
F IGURE 23 : AFFICHAGE DU B AND
- Les vnements Nemo :
Pour la partie vnements (drop call, success call, normal disconnect, abnormal
disconnect) il est important dutiliser les vnements NEMO et non pas Actix.
Sil ya des vnements dchecs ou de coupure, lvnement sera affich, sinon ils ne
figureront pas parmi les paramtres.
Pour les visualiser : GSM NEMO Call events
NemoEventAbnormalCallDisconnect (CAD)
NemoOutgoingCallSetupFailed (CAF)
On peut trouver les deux vnements, un des deux ou aucun sil ny a aucun drop ni faille.
2015 - 2016 67
F IGURE 24 : AFFICHAGE DES EVENEMENTS
Dans cet exemple, il ny a pas de drop ni de call failed, sinon on les aurait vu sous forme de
tlphone rouge
5.2 .3. 6. Cr a t i on d es ra p p or ts :
Cest ltape aprs avoir affich les paramtres et rgl leurs chelles.
Pour une optimisation du temps de traitement, Le rapport cr sous format Ms Excel est utilis
comme Template, loutil gardera le mme format et remplacera uniquement les valeurs.
Menu Workbook Open workbook / report Template Workbook (pour la voix 2G)
Une fentre saffichera qui donne le choix entre les fichiers en cours de traitement,
choisir celui en question Ok.
Ds que le rapport est gnr, il faudra le sauvegarder dans le bon rpertoire, le nommer
Date des mesures_Nom de loprateur.
Attention : il faut faire un Save as pour ne pas craser le fichier qui sert de Template.
2015 - 2016 68
Le mme processus est suivre pour chaque oprateur, ce processus commence par la
fusion des fichiers, puis affichage des paramtres et se termine par la gnration du
workbook.
F IGURE 25 : CHOISIR LE T EMPLATE
5.2 .3. 7. En r eg is t re m e n t d es ma ps :
Les cartes affiches pour chacun des paramtres sont sauvegarder sous le mme rpertoire.
Ensuite, copier la carte, et la lgende correspondante comme suit :
- rxlev // rxlev_scale
- c2i // c2i_scale
- mos // mos_scale
- band // band_scale
2015 - 2016 69
F IGURE 26: ENREGISTREMENT DES MAPS
2015 - 2016 70
F IGURE 27 : E NREGISTREMENT DE L ' ECHELLE
Pour les vnements, il ne faut pas les dcocher, ils doivent apparaitre sur les parcours pour
tous les paramtres.
En cas de besoin, et selon le parcours, il faudra, en plus de la prises des cartes en gardant
leurs tailles normales, zoomer sur les parties o le parcours nest pas clair, et les enregistrer
aussi sous le mme rpertoire, les nomms rxlev1, c2i1, mos1 et band1.
5.2 .3. 8. G n ra t i on d u Das h b oar d :
Nous sommes maintenant prts pour gnrer le Dashboard .pdf.
Il faudra rajouter le fichier Gen Rapports V29.1 sous le mme rpertoire, le remplir, et
faire tourner la macro, trois fichiers seront donc automatiquement gnrer, .pdf et deux .xls,
les trois sous le mme nom : Pays-Ville.
2015 - 2016 71
F IGURE 28 : G ENERATEUR DU RAPPORT
Remarque : on suit les mmes tapes pour ltude de qualit pour les rseaux 3G, sauf
quau niveau des Maps on affiche les cartes suivant :
- Rxlev // rxlev_scale
- Rxqual // rxqual_scale
- C2i // c2i_scale
- Mos // mos_scale
- Band // band_scale
- Txpow // Txpow_scale
- Techno // techno_scale
- Rscp // rscp_scale
- Ecno // ecno_scale
- SC // SC_scale
F IGURE 29 : M APS 3G
2015 - 2016 72
Conclusion :
Dans ce chapitre on a prsent le besoin quon a pour les mobiles trace ou les mobiles
de test.
Les mobiles trace oprent aux seins des rseaux cellulaires et relvent leurs mesures et leurs
tests grce linterface radio de ces derniers. Aussi on a prsent les diffrentes outils utiliss
dans notre projets ainsi une tude dtailler sur les diffrentes tapes du post traitement des
rseaux 2G/3G/4G, depuis la restitution des donnes brutes jusqu la gnration des
Dashboard qui amnerons par la suite prendre des dcisions concernant loptimisation des
rseaux.
2015 - 2016 73
Chapitre 6 :
Etude QoS des

rseaux 2G et 3G
dOrange
Dans ce chapitre on va prsenter deux cas pratiques de post-

traitemant, le premier cas serait sur la voix 2G rabat, le deuxime
cas va traiter la Data 2G/3G tunisie.
Chapitre 6 Etude QoS des rseaux 2G et 3G dOrange
Chapitre 6 : Etude QoS des rseaux 2G et 3G dOrange

6.1. Introduction
Comme cest dj indiqu le processus de suivi de qualit est devenu une tache
indispensable pour les oprateurs mobiles car il permet la connaissance de leurs forces et leurs
faiblesses ce qui leurs fournit la base pour dfinir des options pour maximiser les revenus et
le potentiel des entreprises. Dans ce chapitre, nous nous intresserons dfinir les diffrentes
tapes ralises lors de ltude et lanalyse dun parcours de mesures de la qualit de service
afin dvaluer la qualit rellement perue par un client.
6.2. Etude de Qualit des rseaux Voix 2G(GSM) :

6.2.1. Post- traitement (Rabat) :
F IGURE 30 : P ARCOURS DU TEST
Aprs avoir ralis les mesures on a reu 5 fichiers de type pour mditel.
2015 - 2016 75
Le post-traitement est la phase qui vient juste aprs les mesures, ds quon reoit les
fichiers de mesures qui sont en format nbl on les convertit en format. nmf via Nemo file
manager et ensuite on les traite avec loutil Actix Analyser.
F IGURE 31 : DONNEES BRUTES APRES CONVERSION
Actix nous offre la possibilit de gnrer des workbooks partir des graphes montrs
sous Actix, ces workbooks nous permettent la suite de gnrer un tableau de bord qui son
tour nous permet deffectuer la phase analyse.
F IGURE 32 : W ORKBOOK
6.2.2. Analyse :
Lanalyse est la phase la plus important durant ltude QOS end to end, cette phase nous
permet danalyser les performances des rseaux et par la suite dtecter les anomalies.
2015 - 2016 76
F IGURE 33 : P ERFORMANCES DES RESEAUX
Le CRC (Communication Russie de dure courte et de qualit vocale Correcte) est un KPI
dfinit pat l'ITU, le CRC est le nombre des appels qui ont un MOS > 2.1 divis par le total des
tentatives d'appel.
F IGURE 34 : VALEUR CRC
AMEA (groupe France Tlcom) a dfini comme seuil pour le CRC une valeur de 94%.
En consultant le graphe et le tableau du MOS, on trouve que la moyenne du MOS et le CRC
pour Mditel sont respectivement de 2.66 et 94.00% ce qui montre que la clart des
communications est trs bonne.
2015 - 2016 77
F IGURE 35 : G RAPHE DU R X L EV
En consultant le graphe ci-dessus on remarque que 45.5% des mesures du rseau

Mditel sont entre -80dBm et -70dBm ce qui montre les trois oprateurs la couverture GSM
sur cette zone est trs satisfaisante.
F IGURE 36 : G RAPHE R X Q UAL
Daprs le graphe du RxQUAL on constate que les mesures dans lintervalle [0:1] du rseau
Mditel est 82.1% ce qui implique que le niveau de qualit pour Mditel est trs bonne.
2015 - 2016 78
F IGURE 37 : GRAPHE DU RAPPORT C/I
En consultant le graphe on trouve que 39.1% des rsultats pour Mditel appartient lintervalle
[18 : 20] ce qui montre quils ont un bon rapport signal canal sur bruit.
6.3. Etude de Qualit des rseaux Data 2G et 3G :

6.3.1. Post- traitement ( Tunisie Caf Th Cup-Full) :
Aprs avoir ralis les mesures on a reu 21 fichiers de type nbl, 7 pour Orange, 7 pour
Ooredoo, et 7 pour Tunisie tlcom ensuite on a post-trait ces fichiers via Actix Analyser
aprs avoir les converties en format NMF.
F IGURE 38 : DONNEES BRUTES DATA
En suivant les mmes procdures faites pour 2 G et Dual on gnre un Workbook pour chaque
oprateur.
2015 - 2016 79
6.3.2. Analyse :
F IGURE 39 : RESULTATS HTTP BROWSING T UNISIE
Daprs la figure prcdente, on remarque quOrange, Ooredoo et Tunisie tlcom utilise

la mme technologie (HSPA+). Et on remarque aussi que le taux des fichiers transfrs avec
succs pour les trois oprateurs a comme valeur 100% (Number of DL http browsing transfer
success/ Number of PDP context Activation attempts), ce que nous ramne dire que les 3
oprateurs ont une bonne connexion.
En comparant les rsultats de la figure et le tableau prcdent on conclut que les trois
oprateurs ont un bon temps de chargement (<=12s), 7.26s pour Orange, 5.84s pour Ooredoo
et 5.05s pour Tunisie tlcom.
2015 - 2016 80
F IGURE 40 : % OF DL HTTP TRANSFERT SUCCESS
F IGURE 41 : A PPLICATION T HROUGHPUT HTTP DL
F IGURE 42 : HTTP DL
La capacit des fichiers tlchargs pris en compte dpend de la technologie :
300 Kbytes pour GPRS.

1Mbytes pour EDGE.
2 Mbytes pour 3G R99.
15 Mbytes pour HSDPA.
2015 - 2016 81
On remarque que pour la technologie de HSDPA pour Ooredoo est trs bonne que celui de
Orange et Tunisie tlcom.
F IGURE 43 M ESURES STREAMING
F IGURE 44 : STREAMING
Daprs les figures et le tableau on remarque quOrange est la meilleure avec 100% du
succs de transfert, puis Ooredoo avec 90%, et la plus faible cest Tunisie Tlcom avec
66.7%.
Conclusion :
Dans ce chapitre, nous avons dfini tous les lments qui nous ont aids raliser ltude
de la qualit de service des rseaux 2G Mditel au Maroc, et la Data 2G et 3G dOrange,
Ooredoo et Tunisie tlcom en Tunisie, ainsi que toutes les phases de ralisation.
2015 - 2016 82
Chapitre 7 :
Mise en place dune

solution dcisionnelle pour
la QoS tlcom
Dans ce chapitre on va critiquer le systme quon vient de prsenter

dans les chapitres prcedents afin dintroduire notre prochaine
ralisation qui serait un systme solution dcisionnel pour la QoS
tlcom
Chapitre 7 Mise en place dune solution dcisionnelle pour la QoS tlcom
Chapitre 7 : Mise en place dune solution dcisionnelle

pour la QoS tlcom
7.1. tude de lexistant :
Ltude de lexistant constitue ltape la plus importante de tout cycle de dveloppement.
En effet, ceci permet de donner une description dtaille de lexistant, et de dgager les
nouveaux besoins et fonctionnalits du systme.
Actuellement, Sofrecom se base sur des macros dExcel, qui prennent en entre des fichiers
Excel contenants les diffrentes informations concernant les ressources de mesures dOrange
tlcom, et qui gnrent des tableaux de bord prsentant un certain nombre dindicateurs, la
figure ci-dessous schmatise le processus existant comme solution de gnration des tableaux
de bord.
F IGURE 45 : SCHEMATISATION DU PROCESSUS EXISTANT
2015 - 2016 84
7.2. Critique de lexistant :
Le systme actuel prsente de grands inconvnients, qui se manifestent comme suit :
Instabilit : labsence dune base de donnes centralise qui collecte lensemble des
donnes sources ncessaires pour le Reporting. Vient ensuite lparpillement des sources de
donnes dans lorganisme chez plusieurs personnes et sous diffrentes formes (fichier Excel,
CSV, forme ...)
Manque de fiabilit : Ce systme nest pas fiable, car il ne permet pas de grer les cas
derreurs relatifs aux sources de donnes, par exemple, si une case dune colonne contient
une chaine de caractre, alors que la colonne est suppose contenir des entiers, le systme
actuel affiche des rsultats errons (et donc un reporting erron).
Manque dextensibilit : Ce systme nest pas extensible, en effet, ces Macros sont codes
en Visual Basic, donc lajout dune simple dimension, par exemple, va exiger un effort
considrable pour changer le code source des Macros.
Perte de donnes : Les donnes ne sont pas archives, ce qui fait, pour analyser lvolution
dun indicateur sur deux mois, il faut ressortir les tableaux de bord des deux mois et comparer
lvolution de lindicateur, do lintrt dun datawarehouse pour historier les donnes.
Manque de possibilit : Les rapports gnrs par ces Macros sont figs, lutilisateur na pas
la possibilit danalyser les indicateurs suivant diffrents axes.
Manque defficacit : La gnration des tableaux de bord tait laide dExcel qui manque
de plusieurs fonctionnalits en termes de prsentation efficace des rsultats ainsi que la vitesse
du traitement des donnes, notamment lorsquil sagit des donnes volumineuses comme le
cas de donnes traiter de lorganisme.
7.3. Capture initiale des besoins :

7.3.1. Capture de s besoins fonctionnels :
Lobjectif terme est de donner aux diffrents utilisateurs la possibilit de crer et/ou de
consulter lensemble des reporting et tableaux de bord selon un scnario dhabilitation par
profil utilisateur dfini au pralable.
La mise en place de loutil dcisionnel doit permettre :
La fiabilisation des donnes en provenance des diffrents acteurs.

La consolidation des donnes existantes dans un entrept de donnes.
La mise en place dune norme standard respecter lors de lintgration des donnes
et de llaboration des tableaux de bord.
Linformatisation et lautomatisation maximale de la cration des tableaux de bord et
du reporting.
2015 - 2016 85
La mise en place des capacits de diffusion des tableaux de bord en fonction des profils
utilisateurs.
La gestion scurise des habilitations et daccs aux objets grs au niveau du systme
dcisionnel.
La solution mettre en place doit garantir une exploitation flexible et volutive dans lobjectif
est dobtenir des indicateurs daide la dcision susceptible de contribuer loptimisation des
procdures et du fonctionnement de lentreprise.
7.3.2. Capture de s besoins techniques :
Dans cette partie, je vais prsenter les diffrents composants de notre systme dcisionnel.
En effet comme tout systme dcisionnel, il est compos essentiellement de :
Donnes oprationnelles de lentreprise

La partie ETL
Datawarehouse
La partie prsentation des donnes
La partie restitution
7.3 .2. 1. Do n n es o p ra t io n n el l es :
Les sources de donnes mtier conues sont les rsultats des campagnes de mesures,
men rgulirement par Sofrecom au niveau de plusieurs pays, rendue par les agents de
sofrecom et trait par ACTIX et stocks dans les fichiers Workbooks Excel. Donc il faudra
analyser et dterminer les donnes pertinentes lentrept de donnes avant de passer
lextraction de ces donnes.
7.3 .2. 2. ETL :
Le processus ETL (Extraction, Transformation et Chargement) est la partie la plus critique

et la plus importante de linfrastructure dcisionnelle.
Il reprsente une part majeure des traitements des donnes et ncessite une attention
particulire tout au long du cycle de vie du projet, dans la mesure o il doit tre le garant de
la qualit des donnes charg dans linfocentre. Ceci consiste dfinir dune manire
exhaustive le dimensionnement et les pr- requis ncessaires pour garantir les performances
exiges au niveau de la couche ETL.
Le processus dETL (Extraction, Transformation et Chargement) regroupe plusieurs tapes, qui

ont pour objet de transfrer des donnes depuis les applications de production vers le systme
dcisionnel :
2015 - 2016 86
Extraction de donnes applicatives (ERP, CRM, SGBDR, fichiers, etc.)

Transformation de ces donnes pour les rconcilier entre les diffrentes sources, pour
effectuer des calculs ou du dcoupage de texte, pour les enrichir avec des donnes
externes et aussi pour respecter le format requis par le systme.
Chargement des donnes rsultantes dans les diffrentes applications dcisionnelles
(Datamart, applications OLAP (Online Analytical Processing) ou "cubes".
F IGURE 46 : A RCHITECTURE DU PROCESSUS D ETL
En outre, la mise en place du systme ETL doit :
- Offrir un environnement de dveloppement, des outils de gestion des oprations et

de maintenance.
- Dcouvrir, analyser et extraire les donnes partir de sources htrognes.
- Nettoyer et standardiser les donnes selon les rgles de gestion tablies par
lentreprise.
- Charger les donnes dans le magasin de donnes.
7.3 .2. 3. Da ta mar t :
L'entrept de donnes est le point de stockage de toutes les donnes utilises par le systme
dcisionnel pour analyser les informations. En effet, lorganisation des donnes est conue
pour que les personnes intresses aient accs rapidement et sous forme synthtique
l'information stratgique dont elles ont besoin pour la prise de dcision.
L'unicit du Datamart permet une centralisation et une uniformisation de linformation au

sein de lentreprise. Tous les services pourront se baser sur une information commune et
sre.
Dans notre cas, les donnes du Datamart sont stockes dans le serveur de base de donnes
relationnel MySQL (lentrept de donnes utilise le principe des bases de donnes
2015 - 2016 87
relationnelles, mais il n'applique pas un modle relationnel prcis, car les tables n'ont pas
toujours une structure commune).
7.3 .2. 4. P r se n ta t i on d es d o nn es :
Loutil dcisionnel mettre en place doit permettre la cration des vues sous forme de
reprsentation mtier, cette reprsentation mtier dinformations doit utiliser une ou plusieurs
sources de donnes, et cest partir de cette couche que lutilisateur final pourra prparer ses
rapports.
Dune faon gnrale, la couche de prsentation doit permettre de :
Obtenir une vue unifie de sources de donnes multiples.

Construire un modle de base de donnes dimensionnelle pour rpondre aux besoins
analytiques et de reporting fonctionnels identifis par les utilisateurs.
Organiser les donnes en dossiers.
Prdfinir le format de chaque donne (date, numrique, etc.).
Ajouter des descriptions sur chaque objet du modle.
Prdfinir des calculs et des filtres.
Incorporer des restrictions lors de manipulations utilisateurs.
Scuriser les donnes (gestion de laccs aux colonnes et accs aux donnes
sources).
Oprer des analyses dimpact entre les rapports et requtes labors et la modification
des donnes.
7.3 .2. 5. R es ti t u ti o n :
La couche de restitution permet de construire des rapports trs volus travers une interface
graphique sans avoir crire la moindre ligne de code.
La solution offre les lments suivants :
- Architecture ouverte, compatible avec les standards existants, disposant au sein de la

mme interface, de lensemble des fonctionnalits.
- Outils dassistance de cration de rapports et avec lesquels les utilisateurs peuvent
crer leurs rapports par une simple manipulation des diffrents lments constitutifs
dun rapport.
- Une liste des rapports seront prpars prtablis vont tre misent la disposition des
utilisateurs finaux.
- Les rapports seront rpartis en domaines et aussi par niveau de dtail afin de rendre
plus rapide laccs linformation souhaite.
- La gestion des occurrences dun rapport et den garder un historique dfini.
- Selon le type de profil utilisateur, la disposition des fonctionnalits de visualisation de
rapports, ou (et) cration de requtes ad hoc, ou (et) conception de tableaux de bord
volus, ou (et) analyse multidimensionnelle. . .
2015 - 2016 88
- Export des rapports selon le format souhait par lutilisateur final : HTML, PDF, Excel,
etc.
- Pouvoir crer des rapports contenant un nombre illimit dobjets : graphiques, tableaux
croiss dynamiques, listes, composants externes la Business intelligence, tels que des
images, des logos et des applications, etc.
- Disposer dun rfrentiel de mta data unique pour une vision cohrente des donnes
de lentreprise permettant daccder aux diffrentes sources de donnes
(relationnelles, OLAP, . . .) Et servant les fonctionnalits de restitution de la solution.
Conclusion :
Ce chapitre nous a permis de dterminer les besoins fonctionnels et les besoins techniques de
notre projet. Ainsi, On a labor lensemble des processus mettre en place.
Le chapitre qui suit abordera lanalyse et la conception du projet.
2015 - 2016 89
Chapitre 8 :
Analyse et
Conception.
Ce chapitre prsentera le cadrage fonctionnel du projet afin den dgager

les indicateurs cls et les axes danalyses .Ensuite il prsentera les
diffrentes phases de conception, puis les outils techniques quils seraient
utiliss. Enfin il exposera la conception du datamart.
Chapitre 8 Analyse et Conception
Chapitre 8 : Analyse et Conception
8.1. Cadrage du projet :

8.1.1. Cadrage fonctionnel :
Sofrecom collecte un ensemble de donnes des activits des exploitants de rseaux publics de
tlcommunications, ces donnes sont traites afin de les avoir sous format Excel en
respectant un schma unifi.
Sofrecom possde un ensemble doutils lui permettant de tracer les indicateurs du secteur
tlcom conus des priodes diffrentes et bass sur des progiciels htrognes (Actix, Excel,
etc.). Afin de donner un aperu sur le primtre relatif au projet mettre en place, une liste
exhaustive des indicateurs et axes danalyse sera dtaille lors de la phase de conception.
Lobjectif tant de regrouper et danalyser les informations disponibles relatives au mesure des
performances des rseaux dorange tlcom en vue de donner une vision sur la qualit des
services, afin dorienter les choix en matire des politiques mettre en uvre.
8.1 .1. 1. L es i n di ca t eu rs cl s d e p er fo r ma nc es :
Un indicateur est un vnement, un fait mesurable et dtermin par un calcul qui identifie de
faon qualitative ou quantitative une amlioration ou une dgradation du comportement du
procd soumis examen au regard dobjectifs stratgiques.
En se basant sur les rapports gnrs par Sofrecom, On a dgag les indicateurs qui
suivent :
Indicateur de QoS
Couverture
Taux dappel russis
Qualit de la communication
pendant lappel
Taux de coupure dappels
MOS
T ABLEAU 4 : L ISTE DES INDICATEURS A RESTITUE
2015 - 2016 91
8.1.2. Spcifications techniques :
8.1 .2. 1. Arc hi t ec t ur e pr o p os e :
Larchitecture globale de la solution cible est reprsente comme suit :
F IGURE 47 : ARCHITECTURE GLOBALE DU SYSTEME CIBLE
Larchitecture propose est base sur un moteur dcisionnel
Ceci a lavantage de simplifier lenvironnement de Business Intelligence tout en rpondant

parfaitement aux besoins des utilisateurs, il permet aussi de rduire les efforts de
dveloppement, de dploiement et de maintenance.
Le projet passera par les tapes suivantes :
F IGURE 48 : L ES ETAPES DE REALISATION DU PROJET
tape 1 : Traitement exhaustif des sources de donnes
Dans cette tape, on prpare les donnes sources de telle faon garder un format unifi de
toutes les donnes. Initialement, les fichiers Excel avaient une forme incompatible avec les
bases de donnes Oracle ce qui nous a pouss rorganiser cette forme.
2015 - 2016 92
tape 2 : mise en place du Datamart mtier
Aprs la comparaison entre les indicateurs collects et les donnes fournies par lentreprise,
les processus mtiers sont runis dans un seul Datamart, ce dernier qui donnera lensemble
des tableaux de bord souhaits.
tape 3 : Amlioration des outils de restitution
Les outils existants ne donnent pas beaucoup de performance en matire des requtes mises,
en plus de manques de plusieurs fonctionnalits importantes sur le niveau administration.
tape 4 : Automatisation des tableaux de bord
Les tableaux de bord gnrs auparavant taient statiques et ne rpondent pas aux
aspirations des dcideurs, lautomatisation est une demande ncessaire et qui doit tre mis
en place via une interface graphique facile manipuler pour les end-user (dcideurs).
8.1 .2. 2. E tu d e c om pa ra t if d e s s ol u t io ns :
8.1 .2. 2. 1. ETL op e n s ou rc e :
Depuis quelques annes, des ETL Open Source ont fait leur apparition au milieu de la multitude
des ETL propritaires.
Ces ETL ont notamment profit de l'mergence de l'OSBI Open Source Business Intelligence
et de l'apparition de nouvelles solutions dcisionnelles Open Source ambitieuses et dj
matures.
Des socits telles que Pentaho, SpagoBI, JasperIntelligence, Talend ont ainsi contribu
l'mergence et la dmocratisation de ces ETL Open Source.
Parmi ceux-ci, nous avons voulu effectuer une analyse comparative dtaille de deux d'entre
eux :
Pentaho Data Integration ( Kettle l'origine)

Talend Open Studio
Ces deux ETL Open Source nous paraissent en effet l'heure actuelle les plus intressants en
termes :
de fonctionnalits proposes,
de maturit,
de prennit.
Pentaho Data Integration ( PDI ) et Talend Open Studio ( TOS ) peuvent rpondre de
faon quivalente la plupart des ETL propritaires disponibles sur le march.
2015 - 2016 93
COMPARATIF DES FONCTIONNALITS :
F IGURE 49 : C OMPATAIF ENTRE P ENTAHO ET TALEND
Daprs cette tude on a opt pour talend pour les raisons suivants :
Talend tant un intgrateur de code, il est possible denregistrer les transformations

sous forme de script, qui est alors excutable partir de nimporte quelle machine
disposant dune JVM (pour java).
Trs complet (environ 250 composants java) et peu moins en Perl.
Le composant tMap trs puissant permet de faire facilement de nombreux traitements.
Interface trs ergonomique (base sur Eclipse).
Talend est particulier, il peut aussi tre utilis en tant quELT.
Gestion des mtadonnes trs complte.
Visualisation des traitements en temps rel et sur le schma.
Designer de requtes. -Code gnr toujours visible.
Nombreux connecteurs applicatifs disponibles : CentricCRM, SalesForce, SugarCRM,
VtigerCRM.
Gestion des contextes (contexte de dveloppement, de tests et de production)
Intgration avec SpagoBI ou JasperServer.
Possibilit dintgrer des documents et des fichiers au rfrentiel.
Talend a une grande communaut de dveloppeurs.
2015 - 2016 94
8.1 .2. 2. 2. Bas e d e do n n e s :
Dans cette partie on va comparer entre les trois SGBD connus dans le march (sql server,
oracle express, mysql), afin de choisir une pour notre projet :
F IGURE 50 : AVANTAGES INCONVENIANTS M YSQL
2015 - 2016 95
F IGURE 51: AVANTAGES INCONVENIANTS SQL SERVER
2015 - 2016 96
F IGURE 52 : AVANTAGES INCONVENIANTS O RACLE
Nous allons construire un entrept de donnes, vous aurez donc la priorit pour nous la vitesse
d'accs aux donnes (des frais de donnes seront rgulirement lorsque nous nourrir le DW
partir des systmes oprationnels, et la plupart des accs sera de rechercher les donnes.)
Vitesse : bien que certaines tudes PostgreSQL est mieux pour les environnements o
l'intgrit des donnes est cruciale (comme dans le dveloppement d'applications), niveau de
performance MySQL est bien meilleur
2015 - 2016 97
Partitionnement : Bien que les deux plates-formes permettent de partitionnement, la

gestion est plus simple utiliser MySQL.
Les outils graphiques, documentation, Plates-formes : Mysql fournit une

documentation complte (trs complet) et une multitude d'outils graphiques et gestion de la
connectivit.
Donc on opte pour Mysql Comme SGBD.
8.1 .2. 2. 3. S ol u ti o n B I :
F IGURE 53 : C OMPARATIF ENTRE SOLUTIONS BI
Vu que jaspersoft dispose de toutes les fonctionnalits requises pour notre projet, tel que la
gnration des maps partir des coordonnes Gographique, on a opt pour jaspersoft
comme solution BI.
Donc notre architecture logicielle dsarmait la suivante :
2015 - 2016 98
8.2. Gestion dun projet dcisionnel :
Aprs le choix de la technologie, On continue sur la rflexion lance plus tt autour du projet
dcisionnel. Cette fois-ci On aimerait aborder la question de lorganisation du projet
dcisionnel, quelle mthodologie choisir, quel mode dengagement, pour se garantir de russir
notre datawarehouse.
Selon kimball, lapproche adopter pour le droulement dun projet dcisionnel et la suivante :
F IGURE 54 : C YCLE DE VIE D ' UN PROJET BI
a ressemble un un cycle de vie itratif et incrmentale commence par la phase de

planification afin de dfinir ltendue du projet, suivie du recueil et danalyse des besoins
notamment celui des besoins analytiques, ensuite vient la phase de la dnition de
larchitecture technique et linstallation des outils qui se fait en parallle avec la modlisation
et la spcication des modles de TB et de rapports. Cest ce stade que commence la
conception et le dveloppement des modles ETL et du reporting. Ensuite vient le dploiement
de lapplication avec toute la formation et la maintenance qui sen suit lors de la phase
dexploitation
8.3. Conception du Datamart :

8.3.1. Comparaison entre le systme relationnel et le
systme Dcisionnel :
2015 - 2016 99
Avant d'entreprendre toute dmarche pour concevoir le datamart, On montrerait Limportance

de ce dernier et surtout son apport par rapport un systme relationnel. Les questions se
poser sont prsentes dans le tableau suivant :
Question Rponse dans le cas de Rponse dans le cas de

systme production systme dcisionnel
Quel est le niveau de dtail trs dtailles synthtiques, mais avec parfois
de mes informations ? la capacit de conserver le
dtail
Quelles sont les fonctions le plus souvent un seul Plusieurs fonctions de

de lentreprise concernes service de lentreprise lentreprise mettent en relation
par ces donnes ? leurs donnes
Les donnes sont-elles Non, elles peuvent se primer Oui, une donne une fois
figes ? en temps rel introduite dans le
Datamart nest jamais Effac
Besoin de comparer des Non, les donnes sont Oui, les donnes historiques
donnes sur rgulirement archives sont conserves sur plusieurs
plusieurs annes ? annes des fins danalyse
Quelles sont les oprations Consultation, mais surtout mise Consultation des donnes
raliser sur les donnes ? jour et ajout de donnes issues des systmes de
production ou dautres
systmes
Est-ce quon peut avoir une Ne supporte pas la redondance Les mmes donnes peuvent
redondance de donnes. de donnes tre prsentes plusieurs fois
Quel est le niveau de Niveau de granularit fin, les Niveau de granularit trs
granularit ? donnes sont rgulirement grand, les donnes sont
archives. conserves sur plusieurs annes
(on peut avoir des rsums sur
ce qui sest pass durant les 10
dernires annes par exemple).
Comment sont les donnes ? Dcentraliss Centraliss (on veut avoir

toutes les donnes de
2015 - 2016 100

l'entreprise dans une seule

structure).
T ABLEAU 5 : S YSTEME PRODUCTION VS S YSTEME DECISIONNEL
Notre systme doit prendre en compte les points suivants :
Nos donnes doivent tre synthtises et peuvent tre dtailles

Les donnes proviennent de plusieurs services de lagence
Les donnes seront conserves pour pouvoir visualiser les changements au long
de plusieurs annes donc les donnes doivent tre conserves.
Les donnes seront collectes deux fois par an.
Les oprations prises en considration par mon systme ne sont autre que la
consultation, analyse et synthtisation de donnes issues des diffrents fichiers
Excel.
On constate donc et relativement la comparaison prcdente et aux exigences de Sofrecom

qu'un datamart est ncessaire pour la ralisation du projet.
8.3 .1. 1. M th o d e d e c on c ep t io n :
Le magasin de donnes stocke toute linformation utile, relative un thme prcis et provenant
des systmes de production et des sources externes. Avant dtre intgre dans le magasin
de donnes, linformation doit tre extraite des bases propritaires et nettoyes Ensuite, elle
doit tre mise en forme de manire devenir comprhensible par lutilisateur final. Cette mise
en forme de linformation passe par la modlisation des donnes en schmas dimensionnels
plus proches des utilisateurs finaux et adapts leurs besoins. En effet, le modle
dimensionnel est la structure de donnes la plus utilise et la plus approprie aux requtes et
analyses des utilisateurs d'entrepts de donnes. Elle est simple crer, stable et intuitivement
comprhensible par les utilisateurs finaux. Le modle dimensionnel est la fondation mme
pour la construction des cubes OLAP. Il consiste en une grande table de faits et un cercle
dautres tables qui contiennent les lments descriptifs du fait, appeles dimensions .
8.3 .1. 2. M od le d e c on ce p t io n :
Schma en toile :
2015 - 2016 101

Le schma en toile est peut-tre le schma d'entrept de donnes le plus simple. On lappelle
ainsi, car son schma entit relation ressemble une toile, avec des points rayonnant partir
d'une table centrale. Le centre de l'toile se compose d'une grande table de faits et les points
de l'toile sont les tables de dimensions. Un schma en toile est caractris par une ou
plusieurs grandes tables de faits qui contiennent l'information primaire de l'entrept de
donnes, et un certain nombre de tables de dimensions plus petites, dont chacun contient des
informations sur les entres pour un attribut particulier dans la table de faits. Une requte en
toile est une jointure entre une table de faits et un certain nombre de tables de dimension.
Chaque table de dimension est jointe la table de fait l'aide d'une cl primaire de jointure
par cl trangre, mais les tableaux de dimensions ne sont pas relis entre elles. Une table de
fait typique contient des cls et mesures. Une jointure en toile est une cl primaire cls
trangres permettant de rejoindre les tables de dimension une table de faits.
Les principaux avantages de schmas en toile sont :
Fournir une cartographie directe et intuitive entre les entits en cours d'analyse
par les utilisateurs finaux et la conception du schma.
Fournir des performances hautement optimises pour les requtes typiques
toiles.
tre largement soutenu par un grand nombre d'outils de business intelligence,
qui peuvent anticiper ou mme exiger que le schma d'entrept de donnes
contienne des tables de dimension.
2015 - 2016 102

Schma en flocon de neige :
Le schma flocon de neige est un modle d'entrept de donnes plus complexe qu'un schma
en toile, cest un type driv du schma en toile. On lappelle un schma flocon de neige,
car le diagramme du schma ressemble un flocon de neige. Ce schma normalise les
dimensions pour liminer les redondances. Autrement dit, les donnes de dimension ont t
regroupes en plusieurs tables au lieu d'une grande table. Par exemple, une table de dimension
de localisation dans un schma en toile pourrait tre normalise dans une table de localisation
et une table de ville dans un schma en flocon. Bien que cela conomise de l'espace, il
augmente le nombre de tables de dimension et ncessite plus de cls trangres en jointure.
Le rsultat est des requtes plus complexes et des performances rduites.
F IGURE 55 : S CHEMA EN ETOILE
Le schma en flocon est utilis quand :
On veut rduire la redondance des donnes

On des dimensions quon veut hirarchiser anne->mois->jour
On a des tables de fait qui ont des diffrents niveaux de granularit
2015 - 2016 103

F IGURE 56 : S CHEMA EN FLOCONS
Schma en constellation :
Le schma en constellation comme son nom lindique, est une variante plus complexe du
schma en toile, ceci revient au fait que ce schma contient plusieurs schmas en toile
juxtaposs et pouvant avoir des dimensions partages. Ce genre de schma est
essentiellement utilis pour des processus daffaires complexes. On peut galement faire appel
au schma en constellation si on veut simplifier davantages des tables de faits trs large et
volumineuse, en les sparant en plusieurs tables de faits.
2015 - 2016 104

F IGURE 57 : S CHEMA EN CONSTELLATION
Pour modliser notre systme dcisionnel, nous avions le choix entre deux types de
modlisation savoir : le modle en toile et le modle en flocons. Nous avons opt pour le
modle en toile parce que nous avons jug quil est mieux adapt notre cas dutilisation
puisquil est considr comme tant le modle le plus simple, surtout au niveau de jointures
entre les diffrentes tables du datamart. En effet, nos tables de dimensions contiennent
plusieurs niveaux dhirarchie donc le choix du modle en flocon donnera naissance des
requtes plus complexes et moins performantes cause de la multiplicit des jointures. Le
modle en toile permet donc de faciliter la navigation entre les tables de fait et de dimension
et rend la restitution des donnes plus fluide.
8.3 .1. 3. C on c ep t i on du Da ta ma rt : Q OS v oi x 2 G
Le modle dimensionnel du datamart est la partie la plus importante de llaboration de la

solution, vu que toute tape ultrieure en sera dpendante. Le modle que nous avons choisi
comme solution est le fruit de tout ce qui a prcd et surtout les spcifications fonctionnelles.
Notre datamart est une constellation de faits qui contient une table de Fait et plusieurs
dimensions.
Ce modle a t cr laide de loutil de modlisation "Toad Data Modeler" ce qui nous a

permis de rcuprer le script de gnration physique du datamart.
2015 - 2016 105

F IGURE 58 : DATAMART QOS VOIX 2G
Conclusion :
Dans ce chapitre nous avons prsent le cadrage fonctionnel du projet ainsi les spcifications
techniques puis on a prsent les outils techniques que nous allons dans la prochaine phase,
savoir la phase de la ralisation.
2015 - 2016 106

Chapitre 9 :
Ralisation et
mise en uvre de la
solution
dans ce chapitre une description des diffrentes phases de la mise en place

de ma solution dcisionnelle autour de la solution JasperSoft.
Cette solution est le fruit de tout ce qui est dtaill dans les chapitres
prcdents savoir la collecte des besoins, la thorie du dcisionnel ainsi
que les concepts mtiers .
Chapitre 9 Ralisation et mise en uvre de la solution
Chapitre 9 : Ralisation et mise en uvre de la solution
9.1. Introduction :
Ce prsent chapitre a pour mission la prsentation de la phase de ralisation, qui concrtise la

conception expose lors du chapitre prcdent. La mise en uvre de la solution est rpartie
en trois phases, savoir :
L'ETL l'aide de l'outil d'intgration des donnes Talend Open Studio, la modlisation du
Datamart avec Toad modeler et en fin la restitution aprs avoir cr le cube grce TIBCO
Jaspersoft 6.2.2. Aprs la ralisation vient la phase de tests et dploiement comme dernire
section de ce chapitre.
9.2. Architecture de lenvironnement de travail :
Dans le chapitre prcdent, nous avons dcrit les diffrents outils et logiciels que nous avons
adapts notre projet. Nous allons suivre la dmarche suivante :
a) Lexcution du script et la cration des tables du Datamart laide de loutil "Toad

modeler".
b) Le chargement du DW, laide de loutil Talend Data Integrator, aprs un tri, filtrage
et transformation des donnes.
c) Cration dune vue mtier (ou Prsentation) et gnration des rapports laide de
loutil " TIBCO Jaspersoft"
Le schma qui suit rsume cette dmarche :
F IGURE 59 : SCHEMA DESCRIPTIF DE LA SOLUTION
2015 - 2016 108

9.3. Phase ETL :
Aprs la conception du Datamart, ce dernier va tre aliment dans la phase ETL. Loutil
utilis pour cette manuvre est Talend. Durant cette phase, les donnes sources vont tre
traites, ces donnes sont stockes dans des fichiers Excel. Cette partie va permettre de mettre
en vidence la manuvre suivie pour concevoir cette phase.
9.3.1. Prparation de sources de donnes :
Avant de commencer la phase ETL, il faut avoir l'accs la base de production. Dans le
cas de notre projet, nous avons obtenu les donnes de production de la manire suivante :
Fichiers Excel remplis partir du post traitement des mesures faites par
Sofrecom service maroc pour Orange telecom propos de la qualit de services
dans plus que 17 pays dans les quelles opre Orange.
Pour achever l'tape de prparation des donnes, nous avons cr la base de donnes cible
et qui sera notre Datawarehouse, ainsi que le schma.
9.3.2. Connexion au Datawarehouse :
Dans un premier temps nous procdons la connexion entre Talend et les fichiers
Excel. Ensuite, la cration de la connexion pour dsigner la base de donnes de destination
qui donnera le pouvoir au processus de chargement d'y accder en criture.
2015 - 2016 109

F IGURE 60 : CONNEXION AVEC LE D ATAWAREHOUSE

9.3.3. Alimentation des tables :
Cette partie est considre comme tant la phase la plus dlicate. Elle contient trois
tapes : lextraction, la transformation et le chargement des donnes. Cette phase
intermdiaire dans le projet savre importante et demande beaucoup de rflexion et de
prcision, car les donnes charges doivent videmment tre compltes et exactes. Nous
commenons tout dabord par donner un aperu sur les composants de loutil utilis, ensuite
nous expliquons les dtails dalimentation du Datamart.
9.3 .3. 1. C o mp os an ts d u Tal e nd u ti li s s :
Nous prsentons ici un ensemble des composants les plus importants de Talend qui nous ont
servis crer et alimenter nos tables destinataires.
2015 - 2016 110

Composant Rle
Ce composant lit un fichier Excel ou un flux
de donnes ligne par ligne pour le scinder en
champs et envoie les champs tel que dfinis
dans le schma au composant suivant du Job
tFileInputExcel via une connexion Row.
Le composant tMysqlOutput crit, met
jour, modifie ou supprime les donnes
d'une base de donnes.
tMysqlOutput
Le composant tMysqlInput lit une base de
donnes et en extrait des champs l'aide de
requtes.
tMysqlInput
Cest le composant le plus utilis dans notre
projet, il permet deffectuer plusieurs
oprations savoir les jointures, le filtrage,
les transformations des flux, gre les sorties
Tmap
multiples
Ce composant permet de filtrer
lenregistrement selon les conditions
souhaites sur les colonnes.
tFilterRow
Ce composant sert fusionner les entres
dans la mme sortie et supprimer les
doublons du flux dentre avant de procder
tUniqRow au chargement
Ce composant valide toutes les lignes

d'entre en fonction du schma de rfrence
ou vrifie les types, la nullabilit, la longueur
de la ligne en fonction des valeurs de
tSchemaComplianceCheck
rfrence. Cette validation peut tre
applique l'ensemble des lignes ou une
partie seulement.
Le composant tSendMail envoie des
messages et toute autre pice jointe aux
destinataires spcifis.
tSendMail
Le tSendMail permet de prvenir des
destinataires d'un tat particulier d'un Job ou
de possibles erreurs
Le composant tFileOutputExcel transmet
des donnes vers un fichier de type MS
Excel.
2015 - 2016 111

tFileOutputExcel Ce composant crit un fichier MS Excel

contenant des donnes organises en
fonction du schma dfini.
T ABLEAU 6 : C OMPOSANTS T ALEND
Aprs avoir prsent les composants utiliss dans cette phase, nous passons aux dtails du
chargement des tables de notre magasin de donnes. Pour raliser cette partie, nous avons
donn la priorit aux tables de dimensions afin dassurer les contraintes dintgrit dans les
tables de faits qui contiennent les cls primaires des tables de dimensions. Nous prsentons
donc en premier lieu le chargement de chaque table de dimensions puis nous dtaillerons le
traitement appliqu dans lalimentation dune des tables de fait.
9.3 .3. 2. Ali m e n ta ti o n :
Aprs avoir termin la phase d'Extraction, nous entamons par la suite la phase de chargement
et de transformation.
Cette phase dbute par la ralisation des diffrentes interfaces de Mapping entre les
composants des banques de donnes. Ces interfaces permettent de faire le Mapping entre les
donnes sources et les tables cibles, ainsi que de dfinir les transformations et les rgles de
gestion appliquer.
La figure suivante prsente la maquette de notre Job, sachant que le rle de chaque
composant est expliqu dans la table 6 :
F IGURE 61: L ALIMENTATION DU D ATAMART V OIX 2G
2015 - 2016 112

Le chargement des tables de dimensions vient aprs avoir effectu les transformations
ncessaires via le composant tMap de Talend. Ci-dessous le chargement des tables de
dimensions partir des donnes fournit par fichier Excel QoS_Voix_2G, reprsentant les
donnes collectes durant les mesures de Sofrecom et qui concerne la qualit de services voix
2G sur la ville de Rabat.
F IGURE 62 : LA JOINTURE ENTRE LES DONNEES SOURCES ET LES TABLES DE DESTINATION

La dimension "TEMPS" est la dimension classique dans chaque Datawarehouse, pour
lalimenter nous avons opt pour un script en MYSQL.
La table de fait "DM_2G" est alimente par des scripts MYSQL.
partir du logiciel MYSQL, nous arrivons visualiser nos tables comme l'indique la figure.
2015 - 2016 113

F IGURE 63 : V ISUALISATION DES DONNEES REMPLIES PAR L ETL
9.4. Phase de Restitution :
Aprs avoir construit et aliment notre magasin de donnes, nous passons maintenant son
exploitation dans le processus reporting qui constitue la fin logique de chaque projet BI.
Pour ce faire, nous avons utilis l'outil TIBCO Jaspersoft 6.2.2 prsent dans le chapitre
prcdant pour gnrer des rapports et des statistiques qui seront utiles pour la direction de
dorange tlcom dans sa prise de dcision.
9.4.1. Cration des rapports et des analyses :
TIBCO Jaspersoft possde une interface facile utiliser, et qui permet de glisser les mesures
et les dimensions voulues, crer de nouveaux filtres, insrer des graphiques, personnaliser la
mise en page des rapports, ajouts des logos, insrer des invites de graphes . . .
2015 - 2016 114

Analyse 1 : Statistiques des appels lors de la mesure du rseau 2G Rabat
F IGURE 64 : RAPPORT APPEL 2G
2015 - 2016 115

Analyse 2 : Statistiques des Handovers lors de la mesure du rseau 2G Rabat
F IGURE 65 : H ANDOVER
2015 - 2016 116

Analyse 3 : Statistiques de RxLev lors de la mesure du rseau 2G Rabat
F IGURE 66 : R XLEV
2015 - 2016 117

Analyse 4 : Statistiques de RxQual lors de la mesure du rseau 2G Rabat
F IGURE 67 : R X Q UAL
2015 - 2016 118

Analyse 5 : Statistiques de C/I lors de la mesure du rseau 2G Rabat
F IGURE 68 : C/I
2015 - 2016 119

Analyse 6 : Statistiques de Txpower lors de la mesure du rseau 2G Rabat
F IGURE 69 : T X P OWER
2015 - 2016 120

La figure suivante montre les diffrents formats sur lesquelles on peut gnrer nos rapports :
F IGURE 70 : TYPES DE RAPPORTS
2015 - 2016 121

La figure suivante montre la zone de mesures rabat :
F IGURE 71 : ZONE PARCOURUS LORS DES MESURES
Conclusion :
Durant ce chapitre une description des tapes parcourues dans la mise en uvre et la
ralisation de la solution a t faite. Nous avons dtaill le processus de chargement des
donnes ensuite la cration du Datamart et en fin la gnration des analyses et des tableaux
de bord.
2015 - 2016 122

Conclusion Gnrale
Conclusion gnrale
L'amlioration des performances dun rseau est un objectif essentiel que tout oprateur
tlcoms vise atteindre.
Ce but est atteint par la garantie d'un niveau de couverture global et une qualit de
communication satisfaisante.
Ainsi lobjectif de ce travail est le traitement et lanalyse des mesures de linterface radio GSM
dans les diffrents pays de la zone AMEA et ce afin dvaluer la qualit rellement perue par
le client et de lamliorer par la suite.
En effet l'accomplissement de cette tche a ncessit l'approfondissement de mes

connaissances du rseau 2G, 3G et 4G, en effectuant une tude dtaille des divers enjeux de
la qualit de service dans un tel rseau.
Ainsi la deuxime partie de notre travail porte sur la mise en place dun systme dcisionnel
pour la QoS tlcom, ce qui nous a permis dapprofondir nos connaissances en informatique
dcisionnel, Cette dernire a pour objectif doffrir un meilleur usage du flot de donnes afin
daider les dcideurs la prise de dcision.
Cependant il peut tre dot dun aspect prvisionnel en intgrant des outils de datamining
pour, par exemple, prvoir lvolution des performances des rseaux cellulaires.
Ce stage de fin dtudes ma donn une occasion qui ma permis de confronter l'acquis
thorique l'environnement pratique.
En effet, ce stage m'a permis de prendre certaines responsabilits, et de montrer de plus en

plus mes connaissances thoriques et pratiques.
Cest l que rside la valeur dun tel projet de fin dtudes qui joint les exigences de la vie
professionnelle aux cots bnfiques de lenseignement pratique que jai cumul durant mes
annes de formation.
Bibliographie
Bibliographie
Willy pirard, Principe de fonctionnement des rseaux de tlphonie mobile GSM

1995.
Andr Gourdin,jean-louis Bosc et kamal Landran,<<test de cellule dans un rseau
de tlcommunication cellulaire >>,France Tlcom 1997.
Mode opratoire : post traitement des donnes de mesures sous ACTIX version n2
2010.
Optimisation GSM sous ACTIX gnralits et spcifits 2G, Genetel
Ref CF052221FRv1.
Formation Genetel Optimisation GSM sous Actix : Gnralits et Spcificits 2G
QoS and QoE in the Next Generation Networks and Wireless Networks : Pascal Lorenz
Nemo Handy Manual V3.00 : 2014 by Anite Finland Ltd, Revision 2.3.00, Last
edited May 2014
jaspersoft-studio-user-guide RELEASE 5.6
Livre blanc Smile - Agile BI - v 1.1 Mars 2010
[TalendForge]The Talend Technical Community Site offers collaboration and sharing
tools for the community : Forum, Wiki, Bugtracker, Exchange for sharing components
[en ligne] http://www.talendforge.org/
[community.jaspersoft] Community Site TIBCO Software, Inc [en ligne]
http://community.jaspersoft.com
[MySQL Community] Community Mysql qui apport le support aux dveloppeurs [en
ligne] https://dev.mysql.com
[tutorialspoint] Forum qui prsent des tutoriels dans beaucoup de technologies,
dont JasperSoft [en ligne] www.tutorialspoint.com/jasper_reports/
2015 - 2016 124

Annexes
Annexe A : algorithmes d'optimisation QOS

Annexe B : Script dalimentation de la table temps
Annexe A Algorithmes doptimisation QoS
Annexe A : algorithmes d'optimisation QOS
Voici les algorithmes d'optimisation dcrits dans le quatrime chapitre de

ce manuscrit :
F IGURE 72 : A LGORITHME D ' OPTIMISATION DU PROBLEME DE COUVERTURE
2015 - 2016 126

F IGURE 73 : A LGORITHME D ' OPTIMISATION DU PROBLEME D ' INTERFERENCE
2015 - 2016 127

F IGURE 74 : A LGORITHME D ' OPTIMISATION DU PROBLEME D ' ECHEC D ' ETABLISSEMENT DES
SESSIONS
2015 - 2016 128

Annexe B Script dalimentation de la table temps
Annexe B : Script dalimentation de la table temps
CREATE DEFINER=`root`@`localhost` PROCEDURE `date_manag`()
begin
declare date_debut DATE;
declare date_loop DATE;
declare date_fin DATE;
declare jour INTEGER;
declare mois INTEGER;
declare annee INTEGER;
declare trim INTEGER;
declare nom Varchar(20);
set date_debut=STR_TO_DATE('20/01/2012','%d/%m/%Y'); // dclaration date dbut
set date_fin=STR_TO_DATE('20/12/2017','%d/%m/%Y'); // dclaration date fin
set date_loop=date_debut;
WHILE date_loop <=date_fin
DO
select day(date_loop) into jour from dual;
select month(date_loop) into mois from dual;
select year(date_loop) into annee from dual;
CASE
WHEN mois=1 THEN set nom ='JANVIER';
WHEN mois=2 THEN set nom ='FEVRIER';
WHEN mois=3 THEN set nom ='MARS';
WHEN mois=4 THEN set nom ='AVRIL';
WHEN mois=5 THEN set nom ='MAI';
WHEN mois=6 THEN set nom ='JUIN';
2015 - 2016 129

Annexe B Script dalimentation de la table temps
WHEN mois=7 THEN set nom ='JUILLET';
WHEN mois=8 THEN set nom ='AOUT';
WHEN mois=9 THEN set nom ='SEPTEMBRE';
WHEN mois=10 THEN set nom ='OCTOBRE';
WHEN mois=11 THEN set nom ='NOVEMBRE';
else set nom='DECEMBRE';
END CASE;
CASE
when mois in(1,2,3) THEN set trim =1;
else set trim=4;
END CASE;
INSERT into TEMPS (ID_DATE, ANNEE, MOIS, JOUR, TRIMESTRE, DATETIME, NOM)
VALUES( CASE
WHEN mois > 9 THEN concat(ifnull(annee, ''),ifnull(jour, ''),ifnull(mois, ''))
ELSE concat(ifnull(annee, ''),ifnull(jour, ''),'0',ifnull(mois, ''))
END
,annee,mois,jour,trim,concat(ifnull(jour, '') , '/' , ifnull(mois, '') , '/' , ifnull(annee, '')),nom);
select TIMESTAMPADD(MONTH, 1, date_loop) into date_loop from dual;
END WHILE;
END
2015 - 2016 130

Langue

Bienvenue sur Scribd !

Rapport Pfe

Transféré par

Informations du document

Description :

Date du transfert

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Description :

Droits d'auteur :

Formats disponibles

Rapport Pfe

Transféré par

Description :

Droits d'auteur :

Formats disponibles

Titres liés

Liste des abrviations

Mmoire de Projet de Fin dEtudes

Etude et analyse de la qualit du

Ralis par : Sous la direction de :

Anne universitaire 2015-2016

A celui qui m'a indiqu la bonne voie en me rappelant

A celle qui a attendu avec patience les fruits de sa

Que Dieu vous garde

A mes chers frres

A tous mes amis et tous ceux qui me sont chers

A lissue de ce travail, je tiens exprimer ma gratitude Monsieur le Directeur

Jexprime aussi mon ample reconnaissance et ma considration envers mes

Jadresse mes vifs remerciements Mr Wadii El HILALI, pour son

Mes remerciements les plus sincres sadressent galement Mr El mehdi

Sans oublier lensemble du personnel de lunit daffaires Rseaux & Services

Le souci de loprateur reste toujours doffrir une bonne qualit de service

L'objectif principal de mon projet de fin dtudes est le post-traitement et

Mots-cls : Qualit de service, KPI, Sofrecom, Optimisation, AMEA, systme

Faced to an increasingly customers demand and to a strong competition in

Keywords : Quality of service, KPI, Sofrecom, Optimisation, AMEA,

Liste des abrviations

AMEA Africa, Middle East and Asia

KPI Key Performance Indicator

GSM Global System of Mobile

ANRT Agence Nationale de Rglementation des

TIC Technologies de lInformation et de la

BS/BTS Base Station

BSS Base Station Sub-System

NSS Network Sub-System

OSS/OMSS Operation Support Subsystem

BSC Base Station Controller

GMSC Gateway MSC

TDMA Time Division Multiple Access

FDMA Frequency Division Multiple Access

FDD Frequency Division Duplexing

BCH Broadcast CHannel

CCCH Common Control CHannel

TCH Dedicate Control CHannel

EFR Enhanced Full Rate

HDLC High Level Data Link Control

OSI Open System Interconnection

RXLEV Received Level

RXQUAL Received Quality

TXPWR Transmitted Power

MOS Mean Opinion Score

C/I Carrier to Interference ration

QOE Quality of Experience

EGSM Extend GSM

GPRS General Packet Radio Service

EDGE Enhanced Data rates for GSM Evolution

WCDMA Wideband Code Division Multiple Access

HSDPA High Speed Downlink Packet Access

OLAP OnLine Analyse Process

ETL Extract, Transform and Load

SGBD Systme de gestion de base de

Liste des figures

Figure 43 Mesures STREAMING ......................................................................................................... 82