Rapport Final ALA

Projet fin dtudes : Planification est Optimisation de Rseau 3G Analyse des Drive Tests est des KPIs
INPT Juin 2010 1

Table des Matires
Tables des figures
Table des Tableaux
Introduction gnrale
Chapitre 1 : Etude des fonctionnalits dUMTS et HSDPA

1. Universal Mobile Telecommunications System (UMTS) ............................................................................... 7
1.1 Introduction ............................................................................................................................................. 7
1.2 Attribution De Frquences ...................................................................................................................... 7
1.3 Architecture UMTS: ............................................................................................................................... 8
1.3.1 Rseau daccs UTRAN ................................................................................................................. 9
1.3.2 Rseau Cur : ............................................................................................................................... 10
1.4 Les Principes Du W-CDMA ................................................................................................................ 11
1.4.1 CDMA ........................................................................................................................................... 11
1.5 Les canaux WCDMA ............................................................................................................................ 14
1.5.1 Les Canaux Logiques .................................................................................................................... 15
1.5.2 Les canaux de transport : ............................................................................................................... 16
1.5.3 Les Canaux physiques ................................................................................................................... 16
1.6 Contrle de puissance ........................................................................................................................... 18
1.6.1 Contrle de puissance en boucle ouverte (Open Loop Power Control) ........................................ 19
1.6.2 Contrle de puissance en boucle ferme (Closed Loop Power Control ) ..................................... 19
2. High Speed Downlink Packet Access ........................................................................................................... 20
2.1 Les principes gnraux de lHSDPA : .................................................................................................. 20
2.1.1 TTI court ....................................................................................................................................... 20
2.1.2 La transmission de canal partag .................................................................................................. 20
2.1.3 Modulation et codage adaptatif (AMC) ........................................................................................ 21
2.1.4 Modulation dordre plus lev ...................................................................................................... 21
2.1.5 Mcanisme de retransmission hybride ARQ (HARQ) .................................................................. 22
2.1.6 Ordonnancement Rapide ............................................................................................................... 23
2.2 Architecture protocolaire et structure des canaux introduits ................................................................. 23
2.2.1 Pile protocolaire ............................................................................................................................ 23
2.2.2 Canaux HSDP ............................................................................................................................... 24
2.3 Allocation dynamique de puissance ...................................................................................................... 25
2.4 Le contrle de code HSDPA ................................................................................................................. 25
3. Conclusion .................................................................................................................................................... 26

INPT Juin 2010 2
Chapitre 2 : Planification dun rseau 3G UMTS
1. Introduction : ................................................................................................................................................. 27
2. Capacit de systme WCDMA : ................................................................................................................... 27
3. Allocation de voisinage : ............................................................................................................................... 29
3.1 Allocation de priorit de slection par distance : .................................................................................. 30
3.2 Allocation de priorit par plage de distance : ........................................................................................ 30
4. Allocation des Squences PN........................................................................................................................ 30
4.1 Les squences PN : ............................................................................................................................... 31
4.2 Mthode dallocation de squences PN : .............................................................................................. 32
5. Conclusion : .................................................................................................................................................. 34
Chapitre3 : Tuning dun rseau 3G
1. Introduction : ................................................................................................................................................. 35
2. Les tapes de tuning : .................................................................................................................................... 35
2.1 Prparation ............................................................................................................................................ 35
2.2 Drive Test .............................................................................................................................................. 36
2.3 Analyse et Post-processing : ................................................................................................................. 38
3. Tuning du canal pilote ................................................................................................................................... 38
4. Tuning de la partie CS .................................................................................................................................. 39
4.1 Laccessibilit (ou analyse des appels bloqus) .................................................................................... 39
4.1.1 Voisines non dclares .................................................................................................................. 40
4.1.2 Mauvaise couverture ..................................................................................................................... 40
4.1.3 Not Radio ...................................................................................................................................... 41
4.1.4 Le blocage dappel anormal .......................................................................................................... 42
4.2 La maintenabilit de la connexion (Retainibility ou analyse des dropped calls) .................................. 44
4.2.1 Absence de relation de voisinage .................................................................................................. 44
4.2.2 Mauvaise couverture ..................................................................................................................... 45
4.2.3 Mauvaises conditions radio ........................................................................................................... 46
4.2.4 Congestion .................................................................................................................................... 46
4.3 Proposition de changements .................................................................................................................. 47
4.3.1 Les tilts .......................................................................................................................................... 48
4.3.2 R-azimutage ................................................................................................................................ 48
4.3.3 Rehaussement ou baisse de lantenne ........................................................................................... 48
5. Traitement de cas rels : ................................................................................................................................ 49
5.1 Analyse des Scrambling Codes ............................................................................................................. 49
5.2 Analyse de couverture : ......................................................................................................................... 49
5.3 Analyse du rapport Ec/N0 ..................................................................................................................... 50
5.4 Analyse de coupure et blocage dappel : ............................................................................................... 50

INPT Juin 2010 3
6. Conclusion .................................................................................................................................................... 51
Chapitre 4 : Les indicateurs cls de performances de systme WCDMA
1. Introduction ................................................................................................................................................... 52
2. Les compteurs ............................................................................................................................................... 53
3. Modules de la QoS ........................................................................................................................................ 54
4. Flux D'Optimisation WCDMA RAN : .......................................................................................................... 56
4.1 Prparations :......................................................................................................................................... 56
4.2 Module daccessibilit : ........................................................................................................................ 56
4.3 Module de maintienne : ......................................................................................................................... 56
4.4 Module de lintgrit : ........................................................................................................................... 56
5. Processus doptimisation du rseau WCDMA RAN .................................................................................... 56
5.1 Collection et Evaluation des Donnes ................................................................................................... 57
5.2 Analyse des performances..................................................................................................................... 57
5.3 Elaboration des recommandations et leur implmentation ................................................................... 58
5.4 Vrification des changements ............................................................................................................... 58
6. Aperu sur quelques aspects doptimisation dun rseau 3 G ....................................................................... 58
6.1 Module daccessibilit .......................................................................................................................... 58
6.1.1 Gnralits .................................................................................................................................... 58
6.1.2 Les indicteurs cls de performances de laccessibilit : ................................................................ 59
6.1.3 Les performance des mauvaise cellules : ...................................................................................... 60
6.1.4 Exemples de cas danalyse de ltablissement des connexions RRC et RAB .............................. 60
6.2 Module de maintien .............................................................................................................................. 63
6.2.1 Gnralits .................................................................................................................................... 63
6.2.2 Les indicteurs cls de performances du maintien : ....................................................................... 63
6.2.3 Coupure due lUL Out-Of-Synchronization ............................................................................... 64
6.2.4 Coupure due la congestion ......................................................................................................... 65
6.2.5 Coupure due au Soft/Softer Handover .......................................................................................... 65
6.2.6 Coupure due lIRAT Handover .................................................................................................. 67
7. Exemple de lanalyse de performance pour les cellules dgrades ............................................................... 68
7.1 Le cas dun site congestionn : ............................................................................................................. 68
7.2 Le cas de drop call : .............................................................................................................................. 71
8. Conclusion .................................................................................................................................................... 72
Conclusion gnrale
Glossaire
Bibliographie
Annexe : TEMS Investigation

INPT Juin 2010 4

La table des figures
Figure 1 : Le plan dallocation de spectre ............................................................................................................... 8
Figure 2 : larchitecture Globale du rseau UMTS ................................................................................................ 8
Figure 3 : Architecture du rseau daccs ............................................................................................................... 9
Figure 4 : Architecture de Rseau cur ................................................................................................................ 10
Figure 5 : LEtalement de signal ........................................................................................................................... 12
Figure 6 : Larbre de code d Hadamard ............................................................................................................... 13
Figure 7 : relation entre Scrambling code et les code orthogonaux ...................................................................... 14
Figure 8 : schma Illustrant la relation entre les canaux et les couches ................................................................ 15
Figure 9 : Multiplexage de Canal SCH est BCH .................................................................................................. 17
Figure 10 :canal P-CIPCH .................................................................................................................................... 17
Figure 11 : Multiplexage des canaux DPDCH et DPCCH .................................................................................... 17
Figure 12 : Contrle de Puissance ......................................................................................................................... 19
Figure 13 : principe de HSDPA ............................................................................................................................ 20
Figure 14 : Transmission de canal partag ............................................................................................................ 21
Figure 15 : 16QAM vs QPSK ................................................................................................................................ 22
Figure 16 : les types de HARQ ............................................................................................................................. 22
Figure 17 : la pile protocolaire de HSDPA ........................................................................................................... 23
Figure 18 : les canaux physiques de HSDPA ........................................................................................................ 24
Figure 19 Allocation dynamique de puissance ..................................................................................................... 25
Figure 20 : les relations de voisinage dune cellule .............................................................................................. 29
Figure 21 : registre dcalage .............................................................................................................................. 31
Figure 22 : Une situation dun mobile ne peut pas distinguer les PN reus de deux RBS.................................... 32
Figure 23 : Prise dcran des sites regroups en clusters. ..................................................................................... 33
Figure 24 : la rpartition des SC sur les Sites ....................................................................................................... 34
Figure 25 : Les tapes de lInitial tuning .............................................................................................................. 35
Figure 26 : Connexion des quipements ............................................................................................................... 37
Figure 27: Prise dcran Tems illustrant la dtection du problme de voisine non dclare ................................ 40
Figure 28:Prise dcran Tems illustrant la dtection du problme de mauvaise couverture ................................. 41
Figure 29: Prise dcran Tems illustrant la dtection du problme de mauvaise couverture ................................ 41
Figure 30 : Prise dcran Tems illustrant la dtection du problme de Congestion .............................................. 42
Figure 31 : Prise dcran Tems illustrant la dtection du problme de Unanswered RRC requests ..................... 43
Figure 32 : Prise dcran Tems illustrant la dtection du problme CM Service Abort ....................................... 43
Figure 33 : Prise dcran Tems illustrant la dtection du problme de manque de voisine .................................. 44
Figure 34 : Prise dcran Tems illustrant la dtection du problme de mauvaise couverture ............................... 45
Figure 35 : Prise dcran Tems illustrant la dtection du problme de mauvaises conditions radio .................... 46
Figure 36 :Prise dcran Tems illustrant la dtection du problme de congestion ................................................ 47
Figure 37 :Plot du SC de best serving lors du drive test ....................................................................................... 49
Figure 38 :Plot du RSCP lors du drive test ........................................................................................................... 49
Figure 39 :Plot de lEcNo lors du drive test ......................................................................................................... 50
Figure 40 : Plot des coupures dappel lors du drive test ....................................................................................... 51
Figure 41 : Les critres de QoS* ........................................................................................................................... 55
Figure 42 : Optimization Process .......................................................................................................................... 56

INPT Juin 2010 5
Figure 43 Figure illustrant le processus doptimisation dun rseau WCDMA. ................................................... 57
Figure 44 : La procdure daccessibilit au rseau ............................................................................................... 59
Figure 45 : Illustrant lanalyse dun appel MOC ainsi que les diffrentes conclusions tires .............................. 61
Figure 46 : Flux du contrle dadmission ............................................................................................................. 62
Figure 47 :La puissance de transmission de UE VS EcNo et RSCP de CPICH ................................................... 65
Figure 48 : Procdure du Soft Handover ............................................................................................................... 66
Figure 49 : Re-slection de cellule ........................................................................................................................ 66
Figure 50 : Handover WCDMA (IRAT Handover) .............................................................................................. 67
Figure 51 : Graphe de CSSR de la cellule NodeB-3 ............................................................................................. 68
Figure 52 : le Graphe de HSDPA RAB Setup Success Rate ................................................................................ 68
Figure 53 : Graph de trafic HSDPA ...................................................................................................................... 69
Figure 54 : Power Limit Failure DL ..................................................................................................................... 69
Figure 55 : Prise dcran de la zone ...................................................................................................................... 70
Figure 56 : graphe de coupure dappel .................................................................................................................. 71
Figure 57 : graphe de coupure dappel due au SHO ............................................................................................ 71

Table des Tableaux

Tableau 1 : les paramtres des canaux de HSDPA ............................................................................................... 25
Tableau 2 : La priorit de slection en fonction de plage de distance utilis par Ericsson ................................... 30
Tableau 3 : Le premier Groupe de Plan de Scrambling Code ............................................................................... 32
Tableau 4 : La couverture classe par niveaux .................................................................................................... 39
Tableau 5 : Tableau rsumant lanalyse les coupures dappels rencontrs lors du Drive Test ............................. 51
Tableau 6 : tableau montre la dur dutilisation de linterface Iub ....................................................................... 70


INPT Juin 2010 6
Introduction gnrale
Avec lavnement des nouvelles gnrations de standards de tlcommunications qui offrent de plus
en plus de services gourmands en dbit et exigeants en qualit de service, les oprateurs tlcoms
sefforcent de soigner lintroduction de chaque service et son lancement commercial initial, afin de
gagner la confiance et la satisfaction des clients dans un contexte conomique caractris par une
concurrence ardue.
Dans un souci dassurer la continuit de la dlivrance des services avec une meilleure qualit et vu que
tout rseau dploy doit faire lobjet dextension pour suivre lvolution de la clientle et de
maintenance pour pallier aux anomalies qui surgissent, les oprateurs accordent une grande importance
loptimisation de leur rseau. Cette phase est lcoute du rseau via des statistiques dont le volume
se multiplie avec chaque volution. De l apparait le besoin de concevoir un outil informatique pour la
gestion de ses statistiques afin de rduire les cots et les dlais de prise de dcisions quant aux
dmarches entreprendre pour amliorer la capacit et la qualit du rseau.
Cest dans ce contexte que sinscrit mon projet de fin dtudes qui a pour objet dillustrer le
droulement de la phase de la planification des Scrambling Codes dun rseau 3G et la phase du
rglage ainsi que lintgration des principes du processus doptimisation.
Mon Rapport de PFE se Compose de 4 chapitres. le premier chapitre traitera ltude des
fonctionnalits de la Norme europenne de la 3G UMTS et son volution HSDPA propose par
Ericsson pour amliorer la rentabilit des rseaux doprateurs.
Le deuxime chapitre sera consacr la planification des Scrambling Codes et lallocation des listes
des voisines pour les sites dun rseau 3G UMTS . Le Troisime chapitre concernera le Initial
Tuning dun rseau 3G Alors que le quatrime chapitre sera rserv ltude des Indicateurs de
performances du Systme WCDMA. Une conclusion gnrale mettra fin mon rapport.


INPT Juin 2010 7

Chapitre 1 :
Etude des fonctionnalits dUMTS et HSDPA
1. Universal Mobile Telecommunications System (UMTS)
1.1 Introduction
L'expression UMTS dsigne une norme cellulaire numrique de troisime gnration. Atteignant 2
Mb/s dans certaines conditions, les vitesses de transmissions offertes par les rseaux UMTS sont
nettement plus leves que celles des rseaux de seconde gnration, qui plafonnent vers 150 kb/s avec
GPRS. L'UMTS est une volution de la norme GSM. Mais contrairement au GPRS il n'est pas possible
d'utiliser les mmes frquences que le GSM. Il est donc ncessaire d'attribuer de nouvelles frquences.
Les travaux pour dfinir la troisime gnration de systmes Radio Mobiles dbutrent lors de la
World Administrative Radio Conference (WARC) de lInternational Telecommunications Union
(ITU) en 1992.
Lobjectif initial de lITU consistait en la dfinition dune seule interface radio mondiale et unique
pour lIMT2000. Bien que les diffrentes tractations dans ce sens naient pas abouti, la mme interface
radio, savoir le WCDMA (Wideband Code Division Multiple Access), fut propose par lETSI et
utilise en Europe et en Asie.
Alors quaux Etats Unis, Qualcomm, promoteur de la technologie CDMA, s'est longtemps oppos
un accord mondial, et au lieu dopter pour une norme unique, il proposa une famille de normes
L'UMTS est standardise par le 3GPP (3rd gneration Partnership Project). Celui-ci inclut l'ETSI
en Europe, le T1P1 en Amrique, l'ARIB, le CWTS et le TTA en Asie Pacifique ainsi que le forum
international TTC.
L'UMTS, comme le GSM, comporte galement une gestion de mobilit base sur la "Mobile
Application Part" (MAP) du systme de signalisation n 7, appel aussi le SS7.
1.2 Attribution De Frquences
Les frquences radiolectriques sont, de par leur nature, des ressources rares. Les dveloppements
fulgurants intervenus ces dernires annes dans le domaine de la technologie, essentiellement dans le
dveloppement d'applications mobiles, ont comme consquence une explosion de la demande
concernant l'utilisation du spectre des frquences. L'expansion rapide, notamment des services de
communications mobiles, rend plus difficile la gestion du spectre radiolectrique.
L'attribution des radiofrquences s'effectue dans le cadre d'organismes internationaux, en
particulier la Confrence mondiale des radiocommunications (CMR) et l'Union internationale des
tlcommunications (UIT). Ces organismes ont le mandat de dfinir les conditions (techniques,

INPT Juin 2010 8
oprationnelles et rglementaires) daccs au spectre par les pays de lUIT pour chaque type de
systme, de rseau ou de station radiolectrique et de dcider des modifications apporter au
rglement des Radiocommunications de lUIT. Ce dernier constitue le cadre rglementaire mondial
dutilisation du spectre, auquel les pays membres de lUIT sont tenus de se conformer.
La figure suivante montre le plan dallocation de spectre :

Figure 1 : Le plan dallocation de spectre

1.3 Architecture UMTS:
Le rseau UMTS est compos dun rseau daccs UTRAN (UMTS Terrestrial Radio Access
Network) et dun rseau coeur.

Figure 2 : larchitecture Globale du rseau UMTS

INPT Juin 2010 9
1.3.1 Rseau daccs UTRAN
Le rseau daccs UTRAN est dot de plusieurs fonctionnalits. Sa fonction principale est de
transfrer les donnes gnres par lusager. Il est une passerelle entre lquipement usager et le rseau
cur via les interfaces Uu et Iu. Cependant, il est charg dautres fonctions :
- Contrle dAdmission, Contrle de Congestion
- diffusion des informations systme ;
- chiffrement et dchiffrement du canal radio
- Handover
- configuration et fonctionnement des resource radio
- combining/splitting control
- tablissement et libration de la connection Radio bearer (Contrle des Bearers Radio)
- Allocation et dsallocation des Bearers Radio
- Fonction de protocole radio
- contrle de puissance
- Codage et dcodage du canal radio.

Figure 3 : Architecture du rseau daccs

1.3.1.1 NODE-B :
Les fonctions du Node B sont principalement des tches de niveau couche physique. Il contient les
fonctions de transmission radio (modulation, dmodulation, codage, etc.). Il est responsable de la
configuration des cellules radio (la gestion des frquences porteuses, les codes des cellules, la
configuration des canaux, etc.), de la gestion des canaux de transport communs et ddis, de la
synchronisation, de la gestion de la signalisation de l'interface Iub ainsi que du maintien des liens et du
partage de la charge.
1.3.1.2 Les interfaces de communication :
Plusieurs types dinterfaces de communication coexistent au sein du rseau UMTS :
- Uu : Interface entre un quipement usager et le rseau daccs UTRAN. Elle permet la
communication avec lUTRAN via la technologie CDMA.
- Iu : Interface entre le rseau daccs UTRAN et le rseau coeur de lUMTS. Elle permet au
contrleur radio RNC de communiquer avec le SGSN.
- Iur : Interface qui permet deux contrleurs radio RNC de communiquer.

INPT Juin 2010 10
- Iub : Interface qui permet la communication entre un NodeB et un contrleur radio RNC.
1.3.1.3 Radio Network Controler
Le RNC est responsable de la gestion et du contrle des canaux radio (tablissement/ maintien/
libration des connexions radio). Il est aussi responsable de la gestion du handover, le contrle de
ladmission des mobiles au rseau et la gestion de la charge. Il gre les mcanismes de contrle de
puissance.
Selon son rle fonctionnel, le RNC est dnomm :
- SRNC (Serving RNC) : dun mobile est le RNC transportant les donnes utilisateur par linterface
Iu. Le SRNC est lintermdiaire final pour la signalisation entre lUE et lUTRAN. Tout UE est
associ un seul SRNC.
- DRNC (Drift RNC) : est un RNC contrlant les cellules utilises par un mobile et qui relaye les
donnes depuis/vers le SRNC.
1.3.2 Rseau Cur :
Le rseau cur de lUMTS est compos de trois parties dont deux domaines :
- Le domaine CS (Circuit Switched) utilis pour la tlphonie
- Le domaine PS (Packet Switched) qui permet la commutation de paquets.
- Les lments communs aux domaines CS et PS
Ces deux domaines permettent aux quipements usagers de pouvoir grer simultanment une
communication paquets et circuits. Ces domaines peuvent tre considrs comme des domaines de
service. Ce type darchitecture permet de pouvoir crer ultrieurement dautres domaines de service.

Figure 4 : Architecture de Rseau cur

1.3.2.1 Elments Communs
Le groupe des lments communs est compos de plusieurs modules :

INPT Juin 2010 11
- Le HLR (Home Location Register) reprsente une base de donnes des informations de lusager
(Lidentit de lquipement usager, Le numro dappel de lusager, Les informations relatives aux
possibilits de labonnement souscrit par lusager)
- Le AuC (Authentication Center) est en charge de lauthentification de labonn, ainsi que du
chiffrement de la communication. Si une de ces deux fonctions nest pas respecte, la
communication est rejete. Le Auc se base sur le HLR afin de rcuprer les informations relatives
lusager et pour ainsi crer une cl didentification.
- LEIR (Equipment Identity Register) est en charge de la gestion des vols des quipements
usagers. Il est en possession dune liste des mobiles black lists par un numro unique propre
chaque quipement usager, le numro IMEI (International Mobile station Equipment Identity).
1.3.2.2 Le domaine PS:
- SGSN (Serving GPRS Support Node) est en charge denregistrer les usagers dans une zone
gographique dans une zone de routage RA (Routing Area)
- GGSN (Gateway GPRS Support Node) est une passerelle vers les rseaux commutation de
paquets extrieurs tels que lInternet.
1.3.2.3 Le domaine CS:
- MSC (Mobileservices Switching Center) est un commutateur de donnes et de signalisation. Il est
charg de grer l'tablissement de la communication avec le mobile.
- GMSC (Gateway MSC) est une passerelle entre le rseau UMTS et le rseau tlphonique
commut PSTN (Public Switched Telephone Network).
- VLR (Visitor Location Register) est une base de donnes, assez similaire celle du HLR, attache
un ou plusieurs MSC. Le VLR garde en mmoire lidentit temporaire de lquipement usager
dans le but dempcher linterception de lidentit dun usager. Le VLR est en charge
denregistrer les usagers dans une zone gographique LA (Location Area).
1.4 Les Principes Du W-CDMA
L'interface radio de l'UMTS se base sur le W-CDMA (Wideband Code Division Multiple Access).
Cependant, le W-CDMA se base sur une technique plus ancienne qui est le CDMA (Code Division
Multiple Access). Afin de comprendre les concepts du W-CDMA, il est important de comprendre la
technique du CDMA.
1.4.1 CDMA
Le CDMA (Code Division Multiple Access) est utilis dans de nombreux systmes de communication.
Il permet davoir plusieurs utilisateurs sur une mme onde porteuse. En utilisant deux types de code
pour sparer les utilisateurs et les services.

INPT Juin 2010 12
1.4.1.1 Channelization Codes (Orthogonal Codes)
Chaque bit de lutilisateur transmettre est multipli (OU exclusif) par un code orthogonal propre
cet utilisateur. Cette mthode sappel Ltalement du spectre c'est--dire rend le signal moins sensible
aux fluctuations slectives en frquence. Le signal est ainsi transmis sur une bande de frquences
beaucoup plus large que la bande de frquences ncessaire.
La squence du code (constitue de N lments appels "chips") est unique pour cet utilisateur en
question, et constitue la cl de codage. La longueur N 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 chip N fois plus grand que le signal initialement envoy par l'usager
et utilisera donc une bande de frquences N fois plus tendue. Nous avons donc une relation entre le
dbit initial et le dbit final du type : Dchips=Dbits X SF
Le Spreading factor apple aussi Gain de traitement (Processing gain) : G
P
=R
chip
/R
bit
= R
c
/R
b

Afin de pouvoir lire le message cod envoy, le rcepteur doit raliser la mme opration. En effet,
ce dernier gnre le mme code orthogonal quil multiplie au signal reu afin dobtenir les donnes.
Les donnes des autres utilisateurs restent tales.

Figure 5 : LEtalement de signal

Chaque utilisateur possde un code, il est donc ncessaire de navoir aucune interfrence entre
ceux-ci. Pour cela, nous utilisons des codes orthogonaux dits codes OVSF (Orthogonal Variable
Spreading Factor Code) afin de modifier le facteur dtalement et de conserver lorthogonalit des
diffrents codes dtalement. Ces codes sont dfinis par un arbre OVSF o chaque noeud 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.
la transformation dHadamard :

(
=
=
n n
n n
n
H H
H H
H
H
2
1
] 0 [

INPT Juin 2010 13

Figure 6 : Larbre de code d Hadamard

Utilisation
Downlink: Utiliss pour distinguer les canaux de voix/donnes provenant dune station de base.

Uplink: Utiliss pour distinguer les canaux de voix/ donnes provenant de chaque quipement mobile.

CDMA permet de transmettre plusieurs trames de donnes sur une mme porteuse, avec une isolation
parfaite entre les trames de donnes et assure un certain degr de scurit car le signal est cod et
dtect comme tant un bruit. Mais cette mthode daccs demande une synchronisation parfaite entre
lmetteur et le rcepteur. Le nombre de canaux disponible est gale la longueur du code et le dbit
est une fonction dcroissante de SF. CDMA est limit par les erreurs de synchronisation, leffet
doppler et les multi-trajets.
1.4.1.2 Scrambling Codes (Spread Spectrum Codes)
Code PN squence pseudo-alatoire (Pseudo random Noise code) partir dun registre dcalage de n
tages. Apres la multiplication du signale par le code dtalement OC on multiplie le signal tal par
cette squence mais sans aucune modification au niveau du dbit chip.

INPT Juin 2010 14

Figure 7 : relation entre Scrambling code et les code orthogonaux

Utilisation
Downlink: Utilis pour sparer plusieurs stations de base.

Uplink: Utilis pour sparer plusieurs quipements mobiles

Les PN permettent une sparation (non 100%) entre stations de bases et quipements mobiles. Ils
fonctionnent mme en prsence de retards entre signaux.
1.5 Les canaux WCDMA
Contrairement au GSM, le standard 3GPP a normalis 3 grandes classes de canaux de communications
les canaux logiques, les canaux de transport et les canaux physiques.
Ces diffrentes classes de canaux ont t cres pour garantir lindpendance entre les diffrents
niveaux fonctionnels de linterface radio. La dfinition de canaux propres chaque niveau donne une
grande flexibilit lUTRAN en lui permettant de sadapter la multitude dapplications envisages
pour les rseaux 3G.

INPT Juin 2010 15

Figure 8 : schma Illustrant la relation entre les canaux et les couches

1.5.1 Les Canaux Logiques
1.5.1.1 Les canaux logiques communs en Downlink :
- BCCH (Broadcast Control Channel) est utilis pour la diffusion dinformations de contrle.
- PCCH (Paging Control Channel) est utilis pour lenvoi des messages de paging aux mobiles.
- CCCH (Common Control Channel) est utilis pour envoyer des informations de contrle de mobiles
qui ne sont pas connects au rseau.
- SHCCH (Shared Channel Control Channel) : Control channel associated with shared traffic channels
(TDD mode only)
- CTCH (Common Traffic Channel): Traffic channel for sending traffic to a group of UEs.
1.5.1.2 Les canaux logiques Ddies en Downlink :
- DTCH (Dedicated Traffic Channel) : Traffic channel dedicated to one UE
- DCCH (Dedicated Control Channel) sert envoyer les informations de contrle dun mobile connect
au rseau
1.5.1.3 Les canaux logiques communs en UpLink :
- CCCH (Common Control Channel) est utilis pour envoyer des informations de contrle au rseaux en
mode non connect.
1.5.1.4 Les canaux logiques Ddies en UpLink :
- DTCH (Dedicated Traffic Channel).
- DCCH (Dedicated Control Channel) sert envoyer les informations de contrle lorsque le mobile est
connect au rseau.

INPT Juin 2010 16
1.5.2 Les canaux de transport :
La notion dun canal de transport est lie gnralement la manire dont les donnes sont regroupes
et transportes dans les canaux physiques, qui sont dfinis .comme pouvant transporter des donnes
sont aucune protection. Ainsi, chaque canal de transport, lUTRAN associe une liste dattribues,
appele TFS (Transport Format Set), destine reprsenter le format et la manire dont les donnes
sont transmises, Afin dutiliser les ressources radio le plus efficacement possible.
1.5.2.1 Les canaux de transport ddis
DCH (Dedicated Channel) : est le seul canal de transport ddi. Il peut tre utilis dans le sens montant
ou descendant. En raison de la sparation des notions de canal logique et canal de transport, le DCH
nest pas typ par utilisation. Ainsi, lorsque le rseau dcide dallouer les ressources ddies une
communication mobile rseau, les canaux logiques DCCH et DTCH seront chacun supports par un
unique DCH si leurs contraintes de qualit de service sont compatibles.
1.5.2.2 Les canaux de transport communs
- BCH (Broadcast Channel) : le BCH est cansal descendant qui diffuse, dbit fixe et assez faible, les
informations spcifiques une cellule.
- PCH (Paging Channel) : canal descendant qui sert pour la diffusion des informations de contrle un
mobile dont le rseau ne connat pas la localisation.
- RACH (Random Access Channel), canal montant, qui transporte les informations de la demande
daccs initial au rseau.
- FACH (Forward Access Channel), utilis dans le sens descendant pour transporter des courts paquets
utilisateurs.
- DSCH (Downlink Shared Channel), ce canal est une variante de FACH. Il est partag entre plusieurs
mobiles, et transporte des informations de donnes ou de control.
1.5.3 Les Canaux physiques
Le canal de transport, caractrisant la manire dont les informations sont transmises sur linterface
radio. Un canal physique peut supporter plusieurs canaux de transport ou un canal de transport soit
support par deux canaux physiques distincts.
1.5.3.1 Les canaux physiques en downLink
1.5.3.1.1 Les canaux communs (Common Downlink Physical Channels)
- P-CCPCH (Common Control Physical Channel (Primary)):
Ce canal Transmet le BCCH (Broadcast Control Channel) cest--dire tous les informations du systme.
La transmission de ce canal est continue et uniforme sur toute la cellule le code du canal est identique
pour toutes les cellules(Code C256,1 ).

INPT Juin 2010 17
Ce canal est multiplex en temps avec le canal physique de synchronisation (10% pour SCH)
BCH Spreading Factor = 256 1 Slot = 0.666 mSec = 18 BCH data bits / slot

Figure 9 : Multiplexage de Canal SCH est BCH
- SCH Synchronization Channel
P-SCH : Ce canal est un Code PSC (code Gold de 256 chips) Non modul Transmis au dbut de
chaque slot (1/10me du slot), la Squence est commune toutes les cellules. Il est utilis pour aider
les UEs pour identifier la prsence de WCDMA et pour faire la synchronisation slot
S-SCH : Ce canal est un groupe Code de 256 chips SSC={SSC0 ;SSC1 ;SSC14}
Il aide les UEs faire la synchronisation trame.
- S-CCPCH (Common Control Physical Channel (Secondary))
- Transmits idle-mode signaling and control information to UEs
- P-CIPCH Common Pilot Channel
Transmet une squence de bits de rfrence (pilot)

Figure 10 :canal P-CIPCH
- S-CIPCH Secondary Common Pilot Channel (for sectored cells)
- PDSCH Physical Downlink Shared Channel: Transmits high-speed data to multiple users
1.5.3.1.2 Les canaux ddis(Dedicated Downlink Physical Channels)
- DPDCH Dedicated Downlink Physical Data Channel
- DPCCH Dedicated Downlink Physical Control Channel

Figure 11 : Multiplexage des canaux DPDCH et DPCCH

INPT Juin 2010 18
TPC : Transmit Power Control FBI : Feedback Information
TFCI : Transport format combination indicator Pilot : Squence de rfrence

1.5.3.1.3 Les canaux dindication (Downlink Indication Channels)
- AICH (Acquisition Indication Channel) :Cest le canal qui indique que le systme a reu la tentative de
laccs alatoire dUE
- PICH (Page Indication Channel): informe le UE de superviser la trame de Paging suivante.
- AP-AICH Access Preamble Indication Channel : Indique que la NodeB a reu la tentative de laccs
Paquet
- CD/CA-ICH: Il confirme quon na pas dambigut entre le UE en a Packet Access attempt
- CSICH : Diffusion des informations de ltat de la disponibilit des canaux paquet.
1.5.3.2 Les canaux physiques en Uplink
1.5.3.2.1 Les cannaux communs (Common Uplink Physical Channels)
- PRACH Physical Random Access Channel : Utilis par lUE pour initialiser laccs au BS
- PCPCH Physical Common Packet Channel : Utilis pour envoyer les donnes en mode non
connecte
1.5.3.2.2 Dedicated Uplink Physical Channels
- DPDCH Dedicated Uplink Physical Data Channel
- DPCCH Dedicated Uplink Physical Control Channel
1.6 Contrle de puissance
Les systmes bass WCDMA sont connus pour la sensibilit de leur interface air aux interfrences.
Ceci est d au fait que tous les utilisateurs transmettent tous la mme frquence, avec chacun un code
qui le caractrise. Pour remdier cette sensibilit, une bonne gestion de cette interface savre
ncessaire. En effet, le contrle de puissance Surveille dune faon continue la qualit du lien radio en
ajustant la puissance de la NodeB et du UE. Le but de cette fonction est de sassurer que chaque
utilisateur dans le rseau ne reoit et transmet que lnergie suffisante au maintien dune connexion.
En UMTS, deux boucles de contrle de puissance fonctionnent en parallle. Une premire boucle
ouverte assez lente permet d'initialiser la transmission. Mais c'est surtout une deuxime boucle de
contrle de puissance, dite ferme, transmettant des commandes dajustement, qui constitue une
avance importante.

INPT Juin 2010 19

Figure 12 : Contrle de Puissance

1.6.1 Contrle de puissance en boucle ouverte (Open Loop Power Control)
Appele aussi la boucle ouverte, elle sert fixer la puissance initiale transmise du PRACH et DPCCH
en UL. Pour ce faire, le UE continue envoyer des prambules au RNC jusqu rception dun AICH
avec indication positive. chaque fois le UE augmente la puissance du prambule.
1.6.2 Contrle de puissance en boucle ferme (Closed Loop Power Control )
Cet algorithme est subdivis en deux boucles, interne et externe :
1.6.2.1 Boucle externe de contrle de puissance (Outer Loop Power Control, OLPC)
Le but de ce mcanisme est dajuster la SIR Target au niveau de la BTS et du UE pour garder une
qualit constante, correspondant un certain BLER Target.
1.6.2.2 Boucle interne de contrle de puissance (Inner Loop Power Control)
Cette boucle a t mise en place pour suivre les vanouissements de multitrajet pour une large valeur
de vitesses de mobiles , puisque le Eb/No reu peut tre gard stable ,alors que la puissance transmise
est variante en pics.


INPT Juin 2010 20
2. High Speed Downlink Packet Access
HSDPA est une fonctionnalit importante de la technologie CDMA large bande WCDMA (wideband
code division multiple access). Elle permet d'avoir des dbits de transmission levs en Downlink
supportant ainsi les services multimdia. HSDPA assure une grande vitesse de transmission de
donnes pour les terminaux 3G garantissant ainsi aux utilisateurs des dbits indisponibles
prcdemment cause des limitations qui existaient au niveau du rseau accs radio (RAN). HSDPA
amliore nettement le dbit pic de tlchargement de la valeur courante 384 kbps jusqu un dbit pic
de tlchargement thorique de 14.4 Mbps disponible dans la solution P6 de Ericsson avec lusage de
15 codes dtalement et en absence du codage canal.
En plus de la capacit et les amliorations de dbit de donnes, un autre avantage de HSDPA est
qu'elle exige seulement des investissements marginaux sur le rseau WCDMA courant parce qu'elle
peut tre dploy en utilisant de petites mises jour soft, et n'exige pas compltement une toute
nouvelle structure de rseau, prservant ainsi les investissements actuels de dploiement du rseau
UMTS. HSDPA est aussi compatible avec les releases prcdents et permet l'introduction graduelle de
la technologie. Toutes ces amliorations permettent loprateur doffrir ses services un cot de bit
infrieur.
2.1 Les principes gnraux de lHSDPA :
Plusieurs principes ont permis daugmenter le dbit en downlink de lUMTS vers HSDPA :
2.1.1 TTI court
La dure de l'intervalle de temps de transmission (TTI pour Transmission Time Interval) passe de
10ms pour le R99 2ms dans le cas du HSDPA. Ceci permet de rduire le temps d'aller-retour RTT
(Round Trip Time) et par consquent offre une meilleure performance pour linteractivit avec
TCP/IP. Le court TTI permet galement de bnficier dautres fonctionnalits comme le fast
scheduling , le H-ARQ et lAMC .
2.1.2 La transmission de canal partag

Figure 13 : principe de HSDPA

INPT Juin 2010 21
En HSDPA, un nouveau canal transport est introduit appel HS-DSCH. Avec la transmission de canal
partag, un certain nombre de codes Orthogonaux et de la puissance totale est considre partages.
Lavantage de cette transmission est de rduire les risques de capacit limite en code.
La RBS alloue dynamiquement les codes aux utilisateurs sur une priode de 2ms.
En P5, le multiplexage en code permet dallouer le canal HS-DSCH plusieurs utilisateurs la fois en
un TTI donn, ce qui augmente la capacit du systme.

Figure 14 : Transmission de canal partag
2.1.3 Modulation et codage adaptatif (AMC)
Dans le but damliorer la performance dun systme, en termes de dbit de donnes et de
fiabilit de la couverture radio, le signal transmis vers et par un utilisateur particulier est
modifi de faon prendre en compte les variations de la qualit du signal travers un
processus connu sous le nom dadaptation du lien radio, connu galement sous le nom de
AMC.
Auparavant, les systmes base de CDMA utilisaient le contrle de puissance rapide
comme mthode privilgie afin dimplmenter ladaptation du lien radio. Rcemment,
lAMC sest rvl tre une mthode alternative promettant damliorer globalement la
performance du systme. LAMC fournit la flexibilit dadapter la combinaison modulation-
codage aux conditions moyennes du canal radio pour chaque utilisateur.
Avec lAMC, la puissance du signal transmis est maintenue constante pendant toute la dure
de la trame, en faisant varier le nombre de codes parallles pouvant tre supports par un
terminal et le taux de codage en fonction de la qualit actuelle du signal reu.
2.1.4 Modulation dordre plus lev
Une nouvelle modulation est propose dans la Release 5, la modulation 16QAM qui soutient 4
bits/symboles au lieu des 2 bits/symboles de la modulation QPSK. Les dbits sont ainsi augments de
manire significative. La modulation 16QAM requiert de bonnes conditions de canal et une bonne
performance des rcepteurs compars la modulation QPSK. La dcision dune transmission en
16QAM ou QPSK est faite dans le rseau en utilisant la qualit du canal dinformation provenant du
mobile via un canal de contrle montant (HS-SCCH). En effet, les mobiles HSDPA effectuent des

INPT Juin 2010 22
mesures de la qualit du canal physique descendant et transmet un indicateur de qualit de canal (CQI :
Channel Quality Indicator) dans le canal de contrle montant HS-SCCH.

Figure 15 : 16QAM vs QPSK
2.1.5 Mcanisme de retransmission hybride ARQ (HARQ)
Afin dassurer la fiabilit de transmission, la technologie HSDPA introduit le Mcanisme de
retransmission Hybride HARQ(Hybrid Automatic Repeat reQuest). Dans le mcanisme de
ARQ(Automatic Repeat reQuest), dans le cas de dtection dune trame erron la supprime et
on demande sa retransmission. Par contre dans le mcanisme de HARQ on ne supprime pas
la trame errone mais on la combine avec la nouvelle pour rcuprer la trame perdu.
On distingue deux variantes de lHARQ selon que lon combine ou non les retransmissions :
- Chase combining :
Consiste retransmettre la mme trame de donnes codes. Le dcodeur au niveau du
rcepteur combine ces copies multiples du paquet envoy, pour rcuprer la trame envoie.
- Incremental Redundancy (IR)
Contrairement la prcdente qui envoie des rptitions simples de la trame encode,
envoie une information redondante additionnelle dune manire incrmentale si le
dcodage choue la premire tentative.

Figure 16 : les types de HARQ

INPT Juin 2010 23
Il est noter quavec la deuxime variante, on obtient de meilleures performances, mais elle
ncessite plus de mmoire dans le rcepteur du terminal mobile pour stocker les
informations de redondance.
2.1.6 Ordonnancement Rapide
Lordonnancement permet de dterminer quel utilisateur il convient de transmettre dans un intervalle
de temps donn. Cest un lment dterminant dans la conception puisquil rpartit lallocation du
canal entre les utilisateurs et ainsi, dune manire gnrale, dtermine le comportement global du
systme. LHSDPA utilise la mthode de maximum C/I(Signal sur Interfrence). En effet, Le Max
C/I dessert lutilisateur tous les TTI avec le dbit supportable instantan le plus lev.
Pendant chaque TTI, le canal HS-PDSCH est allou l'utilisateur ayant les meilleures conditions de
canal. En fait, le Node-B utilise l'indicateur de qualit de canal (CQI) rapport par la procdure
d'adaptation de lien et alloue le canal HS-PDSCH l'utilisateur avec le meilleur SIR (Signal sur
interfrence). Ce principe de service possde des avantages vidents en termes de capacit de cellule,
mais il en rsulte une absence dquit de dbit car les utilisateurs ayant de mauvaises conditions radio
de canal sont desservis dune manire moins frquente.
2.2 Architecture protocolaire et structure des canaux introduits
2.2.1 Pile protocolaire
Une nouvelle couche MAC-hs (Medium Access Control Hight Speed) comme lindique la figure ci-
dessous est ajoute au niveau du Node B pour supporter le trafic d HSDPA et qui implmente les
fonctionnalits dadaptation de lien radio, de lordonnancement des paquets, de HARQ et le contrle
de flux entre RNC et NodeB . Par contre les couches suprieures savoir MAC-d et RLC (Radio Link
Control) restent similaires celles du rseau UMTS Release 99 dont ces fonctionnalits sont Le
Multiplexer les canaux logiques dans les canaux de transport, la Slection de format de transport
adquat, le Traitement des priorits, Faire le multiplexage et le dmultiplexage des PDUs (Packet Data
Unit) de la couche RLC et Effectuer les mesures sur le volume du trafic.

Figure 17 : la pile protocolaire de HSDPA

INPT Juin 2010 24
2.2.2 Canaux HSDP
HSDPA a t conu pour supporter des pics de dbit de donne de 14.4 Mbps dans une cellule.
Lamlioration majeure de lUTRAN est lintroduction du nouveau canal transport et trois canaux
physiques :

Figure 18 : les canaux physiques de HSDPA
- HS-DSCH High Speed Downlink Shared Channel
Un canal de transport. Il transporte les donnes utilisateurs.
- HS-PDSCH High Speed Physical Downlink Shared Channel
Le canal HS-DSCH est mapp sur un ou plusieurs canaux physiques introduits en DL appels HS-
PDSCH. Ce canal est transfr sous forme de sous trame de 2ms utilisant un ou plusieurs CO avec un
SF=16. Ce canal nest pas contrl en puissance.
- HS-SCCH High Speed Shared Control Channel
Ce canal transporte les donnes de signalisation pour un seul UE. Comme il se peut quun canal HS-
DSCH soit transmis plusieurs utilisateurs (multiplexage de code), plusieurs canaux HS-SCCH
(maximum 4) seraient indispensables dans une seule cellule.
Ce canal utilise un facteur dtalement gal 128. Il est envoy une fois toutes les 2ms et comporte les
informations relatives au format de transport telles que le schma de modulation, le code de
canalisation utiliser, et la taille du block de transport.
LUE devrait commencer par dcoder le canal HS-SCCH pour connatre le schma de codage

- HS-DPCCH High Speed Dedicated Control Channel
Ce canal transporte les informations de signalisation de la couche physique en UL. Il a un SF constant
de 256. Le premier slot transporte les informations dACK/NACK relatives au mcanisme de lHARQ
et les deux derniers slots le CQI.

INPT Juin 2010 25
Tableau 1 : les paramtres des canaux de HSDPA

2.3 Allocation dynamique de puissance
Aprs avoir servi les canaux communs et les canaux ddis, la puissance restante sera assigne au
canal de transport HS-DSCH. Ceci est possible car contrairement aux canaux ddis, ce canal nest pas
contraint garder un dbit constant et nest pas contrl en puissance.

Figure 19 Allocation dynamique de puissance

2.4 Le contrle de code HSDPA
Le contrle de code HSDPA permet de changer le nombre de codes allous au canal HS-PDSCH dans
une cellule donne en prenant en considration les codes disponibles dans la cellule et la RBS.
Le contrle de code HSDPA inclut aussi lalgorithme qui dtermine exactement les codes choisis dans
larbre pour les canaux HS-SCCH et HS-PDSCH.

INPT Juin 2010 26
Lallocation des codes HS-PDSCH doit se faire partir de la droite de larbre, cela veut dire que le
code C16,15 suivi du code C16,14. Tout en respectant que les codes allous HSDPA soient
adjacents.
Lors de la configuration HSDPA, lallocation des codes DCH est prioritaire en utilisant les indexes de
gauche vers la droite pour viter doccuper les canaux adjacents HS-PDSCH.
Les canaux HS-SCCH sont eux configurs de la mme faon quavec les codes DCH.

3. Conclusion
Dans ce chapitre nous avons tudi le systme UMTS et les amliorations apportes par la technologie
HSDPA. Ces amliorations sont possibles grce aux diffrentes techniques mises en place par les
constructeurs dquipements base des spcifications techniques de lorganisme de standardisation de
la troisime gnration 3GPP (Third Generation Partnership Project). Ainsi le HSDPA offre
beaucoup davantages par rapport lUMTS tels que lutilisation dune bande passante importante
combine avec un dlai court de la transmission des donnes et laugmentation de la capacit de
transmission sans avoir besoin de frquences supplmentaires.
Les besoins des utilisateurs tant toujours plus grands, et leur nombre ne cessant de saccroitre, il est
tout fait logique pour loprateur et pour le constructeur des quipements de penser la phase
suivante qui est celle du contrle des performances en guise doptimisation du rseau afin de
poursuivre les exigences de la clientle et dtendre le rseau si le besoin est constat.


INPT Juin 2010 27

Chapitre 2 : Planification dun rseau 3G UMTS
1. Introduction :

La planification est la premire tape dans la mise en uvre dun rseau. Elle est indispensable et
critique puisquil est la base de tous les travaux qui vont avoir lieu par la suite en se basant sur les
donnes de lquipe de la planification. Au cours de mon stage je me suis impliqu dans un projet de
mise en service des nouveaux sites 3G. Dans ce projet jai t charg de dclarer les relations de
voisinage pour les nouveaux sites et de lattribution des Scrambling codes pour toute la zone.
2. Capacit de systme WCDMA :
La capacit relle d'une cellule CDMA dpend de nombreux facteurs diffrents, tels que la
dmodulation du rcepteur, la prcision de contrle de puissance, et la puissance des interfrences
relles introduites par d'autres utilisateurs dans la mme cellule et dans les cellules voisines. Nous
prsentons une description de la capacit du systme CDMA en prenant en considration lexistence
de plusieurs utilisateurs dans la bande.
Dans la communication numrique, nous sommes d'abord intresss par Eb / N0( l'nergie bit par la
densit de puissance de bruit) car il influence directement le BER ( bit error rate) qui a un impact
directe sur la qualit de service .

Eb=Ec*SF Eb/N0=(Ec/N0)* SF
Avec SF est le facteur dtalement (ou processing gain Gp). Ec est lnergie Chip.
Ec/N0 = SNR calcul au niveau de rcepteur.
Donc Eb/N0= SNR* GP
En ralit Eb/N0= SNR* GP /
: est le Facteur dactivit vocale. On observe le bruit gaussien que pendant des temps o on est actif.
En gnrale
SNR= S/(N0 + I0)

INPT Juin 2010 28
Avec S est le signal dun Utilisateur est I0 est la somme des nergies des autres utilisateurs connectent
au Node-B.
Pour un utilisateur K on a la relation suivante :
(Eb/N0)
k
= (1/
k
)
*
k

I
total

lnergie totale reue par la Node-B

(Eb/N0)
k
= (1/
k
)
*
k

Pour augmenter le dbit il faut diminuer le facteur dtalement (Gp) ce qui demande une augmentation
de la puissance.
Facteur de charge (Load fator) : cest la contribution dun utilisateur donn dans la charge totale du
systme. Il dpend du type de service.
Lk = Sk / Itotal =1/Mk
(Eb/N0)k = (1/ k)
* k Lk= k*(Eb/N0)k /k
Facteur de charge total de la cellule.
up
=
< 1
La somme des Facteurs de charge de tous les utilisateurs est inferieur 1 due au bruit.
Pour N utilisateur qui utilisent le mme service ( Lk est le mme pour tous les Users), la charge de
Node-B est gale :
N* *(Eb/N0)/p
Si on a N utilisateurs qui utilisent le service voix et K utilisateurs utilisent lappel vido on va avoir
une charge gale :
N*
voix
* (Eb/N0)/
voix
+ K*
vido
* (Eb/N0)/
vido

Exemple:
La bande est 3.84 MHz (W-CDMA).
Lactivit de voix/ data= 0.5
La probabilit derreur demand est Pe=10-3 (Eb/I0 = 5.62 with a QPSK modulation).
Le dbit bit est 30 Kbps.
Le nombre maximum des utilisateurs est Nmax ~ 44


INPT Juin 2010 29
3. Allocation de voisinage :
Le rseau cellulaire transfre la connexion entre un tlphone mobile et le rseau et dune cellule
une autre HandOver . Dans un rseau GSM, deux cellules seulement (Source Cell et Target Cell)
participent cette action alors que dans les rseaux UMTS, ce sont des groupes de cellules administrs
dans des Active Sets (jeux de cellules actives). Afin de pouvoir transfrer une communication
existante une autre cellule, les cellules UMTS proches dune station de base doivent tre identifies.
Pour cela, des listes de voisinage sont stockes dans toutes les stations de base avec les
informations de voisinage. La capacit disponible dans le jeu des cellules actives est limite et seules
les stations de base admises dans ces listes peuvent contribuer au maintien de la liaison. Donc au cours
dallocation de voisine il faut respecter Les contraintes suivantes :
- Nombre de voisines est limite (maximum 15 cellule).
- Distance maximale entre deux cellules prises en considration dans les calculs : elle varie entre
6 km pour les zones urbaines et 10 pour les zones suburbaines.
Pour chaque cellule on dclare :
- Les cellules de premire couche (quont une visibilit directe avec la cellule considre)
- Les cellules de deuxime couche (ils nayant pas une visibilit direct avec la cellule considre
mais sont signal peut tre dtect par un mobile connect la cellule considre)
Pour facilit la tche didentification des cellules voisines on utilisant un outil MapInfo qui nous
aide afficher les sites sur la map. La figure ci-dessus montre les sites quil faut dclarer comme
voisines au 1 secteur de site A (A1) :

Figure 20 : les relations de voisinage dune cellule

INPT Juin 2010 30
Chaque relation de voisinage doit avoir une priorit de slection pour prioriser une par rapport aux
autres et pour aider le UE choisir les cellules de lActive set. Les priorits sont alloues par plages de
distance non par la distance. Ainsi il sera facile de mettre jours les priorits de nouveaux sites.
3.1 Allocation de priorit de slection par distance :
Pour allouer une priorit de slection une relation de voisinage on il faut prendre en considration
les rgles ci-dessus:
- Lestimation de la distance des voisins doit tre base sur les coordonnes GPS.
- Trie les distances estimes par un ordre croissance.
- La priorit 1, la plus basse, est donne aux cellules de co-site.
- On incrmente la priorit par 1 chaque augmentation de la distance.
3.2 Allocation de priorit par plage de distance :
Le tableau ci-dessus donne la priorit de slection de chaque plage de distance (la valeur minimale de
chaque plage est exclue) :
La plage La priorit de slection
Les cellules Co-site 1
Distance entre 0m et 250m 2
Distance entre 250m

et 500m 3
Distance entre 500m

et 750m 4
Distance entre 1000m

et 1500m 6

et 3000m 8

et 5000m 10
Distance suprieures 5000 m 11
Tableau 2 : La priorit de slection en fonction de plage de distance utilis par Ericsson
4. Allocation des Squences PN
Dans un systme WCDMA un canal logique (pilote, la pagination, la synchronisation, ou le canal de
trafic) est spar des autres canaux logiques par les codes orthogonaux. Chaque canal logique est
multipli par la squence PN assigne la station de Base NodeB. Cette multiplication par la squence
PN est faite pour fournir une autre couche d'isolation entre les liens ayant de stations de base
diffrentes.

INPT Juin 2010 31
En ralit, les stations de base adjacentes utilisent des squences PN diffrentes. La diffrence entre
les squences PN assure ce que tous les canaux logiques d'une station de base soient spars des
canaux logiques d'une autre station de base. Donc il faut que chaque station de Base ait une squence
PN diffrente par rapport aux autres.
4.1 Les squences PN :
Chaque squence PN est gnre en utilisant un registre dcalage avec 15 lments de retard
(bascule). Donc La longueur d'une telle squence PN est d'environ 2
15
, ou 32.768 chips. Si on dcale
une squence PN par un chip, nous avons effectivement gnr une squence PN diffrente. Par
consquent, on a thoriquement environ 32.768 diffrentes squences PN.

Figure 21 : registre dcalage

Donc nous avons 32.768 squences PN disponibles pour attribuer aux stations de base diffrentes!
Le problme c'est que la diffrence d'un chip entre les squences PN nous donne quune fiable
isolation dans lenvironnement de communication mobile. En effet, le dbit de transmission est 3,84
Mcps donc la dure de chaque chip est :
Tc=1/(3,84*10
6
)s = 0,26*10
-6
.
Cette dure est correspondant une distance D=0,26*10
-6
*(3*10
8
)= 78m
Si on a Deux stations de Base utilisant des squences PN diffrentes lune de lautre par un seul chip,
Et on a un mobile quest loin de station 1 par 156m (correspondant 2 chips) et de station 2 par 78m
(Correspondant un chip). La squence PN utilis par la Station 1 arrive au Mobile avec un retard de 2
chips et la squence PN utilis par la Station 2 arrive au Mobile avec un retard dun chip. Donc le
mobile ne peut pas faire la distinction entre ces deux Squences PN.

INPT Juin 2010 32

Figure 22 : Une situation dun mobile ne peut pas distinguer les PN reus de deux RBS.

Afin de fournir plus d'isolation entre les squences PN attribu (utilis), la norme prcise que les
squences PN utilises doit avoir une distance minimale de 64 chips entre eux. Chaque squence PN
utilisable est dfinie par son PN offset. Par exemple, une squence PN avec dcalage 1 est diffrente
d'une squence PN avec dcalage 0 par 64 chips. La distance minimale entre deux squences PN
successive est 64 chips, donc le nombre total de squences PN utilisables est : 32.768 / 64= 512.
4.2 Mthode dallocation de squences PN :
Pour mieux rutiliser ces codes et minimiser les interfrences Ericsson propose une mthode simple
consiste grouper les Squences PN en 8 groupe, chaque groupe contienne 21 sites (3secteur par
Site).
Puisque nous avons juste 512 squence PN, nous devons alors dfinir une mthode pour les assigner
aux diffrents secteurs du rseau, de tel sorte que nous vitions les interfrences entre les secteurs qui
ont la mme squence PN ou entre les secteurs qui ont des PNs adjacent. Afin deffectuer une
planification robuste, ERICSSON adopte une approche qui se base sur lexprience plutt que sur un
calcule mathmatique.
On regroupant les 512 PNs en 8 groupes contienne 61 PN s. le tableau suivant illustre le premier
Groupe de squence PNs utilis par ERICSSON :

Group 0
SI
TE 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
S1 0 24 48 72 96 120 144 168 192 216 240 264 288 312 336 360 384 408 432 456 480
S2 8 32 56 80 104 128 152 176 200 224 248 272 296 320 344 368 392 416 440 464 488
S3 16 40 64 88 112 136 160 184 208 232 256 280 304 328 352 376 400 424 448 472 496
S3 16 40 64 88 112 136 160 184 208 232 256 280 304 328 352 376 400 424 448 472 496
Tableau 3 : Le premier Groupe de Plan de Scrambling Code

INPT Juin 2010 33
Comme il montre le tableau on fait une sparation de 8 SC entre les cellules de mme groupe.
Dans le cas pratique On divisant le territoire en des motifs dont le nombre de cellules est inferieur
21 sites et chaque motif utilise un groupe de PN. Nous nutilisons que les sept premiers groupes dans
la premire phase, le huitime groupe sera utilis dans les motifs dont le nombre de sites dpasse 21,
cause de limplmentation des nouveaux sites. Comme a nous vitions la replanification de rseau
lors de lajout de nouveaux sites. La figure ci-dessus illustre un exemple de sectorisation de rseau en
Motifs :

Figure 23 : Prise dcran des sites regroups en clusters.

La figure ci-dessus illustre lapproche utilise par Ericsson pour la sparation des squences PN sur
les diffrents secteurs. Chaque motif contient 21 Node-B au maximum de telle faon que la PN de
premier secteur et celui mentionn sur la figure et il suffit de dcal de 8 pour obtenir la PN du
deuxime secteur et de mme pour obtenir le troisime :

INPT Juin 2010 34

Figure 24 : la rpartition des SC sur les Sites

5. Conclusion :
Vers la fin de cette phase chaque cellule du rseau doit avoir une liste de voisines avec les quelles elle
effectuera le Handover pour assurer la fonction de mobilit dans ce rseau, et un scrambling code.
Apres cette tape loperateur mis en service ces sites puis viennent la phase de rglage initiale.


INPT Juin 2010 35
Chapitre3 : Tuning dun rseau 3G
1. Introduction :
La phase de Tuning ou de rglage est faite dans le but de fournir aux oprateurs une description
dtaille des problmes sous-jacents quil convient d'adresser lis la phase du design. Le Tuning est
lanc quand tous les nuds ncessaires sont installs et oprationnel et quand le rseau est stable et
non encore commercialement utilis (Tuning sans le client). Il est aussi excut quand de nouveaux
sites sont installs dans des zones commercialement lances (Tuning avec le client).
Dans ce chapitre nous allons nous servir pour analyser des diffrents outils logiciels utiliss par les
ingnieurs radio au sein dEricsson. Ces outils sont MapInfo qui est un outil puissant de SIG et de
reprsentations des informations gographiques complexes et le logiciel propritaire dEricsson appel
TEMS qui sert entre autres effectuer les enregistrements lors de drive test pour pouvoir les analyser
ultrieurement.
2. Les tapes de tuning :
Le tuning se fait suivant plusieurs tapes illustres dans le schma suivant et dcrites ci-dessous :

Figure 25 : Les tapes de lInitial tuning
2.1 Prparation
Les prparations du tuning initial se font par :
Vrification du design :
- Avoir un aperu gnral sur le design en vrifiant les plots de couverture EcNo et RSCP

INPT Juin 2010 36
- Avoir une ide sur les critres de couverture imposes par loprateur notamment les valeurs
cible des diffrents indicateurs de performance (taux de coupure, taux de blocage)
- Connatre les paramtres des antennes : Tilt mcanique et/ou lectrique, hauteur dantennes,
puissance dmission.
- La configuration des sites : positionnement, les pertes des feeders, nombre de porteuses
- Dautres informations gnrales relatives au modle de prdiction utilis.
Dfinition des clusters et des parcours des Drive tests :
- Planification des clusters avec un maximum de 10 15 sites. Les sites dun mme cluster
doivent appartenir au mme RNC.
- Sassurer que le parcours passe par toutes les cellules et les zones importantes du cluster.
- Le parcours doit tre choisi de telle sorte que le soft et softer handover soient observs et
valus.
Avant deffectuer un drive test, il faut sassurer que :
- Toutes les cellules dun cluster donn sont oprationnelles.
- Aucune autre activit nest planifie dans ce cluster lors du drive test
- Aucune autre activit au niveau du rseau cur nest planifie ou sil y en a en tre averti
avant le Drive test.
2.2 Drive Test
Les Drive tests comme leur nom lindique consistent en des tests sur les performances du rseau en
parcourant les rues avec une voiture, ils donnent des informations sur la voie descendante entre la
NODE-B et la UE.
Pour raliser un drive test on a besoin de :
- Mobile(s) trace : ils donnent une premire impression vis--vis de la performance du rseau.
Ils sont configurs comme suite :
- Appel court : on configure le UE pour faire des appels courts (dure de 2min, spars aves
un intervalle de temps de 30s).
- Appel long : on configure le UE pour faire des appels longs (dure indtermin avec
recomposition automatique du numro en cas de dconnexion).
- Session PS : on configure le UE pour tlcharger des fichiers.
- Appel vido
- Scanner : permet de mesurer le niveau du champ et la qualit de lenvironnement radio
- Un vhicule pour le dplacement
- Geographical position System GPS : pour la localisation gographique des points de mesures.

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

Figure 26 : Connexion des quipements

Lobjectif du Drive Test est de vrifier que la NODE-B est fonctionnelle dun point de vue RF. Il
sagit, en effet, de tester et dvaluer les lments suivants :
- Le taux des access-failures, le taux des Dropped-Calls et le temps du Call-Setup seront mesurs
pour sassurer du bon fonctionnement de la NODE-B.
- Le dbit des donnes et le temps de latence seront mesurs pour sassurer du bon
fonctionnement du data service
- Chaque PN sera valid pour sassurer quil a t transmis travers lantenne approprie et dans
la bonne direction.
- La puissance nominale de transmission et de rception sera vrifie pour sassurer quil ny a
pas de problmes de cblage dantennes.
- EcNo et RSCP seront vrifis pour sassurer quil ny a pas de problmes de bruit ni
dinterfrences.
- Les paramtres RF tels que : la liste des voisins, la fentre de recherche, et les paramtres du
handoff seront vrifis pour sassurer que la base de donnes est mise jour.
- Les fonctionnalits du handoff seront testes pour sassurer que la station de base effectue le
contrle de lappel correctement.
- Les performances de la voix (Access-Failure, Call drops . . .)
- Les performances de la Data (dbit et autres)
- La couverture du signal (puissance nominale de transmission et puissance de rception)

INPT Juin 2010 38
- Les diffrents types du Handover (Softer Handover, Soft Handover et inter-Rat Handover)
Les lments suivants doivent tre pris en considration durant le drive test :
- Les chemins de test doivent tre lintrieur de la couverture
- viter la rptition du mme de trajet
- Parcourir le plus possible travers les routes prsentant des obstacles
- Essayer de tester avec la mme vitesse (30 50km/h)
2.3 Analyse et Post-processing :
Une fois les donnes collectes, on passe la phase de post processing et de lanalyse qui consiste
analyser les diffrents LogFiles pour identifier les problmes majeurs de lenvironnement radio et
proposer les changements adquats par la suite. les outils utiliss pour ceci sont :
- TippMacro : une macro excel dont les inputs sont les logfiles exports en format Excel, et le
celfile gnr pour chaque cluster. Les outputs sont les valeurs des diffrents KPI sous format
Excel et des tables MapInfo.
- MapInfo : Les parcours et les fichiers MapInfo .tab sont visualiss sur MapInfo. Ceci permet de
dtecter les zones problme et lemplacement des coupures et blocages dappels.
Lanalyse se fait en trois phases :
- Tuning du canal pilote.
- Tuning de la partie CS du rseau.
- Tuning de la partie PS du rseau.

3. Tuning du canal pilote
Les mesures du canal pilote sont primordiales pour valuer les caractristiques de la propagation radio,
la russite de Handover et des slections de cellules. Lanalyse du canal pilote repose sur la
vrification de La couverture du canal pilote, elle se fait par scanner la valeur du CPICH RSCP et
EcNo de la cellule serveuse. La valeur du CPICH-EcNo doit dpasser un seuil qQualMin et celle du
CPICH-RSCP la valeur qRxLevMin.
Ces valeurs sont ngocies avec le client mais ne doivent pas tre infrieures respectivement -16dBm
et -111dBm.
Les problmes causant les trous de couverture sont :

INPT Juin 2010 39
Feeders changs (swapped feeders) : dans le cas o il y a une diffrence entre le SC planifi
et le SC transmettant dans une zone donne, le feeder du premier secteur peut tre connect au
deuxime secteur.
Cellule over-shooter : Quand une cellule est la cellule serveuse dans une zone loigne de sa
zone de couverture planifie.
Pilot pollution : Les interfrences peuvent tre dtectes dans les zones o lon a un bon
niveau de champ et une mauvaise qualit. Par exemple pour des valeurs de RSCP suprieures
-100dBm et Ec/No infrieur -12dB. Cette dgradation de qualit est due aux interfrences
causes par la prsence dautres signaux reus avec un bon niveau de champ provenant de
plusieurs cellules.
On parle du pilot pollution si lon a plusieurs cellules (plus de 3) lActive set. Un site peut tre
considr comme tant dans lactive set si son niveau de champ est proche au niveau de champ le plus
lev. La diffrence entre ces niveaux de champ doit tre infrieure un seuil donn (3dB par
exemple, Donc tous les SCs ayant un RSCP>RSCPstrong-3dB appartiendront lActive Set).
La couverture est classe en quatre niveaux. Pour chaque classe, un seuil pour la valeur du RSCP et
celle de lEcNo est prcis.
Scanner RSCP >= -94 -94 > RSCP >= -104 -104 > RSCP >= -119 RSCP < -119
EcNo >= -9 Niveau1
-9 > EcNo >= -13 Niveau 2
-13 > EcNo >= -18 Niveau 3
EcNo < -18 Niveau 4
Tableau 4 : La couverture classe par niveaux
4. Tuning de la partie CS
En analysant les appels CS, il faut commencer par le premier problme que lUE peut rencontrer
nomm laccessibilit. Si lUE ne peut pas se connecter au systme, il ne peut pas maintenir lappel
une certaine qualit. On sintresse dans ce cas :
4.1 Laccessibilit (ou analyse des appels bloqus)
Laccessibilit exprime le pouvoir de lUE pour obtenir un service une qualit satisfaisante. Pour
cela, on sintresse au niveau des Drive tests aux mesures faites lors des appels courts. Il est essentiel
de noter que l'vnement Blocage dappel arrive toujours pendant la phase de configuration dappel.
Les principales causes de blocage dappel sont :

INPT Juin 2010 40
4.1.1 Voisines non dclares
Dans ce cas le blocage dappel se produit lorsque la cellule serveuse et les cellules voisines ont des
niveaux faibles de RSCP et /ou EcNo, avec lexistence dautres cellules leurs RSCP et EcNo sont
acceptables et ne sont pas dclar en tant que voisines.
Un exemple dun blocage dappel caus par une absence de voisinage. LUE est servie au dbut par la
cellule 49046 (SC = 387). Lors de ltablissement dappel, la cellule 48007 (SC = 451 prsente de trs
bonnes conditions mais nest pas rajoute lActive Set. La cellule 48007 cause de trs fortes
interfrences. La cause de ce blocage est nest pas spcifie explicitement par TEMS.

Figure 27: Prise dcran Tems illustrant la dtection du problme de voisine non dclare

4.1.2 Mauvaise couverture
Le blocage dappel se produit lorsque les conditions radio sont mdiocres dans la phase de
configuration dappel.
Exemple : les conditions radio sont trs mauvaises au moment o lUE tente dinitier un appel. Le
RCSP de la cellule serveuse =-121dBm et Ec/No=-21dB. [6]

INPT Juin 2010 41

Figure 28:Prise dcran Tems illustrant la dtection du problme de mauvaise couverture
4.1.3 Not Radio
4.1.3.1 Diconnexion ltape de letablissement de RAB :
Dans ce cas lenvironnement radio est bon mais pendant le Call set up aprs lenvoie de message
DL Call Proceeding le reseau envoie un message de dconnexion dont la valeur de la cause, dans le
message de couche 3, est 127 ( Unspecified).

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

INPT Juin 2010 42
4.1.3.2 Resources Unavailable (Congestion)
Dans ce cas le rseau envoie un message de dconnexion dont la valeur de cause est 47 (les
ressources non disponibles). Ce message est envoie aprs le setup de radio Bearer. Lenvironnement
radio dans ce temps est bon.

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

4.1.3.3 UE Sensitivity Fault
Dans ce cas le problme est au niveau sensibilit dUE UE sensitivity fault . Daprs les mesures
de lUE lenvironnement radio est faible lorsque lUE tente lancer un appel mais le scanner montre
linverse.

4.1.4 Le blocage dappel anormal
4.1.4.1 Unclassified - Unanswered RRC requests
Dans ce cas, une demande de la RRC est envoye, mais le rseau ne rpond jamais avec un message
de RRC connection setup. Il n'est pas clair si oui ou non le rseau reoit la demande de la RRC.
L'environnement radio dans la liaison descendante comme TEMS nous montre est bon.

INPT Juin 2010 43

Figure 31 : Prise dcran Tems illustrant la dtection du problme de Unanswered RRC requests

4.1.4.2 CM Service Abort

Figure 32 : Prise dcran Tems illustrant la dtection du problme CM Service Abort


INPT Juin 2010 44
Dans ce cas, lUE essaie dtablir un appel, mais un blocage dappel arrive. Selon les spcifications
3GPP :Si la couche CM initie ltablissement de la connexion MM, mais que la couche CM dcide de
la bloquer, la station mobile doit envoyer un message CM SERVICE ABORT aprs avoir tabli un
RRC Connection et avant lenvoi du premier message CM (ex SETUP).
Dans ce cas, lutilisateur dcide de ne plus tablir lappel avant lenvoi du message CM Service Setup,
Deux cas sont possibles: la dcision est prise par lutilisateur lui mme ou par lUE cause de
mauvaises conditions radio
4.1.4.3 La dfaillance de lauthentification et de la scurit de UE
Dans ce cas les conditions radio sont acceptables pour tablir une connexion mais le problme est
au niveau de la scurit et la procdure d'authentification, ce qui provoque lchec de connexion et par
consquent le blocage de lappel.
L'appel est publi normalement au cours d'tablissement d'appel et 6 secondes aprs le rseau
envoie la commande de scurit. Il y a un chronomtre pour la rponse correcte cette commande de
scurit, qui est fix 6 secondes. Cela indique un problme dans la scurit et la rponse
d'authentification par l'UE.
4.2 La maintenabilit de la connexion (Retainibility ou analyse des dropped calls)
Les coupures dappel sont classes partir de leur cause :
4.2.1 Absence de relation de voisinage

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


INPT Juin 2010 45
La coupure dappel peut avoir quand le niveau de champ et la qualit du signal de la cellule serveuse
sont faibles, alors quils sont bons pour une cellule voisine non dclare dans lActive set. Par
consquent, le mobile ne peut pas effectuer de SHO vers cette cellule.
Exemple : La cellule serveuse a comme ID 61888 (SC = 205). Lors de lappel, la cellule 62096 (SC =
293) donne un niveau de champ plus lev mais nest pas ajoute au niveau de lActive Set du fait que
ces deux cellules ne sont pas dclares voisines.
4.2.2 Mauvaise couverture
Dans ce cas la coupure se produit dans les rgions o les conditions CPICH RSCP et / ou CPICH
EcNo ont des valeurs critiques et ne conviennent pas pour une bonne connexion.
Parmi les causes de mauvaise couverture on trouve :
- Le site est en panne ou nexite pas dans cette zone.
- Mauvaise configuration et positionnement des antennes.
- Grande perte au niveau de cble (feeder) ou une faible puissance de sorite de RBS
- Un niveau lev d'interfrence (externe, interne, de la coexistence, l'Inter-modulation)
- Un rglage incorrect des paramtres de puissance de sortie des canaux de contrle et de trafic.
Exemple : Lenvironnement radio daprs les rapports de mesure de lUE tait dfavorable. Le
RSCP de la cellule serveuse est de -127dBm et Ec/No est -32dB.

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

INPT Juin 2010 46
4.2.3 Mauvaises conditions radio
Dans ce cas le Drop se produit lorsque la meilleure cellule serveuse (Best Server cell) est manquante
(surtout dans de bonnes conditions RSCP CPICH). La mise jour de lactive set de UE ne suivre pas
l'volution rapide de la couverture. Dans ce cas, les situations de la Pilot Pollution sont incluses
(plusieurs cellules en Active Set mais aucune ne domine la signale reu (RSSI est grand mais le Ec/No
est trs faibles pour tous les cellules)). On trouve plusieurs raisons savoir (Un mauvais TILTE ou
Azimuth ou le type de lantenne).
Exemple: LActive Set se compose des deux cellules de SC 49 et 303. Les cellules MN (Monitored
neighbors de SCs 304, 179 et180 leur sont trs proches par rapport leur RSCP (de 70dBm 79
dBm).

Figure 35 : Prise dcran Tems illustrant la dtection du problme de mauvaises conditions radio

4.2.4 Congestion
Dans ce cas le Drop se produit quand il n'y a pas de ressources disponibles pour la connexion radio.
Le rseau envoie une RRC connexion release lorsque le RBS atteint sa puissance maximale disponible
en DL. Lorsque le drop se produit, la cause congestion est communiqu clairement dans le
message de la couche 3 RRC connexion release .

INPT Juin 2010 47
Exemple : Dans ce cas, les conditions radio ne sont pas critiques. On remarque la prsence dune Best
Server avec deux autres cellules qui transportent le service. Lindisponibilit des ressources radio
arrive brusquement aprs un nombre de SHO rapides et un message envoy par le rseau intitul
RRC Connection Release apparat pour annoncer la coupure de lappel. Sur les messages du niveau
3 on voit clairement que la cause de cette coupure est Congestion.

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

4.3 Proposition de changements
Avant de suggrer un changement, il faut tudier les points suivants :
- Les photos du site
- La hauteur des constructions autour du site
- Le type des tilts utilis dans un secteur donne (mcanique/lectrique)
- Le gain maximal des antennes et leur radiation horizontale et verticale.
Pour combattre les problmes de couverture, quelques solutions peuvent tre proposes :

INPT Juin 2010 48
4.3.1 Les tilts
Le tilt est l'angle par rapport au plan horizontal dans lequel l'antenne met le plus de puissance

Les tilts sont suggrs dans le cas de sites overshooters puisquils permettent de limiter la couverture
dun secteur donn.
Il existe deux types de tilt :
Tilt mcanique : Est 'visible' parce que l'antenne s'incline physiquement.
Tilt lectrique : Est propre l'antenne et n'est pas visible. Il est modifiable distance.
Il est toujours prfrable de commencer par le tilt lectrique pour ne pas affecter la couverture GSM.
Une combinaison du tilt mcanique et lectrique doit tre optimale.
4.3.2 R-azimutage
L'azimut de l'antenne est la direction dans laquelle l'antenne met la majeure partie de sa puissance.
Dans ce cadre, 0 correspond au nord, 90 l'est, 180 au sud, etc. Pour les antennes
omnidirectionnelles (antennes qui mettent autant dans toutes les directions comme c'est le cas par
exemple pour un grand nombre de stations de radiodiffusion), l'indication de la direction n'a pas
d'importance et celle-ci n'est donc pas renseigne ou bien une valeur est indique au hasard
(gnralement 0).
En changeant lazimuth dune antenne pour amliorer la couverture de certaines zones.
4.3.3 Rehaussement ou baisse de lantenne
Parfois lemplacement de lantenne dans une position basse peut avoir un grand impact sur sa
performance. De mme, positionner lantenne grande hauteur peut causer des lobes secondaires qui
augmentent les interfrences.
Une antenne peut galement tre affecte par des btiments grande hauteur dans son entourage. Dans
ce cas, il faut penser changer son emplacement. On a rarement recours cette solution cause de
son cot.

INPT Juin 2010 49
5. Traitement de cas rels :
Aprs avoir vu dans ce qui chapitre la mthodologie de tuning, nous allons illustrer son processus par
des tudes de cas concrets labores durant mon stage. Pour des raisons de confidentialit, la zone en
question ne sera pas dvoile ainsi que les identifiants des sites.
5.1 Analyse des Scrambling Codes

Figure 37 :Plot du SC de best serving lors du drive test

Lanalyse de plot de scrambling codes dvoile que tous les sites sont oprationnel lors du drive test.
Cette analyse sappuie sur lexamen des scrambling codes propres chaque secteur.
5.2 Analyse de couverture :

Figure 38 :Plot du RSCP lors du drive test


INPT Juin 2010 50
Le plot de RSCP dvoile La couverture est gnralement bonne (91.68% de RSCP >= -85 dBm et
100% RSCP >= -100dBm) mais on a quatre zone ou le RSCP est inferieur -90dBm. Pour savoir les
causes de cette mauvaise couverture on analyse les messages et les mesures enregistrs par TMES lors
de Drive test. On trouve que le manque des relations de voisinage est la cause dans les zones A et B et
les interfrences sont la principale cause de dgradation de qualit dans les Zones C et D.

5.3 Analyse du rapport Ec/N0
Le plot de Drive test montre que la qualit est mauvaise dans la moiti de zone :
- Ec/No >= -11 dB : 47.48 %
- Ec/No >= -14 dB : 88.55 %
Lanalyse de lenregistrement de ce Drive test nous donne une vue globale sur les causes de la
mauvaise qualit de EcNo dans ces Zones. La figure ci-dessus montre le plot de lEcNo lors de
Drive test, les causes et les recommandations.

Figure 39 :Plot de lEcNo lors du drive test

5.4 Analyse de coupure et blocage dappel :
Dans ce drive test on a 5 vnements de coupure dappel et aucun blocage dappel.
Lanalyse dune coupure dappel faite grce TEMS, a prouv que la cause principale des coupures
dappels tait le manque de voisinage, surtout aux bords de couverture de cellule.

INPT Juin 2010 51

Figure 40 : Plot des coupures dappel lors du drive test

Lanalyse des coupures dappels ainsi aboutit llaboration dun ensemble daction comme illustr
dans la figure ci-dessous :
La cellule
serveuse
Nombre de
coupure
Le problme
de la coupure
La solution propose
Site-2(3) 1 absence de relation de
voisinage
Dclarer la relation suivante :
Site-2(3) Site-1(3)
Site-3(2) 1 Absence de relation de
voisinage
Dclarer les relations suivantes :
Site-3(2) Site-2(2)
Site-3(2) Site-1(3)
Site-3(2) Site-4(1)
Site-4(3) 2 Absence de relation de
voisinage
Dclarer les relations suivantes :
Site-4(2) Site-6(3)
Site-4(3) Site-6(3)
Site-4(3) Site-5(2)
Site-4(3) Site-9(3)
Site-5(1) 1 mauvaise couverture Down Tilt la cellule Site-5(3) pour avoir une
continuit de couverture entre les secteurs de Site-5
Tableau 5 : Tableau rsumant lanalyse les coupures dappels rencontrs lors du Drive Test
6. Conclusion
La phase de tuning savre une phase cruciale pour loprateur ainsi que pour lquipementier pour
assurer un bon dmarrage du service en question, car donner une excellente premire perception de
lutilisateur vis--vis du service fourni est le grand challenge de tous les oprateurs. Elle est aussi
dune grande importance dans la mesure o elle corrige les invitables petites erreurs relatives la
phase du Design.
La phase de tuning tant franchie, une autre phase savre indispensable pour la maintenance de la
bonne qualit du service ainsi que pour pouvoir suivre lvolution du nombre dutilisateurs 3G qui ne
cesse daugmenter. Il sagit de la phase doptimisation qui est lobjet du chapitre 4.


INPT Juin 2010 52
Chapitre 4 :
Les indicateurs cls de performances de systme WCDMA
1. Introduction
Ce chapitre a pour objectif de dcrire les principes de l'optimisation d'un rseau radio WCDMA. Il
explique les diffrentes tapes ainsi que les outils utiliss dans le processus doptimisation selon la
perspective Ericsson.
Aprs la phase de tuning vient celle de l'Optimisation qui identifie et rsout des problmes du rseau
On-Air principalement lis l'augmentation du nombre dabonns.
Le processus doptimisation aboutit gnralement des changements de paramtres pour les
diffrentes fonctionnalits telles le contrle de puissance, la gestion de la capacit, le handover et la
commutation de canal (Channel switching).
Les donnes collectes de diverses sources systme sont analyses et les recommandations sont faites.
Ericsson utilise diffrents outils que sont :
- les statistiques de performance
- les enregistrements du Trafic d'quipement usagers UETR (User Equipment Trafic
Recording),
- les enregistrements du Trafic des cellules CTR (Cell Trafic Recording),
- Les Informations issues des Drive tests ainsi que les feedbacks des abonns sont aussi pris en
compte.
Pour assurer une gestion efficace des performances d'un rseau cellulaire, il faut tre capable de
naviguer dans les donnes rassembles dans le rseau et dterminer les secteurs o des amliorations
sont ncessaires
En raison de la quantit norme des donnes statistiques de performance qui sont rassembles par le
rseau WCDMA, il savre judicieux dextraire et de calculer des indicateurs cls de performance li
directement la qualit que de corrler toutes les donnes pour lensemble du rseau pour construire
une image cohrente de ltat du rseau.
Les indicateurs cls de performance sont des mtriques formules sur la base de mesures assez
prcises, connues sous le nom de compteurs, rcupres partir des diffrents composants du rseau.
Lexamen des KPIs relvent des taches quotidiennes de lquipe radio. Les conclusions qui en
dcoulent sont constituent gnralement des rponses aux questions suivantes :
- Les performances du rseau sont elles la hauteur des exigences ?
- Les performances ont-elles changs ? (amlioration ou dgradation)
- Quelles sont les zones problmatiques ? De quel type de problme sagit-il ?

INPT Juin 2010 53
Avant dentamer les considrations des KPI, un rappel sur les compteurs et leur relation avec les KPI
sera dune grande utilit.
2. Les compteurs
En principe, chaque vendeur quipe son systme dun ensemble de compteurs mesurant les
diffrents vnements ayant eu lieu dans le rseau (exemple : les alarmes), dans le but danalyser et de
suivre de prs les performances, ainsi que la stabilit. Tandis que le contrle de la stabilit est en
quelques sortes dintrt moyen, le contrle de performance savre tre, par contre, dune trs grande
importance. En effet, en se basant sur les compteurs des vnements, ce type de contrle garanti une
bonne gestion des ressources en dtectant de manire efficace les problmes survenus au niveau dun
matriel spcifique mettant ainsi en pril le bon fonctionnement du rseau.
Les sept types de conteur disponible en PMS sont:
- Peg counter :
Un compteur qui est incrment de 1 chaque apparition dune activit spcifique.
- Gauge Counter :
Un compteur qui peut tre dmuni ou augment en fonction de lactivit en systme.
- Accumulator counter :
Est un compteur qui est augment par la valeur d'un chantillon. Il indique la somme totale de
toutes les valeurs dchantillons prises pendant un certain temps. Ce nom d'un accumulateur
commence soit par pmSum ou par pmSumOfSamp.
- Scan counter :
Est un compteur qui est augment de 1 chaque fois que le compteur accumulateur
correspondant est augment. Il indique combien d'chantillons ont t lus, et ajout au
compteur accumulateur correspondant. Ce compteur peut donc tre considr comme un type
spcifique de Peg Counter.
- Calculated Counter :
Utilisation de Accumulator counter et Scan counter permet de calculer une moyenne, connu
comme un Calculated Statistics Counter. Le calcul est effectu dans la base de donnes de
Statistique OSS-RC. Les fichiers POR doivent tre ouverts avant que les valeurs du compteur
peuvent tre transfrer dans la base de donnes. Les calculs sont effectus par la base de
donnes elle-mme au cours de ce processus. Cela signifie que ces compteurs ne sont pas
disponibles lorsque la base de donnes statistique n'est pas prsente.


INPT Juin 2010 54
- Position Determining Function (PDF) counter :
Est une liste de gamme de valeur. Une valeur est chantillonn (lire) priodiquement. Si la
valeur tombe dans une certaine gamme, le Compteur de gamme pour cette gamme est
augment. Toutes les valeurs de compteur de gamme sont collectes et stockes dans un fichier
de ROP la fin de chaque priode de dclaration.
- Discrete Distributed Measurements (DDM) :
Est une srie de valeurs enregistres durant une priode de dclaration. Chaque srie de
valeurs peut tre de l'un des types de mesure suivants:

- la valeur de cumule des mesures sur une priode.
- une moyenne sur la dure de la priode de mesure.
- Lire un moment prcis (le temps de mesure), dans la priode de mesure ( un cadre
spcifique)

la fin d'une srie de priodes conscutives de mesure toutes les valeurs de mesure sont
collectes et stockes dans un fichier ROP.
3. Modules de la QoS
La dfinition de la qualit de service sert pour mesurer le degr de satisfaction de lutilisateur de la
globalit du service. Le concept de la QoS consiste en six exigences:
Performance de Service daccessibilit :
Cela mesure la possibilit quun service soit obtenu des tolrances prs et selon dautres conditions,
quand lutilisateur le demande. Cest la capacit de joindre le rseau. Loprateur doit surveiller le taux
de succs dtablissement dappel, le taux de succs de la procdure de paging, la probabilit de
blocage etc.
Performance de Service maintienne (Retainibility) :
La capacit d'un service, une fois obtenu, continuer tre fourni dans des conditions donnes pour la
dure demande. L'oprateur doit alors observer le taux dchec d'appel.
Performance de Service Integrity
Le degr avec lequel on fournit un service, obtenu une fois, sans dommages excessifs. Par exemple,
l'oprateur doit observer le BLER et le throughput
Performance de Service Support
Cest la capacit dun oprateur fournir un service et fournir de laide lors de son usage.


INPT Juin 2010 55
Performance de Service Operability
Cest la capacit dun service tre exploit facilement et avec succs par un utilisateur.
Performance de Service Security
La protection prmunie contre le contrle non autoris, l'utilisation frauduleuse, le dommage
malveillant, la mauvaise utilisation, l'erreur humaine et la catastrophe naturelle.
Ces six critres de QoS sont illustrs dans la figure ci-dessous :

Figure 41 : Les critres de QoS*

En mesurant continuellement le QoS par le contrle des KPI, l'oprateur devrait tre capable de :
- Dtecter les problmes du rseau et dterminer si les exigences en termes de qualit ne sont pas
accomplies.
- Localiser gographiquement les problmes en isolant la zone, la cellule, ou l'metteur-rcepteur
manifestant un problme.
- Dtecter les zones densifier en contrlant les niveaux de trafic et en dterminant o lajout de
matriel est ncessaire.
- Identifier les cellules qui sont rentables money makers en examinant le trafic port. C'est
important dans la dtermination de la svrit du cas d'une cellule tant hors service.

INPT Juin 2010 56
4. Flux D'Optimisation WCDMA RAN :
Le principal objectif de l'optimisation d'un rseau est d'assurer que tout service concernant les
dfauts lis la charge de trafic dans le rseau aprs le rglage initial sont corriges. La figure
sous-dessus illustre Les principales tches de flux doptimisation de RAN WCDMA :

Figure 42 : Optimization Process

4.1 Prparations :
Cette phase a pour but de trouver les problmes de rseau et vrifier ces paramtres. Il y a de
nombreux problmes qui peuvent tre rduits partir du dbut si cela est fait. Il faut vrifier :
- les Rglages des paramtres.
- les relations de voisinage.
- Scrambling codes
4.2 Module daccessibilit :
Au cours de ce module, l'accessibilit du rseau WCDMA RAN est analyse. On analysant Les
comportements dUE en mode veille ainsi que dans le processus de Random Access afin de faire
la meilleure performance du rseau.
4.3 Module de maintienne :
Au cours de ce module, la retainability du WCDMA RAN est analyse. Le comportement de
mobilit UE ainsi que les performances de transfert sont analyss afin de faire la meilleure
performance du rseau.
4.4 Module de lintgrit :
Au cours de ce module, lintgrit du WCDMA RAN est analyse. Le BELR est analys afin de
faire la meilleure performance du rseau.

5. Processus doptimisation du rseau WCDMA RAN
Chaque Module de flux doptimisation de RAN WCDMA suivre le processus suivant :

INPT Juin 2010 57

Figure 43 Figure illustrant le processus doptimisation dun rseau WCDMA.
5.1 Collection et Evaluation des Donnes
Ces mesures doivent tre prises durant lheure charge aussi bien que les heures ou le trafic est
normal. Pour assurer la collecte des donnes statistiques, des profiles contenant les compteurs que lon
souhaite extraire sont dfini pour chaque RNC (compteurs activs). Dans le cas ou lon ne gnre pas
de valeur pour un compteur que lon juge important un nouveau profil doit tre dfini et activ.
Les compteurs indispensables tous profil sont ceux en liaison direct avec : RRC, RAB, Contrle
dAdmission, ltat up ou down des Cellules, la Congestion, le Handover, Handover Inter-frequences,
IRAT Handover, la charge du processor interne au RNC, ltat du traffic Iur, Cell update, and Channel
Switching.
OSS-RC :Cest lemplacement ou lon trouve loutput des diffrents enregistrements ainsi que les
ROP files des diffrents nuds du rseau.
5.2 Analyse des performances
Pendant cette analyse des performances, les KPIs dduits des mesures de performance sont valus
pour trouver les cellules problmatiques ainsi que les zones gographiques inhrentes.
Les plus mauvaises cellules (worst cells) sont divises en plusieurs types et devraient aussi tre
analyss de manire optimale dans leur ordre de svrit.
Cet ordre est gnralement comme suit :
- Cellules accs alatoire dfaillant :
La mthodologie pour optimiser la procdure d'accs alatoire est trs dlicate en raison du petit
nombre de compteurs gnrs. Ce qui peut tre fait ce niveau est : ajuster les paramtres d'accs

INPT Juin 2010 58
alatoires et ensuite observer les variations des nombre de connexions ainsi que le nombre de requtes
RACH rates.
- Cellules problme de partage de charge laccessibilit :
Ceci a pour objet dexaminer le nombre de requtes dadmission rejetes.
- Cellules problme de RAB :
Ces cellules ne sont pas conformes aux objectifs en termes de maintien et Intgrit. Loptimisation de
ce problme passe par la rvision des paramtres radio en sappuyant sur les configurations des sites,
la localisation gographique, les Drive tests des clusters en question ainsi que les GPEH, CTR et
UETR inhrents.
5.3 Elaboration des recommandations et leur implmentation
Gnralement, il y aura deux types de conclusions qui dcouleraient de l'analyse des donnes
statistiques. Ces conclusions sont rapportent soit aux valeurs des paramtres Cellules/RBS/RNC, ou
la configuration matriel des quipements telle l'inclinaison d'antenne ou la hauteur d'antenne etc. Un
rapport bref devrait tre produit et prsent au client, dcrivant les conclusions tires, les
recommandations formules et les arguments pour justifier les changements que lon souhaite
appliquer au rseau.
Le dit rapport devrait aussi fournir au client les donnes inputs ncessaires pour tre capable de
comprendre la nature du problme et pourquoi les Demandes de Changement (Change Request)
simposent.
5.4 Vrification des changements
Aprs la mise en uvre de changements (paramtriques, hardware etc) les performances du rseau
devrait tre contrle pour vrifier l'impact de changements faits. Les donnes statistiques de
performance devraient tre rassembles aprs la mise en uvre de changement afin dvaluer les
performances du rseau dans les zones problmatiques. Si pour n'importe quelle raison les
changements mis en uvre ont caus des dgradations au niveau de ltablissement des connections, la
configuration de dpart doit tre restaure pour ensuite parcourir dautres pistes.
6. Aperu sur quelques aspects doptimisation dun rseau 3 G
6.1 Module daccessibilit
6.1.1 Gnralits
C'est le premier module qui devrait tre optimis. L'accessibilit est dfinie comme la capacit d'un
utilisateur obtenir le service demand du systme. En WCDMA RAN, ce mtrique peut tre mesur
en calculant le produit de la probabilit de russite de connexion RRC et la probabilit de succs

INPT Juin 2010 59
d'tablissement RAB. Cette mtrique peut tre calcule par cellule et par RNC pour tous les services
pris en charge.
La figure ci-dessous montre ltablissement dun appel manant dun mobile ainsi que toutes les
actions diffrentes prises avant qu'un appel ne soit tabli.

Figure 44 : La procdure daccessibilit au rseau

6.1.2 Les indicteurs cls de performances de laccessibilit :
6.1.2.1 Accessibilit Speech, CS6 , CS57 :
La seule mthode pour identifie la performance daccessibilit est via le Call Setup Success Rate
(CSSR) ce metrique est mesur en utilisant le produit de La probabilit de RRC Connection
Success et La probabilit de RAB establishment success.

pmTotNoRrcConnectReqCsSucc : Total Number of Success Conversational Call RRC Connection Setups
Ce conteur est incrment lorsque le message RRC Connection Setup Complete Message est
reu aprs une tentative de Originating ou Terminating Conversational Call .
pmTotNoRrcConnectReqCs : Total Number of Conversational Call RRC Connection Attempts
Ce conteur est incrment lorsque le message RRC connection request message est reu avec
un demande detablissement de Originating Conversational Call ou Terminating Conversational
Call .
pmNoRabEstablishAttemptSpeech : The Number of RAB Establishment Attempts
Ce conteur est incrment lorsque le reseau cur envoie un message RAB Assignment Request
Message demandant la modification ou la mise en place de RAB.
100 * (pmTotNoRrcConnectReqCsSucc/ pmTotNoRrcConnectReqCs) *
(pmNoRabEstablishSuccess<RAB>/ pmNoRabEstablishAttempt<RAB>)
RAB=speech, CS64 ou CS57


INPT Juin 2010 60
pmNoRabEstablishSuccessSpeech : The Number of Successful RAB Establishments .
Ce conteur est incrment lorsque ltablissement de RAB est russit.

6.1.2.2 Accessibilit packet

Parfois dans le cas dune re-slection de cellule durant une connexion RRC, un mobile peut rpter
le message de requte de connexion RRC plusieurs fois, ce message peut parvenir une autre cellule,
et vu que le RAN ne compte pas les connexions dupliques RRC, il se peut que certaine petite cellules
affichent un taux de succs de connexion RRC suprieur 100% : Requte amorce dans une cellule et
le succs enregistr dans une autre.

6.1.3 Les performance des mauvaise cellules :
Le plus important dans cette phase cest de trouver les plus mauvaises cellules en termes
daccessibilit. Il existe une formule qui combine les taux de succs lmentaires pour dcider des
mauvaises cellules en termes de performance. La plus mauvaise cellule peut tre trouve en analysant
le taux de russites dtablissement dappel d'une cellule. On trouve deux catgories de KPI une est
utilise pour dcliner les mauvaises cellules en termes dchec de connexion RRC et en termes
dchec dtablissement de RAB. Une seconde catgorie est utilise pour dcliner les raison des
checs.
La stratgie d'optimisation consiste traiter les plus mauvaises cellules par rapport un service
particulier, donc les formules spcifiques chaque service doivent tre utilises.

6.1.4 Exemples de cas danalyse de ltablissement des connexions RRC et RAB
Une fois les mauvaises cellules en termes dtablissement de connexions RRC trouves, il convient
de dterminer la source du problme afin de le cerner et de le corriger. Lalgorithme ci-dessous montre
la procdure danalyse quon utilise dans le cas dEricsson. Il combine les tapes dtablissement
dune connexion RRC (qui constituent des vnements) avec les compteurs relatifs chaque tape qui
sincrmentent chaque occurrence de lvnement en question. Nous allons nous focaliser sur les
tapes les plus pertinentes et les plus frquemment rencontres.
100 * (pmTotNoRrcConnectReqPsSucc / pmTotNoRrcConnectReqPs) *
(pmNoRabEstablishSuccess<RAB> / pmNoRabEstablishAttempt<RAB>)
RAB= PacketInteractive ou PacketStream

INPT Juin 2010 61

Figure 45 : Illustrant lanalyse dun appel MOC ainsi que les diffrentes conclusions tires

6.1.4.1 Blocage en contrle dadmission
Les blocages au niveau du contrle dadmission est d des seuils de paramtrages inadquats. Il est
ainsi ncessaire de savoir la source exacte du problme pour pouvoir le rsoudre.
La figure ci-dessus montre les neuf tapes de contrle dadmission :

INPT Juin 2010 62

Figure 46 : Flux du contrle dadmission

Quand un besoin de nouvelles ressources est exprim (tablissement dun lien radio ou modification
dun lien existant), la fonction de contrle dadmission reoit une requte dadmission. Cette requte
spcifie une estimation du nombre de ressources ddies requises par le line radio tablir. Cette
estimation est ensuite compare avec les ressources disponibles ainsi quavec les seuils dadmission
configurs par loprateur. Enfin une rponse est envoye lutilisateur pour accepter ou rejeter sa
demande.
Le compteur pmNoReqDeniedAdm montre le nombre de connexion RRC et de requtes RAB
auxquelles on a refus ladmission. Il est noter que ce compteur est incrment dans le cas de rejet de
connexion RRC, RAB ou dans le cas dun channel upswitch.
Il faut sassurer que ces paramtres concident avec la capacit planifie. Dans le cas cheant il faut
refairele dimensionnement pour augmenter la capacit du systme ou bien activer le partage de charge
inter-frquence pour augmenter le trucking efficiency.

6.1.4.2 Manque de ressources de transmission
Les ressources de transmission ne sont pas vrifies lors du contrle dadmission. Donc il se peut quil
y a blocage des connexion RRC et RAB cause dun manque dans les ressources de transmission. Les
compteurs inhrents la congestion des TXB dun RBS sont : pmSetupFailuresSfn (n=2k,
k=3,4,5,6,7,8).
Normalement, dans un rseau mobile le facteur limitant laccessibilit ne doit pas tre en relation avec
la transmission. Donc un taux dtablissement des connexions AAL2 ne doit tre que 100%.
Cependant, vu que la bande passante requise en WCDMA pour assurer des dbits levs est

INPT Juin 2010 63
importantes, des checs peuvent tre constats dans la transmission de certaines cellules. Ceci se fait
travers :
- un taux non-nul de lchec des liens radio dans ltablissement des connexions RRC tout en
liminant la possibilit dun blocage au niveau de admission control (pmNoReqDeniedAdm), ou
allocation code (pmSetupFailuresSf) ou bien dun problme hardware (examen des alarmes
gnres).
- Un grand nombre dchec de RAB interactive avec un petit nombre de blocage au niveau de
ladmission control.
Afin de remdier aux problmes de transmission, il est suggr dajouter des liens E1. Et comme
solution court terme, on pourrait envisager de fixer le paramtre sf8Adm zro pour optimiser
lusage de la bande passant du lien E1.
6.2 Module de maintien
6.2.1 Gnralits
Retainability est dfinie comme la capacit des utilisateurs conserver son service demand une
fois connect pour la dure souhaite. Cette mtrique peut tre calcule par cellule et par RNC pour
tous les services pris en charge.
En termes de classement des cellules les plus dgrades, on devrait prendre principalement en
considration le taux de coupure dappel. Paralllement, le classement peut tre fait en se basant sur la
contribution de chaque cellule individuellement dans le taux Total de Dropped Call au niveau de
lRNC.
Une premire vrification peut tre entame pour voir o sont situes les cellules dgrades. Si elles
sont aux bordures entre deux RNC, il est recommand de procder une vrification des performances
de lIur Handover.
Il existe 4 principales raisons pour les Coupures dappel:
- Coupure due lUL Out Of synchronisation (Supervision de la connexion radio)
- Coupure due la congestion (Contrle de Congestion)
- Coupure due au Soft/Softer Handover (Fonctions du Soft Handover)
- Coupure due lIRAT Handover (Fonctions de lIRAT Handover)
6.2.2 Les indicteurs cls de performances du maintien :
6.2.2.1 Retainability- Speech
La seule mthode pour identifie la performance de retainability est via le Drop Call Rate. Ce
mtrique est le rapport de Nombre de RAB releases for speech et la somme de nombre de Normal
RAB releases for speech et le nombre de System RAB releases for speech.

INPT Juin 2010 64

6.2.2.2 Retainability- video
La formule de Drop Rate of vido.

6.2.2.3 Retainability- packet
Le drop rate du PS Interactive peut calcule comme le produit de taux de sortie du systme
commutation de paquets (Packet-Switched system release rate) et le taux dchec daccs (access
failure rate).le taux de coupure de commutation de packet par UtranCell pour tous les services de PS
Interactive, donn par laffichage des coupures dappels pout tous les packet calls, prenant en
consideration les HSDPA calls.

dropped call for PS 64 streaming calls.

6.2.3 Coupure due lUL Out-Of-Synchronization
Une coupure due lUl Out Of Synchronization peut tre dtect grce la fonction de
Supervision de la connexion Radio. Cette fonction performe laide des trois principaux
algorithmes suivants :
- Supervision de la synchronisation du lien radio
- Supervision du protocole RLC (Echecs au niveau de la couche 2)
- Supervision de la connexion au niveau des canaux communs.
La supervision de la synchronisation du lien radio se fait au niveau des canaux ddis alors que la
supervision du protocole RLC au niveau de tous les canaux. La coupure dappel due lUl Out Of
Synchronization est le symptme pour dautres problmes comme le manque de couverture en
Downlink ou en Uplink ou le problme dinterfrence. Cet tat est franchi quand la synchronisation du
lien montant est perdue. Quand le BER du canal pilote excde la valeur seuil pour un certain nombre
de trames conscutives, le lien radio est considr comme hors de synchronisation.

INPT Juin 2010 65
Le problme de lUL Out Of Synchronization peut tre d une norme puissance de transmission
du Mobile (UE). Dans une phase de Soft Handover, par exemple, le mobile se connecte une cellule
lointaine figurant dans lActive Set et quelle est la meilleure qui le sert. Dans ce cas, les deux
paramtres RSCP et Ec/N0 augmentent, et lRBS demande encore au mobile daugmenter sa
puissance. La figure ci-dessus reprsente les variations des paramtres RSCP & Ec/N0, et la puissance
de transmission du mobile.
Figure 47 :La puissance de transmission de UE VS EcNo et RSCP de CPICH

A ce moment, et lorsque toutes les autres cellules sont libres, et que la seule cellule distante figure
dans lActive Set, une coupure dappel se produit du fait que la puissance mise par le mobile narrive
pas dpasser la sensibilit de lRBS. Cest le problme dUL Out Of Synchronization .
Pour remdier au problme de Ul-Out-Of-Synchronization , lagent doptimisation a propos un
rglage dun paramtre appel MinPwrRI au niveau de la cellule. Ce paramtre a un impact direct sur
le RSSI en UL. Donc, en rglant ce MinPwrRI sur une valeur plus grande, on aura un UL RSSI plus
grand et par la suite la sensibilit de lRBS va augmenter, ce qui permettra au mobile ne plus
augmenter sa puissance pour tre servi par une cellule trs lointaine.
6.2.4 Coupure due la congestion
A laide de certains compteurs quon peut activer au niveau de la RBS, on peut conclure si le problme
de coupure dappel est d la congestion. Si cest le cas, alors une extension de la capacit des
ressources de lRBS pourrait rsoudre le problme.
6.2.5 Coupure due au Soft/Softer Handover
La fonctionnalit Soft/Softer Handover sert pour dfinir la manire par laquelle plusieurs porteuses
peuvent se connecter dans une phase de Soft/Softer handover, et dcide de ltablissement ou de la
libration des connexions entre lRBS et le mobile.

INPT Juin 2010 66

Figure 48 : Procdure du Soft Handover
Tout dabord, on doit vrifier, laide de compteurs bien spcifiques, si la coupure est due un
problme au niveau du Handover ou non. Pour cela, il existe une formule exprimant le taux de
coupures dues une action de Handover quand une cellule valide (une cellule est dite valide quand elle
appartient au neighbour Set ) ou non-valide ne pourrait pas tre ajoute Active Set . En plus de
ceci, il existe une autre formule permettant dvaluer le taux dchec durant une phase daddition ou
remplacement dune cellule dans Active Set . Pour bien mener une analyse des coupures dappel
dues ventuellement un problme de Handover, on doit tout dabord comprendre les mcanismes
daddition, de suppression, de remplacement de cellules dans Active Set durant un Soft/Softer
Handover ainsi que les diffrents problmes qui en rsultent. Ceci nous mne tudier le phnomne
de Slection/Re-slection de cellules qui se manifeste lorsque le mobile est en tat de veille.
Le mobile performe la re-slection dune nouvelle cellule lorsque le critre de re-slection de cellule se
vrifie durant un certain intervalle de temps appel treSelection. La figure ci-dessous prsente ce
phnomne.

Figure 49 : Re-slection de cellule
Le critre de re-slection de cellule est utilis pour les cellules intra-frquence, inter-frquence, et
inter-RAT (Radio Access Technology).
Lobjectif principal de loptimisation dans ce cas est la rduction du nombre de fois de dclenchement
de la re-slection de cellule. Analysons un exemple pratique, supposons que le mobile a envoy un
message de demande de la connexion radio, et durant le moment dattente dune rponse

INPT Juin 2010 67
dtablissement du lien, le mobile dtecte une autre cellule meilleure et essai donc de faire une re-
slection de cellule. Ceci se produit quand le nombre de message de demande reste infrieur une
certaine valeur dj fixe du nombre de demande maximum dtablissement dappel. Donc on a
intrt rduire le paramtre treSelection, ainsi vite ce cas de problme de se produire aprs. On
appelle ce phnomne Pilot Pollution .
6.2.6 Coupure due lIRAT Handover
Un Systme daccs Radio bas WCDMA prend en charge le Handover du/vers le GSM pour des
raisons de couverture. Ainsi, il est possible de raliser un Handover IRAT pour des raisons de priorit
ou de capacit. La figure ci-dessous illustre ceci.

Figure 50 : Handover WCDMA (IRAT Handover)
La fonctionnalit IRAT-Handover permet au systme de changer les connexions de lUMTS vers le
Systme GSM et vice versa. Ds lintroduction du systme UMTS, on avait rsoudre le problme de
la coupure dappel qui se manifestait lorsque le mobile sort de la zone de couverture du systme
UMTS, la connexion doit donc tre supporte par le systme GSM en raison de sa large couverture. De
plus la fonctionnalit dIRAT-Handover permet aux oprateurs de bien piloter le trafic entre lUMTS
et le GSM.
Cependant, un problme majeur se manifeste en raison de la diffrence de dbit caractrisant les deux
systmes UMTS et GSM. Par consquent, les dbits doivent tre rduits ds que les conditions Radio
se dtriorent.
Prenons lexemple du service voix, nous avons la formule suivante :

Dans ce ratio, on value le nombre de tentatives russies de raliser un IRAT handover par rapport
aux nombre total de tentatives. Ainsi on peut dtecter les cellules o il y a un problme dIRAT.


INPT Juin 2010 68
7. Exemple de lanalyse de performance pour les cellules dgrades
7.1 Le cas dun site congestionn :

La cellule NodeB-3 est parmi les sites quont les performances les plus dgrads avant le 22/5/2010, Comme ils
montrent les graphes suivants :

Figure 51 : Graphe de CSSR de la cellule NodeB-3

Le graphe ci-dessous montre que le taux dtablissement dappel avant 22/5/ 2010 est inferieur
80%. Le graphe ci-dessous aussi montre que le taux dtablissement de HSDPA RAB est faible dans
le mme priode. Le bton en Bleu est le nombre de tentative dtablissement et le bton en bleu est le
nombre de connexion Rab russit.

Figure 52 : le Graphe de HSDPA RAB Setup Success Rate

0.00
20.00
40.00
60.00
80.00
100.00
120.00
HSDPA CSSR
HS
0.00
5000.00
10000.00
15000.00
20000.00
25000.00
30000.00
0.00
20.00
40.00
60.00
80.00
100.00
120.00
HSDPA RAB Setup Success Rate

INPT Juin 2010 69
Lanalyse de graphe de trafic de HSDPA nous montre que le site trafic beaucoup. Donc on na pas des
problmes au niveau des liens radio. Le graphe des nombre dutilisateur nous montre que le nombre
des Utilisateur est lev.

Figure 53 : Graph de trafic HSDPA

Le graphe de Power Limit faillure DL pour la cellule NodeB-3 montre quon un manque au niveau
des ressource radio en DL :

Figure 54 : Power Limit Failure DL

0.00
50000.00
100000.00
150000.00
200000.00
250000.00
HSDPA Traffic (Mbits)
HSDPA

INPT Juin 2010 70

Le tableau suivant montre que linterface Iub est utilise en 90% pour 11H chaque jour
Site name RNC
Nombre
de E1
Nombre d'heurs ou
utilisation >90% (sur
3semaines du 28mars au
14avril)
Max DL Utilization %
(sur 3semaines du
28mars au 14avril)
NodeB-3 RRNC1 4 222 99.80
3G_AGDZ RNCMAR2
2 205 100.42
3G_BAAZIZ RNCMAR2
3 191 101.40
3G_LaayouneHayAmal RNCAGA1
4 186 100.04
3G_AgadirHamamEssalam RNCAGA1
4 181 99.88
3G_EssmaraActel RNCAGA1
4 166 99.58
3G_GUELMIMLGD RNCAGA1
4 162 99.53
3G_CPEGuelmim RNCAGA1
4 158 100.34
3G_BOUIZAKARNE RNCAGA1
4 150 99.38
Tableau 6 : tableau montre la dur dutilisation de linterface Iub

Tous Ces indicateurs nous montrent que de problme est du la congestion. La solution la plus
convenable cest dajouter de nouveaux sites. Ericsson install 3 sites, partir de22/5/2010 les sites
sont oprationnels est les graphes ci-dessous nous montrent que les performances du site en question a
t amliorer.

Figure 55 : Prise dcran de la zone

INPT Juin 2010 71
La photo ci-dessous est une prise dcran de Google Earth de la zone en question. La cellule NodeB-3
est en rouge. Est les nouveaux sites en vert. Il se voit clairement que la cellule NodeB-3 couvre une
grande zone urbaine avant linstallation des nouveaux sites
7.2 Le cas de drop call :
Le graphe suivant montre le taux de coupure dans la cellule NodeB1 dont la valeur est suprieure
5% avant le 6/4/2010.

Figure 56 : graphe de coupure dappel

Le graphe de drop due au soft Handover montre que la cause du drop est due au SHO et lorsquon
consulte le graphe des coupures du la manque de voisinage on trouve que le problme est au
manque de voisine. Donc il faut optimiser la liste des voisines.

Figure 57 : graphe de coupure dappel due au SHO
0.00
20.00
40.00
60.00
80.00
100.00
120.00
140.00
160.00
0.00
5.00
10.00
15.00
20.00
25.00
30.00
35.00
40.00
45.00
50.00
pmNoNormalRabReleaseSpeech - pmNoSystemRabReleaseSpeech
Voice Drop Call
0.00
2.00
4.00
6.00
8.00
10.00
12.00
14.00
16.00
18.00
20.00
Drop speech due to SHO Action
pmNoSysR

INPT Juin 2010 72
8. Conclusion
Les compteurs statistiques recueillis au niveau des RNC/ RBS refltent les performances dune cellule
3G dans le rseau dploy. Pour les diffrentes anomalies qui apparaissent dans le fonctionnement du
rseau, des compteurs spcifiques doivent tre analyses pour ressortir la source du problme.
Le nombre de compteurs gnrs par les diffrents nuds du rseau est norme, par consquent,
lanalyse devrait se concentrer seulement sur les compteurs refltant les performances critiques des
cellules.


INPT Juin 2010 73
Conclusion gnrale
Au terme de ce projet de fin dtudes, jai pu mettre en lumire les fonctionnalits que propose la
technologie UMTS et son volution HSDPA. Jai ensuite labor trois tapes cruciales dans
lvolution dun rseau radio savoir la planification ainsi que le rglage initial avant la
commercialisation du produit. Aprs je me suis focaliss sur le rglage aprs la commercialisation
ainsi que loptimisation radio.
Le premier chapitre a t consacr llaboration dune tude des caractristiques des technologies
UMTS et HSPDA, notamment ses principes fondamentaux, larchitecture protocolaire ainsi que la
gestion des ressources radio.
Dans le deuxime chapitre, jai tudi les Scrambling codes, et jai particip un projet dont jai
planifi les SC des sites par une mthode reposant sur le regroupement des sites en cluster.
Dans le Troisime chapitre, ltape du rglage initial a t dcrite. Jai abord ses objectifs, ses tapes
de ralisation ainsi que lanalyse dun cas concret dans le but dune meilleure comprhension de la
problmatique pose.
Dans le quatrime chapitre, jai mis en vidence le processus doptimisation radio. Jai introduit la
notion dindicateurs cls de performance et son utilit pour lvaluation des performances. Jai par la
suite entam la description du processus doptimisation par ses deux modules essentiels qui sont
laccessibilit et le maintien des services. Jai analys des cas concret et jai termin par une
proposition des solutions.
Durant ces quatre mois de stage, jai pu dvelopper mes capacits dadaptation, dorganisation,
dinitiative et desprit de groupe. Jai eu loccasion de toucher laspect pratique du travail quotidien
de lingnieur. Ainsi, jai eu contribu la planification dun rseau 3G rel, analyser et tudier des cas
concrets de situations de problmes o il fallait prendre la bonne dcision. De plus, ce projet ma
permis denrichir et de consolider nos connaissances en tlcommunications acquises au sein de notre
tablissement.
Toute mon ambition est que ce travail sert de rfrence pour de futures recherches quelles soient dans
le domaine de planification des Scrambling Codes ou dans le domaine du Rglage et doptimisation
radio de rseau 3G.


INPT Juin 2010 74
Glossaire
A
ACK Acknowledgement
AICH Acquisition Indicator Channe
AMR Adaptive MultiRate speech codec
ARQ Automatic Repeat reQuest
B
BCCH Broadcast Control Channel
BCH Broadcast Control Channel
BLER Block Error Rate
C
C/I Carrier-to-Interference ratio
CCCH Common Control Channel
CCPCH Common Control Physical Channel
CM Connection Management
CPICH Common Pilot Channel
CQI Channel Quality Indicator
CS Circuit Switched
D
DL Downlink
G
GSM Global System for Mobile communications
H
HARQ Hybrid Automatic Repeat request
HS-DPCCH Dedicated Physical Control Channel
HS-DSCH High-Speed Downlink Shared
Channel
HS-PDSCH High-Speed Physical Downlink
Shared Channel
HS-SCCH HS Shared Control Channel
I
IRAT Inter-Radio Access Technology
K
KPI Key Indicator Performance
M
MGW Media Gateway
N
NACK Negative Acknowledgement

Q
QAM Quadrature Amplitude Modulation
QoS Quality of Service
QPSK Quadrature Phase Shift Keying

R
RAB Radio Access Bearer
RAN Radio Access Network
RB Radio Bearer
RBS Radio Base Station
RL Radio Link
RLC Radio Link Control
RNC Radio Network Controller
RRC Radio Resource Control
RSCP Received Signal Code Power
RSSI Received Signal Strength Indicator
T
TEMS Test Mobile System
U
UL Uplink
W
WCDMA Wideband Code Division Multiple
Access


INPT Juin 2010 75

Bibliographie

WCDMA Radio Access Network Optimization: Key Performance Indicators (Document Ericsson)
WCDMA Radio Access Network Optimization: Data Collection (Document Ericsson)
WCDMA Radio Access Network Optimization: Service Accessibility
WCDMA Radio Access Network Optimization: Service Retainability
RAN Tuning Drops & Blocks Classification RevB
ALEX Libraries
Radio Network Tuning and Optimization for Universal Mobile Telecommunications System (UMTS)
3G Cell Optimisation RevA_Facts


INPT Juin 2010 76
Annexe : TEMS Investigation
TEMS Investigation est utilis au niveau dEricsson et reprsente l'outil leader de l'industrie pour le
dpannage, la vrification, l'optimisation et la maintenance des rseaux sans fil. Il permet doffrir une
collecte de donnes, danalyser en temps rel, et de post-traiter les mesures reues. TEMS
Investigation est donc une solution complte pour les oprateurs de rseau qui permet dliminer le
besoin d'outils multiples, de rduire les cots et denregistrer un gain de temps et d'efforts pour le
personnel des oprations.
En outre, TEMS Investigation supporte toutes les technologies et est donc indispensable pour le
dploiement des nouveaux rseaux.
Il prsente les avantages suivant :
Ergonomie de linterface.
GPS intgr.
Description des vnements lors du drive test, par voix audio
Alarmes sonores pour la dtection des problmes lors du drive test
La fentre centrale de Tems permet de visualiser un aperu des diffrents paramtres du rseau et
passer dautres fentres. Les paramtres visualiss dans la fentre principale contiennent :
RxLevel.
C/I.
Statistiques des appels effectus lors du drive test en incluant les appels russis, les appels bloqus et
les appels ayant enregistrs une coupure.
Statistiques du handover (chec et succs).

Rapport Final ALA

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport Final ALA

Transféré par

Droits d'auteur :

Formats disponibles

Projet fin dtudes : Planification est Optimisation de Rseau 3G Analyse des Drive Tests est des KPIs

INPT Juin 2010 1

lnergie totale reue par la Node-B

Vous aimerez peut-être aussi