Cycle de Formation Des Ingenieurs en Tel PDF

Cycle de formation des ingnieurs en Tlcommunications
Option :
Rseaux et Services Mobiles
RAPPORT DE PROJET DE FIN DETUDES

Thme :
Conception et Ralisation dun Outil

dEvaluation de Performances du Rseau
UMTS
Ralis par
Sebti CHOUCHENE
Encadrant (s) :
M. Taieb MASMOUDI (TUNISIE TELECOM)
M. Mohamed Taher MISSAOUI (SUPCOM)
Travail propos et ralis en collaboration avec
Anne universitaire : 2005/2006

Projet de Fin dEtude
A mes trs chers parents
A ma soeur et mon frre
A toute ma famille
A mes amis
A tous ceux que j'aime
Et tous ceux qui m'aiment
Je ddie ce travail
Sebti CHOUCHENE
Sebti Chouchene i
Le prsent travail a t labor dans le cadre de notre projet de fin d'

tudes
d'
Ingnieur en Tlcommunications option Rseaux et Services Mobiles (RSM)
l'
Ecole Suprieure des Communications de Tunis (SUP'
COM). Ce projet a t effectu
en collaboration avec la Direction Centrale des Rseaux Mobiles et Communications
Spatiales de Tunisie Tlcom.
Au terme de ce projet, nous tenons remercier en particulier :
Monsieur Mohamed Taher MISSAOUI, Matre Assistant l'

Ecole Suprieure des
Communications de Tunis, pour sa disponibilit, ses conseils judicieux et pour la
patience dont il a fait preuve notre gard.
Monsieur Taieb MASMOUDI, Chef Service Optimisation du Dpartement QoS de

Tunisie Tlcom, pour les efforts quil a fourni pour nous aider le long de ce
projet et le temps prcieux qu'
il n'
a pas hsit nous consacrer.
Nous tenons exprimer notre profonde gratitude Mohamed Sadok MILED, Ingnieur
Tunisie Tlcom pour ces conseils et ces informations utiles.
Nous tenons remercier galement tout le personnel de la Direction des Rseaux

Mobiles de Tunisie Tlcom pour son chaleureux accueil.
Tous nos remerciements et notre grande reconnaissance tous les professeurs de

SUP'
COM pour la formation qu'
ils nous ont donn.
Enfin, nous voudrions rendre hommage toutes les personnes qui n'
ont pas hsit
nous aider dune manire ou dune autre la ralisation de ce projet.
Sebti Chouchene ii
Notre projet de fin d'

tude consiste la conception et la ralisation dun outil
dvaluation de performances du rseau UMTS.
Aprs une description du rseau daccs en UMTS en termes darchitecture et de
fonctionnalits, une prsentation des principaux indicateurs de qualit de service UMTS
ainsi que les diffrents paramtres qui permettent la gestion de cette QoS a t
effectue.
L'
originalit de ce travail vient de l'
laboration d'
une mthodologie d'
valuation de
performances et d'
optimisation du rseau UMTS. Cette mthodologie, permettant
galement de localiser les anomalies dans le rseau, est base sur une analyse croise
des mesures drive test de l'
interface radio UMTS et des compteurs OMC-R.
Les diffrentes mthodes dvaluation de performances et l'
application de cette
mthodologie ont t l'
objet de la dernire partie de ce rapport. Cette mthodologie a
t valide par une tude de cas rel.
Mots cls
UMTS, WCDMA, QoS, valuation de performances, Mesures Drive Test, Compteurs
OMC-R, KPI.
Sebti Chouchene iii

Our project of end studies consists in the conception and the realization of a tool
for UMTS network performances evaluation.
After a description of the UMTS network in terms of architecture and
functionalities, a presentation of the principals indicatory of UMTS quality of service as
well as the different parameters that permit the management of this QoS has been
done.
The originality of this work comes from the development of a methodology for
evaluation the performances and optimization of the UMTS network. This methodology,
also permitting to localize anomalies in the network, is based on a crossing analysis of
drive test measures of the UMTS radio interfacing and the OMC-R meters.
The different methods of performance evaluation and the application of this
methodology were the object of the last part of this report. This methodology was
validated by a reel case study.
Key words
UMTS, WCDMA, QoS, Performance evaluation, Drive Test measures, OMC-R counters,
KPI.
Sebti Chouchene iv
Liste des figures ........................................................................................................................... viii

Liste des tables ............................................................................................................................... ix
Acronymes ...................................................................................................................................... x
Introduction gnrale.................................................................................................................... 1
Chapitre I : Le rseau daccs radio en UMTS .......................................................................... 3

Introduction ..................................................................................................................................... 3
1- Le rseau daccs UTRAN ......................................................................................................... 3
1.1- Description........................................................................................................................... 3
1.2- Les interfaces logiques dans l' UTRAN................................................................................ 5
1.2.1- Interface Uu .................................................................................................................. 6
1.2.2- Interface Iub .................................................................................................................. 6
1.2.3- Interface Iur................................................................................................................... 6
1.2.4- Interface Iu .................................................................................................................... 6
2- L' architecture en couche de linterface radio ............................................................................. 7
2.1- Couche 1 .............................................................................................................................. 7
2.2- Couche 2 .............................................................................................................................. 7
2.3- Couche 3 .............................................................................................................................. 8
3- Duplexage en UMTS .................................................................................................................. 9
4- WCDMA................................................................................................................................... 10
4.1- Les codes............................................................................................................................ 12
4.1.1- Les codes de canalisation............................................................................................ 12
4.1.2- Les codes dembrouillage ........................................................................................... 13
4.2- Les principaux mcanismes de WCDMA.......................................................................... 13
4.2.1- Le contrle de puissance............................................................................................. 13
4.2.1.1- Contrle de puissance open-Loop (Slow)............................................................ 14
4.2.1.2- Contrle de puissance inner-Loop (Fast)............................................................. 14
4.2.1.3- Contrle de puissance outer-Loop ....................................................................... 14
4.2.2- Le handover ................................................................................................................ 14
5- Les canaux ................................................................................................................................ 16
5.1- Canaux logiques................................................................................................................. 16
5.2- Canaux de transport ........................................................................................................... 16
5.3- Canaux physiques .............................................................................................................. 17
Conclusion..................................................................................................................................... 17
Chapitre II : La qualit de service et mesures radio en UMTS .............................................. 18

Introduction ................................................................................................................................... 18
1- Dfinition de la qualit de service ............................................................................................ 18
2- Concept et architecture de la QoS............................................................................................. 18
2.1- Architecture........................................................................................................................ 18
2.2- Les Services Bearer............................................................................................................ 20
2.2.1- Le service End-to-End et le service UMTS Bearer .................................................... 20
2.2.2- Le Service Radio Access Bearer et le Service Bearer Core Network......................... 20
Sebti Chouchene v
2.2.3- Le Service Radio Bearer et le Service Iu Bearer ........................................................ 20

2.2.4- Le service Bearer Backbone ....................................................................................... 21
3- Les fonctions de gestion de la QoS........................................................................................... 21
3.1- Les fonctions de QoS pour le service bearer UMTS dans le plan de contrle .................. 21
3.2- Les fonctions de QoS pour le service bearer UMTS dans le plan usager.......................... 22
4- Paramtres de la QoS ................................................................................................................ 23
5- Les paramtres Radio mesurables............................................................................................. 26
5.1- Les mesures effectus par UE............................................................................................ 26
5.2- Gnral............................................................................................................................... 26
5.3- Les mesures de la couche physique ................................................................................... 27
5.3.1- CPICH RSCP .............................................................................................................. 27
5.3.2- UTRAN Carrier RSSI ................................................................................................. 27
5.3.3- GSM Carrier RSSI ...................................................................................................... 28
5.3.4- CPICH_Ec/Io .............................................................................................................. 28
5.3.5- BLER du canal de transport........................................................................................ 28
5.3.6- UE transmitted power ................................................................................................. 28
5.3.7- Cell synchronisation information................................................................................ 28
5.3.8- Observed Time Difference to GSM Cell .................................................................... 29
5.3.9- Pathloss ....................................................................................................................... 29
5.4- Les paramtres significatifs ............................................................................................... 29
Conclusion..................................................................................................................................... 31
Chapitre III : Evaluation de performances du rseau UMTS ................................................ 32

Introduction ................................................................................................................................... 32
1- Mthodologie de suivi de la QoS durant le cycle de vie dun rseau ....................................... 32
2- Les techniques dvaluation de la QoS..................................................................................... 33
2.1- Drive test............................................................................................................................ 33
2.1.1- Chane de mesure........................................................................................................ 33
2.1.2- Paramtres Drive Test................................................................................................. 34
2.2- Compteurs OMC-R............................................................................................................ 36
3- KPI (Key Performance Indicators) ........................................................................................... 37
3.1- Volume de trafic ................................................................................................................ 37
3.2- Accessibilit au rseau....................................................................................................... 37
3.3- Maintien de l' appel............................................................................................................. 38
3.4- Qualit de service de lutilisateur final .............................................................................. 38
3.5- Gestion des ressources ....................................................................................................... 38
3.6- Comportement du Soft Handover ...................................................................................... 39
3.7- Comportement du Handover.............................................................................................. 39
4- Processus danalyse et d' optimisation....................................................................................... 40
5- Analyses des paramtres Radio pour le rseau UMTS............................................................. 42
5.1- tapes de dtection de problmes ...................................................................................... 43
5.1.1- Dtections des problmes sur le lien descendant........................................................ 43
5.1.2- Dtections des problmes sur le lien montant............................................................. 44
5.2- Solutions ............................................................................................................................ 46
Conclusion..................................................................................................................................... 46
Chapitre IV : Conception et prsentation de loutil................................................................. 48

Introduction ................................................................................................................................... 48
1- Mthodologie de loutil............................................................................................................. 48
2- Choix de l'environnement de dveloppement ........................................................................... 49
Sebti Chouchene vi
2.1- Prsentation de langage de programmation Visual Basic.................................................. 50

2.2- Base de donnes Microsoft Access.................................................................................... 50
3- Conception ................................................................................................................................ 51
4- Fonctionnement de loutil ......................................................................................................... 52
4.1- La bote d' authentification de l' utilisateur.......................................................................... 52
4.2- Session principale .............................................................................................................. 53
4.3- Menu File ..................................................................................................................... 54
5- Etude de cas : rsultats et interprtations.................................................................................. 55
5.1- Zones dvaluation de performances ................................................................................. 55
5.2- Processus danalyse et doptimisation ............................................................................... 55
5.2.1- Analyse et optimisation de la couverture.................................................................... 55
5.2.2- Analyse et optimisation de linterfrence ................................................................... 57
5.2.3- Analyse de laccs et de la congestion........................................................................ 58
5.2.4- Analyse du maintien du service .................................................................................. 60
5.3- Processus de dtection des plus mauvaises cellules .......................................................... 61
6- Les apports de l' application....................................................................................................... 63
7- Les limitations........................................................................................................................... 64
Conclusion..................................................................................................................................... 64
Conclusion et perspectives.......................................................................................................... 65
Annexe 1 : Rseau cur UMTS (Release 99)............................................................................... 66

Annexe 2 : Paramtres Drive Test................................................................................................. 69
Bibliographie................................................................................................................................. 71
Sebti Chouchene vii

Figure I.1 - LUTRAN dans lUMTS ............................................................................................. 4

Figure I.2 - Architecture gnrique des interfaces de l' UTRAN..................................................... 6
Figure I.3 - Architecture en couche de l'interface radio de l' UTRAN ............................................ 7
Figure I.4 - Frquences utilises en UMTS................................................................................... 10
Figure I.5 - Exemple dtalement de signal en DS-CDMA .......................................................... 11
Figure I.6 - Dstalement en DS-CDMA...................................................................................... 11
Figure I.7 - Arbre des codes OVSF type Walsh-Hadamard.......................................................... 12
Figure I.8 - Soft Handover en UMTS ........................................................................................... 15
Figure II.1 - Architecture de la QoS en UMTS............................................................................. 19
Figure III.1 - Equipement dune chane de mesure ....................................................................... 34
Figure III.2 - Organigramme du processus danalyse et doptimisation....................................... 41
Figure III.3 - Organigramme de dtection de problmes sur le lien descendant .......................... 44
Figure III.4 - Organigramme de dtections des problmes sur le lien montant ............................ 45
Figure IV.1 - Schma synoptique de lapplication........................................................................ 49
Figure IV.2 - Modle conceptuel de la base de donnes............................................................... 51
Figure IV.3 - Diagramme uses case de lapplication .................................................................... 52
Figure IV.4 - Interface d'authentification de l' utilisateur .............................................................. 53
Figure IV.5 - Session principale de lapplication.......................................................................... 53
Figure IV.6 - Consultation des fichiers de mesure DT ................................................................. 54
Figure IV.7 - Analyse et optimisation des problmes ................................................................... 56
Figure IV.8 - Analyse de la couverture (zone1)............................................................................ 56
Figure IV.9 - Analyse de la couverture (zone2)............................................................................ 57
Figure IV.10 - Analyse de linterfrence (zone1) ......................................................................... 57
Figure IV.11 - Analyse de linterfrence (zone2) ......................................................................... 58
Figure IV.12 - Analyse des KPI dune cellule .............................................................................. 59
Figure IV.13 - Analyse de laccs au service circuit de la zone1 ................................................. 59
Figure IV.14 - Coupure des appels selon le service pour la zone1 ............................................... 60
Figure IV.15 - Coupure des appels selon le service pour la zone2 ............................................... 60
Figure IV.16 - Evolution de taux de coupure du service paquet au niveau du RNC .................... 61
Figure IV.17 - La dtection des mauvaises cellules selon un critre ............................................ 62
Figure IV.18 - La dtection des mauvaises cellules selon lindicateur ......................................... 62
Figure IV.19 - Les seuils des indicateurs ...................................................................................... 63
Sebti Chouchene viii

Table I.1 - Relation entre l'talement et le scrambling.................................................................. 13

Table I.2 - Les canaux logiques en UMTS.................................................................................... 16
Table I.3 - Les canaux de transport en UMTS .............................................................................. 16
Table I.4 - Les canaux de physiques en UMTS ............................................................................ 17
Table II.1 - Relations entre les classes de service et les attributs.................................................. 25
Table III.1 - Indicateurs d'accs au rseau UMTS ........................................................................ 35
Table III.2 - Indicateurs du service WEB ..................................................................................... 35
Table III.3 - Indicateurs du service FTP ....................................................................................... 36
Table III.4 - Indicateurs du service WAP ..................................................................................... 36
Table III.5 - Indicateurs du volume de trafic ................................................................................ 37
Table III.6 - Indicateurs de laccs au rseau................................................................................ 38
Table III.7 - Indicateurs du maintien de lappel............................................................................ 38
Table III.8 - Indicateurs de la QoS de lutilisateur final ............................................................... 38
Table III.9 - Indicateurs de la gestion des ressources ................................................................... 38
Table III.10 - Indicateurs Soft Handover ...................................................................................... 39
Table III.11 - Indicateurs Handover.............................................................................................. 39
Table III.12 - Seuils KPI ............................................................................................................... 40
Sebti Chouchene ix
2G Deuxime Gnration
3G Troisime Gnration
3GPP Third Generation Partnership Project
ALCAP Access Link Control Application Part
BER Bits Error Rate

BLER Blocks Error Rate
BMC Broadcast/Multicast Control
BRAN Broadband Radio Access Network
CS Circuit Switched domain
DRNC Drift RNC

DT Drive Test
EIRP Effective Isotropic Radiated Power
FDD Frequency Division Duplex

FER Frame Error Rate
GPS Global Positioning System

GSM Global System for Mobile communications
KPI Key Performance Indicators
MAC Medium Access Control
NBAP Node B Application Part
OMC-R Operation and Maintenance Center Radio

OSI Open Systems Interconnections
OVSF Orthogonal Variable Spreading Factor Code
PDCP Packet Data Convergence Protocol

PDU Packet Data Unit
PS Packet Switched domain
QoS Quality of Service

QPSK Quadrature Phase Shift Keying
RAB Radio Access Bearer

RANAP Radio Access Network Application Protocol
Sebti Chouchene x
RLC Radio Link Control

RNC Radio Network Controller
RNL Radio Network Layer
RNO Radio Network Optimiser
RNS Radio Network Sub-system
RNSAP Radio Network Subsystem Application Part
RRC Radio Resource Control
RSCP Received Signal Code Power
RSSI Received Signal Strength Indicator
SAP Service Access Point

SDU Service Data Unit
SIB System Information Block
SRAN Satellite Radio Access Network
SRNC Serving RNC
TDD Time Division Duplex

TNL Transport Network Layer
UMTS Universal Mobile Telecommunication System

URA UTRAN Registration Area
UTRAN UMTS Terrestrial Radio Access Network
WCDMA Wideband Code Division Multiple Access

WLAN Wireless Local Area Network
Sebti Chouchene xi
Projet de Fin dEtude Introduction
UMTS (Universal Mobile Telecommunication System) le rseau cellulaire de troisime

gnration a t conu afin doffrir de nouvelles applications multimdia tel que la visiophonie,
internet, la vido sur demande et le commerce mobile. Ces applications prsentent de nouveaux
dfis pour les oprateurs du fait quils sont soumis des fortes contraintes de qualit de service.
En effet, lintgration de ces applications ncessite la dfinition dune nouvelle
architecture de la QoS diffrente de celle dfinie pour les rseaux 2G et lapparition de nouveaux
paramtres caractrisant cette QoS. En outre, pour assurer la QoS dsire, UMTS ncessite une
nouvelle infrastructure et essentiellement la dfinition dun nouveau rseau daccs radio
diffrent de celui du GSM (Global System for Mobile communications).
Par ailleurs, le dploiement de ce rseau dans le monde ncessite la mise en uvre de
nouveaux mcanismes pour lvaluation de performances de ce rseau afin dassurer une bonne
qualit de service labonn. Cest dans ce cadre que notre projet sinscrit.
Nous nous intresserons particulirement la conception et la ralisation dun outil
dvaluation de performances du rseau UMTS.
Dans un premier chapitre, nous allons dcrire le rseau daccs en UMTS ainsi que
larchitecture en couche de linterface radio. Nous tudierons, galement, la technique daccs
WCDMA et les principaux mcanismes qui la caractrisent.
Le deuxime volet de ce travail portera sur la qualit de service en UMTS et lanalyse des
indicateurs de qualit radio. Nous allons ainsi, prsenter le concept de la QoS comme il a t
dcrit par le 3GPP en indiquant ces paramtres. Nous analyserons aussi les indicateurs de qualit
radio.
Dans le troisime chapitre de ce projet nous dtaillerons les mthodes dvaluation de
performances en expliquant la mthode de Drive Test et ces paramtres et la mthode
dvaluation de performances partir des compteurs OMC-R en prcisant le rle des indicateurs
dans la dtection des anomalies.
La dernire partie de ce travail portera sur la ralisation de loutil informatique capable
dvaluer les performances du rseau UMTS. Nous donnerons la conception de lapplication,
Sebti Chouchene 1
Projet de Fin dEtude Introduction
ensuite nous expliquerons son fonctionnement. Nous terminerons ce chapitre par une tude de
cas valuant les statistiques fournies par loutil.
Sebti Chouchene 2
Projet de Fin dEtude Chapitre 1 : Le rseau daccs radio en UMTS
Chapitre I : Le rseau daccs

radio en UMTS
Introduction
Le systme 3G de communications mobiles UMTS est capable d'
tre le support, en
particulier, de services multimdias novateurs, et de combiner l'
utilisation d'
lments terrestres et
satellitaires. Il sera possible d'
avoir des accs plus rapides aux services paquet, avec une
amlioration de la qualit des communications tendant celle de la tlphonie fixe.
Do la ncessit de dfinir un nouveau rseau daccs diffrent de celui du GSM adapt
aux nouvelles applications. Dans ce premier chapitre nous traiterons les caractristiques de ce
nouveau rseau daccs.
1- Le rseau daccs UTRAN

1.1- Description
Le rseau UMTS est compos d'
un rseau coeur et d'
un rseau d'
accs appel UTRAN
(UMTS Terrestrial Radio Access Network). L'
interface entre ces deux rseaux est appele "Iu".
Cette interface a t dfinie d'
une manire aussi gnrique que possible afin d'
tre capable de
connecter, en plus de l'
UTRAN, des rseaux d'
accs de technologies diffrentes au rseau coeur
de l'
UMTS.
Ainsi pourront se connecter par exemple le SRAN (Satellite Radio Access Network) ou le
BRAN (Broadband Radio Access Network), qui est un rseau d'
accs large bande utilisant une
technologie d'
accs de type WLAN (Wireless Local Area Network).
Sebti Chouchene 3
Uu
Iu
UTRAN Rseau coeur
SRNS Iu-CS
Domaine
commutation de
SRNC
circuits (CS)
Iub
UE
DRNS
Iur
Iub
Domaine
commutation de
DRNC
paquets (PS)
Iu-PS
Iub
Signalisation
Signalisation et donnes
Figure I.1 - LUTRAN dans lUMTS [2]
Le rseau d'
accs UMTS assure d'
une manire gnrale plusieurs fonctions comme le
contrle daccs, la gestion de mobilit, le Handover et la rallocation des SRNC, la gestion et le
contrle des ressources radio, le chiffrement et le dchiffrement du canal radio et d'
autre
fonctions concernant les services de diffusion et denvoie multiple.
Llment principal dun UTRAN est le RNS (Radio Network Sub-system) : Sous-
systme du rseau de radio qui comprend un RNC et un ou plusieurs Node B.
Le Node B est le nom donn dans les spcifications techniques une station de base. Il effectue
les procdures de la couche physique :
- Modulation radio frquence,
- Etalement de spectre,
- Contrle de puissance en boucle interne,
- Adaptation de dbit,
- Combining (suivant le principe du RAKE),
- Supporte les modes UTRA/FDD et/ou UTRA/TDD.
Sebti Chouchene 4
Le RNC (Radio Network Controller) est le contrleur des stations de base. Il contrle
lutilisation et lintgrit des ressources radio : cest le cerveau dans le RNS :
- Gre les ressources radio : admission, charge, congestion, squencement dans la
transmission des paquets,
- Gestion de la mobilit (handover),
- Point daccs pour le mobile vers le rseau cur travers linterface Iu,
- Allocation des codes dtalement,
- Contrle de puissance hors boucle .
Le mcanisme de rallocation du SRNC (SRNC relocation) consiste en fait que le UE lors

dun handover, change dun Node B un autre rattach un nouveau RNC (Drift RNC) tout en
gardant le mme lien initial avec le rseau cur partir de lancien RNC (Serving RNC). Do
limportance de linterface Iur.
1.2- Les interfaces logiques dans l'UTRAN

L'
architecture gnrique des interfaces logiques de l'
UTRAN est reprsente dans la
figure I.2. La structure de la pile protocolaire se divise en deux couches: la couche du rseau
radio RNL (Radio Network Layer) et la couche du rseau de transport TNL (Transport Network
Layer). Ces deux couches sont spares dans le but de pouvoir modifier la couche de transport
sans besoin de reconfigurer la couche radio.
La couche rseau de transport est destine transporter les donnes de la couche radio au
sein de l'
UTRAN. La couche rseau radio assure la gestion des ressources de l'
interface radio et
les fonctions d'
tablissement et de libration des connexions entre le terminal mobile et le rseau
UTRAN. Le plan de contrle de la couche rseau radio gre les canaux de signalisation
ncessaires pour transmettre les donnes des protocoles comme RANAP (Radio Access Network
Application Protocol), RNSAP (Radio Network Subsystem Application Part) ou NBAP (Node B
Application Part). Les protocoles du plan de contrle de la couche rseau radio sont
indpendants de la technologie employe dans le rseau de transport. Les protocoles ALCAP
(Access Link Control Application Part) du plan de contrle de la couche rseau de transport
assurent les services de signalisation ncessaires pour l'
tablissement des connexions du plan
utilisateur pour transporter les donnes de la couche rseau radio. Le plan utilisateur de la couche
rseau radio contient les protocoles ncessaires pour transporter les flux de donnes de l'
interface
radio ainsi que les informations ncessaires aux mcanismes de synchronisation des trames et de
macrodiversit.
Sebti Chouchene 5
Radio
Network Control Plane User plane
Layer
Application Data
Protocol Stream(s)
Transport
Transport Network Transport Network Transport Network
Network User Plane Control Plane User Plane
Layer
ALCAP(s)
Signalling Signalling Data

Bearer(s) Bearer(s) Bearer(s)
Physical Layer
Figure I.2 - Architecture gnrique des interfaces de l'

UTRAN
1.2.1- Interface Uu
L'
interface logique Uu sert connecter le terminal mobile au Node B par l'
intermdiaire
d'
une liaison radio.
1.2.2- Interface Iub
Cest par cette interface que communiquent le Noeud B et le RNC.
1.2.3- Interface Iur
Cette interface permet deux RNC de communiquer, elle est ncessaire en CDMA pour
effectuer, entre autres, la procdure de macrodiversit
1.2.4- Interface Iu
C'
est l'
interface logique d'
interconnexion entre le rseau d'
accs radio et le rseau cur.
Pour que le plan utilisateur de l'
interface Iu soit indpendant du domaine du rseau cur
(commutation de circuits ou commutation de paquets), deux types d'
interfaces Iu ont t dfinis :
- Interface Iu-CS qui connecte le domaine commutation de circuits (CS : Circuit Switched
domain) du rseau cur.
- Interface Iu-PS qui connecte le domaine commutation de paquets (PS : Packet Switched
domain) du rseau cur.
Le 3GPP a choisi dans sa Release 99 le protocole AAL2/ATM comme protocole de transport sur
l'
interface Iub, Iur et Iu-CS et le protocole AAL5/ATM sur l'
interface Iu-PS.
Sebti Chouchene 6
2- L'architecture en couche de linterface radio

Les protocoles de l'
interface radio s'
appliquent 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).
Figure I.3 - Architecture en couche de l'

interface radio de l'
UTRAN
2.1- Couche 1
Le niveau 1 (PHY) reprsente la couche physique de l'
interface radio. Elle ralise entre
autres les fonctions de dtection et correction derreurs dans les canaux de transport,
multiplexage des canaux de transport sur des canaux physiques, talement et dstalement de
spectre des canaux physiques, prlvement des mesures radio (envoyes aux couches
suprieures), contrle de puissance en boucle ferme, d'
entrelacement et de modulation.
2.2- 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
Sebti Chouchene 7
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
d'
abord elle permet d'
assurer l'
indpendance des protocoles radio de l'
UTRAN (couches MAC et
RLC) par rapport aux couches de transport rseau. Cette indpendance permettra de faire voluer
les protocoles rseau (par exemple de passer de l'
IPv4 l'
IPv6) sans modification des protocoles
radio de l'
UTRAN. D'
autre part, la couche PDCP offre les algorithmes de compression de
donnes ou d'
entte 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 d'
entte IP suivis de 20 octets d'
en-tte TCP [1]. 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 l'
interface radio.
2.3- Couche 3
Le niveau 3 de l'
interface radio contient la couche RRC (Radio Resource Control). La
fonction principale de cette couche est la gestion de la connexion de signalisation tablie entre
l'
UTRAN et le mobile. Cette connexion est utilise lors des changes de signalisation entre le
mobile et l'
UTRAN, par exemple, l'
tablissement et la libration de la communication. En
plus elle assure d'
autre 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.
Sebti Chouchene 8
Les deux modes oprationnels de base dun UE sont le mode inactif (idle) et le mode
connect. Le mode connect peut tre divis en tats de service RRC qui dfinissent quel type de
canal physique est utilis par UE.
Dans ltat Cell_DCH, un canal physique ddie (DCH et ventuellement DSCH) est allou
lUE et lUE est connu par son SRNC.
Dans ltat Cell_FACH, les canaux communs RACH et FACH sont utiliss pour transmettre des
messages de signalisation et des donnes utilisateur. LUE est galement capable dcouter le
canal de diffusion BCH pour obtenir des informations systmes et le canal CPCH quand
lUTRAN demande une reslection de cellule.
Dans ltat Cell_PCH, lUE est toujours connu par son SRNC mais nest joignable que via le
canal dappel (PCH). Si lUE effectue une reslection de cellule, ltat de lUE passe
Cell_FACH pour excuter la procdure de Cell Update aprs quoi, lUE repasse en tat
Cell_PCH si aucune activit nest survenue durant la procdure.
Ltat URA_PCH est similaire ltat Cell_PCH except que lUE nexcute pas la procdure
Cell Update aprs chaque reslection de cellule mais lit son identit URA (UTRAN Registration
Area).
LUE quitte le mode connect et retourne en mode inactif lorsque la connexion RRC est
libre ou lors dun problme de connexion RRC.
3- Duplexage en UMTS
La norme UMTS a dfini deux modes dexploitation:
- le mode TDD (Time Division Duplex): le transfert de donnes depuis lappareil mobile vers la
station de base (Uplink) seffectue la mme frquence quen sens inverse (Downlink) avec une
largeur de canal de 5 MHz et par la suite les squences Uplink et Downlink sont spares dans le
temps. Ce mode est conseill dans les pico cellules [3]. La modulation utilise dans ce cas est
QPSK (Quadrature Phase Shift Keying) 3.84 Mcps ou 8PSK (Eight level Phase Shift Keying)
1.28 Mcps et le facteur dtalement varie de 1 16. Le mode TDD utilise le mode daccs
TDMA+WCDMA [3].
Le concept TDMA+WCDMA utilise une technique daccs multiple mixte, comprenant
une composante accs multiple rpartition dans le temps (TDMA) fonde sur la trame GSM et
une composante dtalement de spectre lintrieur du time slot avec sparation par code
(CDMA), Ainsi une frquence de trafic est dfinie par une frquence (porteuse), un intervalle de
temps et un code. Ce concept offre une large gamme de dbits de service en allouant plusieurs
Sebti Chouchene 9
codes ou plusieurs intervalles de temps un mme utilisateur. Le dbit de 2 Mbit/s peut

galement tre obtenu mais des raisons hautement techniques et complexes semblent limiter le
bon fonctionnement de ce systme aux btiments et aux petites cellules urbaines.
- le mode FDD (Frequency Division Duplex) : les liaisons uplink et downlink seffectuent en
mme temps mais sur des frquences diffrentes. Il est utilis dans les micro et les macro cellules
[3]. La sparation entre porteuses est galement de 5 MHz et on utilise la modulation QPSK
3.84 Mcps avec un facteur dtalement qui varie de 4 256 en UL et de 4 512 en DL. Le mode
FDD se base sur mode daccs WCDMA (Wideband CDMA).
La figure I.4 illustre les bandes de frquence utilises en UMTS.
TDD FDD-UL MSS-UL TDD FDD-DL MSS-DL
1900 1920 1980 2010 2025 2110 2170 2200

Avec
TDD: Time Division Duplex
FDD: Fime Division Duplex
UL: UpLink
DL: DownLink
MSS: Mobile Satellite Service
Figure I.4 - Frquences utilises en UMTS
Linconvnient de FDD est la sous utilisation de spectre d lcart duplex ncessaire

afin de sparer les liens montant et descendant. En outre on alloue la mme quantit de spectre
aux liens ce qui nest pas adapt aux applications prsentant des dbits asymtriques. Donc TDD
est mieux adapt pour de telles applications car permet une allocation asymtrique de ressources
aux deux liens.
4- WCDMA
WCDMA (Wideband Code Division Multiple Access) est une technique daccs drive
de CDMA en utilisant l'
talement de spectre par squence directe. Tous les utilisateurs mettent
sur un mme canal radiolectrique large bande, mais ils sont distingus par une squence
d'
talement pseudo-alatoire, appele code et connue par le rcepteur. Le dbit maximal support
par un seul code est de 384 kbit/sec. Pour les services plus haut dbit, plusieurs codes sont
allous un mme utilisateur et transmis simultanment sur le mme canal radio (par exemple,
cinq codes sont ncessaires pour supporter un dbit de 2 Mbit/sec).
Sebti Chouchene 10
La modulation par squence directe permet d'

avoir une densit spectrale du signal
transmis faible car le signal est large bande (ce qui permet la discrtion). Aussi, la discrtion est
obtenue en gardant le code d'
talement secret. En plus assurer la tolrance vis vis des
multitrajets en choisissant des codes prsentant des autocorrlations troites. Les trajets de dlais
suprieurs un chip sont facilement limins.
Les Figures I.5 et I.6 dcrivent le fonctionnement de base de ltalement et du
dstalement dun systme DS-CDMA. On a pris pour exemple, un signal initial BPSK (Binary
Phase Shift Keying) de frquence D. Ce signal est donc compos dune squence de bits pouvant
prendre les deux valeurs suivantes +1 et -1. La mthode dtalement consiste, dans cet
exemple, multiplier chaque bit du signal initial par une squence de huit bits, chacun de ces huit
bits tant appels chips, le rsultat de ce produit est un nouveau signal de frquence 8xD. Dans ce
cas on a utilis un facteur dtalement de 8. On remarque que le signal final a lapparence dun
signal alatoire tout comme le code dtalement utilis.
Figure I.5 - Exemple dtalement de signal en DS-CDMA
Figure I.6 - Dstalement en DS-CDMA
En ce qui concerne la procdure inverse, le dstalement, on multiplie, bit par bit, le

signal tal par la mme squence de codes quon ait utilis prcdemment pour ltalement.
Comme le montre la figure I.6, on a retrouv exactement le signal initial et cette opration
nintroduit aucun dphasage entre le signal initial et le signal final.
Sebti Chouchene 11
4.1- Les codes

Deux types de codes sont utiliss les codes de canalisation (channelisation) et les codes
dembrouillage (scrambling).
4.1.1- Les codes de canalisation

Pour viter toute interfrence avec les codes des diffrents utilisateurs et diffrencier des
canaux distincts, on se sert de codes orthogonaux appels OVSF (Orthogonal Variable
Spreading Factor Code). L'
utilisation de ces codes permet de modifier le facteur d'
talement et
de maintenir l'
orthogonalit des diffrents codes d'
talement mme si ces derniers sont de
longueurs diffrentes.
Ils viennent d'
une famille de codes orthogonaux au sens de la corrlation. Ils peuvent tre
dfinis par un arbre gnrateur tel qu'
une racine engendre deux branches. Les codes ports par
ces deux branches sont issus du code de la racine. En effet, le code d'
une branche est compos
par le code de la racine et de son complmentaire. Ce principe permet ainsi de gnrer l'
arbre des
codes OVSF utiliss pour l'
UTRAN.
SF = 1 SF = 2 SF = 4
C4, 1 = (1, 1, 1, 1)
C2, 1= (1, 1)
C4, 2 = (1, 1, -1, -1)
C1, 1= (1)
C4, 3 = (1, -1, 1, -1)
C2, 2= (1, -1)
C4, 4= (1, -1, -1, 1)
Figure I.7 - Arbre des codes OVSF type Walsh-Hadamard
Le SF est de la forme 2k et varie dune faon gnrale de 4 256 pour les canaux
montants et de 4 512 pour les canaux descendants.
Les codes OVSF prsentent certaines limites, au sein dune mme cellule ces codes ne
peuvent pas tre tous utiliss simultanment car ils ne sont pas tous orthogonaux entre eux. Le
code d'
une branche est fortement li celui de sa racine et de ses fils, ce qui empche de les
Sebti Chouchene 12
utiliser simultanment. Donc lorsqu'

un code est allou, tous les codes issus de ces branches ne
peuvent pas tre utiliss [1].
4.1.2- Les codes dembrouillage

Le scrambling qui est une opration effectue par l'
metteur permet de sparer les
diffrents signaux d'
un mme terminal ou d'
un mme Node B. Ralise juste aprs l'
talement,
elle ne modifie pas la bande passante ni le dbit, elle se limite sparer les diffrents signaux les
uns des autres. Ainsi, l'
talement peut tre effectu par plusieurs metteurs avec le mme code de
canalisation sans compromette la dtection des signaux par le rcepteur. Le scrambling fait appel
aux codes de Gold qui sont une combinaison linaire de plusieurs m-squences.
Le tableau I.1 illustre lutilit de ces deux codes pour chaque sens dune communication.
Fonctionnalits Code channelisation Code scrambling
Utilisation Uplink : Sparation des canaux donns Uplink : Sparation des

d'
un mme terminal. terminaux.
Downlink: Sparation des connexions Downlink : Sparation des
des diffrents utilisateurs d'
une mme cellules.
cellule.
Famille de codes OVSF Gold code
Table I.1 - Relation entre l'

talement et le scrambling [1]
4.2- Les principaux mcanismes de WCDMA

4.2.1- Le contrle de puissance
Le contrle de puissance est la technique la plus importante en WCDMA surtout sur le
lien montant car plusieurs utilisateurs utilisent la mme frquence en mme temps. Il y a une
grande possibilit dinterfrence entre les utilisateurs.
Dans le cas o nous navons pas de contrle de puissance, un utilisateur qui se trouve au
bord de la cellule peut tre perturb par laffaiblissement de parcours plus quun autre utilisateur
qui se trouve prs du Node B. Lutilisateur qui se trouve prs du Node B peut bloquer une grande
partie du signal mis par le Node B cest ce quon appelle near-far problem . Dans le but
davoir un bon niveau de capacit dans le rseau, les signaux reus par les UE, quils soient prs
ou loin du Node B, doivent tre puissance gale. Nous avons besoin du contrle de puissance
pour minimiser le niveau dinterfrence et fournir lutilisateur la qualit de service demande.
Sebti Chouchene 13
Il existe trois types de contrle de puissance :
4.2.1.1- Contrle de puissance open-Loop (Slow)

Dfini seulement pour le lien montant, le contrle de puissance Open-Loop est utilis
pour initialiser le niveau de puissance au dbut de la communication. Le UE estime la puissance
minimale ncessaire pour la transmission en calculant laffaiblissement de parcours en se rfrant
la puissance du signal reu et lutilise pour envoyer une demande daccs au Node B. Sil ne
reoit pas de rponse de la part du Node B il fait une autre demande daccs en utilisant une
puissance un peu plus leve.
4.2.1.2- Contrle de puissance inner-Loop (Fast)

Il est applicable seulement sur les connexions des canaux ddis. Le Node B mesure le
Eb/No reu sur le lien montant et le compare part rapport au Eb/No cible qui dpend de la nature
de la communication en cours. Sil est suprieur ce dernier il demande au UE de baisser sa
puissance dmission et vice versa.
Ce principe est aussi utilis dans le sens descendant, bien que, dans ce cas, la raison en
soit diffrente. Dans ce sens, les signaux proviennent du Node B. Il est souhaitable, afin de
minimiser les interfrences intercellulaires, que la puissance destine aux terminaux mobiles qui
se trouvent en bordure de cellule soit la plus faible possible tout en garantissant une bonne
qualit de rception.
4.2.1.3- Contrle de puissance outer-Loop

Il est utilis pour ajuster le Eb/No seuil suite au changement du BLER (Block Error Rate)
aprs codage. Si le BLER augmente, alors nous augmentons le Eb/No seuil pour pouvoir le
diminuer. Il est appliqu seulement sur les canaux ddis pour le lien montant seulement.
4.2.2- Le handover
Le handover est par dfinition le transfert automatique intercellulaire. Il permet dviter
les coupures de communication en bordure de cellule et rduit significativement linterfrence
cre dans le rseau.
Le softer handover
Le softer handover se produit quand les Node B sont sectoriss. Ainsi, quand le terminal
mobile se trouve dans une zone de couverture commune deux secteurs adjacents d'
un mme
Node B, les communications avec le Node B empruntent simultanment deux canaux radio, un
Sebti Chouchene 14
pour chaque secteur. Deux codes d'

talement doivent alors tre utiliss dans le sens DL afin que
le terminal mobile puisse distinguer les deux signaux issus des deux secteurs et on a donc deux
connexions simultanes pour cet usager.
Dans le sens UL, les signaux provenant du terminal sont reus par les deux secteurs du Node B et
routs vers le mme rcepteur de Rake. Les signaux sont ainsi combins au niveau du Node B.
On compte gnralement 5 10 % des terminaux mobiles d'
une cellule qui sont en situation de
softer handover.
Secteur1
UE
RNC
Secteur2
Le mme signal est envoy par 2 Node

B au mobile
Figure I.8 - Soft Handover en UMTS
Le soft handover
Durant un soft handover, le terminal mobile se trouve dans la zone de couverture
commune deux Node B. Les communications entre le terminal mobile et les Node B utilisent
simultanment deux canaux radio, un pour chaque Node B. Du point de vue du terminal mobile,
il existe trs peu de diffrences entre le softer et le soft handover.
En revanche, dans le sens UL ces deux handovers diffrent car, dans le cas du soft
handover, les signaux reus par les Node B sont routs et combins au niveau du RNC. Cela
permet au RNC de slectionner la meilleure trame reue. Un usager mobile peut tre en situation
de soft handover avec deux, trois ou quatre Node B. Si l'
usager quitte la zone de couverture
commune pour se rapprocher d'
un Node B, alors ce dernier le prend en charge. Ainsi, le soft
handover permet de limiter la perte de connexion quand un usager se dplace vers une autre
cellule. On considre que 20 40 % des usagers sont en situation de soft handover.
Il existe deux autres types de handover : le hard handover inter-frquences qui permet un
terminal mobile de passer d'
un spectre de frquence un autre et le hard handover inter-systmes
qui permet au terminal mobile de passer d'
un systme un autre comme d'
un mode FDD un
mode TDD ou pour passer un systme 2G comme le GSM (pendant la priode de coexistence
des deux systmes).
Sebti Chouchene 15
5- Les canaux
La structure de trame WCDMA consiste en des supertames de 72 trames. La dure de
chaque trame est 10 ms. Chaque trame contient son tour 15 Time slots qui correspondent une
priode de contrle de puissance. La dcoupe en trame ne correspond pas une rpartition des
ressources entre utilisateurs ( une structuration des donnes mises par
un mme usager ce qui permet notamment lajout de bits de contrle [4].
Linterface radio de lUMTS a des canaux logiques qui font rfrence aux canaux de transport
qui eux mme associs aux canaux physiques. La conversion des canaux logiques aux canaux de
transport est fait au niveau de la sous-couche MAC.
5.1- Canaux logiques

Canal Lien Fonction
Broadcast Control DL diffuse linformation relevante de la cellule ou des
Channel (BCCH) cellules voisines au UE
Paging Control DL associ avec le PICH et utilis pour pager les
Channel (PCCH) messages et les informations de notification
Dedicated Control UL/DL utilis pour transporter les informations de contrle
Channel (DCCH) ddies dans les deux directions
Common Control UL/DL canal bidirectionnel utilis pour le transfert des
Channel (CCCH) informations de contrle
Dedicated Traffic UL/DL bidirectionnel aussi utilis pour transporter les
Channel (DTCH) donnes utilisateur ou le trafic
Common Traffic Unidirectionnel utilis pour transfrer les informations ddies de
Channel (CTCH) lutilisateur un groupe de UEs
Table I.2 - Les canaux logiques en UMTS
5.2- Canaux de transport
Ils dfinissent la faon dont les donnes sont transportes :
Canal Lien Fonction
Dedicated Transport UL/DL utilis pour le transfert des donnes un UE particulier et
Channel (DCH) chaque UE a son propre DCH dans chaque direction
Broadcast Channel DL diffuse linformation aux UEs dans la cellule pour quils
(BCH) puissent identifier le rseau et la cellule
Forward Access DL transporte les donnes ou les informations aux UEs qui
Channel (FACH) sont registrs dans le systme. Il est possible davoir plus
quun FACH par cellule
Paging Channel (PCH) DL transporte les messages qui alertent le UE des appels
entants, SMS, messages et les sessions de donnes
Random Access UL transporte les demandes de services des UEs voulant
Channel (RACH) accder au systme
Uplink Common Packet UL fournit une capacit additionnel au-del de celle de RACH
Channel (CPCH) et utilis aussi pour le contrle de puissance rapide
Downlink Shared DL partag par les utilisateurs
Channel (DSCH)
Table I.3 - Les canaux de transport en UMTS
Sebti Chouchene 16
5.3- Canaux physiques

Ils sont dfinit sur les deux liens :
Canal Lien Fonction
Primary Common Control DL diffuse dune faon continue les identifications du
Physical Channel (PCCPCH) systme et les informations de contrle daccs
Secondary Common Control DL transporte le FACH et PACH
Physical Channel (SCCPCH)
Physical Random Access UL permet au UE de transmettre les bursts daccs
Channel (PRACH) alatoire pour l accs au rseau
Dedicated Physical Data UL/DL utilis pour le transfert des donnes utilisateur
Channel (DPDCH)
Dedicated Physical Control UL/DL transporte les informations de contrle vers et de
Channel (DPCCH) lUE
Physical Downlink Shared DL partage le contrle dinformation pour les UEs
Channel (PDSCH)
Physical Common Packet canal spcifique pour le transport des paquets de
Channel (PCPCH) donnes
Synchronisation Channel utilis pour permettre la synchronisation des UEs
(SCH) avec le rseau
Common Pilot Channel transmet par chaque Node B et par la suite le UE
(CPICH) pourra estimer le temps de la dmodulation du
signal
Acquisition Indicator Channel utilis pour informer le UE sur le (DCH) et peut
(AICH) tre utiliser pour communiquer avec le Node B
Paging Indication Channel fournit les informations pour le UE pour oprer
(PICH) son mode sleep afin de conserver la batterie
pendant lcoute du canal PCH
CPCH Status Indication DL transporte ltat du CPCH et fonctionne dans un
Channel (CSICH) mode similaire du canal PICH
Collision Detection/Channel DL indique si le canal dassignation est actif ou non
Assignment Indication pour le UE
Channel (CD/CA-ICH)
Table I.4 - Les canaux de physiques en UMTS
Conclusion
Dans ce chapitre nous avons tudi linterface radio UMTS en mettant laccent sur la
technique daccs. Deux mcanismes important en UMTS qui sont le contrle de puissance et les
handover ont t galement analyss.
Donc nous conclurons que linterface radio UMTS est totalement diffrente de celle en
GSM, ceci affirme que le concept de la qualit de service est aussi diffrent entre ces rseaux.
Par ailleurs, dans le chapitre suivant nous allons traiter le concept de la QoS ainsi que lanalyse
des indicateurs de qualit radio comme ils ont t dfinis par les spcifications 3GPP.
Sebti Chouchene 17
Projet de Fin dEtude Chapitre 2 : La qualit de service et mesures radio UMTS
Chapitre II : La qualit de service et

mesures radio en UMTS
Introduction
UMTS a t conu pour supporter une grande gamme d'
applications avec diffrentes
exigences de la qualit de service. L'
approche modulaire adopt par 3GPP fournit la flexibilit
ncessaire pour les oprateurs d'
offrir de nouveaux services leurs clients potentiels et existants.
Dans 3GPP, la qualit de Service (Quality of Service : QoS) fait rfrence la qualit d'
un
service perue par l'
utilisateur.
Afin dassurer cette qualit de service, le UE et le rseau UTRAN effectuent des mesures
concernant des paramtres bien dtermins permettant ainsi de garantir le bon fonctionnement du
rseau UMTS.
1- Dfinition de la qualit de service

LITUT dfinit la QoS comme leffet global produit par la qualit de fonctionnement
dun service qui dtermine le degr de satisfaction de lusager du service [5].
La qualit de service doit considrer deux aspects importants qui sont la capacit d'
un rseau
fournir le service avec un niveau bien dtermin, et comment satisfaire lutilisateur final avec ce
service, en terme d'
usage, accessibilit, continuit et de son intgrit.
La QoS est en rapport avec la capacit du rseau de se conformer avec les spcifications
du niveau de service (SLS) rsultant d'
une ngociation entre un client et un fournisseur de service
dans un accord de niveau de service avec (SLA). En gnral, un SLA est une forme d'
un contrat
ngoci entre deux parties qui tablissent des niveaux de performance des services du rseau et
sa rponse. Les deux parties peuvent tre un consommateur et un oprateur, ou deux oprateurs
o l'
un d'
eux prend le rle du client qui achte des services d'
un autre fournisseur [6].
2- Concept et architecture de la QoS

2.1- Architecture
Le standard 3GPP propose une architecture en couche pour assurer une QoS de bout en
bout pour les deux domaines. En UMTS, cette QoS est fournie par un service bearer (Bearer
Service) qui s'
est install depuis la source la destination permettant ainsi de dfinir clairement
Sebti Chouchene 18
les caractristiques et les fonctionnalits de la QoS. Il inclut tous les aspects permettant la
provision de la QoS contracte.
L'
architecture en couches du service bearer de l'
UMTS est montre dans la figure II.1.
Chaque service bearer au niveau dune couche spcifique offre son propre service aux couches
suprieures et utilise les services fournis par les couches infrieures.
TE MT UTRAN CN lu CN TE
EDGE Gateway
NODE
End-to-End Ssevice
TE/MT UMTS Bearer Service External Bearer

Local Bearer Service
Service
Radio Access Bearer Service CN Bearer

Service
Radio Bearer Iu Bearer Service Backbone Bearer

Service Service
UTRA Physical Bearer

FDD/TDD Service
Service
Terminal mobile Infrastructure of UMTS network Externe

UMTS terminal
Figure II.1 - Architecture de la QoS en UMTS [6]
Le bearer UMTS est compos de deux parties : le service bearer d'

accs radio (Radio
Access Bearer : RAB) et le service bearer du rseau coeur (Core Network Bearer Service: CN).
Le Service RAB fournit le transport confidentiel de signalisation et de donnes utilisateur entre le
MT et CN (SGSN par exemple) avec la QoS ngocie quand le bearer UMTS est install ou avec
la QoS par dfaut pour la signalisation.
Le service bearer du rseau coeur connecte le SGSN avec le GGSN au rseau de donnes paquet
(Packet Data PD) externe. Le rle de ce service est le contrle efficace et l'
utilisation du rseau
backbone pour fournir la qualit du service bearer UMTS contracte [6].
Sebti Chouchene 19
2.2- Les Services Bearer

2.2.1- Le service End-to-End et le service UMTS Bearer
En partant dun TE vers un autre, le trafic doit parcourir les diffrents services bearer du
rseau. Un TE est connect au rseau UMTS via un MT. Au niveau application, le service de
bout en bout utilise les services bearer du rseau correspondant.
Le service de bout en bout utilis par le TE est ralis par lutilisation dun Service Bearer
Local TE/MT, un Service Bearer UMTS et un Service Bearer Externe. Une varit de services
offerts par loprateur UMTS est dlivre par le Service Bearer UMTS. Cest ce service bearer
qui offre la QoS de lUMTS [6].
2.2.2- Le Service Radio Access Bearer et le Service Bearer Core Network

Le Service Bearer UMTS est scind en deux parties, le Service Radio Access Bearer et le
Service Bearer Core Network. Ces deux services refltent le moyen optimis pour raliser le
service bearer travers la topologie du rseau considr en considrant la mobilit et le profil des
abonns [6].
Le service radio access bearer assure un transport fiable de la signalisation et des donnes
utilisateur entre le MT et le CN Iu Edge Node en offrant la qualit de service adquate pour le
service bearer UMTS ngoci ou par une QoS par dfaut pour la signalisation. Ce service est
bas sur les caractristiques de linterface radio et maintenu pour un MT en dplacement.
Les services radio bearer permettent davoir une protection derreur diffrente pour chaque PDU
(Packet Data Unit) en cas de besoin. Dans ce cas, linformation utile du SDU des donnes
utilisateur, transporte par le service radio access bearer, doit correspondre avec le format de
SDU dfini. Pendant ltablissement dun service radio access bearer, le format exacte du champ
dinformation du SDU ainsi que la consistance par sous flot est signale UTRAN par
lintermdiaire dattributs ou de paramtres standardiss (quon va tudier).
Le Service Bearer Core Network du rseau cur de lUMTS, connecte lUMTS CN Iu Edge
Node avec la passerelle CN (CN Gateway) vers le rseau extrieur. Le rle de ce service est de
contrler efficacement le backbone pour assurer le service bearer UMTS consenti. Le domaine
paquet du cur de rseau doit supporter des services bearer backbone diffrents pour une varit
de QoS [6].
2.2.3- Le Service Radio Bearer et le Service Iu Bearer

Le Service Radio Access Bearer est ralis par le Service Radio Bearer et le Service Iu
Bearer. Le rle du service radio bearer est de couvrir tous les aspects de transport sur linterface
Sebti Chouchene 20
radio. Ce service bearer utilise le service UTRA FDD/TDD.

Pour supporter diffrents types de protection derreur, UTRAN et le TM doivent avoir la capacit
de segmenter/r-assembler les flux de donnes en des sous-flux exigs par le service radio access
bearer. La segmentation/r-assemblage est donne par le format du champ dinformation signal
au moment de ltablissement du radio access bearer. Le service radio bearer transporte la partie
du flux de lutilisateur faisant partie dun sous-flux, selon la QoS exige par ce sous-flux.
Le service Iu bearer et le service bearer physique assurent le transport entre le UTRAN et le CN.
Pour le trafic paquet Iu bearer doit fournir diffrents services bearer pour une varit de QoS [6].
2.2.4- Le service Bearer Backbone

Le Service Bearer CN utilise un service bearer backbone gnrique. Le Service Bearer
Backbone couvre les fonctionnalits des deux premires couches et il est slectionn suivant le
choix de loprateur afin de raliser les exigences de QoS du service bearer CN. Le service
bearer backbone nest pas spcifique UMTS mais il peut rutiliser un standard existant [6].
3- Les fonctions de gestion de la QoS

Cette section donne une vue sur les fonctionnalits ncessaires pour tablir, modifier et
maintenir le service bearer UMTS avec la QoS demande. Lallocation de ces fonctions aux
entits de lUMTS doit indiquer les exigences dune entit spcifique pour renforcer les
engagements ngocis de la QoS du service bearer UMTS. Les fonctions de la gestion de la QoS
de toutes les entits de l'
UMTS combines doivent assurer la provision du service ngoci entre
les points d'
accs du service bearer UMTS [6].
3.1- Les fonctions de QoS pour le service bearer UMTS dans le plan de contrle
On distingue quatre fonctions de gestion pour le contrle de la QoS pendant
ltablissement dappel ou de la session [6]:
- Le gestionnaire de service bearer (Bearer Service Manager) : les diffrents gestionnaires du
Service Bearer grent les fonctions dtablissement, de modification et de maintenance du
service duquel ils sont responsables. En particulier, le gestionnaire UMTS BS (UMTS BS
Manager), est responsable de tout change de signalisation gnre par les autres fonctions
comme les requtes de conversion, le contrle daces, etc. Le gestionnaire de service peut
demander des services aux couches de service infrieures.
Sebti Chouchene 21
- La conversion (Translation Function) : Cette fonction est situe lextrmit du rseau UMTS,
elle convertie les primitives de service bearer UMTS en primitives externes correspondantes dans
la direction dun rseau extrieur et/ou de lquipement terminal (TE).
La conversion concerne les attributs de service bearer UMTS et ceux de la QoS des rseaux
externes. Le gestionnaire de service peut inclure une translation pour convertir les attributs de
son service et ceux des couches basses utilisant ce service.
- Contrle dadmission ou de capacit (Admission/Capability control) : contient les informations
sur toutes les ressources disponibles des entits du rseau et de toutes les ressources alloues au
service bearer UMTS. Elle dtermine aussi pour chaque service bearer les demandes ou les
modifications si les ressources demandes peuvent tre alloues par cette entit et peut les
rserver pour une ventuelle allocation du service bearer UMTS. La fonction vrifie galement la
capacit de lentit du rseau fournir le service demand.
- Contrle dinscription (Subscription control function) : vrifie les droits administratifs de
lutilisateur du service bearer UMTS pour manipuler le service demand avec les attributs
spcifis de la QoS.
3.2- Les fonctions de QoS pour le service bearer UMTS dans le plan usager
Les fonctions de gestion de la QoS dans le plan usager maintiennent la signalisation et le
trafic dun utilisateur bas sur les attributs de la QoS ngocie pour le service bearer UMTS [6].
- Fonction de mapping (Mapping Function) : elle fournit chaque unit de donnes avec les
marques spcifiques demandes pour recevoir la QoS promise pour chaque noeud.
- Fonction de classification (Classification Function) : elle dcide sur le choix dun service
particulier, parmi les service bearer UMTS tablis pour un terminal mobile. Cette fonction assure
ladaptation du flux de trafic, elle se base sur les informations contenues dans lentte du paquet
ou sur dautres caractristiques du trafic.
- Gestionnaire de ressource (Trafic Manager) : il distribue les ressources ncessaires entre tous
les diffrents services partageant les mmes ressources selon leur besoin en QoS. Exemples de
moyens de gestion des ressources sont lordonnancement, la gestion de la bande passante et le
contrle de puissance pour le bearer radio.
- Le conditionneur de trafic (Traffic Conditioner) : il applique des rgles pour vrifier la
conformit du trafic vhicul avec le profil de la QoS ngocie. Les fonctions de contrle
comparent le trafic des units de donnes avec les paramtres de la QoS leurs tant lis. Les
units de donnes nobissant pas au profil de la QoS peuvent tre rejetes ou marques pour tre
rejetes en cas de congestion.
Sebti Chouchene 22
4- Paramtres de la QoS
Les attributs du service brarer UMTS dcrivent le service offert par le rseau son
utilisateur.
Lors de ltablissement ou la modification du service bearer UMTS, on doit prendre en
compte plusieurs aspects de la QoS [6]:
- les capacits du UE : forme un aspect de QoS pouvant limiter le service bearer UMTS fourni.
- le UE ou le TE dans le rseau de terminaison peut demander un aspect de QoS lors de
ltablissement ou la modification du bearer UMTS.
- un profil de QoS dans labonnement UMTS dcrit les limites suprieures du service fourni si un
utilisateur demande une valeur spcifique.
- un profil spcifique de la QoS dans le rseau caractrisant par exemple la disponibilit de la
ressource ou les capacits dun autre rseau pouvant limiter le service bearer UMTS fourni ou
initier une modification dun autre dj tabli.
Les Classes de service
Lors de la dfinition des classes de la QoS, faisant rfrence aussi aux classes de trafic,
les restrictions et les limites de linterface radio doivent tre pris en compte dou ce nest pas
raisonnable de dfinir un mcanisme complexe comme le rseau fixe cause des caractristiques
derreur de cette interface. Donc le mcanisme de la QoS dans le rseau cellulaire doit tre
robuste et capable de fournir une rsolution raisonnable de QoS. Les classes de la QoS sont :
- Conversationnel : regroupe tous les services bidirectionnels impliquant deux interlocuteurs ou
plus comme la phonie, la visiophonie avec un dbit de 32 kbps 384 kbps et les jeux interactifs
avec un dbit de 1 kbps. Le dlai de transfert des donnes est de 100 200 ms.
- Streaming : le transfert de donnes doit tre dvelopp comme un flux continu. Cette classe
regroupe les services impliquant un utilisateur et une base de donnes (vido la demande,
diffusion radiophonique, transfert dimages). Ces applications sont typiquement asymtriques.
Les dlais de transfert de donnes sont infrieurs 10 s.
- Interactive : regroupe les services dans lesquels un usager entretient un dialogue interactif avec
un serveur (Internet, transfert de fichiers par ftp, messageries lectronique, laccs des bases de
donnes) donc pas de contrainte temps rel avec des dlai denviron 1 s.
- Background : proche des services de la classe interactive sauf que les informations transmises
sont de priorits infrieures comme le transfert de fax, messages SMS et la notifications de
messages lectroniques avec des dlais suprieur 10 s.
Il est noter que les services des deux premires classes sont des services temps rel qui est
une caractristique fondamentale de la QoS, tandis que pour les deux autres classes offrent des
Sebti Chouchene 23
services avec Best Effort.

Dbit binaire maximum (kbps)
Cest la limite suprieure que lutilisateur ou lapplication peut accepter ou fournir. Tous
les attributs du service bearer UMTS peuvent tre accomplis avec un trafic de dbit maximum
suivant les capacits du rseau.
Le dbit maximum peut tre utilis pour rserver les codes en DL sur linterface radio pour les
applications capables doprer avec des dbits diffrents.
Dbit garantit (kbps)
Cest le nombre de bits garantis dlivrs par UMTS dans un SAP (Service Access Point)
divis par la dure. Il dcrit le dbit que doit garantir le service bearer UMTS pour un utilisateur
ou une application. Ce paramtre permet aussi de faciliter le contrle dadmission et lallocation
de ressources en UMTS bas sur leurs disponibilits.
Lordre de livraison des squences SDU (Service Data Unit) (y/n)
Ce paramtre spcifie si les SDU hors squence sont accepts ou non, perdus ou
rordonns suivant les prcisions spcifies.
Taille maximale dun SDU (octets)
Cest la taille pour laquelle le rseau satisfait la QoS ngocie. Ce paramtre est utilis
pour le contrle dadmission et la surveillance.
Information sur le format SDU (bits)
Il liste exactement les tailles possibles des SDU. Le RAN a besoin de ces informations
pour pouvoir oprer en mode transparent du protocole RLC qui est avantageux pour lefficacit
spectrale et les dlais lorsque la retransmission au niveau du RLC nest pas utilise.
Taux derreur de SDU
Il indique le fraction des SDU perdus ou dtects errons. Il est utilis pour configurer les
protocoles, les algorithmes et les schmas de dtections derreur, initialement avec RAN.
Taux derreur binaire rsiduel
Cet attribut indique le taux de bits errons non dtects dans le SDU dlivr. Sil ny a
pas de demande de dtection derreurs, cet attribut indiquera le taux derreur binaire dans le SDU
dlivr. Il est aussi utile pour configurer les algorithmes et les protocoles de linterface radio et la
dtection des erreurs de codage.
La livraison des SDU errons (y/n/-)
Il indique si le SDU dtect erron doit tre dlivr ou abandonn.
Le dlai de transfert (ms)
Sebti Chouchene 24
Ce paramtre indique le dlai maximal pour acheminer 95% des dlais de livraison de toutes
les SDU dlivrs durant toute la dure de vie dun service bearer, o le dlai dun SDU est dfinit
du moment de la demande de transfert du SDU un SAP jusqu son livraison un autre SAP.
Ce paramtre permet au RAN de dfinir les formats de transport et les paramtres ARQ. Le dlai
de transfert dun SDU arbitraire nest pas aussi significatif car un SDU peut avoir un temps
dattente important dans la queue, cest pourquoi le dlai significatif pour lutilisateur est celui du
premier SDU du burst.
La priorit de traitement du trafic
Il spcifie limportance relative de manier tous les SDU dun bearer UMTS par rapport
des SDU dun autre. Avec la classe interactive, on besoin de diffrencier entre les qualits du
bearer ce qui permet lUMTS dorganiser en squence le trafic.
Priorit dallocation/maintien
Il spcifie limportance de lallocation/maintien dun bearer UMTS par rapport aux
autres. Dans la situation o les ressources sont rares, les lments du rseau appropri peuvent
utiliser ARP pour favoriser un bearer avec une haute priorit dallocation/maintien.
Indication de signalisation (yes/no)
Cest un attribut additionnel de la QoS qui est dfinit seulement pour les services
interactives. Il indique la nature de la signalisation. Sil est yes alors la priorit de manipulation
du trafic est 1 .
Le tableau suivant illustre les diffrentes classes de QoS et les attributs leurs tant dfinis :
Classe de trafic conversationnel streaming interactive background
Dbit maximum X X X X
Ordre de livraison X X X X
Taille maximale du SDU X X X X
Information sur format du SDU X X
Taux derreur de SDU X X X X
Taux derreur binaire rsiduel X X X X
Livraison des SDU errons X X X X
Dlai de transfert X X
Dbit garantit X X
Priorit de traitement du trafic X
Priorit dallocation/maintien X X X X
Table II.1 - Relations entre les classes de service et les attributs [6]
Sebti Chouchene 25
5- Les paramtres Radio mesurables

5.1- 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 [7].
5.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 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 un unique identit,
type, objet, quantit de mesure, quantit reports, validit, mode et des identits additionnelles.
Les types de mesures suivants sont supports [7] :
Les mesures intra-frquences : mesures sur les canaux physiques en DL effectues sur la
mme frquence de Active Set.
Les mesures inter-frquences : mesures sur les canaux physiques en DL effectues sur des
frquences diffrentes de celle de Active 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.
Sebti Chouchene 26
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. Les cellules sont groupes suivant trois exclusifs
sets :
Active set dfini comme le set des cellules utilises pour la connexion courante, ces
cellules sont impliques dans le mcanisme de soft handover.
Neighbour set (Monitored set) est dfini comme le set des cellules pour lesquelles
lUTRAN doit effectuer les mesures pour une situation particulire (comme
handover) et que leur valeur Ec/Io nest pas suffisamment importante pour tre
incluses dans la liste Active set.
Le set dtect est dfini par les cellules dtectes par UE qui ne sont ni dans le set
active ni dans le set moniteur.
5.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 [6].
5.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 le 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.
5.3.2- 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.
Sebti Chouchene 27
5.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.
5.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.
CPICH_Ec/Io = CPICH_RSCP/UTRA carrier RSSI (quation II.1)
Cette mesure est fournie par le canal CPICH primaire. Le rang du CPICH_Ec/Io est entre -24
dBm et -0 dBm.
5.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.
5.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.
5.3.7- Cell synchronisation information

Cette mesure est utilise pour avoir l'
intention sur les instants de handover pour identifier
la diffrence de temps entre la cellule active et les cellules voisines. Il est class suivant plusieurs
units de chips trame. Le RRC rapporte Tm, OFF et COUNT-C-SFN de la trame au rseau.
- Tm est dfini comme la diffrence entre DL DPCH dans la cellule serveuse et le dbut du SFN
(System Frame Number) des PCCPCHs des cellules voisines. Il est donn par unit de chip entre
0 et 38 399 chips.
- OFF est dfini comme SFN dans la cellule voisine moins le CFN (Connection Frame Number)
lu partir de DL DPCH dans la cellule serveuse. Il donne la diffrence en nombre de trames. Il
Sebti Chouchene 28
est entre 0 et 255 trames.

- COUNT-C-SFN est dfini comme les 4 bits les plus significatives de la diffrence entre les 12
bits de faible signification de RLC et celle du SFN de la cellule mesur.
5.3.8- Observed Time Difference to GSM Cell

Cette mesure est utilise pour dterminer la diffrence de temps entre GSM et UTRAN. Il
est dfini comme la diffrence de temps entre le dbut de la trame P-CCPCH avec SFN=0 pour la
cellule i et le temps de dbut de la multitrame BCCH du GSM pour la frquence j.
5.3.9- Pathloss
Cette mesure est utilise pour fournir le RSCP en respectant la puissance du PCPICH Tx.
Il est calcul comme suite :
Pathloss= la puissance du PCPICH Tx CPICH_RSCP (quation II.2)
Il est entre 46 dB et 158 dB.
5.4- Les paramtres significatifs

Dans le rseau UMTS, trois lments lis aux particularits de la WCDMA peuvent avoir un
impact sur la qualit de service. Il sagit des problmes de brouillage du canal pilote (pilot
channel pollution), de la mauvaise configuration de la fentre de recherche (search window
configuration) ou de la couverture fluctuante en fonction de la charge des cellules [8].
Pour les paramtres Radio, daprs nos tudes, essentiellement, les paramtres qui donnent
une indication sur le niveau de la qualit radio dans la cellule de service. Ces paramtres sont :
le rapport signal bruit (Ec/Io)
(quation II.3)
Avec
: Le EIRP (Effective Isotropic Radiated Power) du Node B serveur dans la
0 par rapport au mobile concern.

: Dviation de la EIRP overhead allou par la puissance du canal pilote.
0 au mobile concern.
: Le gain de l'
antenne de rcepteur du mobile.
: La puissance reue par le mobile partir de la puissance mise par le Node B
Sebti Chouchene 29
: La puissance reue par le mobile par d'

autre sources d'
interfrences d'
origines non
CDMA.
: C'
est la somme des puissances reues par les autres Node B.
: La puissance totale du canal de trafic reue par le mobile.
: C'
est la puissance totale des autres Node B.
: Puissance de bruit thermique.
le rapport (Eb/No) qui reprsente la qualit du lien radio

! !
(quation II.4)
! ! !
Avec
! : Le EIRP du canal de trafic. La transmission est omnidirectionnelle.
! 0 au mobile concern loin d'
une
distance d0.
: Le gain de l'
antenne du Node B reu par le mobile dans la direction 0.
! : C'
est la somme de l'
interfrence provoqu par les autres mobiles servis par le Node
B.
! : C'
est la somme de l'
interfrence provoqu par les autres mobiles servis par les autres
Node B.
! : C'
est la somme d'
interfrence reue par le mobile par d'
autres sources d'
origine non
CDMA.
: Le bruit thermique.
FER (Frame Error Rate).
PN (Pseudo Noise).
Mais les valeurs seuils des paramtres Eb/No et FER varient selon le type de service et le
nombre dutilisateurs servis dans la cellule courante.
En effet, le mobile doit atteindre un valeur cible de Eb/No pour quil puisse pouvoir accder
au rseau. Pour atteindre cette valeur cible, le mobile doit mettre avec une certaine valeur de
puissance spcifie par le processus de contrle de puissance.
Sebti Chouchene 30
Pour chaque service, le rseau spcifie une valeur cible de Eb/No pour avoir une bonne qualit de
service.
Pour le service voix (12,2 kbit/s) : Eb/No cible = 5 dB, FER = 3 %
Pour le service de classes interactives (64 kbit/s) : Eb/No cible = 3 dB, FER=1%
Pour le service de classe conversationnel (144 kbit/s) : Eb/No cible= 1,5 dB, FER=2%
Pour la mesure des squences PN, des scanneurs PN permettent de mesurer toutes les
squences PN en mesurant les signaux souhaits et les brouilleurs mme sils sont cocanal. Ces
mesures permettent didentifier les problmes dinterfrence et de couverture [8].
Au cours de la ralisation des mesures, la prsence de plus de trois signaux de canaux pilotes
de puissance importante permet de mettre en vidence le problme de pollution de pilote. En
effet le rcepteur en rteau du mobile ne peut dmoduler que trois composantes multitrajets du
mme pilote en maintenant un appel dans des conditions de faible niveau de signal. Donc la
prsence dun quatrime pilote provoque un important taux de rejet de Node B de lensemble
Active Set et des niveaux de Eb/No trs mauvais. La consquence est un taux derreurs trame
lev ainsi quun taux de coupure dappels important [8].
Conclusion
Dans ce chapitre, nous avons analys la notion de qualit de service et les caractristiques
de ce concept. Nous avons galement analys les attributs de la QoS. Dans la dernire partie nous
avons identifi les paramtres radio mesurables du rseau UMTS comme ils ont t normaliss
par le 3GPP qui vont par la suite servir pour lvaluation de performances de ce rseau.
Dans le troisime chapitre nous allons expliquer les deux mthodes dvaluation de
performances et mettre laccent sur le rle des KPI dans les diffrentes fonctionnalits du rseau.
Sebti Chouchene 31
Projet de Fin dEtude Chapitre 3 : Evaluation de performances du rseau UMTS
Chapitre III : Evaluation de

performances du rseau UMTS
Introduction
Les rseaux 3G doivent tre capable de fonctionner avec une grande varit dapplication.
Les applications conversationnelles doivent supporter les sujets de voix et la vido confrence.
Les applications streaming vont demander des exigences audio et vido. Pour les jeux et le
commerce lectronique, les applications interactives doivent tre dploys. En plus les
applications background sont appeles supporter le e-mail et le FTP. Toutes ces applications
appartenant des classes de qualit diffrentes, demandent des priorits diffrentes et des
niveaux de qualit que doit manipuler loprateur.
Afin dvaluer la qualit de ces nouveaux services, les oprateurs peuvent employer
diffrents types de mtriques dvaluation de la qualit.
Dans ce chapitre nous allons voir les diffrentes dvaluation et de supervision des performances
du rseau UMTS.
1- Mthodologie de suivi de la QoS durant le cycle de vie dun rseau

Les critres d'
valuation de la QoS offerte par le rseau UMTS voluent avec la
construction du rseau et l'
augmentation de trafic [10].
- Phase 1 : Trafic faible, principalement de Drive Tests et peu de clients (rapporter l'
attention
des clients).
- Phase 2 : Trafic en croissance aprs lancement commercial.
- Phase 3 : Trafic important (assez important pour avoir des statistiques pertinentes).
Dans la phase 1, l'

intrt est la disponibilit de la couverture radio le long de Drive Test,
aussi bien que la disponibilit et la continuit du service dans les rgions couvertes.
Dans la phase 2, la QoS est encore valu avec Drive Tests et le test End-user sur le
rseau qui a la mme configuration que les utilisateurs commerciaux. En plus, les statistiques de
QoS de RNO (Radio Network Optimiser) sont introduites dans un tableau global puis analyses
pour comprendre les problmes de QoS. Le moment critique pour introduire des statistiques
RNO dpend du montant d'
vnements par cellule pour l'
analyse cellulaire et par RNC pour
Sebti Chouchene 32
l'
analyse RNC. Comme une rgle de pouce, les statistiques deviennent pertinentes quand il y a au
moins 20 vnements.
Dans la phase 3, le QoS est principalement valu travers les statistiques du RNO. Drive
Tests et le test End-user sont effectues seulement dans les rgions vises, selon l'
analyse du
RNO ou sur plaintes de clients.
2- Les techniques dvaluation de la QoS

Pour la mise jour de ltat de fonctionnement du rseau, plusieurs outils danalyses de la
QoS, sont mis en place. La comparaison des indicateurs obtenus par ces techniques et les
paramtres de seuil, permet lidentification des origines des problmes. Ces techniques se basent
sur des analyses de linterface radio (Drive Test) et sur des analyses systmes (compteurs OMC-
R).
2.1- Drive test

Plusieurs logiciels permettent dvaluer les performances et doffrir une interface
danalyse de donnes touchant le rseau UMTS, nous avons eu loccasion de manipuler le TEMS
Investigation WCDMA dEricsson qui fonctionne en deux modes soit en utilisant une chane de
mesure Drive Test soit en analysant les performances partir dun fichier .log dj existant.
La mthode de mesure du drive test consiste la caractrisation prcise des canaux radio.
Cette technique danalyse permet la rcupration dune trace des mesures faites par le mobile
diffrents instants.
2.1.1- Chane de mesure

La mthode du drive test consiste embarquer sur une voiture les quipements suivants :
- Un UE : un mobile de test avec double capacit GSM/UMTS quip dun logiciel spcial. Il est
appel gnralement mobile trace.
- Un systme de localisation GPS (Global Positionner System) : utilis pour la localisation exacte
de la position o on dsire faire ltude de lenvironnement radio.
- Un PC portable : permet dautomatiser lacquisition et le stockage des donnes. Le PC doit tre
quip dune carte interface RS 232 pour assurer le lien entre la sortie srie du UE et le port srie
du PC.
- Un onduleur dalimentation permettant dalimenter les diffrents appareils de mesure.
Sebti Chouchene 33
Figure III.1 - Equipement dune chane de mesure
Tout le long du trajet, la MS effectue des mesures instantanes. Les donnes sont
prsentes en temps rel et seront stockes dans des fichiers.
2.1.2- Paramtres Drive Test

Le drive test nous offre une srie de mesures en mode circuit ou paquet, dont les
principales sont :
Longitude, latitude (X, Y) : le systme de localisation GPS nous donne les coordonns de
chaque point de mesure.
UARFCN : UMTS Radio Absolute Frequency Channel Number.
SC : Scrambling code number.
LAC : Location Area Code.
CI : Identit de la cellule.
RA : Routing Area Code.
URA : UTRAN Registration Area.
Time Offset : le time offset du signal P-SCH en symboles.
CPICH_power : la puissance en dBm sur le canal de contrle P-CPICH.
MAX_TX_power : la puissance maximale transmise pour la cellule.
CPICH_RSCP.
Ec/Io.
SIR : Rapport signal sur interfrence.
BLER % : Taux derreur des blocs.
UTRA carrier RSSI.
Sebti Chouchene 34
SHO State.
SHO Event Success Rate.
Le drive test nous permet aussi de faire la mesure de certains indicateurs spcifiques au mode
paquet et dont les principaux sont rcapituls dans les tableaux III.1, III.2, III.3 et III.4 :
Indicateurs d'
accs au rseau UMTS
Description Calcul
Taux d' indisponibilit de Nombre de points de mesures o le service est indisponible / nombre
la couverture UMTS de points de mesures
Taux d' chec Nombre dchec de tentatives dactivation de PDP Context / Nombre
dtablissement de la de tentatives dactivation du PDP Context
connexion UMTS
Dure moyenne de La dure de ltablissement de la connexion UMTS est la mesure de
ltablissement de la lintervalle de temps entre le clic de composer aprs le lancement de
connexion UMTS la connexion modem et laffichage de connexion tablie
Dure moyenne de La dure de dconnexion UMTS est la mesure de lintervalle de
dconnexion temps entre le clic sur le bouton dconnecter et la disparition de la
bote de dialogue de la connexion du modem UMTS.
Table III.1 - Indicateurs d'

accs au rseau UMTS
Indicateurs du service WEB
Description Calcul
Taux d'chec du service Nombre de sries o une page au moins na pas t charge
Web correctement / Nombre de sries effectues avec Connexion
Modem UMTS ralise (coupures exclues)
Dure moyenne de La dure de chargement dune page est la mesure de lintervalle de
chargement dune page temps entre la validation de lURL dans lexplorateur internet et de
laffichage du message termin en bas gauche, la page tant
correctement et intgralement charge.
Taux de coupure de la Nombre de coupures de la connexion modem UMTS / Nombre de
connexion durant le connexions modem UMTS ralises
service Web
Dbit apparent du Somme des tailles des pages charges / Somme des dures de
service Web chargement.
Table III.2 - Indicateurs du service WEB
Indicateurs du service FTP

Description Calcul
Taux d'chec la Nombre dchec daccs la commande permettant de
connexion au service FTP dclencher le transfert FTP du fichier / Nombre de tentatives
Taux d' chec du service Nombre dchec de transfert FTP du fichier / Nombre de
FTP tentatives
Sebti Chouchene 35
Dure moyenne de transfert Temps de transfert du fichier FTP tlcharg (indiqu par
de fichier lutilitaire FTP)
Taux de coupure de la Nombre de dconnexion du modem UMTS / Nombre de
connexion UMTS durant le connexions russies du modem UMTS
service FTP
Dbit apparent sens Valeur du taux de transfert Uplink fourni par lutilitaire FTP, sinon
montant du service FTP Taille du fichier transfr / Temps de transfert
Dbit apparent sens Valeur du taux de transfert fourni Downlink par lutilitaire FTP,
descendant du service FTP sinon Taille du fichier transfr /Temps de transfert.
Table III.3 - Indicateurs du service FTP
Indicateurs du service WAP
Description Calcul
Taux d'chec la Nombre dchec de chargement de la 1re page du Portail Wap /
connexion au portail Wap Nombre de tentatives de chargement
Dure moyenne de la Temps entre la demande de chargement de la 1re page du
connexion au portail Wap Portail partir du mobile et laffichage complet de cette page
Taux d'
chec de Nombre de sries o une page au moins na pas t charge
chargement de pages Wap correctement / Nombre de sries effectues avec la 1re page du
Portail Wap charge
Dure moyenne de Moyenne des chargements de pages Wap
chargement de pages Wap
Taux de coupure du service Nombre de dsactivation du PDP Context / Nombre de
Wap chargements de la page daccueil du Portail Wap raliss.
Table III.4 - Indicateurs du service WAP
2.2- Compteurs OMC-R

Lune des principales fonctions de lOMC-R est la gestion de performance. Les mesures
de performance sont bases sur la collection des compteurs calculs par les entits du rseau
travers linterface ltf-R reliant lOMC-R et le RNC et linterface ltf-B entre OMC-R et Node B.
Ces mesures sont fondamentalement utilises pour quatre types de besoin :
loptimisation et la planification efficace du rseau
les statistiques
linvestigation dtailler dun problme pass
lanalyse temps rel
Les mesures des compteurs au niveau de lOMC (remonts par les Nodes B lOMC-R)
sont faites sur un intervalle de temps prcis et sont lies un vnement survenu dans le rseau.
Elles servent aux calculs des indicateurs cls de performance KPI (Key Performance Indicators)
Sebti Chouchene 36
du rseau par combinaison de ces compteurs selon des formules bien dtermines. Lanalyse de
ces indicateurs est trs essentielle pour la supervision de la qualit de service.
RNO (Radio Network Optimiser) est la partie de lOMC-R permettant loprateur de
surveiller la QoS et dtecter les problmes du rseau. Il fournit un rapport de QoS pour permettre
son analyse, permet aussi de visualiser le rseau pour analyser la configuration radio du rseau,
enfin il offre des tuning sessions pour manipuler les paramtres radio. A partir des compteurs
OMC-R, RNO permet de visualiser les KPI du rseau [11].
3- KPI (Key Performance Indicators)

toute phase du cycle de vie du rseau, l'
analyse QoS suie un processus de drill-down.
Au sommet, il y a un nombre rduit de critres de QoS qui rsument l'
accomplissement de la
QoS lutilisateur final. Ce sont ces critres qui sont appels Key Performance Indicators (KPI)
[10].
Les KPI valuent fondamentalement la performance dun service suivant : le volume du
trafic dans le rseau, l'
accessibilit au rseau, le maintien de l'
appel, la qualit du service End-
user, le trafic rseau, le comportement du Soft et Hard Handover.
Dans RNO ces KPI sont compils soit par RNC ou par zone cellulaire. Au moyen de Drive Tests,
ces indicateurs sont compils sur campagnes d'
appels rptitifs, sur la rgion de service.
3.1- Volume de trafic

Indicateurs Description Source
RRC connection Volume de demandes de connexion RRC, y compris tous RNO, DT
request les accs au rseau (RAB, SMS, NAS, etc.)
Call setup request for Volume de demandes d'
tablissement RAB (pour chaque
voice, visio and PS RAB CS et PS et pour chaque dbit de donnes UL et RNO, DT
DL), a reflte le trafic utilisateur sur l'
air et sur UTRAN.
Table III.5 - Indicateurs du volume de trafic

3.2- Accessibilit au rseau
PRACH success rate Le taux de succs de rception des blocks PRACH au RNO, DT
niveau du Node B.
PRACH received Le nombre total de blocks PRACH reus au niveau du RNO, DT
Node B.
Sebti Chouchene 37
RRC connection Le taux de succs dtablissement de connexions RRC. RNO, DT

success rate
Call setup success Le taux de succs dtablissement de RAB (pour chaque
rate for voice, visio RAB CS et PS et pour chaque dbit de donnes UL et RNO, DT
and PS services DL).
Table III.6 - Indicateurs de laccs au rseau

3.3- Maintien de l'appel
Radio Call Drop Rate for Le taux de coupure dappels sur linterface radio. RNO, DT
voice, visio and PS services
System Call Drop Rate Le taux total de coupure dappels dtectes par RNO, DT
for CS and PS services UTRAN (incluant radio call drop).
Table III.7 - Indicateurs du maintien de lappel

3.4- Qualit de service de lutilisateur final
FTP throughput for PS Le throughput de lutilisateur final sur les applications DT
services FTP mesures lors du test des appels.
Call congestion rate for Procdures dtablissement dappels, qui sont RNO
voice, visio and PS services choues cause de la congestion.
PS RAB Set-up with lower Procdures dtablissement de RAB service paquet
data rate o un faible dbit binaire a t assign cause de la RNO, DT
congestion.
Table III.8 - Indicateurs de la QoS de lutilisateur final

3.5- Gestion des ressources
PS RAB submitted to Ltat de la transition Cell-DCH Cell-FACH et vice versa
Traffic management pour PS RAB. Reflte loptimisation de lutilisation des RNO
ressources radio en fonctions du dbit.
Downlink ATM traffic Le trafic ATM sur Iub en DL en in kbps. Trafic mesur en
on Iub interface heure de pointe et compar avec la capacit de Iub. RNO
Paging traffic on Iub Le nombre total de messages de paging envoys sur Iub. RNO
interface
Table III.9 - Indicateurs de la gestion des ressources
Sebti Chouchene 38
3.6- Comportement du Soft Handover

Users with 1, 2, 3 or 4 radio La distribution de Active Set dans le rseau. RNO
links
Soft and Softer HO rates Le rapport dutilisateurs en Soft et Softer RNO
Handover.
Branch addition success rate Taux du succs d'
addition des branches SHO. RNO
Table III.10 - Indicateurs Soft Handover
3.7- Comportement du Handover

Compressed Mode Le nombre dactivation et de dsactivation de CM. RNO
Inter-RAT HO success Taux de succs de HO 3G 2G pour le service de RNO
Rate la voix.
Emergency HO success rate Taux de succs de HO durgence 3G 2G pour le RNO
service de la voix.
Table III.11 - Indicateurs Handover
Les KPI sont extraits pour le rseau entier comme un tableau en premier lieu. Puis, le Processus
de Drill-Down consiste mieux dtailler KPI, dtecter la mauvaise cellule, heure de pointe et
correspondant les problmes de QoS avec la situation du rseau [11].
Ce processus consiste donc dtecter un comportement erratique au niveau du rseau en premier
lieu, puis s'
approfondir dans une analyse plus dtaille par
dterminer les cellules avec le comportement le plus mauvais
traquer l'
volution de toutes les heures des cellules les plus mauvaises
Donc il peut tre trouv, si le mauvais comportement du rseau rsulte de quelques mauvaises
cellules ou s'
il s'
est tendu plus uniformment sur les cellules du rseau.
De la mme faon nous pouvons donc dterminer l'
heure la plus mauvaise, cest dire l'
heure o
la cellule se comporte plus mauvais.
Une autre dcouverte peut tre raliser si le comportement observ se produit priodiquement ou
un l'
vnement singulier.
Sebti Chouchene 39
Si un des KPI dpassent les seuils fixs par loprateur, le superviseur du rseau remarque quun
problme est parvenu au niveau de la fonctionnalit quassure cet indicateur. Gnralement, la
cause de ce problme peut tre un problme de couverture, interfrence, insuffisance de capacit,
mauvais paramtrage du rseau
Par exemple si le taux de coupure de lappel est suprieur 2% alors on a un problme de
maintien dappel qui peut tre caus par la mauvaise couverture, linterfrence, problme lors du
handover (dans ce cas on consultera les taux de succs de handover) ou un mauvais paramtrage
du rseau. Aussi si le taux de succs de ltablissement dun service est infrieur 95%, dans ce
cas on a un problme daccs au rseau caus par la capacit, linterfrence ou un problme de
paramtrage du rseau.
Le tableau suivant illustre les seuils de quelques KPI :
Indicateurs Seuils
Taux de perte des sessions < 5%
Taux de retransmission des sessions < 5%
Taux dtablissement des sessions > 95%
Taux de coupures sessions RNC 2%
Taux des sessions russis > 95%
Taux de coupures sessions radio 2%
Taux de coupures dappels (call drop) 2%
Taux dtablissement dappels (call setup) >95%
Taux dappels russis (call success) >95%
Taux dchec de handover 2%
Table III.12 - Seuils KPI
4- Processus danalyse et d'optimisation

Aprs lobtention des diffrents indicateurs, la phase danalyse combine de ceux-ci
commence et le processus de dtection des anomalies se dclenche. Cette tape consiste faire
une synthse des diffrentes sources dinformations et transmettre cette synthse au bon
intervenant pour d'
ventuelles actions : maintenance, ingnierie et optimisation. Dans la figure
III.2, nous reprsentons les diffrentes tapes de ce processus.
Sebti Chouchene 40
Rcupration des
compteurs OMC
Traitement
Indicateurs
Analyse
Plaintes des Mesure Drive test Dtection des

abonns anomalies
Analyse des
indicateurs
Caractrisation et localisation du
problme
Savoir faire
Actions : maintenance,
densification, ajustement des
paramtres
Figure III.2 - Organigramme du processus danalyse et doptimisation
Dans la phase danalyse de la performance du rseau et de la dtection des anomalies, il y

a une comparaison entre les indicateurs obtenus et les paramtres seuils (fixs par loprateur)
qui prsentent les seuils dune qualit de service acceptable.
Il est noter que la mesure des KPI des intervalles rguliers, est une mthode dassurer que la
fonction doptimisation progresse et que la maintenance naffecte pas ngativement la
performance perue par lutilisateur. Le Drive Test autorise aussi l'
oprateur de mesurer la
performance sur les rseaux comptiteurs qui lui permet d'
tre prioritaire en dirigeant ces efforts
d'
optimisation.
Sebti Chouchene 41
5- Analyses des paramtres Radio pour le rseau UMTS

Inversement au rseau GSM, du fait du phnomne de respiration de cellules [8], les
mesures dans le rseau UMTS doivent tre effectues lheure de pointe, quand le rseau est
charg en trafic. Quand les mesures sont effectues en priode de trs faible trafic, les rsultats
sont diffrents de ceux obtenus avec des mesures ralises pendant les priodes chargs [8].
Les donnes mesurer dans un rseau UMTS pour l analyse de QoS proviennent de deux
sources : les commutateurs mesures par secteur et les donnes radio mesures sur linterface
radio. Le problme dans lUMTS est dans la procdure dexplication des problmes aperus dans
les commutateurs en analysant celles des cellules. Dans le rseau UMTS, le lien montant et le
lien descendant utilisent des types de codage et de modulation diffrents. La consquence est que
les performances des deux liens sont souvent dcorells. De plus, des facteurs tels que la
puissance du Node B, le nombre dusagers actifs dans le systme ont un grand effet sur un lien
particulier qui peut tre soit le lien montant soit le lien descendant. Dautre part, il faut noter que
les facteurs comme la puissance dmission du Node B et le nombre dusagers actifs influencent
sur le lien un moment donn [8].
Donc pour pouvoir bien analyser la qualit dans le rseau UMTS, on doit raliser des
mesures sur les deux liens. Au niveau du lien montant, ceci ncessite le recours des
quipements de mesures spcifiques qui sont directement connects linfrastructure du rseau
et qui permettent de rcolter des donnes concernant un appel particulier : Eb/No, gain du canal
de trafic descendant, messagesCes donnes ne sont pas accessibles partir dune chane de
mesures [8].
On peut segmenter les problmes de performance dun rseau CDMA en quatre causes :
mauvaise couverture en lien montant, mauvaise couverture en lien descendant, un taux
dinterfrence lve en lien montent et un taux dinterfrence lve en lien descendant. Mais
cest important de rorganiser a dans le pratique. En effet, les problmes observs en pratique
sont dus gnralement une combinaison de ces causes. Par exemple, une combinaison de
mauvaise couverture et une interfrence lve dans le lien montant est un problme typique qui
sappelle no dominant server . Ce problme est caractris par la prsence de plusieurs canaux
de pilotes dans la surface effectue par le problme. Alors aucun de ces pilotes a une valeur de
Ec/Io adquat pour tre le serveur dominant. Puisque plusieurs pilotes sont prsents le rsultat
est un niveau dinterfrence lev. La solution pour ce problme est
soit augmenter le EIRP pour un Node B pour tre dominant,
ou bien dajouter un autre Node B,
Sebti Chouchene 42
Ou bien ajuster la taille de fentre de recherche. En effet, ces pilotes qui ne sont pas
capturs dans la fentre de recherche de mobile, ne peuvent pas tre dverss et devient
interfrence pour le mobile.
5.1- tapes de dtection de problmes

5.1.1- Dtections des problmes sur le lien descendant
La dtection des problmes sur le lien descendant se fait gnralement en analysant le
taux de coupure dappels dropped calls , FER et la puissance reue par le mobile.
On va analyser les causes des problmes de couverture et dinterfrence sur le lien
descendant.
En effet, une zone sans couverture se manifeste gnralement par un taux lve de
dropped calls et une valeur lev de FER. Une mauvaise couverture provoque une valeur
faible de Eb/No reu sur le lien descendant.
Par dfinition, une mauvaise couverture sur le lien descendant est due soit au path loss
exagr soit au valeur faible de lEIRP du canal trafic.
En rsume, les symptmes dune mauvaise couverture sur le lien descendant sont une
valeur de FER lve et une faible puissance reue par le mobile.
Dautre part, une valeur leve du FER peut tre due un niveau dinterfrence lev. En effet
un niveau lev dinterfrence provoque une valeur faible de Eb/No reue sur le lien descendant.
Donc, un niveau dinterfrence lev peut tre traduire par une valeur leve du FER et une
puissance leve reue par le mobile [9].
Sebti Chouchene 43
Dbut
FER
lev ?
Oui
Oui
Puissance
reue faible ?
Non
Ajuster les paramtres radio
Problme de couverture Ec/Io

faible ?
Oui
Non
Non
Eb/No
faible ?
Oui
Problme dinterfrence
Fin
Figure III.3 - Organigramme de dtection de problmes sur le lien descendant
5.1.2- Dtections des problmes sur le lien montant

Comme sur le lien descendant, la dtection des problmes se fait de la mme manire.
Cest dire par le taux lev de coupure dappels ou bien une valeur leve de FER.
De plus, une mauvaise couverture sur le lien montant provoque une valeur de Eb/No reue faible
sur le lien montant. Donc une mauvaise couverture est caractrise par une valeur leve de FER
Sebti Chouchene 44
et une puissance leve transmise par le mobile. En effet, cause du control de puissance sur le
lien montant, le mobile essaye de refermer le lien montant. Pour cela il augmente sa puissance de
transmission.
Dautre part un taux dinterfrence lev se caractrise par une valeur de FER lev ou/et une
puissance lev reue partir du Node B parce que la puissance reue partir du Node B est une
mesure de toute les puissances reues dans la bande [9].
Dbut
FER Non
lev ?
Oui Puissance
transmise du
mobile leve ?
Non
Problme de couverture
Ajuster les paramtres radio
Puissance reue
par la station
leve ? Non
Oui
Problme dinterfrence
Fin
Figure III.4 - Organigramme de dtections des problmes sur le lien montant
Sebti Chouchene 45
5.2- Solutions
La rsolution de ces problmes reste spcifique au site concern. Plusieurs solutions sont
envisageables :
- Problmes de couverture
Augmenter le EIRP ce qui signifie que le Node B transmet avec une puissance lev
dans les canaux de trafic. Mais cette solution porte avec elle, typiquement, des
implications de la capacit. En effet, La consquence de cette solution est
laugmentation de linterfrence dans la cellule serveuse et les cellules voisines.
Ajouter un autre Node B.
- Problmes dinterfrences : il y a quatre sources dinterfrences et pour chaque source nous
allons donn une solution.
Premire source est la puissance de transmission du Node B. Pour diminuer ce
terme, on peut limiter le nombre des canaux de trafic dans cette cellule.
La seconde source est la puissance de transmission des autres stations de bases.
Cette interfrence est quivalente au terme Io dans lquation de la formule du
CPICH_Ec/Io. ce type dinterfrence est connu sous le nom de pilot pollution .
pour diminuer cette interfrence, on peut diminuer la puissance dmission des
autres stations.
La troisime source est quivalente It. Cest la somme des puissances transmises
par les autres stations pour des autres mobiles. Une solution pour cette interfrence
est dexaminer lorientation des antennes des cellules voisines. Par rorientation des
antennes des cellules voisines, on peut diminuer linterfrence dans la cellule
serveuse.
La quatrime source dinterfrence est les interfrences dautres origines (cest
dire non CDMA). Cette interfrence est quivalente au terme In. Une source de
cette interfrence par exemple est jammers.
Conclusion
Dans ce chapitre, nous avons expliqu les mthodes dvaluation de performances et les
principaux indicateurs de qualit de service que permet dassurer chaque mthode.
Ensuite, nous avons numr les divers KPI qui peuvent tre affects un tel rseau. La
dernire partie, a t rserve la dtection des problmes de couverture et dinterfrence sur les
deux liens et les solutions doptimisation.
Sebti Chouchene 46
L'
implmentation informatique de ces algorithmes ainsi que les diffrentes tapes de
conception de notre outil d'
analyse et d'
optimisation seront prsentes dans le chapitre suivant.
Sebti Chouchene 47
Projet de Fin dEtude Chapitre 4 : Conception et prsentation de loutil
Chapitre IV : Conception et
prsentation de loutil
Introduction
Dans ce chapitre, nous allons prsenter notre outil dvaluation de performance du rseau
UMTS. Dans une premire partie, nous allons commencer par la description de sa mthodologie
et les raisons de choix denvironnement de programmation. Dans une seconde partie, nous
prsenterons le fonctionnement de notre outil avec une description de ces diffrentes procdures.
Enfin nous allons de valider les rsultats fournis par notre application avec une tude de cas.
1- Mthodologie de loutil
Le logiciel que nous allons concevoir sera l'
outil qu'
utilisera l'
ingnieur pour analyser les
donnes recueillies dans le rseau UMTS. Ces donnes sont gnralement stockes dans des
bases de donnes et des fichiers textes. Ainsi le logiciel qu'
on se proposera de concevoir devra
excuter les tapes suivantes :
l'
utilisateur prsente ses paramtres d'
accs pour s'
authentifier.
le logiciel rcupre les donnes de l'
utilisateur et consulte la base de donnes des
utilisateurs pour vrifier s'
il y figure.
- s'
il y figure, et selon le profil qui le dcrit dans la base de donnes des utilisateurs,
une interface spciale lui apparatra.
- s'
il n'
y figure pas, un message d'
erreur devra apparatre.
l'
utilisateur indique le service et les paramtres traiter et dclenche une procdure de
saisie des donnes.
une fois la saisie des donnes termine, la procdure dvaluation de performances devra
prendre place en se basant sur les compteurs OMC-R et les fichiers fournis par la
procdure de Drive Test, en parallle de laquelle se fera la dtection des divers
problmes et la gnration des statistiques.
la fin, l'
utilisateur sera capable par les statistiques fournies par lapplication dvaluer la QoS
garantie par le rseau et dtecter les ventuelles anomalies.
Afin de comprendre le processus dexcution de notre application, nous avons essay de
reprsenter le schma synoptique suivant :
Sebti Chouchene 48
Mesures Drive Indicateurs Compteurs OMC-R

Test KPI Calcul
Bases de donnes
Traitements
Evaluation des performances
Dduction
Dtection des anomalies
Algorithme doptimisation
Optimisation et proposition
des solutions
Figure IV.1 - Schma synoptique de lapplication
2- Choix de l'environnement de dveloppement

Le choix des bons outils de travail est une tche critique sur laquelle repose le bon
droulement de l'
tape de conception. Pour la ralisation de ce projet plusieurs alternatives se
sont proposes.
Pour ce qui est de la plate forme de programmation nous avons eu le choix entre JAVA et
Visual Basic.
Cette slection est justifie par le fait que ces deux langages :
Utilisent le concept orient objet et s'
apprtent parfaitement notre cas.
Permettent la cration d'
interfaces graphiques sophistiqus (menus droulants, boutons,
cases cocher,...) essentiels pour la conception de l'
interface graphique de notre
application.
Incluent le concept du modle vnementiel. En effet ils sont capables de ragir des
vnements et permettent de faire de la programmation vnementielle.
Outre sa robustesse et sa performance, JAVA prsente le grand avantage d'
tre portable sur
plusieurs plate-formes (Windows, Linux,...). Son grand inconvnient reste sa lenteur durant la
compilation. De plus nous avons pu remarquer qu'
il prend beaucoup de temps lors de la lecture
des fichiers.
Sebti Chouchene 49
Visual Basic est nettement moins difficile, et permet une plus rapide et plus facile dfinition
des classes de travail. Du point de vue temps, les dlais d'
excution qu'
il offre sont acceptables.
Reste l'
inconvnient qu'
il n'
est pas portable et doit tre utilis sur une plate-forme Windows.
Aprs cette tude comparative nous avons opt pour Visual Basic 6 comme plate-forme de
programmation.
2.1- Prsentation de langage de programmation Visual Basic

Visual Basic est un outil dvelopp par Microsoft dans le but de dvelopper facilement des
applications fonctionnant sous Microsoft Windows.
Il permet de crer l'
aide de la souris des lments graphiques (boutons, images, champs de
texte, menus droulants...) sans avoir programmer l'
interface graphique. L'
intrt de ce langage
est de pouvoir associer aux lments de l'
interface graphique des portions de code associs des
vnements (clic de souris, appui sur une touche,...). Pour cela, Visual Basic utilise un langage de
programmation driv du BASIC (Beginners All-Purpose Symbolic Instruction Code).
Le point fort de Visual Basic est la possibilit d'
utiliser des composantes (objets) dj
construites par d'
autres programmeurs. Le programmeur devient un assembleur de modules
fonctionnels et dbogus, le laissant libre de se concentrer rapidement sur le rsultat plutt que
sur les moyens pour y arriver.
Dautre part, Visual Basic rendre la programmation plus simple et plus amusante en utilisant
ces contrles. Les contrles sont des objets rutilisables comprenant des lments visuels et du
code. Dans Visual Basic, il est permis de crer rapidement des feuilles et des boites de dialogue.
Aussi, Visual Basic comprend des contrles intgrs qu'
il affiche dans la boite outils de
contrles au dmarrage et qui offrent des grandes possibilits en terme d'
interface graphique,
ainsi que des contrles ActiveX qu'
on peut ajouter la boite des outils qui permettent d'
avoir
accs des fonctions avances :
Accs des bases de donnes.
Accs des fonctionnalits rseaux.
Accs des fonctions d'
entre-sortie,...
2.2- Base de donnes Microsoft Access

Une base de donnes est un ensemble structur de donnes enregistres sur des supports
accessibles par lordinateur, reprsentant des informations du monde rel et pouvant tre
interroges et mises jour simultanment et de faon slective.
Sebti Chouchene 50
Microsoft Access est un systme de gestion de base de donnes. A laide de ce logiciel on peut
grer nos informations.
Dans le cadre de notre projet, nous avons choisi Microsoft Access pour stocker et grer
des donnes contenues dans des fichiers indicateurs et paramtres provenant de la base de
donnes OMC-R (fichiers de type Excel) ou du drive test. Dans cette base on distingue toutes les
tables et les requtes ncessaires pour lexcution de lapplication.
3- Conception
La conception reprsente une phase sensible et primordiale dans le cycle de
dveloppement d'
une application. Dans le cas des modles objets, la conception joue un rle plus
important dans la mesure o elle vise rutiliser des composants gnrs.
Dans notre application la conception est assurer par le model conceptuel : Entit
Application qui est simple comprendre et interprter, comme lindique la figure IV.2. Ce model
conceptuel a t effectue laide du logiciel de conception WinDev.
Figure IV.2 - Modle conceptuel de la base de donnes
Avec le modle conceptuel, nous avons dfini le diagramme de cas utilisation comme le
montre la figure IV.3. Ce diagramme prsente les fonctionnalits des futurs systmes selon un
formalisme sur la notion dacteur, la notion de cas utilisation et la notion des relations.
Sebti Chouchene 51
<<include>> <<extend>> Afficher message :

Identification Vrifier lutilisateur utilisateur non
et son mot de inscrit
passe
Personnel
Evaluer la performance
Ouvrir un Consulter Extraire les Trouver une

fichier Drive Consulter les lvolution de la cellules les plus solution
Test KPI QoS du RNC mauvaises
<<include>> <<include>>
<<include>> <<include>> <<include>>
Evaluer un service
Choisir la cellule
consulte Choisir la
Choisir le cellule
critre concerne
<<extend>>
Choisir un
fichier
dtermin
<<extend>>
<<extend>> <<extend>>
Afficher la
courbe
dvolution
Afficher les KPI de
la cellule Afficher la liste Trouver les
des cellules les problmes et
plus mauvaises les solutions
Figure IV.3 - Diagramme uses case de lapplication
4- Fonctionnement de loutil
Cette application a t dveloppe laide de loutil de programmation Microsoft visual
Basic avec lutilisation du Microsoft Access. Dans ce qui suit, nous allons prsenter les diffrents
menus de cette application.
4.1- La bote d'authentification de l'utilisateur

Cette interface se charge avant le dmarrage de l'
interface principale. Elle sert contrler
les accs et authentifier les utilisateurs exploitants. En effet chaque agent a son compte d'
accs
pour pouvoir bnficier de ces droits d'
exploitation.
En cas de succs de l'
authentification la fentre principale de la plateforme apparat, et
l'
utilisateur peut exploiter cet outil. Si l'
authentification choue, une boite de message d'
erreur
s'
affiche.
Sebti Chouchene 52
Il reste signaler que la session principale contient un menu permettant dajouter un

nouvel utilisateur ou de changer les mots de passe donc cest lexploitant de lapplication qui
contrlera laccs son outil en permettant son utilisation par les agents dsigns.
Figure IV.4 - Interface d'

authentification de l'
utilisateur
4.2- Session principale

Suite l'
utilisateur, l'
interface principale de l'
application se charge.
La barre de menus de celle-ci est compose des options suivantes : " File "," QoS parameters ", "
RNC QoS evolution ", " Top worst ", " Optimisation ", " Password ", " About ".
Figure IV.5 - Session principale de lapplication
Sebti Chouchene 53
4.3- Menu File

Ce menu contient quatre sous menus :
- Open : permet douvrir par une bote de dialogue les rapports de mesure Drive Test dj fournis
par Tems ou Agilent en tant que fichier texte, ces rapports regroupent tout les paramtres utiliss
pour lvaluation de la QoS.
- Load : il s'
agit en fait du choix de la base de donnes contenant les KPI que lapplication va
utiliser et ce choix se fait toujours laide dune bote de dialogue.
- Print : offre loption dimprimer les rapports de mesure.
- Exit : Ce menu sert quitter lapplication, mais avant de quitter, lapplication videra la
mmoire utilise par tous les fichiers manipuls par lutilisateur (fichier Drive test, KPI) les
outputs (analyse de la qualit, dtection des problmes...).
Figure IV.6 - Consultation des fichiers de mesure DT
Sebti Chouchene 54
5- Etude de cas : rsultats et interprtations

5.1- Zones dvaluation de performances
Les parcours dvaluation de performances sont choisis en fonction des donnes
obtenues. Nous avons pu avoir les informations ncessaires et compltes fournies par le drive test
et les indicateurs KPI que pour 37 sites, cest pourquoi nous avons regroup ces sites suivant
deux zones (zone1 et zone2) selon lemplacement gographiques. Ces deux zones contiennent
donc respectivement 23 et 14 sites qui sont toutes relies un mme RNC.
5.2- Processus danalyse et doptimisation

Le processus d'
analyse comporte :
- Un ensemble dactions systmatiques qui visent avoir une vision de la qualit du rseau,
localiser et dtecter les dysfonctionnements.
- Une analyse dite de 2me niveau permettant de dterminer la cause exacte du problme puis de
proposer des solutions ou des actions pour rsoudre les anomalies rencontres au niveau du site.
En fonction du rsultat de lanalyse, une proposition dactions sur le rseau doit tre fait
par lentit concerne. Cette action peut tre physique (ajout dun autre Node B,...) ou logicielle
(paramtrage), cet analyse se base gnralement sur les algorithmes de dtections des problmes
dj traits dans le chapitre 3.
5.2.1- Analyse et optimisation de la couverture

En analysant les paramtres vus dans le chapitre 3, lapplication dveloppe permet de
nous informer sur les sites qui ont un problme de couverture. Le menu Optimisation permet
de dtecter la prsence dun tel problme pour un site choisi en DL ou UL et dessayer de
proposer une solution pour rsoudre lanomalie.
Sebti Chouchene 55
Figure IV.7 - Analyse et optimisation des problmes
Les rsultats de cette analyse montre que quatre sites parmi lensemble des sites tudis
prsente un problme de couverture.
Une analyse globale de la couverture de la premire zone montre que 87% des points
prsentent une bonne couverture, alors que 13% seulement ont des trous de couverture.
Figure IV.8 - Analyse de la couverture (zone1)
Sebti Chouchene 56
Projet de Fin d Etude Chapitre 4 : Conception et prsentation de loutil
La deuxime zone prsente une couverture UMTS trs bonne (pour ne pas dire idale). En
effet, les points de mesure o il y a des trous de couverture ne dpassent pas les 7%.
Figure IV.9 - Analyse de la couverture (zone2)
Avec ses rsultats, on peut conclure que la couverture UMTS de la zone2 est bonne, mais
on peut amliorer la couverture dans la premire zone en ajoutant un autre Node B ou en
augmentant son EIRP ce qui signifie que le Node B transmet avec une puissance leve dans les
canaux de trafic mais cette solution peut apporter des inconvnients puisque elle aura pour
consquence l augmentation de l interfrence dans la cellule serveuse et les cellules voisines.
5.2.2- Analyse et optimisation de linterfrence

Le menu Optimisation permet aussi de dtecter les sites interfrs.
Une analyse globale de l'
interfrence dans la premire zone montrer que 9% des points
de parcours sont trop interfrs, ce taux est lev pour le cas de l UMTS.
Figure IV.10 - Analyse de l interfrence (zone1)
Sebti Chouchene 57
La deuxime zone, comme le montre la figure IV.11 prsente aussi un taux lev de
points interfrs.
Figure IV.11 - Analyse de l interfrence (zone2)
Ce problme d interfrence peut tre du la puissance de transmission du Node B, la

puissance de transmission des autres Nodes B ou caus par la somme des puissances transmises
par les autres stations pour des autres mobiles.
5.2.3- Analyse de laccs et de la congestion

Les mesures UMTS ralises titre exprimental montrent un bon taux accs au rseau
surtout lorsqu on se rapproche de la cellule. Le taux de connexions russies au rseau UMTS est
suprieur 95% dans la majorit des cas avec un dlai moyen de connexion acceptable marquant
ainsi une trs bonne disponibilit du service UMTS. En plus, nous avons remarqu que le
problme de congestion ne se pose pas pour ce moment. Ces valeurs sont expliques par le faible
nombre d utilisateurs UMTS qui reste au port des professionnels ou titre exprimental.
Notre application permet d analyser l accs en exploitant le menu QoS parameters qui
nous donne les valeurs du taux de succs d tablissement RAB pour la voix et du taux de succs
de l tablissement du service du service circuit 64 Kbits.
Ce menu a pour objectif de consulter les paramtres de la QoS d une cellule choisie selon
les KPI (menu Cell KPI ) ou suivant les indicateurs fournis par Drive Test (menu Radio
indicators ), en plus d exploiter les paramtres de la QoS au niveau du RNC en choisissant la
heure dsigne (menu RNC hourly quality ).
Par exemple le menu Cell KPI permet d offrir l utilisateur la possibilit de consulter un
ensemble d indicateurs spcifiques une cellule qu il choisit comme le montre la figure IV.12
pour le site cellule technopole 2 appartenant la zone 1.
Sebti Chouchene 58
Figure IV.12 - Analyse des KPI d une cellule
La zone1 a 87% de sa surface caractrise par un taux de russite d tablissement

d appels pour le service circuit lev, 9% un taux moyen et 4% un taux mauvais, alors que
l accs la zone2 est totalement garanti avec un excellent taux d tablissement d appels russis
(=100%) pour chaque site de cette zone.
! ""
! ""
"
! ""
Figure IV.13 - Analyse de l accs au service circuit de la zone1
Sebti Chouchene 59
5.2.4- Analyse du maintien du service

L analyse des KPI portant sur les coupures par notre outil montre que les sites tudis ont
un problme au niveau du maintien de l appel pour le service de la voix et le service paquet. Pour
la zone1 les statistiques montrent que 30% de cette zone prsente un taux de coupure de la voix
lev et 42% un taux de coupure du service paquet lev ce qui traduit que le maintien du service
n est pas garanti dans cette zone.
"
# !
$ " % !
Figure IV.14 - Coupure des appels selon le service pour la zone1
Ces valeurs sont moins leves pour la zone2, ils sont de 21% pour la voix et 36% pour le
service paquet. Ces statistiques ne sont pas acceptables en terme de garantie de la qualit de
service.
$
" !
" % !
Figure IV.15 - Coupure des appels selon le service pour la zone2
L analyse croise permet de conclure qu il y a plusieurs causes de ces valeurs leves

comme la couverture, l interfrence et les paramtres de l antenne surtout que les taux de
coupure des diffrents services au niveau du RNC sont acceptables puisque l application nous
Sebti Chouchene 60
donne des indications sur la qualit au niveau du RNC en exploitant le menu RNC QoS
evolution .
Ce menu permet de contrler la QoS au niveau du RNC, en offrant sous forme de courbe
l volution des indicateurs : taux de coupure de la voix et le taux de coupure du service paquet
pendant 12 heurs de la journe.
Figure IV.16 - Evolution de taux de coupure du service paquet au niveau du RNC
5.3- Processus de dtection des plus mauvaises cellules

Le menu Top worst permet d indiquer l utilisateur de l application les sites dont les
indicateurs de qualit de service ne sont pas entre les bornes acceptables. Ces sites sont lists par
nom et par valeur de l indicateur en mentionnant en haut le site dont la situation est la plus
critique.
Le sous menu Service donne le choix l utilisateur de retrouver selon le critre choisi
les sites les plus mauvais en terme de maintien de l appel, l accessibilit au service circuit et le
maintien du service paquet. Ce choix se fait en analysant respectivement dropped calls de la voix,
setup success du service circuit et dropped calls du service paquet.
Sebti Chouchene 61
Figure IV.17 - La dtection des mauvaises cellules selon un critre
Dans le sous menu Indicator , le choix se fait selon un indicateur bien dfinit. Ces
indicateurs sont CPICH_Ec/No, CPICH_RSCP, Trsp_Ch_BLER_DL_(%),
UTRA_Carrier_RSSI, SHO_Event_Success_Rate.
Figure IV.18 - La dtection des mauvaises cellules selon l indicateur
Sebti Chouchene 62
L application offre aussi la possibilit de consulter et de changer les deux bornes infrieur
et suprieur des indicateurs de qualit en exploitant le sous menu Thresholds . Il important de
signaler que le changement des seuils d un indicateur dtermin affectera automatiquement la
slection des sites dans les deux menus Service et Indicator.
Figure IV.19 - Les seuils des indicateurs
6- Les apports de l'application

Evaluer notre application revient voir quel degr elle est parvenue rpondre aux fins
initiales du projet. Ainsi, comme nous le savons dj, le but de notre travail tait de concevoir
une solution la plus complte possible sous forme d'
un logiciel permettant une valuation de la
qualit de service qu'
offre un rseau UMTS et une prsentation des solutions ventuelles aux
divers problmes que nous pouvons rencontrer. Ceci ncessitait une bonne matrise des enjeux de
la QoS en UMTS.
Par la suite l'
un des plus importants apports de notre application tait de :
Offrir la possibilit d'
effectuer la procdure de post-traitement d'
une faon automatique.
La procdure actuelle se base sur une analyse quasi manuelle (principalement, analyse
visuelle de la variation des indicateurs de qualit) ce qui s'
avre trs coteux en temps.
Eviter un traitement d'
informations brutes ce qui rduit la pertinence de l analyse des
critres de qualit de service pour l'
tendre la dtermination des statistiques plus
labores.
Sebti Chouchene 63
Automatiser la procdure d analyse des indicateurs. Ce qui aide l ingnieur a gagn le

temps dans son travail.
7- Les limitations
Parler des limitations de notre application ce stade prsente une phase peu critique. En effet,
ce niveau de test nous ne pouvons pas voir tous les cas limites de l'
application. Parmi les
manques de cette application et qu elle ne manipule seulement que quelques KPI ( peu prs de
neuf), ceci est d au fait que nous n avons pas pu obtenir des valeurs de tous les compteurs
OMC-R malgr les efforts fournis. En plus, cet outil n est pas trs fiable en terme d analyse
cause de la faible charge du rseau UMTS en Tunisie limit des professionnels, c est pour ceci
que les valeurs fournies restent prliminaires.
Conclusion
Dans ce chapitre nous avons prsent notre outil d une faon trs dtaill. L utilisateur
peut se baser sur ce chapitre pour comprendre comment manipuler l outil.
Nous avons expliqu notre choix pour le langage de programmation ainsi les diffrentes
tapes de la programmation surtout la conception et la ralisation.
Cet outil permet d analyser la performance du rseau UMTS. Nous devons mentionner aussi que
l analyse drive test donne une ide sur l tat du rseau mais il ne donne pas une explication
complte et prcise puisque il faut se baser aussi sur les compteurs, c est pourquoi nous avons
essay par cette application d exploiter ces deux mthodes pour l valuation de performances.
Sebti Chouchene 64
Projet de Fin d Etude Conclusion
L objectif principal de ce projet de fin d tudes tait de concevoir et de raliser un outil

d valuation de performances du rseau UMTS.
Dans ce but, nous avons commenc tout d abord par une tude du rseau d accs de
l UMTS en introduisant ces lments et ces interfaces et en dfinissant galement l architecture
en couches de l interface radio. Ensuite, nous avons expliqu la technique d accs WCDMA,
ainsi que les principaux mcanismes qui la caractrisent.
Dans le deuxime chapitre, nous nous sommes intresss au concept de la qualit de
service et les paramtres qui lui sont associs. Nous avons galement tudi les paramtres radio
mesurables en UMTS qui ont servi par la suite dans l valuation de performances.
Dans le troisime chapitre, nous avons dcrit les mthodes d valuation de performances
du rseau UMTS en mettant l accent sur les techniques Drive Test et les compteurs OMC-R,
ainsi que les caractristiques de chaque mthode. Puis, nous avons expliqu le rle de l analyse
croise base sur ces deux mthodes dans la dtection des problmes dans le rseau.
Enfin, nous avons entam le dernier chapitre par la phase de conception de l application.
Ensuite, nous nous sommes intresss une tude de cas portant sur deux zones diffrentes avec
une interprtation des rsultats fournis par l application pour chaque zone.
Ces rsultats bass sur l analyse croise montrent qu il y a des cellules qui ncessitent une
intervention pour rsoudre des anomalies dtectes. Mais, ces rsultats ne sont pas trs
significatifs cause de la faible charge du rseau UMTS qui est limit des utilisations
professionnelles ou exprimentales. Donc, l outil est extensible et pourra tre enrichi lors de la
commercialisation du rseau UMTS.
Sebti Chouchene 65
Projet de Fin d Etude
Architecture gnrale du rseau UMTS/GSM [2]
Le rseau coeur de l'

UMTS est proche de la technologie GPRS, il est scind en 2
domaines de service : le Circuit Switched (CS) domain et le Packet Switched (PS) domain.
Le domaine CS est utilis pour la tlphonie tandis que le domaine PS permet la commutation de
paquets (utilis pour les donnes, Internet...). Ainsi les tlphones de 3 gnration peuvent grer
simultanment une communication paquet et circuit. Cette notion de domaine permet de
modliser la notion de service dans le rseau coeur et donne la possibilit de crer ultrieurement
d'
autres domaines de service.
Les lments du rseau coeur sont rpartis en trois groupes, comme l'
illustre la figure ci-dessous.
Le domaine CS comprend le MSC, le GMSC et le VLR. Le domaine PS comprend le SGSN et le
GGSN. Le dernier groupe comprend les lments communs aux domaines PS et CS, le HLR,
l'
EIR, et l'
AuC.
Sebti Chouchene 66
Le rseau coeur de l'

UMTS
Le groupe des lments communs :
Le Home Location Register (HLR) est la base de donnes contenant les informations
relatives l'
abonn gres par l'
oprateur. Pour chaque abonn, le HLR mmorise les
informations suivantes :
- les informations de souscription (abonnement, souscription tel service, dbit maximal
autoris, etc...)
- l'
identit du mobile, ou International Mobile Station Identity (IMSI)
- le numro d'
appel de l'
abonn.
Le Authentication Center (AuC) est un lment permettant au rseau d'
assurer certaines
fonctions de scurit, telles que l'
abonn, le chiffrement de la
communication. Ces deux fonctions de scurit sont actives au dbut de l'
tablissement de
l'
appel avec l'
abonn. En cas d'
chec d'
une d'
entre elles, l'
appel est rejet. L'
AuC est coupl au
HLR et contient pour chaque abonn une cl d'
identification lui permettant d'
assurer les fonctions
d'
authentification et de chiffrement.
L'
Equipment Identity Register (EIR) est un quipement optionnel destin lutter contre le vol
des terminaux mobiles. L'
EIR est en fait une base de donnes contenant la liste des mobiles
interdits (black list). L'
identification du mobile se fait grce son International Mobile Station
Equipement Identity (IMSEI).
Le domaine CS comprend :
- Le Mobile-services Switching Center (MSC) est un commutateur de donnes et de
signalisation. Il est charg de grer l'
tablissement de la communication avec le mobile.
Sebti Chouchene 67
- Le Gateway MSC (GMSC) est un MSC un peu particulier servant de passerelle entre le
rseau UMTS et le Rseau Tlphonique Commut Public (RTCP). Lorsque on cherche
joindre un mobile depuis un rseau extrieur l'
UMTS, l'
appel passe par le GMSC, qui
effectue une interrogation du HLR avant de router l'
appel vers le MSC dont dpend
l'
abonn.
- Le Visitor Location Register (VLR) est une base de donnes attache un ou plusieurs
MSC. Le VLR est utilis pour enregistrer les abonns dans une zone gographique
appele Location Area (LA). Le VLR contient des donnes assez similaires celles du
HLR. Le VLR mmorise pour chaque abonn plusieurs informations telles que l'
identit
temporaire du mobile (pour limiter la fraude lie l'
interception et l'
utilisation
frauduleuse de l'
IMSI) ou la zone de localisation (LA) courante de l'
abonn.
Le domaine PS comprend :
- Le Serving GPRS Support Node (SGSN) qui joue le mme rle que le VLR, c'
est dire la
localisation de l'
abonn mais cette fois sur une Routing Area (RA) donc il offre une
fonction de routage en plus il offre d autre fonctions la scurit, la gestion de mobilit,
l authentification, la gestion des sessions, la facturation.
- Le Gateway GPRS Support Node (GGSN) a une fonction identique au GMSC pour la
partie paquet du rseau, en jouant le rle de passerelle vers les rseaux commutation de
paquets extrieurs (Internet public, un intranet priv, etc...).
Sebti Chouchene 68
! "
Lors du Drive Test, l outil informatique (TEMS Investigation WCDMA dans notre cas)
permet d exploiter ces mesures en les affichant par des catgories se basant principalement sur
les canaux UMTS.
- Mesures CPICH Data : Ils sont dcrit par le tableau suivant :
Mesure Description
UARFCN UMTS Radio Absolute Frequency Channel Number
SC Scrambling code number
Peak Ec/Io Le top du rapport Ec/Io
Peak Ec Le pic de Ec
Ag Ec/Io La somme des Ec/Io
Ag Ec La somme des Ec
AggrPeak Ec La difference in dB entre aggregate code power (Ag Ec) et peak code power
(Peak Ec)
Delay Spread dure en symboles du premier au dernier pic Ec/Io au dessus du seuil du PN
RFC Rake finger count : nombre de pics Ec/Io au dessus du seuil du PN
Time Offset Celui de la trame radio
SIR Rapport signal sur interfrence
- Mesures SCH : Les mesures SCH consiste dtecter le SC (Scrambling code number), Ec,
Ec/Io des canaux de synchronisation primaire et secondaire.
- Mesures des canaux de transport
Mesure Description
TdCH ID Identit du canal de transport
Dir Uplink ou Downlink
Type type du canal de transport : DCH, RACH, ou FACH
BLER % Taux derreur des blocs
Error blocks Nombre total des blocs erron
- Paramtres radio
Mesure Description
Tx power Puissance transmise
UTRA carrier RSSI Energie totale mesure par UE dans la bande de frquence de 5 MHz
Target SIR SIR cible
SIR Mesur sur DPCCH
Sebti Chouchene 69
RRC state Etat du protocol RRC

0: No service
1: Idle mode
2: Connected_Cell_FACH
3: Connected_Cell_DCH
4: Connected_Cell_PCH
5: Connected_URA_PCH
RAT state
- Mesures Active set : La technique de Drive Test permet aussi d valuer les performances des
cellules se trouvant dans le Active set en mesurant quelques paramtres concernant ces cellules
comme CPICH Ec/Io, CPICH RSCP
- Mesures des cellules GSM voisines : Ceci se fait en affichant pour ces cellules quelques
paramtres comme BSIC, RxLev
- Mesures RACH
Mesure Description
RACH Initial TX Puissance transmise du premier prambule RACH en dBm
RACH Max Preambles Nombre maximum de prambule varie de 0 64
RACH Message TX Puissance transmise du dernier prambule RACH
RACH Transmitted Preambles Nombre de prambules utiliss de 0 64
- Mesures HO
Mesure Description
HO Event Type Type du dernier handover.
0: Unknown
1: Soft
2: Softer
3: Hard
4: Handover to UTRAN
5: Handover from UTRAN
6: GSM
SHO State Etat Soft handover
0: Unknown
1: Soft handover
2: Softer handover
SHO Event Rate Nombre dvnement de lien radio de 0 50
SHO Event Success Rate Taux de succs de SHO
SHO Type Rate Mesure le montant du SHO
Sebti Chouchene 70
#$ % &
[1] Benot Ligault et Jrome Da Costa : UMTS, Tl-Informatique 2001

[2] Javier Sanchez : UMTS , 2me dition, Mars 2004
[3] Ericsson WCDMA RAN Operation
[4] 3GPP TS 25.211 Physical channels and mapping of transport channels onto physical
channels.
[5] ITU-T www.itu.int site officiel de lUnion Internationale des Tlcommunications
[6] ETSI 3GPP TS 23.107 Quality of Service concept and architecture
[7] Rudolf Tanner, Jason Woodard WCDMA: Requirement and Practical Design
Edition Wiley
[8] Sami Tabbane, Ingnierie des rseaux cellulaires , ditions HERMES, Paris, 2002
[9] Tarek THABET Identification et Analyse des Indicateurs de Qualit Radio dans les
rseaux mobiles GSM/GPRS et UMTS , PFE, SupCom 2004/2005
[10] Alcatel University KPI description
[11] Alcatel University OMC-R architecture and features
[12] Ericsson Tems WCDMA
[13] www.umtsworld.org
[14] www.developpez.com
Sebti Chouchene 71
Rsum
Notre projet de fin d'

tude consiste la conception et la ralisation d un outil
d valuation de performances du rseau UMTS.
Aprs une description du rseau d accs en UMTS en termes d architecture et de
fonctionnalits, une prsentation des principaux indicateurs de qualit de service UMTS ainsi
que les diffrents paramtres qui permettent la gestion de cette QoS a t effectue.
L'
originalit de ce travail vient de l'
laboration d'
une mthodologie d'
valuation des
performances et d'
optimisation du rseau UMTS. Cette mthodologie, permettant galement de
localiser les anomalies dans le rseau, est base sur une analyse croise des mesures drive test
de l'
interface radio UMTS et des compteurs OMC-R.
Les diffrentes mthodes d valuation de performances et l'
application de cette mthodologie
ont t l'
objet de la dernire partie de ce rapport. Cette mthodologie a t valide par une tude
de cas rel.
Mots cls
UMTS, WCDMA, QoS, valuation de performances, Mesures Drive Test, Compteurs OMC-R,
KPI.

Cycle de Formation Des Ingenieurs en Tel PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cycle de Formation Des Ingenieurs en Tel PDF

Transféré par

Droits d'auteur :

Formats disponibles

Cycle de formation des ingnieurs en Tlcommunications

Rseaux et Services Mobiles

RAPPORT DE PROJET DE FIN DETUDES

Conception et Ralisation dun Outil

M. Taieb MASMOUDI (TUNISIE TELECOM)

M. Mohamed Taher MISSAOUI (SUPCOM)

Travail propos et ralis en collaboration avec

Anne universitaire : 2005/2006

A mes trs chers parents

A ma soeur et mon frre

A tous ceux que j'aime

Et tous ceux qui m'aiment

Le prsent travail a t labor dans le cadre de notre projet de fin d'

Au terme de ce projet, nous tenons remercier en particulier :

Monsieur Mohamed Taher MISSAOUI, Matre Assistant l'

Monsieur Taieb MASMOUDI, Chef Service Optimisation du Dpartement QoS de

Nous tenons remercier galement tout le personnel de la Direction des Rseaux

Tous nos remerciements et notre grande reconnaissance tous les professeurs de

Notre projet de fin d'

Sebti Chouchene iii

Liste des figures ........................................................................................................................... viii

Chapitre I : Le rseau daccs radio en UMTS .......................................................................... 3

Chapitre II : La qualit de service et mesures radio en UMTS .............................................. 18

2.2.3- Le Service Radio Bearer et le Service Iu Bearer ........................................................ 20

Chapitre III : Evaluation de performances du rseau UMTS ................................................ 32

Chapitre IV : Conception et prsentation de loutil................................................................. 48

2.1- Prsentation de langage de programmation Visual Basic.................................................. 50

Annexe 1 : Rseau cur UMTS (Release 99)............................................................................... 66

Sebti Chouchene vii

Figure I.1 - LUTRAN dans lUMTS ............................................................................................. 4

Sebti Chouchene viii

Table I.1 - Relation entre l'talement et le scrambling.................................................................. 13

ALCAP Access Link Control Application Part

BER Bits Error Rate

CS Circuit Switched domain

DRNC Drift RNC

EIRP Effective Isotropic Radiated Power

FDD Frequency Division Duplex

GPS Global Positioning System

KPI Key Performance Indicators

MAC Medium Access Control

NBAP Node B Application Part

OMC-R Operation and Maintenance Center Radio

PDCP Packet Data Convergence Protocol

QoS Quality of Service

RAB Radio Access Bearer

RLC Radio Link Control

SAP Service Access Point

TDD Time Division Duplex

UMTS Universal Mobile Telecommunication System

WCDMA Wideband Code Division Multiple Access

UMTS (Universal Mobile Telecommunication System) le rseau cellulaire de troisime

Chapitre I : Le rseau daccs

1- Le rseau daccs UTRAN

Figure I.1 - LUTRAN dans lUMTS [2]

Le mcanisme de rallocation du SRNC (SRNC relocation) consiste en fait que le UE lors

1.2- Les interfaces logiques dans l'UTRAN

Signalling Signalling Data

Figure I.2 - Architecture gnrique des interfaces de l'

2- L'architecture en couche de linterface radio

Figure I.3 - Architecture en couche de l'

Cette sous couche va offrir trois modes dopration :

codes ou plusieurs intervalles de temps un mme utilisateur. Le dbit de 2 Mbit/s peut