Suivi Et Amelioration Des KPIs Du Cluster ZMR 2G de CASA Pour Le Projet INWI V3

Suivi et amlioration des KPIs du cluster ZMR 2G de CASA pour le projet INWI
DIDI OMAR Youness & SEBADO Kokou
Projet de fin dtudes
Suivi et amlioration des KPIs du

Cluster-ZMR 2G de CASA pour le
projet INWI
Ralis par : DIDI OMAR Youness

SEBADO Kokou
Membres de Jury :
Mr. DEHMOUNI Hamza
(Prsident, INPT)
Mr. EL GHAZI Hassan
(Encadrant, INPT)
Mr.BOUHAMAME Mohamed (Examinateur, INPT)
Mr. ADDIOUI Youssef
(Encadrant, Huawei)
Mr.MAHTAT Omar
(Encadrant, Huawei)
Project de Fin dEtudes
Page 1
Ddicaces
A nos chers parents
A nos chers frres
A nos chres surs
A nos amis
A tous ceux qui nous aiment
Nous ddions ce modeste travail
Youness et Kokou
Page 2
REMERCIEMENT
Nous tenons remercier dabord Mr. DEHMOUNI Hamza davoir
accept de prsider notre jury.
Nous tenons remercier monsieur Mr AHA Manager du dpartement
Radio HUAWEI
pour son accueil chaleureux au sein de son
dpartement et pour ses qualits humaines et ses conseils.

Nous remercions galement notre encadrant de lINPT, Mr EL Ghazi
Hassan, pour sa disponibilit et son aide durant toute la dure de notre
Projet de Fin dEtudes.
Nous tenons
exprimer notre profonde gratitude Mr. ADDIOUI
YOUSSEF, notre encadrant externe pour son incontestable contribution

laccomplissement de ce projet.
Nous ne manquons pas de remercier toute lquipe RNO/RNP de
Huawei spcialement : Omar, Reda ,Said, Abdelghani, Mohamed,
zakaria pour laide et les conseils judicieux quils nont cesser de nous
prodiguer durant ce projet.
Finalement, Nous tenons remercier toute personne ayant contribu de

prs ou de loin laccomplissement de ce travail.
Page 3
RESUME
Devant la croissance concurrentielle sur le march de tlphonie mobile au Maroc, le jeune
oprateur INWI se sert dun des plus dou des quipementiers internationaux Huawei
technologies pour surmonter ce dfit.
Dans ce cadre sinscrit notre projet de fin dtude qui sintitule Suivi et amlioration des
KPIs du Cluster-ZMR 2G de CASA pour le projet INWI dans lequel notre rle tait
lamlioration dindicateurs cls de performance (KPI) en se basant sur des mesures Drive
Test et OMC-R afin de russir lacceptation du cluster ZMR dtude.
Notre projet est le fruit dune tude approfondie qui a dabord touch les aspects radio du
rseau GSM avant de passer ltude de la solution propose par HUAWEI Technologies
pour loptimisation et le suivi des performances du rseau GSM de INWI. Ensuite et en vue
de complter nos connaissances thoriques par la pratique, nous avons ralis une tude de
cas applique la zone de mobilit restreinte CASA-ZMR. Des plans dactions relatifs
chaque type de problme dtects ont t conus et proposs loprateur client. La
validation des actions correctives prsentes par loprateur a donn lieu leur mise en
place, puis au suivi de leur impact sur les performances du Cluster-ZMR.
Page 4
ABSTRACT
With the increase of competition in mobile telephony market in Morocco, the young
operator INWI makes use of one of the most talented international equipment
manufacturers Huawei technologies to overcome this challenge.
This context falls into our graduation project entitled "Monitoring and improving KPIs for
Cluster ZMR-2G of CASA for the project INWI "in which our role was the confection of key
performance indicators based on Drive Test and OMC-R measurement to grant the
acceptance of CASA-ZMR cluster.
Our project is the result of a comprehensive study which first hit the radio aspects of GSM
network before proceeding to the study of the solution proposed by Huawei Technologies
for optimization and performance monitoring of INWI GSM network. And then to complete
our theoretical knowledge by practice, we conducted a case study applied to the restricted
mobility zone CASA-ZMR. Action plans for each type of problem detected were designed and
proposed to the client operator. The validation of the corrective actions submitted to the
operator resulted in their implementation and then the monitoring of their impact on the
performance of cluster-ZMR.
Page 5
INWI
.
" 2G
"INWI
OMC-R .

INWI
.
.
.
Page 6
Sommaire
PRELIMINAIRE........................................................................................................................................ 13
CONJECTURE ECONOMIQUE DU MARCHE DE TELEPHONIE MOBILE AU MAROC ............................ 13
PRESENTATION DU DEPARTEMENT RNP/RNO DE HUAWEI .............................................................. 14
INTRODUCTION GENERALE ................................................................................................................... 15
CHAPITRE 1 GENERALITES SUR LE RESEAU GSM ................................................................................... 16
1.1
INTRODUCTION ..................................................................................................................... 16
1.2
ARCHITECTURE DU RESEAU GSM ......................................................................................... 16
1.2.1
ALLOCATION DE LA BANDE DE FREQUENCE.................................................................. 16
1.2.2
TOPOLOGIE DU RESEAU ................................................................................................ 17
1.2.3
LA STATION MOBILE MS ................................................................................................ 17
1.2.4
LE SOUS SYSTEME RADIO BSS ........................................................................................ 18
1.2.5
LE SOUS SYSTEME RESEAU NSS ..................................................................................... 18
1.2.6
LES INTERFACES DES RESEAUX GSM ............................................................................. 18
1.3
LINTERFACE RADIO ............................................................................................................... 19
1.3.1
BILAN DE LIAISON .......................................................................................................... 19
1.3.2
METHODES DACCES MULTIPLES................................................................................... 21
1.3.3
CODAGE CANAL ET MODULATION ................................................................................ 22
1.3.4
ORGANISATION DES MULTIPLES DE TRAMES................................................................ 23
1.3.5
LES CANAUX LOGIQUES ET PHYSIQUES ........................................................................ 23
1.3.6
LAVANCE TEMPOREL TA ............................................................................................... 26
1.3.7
LA TRANSMISSION DISCONTINUE DTX .......................................................................... 26
1.3.8
LE CONTROLE DE PUISSANCE ........................................................................................ 27
1.3.9
LE SAUT DE FREQUENCES .............................................................................................. 27
1.4
ASPECTS DU RESEAU GSM..................................................................................................... 28
1.4.1
LA GESTION DES RESSOURCES RADIO ........................................................................... 29
1.4.2
LE HANDOVER................................................................................................................ 29
1.4.3
LA GESTION DE LA MOBILITE ......................................................................................... 32
1.4.4
SELECTION ET RE-SELECTION DES CELLULES ................................................................. 32
Page 7
1.4.5
1.5
LA MISE A JOUR DE LA LOCALISATION ......................................................................... 33
CONCLUSION ......................................................................................................................... 33
CHAPITRE 2 SUPERVISION ET OPTIMISATION DU RESEAU GSM ....................................................... 34

2.1
INTRODUCTION ..................................................................................................................... 34
2.2
LES OBJECTIFS DE LOPTIMISATION DU RESEAU .................................................................. 34
2.2.1
LA COUVERTURE ........................................................................................................... 34
2.2.2
LA CAPACITE DU RESEAU GSM ................................................................................... 34
2.2.3
LA QUALITE DE SERVICE .............................................................................................. 34
2.3
PROCEDURE D'OPTIMISATION DU RESEAU GSM .................................................................. 35
2.4
L'ACQUISITION D'INFORMATIONS DU RESEAU .................................................................. 36
2.5
COLLECTE DES DONNEES ..................................................................................................... 36
2.5.1
LE DRIVE TEST .............................................................................................................. 37
2.5.2
LES DONNEES DE L OMC-R.......................................................................................... 41
2.6
LANALYSE DES DONNEES .................................................................................................... 43
2.6.1
ANALYSE DU CALL DROP ............................................................................................. 44
2.6.2
ANALYSE DU HANDOVER FAILURE ............................................................................. 45
2.6.3
ANALYSE DE LA CONGESTION TCH............................................................................ 46
2.6.4
ANALYSE DE LA CONGESTION SDCCH ....................................................................... 47
2.7
RESOLUTION DES PROBLEMES ............................................................................................ 47
2.7.1
RESOLUTION DU PROBLEME DE LA COUVERTURE ..................................................... 47
2.7.2
RESOLUTION DU PROBLEME DINTERFERENCE ............................................................ 48
2.7.3
RESOLUTION DU PROBLEME DE LA CONGESTION ..................................................... 50
2.8
LOCAL MAINTENANCE TERMINAL (LMT) ............................................................................ 51
2.8.1
EXECUTION DES COMMANDES.................................................................................... 51
2.8.2
LE MONITORING ........................................................................................................... 51
2.9
CONCLUSION ......................................................................................................................... 52
CHAPITRE3 ETUDE DE CAS DOPTIMISATION DU CLUSTER-ZMR DE CASA ............................................ 53

3.1
INTRODUCTION ..................................................................................................................... 53
3.2
CONTEXTE DE LETUDE DE CAS ............................................................................................. 53
3.3
OPTIMISATION DU CLUSTER-ZMR DE CASA .......................................................................... 54
3.3.1
ZONE DE LETUDE .......................................................................................................... 54
3.3.2
OPTIMISATION DE LA COUVERTURE ............................................................................. 55
3.3.3
OPTIMISATION DE LA QUALITE DU SIGNAL .................................................................. 58
3.3.4
OPTIMISATION DE CALL DROP. ..................................................................................... 60
Page 8
SOLUTIONS PROPOSEES ................................................................................................................ 62

3.3.5
OPTIMISATION DU HANDOVER ..................................................................................... 63
3.3.6
OPTIMISATION DE LA CONGESTION .............................................................................. 69
3.4
ETUDE DE LIMPACT DES SOLUTIONS PROPOSEES................................................................ 72
3.4.1
LA COUVERTURE ET LA QUALITE DE SIGNAL ................................................................. 72
3.4.2
LE CALL DROP ................................................................................................................ 73
3.4.3
LE HANDOVER................................................................................................................ 73
3.4.4
LA CONGESTION ............................................................................................................ 74
3.5
CONCLUSION ......................................................................................................................... 75
CONCLUSION GENERALE ...................................................................................................................... 76

INDEX ..................................................................................................................................................... 77
ANNEXES................................................................................................................................................ 80
RFRENCES .......................................................................................................................................... 83
Page 9
Liste des Figures

Figure 1: taux de pntration de la tlphonie mobile......................................................................... 13
: Figure 2 : nombre dabonns au service mobile par oprateur .......................................................... 13
Figure 3: Architecture du rseau GSM .................................................................................................. 17
Figure 4 : modle de bilan de liaison utilis .......................................................................................... 20
Figure 5: technique FDMA ..................................................................................................................... 21
Figure 6: Combinaison du TDMA et FDMA............................................................................................ 22
Figure 7: paquets GSM .......................................................................................................................... 23
Figure 8: organisation des multiples des trames .................................................................................. 23
Figure 9: Multiplexage TCH-SACCH le 12me FN de la multitrame est rserv pour la SACCH ............. 25
Figure 10: multiplexage des canaux de diffusion et CCCH sur lintervalle de temps 0 et 1 .................. 25
Figure 11: cycle de contrle de puissance............................................................................................. 27
Figure 12: protocoles de signalisation utiliss sur les interfaces Um, Abis et A ................................... 29
Figure 13: procdure de handover intra-BSC ........................................................................................ 31
Figure 14: procdure de handover inter-BSC ........................................................................................ 31
Figure 15: algorithme du handover ....................................................................................................... 32
Figure 16: niveaux fonctionnels de la QoS ............................................................................................ 35
Figure 17: procdure adopte pour loptimisation du rseau GSM de INWI ....................................... 35
Figure 18: aperu de linterface GENEX PROB v2.2 ............................................................................... 38
Figure 19: Drive test Route. ................................................................................................................. 39
Figure 20: Exemple de route suivie en Cluster test ............................................................................... 39
Figure 21: aperu de linterface graphique de M2000 .......................................................................... 41
Figure 22: aperu de linterface GENEX ASSUSTANT 2.2....................................................................... 44
Figure 23: mthode danalyse du call drop ........................................................................................... 45
Figure 24: mthode danalyse du HO failure......................................................................................... 46
Figure 25: mthode danalyse de la congestion.................................................................................... 47
Figure 26: aperu de linterface de NASTAR ....................................................................................... 49
Figure 27: interface du LMT .................................................................................................................. 52
Figure 28: zone de ltude ..................................................................................................................... 54
Figure 29: couverture dans le cluster ZMR ........................................................................................... 55
Figure 30: carte du RxLev proximit sites CAS-1164 et CAS-1093..................................................... 56
Figure 31: Amlioration aprs changement dans CAS-1164 et CAS-1093 ............................................ 57
Figure 32: qualit du signal dans le cluster-ZMR de CASA .................................................................... 58
Figure 33: Catre du Rxlev, RxQual et C/I dans la zone couverture de CAS-1064-3 ............................... 59
Figure 34: GSM UNKNOWN MESSAGE
Figure 35: Plan BCCH du CAS-1164-3 .................. 59
Page 10
Figure 36: BCCH aprs modification ...................................................................................................... 60

Figure 37: Call Drop rate dans CAS_ZMR............................................................................................. 60
Figure 38: Emplacement de call drop dans le cluster C5 ...................................................................... 61
Figure 39: Map du Rxlev au moment du call drop ................................................................................ 61
Figure 40: Solution propose pour remdier au call drop dans le cluster C5 ....................................... 62
Figure 41: GSM to GSM Incoming inter-cell handover .................................................................... 65
Figure 42: frquence BCCH de CAS-1141-1 et de ses cellules voisines ........................................... 65
Figure 43: interfrence band pour le TRX numro 998 de la cellule CAS-1141-1 .......................... 66
Figure 44: problme de BCCH dtects dans CAS-1177-3 .................................................................... 68
Figure 45: solution propose pour amliorer la qualit du signal et el C/I........................................... 68
Figure 46: mesure de congestion de la cellule CAS-1138-2 .................................................................. 70
Figure 47 : Amlioration de la Qualit de signal en DL dans le site CAS-1164-3 .................................. 72
Figure 48: Taux du call drop dans le cluster CAS-ZMR ......................................................................... 73
Figure 49: amlioration du taux de succs HO radio dans la cellule CAS-1030-3 ................................ 73
Figure 50 : amlioration du taux de succs HO radio dans la cellule CAS-1058-1 ............................... 74
Figure 51: amlioration du taux de succs du handover du cluster ZMR de CASA .............................. 74
Figure 52 : amlioration de la congestion TCH ..................................................................................... 75
Figure 53: amlioration de la congestion SDCCH .................................................................................. 75
Page 11
Liste des tableaux

Tableau 1 : allocation de frquences GSM ............................................................................................ 16
Tableau 2 : Paramtres et seuils de propagation Radio........................................................................ 20
Tableau 3: Les canaux ddis ............................................................................................................... 24
Tableau 4: les canaux de diffusion ........................................................................................................ 25
Tableau 5 : les canaux de contrle commun ........................................................................................ 26
Tableau 6: exemple de paramtres dingnierie................................................................................... 36
Tableau 7: Correspondance entre RxQual et le taux derreurs binaire BER ......................................... 40
Tableau 8: Correspondance entre RxQual et la qualit de service ..................................................... 40
Tableau 9: niveaux dinterfrence selon la puissance du bruit ........................................................... 43
Tableau 10 : genres dalarmes traites ................................................................................................. 43
Tableau 11: Nombre de cellules par cluster .......................................................................................... 54
Tableau 12: mesures de couvertures .................................................................................................... 56
Tableau 13: paramtres dingnierie des sites CAS-1164 et CAS-1093 ............................................... 56
Tableau 14: changement dAzimuth et de tilt ....................................................................................... 57
Tableau 15 : modification du BCCH des cellules voisines de CAS-1164-3 ............................................. 60
Tableau 16: solution proposes pour le call drop dans CAS-ZMR......................................................... 63
Tableau 17: Top 10 des cellules touches par le HO failure ................................................................... 64
Tableau 18 : rcapitulatif des cas traits HO dans CAS-ZMR ................................................................ 69
Tableau 19: problmes de congestion dtects dans la semaine du 23/05/2011 ............................... 69
Tableau 20 : modification dans la cellule CAS-1163-2 .......................................................................... 71
Tableau 21: Compteur OMC-R de congestion ....................................................................................... 71
Tableau 22 : taux de congestion SDCCH le 31/05/2011 pour le site CAS-1258 .................................... 71
Tableau 23: liste des alarmes du site CAS-1258 le 31/05/2011 ............................................................ 72
Page 12
PRELIMINAIRE
Conjecture conomique du march de tlphonie mobile au Maroc
Le Maroc reprsente lun des marchs mobiles les plus avancs en Afrique. Il sagit l dun
march en continuelle volution. Au terme du premier trimestre 2011, les chiffres publis
par lANRT (figure ci-dessous) font ressortir un parc global Mobile de 33,6 millions
dabonns, le taux de pntration se renforce de 18,96 points 104,78% (contre 85,82% en
mars 2010). En revanche, La concurrence, dans le march mobile marocain, connat de nos
jours une dynamique particulirement notable.
Figure 1: taux de pntration de la tlphonie mobile

Lintroduction dun nouvel oprateur sous la tutelle de Wana Corporate et lattribution de la
troisime licence GSM en 2009 commercialise sous la marque INWI a naturellement
bouscul le paysage de la tlphonie mobile au royaume comme le montre la figure ci
dessous.une hausse de 4.8 million dabonns est remarquable pour INWI qui a commenc
par acqurir des parts de march importantes par lintroduction des nouvelles politiques de
commercialisation ; la plus importante tant la tarification la seconde.
Figure 2 : nombre dabonns au service mobile par oprateur
Page 13
Prsentation du dpartement RNP/RNO de HUAWEI

Dans le cadre du projet INWI, le dpartement RNP&RNO de HUAWEI, a pour mission la mise
en place de la partie radio du rseau 2G depuis sa planification jusqu son exploitation.
Dans la phase de planification, la mission des ingnieurs RNP & RNO a consist dlaborer
une tude de terrain leur ayant permis de choisir les emplacements des sites et leurs
paramtres de planification.
Aprs linstallation des sites, une premire optimisation a eu lieu dans un objectif dajuster le
rseau sur la meilleure qualit de service permise par les ressources existantes. Dans ce
sens, les ingnieurs RNP & RNO ont tenu un suivi journalier du tableau de bord des
performances du rseau, ayant men une acceptance par le client. Une fois
loptimisation acheve et toutes les oprations valides et approuves par loprateur, la
phase de maintenance et doptimisation dynamique sest dclenche dans le but daccorder
dune manire volutive la qualit de service du rseau aux attentes des abonns.
Dans la phase courante doptimisation volutive du rseau, les ingnieurs RNP & RNO ont
pour fonctions principales de :
Quantifier les performances du rseau en adoptant diffrentes approches afin de donner
l'optimisation une plus large marge de manoeuvre dans l'analyse des incidents ;
Diagnostiquer les problmes du rseau en exploitant les mesures ralises ;
Concevoir et oprer des actions correctives au niveau du rseau afin de challenger sa
qualit de service et de garantir auprs des clients des demandes d'accs au rseau sans
coupure ni congestion et une bonne qualit de signal.
Il est noter quavant de procder une quelconque intervention sur le terrain, les
ingnieurs RNP & RNO de HUAWEI sont tenus de remettre au dpartement radio de INWI,
une tude dopportunit et un rapport de motivation des actions recommandes. Dans le
cas o une demande dintervention nest pas approuve, un plan daction alternatif doit tre
propos.
A travers ce prliminaire, la mise en valeur de la notion de qualit de service est amorce,
notamment par la prsentation des moyens et ressources que HUAWEI technologies dploie
afin de mener bien sa prestation de mise en place et doptimisation de la qualit de service
du rseau INWI.
La partie qui suit prsentera les notions de base des rseaux 2G.
Page 14
INTRODUCTION GENERALE
Ce document nest rien dautre que le rapport de notre projet de fin dtude (PFE) .il
contient trois chapitres.
Dans le premier chapitre, nous prsenterons les concepts thoriques du GSM les plus
importants notamment larchitecture gnrale du GSM, les mthodes daccs multiples , le
codage , les canaux logiques , le contrle de puissance ...
Dans le deuxime chapitre, nous prsenterons les outils et les mthodes utiliss par
HUAWEI pour assurer loptimisation du rseau GSM de INWI. Nous parlerons galement des
mthodes danalyse du call drop (coupure dappel), du handover failure (chec du
handover), et de la congestion en prenant appui sur les donnes fournies par le drive test
(DT) ou les donnes de lOMC- R. Nous parlerons galement dans ce chapitre des mthodes
de rsolution des problmes de couverture, dinterfrence et de la congestion
Le troisime chapitre de ce rapport sera consacr aux tudes de cas. Ces tudes de cas
concerne notamment la dtection, lanalyse et la rsolution des problmes de couverture,
de la mauvaise qualit du signal, du call drop, du handover failure ainsi que de la congestion.
Nous allons enfin prsenter dans cette troisime partie limpact des solutions proposes
sur les KPI dans le rseau de INWI.
Page 15
1 CHAPITRE 1
GENERALITES SUR LE RESEAU GSM
1.1 INTRODUCTION
La technologie des tlcommunications mobiles remonte aux annes 1920s lorsque le
systme de tlcommunication mobile bas sur les ondes courtes a merg, suite au
dveloppement de technologies de tlcommunication telles que la transmission radio
mobile, la gestion des canaux et la commutation de circuit. Divers systmes de
tlcommunications mobiles comme le tlphone cellulaire, lappel mobile ont merg
rapidement. En effet le rseau GSM (Global System for Mobile communications) est devenu
le systme de tlphonie mobile le plus populaire : plus de 200 pays lutilisent. Il s'agit d'un
standard de tlphonie dit de seconde gnration (2G) o les communications
fonctionnent selon un mode entirement numrique. La norme GSM autorise un dbit
maximal thorique de 14,4 kbps et un dbit pratique de 9,6Kbps, ce qui permet de
transmettre la voix ainsi que des donnes numriques de faible volume. Vue limportance de
cette technologie pour notre projet de fin dtudes Nous prsenterons dans ce premier
chapitre une description gnrale de la thorie des rseaux GSM.
1.2 Architecture du rseau GSM

1.2.1
Allocation de la bande de frquence
Le systme cellulaire GSM est divis selon la bande de frquence utilise en GSM900M et
DCS1800Met EGSM900M avec un intervalle entre frquences porteuses de 200 KHz comme
le montre le tableau suivant :
Tableau 1 : allocation de frquences GSM

ARFCN : cest un numro qui spcifie une paire de frquences radio utiliss pour la
transmission et la rception sur linterface Um. Par exemple un ARFCN=1 indique deux
frquences utilises par le mobile (en rception F1= 935MHz et en mission F2=890MHz).
Page 16
Les bandes de frquences GSM alloues par lANRT INWI sont la bande E-GSM
(975<=ARFCN<=1024) ainsi que la bande DCS 1800 (512<=ARFCN<=885).
1.2.2
Topologie du rseau
Au sein dun rseau cellulaire GSM nous distinguons gnralement trois parties:
La Station Mobile, Le sous-systme radio (BSS, Base Station Sub-System) et le sous systme
rseau (NSS : Network Sub-System).
Figure 3: Architecture du rseau GSM

1.2.3
La station mobile MS
La station mobile est compose dune part du terminal mobile, et dautre part du module
didentit dabonn (SIM Subscriber Indentity Module).
Le terminal mobile est lappareil utilis par labonn. Diffrents types de terminal sont
prescrits par la norme en fonction de leurs applications (fix dans une voiture, portatif) et de
leurs puissances (de 0.8W 20W). Chaque terminal mobile est identifi par un code unique
IMEI (International Mobile Equipment Identity). Au plus du numro dappel de labonn
MSISDN (Mobile Station ISDN Number), on attribue chaque carte SIM une identit unique
dans le rseau qui est le IMSI (International Mobile Subscriber Identity) qui identifie labonn
de mme que les renseignements relatifs labonnement (services auxquels labonn a
droit).
Une station mobile (MS) peut tre dans l'un des tats suivants:
dtache - MS est hors tension ou la carte SIM est dsactive
attach - MS est allum et la carte SIM est active. Un MS attach peut tre en deux tat:
o Idle - pas de canal ddi allou.
o Active (ddi) le MS a une connexion ddie au rseau
Page 17
1.2.4
Le sous systme radio BSS
Le sous-systme radio assure la transmission radiolectrique et gre les ressources radio, il

prend en charge la transmission adapte au canal radio, et dcide du handover. Le BSS est
compos de deux parties : la BTS et le BSC.
BTS : La BTS (Base Transceiver Station) ou station de base, consiste en un ou un ensemble
dmetteurs-rcepteurs appels TRX. Elle est charge de la transmission radio.
La communication entre la station mobile et la station de base est ralise par linterface
Um, appel aussi interface radio.
BSC : Le BSC (Base Station Controler) ou contrleur de station de base est lorgane intelligent
du BSS. Son rle est de grer les ressources radio (configuration des canaux, transfert
intercellulaire (Handover) dune ou plusieurs stations de base (BTS), en plus dtablir le lien
physique entre les BTS et le commutateur de service mobile (MSC Mobile Switching
Center).
1.2.5
Le sous systme rseau NSS
Le NSS comprend les fonctions principales dtablissement des appels et gre aussi
litinrance. Il est compos de :
MSC : Commutateur de service mobile (MSC - Mobile Switching Center), Cet lment peut
tre considr comme le coeur dun systme cellulaire puisquil fait la gestion des appels, de
leur enregistrement et leur localisation. Le MSC agit en somme comme un nud dun
rseau commut.
HLR : Registre des abonns locaux (HLR Home Location Register), Il sagit dune base de
donnes contenant les informations sur les abonns dun PLMN : il contient lidentit IMSI,
le numro de labonn MSISDN ainsi que le profil de labonnement. Il contient galement la
position courante de chaque abonn grce au numro de VLR o il est enregistr.
VLR : Registre des abonns visiteurs (VLR Visitor Location Register), Cette base de donnes
contient temporairement des informations sur les terminaux prsents dans son secteur de
couverture. Ces informations proviennent du HLR et indiquent les services auxquels labonn
a droit. Le VLR est toujours associ un MSC et certains constructeurs lintgrent dans le
MSC.
EIR : Registre didentification dquipement (EIR Equipement Indentity Register), Cest une
base de donnes contenant les identits des terminaux valides. Une consultation du registre
permet de refuser laccs au rseau un terminal qui a t dclar perdu ou vol.
AuC : Centre dauthenticit (AuC Authentication Center), Le AuC est une base de donnes
protge qui contient une copie de la cl secrte inscrite sur la SIM de chaque abonn. Un
AuC est associ chaque HLR.
OMC : centre de maintenance et doprations et permet le suivi des quipements du rseau
ainsi lintervention au cas dalarmes, de congestion, de problmes Radio.
1.2.6
Les interfaces des rseaux GSM
Les diffrents composants du rseau de GSM sont relis entre eux par des interfaces bien
dfinies:
Page 18
Um : interface entre MS et BTS, dfinit le type de modulation, de correction d'erreur, des

informations de commande de puissance, etc.
Abis : Une interface entre les BTS et BSC dfinit l'affectation des canaux, des informations de
mesure de puissance, etc.
A : interface se situe entre le BSS et le MSC. L'interface gre lallocation de ressources radio
appropri pour le SMS et gestion de la mobilit.
B: interface entre le MSC et le VLR utilise la carte de protocole MAP/ B. La plupart des MSC
sont associs un VLR, rendant l'interface B "internes". Chaque fois que le MSC veut
accder aux donnes concernant un MS situ dans sa zone, il interroge le VLR l'aide de la
MAP / B.
C: interface entre le HLR et un GMSC. Chaque appel provenant de l'extrieur de
GSM (par exemple, un appel du PSTN vers le MS) doit passer par une passerelle pour obtenir
les informations de routage ncessaires pour terminer l'appel, et le MAP/C est utilis pour
cette raison.
D: interface entre les VLR et HLR, et utilise le protocole MAP/D pour l'change des donnes
relatives l'emplacement du MS et la gestion de la abonn.
E: L'interface E relie deux MSC. L'interface E changes de donnes lies au transferts dappel
entre MSC en utilisant le protocole MAP / E.
F: L'interface F relie le MSC l'EIR, et utilise le protocole MAP / F pour vrifier
le statut de l'IMEI que le MSC a rcupr du MS,
G: L'interface G relie deux VLR de deux MSC diffrents utilisant le Protocol MAP / G
pour le transfert de renseignements sur les abonns, par exemple lors de une procdure de
mise jour l'emplacement.
H: L'interface H est comprise entre les MSC, et utilise le MAP / H protocole pour soutenir le
transfert de messages courts.
1.3 Linterface radio

1.3.1
Bilan de liaison
La zone de couverture effective d'une station de base dpend en grande partie sur les
facteurs suivants:
- puissance d'mission du BTS
- bande de travail utilis (900 MHz ou 1800 MHz)
- le type d'antenne et l'emplacement
- budget de puissance
- l'environnement de propagation radio
- Les porteuses, les exigences de couverture
Pour calculer le budget de la liaison montante et descendant on utilisera les paramtres
suivants dans le tableau suivant :
Page 19
Environnement dapplication
Le premier tage des hauts

btiments dans les grandes
villes
Dans les voitures.

Le premier tage dans les
btiments gnraux.
Plain air (Outdoor).
Indexes
Sensibilit du mobile: -102 dBm
Protection Fast fading: 3dB
protection (indoor) Slow fading: 7dB
perte de Pntration: 18dB
bruit dinterfrence: 2dB
protection bruit environnemental :

2dB
Sensibilit du mobile: -102 dBm
Protection Fast fading: 3dB
Slow fading protection (indoor): 5dB
bruit dinterfrence: 2dB
protection bruit environnemental: 2dB
Mobile station sensitivity: -102 dBm
Fast fading protection: 3dB
Slow fading protection (indoor): 5dB
protection bruit environnemental 2dB
Tableau 2 : Paramtres et seuils de propagation Radio
Figure 4 : modle de bilan de liaison utilis

Avec :
-Pout b ou PIRE : Puissance Isotropique Rayone effectivement
- Poutm : puissance la sortie du MS
- Gdb : gain de diversit de la BTS
-Pinb : puissance reu de la BTS
- pbn : puissance du bruit
-Lfb :perte dans le feeder
-Lfc :perte du combineur
-Pbt,Pbr : puissance de transmission et de rception.
- Gain de rception de lantenne Gab = Gain de l'antenne d'mission (d'aprs le thorme de
rciprocit)
Les quations suivantes sont utilis pour le calcule du budget de liaison :
Page 20
Pbr = Poutm + Gam Ld + Gab + Gdb Lfb Pbn

Pinm=Pbt-Lcf-Lcb+Gab-Ld
1.3.2
Mthodes daccs multiples
Dans les systmes de communication mobile cellulaire, plusieurs terminaux peuvent

communiquer en mme temps utilisant les mmes stations de base. De ce fait, il est
ncessaire de distinguer les diffrents signaux changs. La solution de ce problme est
lutilisation des techniques daccs multiples. Il existe cinq types de technologie d'accs
multiples, savoir: accs multiple en division de frquence (FDMA), accs multiple en
division de temps (TDMA), accs multiple en division de code(CDMA), accs multiple
despace (SDMA), et accs multiple en division polaire (PDMA). La technologie daccs
multiple que la norme GSM utilise est une combinaison du TDMA avec FDMA On prsentera
dans la suite les technologies FDMA et TDMA uniquement.
1.3.2.1 FDMA
La mthode daccs FDMA, ou accs multiple par division de frquences, repose sur un
multiplexage en frquences en divisant la bande de frquences en plusieurs sous-bandes.
Chacune est place sur une frquence dite porteuse, qui est la frquence spcifique du
canal. Chaque porteuse ne peut transporter que le signal dun seul utilisateur. La figure 3
illustre un multiplexage FDMA de N porteuses. Cette mthode ncessite une sparation
entre les porteuses pour viter les interfrences.
Figure 5: technique FDMA

1.3.2.2 TDMA
La mthode TDMA, ou accs multiple par division de temps, offre la totalit de la bande
de frquences chaque utilisateur pendant une fraction de temps donne, dnomme slot,
le MS transmet dans la fentre temporelle qui lui a t alloue. Les diffrents slots sont
regroups en une trame, le systme offrant ainsi plusieurs voies de communication aux
diffrents utilisateurs. La succession des slots allous dans les trames forme un canal
physique. Le TDMA sapplique principalement la transmission de signaux numriques,
contrairement au FDMA, conu pour une transmission analogique. Toutefois, la combinaison
des deux techniques est envisageable. La figure 4 illustre une bande de frquences dj
divise par le FDMA en sous bandes centres autour de diffrentes porteuses. Chaque sousbande est ensuite partage en slots, suivant la mthode TDMA, ce qui permet daugmenter
considrablement le nombre dutilisateurs dans le rseau.
titre de comparaison, le rseau GSM utilise un multiplexage frquentiel, appel FDD
Page 21
(Frequency Division Duplex), qui permet de diviser la bande de frquences en deux parties :
une voie montante, du mobile vers la station de base, et une voie descendante, de la station
de base vers le mobile. La technique TDMA partage ensuite les voies montantes et
descendantes en 8 slots par porteuse.
Figure 6: Combinaison du TDMA et FDMA.
1.3.3
Codage canal et modulation
En raison des interfrences lectromagntiques, la voix code ou les donnes transmises

sur l'interface radio doivent tre protges tant que possible. Le systme GSM utilise le
codage convolutionnel et des blocs d'entrelacement pour assurer cette protection. Les
algorithmes utiliss diffrent en fonction des diffrents dbits de donnes. Rappelons que le
codec vocal produit un bloc de 260 bits pour chaque chantillon de 20 ms. il a t constat
que certains parties de ce bloc sont plus importants que certains dautres en raison de la
qualit perue.
Les bits sont ainsi divises en trois classes:
-Classe 1 : 50 bits - les plus importants.
-Classe 2 : 132 bits - modrment sensible aux erreurs et moins important.
-Classe 3 : 78 bits - moins sensible aux erreurs.
3 bits du codage cyclique de redondance pour la dtection des erreurs sont ajouts aux
bits de la Classe 1. Si une erreur est dtecte, la trame est jug trop endommage pour tre
dcod correctement et sera remplace par une version corrige. Ces 53 bits, ainsi que les
132 bits de classe 2 et une squence de queue de 4 bits (soit un total de 189 bits)
constituent lentre dun codeur convolutif dont Chaque bit en entre est cod deux bits en
sortie. Le codeur convolutif produit ainsi 378 bits, laquelle on ajoute les 78 autres bits de
classe 3, qui ne sont pas protgs. Ainsi, chaque chantillon de parole de 20 ms est cod sur
456 bits, ce qui donne un dbit de 22,8 kbps. Afin de mieux protger contre les erreurs
d'clatement commun l'interface radio, chaque chantillon est entrelac. Les 456 bits sont
divises en 8 blocs de 57 bits, et ces blocs sont transmis dans huit intervalles de temps
conscutifs. On utilise chaque intervalle de temps peut transporter deux blocs de 57 bits,
chaque slot peut transporter le trafic de deux chantillons de parole diffrents. Rappelons
que chaque intervalle de temps est transmis un dbit brut de 270,833 kbps. Ce signal
numrique est modul sur la frquence porteuse analogique, qui a une bande passante de
Page 22
200 kHz, en utilisant la modulation GMSK. GMSK a t slectionn pour assurer l'efficacit
spectrale et limiter les rayonnements non essentiels.
Figure 7: paquets GSM

1.3.4
Organisation des multiples de trames
La norme GSM fixe une organisation prcise pour les multiples des trames : la multitrame, la
supertrame et lhypertrame :
Time slot (5us) : 156,35 bit.
Bit : 3,69us
Figure 8: organisation des multiples des trames

1.3.5
Les canaux logiques et physiques
Dans le rseau GSM, chaque cellule a plusieurs frquences porteuses et chaque frquence
possde huit intervalles de temps, offrant huit canaux physiques de base. La voie logique
Page 23
effectue un multiplexage temporel dans les canaux physiques.Les canaux logiques

transmettent diffrents types d'informations entre la BTS et le MS, comme la signalisation et
les services de donnes.
Il existe deux catgories de canaux logiques:
-les canaux ddis : ils sont constitus des canaux de trafic et de signalisation (TCH, SDCCH)
ainsi que les canaux de contrle ddis (SACCH, FACCH).
- les canaux non-ddis ou communs : ils sont diviss en deux, les canaux de diffusion
(BCCH, SCH, FCCH) et les canaux de contrle communs ou CCCH (PCH, RACH, AGCH, CBCH).
1.3.5.1 Les canaux ddis
Ils fournissent les ressources ncessaires un mobile pour couler le trafic et prserver le
lien radio. Le mobile se voit attribuer une paire de slots o il est seul mettre et recevoir.
Les canaux de trafics TCH transportent la voix code ou les donnes de labonn.
Tableau 3: Les canaux ddis

Une frquence de la porteuse peut fournir huit TCH/F ou seize TCH/H. Les types de canaux
vocaux sont classs comme suit:
Voix plein dbit amliore TCH (TCH/EFS) 13Kbit/s
Voix plein dbit 9.6 Kbit/s TCH (TCH/F9.6)
Voix moiti dbit amliore 4.8 Kbit/s TCH (TCH/F4.8)
Voix moiti dbit 2.4 Kbit/s TCH (TCH/F2.4)
Le dbit de la voix est choisi selon lenvironnement radio ou suite la capacit du rseau.
Les canaux logiques sont souvent multiplexs sur les voix physiques :
Page 24
Figure 9: Multiplexage TCH-SACCH le 12me FN de la multitrame est rserv pour la SACCH
Figure 10: multiplexage des canaux de diffusion et CCCH sur lintervalle de temps 0 et 1
1.3.5.2 Les canaux de diffusion
Ils servent diffuser des donnes relatives une cellule permettant chaque mobile
d'accrocher au systme local en rcuprant les paramtres ncessaires. Le tableau suivant
donnera plus de dtail sur les canaux de diffusion.
Tableau 4: les canaux de diffusion

1.3.5.3
Les canaux de contrle commun
Ils sont rservs pour les oprations de gestion des communications (tablissement,
allocation de canaux de signalisation).
Page 25
Tableau 5 : les canaux de contrle commun

1.3.6
Lavance temporel TA
La transmission du signal a un retard. Si le MS s'loigne de la BTS pendant un appel, le

signal de la BTS au MS sera retard, de mme pour le signal du MS vers la BTS. Si le dlai
est trop long, le message transmis dans lintervalle de temps correspondant ne peut pas
tre correctement dcod, et cet intervalle de temps peut mme se chevaucher avec celui
du prochain signal en provenance dun autre MS, rsultant en une interfrence entre
intervalle de temps. Par consquent, l'en-tte du rapport de mesure envoye par le MS
porte la valeur du TA utilis. La BTS surveille le temps d'arriv des appels et envoie des
commandes incitant le MS envoyer la nouvelle valeur de l'avance temporelle (TA). Cette
dernire est comprise entre 0 et 233us. La porte maximale dune cellule est 35Km. Le TA
est calcul comme suit :
TA =1/23.7us/bit63bit*c
3.7us/bit est la dure d'un bit (156bit/577us), 63bit est le maximum de bits pour la
coordination de l'intervalle de temps, c est la vitesse de la lumire (taux de transmission du
signal); 1 / 2 est lie aller-retour du signal. Selon la description qui prcde, 1 bit ou 3.7us
du retard signifie 554 m, en raison de l'influence du phnomne multi-trajets et la prcision
de la synchronisation du MS, le TA peut tre d'environ 3 bits (1,6 km).
1.3.7
La transmission discontinue DTX

Pendant la communication, une personne parle moins que 40% du temps de la conversation
normale, aucune information utile nest transmise au cours la priode de repos de 60%. Si
toutes les informations sont transmises au rseau, beaucoup de ressources seront

gaspilles, en outre, l'interfrence ne fera qu'aggraver. Afin de rsoudre ce problme, le
GSM adopte la technologie DTX pour interrompre la transmission du signal lorsqu'il n'ya pas
de signal vocal. Par consquent, le niveau d'interfrence est rduit.
Page 26
Les avantages du DTX sont numrs ci-dessous:

- DTX en voix montante peut conomiser les piles MS et de rduire les interfrences.
- DTX en voix descendent peut rduire la consommation d'nergie et de rduire
l'intermodulation dans la BTS.
Ces deux technologies utilises ensemble peuvent amliorer le taux de succs de transfert
dappel. En plus lorsqu'il le saut de frquence est activ la capacit du systme crot
considrablement.
1.3.8
Le contrle de puissance
tant donn que la BTS peut prendre en charge plusieurs appels dans le mme temps, le
niveau de signal devrait tre rapidement rduit dans la nouvelle connexion. Sinon, d'autres
appels pris en charge par la BTS vont se dtriorer et les appels dans d'autres cellules seront
galement touchs. Le but de l'tape de rglage initial est de rduire rapidement la
puissance d'mission du MS.
La commande de changement de puissance MS (PC) et l'avance du temps (TA) ncessaire
seront envoys au MS dans len-tte de chaque bloc SACCH en voie descendante. Le MS
configure le niveau de puissance qu'il utilise maintenant dans son bloc d'informations SACCH
montant et l'envoie au BTS dans le rapport de mesure. Un seul message de commande de
puissance ne fait pas passer le MS au niveau requis immdiatement. Le taux maximum de
variation de puissance MS est de 2 dB pour toutes les 60 ms.
Figure 11: cycle de contrle de puissance

1.3.9
Le saut de frquences
Avec le volume de trafic croissant et les ressources limites en frquence, la rutilisation

des frquences est de plus en plus agressive. Par consquent, rduire les interfrences
devient de plus en plus remarquable. Le but est d'utiliser pleinement le spectre actuel, le
domaine du temps et les ressources de l'espace. Les mesures cls comprennent le saut de
Page 27
frquence, la transmission discontinue (DTX), et le contrle de puissance. Le saut de

frquence peut galement rduire efficacement l'influence des vanouissements rapides
ainsi consolider la scurit du rseau. On distingue deux types de saut de frquence :
le saut de frquence en bande de base :

A chaque TRX install sur la cellule, on fait correspondre une frquence particulire.
Cest le Time Slot considr qui saute sur tous les TRX toutes les trames TDMA. Le
Time Slot 0 qui correspond au BCCH ne saute pas, cette technique nest plus utilise
car si un TRX tombe en panne toute la cellule ne pourra plus fonctionner.
le saut de frquence synthtis:
Le nombre de frquences sur lesquelles on saute est suprieur au nombre de TRX
installs sur la cellule. On peut sauter sur toute la bande GSM alloue si on veut.
Cest le TRX qui change de frquence toutes les trames TDMA. Le Time Slot ne saute
plus. Le TRX du BCCH ne saute pas. cette technique est celle utilise dans le rseau
GSM de INWI.
En combinant la technique TDMA et la technique du saut de frquence FH, on
obtient la mthode de base daccs du GSM : FH/TDMA. Le saut de frquence nest
pas activ lorsque la charge du rseau est faible mais lorsque le SFH est actif, le canal
physique utilise un ensemble de porteuses parcourues selon une squence de saut.
Cette squence peut tre cyclique ou pseudo-alatoire, et elle est dfinie sur un
ensemble de N (<=64) frquences attribues la BTS. Le saut de frquence nest
possible quau sein dune mme bande, il ny a pas pour l'instant de combinaisons de
frquences entre GSM 900 et DCS 1800.
1.4 Aspects du rseau GSM

Assurer la transmission de la voix ou des donnes avec une qualit donne sur le lien radio
n'est quune fonction d'un rseau cellulaire mobile. Un mobile GSM peut se dplacer dune
manire transparente au niveau national et international, ce qui exige les fonctions
d'enregistrement, d'authentification, de routage des appels et les fonctions de mise jour
de localisation. En outre, le fait que la zone gographique couverte par le rseau est divis
en cellules ncessite la mise en uvre d'un mcanisme de transfert dappel dit aussi
Handover.
Page 28
Figure 12: protocoles de signalisation utiliss sur les interfaces Um, Abis et A
Le protocole de signalisation dans le systme GSM est structur en trois couches
principales. La couche 1 est la couche physique, qui utilise le canal discut ci-dessus sur
l'interface air. La couche 2 est la couche liaison de donnes utilisant une version modifie du
protocole LAPD utilis dans le RNIS, appel LAPDm. La couche 3 du protocole de signalisation
GSM est elle-mme divise en 3 sous-couches.
-Gestion des Ressources Radio: Contrle de la configuration, la maintenance et les transferts

dappels.
-Gestion de la Mobilit: gestion de lenregistrement et la mise jour de localisation, ainsi
que la scurit et l'authentification.
-Gestion de la Connexion : poigne de contrle appel gnral, et gre des services
supplmentaires ainsi que les appels courts.
1.4.1
La gestion des ressources radio
La couche de gestion des ressources radio (RR) supervise l'tablissement du lien radio
entre la station mobile et le MSC. Les principales composantes fonctionnelles concernes
sont la station mobile, le BSS, ainsi que le MSC. La couche RR est concerne par la gestion de
la session RR, qui est le temps dont le mobile est en mode ddi. Une session RR est
toujours initie par le MS travers la procdure d'accs, que ce soit pour un appel sortant,
ou en rponse un message de demande de localisation. En outre, il assure la gestion des
fonctions radio comme le contrle de la puissance, la transmission et la rception
discontinue, et avance temporel.
1.4.2 Le Handover
Dans un rseau cellulaire, les liaisons radio ne sont pas affectes de manire permanente
pendant la dure d'un appel. Le Handover est le transfer d'un appel en cours vers un autre
canal dune autre cellule. L'excution et les mesures ncessaires pour le Handover est une
fonction de base de la couche RR, nous prsenterons par la suite une description dtaille du
handover.
Page 29
1.4.2.1 Principe du handover
En tant que technologie cl dans le systme de tlcommunication mobile cellulaire, le

handover (HO) rduit le taux de coupure dappel (Drop rate) et les interfrences du rseau.
La procdure du handover se compose du dclenchement, prparation, dcision, et
excution du handover.
La dcision du HO dpend des rapports de mesures MRs envoys par le MS par le biais du
SACCH et le MR de la liaison montante envoy par BTS, Ces deux rapports sont envoys au
BSC dans le mme temps pour effectuer la dcision. Les informations systme qui incluent
les paramtres de la cellule active et la cellule voisine sont envoys au MS en mode ddi
travers la liaison descendante de mesure SACCH, Les rapports du MS comprennent le RXLEV
des cellules voisines et la qualit de la voix, la valeur du TA adopt, la commande de
puissance et une indication sur lutilisation du DTX, en se basant sur ces informations le BSC
dcide de permettre un handover ou non.
1.4.2.2 Les types du handover
Le handover doit tre effectue travers le temps dans des conditions diffrentes pour
assurer une bonne qualit de communication. Le HO est devis en deux catgories :
Le HO durgence qui inclus :
Direct retry HO est dclench au cours de ltablissement dappel, le SDCCH est

affect dabord et ensuite le TCH. Si la cellule de service na pas un TCH disponible, la
tentative dappel choue cause de la congestion TCH. La fonction dattente peut
tre active pour laisser suffisamment de temps pour le systme de slectionner une
cellule voisine directe disponible et ressayer nouveau.
TA HO peut tre utilis pour contrler la zone de couverture du BTS. Lorsque le BSC
trouve que la valeur TA dclars par le MS est plus lev que marge dfinie, TA HO
est lance.
BQ HO est dclench lorsque le BSC trouve dans les MRs du MS et BTS que le taux
derreur binaire de la liaison montante ou descendante est suprieur la marge BQ
HO dfinie.
Interfrence HO est dclench lorsque le BSC trouve dans les MRS que le niveau des
interfrences soit en voix mandante ou descendante est suprieur au seuil dfinit.
HO de partage de charge est dclench lorsque le BSC trouve dans le MR de la BTS
que le seuil remplissage des canaux de trafic TCH est franchi et quune cellule voisine
possde des ressources supplmentaires pour acheminer lappel.
Le HO normale qui inclus :

Dans lEDEG HO le niveau de signal du bord de la cellule voisine devrait tre plus
lev que celui de la cellule de service avec une certaine valeur. Cette valeur est
appele la marge HO du bord. La marge HO bord devrait tre plus lev que le niveau
daccs minimal du MS.
Page 30
Niveau HO est dclench lorsque le MS se trouve dans une zone ou deux cellules
couvrent mais nappartenant pas au mme niveau et favorise les cellules prioritaires
dans notre cas ce sont les cellules DSC1800.
PBGT HO bas sur le total des pertes et consiste chercher une cellule avec moins de
perte de chemin et de dcider si le HO est ncessaire. La plus grande diffrence entre
le HO PBGT et dautres, cest que la condition qui le dclenche qui est la perte de
chemin, pas la puissance de rception.
FM HO est dclench lorsque le BSC dtecte que le MS se dplace rapidement, le
BSC dcide deffectuer le HO une cellule qui couvre une zone gographique plus
large afin dviter des handover frquents.
Figure 13: procdure de handover intra-BSC
Figure 14: procdure de handover inter-BSC
Page 31
Nous avons accord une attention particulire ladaptation et la coordination de diffrents

types du HO.
1.4.2.3 Algorithme du HO
Les rapports de mesures sont envoys au BSC dune manire continue, le traitement de la
pnalit commence par pnaliser la cellule cible lorsque un HO choue et la cellule de
service quand un HO durgence est effectue, les cellules sont ensuite classs suivant leurs
priorits et une dcision du HO est effectue lorsque une ou plusieurs conditions normales
ou durgences sont vrifis selon lalgorithme suivant :
Figure 15: algorithme du handover

1.4.3
La gestion de la mobilit
La couche de gestion de la mobilit (MM) est au-dessus de la couche RR, et gre les
fonctions qui dcoulent de la mobilit de l'abonn, ainsi que les aspects d'authentification et
de scurit. La gestion de la localisation permet au systme de connatre l'emplacement du
MS afin que le routage des appels entrants puisse tre accompli.
1.4.4
Slection et re-slection des cellules
Lorsqu'un MS est allum, il tente de contacter le GSM PLMN que permis la carte SIM et
slectionne une cellule pour extraire les paramtres de la voie balise (BCCH) et d'autres
informations systme. Ce processus est appel la slection de cellule.
Lorsque le MS ne Stock aucun information BCCH, il recherche les informations systme de
tous les canaux RF GSM900M et DSC1800M pour obtenir le niveau de signal de chaque canal
RF, et calcule la valeur moyenne du niveau du signal se basant sur au moins cinq chantillons
de trois cinq secondes, puis organise ces canaux dans l'ordre dcroissant pour slectionne
le meilleure BCCH avec un NCC que permet la carte SIM.
Dans la re-slection de cellules, le tlphone mobile lit les d'information des six BCCH (dans
la BA-list) ayant les signaux les plus puissants. Le MS re-slectionne une cellule voisine
Page 32
comme cellule de service sous certaines conditions telles que le niveau de signal et sa qualit
et l'tat d'accs de la cellule voisine.
1.4.5
La mise jour de la localisation
Un mobile allum est inform d'un appel entrant par un message envoy sur le PCH d'une
cellule. Un extrme serait de diffuser les messages de paging dans tout le rseau pour
chaque appel, ce qui est videmment un gaspillage de la bande passante radio. L'autre
extrme serait pour le mobile d'informer le systme au moyen de messages de mise jour
de localisation de son emplacement actuel pour chaque cellule. Il faudra donc router les
messages de paging vers une seule cellule, mais il serait trs inutile en raison du grand
nombre de messages de mise jour de localisation. La solution utilise dans le GSM est de
grouper les cellules en zones de localisation et dattribuer un code pour chaque groupement
ce code est dit LAC.
La mise jour de localisation est dclenche soit par le MS quand il slectionne une cellule
ayant un code de zone localisation LAC diffrent de celui stock ou suite la demande du
MSC, elle peut tre configure pour tre lance priodiquement par le MS. le MS envoie un
message SABM Sur la SDCCH pour informer le rseau de son nouvel emplacement (nouveau
LAC) le MSC authentifie premirement le MS , ensuite met jour son VLR, si tout se passe
bien le MS reoit une message de la part du MSC indiquant la russite de la procdure et se
voit attribuer un nouveau TMSI.
1.5 Conclusion
Dans ce chapitre on a donn un aperu sur larchitecture des rseaux GSM et les diffrentes
interfaces. Notre attention sest porte tout fondamentalement sur linterface radio, en
donnant les diffrentes mthodes daccs, les diffrents canaux mis en uvre ainsi que les
technologies de transmission discontinue et le saut de frquence.
Nous avons aussi mis laccent sur les principaux aspects du rseau GSM permettent la
gestion des ressource radio, la mobilit des abonns, des communications Dans le chapitre
suivant, nous essayons de dcrire la solution propose par Huawei pour la planification et
optimisation du rseau GSM dans le cadre du projet INWI.
Page 33
2 CHAPITRE 2
SUPERVISION ET OPTIMISATION DU RESEAU GSM
2.1 Introduction
L'optimisation dun rseau GSM vise amliorer les performances du rseau en prenant
avantage des ressources existantes et consiste mettre en place un processus efficace de
collecte et de suivi des indicateurs cls de performance (KPI).
Du point de vue des oprateurs, Ils esprent configurer le systme de faon rationnelle,
utiliser les ressources rseau au maximum, accrotre les bnfices conomiques du rseau
et de rduire les cots d'exploitation grce l'optimisation du rseau.
Du point de vue des utilisateurs, ils esprent obtenir des services de tlcommunication
satisfaisants dans le rseau vis--vis de la stabilit, la qualit, et le cot
2.2 Les objectifs de loptimisation du rseau

Loptimisation dun rseau GSM consiste rechercher un quilibre entre la couverture, la
capacit et la qualit de service fond sur l'investissement rationnel des ressources et des
frquences limites, ralisant ainsi le meilleur taux de retour sur investissement.
2.2.1
La couverture
Le rseau GSM est un rseau cellulaire cest dire que le territoire nationale est partag
en de petites zones appel cellule . Chaque cellule est gre par une BTS. La couverture
est le rapport entre la superficie des parties de la cellule o le signal mis par les antennes
de la BTS parviennent avec un niveau dtectable par le mobile dun utilisateur quelconque
et la superficie totale de la cellule. En partant du principe du service universel, chaque
oprateur est tenu doffrir une couverture au moins suprieure 95%.
2.2.2
La capacit du rseau GSM
La capacit dun rseau GSM est le trafic maximal que ce rseau peut transporter pendant
une priode donne .Lobjectif de tout oprateur de tlcommunication en gnral et de
INWI en particulier est de pouvoir vhiculer le trafic de tous ses abonns en tout moment.
2.2.3
La qualit de service
La recommandation E-800 de l UIT (Union Internationale des Tlcommunication) dfinit

la qualit de service QoS ( Quality of Service ) comme : l effet global produit par la qualit
de fonctionnement dun service qui dtermine le degr de satisfaction de lusager dun
service .La QoS comporte loprabilit du service, laccessibilit au service, le maintien du
service, lintgrit du service et la continuit du service .
Page 34
Figure 16: niveaux fonctionnels de la QoS
2.3 Procdure d'optimisation du rseau GSM

La figure ci-dessous prsente le processus adopt pour optimiser le rseau GSM
Figure 17: procdure adopte pour loptimisation du rseau GSM de INWI
Page 35
2.4
L'acquisition d'informations du rseau
Dans cette phase nous sommes tenus de confirmer les paramtres rels d'ingnierie et
les paramtres du rseau, l'enqute de l'environnement radio local et les points o le
trafic est important, et de comprendre l'exigence du client. Voici un exemple des
paramtres dingnierie du rseau GSM de INWI :
BSCName Site
Name
CAS-1
Site1
CELLNAME longitude latitude

Site1-2
-7.58381
33.5741 140
1015
11
Mec. Elect
tilt
tilt
10100 3
2
CAS-2
Site2-3
-7.54391
33.5853 150
1009
31
10065 2
Site2
azimuth BCCH BSIC LAC CI
Tableau 6: exemple de paramtres dingnierie

BSC Name : C est le nom de la BSC laquelle appartient la cellule .
Site Name: C est le nom de la BTS laquelle appartient la cellule .
CELLNAME : C est le nom de la cellule courante .
Longitude et latitude sont les cordonnes gographiques de la cellule
Azimuth : C est la direction dans laquelle l antenne de la cellule met le maximum de
puissance . Il est exprim en degr. Le Nord tant pris comme lAzimuth de degr 0.
BCCH : C est le ARFCN de la frquence porteuse sur laquelle sont transportes les
informations du canal logique BCCH et parfois aussi du canal logique SDCCH
BSIC : C et un numro de 0 77 qui permet de distinguer deux cellules ayant le mme
BCCH .
LAC : les BTS sont regroups par zone gographique appel zone de localisation. A
chaque zone de localisation est attribue un code appel LAC.
CI : numro identifiant dune faon unique une cellule dans le rseau de INWI.
Mec tilt : cest langle dinclinaison de lantenne dune cellule par rapport la vertical.
Elec tilt : il permet dagir sur la dformation du lobe principal dans la zone de couverture.
Pour collecter ces informations nous avons utilis un progiciel dvelopp par HUAWEI qui
sappelle BSC Local Maintenance Terminal (LMT) dont nous donnerons les dtails plus loin
dans ce document.
NB : une cellule est un secteur dune BTS.
2.5
Collecte des donnes
Dans cette deuxime phase nous sommes tenus de collecter des statistiques du trafic
de donnes et d'alarmes via l OMC-R, les donnes du drive test , et le reflet
Page 36
objectif du MS. Il existe deux mthodes principales de collecte de donnes : le Drive

Test ( DT) et les compteurs de l OMC-R.
2.5.1
Le drive test
Le Drive Test ( DT ) vise valuer les performances du rseau du point de vue des
utilisateurs . Les performances recherches sont : le taux de connectivit , la couverture ,
le taux de coupure d appel (Call Drop) , le taux de russite ainsi que le taux dchec de
handover
Les outils du drive test
2.5.1.1 Les outils matriels
TEST MS
Le Test MS est un tlphone mobile spcial conu par HUAWEI et que nous utilisons pour
effectuer le Drive Test . Le test MS peut afficher la cellule de service d'un rseau de
tlcommunication mobile et les six cellules voisines. Il peut galement tre utilis pour
tester les paramtres du rseau. Le test MS peut tre connect un ordinateur, il peut donc
recueillir et analyser les donnes avec l'aide du logiciel de drive test . Il existe deux sries
de MS fabriqu et utilis par HUAWEI : la MS U12OE et la MS 6100.
Le GPS
Le GPS est un outil de golocalisation .Une fois connect un ordinateur ,le GPS nous
permet de connatre instantanment notre position sur la carte du maroc import dans le
logiciel du Drive Test.
UN ORDINATEUR
Pour effectuer un Drive Test , nous nous quipons toujours dun ordinateur portable auquel
seront connects les autres matriels du Drive Test et sur lequel est install un logiciel de
Drive Test .Ceci nous permet de visualiser instantanment les diffrents indices de
performance du rseau , de suivre le chemin indiqu par le GPS et de sauvegarder les
donnes enregistres par le test MS pour une analyse ultrieure dans des fichiers appels
logfiles.
2.5.1.2 Les outils logiciels
GENEX PROBE V2.2
Cest le principal logiciel de Drive Test utilis par Huawei. Il peut tre install sur un
ordinateur portable ordinaire .Il est essentiellement responsable de la collecte des donnes
sur linterface Um aussi bien dans le sens montant que sur le sens descendant. Si les BTS
et la carte du relief des zones de test sont imports alors la piste du drive test , les
paramtres radio de chaque point de test , et les principales informations de la cellule de
service, des cellules voisines, et l interface Um peuvent tre observs.
Page 37
Figure 18: aperu de linterface GENEX PROB v2.2

2.5.1.3
La technique du drive test
Le Drive Test se fait en voiture qui roule une vitesse normale ou stationne. Le Test
est divis en deux grandes parties : Le Shake down test et le cluster test
Le shake down test
Le Shake down est un test qui sert tester les performances dun secteur toute seule
et sa capacit faire un handover (transfert d appel ou de trafic) vers les autres cellules
de la mme BTS. Il est divis en deux parties galement : les tests statiques et les tests
de handover.
Les tests statiques
La voiture est stationne en face dun secteur et le test MS est en visibilit directe par
lantenne du secteur concern, ainsi le niveau du signal reu devra tre suprieur -45dbm
.Pour chaque cellule ou secteur on effectue trente cinq appels de trente secondes (short
call ) , un tlchargement d un fichier ( download ) , un chargement de fichier (upload) et
un ping vers le serveur EDGE de la cellule.
Les tests de handover
Dans cette phase du test , on fait le tour de la BTS dans les deux sens comme le
montre la figure suivante . On utilise deux MS de test. sur le premier MS on lance un appel
Page 38
long (Long call ) qui dure tout le temps du test et on lance aussi un tlchargement (
Download ) partir des serveurs EDGE des cellules de la BTS . Sur le deuxime MS on
lance un chargement de fichier ( Upload ).
Figure 19: Drive test Route.

Le cluster test
Ce test a pour objectif de tester la capacit dun ensemble de BTS fonctionner ensemble
de faon cohrente et assurer la continuit dun service de tlcommunication. Pendant
cette phase du test , on parcourt des grands axes routiers regroupant plusieurs BTS .On
utilise trois mobiles de test . Sur le premier mobile on effectue des appels de courtes
dures ( Short Call ), sur le deuxime mobile, on effectue des appels longs ( Long Call ) et
sur le troisime mobile on effectue des Test de PS (Packet Switched). Voici un exemple de
route de cluster test.
Figure 20: Exemple de route suivie en Cluster test

2.5.1.4
Principaux indicateurs relevs du Drive Test
Voici les principaux indicateurs relevs au cours du Drive Test :
Page 39
Call Drop Rate (%) : le taux d abandon d appel

Call setup time (s) : Le temps ncessaire l tablissement dun appel
Mobile Rx Power (dbm) : la puissance moyenne reu au niveau du mobile
Mobile Tx Power (dbm): puissance moyenne mise par le mobile .
C/I : rapport entre la puissance du signal et linterfrence
intra-BSC Hand-off Success Rate (%) : Taux de russite du handover dans le mme BSC
Inter-BSC Hand-off Success Rate(%) : Taux de russite du handover entre deux BSC
diffrents
Inter-Band Hand-off Success Rate : taux de russite de handover inter- bande entre le
GSM900M et le DSC1800.
Rxlev (dbm) : mesure le niveau du Signal en chaque point du test .
RxQual (nombre entre o et 7): mesure la qualit du signal en chaque point du Test : il est
calcul partir du BER ( taux derreur binaire)
Tableau 7: Correspondance entre RxQual et le taux derreurs binaire BER
Tableau 8: Correspondance entre RxQual et la qualit de service

2.5.1.5
Les avantages du drive test
2.5.1.6
Le Drive Test permet danalyser en profondeur les problmes du rseau

L Drive Test permet de savoir avec prcision les emplacements des call Drop
ou des handover failures.
Le Drive test permet de prendre en considration la topologie gographique
et autres facteurs environnementaux
Les inconvenients du drive test
Drive Test est trs coteux en argent, en ressources et aussi en temps.
Page 40
2.5.2
Les Donnes du drive Test deviennent obsoltes ds le changement des

Azimuth ou des tilts.
Les donnes de l OMC-R
Le deuxime moyen de collecter les donnes du rseau est de visualiser quotidiennement

les donnes de L OMC-R partir de loutil M2000 .
2.5.2.1
M2000
M2000 est un logiciel client du serveur OMC. M2000 contient une multitude de compteurs
regroups par thme permettant danalyser les problmes couramment rencontrs dans
un rseau GSM notamment le call drop, le handover failure et le problme de congestion.
Voici linterface graphique de la page daccueil de M2000.
Figure 21: aperu de linterface graphique de M2000

Dans ce paragraphe , nous vous prsenterons les KPI dont nous nous sommes servis lors
de nos analyses .Le suivi dun KPI peut tre men en utilisant plusieurs compteurs et les
KPI peuvent eux mme tre regroups par thme :
2.5.2.2 Call measurement KPI
Ce groupe de KPI nous renseigne sur les performances du rseau lors de la ralisation
dun appel tlphonique. Les plus utiliss sont :
CALL DROP MEASUREMENT : il contient plusieurs compteurs qui nous renseignent sur le
nombre de coupure d appel advenu pendant une dure donne, les conditions de
cette coupure ainsi que l interface du rseau o lappel sest coup .
INCOMING INTER-CELL HANDOVER MEASUREMENT : cet indicateur de performance permet
de voir pour chaque cellule le nombre de requte de handover quil a reu , le nombre
de handover russis , le nombre de handover chous, le taux de russite du handover .
Page 41
OUTGOING INTER-CELL HANDOVER MEASUREMENT : cet indicateur de performance permet
de voir pour chaque cellule le nombre total de requte de handover envoys ses
cellules voisines , le nombre de handover russis et chous, le taux de russite
GSM CELL TO GSM CELL INCOMING HANDOVER MEASUREMENT : Ce KPI permet d afficher
pour chaque cellule , le nombre de requtes reues de handover russis de et chous avec
chaque cellule voisine, le taux de russite
Ce KPI permet d
afficher pour chaque cellule , le nombre de requtes envoys de handover russis de et
chous avec chaque cellule voisine ainsi que le taux de russite
GSM CELL TO GSM CELL OUTGOING
HANDOVER MEASUREMENT :
KPI MEASUEMENT PER CELL : Ce KPI contient plusieurs compteurs, voici les plus utiliss:
W3005 -TCH Congestion Rate :
K3014-Traffic Volume on TCH: le volume de trafic en ERL

K3015- Available TCHs : le trafic maximal quune cellule peut vhiculer en ERL en incluant les
TRXs dfaillants.
K3016-Configured TCHs : le trafic maximal quune cellule peut vhiculer en ERL en excluant
les TRXs dfaillants et les slots ddis pour vhiculer les donnes.
W3004-SDCCH Congestion Rate :
K3015-Traffic Volume on SDCCH (Traffic Channel) : le trafic de signalisation en ERL

K3015-Available SDCCH : le trafic de signalisation maximal quune cellule peut vhiculer en
ERL en incluant les slots dfaillants.
K3006-Configured SDCCH : le trafic de signalisation maximal quune cellule peut vhiculer en
ERL en excluant les slots dfaillants.
2.5.2.3
MR measurement KPI
Ce groupe de KPI donne les performances du lien radio linterface Um. Les principaux
KPI de ce groupe sont :
INTERFERENCE BAND PER TRX : Ce KPI nous donne le nombre de canaux atteints par le
bruit ( signal interfrent + bruit due lactivit humaine) pour chaque TRX, on dfinit cinq
niveaux d interfrence selon la puissance du bruit :
Page 42
Type d interfrence
Niveau de puissance du bruit (dbm)
Interfrence band 1
-107 - 98
Interfrence band 2
-98 - 96
Interfrence band 3
-96 -90
Interfrence band 4
-90 87
Interfrence band 5
-87 85
Tableau 9: niveaux dinterfrence selon la puissance du bruit
RADIO LINK FAILURE PER TRX
Ce KPI nous donne l tat du lien radio l interface Um au moment du call drop ou dun
handover failure. On retrouve dans ce KPI des compteurs indiquent la qualit et niveau de
signal sur la voix montante et descendante au moment dchec de linterface radio.
2.5.2.4 Les alarmes
Les alarmes nous permettent de surveiller quotidiennement ltat des BTS et du lien de
transmission : Voici quelques alarmes couramment rencontrs :
Type dalarme
GSM cell Manually Blocked
Svrit
Warning
Cell PS Service Faulty
Significations
Cellule teint pour des besoins de
maintenance
La partie PS de la cellule est en panne
GSM cell out of Service
La cellule est tombe en panne
Major
OML Fault
Faute de liaison cause des oprations de

maintenance
Problme quipement du E1 ou T1 de
linterface Abis
Dpassement du seuil des erreurs binaires
sur la liaison de transmission
Le lien de transmission est inutilisable
Major
E1/T1 Local Failure Alarm

LAPDm Alarm
LAPDm Link Abnormal Alarm
Major
Major
Major
Critical
Tableau 10 : genres dalarmes traites

2.5.2.5 Les avantages des KPI
Les KPI nous donnent une vision actualise des paramtres du rseau
Elles sont moins coteuses que les Drive Test
2.5.2.6 Les inconvenients des KPI
Elles ne permettent pas toujours de retrouver avec prcision la cause et

lemplacement des problmes survenus dans le rseau.
2.6 LANALYSE DES DONNEES

Dans cette troisime phase nous prsenterons les mthodes danalyse des performances
du rseau, les paramtres rseau, et les statistiques de trafic OMC-R l'aide d'outils
d'optimisation du rseau. Les donnes de l OMC-R sont directement analyses partir
Page 43
de l outil M2000 ou en utilisant Excel, alors que les donnes issues du Drive Test (logfiles)
seront analyses par un autre logiciel : GENEX ASSISTANT 2.2 dont voici un aperu.
Figure 22: aperu de linterface GENEX ASSUSTANT 2.2

En gnral dans un rseau GSM, on cherchera fondamentalement rsoudre trois
problmes : le Call Drop (coupure d appel) , le handover failure (chec de transfert d
appel ou de trafic dune cellule une autre ) et le problme de congestion .
2.6.1 Analyse du call drop
Dans ce paragraphe nous allons prsenter la procdure suivie pour analyser un problme
de Call Drop.
Pour analyser le problme de Call Drop dans un rseau GSM, il faut dabord vrifier si le
Call Drop affecte toutes les cellules de la BSC ou seulement quelques cellules. Si le call drop
est un phnomne gnralis alors, il faudra revoir la planification des frquences, la
couverture ou de certains paramtres des BTS comme la hauteur des antennes, lAzimuth
et le tilt de chaque cellule.
Si le call drop ne touche que quelques cellules alors il faut slectionner les cellules les plus
touchs par le call drop pour les analyser une par une.
Pour chaque cellule dont le taux de call drop est lev, on vrifie le taux de call drop due
lchec du lien radio. Si ce taux est faible, on dduit quil sagit dun problme de
transmission ou dfaillance dun quipement de transmission. Sinon on vrifie si le problme
est d soit une mauvaise couverture, soit linterfrence , soit au handover failure ( chec
de transfert d appel ou de trafic dune cellule l autre ) .
Page 44
Figure 23: mthode danalyse du call drop

2.6.2
Analyse du handover failure
Lorsque le taux de handover failure est jug trs lev, il faut tout d abord vrifier
si le phnomne est commun toutes les cellules de la BSC ou si seulement quelques
cellules qui en souffrent . Si le phnomne est gnralis toutes les cellules de la BSC
alors il faut revoir les algorithmes , lhorloge ainsi que la configuration des seuils partir
desquels se fera une requte de handover, vrifier aussi lhorloge de la BSC ainsi que les
circuits l interface A.
Si le phnomne nest pas gnralis, on slectionne les cellules qui souffrent le plus du
handover failure .On vrifie si le problme est un problme radio ou pas .Si ce nest pas le
cas, on vrifie la prsence dune congestion au niveau des canaux TCHs ou SDCCH de la
cellules cible ou si les liens de transmission l interface Abis fonctionnent correctement.
Si le problme se trouve au niveau de linterface radio, il faut systmatiquement vrifier la
couverture, linterfrence ainsi que configuration de voisinage NL.
Page 45
Figure 24: mthode danalyse du HO failure

2.6.3
Analyse de la congestion TCH
La congestion des canaux de trafic TCH est due gnralement un problme de

transmission au niveau de l interface Abis , la dfaillance d un quipement ( par exemple
un TRX qui ne fonctionne plus), la capacit du systme est insuffisante pour supporter le
trafic, un problme li linterface radio tel que la couverture ou l interfrence .Pour
positionner la source du problme, il faut consulter les alarmes en cherchant des
quipements dfaillants, comme il faut observer le volume de trafic par TRX pendant une
dure donne pour vrifier la capacit et pour savoir si c est un problme radio il faut
consulter les indicateurs de couverture et de qualit de signale RxLev ,RxQual et le TA.
Page 46
Figure 25: mthode danalyse de la congestion

2.6.4
Analyse de la congestion SDCCH
Lanalyse de la congestion au niveau des canaux de signalisation SDCCH suit pratiquement

la mme procdure que celui des canaux TCH sauf qu au lieu de consulter les compteurs
des KPI pour les canaux TCH, il faudrait le faire plutt pour les canaux SDCCH.
2.7 RESOLUTION DES PROBLEMES

Comme on peut le constater dans le paragraphe prcdent , la plupart des problmes
du rseau GSM sont lis dune manire ou dune autre au problme dinterfrence , au
problme de couverture ou de la congestion.
2.7.1
Rsolution du problme de la couverture
La dgradation de la couverture peut provenir de plusieurs sources. Voici les tapes suivre
pour rsoudre le problme de couverture dune zone dans le rseau GSM :
Vrifier les conditions autour de la BTS :
Page 47
Tout dabord il faut vrifier sil n y a pas dautres antennes dans les alentours
immdiats de la BTS ( les micro antennes par exemple ), les panneaux daffichage, les
arbres, les immeubles vitrs. Tous ces lments peuvent affecter ngativement la
transmission ou la rception des signaux. Pour les viter on peut soit modifier
lAzimuth des antennes de la BTS, soit augmenter la hauteur des antennes
Vrifier les alarmes des antennes
Il faut toujours vrifier les messages dalarmes aussi bien pour lantenne principale
que celle de la diversit. Ces alarmes informent souvent sur ltat des fils reliant
les antennes la BTS car une dfaillance de ces fils peut agir ngativement sur la
couverture .
Vrifier la tour damplification
Parfois les amplificateurs peuvent subir des dommages qui peuvent tre dus la
pntration de leau l intrieur des amplificateurs .Pour cela il faut toujours
surveiller les alarmes des amplificateurs .
Vrifier les paramtres dingnierie.
Le tilt et lAzimuth dterminent la zone de couverture dune antenne .L
augmentation du tilt ou la dviation de lAzimuth peuvent changer la couverture
dune BTS. Par consquent il faut veiller ce que les antennes soient bien fixes sur
leurs supports.
Si le niveau du signal (RxLev) est trs faible juste proximit de la BTS, alors il faut
vrifier la puissance dmission de la BTS et laugmenter si ncessaire.
Si une rgion reste mal couverte malgr toues les oprations doptimisation alors il faut
installer un nouveau site dans cette rgion.
2.7.2
Rsolution du problme dinterfrence
2.7.2.1 Interfrence en downlink
L interfrence en downlink est cause par les frquences BCCH . Nous pouvons observer
une interfrence en downlink lorsque deux cellules proches ( 1 km en urbain ) utilisent la
mme BCCH ou si des cellules dclares voisines au niveau de la BSC ont des frquences
BCCH adjacentes . Dans tous les cas quelque soit la cause de linterfrence, la meilleure
faon de rsoudre le problme dinterfrence en downlink est de refaire la planification des
frquences BCCH des cellules de la rgion concerne. Pour cela nous utilisons NASTAR un
outil logiciel de HUAWEI qui permet de planifier les frquences BCCH. Voici un aperu de
NASTAR.
Page 48
Figure 26: aperu de linterface de NASTAR

Sur cette figure on peut voir chaque cellule avec sa zone de couverture . Le petite fentre
en haut de la figure que voici
permet de choisir un
ARFCN du BCCH. Les cellules colories en rouge sont les cellules ayant lARFCN choisi.
Les cellules en bleu sont les cellules ayant une frquence BCCH suprieure la frquence
courante de 200 KHZ et dont l ARFCN est gale l ARFCN courante plus lunit .
Les cellules en orange sont les cellules ayant une frquence BCCH infrieure la
frquence courante de 200 KHZ et dont l ARFCN est gale l ARFCN courante moins
lunit .
La rgle que nous suivons pour la planification des frquences BCCH est la suivante :
Les cellules appartenant la mme BTS doivent avoir des frquences BCCH
spares dau moins 400 KHZ c'est--dire leurs ARFCNs doivent tre spars
d au moins deux units
Les cellules proches-voisines situes en ligne de vue ne doivent pas avoir la
mme frquence BCCH.
Les cellules proches-voisines (dclares voisines au niveau de la BSC) doivent
avoir des frquences BCCH spares dau moins 400 KHZ
Page 49
2.7.2.2 Interfrence en uplink
L interfrence en uplink se produit souvent au niveau des canaux TCH. Dans le rseau
GSM de INWI install et supervis par HAUWEI, on utilise le saut de frquence synthtis
.Chaque TRX dune cellule l exception du TRX qui contient le BCCH saute sur une liste
de frquences appele (MA LIST) attribue la cellule .De ce fait l interfrence au niveau
des canaux TCH est normment rduit . Cependant le risque dinterfrence peut
augmenter si deux cellules se faisant face lune lautre ont la mme MA LIST. Le principe
adopt par HUAWEI pour rduire les interfrences est le suivant : Les vingt quatre ARFCN
BCCH disponibles sont diviss en trois listes : MA LIST1, MA LIST2 et MA LIST3 . Chaque
cellule reoit une MA LIST. Ces MA LIST sont attribus dune faon telle que La mme MA
LIST est attribue aux cellules ayant presque le mme Azimuth.
N B : La distance entre cellules qui utilisent la mme MA LIST n a aucune importance car
les algorithmes grant les sauts de frquence sont trs puissants et permettent de
rduire presque zro les risques dinterfrence .
Chaque BTS du rseau de INWI supporte non seulement les cellules GSM mais aussi les
cellules CDMA 2000 . Or la bande CDMA utilise est trs proche de celle du GSM 900. De ce
fait si les filtres sparant les signaux du CDMA 2000 et ceux du GSM sont en dfaillance, on
peut observer des interfrences TCH. Pour rsoudre ce problme, il suffit de sassurer que
les filtres fonctionnent trs bien ou les remplacer en cas de dfaillance.
Parfois les canaux TCH peuvent tre interfrs par des sources externes. Et dans ce cas
il revient lquipe INWI de rsoudre ce problme en collaboration avec l ANRT.
2.7.3
Rsolution du problme de la congestion
La congestion est un problme pineux dans tout rseau GSM en particulier celui de INWI.
La principale cause de ce problme tant laugmentation significative du nombre dabonns
au GSM face une ressource frquentielle trs limite . Do laugmentation des ressources
de la capacit du rseau devient presque invitable .
Si la congestion est lie au trafic trs lev alors on suit la procdure suivante :
Pour chaque canal TCH , il existe deux mode de fonctionnement : le mode FULL RATE et le
mode HALF RATE. Dans le mode full rate un canal TCH est occup par une seule
communication alors que dans le mode half rate un canal TCH est occup par deux
communications .Dans le rseau de INWI, le mode half rate est activ automatiquement
lorsqu un pourcentage bien dfini des canaux TCH en full rate sont occups . par dfaut ce
pourcentage est 95%.
Si malgr le fait que tous les canaux TCH fonctionnent en mode half rate, la congestion
persiste , alors on active les TRX qui ne sont pas encore activs ou on ajoute dautres TRX .Si
on atteint le nombre maximal de TRX que peut supporter la BTS ( 16 TRX recommand
par Huawei vue la capacit limit du lien de transmission) alors on doit installer un nouveau
Page 50
site dans la zone considre, on peut aussi configurer la cellule pour partager le trafic
jouant sur le paramtre HO-load-threshold qui indique le seuil partir duquel un load HO est
dclanch.
La congestion peut tre lie galement un problme de transmission linterface Abis
.Dans ce cas le problme est renvoy lquipe de transmision.
La congestion peut tre aussi le rsultat le rsultat dune mauvaise couverture ou
dinterfrence grave. Dans ce cas il suffit de rsoudre le problme de couverture ou
dinterfrence suivant les mthodes prsentes plus haut.
2.8 Local maintenance terminal (LMT)

Le local de maintenance est un outil de HUAWEI permettant dexcuter des actions sur
la BSC, la BTS et les cellules . Il est connect directement la BSC et permet de faire la
surveillance et la maintenance du rseau. Les principales tches quon peut raliser avec le
LMT sont :
2.8.1
Execution des commandes
L onglet MML qui permet dexcuter des commandes qui ont des effets immdiats soit
sur une cellule, soit sur une BTS, soit sur une BSC. Voici quelques commandes que nous
avons eu manipuler :
DEA GCELL : cette commande prend en paramtre le nom ou lidentifiant dune cellule ; elle
permet dteindre la cellule spcifi. On utilise cette commande avant toute modification
des paramtres dune cellule.
LST GTRX : Cette commande permet de lister les TRX dune cellule spcifie en paramtre.
MOD GCELLFREQ : Cette commande permet de modifier la liste de frquence utilise par une
cellule.
MOD GTRX : Cette commande permet dattribuer une frquence BCCH un TRX.
MOD GCELLMAGROUP : Cette commande permet daffecter une MA LIST une cellule .
ACT GCELL : Cette commande permet dactiver une cellule prcdemment tteinte
2.8.2
Le monitoring
Le LMT permet aussi de surveiller lactivit de chaque cellule de la BSC .On peut
surveiller constamment les alarmes, ltat des TRXs, le trafic et le niveau dinterfrence de
chaque canal.
Page 51
Figure 27: interface du LMT
2.9 CONCLUSION
Dans ce deuxime chapitre, nous avons fait le tour de toutes les mthodes et les outils
matriels et logiciels utiliss par HUAWEI pour assurer la supervision et loptimisation du
rseau GSM de INWI . Nous avons notamment parl des techniques du drive test, de la
collecte des donnes partir de lOMC-R, de lanalyse du call drop ,lanalyse du handover
failure ,lanalyse de la congestion. Nous avons galement prsent des mthodes de
rsolution des diffrents problmes du rseau tels que la couverture ,linterfrence , et la
congestion .Enfin nous avons parl du local de maintenance qui permet deffectuer des
changements dans le rseau en appliquant les solutions proposes et en faisant le
monitoring . De notre cot, nous avons particip lamlioration des performances du
rseau par lapplication de nos acquis . Dans le chapitre suivant nous vous prsenterons
ltude de cas men sur le cluster ZMR (zone mobilit restreinte) de CASA.
Page 52
CHAPITRE3
ETUDE DE CAS DOPTIMISATION DU CLUSTER-ZMR DE

CASA
3.1 INTRODUCTION
Aprs avoir prsent les diffrentes mthodes danalyse permettant le positionnement et la
rsolution des problmes radio les plus rencontrs dans le rseau de INWI dans le chapitre
prcdent, nous dtaillerons dans ce chapitre le processus doptimisation appliqu sur le
Cluster ZMR de la rgion de casa.
Il sagira de :
Analyser les drive tests et les mesures des KPIs de OMC-R mens sur les clusters
de CASA.
prsenter les rsultats de lanalyse et les synthtiser pour dtecter les problmes
subsistants.
proposer les solutions adquates pour chaque problme.
Etudier limpact des modifications sur la performance du rseau et finaliser le
rapport dacceptation.
3.2 Contexte de ltude de cas

Aprs la planification, linstallation et les rglages des paramtres de base du rseau de
INWI, HUAWEI devait mener une valuation de performances et une optimisation de
lensemble du rseau. Lobjectif en tait de russir son acceptation par le client. Pour ce
faire, Le dpartement RNO a dispatch le rseau en un ensemble de clusters de travail pour
optimiser le travail, nous tions responsables du Cluster ZMR de CASA qui contient 9 sousCluster (C1, C2, C3, C4, C5, C6, C7, C8, C9) catgoriss urbain dense. Certains sous clusters
souffrent de plusieurs problmes (taux de Handover infrieure au seuil dacceptation dans
certains sites, call drop, problmes de couverture) influant par la suite la continuit et la
qualit de la communication ce qui a un effet dfavorable sur lacceptation de ces clusters
par INWI.
Notre analyse a t porte sur un ensemble de drive tests raliss pendant les mois de Mars
et Avril pour la globalit des sous-Clusters aussi bien que sur les statistiques de lOMC-R et
enfin sur des drive test quon a men suite une recommandation du client ou pour tudier
lefficacit des solutions proposes.
Page 53
3.3 Optimisation du cluster-ZMR de CASA

3.3.1
Zone de ltude
La zone de ltude stale sur toute la ville de CASA appele zone mobilit restreinte
(CASA-ZMR), cette zone est dispatche sous 9 clusters pour faciliter les missions de
supervision et de gestion du rseau. Notre mission principale tait de rsoudre les
problmes subsistants de couverture, de qualit de signal, de coupure dappels, de handover
et de congestion par lapplication des approches doptimisation pr-dcrites.
Figure 28: zone de ltude

Le nombre de cellules que chaque cluster contient est comme suit :
Tableau 11: Nombre de cellules par cluster

Nous prsenterons dans ce qui suit les problmes que nous avons jugs les plus intressants
accompagns des analyses dtaills ainsi que des solutions proposes pour les corriger. Les
cas traits sont situs dans des clusters diffrents, nous prenons le soin de citer le cluster
laquelle appartient chaque cellule traite.
Page 54
3.3.2
Optimisation de la couverture
La figure ci-dessous affiche la couverture dans tout le cluster-ZMR de CASA, on a constat

que la couverture est en gnrale trs bonne dans la plupart des clusters sauf pour des
zones particulires que nous avons pris le soin de les cercler dans la figure, on va dtailler les
problmes dtects et les solutions proposes pour la zone 5 se situant dans le cluster 9
comme exemple.
Figure 29: couverture dans le cluster ZMR

3.3.2.1 Problmes dtects dans la zone 5
Notre suivi des KPIs de lOMC-R montre une augmentation du nombre de call drop avec un
taux de succs du handover radio qui ne dpasse pas 97% et pour un TA entre 0 et 2 dans
les secteur CAS-1164-1 CAS-1093-2 se trouvant dans le cluster C9, ce qui indique la prsence
dun problme radio. Suite la hausse des plaintes dans cette rgion on a organis le
26/05/2011 un drive-test utilisant un seul mobile avec une dur moyenne de 5 minutes pour
chaque appel et ceci pour collecter des informations dtaills dans ces secteurs.
Page 55
Figure 30: carte du RxLev proximit sites CAS-1164 et CAS-1093

Une dgradation du RxLev est perue dans les zones 1, 2 et 3 et seulement 71,26% des
chantillons ont un RxLev suprieur -75dbm indiquant une insuffisance au niveau de la
couverture.
Nom de lindicateur
Moyenne du RxLev sur tous les
chantillons
Pourcentage RxLev : > -75dBm sur
tous les chantillons
Valeur du KPI
Valeur Cible
-67.81 dBm
>-60dBm
71.26 %
>95%
Tableau 12: mesures de couvertures

3.3.2.2 Analyse des problmes de la zone 5
Naturellement, la premire vrification a consist dvaluer le Tilt et lAzimuth des sites

responsables de la couverture de la zone. Le tableau suivant montre la configuration des tilts
et des Azimuth des sites CAS-1164 et CAS-1093.
BTS Name
CAS-1093
CAS-1093
CAS-1093
CAS-1164
CAS-1014
CELL NAME
Longitude
Latitude
Azimuth
Tilt Mcanique
CAS-1093-1 -7.66424
33.53626
0
2
CAS-1093-2 -7.66424
33.53626
120
2
CAS-1093-3 -7.66424
33.53626
240
1
CAS-1164-1 -7.68222
33.5282
100
3
CAS-1014-2 -7.68228
33.5272
145
2
Tableau 13: paramtres dingnierie des sites CAS-1164 et CAS-1093
Tilt Electrique
1
1
0
0
1
La prsence des ruelles troites et une structure dense des btiments rendent les pertes de
pntration trs importantes. Cest pour cela que la couverture dans les zones 1, 2, 3 et 4
nest pas satisfaisante.
Page 56
3.3.2.3 Solutions proposes pour la zone 5
Le but de changement dAzimuth et de tilt est de minimiser le nombre de points jaunes et

daugmenter le nombre de points gris et bleu.
Non de la
cellule
CAS-1093-1
CAS-1093-2
CAS-1093-3
CAS-1164-1
CAS-1014-2
Tilt
Tilt Mecanique
Til lctrique
Azimuth
Valeur
Nouvelle
Valeur
Nouvelle Valeur
Nouvelle
ancienne valeur
ancienne valeur
ancienne
valeur
0
2
2
1
1
40
120
2
2
1
1
170
240
1
1
0
0
250
100
3
3
0
0
80
2
2
1
0
145
145
Tableau 14: changement dAzimuth et de tilt
Malgr les changements que nous avons proposs ensuite appliqus, lamlioration du
RxLev nest pas bonne dans les zones 3 et 4, la figure ci-dessous montre le rsultat du drive
test du 28/05/2011 quon a fait aprs les changements, annonant la rsolution du
problme de couverture dans les zones 1 et 2.
Figure 31: Amlioration aprs changement dans CAS-1164 et CAS-1093

Cest pour cette raison et comme dernire solution on a recommand dinstaller un nouveau
site entre les zones 3 et 4 ce pour rsoudre non seulement le problme de couverture mais
aussi dautres problmes tels que le call drop et le handover failure.
Page 57
3.3.3
Optimisation de la Qualit du signal
La figure ci-dessous affiche la qualit de signal dans le Cluster-ZMR de en se basant sur le

drive test conduit par lquipe RNP au mois de Mars et Avril, on a remarqu que la qualit de
signal est acceptable dans tous le cluster-ZMR en exception des rgions cercles, on prendra
le soin de prsenter des problmes et les solutions pour la zone 4 du cluster 9 dans ce qui
suit.
Figure 32: qualit du signal dans le cluster-ZMR de CASA

3.3.3.1 Problmes dtectes dans la zone 4
Suite au Drive test men dans la zone 4 le 26/05/2011, il a t constat que la qualit du
signal dans le cluster C9 est globalement bonne, sauf dans la zone couverte par la cellule
CAS-1164-3.
Page 58
Figure 33: Catre du Rxlev, RxQual et C/I dans la zone couverture de CAS-1064-3
Nous avons remarqu que :
-Le RxLev est assez-bien dans environ -75dbm mais nexpliquant pas la mauvaise qualit du
signal perue.
-Le Rxqual est dans le rouge dans un ensemble non ngligeable de points.
-Le C/I est inferieur 8db dans un nombre de points du trajet du Drive.
3.3.3.2 Analyse des problmes dans la zone 4
Ds avoir constat que les points ayant une qualit de signal faible se trouvent dans la zone
o C/I est infrieure 8db, nous avons conclu que la qualit dgrade du signal dans cette
zone est lie une interfrence en voix descendante, ce rsultat est confirm par lexistence
dun call drop et un HO Failure, ce qui indique que le MS ne parvient pas dcoder les
massages en voix descendante. Ceci est justifi par la prsence du message de la couche 2 "
GSM UNKNOWN MESSAGE". Le problme tait la prsence dune cellule voisine CAS-1093-1
ayant un BCCH adjacent causant par la suite un C/I trs bas.
Figure 34: GSM UNKNOWN MESSAGE
Figure 35: Plan BCCH du CAS-1164-3
Page 59
3.3.3.3 Solutions proposes pour la zone 4
Nous avons propos de changer les BCCH des cellules CAS-1093-1 et CAS-1093-2 afin de
minimiser les interfrences et daugmenter le C/I dans la zone
Nom de la cellule
cas-1093-1
cas-1093-2
Ancienne BCCH
1002
1021
nouvelle BCCH
1021
1002
Tableau 15 : modification du BCCH des cellules voisines de CAS-1164-3
Figure 36: BCCH aprs modification

3.3.4
Optimisation de call drop.
3.3.4.1 Problmes dtects
Nous nous sommes intresss au problme crucial du call drop dans le cluster CAS-ZMR . La
figure suivante affiche ltat gnral du cluster CAS-ZMR en matire de taux du call drop
selon les rsultats du drive test en LC men en mois avril.
Call drop rate

60,00%
50,00%
40,00%
30,00%
Call drop rate
20,00%
10,00%
0,00%
C1
C2
C3
C4
C5
C6
C7
C8
C9
Figure 37: Call Drop rate dans CAS_ZMR

Durant le drive test, un nombre important parmi les communications inities sont
coupes, comme on peut le voir sur la figure, le taux de call drop pour tous les sous clusters
(C1 C9) est largement suprieur au seuil acceptable 2%. Ceci est un vritable problme
auquel nous nous sommes attels rsoudre.
Page 60
3.3.4.2 Analyse des problmes
Dans ce paragraphe nous allons prsenter lanalyse du call drop dans le cluster C5 .Le
graphe suivant nous affiche la situation et les emplacements de call drop.
Figure 38: Emplacement de call drop dans le cluster C5

Comme on peut le constater il ny a quun seul call drop dans le cluster C5. nous avons
vrifi le niveau de couverture autour de la zone o sest produit le call drop .
Figure 39: Map du Rxlev au moment du call drop

Nous avons constat que le niveau du signal est trs bon dans la zone o sest produit le
call drop. Ensuite nous avons observ la qualit du signal autour de la zone du call drop.
Page 61
Figure 3.11 : RxQual au moment du call Drop

Nous avons pu constater que la qualit du signal est dgrade autour de la zone o sest
produit le call drop.Nous en avons dduit quil sagit dune interfrence en DL. Nous avons
ensuite regard au niveau des frquences BCCH. Le site CAS-1144-3 qui couvrait le mobile
au moment du call drop a une frquence BCCH dont l ARFCN est gale 1007 .De mme
que le site CAS-1230-1 qui est tout proche de CAS-1144-3 et dont lAzimuth est dirig vers
ce dernier .Ceci est lorigine des interfrences et donc de la dgradation de la qualit du
signal .
3.3.4.3 Solutions proposes
Pour rsoudre ce problme nous avons dcid de changer la frquence BCCH de CAS-11443 de 1007 1006 afin de rduire les interfrences.
Solutions proposes
Figure 40: Solution propose pour remdier au call drop dans le cluster C5
Nous avons ainsi analys plusieurs cas de call drop .Voici les rsultats sous formes de tableau
Page 62
CLUSTER Name
CLUSTER C1
Number of call
drop
1
CLUSTER C2
CLUSTER C3
1
2
CLUSTER C4
CLUSTER C5
CLUSTER C7
Call drop cause
Solutions
Mauvaise qualit due une

mauvaise couverture
Problme de MS
Interfrence en downlink
avec le BCCH 1015 du site
CAS-1100-2
interfrence .les sites CAS1077-3, CAS-1162-1, CAS1023-1 sont voisines et
ont mme BCCH
Mauvaise qualit due
linterfrence
Un nouveau site doit tre

install dans la rgion
aucune
Changer le BCCH du site
CAS-1100-2

interfrence BCCH
Mauvaise couverture et
mauvaise qualit du signal
Refaire la planification
des BCCH de toutes les
cellules de cette rgion
Optimiser la liste des

voisines de CAS-1075-3
en enlevant CAS-1041-3
Changer le BCCH de CAS1144-3 de 1007 1006
Changer le BCCH du site
CAS-1070-1
Tableau 16: solution proposes pour le call drop dans CAS-ZMR

3.3.5
Optimisation du handover
3.3.5.1 Problmes dtects
Le handover failure est un problme rcurrent dans le rseau de INWI en gnral , et

en particulier dans le ZMR de CASA .Chaque semaine, nous faisons la liste des dix
cellules les plus touchs par le Handover failure pour tous les BSC du Maroc . Cependant
nous nous concentrons seulement sur la rgion CASA- ZMR qui comprend deux BSC (
CAS-BSC1 et CAS-BSC2). Voici par exemple le TOP TEN des cellules les plus touchs par
le handover failure de la semaine du 02 mai au 08 mai 2011
Page 63
Tableau 17: Top 10 des cellules touches par le HO failure

Dans ce classement nous n avons tenu compte que des handover failure lis la partie
radio , les autres cas (transmission ou quipement ) tant systmatiquement reports
aux quipes comptentes. Voici comment nous calculons le nombre de handover failure
d la partie Radio:
Nombre de handover failure li la partie radio= CH322:Failed Incoming Internal Inter-Cell
Handovers (CH320:Incoming Internal Inter-Cell Handover RequestsCH321:Incoming
Internal Inter-Cell Handover Responses) ;
NB : CH322, CH320, CH321 sont des compteurs de lOMC-R que nous avons rcuprs
partir de loutil M2000.
Une fois que ce classement est fait nous analysons les causes du handover failure pour
chaque cellule .Nous allons prendre pour exemple danalyse la cellule CAS-1141-1.
3.3.5.2 Analyse des problmes
Pour analyser la cause du handover failure, nous avons rcupr du M200 le KPI GSM
Incoming inter-cell handover qui nous indique toutes les cellules qui ont tent un handover
sur une cellule cible bien dtermine, le nombre de handover qui ont russi et le nombre
de handover qui ont chou. voici le graphe que nous avons obtenu aprs traitement
des informations dudit KPI :
Page 64
Titre de l'axe
Handover success rate

150%
100%
50%
0%
Handover success rate
CAS1132-3
CAS1169-2
CAS1078-1
CAS1169-1
CAS1026-2
CAS1141-3
79%
97%
79%
96%
94%
95%
Figure 41: GSM to GSM Incoming inter-cell handover

Nous voyons sur cette figure que le taux de russite de handover est partout infrieur
98% qui est la valeur seuil dacceptation pour le handover .
Nous avons ensuite analys l interfrence pour les canaux BCCH (canaux de signalisation)
.Pour cela nous avons scrut la frquence BCCH de notre cellule cible ( CAS-1141-1) ainsi
celle des cellules voisines . Pour cela nous allons utiliser NASTAR.
Figure 42: frquence BCCH de CAS-1141-1 et de ses cellules voisines

Page 65
En observant bien ce graphe nous avons dduit quil est peu probable que la
frquence BCCH de notre cellule (CAS-1141-1) soit interfre vue la distance et la
configuration des Azimuths des cellules voisines.
Nous avons ensuite regard l interfrence pour les canaux TCH en visualisant l
interfrence band pour chaque TRX de notre cellule . La figure ci-dessous montre
linterfrence band pour le TRX qui a pour identifiant le numro 998 de la cellule CAS-11411
Nous avons dduit de cette figure que la plupart des canaux TCH sont affects par une
interfrence band 3 ; ce qui prouve que cette cellule souffre srieusement dune
interfrence des canaux TCH . Nous savons par ailleurs qu une interfrence des canaux
TCH peut avoir trois sources possibles : Soit que la cellule tudie a le mme MA LIST que
l une de ses proches voisines , soit que l interfrence provient des frquences du CDMA
ou d une source externe.
Nous avons vrifi les MA LIST des proches voisines de CAS-1141-1 et nous avons
constat qu aucune n a le mme MA LIST que la cellule tudie .
Nous avons ensuite voulu savoir si l interfrence ne provenait pas des frquences du
CDMA .Pour cela nous avons fait teindre les cellules du CDMA et observer le niveau
des interfrences qui ne s tait pas amlior .
Nous avons donc conclut que linterfrence provenait srement dune source externe.
Nous avons donc propos notre client (INWI ) de contacter l ANRT pour la rsolution
de ce problme
Figure 43: interfrence band pour le TRX numro 998 de la cellule CAS-1141-1
Page 66
3.3.5.3 Autres Cas de handover failure

Nous avons analys et propos des solutions pour plusieurs autres cas de handover failure dont
nous vous proposons le rsum.
Site
Cell Name
CAS-1130-3
Cluster Name
C7
BSC Name
CAS-BSC1
Causes du handover failure
La cellule a souffert de plusieurs handover failure dans la journe du 22 Mai 2011. Nous
avons pu constater en visualisant les alarmes du jour que ce site tait souffre dun
problme de transmission sur linterface Abis "OML FAULT" donc temporairement
indisponible . Voici les messages dalarmes observs:
Site
Cell Name
CAS-1177-3
Cluster Name
C7
BSC Name
CAS-BSC1
Cause du handover failure

Nous avons constat que les cellules voisines de CAS -1177-3 n arrivent pas faire un
handover vers ce dernier .Aprs analyse de ce problme nous avons dcouvert que deux
de ses cellules voisines ont la mme frquence BCCCH que lui ; ce qui cre une
interfrence empchant la cellule CAS-1177-3 de dcoder les messages de handover qui
lui sont envoys.
Page 67
Figure 3.16
Figure 44: problme de BCCH dtects dans CAS-1177-3

3.3.5.4 Solutions proposes
Face cette situation nous avons propos de changer la BCCH de CAS-1177-3 de 1023 1012.
Figure 45: solution propose pour amliorer la qualit du signal et el C/I

Le tableau suivant rsume les problmes observs et les solutions proposs pour remdier
au problme de handover failure.
Page 68
Non du site
CAS-1141-1
Nom du
cluster
C4
Nom de
la BSC
CAS-BSC2
Cause du handover
failure
Interfrence TCH d
une source externe
Cellule hors service
cause des erreurs de
transmission et
optimisation du
voisinage
Interfrence BCCH
Solutions propose
CAS-1130-3
C7
CAS-BSC1
CAS-1177-3
C7
CAS-BSC1
CAS-1079-2
C2
CAS-BSC2
Rgler les filtres du CDMA
CAS-BSC1
Interfrence TCH due

aux frquences du
CDMA
Problme de voisinage
CAS-1058-1
C1
CAS-1038-3
C9
CAS-BSC1
Problme dOverlaping
Contacter lANRT
Mettre la cellule en service
le plus tt possible et
enlever des sites loin de la
liste des voisines
Modifier le BCCH de 1023
1012
MOH-1002-2 ne doit pas

tre voisin de CAS-1058 car
trop loin
Changer les paramtres de
handover de la cellule
1038-3
Tableau 18 : rcapitulatif des cas traits HO dans CAS-ZMR

3.3.6
Optimisation de la congestion
Les problmes de congestion ne peuvent pas tre dtects par les moyens de mesures drive
test. Cependant, la congestion est supervise utilisant les compteurs de lOMC-R. Vue
limportance conomique de pouvoir vhiculer 98% du trafic des abonns au minimum, la
dtection chaud des problmes de congestion est une tche quotidienne.
Nous prsenterons dans ce qui suit les problmes et les solutions proposs pour remdier
la congestion TCH et SDCCH
3.3.6.1
Congestion TCH
3.3.6.1.1 Problmes dtects
Le suivi des compteurs de lOMC-R durant les 2 dernires semaines du mois de Mai nous a
permit de dtecter une poigne de problmes de congestion prsents ci-dessous :
Temps
05/23/2011
05/23/2011
05/25/2011
05/31/2011
Nom de la Nom du K3036:TC K3034:T K3014:Traffi K3015: K3016:Co W3005: TCH

cellule
Cluster
HF
CHH
c Volume Available nfigured Congestion
Traffic
Traffic
on TCH
TCHs
TCHs
Rate
Volume Volume
(Traffic
Channel)
CAS-1093-2
C9
179.564 78.075
257.639 518.215 518.215
2.19%
CAS-1138-2
C9
30.646
77.23
107.876 338.277 338.277
5.62%
CAS-1163-2
C1
199.987 426.36
626.347 663.497 663.497
3.59%
CAS-1177-3
C7
124.245 248.867
373.112 906.134 906.444
2.06%
Tableau 19: problmes de congestion dtects dans la semaine du 23/05/2011
Page 69
3.3.6.1.2 Analyse des problmes
-Pour la cellule CAS-1193-2 nous avons remarqu que le trafic en Half-rate (78,075 ERL) est
infrieur au trafic du full-rate (179,564 ERL) ce qui dit que le seuil dactivation du Half-rate
suite au dpassement du pourcentage des TCHs occups dit aussi (TCH busy threshold)
dans la cellule est trs lev , aprs vrification nous avons trouv que le TCH busy
threshold est gale 80%.
-pour la cellule CAS-1138-2 on a extrait de lOMC-R le trafic pendant chaque heure pour voir
la distribution de trafic dans cette journe.
Figure 46: mesure de congestion de la cellule CAS-1138-2

Nous avons remarqu que le taux de congestion augmente brusquement et atteint 41% vers
15H avec une baisse dans Available TCHs , cest pour cela quon a souponn lexistence
dun problme au niveau du lien de transmission ce qui nous a mens vrifier les alarmes
dans ce jour :
Svrit
Major
Nom
LAPD OML FAULT
BSC source
CAS_BSC2
Object
CAS-1138
temps d'occurrence
05/23/2011 13:19:15
-pour la cellule CAS-1163-2 nous avons remarqu une hausse de trafic dans le weekend, ce
qui exige laugmentation de la capacit de cette cellule.
-pour la cellule CAS-1177-3 nous avons repr un problme dinterfrence en DL
3.3.6.1.3 Solutions proposes
-pour la cellule CAS-1193-2 on a dcid de baisser le TCH busy threshold de 80% 65% pour
augmenter la capacit du systme et diminuer la congestion.
Page 70
-nous avons signal le problme de transmission au dpartement BSS le 24/05/2011, le

problme de congestion a disparus ds la rparation du lien Abis.
-pour la cellule CAS-1163-2 nous avons dcid dajouter un TRX et de changer les paramtres
du Load HO pour partager la surcharge en trafic avec les cellules voisines et surtout les
cellules 1800.
Nom de la cellule
seuil du LOAD HO
Nombre de TRX
valeur ancienne nouvelle valeur valeur ancienne nouvelle valeur
CAS-1163-2
95%
90%
Tableau 20 : modification dans la cellule CAS-1163-2

- pour la cellule CAS-1177-3 on a modifi le BCCH de 1023 1012 ce qui a rsolu le problme
de congestion et du handover failure.
3.3.6.2
Congestion SDCCH
3.3.6.2.1 Problmes dtectes
Une requte de suivi des KPIs le 31/05/2011 a rvl un problme de congestion SDCCH au
niveau du site CAS-1258 se trouvent dans le cluster 7.
Temps
Nom de la
cellule
31/05/2011 CAS-1258-2
31/05/2011 CAS-1258-1
31/05/2011 CAS-1258-3
W3004:
K3005:Available K3006:Configured
SDCCH
SDCCHs
SDCCHs
Congestion
Rate
6.90%
12%
9.67%
0.833
0.867
0.901
576
576
576
W3024: Trx
Availability
Rate
6
8
19
Tableau 21: Compteur OMC-R de congestion
Tableau 22 : taux de congestion SDCCH le 31/05/2011 pour le site CAS-1258

3.3.6.2.2 Analyse des problmes
En observant les compteurs prcdents, nous avons remarqu quil y a une diffrence
norme entre le Configured SDCCHs et Available SDCCHs, cette diffrence peut tre
explique par la prsence dun problme de transmission sur le lien Abis ou bien une
Page 71
dfaillance matrielle du TRX SDCCH dans le site. Pour dterminer la cause exacte nous
avons vrifi la liste des alarmes dclenches le 31/05/2011.
Svrit
Major
Major
Major
Major
Nom
LAPD FAULT
S3GSM Cell out of Service
BSC source
CAS_BSC1
CAS_BSC1
CAS_BSC1
CAS_BSC1
Object
CAS-1258
CAS-1258
CAS-1258
CAS-1258
temps d'occurrence
05/31/2011 11:13:10
05/31/2011 12:22:23
05/31/2011 12:22:27
05/31/2011 12:22:30
Tableau 23: liste des alarmes du site CAS-1258 le 31/05/2011

Nous avons conclu que le problme tait srement un problme de transmission sur
linterface Abis.
3.3.6.2.3 Solutions proposes
Nous avons contact lquipe BSS pour signaler le problme. Une fois ils nous ont confirm
que le problme de transmission tait rgl, nous avons pu constater que le problme de
congestion en SDCCH tait rgl.
3.4 Etude de limpact des solutions proposes

3.4.1
La couverture et la qualit de signal
Dans lattente deffectuer un drive test dans le cluster ZMR nous avons excut du OMC-R
des requtes ( MR mesurement KPIs ) pour valuer les niveaux de signal reu et la qualit
perue enregistrs pour tous les MR reus, et ceci pour sassurer de lamlioration suite aux
modifications proposes.
Figure 47 : Amlioration de la Qualit de signal en DL dans le site CAS-1164-3
Page 72
3.4.2
Le call drop
Les figures ci-dessous permettent de tracer la stabilisation du taux du call drop un taux
infrieure 2% pour le canal TCH et infrieur 1% pour le canal SDCCH en effet aux
ajustements raliss se basant sur lanalyse de ce phnomne.
4,50%
4,00%
3,50%
3,00%
2,50%
W3014: SDCCH Drop
Rate
2,00%
1,50%
W3015: TCH Drop Rate
1,00%
0,50%
0,00%
Figure 48: Taux du call drop dans le cluster CAS-ZMR

3.4.3
Le handover
Les figures ci-dessous renseignent lvolution des taux du succs de handover dans une
priode allant du 17/05/2011 au 04/06/2011 (avant et aprs les modifications). Ce qui
permet de constater lvolution importante du succs de handover aprs les modifications
apportes. Cette amlioration avait un effet favorable un le taux de succs de handover
dans les sous cluster et en effet sur le cluster ZMR dtude.
Figure 49: amlioration du taux de succs HO radio dans la cellule CAS-1030-3
Page 73
Figure 50 : amlioration du taux de succs HO radio dans la cellule CAS-1058-1
Figure 51: amlioration du taux de succs du handover du cluster ZMR de CASA

3.4.4
La congestion
Les figure ci-dessous permettent daffirmer que le taux de congestion TCH et SDCCH sest
nettement affaibli par rapport aux taux initial suite aux modifications livres. Le taux de
congestion TCH moyen du cluster-ZMR doit tre infrieur 2%. Les cellules dont le taux de
congestion tait inacceptable avant les modifications ont vu leurs taux diminuer
notablement et basculer vers des valeurs trs proches de 0% ce qui a dailleurs satisfait
loprateur.
Page 74
Figure 52 : amlioration de la congestion TCH
Figure 53: amlioration de la congestion SDCCH
3.5 CONCLUSION
Dans cette partie, nous avons prsent le processus doptimisation appliqu au cluster ZMR
de CASA dans le but de russir son acceptation par le client. En effet un suivi quotidien des
KPI depuis lOMC-R a permis de dtecter les problmes de congestion et analyser les
problmes de handover. Dautres problmes ont t dtects grce au Drive test men pour
la mesure de performances. Le drive test a permis de dtecter des vnements Radio non
souhaitables (tels que le Drop Call) et une faiblesse au niveau de la couverture et de la
qualit du signal du cluster.
Dans un deuxime temps, nous avons prsent lanalyse dtaille des problmes rencontrs
et nous avons propos des solutions adaptes lexistant, un suivi du problme de
couverture et de la qualit de signal est men depuis lOMC-R pour confirmer lefficacit des
solutions proposes, en attendant de deffectuer un drive test pour le Cluster-ZMR planifi
pour le mois de juillet.
Vers la fin de ce chapitre nous avons prsent une tude dimpact des modifications
proposes pour valuer la pertinence et la robustesse des solutions livres afin de sassurer
du bon tat du cluster.
Page 75
4 CONCLUSION GENERALE
Notre projet de fin d tude (PFE) a dur trois mois ; trois mois durant lesquels nous
avons travaill ardemment sur loptimisation et l amlioration des performances du rseau
de INWI en particulier le cluster CAS-ZMR.
Pendant ces trois mois nous avons surtout eu loccasion dapprofondir nos connaissances
sur le GSM en rendant pratique des concepts qui jusqu alors taient rests thoriques pour
nous. Nous avons galement eu loccasion dapprendre certaines terminologies ainsi que
les mthodes et les outils propres lentreprise HUAWEI .
Durant notre stage de PFE nous avons contribu activement apporter des solutions
directement ou indirectement
aux diffrents problmes auxquels font face
quotidiennement les ingnieurs RNO/RNP de HUAWEI quitte accomplir des tches qui ne
concernent pas directement notre projet de fin dtude.
Durant ces trois mois de stage dont un mois pass au sige de HUAWEI et deux mois au
sige de INWI nous avons eu loccasion danalyser les diffrents problmes du rseau de
INWI notamment les problmes de couverture , de la qualit , du call drop , du handover
failure, de la congestion auxquels nous avons propos des solutions dont certains ont t
appliques et dautres en attente dapplication.
Pendant ces trois mois de stage nous avons eu loccasion de tisser des relations damiti et
de fraternit avec les tous les ingnieurs du dpartement RNO/ RNP ainsi que les autres
stagiaires de HUAWEI et de INWI. Nous avons eu loccasion de dvelopper lesprit de groupe
et damliorer notre communication.
Nous esprons enfin que notre passage HUAWEI aura contribu un tant soit peu
loptimisation complte du cluster CAS-ZMR afin de prcipiter son acceptation par le client
INWI ceci tant lobjectif de notre stage.
Page 76
INDEX
A
AuC : Authentication Center
ARFCN : Absolute Radio-Frequency Channel Number
AGCH: Access Grant CHannel
B
BTS : Base Transceiver Station
BSC: Base Station Controler
BSIC : Base Station Identity Code
BSS : Base Station Subsystem
BCCH : Broadcast Ctrol CHannel
BER : Bit Error Rate
BCC : Base Colour Code (pour distinguer les cellules de mme oprateur utilisant le mme canal,
cod sur 3 bits)
C
CBCH: Cell Broadcast CHannel
CI: Cell Identity
D
DTX : Discontinuous Transmission
DT: Drive Test
E
EDGE : Enhanced Data rates for GSM Evolution
E-GSM : Extended Global System for Mobile Communications
ETSI: European TelecommunicationStandards Institute
EIR: Equipement Indentity Register
F
FDMA: Frequency Division Multiple Access
FACCH: Fast Associated Control CHannel
FCCH: Frequency Correction CHannel
FN: Frame Number
FH: Frequency Hopping
G
GSM: Global System for Mobile Communications
GMSK: Gaussian Minimum-Shift Keying
GPS: Geographic Positioning System
H
HLR: Home Location Register
K
KPI: Key Performance Indicator
Page 77
L
LAC : Location Area Code
LAPD: Link Access Protocol on the D
LAPDm: Link Access Protocol on the D mobile channel
LMT: Local Maintenace Terminal
M
MS : Mobile Station : le tlphone portableo
MSC : Mobile Switching Center
Multitrame : suite de 26 ou 51 slots occupant la meme position dans le strames TDMA
successives sur lesquels sont dfinis les diffrents canaux logiques
MSPwr: Mobile Station Power
MCS : Modulation Coding Scheme
N
NSS: Network SubSystem
NP: Network Performance
NCC : Network Colour Code (pour distinguer les cellules des oprateurs de pays diffrents
utilisant le mme canal, cod sur 3 bits)
O
OSS: Operating Support System
OMC: Operation and Maintenance Center
P
PCH: Paging CHannel
PLMN: Public Land Mobile Network
PSK: Phase-Shift Keying
Q
Qos : quality of service
R
RACH: Random Access Channel
RSSI : Received Signal Strength Indicator
RxLev : mesure RSSI du champ reu, effectu par le mobile et code sur 6 bits par pas de 1 dB (0=110 dBm)
RxQual : mesure code sur 3 bits de qualit du signal<reu par estimation du taux derreur bit BER
permettant dapprcier le C/I (0 pour BER < 0.2%, 1 pour 0.2%<BER<0.4%... 7 pour BER> 12.8%)
RLT: Radio Link Timeout
RF: Radio Frequency
S
SDCCH: Stand-alone Dedicated CHannel
SACCH: Slow Associated Control CHannel
SCH : Synchronisation CHannel
SD Test: Shake Down Test
T
Page 78
TDMA: Time Division Multiple Access

TN: Time slot Number
TCH: Traffic Channel
TA: Timing Adance)
TS: Time Slot
U
UIT : Union Internationale des Tlcommunications
V
VLR : Visitor Location Register
Page 79
5 ANNEXES
ANNEXE 1 : GPRS/EDGE
Lactivit majeure de dveloppement de la phase 2+, ou 2,5G, du GSM concerne le GPRS. Ce
dernier incarne une nouvelle gnration du standard GSM, rendant possible la prise en
charge des applications de donnes moyen dbit dans le cadre de la mobilit. Il constitue
en outre une transition vers la troisime gnration, caractrise par le passage dun dbit
de 14,4 Kbit/s (9,6 Kbit/s utilisable) un dbit beaucoup plus important, pouvant tre
multipli par 8 au maximum. Le GPRS utilise la mme infrastructure que le GSM mais avec
un double rseau cur, celui du GSM, cest--dire dun rseau commutation de circuits, et
celui dun rseau transfert de donnes. Si lutilisateur tlphone, linformation transite par
le rseau cur de type circuit tlphonique. Si lutilisateur met des paquets, ces derniers
sont achemins par le rseau cur de type paquet. Le rseau cur utilise une technique de
relais de trames. Nous ne considrons dans la suite que la partie paquet ajoute au GSM. Le
terminal intgre les composants ncessaires au traitement de la parole tlphonique pour la
numriser de faon plus ou moins compresse et se complte dun modem, qui met les
paquets de lutilisateur vers le rseau cur paquet. La traverse de linterface radio utilise
les slots du TDMA qui ne sont pas utiliss par la parole tlphonique.
LEDGE est une norme introduite au rseau GPRS et peut ainsi tre nomm EGPRS.EDGE ou
mme 2.75, permet un dbit de 384kbps qui est requis pour supporter les services
multimdia. Lide derrire lEDGE est daugmenter le dbit qui peut tre atteint dans une
bande de 200khz en modifiant les types de modulations tout en gardant les mmes
lments du rseau GSM/GPRS.
ANNEXE 2 : Correspondance entre qualit de service et niveau de signal

Cette figure montre la relation qui existe entre le niveau de champs et la qualit de
communication. On remarque que si le niveau de champs est trs dgrad, la qualit est
aussi trs faible.
Page 80
Correspondance qualit de service et niveau de service
ANNEXE 3 : Le concept cellulaire

Le concept cellulaire constitue le fondement de base des rseaux radio mobiles : La zone
desservie par un oprateur est divise en cellules alimentes partir dune station de base.
Ce concept prsente une multitude davantages, tout dabord, l'utilisation du concept
cellulaire permet dajuster les ressources radio la demande en trafic. Le principe se traduit
par des zones urbaines forte concentration de BTS (Base Transceiver Station) couvrant de
petites cellules et des zones rurales faible concentration de BTS couvrant des cellules de
grande taille. Ce concept prsente aussi lintrt de faciliter lapplication du principe de
rutilisation de frquences, En effet l'oprateur tlphonique est restreint un nombre
limit de frquences pour couvrir l'ensemble du rseau, ce qui rend ncessaire la
rutilisation du spectre radio mainte fois tout en prvenant les situations d'interfrences
entre les ondes radio. Le rseau parvient alors grer un grand nombre de communications
simultanes beaucoup plus important que le nombre de frquences disponibles. Une cellule
reprsente l'ensemble des points du territoire couvert par une mme BTS et o le signal
mis par cette BTS est le plus fort. Chaque cellule est identifie par un BSIC (Base Station
Identity Code). Le mobile est toujours connect la BTS la plus proche de point de vue radio.
On parle alors de BTS "meilleure serveuse".
ANNEXE 4 : Principe de planification de frquences

Quelque soit le modle de rutilisation choisi, on doit respecter les principes suivantes :
Lespacement frquentielle entre le BCCH et le TCH doit tre suprieur 400 KHZ
dans une cellule
Les stations de bases adjacentes ne doivent pas utiliser les mmes frquences
Page 81
Considrant la complexit de la hauteur de l'antenne et de l'environnement de

propagation radio, les stations de base prs les unes des autres ne peuvent pas
utiliser la mme frquence
Les cellules adjacentes ayant les mmes frquences BCCH ne doivent pas avoir les
mmes BSIC.
Le but de la planification des frquences est de parvenir un quilibre entre le taux

d'utilisation des frquences et la capacit du rseau sur la base de l'assurance de la qualit
du rseau.
Page 82
RFRENCES
Rfrence bibliografigues :
HUAWEI optimisation GSM

HUAWEI GSM Principles and call flow Chapter 1-8 of GSM RNP & RNO.
Les rseaux Guy Pujolle Edition Eyrolles 5me Edition

Tutoriel GSM EFORT
Rfrence weboliografigues :
www.anrt.net.ma
www.huawei-support.com
www.gsmworld.com
http://home.mira.net/~gnb/gps/nmea.htm
Page 83

Suivi Et Amelioration Des KPIs Du Cluster ZMR 2G de CASA Pour Le Projet INWI V3

Transféré par

Informations du document

Titre original

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

Droits d'auteur :

Formats disponibles

Suivi Et Amelioration Des KPIs Du Cluster ZMR 2G de CASA Pour Le Projet INWI V3

Transféré par

Droits d'auteur :

Formats disponibles

Suivi et amlioration des KPIs du cluster ZMR 2G de CASA pour le projet INWI

DIDI OMAR Youness & SEBADO Kokou

Projet de fin dtudes

Suivi et amlioration des KPIs du

Ralis par : DIDI OMAR Youness

Project de Fin dEtudes

Project de Fin dEtudes

pour son accueil chaleureux au sein de son

dpartement et pour ses qualits humaines et ses conseils.

exprimer notre profonde gratitude Mr. ADDIOUI

YOUSSEF, notre encadrant externe pour son incontestable contribution

Finalement, Nous tenons remercier toute personne ayant contribu de

Project de Fin dEtudes

Project de Fin dEtudes

Project de Fin dEtudes

Project de Fin dEtudes

ARCHITECTURE DU RESEAU GSM ......................................................................................... 16

ALLOCATION DE LA BANDE DE FREQUENCE.................................................................. 16

TOPOLOGIE DU RESEAU ................................................................................................ 17

LA STATION MOBILE MS ................................................................................................ 17

LE SOUS SYSTEME RADIO BSS ........................................................................................ 18

LE SOUS SYSTEME RESEAU NSS ..................................................................................... 18

LES INTERFACES DES RESEAUX GSM ............................................................................. 18

LINTERFACE RADIO ............................................................................................................... 19

BILAN DE LIAISON .......................................................................................................... 19

METHODES DACCES MULTIPLES................................................................................... 21

CODAGE CANAL ET MODULATION ................................................................................ 22

ORGANISATION DES MULTIPLES DE TRAMES................................................................ 23

LES CANAUX LOGIQUES ET PHYSIQUES ........................................................................ 23

LAVANCE TEMPOREL TA ............................................................................................... 26

LA TRANSMISSION DISCONTINUE DTX .......................................................................... 26

LE CONTROLE DE PUISSANCE ........................................................................................ 27

LE SAUT DE FREQUENCES .............................................................................................. 27

ASPECTS DU RESEAU GSM..................................................................................................... 28

LA GESTION DES RESSOURCES RADIO ........................................................................... 29

LA GESTION DE LA MOBILITE ......................................................................................... 32

SELECTION ET RE-SELECTION DES CELLULES ................................................................. 32

Project de Fin dEtudes

LA MISE A JOUR DE LA LOCALISATION ......................................................................... 33

CHAPITRE 2 SUPERVISION ET OPTIMISATION DU RESEAU GSM ....................................................... 34

LES OBJECTIFS DE LOPTIMISATION DU RESEAU .................................................................. 34

LA CAPACITE DU RESEAU GSM ................................................................................... 34

LA QUALITE DE SERVICE .............................................................................................. 34

PROCEDURE D'OPTIMISATION DU RESEAU GSM .................................................................. 35

L'ACQUISITION D'INFORMATIONS DU RESEAU .................................................................. 36

COLLECTE DES DONNEES ..................................................................................................... 36

LE DRIVE TEST .............................................................................................................. 37

LES DONNEES DE L OMC-R.......................................................................................... 41

LANALYSE DES DONNEES .................................................................................................... 43

ANALYSE DU CALL DROP ............................................................................................. 44

ANALYSE DU HANDOVER FAILURE ............................................................................. 45

ANALYSE DE LA CONGESTION TCH............................................................................ 46

ANALYSE DE LA CONGESTION SDCCH ....................................................................... 47

RESOLUTION DES PROBLEMES ............................................................................................ 47

RESOLUTION DU PROBLEME DE LA COUVERTURE ..................................................... 47

RESOLUTION DU PROBLEME DINTERFERENCE ............................................................ 48

RESOLUTION DU PROBLEME DE LA CONGESTION ..................................................... 50

LOCAL MAINTENANCE TERMINAL (LMT) ............................................................................ 51

EXECUTION DES COMMANDES.................................................................................... 51

CHAPITRE3 ETUDE DE CAS DOPTIMISATION DU CLUSTER-ZMR DE CASA ............................................ 53

CONTEXTE DE LETUDE DE CAS ............................................................................................. 53

OPTIMISATION DU CLUSTER-ZMR DE CASA .......................................................................... 54

ZONE DE LETUDE .......................................................................................................... 54