Documente Academic
Documente Profesional
Documente Cultură
Prsent par :
M.Dramane CISSOUMA
Elve ingnieur des travaux de tlcommunication
Option informatique
MAITRE de stage :
M. Bamoro TRAORE
Ingnieur suivi qualit
2
IGTT (Option Informatique)
Dramane CISSOUMA
Promotion: 2004-2006
3
IGTT (Option Informatique)
Dramane CISSOUMA
Sommaire
Remerciements7
Introduction...8
1.Prsentation d'Orange CTE D'IVOIRE...9
1.1L'entreprise Orange CTE D'IVOIRE au sein du groupe France Tlcom........9
1.1.1Les dates cls du groupe France Tlcom........9
1.1.2Orange France en Chiffre..9
1.2Orange CTE D'IVOIRE..9
1.2.1Historique.9
1.2.2Orange CTE D'IVOIRE en chiffre10
1.2.3Organisation et politique gnrale.10
1.2.3.1Organigramme10
1.2.3.2Direction Gnrale.11
1.2.3.3Direction des Ressources Humaines et de l'Administration11
1.2.3.4Direction Commerciale..11
1.2.3.5Direction Marketing et Communication...12
1.2.3.6Direction Financire...12
1.2.3.7Direction du systme dinformation.....12
1.2.3.7Direction Technique...12
PARTIE 1
1.Principes du GSM..16
1.2Architecture du rseau GSM17
1.3Le sous systme d'acheminement (NSS)..18
1.4Le sous systme radio (BSS)..19
1.5Le sous systme d'exploitation et de maintenance (OSS)..19
2.Les protocoles GSM..20
3.Les canaux logiques:Les Interfaces21
3.1Les canaux ddis.21
3.2Les canaux de contrles...22
3.3Processus d'tablissement d'un appel22
3.4.Les interfaces....23
3.4.1L'interface radio (Um).23
3.4.2L'interface Abis ...23
3.4.3L'interface A.23
PARTIE 2
1.Les indicateurs de qualit de service.25
1.1Notions de compteurs et indicateurs..25
1.1.1Notion de compteurs.....25
1.1.2Dfinition dindicateur:25
1.2Accessibilit au rseau :...27
1.3La Continuit:..33
2.Prsentation des outils danalyse qualit36
2.1 NPA(Network Performance Analyser)36
2.1.1Dfinition...36
2.2RNO(Radio Network Optimisation).....38
2.2.1Dfinition38
2.3AGIIR(Analyse et Gestion des Incidents et des Interventions sur le Rseau)...41
4
IGTT (Option Informatique)
Dramane CISSOUMA
2.3.1Dfinition..41
2.4CIGALE(Contrle dInterface Gnralise A partir de Lecture
d'Enregistrement)41
2.4.1Dfinition....41
3.Prsentation du document warning et la procdure ddition ..................................... 51
3.1 Presentation du document warning ....................................................................... 51
3.2 Description de la procdure actuelle du warning ................................................... 54
3.2.1 Mise jour du warning de la veille: jour J-1 .................................................. 49
3.2.2 Dtection de nouveaux incidents sur le rseau ............................................... 49
3.2.3 Cration de ticket dincident avec AGIIR ......................................................... 50
3.2.4 Traitement du ticket dincident ......................................................................... 52
PARTIE 3
1 Analyse et critique de lexistant .................................................................................. 54
1.1Analyse et critique des outils .................................................................................. 54
1.1.1RNO ................................................................................................................. 54
1.1.2NPA .................................................................................................................. 54
1.1.3AGIIR................................................................................................................ 55
1.1.4CIGALE ............................................................................................................ 55
1.2Analyse et critique du document warning ............................................................... 56
1.3Analyse et critique de la procdure de traitement du warning ................................ 56
1.4Analyse et critique de la cration de ticket ............................................................. 56
1.5Analyse et critique du suivi des actions .................................................................. 56
2.Propositions doptimisation du warning et suivi des actions ....................................... 57
2.1Propositions doptimisation du warning: ................................................................. 57
2.1.1Les outils: ......................................................................................................... 57
2.1.2Propositions de document warning:.................................................................. 57
2.1.3Proposition de procdure ddition du warning................................................. 66
2.1.3.1Dtection des nouveaux incidents avec NPA .......................................... 66
2.1.3.2Mise jour du warning de la veille (jour j-1) ............................................ 67
2.1.3.3Cration de tickets dincident avec AGIIR................................................ 67
2.1.3.4Traitement des tickets prcdemment crs ........................................... 67
2.2 Proposition de suivi des actions ............................................................................ 68
CONCLUSION............................................................................................................... 71
ANNEXES ..................................................................................................................... 72
ANNEXE 1..................................................................................................................... 72
ANNEXE 2..................................................................................................................... 73
ANNEXE 3..................................................................................................................... 81
Bibliographie....82
Glossaire ....................................................................................................................... 83
Table des figures
Figure 1: organigramme d'Orange CTE D'IVOIRE.7
Figure 2: organigramme de la Direction Technique..7
Figure 3: organigramme du QPG, mon poste..10
Figure 4:Architecture du rseau GSM14
Figure 5:Protocoles des rseaux GSM..18
Figure 6: Phase tablissement de la liaison radio29
Figure 7 : phase dutilisation du canal SDCCH.30
5
IGTT (Option Informatique)
Dramane CISSOUMA
6
IGTT (Option Informatique)
Dramane CISSOUMA
Remerciements
Avant dentamer le projet dtude qui ma t confi, je souhaiterai adresser ma
gratitude et mes sincres reconnaissances toutes les personnes qui mont aid et
avec qui jai eu plaisir travailler pendant mon stage. Cest ainsi que nous pensons
spcialement au niveau de :
Orange Cte DIVOIRE :
M.Franois BRUNET : Directeur Gnral
M.PITAH Joseph : Directeur Technique
M.Pascal PEROUSSE : Directeur Technique Adjoint
M. Mathias ADIABASS : chef de service Analyse Qualit et ses collaborateurs
Bamoro TRAORE, AMUAN Ollier Aim, Serge ASSANDE, Kevin TANOH et Roselyne
HASSOUANKON. Ainsi que :
M. Francis BA : Chef de service Optimisation radio
Pour lopportunit quils mont offert pour mener bien notre travail, laide apporte pour
la conduite de cette tude.
LESMT :
M. FALL Brahim Adama : Directeur de lcole, ladministrateur des programmes M.
Oumar NDIAYE, M. Oumar SAMBA, Bruno ROGER et tout le corps professoral.
Sans doute mes sincres remerciements destins tous les tudiants de lESMT,
particulirement ceux de la classe IGTT (option informatique).
Je ne saurai terminer ces remerciements sans remercier les familles LECORFEC,
DIOP, SARR, GUEYE, particulirement Marie-Liesse LECORFEC ma marraine,
Christine LECORFEC et Yannick LECORFEC, ma famille ainsi que tout mes amis de
Dakar (SENEGAL), Ouagadougou (BURKINA FASO), Bamako (MALI) et Abidjan
(CTE DIVOIRE).
Pour terminer je remercie le Seigneur de mavoir donner la chance datteindre ce niveau
dtudes.
7
IGTT (Option Informatique)
Dramane CISSOUMA
Introduction
Lenseignement de deuxime anne du cycle ingnieur de lESMT (Ecole Suprieure
Multinationale des Tlcommunications) comprend deux mois de stage de fin dtudes
en entreprise. Jai effectu le mien au sein de la direction technique dOrange Cte
dIvoire, dans le dpartement Qualit et Pilotage Globale (QPG).
Suite la dtection des incidents sur le rseau, chaque matin un rapport comportant les
incidents sur le rseau est envoy aux services comptents afin dy trouver des
solutions. Le terme donn la dtection dincident sur le rseau est le WARNING. Le
Warning se fait laide des outils tel que RNO, NPA et CIGALE comportant des
indicateurs permettant danalyser le comportement du rseau. C'est--dire dceler les
incidents sur le rseau et y apporter des solutions. Les actions que le warning cre sont
suivies via loutil AGIIR.
Mon rle pendant le stage tait dassister le charg du Suivi Qualit dans sa procdure
ddition du warning de la branche Rseau dAccs (BSS).
Ma mission na pas pour objectif la production dun rsultat technique concret. Il
sagissait de mener bien le suivi qualit du rseau de faon optimale avec les autres
entits concernes par la qualit du rseau (Optimisation Radio, OMC - R) et dans le
respect des objectifs fixs.
La comprhension de lenvironnement BSS en particulier le cot radio, ses acteurs, son
organisation et ses tapes a t primordiale pour bien apprhender notre tude et
dapporter une amlioration.
La connaissance de tous ces aspects a probablement t pour moi la tche la plus
difficile et la plus longue. Cela traduit tout le travail dadaptation et dimmersion que jai
d fournir mon arrive dans lentreprise et pendant la moiti de la priode qui ma t
accord pour ce stage.
LAnalyse de Qualit de service est dj effectue au QPG dOrange Cte dIvoire. La
mission qui ma t confi est de mettre en place une procdure doptimisation du
warning (traitement, suivi action).
La dure de mon stage a t repartie en deux priodes :
Avec les outils dj existant au sein de la Direction Technique, la premire
priode a t consacre ltude de ces outils existant (fonctionnement,
insuffisances, etc)
Les deuximes priodes a t consacrs la recherche de solution afin
doptimiser du warning. A lissu de cette deuxime priode, une solution
doptimisation devait tre prsente au QPG et les entits concerns par la
qualit.
Nous allons donc dans ce rapport faire une premire partie sur la gnralit GSM, puis
tudier lexistant dans la deuxime partie.
Par la suite dans la troisime partie nous ferons des critiques suivies des propositions
doptimisation.
Pour finir, nous allons motiver la ncessit dun outil unique pouvant fournir la fois les
donnes de RNO, NPA et CIGALE. Afin dviter lusage simultan de RNO, NPA et
CIGALE qui rend fastidieux le traitement du warning.
8
IGTT (Option Informatique)
Dramane CISSOUMA
Dramane CISSOUMA
jouit la marque. Cest ainsi que le 18 mars 2002, la Socit Ivoirienne de Mobile change
de dnomination sociale et commerciale et devient Orange Cte dIvoire SA (OCI SA).
Conformment la politique du groupe, le statut de franchise dOrange Cte dIvoire SA
se traduit le 29 mai 2002 par ladoption de la marque, de ses valeurs et de sa vision du
futur. Orange CI SA est cette date, la premire reprsentation de la marque Orange
en Afrique. Au-del du changement de dnomination et de logo, le passage Orange
est un projet fond sur une vritable culture dentreprise partage au quotidien par plus
de 600 personnes.
1.2.2 Orange Cte dIvoire en chiffre:
1er oprateur Ivoirien avec 55% de part du march
Plus de 165 villes couvertes
Plus d'un million cinq cents abonns
1618 Cellules
676 BTS (metteur-rcepteur)
1.2.3 Organisation et politique gnrale:
1.2.3.1 Organigramme: Lorganigramme dOrange Cte dIvoire se prsente comme
suit :
Directeur
Technique
Gestions des Moyens
& Patrimoine Technique
Directeur Technique
Dpartement
Qualit Pilotage
Globale
Dpartement
Exploitation
Maintenance
EQUIPE DT
Dpartement
Production
Ingnierie
Dpartement
Nouvelles
Technologies
Dpartement
Accs Radio
Dpartement
Supervision des
rseaux
Dramane CISSOUMA
Dramane CISSOUMA
Organigramme :
Directeur
Gnrale
Directeur
Technique
Adjoint
QPG
DAR
DEM
DSR
DNT
DPI
12
IGTT (Option Informatique)
Dramane CISSOUMA
CHEF DE DEPARTEMENT
QPG
CHEF DE SERVICE
ANALYSE QUALITE
UNITE QUALITE DE
SERVICE
UNITE OPTIMISATION
RADIO
Mon
Poste
UNITE GESTION TRAFIC
13
IGTT (Option Informatique)
Dramane CISSOUMA
Elle a pour mission comme son nom lindique loptimisation des ressources radio pour
lamlioration de la qualit rseau et de sa capacit .Elle dfinit le paramtrage radio,
planifie et met en uvre le plan de frquence global, etc.
La section qualit Services (QoS) :
Elle veille la qualit de fonctionnement des quipements rseaux et leurs
dimensionnements. Elle gre les outils de qualit et dfinit les indicateurs de qualit.
Puis elle dite les tableaux de bords et les rapports de synthse qui permettent de
suivre le fonctionnement du rseau.
Le dpartement QPG gre les projets et suit la qualit et le fonctionnement des
quipements rseaux. Les objectifs globaux assigns au service QPG sont ainsi
rsums :
Amliorer lanalyse des indicateurs suite aux dtections en
proposant des solutions ;
Fournir les rapports techniques mensuels au plus tard le dix
(10) du mois suivant ;
Exemple: les rapports du mois de septembre sont fournir le
dix (10) du mois d'octobre.
Amliorer la qualit du rseau par un processus qualit
rigoureux et performant ;
Participer aux diffrents projets mis en uvre par OCI.
Ces tches sont reparties entre : La section Qualit Service et la section Optimisation.
Service Analyse Qualit :
Le Service Analyse Qualit se subdivise en deux units :
Lunit Service Qualit et lunit Gestion Trafic.
Unit Service Qualit :
Cest au sein de lUnit Service Qualit que se situe mon poste.
Elle a pour missions :
Dtection des problmes rseaux
Analyse et Solutions
Reporting
Faire le suivi des actions correctives
Calcul des CPN (Cellule Point Noir)
Participer llaboration de larchitecture volutive du rseau
Mon poste pour priorit
Dtection des problmes rseaux
Analyse et Solutions
Faire le suivi des actions correctives
Unit Gestion Trafic :
Dramane CISSOUMA
15
IGTT (Option Informatique)
Dramane CISSOUMA
1. Principes du GSM :
Le rseau GSM est le principal rseau normalis de la tlphonie mobile numrique en
Europe. Le projet est n en 1984 au sein de la CEPT (Confrence europenne des
postes et tlcommunications), qui a cr cet effet le Groupe Spcial Mobiles (GSM),
France Tlcom tant le moteur de ce projet. Les premiers tests en grandeur nature ont
t possibles partir de 1991, tandis que le premier service GSM commercial, Itinris,
de France Tlcom, a t ouvert en 1992. Cette anne-l, le systme reoit un nouveau
nom : Global System for Mobile Communications.
Il s'agit d'un rseau radio fonctionnant autour de la frquence 900 MHz avec accs
multiple rpartition dans le temps (TDMA). Huit canaux sont disponibles par frquence
porteuse, et ces dernires sont spares de 200 kHz. L'architecture du systme
comprend :
la station mobile, compose d'un terminal (tlphone portable) et
d'une carte dabonner;
la station radio de base (BTS), qui couvre une cellule de territoire
dont la taille peut aller de 250 m en zone urbaine 30 km en zone
rurale;
le gestionnaire de stations (BSC), qui assure l'interface entre les
stations de base et le centre de commutation;
le centre de commutation (MSC), qui interconnecte le systme
cellulaire et les autres rseaux de tlcommunication en utilisant le
rseau de signalisation CCITT n7;
des bases de donnes des abonns VLR permettant la localisation
de chaque terminal mobile visiteur dans une zone et HLR
permettant d'enregistrer tous les abonns du rseau.
Un sous-systme dit d'itinrance (handover) permet de maintenir une communication en
cours lorsque l'on change de cellule.
Au dbut des annes 90, pour augmenter les frquences disponibles, dont la capacit
des rseaux GSM europens, une norme de rseau concurrente, DCS 1800 (Digital
cellular system, 1800 MHz), fonde sur le systme cellulaire britannique, a t adapte
l'architecture GSM. Aux Etats-Unis, d'autres normes de rseau de tlphonie
cellulaire sont en vigueur, fondes sur les multiplexages TDMA et CDMA. Au Japon, les
normes utilises sont proches de leurs homologues amricaines. Le rseau GSM est
nanmoins conu pour la tlphonie vocale. C'est pourquoi il est fond sur la
commutation de circuits (de canaux hertziens), ce qui ne le destine pas la
transmission de donnes, qui n'est possible qu'au faible dbit de 9600 bit/s . Il est
actuellement amnag pour tirer parti de la commutation de paquets, grce aux normes
GPRS et EDGE, qui permettent des dbits plus levs. Mais c'est la troisime
gnration de rseaux sans fil (la premire ayant t celle des rseaux analogiques et
la deuxime celles des rseaux numriques voir de type GSM), baptise UMTS , qui
devrait rellement imposer la convergence de tous les types de communications.
16
IGTT (Option Informatique)
Dramane CISSOUMA
Dramane CISSOUMA
Le tableau ci-dessous illustre les interfaces entre quipements d'un rseau GSM :
Nom
interface
Localisation
Utilisation
Um
Terminal BTS
Interface radio
Abis
BTS BSC
BSC MSC
MSC VLR
GMSC-HLR
VLR-VLR
MSC-MSC
MSC-VLR
VLR-VLR
Dramane CISSOUMA
o fonction passerelle pour traiter les appels vers les mobiles (qui peuvent se
trouver en un point quelconque) venant des abonns tlphoniques
voisins.
1.4 Le sous-systme radio (BSS) :
BSS est labrviation de Base Station Sub-System. On distingue deux types de
matriels au sein du BSS :
La BTS (Base Transceiver Station) qui est un ensemble dmetteurs rcepteurs
Le BSC (Base Station Controller) qui est lorgane intelligent du BSS.
La BTS, Base Transceiver Station, est un ensemble d'metteurs-rcepteurs. La BTS
prend en charge la modulation/dmodulation, le chiffrement, la mise en trame et en
paquets lmentaires radios. C'est un organe avec peu d'intelligence. La capacit
maximale dun BTS est de 100 communications simultanes. En zone rurale, une BTS
est compos dun TRX et se limite alors sept communications simultanes.
Le BSC, Base Station Controller, commande un ensemble de stations radios BTS. Il
gre la ressource radio, exploite les mesures effectues par les BTS et les mobiles pour
dcider lexcution du handover.
Pendant une communication, le terminal est en liaison radio avec une station de base
dtermine. Il faut assurer la continuit du service quand lutilisateur se dplace. En
effet, ce dernier peut changer de cellules lors dune communication. Il faut alors changer
la station de base avec laquelle le terminal est reli tout en maintenant la
communication : cest le transfert inter cellulaire ou handover.
1.5 Le sous-systme dexploitation et de maintenance (OSS):
OSS est labrviation de Opration Sub-System. Larchitecture dtaille prcdemment
a besoin dtre supervise, maintenue en tat de fonctionnement en assurant la qualit.
Etant donn le nombre et la rpartition gographique de ces quipements, il faut les
administrer distance. Cest le rle des composants de lOSS :
-l'OMC (Operation and Maintenance Centre),centre dopration et de maintenance,
-le NMC (Network Management Centre), centre de supervision du rseau
-lEIR (Equipment Identity Register), registre des identits des quipements
-lAUC (authentification Centre), centre dauthentification.
On observe deux entits de supervision: OMC et NMC
Les OMC (OMC-R et OMC-S) dont la principale fonction est de superviser localement
les quipements : soit un ensemble de BTS et BSC, soit des MSC et VLR. Les OMC
soccupent des incidents mineurs.
L'OMC-R (Centre d'Opration et de Maintenance pour le rseau d'accs Radio)
contient toutes les fonctions d'oprations et de maintenance (O&M) capables de
grer les quipements :
19
IGTT (Option Informatique)
Dramane CISSOUMA
20
IGTT (Option Informatique)
Dramane CISSOUMA
21
IGTT (Option Informatique)
Dramane CISSOUMA
22
Anne Acadmique 2005-2006
Dramane CISSOUMA
23
IGTT (Option Informatique)
Dramane CISSOUMA
24
Anne Acadmique 2005-2006
Dramane CISSOUMA
Dramane CISSOUMA
tre rentable : cest dire il ne doit pas occasionner de cot trop important
dans sa construction et son utilisation.
26
Anne Acadmique 2005-2006
Dramane CISSOUMA
Dramane CISSOUMA
.
SDCCH Access Failure BSS :
Cest lindicateur qui reprsente des problmes matriel ou logiciel. Dans ce cas les
incidents se situent entre la BTS et le BSC. Le plus souvent lorsque le taux observ
est suprieur 25% pour les SDCCH Fail et suprieure 1% pour le SDCCH Drop.
Nous avons dons des incidents Sur le canal de signalisation.
Quelque fois il suffit de faire "reset" au niveau logiciel pour que le TRX fonctionne
correctement. Sinon il est remplac par un autre TRX
La figure ci-dessous illustre laccs la liaison radio.
28
Anne Acadmique 2005-2006
Dramane CISSOUMA
REQUTE
Causes GPRS
Causes invalide
GPRS/GSM
Tentative
Evnements
possible
Succs
Echec de prparation
Echec de
lexcution
Echec daccs
radio
Problme BSS
Congestion
Problme
BSS
Dramane CISSOUMA
SDCCH
connexion
Coupure
normale
Drop radio
Drop BSS
Evnements
possible
Drop HO
30
Anne Acadmique 2005-2006
Dramane CISSOUMA
Quand au TCH Fail Congestion, il nous permet de voir si la cellule est congestionne
ou pas.
Les causes principales sont :
-TRX en dfaut : C'est--dire quil y a des TRX parmi les quatre qui ne trafiquent pas
correctement ou qui ne trafiquent pas du tout. Dans ce cas les TRX trafiquant
narrive pas supporter le trafic. Alors on parle de congestion.
-Nombre de TRX insuffisant : Dans ce cas le trafic coul ne peut pas tre gr par
les TRX en Fonction, on parlera aussi de congestion. Alors dans ce cas il faudra
ajouter des TRX ou soit mettre en service sil y a un TRX qui avait t arrt lors
dune intervention.
Les principales causes dchecs de cette phase sont:
congestion : cest laffluence dappel qui gne la cellule. Lorsque la cellule est
trs sollicite et quelle ne dispose pas de ressources ncessaire pour
rpondre ces sollicitations. On parle de congestion et elle est provoqu suit
au cause suivante :
Le fil dattente nest pas permis et est sollicit
Le fil est long
Manque de ressource du canal TCH sur linterface Abis
Indisponibilit de canal RTCH (Random Access Channel, canal de control
partag par un ensemble de mobile et leur permettant de se signaler au
rseau pour demander un service particulier)
Radio: Ces problmes sont lis la radio. Les principales causes sont :
Mauvaise couverture
Interfrence
Bilan de puissance
BSS: Au niveau BSS les problmes sont lis soit au matriel ou logiciel.
Gnralement ce sont des problmes de TRE ou TRX.
31
IGTT (Option Informatique)
Dramane CISSOUMA
REQUTE
Tentative
Succs
Echec de
la
REQUT
Congestion
Echec de
lexcution
Problme
BSS
Echec daccs
radio
Problme BSS
Evnements
possible
32
Anne Acadmique 2005-2006
Dramane CISSOUMA
1.3 La Continuit:
La notion de continuit sert dcrire des phnomnes qui ne saute pas
brutalement, mais voluent progressivement.
33
IGTT (Option Informatique)
Dramane CISSOUMA
Connexion TCH
Coupure
anormale
NSS
Coupure
normale
Succs
HO
Call
Drop
Call Drop
prioritaire
Call
Drop
radio
Call Drop
BSS
Evnements
possible
Call Drop HO
TC
Problm
e interne
au BSS
Dramane CISSOUMA
35
IGTT (Option Informatique)
Dramane CISSOUMA
36
Anne Acadmique 2005-2006
Dramane CISSOUMA
37
IGTT (Option Informatique)
Dramane CISSOUMA
38
Anne Acadmique 2005-2006
Dramane CISSOUMA
39
IGTT (Option Informatique)
Dramane CISSOUMA
40
IGTT (Option Informatique)
Dramane CISSOUMA
Le schma ci-dessous illustre les relations entre les outils et les interfaces radio, Abis
et A du rseau BSS.
CIGALE
Um
OCEAN
BSC
Abis
BTS
MSC
RNO
NPA
OMC-R
Dramane CISSOUMA
42
IGTT (Option Informatique)
Dramane CISSOUMA
43
IGTT (Option Informatique)
Dramane CISSOUMA
44
Anne Acadmique 2005-2006
Dramane CISSOUMA
45
IGTT (Option Informatique)
Dramane CISSOUMA
46
IGTT (Option Informatique)
Dramane CISSOUMA
Puisque RNO et NPA ne permettent pas de voir les CICS dfaillants. Nous utilisons
CIGALE pour ce traitement. En observant le schma ci-dessous les CICs dfaillants
sont dtermins de la manire suivante :
Observons les colonnes nomms : MSC, BSC, CIC number, Number of allocations et
Nb Clreq EF. Nous avons:
La colonne MSC:elle contient le nombre de MSC
La colonne BSC: elle contient Le numero du BSC
La colonne CIC number : elle contient le numero de CIC
La colonne Number of allocation : elle contient le nombre dappel mis
La colonne Nb Clreq EF: elle contient le nombre dchec dappel
Pour la dtermination des CICs dfaillants, on procde par le rapport Nb Clreq
EF/Number of allocation. Le rsultat est exprim en pourcentage (%). Lorsque le
pourcentage est lev on considre le CIC correspondant dfaillant.
Une autre faon plus simple de dterminer les CICs est de comparer le nombre
dappel mis celui dchec dappel.
En observant les donnes de CIGALE. Nous pouvons affirmer que les quatre
premiers CICs sont dfaillants.
Pour le premier CIC, le rapport Nb Clreq EF/Number of allocation nous donne
685/877=78%. Nous constatons que le taux dchec dappel est trs hausse sur ce
MIC.
Alors nous mentionnons que ce CIC est dfaillant. On prcise n suite le MIC et Time
Slot (TS) de la manire suivante :
Pour le premier CIC on a BSC_N 6 0042/31.
La notation est de la forme BSC_Numero Point Smaphore Numro MIC/Numro
IT.
Numro MIC est gal n+1. Chaque numero Point Smaphore (PS) correspond
un numero de BSC. Ainsi pour la dtermination du premier CIC dfaillant on a :
BSC 5 MIC 43 IT 31 (n=42 Numero MIC=43, PS 6=BSC 5).
Voir la correspondance entre BSC et PS lannexe 1.
De faon analogue
Le deuxime CIC dfaillant est BSC yakro MIC 38 IT 13,
Le troisime CIC dfaillante est BSC San-Pdro MIC 37 IT 26,
En fin le quatrime CIC dfaillant est BSC 2 MIC 15 IT 4.
47
IGTT (Option Informatique)
Dramane CISSOUMA
Dramane CISSOUMA
Il est possible dobtenir les CICs dfaillants par le graphe ci-dessous. Il est plus
simple avec les donnes que le graphe de dterminer le CIC dfaillant. Mais le
graphe permet une bonne comprhension du rsultat sous forme de donnes
49
IGTT (Option Informatique)
Dramane CISSOUMA
.
Figure 16:Page de dtections des CICs dfaillants (graphe)
50
IGTT (Option Informatique)
Dramane CISSOUMA
51
IGTT (Option Informatique)
Dramane CISSOUMA
52
IGTT (Option Informatique)
Dramane CISSOUMA
53
IGTT (Option Informatique)
Dramane CISSOUMA
54
Anne Acadmique 2005-2006
Dramane CISSOUMA
55
IGTT (Option Informatique)
Dramane CISSOUMA
Bandeau
comprenant les
informations
principales
Corps du ticket
renseigner
Dramane CISSOUMA
Dans ce cas il faut crer une intervention sur le ticket et renseigner les champs de la
page dintervention. La responsabilit du ticket est ensuite transfre une autre
entit, qui sera en charge de rparer lincident en fonction des donnes entres par
le crateur du ticket.
Lorsque lincident demande lintervention du
dintervention est envoye au fournisseur ALCATEL.
Le ticket passe alors ltat en cours de traitement.
fournisseur.
Une
demande
57
IGTT (Option Informatique)
Dramane CISSOUMA
58
Anne Acadmique 2005-2006
Dramane CISSOUMA
La premire migration:
Cette migration a apport deux options la prcdente version. Ces options sont:
Busy Hours GSM : cest loption qui permet de voir les donnes
dune cellule par jour pour une priode prcise sur le rseau GSM.
Busy Hours GPRS : cest loption qui permet de voir les donnes
dune cellule par jour pour une priode dtermine sur le rseau
GPRS.
Ces options sont utilises dans la recherche dincident. Par contre les nouvelles
options intgres par la seconde migration (juillet-aot 2006) ne sont pas encore
utilises par faute dinformation.
La seconde migration:
Cette migration a galement apport des options qui pourront faciliter le suivi qualit
Trend on Hours of day: Elle permet dobserver ltat dune cellule
pour une heure du jour j-1 (entre 0 heure et 23 heure).
Trend on Hours of week: Elle permet dobserver ltat dune cellule
pour une heure pendant une journe prcise de la dernire
semaine.
Trend on day of week: Elle permet dobserver ltat dune cellule
pour une journe prcise de la dernire semaine.
Trend on day of month: Elle permet dobserver ltat dune cellule
pour une journe prcise du dernier mois.
Ces options ne sont pas utilises dans la gestion du rseau.
RNO nous donne souvent des valeurs ngatives. Ceci est d aux donnes errones
enregistres sur le serveur.
1.1.2 NPA: Outil performant utilis pour la dtection systmatique des incidents. Le
point faible de NPA est quil ne permet pas de voir les CICs en fautes. Par contre il
est trs appropri la dtection des TRX dfectueux. Lindicateur utilis pour
59
IGTT (Option Informatique)
Dramane CISSOUMA
dtecter les TRX dfectueux nest pas appropri. Car avec cet indicateur on obtient
les donnes en terme de dure de communication.
1.1.3 AGIIR:
Le principal rle dAGIIR est de suivre lvolution des diffrents incidents.
Lapplication est simple en soi, facile exploiter. Malheureusement lapplication nest
pas exploite comme il le faut pour assurer un bon suivi qualit du rseau. Certes
certains incidents sont rsolus sans cration de ticket. Peu de tickets sont cres
lorsque nous faisons une comparaison aux nombres dincidents quotidien quon
observe via les outils de gestion. La cration des tickets permet un suivi des actions
cres par le warning.
Lvolution du traitement des incidents est plutt fait gnralement par des changes
de mails entre le QPG et les entits comptentes pour la rsolution des problmes.
Malgr sa fonction de suivi des actions AGIIR ne permet pas de ressortir un tableau
de suivi des actions. Un tel tableau est ncessaire lors des valuations de
performance du rseau.
1.1.4 CIGALE:
CIGALE permet de dceler les CICs (Circuit Identification Code) dfaillants et peut
servir au traitement du warning, mais RNO et NPA sont mieux adapts.
Il permet de voir le taux de rejet et de russite dappel. Il permet une analyse plus
fine des problmes rencontrs travers une analyse protocolaire de linterface A.
Une de ces limites est quil ne permet pas de voir les TRX dfectueux.
1.2 Analyse et critique du document warning:
Au point de vue format du fichier warning: Le format actuel du fichier doit tre
chang. Car il ne permet pas un suivi correctif des actions. Ce format est
inexploitable par dautre entit, car la comprhension est malais.
Les cellules 1800 sont mlanges aux cellules 900 lors du traitement du warning. Le
fichier nest pas renseign comme il se doit.
Alors il est impossible de retrouver une solution un problme antrieure afin de
rsoudre ce problme dans le futur.
Les diffrentes rubriques du fichier warning sont :
La rubrique Problmes rsolus:
Cest la rubrique qui contient les problmes rsolus. Elle nest pas mise jour de
faon rgulire. Pourtant des cellules o les incidents ont disparu y sont ajoutes.
Certaines cellules ne prsentant pas dincidents la veille peuvent prsenter des
incidents le lendemain. Alors celles-ci doivent tre supprimes de la rubrique
Problme rsolus afin de les mentionner dans la rubrique Anomalie.
Malheureusement cette rubrique est rarement traite.
Nous retrouvons dans cette rubrique des cellules prsentant des incidents qui sont
frquemment d aux perturbations du trafic sur les TRX ou aux MICs dfaillants.
La rubrique Amlioration:
60
Anne Acadmique 2005-2006
Dramane CISSOUMA
Elle contient les cellules o des amliorations sont constates sur le problme.
Malheureusement cette rubrique est inexploite. Ceci engendre des problmes de
mise jour.
Elle permet de ranger les cellules dont les actions menes nont pas rsolu
totalement le problme. Mais nanmoins elles trafiquent.
Ce sont des cellules suivre de prs car elles peuvent arrter de trafiquer dun
moment un autre.
La rubrique Anomalie :
Cest la rubrique qui contient les cellules impactes.
La rubrique Problmes Rsolus nest pas mise jour. Par consquent la mise jour
de la rubrique Anomalie nest pas vritable.
Nous rencontrons gnralement les mmes incidents sur les cellules. C'est--dire
-Fautes matrielles (TRX, CICs dfaillants,)
-congestion radio
-Problme de couverture (frquent lintrieur)
1.3 Analyse et critique de la procdure de traitement du warning:
La procdure actuelle ddition du warning est fastidieuse. Elle ne permet pas
doptimiser le warning.
Par exemples:
Vrifier la rubrique Anomalie sans dceler les nouveaux problmes complique
le traitement.
Lors de la dtection des nouveaux problmes, le choix de cellule par taux
levs laisse dautres cellules avec leurs anomalies.
Le tri de cellule lors de la cration de ticket ne permet pas un suivi des actions
cr par le warning.
Ldition du warning doit tre prompt, puisquelle doit tre envoy au plus tard 10
heure du jour J.
Le bon suivi qualit passe par une bonne procdure de traitement du warning.
1.4 Analyse et critique de la cration de ticket :
AGIIR est une application conue pour la gestion des incidents sur le rseau. Par
consquent la cration des tickets doit tre proportionnelle aux incidents observs.
La ngligence de crations de tickets aux profits des changes de mails doit tre
arrt. Car le suivi des problmes sur le rseau ne peut pas tre assur par change
de mails.
Lapplication approprie pour le suivi des actions est AGIIR. Les diffrents champs
renseigner sur la page de cration de ticket garantissent le suivi et la gestion des
actions crs par le warning.
1.5 Analyse et critique du suivi des actions:
Le suivi des actions est important aprs le traitement du warning. Car il sagira de
suivre lvolution des incidents dceler sur le rseau. C'est--dire voir si les incidents
reprs ont t rsolus ou demeurent.
Les actions cres par le warning sont gres par change de mails entre les
diffrentes entits. Certains problmes sont rsolus par mails.
Ce suivi des actions par change de mails ne permet de rsoudre de manire
efficace les problmes car elle ne permet de suivre par tape leurs rsolutions. La
description des problmes nest pas exhaustive dans les mails.
61
IGTT (Option Informatique)
Anne Acadmique 2005-2006
Dramane CISSOUMA
NPA:
Nous proposons dutiliser NPA pour le traitement du warning. Lavantage que nous
offre NPA est de donner toutes les cellules impactes et d'importer ces cellules
impacte sur excel.
AGIIR:
Il nest pas utilis sa juste valeur ce qui engendre un mauvais suivi des incidents.
Nous proposons de crer un nombre de ticket proportionnel aux nouveaux
problmes. Puis intgr une application qui permettra de ressortir un tableau de
suivi qualit des actions. Ce tableau est ncessaire pour faire un point sur la
performance du rseau.
CIGALE:
Bon outil pour une analyse plus fine des problmes.
Nous proposons dutiliser davantage CIGALE en plus des CICs dfaillant quil nous
montre.
En plus de RNO nous proposons lutilisation de CIGALE dans lanalyse plus fine des
problmes.
En plus de ces propositions court terme, nous proposons une solution long terme
qui serait lidal.
C'est--dire lacquisition
ou le dveloppement dune application unique qui
rassemblera les donnes de RNO, NPA, et CIGALE. Il serait plus intressant de
traiter le warning puis faire le traitement du warning par zone. Vu la taille du rseau
les techniciens procdent par taux lev sur les cellules lors du traitement du
warning. Cest dire voir uniquement les cellules qui prsentent de grands incidents.
Vu limportance de la qualit du rseau et compte tenue de la premire place
quoccupe Orange-CI sur le march de la tlphonie mobile. Cette application serait
ncessaire et indispensable au dpartement QPG.
Cette proposition ncessitera une charge financire. Mais sa ralisation rendra facile
le warning.
2.1.2 Propositions de document warning:
Les solutions que nous proposerons dans cette partie sont des solutions court
terme. Ces solutions devront tre mise en uvre afin doptimiser le warning et de le
rendre exploitable toute entit concerne par le suivi qualit.
62
Anne Acadmique 2005-2006
Dramane CISSOUMA
63
IGTT (Option Informatique)
Dramane CISSOUMA
65
IGTT (Option Informatique)
Dramane CISSOUMA
La rubrique Continuit
66
Dramane CISSOUMA
Dans cette rubrique nous dclarerons que des problmes de continuit au rseau laide des indicateurs daccessibilit.
Dramane CISSOUMA
La rubrique trafic :
Dans cette rubrique nous dclarerons que des cellules qui ne trafiquent pas.
68
IGTT (Option Informatique)
Dramane CISSOUMA
Figure 21: Nouveau format warning (zones 1800\ rubrique TRX dfectueux)
69
IGTT (Option Informatique)
Dramane CISSOUMA
La rubrique CICs dfaillants: Cest dans cette rubrique que les MICs dfaillants sont dclars avec leurs BSC correspondant.
Figure 22: Nouveau format warning (zones 1800\ rubrique CICs dfaillants)
70
Dramane CISSOUMA
La rubrique nombre dincident : Cette rubrique en tant que telle ne concerne pas le warning. Nous avons les nombres
dincidents rsolus en zone 900 et 1800. Cette rubrique est utilise pour renseigner le rapport hebdomadaire. Elle facilite le
dnombrement des incidents rsolus et non rsolus en fin de semaine.
Nous avons intgr cette rubrique sur le fichier warning car il est plus facile de compter les incidents rsolus et non rsolus
juste aprs le traitement du warning.
71
IGTT (Option Informatique)
Dramane CISSOUMA
Figure 23: Nouveau format warning (zones 1800\ rubrique nombre dincidents)
72
IGTT (Option Informatique)
Dramane CISSOUMA
Dramane CISSOUMA
Nous proposons les indicateurs suivant pour dceler les TRX dfectueux
TRX TCH Traffic
TRX TCH Attempts
TRX SDCCH Traffic
Avec ces indicateurs nous obtiendrons les donnes en terme de performance sur
un TRX prcis.
2.1.3.2 Mise jour du warning de la veille (jour j-1):
La mise jour se fera par comparaison des anomalies de la veille aux nouvelles
anomalies. Puis mentionner, dans la bonne rubrique et sous le bon indicateur. Les
cellules nouvellement impactes qui ne sont pas dans le warning.
On passe ensuite la vrification des problmes persistant des rubriques. C'est-dire voir si lorigine de lincident est lune des causes suivante:
Accessibilit;
Continuit;
Trafic;
TRX dfectueux;
CICs dfaillants.
De faon ordonne chaque rubrique doit tre renseigne selon la nature du
problme dtect.
2.1.3.3 Cration de tickets dincident avec AGIIR:
La cration de tickets concerne les nouveaux incidents. La cration de tickets devient
facile puisque les nouveaux incidents sont connus. Concernant les nouveaux
problmes du jour.
Nous proposons la cration de tickets de faon proportionnelle au nombre
dincidents. Car elle permet un bon suivi des actions cres par le warning.
2.1.3.4 Traitement des tickets prcdemment crs:
Nous ne pouvons parler de traitement de ticket que lorsquil est cre. Le traitement
des tickets prcdemment cres est une priorit du suivi des actions. Il permet de
connatre les incidents rsolus et ceux qui persistent. Lorsque les tickets crs par la
QoS sont achemins lOMC-R.
Nous proposons un traitement des tickets prcdemment cres de faon
quotidienne. Afin de faire un suivi des actions cres par le warning.
Cas du week-end:
Le trafic est moins lev pendant le week-end que les jours ouvrables. Puisque
celui du dimanche est trait le lundi. Le traitement du warning du week-end
concerne le vendredi et le samedi.
Nous avons deux alternatives :
La premire consiste traiter le warning pendant le week-end et la seconde est
de crer des tickets lOMC-R lors de la supervision du rseau pendant le weekend.
74
Anne Acadmique 2005-2006
Dramane CISSOUMA
La premire alternative est une charge pour Orange-CI. Car les priodes de
traitement du warning par la QoS sera considr comme des heures
supplmentaires. Par contre une quipe charge lOMC-R pour la supervision
du rseau pendant le week-end peut sen occuper.
Donc nous proposons la deuxime alternative. C'est--dire lquipe en service
pendant le week-end doit crer des tickets sur AGIIR pour tout incident quil
narrive pas rsoudre. Ces tickets seront transmis la QoS. Ainsi les tickets cres
seront pris en compte lors du traitement du warning le lundi et le cas du warning
sera rsolus.
Dramane CISSOUMA
Lorsque le problme est de type logiciel l'OMC-R intervient. Si c'est de type matriel
le ticket est envoy au service BSS et lorsque c'est de type paramtrage il est
achemin au service optimisation radio. Dans les cas o le problme est de type
paramtrage, le service Optimisation envoie une quipe de techniciens sur la cellule
impacte pour faire des mesures de puissance des TRX et de tilt (orientation des
antennes). Lorsque c'est toute une zone qui est impacte, l'quipe fait des parcours
en vhicule pour dceler les points dfaillants de la zone partir du logiciel Nemo.
Un ticket peut tre adress au service BSS lorsque l'incident est matriel par
exemple le changement de TRE, BTS, coupure sur le transcodeur, etc
Dans ce cas lorsque le service BSS n'arrive pas rsoudre le problme matriel. Il
envoie une demande au prs du constructeur.
Il est envoy au service transmission lorsque il y a des incidents sur le faisceau
telque les CICs dfaillants, le non trafique des TRX.
Le ticket peut tre envoy l'Optimisation radio lorsque l'incident est
un chec d'assignation du canal TCH;
un chec d'assignation du canal SDCCH;
une coupure du canal SDCCH;
une coupure sur le canal SDCCH;
une sur l'interface radio.
Lorsque le ticket est envoy l'entit concerne. Elle renseigne le ticket en
mentionnant les actions menes puis le renvoie au responsable du ticket.
Si l'entit qui reoit le ticket n'arrive pas rsoudre le problme. Elle l'achemine
une autre entit comptente.
Le ticket suit de cette manire son parcours jusqu' ce que le problme soit rsolu.
Lorsque le problme est rsolu le ticket est renvoy la QoS qui se charge de le
valider.
Ainsi la cellule qui tait impacte est dclare dans la rubrique Problmes rsolus.
76
Anne Acadmique 2005-2006
Dramane CISSOUMA
CONCLUSION
Mon stage de fin dtudes ma permis de mintgrer dans le monde complexe de la
branche technique dOrange Cte dIvoire, de dcouvrir ses processus de suivi
qualit, et de travailler quotidiennement dgal gal avec des ingnieurs et
techniciens de divers horizons.
De plus, cette priode a consolid mes connaissances techniques dans le domaine
de la tlphonie cellulaire : les rencontres frquente avec les quipes de lOMC-R
(maintenance, gestion de la configuration, gestion des performances, Gestion des
alarmes et des vnements) mont permis de comprendre concrtement le rle de
chaque entit dans le rseau et les enjeux du suivi qualit.
Aprs avoir intgr lUnit Service Qualit du Dpartement Qualit et Pilotage
Global, jai particip activement au suivi qualit du rseau en traitant le warning et en
remplissant le tableau de bord (tableau permettant de faire un suivi des actions
cres par le warning).
Cest donc une immersion totale dans le monde de la qualit de service du rseau
qui ma t offerte travers ce stage. Jai pu voir des actions concrtes sur des
cellules de grande envergure et aux enjeux forts.
Mais avant tout je pense avoir appris les bases du mtier dingnieur suivi qualit, et
bien identifi ses tenants et ses aboutissants.
Jai galement acquis une connaissance plus grande du monde de lentreprise et
notamment lattitude adopter en entreprise et lesprit de groupe de travail.
77
IGTT (Option Informatique)
Dramane CISSOUMA
ANNEXES
ANNEXE 1
POINT SEMAPHORE
NUMERO BSC
14
San_Pedro
11
18
14
10
10
12
20
16
16
11
15
12
13
YAKRO
BKE
17
13
DALOA
78
Anne Acadmique 2005-2006
Dramane CISSOUMA
ANNEXE 2
Cette partie de la rubrique accessibilit concerne la zone 900. Cest dans cette partie que seront mentionnes les cellules
affectes dincidents sous lobservation dindicateur prcis. Dans ce cas cest lindicateur SDCCH Fail.
De faon analogue le traitement de warning de la rubrique accessibilit se fera par zone et par indicateur daccessibilit (SDCCH
Fail, SDCCH Drop, TCH Assignment Failure). C'est--dire pour chaque indicateur les cellules impactes dincident seront
dtermines. Ainsi nous aurons un warning ordonn et optimis.
Dramane CISSOUMA
La rubrique suivante est celle de la continuit. Le suivi qualit de la continuit sur le rseau est assur par lobservation de
lindicateur Call Drop. Tout comme pour la rubrique accessibilit le traitement se fera par zone et avec lindicateur Call Drop.
80
IGTT (Option Informatique)
Dramane CISSOUMA
81
IGTT (Option Informatique)
Dramane CISSOUMA
82
IGTT (Option Informatique)
Dramane CISSOUMA
Dramane CISSOUMA
La suivante figure reprsente la rubrique TRX DEFECTUEUX. Nous dclarons les TRX dfectueux prcdant le nom de la cellule
concerne.
84
IGTT (Option Informatique)
Dramane CISSOUMA
85
IGTT (Option Informatique)
Dramane CISSOUMA
86
IGTT (Option Informatique)
Dramane CISSOUMA
87
IGTT (Option Informatique)
Dramane CISSOUMA
88
Dramane CISSOUMA
ANNEXE 3:
Image dune BTS du constructeur ALCATEL utilis par Orange Cte dIvoire sur ces sites.
Quatre TRE
Dramane CISSOUMA
Bibliographie:
90
Anne Acadmique 2005-2006
Dramane CISSOUMA
Glossaire
AGCH:Access Grant Channel; Canal doctroi daccs
AGIIR : Analyse et Gestion des Incidents et des Interventions sur le Rseau
AUC : Authentication centre; centre dauthentification des abonns dun rseau GSM
BCCH : Broadcast Control Channel ; Canal de commande de diffusion
BSC : Base Station Controller ; Contrleur de Station de Base
BSS : Base Station Sub-system; Sous systme de Station de Base
BTS : Base Transceiver Station; Station de Base metteur-rcepteur
CBCH : Cell Broadcast Channel; Canal sur lequel sont envoy les messages
broadcast
CIGALE: Contrle dInterface Gnralise A partir de Lecture dEnregistrement
EIR : Equipment Identity Register, registre des identits des quipements
FACCH : Fast Associated Channel; Canal de commande Associ rapide
FCCH : Frequency correction Channel; Canal de correction de frquence
GS : Gestion de Sites
GSM : Global System Mobile for communication; systme Global de communication
Mobile
HO : Hand-Over
LAPD : Link Access Protocol on the D Channel; Procdure dAccs Liaison sur le
canal D.Protocol de liaison de donnes utilis dans le RNIS
LAPDm:Link Access Protocol on the Dm Channel; Procdure dAccs Liaison sur
le canal D.Protocol De liaison de donnes utilis sur les canaux radio de
signalisation et les canaux de contrle associs
MAP : Mobile Application Part ; Protocole utilisateur, bas sur le SS7, qui gre les
dialogues entre les quipements NSS
MS : Mobile station; tlphone portable
MSC : Mobile service Switching Centre ; Centre de commutation des Mobiles
NMC (Network Management Centre), centre de supervision du rseau
NPA : Network Optimisation Analyser ; Optimisation du rseau radio (outil de gestion
de rseau)
NSS : Network Station Sub-system; Sous Systme radio
OMC:Operation and Maintenance ; Centre dadministration
OMC-R: Operation and Maintenance Centre-Radio; Centre dadministration Radio
OMC-S: Operation and Maintenance Centre-Switch; Centre dadministration-Rseau
OSS:Operating Support Sub-system; sous systme dadministration
PCH : Paging Channel ; canal logique GSM supportant lensemble des appels en
diffusion
PCM (MIC) : Pulse Code Modulation (Modulation Par Impulsion et Codage)
QoS : Quality of Service; Qualit de Service
QPG:Qualit et Pilotage Globale
RACH : Random Access Channel ; canal daccs alatoire
RNO : Radio Network Optimisation; Optimisation du rseau radio (outil de gestion du
rseau)
RTCP/PSTN : Rseau Tlphonique Public Commut/Public Switcher Tlphone
Network
SACCH: Slow Associated Control Channel ; Canal de commande associ lent
SDCCH: Stand-alone Dedicated Control Channel
SRES : Signed Reponse ; rsultat de lauthentification
91
IGTT (Option Informatique)
Dramane CISSOUMA
92
Anne Acadmique 2005-2006