$$$$$$ DEVELOPPEMENT D'UN OUTIL $$$$ Aplication La Meme $$$$ +++++++9999999999 777777777777

Cycle de formation des ingnieurs en Tlcommunications
Option : IRES

R A P P O R T D E P R O J E T D E F I N D E T UD E S
DEVELOPPEMENT D UN OUTIL DE
TRAITEMENT ET D ANALYSE DES
TRACES DE L INTERFACE A.

-- >~;--- '--- ~--- Q-;
COLE SUPRIEURE DES COMMUNICATIONS DE TUNIS

+216 1 856 829 : '-' - +216 1 857 000 : -,-- `-,-' ',=,',-- ' ,= 3.5 2083 '' -', --'+'
Cit Technologique des Communications Route de Raoued km 3,5 2083 El Ghazala Ariana
Tl. : +216 1 857 000 Fax : +216 1 856 829 E-mail courriel@supcom.rnu.tn Web : www.supcom.mincom.tn

Anne universitaire: 2005 2006
Elabor par :
SAIDA HAMMAMI
Encadre par :
Mme. HOUDA KHEDHER
&
Mr. TAIB MASMOUDI

Travail propos et ralis en collaboration avec

Tunisie Tlcom

Ww|vtvx Ww|vtvx Ww|vtvx Ww|vtvx
]x ww|x vx tt|
T x tx lx y x ft|t?
T Tuwtt{?
T x yx [tyxw{? [twx x [twx
T x at x `t|x?
T t v{x T|t?
T x t|x?
X t yt|x [tt| x Tt|A

ft|wt

Dvel oppement d un out i l de t rai t ement et d anal yse des traces de l i nt erface A
ii

Rsum
Les raisons qui poussent les abonns changer doprateur ou sous-utiliser
les services offerts par leurs oprateurs se manifestent par le niveau de qualit des
prestations fournies. Ce qui joue un rle extrmement important dans la dcision du
client de rester fidle ou non son oprateur de choix. Certainement, chaque
gestionnaire de rseau cherche des techniques de supervision de la qualit de service.
Lobjectif principal de ce projet est de dvelopper un outil permettant
lvaluation de performances du rseau GSM en exploitant les fichiers de traces
captures au niveau de linterface A. Cet outil offre une vision globale du rseau
travers plusieurs champs dinvestigations. La ralisation de cet outil et linterprtation
des rsultats ncessitent une bonne connaissance du systme GSM.

Mots-cls : Rseau GSM, qualit de service, interface A, KPI.

iii

Avant propos

Le prsent travail t labor dans le cadre de notre projet de fin d'tudes
d'Ingnieur en Tlcommunications option ingnierie de rseaux 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 la
socit tunisienne des tlcommunications (Tunisie Tlcom).Il consiste au
dveloppement dun outil de traitement et d'analyse des traces de linterface A du
rseau GSM.

Cest avec un grand plaisir que je rserve cette page en signe de gratitude et
de profonde reconnaissance tous ceux qui mont aid de prs ou de loin la
ralisation de ce travail.
Je tiens exprimer mes sincres gratitudes et respects mes encadreurs Mr.
Tab MASMOUDI, Chef service Optimisation GSM du dpartement QoS de Tunisie
Tlecom et Mme Houda KEDHER, Matre assistant lcole Suprieure de
Communications de Tunis, pour leurs encouragements et les prcieux conseils quils
nont cesss de me prodiguer tout au long de ce projet.
Je profite de cette occasion pour remercier tous les enseignants de SUPCOM
pour leurs aides considrables et leurs orientations.
Enfin mes meilleurs et vifs remerciements sadressent aux membres du jury
pour avoir accept dvaluer ce projet.

iv

Table de matires

LISTE DE FIGURES.............................................................................................................. VI
LISTE DE TABLEAUX...................................................................................................... VIII
LISTE DES ACRONYMES ................................................................................................... IX
INTRODUCTION GENERALE............................................................................................... 1

CONCEPTS FONTAMENTAUX DU GSM........................................................... 3
1.1 Introduction........................................................................................................................ 3
1.2 Historique........................................................................................................................... 3
1.3 La technologie GSM.......................................................................................................... 4
1.3.1 Le concept cellulaire................................................................................................... 4
1.3.2 Larchitecture dun rseau GSM................................................................................. 6
1.3.2.1 La station mobile (MS)........................................................................................ 7
1.3.2.2 Le sous-systme radio (BSS)............................................................................... 7
1.3.2.3 Le sous-systme rseau (NSS) ............................................................................ 8
1.3.2.3 Les interfaces....................................................................................................... 9
1.3.2.4 Le sous-systme dexploitation (OSS) ................................................................ 9
1.4 Les fonctions dun systme GSM...................................................................................... 9
1.4.1 La transmission......................................................................................................... 10
1.4.2 La gestion de la mobilit (MM) ................................................................................ 12
1.4.3 La gestion des appels (CM) ...................................................................................... 13
1.4.4 La fonction dopration, dadministration et de maintenance (OAM) ..................... 13
1.5 Linterface radio............................................................................................................... 13
1.5.1 Lallocation des frquences ...................................................................................... 13
1.5.2 La structure des canaux............................................................................................. 14
1.6 Conclusion....................................................................................................................... 15

GESTION DE LA QUALITE DE SERVICE DU RESEAU GSM............... 16
2.1 Introduction...................................................................................................................... 16
2.2 La qualit de service dans les rseaux mobiles ................................................................ 16
2.3 Les critres dvaluation de la qualit de service dans un rseau GSM........................... 17
2.3.1 La couverture du rseau............................................................................................ 17
2.3.2 Le taux dappels russis............................................................................................ 18
2.3.3 La qualit de communications .................................................................................. 19
2.3.4 La coupure de communications ................................................................................ 20
2.4 Les techniques de supervision de la QOS........................................................................ 20
2.4.1 Le drive test .............................................................................................................. 20
2.4.2 Les indicateurs RNO................................................................................................. 21
2.4.3 Lanalyse de protocole.............................................................................................. 22
2.4.3.1 Lanalyseur de protocole interface A................................................................ 23
2.4.3.2 Linterface A..................................................................................................... 23
2.4.3.3 Les principes des captures sur linterface A...................................................... 26
2.5 Conclusion........................................................................................................................ 27
v

CONCEPTION DE LAPPLICATION.................................................................. 28
3.1 Introduction...................................................................................................................... 28
3.2 Le cahier des charges de l'outil daudit dvelopp.......................................................... 28
3.2.1 Lobjectif de l'outil daudit ....................................................................................... 28
3.2.2 Les donnes dentres.............................................................................................. 29
3.2.3 Les rsultats envisageables ....................................................................................... 31
3.3 La description de la procdure d'analyse.......................................................................... 31
3.4 Le choix de l'environnement de dveloppement .............................................................. 32
3.5 La conception de l'interface Utilisateur............................................................................ 33
3.6 Conclusion........................................................................................................................ 40

EVALUATION DE LOUTIL.................................................................................... 41
4.1 Introduction...................................................................................................................... 41
4.2 Linterface daccueil ........................................................................................................ 41
4.3 La bote dauthentification de lutilisateur ....................................................................... 42
4.4 Linterface utilisateur ....................................................................................................... 42
4.5 Lefficacit dAppel ......................................................................................................... 43
4.5.1 Les rsultats globaux ................................................................................................ 43
4.5.2 Les rsultats dtaills ................................................................................................ 44
4.6 La coupure dappel........................................................................................................... 44
4.6.2 Les rsultats dtaills ................................................................................................ 45
4.6 Les handovers................................................................................................................... 46
4.6.2 Handovers Ping-pong ............................................................................................... 47
4.5 Le trafic : charge et saturation.......................................................................................... 49
4.8 Les LU_Roamers ............................................................................................................. 50
4.8 Les rapports de performance............................................................................................ 52
4.9 Conclusion........................................................................................................................ 52

CONCLUSION GENERALE ET PERSPECTIVES.............................................................. 53
ANNEXE A............................................................................................................................ 54
BIBLIOGRAPHIE.................................................................................................................. 58

vi

Liste de figures

Fig 1.1 : Modle de motifs dans le rseau GSM. ...................................................................... 5
Fig 1. 2 : Composants de base dun rseau GSM...................................................................... 6
Fig 1. 3 : Architecture du GSM................................................................................................. 7
Fig 1. 4 : Architecture en couches du systme GSM. ............................................................. 10
Fig 2. 1 : Equipement dune chane de mesure. ...................................................................... 21
Fig 2. 2 : Analyseurs de protocoles. ........................................................................................ 22
Fig 2. 3 : Analyseur de protocole interface A. ........................................................................ 23
Fig 2. 4 : Les protocoles de linterface A. ............................................................................... 26
Fig 2. 5 : Vue globale et schma de raccordement des quipements de mesure. .................... 26
Fig 3. 1 : Schma synoptique de loutil................................................................................... 29
Fig 3. 2 : Procdure dappel. ................................................................................................... 30
Fig 3. 3 : Interface utilisateur. ................................................................................................. 33
Fig 3. 4 : Handovers inter-BSC............................................................................................... 38
Fig 4. 1 : Interface daccueil.................................................................................................... 41
Fig 4. 2 : Bote dauthentification. .......................................................................................... 42
Fig 4. 3 : Interface principale. ................................................................................................. 42
Fig 4. 4 : Efficacit dAppel (graphique). ............................................................................... 43
Fig 4. 5 : Efficacit dappel (tableau)...................................................................................... 43
Fig 4. 6 : Causes dchec dappel pour une seule cellule........................................................ 44
Fig 4. 7 : Taux de coupure des appels tablis.......................................................................... 45
Fig 4. 8 : Dtails de coupure des appels sortants. ................................................................... 45
Fig 4. 9 : Handovers sortants et rpartirions de causes. .......................................................... 46
Fig 4. 10 : Causes de handovers pour toutes les cellules. ....................................................... 47
Fig 4. 11 : Handovers ping pong. ............................................................................................ 47
Fig 4. 12 : Dtail des checs des handovers entrants. ............................................................. 48
Fig 4. 13 : Dtail des non rponses des handovers.................................................................. 48
Fig 4. 14 : Trafic : charge et saturation. .................................................................................. 49
Fig 4. 15 : CIC : checs. .......................................................................................................... 49
vii
Fig 4. 16 : Types dappels OC................................................................................................. 50
Fig 4. 17 : Taux dchecs de LU. ............................................................................................ 50
Fig 4. 18 : Taux defficacit des LU normales........................................................................ 51
Fig 4. 19 : Dtail des inefficacits LU normales. .................................................................... 51

viii

Liste de tableaux
Tab 1. 1 : Interfaces du systme GSM..........................................................................9
Tab 2. 1 : Principaux indicateurs de qualit de service. .......................................................... 17
Tab 2. 2 : Qualit de service dans GSM.................................................................................. 19

ix
Liste des acronymes

A
AuC Authentication Center

B
BCCH Broadcast Control CHanne l
BCH Broadcast Control Channel
BCH Broadcasting CHannel
BSC Base Station Controller
BSS Base Station Sub-System
BSSMAP Base Station System Mobile Application Part
BTS Base Transceiver Station

C
C/I Carrier to Interference Ratio
CC Call Control
CIC Circuit Identification Code
CM Communication Management
CPICH Common Pilot Channel

D
DCCH Dedicated Control CHannel
DCH Dedicated CHannel
DPCCH Dedicated Physical Control CHannel
DPDCH Dedicated Physical Data CHannel
DTAP Direct Transfert Application Part

E
EIR Equipement Indentity Register
ETSI European Telecommunications Standards Institute

F
FCCH Frequency Correction CHannel
FDD Frequency Division Duplex
FDM Frequency Division Multiplex

G
GPRS General Packet Radio Service
GSM Global System for Mobile Communications

H
HCS Hierarchy Cell Structure
x
HLR Home Location Register
HO HandOver

I
IMEI International Mobile Equipment Identity
IMSI International Mobile Subscriber Indentity

K
KPI Key Performance Indicator

L
LA Location Area

M
MAP Mobile Application Part
MM Mobility Management
MS Mobile Station
MSC Mobile-services Switching Centre
MSRN Mobile Station Roaming Number

N
NBAP Node B Application Part
NSS Network Sub-System

O
OSS Operation Sub-System

P
PCCPCH Primary Common Control Physical Channel
PD Pattern Duration
PLMN Public Land Mobile Network

Q
QOS Quality Of Service

R
RNO Radio Network Optimisation
RR Radio Resource
RRC Radio Resource Control
RSCP Received Signal Code Power
RSSI Received Signal Strength Indicator

S
SCH Synchronisation CHannel
SIM Subscriber Indentity Module
xi
SMS Short Message Service

T
TCH Traffic CHannels
TDMA Time Division Multiple Access

U
UMTS Universal Mobile Telecommunication System

V
VLR Visitor Location Register

I nt roduct i on gnral e
1

Introduction gnrale

Le systme GSM (Global System for Mobile communications) reprsente un des
succs industriels les plus marquants de ces dernires annes. Lexplosion du secteur des
services mobiles est certainement un fait majeur des annes 90 dans le domaine des
tlcommunications.
La ncessit damliorer le service rendu au niveau des rseaux mobiles sest
largement manifeste, dans le secteur priv comme dans le secteur public. Les oprateurs
des rseaux GSM utilisent diffrentes techniques pour la supervision de la qualit de
service. Ils font des audits pour qualifier les performances de leurs rseaux. Gnralement,
ils utilisent les indicateurs mesurs grce aux indicateurs RNO et les fichiers de traces
captures au niveau de linterface radio (drive test). Mais, en cas dun important
vnement ou sil y a un problme majeur, les oprateurs ont recours lanalyse des
mesures captures au niveau de linterface A parce que ces mesures sont exhaustives,
favorisent une finesse de l'analyse radio, indpendantes des constructeurs (pas de formules
spcifiques pour calculer les indicateurs, tout dpend des messages changs entre le BSC
et le MSC) et permettent que tous les vnements capturs soient disponibles pour une
analyse postrieure et dtaille. En effet, cette dernire technique permet une analyse
protocolaire des vnements et des causes, elle peut monter lanalyse jusquau appel
(dtermination du numro dappel et les causes des coupures par exemple). Egalement,
pour bnficier des avantages de cette mthode dvaluation de la qualit de service du
rseau GSM, il est recommand davoir une bonne connaissance des protocoles de
linterface A.
Cest dans ce cadre que sarticule notre projet, Le but de notre projet, intitul
"Dveloppement dun outil de traitement et danalyse des traces de linterface A", dans
lequel nous proposons un outil daide aux oprateurs faire face la dgradation de la
qualit de service de leurs rseaux. Notre approche repose sur ltude des fichiers de traces
de linterface A et ensuite, sur le dveloppement dun outil qui permet dexploiter ces
mesures sous forme de graphiques ou de tableaux ce qui facilite leur traitement et leur
analyse. Notre application offre loprateur plusieurs possibilits pour observer son
rseau, dtecter les problmes et leurs causes et obtenir un rapport rcapitulatif sur ltat
2
du rseau pendant la priode de mesures. En effet, les indicateurs fournis par linterface A
permettent une vision globale du rseau selon plusieurs champs dinvestigation tel que
ltablissement dappel, la coupure, le handover, etc.
Ce prsent manuscrit est planifi comme suit : le premier chapitre consiste
prsenter le principe du rseau GSM. Dans le second chapitre, seront exposes la qualit
de service dans le rseau GSM et les techniques utilises par les oprateurs pour la
superviser. Dans le troisime chapitre nous nous intressons la description de la
conception et limplmentation de loutil dvelopp et enfin le dernier chapitre sera
consacr la prsentation des rsultats obtenus par cet outil.

3
1
Concepts fondamentaux du GSM

1.1 Introduction
Si la tlphonie mobile se banalise aujourdhui, on le doit la conjonction de
lavnement du numrique, laccroissement des performances des semi-conducteurs et
diffrentes avances technologiques. Mais le facteur dterminant fut sans doute la
cristallisation autour de la norme GSM issue dun effort soutenu de standardisation men
lETSI (European Telecommunications Standards Institute).
Dans ce chapitre, nous prsentons les diffrents aspects de la technologie GSM :
historique, lments de la couche physique, fonctions du systme GSM, architecture du
rseau, et caractrisation de la partie radio.

1.2 Historique
Lhistoire de la tlphonie mobile (numrique) dbute rellement en 1982. En
effet, cette date, le Groupe Spcial Mobile, appel GSM, est cr par la Confrence
Europenne des administrations des Postes et Tlcommunications (CEPT) an dlaborer
les normes de communications mobiles pour lEurope dans la bande de frquences de 890
915 MHz pour lmission partir des stations mobiles et 935 960 MHZ pour
lmission partir de stations xes.
Les annes 80 voient le dveloppement du numrique tant au niveau de la
transmission quau niveau du traitement des signaux grce un encodage particulier des
signaux pralablement lenvoi dans un canal, et lobtention de dbits de transmission
raisonnables pour les signaux (par exemple 9,6 kb/s, pour un signal de parole).
Ainsi, en 1987, le groupe GSM xe les choix technologiques relatifs lusage des
tlcommunications mobiles : transmission numrique, multiplexage temporel des canaux
Concept s fondamentaux du GSM
4
radio, chiffrement des informations ainsi quun nouveau codage de la parole. Il faut
attendre 1991 pour que la premire communication exprimentale par GSM ait lieu. Au
passage, le sigle GSM change de signication et devient Global System for Mobile
communications et les spcications sont adaptes pour des systmes fonctionnant dans la
bande des 1800 MHz.
En Tunisie, cest en Mars 1998 que le premier rseau GSM (Tunisie Tlcom) est
dploy ; loprateur Tunisiana viendra plus tard. Aujourdhui, le nombre de numros
attribus pour des communications GSM dpasse largement le nombre de numros ddis
des lignes xes et cette tendance se poursuit.
Tel quel, le rseau GSM est adquat pour les communications tlphoniques de
parole. En effet, il sagit principalement dun rseau commut, linstar des lignes xes
et constitus de circuits, cest--dire de ressources alloues pour la totalit de la dure de
la conversation. Rien ne fut mis en place pour les services de transmission de donnes. Or,
paralllement au dploiement du GSM en Tunisie, en 2001, lATI allait donner un tour
spectaculaire un rseau de transmission de donnes, appel Internet, en diffusant le
premier logiciel de navigation grand public, articul sur le protocole http et communment
appel web.
Comme le rseau GSM ne convenait gure pour la transmission de donnes, les
volutions rcentes ont vis accrotre la capacit des rseaux en terme de dbit mais
largir les fonctionnalits en permettant par exemple ltablissement de communications
ne ncessitant pas ltablissement pralable dun circuit.
Pour dpasser la borne des 14, 4 Kb/s, dbit nominal dun canal tlphonique
bascul en mode de transmission de donnes, lETSI a dni un nouveau service de
donnes en mode paquet : General Packet Radio Service (GPRS) qui permet lenvoi de
donnes un dbit de 115 Kb/s par mise en commun de plusieurs canaux. Dune certaine
manire, le GPRS prpare larrive de la tlphonie de troisime gnration, appele
Universal Mobile Telecommunications System (UMTS), qui permettra datteindre un dbit
de 2Mb/s.

1.3 La technologie GSM
1.3.1 Le concept cellulaire
Les rseaux de premire gnration possdaient des cellules de grande taille (50
km de rayon) au centre desquelles se situait une station de base (antenne dmission). Au
tout dbut, ce systme allouait une bande de frquences de manire statique chaque
utilisateur qui se trouvait dans la cellule quil en ait besoin ou non. Ce systme ne
permettait donc de fournir un service qu un nombre dutilisateurs gal au nombre de
bandes de frquences disponibles. La premire amlioration consista allouer un canal
un utilisateur uniquement partir du moment o celui-ci en avait besoin permettant ainsi
5
daugmenter " statistiquement " le nombre dabonns, tant entendu que tout le monde ne
tlphone pas en mme temps. Mais ce systme ncessitait toujours des stations mobiles
de puissance dmission importante (8W) et donc des appareils mobiles de taille et de
poids consquents. De plus, an dviter les interfrences, deux cellules adjacentes ne
peuvent pas utiliser les mmes frquences. Cette organisation du rseau utilise donc le
spectre frquentiel dune manire sous optimale.
Cest pour rsoudre ces diffrents problmes quest apparu le concept cellulaire.
Le principe de ce systme est de diviser le territoire en petites zones, appeles cellules, et
de partager les frquences radio entre celles-ci. Ainsi, chaque cellule est constitue dune
station de base laquelle on associe un certain nombre de canaux de frquences bande
troite, sommairement nommes frquences. Comme prcdemment, ces frquences ne
peuvent pas tre utilises dans les cellules adjacentes an dviter les interfrences. Ainsi,
nous dnissons des motifs, aussi appels clusters, constitus de plusieurs cellules, dans
lesquels chaque frquence est utilise une seule fois. La gure 1.1 montre un tel motif, en
guise dexemple [6].

Fig 1.1 : Modle de motifs dans le rseau GSM.

La dimension dune cellule est fonction de la puissance de son metteur-rcepteur.
Si un metteur-rcepteur est trs puissant, alors son champ daction sera trs vaste, mais sa
bande de frquence peut tre rapidement sature par des communications. Par contre, en
utilisant des cellules plus petites, (metteur-rcepteur moins puissant) alors la mme bande
de frquence pourra tre rutilise plus loin, ce qui augmente le nombre de
communications possibles.
Dans la conception dun rseau cellulaire, il faut considrer les aspects suivants :
La topographie (btiments, collines, montagnes, etc.).
La densit de la population (ou de communications) pour tablir la
dimension de cellule.

6
Deux cellules adjacentes ne peuvent utiliser la mme bande de frquence
afin dviter les interfrences. La distance entre deux cellules ayant la mme
bande doit tre de 2 3 fois le diamtre dune cellule.
La taille des cellules peut varier entre 0.5 et 35km et dpend de la densit
dutilisateurs et de la topographie. Typiquement, le nombre de cellules par bloc est de 4, 7,
12 ou 21. La forme, la dimension des blocs et le nombre de cellules sont fonction du
nombre de frquences (canaux) disponibles.

1.3.2 Larchitecture dun rseau GSM
Un rseau GSM compte une (ou plusieurs) stations de base par cellule. La station
mobile choisit la cellule selon la puissance du signal. Une communication en cours peut
passer dune cellule lautre permettant ainsi la mobilit des utilisateurs. Les composantes
principales sont :
Le contrleur de station de base : BSC - Base Station Controller
La station de base : BTS - Base Transceiver Station
Le commutateur de service mobile : MSC - Mobile Switching Center

Fig 1. 2 : Composants de base dun rseau GSM.

La figure 1.2 montre un systme GSM et la figure 1.3 illustre larchitecture de GSM.
On peut diviser le rseau en 4 parties principales :
1. La station mobile : MS - Mobile Station
2. Le sous-systme radio : BSS - Base Station SubSystem
3. Le sous-systme rseau : NSS Network SubSystem
4. Le sous-systme dexploitation : OSS Operation SubSystem
7

Fig 1. 3 : Architecture du GSM.

1.3.2.1 La station mobile (MS)
La station mobile est compose dune part du terminal mobile, et dautre part du
module didentit dabonn (SIM Subscriber Indentity Module). Le terminal mobile est
lappareil utilis par labonn. Diffrents types de terminaux sont prescrits par la norme en
fonction de leur application (fix dans une voiture, portatif) et de leur puissance (de 0.8W
20W). Chaque terminal mobile est identifi par un code unique IMEI (International
Mobile Equipment Identity). Ce code est vrifi chaque utilisation et permet la dtection
et linterdiction de terminaux vols.
La SIM est une carte puce qui contient dans sa mmoire le code IMSI
(International Mobile Subscriber Indentity) qui identifie labonn de mme que les
renseignements relatifs labonnement (services auxquels labonn a droit). Cette carte
peut tre utilise sur plusieurs appareils. Il est noter que lusager ne connat pas son
IMSI mais il peut protger sa carte puce laide dun numro didentification personnel
4 chiffres.

1.3.2.2 Le sous-systme radio (BSS)
Le sous-systme radio comprend 2 entits. La premire, appele station de base
(BTS Base Transceiver Station), consiste en un ou un ensemble dmetteurs-rcepteurs et
leurs antennes. Gnralement, une BTS est associe une cellule et est situe au centre de
celle-ci. La communication entre la station mobile et la station de base est ralise par
linterface Um, appele aussi interface air ou lien radio. La seconde entit est le contrleur
de station de base (BSC Base Station Controler) dont le rle est de grer les ressources
8
radio (configuration des canaux, transfert intercellulaire) dune ou plusieurs stations de
base, en plus dtablir le lien physique (via linterface A) entre les BTS et le commutateur
de service mobile (MSC -Mobile Switching Center), que nous verrons dans la section
suivante.

1.3.2.3 Le sous-systme rseau (NSS)
Le rle principal de ce sous-systme est de grer les communications entre les
abonns et les autres usagers qui peuvent tre dautres abonns, des usagers sur le rseau
RNIS ou des usagers du RTCP.

Commutateur de service mobile (MSC -Mobile Switching Center)
Cet lment peut tre considr comme le cur dun systme cellulaire puisquil
assure la gestion des appels et tout ce qui est li lidentit des abonns, leur enregistrement
et leur localisation. Le MSC agit comme un nud dun rseau commut. Commutateur
dentre de service mobile (GMSC Gateway MSC)
Ce commutateur est linterface entre le rseau cellulaire et le rseau tlphonique
publique. Le GMSC est charg dacheminer les appels du rseau fixe un usager GSM.

Registre des abonns locaux (HLR Home Location Register)
Il sagit dune base de donnes contenant les informations sur les abonns
appartenant la rgion desservie par le commutateur de services mobiles (MSC). Cette
base de donnes contient galement la position courante de ces abonns.

Registre des abonns visiteurs (VLR Visitor Location Register)
Cette base de donnes contient temporairement des informations sur les abonns
qui visitent une rgion desservie par un MSC autre que celui auquel ils sont abonns. Ces
informations proviennent du HLR auquel labonn est enregistr et indiquent les services
auxquels labonn a droit. Ce transfert dinformations se fait quune seule fois et nest
effac que lorsque labonn ferme son appareil ou quitte la rgion du MSC courant. En
procdant ainsi, le VLR na pas interroger le HLR chaque fois quune communication
est demande par ou pour labonn visiteur. Il est noter que le VLR est toujours associ
un MSC.

Centre dauthentification (AuC Authentication Center)
Le AuC est une base de donnes protge qui contient une copie de la cl secrte
inscrite sur la SIM de chaque abonn. Cette cl est utilise pour vrifier lauthentification
de labonn et pour le chiffrement des donnes envoyes.

9
Registre didentification dquipement (EIR Equipement Indentity Register)
Comme nous lavons vu prcdemment, chaque terminal mobile est identifi par
un code IMEI. Le registre EIR contient la liste de tous les terminaux valides. Une
consultation de ce registre permet de refuser laccs au rseau un terminal qui a t
dclar perdu ou vol.

1.3.2.3 Les interfaces
Les interfaces jouent un rle important dans le systme GSM. Le tableau 1.1 dcrit
ces interfaces en prcisant leurs localisations par rapports aux lments du rseau ainsi
que leurs utilisations [12].

Tab 1. 1 : Interfaces du systme GSM.
Nous nous intressons dans ce projet de linterface A et nous faisons une description
bien dtaille dans le chapitre 3.

1.3.2.4 Le sous-systme dexploitation (OSS)
Ce sous-systme est branch aux diffrents lments du sous-systme rseau de
mme quau contrleur de station de base (BSC). Par une vue densemble du rseau le
OSS contrle et gre le trafic au niveau du BSS.

1.4 Les fonctions dun systme GSM
Les fonctions que doit remplir un systme GSM comprennent non seulement la
transmission de donnes mais galement lenregistrement, lauthentification, le routage et
la mise jour de la localisation. Ces fonctions sont ralises par le sous-systme rseau en
Nom Localisation Utilisation
Um MS-BTS Interface radio
Abis BTS-BSC Divers
A BSC-MSC Divers
GMSC-HLR
Interrogation HLR Appel
entrant
SM-GMSC-HLR
Interogation HLR SM
entrant
VLR-HLR
Gestion Informations
abonns
HLR-VLR Services supplmentaires
MSC-SM-GMSC Transport SM
MSC-MSC Excution de Handover
G
VLR-VLR
Gestion Informations
abonns
F MSC-EIR Vrification terminal
B MSC-VLR Divers
H HLR-AUC Authentification
C
D
E
10
utilisant le Mobile Application Part (MAP) du Systme de Signalisation (SS7). Le
protocole de signalisation est structur en couches comme illustr la figure 1.4. La
couche 1 est celle de la transmission qui utilise la structure de canaux. La deuxime
couche est celle des donnes ; le protocole de celle-ci pour linterface radio est similaire
celui de la ligne RNIS. La troisime couche est divise en trois sous-couches dont on verra
une brve description de chacune.

Fig 1. 4 : Architecture en couches du systme GSM.

Les fonctions sont :
Transmission ;
Gestion des ressources radio (RR Radio Resource) ;
Gestion de la mobilit (MM Mobility Management) ;
Gestion des appels (CM Communication Management) ;
Opration, administration et maintenance (OAM Operation, Administration
and Management).

1.4.1 La transmission
Cette fonction comprend deux sous-fonctions :
La premire est relie aux moyens requis pour la transmission de linformation de
lusager.
La deuxime est relie aux moyens requis pour la transmission de linformation de
signalisation.
Les lments impliqus pour ces fonctions sont la station mobile, la station de base et
le contrleur de station de base.

11
Gestion des ressources radio (RR)
Le rle de cette fonction est dtablir, maintenir et librer un lien entre la station
mobile et le commutateur de services mobiles (MSC). Les composantes les plus
impliques sont la station mobile et la station de base. Par ailleurs, le MSC est impliqu
dans une sous-fonction du RR qui est le transfert de communication intercellulaire
(handover).
Les principales procdures permettant de remplir ces responsabilits sont :
- Assignation, changement et libration dun canal de communication ;
- Transfert de communication intercellulaire (handover) ;
- Saut de frquence (Frequency hopping), 217 sauts par seconde ;
- Contrle du niveau de puissance ;
- Avance en temps (TA : Timing advance).

Nous dtaillons dans le paragraphe suivant le transfert de communication
intercellulaire (handover) ;
Le fait quun abonn se dplace peut engendrer le besoin de changer de canal
(frquence) et/ou de cellule, spcialement lorsque la qualit de la communication se
dtriore. La procdure de changement de canal est appele transfert de communication
intercellulaire. On retrouve 4 types de transfert :
- Transfert de canal dans une mme cellule ;
- Transfert de cellules contrles par mme BSC ;
- Transfert de cellules appartenant au mme MSC, mais contrles par
diffrents BSC ;
- Transfert de cellules contrles par des MSC diffrents.
Les deux premiers types de transfert sont dits internes car seul le BSC est impliqu
pour ceux-ci. En faisant appel seulement au BSC pour la gestion de ce transfert ; le MSC
nest pas impliqu, sauf la fin du transfert pour tre avis que celui-ci est complt.
Les deux autres types de transfert, appels externes, sont grs par les MSC
impliqus. Un aspect important de la norme GSM est que le MSC original, le MSC
dattache, demeure responsable pour la plupart des fonctions relies aux appels,
lexception dun transfert subsquent un autre BSC sous le contrle dun nouveau MSC,
ce dernier appel MSC de relais.
Un transfert intercellulaire peut tre initi aussi bien par une station mobile que par
un MSC (comme moyen pour quilibrer le trafic dappels). Pour initier un transfert, la
station mobile contrle continuellement la puissance de son signal auprs des cellules
environnantes. La liste de cellules est fournie par la station de base. La mesure de la
puissance permet de dcider laquelle des cellules est la meilleure, de manire maintenir
12
la qualit du lien de communication. Deux algorithmes de base sont utiliss pour le
transfert intercellulaire.
- Lalgorithme de la performance minimum acceptable ; lorsque la qualit de la
transmission diminue, le niveau de puissance de la station mobile est augment
jusqu ce que cette augmentation nait plus deffet sur la qualit du signal. Alors, un
transfert est ralis.
- Lalgorithme de lconomie de puissance ; cet algorithme effectue un
transfert au lieu daugmenter la puissance, de manire obtenir une
communication de qualit.

1.4.2 La gestion de la mobilit (MM)
Cette fonction a la responsabilit de tous les aspects touchant la mobilit dun
usager, en particulier la gestion de la localisation, lauthentification et la scurit.

La gestion de la localisation
La premire localisation appele procdure dattache IMSI, a lieu lorsquun
terminal mobile est mis sous tension.
Par la suite, lorsque la station mobile change de LA ou de PLMN, il initie une
mise jour en envoyant un message au nouveau MSC/VLR. Ce dernier envoie un
message au HLR de labonn pour que lenregistrement de la position courante soit ajust.

Lauthentification et scurit
On retrouve deux procdures dauthentification. La premire se fait sur labonn et
la deuxime sur lquipement.
Lauthentification de labonn implique le module didentit de labonn (SIM) et
le centre dauthentification (AuC). Chaque abonn reoit un code secret qui est inscrit sur
sa carte SIM, et la base de donnes AuC. Lors de la procdure dauthentification, le AuC
gnre un nombre alatoire qui est envoy la station mobile. laide dun algorithme
chiffr identifi A3, les deux units calculent une rponse de signature (SRES) et un
rsultat identique aux deux endroits indique lauthenticit de lusager.
Au niveau de lquipement, comme nous lavons vu prcdemment, chaque station
mobile est identifie par un numro IMEI. Ce numro est compar aux listes contenues au
registre didentification dquipement (EIR). Les numros IMEI sont classs en trois
catgories.
liste blanche : le terminal peut tre branch au rseau,
liste grise : le terminal est sous observation pour des problmes potentiels,
liste noire : le terminal a t rapport vol ou perdu ou nest pas dun type
approuv et est alors refus sur le rseau.
13

1.4.3 La gestion des appels (CM)
Cette fonction est responsable du contrle des appels (CC Call Control), de la
gestion des services supplmentaires et de la gestion des services de message courts (SMS
Short Message Service). Seule la premire responsabilit sera couverte.
Le CC (Call Control) est responsable de ltablissement, du maintien et de la
libration des appels. Une des fonctions plus importante du CC est le routage des appels.
Pour rejoindre un abonn mobile, un usager compose le numro dabonn mobile RNIS
(MSISDN) qui inclut :
- le code du pays ;
- le code national de destination identifiant loprateur du rseau de
labonn joindre ;
- le code de labonn enregistr au HLR.

Le MSISDN (Mobile Subscriber ISDN) se rend jusquau GMSC (Gateway MSC)
qui est un commutateur qui interroge le HLR de labonn pour obtenir linformation de
routage. Le HLR demande linformation du VLR courant, et le dernier alloue un numro
ditinrance de station mobile (MSRN Mobile Station Roaming Number) pour cet appel,
et ce numro est retourn au HLR qui renvoie au GMSC. Lappel est alors achemin vers
le MSC courant. Puis, en vrifiant lIMSI correspondant au MSRN, il se rend jusqu la
station mobile.

1.4.4 La fonction dopration, dadministration et de maintenance (OAM)
Cette fonction permet loprateur du rseau de contrler le systme en plus de
modifier la configuration des lments du systme. LOSS est la cl centrale mais le sous-
systme radio (BSS) et le sous-systme rseau (NSS) contribuent cette fonction en
fournissant de linformation lOSS, en plus deffectuer des tests eux-mmes.

1.5 Linterface radio
Cette interface est celle entre la station mobile et linfrastructure fixe. Elle est
appele U
m
. Cest lune des interfaces les plus importantes dun systme GSM. Afin
dobtenir une compatibilit entre les stations mobiles et les diffrents rseaux pour
permettre litinrance, cest primordial de dfinir compltement cette interface.

1.5.1 Lallocation des frquences
La norme GSM a connu une volution. La premire gnration utilise la bande de
frquence des 900 MHz, alors que la 2me gnration utilise la bande des 1800 MHz.
14
Chaque canal radio comprend un couple de deux canaux (ou bandes de frquences), lun
pour la transmission des signaux de la station de base vers les stations mobiles, le canal
descendant, lautre pour la transmission des signaux des stations mobiles vers la station de
base, le canal montant. GSM exploite la fois les techniques daccs multiples SDMA,
FDMA et TDMA (espace, frquence, temps).
Il est noter que ce ne sont pas tous les pays qui peuvent utiliser toutes les bandes
spectrales en raison dapplications militaires et dune utilisation dj rserve pour les
systmes cellulaires analogiques. De plus, si dans un pays donn plusieurs oprateurs
exploitent un rseau numrique, alors chacun aura une bande de frquences diffrentes
afin de prvenir les chevauchements.
On constate que la bande spectrale est multiplexe en frquence (FDMA) pour
obtenir plusieurs canaux et chacun de ces canaux est multiplex selon une technique
temporelle (TDMA) lintervalle de temps.

1.5.2 La structure des canaux
Les canaux sont dfinis par leur frquence de mme que par le numro et la
position de la trame correspondante lintrieur dune trame TDMA. On retrouve dans un
systme GSM deux types de canaux :
Les canaux de trafic pour le transport de la voix et des donnes ;
Les canaux de contrle pour la gestion des messages dans le rseau et des
oprations dentretien.

Canaux de trafic (TCH Traffic CHannel)
Les canaux de trafic (TCH) sont dfinis par lutilisation de multitrame. Dans la
structure de multitrame, les canaux de trafic pour la communication descendante et
ascendante sont dcals de 3 intervalles de temps, ce qui signifie que la station mobile na
pas mettre et recevoir en mme temps. Cet attribut simplifie considrablement
llectronique du systme.
La trame 12 de la multitrame a une fonction de contrle et est utilis par le canal
SACCH (Slow Associated Control CHannel). Ce canal, dit canal de signalisation, est
associ en permanence au TCH et permet principalement la supervision physique de la
liaison radio.

Canaux de contrle
Selon leurs fonctions, 3 classes de canaux de contrle sont dfinies :
- Canaux de diffusions (BCH Broadcast Control CHannel) : diffusion
permanente dinformation vers les stations mobiles pour leur permettre de se synchroniser
avec le rseau (identification de la station de base frquente). Le canal FCCH (Frequency
15
Correction CHannel et le canal SCH (Synchronisation Channel) font partie de cette
classe,
- Canaux de communication ddis (DCCH Dedicated Control Channel) :
canaux utiliss pour la mise jour de la localisation et pour lenregistrement et la
gnration dappels mobiles,
- Canaux de contrle associ (FACCH) : ces canaux remplacent tout ou en partie
le canal de trafic lorsquune information de signalisation urgente doit tre transmise.

1.6 Conclusion
La norme GSM ne cesse dvoluer de manire rpondre aux besoins des
consommateurs. En effet, lvaluation de la QOS du rseau GSM sera ncessaire.
Plusieurs techniques sont mises en uvre pour faciliter cette tche et loprateur du rseau
GSM donne une grande importance cette activit afin de satisfaire ses abonns. Dans le
chapitre suivant, la QOS sera le thme traiter ainsi que les techniques aidant sa
supervision.

16

2
Gestion de la qualit de service du rseau
GSM

2.1 Introduction
Le terme qualit de service (QOS : Quality Of Service) a une signification
spcifique dans le monde des tlcommunications. Il se rapporte la rentabilit et la
fiabilit dun rseau et de ses services. Dans ce chapitre, nous allons dfinir la QOS dans
les rseaux mobiles. Ensuite, nous prsentons les critres dvaluation de la QOS dans le
rseau GSM. Ceci nous permettra de prsenter les techniques de mesure de la QOS qui
permettent la mise en place dun cadre dvaluation de la qualit de service du point de
vue des oprateurs.

2.2 La qualit de service dans les rseaux mobiles
La ncessit damliorer le service rendu au niveau des rseaux mobiles sest
largement manifeste, dans le secteur priv comme dans le secteur public. La notion de
qualit de service est un indicateur qui nous est de plus en plus familier, mais qui la
plupart du temps reste flou dans les esprits car le terme de service recouvre des ralits
varies. Le domaine actuel de la qualit de service dans le monde des tlcommunications
est extrmement vaste puisque les oprateurs et les fournisseurs de service utilisent des
technologies diffrentes et sadressent une clientle trs varie [1]. Pour limiter ce
domaine et pour faciliter la comprhension et la mise un place dune approche simple
concernant la QOS, nous nous appuyons sur les principes suivants :
- La qualit de service ne concerne que lensemble des proprits, des caractristiques
et des paramtres qui peuvent tre choisis, mesurs et compars des valeurs limites.
Gest i on de l a qual i t de servi ce du rseau GSM
17
- Lvaluation de la qualit de service peut tre rduite quelques caractristiques
essentielles de qualit. Il nest pas ncessaire de dfinir et mesurer chaque proprit des
dispositifs du service.
- Il est important de dfinir un ensemble commun doutils pour fournir des rsultats
comparables non seulement pour faire face la concurrence, mais aussi pour fidliser les
utilisateurs finaux.

2.3 Les critres dvaluation de la qualit de service dans un rseau
GSM
Dans le cas du rseau cellulaire GSM, le service fourni le plus important est le
service voix et la satisfaction de lutilisateur se traduit par trois contraintes de
fonctionnement :
- Labonn doit pouvoir joindre nimporte qui, nimporte quand et nimporte o,
- Aprs tablissement de la communication, la conversation est audible et
comprhensible par les deux interlocuteurs,
- La ligne tlphonique nest pas coupe en cours de communication [1].
Pour loprateur, ceci se traduit par quatre contraintes techniques :

Indicateurs de qualit de service Mode dvaluation
Couverture Mesures radio et plaintes des abonns
Taux dappels russis Mesure systme
Qualit de la communication pendant
lappel
Mesure radio
Mesure systme
Analyseurs de qualit vocale
Taux de coupure dappels Mesure systme

Tab 2. 1 : Principaux indicateurs de qualit de service.

La qualit de service dans le rseau GSM est leffet global produit par la qualit
de fonctionnement de ses services. Elle dtermine un degr de satisfaction de lusager de
ses services. Pour permettre une QOS acceptable, il y a plusieurs critres ajuster, dont
les plus importants sont :

2.3.1 La couverture du rseau
Ltat de la couverture du rseau est valu par labonn directement sur son
terminal qui affiche le nombre de barrettes indiquant la puissance du signal reu. Un
18
faible niveau de champ ou labsence du champ se traduit par la prsence dune ou deux
barrettes sur lcran du terminal ou par lindication dabsence du signal
Lindicateur de couverture du rseau exprime en tout point de service la
probabilit dtablir une communication de bonne qualit. Une valeur typique de cet
indicateur est 95 %. Cet indicateur fait partie des contraintes considres lors de
ltablissement de la couverture du rseau.
Les principales causes dune mauvaise qualit de service du point de vue
couverture sont :
Nombre insuffisant de stations de base ;
Mauvais paramtrage (physique et logique) des stations de base (tilts,
azimuts, puissances, etc) ;
Types dantennes et qualit dinstallation (pertes dans les cbles) ou de
maintenance (humidit des feeders, dgradation des cbles, etc) ;
Qualit du terminal de lusager (sensibilit) ou dtrioration de la partie
mission /rception RF.

2.3.2 Le taux dappels russis
Cet indicateur reflte la disponibilit des ressources, il est calcul par la
probabilit que toutes les ressources soient occupes lors dune demande de canal. Dans
le processus de dimensionnement des ressources, cet indicateur tait appel taux de
blocage. Au niveau de labonn, une mauvaise qualit de service, pour cet indicateur, se
traduit par la difficult dtablir des appels : labonn doit tenter plusieurs fois son appel
avant dobtenir une ressource.
Les principales causes dune mauvaise qualit de service du point de vue
disponibilit des ressources sont :
Capacit insuffisante (incohrence entre le dimensionnent des ressources et le
trafic rel) ;
Valeur inadapte du seuil daccs minimum la cellule ;
Interfrence sur le lien montant ou le lien descendant qui rendent difficile
ltablissement dune liaison de signalisation pour ltablissement dun appel ;
Mauvais paramtrage du rseau qui ne permet pas une rpartition homogne du
trafic entre les cellules.

Dans le tableau 2.2, nous avons produit les valeurs typiques de cet indicateur
utilises lors du dimensionnement, dans le cas du GSM. Des valeurs suprieures ces
seuils pourront se traduire par une mauvaise qualit de service perue par les usagers.

19
Interfaces Taux de blocage
Um/TCH 2%(de 1 5 %)
Um/SDCCH 0.1% (de 0.1% 1%)
GSM-RTC 0.5% (0.1 1%)
A 0.1% (de 0 1%)
General 0%
General 0.1%( 0 1%)

Tab 2. 2 : Qualit de service dans GSM.

2.3.3 La qualit de communications
La qualit de communications est galement un indicateur trs important pour
labonn. Si le taux derreurs binaire est infrieur un seuil dtermin pendant toute la
communication, lusager peroit une communication de bonne qualit. Dans le cas du
GSM, il faut typiquement que le rapport signal sur bruit soit suprieur 9 dB plus les
marges de confort prenant en compte leffet de masque et les fadings de Rayleigh. Un
autre indicateur relatif la qualit de la communication est celui du taux de collisions
destructives. Une collision destructive se produit lorsque plus de trois bursts GSM
conscutifs prsentent un niveau dinterfrence suprieur au seuil acceptable. Dans ce cas,
la trame de parole GSM (transmise sur 8 bursts conscutifs) sera mal reue par lusager et
la qualit du signal de parole sera dgrade.
Lindicateur de taux de trames errones (ou Frame Error Rate, FER en anglais)
est driv de cet indicateur DCR. Il est par exemple utilis pour estimer la qualit des
liens dans le cas o le saut de frquence est activ. Les pertes de trames peuvent
galement se traduire par des microcoupures pendant lappel traduisant une mauvaise
qualit de communication.
Les principales raisons lorigine des problmes indiqus ci-dessus et qui
conduisent la perception dune mauvaise qualit de service par labonn du point de vue
de lindicateur qualit de communication sont :
Niveau dinterfrences externes trop leves (interfrences dues des missions
cocanal ou sur canal adjacent par des quipements autres que ceux du rseau) ;
Interfrence cocanal ou sur canal adjacent trop leves (mauvais plan de
frquences typiquement) ;
Mobile situ hors couverture du rseau ;
Mauvaise installation des quipements radio ;
20
problme de transmission (annuleurs dcho ou mauvaise synchronisation se
traduisant par des pertes dinformations et du grsillement dans les communications
vocales) ;
Paramtrage inadquat du handover (handover ping-pong produisant des
microcoupures rptitives).

2.3.4 La coupure de communications
La coupure dune communication (call drop en anglais) a plusieurs origines. Elle
est particulirement dsagrable pour labonn qui considre cet vnement plus ngatif
que la difficult dobtenir une ressource (cas du blocage dappel).
Les principales raisons qui conduisent la perception dune mauvaise qualit de
service par labonn et pour lindicateur dinterruption des communications sont les
suivantes :
Mauvaise couverture (trou de couverture ou zone de couverture
insuffisante typiquement) ;
Interfrences leves ayant entran limpossibilit de maintenir les
liens de signalisation et/ou de trafic ;
Problme de handover (mauvais paramtrage ou congestion dans la
cellule cible) ;
Mauvais paramtrage radio (liste des cellules voisines incomplte par
exemple) [2].

2.4 Les techniques de supervision de la QOS
Pour la mise jour de ltat de fonctionnement du rseau, plusieurs outils
danalyses de la QOS, sont mis en place [10]. La comparaison entre les indicateurs
obtenus par ces techniques et les paramtres du seuil, permet lidentification des origines
des problmes (chec dtablissement de TBF, coupure de session, etc.). En gnral, il y a
trois manires de dterminer le QOS d'un rseau GSM :

2.4.1 Le drive test
La mthode de mesure du drive test consiste la caractrisation prcise des
canaux radio. Cette technique danalyse permet la rcupration dune trace de mesure
faite par le mobile diffrents instants.
La mthode du drive test consiste embarquer sur une voiture les quipements
suivants :
Une station mobile : un mobile de test avec double capacit GSM/GPRS
quip dun logiciel spcial. Il est appel gnralement mobile trace.
21
Un systme de localisation GPS (Global Posionner 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 de la MS et le port srie du PC.
Un onduleur dalimentation permettant dalimenter les diffrents
appareils de mesure.

Fig 2. 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. L'un des messages
intressant qui est enregistr est le message "Measurement Report" contenant les mesures
effectues par le mobile (mesures DL) : en particulier le niveau RxLev DL et la qualit
RxQual DL. Cette chane de mesure est utile pour analyser un problme client (une
information gographique) et elle permet dvaluer les rseaux concurrents
(benchmarking). L'inconvnient, cependant, est que seulement un secteur limit et une
petite fentre de temps peuvent tre examins et le test est extrmement cher.

2.4.2 Les indicateurs RNO
Les indicateurs RNO (Radio Network Optimisation) peuvent tre activs dans le
BSS et dans le NSS. Ces diffrents compteurs attribus tous types d'vnements
fournissent de manire permanente l'oprateur des informations sur ltat et la qualit du
rseau. Par exemple, il y a des compteurs pour le nombre de handovers entrants ou
sortants. L'avantage principal des mesures par l'intermdiaire de l'OMC est quil fournit
des rsultats sur la qualit du rseau en entier c'est--dire une vue complte du rseau.
22
D'autre part, cette mthode est un processus automatisable. Linconvnient, cependant,
cest que la comparaison concurrentielle est impossible de plus ces compteurs fournissent
peu ou pas d'information purement radio.

2.4.3 Lanalyse de protocole
Lanalyseur de protocole est un moteur qui gnre des indicateurs pertinents qui
permettent de comprendre ltat dun rseau un instant t situ dans le pass, le
prsent ou le futur. Il permet lobtention simple et rapide de nombreuses statistiques qui
facilite ainsi la vision de tout le rseau. Les analyseurs de protocole peuvent tre relis
aux BTSs, aux BSCs, ou bien aux MSCs pendant une certaine priode de temps.
Les mesures faites avec les analyseurs de protocoles ont pour avantages :
Que tous les vnements capturs sont disponibles pour une analyse
postrieure et dtaille.
Que les mesures sont faites dans les deux sens UL et DL,
Quelles favorisent une finesse de l'analyse radio,
Que les constructeurs sont indpendants,
Quelles sont exhaustives.
L'inconvnient de ces analyseurs est qu'ils sont difficiles mettre en uvre et cest
coteux de les avoir en grand nombre afin de pouvoir observer de manire permanente le
rseau GSM en entier [5].

Fig 2. 2 : Analyseurs de protocoles.

Outre linterface radio, videmment normalise pour permettre lusage de mobiles
de marques diverses sur des rseaux diffrents, le systme GSM a prvu deux interfaces
ouvertes, dune part entre le systme rseau et le systme radio (interface A) et dautre
part entre le BSC et les BTS qui lui sont rattaches (interface A bis).
23
Dans ce manuscrit , nous allons mettre en uvre la technique de supervision de la
QOS dans le rseau GSM base sur des mesures faites par lanalyseur de protocole au
niveau de linterface A. Et dans la suite de ce chapitre, nous allons dcrire linterface A,
ses fonctions, les protocoles sur laquelle sont changs et le principe de capture sur cette
interface.

2.4.3.1 Lanalyseur de protocole interface A
Cet analyseur de protocole est un outil dacquisition qui permet lanalyse de
protocoles changs sur linterface A.

Fig 2. 3 : Analyseur de protocole interface A.

2.4.3.2 Linterface A
Linterface A est base sur lusage dune ou plusieurs liaisons numriques
2048 Kbit/s. Chaque lien 2 048 Kbit/s fournit 31 canaux 64 Kbit/s qui supportent
le trafic aussi bien que la signalisation ncessaire. Linterface A est dfinie la sortie
du MSC et le dbit par canal y est gal 64 Kbit/s. Or, le dbit correspondant sur
linterface radio est gal au plus 16 Kbit/s. Une fonction de transcodage, pour la
parole, ou de conversion de dbit, pour les canaux de donnes, est donc ncessaire.
Linterface A permet que ces fonctions soient gographiquement situes prs du MSC
ou du BSC, cependant, fonctionnellement le transcodeur est considr comme faisant
partie du BSS [6].

a. Division fonctionnelle entre sous-systme radio et MSC
- Gestion des canaux radio
La gestion des canaux radio est assure entre le BSS et lOMC, le MSC ne
dtenant aucune donne directe concernant lallocation des time slots radio. Le BSS
24
choisit le bon canal radio pour un appel donn en fonction des informations quil reoit du
MSC qui dfinit le type de canal, le codage canal [7].

- Gestion du saut de frquence
La gestion du saut de frquence est assure par le BSS. Celui-ci stocke et transmet
tous les paramtres de saut pour les cellules quil contrle. Le saut de frquence est
invisible sur linterface A.

- Contrle de puissance et alignement de trames
Toutes les fonctions de contrle de puissance et dalignement des trames sont
effectues entre la station mobile et le sous-systme radio, sans change de donnes sur
linterface A.

- Canaux de contrle (BCCH et CCCH)
Toutes les donnes relatives au BCCH sont stockes dans le BSS et utilises par
lui. Les accs alatoires au CCCH sont contrls de manire autonome par le BSS,
cependant les messages de paging sont reus du MSC via linterface A.

- Codage et dcodage des canaux
Le codage canal et lentrelacement sont effectus par le BSS. Le type de codage et
dentrelacement est dduit de linformation contenue dans le message dassignement
envoy par le MSC.

- Transfert intercellulaire
Le transfert intercellulaire peut tre interne un BSS, un MSC ou mettre en jeu
plusieurs MSC. Dans le cas dun transfert intercellulaire qui est interne un BSS, le
contrle est assur entirement par le BSC, qui utilise les mesures effectues par la station
mobile et qui lui sont reportes. Le MSC est juste inform du rsultat de lopration.
Dans le cas dun transfert intercellulaire mettant en jeu un ou plusieurs MSC, et
bien entendu deux BSS diffrents, le contrle est assur par le MSC. Les mesures radio
effectues par la station mobile sont reportes au BSS, prtraites par celui-ci et
transmises au MSC. Ayant reu du BSS lindication quun transfert intercellulaire externe
ce BSS est ncessaire, le MSC dcide du moment et de la destination de ce transfert
intercellulaire.

- Gestion de la mobilit et traitement dappel
Toutes les transactions concernant la gestion de la mobilit (Mobility
Management, dans le modle en couches, est une partie du niveau 3) et le traitement
25
dappel (Call Control du mme niveau 3) sont assures directement entre la station mobile
et le MSC/HLR/VLR. La seule exception ce schma concerne le paging, qui est envoy
par le BSS dans la cellule approprie, au moment appropri.

- Aspects scurit
Pour ces aspects, linterface A est trs largement implique, comme cela est
montr dans ce qui suit :

b. Position des transcodeurs et adaptateurs de dbit
Les transcodeurs et les adaptateurs de dbit sont fonctionnellement intgrs dans
le BSS et ne sont par consquent pas supposs tre des quipements autonomes. Leur
contrle est assur par le BSS. Cependant, au regard des cots de transmission supports
par les oprateurs, il est plus conomique de conserver les faibles dbits de linterface
radio aussi longtemps que possible dans le rseau fixe. Cest pourquoi il est devenu
dusage dinstaller, sur le site du MSC des quipements spcifiques, partie du BSS et
grs par le BSC, pour assurer ces fonctions. Malgr le cot supplmentaire que
reprsentent ces quipements, ils sont rapidement rentables pour loprateur puisquils
divisent par un facteur quatre en moyenne ces cots de location de liaisons 2048 Kbit/s.

c. Structure de linterface A
La signalisation sur linterface A suit un modle en couches. Les messages entre
BSS et MSC sont classs en trois catgories :
Messages DTAP ( Direct Transfert Application Part) ;
Messages BSSMAP ( Base Station System Mobile Application Part) ;
O&M BSS ( Base Station System Operation and Maintenance).
Les messages DTAP sont transmis directement entre MSC et station mobile,
passant de manire transparente travers le BSS. Ils sont composs de messages,
correspondant aux trois sous-blocs du niveau 3 de linterface radio (Call Control,
Mobility Management, Radio Resource Management). Pour supporter le transfert de
signalisation sur linterface A, un ensemble de protocoles a t dfini, partir du systme
de signalisation SS7 [3].
26

Fig 2. 4 : Les protocoles de linterface A.

2.4.3.3 Les principes des captures sur linterface A
Les fichiers de mesures utiliss pour raliser loutil dvelopper sont faits par les
quipements de lentreprise Astellia qui est le partenaire de la socit qui soccupe de la
ralisation daudit pour les oprateurs du rseau GSM. La gamme de produits Astellia,
matriels et logiciels, permet de dtecter s'il y a de dgradation dans les rseaux de
tlcommunication mobiles.
Pour obtenir la visualisation, la plus prcise possible du comportement du rseau,
les captures se ralisent durant les heures de pointe des appels (busy hours), dfinies avec
Tunisie Tlcom, car seul loprateur connat ces informations [8].
La figure 2.5 montre le schma de raccordement des sondes Ocean ou Manta
(quipements Astellia):

Fig 2. 5 : Vue globale et schma de raccordement des quipements de mesure.

27
En effet, chaque capture gnre un fichier qui est ensuite analys par loutil Cigale
qui fournit lensemble des paramtres et/ou indicateurs suivants :
Efficacit dappel (appels sortants, avec causes dtailles.)
- Coupures dappel (radio et NSS) avec causes dtailles [9].
- Handovers :
Rpartition des causes de handovers inter BTS, BSC et MSC
(meilleur cellule, signal UL), Liste des cellules avec HO ping pong,
HO asymtriques, etc.
Efficacit des handovers inter MSC et BSC (% non rponse et %
checs).
- Trafic :
congestion radio, rejet des HO pour cause de congestion
Congestion ou coupure sur liens MSC/BSC CICo
Trafic de la signalisation
- Efficacit des Location update .
- Efficacit des SMS.

Pour mettre en vidence limportance de ces informations notre application
consiste organiser ces donnes dans une base de donnes et y accder pour construire de
graphes portant sur les diffrents indicateurs mesurs et les afficher selon diffrents
champs dinvestigation de rseau : tablissements dappel, taux de coupure des appels,
tude de handovers, valuation du trafic et vrification des MICs, informations sur les
roamers et lefficacit denvoi et de rception des SMS.

2.5 Conclusion
Tout oprateur du rseau GSM veut rduire le taux de coupure des appels, dtecter
les points de congestion, augmenter le trafic, liminer les handovers inutiles, localiser les
endroits o il est ncessaire doprer un drive test, etc.
Ces volonts font lobjectif de loutil que nous allons dvelopper et qui permet
l'analyse des rsultats de mesures captures au niveau de linterface A. Cette application
importe les rsultats extraits par lanalyseur de protocole et les montre sous forme de
graphiques ou sous forme de tableaux. Le processus permet notamment la visualisation et
la comprhension immdiate d'un problme du rseau.
Dans le chapitre suivant, nous allons dcrire la conception de cet outil et
dterminer les diffrentes tapes de sa ralisation.

28
3
Conception de lapplication

3.1 Introduction
Dans les deux chapitres prcdents, nous avons prsent les deux principaux thmes
dont dpendra notre projet. En effet, la conception de loutil d'analyse de l'interface A
ncessite une bonne comprhension des divers mcanismes du GSM (tablissement
d'appels, handovers, allocation des canaux) et des divers enjeux de la gestion de la qualit
de service sur l'interface A.
Dans ce chapitre, il sera question dans une premire tape, de la prsentation du cahier
des charges de loutil dvelopper. Ensuite, nous nous intressons sur les choix
ncessaires pour la ralisation depuis la plate-forme choisie jusqu'aux diffrents
composants que nous devons faire intervenir pour le droulement de l'application.

3.2 Le cahier des charges de l'outil daudit dvelopp
3.2.1 Lobjectif de l'outil daudit
Notre application consiste dvelopper un outil de traitement et danalyse des
fichiers de traces captures au niveau de linterface A par lintermdiaire du logiciel de
post-traitement de ces trames de signalisation (CIGALE).
Cet outil a comme entres les fichiers de traces qui seront bien traits et organiss
sous forme dune base de donnes et comme sortie des graphes et des tableaux qui
permettent de mettre en vidence les diffrentes mesures faites au niveau de linterface A
et dexploiter toute information qui va permettre doprer une gestion complte et rapide
de la performance du rseau GSM. En effet, il permet une obtention simple et rapide de
nombreuses statistiques qui facilitent ainsi la vision de tout le rseau grce des
indicateurs pertinents permettant de comprendre ltat du rseau un instant t situ
Concept i on de l out i l
29
dans le pass, le prsent ou le futur. La figure 3.1 visualise le principe de notre
application :

Fig 3. 1 : Schma synoptique de loutil.

3.2.2 Les donnes dentres
Les fichiers de capture fournis par lanalyseur sont de type . Txt . Ils contiennent
linformation mais ils sont de grandes tailles et difficiles traiter manuellement. Pour bien
oprer ces donnes, nous avons procd les organiser dans une base de donnes et
choisir un systme convenable pour la grer et qui soit en fait compatible avec la plate
forme de dveloppement de loutil. La connaissance de la liste des tats, des vnements
et des causes utiliss par lanalyseur ainsi que les diffrents messages changs sur
linterface A nous aide dterminer les diffrents points de vue dobservation du rseau.
Pour mettre en vidence limportance de cette tape, nous allons traiter un fichier qui
donne les statistiques sur toutes les transactions de lautomate (Cigale) dclenches
pendant le traitement. En effet, une transition est dfinie par :
Un tat origine.
Un tat fin.
Un message (event) avec parfois une cause associe, il peut tre accompagn
dune extension permettant dindiquer le sens de message ou dajouter une
information supplmentaire (par exemple DISC_F,DISC_M).

Analyseur de
protocoles
Fichiers de traces
captures sur
linterface A
Base de
donnes
Les statistiques
30
Lexemple suivant traite la procdure dun appel sortant et prcise ltat automate de
chaque message chang :

Fig 3. 2 : Procdure dappel.

Ainsi, les fichiers rsultats de lautomate se reprsentent sous forme de tableaux et
contiennent :
des informations dtailles sur les connexions chaque changement de
cellules ou la fin de la connexion,
les valeurs unitaires des compteurs de dures,
des informations sur chaque message li aux services supplmentaires et sur
chaque message court,
des statistiques sur toutes les transitions de lautomate, sur le flux de
handovers entre cellules, y compris les problmes de handovers ping-pong et sur
les mises jour de localisation,
Event
Message protocolaire
CMSRQ
Connection Request [Complete Layer 3 Information [CMServiceRequest]]
CC
Connection Confirm
AUTRQ
Data Form 1 [Authentication Request]
AUTRQ
Data Form 1 [Authentication Response]
CICMD
Data Form 1 [Cipher Mode Command]
CICMP
Data Form 1 [Cipher Mode Complete]
Etat automate
OC_CMS_REQ
OC_CMS_REQ_1
OC_AUT_REP
OC_CIM_CMD
OC_CIM_CMP
BSS MSC
31
des indicateurs dinefficacit dtablissement des appels taux de coupure des
appels tablis, taux de russite et dchec des handovers (sortants, entrants), taux
de succs des mises jour de localisation,
indicateurs sur les mises jour des roamers,
liste de cellules observes,
etc.

3.2.3 Les rsultats envisageables
Les rsultats attendus sont des graphiques et des tableaux qui illustrent les
performances du rseau pendant une priode bien dtermine. Ils sont gnres partir des
tables de la base de donnes selon une stratgie qui permet de choisir les informations
ncessaires pour chaque champ dinvestigation : tablissement dappel, coupure,
handovers, trafic, etc. Tout dtail y figure par BSC, par cellule, par cause, par groupes de
cellules.
Et pour aboutir ces objectifs, une bonne conception de loutil savre tre ncessaire.

3.3 La description de la procdure d'analyse
Loutil que nous allons dvelopper permet lobtention simple et rapide de nombreuses
statistiques sous forme de tableaux et de graphiques qui facilite ainsi la vision de tout un
rseau tout en investissant les donnes recueillis sur l'interface A. Ces donnes sont
gnralement stockes dans une base de donnes. En effet cet outil permet dexcuter les
tches suivantes :
Identification de lutilisateur :
L'utilisateur s'identifie en saisissant son nom et son matricule. Si ces donnes
existent dan s la base de donnes des utilisateurs, une session souvre, sinon, il quittera
le programme.
Import de donnes :
Lutilisateur fait le choix dune source de donnes pour la traiter et lanalyser.
Chargement de donnes : une fois le choix de la source est effectu, les noms des
cellules de la zone tudie seront affichs dans les nuds de larborisant qui illustre
les diffrents domaines de lanalyse.
Choix de champ dinvestigation : pour faciliter la tche lutilisateur, les champs
des investigations seront reprsents par des boutons dans les barre doutils.
Analyse approfondie et gnration des statistiques : la comprhension des
paramtres de performance utiliss par lanalyseur de protocole pour raliser les
fichiers de mesures mne la bonne slection des indicateurs aidant la gnration
des statistiques et des tableaux rsumant la QOS de chaque domaine dinvestigation.
32
Gnration dun rapport contenant les rsultats de cette analyse : lutilisateur a le
choix entre la possibilit de choisir les champs qui seront incorpors dans le rapport
ou bien la gnration dun rapport gnral. Il peut galement intercaler ses
commentaires qui seront affichs la fin du rapport.

3.4 Le 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 poses.
Pour ce qui est de la plate forme de programmation nous avons eu le choix entre
JAVA, C++ et Visual Basic. Cette slection est justifie par le fait que tous ces langages :
utilisent le concept orient objet et s'apprtent parfaitement notre cas.
permettent la cration d'interfaces graphiques sophistiques (menus droulants,
boutons, cases cocher, etc.) essentielles pour la conception de l'interface graphique de
notre application.
incluent le concept du modle vnementiel. En enfin,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 plateformes (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.
C++ est aussi un langage multi plate-forme. Il se distingue par sa rapidit lors de la
compilation ainsi que lors de l'opration de la lecture des fichiers. Son principal dfaut
reste la complexit de sa structure et la difficult pour la dfinition des classes de travail.
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
plateforme Windows. Aprs cette tude comparative nous avons opt pour Visual Basic
6 comme plateforme de programmation.
Un autre choix que nous avons d faire tait celui du systme de gestion de base de
donnes utiliser. On avait le choix entre plusieurs SGBD, (SQL, ORACLE, My SQL,
ACCESS...) et nous avons finalement choisi de travailler avec ACCESS 2000 pour les
raisons suivantes :
La comptabilit entre ACCESS et Visual Basic peut nous offre facilit, souplesse et
modularit lors du dveloppement de notre application.

33
3.5 La conception de l'interface Utilisateur
Notre outil daudit devrait prsenter une interface graphique agrable et facile
manipuler. Dans les paragraphes prcdents, nous avons dfini les entres sorties de notre
application ainsi que la procdure danalyse ce qui constitue une phase trs importante
pour la ralisation du projet. De ce fait, la cration de l'interface graphique du logiciel joue
un rle important pour assurer une bonne utilisation. C'est non seulement la vitrine de
l'application, mais galement le lieu d'interaction entre l'utilisateur et notre programme,
leur point de rencontre, l'endroit o nous dessinons les boutons, les cases cocher et les
autres contrles et avant de passer, par la suite, la performance et la manire du
droulement de la procdure d'analyse.
Ainsi, cette interface doit :
tre conviviale,
prsenter un masque de saisie organis de faon logique pour faciliter le
dplacement d'un champ l'autre dans un ordre cohrent,
bien concevoir les menus afin de permettre l'utilisateur de trouver rapidement ce
qu'il cherche.
La figure 3.3 reprsente une vue globale de linterface utilisateur. Cette interface
contient un espace de travail pour laffichage des tableaux et des statistiques et une barre
doutils qui facilite le choix de champ dinvestigation :

Fig 3. 3 : Interface utilisateur.

34
Pour permettre une comprhension approfondie des performances du rseau GSM,
loutil daudit fournit la liste suivante de KPIs :
a) Procdure 1 : Etablissement des appels
Appels sortants: inefficacit de l'tablissement :
L'tablissement d'appel, cas des appels sortants, se dclenche quand la station
mobile envoie un message CM SERVICE REQUEST vers le rseau et lappel sera tabli
avec succs quand le message ALERTING, PROGRESS ou CONNECT est envoy la
station mobile. Si l'tablissement d'appel a chou, un message de dconnection sera
envoy. Ce message proviendra de l'entit dtectant le problme. Les entits concernes
peuvent tre labonn, le sous- systme radio (BSS) ou le sous- systme rseau (NSS)
(voir annexe A).
Dtail de l'inefficacit des appels sortants :
Lillustration des dtails de linefficacit des appels sortants prsente une
classification de tous les messages enregistrs avec leurs causes associes qui sont
lorigine dchec de tentatives d'tablissement dappel dans le cas des appels sortants.
Ces messages peuvent tre issus du sous-systme rseau NSS, de la station mobile ou
directement du sous-systme radio (BSS). Cette sparation aide tudier l'origine et la
cause de l'chec.
Nous expliquons maintenant les principales causes dchec qui seront ncessaires
pour lanalyse dans le chapitre suivant :
Message CMSAB et DISC_M-NC :
Les checs pour cause utilisateur qui sont reprsents par les messages CustoMer
Service ABort (CMSAB) et DISCONNECT pour cause Normal Clearing. Ces checs sont
malheureusement impossibles optimiser car directement relis au client.
Echecs dus aux problmes radio :
Les principaux problmes viennent des checs radio qui sont prsents dans les
messages CLEAR REQUEST envoys par le BSC avec la cause Radio Interface Message
Failure (CLREQ-RIMF) ou Radio Interface Failure (CLREQ-RIF). Ce message peut
suivre lexpiration du mcanisme de temporisation Radio Link Timeout ou le nombre
maximum de retransmission sur la couche 2 pour nimporte quel message sur linterface
radio. Sil ny a plus de contact entre le mobile et le MSC dans le cas de procdures
supervises par le MSC (chiffrement, authentification), le MSC relche CLEAR
COMMAND pour cause de Call Control (CLCMD CC) La corrlation avec lanalyse
des appels perdus va permettre didentifier les autres cellules ayant le plus de problmes
radio.
Echecs dus une tentative dappel trop rapide aprs un chec :
Les checs radio ont dautres consquences. En effet, si un utilisateur tente une
connexion immdiatement aprs un problme radio, cet essai rapide est rejet par le
35
MSC car le contexte prcdent de communication est toujours ouvert au sein du NSS
pour cet utilisateur : Ce rejet est identifi par le message CM SERVICE REJECT,
message envoy par le MSC vers le mobile avec la cause Message Not Compatible With
Call State (CMSRJ - (Rej)MNCwCS). Ce message est envoy ds la premire tape de
ltablissement dappel.
Message ASFAI-NRRA ou CLREQ-NRRA :
Un des problmes issu aussi de la congestion TCH sur le BSC, on le retrouve dans
les messages CLEAR REQUEST et ASSIGNMENT FAILURE pour la cause NO Radio
Ressource Available (ASFAI NRRA lorsque le BSC signale la congestion et CLREQ
NRRA lorsque le mobile est en file dattente) La corrlation avec lanalyse des cellules
congestionnes va permettre didentifier les autres cellules ayant le plus de problmes de
congestion.
Echecs normaux dus plusieurs causes :
Ces checs sont relis aux connections relches par un message DISCONNECT envoy
par le NSS vers le mobile avec la cause Normal Unspecified (DISC_F Nu).
Les causes peuvent tre de plusieurs natures :
La cause principale vient des mobiles teints nayant pas souscris loption de la
messagerie vocale. Le client est rejet avec un message "Le mobile de la personne appele
est teint " et le MSC relche la connexion.
Apres un message CLEAR REQUEST avec cause Radio Interface Failure. Dans
ce cas, le mobile na pas t capable de passer du SDCCH au TCH et retourne sur le
SDCCH. Mais le MSC nest pas capable de relancer un second assignement et relche
donc la connexion.
En cas de mauvaise numrotation, certains numros peuvent atteindre ltat final
OC_SONN et donc prendre des ressources inutilement. Cest le cas des numros
commenant par * ou # qui ne sont pas viables (ex. : *, #######55*74, *123*, *0#7, etc.).
CLIR non support : Toutes les communications faisant appel au Calling Line
Identification Restriction (CLIR) (qui correspond en franais loption de masquer son
numro la personne appele) sont rejetes par un message RELEASE COMPLETE
envoy par le MSC au mobile avec la cause Requested Facility Not Subscribed
(RELCMP_F RFNS). Ces relches sont envoyes juste aprs la rception du message
Setup depuis le mobile. Tunisie Telecom devrait informer son client quil doit dabord
souscrire loption demande avant de passer son appel car en gnral lutilisateur essaie de
nombreuses fois avant de se rendre compte de son erreur.
Dtail des tats d'une inefficacit des appels sortants :
Une autre illustration se fait pour la sparation des dtails des tats dune efficacit
des appels sortants. En d'autres termes, elle indique quelle tape du procd
d'tablissement d'appel l'chec (ou la fin normale de l'appel) a lieu : pendant
36
l'authentification, le chiffrement, etc. C'est une aide pour trouver avec plus de prcision
l'origine de l'chec et l'entit concerne.
Appels entrants: inefficacit de l'tablissement :
L'tablissement d'appel, en cas des appels entrants, se dclenche quand la station mobile
envoie un message PAGING RESPONSE vers le rseau et lappel sera tabli avec succs
quand un message de CONNECT est envoy vers le rseau. Si l'tablissement d'appel a
chou, un message de dconnection sera envoy. Ce message proviendra de l'entit
dtectant le problme. De mme comme les appels sortants, les entits concernes sont
l'utilisateur, le sous-systme radio (BSS) ou le sous-systme rseau (NSS).
Dtail de l'inefficacit des appels entrants (mme dfinition que pour les appels
sortants).
Dtail des tats dune inefficacit des appels entrants (mme dfinition que
pour les appels sortants).

b) Procdure 2 : Coupure
Taux de coupure des appels tablis :
Un appel est considr tabli si un message CONNECT est transmis travers l'interface
de A. Les messages responsables de la coupure d'appel sont les messages DISC associs
la cause NC ou Nu (Normal Clearing or Normal Unspecified). Ainsi, nous pouvons citer
dautres messages comme DISC (Call Control level), CLREQ, CLCMD (niveau de
BSSMAP) et messages RLSD (niveau de SCCP). Un appel est considr tabli sur une
cellule quand il se termine sur cette cellule.
Appels tablis : Coupure BSS
Nous sintressons aux problmes ayant comme origine le BSS et nous dterminons le
taux de coupure d'appels partir des messages CLREQ seulement. Ces messages sont
distingus avec leurs causes associes qui sont autant de diffrentes sries.
Appels tablis (appels sortants) : Coupure BSS :
Nous considrons seulement ici les appels sortants et nous nous intressons aux problmes
dus au BSS.
Appels tablis (appels entrants) : Coupure BSS
Nous considrons seulement ici les appels entrants et nous intressons aux problmes dus
au BSS.
Dtails de coupure des appels tablis :
C'est une distinction entre les messages enregistrs avec leurs causes associes qui ont
contribu la coupure des appels dans la cellule indique. Ces messages peuvent tre issus
du NSS, de la station mobile (par le BSS) ou directement du BSS. C'est une aide pour
tudier l'origine et la cause de l'chec.
Dtails de coupure des appels sortants.
37
Dtails de coupure des appels entrants.
Dtails des tats d'une coupure des appels tablis :
Ce KPI indique dans quelles conditions la coupure a lieu: aprs connexion, pendant la
communication, etc. C'est une aide pour trouver avec plus prcision l'origine de la baisse.

c) Procdure 3 : handovers
Handovers sortants et rpartition de causes :
Chaque fois quun handover est excut, que ce soit un intra ou un inter BSS handover, la
cause de ce handover est transmise travers l'interface A. Cette information laisse valuer
le nombre de handovers sortants excuts dans une cellule avec la distribution des causes.
Dtails de handovers sortants pour toutes les cellules :
Ce KPI reprsente le nombre et les causes de handovers excuts dans la cellule
slectionne en interaction avec son voisinage.
Dtails de handovers sortants pour couple de cellules :
Ce KPI reprsente le nombre et les causes de handovers pour un couple de cellules.
Handovers entrants et rpartition de causes.
Dtails de handovers entrants pour toutes les cellules.
Dtails de handovers entrants pour couple de cellules.
Handovers ping-pong par rapport aux handovers sortants :
Cette information laisse valuer le nombre de handovers excute d'une cellule
l'autre et faire galement des liens entre les diffrents handovers excuts par une station
mobile : si un mobile excute un handover de la cellule A la cellule B et puis la cellule
C nous considrerons le handover sortant de la cellule B comme crossing handover de
cellule B. Ce type de handover est reprsent par la srie Ho-Ho. En outre, le temps pass
par un mobile dans une cellule avant d'excuter un handover est valu de sorte qu'il soit
possible de dterminer combien de temps un mobile reste dans une cellule quand il le
croise : si un mobile excute un handover de la cellule A la cellule B, reste au moins XX
secondes dans la cellule B et puis excute un handover dans la cellule C et nous parlons
ainsi du handover Ho-Ho < XXs de la cellule B (XX est un paramtre). Enfin si un
mobile excute un handover de la cellule A la cellule B, reste au moins XX secondes
dans cellule B et puis excute un handover dans la cellule A, ceci est un ping-pong
handover de la cellule B (HoPPG). Des statistiques sont donnes sur A par cellule ou par
BSC.
Dtail des handovers ping-pong pour couple de cellules.
Dtail des handovers ping-pong pour toutes les cellules.
Causes des handovers ping-pong pour toutes les cellules :
38
Cette prsentation (graphique) donne le nombre et les causes de handovers de
ping-pong excuts d'une cellule dans un ou de plusieurs de ses cellules voisines. Cette
prsentation peut aider dtecter rapidement en cas dune cause.
Causes des handovers ping-pong par couple de cellules.
Efficacit des handovers entrants par couple de cellules :
Le procd de handover d'inter-BSC se compose d'un dialogue entre le BSC et le MSC
d'origine et le BSC et le MSC de destination. La manire d'valuer l'efficacit d'un
handover d'inter-BSC est explique dans le graphique ci-dessous : deux taux diffrents
sont tablis et sont bass sur l'change de messages du procd, le taux de rponse et le
taux d'chec (ou taux de succs) [8].

Fig 3. 4 : Handovers inter-BSC

Efficacit des handovers sortants par couple de cellules.
Dtail des non rponses des handovers entrants :
Quand le BSC est concern par un handover inter-BSC entrant, il reoit un message
HANDOVER REQUEST du MSC. Si le BSC ne peut pas accepter ce handover, il
rpondra au MSC avec un message HANDOVER FAILURE. Si le raccordement choue
pour n'importe quelle autre raison, un autre genre de message sera envoy MSC.
Toutes ces rponses ngatives la demande de handover au MSC peuvent tre
visualises sur le graphique. C'est une aide pour tudier l'origine et la cause de la
rponse ngative.
Dtail des checs des handovers entrants :
Quand le BSC est concerne par un handover inter-BSC entrant, elle reoit un
message de HANDOVER REQUEST du MSC. Si le BSC rpond avec un message
HANDOVER REQUEST ACK, il attendra alors la station mobile pour effectuer un
HANDOVER ACCESS sur la nouvelle ressource par radio suivie d'un HANDOVER
COMPLETE qui doit tre expdi au MSC. Si le raccordement entre le MSC et le BSC est
39
arrt avant que le BSC envoie le HANDOVER COMPLETE, le procd de handover
choue. Les messages responsables de cet chec peuvent tre visualiss sur le graphique.
C'est une aide pour tudier l'origine et la cause de l'chec de handover.

d) Procdure 4 : Trafic
Trafic : Charge, saturation :
Lanalyseur de protocole a l'information sur le nombre de ressources qui sont assignes
un moment donn. Ceci permet de calculer le trafic en Erlang et fournit galement le
nombre maximum de TCH assigns pendant l'enregistrement. Plusieurs compteurs sont
galement incrments chaque fois quun mobile refuse un canal quand aucun TCH n'est
disponible : quand le mobile est mis dans la file d'attente, quand le procd de tche
choue (la file d'attente est pleine ou le temps d'attente maximum est atteint) ou quand le
mobile excute un handover inter-BSS et aucun TCH n'est disponible.
CIC : dures moyennes
La priode moyenne de l'attribution et la conversation associe un circuit
d'interface A (CIC Circuit Identification Code) sont des informations trs utiles pour
localiser la mauvaise qualit audio ou les appels blancs sur chacun de ces liens : en effet,
dans ces cas-ci, les utilisateurs tendront raccourcir la conversation. Une basse moyenne
peut galement tre due la coupure du circuit lance par le BSS ce peut tre confirm le
graphique concern.
CIC : checs
Les circuits d'interface (CIC) sont susceptibles de rencontrer les problmes qui ont
de divers symptmes du point de vue utilisateur : cette prsentation laisse dtecter la
coupure des raccordements lance par le BSS. Le nombre de fois o un raccordement est
lch pour une cause donne doit tre compar au nombre d'attributions.
Types d'appels OC
Lanalyseur de protocole fournit des informations dtailles sur la nature des
appels sortants, base sur les informations contenues dans le message SETUP. Un appel
est considr sur une entit de rseau (BSC ou cellule) si le message SETUP tait envoy
par la station mobile sur cette entit.
Types d'appels TC
Lanalyseur de protocole fournit des informations dtailles sur la nature des appels
entrants, base sur les informations contenues dans le message (CCONF). Un appel est
considr sur une entit du rseau (BSC ou cellule) si le message Call Confirmed tait
envoy par la station mobile sur cette entit.

e) Procdure 5 : LU roamers
Taux d'checs de LU par rseau :
40
Le rseau d'origine d'un utilisateur excutant une mise jour peut tre dduit de l'IMSI
transmis quand l'utilisateur n'est pas encore enregistr dans le VLR. Il est alors possible
d'valuer le taux de succs des mises jour de roamers aussi bien que la cause indique
d'chec.
Taux d'efficacit des localisations normales :
Le procd normal de mise jour se dclenche quand le mobile envoie un
message de LOCATION UPDATE (avec l'IE " type de la mise jour " associ " la mise
jour normale") et se termine avec succs en envoyant le message LOCATION UPDATE
ACCEPT ou avec chec quand le message LOCATION UPDATE REJECT. Il peut
galement se produire que le raccordement choue cause des checs par radio ou d'autres
checs.
Dtail dinefficacit des LU normales :
C'est une distinction entre tous les messages enregistrs avec leurs causes associes
qui sont lorigine de lchec de la mise jour BSC indiqu. Ces messages peuvent venir
du MSC/VLR (Location Update Reject, Clear Command, Authentication reject, etc.),
duBSC (Clear Request messages) ou du mobile (IMSI Detach). C'est une aide pour tudier
l'origine et la cause des checs.
Dtail des tats par message - cause d'inefficacit des LU normales :
C'est une distinction entre tous les tats dans lesquels lvnement cause a t reu.
En d'autres termes, elle indique quelle tape du procd de mise jour l'chec a lieu :
pendant l'authentification, le chiffrement, etc. C'est une aide pour trouver avec plus de
prcision l'origine de l'chec et l'quipement concern.

3.6 Conclusion
Dans ce chapitre, nous avons mis en avant sur les phases ncessaires la
conception de notre outil. Ainsi nous avons conu l'interface utilisateur, prpar la base de
donne et achev la programmation de divers composants qui assureront le bon
fonctionnement de cette application.
Le chapitre 4 sera la partie consacre la validation de notre application.

41
4
Evaluation de loutil

4.1 Introduction
Maintenant que la conception de loutil daide la dcision est acheve, nous arrivons la
phase de test et d'valuation. Pour ce faire, nous avons cr une base de donnes selon les critres
adopts lors de la ralisation de la conception partir des fichiers de mesures faites sur la zone
tudier. Lutilisation de notre outil nous permet de perfectionner le rseau GSM, dtecter les
problmes et faire les recommandations ncessaires.
Ainsi, dans ce chapitre nous prsentons les diffrents champs dinvestigation offerts par cet outil
pour valuer la qualit de service dans cette zone.

4.2 Linterface daccueil
Cette interface apparat lors du dmarrage du programme.

Fig 4. 1 : Interface daccueil.
Eval uat i on de l outi l
42
4.3 La bote dauthentification de lutilisateur
Un simple clic sur linterface daccueil lance la bote dauthentification. Pour des
causes de scurit, chaque utilisateur doit possder son propre matricule pour pouvoir
bnficier des droits dexploitation de loutil. Sil nest pas authentifi un message
derreurs saffiche. Si le matricule existe dans la base de donnes dutilisateurs, linterface
principale saffiche et lutilisateur, pour commencer, doit faire entrer la source de donnes
tudier afin de charger les donnes ncessaires pour laffichage de noms et codes de
cellules de la zone tudier.

Fig 4. 2 : Bote dauthentification.
4.4 Linterface utilisateur
Aprs le chargement des donnes, lutilisateur doit slectionner un champ
dinvestigation et doit choisir entre laffichage de donnes ou de graphiques.

Fig 4. 3 : Interface principale.
43

4.5 Lefficacit dAppel
4.5.1 Les rsultats globaux
La visualisation de ces deux formes nous montre que la zone tudie se caractrise
par :
Bonnes performances dtablissement dappel (<5% au total).
Inefficacit utilisateur, normale, de lordre de 7%.

Fig 4. 4 : Efficacit dAppel (graphique).

Fig 4. 5 : Efficacit dappel (tableau).

44
4.5.2 Les rsultats dtaills
Comme a t expliqu dans le chapitre prcdant, nous allons dtaills dans cette
section les causes dchecs pour chaque cellule de cette zone. La figure 4.6 visualise ces
causes pour la cellule A. Le principal problme vient de la cause Normal Unspecified qui
correspond plusieurs types de coupure dont la principale est le fait que lutilisateur a son
mobile teint et na pas activ sa messagerie.

Fig 4. 6 : Causes dchec dappel pour une seule cellule.

4.6 La coupure dappel
Pour dterminer les causes de coupure dappel dans cette zone, nous nous intresser au
pourcentage de messages changs entre le BSC et le MSC portant sur la coupure. Dans
cette tape, la tche consiste calculer le nombre de ces messages et examiner le
pourcentage pour valuer la nature de coupure.
La rsolution finale des problmes de coupure dappel dans le rseau passe par ltude
dtaille de chaque cellule.
45

Fig 4. 7 : Taux de coupure des appels tablis.

4.6.2 Les rsultats dtaills
La cause principale de coupure dappel pour cette zone est RIMF : 50,33% (Radio
Interface Message Failure), typiquement perte du lien radio .

Fig 4. 8 : Dtails de coupure des appels sortants.

46
4.6 Les handovers
Le taux moyen pour la cause Better Cell en bleu ciel correspond au HO sur niveau, ce
taux est aux alentours de 50% pour cette zone. Le relatif faible taux de HO sur niveau
provient en particulier du paramtrage 900-1800 qui relve les niveaux de HO durgence
sur le 1800 (-90 dbm pour le handover sur signal et 5 pour le HO sur qualit) pour que
lutilisateur ait la meilleure qualit possible.
Ltude des handovers est une tche longue et difficile. En effet, il faut tudier chaque
cellule et les causes de handovers vers ses voisines pour localiser o se trouvent tous les
problmes. Notre outil permet de faire les statistiques pour chaque cellule. La figure ci-
dessous illustre les diffrentes causes dans le cas de la cellule 50031 et ses voisines

Fig 4. 9 : Handovers sortants et rpartitions de causes.
.

47

Fig 4. 10 : Causes de handovers pour toutes les cellules.

4.6.2 Handovers Ping-pong
Notre outil permet de fournir les pourcentages de diffrents types de handovers.

Fig 4. 11 : Handovers ping pong.

Les causes de hondovers sont reprsentes dans la figure 4.12.

48

Fig 4. 12 : Dtail des checs des handovers entrants.

Fig 4. 13 : Dtail des non rponses des handovers
Notre outil nous fournit les causes pour les HO entrants et il apparat que la principale
cause de non rponse est la congestion TCH. Concernant les checs aprs une rponse, ils
proviennent principalement dchecs radio ou dchecs temporaires dquipement.

49
4.5 Le trafic : charge et saturation
Pour cette zone, il ny a pas de grands problmes de congestion comme le montre la figure
4.14.

Fig 4. 14 : Trafic : charge et saturation.

Fig 4. 15 : CIC : checs.

Les valeurs de congestion au niveau CIC sont faibles. Ces taux proviennent des
pourcentages des causes de rejet dappel, par exemple le message de dconnexion, cause
50
NCCA (No Circuit Chanel Available). Un rajout de CIC sur les liens A pourrait tre
envisag.

Fig 4. 16 : Types dappels OC.

4.8 Les LU_Roamers
Cet outil permet de visualiser les diffrents types de rejets causant lchec de LU dans le
rseau tudi.

Fig 4. 17 : Taux dchecs de LU.

51

Fig 4. 18 : Taux defficacit des LU normales.

Les percentages de russite, de coupure et de rejet des LU permettent dvaluer le taux
defficacit de ce domaine dinvestigation. Notre outil permet de fournir les dtails des
inefficacits.

Fig 4. 19 : Dtail des inefficacits LU normales.

52
4.8 Le rapport de performances
Les actions les plus importantes et les plus efficaces pour amliorer la qualit du
rseau sont :
- Etudier les cellules ayant un taux de coupure >2% (voir le dtail pour chaque
BSC) et rsoudre leurs problmes, (sauf cellules isoles). Il faut pour cela
utiliser un outil permettant de reprer la couverture thorique ainsi que des
outils de trace pour avoir les dtails de RXLEV, RXQUAL, TA de la cellule.
- Retirer la congestion sur les cellules ayant une congestion >2% (voir le dtail
pour chaque cellule) en densifiant la zone.
- Passer directement sur la bote vocale en cas de mobile teint. Plus de revenus
gnrs et moins de signalisation utilise pour rien.
- Etudier les handovers pour reprer les zones problmes et les voisinages non
performants (voir le dtail pour chaque cellule).
- Dans le cas de ping pong intracellulaire, implmenter le nouveau paramtrage
sur les cellules concentriques.
- Renforcer les zones faiblement couvertes par lajout de site proximit des
zones de recherche spcifies.

4.9 Conclusion
Notre application est un outil daide la dcision pour les oprateurs du rseau GSM.
En fait, il peut tre utilis avec dautres outils pour fournir un audit complet sur le rseau
concern. Certes les informations fournies par cet outil va nous permettre dobserver le
rseau de diffrents points de vue ce qui permet denlever lambigut sur certains
problmes en visualisant les dtails pour chaque domaine dtude. Les statistiques offerts
par cet outil sont indpendantes du constructeur des quipements de mesure et dpendent
seulement des messages changs entre les nuds du rseau se qui permet une vision
approfondie du rseau.

Concl usi on gnral e et perspect i ves

53
Conclusion gnrale et perspectives

Lobjectif principal de notre projet de fin dtudes est de dvelopper un outil
daide lvaluation de la QOS du rseau GSM en exploitant les traces de linterface
A.
En effet, l'accomplissement de cette tche a ncessit l'approfondissement de nos
connaissances du rseau GSM et une tude dtaille des divers enjeux de la qualit
de service dans un tel rseau ainsi que les diffrents problmes que nous puissions
rencontrer.
Ainsi, dans la premire partie de notre tude, nous avons prsent brivement le
rseau GSM, son architecture fonctionnelle et les divers concepts qui constituent son
originalit, et dtaill les diffrentes stratgies entreprendre pour garantir une
qualit de service sur ce type de rseau.
Nous avons abord par la suite le dveloppement de la solution que nous avons
propose pour rpondre aux exigences fixes ds le dbut par l'quipe de travail. La
phase de conception a t dtaille pour mettre en valeur l'apport que nous avons
apport.
En fin, nous avons ralis des tests qui ont permis d'avoir une valuation primaire
de l'application en attendant son exploitation relle. En effet, au terme de ce projet
nous avons vis fournir un produit fonctionnel et prt l'exploitation. Notre tche
principale consiste donner une solution technique et pratique et surtout performante.
Des tests supplmentaires devront tre faits pour le perfectionnement de la solution et
son adaptation l'environnement rel.
Notre outil peut tre amlior pour lintgrer dans lactivit dvaluation de la
qualit de service des deux nouveaux systmes GPRS et UMTS partir des traces
captures au niveau des noeuds du rseau.


54
Annexe A
STATE MEANING TYPE OF PROCEDURE
VIDE Initial state
CL3I_PAR connection requested for speech transmission Initial request
CL3I_DON connection requested for data transmission Initial request
CL3I_SIG connection requested for signalling transmission Initial request
Outgoing communications
OC_CMS_REQ Outgoing call initiation Outgoing call
OC_HO_CMSRQ Outgoing call
OC_AUT_REQ_1 After Authentication request Outgoing call
OC_HO_AUTRQ_1 Outgoing call
OC_AUT_REQ_2 Repetition of Authentication request Outgoing call
OC_HO_AUTRQ_2 Outgoing call
OC_AUT_REQ_FIN Outgoing call
OC_AUT_RP Authentication response sent Outgoing call
OC_HO_AUTRP Outgoing call
OC_AUT_RP_FIN Outgoing call
OC_CIM_CMD Start of ciphering Outgoing call
OC_HO_CMCMD Outgoing call
OC_CIM_REJ After ciphering mode reject message Outgoing call
OC_HO_CMREJ Outgoing call
OC_CIM_CMP After ciphering Outgoing call
OC_HO_CMCMP Outgoing call
OC_SETUP After Setup or Emergency Setup message Outgoing call
OC_HO_SETUP Outgoing call
OC_PROC After Call proceeding message Outgoing call
OC_HO_PROC Outgoing call
OC_ASS_REQ_1 After assignment request Outgoing call
OC_ASREQ_DR_1 External directed retry, first attempt Outgoing call
OC_ASS_QI_1 Queued after first attempt Outgoing call
OC_HO_ASQI_1 Outgoing call
OC_ASS_FAI_1 First assignment failure Outgoing call
OC_HO_ASFAI_1 Outgoing call
OC_ASS_REQ_2 Assignment request, second attempt Outgoing call
OC_ASS_QI_2 Queued after second attempt Outgoing call
55
OC_HO_ASQI_2 Inter-BSC handover in progress Outgoing call
OC_ASS_FAI_2 Second assignment failure Outgoing call
OC_HO_ASFAI_2 Outgoing call
OC_ASS_REQ_3 Assignment request, third attempt Outgoing call
OC_ASS_QI_3 Queued after third attempt Outgoing call
OC_HO_ASQI_3 Outgoing call
OC_ASS_CMP Assignment complete Outgoing call
OC_HO_ASS_CMP Outgoing call
OC_SONN After ALERTING or PROGRESS message Outgoing call
OC_HO_SONN Outgoing call
OC_CON After Connect message, before CONACK Outgoing call
OC_HO_CON Outgoing call
OC_COMM In communication Outgoing call
OC_HO_COMM Outgoing call
OC_CALLWAITING Additional call waiting during communication Outgoing call
OC_HO_CALLWAITING Outgoing call
OC_HOLD_COMM One call is put on hold Outgoing call
OC_HO_HOLD_COMM Outgoing call
Incoming communications
TC_PAG_RP Paging response message sent by the mobile Terminating call
TC_HO_PAGRP Terminating call
TC_AUT_REQ_1 After Authentication request Terminating call
TC_HO_AUTRQ_1 Terminating call
TC_AUT_REQ_2 Repetition of Authentication request Terminating call
TC_HO_AUTRQ_2 Terminating call
TC_AUT_RP Authentication response sent Terminating call
TC_HO_AUTRP Terminating call
TC_CIM_CMD Start of ciphering Terminating call
TC_HO_CMCMD Terminating call
TC_CIM_REJ After ciphering mode reject message Terminating call
TC_HO_CMREJ Terminating call
TC_CIM_CMP After ciphering Terminating call
TC_HO_CMCMP Terminating call
TC_SETUP After Setup or Emergency Setup message Terminating call
TC_HO_SETUP Terminating call
TC_CONF After Call confirmed message Terminating call
56
TC_HO_CONF Terminating call
TC_ASS_REQ_1 After assignment request Terminating call
TC_ASREQ_DR_1 External directed retry, first attempt Terminating call
TC_ASS_QI_1 Queued after first attempt Terminating call
TC_HO_ASQI_1 Terminating call
TC_ASS_FAI_1 First assignment failure Terminating call
TC_HO_ASFAI_1 Terminating call
TC_ASS_REQ_2 Assignment request, second attempt Terminating call
TC_ASS_QI_2 Queued after second attempt Terminating call
TC_ASS_FAI_2 Second assignment failure Terminating call
TC_HO_ASFAI_2 Inter-BSC handover in progress Terminating call
TC_ASS_REQ_3 Assignment request, third attempt Terminating call
TC_ASS_QI_3 Queued after third attempt Terminating call
TC_ASS_CMP Assignment complete Terminating call
TC_HO_ASS_CMP Terminating call
TC_SONN After ALERTING or PROGRESS message Terminating call
TC_HO_SONN Terminating call
TC_CON After Connect message, before CONACK Terminating call
TC_HO_CON Terminating call
TC_COMM In communication Terminating call
TC_HO_COMM Terminating call
TC_CALLWAITING Additional call waiting during communication Terminating call
TC_HO_CALLWAITING Terminating call
TC_HOLD_COMM One call is put on hold Terminating call
TC_HO_HOLD_COMM Terminating call
Mobile terminating SMS
MTSMS_EST The mobile has received a CPDATA message Terminating SMS
MTSMS_DEL
The data contained in the CPDATA is a
SMS_DELIVER
Terminating SMS
MTSMS_DEL_CMSA Terminating SMS
Event Protocol Code Designation
AK SCCP 0x08 data AcKnowledgement
CR SCCP 0x01 Connection Request
CC SCCP 0x02 Connection Confirm
57
CREF SCCP 0x03 Connection REFused
DT1 SCCP 0x06 DaTa form 1
DT2 SCCP 0x07 DaTa form 2
EA SCCP 0x0C Expedited data Acknowledgement
ED SCCP 0x0B Expedited Data
ERR SCCP 0x0F protocol data unit ERRor
IT SCCP 0x10 Inactivity Test
RLC SCCP 0x05 ReLease Complete
RLSD SCCP 0x04 ReLeaSeD
RSC SCCP 0x0E ReSet Confirm
RSR SCCP 0x0D ReSet Request
UDT SCCP 0x09 UnitDaTa
UDTS SCCP 0x0A UnitDaTa Service

ASCMP BSSMAP 0x02 ASsignment CoMPlete

58

Bibliographie

[1] Augustin RADU, "Evaluation de la Qualit de Service par lutilisateur
final dans les systmes mobiles", 12 mars 2004.

[2] Sami Tabbane, "Ingnierie des rseaux cellulaires", serie HERMES,
octobre 2002.

[3] Gunnar Heine, "GSM Networks: Protocols, Terminology, and
Implementation", Artech House.

[4] Hamza BEL FELEH, " Dveloppement dun outil danalyse des mesures
de performances de SIEMENS" , Rapport de projet de fin dtude, SUPCOM
2003/2004.

[5] E.BACHA, "Dveloppement dun outil pour lvaluation des
performances des rseaux ", Rapport de projet de fin dtude, SUPCOM
2002/2003.

[6] Jean CELLMER, " Rseaux cellulaires Systme GSM", Dolphin Telecom.

[7] Cdric DEMOULIN, Marc VAN DROOGENBROECK, "PRINCIPES DE
BASE DU FONCTIONNEMENT DU RSEAU GSM", Dpartement
dlectricit, lectronique et Informatique (Institut Monteore) Sart Tilman,
B-4000 Lige, Belgique.

[8] Astellia, formation, septembre 2004.

[9] www. Astellia.com

[10] Thierry KONDRATUK, "Qualit de service des rseaux mobiles 2G".

[11] www.ulg.ac.be/telecom.

[12] Houda Khedher, "Rseaux mobiles", cours INDP2, Sup'Com, anne
scolaire universitaire 2004-2005.

$$$$$$ DEVELOPPEMENT D'UN OUTIL $$$$ Aplication La Meme $$$$ +++++++9999999999 777777777777

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

$$$$$$ DEVELOPPEMENT D'UN OUTIL $$$$ Aplication La Meme $$$$ +++++++9999999999 777777777777

Uploaded by

Copyright:

Available Formats

Cycle de formation des ingnieurs en Tlcommunications

You might also like