Vous êtes sur la page 1sur 124

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G

I
IDE SIDDO NAJI
REMERCIEMENTS

Je loue Dieu de mavoir donn la vie, la sant et davoir fait de moi ce que je suis
aujourdhui. Cest grce lui que ce prsent travail a vu le jour.

J'adresse mes remerciements toutes les personnes qui m'ont aides dans la ralisation de
ce mmoire.

En premier lieu, je tiens, exprimer ma gratitude et mes remerciements mon Directeur
de Mmoire Mr. ISSA AW, Ingnieur Tlcoms et professeur l'Institut Suprieur
dInformatique. En tant que Directeur de mmoire, il m'a guid dans mon travail, m'a aid
trouver des solutions pour avancer et a fait preuve dune trs grande comprhension et
patience avec moi.

Ensuite, je tiens remercier Mr. Boubacar Fall, mon collgue de travail OVH Sngal
Sarl, qui m'a beaucoup encourag et conseill sur l'importance de ce travail et le besoin de
le terminer.

Je remercie egalement Mr. Jean Jacques Gossan et Mr. Agoumo Farouk pour leur aide.

Enfin, mes remerciements vont mon petit frre Zoul et ma mre qui m'ont toujours
soutenu et encourag mme si nous tions loigns, ainsi qu tous les membres de ma
famille.


Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
II
IDE SIDDO NAJI

DEDICACE

Je ddie ce mmoire,

A ma trs chre mre,
Toi qui nas pas cess de m'encourager et de prier pour moi. Puisse Dieu, le tout puissant,
te prserver et t'accorder sant, longue vie et bonheur.

A mon pre,
Pour son soutient morale et financier.

A mes frres.
A mes surs.

A ceux qui me sont chers et proches.
A tous ceux que jaime et qui maiment.
A tous mes amis.
A vous tous.








Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
III
IDE SIDDO NAJI
LISTE DES FIGURES
Figure 1 : Dcoupage en strate de lUMTS ....................................................................... 5
Figure 2 : Hirarchie des cellules de lUMTS ................................................................... 7
Figure 3 : Principe du CDMA ........................................................................................... 8
Figure 4 : Principe de ltalement de spectre..................................................................... 9
Figure 5 : Arbre des codes OVSF .................................................................................... 10
Figure 6 : Utilisation des codes OVSF ............................................................................ 11
Figure 7 : Mcanisme de Scrambling .............................................................................. 11
Figure 8 : Architecture gnrale de lUMTS ................................................................... 14
Figure 9: Architecture globale de lUTRAN ................................................................... 16
Figure 10 : Types de Node B ........................................................................................... 17
Figure 11 : Rle logique du RNC pour une connexion UE lUTRAN ......................... 17
Figure 12 : Vue en couche de linterface radio de lUTRAN.......................................... 19
Figure 13 : Services offerts par la couche MAC (daprs spcification 3GPP) .............. 21
Figure 14 : Mapping des canaux UMTS.......................................................................... 24
Figure 15 : Exemple de soft handover ............................................................................. 25
Figure 16 : Exemple de softer handover. ......................................................................... 25
Figure 17 : Architecture de la QoS en UMTS ................................................................. 30
Figure 18 : Processus dextraction des KPIs ................................................................... 43
Figure 19 : NBAP call Flow procedure ........................................................................... 44
Figure 20 : Respiration de cellule .................................................................................... 51
Figure 21 : Phases doptimisation dans le cycle de vie du rseau ................................... 56
Figure 22 : Processus doptimisation ............................................................................... 58
Figure 23 : Rapport entre la RTWP et la charge UL de la cellule ................................... 61
Figure 24 : RRC connection setup procedure .................................................................. 64
Figure 25 : Ecran daccueil de Google Earth................................................................... 69
Figure 26 : Ecran daccueil dAtoll Forsk ....................................................................... 69
Figure 27 : Types de projets disponibles dans Atoll ....................................................... 70
Figure 28 : Menu Explorer dAtoll et les ses diffrents onglets ................................... 70
Figure 29 : Slection et positionnement des Sites dans Google Earth ............................ 72
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
IV
IDE SIDDO NAJI
Figure 30 : Positionnement des sites UMTS et dfinition de la zone couvrir .............. 73
Figure 31 : Coverage by signal level ............................................................................... 76
Figure 32 : Pilot Reception analysis ................................................................................ 77
Figure 33 : Overlapping zone .......................................................................................... 77
Figure 34 : Lancement dACP pour loptimisation ......................................................... 77
Figure 35 : Couverture en fonction du niveau du signal avant et aprs optimisation ..... 83
Figure 36 : Pilot reception analysis avant et aprs optimisation ..................................... 84
Figure 37 : Overlapping zone avant et aprs optimisation ............................................. 85
Figure 38 : Trajet de drive test ......................................................................................... 86
Figure 39 : Equipements de drive tests pour les appels Voix, CS64 et PS...................... 87
Figure 40 : Mesure du Best Signal Strenght (RSCP) ...................................................... 88
Figure 41 : Mesure de lEc/No ........................................................................................ 89
Figure 42: Zones haute interfrence ............................................................................. 90
Figure 43 : Zone dinterfrence (RSCP > -90 dBm et Ec/No < -9 dB) ........................... 90
Figure 44 : Zones de pilot pollution ................................................................................ 91
Figure 45 : Correction du problme de pilot pollution .................................................... 92
Figure 46. Mthode de dimensionnement CE .............................................................. 100



























Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
V
IDE SIDDO NAJI
LISTE DES TABLEAUX
Tableau 1: Dbit de transmission par type de cellule UMTS ............................................ 7
Tableau 2 : Spreading Factor ........................................................................................... 10
Tableau 3 : Rcapitulatif Code Channelisation Code de Scrambling........................... 12
Tableau 4 : Classes de QoS UMTS ................................................................................. 35
Tableau 5 : Exemples dobjectifs doptimisation ............................................................ 39
Tableau 6 : Problmes de couverture RF et solutions ..................................................... 51
Tableau 7 : Problmes de respiration cellulaire et solutions ........................................... 52
Tableau 8 : Problme de Pillot-pollution et solutions ..................................................... 53
Tableau 9 : Problmes de Near-far-effect et solutions .................................................... 53
Tableau 10 : Problmes Around the corner et solutions .................................................. 54
Tableau 11 : Problmes de handover et solutions ........................................................... 55
Tableau 12 : Problmes de Missing Neighbors et solutions ............................................ 55
Tableau 13 : Coordonnes des sites UMTS ..................................................................... 72
Tableau 14 : Paramtres des diffrents sites UMTS avant optimisation ......................... 75
Tableau 15 : Objectifs initiaux / finaux de la premire optimisation .............................. 78
Tableau 16 : Objectifs initiaux / finaux de la sixime optimisation ................................ 79
Tableau 17 : Recommandations issues de la premire optimisation avec ACP .............. 80
Tableau 18 : Recommandations issues de la troisime optimisation avec ACP ............. 81
Tableau 19 : Recommandations issues de la sixime optimisation avec ACP ................ 82
Tableau 20 : Relation niveau de couverture UMTS / Ec/Io / RSCP ............................... 88
Tableau 21 : Pollution par les pilotes proposition de changement ............................... 91
Tableau 22 : Exemple de convention niveau de champ RxLev..................................... 108
Tableau 23 : Exemple de convention de RxQual .......................................................... 109
Tableau 24 : seuils C/I ................................................................................................... 109




Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
VI
IDE SIDDO NAJI
SOMMAIRE
I ntroduction gnrale ............................................................................................................ 1
PREMI ERE PARTI E ............................................................................................................ 3
Chapitre 1: Gnralits sur les rseaux 3G .......................................................................... 4
Chapitre 2 : Composants et architecture dun UTRAN WCDMA .................................. 14
DEUXI EME PARTIE ......................................................................................................... 28
Chapitre 1 : QoS et Optimisation 3G: Cas de lUTRAN .................................................... 29
Chapitre 2 : Optimisation de lUTRAN .............................................................................. 38
TROI SI EME PARTI E ......................................................................................................... 67
Chapitre 1 : Outils et paramtres de simulation ................................................................. 68
Chapitre 2 : Optimisation avec Atoll Forsk ........................................................................ 73
Chapitre 3 : Optimisation avec les drives Tests .................................................................. 86
Conclusion Gnrale ........................................................................................................... 94
ANNEXES ............................................................................................................................ 95
Annexe 1 : Planification des Scramblings Code ................................................................... 96
Annexe 2 : Mthode de dimensionnement des CEs ............................................................ 100
Annexe 3 : Les indicateurs de qualit en GSM ................................................................... 108
Bibliographie ...................................................................................................................... 111
I NDEX ................................................................................................................................ 112
Tables des matires ............................................................................................................ 115


Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
1
IDE SIDDO NAJI
INTRODUCTION GENERALE
L'introduction des systmes mobiles de troisime gnration a permis aux
oprateurs de rseaux mobiles d'offrir une nouvelle gamme de services mobiles aux
abonns. Loffre traditionnelle de la voix est dsormais complte par une multitude de
nouveaux services comme la visiophonie, le streaming vido, le tlchargement de clips
vido et la navigation web mobile.
La croissance du march et la concurrence froce entre les oprateurs de rseaux
mobiles ont abouti porter trs haut les attentes des clients en termes de QoS.
La satisfaction du client est la cl de la cration de valeur ajoute et les oprateurs de
rseaux mobiles doivent tre en mesure de surveiller et de grer la qualit du service qu'ils
offrent leurs abonns.
Les indicateurs de performance parmi lesquels interviennent de nombreux KPIs,
sont utiliss afin davoir un aperu du rseau sur diffrents aspects tel que le niveau de
couverture, le niveau dinterfrence, la charge du rseau, la qualit des appels, etc. Ces
indicateurs de performances permettent donc de faire une apprciation du niveau de QoS
offert aux abonns.
Les oprateurs de rseaux mobiles sont alors confronts au dfi d'identifier les
meilleurs indicateurs pour dcrire la QoS perue par le client et dutiliser des outils de
drive test qui permettent de mesurer ces indicateurs temps rel. Les indicateurs de
performance recueillis, il leur faut aussi utiliser des outils doptimisations pour lanalyse
des KPIs.
Dans le rseau UMTS, lUTRAN est la partie du rseau o est recueillie la majorit
des mesures de performances, de ce fait, dans notre sujet de mmoire Etudes de la QoS et
des mesures de performances dans un UTRAN 3G, nous nous limiterons au niveau du
lUTRAN.
En utilisant les outils fournis par diffrents lments de rseau et les nuds de
service, de nombreux indicateurs de performance cls sont produits. Il nest cependant pas
toujours facile de convertir ces informations dans un sens refltant la QoS perue par les
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
2
IDE SIDDO NAJI
clients. Aussi est il ncessaire davoir une bonne comprhension de ces indicateurs et de la
manire dont ils sont calculs, afin de pouvoir les faire correspondre aux diffrents
problmes survenant dans le rseau.
Objectif
Lobjectif de ce travail est de faire une tude et une analyse des paramtres de
performances et comment leur utilisation peut permettre dapprcier le niveau de la QoS
UMTS.
Lamlioration de la QoS passe par loptimisation du rseau, donc la comprhension
des principaux problmes doptimisation pouvant subvenir dans le rseau daccs et leurs
solutions est ncessaire.
Approche
Notre document est structur en trois grandes parties.
Ainsi, dans la premire partie de notre travail nous aborderons dabord les concepts
gnraux sur lUMTS, puis larchitecture de lUTRAN et enfin les mcanismes mis en
uvre dans celui-ci.
Dans la deuxime partie, nous tudierons le concept de QoS et verrons comment on
peut le dfinir, les lments entrant en jeu dans sa mesure, les impacts quelle a sur le
rseau et pour loprateur.
Lamlioration de la QoS dans le rseau passe par la phase doptimisation du rseau,
qui correspond la dernire phase dans le cycle de vie du rseau et na pas de fin, le rseau
tant en continuel optimisation. Aussi, nous aborderons, toujours dans la seconde partie
du document, la phase doptimisation du rseau daccs UMTS, les diffrents problmes
qui peuvent y survenir, leurs causes et leurs mthodes de correction. Les outils qui sont
mis la disposition de lingnieur radio, pour identifier et rsoudre ces problmes y sont
galement abords.
Enfin dans la dernire partie de notre travail, un exemple doptimisation de
couverture sera fait en utilisant le logiciel Atoll Forsk et les drive tests.


Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
3
IDE SIDDO NAJI







PREMIERE PARTIE
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
4
IDE SIDDO NAJI
CHAPITRE 1: GENERALITES SUR LES RESEAUX 3G
1. LUMTS
1.1.Concepts et objectifs de lUMTS
Lexpression UMTS dsigne lune des technologies cellulaire numrique de
troisime gnration. Il a t dvelopp en 2004 sous sa premire version Release 99
(R99). Les spcifications techniques de cette norme sont dveloppes au sein de
lorganisme 3GPP.
LUMTS fonctionne sur la bande de frquences 1900-2000 MHz et permet
datteindre un dbit rel de lordre de 384 Kbits/s (8 fois plus rapide que le GPRS), le dbit
thorique tant de 2Mbits en mission.
LUMTS est compatible avec tous les rseaux du monde du fait de la possibilit de
roaming au niveau mondial. Le rseau UMTS ne remplace pas le rseau GSM existant
puisque la coexistence entre ces deux rseaux est possible. Le WCDMA a t retenu
comme la technologie daccs pour le rseau UMTS. LUMTS plusieurs objectifs dont:
- Lunification de l'ensemble des systmes existants travers le monde en la
dfinition dune norme internationale;
- La compatibilit avec les systmes de 2
me
gnration de part les services offerts
lusager (tl-services et services supplmentaires), transparence du rseau pour
l'usager (l'usager ne doit pas se rendre compte qu'il passe d'un rseau un autre);
- Supporter le multimdias: les terminaux auront la capacit d'accepter
simultanment des services de natures diffrentes (voix, visiophonie, navigation
web);
- Augmenter le dbit support par le rseau par rapport aux rseaux de seconde
gnration:
2 Mbps pour lintrieur des btiments (mobilit rduite) ;
384 Kbps pour lextrieur urbain ;
144 Kbps pour lextrieur rural (grande mobilit).
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
5
IDE SIDDO NAJI
- Dfinition de quatre classes de service en prenant en compte 3 contraintes (le dlai
de transfert de l'information, la variation du dlai de transfert des informations et la
tolrance aux erreurs de transmission).

1.2.Avantages de lUMTS
LUMTS offre de nombreux avantages que nous dtaillons ci-dessous :
- Le dbit : en thorie, il peut atteindre 2 Mbits/s partir dun lieu fixe et 384 Kbits/s
en mouvement, beaucoup plus lev que celui du GSM et du GPRS.
- De multiples services innovants : la visiophonie de poche, l'accs l'Intranet,
l'accs internet, la possibilit de tlcharger des images depuis Internet et de les
visionner sur l'cran du tlphone mobile, vido Clips et music.
- Dcoupage en Strates : la modlisation du rseau UMTS peut se faire par un
dcoupage en strates.








Figure 1 : Dcoupage en strate de lUMTS

Voici donc la rpartition des diffrentes fonctions de l'UMTS. Celles-ci
peuvent tre modlises et ancres dans deux strates principales.
Access Stratum:
Fonction de handover/ mobilit radio ;
Gestion des ressources radio ;

Prot.
Radio
RRC
RLC
MAC
Prot.
Iu
Prot.
Radio
RRC
RLC
MAC
Prot.
Iu
Access Stratum
Mobile
Access Network Core Network
Non-Access Stratum

Radio Uu Iu
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
6
IDE SIDDO NAJI
Chiffrement ;
Compression de donnes.
Non Access Stratum:
Gestion de la signalisation d'appel;
Services supplmentaires (CLIP, CWAIT, HOLD, );
Authentification-Mcanismes de facturation.
Ce dcoupage est conforme au modle OSI et permet de dfinir en deux
strates distinctes les diffrents services, et les rassembler en fonction du
type de ressource utilise.
- Les mcanismes radios
Le systme radio UMTS intgre de nouveaux mcanismes qui permettent une
meilleure utilisation des ressources. Parmi ceux-ci nous avons :
la macro-diversit ;
Le contrle d'admission ;
le contrle de charge ;
le contrle de puissance.

1.3.Classes de services en UMTS
Quatre diffrentes classes de service ont t identifies en fonction de la nature du
trafic (que nous aborderons plus en dtails dans le chapitre 3):
- La classe A (Conversational) qui regroupe tous les services bidirectionnels
impliquant deux interlocuteurs, voire plus;
- La classe B (Streaming) implique un utilisateur et un serveur de donnes, les
donnes sont majoritairement distribues dans le sens serveur vers utilisateur;
- La classe C (Interactive) ne requiert aucune performance temps rel particulire;
- La classe D (Background) diffre avec la classe C : les informations transmises
sont de priorits infrieures celles de la classe C).

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
7
IDE SIDDO NAJI

1.4.Hirarchie des cellules en UMTS
Le rseau lUMTS est divis en plusieurs cellules de tailles variables. Chacune
dentre elles est prsente en fonction de la densit de la population desservir et de la
vitesse de mobilit. Laccs par satellite est une extension.

Figure 2 : Hirarchie des cellules de lUMTS
Type de cellule Dbit Vitesse de dplacement
Pico-cellule 2Mbits/s 10km/h (marche pied)
Micro-cellule 384kbits/s 120km/h (vhicule)
Macro-cellule 144kbits/s 500km/h (TGV, etc.)
Tableau 1: Dbit de transmission par type de cellule UMTS

2. Les principes du WCDMA
L'interface radio de l'UMTS se base sur le WCDMA, qui est galement bas sur une
technique daccs multiple plus ancienne qui est le CDMA. Le WCDMA est bas sur la mme
technique que le CDMA mais utilise une bande plus large. Aussi, afin de comprendre les
concepts du WCDMA, il est important de revenir sur ceux du CDMA.

2.1.CDMA
Le principe gnral du CDMA est de permettre aux utilisateurs d'mettre sur la mme
bande au mme instant. Le CDMA appartient la classe des multiplexages dits talement de
spectre. Ltalement du spectre rend le signal moins sensible aux fluctuations slectives en
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
8
IDE SIDDO NAJI
frquences. Le signal est ainsi transmis sur une bande de frquences beaucoup plus large que
la bande de frquences ncessaire.
En effet, chaque utilisateur met sur toute la largeur de bande du canal de communication.
Lenvoi et la rception des donnes suivent le schma suivant :
- chaque abonn possde un code unique (dans la cellule) ;
- L'metteur lie l'information originale avec le code ;
- L'information code est alors transmise au travers de l'interface par radio ;
- L'information originale est rgnre dans l'unit de rcepteur en utilisant le mme
code de manire synchrone.

Figure 3 : Principe du CDMA
2.2.Etalement de spectre
Le WCDMA ralise un talement de spectre selon la mthode de rpartition par
squence directe (Direct Sequence). Pour cela, chaque bit de lutilisateur transmettre est
multipli (OU exclusif) par un code pseudo alatoire PN (Pseudo random Noise code)
propre cet utilisateur. La squence du code (constitue de N lments appels "chips")
est unique pour cet utilisateur, et constitue la cl de codage. Cette dernire est conserve si
le symbole de donne est gal 1, sinon elle est inverse. La longueur L du code est
appele facteur dtalement SF (Spreading Factor).
Si chacun des symboles a une dure Tb, on a 1 chip toutes les Tb/N secondes. Le
nouveau signal modul a un dbit N fois plus grand que le signal initialement envoy par
l'usager et utilisera donc une bande de frquences N fois plus tendue.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
9
IDE SIDDO NAJI

Figure 4 : Principe de ltalement de spectre
Afin de pouvoir lire le message cod envoy, le rcepteur doit raliser la mme
opration. En effet, ce dernier gnre la mme squence dtalement quil multiplie au
signal reu afin dobtenir les donnes. Les donnes des autres utilisateurs (pas de
multiplication avec la squence dtalement) restent tales.
Ltalement de spectre consiste augmenter la largeur de bande du signal.
Ltalement de spectre inclus 2 oprations : la Channelisation qui consiste augmenter la
bande de frquence du signal en utilisant des codes orthogonaux et le scrambling
(naffecte pas la bande de frquence du signal) en utilisant des codes de scrambling.
2.2.1. La channelisation
Les codes de channelisation sont des codes orthogonaux bass sur la technique
OVSF. Ces codes sont dfinis par un arbre OVSF o chaque nud possde 2 fils. Les
codes des 2 fils sont issus du code de leur pre commun, c'est--dire que leur code est
compos par le code du pre et de son complmentaire. Larbre des codes OVSF ainsi cr
peut tre reprsent sous la forme de la matrice de Hadamard.


Code de longueur L
Donnes
Chips
Dd Dc = Dd x L

Signal tal
Bande de base Frquence porteuse
Dd = Dbit donnes
Dc = Dbits Chips
L = Longueur du code
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
10
IDE SIDDO NAJI






Figure 5 : Arbre des codes OVSF

Larbre ci-dessus, nous montre la relation entre le facteur dtalement et le nombre
de codes disponibles pour un talement donn. Il est important de savoir que le facteur
dtalement SF dtermine la longueur du code. Le nombre de bits dans les trames des
canaux ddis pour le transfert des donnes se trouve par lintermdiaire de la relation
suivante :
=
256
2
k
avec 0 6
Comme k est compris entre 0 et 6, les valeurs du facteur dtalement SF peut tre
gal 7 valeurs.
K 0 1 2 3 4 5 6
SF 256 128 64 32 16 8 4
Tableau 2 : Spreading Factor

Dans un tel arbre, il nest pas possible dutiliser tous les codes OVSF
simultanment. Comme nous lavons vu, le code de chaque nud est dtermin en
fonction du code du nud pre. Cela implique donc que pour une branche, les codes ont
une relation entre eux, ce qui empche lutilisation dautres codes lorsque lun dentre eux
est utilis.







C1 = 1
C2,1= 1,1
C2,2= 1,-1
C4,1= 1,1,1,1
C4,2= 1,1,-1,1
C4,3= 1,-1,1,-1
C4,4= 1,-1,-1,1
SF=1 SF=2 SF=4 SF=8
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
11
IDE SIDDO NAJI









Figure 6 : Utilisation des codes OVSF
2.2.2. Le Scrambling
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 7 : Mcanisme de Scrambling
En utilisant les scramblings codes, le Node B peut sparer les signaux provenant
simultanment de plusieurs UEs et lUE peut sparer les signaux provenant
simultanment de plusieurs Node B. Il y a deux types de scrambling codes :
- Les codes longs, appels Codes de GOLD sont crs partir dun polynme
gnrateur de puissance 25 et tronqu la longueur de la trame WCDMA, 10 ms,
ce qui donne 38400 chips.
- Les codes courts sont gnrs partir de la famille de code S(2), leur longueur est
de 256 chips.
Donnes
Dbit binaire
Code dtalement Code de Scrambling
Dbit chip
Dbit chip
SF=1 SF=2 SF=8
C
1
= 1
C
2,1
= 1,1
C
2,2
= 1,-1
C
4,1
= 1,1,1,1
C
4,2
= 1,1,-1,1
C
4,3
= 1,-1,1,-1
C
4,4
= 1,-1,-1,1
SF=4
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
12
IDE SIDDO NAJI
Lusage de ces codes varie en UL et DL.
En UL :
- Les Codes de GOLD sont utiliss lorsque le Node B utilise des rcepteurs Rake.
- Les codes courts sont utiliss quand le Node B utilise des techniques de rception
avances, comme la dtection multi utilisateur.
En DL : seuls les codes longs sont utiliss.

Code de Channelisation Code de Scrambling

Usage
UL : Sparation des donnes et des canaux de
contrle du mme UE
DL : Sparation des diffrents utilisateurs de la
mme cellule
UL : sparation des
terminaux
DL : sparation des cellules /
secteurs
Longueur UL : 4-256 chips same as SF
DL : 4-512 chips same as SF
UL : 38400
DL : 38400
Nombre
de code
Nombre de code sous un code de Scrambling =
SF
UL : Plusieurs millions
DL : 512

Famille de
code

OVSF
Codes Longs : Code de
GOLD
Codes Court : famille de
code S(2)
talement Oui, augmente la bande de frquence Non, naffecte pas la bande
de frquence
Tableau 3 : Rcapitulatif Code Channelisation Code de Scrambling

2.3.Multiplexage
Le W-CDMA propose deux types de multiplexage : le FDD et le TDD. Le
multiplexage de type FDD utilise une bande passante de 5 Mhz pour le dbit descendant et
montant. Le dbit maximal support par un seul code est de 384 kbit/s. Afin de pouvoir
supporter un dbit de 2 Mbit/s, plusieurs codes sont ncessaires.
Le multiplexage de type TDD n'utilise qu'une seule bande passante de 5 Mhz
divise en portions de temps (time slot) utilisables aussi bien pour le dbit montant que
pour le dbit descendant. Elle comprend donc une composante TDMA (Time Division
Multiple Access) en plus de la sparation par code. Cela permet dobtenir une large
gamme de dbits de services en allouant plusieurs codes ou plusieurs intervalles de temps
un utilisateur.

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
13
IDE SIDDO NAJI
2.4.Les contraintes du WCDMA
Il existe certaines contraintes quant lutilisation de la technologie du CDMA, les
principales sont dtailles ci-dessous.

2.4.1. Leffet near-far
L'effet near-far est un phnomne qui survient lorsqu'un appareil mobile met une
puissance trop leve, ce qui empche tous les autres appareils mobiles du voisinage de
communiquer avec la station de base. Dans le but de remdier ce problme, le
mcanisme de contrle de puissance a t mis en place.

2.4.2. Le fast-fading
Aussi appel multi-path fading, le fast-fading est lannulation de deux ondes
dphases dune demi-longueur et ayant empruntes plusieurs parcours. Le fast-fading est
d aux diffrents parcours emprunts par les ondes. Lautre facteur dune telle annulation
est le fait que le rcepteur soit immobile ou se dplace faible vitesse.
Attention : Le fast-fading ne doit pas tre confondu avec le Slow fading ou
shadowing, phnomne qui a lieu lorsqu'un mobile voit la puissance du signal reu
diminuer au fur et mesure qu'il s'loigne de la station de base.

2.4.3. Les trajets multiples
La transmission des ondes dans un canal est caractrise par de multiples rflexions,
diffractions et attnuations du signal. Ces phnomnes sont provoqus par les obstacles de
l'environnement tels que les immeubles ou les montagnes ; la consquence est l'existence
de trajets multiples.
Ainsi, le temps que met le signal pour arriver au rcepteur est fonction du trajet quil
emprunte ; le rcepteur peut alors recevoir plusieurs fois le mme signal mais avec un
dcalage en temps et avec une puissance variable. Ce temps de dcalage peut varier de 2
s en ville 20 s dans des zones vallonnes. Il est donc impratif que le rcepteur sache
identifier et sparer les diffrentes composantes dans le but de reconstituer les donnes.

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
14
IDE SIDDO NAJI
CHAPITRE 2 : COMPOSANTS ET ARCHITECTURE DUN
UTRAN WCDMA
1. Architecture globale de l'UMTS
Le systme UMTS fait distinction entre la partie accs et les autres parties.
Globalement, il peut tre divis en trois domaines principaux comme le montre la figure
suivante.

Figure 8 : Architecture gnrale de lUMTS
- Le rseau cur (Core Network) : 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 ou ISDN : Integrated Service Digital Network),
etc. Il fournit le support des services de tlcommunications UMTS et
gre les informations de localisation des utilisateurs mobiles ainsi qu'il
contrle les services et les caractristiques du rseau. Le rseau cur est
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
15
IDE SIDDO NAJI
compos de deux domaines : le domaine commutation de circuits CS
(Circuit Switched Domain) et le domaine commutation de paquets PS
(Packet Switched Domain).
- Le rseau d'accs radio (UTRAN) : il gre les ressources radios,
l'tablissement, la maintenance et la libration des canaux radios entre le
terminal et le rseau cur. Il permet aux utilisateurs mobiles de
communiquer avec le rseau cur. Deux catgories de rseau d'accs sont
dfinies: le rseau de satellites d'accs radio USRAN et le rseau terrestre
d'accs radio UTRAN.
- L'quipement d'utilisateur (User Equipment) : c'est le terminal mobile
qui est en charge d'tablir une communication entre l'utilisateur et le
rseau. Il est connect par une interface radio au rseau d'accs radio
UTRAN.

L'interface Iu assure la connexion entre le rseau d'accs UTRAN et le rseau cur
CN. L'interface radio Uu assure la connexion entre le terminal UE et le rseau d'accs
UTRAN.

2. Architecture Globale et composants de l'UTRAN
2.1.Architecture de lUTRAN
Le rseau terrestre d'accs radio de l'UMTS (UTRAN) assure le transport des flux
entre le terminal mobile et le rseau cur. L'architecture globale de l'UTRAN est
prsente dans la figure ci-dessous. Un rseau UTRAN est compos d'un ensemble de
RNS relis au rseau cur travers l'interface Iu.

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
16
IDE SIDDO NAJI

Figure 9: Architecture globale de lUTRAN
Il rempli galement les fonctions suivantes :
- Scurit : Il permet la confidentialit et la protection des informations changes
par linterface radio en utilisant des algorithmes de chiffrement et dintgrit.
- Mobilit : Une estimation de la position gographique est possible laide du
rseau daccs UTRAN.
- Gestion des ressources radio : Le rseau daccs est charg dallouer et de
maintenir des ressources radio ncessaires la communication.
- Synchronisation : Il est aussi en charge du maintien de la base temps de rfrence
des mobiles pour transmettre et recevoir des informations.

2.2.Les composants de lUTRAN
2.2.1. Node B
Le Node B est quivalent la BTS des rseaux GSM. Il a pour rle d'assurer la
connexion entre les terminaux mobiles et le rseau d'accs UTRAN. Le Node B travaille
au niveau de la couche physique du modle OSI (codage et dcodage). L'une des tches
principales d'un Node B est le contrle de puissance. Il y a 2 types de Node B : Node B
avec antenne sectorielle et Node B avec antenne omnidirectionnelle.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
17
IDE SIDDO NAJI







Figure 10 : Types de Node B
2.2.2. RNC
Le RNC est responsable de la gestion et du contrle des canaux radio
(tablissement/maintient/libration des connexions radio). Il est aussi responsable de la
gestion du handover quand un terminal mobile se dplace d'une cellule radio vers une
autre. Il gre les mcanismes de contrle de puissance en UL et DL. Les fonctions du
contrle d'admission sont aussi gres par le RNC.
Le RNC a trois rles logiques distincts :
- Controlling RNC (CRNC): Chaque Node B a exactement un CRNC qui est
responsable de ce Node B, il sagit du Node B auquel il est directement reli.
- Serving RNC (SRNC): Quand un UE est connecte au rseau, il est toujours
associ avec exactement un SRNC.
- Drift RNC (DRNC): Le DRNC existe dans une situation o un SRNC a une
connexion avec un UE via une cellule contrle par un autre RNC. Lautre RNC
est dans ce cas le CRNC de la cellule en question et est en mme temps DRNC
pour lUE.

Figure 11 : Rle logique du RNC pour une connexion UE lUTRAN
Node B
Node B avec
Antenne omnidirectionnelle

Node B avec antennes sectorielles

Node B
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
18
IDE SIDDO NAJI

2.2.3. Les Interfaces de communication
Plusieurs types dinterfaces de communication coexistent au sein du rseau UMTS :
- Uu : l'interface Uu sert connecter le terminal mobile au Node B par
l'intermdiaire d'une liaison radio. La couche physique de l'interface Uu est base
sur la technique CDMA. Elle peut fonctionner en mode TDD ou en mode FDD.
On dfinit 2 types de canaux radios : les canaux logiques comme DCCH
(Dedicated Control Channel), DTCH (Dedicated Transport Channel), CTCH
(Common Trafic Channel), etc., et les canaux de transport comme DCH
(Dedicated Channel), RACH (Random Access Channel), FACH (Forward Access
Channel), DSCH (Downlink Shared Channelk), etc.
- Iu : C'est l'interface logique d'interconnexion entre le rseau d'accs radio et le
rseau cur. Pour que le plan utilisateur de l'interface Iu soit dpendant du
domaine du rseau cur (commutation de circuits ou commutation de paquets), 2
types d'interfaces Iu ont t dfinis :
L'interface Iu-CS qui connecte l'UTRAN 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.
- Iub : C'est l'interface logique d'interconnexion entre le Node B et le RNC. Sur cette
interface, on ne distingue pas entre domaine CS et domaine PS.
- Iur : C'est l'interface logique entre 2 RNC.

2.3. Architecture en couche
Linterface radio de lUTRAN est structure en couches dont les protocoles se
basent sur les 3 premires couches du modle de rfrence OSI (la couche physique, la
couche liaison de donnes et la couche rseau).


Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
19
IDE SIDDO NAJI



















Figure 12 : Vue en couche de linterface radio de lUTRAN

2.3.1. La couche Physique
Cette couche reprsente la couche physique de linterface radio, elle ralise les
fonctions de codage, dcodage, modulation et dentrelacement via WCDMA.

2.3.2. La couche liaison de donnes
Cette couche est divise en plusieurs sous-couches :
- La sous-couche MAC (Medium Access Control) a pour rle de multiplexer les
donnes sur les canaux de transport radio.
- La sous-couche RLC (Radio Link Control) permet la fiabilit du transport des
donnes entre deux quipements du rseau.
RRC

MAC
PHYSIQUE
RLC
RLC
RLC
RLC
RLC
RLC
RLC
RLC

PDCP
PDCP
BMC
Signalisation
Rseau cur
Donnes
paquets
Voix
Messages
Courts
Couche 3 / RRC
Couche 2 / PDCP
Couche 2 / BMC
Couche 2 / RLC
Canaux logiques
Couche 2 / MAC
Canaux de transport
Couche 1 / Physique
Contrle
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
20
IDE SIDDO NAJI
- La sous-couche PDCP (Packet Data Convergence Protocol) permet de compresser
les donnes via des algorithmes de compression. Cela permet dexploiter plus
efficacement les ressources radios. PDCP compresse les en-ttes des paquets
TCP/IP suivant les RFC 1144 et 2507. De plus, cette sous-couche PDCP a aussi
pour rle de rendre indpendant les protocoles radio du rseau daccs UTRAN
(sous-couches MAC et RLC) par rapport aux couches de transport rseau. Ce type
darchitecture permettra lvolution future des protocoles rseaux sans modifier
les protocoles radio de lUTRAN.
- La sous-couche BMC (Broadcast/Multicast Control) est en charge dassurer les
fonctions de diffusion de messages sur linterface radio.

2.3.3. La couche RRC
Cette couche RRC (Radio Resource Control) contrle le fonctionnement global de
linterface daccs (Uu) UMTS. Dans ce but, elle effectue les taches suivantes :
- Gestion de la signalisation entre lUTRAN et les mobiles ;
- Configuration des ressources pour les couches protocolaires 1 et 2 ;
- Transfert des messages de signalisation en provenance du rseau cur.

2.4. Les canaux logiques, de transport et physiques de linterface radio WCDMA
En UMTS, les donnes gnres par les couches hautes sont transportes sur
linterface air par lintermdiaire de canaux de transport qui sont mapps sur diffrents
canaux physiques de la couche physique. Il existe 3 classes de canaux :

2.4.1. Canaux logiques
Les services de transfert de donnes de la couche MAC sont fournis sur des canaux
logiques. Un ensemble de types de canaux logiques est dfini pour les diffrents types de
transferts de donnes offerts par la couche MAC. Chaque type de canal logique est dfini
par le type dinformation transfre. Les canaux logiques sont de deux types : les canaux
de contrle (control channels) utiliss pour transfrer les informations du plan contrle et
les canaux de trafic (traffic channels) qui sont utiliss pour transfrer les informations du
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
21
IDE SIDDO NAJI
plan usager. Ils peuvent tous deux transporter des informations ddies une
communication ou plusieurs (canaux communs).
Schmatiquement, deux instances diffrentes de la couche MAC greront lune les
canaux ddies (MAC-d) et lautre les canaux communs (MAC-sh). Les canaux logiques
apparaissent en entre de la couche MAC (partie suprieure de la figure 13) et sont dfinis
par la nature des informations quils transportent.

Figure 13 : Services offerts par la couche MAC (daprs spcification 3GPP)
- Les canaux logiques de contrle :
Le BCCH (Broadcast Control Channel) est utilis pour envoyer des
informations de nature systmes au mobile, qui lui permettront
notamment de se synchroniser avec le rseau et dy faire des demandes
daccs.
Le PCCH (Paging Control Channel) est employ pour envoyer des
paging au mobile, c'est--dire afin de lui signifier que le rseau tente de
le contacter.
Le DCCH (Dedicated Control Channel) sert envoyer et recevoir des
informations de contrle dune communication donne pour un mobile
donn.
PCCH BCCH CCCH CTCH DCCH DTCH DTCH
PCH FACH FACH RACH DSCH DSCH DCH DCH

MAC-c/sh


MAC-d
MAC Control
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
22
IDE SIDDO NAJI
Le CCCH (Common Control Channel) est utilis pour envoyer ou
recevoir des informations de signalisation des mobiles non encore
connects au rseau, notamment lors de la phase dtablissement
dappel.
- Les canaux logiques de trafic :
Le DTCH (Dedicated Traffic Channel) utilis pour transmettre des
donnes sur un canal de communication connect au rseau dun
mobile donn.
Le CTCH (Common Traffic Channel) utilis pour transmettre des
informations un groupe dutilisateurs donn.

2.4.2. Canaux de transport
La notion de canaux logique correspond la nature des informations transmettre et
la notion de canaux physique celle de vecteur de support physique sur linterface radio.
Une troisime notion existe dans lUTRAN qui est celle de canaux de transport qui
dfinissent la faon dont les informations issues des canaux logiques sont codes et
transportes sur les canaux physiques.
Chaque canal de transport est reprsentatif dune qualit de service donn. A ce titre,
il pourra regrouper toutes les informations de nature diffrente ncessitant la mme
qualit de service. Ainsi, plusieurs canaux de donnes ncessitant le mme taux derreurs
et ayant la mme priorit par exemple, pourront tre multiplexes sur un mme canal de
transport et bnficier du mme codage, de la mme dure dentrelacement, etc.
Cest le propre de lUTRAN (et concrtement du RNC) de choisir un certain canal
de transport dote dun certain format pour rpondre une demande de RAB du cur de
rseau. Chaque canal de transport bnficie dun ensemble de paramtres : le TFS
(Transport Format Set) qui spcifie donc entre autre la taille des blocs de donnes
transmettre sur la radio (les transports blocks), la taille de la fentre dentrelacement (TTI)
et le type de codage canal choisi.
Les canaux de transport peuvent tre ddis ou communs. Les canaux ddis sont
nomms DCH. Les canaux communs sont les canaux BCH (Broadcast Channel), PCH
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
23
IDE SIDDO NAJI
(Paging Channel), RACH (Random Access Channel), FACH (Forward Access Channel),
DSCH (Downlink Shared Channel).

2.4.3. Canaux physiques
Les canaux physiques sont les canaux effectivement utiliss par la couche physique,
ses derniers servent de support aux canaux de transport. On distingue entre autre:
- P-CCPCH (Primary Common Control Physical Channel);
- S-CCPCH (Secondary Common Control Physical Channel);
- PRACH (Physical Random Access Channel);
- DPDCH (Dedicated Physical Data Channel);
- DPCCH (Dedicated Physical Control Channel);
- PDSCH (Physical Downlink Shared Channel);
- PCPCH (Physical Common Packet Channel).

En plus des canaux physiques supports de canaux de transport, on trouve quelques
canaux physiques particuliers qui transportent des informations propres la couche
physique et sont transmis par chaque station de base :
- canal de synchronisation (SCH) ;
- canal pilote commun (CPICH) ;
- canal dindication dacquisition (AICH) ;
- canal dindication de messagerie (PICH) ;
- canal dindication de statu CPCH (CSICH) ;
- canal de dtection de collision et indicateur dallocation de canal (CD/CA-ICH).

2.4.4. Correspondance entre les canaux logiques/transport/physiques
La figure ci-aprs donne une ide de la faon dont sont organiss les canaux de
transport dans les canaux physiques. Cette organisation est luvre de la couche physique.
De mme, la couche MAC organise les canaux logiques dans les canaux de transport.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
24
IDE SIDDO NAJI

Figure 14 : Mapping des canaux UMTS

2.5. Les mcanismes de linterface radio de lUTRAN
2.5.1. Handovers
Avec lusage du W-CDMA comme technologie daccs radio, au lieu dune
sparation stricte des canaux physiques, en frquence et en temps, il est possible
dexploiter simultanment plusieurs liens radios. Ainsi, un nouveau type de handover
devient possible : le soft handover et le softer handover. Ces deux mcanismes dcrivent
une situation dans laquelle un UE communique avec le rseau d'accs radio via deux ou
plusieurs liens diffrents. Au lieu de rompre une connexion existante une ancienne
station de base et tablir une nouvelle connexion une station de base voisine, comme
cela se fait en GSM (il sagit l du hard handover), le soft handover, permet lui dajouter,
de faon transparente, un autre lien radio comme une connexion parallle.

2.5.1.1.Soft handover
Il a lieu lorsquun ME se trouve dans une zone de couverture commune deux Node
B. Les communications du mobile empruntent simultanment deux canaux diffrents pour
atteindre les deux stations de base, comme illustre dans la figure ci-dessous.

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
25
IDE SIDDO NAJI

Figure 15 : Exemple de soft handover
2.5.1.2.Softer handover
Il a lieu lorsquun UE se trouve dans une zone commune de deux secteurs couverts
par la mme station de base.

Figure 16 : Exemple de softer handover.

2.5.2. Le contrle de puissance
Le principe du contrle de puissance est de faire en sorte que tous les signaux soient
reus la station de base une puissance identique, donc les mobiles ne peuvent pas
communiquer des niveaux de puissance fixs par dfaut. Les objectifs de ce mcanisme
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
26
IDE SIDDO NAJI
sont la rduction de l'interfrence inter-utilisateurs et laugmentation de l'autonomie de
chaque mobile.
En UMTS le contrle de puissance sur le lien montant est le plus important cause
du near-far effect. Pour la liaison descendante, on na pas besoin du contrle de puissance
pour un systme unicellulaire du moment o tous les signaux sont transmis ensemble et
varient de la mme faon. Toutefois, dans les systmes multicellulaires, les sites voisins
sinterfrent mutuellement, ce qui dgrade la performance du systme. Ainsi, il est
ncessaire de contrler la puissance sur la liaison descendante pour rduire les
interfrences inter-cellulaires

2.5.2.1.Contrle de puissance sur la liaison montante
Elle seffectue via la mise en mise en uvre de deux boucles : une boucle ouverte et
une boucle ferme :
- Contrle de puissance en boucle ouverte
Il est utilis pour rgler la puissance initiale du mobile, lors du premier accs au
rseau. Dans ce processus, l'UE estime la puissance du signal de transmission en
mesurant le niveau de puissance du signal pilote reu du Node B sur la liaison
descendante, et ajuste son niveau de puissance de transmission d'une manire qui est
inversement proportionnelle au niveau de puissance de signal pilote.
- Contrle de puissance en boucle ferme
Dans la technique de contrle de puissance en boucle ferme, les mesures de qualit
sont effectues sur l'autre extrmit de la connexion, dans le Node B et les rsultats
sont ensuite renvoys l'metteur mobile afin qu'il puisse rgler sa puissance
d'mission. Cette mthode donne de bien meilleurs rsultats que la mthode de la
boucle ouverte, mais elle ne peut ragir des changements rapides dans les conditions
de canal.

2.5.2.2.Contrle de puissance sur la liaison descendante
Il sagit de contrler la liaison descendante, vers le mobile. Le contrle de puissance
sur cette liaison est beaucoup moins efficace. Il faut dire quil ny a plus de problme
proche-loin puisque le signal utile et les signaux brouilleurs mis par la mme station
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
27
IDE SIDDO NAJI
destination des autres mobiles sont orthogonaux. Toutefois, ce nest pas le cas des signaux
venant des autres stations. Le contrle sur la liaison descendante nest compos que dune
boucle ferme. Comme pour le cas de la liaison montante, le mobile estime le RSB, le
compare une valeur seuil et gnre les commandes de contrle de puissance quil envoie
la station de base.

2.5.3. Respiration de cellule
En plus du contrle de puissance, il existe un autre phnomne appel la respiration de cellule.
Nous aborderons ce concept plus en dtails dans la Troisime Partie.

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
28
IDE SIDDO NAJI

DEUXIEME PARTIE










Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
29
IDE SIDDO NAJI
CHAPITRE 1 : QOS ET OPTIMISATION 3G: CAS DE
LUTRAN
1. Concept et Architecture de la QoS UMTS
1.1.Dfinition de la QoS UMTS
Afin de pouvoir dfinir la QoS, le terme qualit doit d'abord tre dfini. La
norme ISO 840 dfinit la qualit comme l'ensemble des caractristiques d'une entit qui
lui confre l'aptitude satisfaire des besoins exprims et implicites De mme la norme
ISO 9000 dfinit la qualit comme le degr auquel un ensemble de caractristiques
inhrentes satisfait aux exigences . Dcoulant de ces dfinitions de la qualit, la norme
ITU-T Rec. E.800 dfinit la QoS comme l'effet collectif de la performance des services
qui dtermine le degr de satisfaction de l'utilisateur du service .
En UMTS la QoS est galement dfinie comme la capacit du systme fournir un
traitement slectif aux diffrents services ou utilisateurs de la manire la plus rentable qui
soit. Un large ventail de technologies, y compris les diffrentes techniques d'accs sont
utilises afin de fournir des rsultats prvisibles. L'objectif de la QoS est de fournir une
bonne exprience utilisateur lors de l'utilisation d'un service particulier.
La QoS peut tre dcrite et appliques d'une manire qualitative ou quantitative.
Une gestion qualitative de la QoS est base sur un traitement appliqu un certain type de
trafic par rapport d'autres types de trafics. Une gestion quantitative de la QoS permet de
garantir certaines capacits de transmission requises par le service, elle repose sur la
dfinition d'indicateurs tels que le dbit, le retard ou la perte de transmission.
3GPP a spcifi de hauts niveaux dexigences pour la QoS en UMTS. Ses exigences
sont divises en trois catgories savoir :
- Les exigences des utilisateurs finaux ;
- Les exigences gnrales :
- Les exigences techniques.

1.2.Architecture de la QoS en UMTS
Les services rseaux sont gnralement considrs de bout en bout, c'est dire d'un
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
30
IDE SIDDO NAJI
quipement terminal un autre. Un service de bout en bout doit fournir une certaine QoS
l'utilisateur d'un service rseau. C'est l'utilisateur qui dcide s'il est satisfait par la QoS
fournie ou non. Aussi, Pour assurer un certain niveau de QoS, des Bearer Service (BS) ou
services support avec des paramtres et des fonctionnalits bien dfinis, doivent tre
tablis entre la source et la destination dun service rseau donn. Un service support doit
avoir la capacit de fournir la QoS contracte entre un usager et un rseau ou entre un
domaine rseau et un autre domaine rseau adjacent. Ceci est essentiellement ralis par
des mcanismes tels que le contrle de signalisation, le transport sur le plan usager, et les
diffrentes fonctionnalits de gestion de QoS.

Figure 17 : Architecture de la QoS en UMTS

1.2.1. Le service support UMTS
Le trafic dun TE un autre TE doit passer par diffrents supports de service du
rseau. Le service de bout en bout de la couche application utilise une combinaison dun
ensemble de trois services supports des couches infrieures : un service support local qui
rside dans le TE/MT et qui dfinit ses capacits locales de QoS, un service support

End-to-end Service
External
bearer service
UMTS Bearer Service
TE/ MT local Bearer
services
Radio access bearer Service
CN Bearer
Service
Radio Bearer
Service
RAN Access
Bearer Service
Backbone
Bearer
Service
Physical Radio
Bearer Service
Physical
Bearer
Service
TE MT RAN
CN EDGE
NODE
CN Gateway
TE
U
M
T
S
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
31
IDE SIDDO NAJI
UMTS et un service support externe. Dans cette section, nous nous intressons au service
support UMTS vu que cest la composante qui fournit la QoS UMTS.
Le service support UMTS est constitu de deux sous-composantes : le service
support daccs radio ou Radio Access Bearer (RAB) et le service support du rseau de
cur ou Core Network Bearer (CNB). Les deux services utilisent des mthodes
optimises pour fournir le service support UMTS au-dessus des topologies cellulaires
respectives, en prenant en considration des aspects tel que la mobilit et le profil des
usagers mobiles.
1.2.1.1.Le service support daccs radio (RAB)
Le RAB assure le transport confidentiel de la signalisation et des donnes usager
entre le MT et le nud priphrique du CN (interface Iu ou point dinterconnexion entre
RNC et CN) avec une QoS conforme au service support UMTS ngoci. Pour cela, il
utilise des techniques spcifiques comme le contrle de puissance ou le contrle
dadmission radio qui tient compte des diffrents profils de QoS (ensemble des attributs
du service support UMTS). En plus, le service RAB est bas sur les caractristiques
spcifiques de linterface radio et doit tre maintenu tout au long du mouvement dun TM.
Pour supporter diffrents niveaux de protection contre les erreurs, le rseau daccs
terrestre UTRAN et le MT ont la capacit de segmenter et de rassembler des flots
dusagers en diffrents sous-flots la demande du service support radio. Ce service
support radio traite diffremment les sous-flots dun mme flot usager, de manire
assurer les exigences en fiabilit spcifiques chaque sous-flot. Ces exigences en fiabilit,
tel que le format exact dune unit de donnes de service (SDU), sont sujettes une
signalisation pralable avec lUTRAN la phase dtablissement du RAB en utilisant des
attributs standardiss. Le service support Iu, en utilisant le service support physique, offre
un transport entre UTRAN et CN avec diffrents autres services assurant une varit de
niveaux de QoS.

1.2.1.2.Le service support du rseau de cur (CNB)
Le service support du rseau de cur connecte le nud priphrique du CN avec la
passerelle du CN jusquau rseau externe. Le rle de ce service est de contrler et
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
32
IDE SIDDO NAJI
dutiliser efficacement le rseau de cur UMTS afin doffrir le service support UMTS. De
plus, une intgration suffisamment efficace est effectue au niveau de toutes les couches
existantes en chaque point de multiplexage travers, c'est--dire dans chaque nud UMTS
du rseau de cur. Le transfert asynchrone propre aux rseaux en mode paquet actuels
perd la structure temporelle du flux et introduit un dlai et une gigue alatoires. Pour viter
les engorgements on augmente souvent la capacit des mmoires tampon au niveau des
files des routeurs. Cette technique, utilise dans les nuds UMTS, peut toutefois
introduire des retards inacceptables pour les applications en temps rel tel que la
tlphonie sur IP. Cela nous conduit la dfinition dun systme de gestion de la QoS
spcifique un rseau UMTS et dont les diffrentes fonctions sont dtailles dans ce qui
suit.

1.3.Les fonctions de gestion de QoS dans un rseau UMTS
Pour assurer la prestation du service ngoci au service support UMTS avec une
QoS bien spcifique entre les points daccs, le rseau UMTS offre diffrentes
fonctionnalits de gestion classifies en deux plans : le plan contrle et le plan usager.
1.3.1. Les fonctions de gestion de QoS dans le plan de contrle
Ces fonctions assurent ltablissement et la modification dun service support
UMTS en utilisant la signalisation et la ngociation avec les services UMTS externes ainsi
que ltablissement et la modification de tous les services internes avec les
caractristiques requises. Les fonctions de gestion de QoS du plan de contrle englobent:
1.3.1.1.Le gestionnaire de service
Il coordonne les fonctions du plan de contrle (tablissement, modification et
maintenance du service). Il fournit toutes les fonctions de gestion de QoS du plan usager
avec les attributs demands. De plus, il peut interroger dautres fonctions de contrle pour
recevoir la permission de fournir le service.
1.3.1.2.La fonction de translation
Il effectue la conversion entre les attributs de QoS du service support UMTS et ceux
des protocoles de contrle des services du rseau externe (exemple : entre les attributs de
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
33
IDE SIDDO NAJI
service UMTS et les TSPEC
1
de lIETF
2
). Elle peut aussi se charger de la conversion entre
ses propres attributs de service et les attributs dun service de couche infrieure quelle
utilise (exemple : entre les attributs des services UMTS et attributs des classes ATM
3
).
1.3.1.3.Le contrle dadmission et de capacit
Il maintient les informations concernant toutes les ressources disponibles dune
entit rseau ainsi que toutes les ressources alloues au service support UMTS. Il
dtermine pour chaque requte ou modification dun service support UMTS si les
ressources demandes peuvent tre fournies par lentit. Si cest le cas, il les alloue au
service support UMTS et assure leur maintien. De plus, cette fonction vrifie la capacit
de lentit rseau fournir le service demand. Le contrle des ressources effectu par le
contrle dadmission supporte galement la rtention de service.
1.3.1.4.Le contrle de souscription
Il vrifie les droits administratifs de lusager dun service support UMTS pour
lutilisation du service demand avec les attributs de QoS spcifis.
Les gestionnaires du service support UMTS dans le terminal mobile MT, dans le
nud priphrique du CN ainsi que dans la passerelle du CN schangent des donnes de
signalisation travers la fonction de translation et avec les instances du rseau externe afin
dtablir ou de modifier un support de service UMTS. Par consquent, la QoS contracte
peut tre fournie au service de bout en bout dans le rseau UMTS.






1
Trafic SPECIFICATION
2
Internet Engineering Task Force est un groupe informel, international, ouvert tout individu, qui
participe l'laboration de standards Internet. L'IETF produit la plupart des nouveaux standards
d'Internet.
3
Asynchronous Transfer Mode ou ATM est un protocole rseau de niveau 2 commutation de
cellules, qui a pour objectif de multiplexer diffrents flots de donnes sur un mme lien utilisant une
technique de type TDM ou MRT (multiplexage rpartition dans le temps).
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
34
IDE SIDDO NAJI
1.3.2. Les fonctions de gestion de QoS dans le plan usager
Ces fonctions assurent la prestation de la QoS ngocie pour un service support
UMTS en maintenant le trafic des donnes usager dans les limites dfinies par des
attributs de QoS signals lavance. Les fonctions de gestion de QoS du plan usager
englobent.
1.3.2.1.La fonction dassociation
Elle fournit chaque unit de donnes un marquage spcifique au moment de son
transfert par le service de support et lui permettant de recevoir la QoS contracte
1.3.2.2.La fonction de classification
Elle attribue les units de donnes aux diffrents services tablis pour un terminal
mobile MT selon leurs attributs de QoS relatifs. Le service support UMTS appropri est
driv partir de lentte de lunit de donnes ou partir des caractristiques du trafic des
donnes.
1.3.2.3.Le gestionnaire de ressources
Il partage et distribue les ressources disponibles aux diffrents services suivant leurs
besoins en QoS. Lordonnancement, la gestion de bande passante et le contrle de
puissance pour le support radio sont des exemples de gestion de ressources.
1.3.2.4.Le conditionneur de trafic
Il assure la conformit entre la QoS ngocie pour un service et le trafic des units
de donnes correspondant. Il est ralis par des mcanismes de rglementation et/ou de
mise en forme du trafic (policing et/ou shaping). La rglementation du trafic se fait en
marquant les units de donnes qui ne correspondent pas avec les attributs de QoS
appropris, et en les rejetant dans le cas de congestion. La mise en forme du trafic se fait
en accord avec les attributs de la QoS contracte.
1.4.Classes de services
3GPP dfinit quatre classes de QoS pour lUMTS : la classe conversationnelle
(Conversational), la classe dcoulement ou flux continu (Streaming), la classe
interactive (Interactive) et la classe darrire-plan (Background).

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
35
IDE SIDDO NAJI

Type de trafic
Dlai de
transmission
Variation
du dlai
Faible taux
derreurs sur
les bits
Dbit
binaire
garanti
Exemple
Conversational Stricte Stricte Non Oui
VoIP,
visioconfrence,
Audioconfrence
Streaming Limit Limit Non Oui
Services de diffusion
(audio, vido),
actualits, sports
Interactive Limit Non Oui Non
Navigation web,
jeux, commerce
mobile
Background Non Non Oui Non
Courrier
lectronique, SMS.
Tableau 4 : Classes de QoS UMTS
Liste des Attributs du service support UMTS :
- Trafic Class
- Maximum bit rate (kbps)
- Guaranteed bit rate (kbps)
- Delivery order (y/n)
- Maximum SDU size (octets)
- SDU format information (bits)
- SDU error ratio
- Residual bit error ratio
- Delivery of erroneous SDUs (y/n/-)
- Transfer delay (ms)
- Traffic handling priority
- Allocation/Retention Priority
- Source statistics descriptor ('speech'/'unknown')
Le facteur distinctif principal de ces classes est la sensibilit du trafic aux dlais. La
classe conversationnelle est conue pour les trafics les plus sensibles aux dlais, alors que
la classe darrire-plan est la classe de trafic la moins sensible aux dlais.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
36
IDE SIDDO NAJI
La classe conversationnelle et la classe flux continu sont gnralement prvues
pour acheminer un flux temps rel (dit non lastique) et le niveau de sensibilit au dlai
diffre entre les deux.
La classe interactive et la classe darrire-plan sont gnralement utilises pour les
applications traditionnelles, dites lastiques, comme le WWW, le courrier lectronique,
Telnet et FTP.
La distinction entre classe interactive et classe darrire-plan assure un temps de
rponse plus court pour les applications interactives tel que la navigation web. De plus, le
trafic interactif a une plus haute priorit que celle du trafic darrire-plan au niveau des
mcanismes dordonnancement, et les applications gnrant un trafic darrire-plan
utilisent les ressources de transmission seulement si les applications interactives nen ont
pas besoin. Ceci est trs important dans un environnement sans fil o la bande passante est
trs limite.
1.4.1. La classe conversational ou conversationnelle
La voix tlphonique est le service dutilisation le plus connu pour cette classe. La
conversation temps rel est souvent effectue entre des paires de terminaux humains.
Cest le seul schma pour lequel les caractristiques requises sont donnes exclusivement
par la perception humaine.
1.4.2. La classe streamming ou flux continu
Cette classe est prvue pour les flux temps rel audio ou vido. Gnralement, un
flux temps rel est transfr lintention dune destination ayant une prsence humaine et,
contrairement la classe conversationnelle dont le flux de donnes est bidirectionnel, le
flux de donnes de la classe dcoulement est unidirectionnel. La variation de dlai dun
flux de bout en bout doit tre limite, afin de prserver la relation temporelle (variation)
entre les entits de donnes du flux, malgr quil ny ait aucune exigence sur le niveau
exact du dlai de transfert. Toutefois, comme le flux est temporellement align au bout
rcepteur (par des techniques de mise en mmoire tampon dans lquipement usager), la
plus haute variation de dlai acceptable travers le mdium de transmission est donne
par la capacit de la fonction dalignement temporel au niveau de lapplication. Ainsi, la
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
37
IDE SIDDO NAJI
variation de dlai acceptable est beaucoup plus importante que celle exige par les limites
de la perception humaine.

1.4.3. La classe interactive
Le schma de cette classe sapplique lorsquune machine ou un usager humain lance
une requte de donnes vers un quipement tel quun serveur web. Le trafic interactif est
un autre schma classique des communications de donnes caractris essentiellement par
le dlai daller-retour dune requte rponse.

1.4.4. La classe background ou darrire-plan
Ce schma sapplique quand lusager ou encore une machine envoie et reoit des fichiers
de donnes en arrire-plan. Courriels, SMS, tlchargement de base de donnes et
rception denregistrements de mesures sont quelques-uns des diffrents services qui
peuvent tre dlivrs par la classe darrire-plan. Ce genre de trafic est caractris
essentiellement par le fait que la destination nest pas en attente dune rponse jusqu un
certain temps. Ce qui fait que le trafic de cette classe est le moins sensible aux dlais.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
38
IDE SIDDO NAJI
CHAPITRE 2 : OPTIMISATION DE LUTRAN
1. Gnralits sur loptimisation rseau
1.1.Dfinition de loptimisation en UMTS
Optimiser un rseau UMTS, signifie faire fonctionner le rseau entier en accord
avec les exigences de loprateur. La plus grande partie du travail doptimisation a lieu au
niveau du rseau daccs radio, le rseau de transmission ne possdant pas assez de
paramtres ou variables pouvant tre modifis afin daccroitre lefficacit du rseau.
Un oprateur en optimisant sont rseau essaie de trouver la meilleur configuration et
utilisation qui puisse tre faites du rseau. Cela dpend principalement de ses exigences et
des priorits que celui-ci donne ces exigences. Les exigences sont relatives :
- La qualit de service ;
- Le trafic attendu et prvisionnel ;
- La couverture ;
- La capacit ;
- Les stratgies actuelles ou futures (expansion du rseau, part de march).
Lors de loptimisation du rseau, un compromis doit tre fait entre les exigences et
les cots qui seront entrains pour palier ces exigences. Par consquent le cot financier
demeure un aspect crucial permettant de dcider :
- Quelles exigences peuvent tre satisfaites ;
- Quelles solutions peuvent tre mises en uvre pour rpondre un besoin.
Les exigences se contredisant souvent, loptimisation du rseau afin de rpondre
une exigence peut prsenter un problme pour une autre exigence. Un ingnieur avant de
proposer une solution doit donc toujours garder lesprit les exigences de loprateur.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
39
IDE SIDDO NAJI
Il faut galement noter quoptimiser un rseau exclus toutes actions menant faire
mieux fonctionner le rseau, notamment les actions du fault managment
4
tel que
remplacer un circuit sont exclues. Le point de dpart de loptimisation est un rseau qui
na pas derreur. Avant de dbuter toutes actions doptimisation, lingnieur doit sassurer
sur ce point.

1.2.Objectif de loptimisation
Le but de loptimisation est de peaufiner un rseau afin datteindre les exigences de
loprateur de la manire la plus efficace. Les raisons doptimisation suivantes peuvent
tre avances :
Raisons Exemples
Ecart des prdictions (lors de la phase de
planification)
Changement des attitudes des utilisateurs
(ex : augmentation de lutilisation des
ressources dune cellule ou dun service)
Changement des exigences de loprateur Augmentation des parts de march,
introduction dun nouveau service
Changement environnementaux Construction de nouvel immeuble, arbres,
chute de neige.
Tableau 5 : Exemples dobjectifs doptimisation
Loptimisation permet datteindre les exigences avec moins de ressources et cots.
Au niveau de loprateur, la non-optimisation du rseau cotera de l'argent, li aux :
- Abonns, et revenus perdus en raison d'appels bloqus ou leur migration vers les
concurrents ;
- Cots d'exploitation et de maintenance.
Au niveau des utilisateurs, la non-optimisation peut entrainer :
- des blocages dappels ;
- des pertes dappels ;
- des zones de couverture RF plus petites ;
- une baisse de la qualit de la voix ;

4
Fault management : Dans le cadre de la supervision de rseau, le Fault management est l'ensemble
des fonctions qui permettent de dtecter, isoler et corriger les erreurs dans un rseau
de tlcommunication et de ragir aux changements environnementaux.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
40
IDE SIDDO NAJI
- de dbits faibles.
Au niveau des cots oprationnels, un rseau non optimis est beaucoup plus
coteux exploiter. L'quipement n'est pas utilis de manire efficace, ce qui implique
lusage de plus de matriel et donc une augmentation des cots dentretien et
oprationnels.
Un rseau optimis augmente la couverture du rseau et la capacit du rseau. Cela
se traduit directement par :
- la baisse des cots dexploitation et de maintenance ;
- laugmentation du nombre d'utilisateurs voix et donnes ;
- la hausse des dbits de donnes ;
- une meilleure qualit de service pour les utilisateurs voix et donnes.

2. Phases doptimisation du rseau
L'optimisation du rseau UMTS est effectue avant le lancement commercial
d'un rseau et dans un rseau en cours dexploitation. Nous traiterons ici de
l'optimisation dans un rseau en cours dexploitation.
L'environnement dans lequel opre un rseau est en constante volution, de sorte
que le rseau lui-mme doit toujours changer, et s'adapter aux changements qui ont lieu.
L'optimisation est toujours ncessaire car il y a toujours:
- Des carts par rapport aux hypothses (planification) ;
- Des changements dans le comportement des abonns ;
- Changements des exigences de l'oprateur ;
- Des changements environnementaux.

3. Outils et sources d'information
Il existe plusieurs outils et sources d'information qui sont utiliss pour recueillir les
informations utilises comme entre pour l'optimisation. Il s'agit notamment :
- des Indicateurs de performance cls (KPIs) ;
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
41
IDE SIDDO NAJI
- des Drive Tests ;
- des plaintes des clients ;
- des outils OMC-U
5
;
- des analyseurs de protocole.
3.1.1. Les Indicateurs cls de performance (KPIs)
3.1.1.1.Dfinition de KPI
Il y a des dizaines de KPI qui peuvent tre vus tous les jours, par exemple, le taux de
change. Le chiffre d'affaires d'une entreprise nest pas un KPI, parce que c'est juste une
valeur de comptage, cependant, la marge brute est un KPI. Ainsi, ce qui fait la diffrence
entre les donnes de performance et les KPIs est le fait qu'un KPI est calcul en utilisant
une formule.
En UMTS, les KPIs sont calculs en utilisant des mesures qui sont recueillies par
l'OMC-U. Plus prcisment ce sont des formules calcules en se basant sur les PIs, et qui
permettent de mieux traduire l'exprience de l'abonn.
Les KPIs sont utiliss pour dterminer si le rseau est conforme aux niveaux de
performance ncessaires. Ils jouent un rle important dans la dtection des problmes
doptimisation. Les variations de valeurs des KPIs, en particulier latteinte des seuils
prdfinis, est souvent la premire indication d'un problme d'optimisation. Les KPIs qui
peuvent tre une indication d'un problme de performance et donc qui ncessitent une
optimisation sont les suivants:
- Le Taux d'chec de handover (Handover Failure Rate) ;
- Le taux d'occupation des canaux (Channel Occupancy Rate) ;
- Le Taux de pertes de connexions RRC (Dropped RRC connections rate) ;
- Le taux d'chec RAB (RAB failure rates) ;
- Le Taux de perte de liaison radio (Radio Link Dropping Rates).


5
LOpration and Maintenance Center est un lment de base du rseau. Son rle est d'assurer la
gestion de plusieurs BSC. Il contient des informations diverses sur le rseau : reflet du paramtrage
utilis sur le rseau, compteurs.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
42
IDE SIDDO NAJI
3.1.1.2.Notion de PI
Afin de mieux comprendre la notion de KPI, il est ncessaire de voir celle de PI.
Chaque vnement qui se produit dans le rseau (initiation/terminaison d'appel,
chec de Handover, etc.) est rapport lingnieur radio. Le mcanisme de collection des
statistiques est le suivant :
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 Node B lors des
deux modes: communication et veille. La Node B envoie ces mesures la base de
donnes interne du RNC. En utilisant ces statistiques, des compteurs purs (indicateurs
lmentaires de performance, ou PIs) sont gnrs. Ce sont des valeurs incrmentales
dvnements, gnralement sans pertinence significative si elles sont manipules
individuellement. Ils fournissent des donnes sur un aspect spcifique (nombre
d'appels, par exemple) mais, dans la pratique il est difficile d'interprter leurs valeurs.
Les PIs peuvent tre extrait dun secteur, une cellule, un TRX ou au niveau
dune cellule adjacente. En ce basant sur ces PIs, des formules sont labores, il sagit
des KPIs. Des centaines de KPIs existent. Ils emploient des compteurs d'une ou plusieurs
mesures. La priode de 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.
Les KPIs calculs sont alors groups dans des rapports gnriques et envoys au
bureau. Dautres outils sont gnralement dvelopps pour lusage interne pour
archiver et visualiser les statistiques.
Les statistiques sont quotidiennement rapportes afin de permettre loprateur
de surveiller le rseau d'une manire trs ractive.


Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
43
IDE SIDDO NAJI

Figure 18 : Processus dextraction des KPIs

3.1.1.3.Formule de calcul des KPIs
Une formule signifie une combinaison mathmatique de compteurs qui a
comme consquence un indicateur significatif. Dfinir une formule en utilisant plusieurs
PIs aide pour identifier un KPI. Les formules, une fois choisies, devraient rester sans
changement afin d'observer l'volution des performances du rseau dans le temps.
La plupart des formules KPI sont simples. Les difficults ne sont gnralement pas
dans la formule elle-mme, mais par exemple, dans la faon dont les donnes sont d'abord
filtres et ensuite collectes. Nous pouvons dmontrer cela l'aide d'un exemple simple.
Imaginons un KPI appel NBAP Sucess Rate. Il indique combien de procdure NBAP
(Node B Application Part) ont t acheves avec succs et combien ont choues.
NBAP est un protocole utilis pour la communication entre le nud B et son CRNC.
Pour calculer un taux de russite NBAP une formule doit tre dfinie. Dans la norme
3GPP 25.433 pour le protocole NBAP Node B, il est dcrit que dans la procdure NBAP il
y a seulement trois types de messages: Initiating Message, Successful Outcome and
Unsuccessful Outcome (voir Figure 19).


PIs KPIs
Rapports
formule outils processus
Groupe cible
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
44
IDE SIDDO NAJI

Figure 19 : NBAP call Flow procedure
Dcoulant de cela, un NBAP Success Rate pourrait tre dfinie comme indiqu dans
l'quation suivante:
NBAP Success Rate =
NBAP Successful Outcome
NBAP Initiating Message
100%
Cela semble correct, mais va conduire des erreurs de mesure, en raison d'un fait
important qui n'est pas considr. Il y a deux diffrentes classes de message NBAP. Dans
la premire classe, lInitiating Message est rpondu par un Successful Outcome ou un
Unsuccessful Outcome, qui est connu comme transfert de donnes reconnu ou orient
connexion. Les procdures NBAP de classe 2 sont non-reconnues ou non-orientes
connexion. Cela signifie que seul un Initiating Message est transmis, mais aucune
rponse n'est attendue de l'entit homologue.
Comme la plupart des messages NBAP surveills sur l'interface lub appartiennent
la procdure de classe 2 le NBAP Sucess Rate calcul selon la formule dfinie ci-dessus
pourraient montrer une valeur infrieure 10%, pour cause, une grande erreur de
dfinition / mise en uvre KPI.
Connaissant la diffrence entre la classe 1 et la classe 2 un critre de filtre doit tre
dfini qui pourrait tre exprime comme suit:
NBAP Class 1 Success Rate =
NBAP Successful Outcome
NBAP Class 1 Initiating Message
100%
Une dfinition exacte n'est gnralement pas exprime dans les formules de calcul
de KPI, mais le plus souvent elle lest par crit dans la dfinition du KPI. Lexemple du
NBAP Sucess Rate montre que l'on ne peut pas comparer les KPIs en fonction de leurs
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
45
IDE SIDDO NAJI
noms seuls. Les KPIs ne peuvent galement pas tre compars en fonction de leurs
formules seules. Quand on compare des KPIs, il est ncessaire de connatre la dfinition
exacte, en particulier les critres de filtrage utiliss pour slectionner les entres et les
niveaux d'agrgation et la corrlation des paramtres.

3.1.1.4.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).
- 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. Les indicateurs
daccessibilit sont :
Laccessibilit RRC se calcule par le taux de succs dtablissement de
connexions des ressources de contrle radio RRC qui est dfinie par rapport
deux types 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 diffrencier si
les connexions taient rejetes avant ou aprs le contrle dadmission.
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.
- La Maintenabilit du service
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
46
IDE SIDDO NAJI
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. Les
indicateurs de maintien de lappel sont :
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 coupure de la voix, comme : la perte de
synchronisation UL, le manque de relation de voisinage,
dconnexion due au soft handover
- 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. Les 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.
- Intgrit du service
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
47
IDE SIDDO NAJI
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. Les indicateurs dintgrit
sont :
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 utilisateur.
BLER : Le Block Error Rate est dtermin grce lindicateur HS
BLER.
- Disponibilit
Il sagit de rsoudre les problmes concernant la disponibilit du service
demand ainsi que la disponibilit en termes de HS (High Speed) user. Les
Indicateurs de disponibilit sont :
Disponibilit cellule : cest le calcul du pourcentage de disponibilit
(la disponibilit de la cellule,).
Disponibilit HS : cest le calcul de la disponibilit du service HS.
- 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. Les indicateurs de mobilit sont :
Soft et softer Handover : Les indicateurs du taux de succs du Soft
Handover (Radio 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 Addition) se calculent eux aussi soit au niveau
cellule soit au niveau UtranRelation.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
48
IDE SIDDO NAJI
I-RAT Handover : Les indicateurs de lIRAT HO (lInter radio
access technology 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.

3.1.2. Les Drives Tests
Les drives tests consistent en des tests sur les performances du rseau en parcourant
les rues avec une voiture, ils permettent davoir une vue prcise sur ltat des canaux
radios diffrents instants et endroits. Ils sont effectus pour mesurer:
- La couverture de spectre RF et les interfrences ;
- Les paramtres de lUTRAN (les mesures mobile, les messages de protocole) ;
- La qualit du rseau (appel termin, handover, dbit de donnes, qualit de la
voix).
Les drives tests sont effectus lors du dploiement du rseau et dans le rseau en
exploitation. Lors de l'optimisation d'un rseau en cours dexploitation, les drives tests
permettent de faire une re-vrification des performances de la cellule. Au cours de ces
tests, les cellules voisines doivent tre oprationnelles, afin que les paramtres suivants
puissent tre vrifis et mesurs :
- Re-selection de cellule ;
- Mesure des interfrences ;
- Handovers.
Les drives tests sont galement effectus aprs la mise en uvre d'une solution pour
corriger un problme doptimisation, afin de vrifier si le problme a bien t rsolu. Des
drives tests rguliers doivent tre effectus et prsentent ainsi une mthode de
maintenance prventive pour dtecter les zones o les services se dgradent.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
49
IDE SIDDO NAJI

3.1.3. Les plaintes des clients
Les plaintes des clients peuvent fournir une indication des problmes, surtout si de
multiples plaintes peuvent tre lies une mme source. Les plaintes des clients peuvent
pointer vers un problme un endroit et moment prcis ou lies une ressource. Elles sont
gnralement documentes comme des tickets incidents. La forme des tickets incidents
(lectronique ou papier), leurs stockages et leurs manipulations diffrent dun oprateur
un autre. Les tickets incidents contiennent gnralement les informations suivantes:
- Type et modle dUE ;
- Type de problme (perte dappel, mauvaise qualit) ;
- Heure et lieu du problme.
3.1.4. Les outils OMC-U
LOMC-U offre les outils suivants qui peuvent tre utiliss dans la collecte
d'information : le Traage RF des appels et lOCNS.
3.1.4.1.Le traage RF des appels
Le traage RF des appels permet de recueillir des donnes radio relatives plusieurs
cellules. Il collecte les messages de signalisation sur les interfaces Uu, Iub et Iu. Lorsque
le traage RF dappel est activ pour un UE, des informations sur les appels tablis par cet
UE sont recueillies, condition que lUE soit connect au tracing RNC. L'information
recueillie est compose de plusieurs mesures effectues au niveau de l'UE, du Node B et
du RNC. Toutes ces mesures sont stockes au niveau du RNC jusqu' ce que le OMC-U
demande un transfert au OMC-U. L'oprateur peut utiliser les donnes du traage RF des
appels pour:
- Vrifier ltablissement des appels ;
- Vrifier les performances et la maintenance des liaisons radios ;
- Vrifier la qualit de la liaison radio et la couverture.
3.1.4.2.OCNS
LOCNS pour Orthogonal Channel Noise Simulator, est un outil qui simule le trafic
sur la liaison descendante. LOCNS est activ sur lOMC-U et gnre des interfrences en
liaison descendante afin de simuler le trafic. Il simule le trafic au cours des tests avant le
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
50
IDE SIDDO NAJI
lancement dun rseau. LOCNS peut galement tre utilis pour gnrer du trafic
supplmentaire dans une cellule en exploitation, afin de simuler de lourdes charges de
trafic.
Le traage RF des appels peut tre utile pour dtecter tous les problmes
d'optimisation. LOCNS peut tre utiles pour dtecter la respiration cellulaire.
3.1.5. Les logiciels d'analyse de donnes
Ils permettent aux ingnieurs de trier les donnes, tirer des conclusions et de
montrer l'oprateur limpact des changements apports au rseau. Ces logiciels sont
utiliss lors de :
- Loptimisation du design rseau ;
- Loptimisation de la performance du rseau en production.
Les outils d'analyse de donnes peuvent projeter les donnes collectes sur une carte
qui prend en charge les caractristiques du terrain. Sur cette carte, les dtails concernant le
taux de couverture et lemplacement o se produisent les handovers, la re-slection de
cellule et les appels interrompus sont indiqus. Les logiciels d'analyse de donnes
permettent un ingnieur de:
- Identifier et localiser un problme ;
- Dterminer la source d'un problme ;
- Trouver des solutions ;
- Prvoir les effets de la mise en uvre d'une solution.
Les logiciels d'optimisation permettent de prdire les effets des changements (par
exemple le niveau de puissance ou le tilt). Un ingnieur peut donc facilement essayer
diffrentes options et ainsi dterminer la meilleure solution pour corriger un problme
d'optimisation.
4. Les problmes doptimisation communs et les solutions possibles
4.1.Problme de couverture RF
La zone de couverture RF est la zone o les deux conditions suivantes sont remplies:
- Pathloss < pathloss maximum autoris ;
- Ec/Io < ratio minimum du signal sur bruit.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
51
IDE SIDDO NAJI
Le pathloss et le Ec/Io dpendent des services et de la qualit qui est dfinie pour un
rseau et peut tre vrifi via des drives tests. L'UE peut recevoir une forte puissance due
de nombreux secteurs qui se chevauchent, mais aucun pilote ne remplissant les
conditions de couverture sues mentionnes. Par consquent, le rapport Ec/Io et la force du
signal Ec de la Common Pilot Channel primaires sont utiliss comme des mesures
prcises pour la couverture RF. L'objectif de loptimisation est de combler les lacunes de
couverture RF et maximiser la couverture RF.
Tableau 6 : Problmes de couverture RF et solutions

4.2.Problme de respiration cellulaire
La Respiration cellulaire est la croissance et la rduction de ltendue dune zone de
couverture, en fonction de la charge du rseau. Une augmentation de la charge du rseau
augmente l'interfrence de rseau. Un taux dinterfrence lev diminue la qualit de
service en particulier, en bordure de la zone de couverture dfinie initialement et ainsi
rtrcit la zone de couverture de la cellule.




Figure 20 : Respiration de cellule

La respiration cellulaire se produit lorsque le rseau est charg, aussi l'optimisation
RF doit tre effectue sur un rseau charg. L'objectif est de veiller ce que les situations
de forte charge ne conduisent pas des trous de couverture RF. Paralllement, des
situations de charge faible ne doivent pas crer de grands chevauchements dans la
Dtection du problme Sources d'information Solutions possibles
- Pertes dappels
- checs de
Handover.

- Drives tests
- KPIs
- Les plaintes des
clients.
- Tilt ou rorientation
de lantenne
- Augmentation de la
puissance
- Nouvelle antenne ou
nouveau site cellulaire.
Cellule 30% de sa capacit
Cellule 60% de sa capacit
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
52
IDE SIDDO NAJI
couverture de la cellule, qui peut conduire la pollution par les pilotes ou des
comportements indsirables avec les handovers.
Tableau 7 : Problmes de respiration cellulaire et solutions

4.3.Le problme de pilot pollution ou pollution par les pilotes
Le pilot pollution est l'interfrence cause par des porteuses qui se chevauchent et
possdant un signal de puissance similaire. Malgr la forte intensit du champ, la liaison
est alors mdiocre en raison de linterfrence cocanal. L'absence d'une porteuse
dominante provoque des ratios Ec/Io faibles. Les zones possdant de faibles ratios Ec/Io
peuvent tre mal interprtes comme tant des zones de pilot pollution et conduisent des
drives tests itratifs et des changements de paramtres inutiles dans les tentatives
d'tablissement dune porteuse dominante.
Si une porteuse a:
- Un signal Ec de puissance insuffisante (pathloss excessif), la zone problmatique
est considre comme un trou de couverture RF
- Un signal Ec suffisamment puissant (faible pathloss), la zone problmatique
prsente un problme de pilot pollution.
Un ingnieur d'optimisation doit dterminer si le rapport Ec/Io est mdiocre en
raison d'un pathloss excessif ou cause dune pollution par les pilotes .
Dtection du problme
Sources
d'information
Solutions possibles
- Pertes dappels
- Une mauvaise qualit, en particulier
au niveau des bords de la cellule
(durant les fortes charges de trafic)
- Apparition de trous de couverture RF
(durant les fortes charges de trafic)
- Echecs de handover
- Inexistence de transfert aux cellules
voisines (pendant les faibles charges
de trafic)
- Handover excessifs ou inattendus
(durant les fortes charges de trafic)
- Pollution pilote (pendant les faibles
charges de trafic).
- Drives tests
- KPIs
- Les plaintes des
clients.

- Augmentation de la zone
de couverture:
Tilt de l'antenne ou de
rorientation
Augmentation de la
puissance.
Nouvelle antenne ou
nouveau site
cellulaire.
- Changement des
paramtres de handover
- Modification de la liste
des cellules voisines.

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
53
IDE SIDDO NAJI
L'objectif est de rduire la pollution par les pilotes. La couverture de la porteuse
dominante doit tre augmente et la couverture des porteuses les plus faibles (qui
provoquent des interfrences) doit tre diminue. Dans le mme temps, une couverture
continue via le soft handover doit tre assure.

Dtection du problme
Sources
d'information
Solutions possibles
- Pertes dappels
- Echec de Handover
- Augmentation des
interfrences
- Diminution de la
capacit.
- Drives tests

- Tilt de l'antenne et la rotation
d'azimut
- Changements de puissance du
canal P-CPICH
- Changement des listes de
cellules voisines.
Tableau 8 : Problme de Pillot-pollution et solutions

4.4.Problme near-far ou proche-lointain
Les Problmes proche-lointain se produisent lorsque l'UE met une puissance
leve proximit du site de la cellule. Cela cre des interfrences excessives pour lUE
qui est situ loin du site de la cellule. Le but du site de la cellule est de recevoir tous les
UEs des intensits de signaux gaux. Le contrle de puissance en boucle ferme est
utilis pour indiquer aux mobiles daugmenter ou diminuer rapidement leurs puissances
dmission. L'objectif de loptimisation est de s'assurer que tous les algorithmes de
contrle de puissance fonctionnent correctement. Les paramtres de contrle de puissance
sont rgls uniquement quand il y a des dfaillances videntes.
Dtection du problme
Sources
d'information
Solutions possibles
- Interfrence leve
- Le Node B transmettant toujours la
puissance maximale en dpit dun BLER
satisfaisants
- UE transmettant toujours la puissance
maximale en dpit dun BLER satisfaisant.
- Drives tests
- KPIs.
- Les plaintes
des clients

- Modification des
paramtres de
contrle de
puissance
- Modification dse
paramtres de
handover.
Tableau 9 : Problmes de Near-far-effect et solutions



Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
54
IDE SIDDO NAJI
4.5.Problme Around-the-corner ou autour-du-coin
Les problmes autour-du-coin se produisent lorsque l'UE se dplace au-del d'un
obstacle o il y a une interfrence significative sur la liaison descendante d'un nouveau
secteur possdant un pathloss faible. La liaison descendante se dgrade momentanment
jusqu' ce que le handover soit effectu ou que le contrle de puissance en liaison
descendante russisse compenser l'interfrence. Lorsque lUE entre en handover avec la
nouvelle cellule, le contrle de puissance rapide est ncessaire pour rduire rapidement la
puissance d'mission du site de la cellule.
Le problme autour-du-coin est un problme constant et invitable. Les zones fort
risque sont les routes surleves et les intersections des rues.
L'objectif est d'optimiser le mcanisme de contrle de puissance. L'objectif de
l'optimisation est similaire aux objectifs du problme d au proche-lointain.
Tableau 10 : Problmes Around the corner et solutions

4.6.Problme de Handover
Les Handovers exigent des ressources de signalisation, et augmentent les
perturbations sur la liaison descendante. Par ailleurs, les retards dans ltablissement des
handovers peuvent entraner des interfrences en UL et DL, dgradent la qualit des
appels et rduisent le dbit des transferts de donnes. Doit donc tre assur :
- ltablissement rapide des handovers quand il y a des variations rapides de
pathloss entre lUE et le secteur d au fading ;
- labsence de handovers inutiles du une couverture UMTS non complte ou la
pollution par les pilotes.
L'objectif est d'optimiser les performances de handover par une slection rigoureuse
des seuils et temporisateurs.
Dtection du problme
Sources
d'information
Solutions possibles
- Interfrences leves
- Handovers inhabituels

- Drives tests
- KPIs.

- Modification de paramtres de contrle
de puissance
- Modification des paramtres de
handover.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
55
IDE SIDDO NAJI
Dtection du problme Sources d'information Solutions possibles
- Perte dappel (en raison
dchecs de handover)
- Ping-pong (handover
frquents entre 2 cellules).
- Drives tests
- KPIs.

- Rglage des paramtres
de handover
- Modification de la liste
des cellules voisines.
Tableau 11 : Problmes de handover et solutions

4.7.Problme de missing neighbors ou voisins manquants
La liste des cellules voisines contient les identifiants des cellules entre lesquelles un
handover est autoris. La liste est conserve dans le RNC et est transmise lUE. Les UEs
mesurent uniquement les signaux des cellules faisant parties de la liste des cellules
voisines et les utilisent pour la mesure du contrle de puissance et les handovers. Les
missing neighbors sont des porteuses qui ne font pas parties de la liste des cellules
voisines et dont la rception peut provoquer des interfrences. L'objectif est d'optimiser
les listes des cellules voisines. Les porteuses reues doivent tre soient limines ou
dclares dans la liste des cellules voisines. Elles ne doivent en aucun cas tre ignores.
Tableau 12 : Problmes de Missing Neighbors et solutions



Dtection du problme
Sources
d'information
Solutions possibles
- Pertes dappels (lorsque la liste de la
cellule voisine est trop courte et le
handover est impossible avec une
autre cellule)
- Des niveaux levs d'interfrence
(UE met un niveau de puissance
lev avec la cellule, parce que le
handover avec une autre cellule est
impossible)
- Handovers inhabituels (handovers
non effectus dune cellule une
autre).
- Trafic ingal (UE restent avec une
cellule et ne sont pas transmis une
cellule voisine).
- Drive test
- KPIs
- Les plaintes
des clients
- Mise jour de la liste de
la cellule voisine pour
inclure ou exclure une
porteuse.
- Changement la
couverture RF, afin que
les porteuses ne soient
plus reues ou que la
rception des porteuses
soit amliore:
Ajuster les niveaux
de puissance
Modifier l'orientation
de l'antenne ou le tilt.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
56
IDE SIDDO NAJI
5. Processus doptimisation
5.1.Cycle de vie du rseau












Figure 21 : Phases doptimisation dans le cycle de vie du rseau

Ci-dessous, nous avons les diffrentes tapes du cycle de vie d'un rseau et la place
de l'optimisation :
1- Crer un design pour le rseau UMTS.
2- Optimiser le design du rseau.
3- Les sites sont planifis et conus en fonction du design rseau. Cela se traduit par
la superposition du design dans lenvironnement rel.
4- Au cours du dploiement les sites sont construits.
5- Quand un site est termin, des drives tests sont gnralement lancs, afin de tester
le fonctionnement de base.
6- Lorsque tous les sites sont dploys et tests, les tests finaux (drives tests) sont
effectus pour vrifier si le rseau est conforme aux exigences du client. Si le
client accepte le rseau, le rseau entre en production.
7- Dans le rseau en production, le processus d'optimisation continu commence.
Design du rseau
Optimisation
Planification
Implementation
Critres
d'acceptation
respects
En service
Optimisation


N
Y
Design rseau ET
dploiement
Rseau en cours
dexploitation
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
57
IDE SIDDO NAJI

5.1.2. Processus doptimisation
Le processus d'optimisation comprend les tapes suivantes:
1- Collecte des informations.
Les principales sources sont:
- Les drives tests ;
- Les plaintes des clients ;
- Les mesures de performance et les KPIs.
2- Analyser les informations afin de dterminer si le rseau est conforme aux exigences.
3- Dterminer si un problme est un problme d'optimisation.
4- Si ncessaire, recueillir des informations supplmentaires.
5- Identifier la cause du problme. Par exemple: capacit, couverture RF, respiration
cellulaire.
6- Dterminer des solutions au problme. Gnralement, il existe plusieurs solutions
pour rsoudre un problme. Choisissez la meilleure solution, par exemple en se basant
sur:
- Les cots de la mise en uvre ;
- La facilit d'implmentation ;
- Les chances de russite.
7- Mettre en uvre la solution choisie. Mettre en uvre une seule solution la fois. La
mise en uvre peut aller de la simple modification d'un paramtre OMC la
modification de l'ensemble du processus de conception, de planification, d'ingnierie,
d'optimisation et de la mise en service de nouvelles cellules et sites.
8- Recueillir et analyser les informations. Se focaliser sur le problme et la solution qui a
t mise en uvre.
9-



Lorsque Puis
Le problme est rsolu Retour ltape 1
Le problme nest pas rsolu Restauration des paramtres initiaux (avant mise
en uvre de la solution choisie), Retour ltape 6
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
58
IDE SIDDO NAJI
Le processus doptimisation un "dbut" mais pas de "Fin. Aprs quun problme
d'optimisation a t rsolu, le cycle d'optimisation continue.



Figure 22 : Processus doptimisation

Collecte des donnes
Analyse des donnes
Problme
doptimisation ?
Identification de la source du
problme
Solution
Implmentation de la solution
Collecte des donnes et analyse
Dbut
Donnes suffisants ?
Problme rsolu ?
Y
N
N
Y
N
Y
Y N
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
59
IDE SIDDO NAJI
5.1.3. Channel Element (CE) et Scrambling code (SC)
Les CEs et les SCs sont 2 lments ayant une grande importance dans le
fonctionnement correcte du rseau UMTS. Leurs planifications doivent tre tudies et
effectues avec soins sinon de nombreux problmes touchant la performance du rseau,
donc la QoS, peuvent subvenir. Aussi nous avons jug ncessaire de les mentionner dans
notre travail. Cependant pour une description dtaille de leurs planifications
reportez-vous aux annexes.

5.1.3.1.Channel Element
Un CE dcrit la capacit en ressource logicielle autorise ncessaire pour un canal
ddi DCH ou E-DCH). Les CEs sont classifis en CE UL et CE DL. Chaque fois quun
canal ddi est allou des CEs seront consomms en UL et DL. Cette consommation peut
tre dcrite comme un cot qui peut tre exprim avec des facteurs de poids spcifiques
aux diffrentes porteuses radio. Ces facteurs de poids sont appels Channel Element
Factors. Sil y a un nombre insuffisant de CE disponible, des blocages peuvent subvenir.
La capacit CE dpend des ressources matrielles installes dans la RBS ainsi que des
restrictions lies aux licences software. Il est donc important de bien faire le
dimensionnement CE.

Il est important de noter que le calcul des CEs varie dun fournisseur un autre.
Pour plus de dtails, reportez-vous lAnnexe 2 : Mthode de dimensionnement des
CEs.

5.1.3.2.Scrambling Codes
Les Scramblings Code (SC) ou Codes de brouillage reprsentent la mthode interne
utilise pour identifier et distinguer les secteurs dans le rseau WCDMA. Chaque secteur
est caractris par un groupe de SC, qui lui est affect (un groupe de codes de brouillage
est compos d'un code de brouillage primaire et 15 codes de brouillage secondaires). Le
nombre de cellule du rseau est habituellement beaucoup plus important que le nombre de
groupe de code, l'utilisation simultane d'un mme groupe de codes pour diffrents
secteurs pouvant provoquer une confusion de code de brouillage, la planification des
groupes de code doit tre soigneusement effectue. Deux mthodes de planification sont
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
60
IDE SIDDO NAJI
dveloppes. L'une est base sur la rutilisation des groupes de codes, et l'autre est base
sur l'optimisation de la coloration de graphe. La mthode base sur la coloration de graphe
a un rendement plus efficace que la mthode de planification base sur la rutilisation de
cluster.
Nous ne dtaillerons pas les diffrentes mthodes ici, pour avoir plus de dtails ce
sujet, reporter vous lAnnexe 1 : Planification des scramblings Code.

6. Slection de paramtres cls de performance UMTS
Afin de suivre et surveiller lvolution du rseau, certains paramtres de
performance et KPIs, sont utiliss. Lanalyse et la surveillance de ces paramtres
permettent de dtecter des problmes relatifs la couverture RF, au dbit, la mobilit,
laccessibilit, tous ces aspects impactant sur la QoS perue par lutilisateur. Nous avons
slectionn certains de ces paramtres que nous prsentons dans la suite du document.

6.1. Block Error Rate (BLER)
Le taux d'erreur de bloc (BLER) est une analyse des erreurs de transmission sur
l'interface radio (mesur en UL et DL sparment). Il est bas sur l'analyse des rsultats du
contrle de redondance cycliques (CRC) pour le contrle de la liaison radio (RLC) des
blocs de transport et est calcul en dfinissant la relation entre le nombre de blocs de
transport RLC avec une indication d'erreur CRC et le nombre total de blocs de transport
transmissible tel qu'exprim dans l'quation suivante:
=


100%

Le S-RNC utilise le BLER pour ses dcisions de handover transfert, et le contrle de
puissance en boucle externe.




Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
61
IDE SIDDO NAJI
6.2. Transmitted Carrier Power
C'est le rapport entre la puissance de transmission actuelle servant transmettre le
trafic DL d'une seule cellule et de la puissance d'mission maximale configure pour cette
cellule.

6.3. Received Total Wideband Power (RTWP)
Il s'agit de la puissance totale en UL au niveau de l'antenne de la cellule, peu importe
si ces signaux proviennent des UEs ou de sources externes au rseau. La RTWP
reprsente la charge en UL de la cellule. Pour chaque demande d'tablissement de
connexion, le contrle d'admission calcule la charge supplmentaire qui sera entrane.
Tant qu'il n'y a pas de risque de dpassement des seuils P
Rx Target
et P
Rx Overload
les
connexions demandes seront accordes. Si P
Rx Target
est atteint ou dpass les nouveaux
UEs ne seront pas autoriss se connecter dans cette cellule.

Figure 23 : Rapport entre la RTWP et la charge UL de la cellule
Un RTWP lev indique une surcharge au niveau de la cellule. Le control de charge
et lordonnanceur de packet dans le S-RNC ragissent aux indications du RTWP.

6.4. Signal-to-Interference Ratio (SIR)
Le SIR est la mesure de la qualit UL d'un appel. Cest le quotient entre la puissance
reue de la porteuse du signal et les interfrences dues aux autres signaux utilisant la
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
62
IDE SIDDO NAJI
mme porteuse. En UMTS c'est le ratio entre le RSCP (mesur sur le signal DPCCH UL
d'un UE) et lISCP (Interference Signal Code Power) multipli par le facteur d'talement
du canal DPCCH, qui a une valeur constante de 256.

[] =

246

LISCP est la partie du RTWP (Received Total Widebande Power) qui est cause
par les missions UL des autres UEs utilisant la mme cellule.

6.5. Signal-to-Interference Ratio Error (SIR Error)
Il s'agit de la diffrence entre la SIR mesure et la SIR moyenne cible pour une
priode d'chantillonnage donne. Il est donn par la formule suivante :

=



6.6. Receive Signal Code Power (RSCP)
Le RSCP est lnergie RF collete aprs le processus de correspondance /
dsembrouillage, en dBm. Un rcepteur de correspondance doit tre utilis afin de
mesurer le RSCP pour un code de puissance dfini, dans le domaine de code. Seul ce code
de puissance un intrt dans le processus suivit par le rcepteur afin de juger de la qualit
de la rception.
Un faible RSCP, qui indique un problme de couverture, peut entrainer des pertes
dappel. Quand lUE entre dans une zone avec un faible RSCP (< -105dBm), il y a un haut
risque de perte dappel. LUE augmente sa puissance dmission jusqu' atteindre son
maximum. Le DL BLER augmente et la SIR cible ne peut plus tre maintenu, finalement
lappel est perdu.


Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
63
IDE SIDDO NAJI
6.7. Ec / Io
C'est le rapport entre l'nergie reue par chip et le niveau d'interfrence, le plus
souvent donne en dB. Dans le cas o aucune interfrence vritable nest prsente le
niveau d'interfrence est gal au niveau de bruit. A cause du gain du systme, le niveau
dinterfrence peut tre plus lev que le niveau de signal souhait. Cependant, en bordure
de couverture, la valeur du Ec /Io est gnralement ngative.

6.8. Received Signal Strength Indicator (RSSI)
Le RSSI est une valeur qui prend en compte la fois le RSCP et lEc/Io. Il est
souvent donn en dBm et peut tre calcul comme suit :

=


0
[]

6.9. Ratio d'utilisation du canal de Transport
Le ratio d'utilisation de canal de transport est une formule simple qui dcrit la
relation entre les dbits de donnes maximaux possibles fournis par les canaux de
transport et le dbit moyen mesur lorsqu'un canal a t actif. Ce temps est appel la
priode d'observation, dans la formule de rapport d'utilisation de canal de transport
montre ci-dessous:
()

100%

6.10. Transmitted Code Power
Il sagit de la puissance de transmission utilise sur un canal DL DPCH pour un UE.
Elle peut tre utilise pour dclencher linitialisation des mesures UE sur les cellules
voisines inter-frquence ou inter-RAT. La mesure est effectue sur les bits de pilotes
DPCH en DL. Lors de la mise en place dune liaison radio, le RNC indique 3 offsets de
puissance PO1, PO2, PO3 au Node B. Loffset PO3 est utilise pour la mesure de
puissance. Il indique la diffrence de puissance de transmission entre la partie donnes
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
64
IDE SIDDO NAJI
relative la puissance du champ de bit pilote DPCH. PO3 peut tre rgl dans la plage
comprise entre 0dB et 6dB avec un pas de 0.25dB.

6.11. RRC Connection Setup Success Rate / Blocking Rate / No answer rate
Des supports radio de signalisation (Signalling Radio Bearers SRB) sont tablis
lorsqu'une connexion RRC entre l'UE et le SRNC est mise en place. Cet tablissement de
connexion de signalisation RRC est demande par l'UE et excut / contrl par le SRNC
comme le montre la Figure 21.

Figure 24 : RRC connection setup procedure
A partir de ce scnario, un taux de Succs de configuration RRC peut tre dfini comme
suit :

=


100%
Si la mise en place de la connexion RRC choue, il y a trois cas diffrents.
- La connexion RRC est bloque / rejete par le RNC par ce quil y a un manque de
ressource, dans ce cas, le taux de blocage RRC se calcul comme suit :
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
65
IDE SIDDO NAJI

=


100%

- Aucune rponse nest retourne lUE lors de ses demandes de connexion RRC.
Dans ce cas, lUE enverra 3 demandes de connexion RRC espaces de1s. Si la
suite des 3 tentatives aucune rponse nest obtenue, lUE retourne en mode Veille.
- LUE ne rpond pas la demande de connexion RRC envoye par le RNC, pour
cause une perte de liaison radio. On calcule alors le taux dchec RRC Connection
Setup no answer comme suit :



100%

6.12. Dbit RLC (RLC Throughput)
Le dbit UL et DL est mesur partir des donnes utilisateur au niveau de la couche
RLC. La valeur mesure est compare aux valeurs de QoS ngocies et permet de prouver
si les conditions relles sur le plan utilisateur correspondent aux paramtres provenant du
plan de contrle ou non.

6.13. Le dbit d'application (Application Throughput)
Ce KPI donne un aperu dtaill des dbits d'appels PS tris par type de protocole de
la couche d'application TCP/IP (HTTP, FTP, etc), et sur une base appel par appel. Il
permet de dtecter les goulots d'tranglement sur linterface lub et IuPS.

6.14. Taux de handover et statistiques
Les statistiques sur les handover permettent l'identification et l'analyse des
problmes de handover dans les diffrents scnarios UMTS (intra-RNC, inter-RNC, etc.)
Les statistiques sont les suivantes:
a) Nombre de HO par cellule ;
b) Nombre de HO fautif (Faulty Handover) par cellule ;
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
66
IDE SIDDO NAJI
c) Nombre d'abonns actifs par cellule.

L'analyse de ce KPI permet de :
- Identifier les problmes dexcution de handover qui auront un impact sur la QoS
et le Drop Call Rate ;
- Obtenir une vue sur les handover, type par type ;
- Identifier les cellules fort taux de handover.

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
67
IDE SIDDO NAJI

TROISIEME PARTIE










Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
68
IDE SIDDO NAJI
CHAPITRE 1 : OUTILS ET PARAMETRES DE SIMULATION
Aprs la mise en place du rseau, il y a toujours des carts entre les donnes du
design initial et celles rellement en place dans le rseau en cours dexploitation (tilt,
azimut, etc.). Ces carts ont des effets sur les paramtres de performances relatifs la
couverture, la qualit du signal et les zones de handover.
Aussi pour cette dernire partie de notre rapport, nous avons choisi de travailler sur
un cas doptimisation de la couverture UMTS.
Une simulation sera faite en se basant sur plusieurs sites UMTS situs dans
diffrentes localits de la capitale sngalaise (7 sites au total).
Nous utiliserons dans un premier temps Google Earth pour localiser les sites sur la
carte et en rcuprer les coordonnes gographiques (latitude et longitude). Ensuite, nous
exporterons ces donnes dans loutil de simulation et doptimisation radio Atoll Forsk, qui
nous permettra de voir les amliorations qui seront apportes en termes de couverture de
rseau.
1- Google Earth
Google Earth est un programme de globe virtuel, permettant de visualiser des
images satellites de la surface de la Terre. En tant que programme go spatial install sur
lordinateur, Google Earth permet daccder des images dtailles constamment
tlcharges, au fur et mesure que diffrentes zones sont visualises et zoomes. Il est
possible dutiliser Google Earth sans connexion internet, mais cette fonctionnalit est
limite une basse rsolution dimage. Il y a actuellement plusieurs versions de Google
Earth, allant de la version libre celle professionnelle. Nous utilisons la version libre pour
notre travail.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
69
IDE SIDDO NAJI

Figure 25 : Ecran daccueil de Google Earth
2. Atoll Forsk
Atoll Forsk est un logiciel de dimensionnement et de planification de rseaux cellulaires
qui peut tre utilis pour faire des simulations lors de toutes les tapes du cycle de vie des
rseaux, du design l'expansion et l'optimisation.

Figure 26 : Ecran daccueil dAtoll Forsk
Huit types diffrents de projets sont disponibles : CDMA2000, GSM GPRS EGPRS,
LTE, Microwave Radio Links, TD-SCDMA, UMTS HSPA, WIMAX 802.16d, WIMAX
802. 16e.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
70
IDE SIDDO NAJI

Figure 27 : Types de projets disponibles dans Atoll
Diffrents lments sont disponibles pour le dploiement d'un rseau. Les stations ou
sites sont dans Atoll des quipements sur lesquels sont placs un ou plusieurs metteurs
quips d'antennes aux caractristiques particulires. Il est possible en affichant les proprits
d'une station de crer rapidement une station multisectorielle, donc la cration d'autres
metteurs sur le site.
Atoll dispose dun menu Explorer compos de plusieurs onglets, permettant de :
- dfinir et visualiser les paramtres des antennes et des sites (Data) ;
- dfinir les donnes gographiques et dmographiques de la zone tudier (Geo) ;
- dfinir les diffrents modles de propagation (Model).

Figure 28 : Menu Explorer dAtoll et les ses diffrents onglets

2.1.Automatic Cell Planning (ACP)
Atoll comprend un module automatique de planification cellulaire
multi-technologique (ACP), implments comme un ensemble de fonction intgre
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
71
IDE SIDDO NAJI
disponible partir de l'interface utilisateur de la version standard d'Atoll. ACP est
disponible pour les rseaux GSM, UMTS, LTE, CDMA2000, WiMAX et Wi-Fi. Il prend
en charge l'optimisation des rseaux GSM / UMTS / LTE et CDMA2000/LTE.
Les paramtres d'optimisation sur lesquels ACP agit sont :
- Le type d'antenne ;
- La hauteur d'antenne ;
- l'azimut et le tilt ;
- la puissance de transmission ;
- les candidats pour la slection de site ;
- Le placement automatique des sites pour les rseaux vierges ;
- l'optimisation l'intrieur des immeuble muti-tages.
Les objectifs d'optimisation sont :
- la couverture ;
- l'interfrence ;
- la capacit ;
- la QoS ;
- l'exposition EMF (Electromagnetique Field).
Les rsultats d'optimisation :
- Modifications des implmentations selon leurs indices d'amlioration potentielle
du rseau ;
- Srie complte demplacements de prvision pour le changement et l'analyse
d'amlioration ;
- Stockage de plusieurs plans d'optimisation pour l'analyse simultane.

3. Donnes en entres pour la simulation
Comme indiqu plus haut, 7 sites sont mis en places dans diffrentes localits de
Dakar, savoir : Fann Rsidence, Mermoz, Les Almadies, Yoff, UCAD, Sandaga et
Gueule Tape.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
72
IDE SIDDO NAJI
En utilisant Google Earth, nous avons slectionn et plac les sites en des endroits
stratgiques afin de couvrir les diffrentes routes, voix de circulation, habitation et lieux
de rassemblement.

Figure 29 : Slection et positionnement des Sites dans Google Earth
Dans le tableau ci-dessous les coordonnes des sites slectionns sont indiques, en
dcimal :
Tableau 13 : Coordonnes des sites UMTS

Sites Latitude Longitude
Fan Rsidence 14,689956 -17,471667
Mermoz 14,703340 -17,473663
Almadies 14,744863 -17,512561
Yoff 14,762359 -17,480020
UCAD 14,685940 -17,465165
Sandaga 14,670823 -17,437868
Gueule Tape 14,679842 -17,456785
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
73
IDE SIDDO NAJI
CHAPITRE 2 : OPTIMISATION AVEC ATOLL FORSK
1- Rsultats des simulations avant optimisation avec ACP
A partir des coordonnes gnres par Google Earth les diffrents sites sont
positionns sur une carte du Sngal (format MIF) et la zone couvrir est dfinie (environ
59,22km2), voir la figure ci-dessous.

Figure 30 : Positionnement des sites UMTS et dfinition de la zone couvrir
Pour chaque site, les valeurs par dfaut indiques par Atoll sont laisses, seuls les
rglages suivants sont faits :
- Antenne : 65deg 18dBi 4Tilt ;
- Hauteur des antennes : 20m ;
- Diversit : OpenLoop ;
- Equipement BTS : Node B ;
- Model de propagation principal : CostHata ;
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
74
IDE SIDDO NAJI





Site Transmitter Active
DX
(m)
DY
(m)
Frequency
Band
Antenna
Height
(m)
Azimuth
()
Mechani
cal
Downtilt
()
Additional
Electrical
Downtilt
()
Transmis
sion
Diversity
Type
Number
of
Transmiss
ion
Antenna
Number of
Reception
Antenna
Ports
Receiver
antenna
diversity
gain (dB)
Transmission
Loss (dB)
Si teGueul eTapee Si teGueul eTapee_1 True 0 0 Band1 65deg 18dBi 4Ti l t 20 0 0 0 Open Loop 1 1 0 0
Si teGueul eTapee Si teGueul eTapee_2 True 0 0 Band1 65deg 18dBi 4Ti l t 20 120 0 0 Open Loop 1 1 0 0
Si teGueul eTapee Si teGueul eTapee_3 True 0 0 Band1 65deg 18dBi 4Ti l t 20 240 0 0 Open Loop 1 1 0 0
Si teAl madi es Si teAl madi es_1 True 0 0 Band1 65deg 18dBi 4Ti l t 20 0 0 0 Open Loop 1 1 0 0
Si teAl madi es Si teAl madi es_2 True 0 0 Band1 65deg 18dBi 4Ti l t 20 120 0 0 Open Loop 1 1 0 0
Si teAl madi es Si teAl madi es_3 True 0 0 Band1 65deg 18dBi 4Ti l t 20 240 0 0 Open Loop 1 1 0 0
Si teFann Si teFann_1 True 0 0 Band1 65deg 18dBi 4Ti l t 20 0 0 0 Open Loop 1 1 0 0
Si teFann Si teFann_2 True 0 0 Band1 65deg 18dBi 4Ti l t 20 120 0 0 Open Loop 1 1 0 0
Si teFann Si teFann_3 True 0 0 Band1 65deg 18dBi 4Ti l t 20 240 0 0 Open Loop 1 1 0 0
Si teSandaga Si teSandaga_1 True 0 0 Band1 65deg 18dBi 4Ti l t 20 0 0 0 Open Loop 1 1 0 0
Si teSandaga Si teSandaga_2 True 0 0 Band1 65deg 18dBi 4Ti l t 20 120 0 0 Open Loop 1 1 0 0
Si teSandaga Si teSandaga_3 True 0 0 Band1 65deg 18dBi 4Ti l t 20 240 0 0 Open Loop 1 1 0 0
Si teUCAD Si teUCAD_1 True 0 0 Band1 65deg 18dBi 4Ti l t 20 0 0 0 Open Loop 1 1 0 0
Si teUCAD Si teUCAD_2 True 0 0 Band1 65deg 18dBi 4Ti l t 20 120 0 0 Open Loop 1 1 0 0
Si teUCAD Si teUCAD_3 True 0 0 Band1 65deg 18dBi 4Ti l t 20 240 0 0 Open Loop 1 1 0 0
Si teYoff Si teYoff_1 True 0 0 Band1 65deg 18dBi 4Ti l t 20 0 0 0 Open Loop 1 1 0 0
Si teYoff Si teYoff_2 True 0 0 Band1 65deg 18dBi 4Ti l t 20 120 0 0 Open Loop 1 1 0 0
Si teYoff Si teYoff_3 True 0 0 Band1 65deg 18dBi 4Ti l t 20 240 0 0 Open Loop 1 1 0 0
Si tMermoz Si tMermoz_1 True 0 0 Band1 65deg 18dBi 4Ti l t 20 0 0 0 Open Loop 1 1 0 0
Si tMermoz Si tMermoz_2 True 0 0 Band1 65deg 18dBi 4Ti l t 20 120 0 0 Open Loop 1 1 0 0
Si tMermoz Si tMermoz_3 True 0 0 Band1 65deg 18dBi 4Ti l t 20 240 0 0 Open Loop 1 1 0 0



Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
75
IDE SIDDO NAJI

Site
Reception Loss
(dB)
Noise Figure
(dB)
BTS Equipment
TMA
Equipment
Feeder
Equipment
Transmission
Feeder Length
(m)
Reception
Feeder Length
(m)
Miscellaneous
Transmission
Losses (dB)
Miscellaneous
Reception
Losses (dB)
Main
Propagation
Model
Main
Calculation
Radius (m)
Main
Resolution (m)
Si teGueul eTapee 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teGueul eTapee 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teGueul eTapee 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teAl madi es 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teAl madi es 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teAl madi es 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teFann 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teFann 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teFann 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teSandaga 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teSandaga 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teSandaga 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teUCAD 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teUCAD 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teUCAD 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teYoff 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teYoff 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si teYoff 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si tMermoz 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si tMermoz 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50
Si tMermoz 0 5 Node B 0 0 0 0 Cost-Hata 4 000 50

Tableau 14 : Paramtres des diffrents sites UMTS avant optimisation
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
76
IDE SIDDO NAJI


Ensuite, nous gnrons une premire srie de simulation qui porterons sur :
- La couverture en fonction du niveau du signal (Coverage by signal level) ;
- Lanalyse de lEc/Io sur le canal Pilote CPICH (Pilote reception analysis Ec/Io) ;
- Les zones de chevauchement (overlapping zone).
Les simulations donnent les rsultats suivants :

Figure 31 : Coverage by signal level

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
77
IDE SIDDO NAJI
Figure 32 : Pilot Reception analysis

Figure 33 : Overlapping zone

2. Optimisation avec le module ACP dAtoll Forsk
Nous avons dj dcrit le module de planification et doptimisation cellulaire
automatique inclus dans Atoll Forsk. Nous utiliserons ce module afin doptimiser la
couverture des sept sites UMTS placs.

Figure 34 : Lancement dACP pour loptimisation
Une fois le module ACP lanc, une srie de calcul sont fait en se basant sur les
paramtres actuels des sites et des antennes. Des recommandations pour des modifications
sont faits sur lazimut, le tilt et le type dantenne de chaque site, afin damliorer la
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
78
IDE SIDDO NAJI
couverture du rseau via les paramtres suivants : couverture RSCP, Ec/Io, Qualit du
rseau.
Pour chaque paramtres, un taux cibles atteindre est indiqu par dfaut, le but
dACP est de faire des recommandations qui permettront de sapprocher le plus possible
des taux cibles dfinis. Les valeurs par dfaut sont :
- RSCP coverage = 90% ;
- Ec/Io coverage = 100%.
Il est possible de modifier ces taux cibles atteindre, mais dans notre cas, nous
utiliserons les valeurs par dfaut.
Une premire optimisation avec ACP gnre, sous forme de tableau Excel, les
modifications apporter aux diffrents sites. Aprs applications des modifications sur les
sites, une autre optimisation avec ACP est effectue, puis une autre, jusqu ce quACP ne
propose plus aucune modification dans la configuration des sites.
Ci-dessous sous forme de tableau les objectifs initiaux (avant optimisation) et ceux
atteints aprs la premire optimisation.

Date 2013-10-07 08:47:49

Duration 33,43


Result
Layer: UMTS 2110 / 2
Objective Initial Final Improvement

Computation zone RSCP 11,83 13,23 1,41 FAILED
Computation zone EcIo 72,33 86,70 14,37

Interference Minimization

12,73



Change Statistics

Reconfiguration

Antenna Change 18

Electrical Tilt Change 0

Azimuth Change 18

Mechanical Tilt Change 1

Height Change 0

Power Change 0

Tableau 15 : Objectifs initiaux / finaux de la premire optimisation

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
79
IDE SIDDO NAJI
En tout nous avons d faire six optimisation avec ACP afin darriver au rsultat
suivant:

Date 2013-10-07 09:54:27

Duration 30,29


Result
Layer: UMTS 2110 / 2
Objective Initial Final Improvement

Computation zone RSCP 13,40 13,40 0,00 FAILED
Computation zone EcIo 92,02 92,02 0,00



Change Statistics

Reconfiguration

Antenna Change 0

Electrical Tilt Change 0

Azimuth Change 0

Mechanical Tilt Change 0

Height Change 0

Power Change 0

Tableau 16 : Objectifs initiaux / finaux de la sixime optimisation
On remarque quaucune amlioration (Improvement) nest effectue aprs la
sixime optimisation. ACP ne propose donc plus de modifications sur les secteurs et sites.

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
80
IDE SIDDO NAJI



UMTS Sectors results

Cell/Tx Name Use
Quality RSCP
(%)
Quality ECIO
(%) Antenna Pattern Azimuth
Mechanical
Tilt
Ant. Azi. Tilt Initial Final Initial Final Initial Final Initial Final Initial Final
SitMermoz_1(0) 1 1 1 2,94 3,87 50,89 70,98 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 0,00 350,00 0,00 0,00
SitMermoz_2(0) 1 1 1 11,60 7,37 72,86 78,68 65deg 18dBi 4Tilt 65deg 18dBi 2Tilt 120,00 100,00 0,00 0,00
SitMermoz_3(0) 1 1 1 20,63 32,42 88,40 99,80 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 240,00 220,00 0,00 0,00
SiteAlmadies_1(0) 1 1 1 14,82 12,62 99,00 99,85 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 0,00 15,00 0,00 0,00
SiteAlmadies_2(0) 1 1 1 3,37 4,37 56,85 77,76 65deg 18dBi 4Tilt 65deg 18dBi 2Tilt 120,00 140,00 0,00 0,00
SiteAlmadies_3(0) 1 1 1 15,34 18,71 93,05 100,00 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 240,00 255,00 0,00 0,00
SiteFann_1(0) 1 1 1 47,26 51,09 100,00 100,00 65deg 18dBi 4Tilt 65deg 18dBi 4Tilt 0,00 355,00 0,00 0,00
SiteFann_2(0) 1 1 1 96,04 96,59 100,00 100,00 65deg 18dBi 4Tilt 65deg 18dBi 4Tilt 120,00 120,00 0,00 2,00
SiteFann_3(0) 1 1 1 68,16 68,58 100,00 100,00 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 240,00 220,00 0,00 0,00
SiteGueuleTapee_1(0) 1 1 1 9,40 11,32 63,17 96,99 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 0,00 20,00 0,00 0,00
SiteGueuleTapee_2(0) 1 1 1 23,86 30,91 98,98 100,00 65deg 18dBi 4Tilt 33deg 21dBi 2Tilt 120,00 120,00 0,00 0,00
SiteGueuleTapee_3(0) 1 1 1 44,55 51,73 100,00 100,00 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 240,00 225,00 0,00 0,00
SiteSandaga_1(0) 1 1 1 13,78 20,27 88,35 100,00 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 0,00 5,00 0,00 0,00
SiteSandaga_2(0) 1 1 1 25,98 43,49 91,78 100,00 65deg 18dBi 4Tilt 65deg 18dBi 2Tilt 120,00 110,00 0,00 0,00
SiteSandaga_3(0) 1 1 1 13,95 14,26 79,17 99,92 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 240,00 225,00 0,00 0,00
SiteUCAD_1(0) 1 1 1 16,07 31,54 57,58 100,00 65deg 18dBi 4Tilt 65deg 18dBi 4Tilt 0,00 0,00 0,00 0,00
SiteUCAD_2(0) 1 1 1 73,02 78,53 100,00 100,00 65deg 18dBi 4Tilt 65deg 18dBi 2Tilt 120,00 130,00 0,00 0,00
SiteUCAD_3(0) 1 1 1 39,50 47,52 100,00 100,00 65deg 18dBi 4Tilt 65deg 18dBi 2Tilt 240,00 225,00 0,00 0,00
SiteYoff_1(0) 1 1 1 31,45 25,68 100,00 99,59 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 0,00 15,00 0,00 0,00
SiteYoff_2(0) 1 1 1 6,00 4,93 69,04 80,38 65deg 18dBi 4Tilt 33deg 21dBi 2Tilt 120,00 140,00 0,00 0,00
SiteYoff_3(0) 1 1 1 6,69 6,15 91,39 88,03 65deg 18dBi 4Tilt 90deg 17dBi 2Tilt 240,00 220,00 0,00 0,00
Tableau 17 : Recommandations issues de la premire optimisation avec ACP


Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
81
IDE SIDDO NAJI

UMTS Sectors results

Cell/Tx Name Use
Quality RSCP
(%)
Quality ECIO
(%) Antenna Pattern Azimuth
Mechanical
Tilt
Ant. Azi. Tilt Initial Final Initial Final Initial Final Initial Final Initial Final
SitMermoz_1(0) 1 1 1 4,52 4,83 78,54 82,69 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 350,00 350,00 0,00 0,00
SitMermoz_2(0) 1 1 1 8,64 9,47 98,33 97,82 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 90,00 95,00 0,00 0,00
SitMermoz_3(0) 1 1 1 36,07 36,53 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 200,00 200,00 0,00 0,00
SiteAlmadies_1(0) 1 1 1 9,93 7,51 99,05 97,44 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 35,00 50,00 0,00 0,00
SiteAlmadies_2(0) 1 1 1 4,43 4,62 89,28 91,09 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 150,00 150,00 0,00 0,00
SiteAlmadies_3(0) 1 1 1 18,73 18,71 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 255,00 255,00 0,00 0,00
SiteFann_1(0) 1 1 1 72,26 72,44 100,00 100,00 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 355,00 355,00 0,00 0,00
SiteFann_2(0) 1 1 1 68,07 60,31 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 100,00 90,00 1,00 1,00
SiteFann_3(0) 1 1 1 68,47 66,53 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 255,00 235,00 0,00 0,00
SiteGueuleTapee_1(0) 1 1 1 12,49 13,69 97,94 98,25 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 25,00 35,00 0,00 0,00
SiteGueuleTapee_2(0) 1 1 1 32,84 39,51 100,00 100,00 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 125,00 135,00 1,00 0,00
SiteGueuleTapee_3(0) 1 1 1 46,81 54,01 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 255,00 235,00 0,00 0,00
SiteSandaga_1(0) 1 1 1 20,30 19,69 99,87 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 5,00 345,00 0,00 0,00
SiteSandaga_2(0) 1 1 1 40,52 39,54 100,00 100,00 65deg 18dBi 2Tilt 90deg 17dBi 2Tilt 110,00 110,00 0,00 0,00
SiteSandaga_3(0) 1 1 1 14,36 14,11 96,62 99,73 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 235,00 220,00 0,00 0,00
SiteUCAD_1(0) 1 1 1 10,63 9,73 82,62 85,12 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 20,00 25,00 0,00 0,00
SiteUCAD_2(0) 1 1 1 67,36 66,11 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 120,00 120,00 0,00 0,00
SiteUCAD_3(0) 1 1 1 43,90 46,67 100,00 100,00 65deg 18dBi 2Tilt 90deg 17dBi 2Tilt 235,00 225,00 0,00 0,00
SiteYoff_1(0) 1 1 1 21,75 21,12 98,63 97,81 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 30,00 25,00 0,00 0,00
SiteYoff_2(0) 1 1 1 4,24 4,26 81,87 82,45 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 150,00 150,00 0,00 0,00
SiteYoff_3(0) 1 1 1 5,50 4,70 83,59 88,20 65deg 18dBi 2Tilt 33deg 21dBi 2Tilt 215,00 195,00 0,00 0,00
Tableau 18 : Recommandations issues de la troisime optimisation avec ACP


Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
82
IDE SIDDO NAJI


UMTS Sectors results

Cell/Tx Name Use
Quality RSCP
(%)
Quality ECIO
(%) Antenna Pattern Azimuth
Mechanical
Tilt
Ant. Azi. Tilt Initial Final Initial Final Initial Final Initial Final Initial Final
SitMermoz_1(0) 1 1 1 4,72 4,72 81,92 81,92 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 350,00 350,00 0,00 0,00
SitMermoz_2(0) 1 1 1 9,50 9,50 97,73 97,73 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 95,00 95,00 0,00 0,00
SitMermoz_3(0) 1 1 1 35,87 35,87 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 200,00 200,00 0,00 0,00
SiteAlmadies_1(0) 1 1 1 7,94 7,94 98,28 98,28 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 45,00 45,00 0,00 0,00
SiteAlmadies_2(0) 1 1 1 4,64 4,64 91,74 91,74 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 150,00 150,00 0,00 0,00
SiteAlmadies_3(0) 1 1 1 18,79 18,79 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 255,00 255,00 0,00 0,00
SiteFann_1(0) 1 1 1 69,75 69,75 100,00 100,00 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 355,00 355,00 0,00 0,00
SiteFann_2(0) 1 1 1 58,47 58,47 100,00 100,00 65deg 18dBi 4Tilt 65deg 18dBi 4Tilt 80,00 80,00 0,00 0,00
SiteFann_3(0) 1 1 1 67,82 67,82 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 225,00 225,00 0,00 0,00
SiteGueuleTapee_1(0) 1 1 1 13,75 13,75 98,25 98,25 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 35,00 35,00 0,00 0,00
SiteGueuleTapee_2(0) 1 1 1 39,30 39,30 100,00 100,00 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 135,00 135,00 0,00 0,00
SiteGueuleTapee_3(0) 1 1 1 53,80 53,80 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 235,00 235,00 0,00 0,00
SiteSandaga_1(0) 1 1 1 19,91 19,91 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 345,00 345,00 0,00 0,00
SiteSandaga_2(0) 1 1 1 43,69 43,69 100,00 100,00 65deg 18dBi 2Tilt 65deg 18dBi 2Tilt 110,00 110,00 0,00 0,00
SiteSandaga_3(0) 1 1 1 13,98 13,98 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 220,00 220,00 0,00 0,00
SiteUCAD_1(0) 1 1 1 9,92 9,92 85,25 85,25 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 25,00 25,00 0,00 0,00
SiteUCAD_2(0) 1 1 1 65,43 65,43 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 120,00 120,00 0,00 0,00
SiteUCAD_3(0) 1 1 1 50,15 50,15 100,00 100,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 230,00 230,00 0,00 0,00
SiteYoff_1(0) 1 1 1 20,91 20,91 99,00 99,00 90deg 17dBi 2Tilt 90deg 17dBi 2Tilt 40,00 40,00 0,00 0,00
SiteYoff_2(0) 1 1 1 4,38 4,38 82,65 82,65 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 150,00 150,00 0,00 0,00
SiteYoff_3(0) 1 1 1 4,59 4,59 88,37 88,37 33deg 21dBi 2Tilt 33deg 21dBi 2Tilt 200,00 200,00 0,00 0,00
Tableau 19 : Recommandations issues de la sixime optimisation avec ACP
Nous pouvons comparer ici les diffrentes amliorations qui ont eu lieux de la premire la sixime optimisation lances avec ACP.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
83
IDE SIDDO NAJI


2.1.La couverture en fonction du niveau du signal (coverage by signal level)

Figure 35 : Couverture en fonction du niveau du signal avant et aprs
optimisation
On remarque une nette amlioration de la couverture en fonction du niveau du
signal. Les zones en bleue tant celles o il ny a aucune couverture, celles en rouge celles
o le signal est le plus fort. Les zones non couvertes, initialement estimes 13km
2
, sont
passes approximativement 1,6km
2
.








Avant
Optimisation
Optimisation
N3
Optimisation
N5
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
84
IDE SIDDO NAJI
2.2.Pilot reception analysis


Figure 36 : Pilot reception analysis avant et aprs optimisation

Ici nous avons la couverture en fonction du niveau de lEc/Io dans le rseau. Donc
en se basant sur les donnes du tableau portant sur lapprciation du RSCP et de lEc/Io,
les zones bleues reprsentent celles o aucune couverture rseau nest assure. Les autres
zones reprsentent celles o il y a une couverture rseau, celles en vert ayant une faible
couverture rseau (niveau de signal faible). Loptimisation a donc permis la rduction de
la surface de la zone sans couverture de 9,2Km
2
0,5km
2.






Optimisation
N5
Avant
Optimisation
Optimisation
N3
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
85
IDE SIDDO NAJI
2.3. Zones de chevauchement (Overlapping zones)

Figure 37 : Overlapping zone avant et aprs optimisation

Le but ici est davoir au maximum 3 serveurs desservant les diffrentes zones. Dans
le meilleur des cas, 2 serveurs par zone est acceptable et indique les zones de handovers
probables.









Avant
Optimisation
Optimisation
N3
Optimisation
N5
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
86
IDE SIDDO NAJI
CHAPITRE 3 : OPTIMISATION AVEC LES DRIVES TESTS
Le module ACP dAtoll Forsk permet de faire une optimisation du rseau. Des
seuils sont tablis et ce dernier fait des recommandations afin datteindre ces seuils.
Latteinte de ces seuils, permet de se rapprocher le plus possible de la situation optimale.
Sur le terrain, un autre type doptimisation est effectu, il sagit de loptimisation
avec les drives tests. Ils permettent de mettre jour les problmes doptimisation ayant
chapps loptimisation initiale. Ces problmes peuvent tre dus une caractristique du
terrain ou autres (immeuble, etc.).
Aussi dans notre exemple des drives tests ont t mens.

1. Dfinition des trajets de drive test
Avant le lancement des drives tests, les trajets de drive test doivent tre dfinis.
Ci-dessous, un trajet de drive test dfini sous forme de carte :

Figure 38 : Trajet de drive test
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
87
IDE SIDDO NAJI
2. Chaine de mesure de drive test

Figure 39 : Equipements de drive tests pour les appels Voix, CS64 et PS

3. Mesures de base effectues lors des drives tests
3.1.Mesures effectues sur le canal pilote P-CPICH (Primary Common Pilot Channel)
Les mesures de bases effectues par le scanner sur le canal pilote P-CPICH sont :
- CPICH_RSCP (Receive Signal Code Power);
- CPICH_Ec/No (Lnergie reue par chip divise par la densit de puissance dans la
bande) ;
- RSSI (Receive Signal Strength Indicator);

Ces donnes mesures par le scanner permettent de vrifier :
- Les problmes de couverture ;
- Les problmes de Missing Neighbors ;
- Les problmes dinterfrence (Overshooting Cell, Pilot pollution) ;

En rgles gnrale en se basant sur les valeurs du CPICH_RSCP et CPICH_Ec/No,
il est possible dapprcier le niveau de couverture dans une zone. Ainsi nous avons dans le
tableau ci-dessous lapprciation faite en se basant sur les valeurs de ces lments :



Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
88
IDE SIDDO NAJI
Niveau de couverture RSCP (dBm) Ec/No (dB)
Suffisante
RSCP -100 Ec/No -14
Pauvre
-115 RSCP < - 100 -16 Ec/Io < -14
Pas de couverture
RSCP < -115 Ec/Io < - 16
Tableau 20 : Relation niveau de couverture UMTS / Ec/Io / RSCP
Ces mesures effectues sur la CPICH, permettent de dtecter les trous de couverture et de
les corriger.

3.2.Rsultats des mesures sur le canal pilot P-CPICH
Les rsultats sont gnrs sous forme de carte, et permettent davoir un visuel direct des
zones problmes.

3.2.1. Mesure du Best Server Signal Strenght (RSCP)










Figure 40 : Mesure du Best Signal Strenght (RSCP)
En jaune les zones avec un RSCP lev.
En bleu les zones pouvant gnrer des problmes
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
89
IDE SIDDO NAJI
Et en gris les zones problmes.

3.2.2. Mesure de lEc/No

Figure 41 : Mesure de lEc/No
En vert les zones avec un Ec/No acceptable.
En bleue les zones pouvant gnrer des problmes.
En Orange les zones problmes.

3.2.3. Zones de haute interfrence
En corrlant dans un graphique les valeurs recueillies pour le RSCP et lEc/Io, avec les
valeurs de RSCP sur laxe des ordonnes et les valeurs de lEc/Io sur laxe des abscisses,
on peut dterminer les zones trs forte interfrence.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
90
IDE SIDDO NAJI

Figure 42: Zones haute interfrence
Les zones trs hautes interfrences sont identifies comme le montre le graphique par :
- Un RSCP > -90 dBm
- Un Ec/No < -9 dB

Figure 43 : Zone dinterfrence (RSCP > -90 dBm et Ec/No < -9 dB)
-100
-90
-80
-70
-60
-50
-40
-30
-25 -20 -15 -10 -5 0 5
Ec/Io [dB]
R
S
C
P

[
d
B
m
]
High interference
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
91
IDE SIDDO NAJI
3.2.4. Pollution par les Pilotes (Pilot pollution)


Figure 44 : Zones de pilot pollution
Pour corriger le souci de pilot pollution identifi, des propositions de modification
sont faites sur les secteurs concerns. Ci-dessous sous forme de tableau, ces diffrentes
propositions :

Nom du
site
Nombre de
secteur
SC du Pilot
Hauteur de
lantenne
(m)
Tilt de
lantenne
(degr)
Proposition
de Tilt
(degr)
A 1 173 38 2 5
A 2 76 38 2 4
D 1 485 47,3 2 8
C 2 24 39,2 3 5
B 3 79 27 2 3
Tableau 21 : Pollution par les pilotes proposition de changement

Aprs application de ces changements, le problme de pilot pollution a disparu.
Comme indiqu dans la figure ci-dessous :
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
92
IDE SIDDO NAJI

Figure 45 : Correction du problme de pilot pollution

3.3.Mesures effectues sur lUE
Les appels longs (Long Call) et courts (Short Calls) Voix/ Vido / PS passs sur les UEs
raccords notre dispositif de drive test, nous permettent didentifier les zones :
- De blocage dappel ;
- De Perte dappel ;
- De vrifier le dbit/dlai de transmission.

3.3.1. Analyse des Short Calls
Pour un Short Call, lappel est lanc puis maintenu pour une dure indtermine de 15s -
60s. Les checs dtablissement dappel et les coupures dappel lors de ces tests, sont
utiliss pour analyser les checs daccessibilit dus aux :
- Echecs dUE ;
- Mauvaises configurations des paramtres ;
- Problmes de couverture ;
- Interfrences ;
- Autres.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
93
IDE SIDDO NAJI
3.3.2. Analyse des Long Calls
Dans ce cas, lappel est lanc, puis maintenu jusqu' ce quil soit coup. Les coupures
durant les Long Call peuvent tre utilises pour identifier :
- Les relations de Missing Neighbor ;
- Les problmes de couverture ;
- Les caractristiques du rseau ;
- Les meilleurs paramtres.

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
94
IDE SIDDO NAJI


CONCLUSION GENERALE
La gestion de la QoS est un lment crucial dans la vie et le dveloppement des
rseaux UMTS. De nombreux paramtres entrent en jeux dans son apprciation et son
valuation. Loprateur tlcoms doit de ce fait dfinir un ensemble de paramtres de
performances sur lesquels il portera son attention, en fonction de la stratgie quil adopte
envers ses concurrents.
Lamlioration de la QoS en UMTS se fait en optimisant le rseau daccs UMTS.
Pour ce faire de nombreux outils sont mis la disposition de lingnieur tlcoms. Parmi
ces outils les drives tests, les logiciels de simulation et de planification radio comme Atoll
Forsk.
Notre tude nous a permis davoir une meilleure comprhension de la QoS dans le
rseau UMTS, et des moyens mis en uvre pour lamliorer.












Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
95
IDE SIDDO NAJI


ANNEXES






Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
96
IDE SIDDO NAJI
Annexe 1 : Planification des Scramblings Code
Deux types de mthodes de planification sont dvelopps. L'une est base sur la
rutilisation des groupes de codes, et l'autre est base sur l'optimisation de la coloration de
graphe. La mthode base sur la coloration de graphe a un rendement plus efficace que la
mthode de planification base sur la rutilisation de cluster.
1. Distance de rutilisation
Une tche importante dans la planification des groupes de code est de dterminer la
distance minimale entre les cellules pouvant avoir un groupe de code identique. Cette
distance, dsigne comme la distance de rutilisation est calcule comme suit :

Figure 1. Deux cellules distantes L
ij

Supposons que la i-me et j-me cellule ont un groupe de code identique. Notons la
distance entre les cellules par Lij et les rayons de ces cellules par Ri et Rj (figure 1). La
distance Lij doit tre suffisamment grande de sorte que la puissance du signal d'une station
de base distante soit beaucoup plus petite que celle de la station de base de la cellule. Plus
prcisment, il est souhaitable que la puissance d'une station de base distante soit
infrieure la puissance du bruit. Cette condition est remplie si l'ingalit suivante est
satisfaite:
10 log(

max(

))

10 log(

max(

))

>

(1)
O est l'exposant de perte de trajet et PG
dB
est le gain de traitement l'chelle dB.
Lexpression gauche de lingalit reprsente la perte de propagation minimale de la
station de base distante et lexpression droite est la perte de trajet maximale du signal de
la station de base d'origine. L'ingalit est rcrite comme :

> max

. 1 + 10

10
(2)

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
97
IDE SIDDO NAJI
2. La mthode de rutilisation de cluster

Figure 2 : Exemple de planification SC bas sur la rutilisation de cluster
La mthode de rutilisation de cluster assigne les groupes de code selon un motif de
rutilisation de groupe de code prdtermin. Par exemple, dans la figure 2, 13 cellules
sont regroupes et le motif pour le code daffectation de groupe est rpt pour tous les
groupes. La distance de rutilisation dans ce cas est obtenue en remplaant max(Ri,Rj)
dans (2) avec Rmax qui est le rayon de la plus grande cellule, c'est--dire,
>

. 1 + 10

10
(3)
O L est la distance entre les cellules.
Notons le nombre de cellules dans un cluster par K. On peut montrer que :
=

3 (4)
O Rmin est le rayon de la plus petite cellule.
En utilisant (4) dans (3), une condition relative la taille de cluster K est obtenue:
>

2
3

2
. 1 + 10

10
(5)
Pour obtenir un motif de rutilisation sans chevauchement, K doit tre un lment
de lensemble F = {f(i,j)=i
2
+ij+j
2
|i, j sont des entiers positifs}.
Par consquent, K est rgl sur le plus petit entier dans F satisfaisant lquation (5).
La taille de cluster K est le nombre de groupe de codes requis par le rseau.

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
98
IDE SIDDO NAJI
3. La mthode de coloration de Graphe
La coloration de graphe considre comme un problme, lassignation dune couleur
chaque nud dans un graphe. Supposons quil y a des couleurs avec les indexes
{1,2,}. La coloration de graphe rduit le nombre de couleur affecter sous la contrainte
que la diffrence entre les indices de couleur assigne aux i-me et j-me nud est plus
grand qu'une constante C
ij
, pour tout i et j.
Comme les cellules dans un rseau peuvent tre considres comme des nuds dans
un graphe, la coloration de graphe peut tre applique au problme de la planification de
code de brouillage qui minimise le nombre de codes de brouillage fixe attribu un
rseau.
Supposons quil y a M cellules dans le rseau. Soit X = {1,2,,M} l'ensemble des
indices des cellules, et C = [C
IJ
] est une matrice M x M qui est appel la matrice de
compatibilit. La constance C
ij
est zro ou un: si la distance entre les i-me et j-me
cellule est infrieure la distance de rutilisation, en (2), c
ij
est mis un, sinon, c
ij
est gal
zro. Notons le nombre de codes de brouillage disponible par z et l'ensemble des indices
de code disponibles par S. Soit S = {1,2,,z}. Notre objectif est de minimiser z, sous les
contraintes spcifies par la matrice de compatibilit C. Soit I
Ki
est une fonction
indicatrice qui est gale un si le k-me indice de code est attribu la i-me cellule, et
zro sinon. Alors Z = max{k|I
ki
= 1 } et le problme doptimisation par coloration de
graphe pour la planification de code de brouillage est nonc comme suit :
Minimisons
= {|

= 1 }


Sous rserve que

= 1

,

,
,

= 1,

= 0 1. (6)
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
99
IDE SIDDO NAJI
La premire contrainte dans (6) indique que seul un groupe de scrambling code est
assigne une cellule. La seconde contrainte spcifie que lindice du code de sparation
entre la i-me et la j-me cellule devra tre plus grand ou gal C
ij
.
4. Extension un rseau multicouche
Les deux mthodes prsentes peuvent tre appliques directement un rseau
multicouche : La planification de groupe de scrambling code pour une seule couche peut
tre vue comme un problme bidimensionnel (2D), et son extension la multicouche est
un problme tridimensionnel (3D).
Dans le cas de la stratgie de rutilisation cluster, un tel problme 3-D dgnre en
plusieurs sous-problmes 2-D, dans lequel le nombre de sous-problmes est gale au
nombre de couche, parce que des groupes de scrambling code disjoint devront tre
assignes diffrentes couches.
Pour la stratgie de coloration de graphe, une telle simplification nest pas possible
un groupe de code identique devra tre utilis pour diffrentes couches. Dans ce cas,
nous simplifions artificiellement le problme 3-D en des problmes 2-D.
Chaque problme 2-D (valable pour les deux mthodes) est alors rsolu en
appliquant les mthodes vues prcdemment.










Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
100
IDE SIDDO NAJI
Annexe 2 : Mthode de dimensionnement des CEs

Si le nombre dutilisateur connect nest pas connu, mais seul le trafic offert est
donn, une certaine adaptation du model de ressource de base devra tre faite afin de
pouvoir calculer le nombre de CEs. Partant de cette hypothse, le procd de
dimensionnement CE se compose des deux parties principales suivantes :
identification du nombre d'utilisateurs simultans ;
calcul du nombre de CE.










Figure 46. Mthode de dimensionnement CE

1. Identification du nombre dutilisateur simultan
1.1. Identification du nombre moyen d'utilisateurs simultans
D'aprs l'quation 1, le nombre de CE peut tre calcul si le nombre d'utilisateur est
connue pour chaque service. Quand seul le trafic offert par site est donn, le temps
d'occupation moyen pour la porteuse radio individuelle doit tre considr. En spcifiant
un utilisateur moyen, il est possible de trouver le nombre dutilisateur simultan. Les
caractristiques spcifiques de l'application ntant pas donnes, il est valable pour
simplifier le processus de dimensionnement, de supposer que tout le trafic effectu sur un
6. Dtermination du nombre total
d'EC requis
3.Calcul du n
CE,Peak

4.Calcul du n
CE,AVE

5.Calcul du n
CE,BE

Calcul du nombre de CEs
Identification du nombre
d'utilisateurs simultans
2. Identification du nombre
maximum d'utilisateurs simultans
1. Identification du nombre moyen
d'utilisateurs simultans
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
101
IDE SIDDO NAJI
porteuse radio individuelle a les mmes caractristiques. Les calculs suivants utilisent
cette hypothse.
Dans le cas o le trafic offert Ai est donne en bps, l'expression suivante peut tre
utilise pour convertir le trafic offert en Erlang:
i AF i
bps i
i
K R
A
A
,
,
=
(2)

A
i,bps
est le trafic offert en bps pour le service i.
R
i
est le taux de porteuse pour un service i.
K
AF, i
est le facteur d'activit pour le service i
Dans de nombreuses applications de donnes le trafic offert est asymtrique par
rapport l'UL et au DL. Lorsqu'un utilisateur est mis en place sur une DCH, les ressources
en UL et DL seront occupes, bien que l'un des liens sera trs sous-utilis. Ainsi, dans les
calculs, le trafic offert pour le dimensionnement du matriel est dfini comme suit:
) , max(
, , i DL i UL i
A A A =
(3)

A
UL,i
est le trafic UL offert par site pour le service i
donn en Erlang.
A
DL,i
est le trafic DL offert par site pour le service i
donn en Erlang.
Le trafic offert doit galement prendre en considration le soft handover. Le trafic
offert pour un certain service incluant le soft handover est donne par l'expression
suivante:
) 1 (
, i i i SHO
A A k + =

(4)

i
est la fraction dutilisateur soft handover pour
le service i.

1.2. Identification du nombre maximum d'utilisateurs simultans
Quand la seule entre pour l'estimation des CEs est le trafic offert, l'estimation doit
prendre en considration le trafic de pointe. En supposant une limite en termes de capacit
matrielle la formule Erlang B peut tre utilise pour calculer le nombre maximal d'utilisateur
partir du trafic offert. Le nombre maximum d'utilisateurs simultans que peut avoir le service
i est alors:
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
102
IDE SIDDO NAJI
) , (
, , i GoS i SHO i
K A ErlangB M =


(5)

A
SHO,i
est le trafic offert incluant le soft
handover pour le service i.
K
GoS,i
est la qualit de service en % pour le
service i.

2. Calcul du nombre de CEs
.1. n
CE,Peak

Lorsque le nombre de canaux requis par service est connu, le nombre de CE pour
grer les pics de trafic en heure de pointe peut tre calcul:
i
i
i Peak CE
M n

=
,
(6)

M
i
est le nombre maximum dutilisateurs
simultans par site pour le service i.
I
i
est le facteur CE pour la porteuse radio.

- HSDPA - Dimensionnement pour UL A-DCH
Il n'est pas ncessaire de dimensionner les lments de canal pour HS-DSCH et DL
A-DCH. Cependant, il y a un besoin pour le dimensionnement CE pour UL A-DCH.
L'quation 6 peut tre appliqu pour 64 kbps ou 384 kbps UL A-DCH, puisque ces canaux
sont traits de la mme manire que DCH.
- EUL - Dimensionnement E-DCH
L'quation 6 peut galement tre utilise pour lEUL, mais avec quelques adaptations.
La raison de cette adaptation est un traitement diffrent des utilisateurs E-DCH de cellule
serveuse et des utilisateurs E-DCH de cellule non serveuse en soft handover. En consquence,
l'expression suivante est utilise pour calculer n
ce
dans l'quation 6.
ing eulNonServ EUL i eulServing EUL EUL Peak CE
M M n k + =
, , (1)

M
EUL
est le nombre maximum dutilisateur E-DCH simultan par site.
I
eulServing
est le facteur CE pour le taux cible des utilisateurs E-DCH de la cellule serveuse.
k
i
est la fraction dutilisateur soft handover pour le service i.
I
eulNonServing
est le facteur CE pour l'allocation CE fixe pour les utilisateurs E-DCH de cellules
non-serveuse en soft handover.


Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
103
IDE SIDDO NAJI
.2. n
CE,AVE
Lorsque les porteuses conversationnelles et best effort sont mlanges, le
dimensionnement doit prendre le trafic moyen en considration. Avec le trafic conversationnel
ayant une priorit plus leve, le trafic interactif va remplir l'espace lorsque le trafic de classe
conversationnelle n'est pas utilis. Cela donne deux limitations possibles, une limitation
partir du trafic conversationnel de pointe, et une limitation partir du trafic best effort, puisque
les services de donnes haut dbit sont plus exigeants en termes de capacit CE. Lors de
l'estimation des CEs pour le trafic best effort la fois le trafic conversationnel moyen et le
trafic best effort doivent tre pris en compte.
L'utilisation moyenne CE pour le trafic de classe conversationnelle est calcul avec les
quations suivantes:

=
=

i
i DL i B i SHO DL AVE CE
i
i UL i B i SHO UL AVE CE
p A n
p A n
, , , , ,
, , , , ,
) 1 (
) 1 (


(2)
A
SHO,i
est le trafic de la classe de
conversation offert en Erlang pour le
service i.
p
B,i
est le blocage rels pour le service i.

En cas de partitionnement complet, p
B,i
sera gal la GoS dsire pour chaque service
individuel i. Si le multiplexage statistique est utilis, la valeur relle de blocage est calcule en
fonction.

.3. n
CE,BE

L'utilisation moyenne CE pour le trafic best effort est calcul avec les quations
suivantes:

=
=

i
i DL i SHO DL BE CE
i
i UL i SHO UL BE CE
A n
A n
, , , ,
, , , ,

(3)

A
SHO,i
est le trafic best effort offert en Erlang
pour le service i.

- LEnhanced Soft Congestion
Dans les situations de trafic charg, sil y a une demande dtablissement de porteuse
radio avec un taux bas, lEnhanced Soft Congestion essayera de rabaisser lutilisateur best
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
104
IDE SIDDO NAJI
effort un taux plus bas. Ce qui permet de simplifier les calculs de dimensionnement, en
assumant que seul le taux de porteuse le plus bas sera utilis pour les services best effort. La
formule suivante peut tre applique pour exprimer n
CE
au lieu de lquation 3:

=
=
DL SHO DL BE CE
UL SHO UL BE CE
A n
A n
, 64 64 , , ,
, 64 64 , , ,
(4)
- HSDPA Dimensionnement pour UL A-DCH
Il nest pas ncessaire de dimensionner les CEs pour le HS-DSCH et le DL A-DCH.
Cependant il est ncessaire de dimensionner les CE pour le UL A-DCH. Lquation 9 peut tre
applique pour 64 kbps ou 384 kbps UL A-DCH, puisque ces canaux sont traites de la mme
manire que les DCHs.
- EUL Dimensionnement pour E-DCH
Lquation 3 peut aussi tre utilise pour lEUL avec quelques adaptations. La raison de
cette adaptation est le traitement diffrent des utilisateurs E-DCH de cellule serveuses et ceux
de cellule non-serveuse en situation de soft handover comme dcrit dans la section 4.2.
Comme rsultat, la formule suivante peut tre utilise pour exprimer n
CE
pour EUL dans
lquation 9.
ing eulNonServ EUL i eulServing EUL EUL BE CE
A A n k + =
, , (5)

A
EUL
est le traffic uplink offert en Erlang pour EUL/HS.
I
eulServing
est le facteur CE pour le taux vis pour les utilisateurs EUL ayant la cellule
comme cellule serveuse EUL.
k
i
est la portion dutilisateurs soft handover.
I
eulNonServing
est le facteur CE pour lallocation CE fixe pour les utilisateurs des cellules
non-serveuses.

Dans une situation de charge, s'il y a une demande d'tablissement de support radio avec
un faible taux, lEnhanced Soft Congestion demandera au planificateur EUL de planifier les
utilisateurs E-DCH de la cellule serveuse des taux infrieurs eulTargetRate. Cependant,
un utilisateur E-DCH dune cellule serveuse qui a t admis, ne sera pas rabaiss des taux
infrieurs l'allocation minimum CE.
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
105
IDE SIDDO NAJI
Cela permet la formule suivante d'tre utilis pour exprimer n
CE
.
ing eulNonServ EUL i on CeAllocati EUL EUL BE CE
A A n k + =
min , ,
(6)
O
I
minCeAllocation
est le facteur de l'lment de canal pour le dbit support par la
rpartition HW minimale pour un utilisateur E-DCH. Ces lments de canaux ne seront pas
viss par lEnhanced Soft Congestion function.

.1. Calcul du nombre total de CEs requis
Afin d'estimer le nombre total des CEs, la moyenne CE et le best effort CE sont
ajouts. Ceci est ensuite compar aux CEs occupes par le trafic de pointe. Ce qui suit est
donc vrai pour le nombre total de CE ncessaire:

+ =
+ =
) , max(
) , max(
, , , , , , , ,
, , , , , , , ,
DL BE CE DL AVE CE DL Peak CE DL TOT CE
UL BE CE UL AVE CE UL Peak CE UL TOT CE
n n n n
n n n n
(13)

Un certain nombre d'hypothses et stratgies en matire de trafic de pointe aux
heures de pointe peuvent tre utiliss:

- Seul le trafic conversationnel admis aux heures de pointe cette stratgie se
traduit par le faible cot en termes d'utilisation CE, mais se traduit par une dgradation de
dbit aux heures de pointe pour le trafic best effort.

+ =
+ =
) , max(
) , max(
, , , , , , , ,
, , , , , , , ,
DL BE CE DL AVE CE DL PeakConv CE DL TOT CE
UL BE CE UL AVE CE UL PeakConv CE UL TOT CE
n n n n
n n n n
(14)


- Trafic conversationnel et Best effort admis en heures de pointe + impact maximum
de l'Enhanced Soft Congestion cette stratgie est plus coteuse en termes d'utilisation
CE mais entrane une dgradation de dbit plus faible en heures de pointe pour le trafic
best effort, puisque les CEs sont dimensionns pour admettre les utilisateurs best effort
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
106
IDE SIDDO NAJI
aux heures de pointe sur au maximum 64/64 kbps. Il convient de noter que les n
CE,AVE
et
n
CE,BE
n'ont pas besoin d'tre pris en compte, car ces chiffres sont toujours infrieurs
n
CE,Peak
:

+ =
+ =
) (
) (
, 64 / 64 , , , , ,
, 64 / 64 , , , , ,
DL Peak CE DL PeakConv CE DL TOT CE
UL Peak CE UL PeakConv CE UL TOT CE
n n n
n n n
(15)



- Trafic conversationnel et Best effort admis en heures de pointe + pas d'impact de
l'Enhanced Soft Congestion cette stratgie est la plus coteuse en termes d'utilisation CE.
Il n'abouti aucune dgradation de dbit aux heures de pointe pour le trafic Best effort,
puisque les CEs sont dimensionns pour grer tous les services et trafic en heure de pointe.
Ce qui suit est un exemple d'utilisation de l'quation 13 pour le dimensionnement du trafic
conversationnel et le trafic best effort aux heures de pointe sur trois supports radio
diffrents:

+ + =
+ + + =
) , (
) (
, 384 / 64 , , 128 / 64 , , 64 / 64 , , , , ,
, 384 / 64 , , 128 / 64 , , 64 / 64 , , , , ,
DL Peak CE DL Peak CE DL Peak CE DL PeakConv CE DL TOT CE
UL Peak CE UL Peak CE UL Peak CE UL PeakConv CE UL TOT CE
n n n n n
n n n n n
(16)


- Cas de trafic particulier
Dans les phases de renforcement, avant qu'une quantit importante de trafic ne soit
prsent dans le systme, il peut tre souhaitable de dimension pour juste assez les CEs
pour assurer un niveau nominal de service continu et une couverture transparente. Ce cas
ncessite toujours un minimum de CE. La rgle suivante doit tre utilise:

Le nombre minimum de CE en UL et DL doit tre capable de grer les plus
exigeants CS RAB et les plus exigeants PS RAB simultanment
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
107
IDE SIDDO NAJI
titre d'exemple, supposons que la parole 12.2 kbps, 64 conversationnel et
interactif PS384/384 RABs est utilis, avec le facteur CE 1/1, 4/2 et 16/8 pour la parole
UL/DL, CS64 et PS64/384 respectivement. Alors le minimum requis sera 4+16 = 20 CE
en UL et 2+8 = 10 CE en DL.





















Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
108
IDE SIDDO NAJI
Annexe 3 : Les indicateurs de qualit en GSM
Les indicateurs de qualit varient dun rseau un autre. Aussi en comparaison
lUMTS, les indicateurs au niveau du GSM, permettant dapprcier / valuer la qualit du
service labonn sont les suivants :
- RxLev Received Signal Level [dBm]
Il indique la puissance laquelle les MS reoivent. Il consiste mesurer sur la voie
balise BCCH, le niveau de champ RxLev reu par le mobile.
RxLev = EiRPdbm Path Loss(db)
La correspondance entre RxLev et lapprciation de la couverture dpend des choix
de loprateur comme le montre le tableau suivant :
Niveau de couverture RxLev (dBm)
Pas de couverture -110 -95
Mauvaise couverture -95 -85
Assez bonne couverture -85 -75
Bonne couverture -75 -65
Trs bonne couverture -65 -46
Tableau 22 : Exemple de convention niveau de champ RxLev
- RxQual Received Signal Quality
Il sagit dune mesure de la qualit de la parole en se basant sur l'analyse BER. Le
RxQual est une mesure logarithmique du BER (Bit Error Rate), quantifie en 8 niveaux
comme indiqu dans le tableau ci-dessous :
RxQual Bit Error Rate (BER)
0 BER < 0,2%
1 0,2% < BER < 0,4%
2 0,4% < BER < 0,8%
3 0,8% < BER < 1,6%
4 1,6% < BER < 3,2%
5 3,2% < BER < 6,4%
6 6,4% < BER < 12,8%
7 12,8% < BER

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
109
IDE SIDDO NAJI
La correspondance entre RxQual et lapprciation de la qualit dpend des choix de
loprateur, le tableau 4 donne un exemple de convention de qualit de service.

Qualit correspondante RxQual
Trs bonne 0 2
Bonne 2 4
Assez bonne 4 6
Mauvaise 6 7
Tableau 23 : Exemple de convention de RxQual
- BER (Bit Error Rate)
Le BER est le nombre d'erreurs de bit divis par le nombre total de bits transmis
pendant un intervalle de temps tudi. Le BER est une mesure de performance sans unit,
souvent exprim en pourcentage. La formule est donne ci-dessous :
=



- C/I Carrier to Interference ratio
Le rapport signal sur interfrence est le rapport entre lintensit du signal de la
cellule serveuse actuelle et l'intensit des signaux non-dsirs (interfrence). Les valeurs
acceptables en fonctions des diffrents canaux sont donnes dans le tableau ci-dessous :
Canaux Minimum C/I
BCCH / SDCCH 14dB
TCH sans saut de frquence 14dB
TCH avec saut de frquence 12dB (9dB dans certains rseaux)
Tableau 24 : seuils C/I
- TA - Timing Advance
Le TA correspond au temps ncessaire pour un signal, pour atteindre la station de
base partir d'un tlphone mobile.
- Call Set Up Success Rate (CSSR)
Le CSSR indique la probabilit d'appels russis initis par les MS. Le CSSR est un
KPI important pour valuer la performance du rseau. Si cet indicateur est trop faible, les
abonns ne sont pas susceptibles dtablir des appels avec succs. L'exprience utilisateur
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
110
IDE SIDDO NAJI
est donc affecte. L'objectif dpend de la stratgie de loprateur, en gnral lobjectif est
de 98%.
=
Number of successful seizure of SD channel
Total number of requests for seizure of SD channel


- Call Drop Rate (CDR)
Le taux d'abandon dappel est le taux des appels qui ne se sont pas termins avec
succs. En gnral l'objectif pour cet indicateur est de 2% ce qui signifie que seulement
2% dabandons dappels est tolr.
=
Number of TCH drops after assignment


- TCH Congestion Rate (TCHCR)
Il sagit du taux d'appels bloqus en raison de l'indisponibilit des ressources.
=
Number of calls blocked due to resource unavailable
Total number of requests


- Handover Success Rate (HSR)
Il sagit du taux de handover russit. La cible pour cet indicateur cl de performance
dpend des objectifs de loprateur, en gnral lobjectif est de 90%, ce qui signifie que
10% des appels peuvent subir des checs de Handover.
=
[ + ]






Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
111
IDE SIDDO NAJI
BIBLIOGRAPHIE
1- Chris Braithwaite and Mike Scott, UMTS Network Planning and Development
Design and Implementation of the 3G CDMA Infrastructure (2004)
2- Ralf Kreher, UMTS Performance Measurement A Practical Guide to KPIs for the
UTRAN Environment (2006)
3- Jussi Laukkanen, UMTS Quality of Service Concept and Architecture
4- Lucent Technologies, Instructor Guide UMTS UTRAN Optimization (2005)
5- 3GPP, Universal Mobile Telecommunications System (UMTS), QoS Concept and
Architecture (3GPP TS 23.107 version 4.0.0 Release 4)
6- ERICSSON, Channel Element Guideline (2007)
7- Sami Tabbane, Ingnierie des rseaux cellulaires, dition Lavoisier (2002)
8- ECC REPORT, UMTS COVERAGE MEASUREMENTS (2007)
9- Esmael Dinan, Ph.D., Aleksey A. Kurochkin, The Impacts of Antenna Azimuth
and Tilt Installation Accuracy on UMTS Network Performance (2006)

WEBOGRAPHIE
1. http://www.3gpp.com/article/umts
2. http://www.google.fr



Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
112
IDE SIDDO NAJI
INDEX
3G Third Generations
3GPP Third Generation Partnership Project
A-DCH Associated Dedicated Channel
AF Activity Factor
AMR Adaptive Multi Rate
ATTOL UMTS RF planning solution by Forsk
BE Best Effort
BER Bit Error Rate
BLER Block Error Rate
BMC Broadcast Multicast Control
bps Bits Per Second
BS Bearer Service
BSC Base Station Controler
CDMA Code Division Multiple Access
CE Channel Element
CN Core Network
CNB Core Network Bearer
CRNC Controling Radio Network Controler
CS Circuit-Switched
DL Downlink
DCH Dedicate Chanel
DL DownLink
E-DCH Enhanced Dedicated Channel
EUL Enhanced Uplink
FDD Frequency Division Duplex
FTP File Transfert Protocol
GSM Global System For Mobile Telecommunication
GPRS General Packet Radio Service
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
113
IDE SIDDO NAJI
GoS Grade of Service
HS High Speed
HSDPA High Speed Downlink Packet Access
HS-DSCH High Speed Downlink Shared Channel
HSPA High Speed Packet Access
HW HardWare
ISO International Standardization Organization
ITU-T IUT Telecommunication Standardization Sector
IETF Internet Engineering Task Force
MAC Medium Access Control
MT Mobil Terminal
MO Managed Object
OSI Open Systems Interconnection
OVSF Orthogonal Variable Spreading Factor
OMC Operation and Maintenance Center
OMC-U Operation and Maintenance Center UMTS
OCNS Orthogonal Channel Noise Simulator
PI Performance Indicator
PN Pseudo Noise
P-CPICH Primary Common Pilot Channel
PS Packet-Switched
PMs Performance Mesures
PDP Packet Data Protocol
PSC Primary Srcambling Code
PS Packet Switched
QoS Quality of Service
RNC Radio Network Controler
RRC Radio Ressource Control
RAB Radio Access Bearrer
RF Radio Frequence
RBS Radio Base Station
RAN Radio Access Network
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
114
IDE SIDDO NAJI
R99 Release 99
RAB Radio Access Bearer
RAN Radio Access Network
RB Radio Bearer
RBS Radio Base Station
SF Spreading Factor
SRNC Serving RNC
SDU System Data Unit
SDU Service Data Unit
SMS Short Message Service
SHO Soft Handover
SW Software
TDD Time Division Duplex
TDMA Time Division Multiple Access
TCP/IP Transmission Control Protocol/Internet Protocol
TSPEC Trafic Specification
UE User Equipment
UL Uplink
UMTS Universal Mobile Telecommunications System
UTRAN UMTS Terrestrial Radio Access Network
WCDMA Wideband Code Division Multiple Access
WWW World Wide Web

Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
115
IDE SIDDO NAJI
TABLES DES MATIERES
Remerciements ........................................................................................................................ i
Ddicace ................................................................................................................................. ii
Liste des figures .................................................................................................................... iii
Liste des Tableaux ................................................................................................................. v
Sommaire .............................................................................................................................. vi
I ntroduction gnrale ............................................................................................................ 1
PREMI ERE PARTI E ............................................................................................................ 3
Chapitre 1: Gnralits sur les rseaux 3G .......................................................................... 4
1. LUMTS .......................................................................................................................................... 4
1.1. Concepts et objectifs de lUMTS .......................................................................................... 4
1.2. Avantages de lUMTS ............................................................................................................ 5
1.3. Classes de services en UMTS ................................................................................................. 6
1.4. Hirarchie des cellules en UMTS ........................................................................................... 7
2. Les principes du WCDMA ............................................................................................................ 7
2.1. CDMA .................................................................................................................................... 7
2.2. Etalement de spectre ............................................................................................................ 8
2.2.1. La channelisation ........................................................................................................... 9
2.2.2. Le Scrambling .............................................................................................................. 11
2.3. Multiplexage ....................................................................................................................... 12
2.4. Les contraintes du WCDMA ................................................................................................ 13
2.4.1. Leffet near-far ............................................................................................................ 13
2.4.2. Le fast-fading ............................................................................................................... 13
2.4.3. Les trajets multiples .................................................................................................... 13
Chapitre 2 : Composants et architecture dun UTRAN WCDMA .................................. 14
1. Architecture globale de l'UMTS ................................................................................................. 14
2. Architecture Globale et composants de l'UTRAN ...................................................................... 15
2.1. Architecture de lUTRAN ..................................................................................................... 15
2.2. Les composants de lUTRAN ................................................................................................ 16
2.2.1. Node B ......................................................................................................................... 16
2.2.2. RNC .............................................................................................................................. 17
2.2.3. Les Interfaces de communication ............................................................................... 18
2.3. Architecture en couche ....................................................................................................... 18
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
116
IDE SIDDO NAJI
2.3.1. La couche Physique ........................................................................................................... 19
2.3.2. La couche liaison de donnes ..................................................................................... 19
2.3.3. La couche RRC ............................................................................................................. 20
2.4. Les canaux logiques, de transport et physiques de linterface radio WCDMA ................... 20
2.4.1. Canaux logiques .......................................................................................................... 20
2.4.2. Canaux de transport .................................................................................................... 22
2.4.3. Canaux physiques ........................................................................................................ 23
2.5. Les mcanismes de linterface radio de lUTRAN ................................................................ 24
2.5.1. Handovers ................................................................................................................... 24
2.5.1.1. Soft handover ......................................................................................................... 24
2.5.1.2. Softer handover ...................................................................................................... 25
2.5.2. Le contrle de puissance ................................................................................................... 25
2.5.2.1. Contrle de puissance sur la liaison montante ....................................................... 26
2.5.2.2. Contrle de puissance sur la liaison descendante .................................................. 26
2.5.3. Respiration de cellule .................................................................................................. 27
DEUXI EME PARTIE ......................................................................................................... 28
Chapitre 1 : QoS et Optimisation 3G: Cas de lUTRAN .................................................... 29
1. Concept et Architecture de la QoS UMTS ................................................................................... 29
1.1. Dfinition de la QoS UMTS .................................................................................................. 29
1.2. Architecture de la QoS en UMTS ......................................................................................... 29
1.2.1. Le service support UMTS ............................................................................................. 30
1.2.1.1. Le service support daccs radio (RAB) ................................................................... 31
1.2.1.2. Le service support du rseau de cur (CNB) ......................................................... 31
1.3. Les fonctions de gestion de QoS dans un rseau UMTS ..................................................... 32
1.3.1. Les fonctions de gestion de QoS dans le plan de contrle .......................................... 32
1.3.1.1. Le gestionnaire de service ...................................................................................... 32
1.3.1.2. La fonction de translation ....................................................................................... 32
1.3.1.3. Le contrle dadmission et de capacit .................................................................. 33
1.3.1.4. Le contrle de souscription .................................................................................... 33
1.3.2. Les fonctions de gestion de QoS dans le plan usager ................................................. 34
1.3.2.1. La fonction dassociation ........................................................................................ 34
1.3.2.2. La fonction de classification .................................................................................... 34
1.3.2.3. Le gestionnaire de ressources ................................................................................ 34
1.3.2.4. Le conditionneur de trafic ...................................................................................... 34
1.4. Classes de services .............................................................................................................. 34
1.4.1. La classe conversational ou conversationnelle ........................................................... 36
1.4.2. La classe streamming ou flux continu ...................................................................... 36
1.4.3. La classe interactive .................................................................................................... 37
1.4.4. La classe background ou darrire-plan ...................................................................... 37
Chapitre 2 : Optimisation de lUTRAN .............................................................................. 38
1. Gnralits sur loptimisation rseau ......................................................................................... 38
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
117
IDE SIDDO NAJI
1.1. Dfinition de loptimisation en UMTS ................................................................................. 38
1.2. Objectif de loptimisation .................................................................................................... 39
2. Phases doptimisation du rseau ................................................................................................ 40
3. Outils et sources d'information ................................................................................................... 40
3.1.1. Les Indicateurs cls de performance (KPIs) ................................................................. 41
3.1.1.1. Dfinition de KPI ..................................................................................................... 41
3.1.1.2. Notion de PI ............................................................................................................ 42
3.1.1.3. Formule de calcul des KPIs...................................................................................... 43
3.1.1.4. Les Classes des indicateurs 3G ................................................................................ 45
3.1.2. Les Drives Tests ........................................................................................................... 48
3.1.3. Les plaintes des clients ................................................................................................ 49
3.1.4. Les outils OMC-U ......................................................................................................... 49
3.1.4.1. Le traage RF des appels ......................................................................................... 49
3.1.4.2. OCNS ....................................................................................................................... 49
3.1.5. Les logiciels d'analyse de donnes .............................................................................. 50
4. Les problmes doptimisation communs et les solutions possibles ........................................... 50
4.1. Problme de couverture RF ................................................................................................ 50
4.2. Problme de respiration cellulaire ...................................................................................... 51
4.3. Le problme de pilot pollution ou pollution par les pilotes ....................................... 52
4.4. Problme near-far ou proche-lointain ........................................................................ 53
4.5. Problme Around-the-corner ou autour-du-coin ....................................................... 54
4.6. Problme de Handover ....................................................................................................... 54
4.7. Problme de missing neighbors ou voisins manquants .............................................. 55
5. Processus doptimisation ............................................................................................................ 56
5.1. Cycle de vie du rseau ......................................................................................................... 56
5.1.2. Processus doptimisation ............................................................................................ 57
5.1.3. Channel Element (CE) et Scrambling code (SC) ........................................................... 59
5.1.3.1. Channel Element ..................................................................................................... 59
5.1.3.2. Scrambling Codes.................................................................................................... 59
6. Slection de paramtres cls de performance UMTS ................................................................. 60
6.1. Block Error Rate (BLER) ....................................................................................................... 60
6.2. Transmitted Carrier Power .................................................................................................. 61
6.3. Received Total Wideband Power (RTWP) ........................................................................... 61
6.4. Signal-to-Interference Ratio (SIR) ....................................................................................... 61
6.5. Signal-to-Interference Ratio Error (SIR Error) ..................................................................... 62
6.6. Receive Signal Code Power (RSCP) ...................................................................................... 62
6.7. Ec / Io .................................................................................................................................. 63
6.8. Received Signal Strength Indicator (RSSI) ........................................................................... 63
6.9. Ratio d'utilisation du canal de Transport ............................................................................ 63
6.10. Transmitted Code Power ................................................................................................ 63
6.11. RRC Connection Setup Success Rate / Blocking Rate / No answer rate .......................... 64
6.12. Dbit RLC (RLC Throughput) ............................................................................................ 65
6.13. Le dbit d'application (Application Throughput) ............................................................ 65
Etude et analyse des paramtres de performances pour la gestion de la QoS dans un UTRAN 3G
118
IDE SIDDO NAJI
6.14. Taux de handover et statistiques .................................................................................... 65
TROI SI EME PARTI E ......................................................................................................... 67
Chapitre 1 : Outils et paramtres de simulation ................................................................. 68
1- Google Earth ............................................................................................................................... 68
2. Atoll Forsk ................................................................................................................................... 69
2.1. Automatic Cell Planning (ACP) ............................................................................................ 70
3. Donnes en entres pour la simulation ...................................................................................... 71
Chapitre 2 : Optimisation avec Atoll Forsk ........................................................................ 73
1- Rsultats des simulations avant optimisation avec ACP ............................................................. 73
2. Optimisation avec le module ACP dAtoll Forsk........................................................................ 77
2.1. La couverture en fonction du niveau du signal (coverage by signal level) ......................... 83
2.2. Pilot reception analysis ....................................................................................................... 84
2.3. Zones de chevauchement (Overlapping zones) ................................................................... 85
Chapitre 3 : Optimisation avec les drives Tests .................................................................. 86
1. Dfinition des trajets de drive test .............................................................................................. 86
2. Chaine de mesure de drive test .................................................................................................. 87
3. Mesures de base effectues lors des drives tests ....................................................................... 87
3.1. Mesures effectues sur le canal pilote P-CPICH (Primary Common Pilot Channel) ............ 87
Les mesures de bases effectues par le scanner sur le canal pilote P-CPICH sont : ....................... 87
3.2. Rsultats des mesures sur le canal pilot P-CPICH ............................................................... 88
3.2.1. Mesure du Best Server Signal Strenght (RSCP) ........................................................... 88
3.2.2. Mesure de lEc/No ...................................................................................................... 89
3.2.3. Zones de haute interfrence ......................................................................................... 89
3.2.4. Pollution par les Pilotes (Pilot pollution) .................................................................... 91
3.3. Mesures effectues sur lUE ............................................................................................... 92
3.3.1. Analyse des Short Calls ................................................................................................ 92
3.3.2. Analyse des Long Calls ................................................................................................. 93
Conclusion Gnrale ........................................................................................................... 94
ANNEXES ............................................................................................................................ 95
Annexe 1 : Planification des Scramblings Code ................................................................... 96
Annexe 2 : Mthode de dimensionnement des CEs ............................................................ 100
Annexe 3 : Les indicateurs de qualit en GSM ................................................................... 108
Bibliographie ...................................................................................................................... 111
I NDEX ................................................................................................................................ 112
Tables des matires ............................................................................................................ 115