Doc

Etude des principaux algorithmes RRM et
developpement dun tableau de bord de voisinage

support pour optimisation
28 juin 2009
Ddicace
A nos trs chers parents qui nous ont toujours soutenu. . .
A nos chers frres et chres surs . . .
A toute notre grande famille. . .
A tous nos amis. . .
Nous ddions ce mmoire
Remerciement
Nous voudrons exprimer notre profond remerciement et gratitude envers toutes
les personnes qui nous ont aids effectuer ce stage dans de bonnes conditions. Nous
adressons nos plus vifs remerciements nos chres encadrants externes Monsieur
Anass Karkouri, Monsieur Mehdi Baghaz et Monsieur Mounaim zeddouri pour leurs
efforts, leurs soutiens et le temps prcieux quils nous ont accords .
Je remercie aussi toute les autres membres de lquipe RNP pour leur gentillesse et
leur comprhension ainsi que pour le cadre agrable de travail qui rgne au sein de
de cette quipe.
Je remercie mes professeurs et encadrants internes qui mont accompagn durant mon
stage Monsieur Nawfal Azami et Mlle Houda Chafnaji.
ii
Rsum
Limplmentation du rseau UMTS au Maroc reprsente un enjeu majeur pour les
oprateurs tlcoms. Maroc Telecom, leader national en tlcommunications procde
un dploiement progressif de lUMTS. La planification et loptimisation du rseau
3G constitue alors une phase indispensable pour permettre cette volution. Cest dans
ce cadre que sinscrit notre projet de fin dtude. Pour ce faire, nous avons tudi les
aspects essentiels de gestion des ressources radio, nous avons aussi dvelopp un outil
gnrant diffrentes bases de donnes pour finalement effectuer des taches doptimisation du rseau 3G de Maroc Telecom.
iii
Abstract
The implementation of UMTS network in Morocco is a major issue for telecom
operators. Morocco Telecom, the national leader in telecommunications conducts a
progressive deployment of UMTS. Planning and optimization of 3G network constitutes an essential element for this development. It is within this context that our
project takes place. For this purpose, we studied the main aspects of radio resources
management (RRM), we also create a tool generating various databases and finally
we performed optimization of Morocco Telecom 3G network.
iv
Molakhas
Table des matires

Ddicace
Remerciement
ii
Rsum
iii
Abstract
iv
Molakhas
Introduction
ix
1 Gnralits sur linterface air WCDMA

1.1 Prsentation de linterface radio du systme UMTS . . . . . . . . . . . .
1.1.1 Paramtres de la norme UMTS . . . . . . . . . . . . . . . . . . . .
1.1.2 Larchitecture en couche de linterface radio . . . . . . . . . . . .
1.1.3 Techniques de modulation et de codage utilises dans le systme
UMTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.3.1 Codes detalement utiliss dans lUTRAN . . . . . . . .
1.1.3.2 Techniques de modulation . . . . . . . . . . . . . . . . .
1.2 Les principes de la gestion des ressources radio . . . . . . . . . . . . . .
1.2.1 Le concept de la ressource radio . . . . . . . . . . . . . . . . . . .
1.2.2 La planification de la ressource radio . . . . . . . . . . . . . . . .
1.2.3 La gestion de la ressource radio . . . . . . . . . . . . . . . . . . .
1.2.4 Les mcanismes de la gestion de la ressource radio . . . . . . . .
1.3 Les paramtres radio mesurables . . . . . . . . . . . . . . . . . . . . . . .
1.3.1 Les mesures effectus par UE . . . . . . . . . . . . . . . . . . . .
1.3.2 Gnral . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.3 Les mesures de la couche physique . . . . . . . . . . . . . . . . .
vi
1
1
1
2
4
4
5
5
6
6
8
10
13
13
13
14
1.3.3.1
1.3.3.2
1.3.3.3
1.3.3.4
1.3.3.5
1.3.3.6
CPICH RSCP . . . . . . . . .
UTRAN Carrier RSSI . . . .
GSM Carrier RSSI . . . . . .
CPICH_Ec/Io . . . . . . . . .
BLER du canal de transport
UE transmitted power . . .
.
.
.
.
.
.
14
15
15
15
15
15
2 Etude des principaux algorithmes RRM

2.1 Mobilit en UMTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.1 Etats dun mobile dans une cellule . . . . . . . . . . . . . . . . . .
2.1.1.1 Le mobile en mode veille . . . . . . . . . . . . . . . . . .
2.1.1.2 Ltat CELL_DCH . . . . . . . . . . . . . . . . . . . . . .
2.1.1.3 Ltat CELL_FACH . . . . . . . . . . . . . . . . . . . . . .
2.1.1.4 Ltat CELL_PCH . . . . . . . . . . . . . . . . . . . . . .
2.1.1.5 Ltat URA_PCH . . . . . . . . . . . . . . . . . . . . . . .
2.1.2 Dfinition des cellules voisines et de lActive set . . . . . . . . . .
2.1.2.1 Dfinitions des cellules voisines . . . . . . . . . . . . . .
2.1.2.2 Active set . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.2.3 Gnration de la liste des cellules voisines partir de
lActive Set . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.3 Le Handover . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.3.2 Handover Intra-frquence . . . . . . . . . . . . . . . . . .
2.1.3.3 Handover Inter-frquence : . . . . . . . . . . . . . . . . .
2.1.3.4 Handover Inter-systme . . . . . . . . . . . . . . . . . . .
2.2 Contrle de puissance dans le systme UMTS . . . . . . . . . . . . . . . .
2.2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.2 Le contrle de puissance en boucle ouverte . . . . . . . . . . . . .
2.2.2.1 Le cntrole de puissance pour le canal PRACH . . . . . .
2.2.2.2 Le cntrole de puissance pour le canal DPCCH . . . . . .
2.2.3 Le contrle de puissance en boucle ferme . . . . . . . . . . . . . .
2.3 Le contrle de charge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.3.1 Les mesures de charge . . . . . . . . . . . . . . . . . . . . . . . . .
2.3.1.1 Le concept de la charge . . . . . . . . . . . . . . . . . . .
2.3.1.2 Les mesures de charge dans le sens montant . . . . . .
2.3.1.3 La dfinition base sur les interfrences : RTWP . . . . .
17
17
17
18
18
18
19
19
19
19
19
vii
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
20
21
21
22
26
27
30
30
31
31
32
33
41
41
41
42
43
2.3.1.4 La dfinition base sur le trafic : NTF . . . . . . . . . . .

2.3.1.5 Les mesures de charge dans le sens descendant . . . . .
2.3.1.6 Les situations de charge : . . . . . . . . . . . . . . . . . .
2.3.2 Le contrle dadmission . . . . . . . . . . . . . . . . . . . . . . . . .
2.3.2.1 Algorithme 1 bas sur TPC/WRTP : . . . . . . . . . . . .
2.3.2.2 Algorithme 2 : Equivalent user number based algorithm
3 Principe doptimisation : Etude de cas
3.1 Les indicateurs de performance . . . . . . . . . . .
3.1.1 Les principaux indicateurs de performance
3.1.2 Les valeurs seuils des indicateurs . . . . .
3.2 Les drive tests . . . . . . . . . . . . . . . . . . . . .
3.2.1 Dfinition des drive-tests : . . . . . . . . . .
3.2.2 Les types du drive test . . . . . . . . . . . .
3.2.2.1 Le Shakedown test . . . . . . . . .
3.2.2.2 Le Cluster drive test . . . . . . . .
3.3 Le cycle doptimisation . . . . . . . . . . . . . . . .
3.4 Traitement de cas rels . . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
4 Lapplication OPTIMISATION BOARD

4.1 Descriptif de Optimisation Board : . . . . . . . . . . .
4.1.1 Extraction de la base de donnes de voisinage :
4.1.2 Extraction de la base de donnes des sites 3G :
4.2 Les outils adopts pour le projet . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
43
43
44
44
45
46
.
.
.
.
.
.
.
.
.
.
48
49
49
49
50
50
50
51
52
52
54
.
.
.
.
58
58
61
63
66
Conclusion gnrale
68
Table des Figures
70
Liste des tableaux
71
Glossaire
72
Bibliographie
74
viii
Introduction
Le systme universel des tlcommunications mobiles UMTS a merg comme la
principale norme pour la provision des rseaux sans fil de troisime gnration (3G). Il
a t conu pour supporter une large gamme dapplications avec de diffrents besoins
en qualit de service. Le systme est prvu pour durer longtemps et lapproche modulaire adoptes en 3GPP (3rd Generation Partnership Project) fournit la souplesse
ncessaire pour les oprateurs pour offrir de nouveaux services leurs clients potentiels et existants.
Lobjectif de ce stage, effectu au sein du dpartement 3G RNP WCDMA de Huawei
consiste maitriser les concepts de plannification et doptimisation de la Radio 3G
UMTS.
Pour ce faire, nous prsenterons dans un premier temps la partie UMTS en ne soulignant que lessentiel de linterface air WCDMA ncessaire la bonne compression
de notre sujet, ensuite nous aborderons dans le second chapitre ltude des principaux
algorithmes de gestion des ressources radio (RRM). Le troisime chapitre sera consacr une introduction au principe doptimisation qui sera illustr par lanalyse de
quelques problmes rels rencontrs pendant notre stage, et finalement le quatrime
chapitre dtaillera lOptimisation Board, le tableau de bord support pour optimisation
que nous avons dvelopp.
ix
Chapitre 1
Gnralits sur linterface air
WCDMA
Le rseau UMTS est bas sur une architecture modulaire et flexible. Ces deux
caractristiques qui le rendent compatible avec dautres rseaux mobiles de deuxime
et troisime gnration, garantissent son volution.
LUMTS permet de faire transiter davantage de donnes simultanment et offrir un
dbit bien suprieur celui du GSM, et du GPRS. En thorie, il peut atteindre 2
Mbps pour un utilisateur statique et 384Kb/s en sil est en mouvement. Les bandes de
frquences alloues pour lIMT-2000 (International mobile telephony, 3rd generation)
sont 1920 1980 Mhz et 2110 2170 Mhz.
Nous aborderons dans ce chapitre les gnralits sur linterface air WCDMA. Pour ce
faire, nous prsenterons linterface radio du systme UMTS, les principes de gestion
des ressources radio, les paramtres radio mesurables pour finalement introduire les
algorithmes RRM.
1.1
1.1.1
Prsentation de linterface radio du systme UMTS

Paramtres de la norme UMTS
Les bandes de frquence alloues pour le systme UMTS sont 1.885-2.025 MHz et
2.110- 2.200 MHz, les applications terrestres occupent les bandes 1.920-1.980 MHz
et 2.110-2.170 MHz (FDD). La largeur de la bande de frquence occupe par chaque
porteuse est de 5 MHz.
Chapitre 1 Gnralits sur linterface air WCDMA
MODE
FDD
TDD
Accs multiple
DS-CDMA
TD-CDMA
Dbit chip
3.84 Mchip / s
3.84 Mchip / s ou 1.28 Mchip / s
Espacement entre porteuse
4.4 5 Mhz avec un pas de 200 Khz
Dure dune trame radio
10 ms
Structure dune trame
15 slots par trame radio
Modulation
UL : dual-channel QPSK
QPSK
DL : QPSK
Etalement
UL : QPSK
QPSK
DL : QPSK
Facteurs dtalement
4 512
1 16
T ABLE 1.1 Comparaison entre les modes FDD et TDD
Chaque porteuse est divise en des trames radio de 10 ms et chaque trame est
segmente en 15 intervalles de temps appels slots. Le dbit chip tant de 3,84Mcps,
10ms
chaque slot contient donc 2560 chips (3.84Mcps 15slots
= 2560 chips). Le systme
UMTS peut oprer selon deux modes et chacun de ces modes requiert des fonctionnalits diffrentes pour la couche physique :
Le mode FDD (Frequency Division Duplex) : la liaison montante et descendante
utilisent deux bandes de frquence spares de largeur 60 MHz chacune.
Le mode TDD (Time Division Duplex) : la transmission sur la liaison montante
et la liaison descendante se fait sur la mme bande de frquence mais pendant
des intervalles de temps diffrents.
On reprsente sur le tableau prcdent les diffrents paramtres du systme UMTS.
Pour plusieurs raisons, le mode FDD a bnfici dun plus grand support que le TDD
de la part des diffrents groupes du 3GPP. Par consquent, le mode FDD se trouve
dans un tat de maturit plus avanc que le mode TDD dans la norme UMTS. Dans
notre tude, seul le mode FDD est considr.
1.1.2
Larchitecture en couche de linterface radio
Les protocoles de linterface radio sappliquent aux trois premires couches du modle OSI (Open Systems Interconnections), qui sont la couche physique, la couche
liaison de donnes, et la couche rseau (routage).
A.IGOUDYANE et A.FILALI BALKHO
PFE 2009
F IGURE 1.1 Larchitecture en couche de linterface radio

Couche 1 : Le niveau 1 (PHY) reprsente la couche physique de linterface radio.
Elle ralise entre autres les fonctions de dtection et correction derreurs dans les canaux de transport, multiplexage des canaux de transport sur des canaux physiques,
talement et dstalement de spectre des canaux physiques, prlvement des mesures
radio (envoyes aux couches suprieures), contrle de puissance en boucle ferme,
dentrelacement et de modulation.
Couche 2 : Le niveau 2 comprend les couches PDCP, RLC, MAC et BMC.Le transport
fiable des donnes entre deux quipements est assur par la couche RLC (Radio Link
Control). Elle se charge des fonctions de segmentation, assemblage, concatnation
et/ou rembourrage des PDU des couches suprieures, chiffrement, contrle/correction
derreurs. . .
Cette sous couche va offrir trois modes dopration :
Transparent (TM) pour lequel RLC ne fait aucune contribution aux flots qui lui
arrivent (pas den-ttes) donc la communication sera rapide mais peu fiable.
Sans acquittement (UM) qui effectue la dtection derreurs donc pas de retransmission. Exemple : service temps rel en mode paquet.
Avec acquittement (AM) qui effectue la dtection et le contrle derreurs suivant
la technique(ARQ). Exemple : service non temps rel en mode paquet
La couche MAC (Medium Access Control) remplit la fonction de multiplexage de plusieurs canaux logiques (couches suprieures) dans des canaux de transport (couche
physique), et vice versa.
La couche PDCP (Packet Data Convergence Protocol) a deux fonctions principales.
Tout dabord elle permet dassurer lindpendance des protocoles radio de lUTRAN
(couches MAC et RLC) par rapport aux couches de transport rseau. Cette indpenA.IGOUDYANE et A.FILALI BALKHO
PFE 2009
dance permettra de faire voluer les protocoles rseau (par exemple de passer de lIPv4
lIPv6) sans modification des protocoles radio de lUTRAN. Dautre part, la couche
PDCP offre les algorithmes de compression de donnes ou dentte de paquets de donnes, permettant un usage plus efficace des ressources radio. En effet plusieurs tudes
sur les caractristiques du trafic sur les rseaux Internet public ont montr que 40 %
des paquets IP taient des paquets de tailles trs rduites (40 octets). Ces paquets
sont composs de 20 octets dentte IP suivis de 20 octets den-tte TCP. Ce sont des
paquets de contrle ne contenant aucune donne utilisateur.
La couche BMC (Broadcast/Multicast Control) assure les fonctions de diffusion de
messages sur linterface radio.
Couche 3 : Le niveau 3 de linterface radio contient la couche RRC (Radio Resource
Control). La fonction principale de cette couche est la gestion de la connexion de signalisation tablie entre lUTRAN et le mobile. Cette connexion est utilise lors des
changes de signalisation entre le mobile et lUTRAN, par exemple, ltablissement
et la libration de la communication. En plus elle assure dautre fonction comme
la slection initiale et reslection de cellule dans lUE, la gestion de la mobilit dans
lUTRAN (handover), le contrle des mesures, la configuration du chiffrement et de
lintgrit, la gestion de la QoS demande et le contrle de puissance en boucle externe.
1.1.3
Techniques de modulation et de codage utilises dans le

systme UMTS
Nous prsentons dans ce paragraphe les oprations detalement et de modulation

effectues par la couche physique avant lemission des informations sur linterface
radio.
1.1.3.1
Codes detalement utiliss dans lUTRAN
Les codes OVSF : Les codes mis en oeuvre sur linterface radio de lUTRAN sont
de type OVSF (Orthogonal Variable Spreading Factor). Dans les spcifications de
lUTRAN, les codes OVSF sont appels channelization code, ou codes de canalisation.
Les squences codes SF sont rigoureusement orthogonales et ne sont pas toutes de
mme longueur ; chaque squence est propre chaque canal physique.
Les codes de brouillage PN : A cause du nombre fini de codes gnrs par larbre
OVSF et afin de ne pas limiter la capacit du systme, il est autoris deux usagers
appartenant deux cellules adjacentes dutiliser le mme code ; pour sparer les celA.IGOUDYANE et A.FILALI BALKHO
PFE 2009
lules, on a eu recours un deuxime niveau de codage utilisant des squences de type

PN (Pseudo-Noise) appeles scrambling code, ou codes de brouillage. Pour la norme
UTRAN, les codes complexes PN sont gnrs par deux suites de registres dcalage
avec rebouclage linaire LFSR (Linear Feedback Shift Register ).
1.1.3.2
Techniques de modulation
En mode FDD, linterface radio UMTS utilise la modulation QPSK (Quadrature

Phase Shift Keying) dans la liaison descendante et dual-channel QPSK dans la liaison
montante.
Pour un canal physique de donnes DPCH, les bits fournis par les couches suprieures
(canal DPDCH) sont temporellement multiplexs avec les bits de contrle de la couche
physique (canal DPCCH). Le flux de bits ainsi form est ensuite encod NRZ puis
spar ; les bits de rang impair sont dirigs vers la voie I et ceux de rang pair vers
la voie Q. Les bits de chaque branche sont ensuite tals avec un code gnr par
larbre OVSF, puis brouills avec le code de brouillage complexe Cs = CIs + jCQs. Une
modulation QPSK est alors applique avant lmission sur linterface radio.
Sur le lien montant, les bits de contrle ne sont pas multiplexs avec les donnes
transmettre mais directement mis sur la voie Q alors que le canal de donnes
DPDCH est envoy sur la voie I.
1.2
Les principes de la gestion des ressources radio
Dans ce chapitre, les bases de la gestion des ressources radio (RRM) sont dcrites
en suivant une approche progressive. Ceci stale sur deux parties. Dans la premire,
les principaux concepts de la RRM sont prsents, en particulier la section 1 dcrit le
concept de la RRU (Radio Ressource Unit). Ensuite, la section 2 explique comment la
planification Radio permet dassurer la fourniture des RRUs tout au long de la zone de
couverture. La section 3 donne une description des mcanismes RRM ncessaires pour
lallocation des RRUs aux utilisateurs. Avec le background acquis dans la premire
partie, la section 4 prsente les principales fonctions RRM quil faut considrer dans
un rseau daccs radio WCDMA. Ce chapitre ne donne quune vue gnrale sur ces
fonctions, les dtails (i.e. les algorithmes RRM) sont traits dans le chapitre suivant.
PFE 2009
1.2.1
Le concept de la ressource radio
Une unit de ressource radio est dfinit par lensemble des paramtres physiques
de transmission ncessaires pour supporter un signal transportant les informations
dun utilisateur final correspondant un service prcis. En particulier :
En FDMA, une unit de ressource radio est quivalente une certaine bande
avec une frquence porteuse donne.
En TDMA, une unit de ressource radio est quivalente une paire constitue
par une frquence porteuse et une unit de temps. Par exemple, en GSM, une
RRU est une unit de temps de 0,577 ms sur une porteuse de 200 KHZ dans la
bande de 900 Mhz ou de 1800 Mhz.
En CDMA, une RRU est dfinit par une frquence porteuse, une squence de
code et un niveau de puissance. La principale diffrence par rapport aux autres
techniques est que le niveau de puissance requis nest pas fixe mais dpend du
niveau dinterfrences. Par exemple, en UTRAN FDD une bande de 5 MHz parmi
la bande de 2 GHz, ainsi quun pair dOVSF et de scrambling codes sont identifis pour un service donn. Toutefois, la quantit de ressource en termes de
puissance varie dans le temps selon plusieurs critres comme les conditions de
propagation, les interfrences, le niveau de charge des cellules, etc.
En plus des principales dimensions physiques (frquence, unit de temps, squence
de code et niveau de puissance), il existe dautres lments physiques de transmission
comme le schma de modulation, le codage canal, etc. Il est clair, en fonction de lexploitation des dimensions de base en termes de ces lments, diffrentes efficacits
peuvent suivre. Nanmoins, pour la dfinition conceptuelle dune unit de ressources
radio, seuls les principaux paramtres de transmission viss seront conservs.
Il est intressant de noter que, dans un scnario multiservices, chaque service peut
exiger quun montant diffrent des units de ressources radio sont prises en charge.
Les services de dbits plus levs auront, par consquent, besoin de plus dunits de
ressources radio. Ceux-ci seront les bandes de frquences supplmentaires si le mcanisme daccs est FDMA, des crneaux horaires dans le cas de TDMA ou des squences
de code avec des niveaux plus levs de puissance transmise dans le cas CDMA.
1.2.2
La planification de la ressource radio
Lobjectif dun oprateur de rseau est le dploiement dun rseau capable de supporter ses clients avec la qualit de service dans une zone de couverture cible. cette
fin, lensemble du rseau comprend plusieurs sous-problmes, portant sur le rseau
PFE 2009
radio, le rseau de transmission et le rseau cur.

En se concentrant sur la partie radio, le problme est de fournir suffisamment de
RRUs sur toute la zone de service avec une qualit suffisante. Il est noter que linvestissement de loperateur dans linfrastructure du rseau radio est proportionnelle
au nombre de stations de base ou les nodeBs dployes, qui, son tour, augmente
avec :
1. Le nombre dutilisateurs supporter. Plus le nombre dutilisateurs est lev,
plus grande doit tre la capacit du rseau, dou lexigence de plus de stations de
base.
2. La zone de service. Laugmentation de la zone pour fournir un service conduit
laugmentation du nombre de stations de base.
3. Le taux moyen de transmission de lutilisateur. Plus le dbit est lev, plus grand
le montant des ressources radio ncessaire.
4. Le niveau de qualit de service souhait. Meilleure est la qualit de service, plus
grand est le montant des ressources radio ncessaires.
Dans le contexte du rseau 3G, il est envisag de fournir des services hauts dbits avec
une qualit de service garantie.ces termes contribuent laugmentation de linvestissement dans linfrastructure ncessaire pour fournir des services 3G. Le cot associ
au provisionnement de la qualit de service joue un rle cl.
La plus simple faon de garantir la qualit de service est le surdimensionnement du
rseau et la fourniture de ressources radio excdentaires. Manifestement, le dfi est
dtre en mesure de fournir le niveau de qualit de service souhait avec le minimum
possible de ressources, rduisant ainsi les investissements de loprateur tout en rpondant aux exigences de la conception du rseau. En outre, les rseaux sans fil 3G
doivent supporter une varit de services y compris ceux qui sont dj bien dfinis,
ainsi que ceux qui vont surgir dans lavenir. Par consquent, la qualit de service dans
le cadre de linterface air pour la 3G doit tre souple et doit galement tre pratique,
cest--dire quelle doit prsenter une faible complexit de mise en uvre et le faible
volume de contrle de la signalisation.
En rsum, le rsultat de la planification du rseau radio sera la prestation de RRUs
dans la zone de service. Il est intressant de noter que des aspects tels que la pntration des services et lutilisation des services qui varient dans le temps et lespace
rendent le nombre de RRUs provisionner varie temporellement et spatialement.
PFE 2009
1.2.3
La gestion de la ressource radio
Comme indiqu ci-dessus, le dploiement du rseau rpond un ensemble dexigences en termes de ressources. Les fonctions RRM sont en charge de lattribution et
la gestion des provisions RRUs, comme le montre la figure 2.
Les Communications mobiles cellulaires sont de nature dynamique. Le dynamisme rsulte de multiples dimensions : les conditions de propagation, les conditions de gnration de trafic, les interfrences, etc. Ainsi, la dynamique de lvolution du rseau induit
une gestion dynamique des ressources radio, qui est effectu par les mcanismes RRM
associs un grand nombre de paramtres qui doivent tre choisis, mesurs, analyss et optimiss. En outre, les mcanismes RRM peuvent aider surmonter dans une
certaine mesure, la ractivit long terme de la planification et du dploiement dun
rseau mobile, qui, autrement, serait de permettre loprateur du rseau de supporter des augmentations de trafic, parfois soudaines et transitoires.
Les fonctionnalits de gestion des ressources radio et de la QoS sont trs importantes
dans le cadre des systmes 3G, parce que le systme sappuie sur elles pour garantir
une certaine qualit de service cible, maintenir la couverture selon la planification et
offrir une grande capacit. Des objectifs qui ont tendance tre contradictoires (par
exemple la capacit augmente au dtriment dune rduction de la couverture, la capacit peut tre augmente au dtriment dune rduction de la qualit de service, etc).
La planification du rseau mobile offre un rglage global de ces lments, tandis que
les fonctions RRM permettent daffiner les mcanismes qui permettent une exploitation maximale du rseau. Cela se reflte dans la figure suivante, o (a) reprsente les
objectifs contradictoires dans un rseau, qui peuvent tre rendus compatibles par (b)
la planification radio et (c) ventuellement avec les techniques RRM.
F IGURE 1.2 Les fonctions RRM

En WCDMA, les utilisateurs transmettent en mme temps et sur la mme frA.IGOUDYANE et A.FILALI BALKHO
PFE 2009
quence en utilisant des squences de codes diffrentes, qui ne sont pas -dans la plupart
des cas- parfaitement orthogonales. Par consquence, il existe toujours un couplage
naturel entre les diffrents utilisateurs, ce qui rend la performance dune connexion
donne beaucoup plus dpendante au comportement des utilisateurs qui partagent
linterface radio que nimporte quelle autre technique daccs. Dans ce contexte, le
rle jou par les fonctions RRM est crucial en WCDMA. Bien quune gestion efficace
des ressources radio puisse ne pas avoir un avantage important pour des charges relativement faibles, elle est absolument ncessaire quand le nombre des utilisateurs
dans le systme augmente.
Les fonctions RRM peuvent tre mises en uvre dans de nombreux algorithmes, et
de ce qui a un impact sur lensemble de lefficacit du systme et sur le cout de linfrastructure de loprateur. En outre, les stratgies RRM ne sont pas soumis la normalisation, il ya peut tre un problme de diffrenciation entre les fabricants et les
oprateurs.
En gnral, les fonctions RRM doivent raliser un quilibre appropri entre les diffrents paramtres qui interviennent dans lobtention de la qualit requise :
Le nombre dutilisateurs simultans. Le niveau dinterfrence dpend du nombre
dutilisateurs qui partagent linterface radio. le nombre dutilisateurs simultans
est en gnral alatoire. Ainsi, il existe plusieurs mcanismes dans le systme
qui permettra le contrle de ce paramtre.
Le dbit. La vitesse de transmission dpend principalement du comportement de
la source, qui peut fournir un nombre variable de bits par priode de temps et,
par consquent, nest pas un lment prdictif pour de nombreuses applications.
Nanmoins, il existe plusieurs mcanismes dans le systme qui permettra le
contrle de ce paramtre, constituant ainsi une autre fonction identifie RRM.
Le niveau de puissance. Vue laspect changeant des conditions de propagation, il
est ncessaire davoir une ractivit. Le Contrle de la puissance est la fonction
de RRM qui fournira cette ractivit.
Les algorithmes RRM peuvent tre centraliss (cest--dire situ une entit comme
la RNC) ou distribus (cest--dire chaque UE). Les Solutions centralises peuvent
offrir de meilleures performances par rapport aux solutions distribues, car beaucoup dinformations pertinentes relatives tous les utilisateurs seront disponibles la
RNC. Nanmoins, dans la direction de la liaison montante, il faudrait un montant plus
lev de messages de signalisation pour informer chaque UE sur les dcisions prises
par les algorithmes RRM centraliss. Par consquent, une solution intermdiaire la
fois centralise et dcentralise est prise en liaison montante du 3GPP. En particulier,
PFE 2009
10
le dbit instantan est slectionn lUE de faon dcentralise, en tenant compte de

la vitesse maximale autorise qui est fixe par le rseau de manire centralise.
La Figure suivante illustre le rle des stratgies RRM, ainsi que le cadre de leur fonctionnement. Comme on peut le constater, les objectifs des mcanismes RRM sont
fournir la qualit de service souhaite tout en maximisant la capacit du rseau.
F IGURE 1.3 Le rle des stratgies RRM
1.2.4
Les mcanismes de la gestion de la ressource radio
En tenant compte des contraintes imposes par linterface radio, les fonctions RRM
sont responsables de la prise de dcisions concernant la fixation des diffrents paramtres influenant le comportement de linterface air. Les fonctions RRM doivent
tre compatibles la fois pour la liaison montante (uplink) et descendante (downlink).Dans cette partie nous allons parcourir rapidement les mcanismes RRM, pour
laisser ltude dtaille de chacun au chapitre suivant :
1. Le contrle dadmission : Le Contrle dadmission dcide de ladmission ou le
rejet des demandes de mise en place et de reconfiguration des radio bearers.
PFE 2009
11
La demande doit tre admise condition que les exigences de qualit de service puissent tre satisfaites et que les exigences de la qualit de service des
connexions dj tablies ne soient pas perturbes par la nouvelle demande dacceptation.
Le contrle dadmission est particulirement pertinent dans WCDMA, car il ny
a aucune limite sur la capacit. Par consquent, la conception dun bon contrle
dadmission dans lUMTS est beaucoup plus difficile que, par exemple, dans
GSM, o il existe un certain nombre de canaux disponibles, puisque le nombre
dutilisateurs pouvant tre accepts dpend des canaux disponibles.
2. Le contrle de congestion : Le contrle de congestion, galement dsigne comme
le contrle de charge (Load Control), fait face des situations dans lesquelles la
garantie de la qualit de service est mise en question en raison de lvolution
dynamique des systmes (divers aspects de mobilit, augmentation de linterfrence, la variabilit du trafic, etc.). Par exemple, si plusieurs utilisateurs dans
une cellule, se dplacent loin de la station de base (NodeB), il ny aurait pas assez
de puissance pour pouvoir satisfaire la qualit de tous les liens en mme temps,
et certaines actions sont ncessaires pour faire face cette situation. Notez que,
mme si un strict contrle dadmission pourrait tre effectu, pour autant que le
comportement de certaines composantes du rseau radio est alatoire, il existe
toujours une probabilit que ces situations de surcharge se produisent et, par
consquent, les mcanismes du contrle de congestion doivent tre inclus dans
lensemble des techniques de gestion des ressources radio.
3. La gestion des codes : La gestion de Code est consacre la gestion de larbre
de codes OVSF (Orthogonal Variable Spreading Factor) de la voie descendante
(downlink), pour assurer une orthogonalit entre les diffrents canaux physiques
des diffrents utilisateurs. Il est clair que lavantage des codes OVSF utiliss
dans la voie descendante (downlink) de lUTRAN est la parfaite orthogonalit.
Toutefois, linconvnient est le nombre limit de codes disponibles. Par consquent, il est important dtre en mesure daffecter / raffecter les channelisation
codes de la voie descendante dune manire efficace, afin dempcher le blocage
de code (code blocking). Le blocage de code indique la situation o un nouvel appel pouvait tre accept sur la base de lanalyse des interfrences et aussi sur la
base de la capacit de rserve de larborescence du code, mais, en raison dune
affectation inefficace des codes, cette capacit de rserve nest plus disponible
pour le nouvel appel, qui doit tre bloqu. Cette situation est illustre dans la
figure suivante, o on a respectivement affect deux transmissions avec SF 4
PFE 2009
12
et deux transmissions avec SF8.
F IGURE 1.4 Exemple de code blocking

La squence des codes suivants Cch,4,2, Cch,4,3, Cch,8,1 et Cch,8,3, ce qui empche lutilisation des codes marqus dune croix dans la figure 1. Il est intressant de noter quavec une telle occupation de larborescence des code OVSF, larrive dun nouvel appel demandant SF 4 sera bloqu, car plus de code cette
couche nest disponible. Au contraire, si la rpartition de code illustre dans la
Figure ci-dessus, tait utilise, elle permettrait lappui de deux utilisateurs SF
4, et deux utilisateurs SF 8 et encore de fournir une nouvelle requte en SF
4 avec le code Cch,4,1.
4. Handover : Le but de ce mcanisme est doptimiser la cellule ou lensemble de
cellules (Active Set) laquelle le mobile est connect. Bien que le Handover soit
une fonctionnalit inhrente des systmes cellulaires, plusieurs possibilits sont
ouvertes en WCDMA puisque que le terminal mobile peut tre connect plus
dune cellule simultanment, condition que ces cellules fonctionnent la mme
frquence. Ainsi, une distinction entre hard et soft Handover peut tre faite. Quel
que soit le type de Handover, le mcanisme de Handover en WCDMA est contrl
PFE 2009
13
par le rseau avec laide de mesures releves par le terminal. La procdure de

Handover se droule en trois tapes : mesures, dcision et excution.
5. Contrle de puissance : Le but de cette stratgie est doptimiser la puissance
transmise du mobile (uplink) et la puissance transmise du node B (downlink).
Le inner loop power control (boucle interne) est responsable de ladaptation, sur
une base de temps rapide (cest--dire sur chaque slot dune trame UTRAN FDD
de 10 ms), de la puissance transmise en vue datteindre le rcepteur avec le Eb /
No cible. En retour, le outer loop power control (boucle externe) est responsable
de la slection du Eb / No cible en fonction du BLER (Block Error Rate) ou BER
(Bit Error Rate) exig, et opre sur un temps plus lent que la boucle interne,
pouvant adapter le contrle de puissance des environnements changeants.
1.3
1.3.1
Les paramtres radio mesurables

Les mesures effectus par UE
Les composants de mesures fournissent un support pour les mesures intrieures

spcifiques du UE L3 RRC ainsi que le reportage des mesures pour UTRAN. Le composant RRC utilise Cell RSCP et les mesures de EC/N0 pour les procdures de slection
et reslection des cellules et aussi pour le contrle de puissance boucle ouverte. Il a
besoin aussi de mesures du BER pour le contrle de puissance boucle extrieur. Le
UTRAN requis les mesures priodiquement ou bien pour un vnement de la gestion
de handover, contrle de radio bearer ou bien UE positionnement. Ces mesures
suivent les mesures de timing des cellules et mettent jour les relatives timing de la
cellule utilise par RRC au mme temps que les mesures changent. Le composant de
mesure maintien les informations sur les cellules qui doivent tre mesures, partage
les mesures avec le composant de slection / reslection de cellule et les informations
sont fournis UE dans SIB11 (System Information Block), SIB12 et les messages de
contrles sont utiliss pour spcifier les mesures qui doivent tre effectues
1.3.2
Gnral
Les rapports et les mesures de contrle sont utiliss par UTRAN pour contrler les
mesures que doit effectuer lUE. Le processus est trs versatile et permet plusieurs
mesures avec diffrents caractristiques dtre reportes, modifies et ralises au
mme temps dans les tats de RRC, les mesures sont contrler par SIB11, SIB12 et les
PFE 2009
14
messages de contrle de mesures reus par RRC. Dans le mode idle, les informations
de contrle de mesures sont lues partir SIB11 dans FACH alors que SIB12 est utilis
dans les modes paging. Les messages de contrle de mesures sont utiliss dans tous
les modes connects. Chaque mesure a une unique identit, type, objet, quantit de
mesure, quantit reports, validit, mode et des identits additionnelles. Les types de
mesures suivants sont supports :
Les mesures intra-frquences : mesures sur les canaux physiques en DL effectues sur la mme frquence de lActive Set.
Les mesures inter-frquences : mesures sur les canaux physiques en DL effectues sur des frquences diffrentes de celle de lActive Set.
Les mesures interRAT : mesures sur les canaux physiques en DL appartenant
un autre rseau daccs radio GSM par exemple.
Les mesures de volume de trafic : sont effectues sur le trafic en UL.
Les mesures de qualit : mesures des paramtres de qualits en DL.
Les mesures intrieures du UE
Les mesures de positionnement de UE
Les rapports de mesures RACH
Lobjet de mesures peut tre lobjet pour lequel les mesures sont prises. a peut tre
une liste des cellules ou bien canaux de transport pour lesquelles on a pris les mesures.
Les cellules pour lesquelles les mesures sont prises, sont mmorises localement dans
RRC par la variable CELL_INFO_LIST par collection du contenu des IEs ... cell info
list reus par tous les SIB11, SIB12 et les messages des mesures de contrle.
1.3.3
Les mesures de la couche physique
Ces mesures sont effectues dans la couche physique puis reportes vers la couche
RRC de UE ou bien UTRAN
1.3.3.1
CPICH RSCP
Cette mesure est utilise pour lvaluation du handover, contrle de puissance

boucle extrieure, contrle de puissance boucle ouverte en UL et pour le calcul du
pathloss. Il est dfini comme la puissance du code de signal reu RSCP (Received
Signal Code Power). La puissance reue pour un code est mesure sur le canal CPICH
primaire de la cellule. La valeur de la puissance est entre -115 dBm et -40 dBm.
PFE 2009

1.3.3.2
15
UTRAN Carrier RSSI
Cette mesure est pour lvaluation du handover inter frquence. Il est dfini comme
la puissance de la largeur de bande incluant le bruit thermique et le bruit gnr par
le rcepteur. Le rang pour UTRAN Carrier RSSI est entre -101 dBm et -25 dBm.
1.3.3.3
GSM Carrier RSSI
Cette mesure est pour le handover entre UTRAN et le GSM. Il est dfini comme
RSSI (Received Signal Strength Indicator). Cest la puissance reue de la bande troite
sans celui de la largeur de bande du canal. Il est fourni par la porteuse BCCH du GSM.
1.3.3.4
CPICH_Ec/Io
Cette mesure est pour la procdure de slection/reslection de cellule ou bien pour

lvaluation du handover. Lnergie reue par chip est divise par la densit de puissance de la bande.
CP ICHE c/Io = CP ICHR SCP/U T RAcarrierRSSI
Cette mesure est fournie par le canal CPICH primaire. Le rang du CPICH_Ec/Io est
entre -24dBm et -0 dBm.
1.3.3.5
BLER du canal de transport
Cette mesure est pour lvaluation du BLER du canal de transport. Lestimation du

BLER est base sur lvaluation du CRC pour chaque bock de transport associ aprs
RL combinaison. Le BLER est prfr dtre combin, aprs la priode de mesure,
comme le rapport entre le nombre des blocs de transport reus errons et le nombre
total des blocks.
1.3.3.6
UE transmitted power
Cette mesure est la puissance totale transmise par UE dans une porteuse. Le point
de rfrence pour la puissance transmise de UE est le connecteur de lantenne. Cette
mesure varie au tour de 21 dBm.
Conclusion : A travers ce chapitre, nous avons pu donner une vue globale sur linterface air WCDMA, incluant une brve explication sur les principes de gestion des
PFE 2009
16
ressources radio.
Nous dtaillerons dans le chapitre suivant les principaux algorithmes RRM.
PFE 2009
Chapitre 2
Etude des principaux algorithmes
RRM
Les algorithmes RRM (Radio Resource Management) sont responsables dune utilisation efficace des ressources de linterface air. Ces algorithmes sont ncessaires pour
garantir la qualit de service (QoS), de maintenir la zone de couverture planifie, et
pour offrir une grande capacit. La famille des algorithmes RRM peut tre divise en
contrle de puissance, le contrle de mobilit, le contrle de charge et dadmission, et
la planification de paquets.
Nous allons expliquer dans ce chapitre les principaux algorithmes RRM, savoir le
contrle de charge et dadmission, le contrle de mobilit et finalement le contrle de
puissance.
2.1
2.1.1
Mobilit en UMTS
Etats dun mobile dans une cellule
Les deux modes basiques dun UE sont le mode veille Idle ou le mode en
veille et le mode connect connected mode. LUE en tat connect peut tre en
quatre tats de service qui dfinissent le type de canal physique quutilise lquipement usager. CELL_DCH (Dedicated Cannel), CELL_FACH (Forward Access Channel), CELL_PCH (Paging Channel) et URA_PCH (Utran Registration Area). Lorsque
lUE trouve un PLMN et une cellule adquate et la bonne cellule laquelle sattacher,
aucune signalisation nexiste entre lUE et le rseau. LUE ne fait que lire les informations systmes et les indicateurs de paging. Il mesure aussi les cellules voisines.
Lorsque lUE dtecte un changement de LAI (Local Area Identity) cest--dire la zone
17
Chapitre 2 Etude des principaux algorithmes RRM
18
de localisation, reoit un message de paging ou bien initie un appel, il passe ltat

connect. Le changement dtat se fait toujours avec un message RRC connection
establishement .
2.1.1.1
Le mobile en mode veille
En mode veille lquipement mobile na aucune connexion avec la partie radio, cest-dire aucune connexion RRC. Le but de conserver le mobile en mode veille est de
minimiser lutilisation des ressources radio. En ce mode, lquipement mobile slectionne une cellule appartenant au rseau PLMN quil a dj choisi, auquel sattacher
en utilisant lalgorithme de slection de cellule. Les tapes du mode veille peuvent
tre divises en cinq diffrents processus :
La slection dun PLMN.
La slection et re-slection de cellule.
Lenregistrement de la location.
La procdure de paging.
La lecture des informations systmes.
2.1.1.2
Ltat CELL_DCH
Dans cet tat un canal physique ddi est allou au mobile et le mobile est connu
par son Serving RNC (SRNC) dans une cellule ou au niveau dun Active set. Le mobile
fait des mesures et envoie des rapports de mesures selon les informations de contrle
de mesures reues de la part du RNC.
2.1.1.3
Ltat CELL_FACH
Dans cet tat aucun canal physique nest ddi pour le mobile, mais les canaux
RACH (Random Access Channel) et FACH sont utiliss pour transmettre les messages
de signalisations ainsi que des petites quantits de donnes utilisateurs. Dans cet tat
le mobile est aussi capable dcouter le canal BCH (Broadcast Channel) pour acqurir
les informations systmes. Il effectue aussi des re-slections de cellules et il envoie
aprs chaque re-slection un message Cell Update afin que le RNC sache toujours
sa localisation au niveau des cellules. Si la nouvelle cellule appartient un nouveau
systme daccs radio (GPRS par exemple), le mobile entre en mode idle et accde
lautre systme selon les procdures daccs de ce systme.
PFE 2009

2.1.1.4
19
Ltat CELL_PCH
LUE est connu au niveau du SRNC par une cellule, mais il nest accessible que
par le canal de paging PCH. Par consquent la consommation de la batterie reste
faible puisque le canal de paging utilise le mode DTX (Discontinuous Transmission).
LUE coute aussi les informations systmes sur le BCH. Si le mobile effectue une
re-slection de cellule, il passe directement ltat Cell_FACH afin dexcuter la procdure de Cell Update. Si la nouvelle cellule appartient un nouveau systme daccs
radio (GPRS par exemple), le mobile entre en mode idle et accde lautre systme
selon les procdures daccs de ce systme.
2.1.1.5
Ltat URA_PCH
Ce cas est similaire celui de CELL-PCH, la diffrence est que lUE nexcute
pas la mise jour de sa cellule aprs la re-slection de cellule, mais il lit lidentit
de lURA (UTRAN Registration Area) transmis sur le canal de broadcast, et lorsque
lUE change lURA il remet jours son URA en informant le SRNC de sa nouvelle
localisation
2.1.2
Dfinition des cellules voisines et de lActive set
2.1.2.1
Dfinitions des cellules voisines
Quand lUE est en mode connect, le RNC le suit au niveau de cellules. Une fois
quil connat la cellule o est localis lUE, le RNC rassemble des informations sur
toutes les cellules voisines et transmet les donnes de nouveau lUE. Le RNC met
jour sans interruption la liste des voisines afin de reflter le changement du voisinage
dun UE mobile en mode connect. Les cellules voisines sont dfinies sur une base de
cellule-par-cellule, cest--dire, chaque cellule peut avoir son propre ensemble de cellules voisines. Une dfinition de cellules voisines inclut, par exemple, des informations
sur la technologie daccs, la frquence porteuse, et les codes de brouillage des cellules
voisines.
2.1.2.2
Active set
Bas sur les rapports de mesure, le RNC ordonne lUE dajouter, remplacer ou
enlever des cellules de son Active Set, cest--dire, lensemble de cellules participant
au soft Handover. La taille maximale de lActive set est de trois cellules. Lalgorithme
PFE 2009
20
de dcision (situ au niveau RNC) accepte pratiquement tout ce que lUE suggre selon ses rapports de mesures.
La Handover Control du RNC contient les mcanismes de modification du comportement des rapports de mesure ainsi que les vnements de rapport de mesure suivants :
Lvnement 1A pour ajouter des cellules lActive Set.
Lvnement 1B pour supprimer des cellules de lActive Set.
Lvnement 1C pour remplacer des cellules dans lActive Set.
2.1.2.3
Gnration de la liste des cellules voisines partir de lActive Set
Le RNC produit une nouvelle liste de cellules voisines intra-frquence aprs chaque
mise jour de lActive set. Le RNC transmet cette nouvelle liste la station mobile si
elle diffre de la liste actuellement employe par la station mobile, le RNC ne modifie
pas les listes de cellules voisines inter-frquence ou GSM aprs la mise jour de lActive Set en raison du temps de fonctionnement limit de ces mesures priodiques.
Si la liste des voisines de deux cellules ou plus de lActive Set, qui participent au soft
Handover, sont diffrentes, le RNC combine les listes en une liste commune qui est
transmise la station mobile. La combinaison des listes voisines de cellules intrafrquence est effectue dans les tapes suivantes 1, 2, 3 et 4. La combinaison pour les
cellule inter-frquence ou GSM comprend les tapes 2, 3 et 4 ci-dessous [6].
Etape 1 : Les cellules de lActive set Le RNC choisit les cellules dActive Set
partir de la liste des voisines dj dclares.
Etape 2 : Cellules voisines qui sont communes trois cellules de lActive Set
Pendant la deuxime tape de la combinaison, le RNC choisit les cellules voisines
qui sont communes chacune des trois cellules de lActive Set. Si le nombre des cellules voisines appropries excde le nombre maximum de 32 aprs la deuxime tape,
le RNC enlve alatoirement les cellules en surplus qui ont t choisies lors de la
deuxime tape.
Etape 3 : Cellules voisines qui sont communes deux cellules de lActive Set
Pendant la troisime tape de la combinaison, le RNC choisit les cellules voisines
qui sont communes deux cellules de lActive Set. Si le nombre des cellules voisines
appropries excde le nombre maximum de 32 aprs la troisime tape, le RNC enlve
alatoirement les cellules en surplus qui ont t choisies pendant la troisime tape.
PFE 2009
21
Etape 4 : Cellules voisines qui sont dfinies pour une seule cellule de lActive
Set Pendant la quatrime tape de la combinaison, le RNC choisit les cellules voisines qui sont dfinies pour une seule cellule de lActive set. Si le nombre des cellules
voisines appropries excde le nombre maximum de 32 aprs la quatrime tape, le
RNC enlve les voisines en surplus de cette liste combine qui ont t choisies pendant
la quatrime tape et qui ont la plus faible valeur CPICH Ec/No (niveau dinterfrence
du canal CPICH : Common Pilot Channel ).
2.1.3
Le Handover
2.1.3.1
Introduction
Le Handover est une procdure dlicate dans tout systme cellulaire de communications mobiles, car il permet le transfert des appels en cours dune cellule lautre
de faon transparente pour lutilisateur, permettant ainsi la mobilit des utilisateurs
dans la zone de couverture. Par consquent, le transfert est excut pour les utilisateurs ayant des ressources ddies dans une cellule.
La dcision dexcuter une procdure de handover est principalement base sur les
mesures notifies par lUE en ce qui concerne la rception en downlink et les mesures
effectues par le rseau en ce qui concerne la reception en uplink. La dcision de handover nest pas ncessairement fonde uniquement sur les conditions de la radio, et
elle peut tre lie dautres raisons, telles que le contrle de la rpartition du trafic
entre les diffrentes cellules. cette fin, il y a un ensemble de diffrents paramtres
lis au handover qui peuvent tre configurs par loprateur dans les diffrentes cellules pour contrler la dcision de handover.
Il ya plusieurs causes possibles qui pourraient dclencher les procdures de handover : la qualit de la liaison montante ou descendante en termes de BER ou BLER ; le
niveau du signal reu soit en liaison montante ou descendante ; la distance du NodeB ;
un changement de service ; ou pourrai mme rsulter dune dcision du contrle de
congestion.
Dans un scnario o plusieurs RATs (Radio Access Technology) coexistent, comme
cest le cas pour les systmes UMTS et GSM/GPRS, le handover peut se faire soit par
la modification des cellules lintrieur de la mme RAT, quon note ou handover horizontal intra-RAT, ou en changeant de RAT, appel handover vertical inter-RAT, qui
seront dtailles plus tard.
Dans lUTRAN, deux types de handovers intra-RAT peuvent tre distingus, que lon
note soft et hard handover. Le soft handover se produit lorsque le mobile est connect
PFE 2009
22
simultanment plusieurs cellules, il bnficie alors de la diversit en combinant

les signaux reus de chaque cellule. Lensemble des cellules auxquelles le mobile est
connect en mme temps est signal comme Active Set, et diffrentes cellules sont
progressivement ajoutes/supprimes /de cet ensemble en fonction de la mobilit de
lutilisateur. Lorsque lutilisateur est connect simultanment diffrents secteurs du
mme site, un cas particulier de soft handover se produit, que lon note softer handover
Le soft handover nest possible que lorsque les cellules candidates travaillent sur la
mme bande de frquence. Cependant, lorsque le mobile doit transfrer entre des cellules oprantes diffrentes frquences, la seule possibilit est de raliser un hard
handover, dans laquelle le mobile est seulement connect une cellule la fois. Par
consquent, la procdure de handover implique la suppression de la connexion avec
lancienne cellule et ltablissement de la connexion avec la nouvelle.
Un hard handover peut galement se produire entre des cellules oprantes la mme
frquence, par exemple, parce que la taille de lActive Set est limite une seule cellule.
2.1.3.2
Handover Intra-frquence
Mesures pour le handover Intra-frquence Le handover Intra-frquence dans

lUTRAN peut tre soit soft ou hard. Les diffrentes cellules UTRAN fonctionnant
avec la mme frquence peuvent appartenir trois ensembles mutuellement exclusifs
chaque terminal :
1. Active Set.
2. Monitored Set : comprend les cellules que le terminal mesures et reporte, mais
qui ne sont pas inclus dans lActive Set. Par consquent, ils forment les cellules
candidates etre ajout lActive Set.
3. Detected Set : comprend le reste des cellules que le terminal est capable de
dtecter (cest--dire la mesure du RSCP et du Ec/Io sont au-dessus des seuils
spcifiques), mais ne sont pas inclus dans le Cell_Info_List. Par consquent, les
rapports de mesures ne sont prvus pour ces cellules.
Le handover Intra-frquence contrle la faon dont les diffrentes cellules sont ajoutes ou retires de lActive Set, base sur les measurement reports, qui peuvent inclure le CPICH RSCP, le CPICH Ec/Io et/ou le path loss pour chaque cellule. Notez
que si la taille maximum de lActive Set dune cellule est tablie 1, le handover
intra-frquence se transforme en hard handover, tandis que si la taille de lActive Set
PFE 2009
23
est plus leve, le soft handover est utilis.

En gnral, il est recommand dutiliser la CPICH RSCP lorsque la charge du rseau
est faible, tandis que lutilisation de CPICH Ec/Io est recommande lorsque la charge
est leve ou lorsque le rseau nest pas bien optimis.
Lorsque les mesures sont des vnements dclenchs, lapparition des diffrents vnements dpend de la faon dont les mesures sont configures en fonction de la quantit mesure signaler (cest--dire CPICH Ec/Io, CPICH RSCP ou path loss) et sur
des seuils, qui peuvent tre absolus (cest--dire un seuil absolu est diffus par le rseau) ou relatifs, par rapport la meilleure cellule de LActif Set (cest--dire reporting
range est diffus par le rseau).
Lensemble des vnements en handover intra-frquence, dfinis par 1X est le suivant :
Evnement 1A : Un CPICH primaire entre dans le reporting range.
Evnement 1B : Un CPICH primaire sort du reporting range.
Evnement 1C : Un CPICH primaire non-actif devient meilleure quun CPICH primaire actif.
Evnement 1D : changement de la meilleure cellule.
Evnement 1E : Un CPICH primaire est plus grand quun seuil absolu.
Evnement 1F : Un CPICH primaire est plus petit quun seuil absolu.
Les measurement reports sont dclenchs lorsque les prcdents vnements, se produisent pendant un certain temps que lon note le temps de dclenchement (time-totrigger), galement configur par le rseau. En outre, diffrents marges hystrsis
peuvent tre considres la fois pour les seuils absolus et relatifs. Lutilisation du
temps de dclenchement et de lhystrsis permet dviter les fluctuations sporadiques
dans les mesures conduisant des dcisions inutiles en ce qui concerne la mise jour
de lActive Set.
Sur la base de ces vnements, les dcisions concernant le temps ou les cellules doivent
tre ajoutes ou retires de lActif Set sont prises en fonction dun algorithme de soft
handover.
La procdure RRC relative la mise jour de lActive Set est utilise pour excuter
les dcisions. La procdure est initie par un Active Set Update message envoy par
le RNC et confirm par le Active Set Update message mis par le mobile.
Algorithme du soft handover On examinera maintenant un exemple de soft handover bas sur des seuils relatifs.
R1A(dB) :reporting range considrer pour 1A.(ajout dune cellule lActive Set).
PFE 2009
24
R1B(dB) : reporting range considrer pour 1B.(suppression dune cellule lActive

Set).
H1A(dB) : hysteresis considrer pour 1A.(ajout dune cellule lActive Set).
H1B(dB) : hysteresis considrer pour 1B.(suppression dune cellule lActive Set).
H1C(dB) : hysteresis considrer pour 1C.(remplacement de cellule).
W :facteur de pondration.
DT : (time-to-trigger).
AS_Max_Size : taille maximale de LActive Set.
On assumera que la quantit mesure est CPICH Ec/Io, et que Nc est le nombre courant des cellules dans lActive Set pour un terminal donn.En fonction des mesures
fournies par le terminal quant les diffrents vnements se produisent, les actions
suivantes peuvent tre prises par lalgorithme :
(a) Evnement 1A- Ajouter la nouvelle cellule lActive Set. Cette action est excute quand lActive Set nest pas plein (cest dire NA < AS_Max_Size) et lvnement
1A est dclench et la condition est remplie pendant DT selon :
A
10.logMN ew + CION ew W.10N
i=1 Mi + (1 W )10logMBest (R
H1a
)
2
Les liens sont alors squencs dans lordre du meilleur au mauvais (CPICH Ec/Io)
jusqu ce que lActive Set soit plein, et dans ce cas aucun traitement ne sera effectu.
Le facteur (0<W<1) est utilis pour pondrer la contribution des diffrentes cellules
appartenantes lActive Set dans la condition de dclenchement. Quand W =0, seule
la meilleure cellule est considre. Notez que quand W augmente, il est plus difficile
dajouter une nouvelle cellule lActive Set.
(b) evenement 1B- Suppression dune cellule de lActive Set. Cette action est excute lorsque lvnement 1B est dclench, et la condition est remplie pendant la dure
DT :
A
10.logMOld + CIOOld W.10N
i=1 Mi + (1 W )10logMBest (R
H1b
)
2
Sil ny a quun seul lien dans lActive Set, aucun traitement ne sera effectu.
Sil ya plus dun lien dans lActive Set, alors les branches sont squencs et retirs
dans lordre de mauvaise qualit bonne qualit du (CPICH Ec/Io) (dans le cas o
plusieurs cellules rapportent lvnement 1B), jusqu ce quon ait un seul lien.
A noter dans ce cas que si W augmente, il serait plus facile de supprimer une cellule
de lActive Set.
(c) vnement 1C-Remplacer la mauvaise cellule de lActive Set par la meilleure
PFE 2009
25
cellule du Monitored Set. Cette action est excute lorsque lActive Set est plein (cest-dire NA=AS_Max_Size) et lvnement 1C est dclench, et la condition est remplie
pendant DT :
10.logMN ew + CION ew 10logMInAS + CIOInAS +
H1c
2
(d) vnement 1D-Remplacer la meilleure cellule. Cette action est excute lorsque
lvnement 1D est dclench, et la condition est remplie pendant la dure DT :
10.logMN otBest 10logMBest +
H1d
2
Dans ce cas, si la cellule candidate est dans lactive Set, elle sera marque comme
meilleure cellule. Si la cellule candidate nest pas de lActive Set, le lien sera cr (si
lactive Set est plein, une des mauvaises cellules sera retir avant lajout du lien) et
elle sera marque comme meilleure cellule, un exemple de fonctionnement de cette
algorithme est illustr par la figure suivante. On assumera que lAS_Max_Size=2 et
=0.
F IGURE 2.1 Les algorithmes de Soft Handover

En ce qui concerne le reporting range R1A, utilis pour ajouter des cellules lActive Set, les valeurs typiques sont entre 3 et 5 dB. son tour, R1B, qui sert prA.IGOUDYANE et A.FILALI BALKHO
PFE 2009
26
lever des cellules actives de lActive Set, prend des valeurs typiques entre 5 et 8 dB.
En gnral, lorsque le rseau a t correctement optimiss et la charge est leve,
les faibles valeurs sont recommand pour ces paramtres, afin de rduire le nombre
dutilisateurs en soft handover et donc la consommation de ressources. Cela est particulirement important lorsque les services haut dbit sont considrs (par exemple,
384 kb / s), car ils sont de forte puissance ncessitant des services quils consomment
et des fractions de la haute OVSF code arbre. Toutefois, lorsque la charge est faible ou
lorsque le rseau nest pas encore optimise, des valeurs plus leves de R1A et R1B
sont privilgies, afin de bnficier de macrodiversity et combinant des gains dans les
rgions avec de faibles niveaux de signal reu.
Algorithme du hard handover intra-frquence Le hard handover Intra-frquence
a eu lieu dans trois cas :
1. le handover intra-frquence entre des cellules adjacentes qui appartiennent
diffrents RNC, entre lesquels aucune interface Iur nest disponible.
2. lusage de services PS haut dbit qui dpasse un certain seuil (rate threshold),
parce que trop de ressources seront occups si le soft handover est adopt.
3. dans le cas ou AS_Max_Size=1.
Lvnement 1D est utilis comme critre de jugement pour les cas de hard handover
intra- frquence. savoir, la cellule qui dclenche lvnement 1D agit en tant que
cellule cible du handover.
2.1.3.3
Handover Inter-frquence :
Mesures pour le handover Inter-frquence Les vnements des mesures interfrquence sont dfinis par 2X, lestimation de la qualit dune frquence implique
dans les vnements 2A, 2B, 2C, 2D, 2E et 2F est dfini comme suit :
A
Qcarrierj$ = 10.logMcarrierj = Wj .10log(N
i=1 Mij ) + (1 Wj )10logMBestj
H
2
Ou :
Qcarrier j est la forme logarithmique de lestimation de la qualit de la frquence
j.
Mcarrier j est la valeur estime de la qualit de la frquence j.
Mij est le rsultat de la mesure de la cellule i avec la frquence j dans le virtuel
Active Set.
PFE 2009
27
NAj est le nombre de cellules avec la frquence de j dans lActive Set virtuel.
MBestj est le rsultat de la mesure de la meilleure cellule la frquence j dans
lActive Set virtuel.
Wj est le facteur de pondration.
H est la valeur de lhystrsis.
Avant de dcrire les vnements 2x, il faut faire les deux concepts entendu : "frquence
non-utilise" se rfrent la frquence que lUE a besoin de mesurer, mais qui nest
pas dans lActive Set, et "la frquence utilise" se rfre la frquence que lUE a
besoin de mesurer et qui est dans lActive Set.
Les vnements sont alors :
vnement 2A : changement de la meilleure frquence.
vnement 2B : lestimation de la qualit de la frquence utilise actuellement est
en dessous dun certain seuil et lestimation de la qualit de la frquence non-utilise
est la frquence au-dessus dun certain seuil.
vnement 2C : lestimation de la qualit de la frquence non-utilise est au-dessus
dun certain seuil.
vnement 2D : lestimation de la qualit de la frquence utilise actuellement est
en dessous dun certain seuil.
vnement 2E : les prvisions de la qualit de la frquence non-utilise est audessous dun certain seuil.
vnement 2F : lestimation de la qualit de la frquence utilise actuellement est
au-dessus dun certain seuil.
Le handover inter-frquence est excut par le biais dune procdure RRC de hard
handover, en supprimant toutes les liaisons radio de lActive Set et la cration dun
nouvel Active Set avec les cellules de la nouvelle frquence.
2.1.3.4
Handover Inter-systme
Mesures pour le handover Inter-systme Les vnements des mesures Intersystme sont identifis avec 3X. Lestimation de la qualit de lActive Set UTRAN
mise en cause dans les vnements 3A, 3B, 3C et 3D est dfini comme suit :
A
QU T RAN = 10logMU T RAN = W.10log(N
i=1 Mi ) + (1 W )10logMBest
QU T RAN est la forme logarithmique de lestimation de la qualit de la frquence

UTRAN en cours dutilisation.
PFE 2009
28
MU T RAN est lestimation de la qualit de la valeur de frquence UTRAN en cours

dutilisation.
Mi est le rsultat de la mesure de la cellule i de lActive Set.
NA est le nombre de cellules dans lActive Set.
MBest est le rsultat de mesure de la meilleure cellule de lActive Set.
W est le facteur de pondration.
Algorithmes du handover Inter-systme Dans le cas des terminaux duaux UTRAN/GSM,
il est possible dexcuter un handover inter-RAT entre UTRAN et GSM. Cela peut tre
ncessaire en raison de labsence de couverture UMTS.
Pour le cas des terminaux duaux UTRAN/GSM, le RNC, configure non seulement les
vnements pour le soft handover expliqu prcdemment, mais aussi les conditions
ncessaires pour lancer ou arrter les mesures GSM en fonction de seuils pour les
vnements 2D et 2F expliqu la section .3. Les cellules GSM voisines qui doivent
tre mesurs sont aussi indiques par le rseau.
En tout cas, la dfinition des cellules GSM mesurer est essentielle pour avoir un bon
handover inter-RAT qui vitera autant que possible les situations de perte de service.
Le suivi des cellules GSM est contrl par les vnements suivants :
Evnement 3A : lestimation de la qualit de la frquence UTRAN actuellement
utilise est infrieur un certain seuil, et lestimation de la qualit de lautre systme
est au-dessus dun certain seuil.
Evnement 3B : la qualit estime de lautre systme est en dessous dun certain
seuil.
Evnement 3C : la qualit estime de lautre systme est au-dessus dun certain
seuil.
Evnement 3D : changement de la meilleure cellule de lautre systme.
Lorsquun handover vers GSM est dcid, sur la base des mesures reues, la procdure
de signalisation excuter est cillustre par la Figure 5.69. Les premiers messages
refltent la configuration qui est faite par le RNC pour configurer vnements 2D et
2F par le biais Measurement Control message. Lorsque la qualit de lUTRAN est
en dessous du seuil predefinis, en fonction de lvnement 2D, le terminal envoie le
rapport de mesure correspondant lvnement 2D et le RNC configure alors lvnement 3A pour les mesures inter-RAT. Le handover commence lorsque lvnement
3A est rapport par le mobile. Ensuite, le RNC envoie une demande de relocation
Relocation Request au Core Network (cest--dire la MSC), qui communique avec
le BSC du rseau laccs GSM pour allouer les ressources ncessaires dans la cellule
PFE 2009
29
GSM demande. Lorsque les nouvelles ressources sont prtes lemploi, la commande
Handover from UTRAN command est envoye au mobile, qui initie la transmission
sur la frquence GSM et le time slot alous par le biais du message HO Access message .
La procdure est termine en librant les ressources correspondantes dans linterface
Iu qui reliait la RNC avec le MSC.
Une relation doit exister entre les seuils de dclenchement des vnements 2D, 2F et
3A. En particulier, evenement 2D qui dtermine linstant de lancer les mesures GSM,
ce qui implique gnralement lutilisation du mode compress ( Compressed Mode
qui sera dvelopp en Annexe). Par consquent, des faibles valeurs de seuils lis cet
vnement sont adaptes afin de ne pas dclencher le mode compress inutilement, ce
qui pourrait causer une certaine dgradation des performances. En tout cas, ce seuil
doit tre au-dessus du seuil de lvnement 3A, qui prcise linstant o le transfert
de GSM doit commencer, afin de disposer de mesures disponibles GSM dans ce cas.
En outre, une certaine sparation entre les deux seuils 2D et 3A est pratique, car
un certain retard doit exister ds linstant o les mesures GSM sont dclenches la
rception de la premire mesure, en raison du temps dactivation du mode compress.
LEvnement 2F prcise linstant darrt des mesures GSM, par consquent, une
certaine sparation est ncessaire entre les seuils associs 2D et 2F afin dviter les
variations continus du signal conduisant des activations et des dsactivations des
mesures GSM. Le seuil de lvnement 3A devrait tre fix assez haut pour viter au
mobile de perdre la couverture UTRAN pendant la procdure de handover en raison
de brusques dgradations du signal. En outre, il devrait tre mis en conformit avec
le seuil qui dclenche le transfert de GSM lUTRAN. Si les deux seuils sont trs
similaires, des effets indsirables de ping-pong entre les systmes sont susceptibles
de se produire. La figure 5 illustre un exemple de dclenchement des diffrents vnements 2D, 2F et 3A. Les seuils respectifs considrer dont T2D, T2F, T3A,et les
marges dhystrsis respectifs sont H2D, H2F, H3A.
PFE 2009
30
F IGURE 2.2 Les messages de signalisation dans un handover UTRAN vers GSM
F IGURE 2.3 Handover dUTRAN vers GSM
2.2
2.2.1
Contrle de puissance dans le systme UMTS

Introduction
Le contrle de puissance dans les systmes talement de spectre joue un rle

important au niveau de laugmentation de la capacit du systme. De plus, il permet
de contrer les variations rapides et lentes du canal radio-mobile. Enfin, le contrle de
PFE 2009
31
puissance permet de lutter contre leffet proche-loin (Near-far effect). Dans ce paragraphe nous dcrivons le contrle de puissance en UMTS sur la liaison montante et
sur la liaison descendante.
Pour lUMTS le contrle de puissance sur le lien montant est le plus important cause
de leffet proche-loin. Pour la liaison descendante, les sites voisins interfrent mutuellement, ce qui dgrade la performance du systme. Ainsi, il est ncessaire de contrler
la puissance sur la liaison descendante pour rduire les interfrences inter-cellulaires.
2.2.2
Le contrle de puissance en boucle ouverte
Ce type a pour but de dterminer le niveau de puissance du signal transmettre

avant de rentrer en communication avec la station de base. Ce niveau de puissance est
calcul en fonction de laffaiblissement de parcours ou pathloss mesur dans la voie
descendante sur des canaux dfinis dans ce but par le rseau. Le contrle de puissance
en boucle ouverte permet de compenser des vanouissements long terme (affaiblissement de parcours du des distances importantes entre lmetteur et le rcepteur)
et, en particulier, les vanouissements dus au phnomne de leffet de masque ou shadowing (vanouissement du la prsence dobstacles tels que des arbres, des collines
ou des immeubles).
Une trs forte hypothse prise en compte dans le contrle de puissance en boucle
ouverte est de considrer que les vanouissements dans les voies montante et descendante sont identiques. Or, en mode FDD o la voie descendante et la voie montante
se trouvent dans des frquences diffrentes, ce type de contrle de puissance nest pas
trs efficace pour compenser les effets des vanouissements rapides car ces derniers
dpendent de la frquence porteuse du signal de transmission et de la vitesse du mobile. En effet, les vanouissements rapides sont caractriss par des variations rapides
de la puissance du signal dans des intervalles de temps assez courts, et ils trouvent
leur origine dans les rflexions du signal transmis sur les diffrents obstacles et dans
la vitesse relative entre le mobile et la station de base. Cela entrane une dgradation
de type effet doppler avec un dcalage en frquence.
2.2.2.1
Le cntrole de puissance pour le canal PRACH
The Physical Random Access Channel (RACH) porte le canal de transport utilis
pour la transmission de courts messages et des premiers paquets en liaison montante.
Il est le canal utilis par le terminal pour dmarrer la communication avec le rseau.
PFE 2009
32
F IGURE 2.4 La procdure daccs alatoire de PRACH

La procdure daccs alatoire de PRACH est montre dans la figure ci-dessus :
lUE transmet un prambule en utilisant lunit de temps de la liaison montante daccs, la signature, et la puissance de transmission du prambule choisis. Aprs cela, la
rponse de lUTARN sera AI si le prambule est reu. Mais, si lUE ne reoit pas lAI
de lUTRAN dans une priode de tp-p, un prambule suivant sera transmis. Le processus ne sarrtera pas jusqu ce que lAI est reue par lUE ou le nombre maximum
de retransmission de prambule (ou le maximum de puissance de transmission) est
atteint.
La valeur initiale de la puissance du PRACH est fixe par le contrle de puissance en
boucle ouverte :
V aleurinitialepreambule = puissanceT XP CP ICHenDLCP ICHRSCP +Interf erencesenU L+cons

Les valeurs de la puissance PCPICH, des interfrences et de la constante sont donnes
dans system information broadcast par le rseau. La valeur de CPICH_RSCP est
mesure par lUE.
2.2.2.2
Le cntrole de puissance pour le canal DPCCH
Au dbut dtablissement du canal ddi, lutilisateur se voit allouer uniquement

un canal DPCCH avant davoir le canal DPDCH. La puissance de transmission initiale
du canal DPCCH est obtenue travers le contrle de puissance en boucle ouverte.
En sens descendant : le control de puissance en boucle ouverte du DL DPCCH
peut tre calcul par la formule suivante :
PFE 2009
33
P = (Ec/Io)Req CP ICH Ec/Io + CP ICH P ower

1. (Ec/Io)Req est la valeur requise de Ec/Io. Cette valeur assure que lUE peut recevoir le message correctement du canal ddi.
2. CPICH_Ec/Io est mesur par lUE et elle est envoye lUTRAN via RACH.
3. CPICH_Power est la puissance de transmission du CPICH.
En sens montant : le control de puissance en boucle ouverte du UL DPCCH peut
tre calcul par la formule suivante :
DPCCH_Initial_Power = DPCCH_Power_Offset - CPICH_RSCP
DPCCH_Power_Offset : ce parameter est configur au niveau du RNC et donn lUE
dans ltablissement de la connexion radio.
2.2.3
Le contrle de puissance en boucle ferme
Le contrle de puissance en boucle ferme est utilis dans le but de compenser

les vanouissements rapides. Il est appel boucle ferme puisque, la diffrence du
contrle de puissance en boucle ouverte, le rcepteur concern calcule des commandes
de contrle et les envoie la source mettrice pour que celle-ci rgle sa puissance
dmission.
F IGURE 2.5 Le contrle de puissance en boucle ferme

Une fois que le mobile a tabli un lien de communication avec la station de base,
le contrle de puissance en boucle ferme est activ. Dans la voie montante, la station
de base mesure de manire permanente la qualit du signal en termes du rapport
PFE 2009
34
Eb/N0. Si la qualit du signal est en dessus de la valeur Eb/N0 cible, la station de base
envoie une commande sur le canal descendant au mobile pour lui demander de rduire
la puissance dmission. Par contre, si la qualit du signal est en dessous de cette
valeur, la station de base demande au mobile daugmenter la puissance dmission.
Ces informations sur lajustement des puissances dmission sont transmises chaque
time slot soit toutes les 0.67 ms via le canal de contrle ddi.
a. TPC : Transmit Power Control
F IGURE 2.6 La boucle interne de contrle de puissance dans le sens montant

b. La boucle interne de contrle de puissance dans le sens montant Les cellules serveuses (cellules de lactive set) doivent estimer SIRmeas a partir du canal
DPCH reu. Ensuite, elles doivent gnrer les commandes TPC et les transmettre sur
chaque time slot selon la rgle suivante : si SIRmeas > SIRtar, la commande TPC
prend la valeur 0 alors que si SIRmeas < SIRtar, la commande TPC est fixe
1 . LUE reoit les commandes TPC pour chaque slot, il doit les combiner (sil est en
soft HO) pour driver une seule commande.
Deux algorithmes sont supports par lUE pour tirer la valeur de la commande TPC,
ce sont PCA1 et PCA2. Lequel de ces deux algorithmes est utilis est dtermin par
des paramtres des couches suprieures au niveau de lutilisateur.
PFE 2009
35
F IGURE 2.7 Algotithme pour tirer la valeur de la commande TPC

Aprs avoir tirer la commande TCP utilisant lun des deux algorithmes, lUE doit
rgler la puissance de la liaison montante DPCCH avec un pas de DPCCH (en dB)
qui est donn par :
DP CCH = T P C T P C cmd
o TPC est le pas dajustement qui dpend de lalgorithme choisi.
Lalgorithme PCA1 sans soft handover Dans ce cas, une seule commande TPC
sera recue dans chaque time slot. la valeur de TPC_cmd doit tre calcule de la manire suivante :
F IGURE 2.8 Lalgorithme PCA1 sans soft handover

Si la commande reue est gal 0, alors TPC_cmd est de -1.
Si la commande reue est gal 1, alors TPC_cmd est de 1.
PFE 2009
36
Lalgorithme PCA1 avec soft handover Lorsquun UE est en soft handover, de

multiples commandes TPC peuvent tre reu des diffrentes cellules de lActive Set.
F IGURE 2.9 Lalgorithme PCA1 avec soft handover

Dabord, lUE doit combiner les commandes TPC du mme RLS. Ensuite, il combine
les commandes des diffrents RLSs. Pour le faire, lUE doit mener une dcision pour
gnrer les TPC_CMD. En effet, elle est gale 1 si tous les Wi sont 1, et elle est
gale -1 si lune des Wi est 0.
Lalgorithme PCA2 sans soft handover Dans ce cas, lUE traite les commandes
TPC reues sur un cycle de 5 slots, o les sries de 5 slots doivent tre aligns sans
quil ait de chevauchement entre elles.
F IGURE 2.10 Lalgorithme PCA2 sans soft handover

La valeur de TPC_cmd est calcule de la manire suivante :
PFE 2009
37
Pour les 4 premir slots, TPC_cmd = 0.

Pour le cinquime, lUE prend les dcisions comme suit :
1. Si tous les 5 slots ont des valeurs TPC de 1 alors TPC_cmd = 1 dans le 5me.
2. Si tous les 5 slots ont des valeurs TPC de 0 alors TPC_cmd = -1 dans le 5me.
Sinon, TPC_cmd = 0.
Lalgorithme PCA2 With soft handover Dans ce cas, la prise de decision en ce
qui concerne les commandes TPC suit le processus montr dans la figure suivante :
F IGURE 2.11 Lalgorithme PCA2 With soft handover

Aprs avoir combiner les ordres TPC provenant du meme RLS, lUE calcule les
TPC_temp pour chaque RLS. Ensuite, il dduit les valeurs de TPC_cmd comme montr sur la figure ci-dessus.
PFE 2009
38
F IGURE 2.12 Les valeurs TPC_cmd

Lorsque lUE se dplace grande vitesse (80 km / h), la boucle interne rapide de
contrle de puissance ne peut pas rattraper les vanouissements rapides. Dans cette
situation, PCA2 est prfrable.
F IGURE 2.13 Le contrle de puissance en boucle interne dans le sens descendant

c. Le contrle de puissance en boucle interne dans le sens descendant
Comment gnrer les TPC : LUE doit gnrer les commandes TPC pour controler la puissance de transmission du rseau et les envoyer en uplink DPCCH. LUE doit
vrifier le mode de contrle de puissance en sens descendant (DPC_MODE) avant de
gnrer la commande de PTC :
PFE 2009
39
Si DPC_MODE=0, lUE transmet le TPC dans chaque time slot.

Si DPC_MODE=1, lUE transmet le TPC dans chaque 3 time slots.
Le paramtre DPC_MODE est un paramtre de lUE contrl par lUTRAN.
Comment ajuster la puissance :
doit ajuster sa puissance.
A la rception des commandes TPC, lUTRAN
P (k) = P (k 1) + PP T C (k) + Pbal (k)

P (k-1), cest lancienne puissance.
PTPC (k) est lajustement
Pbal (k) est valeur de correction
Le pas dajustement dpend de la commande TPC reue, en effet :
PT P C (k) =
Ou
T P C if
T P Cest = 1 ou PT P C (k) =
T P C if
T P Cest = 0
TPC est le pas dajustement de puissance (0,5, 1, 1,5 ou 2 dB).
d. Le contrle de puissance en boucle externe Le but de la boucle interne de

contrle de puissance du systme WCDMA est de maintenir un certain SIR de la puissance de transmission lorsque les signaux atteignent lautre extrmit de rception.
Cependant, dans diffrents environnements multi-chemin, mme si la moyenne des
SIR est maintenue au-dessus dun certain seuil, il est probable que lexigence de qualit de communication (FER ou BER ou BLER) nest pas satisfaite. Donc une sorte
de boucle externe de contrle de puissance est ncessaire pour ajuster le seuil de la
boucle interne en vue de satisfaire aux exigences de qualit de communication.
Dans la liaison montante :
F IGURE 2.14 Le contrle de puissance en boucle externe dans UL

PFE 2009
40
Pour la liaison montante, la RNC estime le Bit Error Rate (BER), ou Block Error Rate
(BLER), et ajuste le SIRtar en boucle interne pour accomplir lobjectif de contrle de
puissance. Lorsque la mesure BLER devient mauvaise, la RNC augmentera la SIRtar
pour amliorer la qualit des signaux reus, dautre part, si la mesure BLER est trop
bonne, le RNC permettra de rduire le SIRtar.
Dans la liaison descendante :
F IGURE 2.15 Le contrle de puissance en boucle externe dans DL

Pour la liaison descendante, cest la couche suprieure de lUE qui estime le BER ou
BLER, et ajuste le SIRtar en boucle interne pour accomplir lobjectif de contrle de
puissance. Lorsque la mesure BLER devient mauvaise, la couche suprieure de lUE
renforcera la SIRtar pour amliorer la qualit des signaux reus, dautre part, si la
mesure BLER est trop bonne, la couche suprieure de lUE entranera une diminution
de la SIRtar.
Lajustement de la valeur de SIRtar :
Dans une conversation dajustement de la valeur SIR, lamplitude de lajustement
ne devrait pas tre trop grande. Laugmentation de lamplitude doit tre infrieure
ou gale la valeur maximale STEPUP (MaxSirStepUp) et la diminution doit tre
infrieure ou gale un maximum de Stepdown (MaxSirStepDown).
SIRtar = (SIRAdjustcoef f icient SIRAdjustStep
BLERmeas BLERtarget
)
BLERtarget
Ou :
SirAdjustStep : pas dajustement de la boucle externe de contrle de puissance
SirAdjustFactor : Coefficient de la boucle externe de contrle de puissance
BLERest : Estimation BLER
BLERtar : BLER cible
PFE 2009
2.3
41
Le contrle de charge
Le contrle de la charge est ncessaire pour les systmes WCDMA, cela est d
plusieurs raisons. Dabord la capacit des cellules est variable vue que lutilisateur se
dplace et que les conditions de propagation varient tout le temps. En plus, plusieurs
types de services sont inclus, et la charge dune connexion est diffrente pour chacun
de ces services. Et Pour les services DATA, le dbit varie avec le temps ce qui entraine
une variation continue de charge. Do limportance dimplmenter des mcanismes
pour prvoir une ventuelle surcharge du rseau.
Dans un premier temps, nous allons voir comment mesurer la charge du rseau. Ensuite, nous attaquerons les mcanismes de contrle de charge : le contrle dadmission,
load balance et le contrle de cogestion.
2.3.1
Les mesures de charge
2.3.1.1
Le concept de la charge
En gnrale, le terme charge veut dire la capacit consommer offerte par le

systme. Et puisque la charge se tout systme est limite, il est important de la garder
au-dessous sun certain seuil. Dans le cas dun systme qui contient plusieurs parties,
cest la partie avec le minimum de capacit qui dcide sur la capacit totale du rseau.
Ce qui est le cas pour les systmes radio mobiles et lUMTS en particulier.
Dans cette partie, nous allons utiliser certaines simplifications pour dmontrer les
limitations de linterface air et dduire le facteur de charge.
Nous savons que pour quune connexion se droule normalement, la seule contrainte
est que le signal reu soit assez bon :
Eb Ri
pi
i =
.
I
N0 W
Ici, le Eb / Io est le minimum requis dnergie sur densit de bruit, et Ri est le dbit
de donnes, W est le dbit en chips, pi est la puissance du signal reu, et I reprsente
le total des interfrences.
Pour dcouvrir la thorie de la capacit du systme, nous pouvons regarder lexigence minimale, cest--dire :
pi
= i
I
Imaginons une cellule qui contient un certain nombre dutilisateurs, et prenons en
PFE 2009
42
compte la liaison montante. Puis, pour chaque utilisateur (c.--d. connexion), linterfrence se compose de trois parties : la puissance des autres utilisateurs, linterfrence
de lutilisateur lui-mme, et le bruit de fond.
I = j1 pj + Iown + PN
Pour simplifier la dduction, on peut prsumer que les interferences des autres utilisateurs sont beaucoup plus importantes que lutilisateur lui-mme, alors :
I j pj + PN
Do on obtient :
1
I
=
PN
1 i i
Si on suppose que dans la cellule, un seul type de service est en cours dutilisation.
Alors :
I
1
=
PN
1 ni
Ici, n est le nombre dutilisateurs de la cellule.
Et puisque les interfrences doivent tre positives et finies, le nombre dutilisateurs
"n" doit tre limit.
2.3.1.2
Les mesures de charge dans le sens montant
Sur la base de la discussion dans la section ci-dessus, prise en compte du facteur

dactivit de service, les interfrences des utilisateurs, nous pouvons rcrire la formule :
N R(N oiseRise) =
1
1
=
PN
1 (1 + f )i (
1
W/(Vi Ri )
b /N0 )i
1+ (E
1
1 ul
Ici, Vi est le facteur dactivit concernant le service i. est le facteur de charge en UL, il
correspond directement la charge dans la liaison montante.
De lquation ci-dessus, nous pouvons avoir deux diffrentes dfinitions des mesures
en UL : (1) dfinition base sur les interfrences et (2) dfinition base sur le trafic.
PFE 2009

2.3.1.3
43
La dfinition base sur les interfrences : RTWP
Si on examine la partie gauche de lquation prcdente, et puisque le bruit de

fond Pn est considr comme constant, linterfrence I peut tre considre comme
le paramtre dterminant pour le calcul de la charge. En effet, les interfrences sont
mesures au niveau du NODEB grce au paramtre suivant : RTWP (Received Total
Wideband Power).
Le facteur de charge se calcule par la formule suivante :
ul = 1
2.3.1.4
Backgroud noise
RT W P
La dfinition base sur le trafic : NTF
Voyons lautre cot de lquation :

ul = (1 + f )i (
1
1+
W/(Vi Ri )
(Eb /N0 )i
On peut galement obtenir directement des informations de charge par les services
eux-mmes. En effet, on dfinit le service de la voix (12.2 Kbps) comme un standard.
Ainsi, tout service peut tre normalis grce ce standard pour donner un nombre
appel normalization traffic factor NTF :
ki =
(Ec /N0 )i
(Ec /N0 )Standard
De cette manire, nous pouvons juste compter le nombre de services standard dans le
systme pour obtenir la charge du systme, sans aucune mesure de puissance
2.3.1.5
Les mesures de charge dans le sens descendant
Pour la liaison descendante, et si on carte les canaux communs, la puissance totale de transmission du nodeB est la somme des puissances des canaux allous aux
utilisateurs dans la cellule. De la mme faon que pour la liaison montante, on peut
avoir lquation suivante :
PT otale =
b /N0 )j
PN (E
.Lm,j
W/(vj R)
b /N0 )j
1 j (E
( + i=1,im LLm,j
)
W/(vj R)
i,j
Ici,Li,j reprsente les pertes de chemin entre la ime station de base et le jme mobile,
PFE 2009
44
Ptotal est la puissance de transmission de la station de base.

On peut alors utiliser la puissance de transmission en DL comme mesure de la charge.
2.3.1.6
Les situations de charge :
Une fois que nous avons la mesure de charge, nous pouvons valuer la situation de
charge.Comme le montre la figure suivante, la situation de charge peut etre divise
en trois tats : ltat stable, ltat juste stable et ltat instable
F IGURE 2.16 Les situations de charge

Selon les situations de charge, plusieurs algorithmes sont implments. Nous allons voir par la suite les algorithmes de contrle dadmission.
2.3.2
Le contrle dadmission
Les algorithmes de contrle dadmission dans lUTRAN FDD ont pour but de dcider de lacceptation ou le rejet de nouveaux supports daccs radio ou de la reconfiguration des accs radio existants en fonction de la disponibilit des ressources et
la demande en QoS. Dans un scnario WCDMA, o il ny a aucune limite sur la capacit, les systmes de contrle dadmission doivent fonctionner dynamiquement en
fonction de la quantit dinterfrence que chaque porteur daccs radio ajoute au reste
de connexions existantes. En effet, le mcanisme de contrle dadmission dappel est
montr dans la figure suivante :
PFE 2009
45
F IGURE 2.17 le mcanisme de contrle dadmission dappe

On distingue deux types dalgorithme
2.3.2.1
Algorithme 1 bas sur TPC/WRTP :
Pour la liaison montante (UL CAC 1) : Dans ce cas, on utilise le facteur de

charge calcul partir de WRTP (voir paragraphe prcdent). Ainsi, lalgorithme de
dcision est le suivant :
F IGURE 2.18 Algorithme 1 bas sur TPC/WRTP

Pour la liaison descendante (DL CAC 2) : Dans ce sens, on se base sur TPC
(transmitted carrier power) c.--d sur la puissance totale de transmission en DL pour
le calcul de la charge du rseau. La figure suivante illustre le processus de dcision :
PFE 2009
46
F IGURE 2.19 Le processus de dcision

2.3.2.2
Algorithme 2 : Equivalent user number based algorithm
Pour ce cas, le mme algorithme est utilis pour les deux sens (UL et DL). Et ceci
travers le calcul du paramtre NTF (Ki) calcul prcdemment.
F IGURE 2.20 Equivalent user number based algorithm
PFE 2009
47
F IGURE 2.21 Les priorits de prise de dcision

Les priorits de prise de dcision On dfinit, gnralement, des seuils importants pour le cas du handover. De mme le service conversationnel est prioritaire par
rapport aux autres services. Tous les seuils sont configurs au niveau de lOMC.
Conclusion : Pour procder loptimisation des rseaux UMTS, lingnieur doptimisation doit tout dabord bien maitriser les diffrents aspects de gestion de ressources radio, et spcialement les algorithmes prsents dans ce chapitre. Dans le
chapitre suivant, nous traiterons des exemples pratiques doptimisation de la radio
3G.
PFE 2009
Chapitre 3
Principe doptimisation : Etude de
cas
Dans tout systme, la mesure des performances est primordiale pour le bon suivi
des oprations dexploitation et de maintenance. Ainsi, lvaluation des performances
du rseau daccs radio WCDMA, permet loprateur, didentifier les problmes du
rseau que le systme de gestion automatique danomalies de lOMC narrive pas
dtecter.
Linformation recueillie tient compte de plusieurs aspects du rseau, afin quaprs
analyse dtaille de la mesure, on puisse procder une optimisation des paramtres
du rseau. Ces mesures donnent ainsi des ides au sujet de la charge dans les cellules
radio, des congestions dans le systme, des performances de Handovers, et au sujet de
beaucoup dautres aspects.
Des contrles de performance rguliers doivent tre effectus aprs la mise en marche
du rseau et continuellement. Ces contrles comprennent aussi bien lvaluation de
donnes statistiques rassembles dans les oprations dexploitation et de maintenance
du centre de l OMC, que les mesures directes au moyen des drives test. En effet,
les alarmes de lOMC ne fournissant pas toutes les informations requises pour un
meilleur diagnostic de ltat du rseau, les indicateurs de performances sont visualiss
chaque 24 heures pour un suivi journalier et toutes les heures pour un suivi temps
rel.
Ainsi, dans ce chapitre, nous commencerons par lister les principaux indicateurs cls
de performance KPI pris en compte lors de loptimisation du rseau, nous mettrons
le point, par la suite, sur les drives tests vu leur rle important dans le maintien de
la qualit de service, pour enfin laborer un cycle doptimisation en se basant sur les
informations extraites du Drive Test.
48
Chapitre 3 Principe doptimisation : Etude de cas
3.1
49
Les indicateurs de performance
Le suivi du rseau WCDMA est fait en permanence grce aux indicateurs de performances. Ces indicateurs sont trs varis et touchent toutes les composantes du
rseau. Il existe plusieurs indicateurs utiliss. En fait, le but de cette partie nest pas
traiter ces indicateurs, cependant nous allons parcourir quelques uns.
3.1.1
Les principaux indicateurs de performance
Il existe plusieurs KPI qui refltent la performance du rseau, nous citerons ici
quelques uns :
Call Setup Success Rate Le CSSR reprsente le taux dtablissement dappel, le
rapport entre le nombre dappels russis et le nombre des tentatives dappels :
CSSR =
Success N um
100%
Request N um
Access Failure Rate Le AFR reprsente le pourcentage des tentatives dappels qui
ont choues, cest le rapport entre le nombre de tentative dappels chous sur le
nombre total des tentatives dappel :
AF R =
Access F ailure N um
100%
Request N um
RAB Drop Rate (RDR) Le DCR mesure le pourcentage des MS qui ont eu des
interruptions dappels anormales : Le MS a russi tablir lappel, mais suite un
problme (Radio, Transmission. . .), il y a eu une coupure dappel.
DCR =
3.1.2
Drop N um
100%
Request Success N um
Les valeurs seuils des indicateurs
Laudit des indicateurs consiste valuer les performances du rseau mobile, identifier les diffrentes causes qui laffectent ainsi que les ventuelles solutions. Pour
cela, des valeurs seuils sont dfinies par loperateur pour chacun de ces indicateurs
afin de maintenir la qualit de service requise.
PFE 2009
50
Lanalyse des indicateurs de performance constitue une tape primordiale dans le processus doptimisation et permet lingnieur didentifier de manire exacte la nature
du problme affectant le rseau afin quil puisse apporter la solution adquate.
3.2
3.2.1
Les drive tests

Dfinition des drive-tests :
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 BTS et la MS.
Pour raliser un drive test on a besoin de :
Mobile(s) trace : pour les mesures radio (mesures numriques)
Un vhicule pour le dplacement
Geographical position System GPS : pour la localisation gographique des points
de mesures.
Software spcial : pour lacquisition, lenregistrement et le traitement des mesures rcupres le Software quon a utilis est PROBE qui fait partie de la srie
GENEX de HUAWEI.
F IGURE 3.1 Prsentation des outils utiliss lors des drives tests
3.2.2
Les types du drive test
La nature du drive test dpend de linformation quon dsire en extraire. Les principaux types du DT sont : le Shakedown test et le cluster test.
PFE 2009

3.2.2.1
51
Le Shakedown test
Lobjectif du Shakedown Test est de vrifier que la station de base est fonctionnelle
dun point de vue RF. Il sagit, en effet, de tester et dvaluer les lments suivants :
1. 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 station de base.
2. Le dbit des donnes et le temps de latence seront mesurs pour sassurer du
bon fonctionnement du data service
3. Chaque PN sera valid pour sassurer quil a t transmis travers lantenne
approprie et dans la bonne direction.
4. La puissance nominale de transmission et de rception sera vrifie pour sassurer quil ny a pas de problmes de cblage dantennes.
5. EcIo et RSCP seront vrifis pour sassurer quil ny a pas de problmes de bruit
ni dinterfrences.
6. 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.
7. Les fonctionnalits du handoff seront testes pour sassurer que la station de
base effectue le contrle de lappel correctement.
Toutes les nodeB doivent, ncessairement, passer le Shakedown test qui comporte
deux tests (statique et dynamique) pour chaque secteur, porteuse et service. Ainsi, la
configuration logicielle de loutil du drive test savre ncessaire. Cette configuration
se prsente comme suit :
1. Pour le test statique de la voix, le logiciel sera configur pour des appels courts
de MARKOV dune dure de 30 secondes, spars avec un intervalle de temps de
15s.
2. Pour le test statique des donnes, le logiciel sera configur pour le IP Pinging et
les sessions FTP dune dure de 5 minutes (2.5 minutes pour le lien montant et
2.5 minutes pour le lien descendant) pour valider le dbit.
3. Pour le Drive Test (Voice and Data), le logiciel sera configur pour des appels
longs (Markov Voice et FTP Data) de dure indtermine avec recomposition
automatique du numro en cas de dconnexion.
Les tests statiques avec appels squentiels servent configurer les temps dinitialisation dappel et doccupation. Ces tests vrifient galement le rapport de succs des
PFE 2009
52
appels, le rapport de succs de pagination, le rapport de dconnexion dappel, etc. Ils

permettent ainsi de vrifier la fiabilit du systme traiter les appels.
Les tests dynamiques ou DT avec appels longs testent la performance du handover du
systme. On sintresse durant ces tests particulirement au rapport de dconnexion
dappel ainsi quau rapport de succs du Handover.
3.2.2.2
Le Cluster drive test
Le rseau est subdivis en un ensemble de clusters (groupes) qui seront optimis

indpendamment lun de lautre. Lobjectif du cluster drive test est doptimiser les
performances dun cluster donn afin datteindre les seuils dacceptation dj fixs.
Les principaux lments quon teste dans un cluster drive test sont :
1. Les performances de la voix (Access-Failure, Call drops . . .)
2. Les performances de la Data (dbit et autres)
3. La couverture du signal (puissance nominale de transmission et puissance de
rception)
4. Les diffrents types du Handover (Softer Handover, Soft Handover et inter-Rat
Handover)
La configuration du software du DT pour le cluster test est semblable celle du Shakedown test. La seule diffrence entre ces deux tests rside donc dans le fait que le
Shakedown test se restreint aux mesures de performance relatives un seul site, tandis que le Cluster test value la performance de lensemble du cluster en se dplaant
entre les diffrents sites qui le composent.
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
Rouler sur toute la rgion spcifie
Essayer de tester avec la mme vitesse (30 50km/h)
3.3
Le cycle doptimisation
Lvaluation prudente des donnes de mesure aidera optimiser les performances

de rseau par la modification des paramtres du systme. En effet, comme le nombre
dabonns augmente continuellement, la surveillance et le contrle de ces paramtres
PFE 2009
53
devrait devenir une procdure de maintenance permanente associant des corrections

la fois curative et prventive.
Pour ce faire, on a modlis, durant notre stage, un cycle doptimisation corrlant les
diffrentes informations extraites des drive tests avec les principaux indicateurs de
performance.
F IGURE 3.2 Cycle doptimisation

Lanalyse des parcours de mesures permet de dgager un certain nombre dhypothses sur les origines des problmes rencontrs. Ces hypothses sont vrifies en
tudiant les indicateurs de performances et les donnes de lensemble des cellules couvrant les tronons problmes. Cette tude a pour but damliorer le fonctionnement
du rseau en proposant des actions chiffres et ralisables.
PFE 2009
3.4
54
Traitement de cas rels
Aprs avoir vu dans ce qui prcde la mthodologie doptimisation, nous allons

prsent illustrer son processus par des tude de cas concrets labores durant notre
stage. Nous avons considr le cas de la ville A qui comportent plusieurs sites selon le
schma suivant :
F IGURE 3.3 Les diffrents sites de la ville A

Nous avons effectu deux drive tests : le premier a t effectu avant les modifications et lautre aprs.
A titre de comparaison nous prsenterons le paramtre EcIo pour les deux phases :
Avant optimisation et aprs optimisation.
PFE 2009
55
F IGURE 3.4 Ec / Io avant optimisation

Localisation dun call drop :
F IGURE 3.5 Localisation dun call drop
F IGURE 3.6 Cellules de lactive set au moment du Call drop

Analyse :
PFE 2009
56
Ce drop est d une mauvaise qualit. La cellule 1(PSC=154) couvre avec un faible
EcIo alors que la qualit de signal de 3(PSC=30) qui est meilleure. Cependant le soft
handover tarde sexecuter ce qui a caus le Call Drop.
Action : Nous allons acclerer la procdure de Soft Handover en changeant le
CIO de 0 6.
F IGURE 3.7 Confirmation de laction

Nous constatons daprs les figures que le EcIo sest nettement amlior aprs
optimisation.
Call drop 2 :
F IGURE 3.8 Localisation du call drop 2
PFE 2009
57
Analyse : Ce drop est d un manque de dclaration de voisinage

Action : Nous allons procder la dclaration de cette relation de voisinage
Aprs la dclaration :
F IGURE 3.9 Aprs la dclaration

On constate que le problme est rgl.
Conclusion Daprs notre travail, nous avons constat que le mauvais rglage des
paramtres, le mauvais dclaration des voisines ainsi que le mauvais paramtrage des
tilts constituaient les sources majeures des problmes de couverture et des coupures
dappels.
Le chapitre suivant traitera lapplication que nous avons dvelopp, qui a pour but
daider lingnieur Huawei raliser sa tache doptimisation.
PFE 2009
Chapitre 4
Lapplication OPTIMISATION
BOARD
Un des problmes les plus persistants causant souvent des call drops en raison
dchec de handover est la mauvaise dclaration des cellules voisines, 2G soient elles
ou 3G.
Pour remdier ce problme, lingnieur doptimisation radio3G doit tout dabord vrifier la dclaration des cellules voisines, en vrifiant tous les paramtres de ces cellules
qui seront dtaill plus tard. Ensuite il doit rajuster la dclaration de ces paramtres
pour viter ces call drops, pour assurer une continuit du service pour un client de
plus en plus exigeant .
Le problme rside dans le fait que les bases de donnes contenants ces paramtres
de voisinage sont faites la main, et ceci exige beaucoup de temps pour lingnieur
Huawei doptimisation vu le grand nombre des sites3G de Maroc Telecom.
4.1
Descriptif de Optimisation Board :
Le tableau de bord que nous avons dvelopp, intitul Optimisation Board aide
lingnieur doptimisation raliser cette tache, puisquil a pour rle de gnrer ces
bases de donnes, incluant les bases de donnes pour le voisinage 3G_2G et les bases
de donnes pour le voisinage 3G_3G. Il permet aussi de gnrer la base de donnes
des sites 3G.
Pour ce faire, on devait dcoder lensemble des scripts de dclaration de voisinage (ces
scripts ne seront pas traits en raison de leur confidentialit des donne de lquipementier tlcom HUAWEI), chose qui ntait pas facile vu leurs complexits.
Les bases de donnes ainsi gnres contiennent les parametres suivantes
58
Chapitre 4 Lapplication OPTIMISATION BOARD
59
a)Pour le voisinage 3G_2G :

Source_Cell_Name : Nom de la cellule source.
Source_Cell_Id : Id de la cellule source.
Neighbour_Cell_Name : Nom de la cellule voisine.
Neighbour_Cell_Id : Nom de la cellule voisinage.
Neighbour_BSIC(NCC) : Network Colour Code. Composant le BSIC, il permet
de diffrencier 2 PLMN grce des BSIC diffrents.
Neighbour_BSIC(BCC) : BTS Color Code. Numro attribu la BTS pour la
diffrencier dune autre utilisant le mme canal FCN. Le BCC et le NCC forme
le BSIC.
Neighbour_BCCH : Broadcast Control Channel.Diffuse au mobile des informations de la cellule.
Neighbour_MCC : Mobile Country Code. Dsigne un code pour le pays (604 pour
le Maroc).
Neighbour_MNC : Mobile Network Code. Indicatif de loprateur du rseau (01
pour IAM).
Neighbour_LAC : Location Area Code. Zone de localisation au sein du PLMN de
la cellule 2G voisine.
b-pour le voisinage 3G_3G :
Source_Cell_Name3G : Nom de la cellule 3G source.
Source_Cell_Id : Id de la cellule 3G source.
Neighbour_Cell_Name : Nom de la cellule 3G voisine.
RNC_Id : Id du RNC de rattache de la cellule 3G voisine.
Neighbour_CellId : Id de la cellule 3G voisine.
Neighbour_LAC : Location Area Code de la cellule 3G voisine.
Neighbour_RAC : Routing Area Code de la cellule 3G voisine.
Neighbour_MCC : Mobile Country Code de la cellule voisine.
Neighbour_MNC :Mobile Network Code de la cellule voisine.
Pour gnrer cette base de donnes, lingnieur na qu se connecter au serveur RNP
3G WCDMA ou est install lapplication sur ladresse suivante :
http ://12.115.234.91 :8080/Optimisation_Board/
Lutilisateur sera alors redirig vers la page dauthentification ou il devra entrer le
login et le password daccs la page daccueil prdfinis pour cette fin.
PFE 2009
60
F IGURE 4.1 Page dauthentification de lutilisateur

Si rien na t saisis dans ces deux champs, un message spcifiant les donnes
manquantes saffiche.
F IGURE 4.2 Confirmation des champs manquants

Une fois lauthentification est faite, lutilisateur a accs la page daccueil (Figure4.3), il a alors la main pour gnrer les bases de donnes selon son choix (c.--d.
base de donnes de voisinage, ou base de donnes des sites 3G).
PFE 2009
61
F IGURE 4.3 Page daccueil

Pour gnrer les bases de donnes de voisinage, lutilisateur doit choisir longlet
Script Neighbours alors que pour gnrer les bases de donnes des sites 3G, lutilisateur doit choisir longlet Script DataBase .
4.1.1
Extraction de la base de donnes de voisinage :
Prenons pour exemple lextraction de la base de donnes de voisinage pour le

RNC7. Lutilisateur doit parcourir le chemin du fichier CFGMML qui a une extension .txt, et qui contient lensemble des scripts de dclaration des cellules voisines 3G
et 2G, de toutes les cellules 3G rattaches un RNC donn.Puis il devra appuyer sur
le bouton de gnration generate .
F IGURE 4.4 Gnration de la base de donnes de voisinage

On notera que le fichier traiter doit tre upload depuis lordinateur de lutilisaA.IGOUDYANE et A.FILALI BALKHO
PFE 2009
62
teur au serveur 3G RNP W-CDMA ou il sera trait. Lutilisateur pourra rcuprer la

base de donnes sur le rpertoire suivant :
D :\RNP_3G_WCDMA\Optimisation_Board_Output\
On pourra alors visualiser le voisinage 3G_3G ou 3G_2G on choisissant respectivement longlet RNC7_3G3G ou RNC7_3G2G.(voir Figure4.5 et Figure4.6)
F IGURE 4.5 Visualisation de la base de donnes 3G_3G pour le RNC7
PFE 2009
63
F IGURE 4.6 Visualisation de la base de donnes 3G_2G pour le RNC7
4.1.2
Extraction de la base de donnes des sites 3G :
On traitera maintenant lextraction de la base de donnes des site 3G Huawei.Pour

ce faire, lutilisateur doit parcourir le chemin dun autre type de fichier CFGMML qui
contient la dclaration des cellules rattaches tous les RNC de Huawei, ensuite il
doit respectivement parcourir les chemins des bases de donnes Excel des quipementiers ERICSSON et MOTOROLLA, et finalement il doit parcourir le fichier texte
RNC/MSC_de_rattache qui contient une correspondance entre les RNCs de Huawei,
et leur MSC de rattache.
PFE 2009
64
F IGURE 4.7 Gnration de la base de donnes des sites 3G

Une fois cette tache est complte, il naura qu appuyer sur le bouton de generation generate . (voir Figure4.7)
La base de donnes, contenant tous les paramtres essentiels des cellules sera sauvegarde dans le rpertoire suivant ou sont stockes les bases de donnes tries par
dates :
D :\RNP_3G_WCDMA\Optimisation_Board_Output\
F IGURE 4.8 Visualisation de la base de donnes des sites huawei 3G a
PFE 2009
65
F IGURE 4.9 Visualisation de la base de donnes des sites huawei 3G b
F IGURE 4.10 Visualisation de la base de donnes des sites huawei 3G c
PFE 2009
4.2
66
Les outils adopts pour le projet
Le choix de la plate-forme JEE pour dvelopper et excuter notre application a t

dict par les avantages quelle offre, savoir :
une architecture dapplication base sur les composants qui permet un dcoupage de lapplication et donc une sparation des rles lors du dveloppement.
la possibilit de choisir les outils de dveloppement et le ou les serveurs dapplication utiliss quils soient commerciaux ou libres.
JEE permet une grande flexibilit dans le choix de larchitecture de lapplication
en combinant les diffrents composants. Ce choix dpend des besoins auxquels
doit rpondre lapplication.
Larchitecture de lapplication se dcoupe en trois tiers :
La partie prsentation : elle a pour rle dafficher les donnes pour lutilisateur
et de collecter les informations quil saisit. Cette interface est souvent appele
couche de prsentation car sa fonction consiste prsenter les donnes lutilisateur et lui permettre de fournir des informations au systme. La couche prsentation est la partie de lapplication responsable de la cration et du contrle
de linterface prsente lutilisateur et de la validation de ses actions.
La partie mtier : elle permet lapplication de fonctionner et de traiter les donnes. Dans notre application la logique mtier consiste dchiffrer lensemble
des scripts de pour gnrer les bases de donnes en question.
La partie donne : elle assure la lecture, lcriture partir des diffrentes sources
pour tout ce qui est donnes dont a besoin lapplication.
Pour organiser et grer notre application, on a opt pour la structure Struts qui est
un framework libre pour dvelopper des applications web JEE. Un framework est
une structure permettant de soutenir ou de contenir quelque chose, en particulier un
squelette pouvant servir de base une construction (cf. dictionnaire anglais). Struts
utilise et tend lAPI Servlet Java afin dencourager les dveloppeurs adopter larchitecture Modle-Vue-Contrleur, nous avons choisi de mettre en uvre le modle
MVC2 bas sur une seule Servlet faisant office de contrleur qui se charge de rediriger la requte vers le bon traitement.
Cette Servlet de type ActionServlet, lit la configuration de lapplication dans un fichier
au format XML et reoit toutes les requtes de lutilisateur concernant lapplication.
En fonction du paramtrage, elle instancie un objet de type Action qui contient les
traitements et renvoie une valeur particulire la servlet. Celle ci permet de dterminer la JSP qui affichera le rsultat des traitements lutilisateur. Les donnes issues
PFE 2009
67
de la requte sont encapsules dans un objet de type ActionForm. Struts va utiliser

lintrospection pour initialiser les champs de cet objet partir des valeurs fournies
dans la requte.
Struts utilise un fichier de configuration au format XML (strutsconfig.xml) pour
connatre le dtail des lments quil va grer dans lapplication et comment ils vont
interagir lors des traitements.
Pour la vue, Struts utilise par dfaut des JSP avec un ensemble de plusieurs bibliothques de tags personnaliss pour faciliter leur dveloppement. Notre interface est
aussi constitue de pages statiques quand il sagit des pages de prsentation de lapplication ou des differents menus.
Pour crire, compiler et dployer notre application nous avons utilis lIDE Netbeans
qui est un environnement de dveloppement open source crit en Java mais peut supporter nimpote quel langage de dveloppement. Netbeans est un environnement puissant, dot de plusieurs outils trs utiles, compatible avec toutes les nouvelles technologies Java (y inclus les technologies Java EE, les bases de donnes, UML, XML, etc.)
et peut fonctionner sous plusieurs systmes dexploitation (Windows, Linux, Solaris
(SPARC et x86) et MacOS).
Pour excuter notre code, on a opt pour Tomcat, le conteneur dapplications web diffus en open source sous une licence Apache. En tant quimplmentation de rfrence,
Tomcat est facile mettre en oeuvre et riche en fonctionnalits, il est quasi incontournable dans les environnements de dveloppements.
Conclusion : Lapplication ainsi dveloppe, intitule Optimisation Board, permet
donc lingnieur doptimisation de gnrer les bases de donnes de voisinage (3G_3G
et 3G_2G), ainsi que la base de donnes des sites 3G de Huawei dune manire sure,
tout en conomisant son temps.
PFE 2009
Conclusion gnrale
Notre stage au sein de Huawei Technologies nous a t dun trs grand apport
autant au niveau professionnel quau niveau de nos connaissances concernant la technologie UMTS.
Pendant notre stage nous tions amens en premier lieu tudier les principaux algorithmes RRM relatifs au control de charge et dadmission, au contrle de mobilit
et au contrle de puissance. Nous avons galement eu loccasion doptimiser le rseau
UMTS en effectuant plusieurs Drive Test dans diverses villes du Maroc dans le cadre
du projet 3G de Maroc Telecom, puis en analysant les donnes remontes et en optimisant les paramtrages correspondants. Et finalement nous avons dvelopp un
tableau de bord support pour loptimisation de la radio 3G.
Ceci nous a permis de comprendre les contraintes que rencontre tout ingnieur doptimisation lors de son travail.
La priode que nous avons passe au sein de Huawei Technologies nous a permis
davoir une vision globale de lenvironnement professionnel au sein dune entreprise
Multinationale, ainsi que les obligations et les contraintes auxquelles est confront un
ingnieur au cours de son travail quotidien.
68
Table des figures

1.1
1.2
1.3
1.4
Larchitecture en couche de linterface radio

Les fonctions RRM . . . . . . . . . . . . . .
Le rle des stratgies RRM . . . . . . . . . .
Exemple de code blocking . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
3
8
10
12
2.1
2.2
2.3
2.4
2.5
2.6
2.7
2.8
2.9
2.10
2.11
2.12
2.13
2.14
2.15
2.16
2.17
2.18
2.19
2.20
2.21
Les algorithmes de Soft Handover . . . . . . . . . . . . . . . . . . . .

Les messages de signalisation dans un handover UTRAN vers GSM
Handover dUTRAN vers GSM . . . . . . . . . . . . . . . . . . . . . .
La procdure daccs alatoire de PRACH . . . . . . . . . . . . . . . .
Le contrle de puissance en boucle ferme . . . . . . . . . . . . . . . .
La boucle interne de contrle de puissance dans le sens montant . .
Algotithme pour tirer la valeur de la commande TPC . . . . . . . . .
Lalgorithme PCA1 sans soft handover . . . . . . . . . . . . . . . . . .
Lalgorithme PCA1 avec soft handover . . . . . . . . . . . . . . . . . .
Lalgorithme PCA2 sans soft handover . . . . . . . . . . . . . . . . . .
Lalgorithme PCA2 With soft handover . . . . . . . . . . . . . . . . . .
Les valeurs TPC_cmd . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Le contrle de puissance en boucle interne dans le sens descendant .
Le contrle de puissance en boucle externe dans UL . . . . . . . . . .
Le contrle de puissance en boucle externe dans DL . . . . . . . . . .
Les situations de charge . . . . . . . . . . . . . . . . . . . . . . . . . .
le mcanisme de contrle dadmission dappe . . . . . . . . . . . . . .
Algorithme 1 bas sur TPC/WRTP . . . . . . . . . . . . . . . . . . . .
Le processus de dcision . . . . . . . . . . . . . . . . . . . . . . . . . .
Equivalent user number based algorithm . . . . . . . . . . . . . . . .
Les priorits de prise de dcision . . . . . . . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
25
30
30
32
33
34
35
35
36
36
37
38
38
39
40
44
45
45
46
46
47
3.1 Prsentation des outils utiliss lors des drives tests . . . . . . . . . . . .
50
69
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Chapitre 4 TABLE DES FIGURES

3.2
3.3
3.4
3.5
3.6
3.7
3.8
3.9
Cycle doptimisation . . . . . . . . . . . . . . . .
Les diffrents sites de la ville A . . . . . . . . .
Ec / Io avant optimisation . . . . . . . . . . . .
Localisation dun call drop . . . . . . . . . . . .
Cellules de lactive set au moment du Call drop
Confirmation de laction . . . . . . . . . . . . .
Localisation du call drop 2 . . . . . . . . . . . .
Aprs la dclaration . . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
53
54
55
55
55
56
56
57
4.1
4.2
4.3
4.4
4.5
4.6
4.7
4.8
4.9
4.10
Page dauthentification de lutilisateur . . . . . . . . . . . .

Confirmation des champs manquants . . . . . . . . . . . .
Page daccueil . . . . . . . . . . . . . . . . . . . . . . . . . .
Gnration de la base de donnes de voisinage . . . . . . .
Visualisation de la base de donnes 3G_3G pour le RNC7 .
Visualisation de la base de donnes 3G_2G pour le RNC7 .
Gnration de la base de donnes des sites 3G . . . . . . .
Visualisation de la base de donnes des sites huawei 3G a
Visualisation de la base de donnes des sites huawei 3G b
Visualisation de la base de donnes des sites huawei 3G c
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
60
60
61
61
62
63
64
64
65
65
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
70
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
PFE 2009
Liste des tableaux

1.1 Comparaison entre les modes FDD et TDD . . . . . . . . . . . . . . . . .
71
Glossaire
ARQ : Automatic Repeat Request
AI : Acquisition Indicator
BER : Bit Error Rate
BLER : Block Error Rate
BMC : Broadcast/Multicast Control
BPSK : Binary Phase Shift Keying
CDMA : Code Division Multiple Access
CRC : Cyclic Redundancy Code
DCH : Dedicated Channel
DPCCH : Dedicated Physical Control Channel
DPDCH : Dedicated Physical Data Channel
DS-CDMA : Direct Sequence Code Division Multiple Access
DL : Downlink
Ec/No : Chip energy over noise power spectral density
Eb/No : Bit energy over noise power spectral density
EIRP : Equivalent Isotropic Radiated Power
FACH : Forward Access Channel
FDD : Frequency Division Duplex
FDMA : Frequency Division Multiple Access
GSM : Global System for Mobile Communications
HO : Handover
HSDPA : High Speed Downlink Packet Access
LAI : Location Area Indicator
LFSR : Linear Feedback Shift Register
MAC : Medium Access Control
MSC : Mobile Switching Centre
OVSF : Orthogonal Variable Spreading Factor
PCH : Paging Channel
72
Chapitre 4 LISTE DES TABLEAUX
73
PDCP : Packet Data Convergence Protocol

PDU : Protocol Data Unit
PLMN : Public Land Mobile Network
PRACH : Physical Random Access Channel
QoS : Quality of Service
QPSK : Quadrature Phase Shift Keying
RAB : Radio Access Bearer
RACH : Random Access Channel
RAT : Radio Access Technology
RLC : Radio Link Control
RNC : Radio Network Controller
RRC : Radio Resource Control
RRM : Radio Resource Management
RRU : Radio Resource Unit
RSCP : Received Signal Code Power
RSSI : Received Signal Strength Indicator
SF : Spreading Factor
SIB : System Information Block
SRNC : Serving Radio Network Controller
TCP : Transport Control Protocol
TD/CDMA : Time Division Code Division Multiple Access
TDD : Time Division Duplex
TDMA : Time Division Multiple Access
TPC : Transmit Power Control
UE : User Equipment
UL : Uplink
UMTS : Universal Mobile Telecommunications System
UTRAN : Universal Terrestrial Radio Access Network
WCDMA : Wideband Code Division Multiple Access
PFE 2009
Bibliographie
John Wiley Sons Radio Resource Management Strategies in UMTSJul.2005.eBookLinG
WCDMA FOR UMTS Third Edition by Harri Holma and Antti Toskala
Documentation interne HUAWEI :
WCDMA RAN Fundamental
OWJ103104 WCDMA Load Control ISSUE1.0
C10 WCDMA RNO Load Control
OWJ104104 WCDMA handover analysis ISSUE1.0
WCDMA RNO Soft Handover Key Parameters
WCDMA RNO Power Control Algorithm Analysis and Parameter Configuration
Guidance.
OWJ103102 WCDMA Radio Resource Management ISSUE1.0
74

Doc

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Doc

Enviado por

Direitos autorais:

Formatos disponíveis

Etude des principaux algorithmes RRM et

developpement dun tableau de bord de voisinage

Table des matires

1 Gnralits sur linterface air WCDMA

2 Etude des principaux algorithmes RRM

2.3.1.4 La dfinition base sur le trafic : NTF . . . . . . . . . . .

4 Lapplication OPTIMISATION BOARD

Table des Figures

Liste des tableaux

Prsentation de linterface radio du systme UMTS

Chapitre 1 Gnralits sur linterface air WCDMA

Larchitecture en couche de linterface radio

A.IGOUDYANE et A.FILALI BALKHO

Chapitre 1 Gnralits sur linterface air WCDMA

F IGURE 1.1 Larchitecture en couche de linterface radio

Chapitre 1 Gnralits sur linterface air WCDMA

Techniques de modulation et de codage utilises dans le

Nous prsentons dans ce paragraphe les oprations detalement et de modulation

Codes detalement utiliss dans lUTRAN

Chapitre 1 Gnralits sur linterface air WCDMA

lules, on a eu recours un deuxime niveau de codage utilisant des squences de type

En mode FDD, linterface radio UMTS utilise la modulation QPSK (Quadrature

Les principes de la gestion des ressources radio

A.IGOUDYANE et A.FILALI BALKHO

Chapitre 1 Gnralits sur linterface air WCDMA

Le concept de la ressource radio

La planification de la ressource radio

Chapitre 1 Gnralits sur linterface air WCDMA

radio, le rseau de transmission et le rseau cur.

A.IGOUDYANE et A.FILALI BALKHO

Chapitre 1 Gnralits sur linterface air WCDMA

La gestion de la ressource radio

F IGURE 1.2 Les fonctions RRM

Chapitre 1 Gnralits sur linterface air WCDMA

Chapitre 1 Gnralits sur linterface air WCDMA

le dbit instantan est slectionn lUE de faon dcentralise, en tenant compte de

F IGURE 1.3 Le rle des stratgies RRM

Les mcanismes de la gestion de la ressource radio

A.IGOUDYANE et A.FILALI BALKHO

Chapitre 1 Gnralits sur linterface air WCDMA

Chapitre 1 Gnralits sur linterface air WCDMA

et deux transmissions avec SF8.

F IGURE 1.4 Exemple de code blocking

Chapitre 1 Gnralits sur linterface air WCDMA

par le rseau avec laide de mesures releves par le terminal. La procdure de

Les paramtres radio mesurables

Les composants de mesures fournissent un support pour les mesures intrieures

A.IGOUDYANE et A.FILALI BALKHO

Chapitre 1 Gnralits sur linterface air WCDMA

Les mesures de la couche physique

Cette mesure est utilise pour lvaluation du handover, contrle de puissance

A.IGOUDYANE et A.FILALI BALKHO

Chapitre 1 Gnralits sur linterface air WCDMA

UTRAN Carrier RSSI

GSM Carrier RSSI

Cette mesure est pour la procdure de slection/reslection de cellule ou bien pour

BLER du canal de transport

Cette mesure est pour lvaluation du BLER du canal de transport. Lestimation du

Chapitre 1 Gnralits sur linterface air WCDMA

A.IGOUDYANE et A.FILALI BALKHO

Chapitre 2 Etude des principaux algorithmes RRM

de localisation, reoit un message de paging ou bien initie un appel, il passe ltat

Le mobile en mode veille

A.IGOUDYANE et A.FILALI BALKHO