Académique Documents
Professionnel Documents
Culture Documents
Excelent - Rapport-de-PFA PDF
Excelent - Rapport-de-PFA PDF
Optimisation de la 3G pour
INWI en se basant sur les KPIs
Ralis
Huawei Technologies
Ralis par :
Encadr par :
Lamia HRIKICH
M. Brahim SEKKOU
M. Othman ELKOUCHI
Devant le jury
Mme. Raja EL ASSALI
M. Youness JABRANE
Soutenu le : 28/11/2014
Remerciements
Rsum
Abstract
Morocco has known an important evolution in the telecommunications sector.
The operators must preserve and improve the quality of service to satisfy
customer demand and loyalty in an increasingly market competitive. In this context,
Huawei is now responsible, with a team of expertise in radio optimization to manage
operations which lead to increase the performance of the 3G network.
My project is the result of a study that initially affected the aspects of 3G
radio networks, before continuing in optimization procedures study within the
company focusing on proposed solutions to problems detected by Huawei
Technologies for monitoring performance of the network, and also adapting to
different software needed for this approach. And then to complete my theoretical
knowledge in practice, I conducted a case study applied to an area of CASABLANCA.
This case study allowed me to discover the different complications and obstacles
that optimization engineer must overcome while respecting the procedure
established by the company.
Action plans relating to each type of problem detected were designed and
offered to the client operator. Validation of corrective actions submitted by the
operator INWI resulted in their implementation and monitoring of their impact on
the performance of the cluster.
It is in this context that my project which aims to conduct optimization
measures in favor of the operator INWI, in order to maintain an acceptable quality
of service and monitor its network.
Acronymes
P
PDCP: Packet Data Convergence
B
BMC: Broadcast/Multicast Control
BLER: Block Error Rate
O
OMC: Operation and Maintenance Center
OSI: Open Systems Interconnection
OVSF: Orthogonal Variable Spreading Factor
C
CN: Core Network
CQI : Channel Quality Indicator
CRC: Cyclic Redundancy Check
CS: Circuit-switched
D
DT: Drive Test
E
Ec/Io: Chip energy over noise power spectral
density
F
FDD: Frequency Division Duplexing
FDMA: Frequency Division Multiple Access
FTP: File Transfer Protocol
G
GGSN: Gateway GPRS Support Node
GSM: Global System for Mobile Communications
GPRS: General Packet Radio Service
GPS: Geographical Position System
H
HSDPA: High Speed Downlink Packet Access
K
KPI: Key Performance Indicator
M
MAC: Medium Access Control
MSC: Mobile Switching Center Protocol
R
RAT: Radio Access Technology
RF: Radio Frequency
RLC: Radio Link Control
RNC: Radio Network Controller
RNP: Radio Network Planning
RRC: Radio Resource Control
RSCP: Received Signal Code Power
S
SGSN: Serving GPRS Support Node
SMS: Short Message Service
SSV: Single Site Verification
T
TDD: Time Division Duplexing
TDMA: Time Division Multiple Access
TD-CDMA: Time Division Code Division Multiple
Access
U
UE: User Equipment
UMTS: Universal Mobile Telecommunication
Services
USIM: Universal Subscriber Identity Module
UTRAN: UMTS Terrestrial Radio Access Network
V
VPN: Virtual Private Network
W
WCDMA: Wideband Code Division Multiple Access
II.
III.
Introduction gnrale
Le secteur des tlcommunications a jou un rle dynamique dans le
dveloppement de toutes les activits conomiques du pays. Il a connu une volution
remarquable depuis lindpendance. Avec la saturation des rseaux 2G et leurs
limites en matire de dbit et services, et avec le progrs qua connu la technologie
du traitement de signal, les acteurs du domaine de tlcommunication ont t
amens penser une troisime gnration reprsent par la norme UMTS (Universal
Mobile Tlcommunications System) 3G qui a apport une amlioration du dbit
susceptible de supporter les nouveaux services avec une bonne qualit de voix et de
donne. Toutefois, avec la demande excessive et laugmentation du nombre
dabonns, il sest montr que cette gnration nchappe pas aux failles. Il fallait
donc pousser le dveloppement pour augmenter la capacit.
En tant que fournisseur des quipements de tlcommunication, Huawei a t
lu par loprateur client INWI pour mener lopration doptimisation de son rseau
3G. Cest dans cette perspective que sinscrit mon projet de fin de semestre effectu
au sein du dpartement RNP/RNO Radio Network Planning/Optimization . Son
objectif est de maitriser les concepts doptimisation Radio et les mettre en pratique.
L'optimisation des rseaux d'accs radio devient, pour un oprateur, un enjeu
fondamental permettant d'conomiser ses investissements, de rduire le nombre de
sites dployer, et de garantir une bonne qualit de service aux utilisateurs. Une
fois le rseau est oprationnel, loprateur doit veiller sur son bon fonctionnement.
Dans mon projet je prsenterai une tude sur la technologie 3G. Ensuite,
jaborderai dans le second chapitre ltude du processus doptimisation radio avant
dillustrer une tude de cas pour une zone de CASABLANCA dans un troisime
chapitre.
10
Chapitre 1 :
Prsentation de lentreprise daccueil & Contexte
du Projet
11
Introduction
Dans ce chapitre je vais mintresser la prsentation de manire gnrale
du contexte de travail dans lequel a t ralis ce projet de fin danne.
Je commencerais tout dabord par un aperu de lenvironnement de stage
qui est huawei Technologies. Je poursuivrais ensuite par une description du projet
de fin danne et de ses objectifs.
12
Chaque entreprise doit se fixer comme objectif de fidliser ses clients. Cest le
principe sur lequel Huawei se base pour crer une relation de confiance et une
adquation entre l'offre propose et les besoins du client.
Dvouement :
Amlioration continue :
Les exigences du client sont croissantes, cela oblige Huawei dtre son
coute, innover constamment, augmenter la qualit des produits et ses services.
L'volution des besoins du client impose donc Huawei d'tre en recherche
perptuelle de l'excellence.
Ouverture et Initiative :
Intgrit :
Travail en quipe :
Cest lun des outils les plus efficaces pour lentreprise Huawei. Il permet son
personnel de partager des ides, des valeurs, ainsi davoir la culture de
lorganisation, pour des objectifs communs et un intrt gnral.
13
14
15
II.2. Problmatique
Ce projet rentre dans le cadre du projet 3G d INWI qui a pour but damliorer
la performance du rseau 3G dINWI. La problmatique qui se pose est que les seuils
des principaux cls de performances du rseau doivent tre respects suivant des
dlais fixs par loprateur client. Ces indicateurs de performances KPI (Key
Performance Indicators) refltent ltat du rseau. Ainsi, loptimisation doit tre
plus rigoureuse et le suivi du rseau plus rcurrent et dune manire rgulire pour
dtecter rapidement les problmes (seuils KPIs non conformes, couverture,
qualit,..). Et par la suite analyser les statistiques pour proposer initialement des
solutions pour palier la situation, proposer des Drive-Tests (DTs) dans les rgions
les plus affectes, faire lanalyse des donnes collectes par les DTs base
desquelles des solutions plus pertinentes seront proposes.
II.3. Objectifs
Afin de rpondre la problmatique ci-dessus, des objectifs sont tracs.
Lobjectif principal est de faire loptimisation dune zone gographique de
CASABLANCA pour amliorer la qualit de service selon les exigences imposes par
INWI. Ma contribution au projet consiste :
- Suivi des DT.
- Analyse des sites 3G dINWI.
- Proposition de solutions.
16
Conclusion
Au travers de ce chapitre, jai fait un bref tour dhorizon de lenvironnement
dans lequel ce projet a t effectu, en prsentant essentiellement lorganisme
daccueil. Jai prsent, par ailleurs, lensemble du sujet ainsi que des diverses
tapes projetes de faon chronologique afin de mener bien le projet.
Le chapitre suivant, portera sur des gnralits sur la technologie UMTS, en se
focalisant sur le rseau daccs radio et ces principales caractristiques.
17
Chapitre 2
Gnralits sur la technologie UMTS
18
Introduction
Les rseaux ont pour fonction de transporter des donnes dune machine
terminale une autre. Une srie dquipements matriels et de processus logiciels
sont mis en uvre pour assurer ce transport, depuis les cbles terrestres ou les ondes
radio dans lesquels circulent les donnes jusquaux protocoles et rgles permettant
de les traiter.
Dans ce chapitre, je vais parler des gnralits relatives aux concepts
thoriques de lUMTS, en dtaillant notamment son architecture.
19
20
21
22
L'organisation temporelle de l'UMTS est base sur une super trame de 720 ms,
comportant elle-mme 72 trames de 10 ms. Chaque trame de 10 ms est divise en
15 slots de 667 s, cette organisation est prsente par la figure suivante :
23
24
RLC (Radio Link Control) permet la fiabilit du transport des donnes entre
deux quipements du rseau point point .
25
26
27
28
Les codes OVSF sont utiliss pour les transmissions synchronises, (les liaisons
descendantes), puisquil y a une seule source (le NodeB). Les codes OVSF distinguent
les diffrents mobiles dans une mme cellule.
Codes dembrouillage (Scrambling Codes) :
Les codes dembrouillages sont des squences de GOLD complexes. Ils
interviennent aprs la phase de spreading et sont utiliss pour sparer MS ou BS les
uns des autres. A chaque scrambling code est associ la totalit dun arbre OVSF. Il
sagit de multiplier le signal tal chip chip par une squence de scrambling.
Pour la voie descendante
Les signaux venant du NodeB vers les mobiles prsents dans sa cellule, sont des
signaux synchroniss venant de la mme source (NodeB). Donc chaque mobile se
doit attribuer un code dtalement OVSF. Le rseau utilise tous les codes
dtalement possibles, et chaque cellule utilise un code dembrouillage particulier,
ce qui permet de diffrencier les cellules entre elles.
Pour la voie montante
Les diffrents signaux venant des UE vers le NodeB sont des signaux non
synchroniss et ils peuvent tre spars par des codes dembrouillage, puisque ces
derniers prsentent bonnes proprits dinter corrlation mme en cas des sources
non synchronises. Chaque mobile se voit allouer un code dembrouillage diffrent
parmi les codes disponibles. Et on voie descendante on spare les canaux dun mme
utilisateur par des codes OVSF.
29
Les canaux communs : Ce sont les canaux qui relient un point plusieurs
autres points
Les canaux ddis : Ce sont les canaux qui relient un point un autre
Les canaux logiques de trafic : Ce sont des canaux utiliss pour le transfert
dinformation usager. Il y a deux canaux logiques de trafic :
30
-Le canal physique ddi aux donnes DPDCH (Dedicated Physical Data CHannel)
: Il achemine les informations du canal de transport DCH.
-Le canal physique ddi de contrle DPCCH (Dedicated Physical Control
CHannel) :il vhicule les informations de contrle ou de signalisation gnre par
la couche physique.
Dans une mme liaison radio, il peut y avoir zro, un ou plusieurs DPDCH et
toujours un seul et unique DPCCH.
Dans le cadre de mon tude, je vais citer uniquement trois canaux physiques
communs sur la voie descendante :
-Le PDSCH (Physical Downlink Shared CHannel) : supporte le DSCH lors de lenvoi
de trafic de donnes haut dbit vers un ou plusieurs quipements usagers situs
dans une mme cellule. Plusieurs utilisateurs peuvent se partager ce canal des
moments diffrents. Ceci est particulirement prcieux pour lUTRAN dans des
situations o les codes de canalisation dont dispose la cellule se font rares.
-Le CPICH (Common Pilot CHannel) : Le CPICH peut tre considr comme un canal
balise dont les terminaux mobiles se servent, entre autres, pour estimer la qualit
du canal de propagation.
La prcision de cette estimation permet damliorer les performances des
techniques de dtection mises en place la rception, pour rcuprer linformation
31
32
33
34
35
LUE gnre les commandes TPC pour contrler la puissance en les envoyant
dans le canal DPCCH, mais avant il doit vrifier le mode de liaison descendante.
Il est utilis pour ajuster le SIRtarg suite au changement du BLER (Block Error
Rate) aprs codage.
36
Conclusion :
37
38
Introduction :
Dans ce chapitre je vais tudier le processus doptimisation, je dtaillerai par
la suite les deux mthodes utilises pour la collecte des donnes que a soit les
statistiques (KPIs) ou les Drives-Test.
I. Le processus doptimisation
Loptimisation des rseaux mobiles constitue un enjeu important pour les
oprateurs car elle leur permet la fois de minimiser les cots et de garantir une
qualit de service optimale pour satisfaire le besoin des clients. Loptimisation est
effectue une fois les sites sont bien installs et oprationnels ou bien 80% du nombre
total des sites dans un cluster sont construits. Elle se base sur plusieurs tapes
comme montre le schma suivant :
La 1re phase a comme but de collecter les donnes. Cette collecte regroupe
les informations rcupres partir de lOMC-R (Operation and Maintenance Center
Radio), les statistiques concernant le trafic et les donnes de couverture et de
qualit partir des Drive-Tests.
La 2me phase du processus consiste analyser les donnes pour dtecter et
localiser les problmes de couverture, pilot pollution et ceux du Handover.
39
I.1. Drive-Test
Le Drive-Test est une partie essentielle du processus doptimisation, cest la
meilleure manire pour localiser et analyser un problme gographiquement.
Il consiste effectuer des tests sur les performances en parcourant les rues
avec une voiture, pour prendre des mesures. Il ncessite :
Un mobile trace : ou plusieurs, chacun est utilis pour faire les
mesures pour un test spcifique afin de ne faire le parcours quune seule fois.
Un rcepteur GPS : dterminer la position gographique pour chaque point
de mesure.
Un ordinateur portable : dot dun outil spcial (GENEX Probe) pour
lacquisition et le traitement des donnes rcupres.
Les donnes sont alors enregistres par le software avec un format prcis sur
un fichier appel Log File et transmit lingnieur radio pour faire lanalyse sur
un autre GENEX Assistant.
40
Pour la voix :
Appel short call : il sagit des appels courts programms laide de script. Le
but est de tester les problmes lis ltablissement des appels.
Appel long call : le mode du rseau est automatique. On mesure le niveau de
signal RSCP (Received Signal Code Power) et la qualit du signal laide du
paramtre Ec/Io (Rapport Signal sur Interfrence). Ces appels longs vrifient aussi
les problmes lis au handover inter-RAT.
41
Il faut noter que les outils utilis lors de ces drives tests sont les mme que
pour les tests SSV. Cependant le cluster drive test concerne les tests suivants : LC,
SC, MOS (reflte la qualit de la voix) DL , UL
Les lments suivants doivent tre pris en considration durant le drive test :
42
43
RNC
formule :
Service _ CDR
ServiceRABAbnormal Re lease
100%
ServiceRABSetupSuccess
CELL
formule :
Service _ CDR
ServiceRABAbnormal Re lease
100%
ServiceRABRe lease
44
Ce KPI peut tre utilis pour valuer le rapport de la chute de l'appel de services
diffrents dans une cellule.
I.2.6 CQI
45
46
le nombre de pilotes qui ont CPICH_RSCP > -100dB sont plus que quatre.
(CPICH_RSCP1st - CPICH_RSCP 4th)< 5dB .
47
48
49
Conclusion
Dans ces deux dernires chapitres, jai essay de donner un aperu gnral sur
la loptimisation du rseau 3G dun point de vue thorique.
Par la suite, jessaierai dillustrer tout ce quon a vu prcdemment par une
tude de cas dune rgion gographique de CASABLANCA que je vais prsenter dans
le prochain chapitre.
50
Chapitre 4 :
Etude de cas - Optimisation dun Cluster
51
Introduction
Aprs avoir vu dans ce qui prcde les techniques de loptimisation, je vais
prsent illustrer son processus par une tude de cas concret labore durant mon
stage. On a considr le cas de la ville de Casablanca.
Dans ce chapitre je vais faire une tude doptimisation, en analysant les
diffrents problmes rencontrs et les moyens pour les dtecter et les solutions
proposes.
I.
La rgion tudie
La rgion tudier contient plusieurs sites 3G. Jai t amene traiter les
problmes radio de la rgion partir des drives tests effectus. Ensuite, vient
lanalyse des donnes qui permet de trouver les causes des problmes afin de
proposer les solutions.
La figure ci-dessous illustre la zone tudie avec la distribution des stations de
base de loprateur INWI.
II.
52
53
Comme cest cit dans le chapitre prcdant, le drive test est de deux types :
SSV et test pour Cluster.
II.2.1 SSV
Pour faire le test dun seul site, deux tapes simposent : test statique effectu
en restant devant le site, et un test dynamique effectu en faisant le tour autour du
site.
II.2.1.1 test statique
a) Test dappel :
Dans la fentre Device Computer, on va ajouter le tlphone, en mentionnant
MS comme type et HUAWEI U9202L comme modle. On choisit les port :
COM17 pour Modem port et COM19 pour COM port.
On remarque en mme temps que le GPS est arrt, sur la fentre Device
Configure aussi que sur le point qui est en rouge.
54
On voit que Voice Call sest ajout dans le tableau de la fentre Test Plan
Control , puis on va crer le fichier log o seront stockes toutes les informations
collectes et quon nommera SC SEC3.
Ensuite, on voit avec tous les dtails que lappel court a t test.
55
56
si le CQI =26 alors quil doit tre 27 cest quon devrait essayer de chercher une
meilleure position.
Aprs on cre le fichier log pour enregistrer tout changement de chaque
seconde, le test et le tlchargement continuent. On fait de meme pour le upload.
c) Access test
Ce test se fait par un script automatique. On procde comme avant en
choisissant cette fois ci Access.
57
d)Test du ping
On procde comme avant en choisissant cette fois ci Ping.
58
Maintenant quon a fini les tests concernant le SSV, on passe au maping. Sur
outdoor map on clique su layer control puis on importe Main Roads Route et obtient
la route qui est trace en rouge et que le GPS va suivre pour faire le test du cluster.
III.
59
60
61
On voit que la puissance est coupe dans une partie de la zone tudie.
il est dune moyenne =-21.83
III.2.4 Le BLER :
62
Threshold of
Requirement
> -70dBm
< -20dBm
> -5 dB
< 1%
Value
-74.12
-21.83
-5.34
0.55%
Scope of Requirement
Average over all data samples
Average over all data samples
Average over all data samples
Average over all data samples
Tableau 2: Comparaison entre les valeurs des KPI collectes et celles fournies par INWI
La non-conformit de ses statistiques avec les valeurs des KPI exiges par
loprateur implique quil faut faire une analyse des problmes rencontrs afin de
proposer des actions doptimisation sur le rseau.
Lobjectif tant datteindre les valeurs souhaites des KPIs, nous allons voir
dans le paragraphe suivant lanalyse de quelques problmes dtects ainsi que les
solutions proposes.
63
Analyse1 : Cette zone souffre dune faible couverture cause du site entour
en bleu qui est teint.
Action1 : Le site prsente des alarmes qui affectent le systme. On ne peut
pas activer ce site qu laide de lquipe OMC.
64
On a opt pour laction 2 vu quon ignorer la cause pour laquelle le site CAS1540_U est teint et quil fallait attendre lintervention de lquipe OMC.
III.4.2. Problmes de coupure dappel (Call DROP)
Lors du Drive Test, on value le DROP dans le cadre des appels long (LC : long
call). on a un seul drop
Figure 48: Problme d'un seul Call Drop dans la rgion tudie
Analyse3 : Ce Drop est d au retard du Handover entre les deux sites CAS1150_U et CAS-1166_U.
65
66
67
68
Aprs :
69
Dans la figure 62 32.27% des valeurs de RSCP (Before Actions) est suprieur 70 dbm.
Aprs les actions que nous avons propos loprateur INWI pour amliorer la
couverture 37.47% des valeurs de RSCP (After Actions) est devenue suprieur -70
dbm.
b) Pour le SC
Avant :
70
Aprs :
71
Aprs :
72
Aprs :
73
Avant optimisation, le BLER prenait des valeurs critiques. Aprs, il respecte les
seuils poss.
f) Pour le Call Dropped :
Avant
Aprs
74
Aprs
75
Conclusion :
Dans ce chapitre, jai prsent un cas pratique doptimisation en traitant les
problmes rencontrs sur le rseau 3G de loprateur. Cela ma permis dappliquer
les notions thoriques essentielles. En effet, un suivi journalier du rseau est mis en
place laide de lanalyse des drives tests rcents qui sont mis au service de
lingnieur de Huawei .Ils peuvent aboutir des solutions qui apporteront une
amlioration aux performances du rseau. Pour vrifier ltat du rseau, on se base
sur les indicateurs de performances, ainsi aprs limplantation des nouvelles actions,
ils peuvent avoir un effet ngatif sur le rseau .Dans ce cas, on est oblig ou de
revenir ltat initial ou de proposer des actions correctives.
76
Conclusion et perspectives
Lors de mon stage au sein de lentreprise Huawei, il m a t propos de
raliser un projet technique qui sadapte au domaine dexpertise du dpartement
"Radio Network Planning & Optimization. Et pour cela il fallait commencer par
approfondir nos connaissances sur le sujet grce aux diffrentes documentations qui
mont t proposs. Dautre part, jai essay de minitier avec les diffrents
logiciels comme GENEX Probe et GENEX Assistant qui sont prsent comme
tant des outils ncessaires pour dtecter les diffrents problmes du rseau 3G. Ils
facilitent aussi lanalyse en donnant la possibilit aux ingnieurs doptimisation de
mettre en uvre des propositions et puis de vrifier grce aux indicateurs de
performances sils ont eu un effet positif sur le rseau.
De ce fait, aprs avoir cumul les notions thoriques, il fallait les complter
par une tude pratique. Ainsi jai adhr au projet 3G INWI qui vise optimiser une
zone de CASABLANCA, cela ma a permis dans un premier lieu de raliser les
diffrents tests ncessaires la collecte des donnes dont nous aurons besoin et puis
grce laide que mont apport les ingnieurs responsable du projet, jai pu raliser
une analyse des diffrents problmes que jai avons rencontr. Ceci ma permis de
prendre conscience de limportance de loptimisation pour maintenir une qualit de
service acceptable du rseau et aussi de raliser un gain en cot sur les diffrentes
infrastructures raliser. Mon projet soccupe de la 3me gnration. La priode
que jai pass au sein de Huawei Technologies ma permis davoir une vision globale
de lenvironnement professionnel au sein dune entreprise Multinationale, ainsi que
les obligations et les contraintes auxquelles est confront un ingnieur au cours de
son travail quotidien. Jai aussi eu loccasion de tisser des relations damiti et de
fraternit avec les ingnieurs du dpartement RNO/RNP ainsi que les autres
stagiaires de Huawei. Ce qui ma permis de dvelopper lesprit de groupe et
damliorer ma communication.
77
Rfrences
http://www-igm.univ-mlv.fr/~dr/XPOSE2006/eric_meurisse/umts.php
http://web.univ-pau.fr/~cpham/M2SIR/BIBLIO/DOC04-05/UMTS.pdf
78