MANSOURI Mejdi

RAPPORT DE PROJET DE FIN D'ETUDES
Filire
Ingnieurs en Tlcommunications
Option
Service de communication multimdia
Dveloppement d'un Audit et Outils d'optimisation des paramtres radio GSM2.5 du rseau Tunisie Tlcom
Elabor par
Mansouri MAJDI
Encadr par
Mr. Taeib MASSMOUDI Mr. Mohamed Taher MISSAOUI
Anne universitaire: 2005/2006
Ddicace
A ma chre mre 3amra et mon cher pre Rabeh . A mon cher frre Moussa. A mes chres soeurs Halima et Souhir. A tous mes chers amis 3Am Mohsen, Mohamed, Rachid, Farhani, Fahem, Sassi... A tous ceux que j'aime et qui m'aiment.
Remerciements
Au terme de ce projet, je tiens remercier M. Mohamed Tahar MISSAOUI enseignant SUP'COM , Mr. Taeib MASSMOUDI, Chef Service Optimisation GSM du Dpartement QoS de Tunisie Tlcom, pour l'opportunit qu'il nous a oerte pour travailler sur ce projet fort intressant. pour leurs disponibilits et leurs apports trs prcieux. Enn, j'exprime ma profonde gratitude tous les enseignants de SUP'COM pour la qualit de l'enseignement qu'ils nous ont bien voulu prodiguer durant nos tudes.
Rsum
La qualit de service des rseaux cellulaires est une proccupation constante des oprateurs de rseaux. L'ajustement des paramtres systme est une tche essentielle lors de l'exploitation du rseau.Elles inuent directement sur la QoS et son ajustement rete le bon tat de fonctionnement du rseau et assure la meilleure qualit. La procdure du paramtrage et hondover dans les rseaux cellulaires est complexe et son optimisation est un processus itratif. Ainsi, le but de ce projet et de mettre en oeuvre un outil d'assistance et d'optimisation des paramtres radio dans un rseau GSM2.5, dont l'objectif est d'assurer une qualit de service satisfaisante. Pour ce faire, nous avons ralis l'aide de cet outil une analyse combine entre les deux techniques de supervision de l'tat de rseau qui sont les statistiques rcoltes au niveau de l'OMCR et les Drive_test raliss l'aide de chanes de mesures. La combinaison de ces deux techniques facilite la tche de suivi permanent de l'tat de rseau et celle du maintien d'une qualit acceptable. Notre outil permet, l'aide de ces donnes (paramtres gnrs par l'OMCR et le Drive_test)de grer ces paramtres, localiser les problmes (lis au paramtrage, hondover ou quilibrage de puissance), de slectionner les cellules perturbes et de chercher les actions correctives pour y remdier.
Table des matires

Introduction gnrale I Introduction au rseau GSM/GPRS
I.1 GSM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . I.1.1 I.1.2 I.1.3 I.1.4 I.1.5 I.2 I.2.1 I.2.2 I.2.3 I.2.4 I.2.5 I.3 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Caractristiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Identiants . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Canaux logiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Caractristiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Identiants . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Canaux logiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10 12
12 12 13 15 18 18 19 19 20 22 25 25 25
GPRS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
II Gestion de la QoS sur l'interface radio

II.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II.2 Concepts de la QoS dans le rseau GSM2.5 . . . . . . . . . . . . . . . . . . . . . II.3 Les techniques de suivi de la QoS dans un rseau GSM2.5 . . . . . . . . . . . . II.3.1 Indicateurs de QoS GSM2.5 . . . . . . . . . . . . . . . . . . . . . . . . . II.3.2 Drive_test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II.4 Les paramtres radio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II.4.1 Dnition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II.4.2 Exemples de paramtres . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
26
26 26 28 28 29 35 35 36
TABLE DES MATIRES
SUP'COM 38 38 39 39 42 42 43 45 47
II.5 Etapes de dtection de problmes . . . . . . . . . . . . . . . . . . . . . . . . . . II.5.1 Problmes de couverture . . . . . . . . . . . . . . . . . . . . . . . . . . . II.5.2 Problme d'interfrence . . . . . . . . . . . . . . . . . . . . . . . . . . . . II.5.3 Problmes de handovers . . . . . . . . . . . . . . . . . . . . . . . . . . . II.5.4 Problmes d'chec d'tablissement d'appel . . . . . . . . . . . . . . . . . II.5.5 Problmes de coupure d'appels . . . . . . . . . . . . . . . . . . . . . . . II.5.6 Problmes de congestion . . . . . . . . . . . . . . . . . . . . . . . . . . . II.5.7 Processus d'analyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
III Description de l'outil d'optimisation

III.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . III.2 Prsentation gnrale de l'outil . . . . . . . . . . . . . . . . . . . . . . . . . . . III.3 Conception de la base de donnes de l'outil . . . . . . . . . . . . . . . . . . . . . III.3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . III.3.2 Opportunit de la modlisation des donnes avec UML . . . . . . . . . . III.3.3 Elaboration du diagramme de classes . . . . . . . . . . . . . . . . . . . . III.3.4 Environnement de dveloppement . . . . . . . . . . . . . . . . . . . . . . III.3.5 Rappel sur les bases de donnes . . . . . . . . . . . . . . . . . . . . . . . III.4 Codage de la partie fonctionnelle de l'outil . . . . . . . . . . . . . . . . . . . . . III.5 Prsentation de l'application dveloppe . . . . . . . . . . . . . . . . . . . . . . III.5.1 La bote d'authentication de l'utilisateur . . . . . . . . . . . . . . . . . III.5.2 Interface principale de l'application . . . . . . . . . . . . . . . . . . . . . III.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
48
48 48 49 49 49 50 51 52 53 56 56 57 61
IV Etude de cas
IV.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.2 Zones d'analyses et d'optimisations . . . . . . . . . . . . . . . . . . . . . . . . . IV.3 Audit et Detection de problmes . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.3.1 Processus d'analyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.3.2 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.4 Optimisation de la matrice de HO . . . . . . . . . . . . . . . . . . . . . . . . . . IV.4.1 Analyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.4.2 rsultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
62
62 62 63 63 66 67 67 68
M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006
TABLE DES MATIRES
SUP'COM
IV.5 Bilan de liaison et quilibrage de puissance . . . . . . . . . . . . . . . . . . . . . IV.5.1 Analyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.5.2 rsultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
70 70 70 71
Conclusion Annexes
72 73
Table des gures

I.1 I.2 I.3 TDMA avec saut de frquence. . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 15 22 29 30 31 32 45 51 53 54 55 57 57 58 58 59 59 60 60 64 64 65 65
Architecture d'un rseau GSM. . . . . . . . . . . . . . . . . . . . . . . . . . . . Architecture d'un rseau GPRS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
II.1 Chane de mesure.
II.2 Montage des quipements de mesure. . . . . . . . . . . . . . . . . . . . . . . . . II.3 Courbe de correspondance entre RXQUAL et BER . II.4 Courbe de correspondance entre RXQUAL et FER . . . . . . . . . . . . . . . . . II.5 Processus d'analyse. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . III.1 Diagramme de classes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . III.2 Schma fonctionnel de la partie Audit. . . . . . . . . . . . . . . . . . . . . . . . III.3 Schma fonctionnel de l'Optimisation de la matrice de HO. . . . . . . . . . . . . III.4 Schma fonctionnel de Bilan de liaison et quilibrage de puissance. . . . . . . . . III.5 Interface d'authentication de l'utilisateur. . . . . . . . . . . . . . . . . . . . . . III.6 Fentre principale de l'application. . . . . . . . . . . . . . . . . . . . . . . . . . III.7 Fentre de gestion des listes de paramtres. . . . . . . . . . . . . . . . . . . . . . III.8 Interface de gestion des listes de paramtres. . . . . . . . . . . . . . . . . . . . . III.9 Interface de localisation des anomalies . . . . . . . . . . . . . . . . . . . . . . . III.10Interface principale d'optimisation. . . . . . . . . . . . . . . . . . . . . . . . . . III.11Interface d'optimisation de HO. . . . . . . . . . . . . . . . . . . . . . . . . . . . III.12Interface d'optimisation de balance de puissance. . . . . . . . . . . . . . . . . . . IV.1 Analyse de couverture (BARDO). . . . . . . . . . . . . . . . . . . . . . . . . . . IV.2 Analyse de couverture (BARDO_II). . . . . . . . . . . . . . . . . . . . . . . . . IV.3 Analyse de l'interfrence (BARDO). . . . . . . . . . . . . . . . . . . . . . . . . . IV.4 Analyse de l'interfrence (BARDO_II). . . . . . . . . . . . . . . . . . . . . . . . 7
TABLE DES FIGURES

IV.5 Taux d'utilisation du codage CS1 et CS2 (BARDO).
SUP'COM
. . . . . . . . . . . . . . .
65 66 67 68 69 71
IV.6 Taux d'utilisation du codage CS1 et CS2 (BARDO_II). . . . . . . . . . . . . . . IV.7 Interface qui illustre la localisation des relations limines . . . . . . . . . . . . IV.8 Modications suggres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.9 Matrice de HO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.10Modications suggres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Liste des tableaux

II.1 Correspondance entre RXQUAL et BER . . . . . . . . . . . . . . . . . . . . . . II.2 Correspondance ente RXQUAL et FER . . . . . . . . . . . . . . . . . . . . . . . II.3 Seuils de la QoS GSM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II.4 Seuils de la QoS GPRS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.1 Spcication de zones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.2 Le nombre de relations de voisinage liminer par BSC. . . . . . . . . . . . . . IV.3 Le nombre de relations de HO avant et aprs l'optimisation . . . . . . . . . . . . IV.4 L'tat de l'quilibrage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.5 Les relations de voisinages limines(1) . . . . . . . . . . . . . . . . . . . . . . . IV.6 Les relations de voisinages limines(2) . . . . . . . . . . . . . . . . . . . . . . . IV.7 Les relations de voisinages limines(3) . . . . . . . . . . . . . . . . . . . . . . . IV.8 Les tats d'quilibrage de puissance IV.9 Les tats d'quilibrage de puissance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 32 46 46 63 68 69 70 73 74 75 76 77 79 80 82 84 85 87 88 90 91 93
IV.10Paramtres de contrle GPRS . . . . . . . . . . . . . . . . . . . . . . . . . . . . IV.11Paramtres de gestion des ressources radio . . . . . . . . . . . . . . . . . . . . . IV.12Paramtres de contrle du lien radio . . . . . . . . . . . . . . . . . . . . . . . . IV.13Paramtres d'tablissement et de gestion des TBF . . . . . . . . . . . . . . . . . IV.14Analyse de congestion par cellule (BARDO) . . . . . . . . . . . . . . . . . . . . IV.15Analyse de congestion par cellule (BARDO_II) . . . . . . . . . . . . . . . . . . IV.16Analyse de couverture par cellule (BARDO) . . . . . . . . . . . . . . . . . . . . IV.17Analyse de couverture par cellule (BARDO_II) . . . . . . . . . . . . . . . . . . IV.18Analyse de l'interfrence par cellule (BARDO) . . . . . . . . . . . . . . . . . . . IV.19Analyse de l'interfrence par cellule (BARDO_II) . . . . . . . . . . . . . . . .
Introduction gnrale
L'industrie des communications mobiles a connu un essor prodigieux au cours de la dernire dcennie. Le GSM2.5 est en pleine expansion dans la plupart des pays du monde et les services oerts par ce systme sont innovants grce la multitude des rvolutions des technologies utilises. De ce fait, le rseau cellulaire se situe l'heure actuelle comme le systme observant la plus forte croissance du nombre d'abonns protant de ses services. Ainsi, la garantie d'une qualit de service acceptable devient de plus en plus dlicat raliser. L'oprateur des tlcommunications cellulaires doit maintenir une qualit de service satisfaisante, malgr l'lvation du nombre d'abonns et la perturbation du canal de propagation cause du changement de l'environnement physique d'un jour l'autre. Le maintient de cette qualit ncessite une observation permanente de l'tat de rseau, par consquent, l'utilisation d'outils d'ingnierie et d'optimisation est ncessaire. C'est dans ce cadre que s'inscrit ce travail, qui se base sur l'optimisation des paramtres radio dans un rseau GSM2.5 . En eet, les paramtres radio inuent directement sur la QoS et son ajustement rete le bon tat de fonctionnement du rseau et assure la meilleure qualit. Pour cela, nous allons, dans le premier chapitre, dcrire la structure d'un rseau GSM2.5, en insistant sur ses mcanismes de gestion de l'interface radio et ses procdures de gestion de la mobilit. Dans le second chapitre, nous dnissons les dirents critres de la QoS et nous prsentons les principaux paramtres et indicateurs qui permettent son suivi et sa supervision, ainsi que les techniques utilises par l'oprateur qui aident leur acquisition. Dans le troisime chapitre, il sera consacr une explication dtaille de l'outil d'optimisation.
10
Introduction gnrale
SUP'COM
Quant au dernier chapitre , nous allons tester cet outil et valider son fonctionnement par une application sur les deux zones BARDO et BARDO_II .
11
Chapitre I Introduction au rseau GSM/GPRS

Ce premier chapitre introduit les fonctions de base des rseaux GSM/GPRS tout en insistant sur les techniques employes sur la voie radio. Nous prsenterons tout d'abord quelques concepts utiles, puis l'architecture d'un rseau GSM classique pour nalement introduire celle d'un rseau GPRS. Ce chapitre emprunte beaucoup [1], [2], [3] et [4].
I.1 GSM
I.1.1 Introduction
Le systme de tlphonie cellulaire GSM (Global System for Mobile communications) est largement utilis travers toute l'Europe et est devenu peu peu la rfrence pour la tlphonie cellulaire digitale travers le monde. Il est pass par un long processus de normalisation gr par l'ETSI European Telecommunication Standards Institute pour arriver aujourd'hui une certaine maturit. Ses limitations commencent se faire sentir. Ses performances en tlphonie sont tout fait satisfaisantes. Par contre en terme de transfert de donnes, en comparaison avec les rseaux xes, il reste beaucoup de chemin parcourir. Les deux dfauts principaux sont les suivants : Les dbits sont limits 14,4 kbps (voire 9,6kbps dans la plupart des rseaux oprationnels), La transmission de donnes exige l'tablissement d'une connexion et la rservation de ressources qui sont en gnral loin d'tre utilises pleinement tout au long de la connexion.
12
GSM
SUP'COM
Mais la norme GSM ne cesse d'voluer. Aprs la phase 1 qui en 1992 n'orait que la tlphonie, la phase 2 a apport les messages courts (SMS Short Message Service) et le transfert de donnes. A l'heure actuelle, la phase 2 introduit entre autres des terminaux bibandes (bandes de 900MHz et de 1800MHz), l'utilisation des concepts de rseau intelligent. Plusieurs volutions sont en cours d'laboration : Tout d'abord, GPRS, qui permettra d'augmenter les dbits, de faire disparatre les temps de connexion et de facturer en fonction du volume transmis (et non plus de la dure de connexion). Cette volution nous intressera plus particulirement dans ce mmoire. Ensuite, EDGE, qui grce des techniques de modulation plus ecaces permettra l'augmentation des dbits. Enn, ce qui est appel la troisime gnration (3G) et qu'on pourrait qualier d'volution "plus" : plus de dbit, plus de services, plus de souplesse. La troisime gnration est emblmatiquement reprsente par l'UMTS (Universal Mobile Telecommunication System). Plus qu'une volution, il s'agit l d'un systme concurrent utilisant d'autres bandes de frquence et orant des services plus attractifs.
I.1.2
Caractristiques
Partage des ressources a) Partage en frquence

La bande ddie au systme GSM est divise en canaux frquentiels de largeur 200KHz. Sur une bande de frquence sont mis des signaux moduls autour d'une frquence porteuse qui sige au centre de la bande. Les frquences sont alloues d'une manire statique aux direntes BTS et sont souvent dsignes par le terme de porteuses ou ARFC (Absolute Radio Frequency Channel). Il faut veiller ce que deux BTS voisines n'utilisent pas des porteuses identiques ou adjacentes.
13
GSM b) Partage en temps
SUP'COM
Chaque porteuse est divise en intervalles de temps (IT) appels Time Slots. La dure d'un time slot a t xe pour GSM : T slot = (75/130) 10 3s, soit environ 0.5769 ms. Chaque time slot accueille un lment de signal radiolectrique appel burst. L'accs TDMA permet dirents utilisateurs de partager une bande de frquence donne. Sur une mme porteuse, les slots sont regroups par paquets de 8. La dure d'une trame TDMA [9] est donc de :
T T DM A = 8 T slot = 4.6152ms.
Chaque utilisateur utilise un time slot par trame TDMA. Les times slots sont numrots par un indice TN qui varie de 0 7. Un "canal physique" est donc constitu par la rptition priodique d'un time slot dans la trame TDMA sur une frquence particulire. Ainsi, d'aprs ce qui prcde, on peut dire que le GSM est un systme F/T DM A, puisque les ressources radio sont partages en frquence et en temps. Une suite de 26 ou 51 slots occupant la mme position dans des trames TDMA successives constitue une multitrame GSM qui servira la dnition des dirents canaux logiques.La gure I.1 illustre les concepts de trames et de slot.Les ches reprsentent le saut de frquence.
Fig.
I.1: TDMA avec saut de frquence.
14
GSM Les services oerts

Les services oerts par le systme GSM sont multiples, ils comprennent :
SUP'COM
a) les tlservices : La tlphonie, la tlcopie, la messagerie vocale, l'achage de messages

courts, le vidotex.
b) les services supports : La transmission de donnes en mode circuit ou en mode paquet. c) Les services supplmentaires : L'identication d'appel, le renvoi d'appel, l'appel en
instance, la mise en garde, la confrence multi-parties, le groupe ferm d'abonns, les services lis la taxation, etc[9].
Fig.
I.2: Architecture d'un rseau GSM.
I.1.3 Architecture
L'architecture d'un rseau GSM est spcie dans la norme de l'ETSI. Ceci permet l'interaction, ncessaire l'itinrance, de plusieurs rseaux installs par des oprateurs dirents mais aussi l'achat des dirents composants d'un rseau auprs de dirents fournisseurs. Plusieurs entits sont dnies dans la norme. Ce qu'on entend par entit, c'est un quipement physique, dot d'une certaine intelligence, d'une capacit traiter de l'information. On trouvera la
15
GSM
SUP'COM
gure I.2 une reprsentation de cette architecture. Voici une description fonctionnelle de ces entits : BTS (Base Transceiver Station) :Emetteur-rcepteur grant une cellule. Gre la couche physique sur la voie radio : modulation, dmodulation, CRC's, multiplexage, saut de frquence, chirage. Il gre galement la couche liaison de donne avec le mobile (protocole LAPDm). les BSC(Base Station Controller) commutateur qui ralise un premire concentration de circuit. S'occupe de la gestion de la ressource radio (allocation des canaux, dcision du handover...). MSC(Mobile-services Switching Center) :Commutateur pour des entits mobiles. Gre l'tablissement de circuits travers le rseau, les SMS et l'excution du handover.Le MSC dialogue avec le VLR pour grer la mobilit des usagers :il assure la vrication des caractristiques des abonns visiteurs et le transfert des informations de localisation. Certains MSC peuvent tre des GMSC (Gateway MSC), et servent alors de passerelle avec un autre rseau de tlphonie. HLR(Home Location Register) : Base de donne centralisant les informations d'identication et de localisation de chaque abonn du rseau. VLR(Visitor Location Register) :Base de donnes agissant la fois comme un tampon vitant des accs trop frquent au HLR et comme lment d'une base de donne distribue dans tous les VLR et HLR GSM. Gnralement plac proximit d'un MSC (souvent dans le mme quipement). Contiennent les donnes d'abonnement des abonns prsent dans une zone gographique. RTCP(rseau tlphonique commut public). BSS (Base Station Sub-system) : Le sous-systme radio assure et gre les transmissions radios. NSS (Network SubSystem) :Le sous-systme rseau comprend l'ensemble des fonctions ncessaires pour appels et gestion de la mobilit. Il comprend essentiellement les MSCs, les HLRs et les VLRs. OSS(Operation Sub-System) : Le sous-systme d'exploitation et de maintenance qui permet l'oprateur d'exploiter son rseau.Les lments constituants les deux sous rseaux prcdents sont relis distance, via X25, au centre d'exploitation et de maintenance. Dans un rseau GSM l'OSS comporte un OMC_R(centre d'exploitation et de maintenace radio) et un OMC_N(centre d'exploitation et de maintenace rseau). AUC(Authentication Center) :Le centre d'authentication mmorise toutes les infor-
16
GSM
SUP'COM
mations ncessaires la protection des communications des abonns mobiles.
Les interfaces du rseau GSM

Les interfaces sont aussi des composants importants d'un rseau GSM, elles supportent le dialogue entre les quipements et permettant leur inter fonctionnement. En GSM, on distingue les principales interfaces : L'interface radio Um : Il est localis entre la station mobile (MS) et la station de base (BTS) c'est l'interface la plus importante du rseau. Au niveau physique l'interface Um est la seule qui n'utilise pas la transmission de donnes 64 Kbit/s, que le canal radio ne peut vhiculer. Au deuxime niveau (liaison), il se singularise galement par l'emploi d'un protocole adapt au traitement d'un canal fort taux d'erreurs : le LAPD. L'interface Abis : Cette interface relie la station de base son contrleur, la couche physique est dnie par une liaison MIC 2Mbit/s, la couche liaison de donnes est le protocole LAPD. Dans une station de base, sur l'interface radio, un canal de phonie possde un dbit de 13 Kbit/s, mais le dbit d'un canal d'une liaison MIC est de 64 Kbit/s. Pour rgler cette dirence de dbit on utilise le multiplexage de quatre canaux de phonie dans un canal MIC. Cette dirence ore l'avantage de rduire les besoins et les cots des supports de transmission entre les stations de bases et la station contrleur. L'interface A : L'interface A relie le sous systme radio au sous systme rseau, sa couche physique est dnit par une ou plusieurs liaisons 2 Mbit/s ainsi que sa couche liaison de donnes. Les voies GSM sont restitues en voies MIC en utilisant des transcodeurs qui sont gnralement installs entre le BSC et le sous systme rseau. Les transcodeurs de parole adaptent le format de codage bas dbit de la parole GSM utilis sur les canaux radio celui de rseau xe. Pour exploiter de faon optimum les possibilits oertes par le codage bat dbit de la parole de GSM, les transcodeurs sont les plus souvent installs sur les sites de commutation, mais parfois ils peuvent tre sur les sites de BSC. L'interface X25 : C'est l'interface qui relie d'une part l'OMC_N au sous systme rseau travers le rseau de donnes, d'autre part il relie le systme OMC_R au sous systme radio.
17
GSM
SUP'COM
I.1.4 Identiants
Enn, il sera utile de savoir qu'un mobile a plusieurs identiants : IMSI (International Mobile Subscriber Identity) Cet identiant est celui d'un abonnement, il est stock dans la carte SIM du mobile. Il est transmis aussi rarement que possible sur la voie radio pour prserver l'anonymat de l'utilisateur TMSI(Temporary Mobile Subscriber Identity) Cet identiant est utilis sur la voie radio autant que possible en lieu et place de l'IMSI pour compliquer la tche d'ventuelles coutes indiscrtes. Il est dni au dbut de l'interaction du mobile avec le rseau et rgulirement mis jour pour compliquer toute tentative de reprage de l'utilisateur. IMEI(International Mobile Equipment Identity) Cet identiant est celui de l'appareil(sans carte SIM). Il est peu utilis l'heure actuelle mais devrait permettre d'interdire l'accs au rseau du matriel vol ou fonctionnant mal. MSISDN(Mobile Station ISDN Number) Cet identiant est le numro de tlphone correspondant l'abonnement. Une table de correspondance IMSI/MSISDN est stocke dans le HLR et le MSISDN n'est jamais transmis sur la voie radio. Cette profusion d'identiants sert principalement viter le reprage d'un utilisateur par des coutes indiscrtes.
I.1.5 Canaux logiques

Les dirents canaux logique GSM sont spars en deux classes : Les canaux ddis un mobile :
TCH (Trac CHannel) : Rserv au transfert de la voix (ou des donnes en mode circuit). SDCCH (Stand-alone Dedicated Control CHannel) : Permet au mobile de transfrer de
la signalisation sur la voie montante quand une conversation n'est pas en cours. C'est sur cette voie que transite les SMS.
SACCH (Slow Associated Control CHannel) ) : Durant une conversation, c'est cette
voie qui est utilise pour remonter au rseau les mesures eectues par le mobile ainsi que d'autres lments de signalisation. Sert assurer le bon droulement de la conversation.
FACCH (Fast Associated Control CHannel) : Lorsqu'en cours de conversation, en phase

de handover, le besoin se fait sentir d'un dbit lev pour la signalisation, on cre un FACCH. Les ressources radio sont "voles" au TCH, pour transmettre ce surplus de signalisation.
18
GPRS
Les canaux communs plusieurs mobiles :
SUP'COM
BCCH (Broadcast Control CHannel) : diuse les informations systmes(voir supra) PCH (Paging CHannel) ) : diuse les recherches d'utilisateurs par paging. RACH (Random Access CHannel) : utilis pour les accs alatoires que ralise un mobile
pour demander l'allocation de canaux ddis. C'est le seul canal commun sur la voie montante.
AGCH (Access Grant CHannel) : canal de la voie descendante par lequel se ralise
l'allocation de canaux ddis.
I.2 GPRS
I.2.1 Introduction
Le GPRS tant un service de GSM, une partie de l'infrastructure du rseau GSM a pu tre conserv : c'est le BSS qui comporte les BTS (s) et les BSC (s) qui relient les utilisateurs des tlphones mobiles au rseau. Lors de l'utilisation de son mobile, l'abonn choisit le service qu'il souhaite avoir : transmettre de la parole en mode circuit (ce sont les services classiques de GSM : tlphonie, messages courts...) o des services en mode paquet (ce sont les services de consultation WEB, le transfert de chiers de donnes, SMS...). Dans le cas de transfert de donnes en mode paquet, le terminal ne sert que d'interface d'accs un rseau de paquets (GPRS) et doit tre reli un ordinateur portable par exemple qui lui fournira les donnes transmettre. Pour raliser un transfert de bout en bout en mode paquet, le NSS de GSM ne peut pas tre utilis. Ainsi un nouveau rseau est n entre le BSS et le PLMN (Public Land Mobile Network) [6] : le rseau GPRS. Ce rseau est constitu essentiellement de 2 nouvelles entits. Le SGSN et le GGSN qui forment un rseau en parallle avec le NSS.
19
GPRS
SUP'COM
I.2.2 Caractristiques
Le dbit oert par le GPRS
Le dbit d'un rseau GSM standard en mode circuit ne dpasse pas 9,6 Kbits/s et peut atteindre 14,4 Kbits/s par implantation de logiciels spciques, par contre les dbits thoriques oert par le GPRS sont compris entre 9,6Kbits/s et 170Kbits/s environ, selon le type de codage de canal (CS1, CS2, CS3, CS4) et le nombre de timeslots (1 8 utiliss). Il y a quatre schmas de codage : CS-1 : 181 bits : 9.05 Kbps/slot soit 72.4 Kbps/8 slots. CS-2 : 268 bits : 13.04 Kbps/slot soit 107.2 Kbps/8 slots. CS-3 : 312 bits : 15.6 Kbps/slot soit 124.8 Kbps/8 slots. CS-4 : 428 bits : 21.4 Kbps/slot soit 171.2 Kbps/8 slots. Le dbit au niveau application est beaucoup plus faible du fait des enttes de chaque couche. De plus les terminaux ne seront pas capables de traiter 8 time slot dans les deux sens du fait des cots de traitements numrique ncessaires et de la consommation en puissance au niveau de l'mission. Du fait des mises jour onreuses des liens Abis entre les BTS et les BSC pour supporter GPRS, les dbits de type CS-3 et CS-4 ne devraient pas tre disponibles sur tout un rseau GSM. Les oprateurs prfreront peut-tre attendre EDGE voire mme UMTS pour investir dans le haut dbit. Le dbit le plus fort disponible devrait tre avec 4 TS sur un schma de codage de type CS-2 13.4 Kbps/slot.
Commutation par paquet

Le circuit qui assure la liaison est partag de faon dynamique, toute les donnes de l'usag sont structur en bloc de messages ou paquets de longueur variable (de 100 128 ou 256 caractres). Chaque paquet possde son propre code d'adresse puisqu'il sera regroup avec d'autre paquet venant des autres utilisateurs avant d'tre acheminer sur le circuit. Les ressources des circuits de transmission sont ainsi utilises ecacement et l'usag ne paye que pour le nombre de paquet mis et non pas par la dure de communication.
20
GPRS
SUP'COM
Le routage de chaque paquet est indpendant de celui qui le prcde ou de celui qui le suit. Pendant la phase de connexion d'un terminal dans un rseau GSM, les changes de signalisation sont nombreux, et pour faire face aux contraintes du mode paquet, les informations de routage obtenues pour acheminer le premier paquet vers un terminal GSM sont stockes dans le GGSN. Ainsi la route pour les paquets suivants est slectionne partir du contexte stock dans le GGSN dit TLLI (Temporary Logical Link Identity).
Les classes de mobile GPRS

Trois classes de mobiles sont dnies : Mobile de classe A : il peut tre dclarer sur GPRS (GPRS Attach) et GSM (IMSI Attach), il peut tre en communication simultanment sur le service GPRS et sur d'autre service GSM en mode circuit. Mobile de classe B : il peut tre dclarer sur GPRS et GSM et couter les deux signalisations. Des communications en mode circuit GSM et en mode paquet GPRS ne peuvent pas avoir lieu simultanment. Mobile de classe C : il peut tre activer soit sur le rseau GPRS, soit sur le rseau GSM et il ne peut pas couter les deux signalisations simultanment.
Accs au service GPRS

Pour accder aux services du GPRS, un terminal mobile doit d'abord s'attacher au rseau par une procdure appel " GPRS Attach ". Cette procdure tablit un lien logique entre le MS et le noeud de service SGSN. Le mobile a alors accs au service SMS via GPRS, au service de recherche (paging) via SGSN pour un appel entrant. La procdure inverse est la procdure " GPRS Detach ". Pour ensuite envoyer et recevoir des donnes, le MS doit activer le contexte PDP (Packet Data Network) qu'il veut utiliser, c'est la procdure " PDP context Activation ". Un contexte PDP est un ensemble d'information qui caractrisent un service de transmission. Il regroupe des paramtres qui permettent un abonn de communiquer avec une adresse PDP dnie selon un protocole spcique (IP ou X25) suivant un prot de qualit de service dtermin (dbit, dlai, priorit...).
21
GPRS
SUP'COM
Cette procdure, dclench l'initiative de l'abonn mobile, permet au terminal d'tre connu de la passerelle GGSN qui ralise l'interconnexion avec le rseau PDP externe demand par l'abonn GPRS. La transmission de donnes entre le rseau GPRS et le rseau PDP externe peut alors dbuter. La procdure inverse de " PDP Context Activation" est la procdure " PDP Context Dsactivation". Lorsque le GGSN reoit des donnes en provenance du rseau PDP externe destination du mobile, il demande au mobile d'excuter une demande d'activation de contexte PDP. Cette procdure est optionnelle (adresse PDP alloue de manire statique) lors de l'abonnement de l'utilisateur au service GPRS
Fig.
I.3: Architecture d'un rseau GPRS

.
I.2.3 Architecture
L'interface radio du GPRS s'appuie sur celle du GSM. Elle utilise les mmes bandes de frquences, la mme modulation, le GMSK (Gaussian Minimum Shift Keying), et les mmes canaux physiques. En revanche, sa structure de multitrame est lgrement dirente. De plus, le GPRS introduit de nouveaux canaux logiques, avec d'avantage de souplesse dans le codage protecteur d'erreur, une couche MAC (Medium Acces Control), pour partager dynamiquement les ressources radio entre plusieurs utilisateurs, et un protocole de abilisation du lien radio, le RLC (Radio Link Protocol).
22
GPRS
SUP'COM
SGSN (Serving GPRS Support Node) : Entits associes des zones de routage. Les SGSN communiquent d'un ct avec les terminaux mobiles et d'un autre ct avec le "backbone" du rseau GPRS. Les SGSN gardent trace de la localisation des MS et assurent les fonctions de scurit et de contrle d'accs sur la voie radio. GGSN (Gateway GPRS Support Node) : Passerelles entre le backbone du rseau GPRS et un rseau xe de transmissions de donnes. (PDN Public Data Network). Elles sont les points d'accs principaux au rseau GPRS. PCU Son rle est d'acheminer les trames de donnes de l'interface Abis vers l'interface Gb et vice versa. Il permet galement la conversion des protocoles utiliss par ces interfaces. En eet le PCU doit tre dimensionn de faon quilibrer le trac de l'interface Abis et celui de l'interface Gb. On trouvera une illustration de l'architecture d'un rseau GPRS la gure I.3. La norme spcie que le rseau qui relie tous les SGSN et GGSN doit tre un rseau IP. Comme on peut le voir la gure I.3, GSM et GPRS partagent l'infrastructure radio, c--d. l'ensemble des BTS et des BSC. Pour le reste de leur parcours, les ux GSM et GPRS sont spars. Dans GPRS, partir du SGSN, les messages PDP envoys par un MS sont encapsuls dans des paquet IP et transfrs un GGSN. C'est la technique de tunneling dj voque. Le GGSN choisi dpend du type de message encapsul. En eet, un GGSN ne gre l'accs qu' un seul type de rseau PDP. Le deuxime critre de choix du GGSN est sa proximit avec la zone de routage de la MS. Le GGSN qui reoit le paquet IP va dcapsuler le message PDP de la MS qui y est contenu et l'envoyer sur le rseau PDP. En plus de ces deux entits, on va rajouter de l'information dans le HLR pour grer GPRS. On rajoute au HLR les informations d'abonnement GPRS, la zone de routage des abonns, quand on la connat, et une table de correspondance entre adresses PDP et identiants de MS.
Les interfaces dans le rseau GPRS

Les dirents quipements du rseau GPRS sont relis entre eux travers les interfaces qui supportent des protocoles bien spcis. En GPRS, on distingue les principales interfaces, leurs
23
GPRS
localisations, leurs utilisations et les dirents types de protocoles :
SUP'COM
L'interface radio Um : Il est localis entre la station mobile (MS) et la station de base (BTS) il se singularise galement par l'emploi d'un protocole adapt au traitement d'un canal fort taux d'erreurs : le LAPD. L'interface radio Abis : Cette interface relie la station de base son contrleur, L'interface radio Gb : Cette interface relie le contrleur de la station de base un routeur SGSN. L'interface radio Gc : Cette interface relie le passerelle GGSN la base de donnes HLR :utilise pour L'interrogation de HLR pour l'activation de contexte sur les donnes entrantes, il se singularise galement par l'emploi d'un protocole IP ou SS7. L'interface radio Gd : Cette interface relie le routeur SGSN un passerelle GGSN :utilise pour l'echange de messages courts, il se singularise galement par l'emploi d'un protocole SS7. L'interface radio Gf : Cette interface relie le routeur SGSN L'EIR :utilise pour la vrication de l'identit du terminal, il se singularise galement par l'emploi d'un protocole SS7. L'interface radio Gi : Cette interface relie le passerelle GGSN un rseau de donnes :utilise pour le transfert de donnes, il se singularise galement par l'emploi d'un protocole IP. L'interface radio Gn : Cette interface relie le passerelle GGSN un routeur SGSN :utilise pour l'activation de contexte et transfert de donnes elle relie aussi deux routeurs SGSNs pour faire la gestion de l'itinrance, il se singularise galement par l'emploi d'un protocole IP pour les deux liaisons. L'interface radio Gr : Cette interface relie le routeur SGSN HLR :utilise pour la gestion de la localisation, il se singularise galement par l'emploi d'un protocole SS7. L'interface radio Gs : Cette interface relie le routeur SGSN MSC/VLR :pour la gestion des coordonnes de l'itinrance Entre GSM-circuit et GPRS , il se singularise galement par l'emploi d'un protocole SS7.
24
Conclusion
SUP'COM
I.2.4 Identiants
De nouveaux identiants ont du tre dnis pour tre utiliss dans les dirents protocoles GPRS : P_TMSI(Packet TMSI) : C'est l'quivalent du TMSI pour GSM. Il est ncessaire de disposer d'un identiant supplmentaire du mobile dans le rseau parce que le mobile peut tre la fois actif en GPRS et en GSM. C'est pour cela qu'on n'utilise pas le TMSI pour les deux services et qu'on a cr le P_TMSI. TLLI (Temporary Logical Link Identity) : Identit temporaire qui identie un mobile particulier pour le SGSN. Choisi alatoirement par le mobile l'initialisation d'un ux de donne s'il ne s'est pas encore vu allouer de P_TMSI. A chaque fois que le mobile possde un P_TMSI valable, le TLLI est gal au P_TMSI.
I.2.5 Canaux logiques

La notion de canal logique perd beaucoup de son sens dans GPRS. Seuls les canaux communs gardent un certain sens. Ils sont trs semblables ceux de GSM. D'ailleurs l'utilisation des canaux communs spciques GPRS est facultative. Il est possible de n'utiliser que les canaux GSM pour la signalisation et les accs alatoires.
I.3 Conclusion
Le sevice GPRS permet de considrer le rseau GSM un rseau trasmission de donnes par paquets avec un accs radio et des terminaux mobiles. Le rseau GPRS est comptible avec des protocololes IP et X25. Des routeurs spcialiss SSGN et GGSN sont introduits sur le rseau. La transmission par paquet sur la voie radio permet d'economiser la ressource radio : un terminal est susceptible de recevoir ou d'mettre des donnes tout moment sans qu'un canal radio soit monopolis en permanence comme c'est le cas en rseau GSM. La mise en place d'un rseau GPRS permet un oprateur de proposer de nouveaux services de type Data avec un dbit de donnes 5 10 fois suprieur au dbit maximum thorique d'un rseau GSM. (Rappel dbit max.en GSM :9.6 Kbit/s).
25
Chapitre II Gestion de la QoS sur l'interface radio

II.1 Introduction
La phase d'exploitation et de maintenance est plus intressante une fois que le rseau cellulaire est mise en service. Cette phase permet l'oprateur d'entrer dans une nouvelle tape qui comprend le suivi de la qualit de service, ainsi, que l'optimisation du rseau. Les paramtres radio inuent directement sur la QoS. On va surtout insister ici sur l'optimisation de ces paramtres an d'amliorer et/ou d'assurer la QoS. Ce chapitre est organis comme suit : dans une premire partie, nous prsentons les dirents paramtres logiques du rseau GSM2.5. On signe les indicateurs qui permettent la dtection des anomalies agissant sur la dgradation de la QoS. Nous prsentons galement dans cette partie les actions correctives leur rsolution. Quant au seconde partie, elle sera consacre la prsentation des techniques principales appliques la surface radio et qui permettent l'obtention des indicateurs, pour la supervision de la QoS. Nous terminons ce chapitre par une prsentation des procdures de dtection des problmes.
II.2
Concepts de la QoS dans le rseau GSM2.5
La qualit de service dans le rseau GSM2.5 est l'eet collectif produit par la qualit de fonctionnement de ses services. Elle dtermine un degr de satisfaction de l'utilisateur de ces services. Pour garantir une QoS acceptable, il y a plusieurs critres ajuster, ces critres dirent selon qu'ils soient considrs par l'oprateur ou par l'utilisateur[6] : 26
Concepts de la QoS dans le rseau GSM2.5 Ct oprateur
SUP'COM
Ct oprateur la couverture ne peut tre value via l'tude des donnes systme. L'oprateur dtecte gnralement ce genre de problmes partir des plaintes des abonns et de l'analyse de mesures radio faites sur le terrain ( Mesures Drive_test). Le taux de coupure des appels ainsi que le taux d'appels russis sont, par contre, des donnes qui peuvent etre dduites partir des mesures systmes (Mesures OMC). Pour estimer la qualit de la voix, on peut combiner les donnes issues des mesures radio, les donnes issues des mesures systme et les rsultats que nous dlivrent les analyseurs de la qualit vocale[6].
Ct utilisateur
les critres les plus courants suivant lesquels un abonn peut juger la qualit de service sont : La couverture :indique par les barrettes aches sur le mobile. La qualit de la couverture est le critre le plus trivial partir duquel l'abonn peut estimer la qualit du rseau. L'tablissement d'appel :L'chec de l'tablissement d'appel ou une longue dure d'tablissement d'appel pnalisent le service oert par l'oprateur. La qualit vocale : les conditions de propagation radio et les handovers doivent etre transparents aux abonns et ne doivent pas inuer sur la qualit vocale de la communication. Les coupures d'appel (Call Drop) : c'est un phnomne qui gne beaucoup les abonns. En fait, il vaut mieux chouer tablir un appel que couper l'appel en pleine communication[7]. Dans le rseau GPRS les critres qui sont utiliss pour valuer les prestations d'un service sont principalement la priorit, la abilit, le dlai et le dbit. Prcdence (priorit) : la prcdence de service pour un usager GPRS indique sa priorit relative de maintien du service dans les conditions anormales de trac. Trois niveaux de prcdence sont dnis : haut, normal et bas. Fiabilit : ce paramtre dnit la probabilit de perte de message (elle doit tre compris entre 102 et 109 ), de dsquencement, de duplication et d'erreurs. Dlai : Le paramtre de dlai reprsente la dure de transfert (compris entre 0.5 et 75 secondes) de bout en bout d'un SDU travers le rseau. Ce paramtre prend en compte des
27
Les techniques de suivi de la QoS dans un rseau GSM2.5
SUP'COM
dlais de l'accs (uplink) ou de l'ordonnancement (downlink), le transit dans les canaux radio et le transit dans la partie xe du rseau. Dbit : le dbit des donnes, demand par un usager, est dni par deux paramtres ngociables chaque moment : dbit maximal (maximum bit rate) et dbit moyen (mean bit rate). Il n'est pas garanti que le dbit maximal soit atteint. Il correspond au nombre maximal des canaux physiques rserver pour un MS. Ce paramtre dbit est extrmement important dans tout processus de dimensionnement d'un rseau de transmission de donnes. Ces critres sont perceptibles par les abonns et causent leurs insatisfactions. Il est donc impratif de soigner ces phnomnes en rsolvant les problmes qui les gnrent et en essayant de les viter en bien dimensionnant les divers paramtres du rseau.
II.3
Pour la mise jour de l'tat de fonctionnement du rseau, plusieurs outils d'analyses de la QoS, sont mis en place. La comparaison des indicateurs obtenus par ces techniques et les paramtres du seuil (cits dans le paragraphe suivante), permet l'identication des origines des problmes (chec de handover, coupure de communication, mauvaise qualit due l'interfrence..). Ces techniques se font partir des analyses de l'interface radio ( Drive_test) et partir des analyses de systmes (compteurs OMC-R) [4].
II.3.1
Indicateurs de QoS GSM2.5
L'analyse des indicateurs permet le suivi de la qualit de service. En eet, ces indicateurs permettent la localisation des anomalies dans le rseau et par la suite, l'identication des causes de ces problmes an d'adopter les actions correctives ncessaires [5].
28

Il y a deux types d'indicateurs :
SUP'COM
Les indicateurs globaux : Ils rsument l'ecacit de tout le rseau. Ils sont employs pour la quantication globale du rseau, pour l'estimation de l'impact d'une mauvaise qualit sur le client et permettent aussi la comparaison entre les rseaux (concurrence...), Les indicateurs intermdiaires : Ils nous renseignent sur l'ecacit des services intermdiaires du rseau, et par consquent, ils impliquent les indicateurs globaux. Ces indicateurs permettent : la dtection, l'identication et la localisation des problmes dans le rseau, ainsi que l'identication des causes.
II.3.2
Drive_test
La mthode de mesure du Drive_test consiste la caractrisation prcise des canaux radio. Cette technique d'analyse permet la rcupration d'une trace de mesure faite par le mobile dirents instants (voir Figure II.1). Ceci est utile pour l'investigation de l'environnement radio.
Fig.
II.1: Chane de mesure.
Chane de mesure (quipements utiliss)

La mthode du Drive_test consiste embarquer sur une voiture les quipements suivants (voir Figure II.2) : Un MS : un mobile de test quip d'un logiciel spcial. Il est appel gnralement Mobile trace,
29
SUP'COM
Un systme de localisation GPS (Global Positionner System) : utilis pour la localisation des positions de prise de mesures . Une prcision du GPS est demande. Elle est de l'ordre de quelques mtres. Un PC portable : permet d'automatiser l'acquisition et le stockage des donnes. Le PC doit tre quip d'une carte interface RS 232 pour assurer le lien entre la sortie srie de la MS et le port srie du PC. Un onduleur d'alimentation : permet d'alimenter les dirents appareils de mesure. Tout le long du trajet, la MS fait des mesures instantanes. Les donnes sont prsentes en temps rel et seront stockes dans des chiers.
Fig.
II.2: Montage des quipements de mesure.
Mesures eectues
Le Drive_test nous ore une srie de mesures, dont les principales sont : Longitude, Latitude (X, Y) : le systme de localisation GPS nous donne les coordonns de chaque point de mesure, RXLEVEL_FULL : niveau de puissance reu par le MS, obtenu par moyennage du niveau du signal pendant une priode SACCH (environ 1/2 secondes), cette valeur de RXLEVEL est code sur 6 bits (de 0 63). La puissance du signal reue par le mobile varie de -110 dBm -48 dBm, en eet, pour une valeur "a" de RXLEVEL (comprise entre 0 et 63), la puissance reue est donne par "- 110 + a " dBm, RXQUA_LFUL : c'est un indicateur de niveau de qualit. Il est obtenu par moyennage
30
SUP'COM
du taux d'erreurs binaires BER pendant une priode de mesure SACCH, ce BER est quanti sur 8 niveaux (cod sur trois bits, et donc, varie de 0 7). Chaque niveau de qualit (de 0 7) correspond un BER donn, (voir Tab II.1), RXQUAL 0 1 2 3 4 5 6 7
Tab.
BER (%) 0.2 0.2 0.4 0.4 0.8 0.8 1.6 1.6 3.2 3.2 6.4 6.4 12.8 12.8
II.1: Correspondance entre RXQUAL et BER .
Fig.
II.3: Courbe de correspondance entre RXQUAL et BER .
FER : c'est un indicateur de niveau de qualit spcique au taux de rejet de trame. Dans le tableau II.2 nous prsentons la correspondance entre le FER et le RXQUAL.
31

RXQUAL 0 1 2 3 4 5 6 7
Tab.
SUP'COM
FER (%) <= 4.5 4.5 8.5 8.5 12.5 12.5 16.5 16.5 20.5 20.5 24.5 >= 24.5 >= 24.5
II.2: Correspondance ente RXQUAL et FER .
Fig.
II.4: Courbe de correspondance entre RXQUAL et FER .
TADV : sert calculer de la distance ente la BTS et le point de mesure. Il varie entre 0 et 63. Exemple, pour T ADV=1, correspond un rayon gal environ 1100m, RXFREQ : c'est le numro du canal radio allou en rception. En eet, si le nombre du canal est N, la frquence reue sera 935+0.2*N ( en MHz), BCCH : Broadcast control Channel, MSPWR : Cet indicateur permet le contrle de la puissance mise par la MS. La puissance mise est gale
P edBm = 43 2 M SP W R.
Pour MSPW=5, la puissance mise maximale par la MS est gale 2w (33 dBm),
(II.1)
32

Cell Id : numro d'identication de la cellule,
SUP'COM
BSIC : Base Station Identication Code : identicateur de cellule. En eet, la mme frquence peut tre utilise pour supporter la voie balise de deux stations susamment loignes. Les deux stations ne se brouillent pas sur leur zone de service respective mais un mobile situ mi-distance peut recevoir alternativement l'une ou l'autre station avec un niveau de champ susant. An de direncier les deux stations, on utilise le code de couleur BSIC. Le couple (frquence, BSIC) permet sur une zone donne de dterminer parfaitement une cellule. l'intrieur d'un motif, on utilise le mme BSIC. Ainsi, les cellules voisines (cellules de frquences de voie balise identique) ne font pas partie du mme motif. TIMESLOT : numro de l'intervalle de temps, Time : le temps des mesures, Speed : vitesse de la voiture, Mode : IDLE or DEDICATED (veille ou fonctionnement), RLC Throughput : dbit de donne GPRS RLC, LLC Throughput : dbit de donne GPRS LLC, Coding Scheme : le schma de codage utilis, T_ADV : sert calculer la distance entre la BTS et le point de mesure. Il varie entre 0 et 63. Exemple, pour T_ADV=1, correspond un rayon gal environ 550m, RA, Routing Area : groupe de cellule adjacente dnie pour le routage en GPRS,
Indicateurs d'accs au rseau GPRS

Taux d'indisponibilit de la couverture GPRS : Nombre de points de mesures o le service est indisponible divis par le nombre de points de mesures, Taux d'chec l'tablissement de la connexion GPRS : Nombre d'chec de tentatives d'activation de PDP Context divis par le nombre de tentatives d'activation du PDP Context, Dure moyenne de l'tablissement de la connexion GPRS : La dure de l'tablissement de la connexion GPRS est la mesure de l'intervalle de temps entre le clic de composer aprs le lancement de la connexion modem et l'achage de connexion tablie, Dure moyenne de dconnexion : La dure de dconnexion GPRS est la mesure de l'intervalle de temps entre le clic sur le bouton dconnecter et la disparition de la bote de dialogue de la connexion du modem GPRS.
33
Les techniques de suivi de la QoS dans un rseau GSM2.5 Indicateurs du service WEB
SUP'COM
Taux d'chec du service Web : Nombre de sries o une page au moins n'a pas t charge correctement divis par le nombre de sries eectues avec Connexion Modem GPRS ralise (coupures exclues), Dure moyenne de chargement d'une page : La dure de chargement d'une page est la mesure de l'intervalle de temps entre la validation de l'URL dans l'explorateur internet et de l'achage du message termin en bas gauche, la page tant correctement et intgralement charge, Taux de coupure de la connexion durant le service Web : Nombre de coupures de la connexion modem GPRS divis par le nombre de connexions modem GPRS ralises, Dbit apparent du service Web : Somme des tailles des pages charges divis par la Somme des dures de chargement.
Indicateurs du service FTP

Taux d'chec la connexion au service FTP : Nombre d'chec d'accs la commande permettant de dclencher le transfert FTP du chier divis par le nombre de tentatives, Taux d'chec du service FTP : Nombre d'chec de transfert FTP du chier divis par le nombre de tentatives, Dure moyenne de transfert de chier : Temps de transfert du chier FTP tlcharg (indiqu par l'utilitaire FTP), Taux de coupure de la connexion GPRS durant le service FTP : Nombre de dconnexion du modem GPRS divis par le nombre de connexions russies du modem GPRS, Dbit apparent sens montant du service FTP : Valeur du taux de transfert Uplink fourni par l'utilitaire FTP, sinon Taille du chier transfr divis par le temps de transfert, Dbit apparent sens descendant du service FTP : Valeur du taux de transfert fourni Downlink par l'utilitaire FTP, sinon Taille du chier transfr divis par le temps de transfert.
34
Les paramtres radio Indicateurs du service WAP
SUP'COM
Taux d'chec la connexion au portail Wap : Nombre d'chec de chargement de la
1ere page du Portail Wap divis par le nombre de tentatives de chargement,

Dure moyenne de la connexion au portail Wap : Temps entre la demande de chargement de la 1ere page du Portail partir du mobile et l'achage complet de cette page Taux d'chec de chargement de pages Wap : Nombre de sries o une page au moins n'a pas t charge correctement divis par le nombre de sries eectues avec la
1ere page du Portail Wap charge,

Dure moyenne de chargement de pages Wap : Moyenne des chargements de pages Wap, Taux de coupure du service Wap : Nombre de dsactivation du PDP Context divis par le nombre de chargements de la page d'accueil du Portail Wap raliss.
II.4
II.4.1
Les paramtres radio

Dnition
L'ajustement des paramtres de travail est une tche essentielle lors de la mise en exploitation du rseau. Elle permet l'activation ou la dsactivation de certaines fonctionnalits pour le maintien de la qualit et l'optimisation du rseau. Il y a deux types de paramtres : Les paramtres constructeurs (ou fournisseur d'quipement) : Ce sont des paramtres systme (activation de certaines fonctionnalits telles que le chirement, le contrle de puissance...) prconiss par le constructeur et sont, aussi, relatifs l'quipement (version de logiciel...), Les paramtres ingnierie : Ces paramtres sont l'initiative des oprateurs. Ils sont modis au niveau de l'OMC. L'optimisation de ces paramtres est un processus dlicat mais une tche essentielle pour le maintien de la qualit de service acceptable surtout suite des modications de certaines fonctionnalits ou services.
35
Les paramtres radio
SUP'COM
II.4.2
Exemples de paramtres
Il y a plusieurs paramtres logiques, mais les plus important parmi eux et qui agissent directement sur la QoS, sont : RXLEVEL_ACCESS_MIN : C'est le seuil minimal d'accs la cellule. Il dtermine directement la surface de la cellule et donc sa zone de service. Ce paramtre permet notamment d'ajuster la charge de trac l'intrieur d'une cellule. Si celle ci devient trs charge, la limitation de sa zone de service par augmentation de la valeur de RXLEV_MIN permettra de rduire le taux d'arrive de nouveaux mobiles. La diminution de la valeur de RXLEV_MIN va conduire un largissement de la zone de service de la cellule ce qui va permettre plus de mobiles d'accder la cellule et peut alors entraner une dgradation de la qualit de service (notamment pour les mobiles loigns). L_RXLEVEL_XX_H (XX=DL ou UP) : Ce paramtre prsente le seuil de dclenchement de handover sur les deux liens (DL ou UP), suite l'aaiblissement du niveau de champ sur ces deux liens. Le RXLEVEL_XX_H permet le dclenchement de handover le plus proche possible de la bordure de la cellule, dans le cas o il n'y a, ni un trou de couverture, ni d'interfrences l'intrieur de ce tte cellule. L'augmentation de la valeur de ce paramtre diminue le nombre d'excution des handovers, et par la suite, attente de dclenchement du handover jusqu'au dgradation de la qualit de communication. Parcontre, une diminution de la valeur de ce paramtre entrane une augmentation du nombre du handovers ping-pong, valeur par dfaut comprise entre 101 dB et 110 dB, L_RXQUAL_XX_H (XX=DL ou UP) : c'est le paramtre qui spcie le seuil de dclenchement du handover sur qualit sur l'un des deux liens (DL ou UP). Il maximise la qualit de communication et minimise le taux de handover suite, respectivement, l'lvation et la diminution de sa valeur, ainsi, si la valeur de ce paramtre est trs faible, alors le nombre de handover augmente, mais une augmentation de la valeur de RX-
QUAL_XX_H entrane une diminution du nombre du handover jusqu'au dgradation

de la qualit de communication, valeur typique de 1,6% 3,2%, HO_MARGIN : c'est l'hystrsis permettant d'obtenir un compromis entre le taux de handovers ping-pong et la qualit de service. L'augmentation de sa valeur entrane un retard dans le dclenchement du handover, et par la suite une dgradation de la qualit de service (avec un nombre de handover ping-pong faible), par contre, la diminution de
36
Les paramtres radio
SUP'COM
sa valeur augmente le nombre du handover ping-pong (avec une qualit satisfaisante), Cell_RESELECT_Oset : favorise les cellules d'une bande, Temporary_Oset : vite la rselection ping-pong, Cell Reselect Hystris : vite la rselection de cellules appartenant des LACs dirents et rduit le taux de pagings infructueux. Exemple de valeur : 6 dB, L_RXLEVEL_ZONE : c'est un seuil utilis dans le motif cellules concentriques, il prsente le seuil permettant le changement de zone (de la zone inner vers la zone outer ou vice versa), MS_TXPWR_MAX_CCH : Paramtre xant la puissance laquelle le mobile doit mettre lors de l'accs initial une cellule, c'est donc, la puissance maximum autorise des mobiles sur le canal d'accs RACH, L_RXLEVEL_CPT_HO : c'est le seuil permettant le changement de couche (de la couche micro-cellulaire vers la couche macro-cellulaire et vice versa), l'augmentation de la valeur de ce paramtre entrane la diminution de la charge de trac dans les couches micro-cellulaires et l'augmentation de cette charge dans les couches macro-cellulaires. GPRS_RXLEV_ ACCESS_MIN (XX=DL ou UP) :il dnit le niveau minimal de puissance requis lors de l'accs une cellule donne. GPRS_Cell_ RESELECT_Hystris :Marge pour la re-slection d'une autre cellule. GPRS_RESELECT_ OFFSET (n) :favorise les cellules d'une bande. GPRS_ TEMPORARY_OFFSET :vite la re-slection ping-pong la frontire de la cellule. GPRS_PENALTY_ TIME (n) :temps pendant lequel le paramtre GPRS_ TEMPORARY_OFFSET reste activ dans les cellules voisines. RA_RESELECT_ HYSTERESIS :vite la re-slection de cellules appartenant des RA dirents et rduit le taux de paging infructueux. T_RESEL :timer dont l'expiration permettra au mobile, qui a eectu une libration anormale pendant la re-slection de la cellule, de re-slectionner l'ancienne. C31_HYST :dtermine si une marge supplmentaire du paramtre GPRS_Cell_RESELECT _Hystris doit tre applique au critre C31.
37
Etapes de dtection de problmes
SUP'COM
II.5
II.5.1

Problmes de couverture
La couverture d'une station de base peut s'tendre sur un rayon de 400m 30km selon la densit de la zone couverte urbaine ou rurale. Le problme de couverture apparat lorsque les ondes mises par le mobile n'arrivent pas la BTS la plus proche, ou bien lorsque celles mises par l'antenne de la station de base n'arrivent pas avec une puissance susamment dtectable par la station mobile 1 . Le manque de couverture pour une rgion peut tre aussi caus par une disposition spciale des antennes, tel dans le cas d'un obstacle se trouvant entre la station mobile et l'antenne (btiments, montagne). Ce problme doit tre bien tudi au moment de la mise en place du rseau GSM et du dploiement des sites an de bien servir la zone voulue et d'viter les chevauchements des couvertures pour des cellules voisines. Cela exige une bonne connaissance du terrain au moment de la mise en place des antennes et, par suite le suivi de l'volution de l'environnement autour des antennes (nouveaux btiments) pour assurer une couverture continue. La rsolution de ce problme reste spcique au site concern. Plusieurs solutions sont envisageables :
Ajout de sites
C'est la solution la plus vidente, dans le cas o il y a une absence de couverture et o l'mission des antennes de BTS les plus proches ne peut pas atteindre la zone dtecte avec susamment de puissance.
Action sur les antennes

Cette action peut tre : Un tilt : qui consiste changer l'angle3 par rapport la verticale ascendante. Le tilt permet de varier la zone de couverture en gardant le mme sens de rayonnement. Une rorientation : C'est le changement de la direction et du sens du diagramme de rayonnement de l'antenne.
1 la
puissance d'mission des stations mobiles est de l'ordre de 2W alors que celle des antennes des stations
de base est autour de 40W
38
SUP'COM
Un changement : Cette action permet d'augmenter plusieurs paramtres de l'antenne tels que l'ouverture du digramme de rayonnement ou la puissance d'mission[8].
II.5.2
Problme d'interfrence
Dans des communications radiolectriques et dans le cas de plusieurs metteurs rpartis sur une zone donne, les stations mobiles vont recevoir un ensemble d'ondes provenant de plusieurs stations de base. Les interfrences sont dues la rutilisation de frquences. En eet, deux signaux de mme frquence interfrent entre eux, ce qui mne un mlange de deux communications. Par consquent, le signal rsultant est incomprhensible : ce type d'interfrence est appel interfrence "co-canal". L'interfrence peut avoir lieu galement entre deux signaux des frquences adjacentes, elle est alors dite interfrence du canal adjacent, mais ses inuences sur la communication sont moins graves que la premire. Pour viter ce problme, l'oprateur doit bien choisir son motif de rutilisation de frquences. Pour diminuer son eet, la norme met aussi sa disposition d'autres techniques telles que l'entrelacement spatial et temporel des bursts et le saut de frquences pour diminuer son eet. Mais en dpit de ces techniques, le problme d'interfrence persiste encore dans les rseaux cellulaires et on se voit parfois oblig, dans le cas d'une mauvaise conguration, de procder un changement de frquences sur des cellules particulires condition, bien sre, de ne pas aecter d'autres cellules et entraner de nouveau de l'interfrence.
II.5.3
Problmes de handovers
a) Les direntes causes de handovers Handovers d'urgence

Handover sur niveau :dclench si le niveau de puissance reue par la BTS se dgrade. Ce handover est dclench si
RXLEV _XX < L_RXLEV _XX _H.
(II.2)
Handover sur interfrences :ce handover est dclench au sein de la cellule de service lorsque les interfrences deviennent importantes. Il se fait en changeant de TCH et se
39

dclenche si les deux conditions suivantes sont satisfaites
SUP'COM
RXLEV _XX > RXLEV _XX _IH

et
(II.3)
RXQU AL_XX > L_RXQU AL_XX _H
(II.4)
Ceci indique que ce type de handover est dclench dans le cas ou le niveau de champ dans la cellule de service est susant mais la qualit de la liaison est mauvaise : cas d'un canal interfr. Handover sur distance : se produit lorsque le mobile s'loigne de la BTS et quitte sa zone de couverture.
Handovers de meilleure condition

Handover concentrique : c'est un handover intracellulaire qui se produit dans les cellules concentriques. Il s'agit du passage de la station mobile de la zone inner vers la zone outer et vice versa. Au niveau de la BTS, ce handover est expliqu par le basculement d'un mobile d'un TRX vers un autre. Handover sur meilleure cellule (better cell) : il est quali de HO de confort. Il permet de slectionner la cellule qui convient le mieux au mobile (niveau de champ, qualit du signal reu). Handover sur capture : il se produit pour passer d'une cellule A de couche infrieure vers une cellule B de couche suprieure. Si le niveau de champ du signal reu sur la cellule B est suprieur au paramtre RXLEV_CPT_HO, le mobile fait un handover de la cellule A vers la cellule B. La valeur de ce paramtre peut inuer sur la congestion de la cellule A. En eet, si on augmente la valeur de ce paramtre, on favorise la migration des appels vers la cellule de couche suprieure en diminuant, en parallle, la charge de la cellule de la couche infrieure.
Handover sur trac

Ce genre de handover se produit en gnral lorsqu'un mobile se trouvant la frontire d'une cellule eectue une demande de handover vers une cellule congestionne, le rseau l'oriente directement vers une autre cellule (voisine de la premire) mais qui n'est pas congestionne. Ce type de handover est possible en activant le paramtre EN_TRAFIC_HO par couple de cellules, la cellule cible est en gnral une cellule non congestionne.
40
Etapes de dtection de problmes b) Dtection des causes d'chec de handovers
SUP'COM
An de dterminer les causes d'chec de handover, on peut entreprendre la dmarche suivante :
i) Si l'chec se situe au niveau des handovers sortants, il faudrait :

Dterminer la phase d'chec de handover (prparation ou excution). Vrier, avant tout, les relations de voisinage : relations manquantes ou relations unidirectionnelles. Si l'chec se situe la phase prparation, (non-allocation des canaux demands), alors il faut voir si les cellules cibles ne sont pas congestionnes. De plus, il faudrait dterminer si les handovers non russis sont des handovers intra-BSC ou inter-BSC. Dans le cas o la majeure partie de ces handovers est du type inter-BSC, il faudrait vrier : 1. S'il n'y a pas de problme MIC sur l'interface Ater (MIC dfectueux, sous dimensionnement de l'interface Ater, etc). 2. Si la cellule concerne est situe entre 2 MSC, c'est--dire qu'elle appartient un MSC A et que certaines de ses voisines appartiennent un autre MSC B. Dans ce cas, vrier que les cellules voisines sont dclares comme externes au MSC A. Si l'chec se situe la phase excution (chec de handover sur les canaux allous) alors on peut distinguer les cas suivants : 1. Retour l'ancien canal (Reverse to Old Channel) : le mobile retourne son ancien canal cause d'un chec radio ou BSS sur la cellule cible. Dans ce cas l'appel n'est pas coup mais le handover est dclar chouant. 2. Coupure d'appel pendant le handover (Drop Handover) : il peut avoir deux causes : Drop BSS : Suite une panne matrielle du BSC ou du transcodeur. Drop radio : Suite un problme au niveau de l'interface air. Pour dterminer son origine il faudrait tudier les causes du dclenchement du handover.
ii) Si l'chec du handover se situe au niveau des handovers entrants, il faudrait d'abord dterminer sa phase, la suite de quoi nous pourrons distinguer les mesures adquates :
Si l'chec se situe la phase prparation alors il faudrait :
41
SUP'COM
1. Voir si cette cellule est congestionne et, si c'est le cas, rsoudre d'abord le problme de congestion. 2. Dterminer si cette cellule est du type concentrique. Si elle l'est, vrier s'il n'y a pas de congestion dans l'une des zones concentriques sans qu'il n'y ait de congestion sur toute la cellule. Si l'chec se situe la phase excution, alors il peut y avoir probablement prsence de l'une des causes suivantes : 1. Fail BSS : Suite une panne matrielle du BSC ou du transcodeur. 2. Fail Radio : suite un problme arien. Pour dterminer les causes de l'chec, il faudrait tudier les phases de dclenchement du handover.
II.5.4
Problmes d'chec d'tablissement d'appel
Lorsque le site prsente un chec d'tablissement d'appel, la premire chose vrier est la couverture. Dans le cas o la zone tudie est bien couverte, il faudrait vrier si la cellule est congestionne (Congestion TCH ou SDCCH). Si c'est le cas, il faudrait commencer d'abord par rsoudre le problme de congestion ; sinon, il s'impose de vrier le taux de coupure des canaux SDCCH (Drop SDCCH). S'il se trouve qu'il a augment, il faudrait en rechercher les causes.
II.5.5
Problmes de coupure d'appels
a) Drop BSS
Pour dtecter les causes de ce problme on peut considrer les potentialit s suivantes : Une dfaillance matrielle interne au BSC. Un problme du transcodeur. Ce genre de problmes ncessite l'intervention de l'quipe OMC que ce soit en rinitialisant le logiciel de la BTS ou en se dplaant sur site pour diagnostiquer le problme de prs.
a) Drop handover
Si la tentative de handover choue et si le mobile ne russit pas reprendre son ancien canal, l'appel est coup. Il faut donc analyser les causes d'chec du handover.
42
Etapes de dtection de problmes a) Drop radio
SUP'COM
Dans ce cas l'appel est coup suite un problme au niveau de l'interface air. Pour situer l'origine de la coupure, nous sommes amens tudier la rpartition des causes de handovers :
i) Si la plupart des HO se font sur la qualit, les causes peuvent tre dues :
une mauvaise couverture de la cellule. au fait q'une ou plusieurs frquences de la cellule sont interfres. Dans ce cas, il s'avre indispensable de vrier la conformit du plan de frquence aussi bien dans la cellule de service (frquence du BCCH si la plupart de handovers se font sur qualit du Down Link) ou TCH si la plupart de handovers se font sur qualit du Up Link) du site considr que dans les sites voisins . Tilter les antennes des sites voisins interfrents.
ii) Si la plupart des handovers se font sur niveau, les causes peuvent tre :
Une mauvaise couverture de la cellule. Un problme au niveau des composants ariens de la cellule (antennes, cables feeder).
iii) Si la plupart des handovers se font sur interfrence, la cellule devrait probablement tre interfre. Il faudrait alors vrier la conformit de la rpartition des frquences de la cellule avec celles de ses voisines, sinon tilter les antennes des sites voisins.
II.5.6
Problmes de congestion
a) Congestion TCH
Si le site prsente une congestion TCH, la procdure suivre est la suivante : i) Tester si les sites voisins sont congestionns et, si ce n'est pas le cas, activer le handover sur trac. En eet , si la charge d'une cellule dpasse son seuil maximum (High Trac Load), le BSC responsable essayera de relayer les stations mobiles situes aux frontires de cette cellule vers les cellules voisines les moins congestionnes, et ceci en diminuant la valeur du paramtre HO_MARGIN.
43
SUP'COM
ii) Vrier si l'antenne du site congestionn ou les antennes des sites voisins sont mal titles. En eet, en amliorant les tilts des sites voisins, ces derniers pourront supporter un trac supplmentaire provenant de sites congestionns. Attention, toutefois, aux interfrences ! iii) Si les cellules voisines sont aussi congestionnes ou si l'activation du handover sur trac ne rsoud pas le problme, activer l'utilisation mi-dbit (Half Rate). Cette technique permet 16 utilisateurs d'utiliser une mme trame radio au lieu de 8, mais avec un dbit qui est rduit la moiti. L'incovnient de cette technique est qu'elle consomme beaucoup de ressources BSC. En fait, le BSC contient des cartes de contrle dont chacune est capables chacune de grer 4 TRX en Full Rate, mais uniquement 2 en Half Rate. iv) Si le cellule congestionne est abrite par une cellule parapluie, vrier la valeur du paramtre RXLEV_CPT_HO.
b) Congestion SDCCH
Si le site prsente une congestion SDCCH, il faut d'abord voir s'il prsente une congestion TCH. Si c'est le cas, il faut alors commencer par rsoudre la congestion TCH, sinon tudier la rpartition des causes de prises de canaux SDCCH et suivre la dmarche suivante :
i) Si la plupart des prises de SDCCH se font pour la mise jour de localisation (Location Update), c'est que ce site est situ entre deux zones de localisation direntes. Pour remdier cela, il faudrait alors vrier les conditions suivantes :
Si tous les sites voisins appartiennent une autre zone de localisation, il faut vrier la valeur du paramtre CELL_RESELECT_HYSTERESIS. Si la valeur de ce paramtre est optimale, il faut tudier la possibilit de basculer ce site sur cette zone de localisation.
ii) Si la plupart des prises de SDCCH se font pour l'tablissement d'appel ou l'envoi de SMS (Short Message Service) alors il faut voir si les ressources BTS permettent de remplacer un ou plusieurs canaux TCH en canaux SDCCH, sans que ceci ne cause une congestion TCH. Si le nombre de TCH est optimal, on pourrait tudier la possibilit de combiner le BCCH avec le SDCCH.
44
SUP'COM
II.5.7
Processus d'analyse
Aprs l'obtention des dirents indicateurs, la phase d'analyse combine entre ces indicateurs commence et le processus de dtection des anomalies se dclenche. Cette tape consiste la synthse des direntes sources d'informations et la transmission de cette synthse pour action vers le bon intervenant : maintenance, ingnierie et optimisation. Dans le schma cidessous, on va prsenter les tapes de ce processus (voir Figure II.3),
Fig.
II.5: Processus d'analyse.
Dans la phase d'analyse de la performance du rseau et de la dtection des anomalies, il y a une comparaison entre les indicateurs obtenus et les paramtres seuils (xs par l'oprateur) qui prsentent les seuils d'une qualit de service acceptable. Le tableau ci -dessous, prsente quelques seuils de QoS GSM2.5.
45
SUP'COM
Indicateurs Taux de coupures d'appels (call drop) Taux de blocage Taux de congestion TCH Taux de handover sur niveau sens descendent Taux de handover sur niveau sens mentant Taux de handover sur qualit sens descendant Taux de handover sur qualit sens mentant Taux de handover sur interfrence Taux d'chec de handover Taux de handover sur distance RXLEVEL RXQUAL
Tab.
Paramtres seuils 2% 2% 2% 20% 20% 25% 10% 1% 2% 0.1% -77 dBm 4
II.3: Seuils de la QoS GSM.
Indicateurs Taux de perte des sessions Taux de retransmission des sessions Taux d'tablissement des sessions Taux des sessions russis Taux de congestion PDCH Taux de coupures sessions BSS Taux de coupures sessions pendant la rallocation Taux de coupures sessions radio
Tab.
Paramtres seuils 5% 5% > 95% >95% 2% 2% 2% 2%
II.4: Seuils de la QoS GPRS.
46
Conclusion
SUP'COM
II.6
Conclusion
Dans ce chapitre, nous avons dni la QoS, en insistant sur les indicateurs et les paramtres logiques qui permettent la dcision de l'tat de la performance du rseau et nous avons, aussi, prsent les dirents outils d'analyse qui servent l'obtention de ces indicateurs de qualit. Dans le chapitre suivant, nous allons prsenter notre outil d'optimisation de la procdure du paramtrage, qui va assurer la dtection des problmes, et la recherche de leurs diagnostics.
47
Chapitre III Description de l'outil d'optimisation

III.1 Introduction
Ce chapitre est organis comme suit : Dans une premire partie, nous prsentons une description de l'environnement informatique choisi pour le dveloppement ainsi que notre outil d'Audit et d'optimisation des paramtres radio. Quant la seconde partie, elle sera consacre l'valuation de cet outil par une tude de cas rel assortie d'une interprtation des rsultats obtenus.
III.2
Prsentation gnrale de l'outil
Dans le cadre de l'intgration de la technologie GPRS sur le rseau GSM, nous allons mettre en place un outil permettant de faciliter cette tche. Cet outil, partir des lments caractristiques du rseau GSM, doit pouvoir donner une solution optimale. L'outil doit prendre en entre des donnes du rseau GSM2.5, des donnes prvisionnelles du rseau GPRS ainsi que des contraintes exprimes en termes de QoS. Dans le cadre de l'intgration de la technologie GPRS sur le rseau GSM, nous allons mettre en place un outil permettant de faciliter cette tche. Dans les paragraphes qui suivent, nous allons dtailler la structure de l'outil et surtout son principe de fonctionnement.
48
Conception de la base de donnes de l'outil
SUP'COM
III.3
III.3.1

Introduction
Dans cette partie nous nous intressons la partie conception du schma de la base de donnes "Ratio Parameters". Dans la deuxime section de cette partie nous justions le choix de UML en tant que support de conception. Dans la troisime section nous entamons la phase conception du schma de la base par l'laboration du modle conceptuel de donnes qui est ralis partir du diagramme de classes de UML.
III.3.2
Opportunit de la modlisation des donnes avec UML
La mise en place de la base de donnes requiert la prise en considration d'un ensemble de rgles et de contraintes techniques, mthodologiques et fonctionnelles indispensables. Nous avons eu l'occasion pour mener bien cette mission d'utiliser plusieurs outils. Pour la conception du schma da la base de donnes nous avons eu recours au langage UML dans le but de bncier de ce standard incontournable. Nous rappelons que tous les concepts fondamentaux de la mthode MERISE peuvent tre reprsents dans le diagramme de classe de UML. UML est une notation qui a t standardise par l'OMG (Object Managemement Group). UML est l'acronyme de Unied Modeling Langage. Ce nom indique prcisment quel but tait vis lors de la cration de ce langage : unier les langages et mthodes de modlisation orients objet an que les concepteurs puissent utiliser les mmes concepts. UML n'a pas donc priori de domaine d'application restreint [SOUT99] Les concepts propres UML sont assez gnriques pour correspondre une majorit de problmatiques. Les strotypes et les prols permettent de spcialiser le langage pour l'adapter une problmatique particulire : ainsi, il existe des prols spciques pour la modlisation des donnes. Bien que la notation UML ait t propose tout d'abord pour la spcication d'applications, il n'en reste pas moins que les concepts relatifs au diagramme de classes peuvent s'adapter la modlisation des baes de donnes . Pour ce faire nous devons utiliser un outil parmi ceux disponibles sur le march . L'outil " Rational Rose " ore touts les concepts concernant la conception d'une base de donnes depuis la cration du diagramme de classes jusqu' la gnration automatique des scripts SQL qui peuvent tre implments directement sur la base de donnes relationnelle cible.
49
SUP'COM
Par analogie avec la mthode MERISE, l'laboration du diagramme de classes correspond Au schma conceptuel de donnes. Il consiste en une abstraction de la smantique du rel que nous voulons modliser et sa reprsentation en une structure de donnes cohrente mettant en vidence les principaux concepts du domaine et leur interaction (lien qui existe entre eux). Ceci peut tre rsum en les phases suivantes. Exprimer de manire formelle le rsultat du processus d'analyse de la partie de la ralit considre, Exprimer ce rsultat moyennant une dmarche structuraliste qui dbouche sur une vision claire, cohrente et explicite. S'aranchir de toutes considrations d'ordre techniques qu'il conviendra d'introduire au moment de la ralisation, Exprimer en s'eorant de les intgrer, les multiples points de vue des utilisateurs. En eet, la varit des faits rels correspond aussi de diversit des attentes des dirents Utilisateurs qui auront accs la base de donnes.
III.3.3
objet.
Elaboration du diagramme de classes
Le diagramme de classes dnit un ensemble de concepts propre la conception oriente Classe (encore appel Individu ou Objet) : c'est un concept qui prsente un intrt pour les besoins de l'utilisateur. Il est pourvu d'une existence propre, il peut tre une notion concrte ou abstraite. Dans notre cas de gure, " Parameter Lists " constitue une classe, Association : c'est le lien smantique entre deux ou plusieurs classes, indpendamment de tout traitement. Une association est gnralement cartrise par un verbe ou un substantif. Par exemple, l'association " contient " cartrise la relation entre la classe "List Of Parameters " et " Parameter ", Attribut (encore appel Proprite) est une donne lmentaire qui careterise une classe ou association. Par exemple " Single " est un attribut de l'entit " Parameter ", Identiant : C'est un attribut d'une classe qui permet de distinguer sans ambiguit les direntes objets ou occurrences de cette classe. Par exemple, " Name Of Prameter ", Cardinalits : La cardinalit minimale (respectivement maximale) d'un couple classeassociation indique le nombre minimal (respectivement maximal) d'occurrences de la classe cible pouvant tre associes une occurrence de classe source. Une " Parame-
50
SUP'COM
ter " au embarqu au plus dans un seul " Parameter Lists " et ce dernier peut contenir plusieurs " Parameters " ce qui implique une cardinalit de (n, 1).
Fig.
III.1: Diagramme de classes.
III.3.4
Environnement de dveloppement
L'environnement de dveloppement choisi pour raliser cet outil est C++Builder qui est un IDE, un environnement de dveloppement intgr. Il regroupe tout un ensemble d'outils permettant d'eectuer un maximum de tches de dveloppement au sein du mme environnement
51

de travail.
SUP'COM
C++ Builder est de plus un environnement de dveloppement visuel C++ RAD (Rapid Application Development). Il permet de construire rapidement des applications en utilisant des composants et simplie au maximum l'criture du code et la ralisation de l'interface. On peut ainsi trs rapidement se consacrer la partie "mtier" du code (le code rellement utile de l'application). C++Builder permet galement le dveloppement rapide d'applications base de donnes, ainsi que des applications-serveurs web. C++ Builder permet le dveloppement multi-plateformes (Windows et Linux) au moyen d'une librairie spciale, la CLX. Si l'on ne se soucie que de Windows, la VCL, utilise par dfaut, est galement disponible.
III.3.5
Rappel sur les bases de donnes
C'est une faon de stocker l'information et d'tablir des relations entre les direntes donnes. Dans sa forme la plus basique, nous pouvons l'imaginer comme un tableau. Chaque colonne serait un renseignement comme "Paramtre, Value ou single, ..." et chaque ligne correspondrait un paramtre. D'un point de vue informatique, une base de donnes est constitue de un ou plusieurs chiers constitus de une ou plusieurs tables . Car suivant la complexit des renseignements et leur caractres rptitifs, on peut facilement envisager de relier deux tables entre elles. On parle alors de base de donnes relationnelle. Bien sur il n'existe pas un seul format de base de donnes sur le march ... Interbase, Oracle, Access, Paradox sont des noms trs rpandus dans les entreprises. On les choisit suivant le degr de complexit de la base, le nombre d'utilisateurs simultans utiliser la base ... et bien sur la grosseur du porte monnaie ! Pour notre exemple j'ai choisi Paradox pour sa simplicit : un chier correspond une seule et unique table, au contraire d'Access par exemple o toutes les tables sont stockes dans le mme chier ...
52
Codage de la partie fonctionnelle de l'outil
SUP'COM
Une base de donnes Paradox est constitue d'un ou plusieurs chiers Paradox, normalement situs dans le mme rpertoire. Parfois suivant les ouvrages consacrs aux produits Borland, on parlera d'Alias de base de donnes. C'est une notion que j'ai choisi d'ignorer, car avant de jongler avec les direntes identits d'une base de donnes, il est prfrable de voir comment elle fonctionne.
III.4
Notre application ayant trois principales fonctions : Audit des Paramtres : Voyons un peu les principes de fonctionnement de l'application. Son but est partir des chiers brutes format '.csv' gnrs par l'OMCR, on peut grer les listes de paramtres radio qui sont trs nombreux tels que cell, Adjacency, ExternalOmcCell, HoControl, RnlAlcatelMFS, RnlAlcatelBSC, RnlAlcatelSector, RnlAlcatelSiteManager, RnlPowerControl, SubNetwork et RnlBasebandTransceiver, puis partir des valeurs de ces paramtres par dfaut on dtecte le problme s'il existe puis on localise les anomalies dans le rseau et par la suite, l'identication des causes de ces problmes an d'adopter les actions correctives ncessaires . Voir la gure ci-dessous qui montre le schma fonctionnel de cette partie.
Fig.
III.2: Schma fonctionnel de la partie Audit.
53
SUP'COM
Optimisation de la matrice de HO : Dans le cadre de la session d'optimisation du rseau GSM2.5 de Tunisie Telecom du Grand Tunis, nous avons procd l'optimisation de la matrice de HO existante et qui est rpartie sur 23 BSC situs dans le Grand Tunis savoir les BSC de ARIANA, Ariana2, BARDO, BARDO_II, BELVEDERE, BELVEDERE2, BEN_AROUS, BEN_AROUS2, ETTADHAMEN, hached1, hached2, hached3, KASBA, KRAM, MANAR, MANOUBA, MARSA, MARSA_2, MOUROUJ_4, ouardia1, RADES, RADES_FOOT, SOUKRA. Voir la gure ci-dessous qui montre le schma fonctionnel de cette partie.
Fig.
III.3: Schma fonctionnel de l'Optimisation de la matrice de HO.
54

Bilan de liaison et quilibrage de puissance
SUP'COM
L'usager du rseau a une indication du champ reu sur son portatif et qui lui permet d'avoir l'assurance que la liaison descendante est de bonne qualit. Sans quilibrage pralable, il n'est pas vident que la liaison montante soit de qualit quivalente. Si une station de base transmet trs forte puissance, un portatif (metteur de faible puissance) peut recevoir un signal trs important et ne pas tre reu par la station de base lorsqu'il transmet. L'quilibrage de la liaison consiste choisir des gains d'antenne et ventuellement placer des attnuateurs pour que la puissance du signal reu sur la voie montante soit voisine de celle reue sur la voie descendante lorsque le terminal est en limite de porte. La qualit perue par les deux intervenants d'une communication est alors voisine. La pratique indique que c'est avantageux d'avoir un EIRP de base quelque peu plus haut ( 2-3 dB) que celui calcul en respectant strictement les considrations de balance de puissance pouvoir. Voir la gure ci-dessous qui montre le schma fonctionnel de cette partie.
Fig.
III.4: Schma fonctionnel de Bilan de liaison et quilibrage de puissance.
Les abrviations suivantes sont utilises :
P inM S = Puissance reu par le mobile. P inBT S =Puissance reu par la station de base. M Ssens =Sensibilit du mobile. BT Ssens =Sensibilit de la station de base. P outM S = Puissance transmis par le mobile.
55
Prsentation de l'application dveloppe

P outBT S = Puissance transmis par la station de base. LfBT S = Perte cble dans la BTS. LduplBT S = Attnuation apporte par le duplexeur dans la BTS. LT M A = Attnuation apporte par le duplexeur de l'amplicateur. LslantBT S = Perte oblique de polarisation (45 degrs) dans le sens descendant. Lp =L'aaiblissement de parcours entre le MS et la BTS. GdBT S =Gain de la diversit. GaBT S = Gain de l'antenne de la BTS.
SUP'COM
La formule de la puissance reu par le mobile P inM S dans le sens descendant (DL) est comme suit :
P inM S = P outBT S LduplBT S LfBT S + GaBT S LslantBT S Lp
(III.1)
La formule de la puissance reu par la station de base P inBT S dans le sens descendant (UL) est comme suit :
P inBT S = P outBT S LduplBT S LfBT S + GaBT S LslantBT S Lp
(III.2)
III.5
III.5.1

La bote d'authentication de l'utilisateur
Cette interface se charge avant le dmarrage de l'interface principale. Elle sert contrler les accs et authentier les utilisateurs exploitants. En cas de succs de l'authentication la fentre principale de la plateforme apparat, et l'utilisateur peut travailler en toute tranquillit.
56
SUP'COM
Fig.
III.5: Interface d'authentication de l'utilisateur.
III.5.2
Interface principale de l'application
Suite l'authentication de l'utilisateur, l'interface principale de l'application se charge. La barre de menus de celle-ci est compose des options suivantes : " File "," Measured Parameters List ", "Detection Of Problems ", " Optimisation ", " Graph ", " About ".
Fig.
III.6: Fentre principale de l'application.
La slection du menu " Measured Parameters List " permet l'utilisateur de faire le choix entre les 11 sous menus ( listes de paramtres radio mesures), voir (Figure III.7). Ces sous menu sont : Cell Adjacency, ExternalOmcCell, HoControl, RnlAlcatelMFS, RnlAlcatelBSC, RnlAlcatelSector, RnlAlcatelSiteManager, RnlPowerControl, SubNetwork et RnlBasebandTransceiver.
57
SUP'COM
Fig.
III.7: Fentre de gestion des listes de paramtres.
La slection du sous menu (exemple " Cell ") permet l'utilisateur de faire le choix entre les paramtres radio mesures, dont les principales sont :ACMB_BSC_VMAX, ACMB_FDD_QMIN, ACMB_FDD_QOFFSET, ACMB_PAN_DEC, ACMB_PAN_INC, ACMB_PAN_MAX, ACMB_RA_CODE, ACMB_T_3168. Quelques paramtres radio sont dcrits dans les tableaux IV.10, IV.11, IV.12 et IV.13 en annexe 3. Ci-dessous, nous prsentons une interface illustrant la gestion des listes de paramtres.
Fig.
III.8: Interface de gestion des listes de paramtres.
La slection du menu "Detection Of Problems " permet l'utilisateur de faire localiser les anomalies , voir (Figure III.9).
58
SUP'COM
Fig.
III.9: Interface de localisation des anomalies
La slection du menu "Optimisation " permet l'utilisateur de faire optimiser les paramtres radio , voir (Figure III.10).
Fig.
III.10: Interface principale d'optimisation.
59
SUP'COM
La slection du sous menu "HO Optimisation " permet l'utilisateur de faire optimiser la procdure de HO, voir Figure III.11.
Fig.
III.11: Interface d'optimisation de HO.
La slection du sous menu "Path Balance " permet l'utilisateur de faire optimiser la procedure d'equilibrage de puissance en calculant les paramtres d'equilibrages (P inM S , P inBT S ,...) puis en localisant o se trouve un dsquilibre enn en localisant les problmes, voir Figure III.12.
Fig.
III.12: Interface d'optimisation de balance de puissance.
60
Conclusion
SUP'COM
III.6
Conclusion
Dans ce chapitre, nous avons reprsent, en dtails, les dirents interfaces utiliss dans notre outil d'optimisation de la procdure de paramtrage et handover et le mode de son fonctionnement en expliquant ces dirents menus. Dans le chapitre suivant, nous allons tester cet outil sur les zones du BARDO et BARDO_II, dont le but d'optimiser la QoS dans ces zones.
61
Chapitre IV Etude de cas

IV.1 Introduction
Dans ce chapitre nous allons tester notre outil d'optimisation des paramtres radio pour les zones du BARDO et BARDO_II. Nous faisons la description dtaille des tapes de recherche des diagnostics des cellules prsentant des problmes, partir trois procdures : paramtrage, hondover et quilibrage de puissance. Notre application ayant trois principales fonctions : Audit et Detection de problmes, Optimisation de la matrice de HO et Bilan de liaison et quilibrage de puissance. Dans les paragraphes qui suivent, nous allons dtailler les principes de fonctionnement et les rsultats obtenus.
IV.2 Zones d'analyses et d'optimisations

Les parcours d'optimisation sont choisis en fonction des critres suivants :
Critre technique :
Sans changement prvu pendant le jour de test, Avec fort trac, Congestion TCH presque nulle, l'exception de quelques cellules, Handover sur interfrence dpassant le seuil dans la majorit des cellules, Maximum de type de cellules reprsentes (single, concentric, ...).
Critre conomique :
Usagers VIP ou professionnels, Nombres levs des entreprises. 62
Audit et Detection de problmes
SUP'COM
Le tableau ci-dessous illustre pour chaque zone, le nombre de cellules et le nombre de relations de HO existantes. BSC BARDO BARDO_II Nbr(Nombre) HO existents par BSC 956 881
Tab.
Nbr de cellules par BSC 59 63
IV.1: Spcication de zones
IV.3 Audit et Detection de problmes

IV.3.1 Processus d'analyse
Le processus d'analyse comporte : 1. un ensemble d'actions systmatiques qui visent avoir une vision de la qualit du rseau, localiser et dtecter les dysfonctionnements. 2. Une analyse dite de 2eme niveau permet : de dterminer la cause exacte du problme. de dterminer la ncessit de faire sur site un certain nombre de vrications. de faire des mesures complmentaires si ncessaire. En fonction du rsultat de l'analyse, une proposition d'actions sur le rseau doit tre faite par l'entit concerne. Cette action peut tre physique (changement d'antennes,...) ou logicielle (paramtrage).
a) Analyse de la couverture
Pour analyser la couverture nous avons choisi les hypothses suivantes : Bonne couverture : RXLEV 71dBm. Moyenne couverture : 81dBm < RXLEV 71dBm. Faible couverture : 91dBm < RXLEV 81dBm. Mauvaise couverture : RXLEV < 91dBm. Les rsultats de cette analyse sont dcrits dans les tableaux IV.16 et IV.17 en annexe 4. En eet on remarque bien qu'un seul site dans la zone prsente une trs faible couverture. Pour le cas d'une zone urbaine l'existence d'une telle couverture peut s'expliquer
63
SUP'COM
par les eets de masque et les obstacles se trouvant entre la station mobile et l'antenne de la BTS (btiments). Une analyse globale de la couverture de la premire zone (gure IV.1) montre que 81% des points prsentent une bonne couverture, alors que 19% seulement ont des trous de couverture.
Fig.
IV.1: Analyse de couverture (BARDO).
La deuxime zone prsente une couverture trs bonne (Figure IV.2). En eet, les points de mesure o il y a des trous de couverture ne dpassent pas les 6%. Donc aucune action n'est ncessaire pour amliorer la couverture dans ces zones.
Fig.
IV.2: Analyse de couverture (BARDO_II).
b) Analyse de l'interfrence
L'analyse de l'interfrence fournie par notre outil pour chaque cellule de zones tudies est dcrite dans les tableaux IV.18 et IV.19 prsents en annexe 4. Une analyse globale de l'interfrence dans la zone a montr que 4% des points de parcours sont trop interfrs (gure IV.3), ce taux est lev. Les tudes des causes de l'interfrence ont montr qu'elles sont essentiellement des au plan de frquence. En eet, les sites mettent une valeur maximale de puissance de l'ordre de 43 dBm, qui est la valeur recommande dans les zones denses. La deuxime zone, comme le montre (gure IV.4)ne prsente aucune interfrence. Le niveau d'interfrence dans le rseau peut tre aussi valu par le taux d'utilisation du codage
64
SUP'COM
Fig.
IV.3: Analyse de l'interfrence (BARDO).
Fig.
IV.4: Analyse de l'interfrence (BARDO_II).
CS1 et CS2. En eet, on remarque pour le cas de la premire mesure que le taux d'utilisation du CS1 est de 44% (gure IV.5).
Fig.
IV.5: Taux d'utilisation du codage CS1 et CS2 (BARDO).
Dans la deuxime mesure, malgr l'absence de l'interfrence, on voit que le taux d'utilisation du codage CS1 est de 26% (gure IV.6). Ceci est d peut tre soit la quantit des informations non volumineuses tlcharges certain moment, soit que ces donnes sont des blocs de contrle ou ont t reues sans acquittement en mode CS2.
65
SUP'COM
Fig.
IV.6: Taux d'utilisation du codage CS1 et CS2 (BARDO_II).
c) Analyse de la congestion
L'augmentation du dbit dans un rseau ne se limite pas seulement au niveau de protection de l'information, c'est--dire le codage, mais aussi au nombre de canaux allous une mme connexion. Pour ce faire une dcongestion du rseau GSM (mode circuit) est ncessaire. L'analyse de la congestion fournie par notre outil pour chaque cellule de zones tudies est dcrite dans les tableaus IV.14 et IV.15 prsents en annexe 4.
d) Analyse des paramtres systmes

Les paramtres actuellement implments sur le rseau GSM2.5 de Tunisie Tlcom sont les paramtres par dfaut. Ces paramtres sont typiques aux rseaux faible capacit. Il est donc recommand de modier ces paramtres tape par tape une fois que le rseau se stabilise et commence tre commercialis.
IV.3.2 Conclusion
Aprs l'tude, l'implmentation, la validation de l'outil et l'tude de cas rel d'analyse et d'optimisation, nous atteignons la n de cette partie. L'indisponibilit des compteurs OMC-R, due essentiellement la non commercialisation du service, a t un grand handicap dans la validation de certains modules d'optimisation de l'outil. Nous pensons cependant que malgr cette insusance, l'outil est arriv procurer des rsultats satisfaisants. Toutefois, cette application reste ouverte l'amlioration car le monde des tlcommunications et surtout les rseaux mobiles est trs volutif.
66
Optimisation de la matrice de HO
SUP'COM
IV.4 Optimisation de la matrice de HO

IV.4.1 Analyse
Il s'agit d'une tude de l'ensemble des relations de HO existantes entre les cellules centralises par BSC BARDO et BARDO_II qui suggre la suppression d'un ensemble de relations de voisinage existantes et qui sont inutiles. Pour chaque relation de HO liminer, nous avons prsent des donnes RNO relatives la semaine 2 de l'an 2006 et qui reprsentent pendant cette priode le nombre de demandes d'allocation de cette relation, le nombre d'allocations relles de cette relation et le nombre de HO qui ont russi pour la mme relation. Ces taux nous ont permis de dterminer l'utilit de chaque relation de voisinage et par la suite l'ventualit d'liminer les relations non utiles. Ci-dessous, nous prsentons une gure rcapitulative illustrant la localisation des relations de voisinage correspond la cellule Bortal_Hayder_3 liminer.
Fig.
IV.7: Interface qui illustre la localisation des relations limines
67
SUP'COM
IV.4.2 rsultats
Dans le tableau (IV.1) nous prsentons le nombre de relations de voisinage liminer par BSC. BSC BARDO BARDO_II
Tab.
Nbr de HO liminer 28 52
IV.2: Le nombre de relations de voisinage liminer par BSC.
Fig.
IV.8: Modications suggres
Le tableau ci-dessous illustre pour chaque BSC gurant parmi la liste suivante, le nombre de relations de HO qu'il gre actuellement et le nombre de relations qu'il grerait aprs que les modications de la matrice de HO auront lieu. Pour chaque BSC nous avons calcul la moyenne de HO par cellule actuelle et celle aprs les modications.
68
BSC BARDO BARDO_II Nbr HO envisager par BSC 928 829 Nbr de HO en moyenne par cellule envisager 20 17
Tab.
SUP'COM
Nbr HO existents par BSC 956 881 Nbr de HO en moyenne par cellule existant 21 18 Nbr de cellules par BSC 59 63
IV.3: Le nombre de relations de HO avant et aprs l'optimisation
Fig.
IV.9: Matrice de HO
Les tableaux III.5, III.6 et III.7 en annexe 1 illustrent que pour chaque BSC, la charge (en terme de relations de voisinage) serait rduite et donc elle aura un impact positif sur la procdure de dtection du HO et de son excution. Par consquent, la qualit radio sera amliore lors d'un passage de HO.
69
Bilan de liaison et quilibrage de puissance
SUP'COM
IV.5 Bilan de liaison et quilibrage de puissance

IV.5.1 Analyse
Il s'agit d'une tude de bilan de liaison et quilibrage de puissance existantes des cellules appartenant au BSC BARDO. L'quilibrage de la liaison consiste choisir des gains d'antenne et ventuellement placer des attnuateurs pour que la puissance du signal reu sur la voie montante soit voisine de celle reue sur la voie descendante lorsque le terminal est en limite de porte. Pour chaque cellule, nous avons prsent des donnes RNO relatives la semaine 2 de l'an 2006 et qui reprsentent pendant cette priode la valeur de 'DeltaPath', balance de puissance la dirence entre la puissance du signal reu sur la voie montante et celle reue sur la voie descendante lorsque le terminal est en limite de porte. La qualit perue par les deux intervenants d'une communication est alors voisine. La pratique indique que c'est avantageux d'avoir un EIRP de base quelque peu plus haut ( 2-3 dB) que celui calcul en respectant strictement les considrations de balance de puissance pouvoir. Les rsultats de cette analyse sont dcrits dans les tableaux IV.8 et IV.9 en annexe 2.
IV.5.2 rsultats
Ci-dessous, nous prsentons un tableau rcapitulatif illustrant l'tat de l'quilibrage de cellules. Etat de l'quilibrage Dsquilibre Equilibre
Tab.
Nbr de cellules 29 30
IV.4: L'tat de l'quilibrage.
70
Conclusion
SUP'COM
Fig.
IV.10: Modications suggres
Les tableaux illustrent que pour le BSC BARDO la charge (en terme dsquilibrage de puissance) serait tudie et donc elle aura un impact positif sur la procdure de dtection des problmes. Par consquent, la qualit radio sera amliore .
IV.6 Conclusion
Dans ce chapitre, nous avons test notre outil d'optimisation des paramtres radio. L'application de cet outil a t ralise sur les deux zones du BARDO et BARDO_II. Nous avons dtaill les tapes de la dtection des problmes pour les direntes cellules situes dans ces zones partir de trois procdures : paramtrage, hondover et quilibrage de puissance. A la lumire des rsultats obtenus par notre outil, nous pouvons armer que notre objectif ( Amlioration de la qualit de service) est atteint.
71
Conclusion
L'amlioration des performances d' un rseau est un objectif essentiel que vise atteindre tout oprateur tlcoms. Ce but est atteint par la garantie d'un niveau de couverture global et une qualit de communication satisfaisante. Ainsi, l'objectif de ce travail est de raliser un outil d' optimisation des paramtres radio l'aide des mesures ralises sur terrain ( Drive_test ) et des statistiques eectues au niveau de l'OMC. Cet outil sert la dtection des problmes dans le rseau, la slection des cellules perturbes, l'identication des causes de ces problmes an d'adopter les actions correctives ncessaires. Dans ce but, nous avons commenc, dans un premier chapitre, par une brve prsentation du rseau GSM2.5, en mettant l'accent sur les principaux procdures de la voie radio. Dans le deuxime chapitre, nous avons indiqu les principaux critres de la QoS. Nous avons cit les dirents paramtres permettant le jugement de la qualit de service, ainsi que, les mcanismes d'observation et de suivi de l'tat du rseau qui sert l'obtention de ces paramtres rseau. Il est noter que l'outil nous ore un meilleur rsultat au niveau de paramtrage, processus de hondover et quilibrage de puissance pour detecter les problmes, les localiss et les corrigs. Dans ce travail, nous avons ralis un outil d'optimisation pour le rseau GSM2.5, mais l'ide d 'volution vers les rseaux de troisime gnration, impose la possibilit d'eectuer un outil d'optimisation pour la QoS des rseaux UMTS. Ainsi, cet outil reste ouvert l'extension et l'enrichissement par d'autres algorithmes et modules intgrant le cas des services UMTS.
72
Annexes
Annexe1
Source BARDO_CENTRE_2 BARDO_CENTRE_DCS_1 BARDO_CENTRE_DCS_3 BARDO_CENTRE_DCS_2 BORTAL_HAYDER_1 BORTAL_HAYDER_3 BORTAL_HAYDER_3 BORTAL_HAYDER_3 BORTAL_HAYDER_3 BOTRAL_HAYDER_2_II CITE_FATOUMA_1 CITE_FATOUMA_1 CITE_FATOUMA_2 CITE_FATOUMA_2_II CITE_FATOUMA_2 CITE_FATOUMA_2 CITE_FATOUMA_2 CITE_FATOUMA_2_II CITE_FATOUMA_3 CITE_FATOUMA_3
Tab.
Destination MICRO_FAC_MEDICINE ASSAMBLEE MICRO_FAC_MEDICINE MICRO_FAC_MEDICINE ETTAHRIR_SUP_1 EL_AMEL_1 EL_AMEL_3 ETTAHRIR2_2 RUE_ORAN_2 LES_JASMINS_3 BARDO_CENTRE_DCS_1 EL_OMRANE_3 BARDO_CENTRE_DCS_1 EL_OMRANE_3 EZZAYATINE_3 FOYER_UNIVERSITAIRE_1 FOYER_UNIVERSITAIRE_3 ASSAMBLEE BARDO_CENTRE_DCS_3 KHAZNADAR_1
IV.5: Les relations de voisinages limines(1)
73
Annexes
CITE_FOLLA_1 CITE_FOLLA_2 CITE_FOLLA_2 CITE_FOLLA_2 CITE_FOLLA_2 CITE_FOLLA_3 CITE_FOLLA_3 ETTAHRIR2_1 ETTAHRIR2_1 ETTAHRIR2_1 ETTAHRIR2_2 ETTAHRIR2_2 ETTAHRIR2_3 ETTAHRIR_1 ETTAHRIR_1 ETTAHRIR_3 ETTAHRIR_3 ETTAHRIR_3 ETTAHRIR_SUP_1 ETTAHRIR_SUP_3 ETTAHRIR_BB_2 ETTAHRIR_BB_2 EZZAYATINE_1 EZZAYATINE_1 EZZAYATINE_1 EZZAYATINE_1 EZZAYATINE_2 EZZAYATINE_3 EZZAYATINE_3 EZZAYATINE_3
Tab.
SUP'COM
DAR_BAYDHA_2 EL_HRAIRIA_1 EL_HRAIRIA_2 RUE_ORAN_3 ESSIJOUMI_DCS_1 ESSIJOUMI_DCS_3 ETHADHAMEN_NEW_2 ETTADHAMEN_NEW_1 FOYER_OMRANE_2 INTILAKA_3 BORTAL_HAYDER_3 LES_JASMINS_2 ETTADHAMEN_NEW_1 CITE_FOLLA_2 FOYER_OMRANE_DCS_3 FARES_EL_KHOURI_1 JARDINS_MENZAH_2 JARDINS_MENZAH_3 EZZAYATINE_2 DAR_BAYDHA_3 BARDO_CENTRE_DCS_3 FARES_EL_KHOURI_2 BORTAL_HAYDER_1 INTILAKA_2 STADE_ZOUITEN_BB_2 BELVEDERE3 ETTAHRIR_SUP_1 CITE_FATOUMA_2 ROMMANA_3 ROMANA_DCS1800_3
74
Annexes
INTILAKA_1 INTILAKA_1 ROMMANA_2 INTILAKA_2 INTILAKA_2 INTILAKA_2 INTILAKA_2 ROMMANA_3 ROMMANA_1 ROMMANA_1 MNILHLA_1 MNILHLA_1 MNILHLA_1 MNILHLA_3 MNILHLA_3 MNILHLA_2 MNILHLA_2 MNILHLA_2 MNILHLA_2 MNILHLA_2 MNILHLA_2 LES_JASMINS_3 LES_JASMINS_3 LES_JASMINS_2 LES_JASMINS_1 INTILAKA_DCS1800_2 INTILAKA_DCS1800_1 INTILAKA_DCS1800_1 INTILAKA_DCS1800_2
Tab.
SUP'COM
FOYER_OMRANE_DCS_1 FOYER_OMRANE_DCS_3 MNILHLA_1 DAR_BAYDHA_3 FOYER_OMRANE_DCS_3 LES_JASMINS_1 LES_JASMINS_3 EL_OMRANE_3 STADE_ZOUITEN_BB_3 EL_OMRANE_3 MENZAH9B_2 ROMMANA_2 MICRO_MENZEH_9_C MANNOUBI_BEN_HSIN_3 DAR_BAYDHA_2 MENZEH9B_3 MICRO_MENZEH_9B_3 MICRO_MENZEH_9B_2 MICRO_MENZEH_9B_1 MANNOUBI_BEN_HSIN_2 FOYER_OMRANE_DCS_1 DAR_BAYDHA_1 DAR_BAYDHA_2 ETTAHRIR2_2 INTILAKA_2 FOYER_OMRANE_DCS_3 FOYER_OMRANE_DCS_3 FOYER_OMRANE_DCS_1 FOYER_OMRANE_2
75
Annexes Annexe2
Cellule ETTAHRIR_BB_2 ETTAHRIR_SUP_1 ETTAHRIR_SUP_2 ETTAHRIR_SUP_3 ETTAHRIR2_1 ETTAHRIR2_2 ETTAHRIR2_3 ESSOMRANE_DCS1800_1 ESSOMRANE_DCS1800_2 ESSOMRANE_DCS1800_3 ESSOMRANE_1 ESSOMRANE_2 ESSOMRANE_3 BARDO_CENTRE_BB_1 BORTAL_HAYDER_1 BORTAL_HAYDER_2 BORTAL_HAYDER_3 DAR_BAYDHA_1 DAR_BAYDHA_2 DAR_BAYDHA_3 MNIHLA_1 MNIHLA_2 MNIHLA_3 CITE_FATOUMA_1 CITE_FATOUMA_2 CITE_FATOUMA_3
Tab.
SUP'COM
Etat d'equilibrage de puissance Dsquilibre Dsquilibre Dsquilibre Dsquilibre Dsquilibre Dsquilibre Equilibre Equilibre Dsquilibre Dsquilibre Dsquilibre Equilibre Equilibre Dsquilibre Dsquilibre Equilibre Equilibre Equilibre Dsquilibre Equilibre Dsquilibre Dsquilibre Dsquilibre Equilibre Equilibre Equilibre
IV.8: Les tats d'quilibrage de puissance
76
Annexes
LES_JASMINS_1 LES_JASMINS_2 LES_JASMINS_3 EZZAYATINE_1 EZZAYATINE_2 EZZAYATINE_3 BARDO_CENTRE_2 BARDO_CENTRE_DCS_2 BARDO_CENTRE_DCS_3 INTILAKA_DCS1800_1 INTILAKA_DCS1800_2 INTILAKA_DCS1800_3 CITE_FOLLA_1 CITE_FOLLA_2 CITE_FOLLA_3 ETTAHRIR_1 ETTAHRIR_3 INTILAKA_1 INTILAKA_2 INTILAKA_3 ROMMANA_1 ROMMANA_2 ROMMANA_3 ROMANA_DCS1800_1 ROMANA_DCS1800_2 ROMANA_DCS1800_3 LES_JASMINS_DCS1800_1 LES_JASMINS_DCS1800_2 LES_JASMINS_DCS1800_3
Tab.
SUP'COM
Dsquilibre Dsquilibre Equilibre Dsquilibre Equilibre Dsquilibre Dsquilibre Equilibre Equilibre Equilibre Equilibre Dsquilibre Dsquilibre Equilibre Equilibre Equilibre Equilibre Equilibre Dsquilibre Equilibre Equilibre Dsquilibre Equilibre Equilibre Dsquilibre Equilibre Equilibre Dsquilibre Dsquilibre
IV.9: Les tats d'quilibrage de puissance
77
Annexes
zerzeruzehr
SUP'COM
78
Annexes
LES_JASMINS_DCS1800_1 LES_JASMINS_DCS1800_2 LES_JASMINS_DCS1800_3
Tab.
SUP'COM
Equilibre Dsquilibre Dsquilibre
IV.10: Paramtres de contrle GPRS
79
Annexes
Tab.
SUP'COM
IV.11: Paramtres de gestion des ressources radio
80
Annexes
zerzeruzehr
SUP'COM
81
Annexes
Tab.
SUP'COM
IV.12: Paramtres de contrle du lien radio
82
Annexes
zerzeruzehr
SUP'COM
83
Annexes
Tab.
SUP'COM
IV.13: Paramtres d'tablissement et de gestion des TBF
84
Annexes
Tab.
SUP'COM
IV.14: Analyse de congestion par cellule (BARDO)
85
Annexes
zerzeruzehr
SUP'COM
86
Annexes
Tab.
SUP'COM
IV.15: Analyse de congestion par cellule (BARDO_II)
87
Annexes
Tab.
SUP'COM
IV.16: Analyse de couverture par cellule (BARDO)
88
Annexes
zerzeruzehr
SUP'COM
89
Annexes
Tab.
SUP'COM
IV.17: Analyse de couverture par cellule (BARDO_II)
90
Annexes
Tab.
SUP'COM
IV.18: Analyse de l'interfrence par cellule (BARDO)
91
Annexes
zerzeruzehr
SUP'COM
92
Annexes
Tab.
SUP'COM
IV.19: Analyse de l'interfrence par cellule (BARDO_II)
93
Bibliographie
[1] Gtz Brasche and Bernard Walke. Concepts, Services, and Protocols of the New GSM Phase 2+ General Packet Radio Service. IEEE Communications Magazine, aot 1997. [2] Jian Cai and David J. Goodman. General Packet Radio Service in GSM. IEEE [3] Communications Magazine, octobre 1997. Xavier Lagrange, Philippe Godlewski, and Sami Tabbane. Rseaux GSM. Hermes science Publication, Paris, 2000. [4] Djamal Zeghlache. Mthodes d'accs, pages 235U272. Hermes, Paris, 2000. [5] Joachim Tisal " le rseau GSM, l'volution GPRS : une tape vers l'UMTS " 3me dition, Paris 1999. [6] Sami Tabbane, "Ingnierie de rseaux cellulaires", cours INDP3, Sup'Com , anne scolaire universitaire 2005-2006 " [7] Mohammed Tahar Missaoui, "Rseaux de radiocommunications prives ", cours INDP3 , Sup'Com, anne universitaire 2002-2003. [8] Khaldoun Al Agha , Guy Pujolle , Guillaume Vivier , " Rseaux de mobiles rseaux sans l", Edition Eyrolles . [9] Sami Tabbane, Lagrange Xavier, Godlewski Philippe, Rseaux GSMDCS, 4me dition, HERMES Science Publication, Paris, 1999.
94

MANSOURI Mejdi

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

MANSOURI Mejdi

Transféré par

Droits d'auteur :

Formats disponibles

RAPPORT DE PROJET DE FIN D'ETUDES

Mr. Taeib MASSMOUDI Mr. Mohamed Taher MISSAOUI

Anne universitaire: 2005/2006

Table des matires

II Gestion de la QoS sur l'interface radio

TABLE DES MATIRES

III Description de l'outil d'optimisation

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

TABLE DES MATIRES

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Table des gures

Architecture d'un rseau GSM. . . . . . . . . . . . . . . . . . . . . . . . . . . . Architecture d'un rseau GPRS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

II.1 Chane de mesure.

TABLE DES FIGURES

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Liste des tableaux

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Chapitre I Introduction au rseau GSM/GPRS

Partage des ressources a) Partage en frquence

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

GSM b) Partage en temps

I.1: TDMA avec saut de frquence.

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

GSM Les services oerts

a) les tlservices : La tlphonie, la tlcopie, la messagerie vocale, l'achage de messages

I.2: Architecture d'un rseau GSM.

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

mations ncessaires la protection des communications des abonns mobiles.

Les interfaces du rseau GSM

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

I.1.5 Canaux logiques

FACCH (Fast Associated Control CHannel) : Lorsqu'en cours de conversation, en phase

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Commutation par paquet

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Les classes de mobile GPRS

Accs au service GPRS

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

I.3: Architecture d'un rseau GPRS

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Les interfaces dans le rseau GPRS

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

I.2.5 Canaux logiques

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Chapitre II Gestion de la QoS sur l'interface radio

Concepts de la QoS dans le rseau GSM2.5

Concepts de la QoS dans le rseau GSM2.5 Ct oprateur

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Les techniques de suivi de la QoS dans un rseau GSM2.5

Les techniques de suivi de la QoS dans un rseau GSM2.5

Indicateurs de QoS GSM2.5

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Les techniques de suivi de la QoS dans un rseau GSM2.5

II.1: Chane de mesure.

Chane de mesure (quipements utiliss)

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Les techniques de suivi de la QoS dans un rseau GSM2.5

II.2: Montage des quipements de mesure.

M.Majdi, RAPPORT DE PROJET DE FIN D'ETUDES, Juin 2006

Les techniques de suivi de la QoS dans un rseau GSM2.5

Table des gures

GSM Les services oerts

a) les tlservices : La tlphonie, la tlcopie, la messagerie vocale, l'achage de messages

Taux d'chec la connexion au portail Wap : Nombre d'chec de chargement de la

a) Les direntes causes de handovers Handovers d'urgence

Handover sur trac