Vous êtes sur la page 1sur 90

Universit Abdelmalek Essaadi Ecole Nationale des Sciences Appliques de Ttouan

Mmoire de Fin dEtudes


Pour lobtention du diplme

DIngnieur dEtat
Gnie des Systmes des Tlcommunications et Rseaux(GSTR)
Promotion 2008 2011

Optimisation du rseau 3G en corrlation avec les statistiques et les KPIS

Mlle. Khaoula EL HABIB


Soutenance le 28 Juin 2011 Membres de jury :
Pr. Otman CHAKKOR Pr. Abdellah FELLAHI Pr. Souhaib AAMOU Encadrant ENSA Ttouan ENSA Ttouan ENS Martile

Anne Scolaire : 2010-2011

Les oprateurs tlcoms cherchent toujours satisfaire dune part leurs clients dautre part ils tentent dacqurir une utilisation optimale des quipements dploys ainsi loptimisation des rseaux est devenue indispensable. Ce projet de fin dtude consiste optimiser le rseau 3G de Mditel, dont la zone dtude est une zone situe au centre de la ville de Fs. Pour mener bien ce travail, il a dabord t question de passer une priode d'apprentissage sur les diffrents systmes de communication (3G), ses principaux composants, et ses fondamentales caractristiques radios. Puis ladaptation lenvironnement de suivi des indicateurs de qualit et de lanalyse des drives tests ont t ncessaires. Au terme de Ce travail, une procdure doptimisation a t applique la rgion tudie (Centre de Fs).

The telecom operators are still trying to satisfy their customers, and at the same time make optimum use of equipment deployed, thats why the optimization of networks is essential, and it involves several processes of radio resources optimization. This project graduation is to optimize the network 3G of Mditel, the study area is an area of the center of Fs city. To carry out this work, we start by a period of learning about the different communication systems (3G), its main components, and its fundamental radio characteristics. Then the adaptation to environmental monitoring of quality indicators and analysis of drives test were needed. Upon completion of this work, an optimization procedure was applied to the area studied.

. . . .

Ddicace

A ma chre mre A mon cher pre Respect, amour, reconnaissance, sont les moindres sentiments que je puisse vous tmoigner. Aucune ddicace ne saurait exprimer mon respect, ma considration et ma grande admiration. Que dieu vous garde.

A ma chre famille Symbole de ma sret et ma scurit.

A tous mes professeurs qui mont enseign Puisse ce modeste travail vous exprimer ma profonde reconnaissance, mon respect et mon Admiration sans limites votre gard. Khaoula EL HABIB
4

Remerciement

Au nom d'Allah le tout misricordieux, le trs misricordieux.

Ce travail, ainsi accomplie, n'aurait point pu arriver terme, sans l'aide et le soutien et tout le guidage d'Allah, louange au tout misricordieux; le Seigneur de l'univers. En second lieu, je tiens remercier toute personne ayant aid, de prs ou de loin l'achvement de notre tude, et en particulier de notre priode de stage de fin d'tude et de ce projet. Je remercie en premier lieu, mes parents qui ne prservent aucun effort pour me voir escalader pas srs la montagne du savoir, et dpasser tous les obstacles vers l'amlioration. Tout mot dit, je ne les remercierai jamais assez.

Ensuite, Je tiens exprimer ma profonde gratitude tout le corps professionnelle qui ma amen jusqu' ce point ci. Je remercie En particulier, mes chers professeurs qui font partie de mon jury, je remercie infiniment Monsieur Otman CHAKKOR mon professeur au sein de lcole, pour ses conseils, son soutien, et son encadrement. Ensuite Je tiens adresser mes sincres remerciements ainsi que mes sentiments les plus respectueux mon encadrant externe Mr Ismail NAIMI ingnieur radio qui a mis ma disposition toutes les ressources ncessaires pour le bon droulement de ce travail et qui na pas hsit un instant morienter avec ces prcieuses directives et ces judicieux conseils. Aussi, je remercie lensemble du personnel du dpartement radio de Mditelecom sur leur tte Mourad HACHAMI Manager Rseau Radio, et Mr. Fouad MOUSTADRAF ingnieur radio pour les prcieux conseils quils ont pu me prodiguer au cours de la priode de mon stage.

Enfin, je voudrais rendre hommage toutes les personnes qui n'ont pas hsit maider dune manire ou dune autre durant mon stage.

Table des matires


Introduction gnrale ................................................................................................................ 13

1er Chapitre: Le Rseau UMTS


Introduction : ............................................................................................................................ 15 1. La 3G : .............................................................................................................................. 15 1.1. 1.2. 2. Lvolution de la tlphonie mobile : ........................................................................ 15 Plan de frquence IMT2000 : ................................................................................ 16

Architecture gnrale de lUMTS ..................................................................................... 17 2.1. 2.2. Le domaine de l'quipement usager (UE): ................................................................ 18 Rseau daccs UTRAN ............................................................................................ 19 RNC :.................................................................................................................. 19 Node B : ............................................................................................................. 21 Architecture en couches de linterface Radio UTRAN : .................................... 21

2.2.1. 2.2.2. 2.2.3. 2.3.

Rseau Cur UMTS .................................................................................................. 23 Le domaine CS : ................................................................................................. 23 Le domaine PS : ................................................................................................. 24 Les lments communs : .................................................................................... 24

2.3.1. 2.3.2. 2.3.3. 3.

Les canaux et les interfaces UMTS : ................................................................................ 24 3.1. Les canaux UMTS : ................................................................................................... 24 Canaux logiques : ............................................................................................... 25 Canaux de transport :.......................................................................................... 25 Canaux physiques:.............................................................................................. 27

3.1.1. 3.1.2. 3.1.3. 3.2.

Interfaces de lUTRAN: ............................................................................................ 27 L'interface Uu : ................................................................................................... 28 L'interface Iu : .................................................................................................... 28 L'interface Iub : .................................................................................................. 28 L'interface Iur : ................................................................................................... 28

3.2.1. 3.2.2. 3.2.3. 3.2.4. 4.

Mthodes daccs radio : WCDMA .................................................................................. 28 4.1. Codes utiliss : ........................................................................................................... 29 Codes dtalement : ............................................................................................ 29 Scrambling Code : .............................................................................................. 30

4.1.1. 4.1.2. 4.2.

Le contrle de puissance : ......................................................................................... 30 Contrle de puissance open-Loop (Slow) : ........................................................ 31 6

4.2.1.

4.2.2. 4.2.3. 5.

Contrle de puissance inner-Loop (Fast) : ......................................................... 31 Contrle de puissance outer-Loop : ................................................................... 32

Le Handover dans le rseau UMTS : ................................................................................ 32 5.1. 5.2. 5.3. 5.4. Le soft/softer Handover : ........................................................................................... 32 Le Hard Handover ..................................................................................................... 33 Handover inter-systme : ........................................................................................... 34 Les mesures du handover: ......................................................................................... 35

Conclusion :.............................................................................................................................. 36

2me Chapitre : Notion de la QoS, dindicateurs de Performance KPI, et des Drives Test
Introduction .............................................................................................................................. 38 1. La qualit de service dans les rseaux UMTS: ................................................................. 38 1.1. 1.2. Architecture : ............................................................................................................. 38 Les classes de services:.............................................................................................. 40 La classe A ou Conversational: .......................................................................... 41 La classe B ou Streaming: .................................................................................. 41 La classe C ou interactive: ................................................................................. 41 La classe D ou Background :.............................................................................. 42

1.2.1. 1.2.2. 1.2.3. 1.2.4. 1.3. 2.

Les attributs du RAB: ................................................................................................ 42

Statistiques et indicateurs cls de performance : .............................................................. 43 2.1. Statistiques : ............................................................................................................... 43 Utilisation des statistiques : ................................................................................ 43 Principe d'extraction des statistiques: ................................................................. 44

2.1.1. 2.1.2. 2.2.

Compteurs et les indicateurs cls de performance : .................................................. 45 Compteurs : ........................................................................................................ 45 Indicateurs Cls de Performance : ...................................................................... 45 Formule: ............................................................................................................. 46

2.2.1. 2.2.2. 2.2.3. 3.

Les Classes des Indicateurs 3G: ........................................................................................ 46 3.1. 3.2. 3.3. 3.4. 3.5. 3.6. Laccessibilit au service: .......................................................................................... 46 La Maintenabilit du service: .................................................................................... 47 Charge et utilisation : ................................................................................................. 47 Intgrit du service : .................................................................................................. 47 Disponibilit : ............................................................................................................ 48 Mobilit : ................................................................................................................... 48 7

3.7. 4.

Exeemple de quelques KPI et leur marge acceptable : .............................................. 49

Quelques KPI de lUTRAN : ............................................................................................ 49 4.1. 4.2. 4.3. Accessibility Success rate :........................................................................................ 49 Coupure dappel : ...................................................................................................... 51 Handover : ................................................................................................................. 52 Soft/Softer Handover : ....................................................................................... 52 Le Hard Handover : ............................................................................................ 53 Le Handover Inter-Systme : ............................................................................. 53

4.3.1. 4.3.2. 4.3.3. 4.4. 5.

Trafic : ....................................................................................................................... 55

Le Drive Test : .................................................................................................................. 55

Conclusion ................................................................................................................................ 58

3me Chapitre: Processus doptimisation 3G


Introduction .............................................................................................................................. 60 1. Optimisation radio: ........................................................................................................... 60 1.1. 1.2. 2. 3. Objectif de loptimisation radio: ................................................................................ 60 Schma gnral du processus de loptimisation: ....................................................... 60

Prsentation du projet: ...................................................................................................... 61 OPTIMA: .......................................................................................................................... 63 3.1. 3.2. 3.3. Prsentation gnrale dOPTIMA: ............................................................................ 63 Larchitecture de loutil statistique OPTIMA de Mditel: ........................................ 63 Analyse des KPI : ...................................................................................................... 64 Accessibilit : ..................................................................................................... 64 La maintenabilit : .............................................................................................. 66 Charge et utilisation : ......................................................................................... 67

3.3.1. 3.3.2. 3.3.3. 4.

TEMS: ............................................................................................................................... 67 4.1. 4.2. 4.3. Le canal pilote CPICH:.............................................................................................. 68 Blocage dappels (Accessibilit): .............................................................................. 69 Coupure dappels (Maintenabilit) : .......................................................................... 72

5.

Traitement de la zone tudie : ......................................................................................... 77 5.1. 5.2. 5.3. Analyse de couverture : ............................................................................................. 78 Analyse du rapport Ec/N0 : ....................................................................................... 79 Analyse et Solution :.................................................................................................. 79

Conclusion ................................................................................................................................ 81 8

Acronyme ................................................................................................................................. 83 Bibliographies .......................................................................................................................... 85 Annexes .................................................................................................................................... 86

Tables des figures


Figure 1: Evolution des rseaux mobiles ................................................................................. 16 Figure 2: Bande de frquences pour lIMT2000 ...................................................................... 17 Figure 3: larchitecture globale de lUMTS ............................................................................. 17 Figure 4: l'quipement usager .................................................................................................. 18 Figure 5: Architecture du rseau RNS ..................................................................................... 19 Figure 6: principe du drift / serving RNC ................................................................................ 20 Figure 7: Exemple Node B ....................................................................................................... 21 Figure 8: Les couches protocolaires de linterface radio UTRAN ........................................... 21 Figure 9: Architecture Rseau Cur ........................................................................................ 23 Figure 10: Les canaux en UMTS ............................................................................................. 24 Figure 12: les interfaces de lUTRAN ..................................................................................... 27 Figure 13: Etalement Modulation ......................................................................................... 29 Figure 14: Multiplexage du codage .......................................................................................... 30 Figure 15: Le mcanisme de scrambling.................................................................................. 30 Figure 16: Les types du contrle de puissance ......................................................................... 31 Figure 17: Le Mcanisme du softer/soft Handover dans lUMTS ........................................... 33 Figure 18: Le Hard Handover .................................................................................................. 34 Figure 19: Handover Inter-systme .......................................................................................... 35 Figure 20: La QoS dans un rseau UMTS ............................................................................... 39 Figure 21: Les classes de service en UMTS............................................................................. 41 Figure 22: Mcanisme dextraction des KPIs .......................................................................... 45 Figure 23:Les messages de signalisation de ltablissement dune connexion RRC ............... 50 Figure 24: Les messages de signalisation associs au RAB .................................................... 51 Figure 25: Les causes de coupure dappel ............................................................................... 51 Figure 26: Les messages de signalisation changs lors du Soft/Softer Handover ................. 52 Figure 27: Les messages de signalisation changs lors du Hard Handover ........................... 53 Figure 28: Les messages de signalisation changs lors du Handover inter-systme.............. 54 Figure 29: Exemple dun chec dun Handover inter-systme ................................................ 54 Figure 30: chaine de mesure ..................................................................................................... 55 Figure 31: Connexion des quipements ................................................................................... 56 Figure 32: schma gnral du processus doptimisation .......................................................... 61 Figure 33: cartographie de la ville de FES ............................................................................... 62 10

Figure 34: le graphe de l'accessibilit ...................................................................................... 65 Figure 35: les taux acceptables................................................................................................. 65 Figure 36: Accessibilit au niveau RRC et RAB ..................................................................... 66 Figure 37: Les taux de coupures .............................................................................................. 66 Figure 38: marge de taux de coupure ....................................................................................... 67 Figure 39: Le trafic de la voix .................................................................................................. 67 Figure 40: Prise d'cran TEMS problme de blocage d'appel .................................................. 70 Figure 41: Prise dcran Tems illustrant la dtection du problme de mauvaise couverture ... 71 Figure 42: Prise dcran Tems illustrant la dtection du problme de Congestion.................. 72 Figure 43: Prise dcran Tems illustrant la dtection du problme de manque de voisine ...... 73 Figure 44: Prise dcran Tems illustrant la dtection du problme de mauvaise couverture ... 74 Figure 45: Prise dcran Tems illustrant la dtection du problme de Pilot Pollution ............. 75 Figure 46: Problme Radio ...................................................................................................... 75 Figure 47: Prise dcran Tems illustrant la dtection du problme de congestion................... 76 Figure 48: Autre problme de coupure d'appel ........................................................................ 77 Figure 49: Plot du RSCP lors du drive test .............................................................................. 78 Figure 50: Autre Plot du RSCP lors du Drive Test .................................................................. 78 Figure 51: Plot de lEcNo lors du drive test ............................................................................. 79 Figure 52: les amlioration apportes au niveau RSCP ........................................................... 81 Figure 53: schma dun site ..................................................................................................... 87 Figure 54: schma dune antenne tilt lctrique .................................................................... 88 Figure 55: Ajustement de lazimut de lantenne ...................................................................... 88

11

Tables des tableaux


Tableau 1: Les canaux logique de lUMTS ............................................................................. 25 Tableau 2: Les canaux de transport de lUMTS ...................................................................... 26 Tableau 3: les classes de QoS de lUMTS ............................................................................... 42 Tableau 4: Valeurs de quelques KPI ........................................................................................ 49 Tableau 5:La couverture classe par niveaux........................................................................... 69 Tableau 6: Tableau rsumant lanalyse des problmes rencontrs lors du Drive Test ............ 80

12

Introduction gnrale
En matire de tlcommunications mobiles, l'volution est remarquablement exponentielle. Depuis le dbut des annes 1980, le march des communications mobiles s'est dvelopp au del de toutes les attentes, rpondant dune part aux besoins du public et dune autre part aux exigences des oprateurs dans un souci dassurer la continuit des services avec une meilleure qualit, pallier aux problmes qui surgissent et suivre lvolution de la clientle. Cest dans cette perspective que Mditelecom accorde une grande importance loptimisation de son rseau. Le processus doptimisation des rseaux radio mobiles (3G) est indispensable afin daboutir une meilleure couverture et une qualit de service satisfaisante. Cest dans ce cadre que sinscrit ce stage de fin dtudes, dont lobjectif est doptimiser une rgion dans la ville de Fs en se basant sur ltude des statistiques, des KPIs ainsi qu lanalyse des Drives Test raliss.

Le prsent rapport est organis de la manire suivante: le premier chapitre est consacr ltude thorique des principes de bases du rseau mobile 3G, ainsi que ses principales fonctionnalits utilises dans le rseau Mditel.

Le second chapitre dfini la Qualit de Service (QoS) : son architecture, ses classes et ces attributs ainsi que la dfinition du rle que jouent les statistiques et les KPI et enfin le principe des Drives Test. Le troisime et dernier chapitre comprend ltude relle de la zone du centre de la ville de Fs : cot KPIs et cot Drive Test. Ainsi que les solutions proposes.

13

1er Chapitre: Le Rseau UMTS

14

Introduction : LUMTS est une technologie de la troisime gnration dveloppe au sein de lorganisme 3GPP (Third Generation Partnership Project) .Cette technologie a rvolutionn les rseaux mobiles. Elle a t mise en service en 2004 sous sa premire version la Release 99 (R99), elle savrait ncessaire vu les limitations des systmes de deuxime gnration en terme de dbit et de services. LUMTS permet la fois la tlphonie mobile et la transmission des donnes avec un dbit thorique allant jusqu 2 Mbps et un dbit rel de lordre de 384 Kbits/s et fonctionne sous la bande de frquence 1900MHz-2200MHz. LUMTS a pour but de bien exploiter une bande de frquence pour faire transiter davantage de donnes et donc obtenir un dbit plus important. Donc, lutilisateur peut se bnficier de plusieurs services avec un haut dbit tels que laccs internet et le tlchargement des fichiers vido.

1. La 3G : 1.1. Lvolution de la tlphonie mobile : La tlphonie mobile a progressivement volu des rseaux 1G analogiques et non cellulaires vers les rseaux 2G numriques et cellulaires, dont la mise en place s'est acclre dans les annes 90 grce des dcisions communes tablies par le groupe GSM. De rseau de transmission de services voix, un cadre technique s'est mis en place pour proposer aussi le transfert de donnes des dbits plus importants grce une gestion diffrente, par paquets, des informations changes. Cela a permis de voir merger la technologie 2,5G avec le GPRS, puis 2,75G grce la technologie EDGE, ces deux dernires continuant profiter de l'infrastructure existante 2G du GSM. Le dbit propos reste faible (200 Kbit/s) par rapport aux offres filaires (512 Kbit/s et au-del pour lADSL). Pour aller plus loin et proposer des services dpassant le cadre de la consultation WAP1 ou de la rception d'emails et se rapprocher de ceux utiliss sur les ordinateurs, il a fallu changer d'architecture. Distincte des modes de transmission antrieurs, elle est qualifie de 3G, ou rseau de troisime gnration. Presque dans le mme temps, la Chine, dont l'activit conomique connat un bouleversement sans prcdent depuis les annes 2000, prfre faire bande part et
1

Est un protocole de communication qui permet d'accder Internet partir d'un appareil de transmission sans

fil, comme par exemple un tlphone portable ou un assistant personnel.

15

constituer de toute pice son propre standard 3G : c'est le TD-SCDMA, qui offre l'avantage de ne pas avoir verser de droits de proprit intellectuelle aux occidentaux mais galement l'inconvnient d'arriver aprs les deux autres normes, sans avoir eu le temps ncessaire sa maturation industrielle. Au-del de ces technologies diffrentes, la 3G ne se suffit pas elle-mme et des volutions permettent d'amliorer ses performances. En Europe, l'UMTS peut tre mis jour en HSDPA, puis en HSUPA, augmentant sensiblement les dbits et ouvrant la voie vers de nouveaux usages.

Figure 1: Evolution des rseaux mobiles

1.2.

Plan de frquence IMT2000 : Pour lUMTS les frquences sont alloues selon les techniques de duplexage : pour

lUTRA/FDD deux bandes de 60MHZ dont 1920-1980 MHz et 2110-2170 MHz et pour lUTRA/TDD 1900Mhz-1920Mhz et 2010Mhz-2025Mhz avec une largeur de bande de 5 Mhz. La figure 2 illustre le plan de frquences propos par l'IMT2000.

16

Figure 2: Bande de frquences pour lIMT2000

2. Architecture gnrale de lUMTS L'architecture gnrale du rseau UMTS est compose de deux domaines : Un rseau daccs UTRAN et un rseau cur. Voir la figure ci-dessous.

Figure 3: larchitecture globale de lUMTS

17

2.1.

Le domaine de l'quipement usager (UE): Le domaine de lquipement usager comprend tous les quipements terminaux, il peut tre

galement divis en deux sous-domaines, lquipement mobile (ME) et le module didentit des services de lusager USIM.

ME: Mobile Equipment USIM: Universal Subscriber Identity Module

Figure 4: l'quipement usager

Mobile Equipment (ME):

Partie fonctionnelle de lUE compose de lquipement terminal (TE) et de la terminaison mobile (MT) : Mobile Termination (MT): Partie de lUE qui effectue des fonctions spcifiques la transmission et la rception sur linterface radio (contient les protocoles NAS et AS)
Terminal Equipment (TE): Partie de lUE o les donnes de lapplication sont

gnres en mission ou traites en rception. Universal Subscriber Identity Module(USIM):

Application contenue dans une carte puce permettant laccs aux services offerts par le rseau mobile. Les informations contenues dans lUSIM comprennent : Des informations permettant lidentification de lUICC : un numro unique associ la carte et son utilisateur; La langue ou les langues utiliser; Le rpertoire des applications ; LIMSI et le(s) MSISDN(s) ; Les clefs de chiffrage ; Les codes pour les appels durgence ; Les messages courts et les paramtres associs ; La liste des services et le nom de ses fournisseurs ; La liste des porteuses utiliser pour la slection dune cellule.

18

2.2. Rseau daccs UTRAN Le rseau daccs UTRAN se charge dassurer plusieurs fonctionnalits. Son rle principal est dchanger les donnes entre lquipement usager et le rseau cur via les deux interfaces Uu et Iu. Il fournit l'UE (User Equipment) les ressources radio et les mcanismes ncessaires pour accder au CN (Core Network) dans le plan contrle ainsi que dans le plan usager. Le rseau daccs UTRAN est compos, comme lillustre la figure, d'un ensemble de sous-systmes rseau radio nomms RNS (Radio Network Subsystem). Chaque RNS est constitu dun seul RNC (Radio Network Controller) qui contrle une ou plusieurs stations de base Node B, ou les RNCs sont connects entre eux via linterface Iur alors que les stations de base sont connectes au RNC via linterface Iub.

Figure 5: Architecture du rseau RNS

2.2.1. RNC : Le RNC a pour rle de router les ressources radio entre la Node B et le rseau cur de lUMTS, contrler et grer les ressources radio de lUTRAN (ltablissement, maintien et libration des canaux radio), Il travaille au niveau des couches 2 et 3 du modle OSI le contrle d'admission (AC) et le contrle de la charge et de congestion, allocation des codes pour de nouveaux liens radio ainsi que d'autres fonctions lies la mobilit notamment le handover qui permet un terminal mobile de se dplacer d'une cellule l'autre.

19

Lorsquune communication est tablie par un quipement usager, une connexion de type RRC (Radio Resource Control) est tablie entre celui-ci et un RNC du rseau daccs UTRAN. Dans ce cas de figure, le RNC concern est appel SRNC (Serving RNC). Si lusager se dplace dans le rseau, il est ventuellement amen changer de cellule en cours de communication. Il est dailleurs possible que lusager change de Node B vers un Node B ne dpendant plus de son SRNC. Le RNC en charge de ces cellules distantes est appel controlling RNC . Le RNC distant est appel drift RNC du point de vue RRC. Le SRNC (Serving RNC): il gre les connexions radio avec le mobile et sert de point de rattachement au rseau cur via l'interface Iu. Il contrle et excute le handover. Il assure aussi les fonctions de division/recombinaison dans le cas du soft-handover pour acheminer un seul flux vers l'interface Iu. Le DRNC (Drift RNC): il est sur ordre du SRNC gre les ressources radio des stations de base qui dpendent de lui. Il effectue la recombinaison des liens lorsque du fait de la macro diversit, plusieurs liens radio sont tablis avec des stations de base qui lui sont rattachs. Il route les donnes des utilisateurs vers le Serving RNC dans le sens montant et vers ses stations de base dans le sens descendant.

Figure 6: principe du drift / serving RNC

A lintrieur de l'UTRAN, le RNC des sous-systmes radio du rseau peuvent tre relis entre eux par lIur. Iu (s) et Iur sont des interfaces logiques. Iur peut tre transport sur une connexion directe entre les RNC physiques ou des rseaux virtuels en utilisant n'importe quel rseau de transport appropri. Pour chaque connexion entre luser quipement et l'UTRAN, un RNC est le RNC serving. Si ncessaire, Drift RNC soutient le RNC serving en fournissant des ressources radio. Le rle d'un RNC (serving ou drift) est bas sur une connexion entre lUE et l'UTRAN 20

2.2.2. Node B : Son rle principal est dassurer les fonctions de transmission et de rception des ressources radio dune ou de plusieurs cellules contenant un ou plusieurs secteurs ainsi quune ou plusieurs frquences ou porteuses. Lorsque lon parle de Node B 3x1 cela signifie quil gre 3 secteurs (u, v, w) et une frquence par secteur. En gnral, il gre la couche physique de linterface radio comme le codage des canaux, ltalement du spectre, lentrelacement, la modulation, le contrle de puissance en boucle ferme rapide.

Figure 7: Exemple Node B

2.2.3. Architecture en couches de linterface Radio UTRAN : Linterface radio de lUTRAN, comme cest illustr dans la figure, est structure en couches dont les protocoles se basent sur les 3 premires couches du modle OSI (respectivement la couche physique, la couche liaison de donnes et la couche rseau), ces couches se trouvent cot mobile et cot UTRAN (Node B et RNC).

Figure 8: Les couches protocolaires de linterface radio UTRAN

21

Couche 1: Reprsente la couche physique (PHY) de l'interface radio. Elle ralise entre autres les fonctions de dtection et correction derreurs dans les canaux de transport, multiplexage des canaux de transport sur des canaux physiques, talement et dstalement de spectre des canaux physiques, prlvement des mesures radio (envoyes aux couches suprieures), contrle de puissance en boucle ferme, d'entrelacement et de modulation. Couche 2 : Fournit les fonctions lies au mapping, chiffrement, retransmission et segmentation. Elle est compose de quatre sous-couches :

MAC (Medium Access Control) qui soccupe du multiplexage de diffrents flux de donnes issus dun mme utilisateur ou de flux de donnes issus dutilisateurs diffrents sur un canal de transport unique.

RLC (Radio Link Control) tablit la connexion entre l'quipement de l'utilisateur UE et le RNC et permet la fiabilit du transport des donnes entre deux quipements du rseau. Elle ralise la fonction de segmentation des paquets en des units de taille prdfinie par la couche RRC. Ces units sont appeles RLC-PDU (RLC-Packet Data Unit). Elle assure aussi le rassemblage des paquets la rception.

BMC (Broadcast/Multicast Control) est en charge dassurer les fonctions de diffusion de messages sur linterface radio.

PDCP (Packet Data Convergence Protocol) permet de compresser les donnes ou lentte des packets de donnes via des algorithmes de compression. Cela permet dexploiter plus efficacement les ressources radio.

Couche3 : Plusieurs fonctions sont assures par la couche RRC dont: Etablissement, r-tablissement, maintenance et libration dune connexion RRC entre lUE et lUTRAN: cela inclut une re-slection de cellule optionnelle, un contrle dadmission et un tablissement dun lien de signalisation avec la couche 2. Etablissement, reconfiguration et libration des porteurs radios (Radio Bearer) : un nombre de RBs peut tre tabli simultanment pour un UE. Ces porteurs sont configurs selon la qualit de service requise. Affectation, reconfiguration et libration dune ressource radio pour une connexion RRC: la couche RRC communique avec lUE pour indiquer lallocation de nouvelles ressources (codes, canaux partags) quand les handovers ont lieu. Paging / notification : pour diffuser les informations de paging du rseau lUE. 22

Diffusion dinformation : correspond linformation du systme .

2.3. Rseau Cur UMTS Il assure la connexion entre les diffrents rseaux d'accs et entre le rseau UMTS et les autres rseaux comme le rseau tlphonique (PSTN: Public Switched Telephone Network), le rseau GSM, le rseau RNIS (Rseau Numrique Intgration de Services), etc. Il fournit le support des services de communication UMTS, gre les informations de localisation des utilisateurs mobiles et contrle les services et caractristiques du rseau. Larchitecture du rseau cur, comme le montre la figure, est compose de trois domaines dans le but de supporter tous les types de trafic : Le domaine CS (circuit switched): est utilis pour le trafic en temps rel comme la tlphonie. Le domaine PS (packet switched) : est utilis pour commuter les donnes paquets. Une zone commune ces deux domaines CS et PS.

Figure 9: Architecture Rseau Cur

2.3.1. Le domaine CS : Le domaine circuit permet de grer les services temps rels correspondant aux conversations tlphoniques, la vido-tlphonie et aux applications multimdia. Ces applications ncessitent un temps de transfert rduit. Le dbit support par ce mode sera de 384 kbit/s. Linfrastructure sappuie sur un MSC/VLR (Mobile Switching Centre/Visitor Location Register) correspondant au commutateur (MSC) et la base de donnes visiteur

23

(VLR), et sur un GMSC (Gateway MSC), commutateur connect directement au rseau externe. 2.3.2. Le domaine PS : Le domaine paquet permet de grer les services non temps rel correspondant la navigation sur Internet, aux jeux en rseau et aux E-mail. Ces applications sont moins sensibles au temps de transfert et ces donnes pourront transiter en mode paquet. Le dbit support pourra atteindre 2 Mbit/s. Le rseau sappuie sur un SGSN (Serving GPRS Support Node) correspondant au MSC/VLR en mode paquet et sur un GGSN (Gateway GPRS Support Node) correspondant au GMSC en mode paquet. Il commute les donnes vers le rseau Internet et autres rseaux publics ou privs de transmissions de donnes. 2.3.3. Les lments communs : Le groupe des lments communs est compos de plusieurs modules: Le HLR (Home Location Register) reprsente une base de donnes des informations de lusager: lidentit de lquipement usager, le numro dappel de lusager, les informations relatives au type dabonnement de lusager. LAuC (Authentication Center) est en charge de lauthentification de labonn, ainsi que du chiffrement de la communication. LEIR (Equipment Identity Register) se charge de la gestion des vols des quipements usagers.

3. Les canaux et les interfaces UMTS : 3.1.Les canaux UMTS : Les spcifications de lUTRAN contiennent une grande varit de canaux de communication, rpartis en trois grandes classes : les canaux logiques, les canaux de transport et les canaux physiques, comme illustr sur la figure. Le canal CCtrCH (Coded Composite Transport Channel) correspond un canal intermdiaire entre les canaux de transport et les canaux physiques.

Figure 10: Les canaux en UMTS

24

Ces diffrentes classes de canaux ont t cres pour garantir lindpendance entre les diffrents niveaux fonctionnels de linterface radio. La dfinition de canaux propres chaque niveau donne une grande flexibilit lUTRAN en lui permettant de sadapter la multitude dapplications envisages pour les rseaux 3G. 3.1.1. Canaux logiques : Ils font rfrence aux diffrentes donnes vhicules par les protocoles radio de lUTRAN, surtout celles concernant la couche MAC. Ces canaux se divisent en deux : Les canaux logiques de contrle utiliss pour le transfert des informations dans le plan de contrle. Les canaux logiques de trafic utiliss pour le transfert des informations dans le plan usager. Canal Brodcast Control Channel (BCCH) Paging Control Channel (PCCH) Common Control Channel (CCCH) Lien DL DL UL / DL Fonction Diffusion permanente dinformation systme Envoie des messages de paging aux mobiles Envoie ou rception dinformation de contrle des mobiles non encore connects au rseau Envoie ou rception dinformation de contrle des mobiles connects au rseau Transmission de la quasi totalit de la signalisation (RRC et rseau cur) Echange de donnes usager avec un mobile connect au rseau Envoie de donnes usager en mode de diffusion (groupe de mobile)

Canaux logiques de Contrle

Dedicated Control Chanel (DCCH)

UL / DL

Canaux logiques de Trafic

Dedicated Trafic Channel (DTCH) Common Trafic Channel (CTCH)

UL / DL DL

Tableau 1: Les canaux logique de lUMTS

3.1.2. Canaux de transport : Les diffrentes donnes issues des couches hautes sont vhicules dans linterface air via des canaux de transport. La notion dun canal de transport est lie surtout la faon avec laquelle les donnes sont regroupes et transportes dans les canaux physiques. Les canaux de transport se divisent en trois : Le canal de transport commun est un canal point multipoint unidirectionnel utilis pour le transfert dinformations dun ou de plusieurs utilisateurs.

25

Le canal de transport partag utilis pour le transport des donnes de contrle ou de trafic uniquement en voie descendante en association avec un ou plusieurs canaux ddis. Il est partag dynamiquement par diffrents utilisateurs.

Le canal de transport ddi qui est un canal point point ddi un seul utilisateur et qui transporte des donnes de contrle ou de trafic point. Canal Lien DL Fonction Diffuse linformation aux UEs dans la cellule pour quils puissent identifier le rseau et la cellule DL Transporte les donnes ou les informations aux UEs qui sont registrs dans le systme. Il est possible davoir plus quun FACH par cellule DL Transporte les messages qui alerte le UE des appels entrants, SMS, messages et les sessions de donnes. UL Transporte les demandes de services des UEs voulant accder au systme

canal de transport commun

Brodcast Channel (BCH) Forward Access Channel (FACH) Paging Channel (PCH) Random Access Channel (RACH) Common Packet Channel (CPCH) Downlink Shared Channel (DSCH)

UL

Fournit une capacit additionnel au-del de celle de RACH et utilis aussi pour le contrle de puissance rapide.

DL

Permet de transporter des informations utilisateurs ou des informations de contrle ddies. Il peu tre partager par plusieurs utilisateurs

canal de

Dedicated

UL / DL

Utilis pour le transfert des donnes un UE particulier. Chaque UE a son propre DCH dans chaque direction.

transport Channel (DCH) ddi canal de transport partag Dedicated Shared Channel (DCH)

DL

Le seul canal partag Permet de transporter les donnes de contrle ou de trafic.

Tableau 2: Les canaux de transport de lUMTS

26

3.1.3. Canaux physiques: Un canal de transport, caractrisant la manire dont les informations sont transmises sur linterface radio, est dissoci du canal physique rellement utilis. Ainsi, un canal physique peut supporter plusieurs canaux de transport ou un canal de transport soit support par deux canaux physiques distincts. Il existe trois catgories de canaux physiques : Les canaux physiques ddis la voie montante Il existe deux types de canaux physiques ddis dans la voie Montante, voir figure: le canal physique ddi de donnes DPDCH (Dedicated Physical Data CHannel). le canal physique ddi de contrle DPCCH (Dedicated Physical Control CHannel). Les canaux physiques ddis la voie descendante : A La diffrence de la voie montante, il existe un seul type de canal physique ddi dans la voie descendante appel DPCH (Dedicated Physical Channel). Ce canal achemine linformation du canal de transport DCH. Cette information peut tre du trafic de donnes ou de contrle gnr par les couches suprieures galement la couche physique elle-mme. De ce fait, il peut tre considr comme le multiplexage temporel. Les canaux physiques communs (PDSCH, CPICH, SCH, etc.) : Ce sont des canaux physiques dont les terminaux mobiles se servent pour communiquer avec le rseau. Ces canaux transportent les donnes ou la signalisation vers un ou plusieurs utilisateurs dans une mme cellule. 3.2.Interfaces de lUTRAN:

Figure 11: les interfaces de lUTRAN

27

3.2.1. L'interface Uu : L'interface logique Uu sert connecter le terminal mobile la station de base par l'intermdiaire d'une liaison radio. 3.2.2. L'interface Iu : C'est l'interface logique d'interconnexion entre le rseau d'accs radio (RNC) et le rseau cur. Pour que le plan utilisateur de l'interface Iu soit indpendant du domaine du rseau cur (commutation de circuits ou commutation de paquet), deux types d'interface Iu ont t dfinis: l'interface Iu-cs qui connecte LUTRAN avec le domaine commutation de circuits (CS: Circuit Switched domain) du rseau cur. l'interface Iu-PS qui connecte l'UTRAN avec le domaine commutation de paquets (PS: Packet Switched domain) du rseau cur. Les assures par l'interface Iu sont: L'tablissement, le maintien et la libration des RABs Effectuer les handovers intra-systmes et inter-systme ainsi que la rallocation du SRNC L'accs simultan d'un quipement usager aux domaines CS et PS Les services de localisation: l'interface Iu transfre les requtes du rseau cur vers le rseau d'accs, et les informations de localisation dans l'autre sens Contrle les traces de l'activit de l'quipement usager. 3.2.3. L'interface Iub : Cest par cette interface que communiquent le Noeud B et le RNC. 3.2.4. L'interface Iur : Cest une interface logique reliant deux RNCs. Linterface Iur supporte une grande mobilit des terminaux travers le rseau d'accs. Elle permet de grer les connexions simultanes du terminal mobile entre deux RNCs grce la procdure soft handover.

4. Mthodes daccs radio : WCDMA WCDMA (Wideband Code Division Multiple Access) est une technique daccs drive de CDMA en utilisant l'talement de spectre par squence directe. Tous les utilisateurs mettent sur un mme canal radiolectrique large bande, mais ils sont distingus par une squence d'talement pseudo-alatoire, appele code et connue par le rcepteur.

28

4.1.Codes utiliss : Ces codes sont dots de proprits de corrlation particulires sur lesquelles repose toute une thorie mathmatique au service des tlcommunications. Les codes dtalement utiliss dans lUTRAN sont de deux types : Les codes orthogonaux et les codes de brouillage. 4.1.1. Codes dtalement : Les codes OVSF (Orthogonal Variable Spreading Factor) ou les codes orthogonales sont rigoureusement orthogonaux et ils permettant de varier la longueur selon le dbit usager et de multiplexer les diffrentes informations transmettre. La figure ci-dessous montre la multiplication dun signal dinformation par une squence de code. Le terme chip rate dsigne le dbit de la squence de code. Le SF (Spreading Factor), ou encore gain de traitement, est le rapport de la bande aprs talement sur la bande avant talement.

Figure 12: Etalement Modulation

29

Les usagers du CDMA utilisent tous la mme bande tout le temps. La sparation entre deux utilisateurs est assure par un code OVSF propre chaque utilisateur.

Figure 13: Multiplexage du codage

4.1.2. Scrambling Code : Le scrambling, ralis par lmetteur, permet de sparer les diffrents signaux dune mme station de base ou dun mme terminal sans modifier ni le dbit, ni la bande passante. Cela permet dtaler un signal par plusieurs metteurs avec le mme code dtalement sans compromettre la dtection des signaux par le rcepteur. Il existe un arbre de codes dtalement pour chaque code de scrambling, ce qui permet aux metteurs dutiliser leurs arbres de codes indpendamment.

Figure 14: Le mcanisme de scrambling

4.2.

Le contrle de puissance : Le contrle de puissance est la technique la plus importante en WCDMA surtout sur le

lien montant car plusieurs utilisateurs utilisent la mme frquence en mme temps. Il y a une grande possibilit dinterfrence entre les utilisateurs. Dans le cas o nous navons pas de contrle de puissance, un utilisateur qui se trouve au bord de la cellule peut tre perturb par laffaiblissement de parcours plus quun autre utilisateur qui se trouve prs du Node B. Lutilisateur qui se trouve prs du Node B peut 30

bloquer une grande partie du signal mis par le Node B cest ce quon appelle near-far problem . Dans le but davoir un bon niveau de capacit dans le rseau, les signaux reus par les UEs, quils soient prs ou loin du Node B, doivent tre puissance gale. Nous avons besoin du contrle de puissance pour minimiser le niveau dinterfrence et fournir lutilisateur la qualit de service demande. Il existe trois types de contrle de puissance La figure suivante les illustres:

Figure 15: Les types du contrle de puissance

4.2.1. Contrle de puissance open-Loop (Slow) : Dfini seulement pour le lien montant, le contrle de puissance Open-Loop est utilis pour initialiser le niveau de puissance au dbut de la communication. Le UE estime la puissance minimale ncessaire pour la transmission en calculant laffaiblissement de parcours en se rfrant la puissance du signal reu et lutilise pour envoyer une demande daccs au Node B. Sil ne reoit pas de rponse de la part du Node B il fait une autre demande daccs en utilisant une puissance un peu plus leve. 4.2.2. Contrle de puissance inner-Loop (Fast) : Il est applicable seulement sur les connexions des canaux ddis. Le Node B mesure le Eb/No reu sur le lien montant et le compare part rapport au Eb/No cible qui dpend de la nature de la communication en cours. Sil est suprieur ce dernier il demande au UE de baisser sa puissance dmission et vice versa. Ce principe est aussi utilis dans le sens descendant, bien que, dans ce cas, la raison en soit diffrente. Dans ce sens, les signaux proviennent du Node B. Il est souhaitable, afin de minimiser les interfrences intercellulaires, que la puissance destine aux terminaux mobiles qui se trouvent en bordure de cellule soit la plus faible possible tout en garantissant une bonne qualit de rception. 31

4.2.3. Contrle de puissance outer-Loop : Il est utilis pour ajuster lEb/No seuil suite au changement du BLER (Block Error Rate) aprs codage. Si le BLER augmente, alors nous augmentons lEb/No seuil pour pouvoir le diminuer. Il est appliqu seulement sur les canaux ddis pour le lien montant seulement.

5. Le Handover dans le rseau UMTS : Lorsquil est en communication le mobile utilise les ressources radio quon lui a attribue lors de linitialisation de la communication. Ces ressources radio nexistent que dans la cellule ou se trouve le mobile. Le mobile bouge et peut en cours de communication arriver dans une zone o il serait prfrable de changer de cellules sur laquelle dautre ressources radio sont disponibles Le rseau doit veiller assurer le plus efficacement la passation de pouvoir entre lancienne cellule et la nouvelle cellule. Chacun des acteurs (mobile et rseau) devra faire sa part de travail. Le Mobile : doit en cours de communication tre capable de mesurer la qualit de la communication (lien DL). doit tre capable de faire des mesures de puissance sur les cellules voisines. doit remonter ces rapports de mesure au rseau (soit de manire priodique soit sur demande). Le rseau : doit connaitre la qualit de la communication dans le sens UL (mesures enregistres par la station de base grant la communication). doit connaitre le niveau de puissance du lien UL. doit analyser ces rapports de mesure et dcider sil est temps dindiquer au mobile dexcuter un handover. Dans le systme UMTS, diffrents types de handover sont introduits On distingue le soft/softer Handover, le Hard Handover.et le Handover inter-systme. 5.1. Le soft/softer Handover : Soft/softer Handover sont deux types de Handover implments dans le systme UMTS et qui sont spcifiques la technologie WCDMA. Le soft handover se produit lorsque le mobile est dans la zone de chevauchement de deux cellules. Il permet un mobile d'utiliser plus qu'un lien radio pour communiquer avec le 32

rseau fixe. Cette procdure permet de diminuer le taux d'chec de handover aux bords des cellules et amliore significativement la qualit de signal. Le dclenchement de ce type de handover se fait en se basant sur les mesures effectues par le mobile sur les canaux pilotes des diffrentes stations de base. Le soft Handover correspond au cas o les deux liens radio sont contrls par des stations de base diffrentes ; le softer Handover est la situation dans laquelle une seule station de base reoit les signaux d'un seul utilisateur partir de deux secteurs qu'ils desservent. La figure suivante illustre la procdure de soft Handover.

Figure 16: Le Mcanisme du softer/soft Handover dans lUMTS

5.2.

Le Hard Handover Le hard handover consiste librer l'ancienne connexion avant qu'une nouvelle connexion

radio entre le mobile et le rseau soit tablie. Ce type de handover est utilis dans les rseaux GSM, o dans chaque cellule on a des frquences diffrentes. Un mobile qui passe dans une nouvelle cellule provoque la rupture de l'ancienne connexion avant qu'une nouvelle connexion utilisant une autre frquence soit tablie dans la cellule visite. La figure suivante reprsente le Hard Handover en UMTS :

33

RNC

NodeB 1

NodeB 2

Page16

Figure 17: Le Hard Handover

Le droulement de la procdure de Hard handover se dcompose de trois phases: La prparation : En complment des ressources alloues sur l'interface Iu, le RNC cible doit allouer un circuit virtuel sur l'interface Iub avec la Node B cible. De plus un nouveau lien radio est activ dans la cellule cible, au moyen de la procdure de (Radio Link Setup) du protocole NBAP (NodeB Application Part). L'excution : Durant cette phase, le SRNC doit commander au mobile de changer de cellule. La phase d'excution est termine lorsque le mobile a bascul avec succs sur la nouvelle cellule et qu'un nouveau lien radio a t allou. La libration des anciennes ressources inutilises : L'ancien lien radio et le circuit virtuel sont librs par l'ancien SRNC. 5.3. Handover inter-systme : Le Handover inter-systme consiste changer le lien radio d'une technologie une autre. Ce type de Handover ncessite une compatibilit entre les diffrentes architectures. Les deux rseaux doivent communiquer afin d'changer les informations d'identits et les messages de Handover. La figure suivante illustre le cas entre le UMTS et WiMAX.

34

Figure 18: Handover Inter-systme

Comme rcapitulation, le hard handover peut tre caus par: Manque de couverture dans une zone donne. La dgradation de la qualit de communication. La charge de la cellule. Regroupement des services. Equilibrage des charges entre rseaux.

Le problme majeur du Hard Handover dans les rseaux UMTS c'est la coupure de communication cause par la non disponibilit des ressources dans la cellule cible. Typiquement, le hard handover est utilis pour des raisons de couverture et de charge. Par contre le soft et le softer handover sont lis la mobilit. Dans les rseaux UMTS, le Hard Handover est employ lorsqu'un mobile passe entre deux cellules utilisant deux frquences diffrentes ou employant des modes diffrents (TDD et FDD). Un autre type de Handover qui peut s'inscrire dans cette famille consiste changer totalement du systme. 5.4. Les mesures du handover:

Les mesures du handover sont spcifiques la couche physique, qui fournit ceux des diffrents objets pour les couches suprieures afin de dclencher plusieurs fonctions dont le handover. Les cellules mesures par lUE sont classes dans trois catgories: Active Set: les cellules appartenant lactive set dont le nombre maximal est trois. Ces cellules communiquent simultanment avec lUE en mode FDD. Ces cellules ne peuvent tre quintra-frquence do leur participation au Soft/Softer handover. 35

Monitored Set: contient les cellules qui ne figurent pas au niveau de lactive set mais qui reprsentent de bonnes candidates y tre ajoutes. Elles sont au nombre maximal de 32. Detected set: ce sont les cellules dtectes par le mobile mais qui ne figurent ni dans lactive set ni dans le monitored set.

Conclusion : Le rseau UMTS se distingue par ses caractristiques trs amliores par rapport aux gnrations prcdentes dont tmoignent les fonctionnalits multiples utilises de plus en plus durant ces dernires annes. Nanmoins, pour bien profiter de tous ces avantages, tout oprateur doit procder loptimisation de son rseau afin quil soit utilis bon escient garantissant ainsi la satisfaction de tous les abonnes. Pour ce faire, ltude et lanalyse des KPIs (Key Performance Indicators) est primordiale et cest ce qui fera lobjet de notre prochain chapitre.

36

2me Chapitre : Notion de la QoS, dindicateurs de Performance KPI, et des Drives Test

37

Introduction Les indicateurs de performances (KPIs) comme leur nom lindique sont lessence dune optimisation russie dun rseau 3G. Ces donnes sont ncessaires pour garantir la qualit de service requise, respecter le modle tabli du rseau lors de la phase de planification et dtecter toute anomalie qui pourrait les contrarier. Les KPIs sont nombreux et concernent toutes les entits du rseau : radio et core. Toutefois, dans notre prsent chapitre, nous allons nous concentrer sur les plus importants lis la partie radio. Leur analyse viendra aprs une prsentation de la qualit de service dans lUMTS et les lments du rseau la dcrivant et avant quelques tudes de cas ayant pour base ces KPIs et relevant du quotidien dun ingnieur doptimisation.

1. La qualit de service dans les rseaux UMTS: La QoS est dfinit comme tant leffet global produit par la qualit de fonctionnement dun service qui dtermine le degr de satisfaction de lutilisateur du service. Elle doit considrer deux aspects importants qui sont la capacit d'un rseau fournir le service avec un niveau bien dtermin, et comment satisfaire lutilisateur final avec ce service, en termes d'usage, daccessibilit, de continuit et de son intgrit. 1.1. Architecture :

Les services du rseau UMTS sont des services de bout en bout (dun quipement terminal TE un autre TE). Un service de bout en bout doit avoir une certaine qualit de service fournie lutilisateur pour satisfaire sa demande, afin de pouvoir garantir une certaine qualit de service, des services supports (BS :Bearer Services) sont dfinis entre la source et la destination dun service. Un service support comporte tous les aspects ncessaires pour garantir la qualit de service. Ces aspects concernent : le contrle de signalisation, le transport des donnes utilisateur et la fonction de gestion de la QoS. La figure suivante reprsente larchitecture en couches des services supports de lUMTS. Chaque service support dun niveau donn utilise les services offerts par les niveaux infrieurs.

38

Figure 19: La QoS dans un rseau UMTS

Les services supports sont les suivants : Le service de bout en bout (End-to-End Service) : Se situe au niveau application, utilise les services supports du rseau sous-jacent. Il stend entre le TE de dpart et celui darrive. Ce service peut tre transport sur plusieurs rseaux qui peuvent tre non UMTS. Il utilise le service support local TE/MT, le service support UMTS et le service support externe. Le service support local : Lquipement terminal (TE) Est li au rseau UMTS travers le terminal mobile (MT: Mobile Terminal). Le service support local TE/MT (TE/MT Local Bearer Service) assure la liaison entre le TE et le MT. Le service support de lUMTS (UMTS Bearer Service) : Est le service qui offre la qualit de service de lUMTS. Ce service utilise le service support daccs radio et le service support du rseau coeur (CN : Core Network). Le service support externe (External Bearer Service) : Est un service offert par des rseaux externes, qui peuvent tre UMTS ou non. Le service support daccs radio (RAB : Radio Access Bearer Service) : Assure le transport confidentiel de la signalisation et des donnes utilisateur entre le terminal mobile et le nud de bordure. Cest le nud de frontire entre le CN et le rseau daccs. Ce transport seffectue avec la QoS adquate au service support ngoci de lUMTS 39

ou, par dfaut, avec la QoS de signalisation. Ce service est bas sur les caractristiques de linterface radio et est maintenu pour un terminal mobile en mouvement. Lors de ltablissement dun service support daccs radio, des paramtres sont communiqus au rseau daccs UTRAN comme la taille et le format des paquets SDU (Service Data unit) transports vu que le payload du SDU des donnes utilisateur transport par le RAB doit tre conforme un format dfini avec des tailles exactes possibles. Ce service utilise le service support radio et le service support de linterface Iu. Le service support du rseau cur (Core Network Bearer Service) : Assure linterconnexion entre le nud de bordure et la passerelle entre le rseau cur et les rseaux extrieurs Le rle de ce service est dutiliser le rseau dorsal (Backbone) pour fournir la qualit de service demande. Le service support radio (Radio Bearer Service) : Gre tous les aspects lis au support sur linterface radio comme les fonctions de segmentation et de rassemblage. Il utilise les services fournis par lUTRA FDD/TDD: (UMTS Terrestrial Radio Access) en mode FDD (Frequency Division Duplex) et en mode TDD (Time Division Duplex). Le service support de linterface Iu (Iu-Bearer Service) : Agit avec le service support physique (Physical Bearer Service) pour assurer le transport entre le rseau daccs UTRAN et le rseau cur CN. Le service support du rseau dorsal (Backbone Bearer Service) : Gre les fonctionnalits de la couche 1 et 2 pour assurer les besoins de qualit de service du rseau cur CN. Ce service nest pas spcifique pour lUMTS, mais il peut rutiliser les spcifications existantes.

Avant de dtailler les possibles arguments que peut avoir le RAB, on doit dfinir tout dabord les quatre classes de QoS du rseau UMTS. 1.2. Les classes de services: Les spcifications du 3GPP dfinissent quatre classes de qualit de service pour le transport des applications multimdia dans lUMTS. La diffrence entre ces classes de QoS se base essentiellement sur des exigences sur le dlai, le taux derreur binaire (BER) et la priorit de circulation. Les diffrentes classes de QoS sont comme le rsume la figure ci-dessous :

40

Sensitivity of Error Conversational

AMR voice, Vido phone etc.

Streaming

Multimedia etc.

Interactive

LCS, WWW ect.

Background
Figure 20: Les classes de service en UMTS

E-mail, MMS etc.

Sensitivity of Delay

1.2.1. La classe A ou Conversational: Le meilleur exemple de cette classe est la tlphonie. Elle peut tre aussi utilise pour les nouvelles applications Internet aspect conversationnel en temps rel comme la voix sur IP. Cette classe exige des contraintes strictes sur le dlai de transfert des paquets ainsi que sur la variation du dlai de transfert, la gigue2. 1.2.2. La classe B ou Streaming: Cette classe est utilise pour les flux unidirectionnels comme les applications de diffusion vido ou audio. Il nexiste pas de contraintes strictes sur le dlai de transfert pour les applications streaming . Par contre, la variation du dlai est un paramtre important parce quil est perceptible par lutilisateur. Toute fois, cette contrainte sur la variation du dlai reste tolrante grce aux tampons du rcepteur qui peuvent amortir les variations du dlai si elles sont toujours infrieures une limite donne. 1.2.3. La classe C ou interactive: Cette classe est utilise pour les applications qui ncessitent une interaction entre les deux extrmits de la communication. Un exemple dapplication de cette classe est la navigation web. Cette classe est de type transactionnel. Elle ncessite une certaine contrainte sur le dlai de transfert des paquets parce que lutilisateur attend une rponse dans une fentre de temps. Cette contrainte nest pas stricte puisque ce sont des applications non temps rel. En revanche, cette classe doit assurer un taux de perte des paquets assez faible parce que les applications transportes par cette classe sont trs sensibles aux pertes.

Est le phnomne de fluctuation d'un signal. Cette fluctuation peut tre un glissement de phase ou une

dispersion temporelle. Elle entrane des erreurs en sortie lors de la rcupration des donnes. (wikipedia)

41

1.2.4. La classe D ou Background : Cest la classe la moins exigeante en termes de dlai de transfert. Les applications transportes par cette classe sont des applications dont lutilisateur nattend pas les paquets. La contrainte la plus importante est le taux de perte. Cette classe est trs sensible la perte de paquets. Les applications e-mail et SMS constituent des exemples de la classe Background.

Les deux premires classes reprsentent les services exigeants le temps rel. Les deux dernires par contre sont moins sensibles au dlai. Le tableau suivant rsume les caractristiques des classes de trafic cites prcdemment.
Classes de trafic Caractristiques fondamentales Conversationnel conserver la variation de temps entre les entits dinformation du flux de donnes (stream) conversationnel (dlai stricte et faible) Exemple de lapplication - voix - streaming vido - navigation Web - tlchargement en arrire plan (background) de mails.
Tableau 3: les classes de QoS de lUMTS

Streaming conserver la variation de temps entre les entits dinformation du flux de donnes

Interactif -Modle question/rponse

Background - La destination n'attend pas les donnes dans un

-conserver le contenu du paquet (payload)

certain temps.

- conserver le contenu du paquet.

1.3.

Les attributs du RAB:

Lors de ltablissement dune communication, le rseau daccs reoit une demande dallocation de RAB du rseau coeur avec la liste des attributs de qualit de service associs au RAB. Le rseau daccs doit alors interprter les attributs du RAB et dterminer les caractristiques des ressources allouer sur les segments radio. Dans la norme de lUMTS, le RAB est caractris par les attributs suivants :
Classe de service: cet attribut est la classe de service (conversational, streaming, interactive ou background) de lapplication utilisatrice du RAB.

42

Dbit maximal, dbit garanti, taille des SDU (Service Data Unit), taux de SDU errons, taux derreur rsiduel, dlai de transfert, priorit (indique la priorit relative du RAB), capacit de premption et vulnrabilit la premption.

En fonction de la valeur de ces diffrents attributs, lUTRAN doit tre en mesure deffectuer les oprations suivantes:
Le choix dun codage canal.

En fonction des paramtres de dbit garanti, dbit maximal, classe de service et codage, lUTRAN dtermine le dbit de la ressource utiliser sur linterface radio. Lallocation du radio bearer de lIu bearer. La configuration des protocoles radio, en fonction des caractristiques des SDU qui seront changes sur le RAB.

2. Statistiques et indicateurs cls de performance : 2.1.Statistiques : La qualit du service dans les rseaux des tlcommunications reflte le niveau de la rentabilit et la fiabilit d'un rseau et de ses services. Ainsi les statistiques sont la manire la plus efficace pour surveiller les performances du rseau. La surveillance du rseau est un lment principal pour atteindre la meilleure qualit du service. La surveillance de QoS comporte l'observation, la qualification et l'ajustement permanent de divers paramtres du rseau. L'objectif de cette partie est de prsenter et dtailler tous les aspects lis l'extraction, la manipulation et l'exploitation des statistiques. 2.1.1. Utilisation des statistiques : La notion des statistiques dans les rseaux mobiles se rapporte un ensemble gnral de mtrique qui aide l'oprateur dans trois directions principales : D'abord, valuer les performances du rseau. Ensuite, analyser les dfauts et vrifier les amliorations. En fin, dimensionner lextension du rseau La mtrique est directement produite par le vrai trafic des abonns. Chaque vnement qui se produit dans le rseau (initiation/terminaison d'appel, l'chec de Handover, etc.) est rapport lingnieur radio. En utilisant les statistiques, deux lments devraient tre distingus : Des compteurs purs (indicateurs lmentaires de performance, ou PIs), qui sont des valeurs incrmentales des vnements, gnralement sans pertinence significative si 43

elles sont manipules individuellement. Ils fournissent des donnes sur un aspect spcifique (nombre d'appels, par exemple) mais, pratiquement, il est difficile d'interprter leurs valeurs. Les indicateurs de performance (KPIs), qui sont des formules calcules en se basant sur les PIs, traduisent mieux l'exprience de l'abonn. valuation du rseau : La plupart des oprateurs choisissent les KPIs pertinents pour visualiser leur rseau. Ils tablissent galement les objectifs runir afin de raliser le niveau voulu de la qualit du service de l'utilisateur. L'ide est de vrifier si les KPIs pertinents dpassent les limites seuil. Sinon, le diagnostique commence identifier l'lment dfectueux du rseau. Les oprateurs donc utilisent les KPIs afin de garder leur rseau performant ainsi que de se situer par rapport aux autres concurrents. Analyse des pannes et le contrle des amliorations : Le dpannage vise identifier et corriger la cellule dfectueuse, qui dgrade les performances globales dune zone. Ici, deux approches sont ncessaires: la premire est de fixer les seuils afin de visualiser si les performances du rseau ont atteint les objectifs prescrits. La deuxime est de surveiller la variation des performances (pourcentage d'augmentation ou de diminution de certain indicateur). Par exemple, une cellule qui a nettement perdu le trafic d'un jour l'autre devrait alarmer l'oprateur. 2.1.2. Principe d'extraction des statistiques: Processus : Le mcanisme de collection des statistiques est dcrit sur la figure ci-dessous. On commence dabord par le recueil des statistiques, et ensuite les tables des mesures des RNC devraient tre configures et actives. Les tableaux sont organiss par des catgories pour permettre l'oprateur de rduire la charge et de tlcharger seulement les mesures voulues (le trafic, disponibilit de ressource, Handover, contrle de puissance, etc.). Les abonns mobiles envoient les mesures la NodeB lors des deux modes: communication et veille. La NodeB envoie ces mesures la base de donnes interne de RNC, les compteurs purs sont calculs dans des formules prdfinies. Les KPIs calculs sont alors groups dans des rapports gnriques et envoys au bureau. Autres outils sont gnralement dvelopps pour lusage interne savoir pour archiver et visualiser les statistiques. Les statistiques sont quotidiennement rapportes afin de permettre loprateur de surveiller le rseau d'une manire trs ractive. Gnration des rapports : 44

Un KPI est le rsultat d'une formule qui est applique aux compteurs (appels les indicateurs de performance).En utilisant un outil spcifique, les KPIs sont extraits dans des rapports de format prdfinis. Ces rapports sont adresss aux groupes cibles spcifiques qui peuvent les employer pour diffrents buts. Ce mcanisme est illustr sur la figure ci-dessous.

Figure 21: Mcanisme dextraction des KPIs

2.2.Compteurs et les indicateurs cls de performance : 2.2.1. Compteurs : Un compteur peut tre dfini comme une valeur incrmental d'un vnement spcifique rptitif. Dans la norme UMTS, un vnement peut correspondre un message de signalisation. Par exemple lors dun appel tlphonique des milliers de messages de signalisations sont changs entre le UE et le MSC. La mise jour des compteurs un certain point se fait via les messages changs. Ce point est appel le point de dclenchement .Et comme des milliers de messages de signalisation existent, de nombreux compteurs peuvent galement exister. Cependant, le nombre de compteurs utilisables dpend de la stratgie des fournisseurs des quipements. 2.2.2. Indicateurs Cls de Performance : Les indicateurs cls de performance (Key Performance Indicators, KPIs) peuvent tre dfinis comme ensemble de rsultats qui mesurent les performances durant les heures charges ou les heures normales sur le rseau entier. Le KPI est le rsultat d'une formule qui est applique aux indicateurs de performance (Performance Indicators, PIs). Le PIs peut tre extrait dun secteur, une cellule, un TRX ou un niveau dune cellule adjacente. Des centaines de KPIs existent. Ils emploient des compteurs d'une ou plusieurs mesures et peuvent tre calculs partir dun compteur ou dune formule de plusieurs compteurs. La priode de 45

l'observation se rapporte la dure des chantillons rassembls : heure, jour, semaine, mois, etc. Le secteur indique l'endroit et les emplacements o les statistiques sont recueillies. 2.2.3. Formule: Une formule signifie une combinaison mathmatique des compteurs qui a comme consquence un indicateur significatif. Dfinir une formule en utilisant plusieurs PIs aide pour identifier un KPI. Comme expliqu avant, le KPI donne plus de flexibilit et de clart l'oprateur dans linterprtation du comportement du rseau. Les formules, une fois choisies, devraient rester sans changement afin d'observer l'volution des performances du rseau dans le temps. Dans un environnement plusieurs fournisseurs, l'oprateur place une stratgie de performance et dfinit des formules pour chaque KPI. Alors chaque quipement dclenche ses propres compteurs, des limites entre les formules sont traces pour chaque fournisseur.

3. Les Classes des Indicateurs 3G: Dans le domaine de lUMTS, la qualit est mesure en se basant sur les trois concepts utiliss dans le GSM (laccessibilit, le maintien et lintgrit) ainsi que dautres concepts (Mobilit, disponibilit et charge/utilisation). 3.1.Laccessibilit au service: Cest la possibilit pour lutilisateur dtablir un appel, donc daccder au rseau, quand il le dsire, et o il le veut. Elle se calcule dans le rseau UTRAN sur deux tapes : RRC et RAB, et par rapport diffrents services. Indicateurs daccessibilit : Laccessibilit RRC se calcule par le taux de succs dtablissement de connexions des ressources de contrle radio RRC qui est dfinie par rapport deux type de service CS et PS. Laccessibilit RAB se calcule par le taux de succs dtablissement de RAB (pour chaque RAB CS et PS et pour chaque dbit de donnes UL et DL). LAdmission Control est loption qui permet daccepter ou de rejeter de nouvelles connexions selon la vrification de certains critres: Grade of Service : constitu de plusieurs indicateurs qui reflte ce taux dadmission

pour chaque type de service. Rejet avant ou aprs Admission Control : il permet de diffrentier si les connexions

taient rejetes avant ou aprs le contrle dadmission. 46

Cause de rejet par admission control : d essentiellement lchec de ltablissement

du RAB cause dune insuffisance que a soit au niveau de la puissance en DL, au niveau des codes de canalisation et ou au niveau DL/UL. 3.2.La Maintenabilit du service: Cest la possibilit de maintenir lappel jusqu ce quil soit termin normalement sans tre dconnect par le rseau sauf dans le cas dpuisement du forfait. indicateurs de maintien de lappel : Taux de coupure: on peut tirer des informations sur le taux de coupure dappels sur linterface radio et le taux total de coupure dappels dtects par UTRAN. Minutes per Drop : il permet de calculer le temps moyen entre deux coupures conscutives. Cette mthode est applique seulement dans le cas du PS et elle nest pas valable dans le cas du CS. Causes de coupures voix : il ya plusieurs KPI permettant didentifier les causes de coupures de la voix, comme : la perte de synchronisation UL, le manque de relation de voisinage, dconnexion due au soft handover 3.3.Charge et utilisation : Il sagit de rsoudre le problme d'optimisation de la rpartition de la charge et de lallocation de puissance en cellules UMTS. Indicateurs de charge et utilisation : Trafic par RNC : dfinie les indicateurs de trafic sur tout le RNC pour les deux types de services : PS R99 et HS. Trafic par UTRANcell : Le trafic par cellule se calcule en Kbit pour tous les services mais aussi en Erlang pour la voix. Trafic par RBS : Le trafic HS est calcul par RBS en se basant sur lindicateur HsDschResources et a se mesure en bit. Nombres dutilisateurs : Permet de calculer le nombre dutilisateurs connects par service. Taux doccupation HW RBS: Le taux doccupation des ressources HW est donn par RBS. Occupation des codes: calcule le nombre de codes occups par service. 3.4.Intgrit du service : Il sagit dune notion relative la qualit de la voix. Il existe des quipements qui permettent de gnrer des squences phontiques en mission et calcul le taux de corrlation avec la squence reue. 47

indicateurs dintgrit : Throughput moyen par RNC : permet de dterminer le dbit moyen par RNC pour les

deux types de services PS R99 et HS. Throughput moyen par cellule: permet de dterminer le dbit moyen par cellule et BLER : Le Block Error Rate est dtermin grce lindicateur HS BLER. 3.5.Disponibilit : Il sagit de rsoudre les problmes concernant la disponibilit du service demand ainsi que la disponibilit en termes de HS (High Speed) user. Indicateurs de disponibilit : Disponibilit cellule : cest le calcul du pourcentage de disponibilit (la disponibilit Disponibilit HS : cest le calcul de la disponibilit du service HS. 3.6.Mobilit : Il sagit de rsoudre les problmes concernant la gestion de la mobilit ce qui constitue un important dfi technique relever, afin dempcher la terminaison force de l'appel et permettre l'excution des applications d'une manire transparente la mobilit. Indicateur de mobilit : Soft et softer Handover : Les indicateurs du taux de succs du Soft Handover (Radio de la cellule,).

utilisateur.

Link Addition) se calculent soit au niveau cellule soit au niveau UtranRelation. Hard Handover : Les indicateurs du taux de succs du hard Handover (Radio Link I-RAT Handover : Les indicateurs de lIRAT HO (lInter radio access technology

Addition) se calculent eux aussi soit au niveau cellule soit au niveau UtranRelation.

handover) se calculent en se basant sur : Directed Retry, I-Rat Handover par cellule, I-RAT Handover par service, Les Causes dchec du I-RAT Handover. HS Cell Change : Le changement de cellule lors dun service HS sappelle HS cell Change, et non Handover. Lindicateur qui prsente le taux de succs du HS cell change est HS-DSCH cell change success rate.

48

3.7.

Exeemple de quelques KPI et leur marge acceptable : KPI RRC Success Rate CS RRC Success Rate PS Ericsson Initial Suggested end of Service Target 98.5% 98.5% 98% 97.5% 98.5% 97.5% 1% 2% 5 mins

RAB Establishment Success Rate HSDPA RAB Establishment Success Rate CS64 RAB Establishment Success Rate Speech RAB Establishment Success Rate R99 PS Interactive DCR Speech DCR Video R99 Packet Interactive Minute per Drop P5 HS Minutes per Drop P5 IRAT U2GHO success rate speech
Tableau 4: Valeurs de quelques KPI

10 mins 95%

4. Quelques KPI de lUTRAN : Nous allons un peu dtaills quelques KPI les plus utilis Mditel : Accessibility Success rate Drop Call Handover Trafic

Vu la nature confidentielle de ces KPIs, nous ne pouvons dtailler les compteurs ni les formules utilises pour les calculer dans ce qui suit. Nous allons juste nous contenter de prsenter la formule gnrale, les messages de signalisation associs et les problmes qui peuvent tre derrire un ventuel chec. 4.1. Accessibility Success rate :

La formule du taux de succs daccessibilit est la suivante: % Accessibility Success rate = % RAB establishment success rate % RRC connect success rate 49

O, % RAB establishment success rate: le pourcentage du taux de succs dtablissement des RAB. % RRC connect success rate: le pourcentage du taux de succs des connections RRC. Ce KPI peut tre divis en deux parties (CS et PS) pour les quatre classes de service (Conversationnel, Streaming, Interactive et Background). Les problmes rencontrs lors de ltablissement dun appel sont lis : Rejet dune connexion RRC:
Congestion (codes, puissance, CE).

Problmes de NodeB ou bien de transmission.


LUE ne reoit pas le message RRC CONNECTION SETUP.

Autres checs de connexion RRC:


Le NodeB ne reoit pas le message RRC CONNECTION SETUP COMPLETE.

Figure 22:Les messages de signalisation de ltablissement dune connexion RRC

Problmes lis ltablissement du RAB: Des fonctionnalits qui ne sont pas supportes par lUTRAN. Dclenchement de relocalisation. Echec dtablissement dune connexion transport. Ressources indisponibles. Pas de rponse. 50

Figure 23: Les messages de signalisation associs au RAB

4.2.

Coupure dappel :

Aprs ltablissement du RAB, le message Iu Release Command est envoy par le Core Network comme rponse au message Iu Release Request ou bien RAB Release Request de la part du RNC. Cela est d au: Succs de relocalisation. Inactivit de lutilisateur. Libration normale de la connexion.

Figure 24: Les causes de coupure dappel

Au niveau du RNC ou dune cellule, la formule gnrale du Call drop Rate est calcule partir du nombre de liaison RAB russit ralis et du nombre des liaisons RAB raliss travers la liaison Iur. Ce KPI peut tre utilis pour valuer le ratio du Call Drop des diffrents services appartenant un seul RNC ou une seule cellule. Le Call Drop a lieu cause dune libration

51

anormale de la part du RNC dclenche par les messages RAB RELEASE REQUEST ou IU RELEASE REQUEST . Le Call drop est gnralement d : Problmes Radio Frquence dont problmes de voisinage, couverture ou interfrence Libration de la part de lUE de la connexion de signalisation. Intervention de maintenance. Problmes de transmission. Premption active au niveau du RAB. Soft handover: pendant le Soft handover, le RNC envoie le message Active Set Update puis attend pendant un timer la rponse du UE. Sil ne la reoit pas, il annule cette RRC CONNECTION et dclenche un Call Drop. 4.3. Autres raisons (chec de mise jour des cellules, congestion). Handover :

4.3.1. Soft/Softer Handover : La formule du Soft/Softer Handover Success Rate est donne ci-dessous : Soft (Softer) Handover Success Rate = Soft (Softer) Handover Success / Soft (Softer) Handover Request 100%

Figure 25: Les messages de signalisation changs lors du Soft/Softer Handover

Lchec du Soft/Softer Handover peut tre caus par plusieurs raisons:


Des configurations non-supportes.

52

Des configurations invalides. Incompatibilit au niveau de la reconfiguration. Aucune rponse.

4.3.2. Le Hard Handover : La formule du Hard Handover Success Rate est donne ci-dessous: Hard Handover Success Rate = Hard Handover Success / Hard Handover request 100%

Figure 26: Les messages de signalisation changs lors du Hard Handover

Lchec du Hard Handover peut tre caus par plusieurs raisons :


Des configurations non-supportes.

Des configurations invalides. Echec au niveau dun canal physique. Incompatibilit au niveau de la reconfiguration. Aucune rponse.

4.3.3. Le Handover Inter-Systme :


La formule du InterRAT Handover to GSM Success Rate est donn par:

InterRAT Handover to GSM Success Rate = inter-RAT handover from UTRAN to GSM success / inter-RAT handover from UTRAN to GSM attempts 100%

53

Figure 27: Les messages de signalisation changs lors du Handover inter-systme

Lchec du Handover inter-systme peut tre caus par plusieurs raisons:


Des configurations invalides.

Echec au niveau dun canal physique. Aucune rponse. Les informations relatives au GSM sont rrones (dclaration du 2G LAC). Problmes au niveau du Core Network. La configuration du BSS.

Figure 28: Exemple dun chec dun Handover inter-systme

54

4.4.

Trafic :

Lors des mesures du Trafic, on distingue les appels CS et les appels PS. Ces mesures peuvent tre reportes sous forme de moyenne tenant en compte les rsultats de toute la journe ou en heure de charge o on mesure un maximum de trafic. Pour les mesures de ce KPI, il ny a pas de seuil fixe comparer avec, car cela dpend de la taille des cellules ou du RNC. On y distingue aussi lUrbain et le rural. Toutefois, une valeur trs minimale est signe de problmes qui peuvent tre lis un dysfonctionnement de la NodeB par exemple.

5. Le Drive Test : Les Drive tests comme leur nom lindique consistent en des tests sur les performances du rseau en parcourant les rues avec une voiture, ainsi ils donnent des informations sur la voie descendante entre la NODE-B et la UE. Lors dune mesure drive test, lingnieur radio est appel rcuprer les mesures effectues sur linterface radio, les interprter et les analyser. Ceci permet lingnieur de constater ltat de la qualit du rseau UMTS et lui offre la possibilit de faire une tape danalyse et doptimisation de ce rseau.

Figure 29: chaine de mesure

Pour raliser un drive test on a besoin de: Mobile(s) trace ils donnent une premire impression vis--vis de la performance du

rseau. Ils sont configurs comme suite : 55

Appel court: on configure lUE pour faire des appels courts (dure de 2min,

spars aves un intervalle de temps de 30s). Appel long: on configure lUE pour faire des appels longs (dure indtermin

avec recomposition automatique du numro en cas de dconnexion). Session PS: on configure lUE pour tlcharger des fichiers. Appel vido.

Scanner: permet de mesurer le niveau du champ et la qualit de lenvironnement radio. Un vhicule pour le dplacement. Geographical position System GPS: pour la localisation gographique des points de

mesures. Un software spcial install sur un ordinateur Portable: pour lacquisition, lenregistrement et le traitement des mesures rcupres. Le Software quon a utilis est TEMS Investigation data collection. La connexion des quipements se fait de la faon suivante :

Figure 30: Connexion des quipements

Lobjectif du Drive Test est de vrifier que la NODE-B est fonctionnelle dun point de vue RF. Il sagit, en effet, de tester et dvaluer les lments suivants : Le taux des access-failures, le taux des Dropped-Calls et le temps du Call-Setup seront mesurs pour sassurer du bon fonctionnement de la NODE-B. 56

Le dbit des donnes et le temps de latence seront mesurs pour sassurer du bon

fonctionnement du data service Chaque PN sera valid pour sassurer quil a t transmis travers lantenne

approprie et dans la bonne direction. La puissance nominale de transmission et de rception sera vrifie pour sassurer

quil ny a pas de problmes de cblage dantennes. Ec/No et RSCP seront vrifis pour sassurer quil ny a pas de problmes de bruit ni

dinterfrences. Les paramtres RF tels que: la liste des voisins, la fentre de recherche, et les

paramtres du handoff seront vrifis pour sassurer que la base de donnes est mise jour. Les fonctionnalits du handoff seront testes pour sassurer que la station de base

effectue le contrle de lappel correctement. Les performances de la voix (Access-Failure, Call drops) Les performances de la Data (dbit et autres) La couverture du signal (puissance nominale de transmission et puissance de

rception) Les diffrents types du Handover (Softer Handover, Soft Handover et inter-Rat

Handover) Les lments suivants doivent tre pris en considration durant le drive test: Les chemins de test doivent tre lintrieur de la couverture. viter la rptition du mme trajet. Parcourir le plus possible travers les routes prsentant des obstacles.

Essayer de tester avec la mme vitesse (30 50km/h). En cas dexistence danomalies, des interventions sont menes juste aprs pour y remdier jusqu la correction de toutes les anomalies.

57

Conclusion Dans ce chapitre, nous avons dfini la QoS, en insistant sur les indicateurs et les paramtres logiques qui permettent la dcision de ltat de la performance du rseau, ainsi que la description de larchitecture de la QoS du rseau en dtaillant chacun de ces blocks constitutifs et notre analyse sest galement tal sur les attributs de la QoS. Dans la deuxime partie nous avons identifi la notion des statistiques leurs utilisation les mthodes danalyse et comment lvalu dans le rseau. Nous avons aussi vue la notion des KPI et comment ils sont dfinis internationalement en introduisant les six classes des KPI et la dfinition de chacune deux. En dernier lieu nous avons vu le principe gnral du processus des Drives Test.

58

3me Chapitre: Processus doptimisation 3G

59

Introduction Loptimisation est lune des principales tapes damlioration des performances des rseaux des tlcommunications, elle consiste en plusieurs types danalyse et daction entreprendre afin davoir des amliorations au niveau des rseaux et ceci que a soit au niveau de la couverture, de la qualit du lien radio ou au niveau dautres paramtres. Dans ce chapitre nous allons voir les objectifs de loptimisation radio ainsi que les processus doptimisation qui permettent grce leur cycle priodique dautomatiser les actions entreprendre suite aux diffrentes analyses effectues, nous allons voir aussi toutes les parties prenantes de ces processus doptimisation, que a soit les statistiques (KPI) ou les donnes des Drive.

1. Optimisation radio: 1.1. Objectif de loptimisation radio: Afin de gagner la satisfaction de ses clients, les oprateurs essaient dassurer la continuit de la dlivrance des services avec une qualit optimale. Loptimisation qui a cet objectif est donc un lment de service requis et important pour maintenir et amliorer la qualit et la capacit dun rseau. Il est aussi essentiel de maintenir une bonne qualit de service attendu par les clients, quand loperateur envisage une implmentation dune nouvelle fonctionnalit au niveau du rseau. La phase doptimisation permet aussi de minimiser ses cots et doptimiser les ressources rares, cest une tape des plus cruciales du cycle de vie dun rseau cellulaire. Une fois le rseau est oprationnel, loprateur doit veiller sur son bon fonctionnement. Ceci est ncessaire afin de raliser un suivi de la qualit de service et dadapter le rseau aux diffrentes fluctuations en vue de son amlioration et de son expansion. Ainsi loptimisation dun rseau cellulaire est motive par deux objectifs principaux : amliorer la qualit de service offerte aux utilisateurs et augmenter le volume de trafic coul par le rseau avec les quipements existants. 1.2. Schma gnral du processus de loptimisation:

Le processus doptimisation est un cycle priodique qui on peut faire appel plusieurs fois dans un mme rseau de communication mobile, soit juste aprs le dploiement du rseau et cest ce quon appelle la pr-optimisation, ou aprs le lancement du rseau et cest ce quon va dtailler tout au long de notre sujet.

60

Ce cycle comme le montre le schma ci-dessous commence par la supervision des performances travers les statistiques (KPI), puis lanalyse de ces statistiques afin de slectionner les zones o il y a des problmes, pour lancer des parcours de tests (Drive Tests) afin de mieux connaitre la cause de ces problmes. Ensuite une analyse globale des KPIs et des rsultats des parcours de tests qui permettra dnumrer un nombre dactions entreprendre. Aprs validation et implmentation de ces actions on reprend le cycle ds le dbut pour voir les rsultats et ainsi de suite.

Figure 31: schma gnral du processus doptimisation

Ainsi lors de chaque cycle doptimisation il y a des entres quon analyse soit en utilisant des outils soit en utilisant des tables brutes afin darriver des actions pour amliorer les performances du rseau.

2. Prsentation du projet: Les rseaux de la 3G dploys aujourd'hui permettent d'offrir aux clients diffrents services hauts-dbits. Afin d'anticiper les volutions de son rseau, le premier oprateur priv au Maroc exige une large couverture pour maintenir une qualit de service optimale. Cest dans ce cadre que sinscrit mon projet qui consiste optimiser le rseau 3G Radio de Mditel au niveau dune zone se situant au centre de la ville de Fs.

61

FES tant la 4me grande ville du MAROC possdant ainsi plusieurs Zones dont quelque unes ayant une mauvaise couverture. Sachant aussi quaprs avoir tudies diffrentes zones de la ville de FES nous avons remarqus que La majorit des zones visites ont un faible niveau de champ RSCP et une mauvaise qualit de signal a t enregistr au niveau du centre de la ville.

Figure 32: cartographie de la ville de FES

Et donc aprs analyse de la ville on en conclut les informations suivantes :


La qualit de signal de Meditel est dgrade. Le taux dchec enregistr des RAB Setup est trs important.

Ainsi le dbit Meditel pourra atteindre des niveaux suprieurs en renforant le niveau de signal et en remdiant au problme de la qualit de signal. Cest pourquoi nous procdons llaboration du processus doptimisation intgrant ainsi les outils cits, ce par le suivi de la performance du rseau daccs 3G et analyse des drives de fonctionnement radio 3G via les KPI ainsi que ltablissement du diagnostic des Drive Test afin dtablir des plans dactions correctives

62

Nous allons suivre les tapes suivantes dans loptimisation de la zone tudie en se basant sur des tapes essentielles suivre afin de mener bien le projet pour maintenir une qualit de service optimale.
Supervision de la zone dtude en se basant sur les statistiques (KPIs) et les parcours de mesures.

Faire un Drive Test afin didentification les problmes (couverture, qualit, interfrences...)

Proposition des solutions adquates (optimisations physiques, paramtrage spcifique, implmentation de nouvelles fonctionnalits) Les outils de statistiques et de Drive Test utiliss: Pour remdi aux diffrents problmes et avec laugmentation de la complexit des

rseaux des oprateurs et le dploiement des multi technologies, la gestion de la performance devient de plus en plus difficile tout en augmentant entre autre la charge de travail de l'ingnieur. Pour rduire cette charge et faciliter la prise des dcisions, plusieurs systmes ont t crs. Parmi eux on peut citer: la plateforme OPTIMA et TEMS Investigation.

3. OPTIMA: 3.1. Prsentation gnrale dOPTIMA: Il sagit dun outil de collecte de statistiques et de gestion de performances en temps rel. Il permet l'utilisateur de contrler plus efficacement et de grer lensemble du rseau partir dune plateforme simple. Il rpond aux exigences de la gestion des performances des dpartements tels que celui de la gestion de qualit, de la maintenance, de loptimisation et de la planification du rseau. Cet outil permet de collecter les statistiques sous forme de compteurs bruts relatifs aux constructeurs dont Mditel dispose et plusieurs technologies (GSM, GPRS, UMTS...). 3.2. Larchitecture de loutil statistique OPTIMA de Mditel:

Le serveur de cet outil est, en mme temps connect au rseau LAN et aux quipements du rseau de Mditel. Chaque heure, le serveur se connecte aux quipements pour importer les statistiques, permettant ainsi : La collecte de plusieurs donnes (trafic achemin, performances gnrales) Une disponibilit immdiate des statistiques aprs leur gnration par les lments du rseau. Un stockage et traitement des donnes sous une base de donnes Oracle facile interroger. 63

Un accs utilisateurs sans limite. Une notification automatique, pr programm, des anomalies prsentes sur le rseau.

On trouve les diffrents KPI regroups comme : 3.3. Hourly : Donnes heure par heure. Daily : Donnes jour par jour. Weekly : Donnes semaine par semaine. Busy Hour : Donnes de lheure la plus charge par jour.

Aussi on peut obtenir des informations concernant la Radio, les Handovers etc. La radio : Ce module permet de donner les statistiques Radio (Axes et Villes et Cellules) Les handovers : Ce module donne le handover par Cell hourly et Busy hour Analyse des KPI : Au cours de notre stage Mditel et comme nous lavons dj cit nous avons tudi les diffrents statistiques de la ville de Fs ce qui nous a permis de voir de plus prt les diffrentes classes de KPI que nous avons dtaill dans le chapitre 2. Ainsi nous avons choisi dexpliqu de prs lusage de quelques KPI et dtect quelques problmes. Dans ce qui suit nous allons exploiter des statistiques relatives plusieurs sites et sur une dur de 3 semaines sans mentionn leurs noms en raison de confidentialit. 3.3.1. Accessibilit : Laccessibilit au rseau est lune des axes primordiale dans la tlcommunication, loprateur doit assurer aux abonnes le pouvoir dtablir des appels tout moment et avec une bonne qualit. Cest pour cela que le seuil acceptable ce niveau est trs serr. Exemple : la figure suivante illustre le taux daccessibilit durant trois semaines du 23/05 au 11/06. On remarque que le taux daccessibilit est strictement suprieur 91% et que sa reprsente gnralement une marge acceptable.

64

SPEECH_ACCESSIBILITY
102 100 98 96 94 92 90 88 86

SPEECH_ACCESSIBILITY

Figure 33: le graphe de l'accessibilit

Chaque oprateur adopte des seuils ne pas dpass pour les diffrent KPI. Pour laccessibilit Mditel le taux est de 90% mais gnralement on vise les 98% pour rester loin de la valeur critique.

Figure 34: les taux acceptables

Comme nous lavons dj cit dans le deuxime chapitre laccessibilit se calcul partir de deux paramtre : RRC et RAB. On essayera de voir de prs leurs pourcentages dans la mme dur.

65

102 100 98 96 94 92 90 88 86 23/05/2011 00:00 24/05/2011 00:00 25/05/2011 00:00 26/05/2011 00:00 27/05/2011 00:00 28/05/2011 00:00 29/05/2011 00:00 30/05/2011 00:00 31/05/2011 00:00 01/06/2011 00:00 02/06/2011 00:00 03/06/2011 00:00 04/06/2011 00:00 05/06/2011 00:00 06/06/2011 00:00 07/06/2011 00:00 08/06/2011 00:00 09/06/2011 00:00 10/06/2011 00:00 11/06/2011 00:00

RRC_SUC_RATE RAB_SUC_RATE

Figure 35: Accessibilit au niveau RRC et RAB

Ce graphe nous donne des informations supplmentaires et montre que la baisse de laccessibilit le 31/05 est due un problme dans la liaison RRC. 3.3.2. La maintenabilit : La maintenabilit est aussi un paramtre trs important ou lappel ne doit pas tre interrompu. Pour la mme priode cit prcdemment le graphe suivant montre que le taux de coupure des appels est nul et que le taux de coupure HS diffre entre 0,04 et 0,66 % sa reste infrieur 1% cest une marge acceptable.
0,7 0,6 0,5 0,4 0,3 0,2 0,1 0 23/05/2011 00:00 24/05/2011 00:00 25/05/2011 00:00 26/05/2011 00:00 27/05/2011 00:00 28/05/2011 00:00 29/05/2011 00:00 30/05/2011 00:00 31/05/2011 00:00 01/06/2011 00:00 02/06/2011 00:00 03/06/2011 00:00 04/06/2011 00:00 05/06/2011 00:00 06/06/2011 00:00 07/06/2011 00:00 08/06/2011 00:00 09/06/2011 00:00 10/06/2011 00:00 11/06/2011 00:00 SPEECH_DROP_RATE HS_DROP_RATE

Figure 36: Les taux de coupures

Le paramtre taux de coupure comme le montre la figure suivante varie dans une marge trs prcise. La marge acceptable doit tre infrieure 1.38%.

66

Figure 37: marge de taux de coupure

3.3.3. Charge et utilisation : Les KPI du trafic permettent de dterminer le nombre dutilisation. Le graphe suivant montre que le trafic dans cette cellule est faible appart lexception du 06/06 qui a enregistr une valeur un peu lev mais lorsquon vrifie les valeurs de laccessibilit et du taux de coupure pour le mme jour on trouve que ce sont des valeurs normales.

TRAFIC_VOIX
40 35 30 25 20 15 10 5 0

TRAFIC_VOIX

Figure 38: Le trafic de la voix

4. TEMS: Les drives test sont relevs sur le rseau, lintrieur de la voiture, lors de ltablissement de la communication. Cette dernire est ritre une fois en cas dchec ou de coupure dappel. Les parcours dappel sont construits de faon rpartir les mesures dans les zones correspondantes aux centres villes et sur les axes principaux reliant les agglomrations, complts par des quartiers priphriques.

67

Ces mesures permettent danalyser le niveau de signal afin davoir une ide sur la qualit de la couverture. Il sen enchaine une analyse des vnements survenus lors du drive test, ou on dtecte sil ny a pas eu danomalies. TEMS est un outil dvelopp pour la surveillance et la maintenance dun rseau cellulaire, son objectif est d'analyser les cellules dans la procdure du Drive Test, il permet de suivre le comportement de la cellule en temps rel. Cest un outil d'ingnierie pour lanalyse des parcours aprs le Drive test, et qui permet un diagnostic du parcours allant de la couverture jusquaux messages de la couche 3 envoys entre le mobile et les diffrentes entits du rseau, ce qui permet une meilleure analyse du rseau ainsi une dtection facile des causes des problmes rencontrs lors de ce parcours de mesures. Par la suite on ne se contente pas seulement de traiter un fichier par fichier mais on regroupe les parcours en entier dans une seule vue et de faire des requtes pour pouvoir cibler nos choix et effectuer des analyses thmatiques qui permettent de dgager les zones les plus sensibles. Cest pour cela quon exporte les tables partir de loutil TEMS et on les projette dans MAPinfo, en prenant soin davoir la carte de la ville en arrire plan. Ainsi on reproduit sur des cartes les mesures et les vnements ce qui nous permet davoir une vision plus prcise. 4.1. Le canal pilote CPICH: Le CPICH est un facteur trs important pour le handover, la slection et la reslection de cellule. La puissance du canal pilote indique au mobile la cellule laquelle, il doit se rattacher, elle dfinit de cette faon ltendue de la cellule. En fonction des puissances des pilotes reues, le mobile dcide combien de stations il sera rattach, ce qui rend possible la mobilit dans le rseau dune part, et le renforcement du lien radio dautre part. La puissance des pilotes dtermine la surface de couverture des stations de base. Si la puissance dcrot, la cellule devient plus petite par contre si la puissance devient plus grande, la cellule sagrandit. Augmenter la taille de la cellule revient dire que plus de mobiles seront connectes la cellule de la station de base en question. Lanalyse du canal pilote repose sur la vrification de La couverture du canal pilote, elle se fait par scanner la valeur du CPICH RSCP et EcNo de la cellule serveuse. Ces valeurs sont ngocies avec le client mais ne doivent pas tre infrieures respectivement -16dBm et -111dBm. Les problmes causant les trous de couverture sont : 68

Cellule over-shooter: Quand une cellule est la cellule serveuse dans une zone loigne de sa zone de couverture planifie. Pilot pollution: Les interfrences peuvent tre dtectes dans les zones o lon a un bon niveau de signale et une mauvaise qualit. Par exemple pour des valeurs de RSCP suprieures -100dBm et Ec/No infrieur -12dB. Cette dgradation de qualit est due aux interfrences causes par la prsence dautres signaux reus avec un bon niveau de champ provenant de plusieurs cellules.

Le site est en panne ou nexiste pas dans cette zone Mauvaise configuration et positionnement des antennes. Grande perte au niveau de cble (feeder). Un niveau lev d'interfrence. Un rglage incorrect des paramtres de puissance de sortie des canaux de contrle et La couverture est classe en quatre niveaux. Pour chaque classe, un seuil pour la valeur du RSCP et celle de lEcNo est prcis.

Tableau 5:La couverture classe par niveaux

En analysant les appels, il faut commencer par le premier problme que lUE peut rencontrer nomm laccessibilit. Si lUE ne peut pas se connecter au systme, il ne peut pas maintenir lappel une certaine qualit. 4.2.Blocage dappels (Accessibilit): Laccessibilit exprime le pouvoir de lUE pour obtenir un service une qualit satisfaisante. Pour cela, on sintresse au niveau des Drive tests aux mesures faites lors des appels courts. Il est essentiel de noter que l'vnement Blocage dappel arrive toujours pendant la phase de configuration dappel. Les principales causes de blocage dappel sont:
Problme de voisinage :

Dans ce cas le blocage dappel se produit lorsque la cellule serveuse a un niveau de CPICH RSCP et de CPICH Ec/No plus faible que les cellules dclares comme voisines mais il ny a pas eu de handover.

69

Un exemple dun blocage dappel caus par une absence de voisinage. LUE est servie au dbut par la cellule (SC = 176). Lors de ltablissement dappel, la cellule (SC = 0) et la cellule (SC= 192) prsente de trs bonnes conditions mais ne sont pas ajoutes lActive Set. Ces cellules causent de trs fortes interfrences. La cause de ce blocage nest pas spcifie explicitement par TEMS.

Figure 39: Prise d'cran TEMS problme de blocage d'appel

Solution : Afin dessayer de surmonter ce problme il faudra revoir la configuration des cellules voisines afin que lactive set puisse prendre en compte les mesures ( RESCP et Ec/No) ainsi le hand over sera ralis et cela permettrai dviter le blocage dappel. Mauvaise couverture : Le blocage dappel se produit aussi lorsque les conditions radio sont mdiocres dans la phase de configuration dappel. Exemple: les conditions radio sont trs mauvaises au moment o lUE tente dinitier un appel. Le RCSP de la cellule serveuse =-121dBm et Ec/No=-21dB.

70

Figure 40: Prise dcran Tems illustrant la dtection du problme de mauvaise couverture

Solution : Afin de rsoudre le problme de couverture on propose les deux scnarios suivants : Scnario 1 : lajustement des paramtres de la cellule servante au niveau Azimut, Tilt ou la hauteur de lantenne (Voire Annexe 1) Scnario2 : lajout dun site couvrant la zone du problme et cest gnralement la solution propose par Mditel, afin dviter tout autre problme (Congestion, Overshooting,). Ressources Indisponible (Congestion) :

Le problme de congestion est dfinit comme tant un grand problme au niveau des rseaux cellulaires (ressources indisponibles) ainsi afin de satisfaire le trafic et donc il arrive quen cas dvnements spciaux quil y est une augmentation au niveau du trafic et quun bocage dappel sen suit. A titre dexemple, on a dans la cellule SC=100 qui reprsente de trs bonnes conditions radio et malgr sa le rseau envoie un message de dconnexion dont la cause est : les ressources non disponibles . Ce message est envoy aprs le setup de radio Bearer. Lenvironnement radio dans ce cas est bon.

71

Figure 41: Prise dcran Tems illustrant la dtection du problme de Congestion

Solution : Pour le problme de la congestion on propose toujours deffectuer un Down tilt afin de rduire la zone de couverture de la cellule. 4.3. Coupure dappels (Maintenabilit) : Absence de relation de voisinage : La coupure dappel peut avoir lieu quand le niveau de champ et la qualit du signal de la cellule serveuse sont faibles, alors quils sont bons pour une cellule voisine qui nest pas dclare parmi les cellules voisines. Par consquent, le mobile ne peut pas effectuer de SHO vers cette cellule. Dans ce cas la cellule serveuse est SC=205. Lors de lappel, la cellule SC=293 donne un niveau de champ plus lev mais elle nest pas ajoute lActive Set du fait que ces deux cellules ne sont pas dclares comme voisines.

72

Figure 42: Prise dcran Tems illustrant la dtection du problme de manque de voisine

Solution : Scenario1 : Pour remdier au problme de voisinage on propose deffectuer une modification au niveau de la configuration. La cellule qui reprsente de bonnes conditions doit tre ajoute la liste des cellules voisines. Scnario2 : Pour ce problme on a pens a une autre cause qui pourrait subvenir a ce dernier et qui est celle dun problme au niveau des codes vu que si par exemple on a pour une cellule 16 codes (DL code) on alloue 70% pour les utilisateurs et 30% pour les Hand Over et donc il se peut quil y est un problme a ce niveau Mauvaise couverture :

Dans ce cas la coupure se produit dans les rgions o les conditions CPICH RSCP et / ou CPICH EcNo ont des valeurs critiques et ne conviennent pas pour une bonne connexion. Exemple: Lenvironnement radio daprs les rapports de mesure de lUE tait dfavorable. Le RSCP de la cellule serveuse est de -127dBm et Ec/No est -32dB.

73

Figure 43: Prise dcran Tems illustrant la dtection du problme de mauvaise couverture

Solution : Comme nous lavons dj cit dans la partie des problmes de laccessibilit la solution propose cest soit lajustement des paramtres de lantenne soit lajout dun nouveau site. Pilot Pollution :

Le problme du Pilot pollution est d aux interfrences qui peuvent tre dtectes dans les zones o lon a un bon niveau de signal et une mauvaise qualit. Dans notre cas nous avons des valeurs de RSCP des cellules SC= 64, 40, 88, 176 suprieures -100dBm et reprsentent des valeurs trs proches entre -84 et -86dBm, nous avons aussi les valeurs du Ec/No sont infrieur -12dB. Alors on peut conclure que cette dgradation de qualit est due aux interfrences causes par la prsence dautres signaux reus avec un bon niveau de signal provenant de plusieurs cellules.

74

Figure 44: Prise dcran Tems illustrant la dtection du problme de Pilot Pollution

Solution : Dans le cas du pilot pollution on propose de faire une mise jour des Tilts des cellules qui causent des problmes dinterfrences, ou on peut effectuer des rajustements au niveau des sites voisins. Problme radio :

Dans ce cas nous avons trois cellules dclares comme cellules voisines qui ont un bon niveau de champs avec des valeurs trs proches ce qui cause de fortes interfrences et en consquent on obtient une dgradation au niveau de la qualit se qui provoque une coupure dappel.

Figure 45: Problme Radio

Solution : 75

Dans ce cas aussi on propose un Down tilt par ce quon a trois cellules qui offre un trs bon niveau de champs se qui cause des interfrences et provoque une dgradation de la qualit de la voix. Congestion :

Le problme de congestion est d ici une dgradation du Rab et du RRC et donc dans ce cas le Drop se produit quand il n'y a pas de ressources disponibles pour la connexion radio. Le rseau envoie une RRC connexion release lorsque le RBS atteint sa puissance maximale disponible en DL. Lorsque le drop se produit, la cause congestion est communique clairement dans le message de la couche 3 RRC connexion release . Exemple: Dans ce cas, les conditions radio ne sont pas critiques. On remarque la prsence dune Best Server avec deux autres cellules qui transportent le service. Lindisponibilit des ressources radio arrive brusquement aprs un nombre de SHO rapides et un message envoy par le rseau intitul RRC Connection Release apparat pour annoncer la coupure de lappel. Sur les messages du niveau 3 on voit clairement que la cause de cette coupure est la Congestion .

Figure 46: Prise dcran Tems illustrant la dtection du problme de congestion

Solution : Pour rsoudre le problme de congestion on propose gnralement un Down Tilt pour diminuer la zone de couverture ou carrment ajout un nouveau site afin de maximiser la 76

satisfaction des clients. Mais ce que nous proposons afin de remdier au problme, cest de faire un Upgrade au niveau des HS users ou effectuer une second carriers(deuxime frquence), ainsi on aura un site qui possde deux frquence pour amliorer la capacit et donc avoir la possibilit de rpartir les utilisateurs sur les secteurs (partage de ressources). Autres Problmes :

Problme 1 : La cellule SC=88 reprsente de bonnes conditions radio au niveau champ et au niveau qualit mais malgr cela une coupure dappel a eu lieu, ce qui nous laisse penser que le problme est d un problme temporaire au niveau UE ou au niveau RNC.

Figure 47: Autre problme de coupure d'appel

Problme 2 : Il peut subsister un problme hardware plus exactement soit au niveau des TRX ou au niveau power c.--d. que la puissance au niveau de la cellule se dgrade Problme 3 : On peut avoir un problme au niveau du lien Iub et donc on peut y remdier en effectuant des modifications au niveau de la configuration.

5. Traitement de la zone tudie : Aprs avoir vu dans ce chapitre des cas spars au niveau des statistiques en tudiant les majeur KPIs aussi au niveau de lanalyse du Drive Test nous allons dans ce qui suit traits le parcourt du Drive Test de toute la zone cite dans les paragraphes prcdents.

77

5.1.

Analyse de couverture :

Figure 48: Plot du RSCP lors du drive test

Le plot de RSCP dvoile que la couverture est gnralement bonne (94.14% du plot est suprieur -85 dBm) mais nous avons quatre zones ou le RSCP est inferieur -85dBm. Nous allons dtailler les quatre zones de mauvaise couverture :

Figure 49: Autre Plot du RSCP lors du Drive Test

78

4.09% du parcourt est reprsent par la couleur Jaune, 1.64% est reprsent par la couleur Rose, 0.11% constitue la zone rouge et enfin aucune partie na signal un RSCP infrieur a 100dBm. On remarque aussi que les zones 1 et 2 ont mesures la plus faible couverture. 5.2. Analyse du rapport Ec/N0 :

Figure 50: Plot de lEcNo lors du drive test

Le plot de Drive test montre que la qualit est bonne dans presque toute la zone: - Ec/No -12 dBm : 99.28% - Ec/No < -12 dBm : 0.71 % Lanalyse de lenregistrement de ce Drive test nous indique quau niveau de la zone 1 plusieurs valeurs EcNo <-12 dBm ont t dtectes. Dans le paragraphe suivant nous allons voir de plus prs les causes et les solutions proposes. 5.3. Analyse et Solution :

Le type des quatre zones tudies : Zone 1: Un Htel plus une zone de villa. Zone 2: Zone rsidentielle dense urbain. Zone 3: Cit Universitaire. Zone 4: Zone rsidentielle dense urbain. Au niveau du RSCP nous avons dtect 4 zones : Zone 1: Faible couverture aux alentours de lhtel et une zone de villa. 79

Zone 2: Faible couverture 200 m de FES098_3G. Zone 3: Faible couverture engendrant un HO 3G => 2G Zone 4: Faible couverture aux alentours de FES081. Au niveau de lEcNo Nous avons une seule zone : Zone 1: Qualit dgrade aux alentours de lhtel et une zone villa avoisinantes. Les zones 1 et 2 sont les zones qui reprsentent les niveaux les plus bas du RSCP et EcNo. On remarque que trois sites 3G et 3 sites 2G sont proximit de la premire zone et puisquon sait dj quil sagit dune zone constitue de villas et dun htel donc le trafic ce niveau nest pas trs levs. On propose comme solution dans ce cas de dclarer les relations de voisinage avec les sites proches. La deuxime zones est densment peupl et reprsente de faible ressources radio, on dduit quil sagit du problme de congestion. On propose comme solution un Down Tilt pour rduire la zone couverte ainsi on aura plus de ressources disponible. Le tableau suivant on rcapitule ce qui prcde plus une analyse et les solutions proposes. Zone Zone 1 Problme Voisines non dclares Solution Dclarer les relations de voisinage avec les sites voisins suivants : FES065, FES025, FES007 Effectuer un Down Tilt des antennes du site FES098

Zone 2

Congestion

Tableau 6: Tableau rsumant lanalyse des problmes rencontrs lors du Drive Test

Aprs les modifications apportes au deux zones 1 et 2 nous avons obtenu le rsultat suivant:

80

Figure 51: les amlioration apportes au niveau RSCP

Conclusion Les compteurs statistiques recueillis au niveau des RNC/ RBS refltent les performances dune cellule 3G dans le rseau dploy. Pour les diffrentes anomalies qui apparaissent dans le fonctionnement du rseau, des compteurs spcifiques doivent tre analyses pour ressortir la source du problme. Le nombre de compteurs gnrs par les diffrents nuds du rseau est norme, par consquent, lanalyse devrait se concentrer seulement sur les compteurs refltant les performances critiques des cellules. Nous avons aussi travaill sur le drive test qui est un outil trs important dans le processus de loptimisation. Aprs la dtection des anomalies du rseau vient le parcours Drive Test pour permettre davoir plus dinformation sur le problme et aussi faire les changements adquats.

81

Conclusion
Dans ce travail, on a tout dabord prsent les diffrentes fonctionnalits et caractristiques des standards 3G. Ensuite, nous avons dvelopp et analys les diffrents processus doptimisation des rseaux daccs ainsi que les outils utiliss. Enfin nous avons pu tablir un plan daction pour rsoudre les problmes lis aux performances de la zone tudie de Mditel Ce projet ma permis, non seulement damliorer mes connaissances dans le domaine de lingnierie des rseaux mobiles et en matire de gestion et capacit rsoudre les problmes, mais jai pu, tout au long de ma priode de stage, tre un ingnieur oprationnel et remplir les tches qui mont t affectes, notamment analyser et tudier des cas concrets de situations de problmes o il fallait opter pour la bonne dcision.

Par ailleurs, travers ce rapport je ne prtends pas avoir couvert toutes les notions lies au domaine, mais jai essay daller au long des notions dont jai eu rellement lexprience pratique de proche ou de loin.

Une extension de notre effort pourrait se baser sur ces analyses pour proposer une nouvelle configuration, avec des lments techniques fondamentaux. Ainsi, la technologie 3G continuera se positionner comme un potentiel volutif qui permet dlaborer la base des futurs rseaux mobiles en vue de supporter les services et applications volus. Toute mon ambition est que ce travail sert de rfrence pour de futures recherches dans le domaine du Rglage et doptimisation radio de rseau 3G.

82

Acronyme
1G : 1re Gneration 2G : 2
me

GGSN: Gateway GPRS Support Node GMSC: Gateway MSC GPRS: General Packet Radio Service GSM: Global System for Mobile

Gneration

2.5 : La gneration 2.5 2.75: La gneration 2.75 3G: troisime Gneration 3GPP: Third Generation Partnership Project

H
HS: High Speed HLR: Home Location Register HSDPA: High Speed Downlink Packet Access HSUPA: High Speed Uplink Packet Access

A
ADSL: Asymmetric Digital Subscriber Line AuC: Authentication Center

B
BLER: Block Error Rate BMC: Broadcast/Multicast Control BS: Bearer Services

I
IRAT HO: Inter radio access technology handover

K
KPI: Key Performance Indicator

C
CDMA: Code division multiple access CN: Core Network CS: Circuit Switched

M
MAC: Medium Access Control ME: Mobile Equipment MSC: Mobile Switching Centre MT: Mobile Terminal

D
DL: Down Link DRNC: Drift RNC

O
OVSF: Orthogonal Variable Spreading Factor

E
EDGE: Enhanced Data Rates for Global Evolution EIR: Equipment Identity Register

P
PDCP: Packet Data Convergence Protocol PI: Performance Indicator PS: Packet Switched

F
FDD: Frequency Division Duplexing

G
83

PSTN: Network

Public

Switched

Telephone

USIM: Universal Subscriber Identity Module UTRAN: Universal Terrestrial Radio

Q
QoS: Qualit of Service

Access Network

R
R99: Release 99 RAB: Radio Access Bearer RF: Radio Frequency RLC: Radio Link Control RNC: Radio Network Controller RNIS: Rseau Numrique Intgration de Services RNS: Radio Network Subsystem RRC: Radio Resource Control

V
VLR: Visitor Location Register

W
WCDMA: Wideband Code Division Multiple Access WiMAX: Worldwide Interoperability for Microwave Access

S
SDU: Service Data unit SF: Spreading Factor SGSN: Serving GPRS Support Nod SMS: Short Message Service SRNC: Serving RNC

T
TD-SCDMA: Time Division Synchronous Code Division Multiple Access TDD: Time Division Duplexing TE: Terminal Equipment

U
UE: User Equipment UL: Up Link UMTS: Universal Mobile Telecommunications System

84

Bibliographies
1) UMTS de Jean NOEL ROZEC (st-microelectronics) Tome 1 2) UMTS de Jean NOEL ROZEC (st-microelectronics) Tome 2

Sitographie
3) http://www.generation-nt.com/telephonie-mobile-reseaux-3g-umts-wcdma-hsdpa-hsupaarticle-46573-1.html 4) http://www.efort.com/r_tutoriels/ACCES_UMTS_EFORT.pdf 5) http://www-igm.univ-mlv.fr/~dr/XPOSE2006/eric_meurisse/umts.php 6) http://www710.univ-lyon1.fr/~btouranc/M2SIR/TER09/Nguyen.pdf 7) http://www.etudionet.com/communaute/xuser/etudionet/docs/FETOUI_Zied.pdf 8) http://www.etudionet.com/communaute/xuser/etudionet/docs/CHOUCHENE_Sebti.pdf

85

Annexes

86

Annexe 1 : Dfinition du problme doptimisation de lUMTS:


Le problme doptimisation est dfini dans ce qui suit par les paramtres ajuster et les objectifs optimiser.

Figure 52: schma dun site Paramtres antennaires: Les paramtres dantenne sont les plus importants dont dpend linterfrence dans le rseau. Deux paramtres caractrisent lantenne dun site tri sectorielle :
Le tilt Lazimut

1. Tilts: Le tilt dune antenne correspond son angle dinclinaison dans un plan vertical. En utilisant lantenne vers le bas, ce qui correspond une augmentation de langle du tilt, la zone de couverture de lantenne diminue et lintensit de la puissance moyenne reue dans la cellule augmente. Le tilt peut tre modifi de faon mcanique (langle de lantenne change physiquement ou de faon lectrique en modifiant le diagramme de rayonnement de lantenne sans toucher son inclinaison physique). Tilter une antenne ncessite une intervention humaine sur site, ce qui introduit un cout li au paramtrage du rseau.

87

Figure 53: schma dune antenne tilt lctrique 2. Azimuts: Langle dazimut correspond lorientation du lobe principal de lantenne dans le plan horizontal. Idalement, dans un site tri-sectoriel, lorientation des antennes est sparer de 2/3 ; une modification de langle dazimut peut tre utile suite un effet de masque li au paysage ou des btiments, qui peuvent causer des rflexions et des interfrences indsirables.

Figure 54: Ajustement de lazimut de lantenne

88

Annexe 2 : Les protocoles de signalisation 3G:


Protocole RANAP : Radio Acces Network Application Part

Le protocole de contrle de signalisation de linterface Iu contient les informations de contrle de la couche radio. Ses diffrentes fonctions : Relocalisation : gre le dplacement des fonctions SRNS dun RNS un autre ou le hard-handover inter-RNS. Gestion des supports daccs radio (RAB) : initialisation, modification ou suppression dun support daccs radio existant. Libration de linterface Iu, pour toutes les ressources, le trafic et signalisation pour un utilisateur donn. Remonte dvnements pour informer le rseau cur de lchec de transmission de donnes. Gestion dun identifiant commun de lusager aux fin de paging. Paging, c.--d. recherche dun mobile sur appel entrant. Localisation, enregistrement de lactivit dun mobile donn la fin de maintenance. Transfert de signalisation, de manire transparente entre le rseau cur et le mobile. Contrle dintgrit et de chiffrement. Contrle de charge. Reset, ou rinitialisation de la connexion du cot cur ou du cot UTRAN. Rapport sur la localisation du mobile.

Protocole NBAP : Node B Application Part Le protocole de signalisation sur linterface Iub, appel NBAP est compos de deux

parties, Common NBAP et Dedicated NBAP. La composante Common NBAP (C-NBAP) correspond la signalisation qui nest pas relative une session dun terminal donn, comme par exemple ltablissement du premier lien dun terminal, la configuration dune cellule, linitialisation et la remonte des mesures spcifiques une cellule. Une fois tabli le premier lien entre un terminal et le rseau, le node B assigne un point de terminaison de trafic ce terminal pour la dure de connexion. Les changes suivants se font alors grce aux procdures de la composante Dedicated NBAP (D-

89

NBAP). Il sagit en particulier de le reconfiguration des donnes pendant un soft handover, de la remonte des mesures ou de la gestion des alarmes. Protocol RNSAP : Radio network subsystem application part

Linterface Iur et le protocole RNSAP sont les deux composants qui permettent le soft handover inter-RNC durant lequel le mobile est connect avec plus dun radio link et les BTS sont contrls par diffrents CRNCs. Durant cette procdure, il y a distinction faite entre le SRNC et le DRNC. RNSAP est en fait responsable du contrle de la connexion entre ces deux entits. Nous pouvons mettre en relief les fonctions suivantes du RNSAP : procdures grant la mobilit : elle concerne les procdures qui grent la mobilit au niveau du RAN comme le paging de lutilisateur par exemple. procdures ddies : elles concernent la gestion des canaux ddis sur linterface Iur comme le transfer des mesures provenant des canaux ddis du CRNC vers le SRNC. procdures communes : elles sont spcifiques pour les canaux de transport communs. procdures globales : elles grent les transactions entre diffrents CRNCs. Asynchronous Transfer Mode

Protocole ATM :

Protocole Grande Vitesse Asynchrone qui permet de faciliter le transfert de donnes de type multimdia. Il permet de faire passer simultanment plusieurs types de donnes tout en maximisant la bande passante.

90