Suivi Et Amélioration 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 1.2 INTRODUCTION ..................................................................................................................... 16 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
1.2.1 1.2.2 1.2.3 1.2.4 1.2.5 1.2.6 1.3
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
1.3.1 1.3.2 1.3.3 1.3.4 1.3.5 1.3.6 1.3.7 1.3.8 1.3.9 1.4
ASPECTS DU RESEAU GSM..................................................................................................... 28 LA GESTION DES RESSOURCES RADIO ........................................................................... 29 LE HANDOVER................................................................................................................ 29 LA GESTION DE LA MOBILITE ......................................................................................... 32 SELECTION ET RE-SELECTION DES CELLULES ................................................................. 32 Page 7
1.4.1 1.4.2 1.4.3 1.4.4
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 2.2 INTRODUCTION ..................................................................................................................... 34 LES OBJECTIFS DE LOPTIMISATION DU RESEAU .................................................................. 34 LA COUVERTURE ........................................................................................................... 34 LA CAPACITE DU RESEAU GSM ................................................................................... 34 LA QUALITE DE SERVICE .............................................................................................. 34
2.2.1 2.2.2 2.2.3 2.3 2.4 2.5
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
2.5.1 2.5.2 2.6
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
2.6.1 2.6.2 2.6.3 2.6.4 2.7
RESOLUTION DES PROBLEMES ............................................................................................ 47 RESOLUTION DU PROBLEME DE LA COUVERTURE ..................................................... 47 RESOLUTION DU PROBLEME DINTERFERENCE ............................................................ 48 RESOLUTION DU PROBLEME DE LA CONGESTION ..................................................... 50
2.7.1 2.7.2 2.7.3 2.8
LOCAL MAINTENANCE TERMINAL (LMT) ............................................................................ 51 EXECUTION DES COMMANDES.................................................................................... 51 LE MONITORING ........................................................................................................... 51
2.8.1 2.8.2 2.9
CONCLUSION ......................................................................................................................... 52
CHAPITRE3 ETUDE DE CAS DOPTIMISATION DU CLUSTER-ZMR DE CASA ............................................ 53 3.1 3.2 3.3 INTRODUCTION ..................................................................................................................... 53 CONTEXTE DE LETUDE DE CAS ............................................................................................. 53 OPTIMISATION DU CLUSTER-ZMR DE CASA .......................................................................... 54 ZONE DE LETUDE .......................................................................................................... 54 OPTIMISATION DE LA COUVERTURE ............................................................................. 55 OPTIMISATION DE LA QUALITE DU SIGNAL .................................................................. 58 OPTIMISATION DE CALL DROP. ..................................................................................... 60 Page 8
3.3.1 3.3.2 3.3.3 3.3.4
SOLUTIONS PROPOSEES ................................................................................................................ 62 3.3.5 3.3.6 3.4 OPTIMISATION DU HANDOVER ..................................................................................... 63 OPTIMISATION DE LA CONGESTION .............................................................................. 69
ETUDE DE LIMPACT DES SOLUTIONS PROPOSEES................................................................ 72 LA COUVERTURE ET LA QUALITE DE SIGNAL ................................................................. 72 LE CALL DROP ................................................................................................................ 73 LE HANDOVER................................................................................................................ 73 LA CONGESTION ............................................................................................................ 74
3.4.1 3.4.2 3.4.3 3.4.4 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 Project de Fin dEtudes 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 doptimisa tion 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).
Project de Fin dEtudes 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 d tablir 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:
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 perte de Pntration: 10dB bruit dinterfrence: 2dB protection bruit environnemental: 2dB Mobile station sensitivity: -102 dBm Fast fading protection: 3dB Slow fading protection (indoor): 5dB perte de Pntration: 2dB 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 :
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
(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
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 :
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).
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
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 utilis e 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 combi naisons 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.
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.
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
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 utilisateu r 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 CAS-2 Site2 CELLNAME longitude latitude Site1-2 Site2-3 -7.58381 -7.54391 azimuth BCCH BSIC LAC CI 1015 1009 11 31 3 4 Mec. Elect tilt tilt 10100 3 2 10065 2 1
33.5741 140 33.5853 150
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
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.
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
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 t lcommunication. 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 Cell PS Service Faulty GSM cell out of Service OML Fault E1/T1 Local Failure Alarm LAPDm Alarm LAPDm Link Abnormal Alarm Significations Cellule teint pour des besoins de maintenance La partie PS de la cellule est en panne La cellule est tombe en panne 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 Svrit Warning Major Major 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 ( c hec 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 so uffrent 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 quipemen t ( 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 rs eau 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
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 df avorable 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 hand over 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 -67.81 dBm 71.26 % Valeur Cible >-60dBm >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 CELL NAME Longitude Latitude Azimuth Tilt Mcanique Tilt Electrique
CAS-1093 CAS-1093 CAS-1093 CAS-1164 CAS-1014
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
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. 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
Non de la cellule CAS-1093-1 CAS-1093-2 CAS-1093-3 CAS-1164-1 CAS-1014-2
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 rsolut ion 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% 20,00% 10,00% 0,00% C1 C2 C3 C4 C5 C6 C7 C8 C9 Call drop rate
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
CLUSTER Name CLUSTER C1 CLUSTER C2 CLUSTER C3
Number of call drop 1 1 2
Call drop cause Mauvaise qualit due une mauvaise couverture Problme de MS Interfrence en downlink avec le BCCH 1015 du site CAS-1100-2 Mauvaise qualit due une interfrence .les sites CAS1077-3, CAS-1162-1, CAS1023-1 sont voisines et ont mme BCCH Mauvaise qualit due linterfrence Mauvaise qualit due une interfrence BCCH Mauvaise couverture et mauvaise qualit du signal
Solutions Un nouveau site doit tre install dans la rgion aucune Changer le BCCH du site CAS-1100-2 Refaire la planification des BCCH de toutes les cellules de cette rgion
CLUSTER C4
CLUSTER C5 CLUSTER C7
1 3
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
Handover success rate

Titre de l'axe 150% 100% 50% 0% CAS1132-3 79% CAS1169-2 97% CAS1078-1 79% CAS1169-1 96% CAS1026-2 94% CAS1141-3 95%
Handover success rate
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 signalisat ion) .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

En observant bien ce graphe nous avons dduit quil est p eu 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
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 CAS-1130-3
Nom du cluster C4 C7
Nom de la BSC CAS-BSC2 CAS-BSC1
CAS-1177-3
C7
CAS-BSC1
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 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 Rgler les filtres du CDMA
CAS-1079-2
C2
CAS-BSC2
CAS-1058-1
C1
CAS-BSC1
Interfrence TCH due aux frquences du CDMA Problme de voisinage
CAS-1038-3
C9
CAS-BSC1
Problme dOverlaping
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 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%
05/23/2011 05/23/2011 05/25/2011 05/31/2011
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 95% 90% 4 5
CAS-1163-2
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 W3004: K3005:Available K3006:Configured SDCCH SDCCHs SDCCHs Congestion Rate W3024: Trx Availability Rate
31/05/2011 CAS-1258-2 31/05/2011 CAS-1258-1 31/05/2011 CAS-1258-3
6.90% 12% 9.67%
0.833 0.867 0.901
576 576 576
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
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 S1GSM Cell out of Service 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% 2,00% 1,50% 1,00% 0,50% 0,00% W3014: SDCCH Drop Rate W3015: TCH Drop Rate
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
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
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 Amélioration 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 Amélioration 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 Cluster-ZMR 2G de CASA pour le projet INWI

Project de Fin dEtudes

Project de Fin dEtudes

exprimer notre profonde gratitude Mr. ADDIOUI

Project de Fin dEtudes

Project de Fin dEtudes

Project de Fin dEtudes

INWI . " 2G "INWI OMC-R . INWI . . .

Project de Fin dEtudes

1.2.1 1.2.2 1.2.3 1.2.4 1.2.5 1.2.6 1.3

1.4.1 1.4.2 1.4.3 1.4.4

Project de Fin dEtudes

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

2.2.1 2.2.2 2.2.3 2.3 2.4 2.5

2.5.1 2.5.2 2.6

2.6.1 2.6.2 2.6.3 2.6.4 2.7

2.7.1 2.7.2 2.7.3 2.8

2.8.1 2.8.2 2.9

3.3.1 3.3.2 3.3.3 3.3.4

Project de Fin dEtudes

3.4.1 3.4.2 3.4.3 3.4.4 3.5

Project de Fin dEtudes

Liste des Figures

Project de Fin dEtudes

Liste des tableaux

Project de Fin dEtudes

Figure 2 : nombre dabonns au service mobile par oprateur

Project de Fin dEtudes

Prsentation du dpartement RNP/RNO de HUAWEI

Project de Fin dEtudes

Project de Fin dEtudes

1.2 Architecture du rseau GSM

Figure 3: Architecture du rseau GSM

Project de Fin dEtudes

Le sous systme radio BSS

1.3 Linterface radio

Project de Fin dEtudes

Le premier tage des hauts btiments dans les grandes villes

Dans les voitures. Le premier tage dans les btiments gnraux.

Plain air (Outdoor).

Tableau 2 : Paramtres et seuils de propagation Radio

Pbr = Poutm + Gam Ld + Gab + Gdb Lfb Pbn Pinm=Pbt-Lcf-Lcb+Gab-Ld

Figure 5: technique FDMA

Figure 6: Combinaison du TDMA et FDMA.

Codage canal et modulation

Project de Fin dEtudes

Figure 7: paquets GSM

Figure 8: organisation des multiples des trames

Figure 9: Multiplexage TCH-SACCH le 12me FN de la multitrame est rserv pour la SACCH

Tableau 4: les canaux de diffusion

Tableau 5 : les canaux de contrle commun

Project de Fin dEtudes

Figure 11: cycle de contrle de puissance

1.4 Aspects du rseau GSM

Project de Fin dEtudes

1.4.2.1 Principe du handover

Figure 13: procdure de handover intra-BSC

Figure 14: procdure de handover inter-BSC

Project de Fin dEtudes

Figure 15: algorithme du handover