Vous êtes sur la page 1sur 45

A MON PERE, Vincent OLOU

A MA MERE, Nicole SEWADE


A MON FRERE, Romulus Mthode OLOU A MA SOEUR, Elvira Lygia OLOU
A MA CHERIE Carine TOLLI
A MES AMIS
A TOUS CEUX QUI COMPTENT POUR MOI
QU'ILS TROUVENT DANS CE MODESTE TRAVAIL, L'EXPRESSION DE MA
RECONNAISSANCE, MON AMOUR, MON AMITIE ET MON ESTIME.
Rouxel Dodji OLOU
1

REMERCIEMENTS
Le prsent travail a t labor dans le cadre d'un projet de fin d'tudes
en Licence Professionnelle en Gnie Electrique option Rseau Informatique
et Tlcoms.
Au terme de ce travail, j'aimerais adresser mes vifs remerciements mes
encadreurs, M. Arsne Zokpodo et M. Emeka IKEME, pour leurs aides,
leurs disponibilits et leurs prcieux conseils qui m'ont t d'un grand
apport.
Je tiens exprimer mes remerciements M. Venance AHOUANDJINOU
grce son intervention pour raliser ce travail. De mme je remercie
tous les enseignants qui ont conjugu leurs efforts pour me donner une
formation solide.
Je tiens galement exprimer mes gratitudes aux prsidents et aux
membres de jury pour avoir accepter d'valuer ce travail.
Enfin je voudrais rendre hommage toute personne n'ayant pas hsit de
m'aider de prs ou de loin la ralisation de ce projet.
2

SOMMAIRE

Chapitre 1 GENERALITE SUR LE GSM

INTRODUCTION PARTIELLE
I= Concept cellulaire
II=Concept de mobilit
III=Architecture d'un rseau radio mobile GSM
V=DIFFERENTES FONCTIONS DE L'OSS (Operating Sub=
System)

CHAPITRE II : Dveloppement du thme


I=Description de l'OMC=R avec les diffrentes tches effectues
II=Dfinition de Site
III=Procdure de Maintenance
IV= Description du logiciel de supervision
V= Le report d'vnement VI=Classification d'vnement
VII=Production Hebdomadaire de report d'vnement sous forme de
statistiques
VIII=Runion Hebdomadaire
XI=Cas pratique : Cas des Sites de PLM et de Haie=Vive Annexes
GLOSSAIRE
3

Introduction Gnrale
Le terme "tlcommunication" dsigne l'ensemble des moyens techniques
permettant l'acheminement fidle et fiable d'informations entre deux
points quelconques pour un cot raisonnable. Les tlcommunications
utilisent deux techniques insparables : la transmission assure le
transport de l'information distance ; la mise en relation de deux usagers
quelconques conformment leurs ordres relve de la commutation. On
assiste de nos jours une mergence totale de l'une des branches de la
tlcommunication : le GSM
Le GSM est une application mobile de la tlcommunication, et est
souvent dvelopp par le secteur priv. Les rseaux mobiles tant soumis
des instabilits dues aux types d'quipement radio qu'ils utilisent, on se
retrouve dans l'obligation d'assurer son maintien de manire permanente,
sinon elles ne seraient plus efficaces, car la relation qui lie les abonns
leur rseau est trs dlicate.
Le GSM possde une structure organisationnelle capable d'assurer un
maintien instantan des quipements une fois installs. Il s'agit de la BSS,
le NSS et l'OSS.
Dans ce document il sera question de relater toutes les dmarches ou
procdures existantes au sein d'une entit de l'OSS : l'OMC=R
4

Chapitre 1 : GENERALITE SUR LE GSM

INTRODUCTION PARTIELLE
Le GSM, (Global System for Mobile communications), est un systme
cellulaire et numrique de tlcommunication mobile. Il a t rapidement
accept et a vite gagn des parts de march telles qu'aujourd'hui, plus de
180 pays ont adopt cette norme et plus d'un milliard d'utilisateurs sont
quips d'une solution GSM. L'utilisation du numrique pour transmettre
les donnes permettent, des services labors, par rapport tout ce qui a
exist. On peut citer, par exemple, la possibilit de tlphoner depuis
n'importe quel rseau GSM dans le monde. Les services avancs et
l'architecture du GSM ont fait de lui un modle pour la troisime
gnration de systmes cellulaires, le rseau UMTS. Ce chapitre donne

une vue globale de l'architecture du rseau, des liaisons radio, et du


fonctionnement du rseau.
I- Concept cellulaire
Un systme de radiotlphonie utilise une liaison radiolectrique entre le
terminal portatif et le rseau tlphonique. La liaison radio entre le
tlphone mobile et le rseau doit tre de qualit suffisante, ce qui
ncessite la mise en place d'un ensemble de stations de base (BTS) sur
l'ensemble du territoire que l'on souhaite couvrir, de telle sorte que le
terminal soit toujours moins de quelques kilomtres de l'une d'entre
elles.
On entend par cellule, la surface sur laquelle le tlphone mobile peut
tablir
une liaison avec une station de base dtermine. Le principe consiste
diviser une
5
rgion en un certain nombre de cellules desservies par un relais
radiolectrique (la BTS) de faible puissance, mettant des frquences
diffrentes de celles utilises sur les cellules voisines. Ces cellules doivent
tre contigus sur la surface couverte. Evidemment, le nombre de
frquences accordes au systme GSM tant restreint, l'oprateur est
oblig de rutiliser les mmes frquences sur des cellules suffisamment
loignes de telle sorte que deux communications utilisant la mme
frquence ne se brouillent pas.

II-Concept de mobilit
L'avantage essentiel que prsentent les systmes de communications
radio= mobile par rapport aux rseaux fixes est la mobilit. Le service de
mobilit regroupe plusieurs fonctions.

D'une part, un usager d'un rseau radio=mobile, qui se dplace en


diffrents points du territoire couvert, doit pouvoir appeler et tre appel.
Le systme doit alors connatre en permanence la localisation de chaque
mobile pour pouvoir le
6
joindre, alors qu'un mobile actif, en tat de veille, doit signaler ses
mouvements au systme et ceci mme en absence de communication
usager. La fonction correspondante est appele gestion de l'itinrance
ou roaming. Chaque systme de communication radio mobile gre
l'itinrance de ces abonns de faon plus ou moins complexe en fonction
du type de service offert, de la densit d'usagers, du taux d'appels
entrants, etc. Les concepteurs de ces systmes cherchent minimiser le
cot des mthodes de gestion de l'itinrance. En effet, elles n'engendrent
pas de communications. Elles ne sont donc pas factures aux abonns
mais utilisent certaines ressources du rseau.
D'autre part, pendant une communication, il existe un lien radio point
point entre une station de base dtermine et le mobile. Il est souhaitable
d'assurer la continuit du service alors que l'utilisateur se dplace. Il peut
tre ncessaire de changer la station de base avec laquelle le terminal est
reli tout en maintenant la communication. Le mcanisme assurant cette
fonction est appel transfert intercellulaire ou handover.
Avant le handover Aprs le handover

Station A Station B
c1
Station A
Station B
c2
Principe de handover
7
III-Architecture d'un rseau radio mobile GSM

Un rseau GSM est constitu de trois sous=systmes :


le sous=systme Radio BSS Base Station Sub=system
le sous=systme Rseau NSS Network and switching Sub=system
le sous=systme d'exploitation OSS Operating Sub=system
Ainsi, on peut reprsenter schmatiquement un rseau radio mobile de la
manire suivante :

8
Source : Internet
1- Le sous-systme radio : BSS (Base Station Sub-system)
Sa fonction principale est la gestion de l'attribution des ressources radio,
indpendamment des abonns, de leur identit ou de leur communication.
On distingue dans le BSS :
La station de base BTS (Base Transceiver Station)

Elle permet le dialogue avec le mobile sur l'interface Air (aussi appele
interface Radio ou interface Um). Ses principales fonctions sont :
Contrle de la couche physique (couche 1 de l'interface radio) :
transmission de la parole et des donnes, transmission discontinue,
ordres de contrle de puissance et de handover...
Mesure des interfrences sur les canaux non allous des
communications
Mesures sur la liaison montante (uplink), servant l'algorithme de
dcision du handover.
Calcul du Timing Advanced (avance de temps) pour la synchronisation
temporelle, selon la distance qui spare la BTS du mobile.
Dtection des demandes d'accs des mobiles reus sur le canal de
contrle commun (RACH).
Dtection des messages de handover access (HO ACCESS).
Le contrleur de station de base BSC (Base Station Controller)
Il assure le contrle d'une ou de plusieurs BTS. La plupart des fonctions
intelligentes de BSS sont implantes son niveau, notamment les
fonctions de gestion des ressources radiolectriques :
9
L'allocation des canaux.
La gestion de la configuration des canaux.
Le traitement des mesures et la dcision de handover intra BSC.

2- Le sous-systme rseau : NSS (Network Station Sub-system)


Il assure principalement les fonctions de commutation et de routage. C'est
donc lui qui permet l'accs au rseau public RTCP ou RNIS. En plus des
fonctions indispensables de commutation, on y retrouve les fonctions de
gestion de la mobilit, de la scurit et de la confidentialit qui sont
implantes dans la norme GSM.
Le MSC (Mobile Services Switching Center)

C'est la partie centrale du NSS. Il prend en charge l'tablissement des


communications vers les abonns GSM. Du fait de la mobilit,
l'implantation de la seule fonction de commutation n'est pas suffisante. Le
MSC gre la mobilit et les frquences et enregistre la localisation des
abonns visiteurs (base de donnes VLR).
Le HLR (Home Location Register)
C'est la base de donnes qui gre les abonns d'un PLMN donn. Elle
contient toutes les informations relatives l'abonnement et aux droits
d'accs. D'autre part, le HLR est une base de donnes de localisation. Il
mmorise pour chaque abonn le VLR o il est enregistr.
10
Le VLR (Visitor Location Register)
C'est la base de donnes qui gre les abonns prsents dans une certaine
zone gographique. Ces informations sont une copie de l'original conserv
dans le HLR.
L'AuC (Authentication Center)
Il mmorise pour chaque abonn une cl secrte utilise pour authentifier
les demandes de services et pour le chiffrement des communications. Un
AuC est en gnral associ chaque HLR.
3- Le sous-systme oprationnel : OSS (Operating Sub-System)
Il assure la gestion et la supervision du rseau. C'est la fonction dont
l'implmentation est laisse avec le plus de libert dans la norme GSM. La
supervision du rseau intervient de nombreux niveaux :
- Dtection de pannes.
- Mise en service de sites.
- Modification de paramtrage. - Ralisation de statistiques.
Dans les OMC (Opration and Maintenance Center), on distingue l'OMC/R
(Radio) qui est reli toutes les entits du BSS, travers les BSC, l'OMC/S
(System) qui est reli au sous systme NSS travers les MSC. Enfin
l'OMC/M (Maintenance) contrle l'OMC/R et l'OMC/S.
11
4- Les interfaces GSM et leur localisation

On distingue plusieurs interfaces, chacune jouant un rle bien prcis


a -L'interface Um
Aussi appele Interface Air ou Interface radio, elle se trouve entre la
station mobile et la BTS et s'appuie sur le protocole LAPDm (Link Access
Protocol on the D mobile Channel). Il est utilis pour le transport du trafic
et des donnes de signalisation. Le tlphone portable et le sous systme
radio communiquent par l'intermdiaire de l'interface Um, qui est une
liaison radio numrique. Elle comprend:
+ La couche physique qui est une liaison radio o les canaux ont une
rpartition temporelle et frquentielle.
+ La couche liaison de donnes qui assure les fonctions de gestion de
trames et de signalisation.
+ La sous=couche d'application RR (Receiver Ready) qui est utilise par la
BTS pour extraire certaines informations de messages avant de
transmettre le message quivalent.
b-Interface A
Le sous systme radio (BSS) et le sous systme rseau (NSS)
communiquent
entre eux par le biais de l'interface A. De nombreux messages de
signalisation
transitent par cette interface. Deux couches du modle OSI interviennent
12
c'est==dire la couche liaison de donnes et la couche rseau. La couche
liaison de donne s'appuie sur le protocole SS7 (Systme de Signalisation
N7) normalis par le CCITT (Comit Consultatif International
Tlgraphique et Tlphonique). Ce systme de signalisations par canal
smaphore permet de sparer les messages de signalisations de ceux de
la transmission en faisant transiter la signalisation par un canal
spcifique. La couche rseau quant elle utilise le protocole SCCP
(Signaling Connection Control Part) pour les transferts de messages
relatifs une transaction et aussi une partie de l'application du BSS.
c-Les interfaces restantes
Nous distinguons aussi d'autres interfaces savoir :
+ Interface B entre MSC et VLR.
+ Interface C entre MSC et HLR.

+ Interface D entre VLR et HLR/AuC.


+ Interface E entre MSC et MSC.
+ Interface F entre MSC et EIR.
+ Interface G entre VLR et VLR.
Toutes ces interfaces s'appuient sur le protocole smaphore N7 du CCITT
pour les couches basses du modle OSI (Open System Interconnexion)
utilisant le protocole MTP (Message Transfert Protocol) et sur le protocole
MAP (Mobile Application Protocole) pour les couches hautes. Ces
interfaces sont utilises en particulier pour le transport des donnes
relatives l'application des mobiles.
+ Les Interfaces REM entre OMC=R et BSS ou entre OMC=S et NSS : Ils
utilisent un rseau de transmission de donne de type X25.
+ Les Interfaces passerelles entre le MSC et les rseaux publics : Ils
s'appuient sur le protocole smaphore N7 du l'UIT (Union Internationale
des Tlcommunications). Elles sont utilises pour le transport du trafic et
des donnes de signalisation.
13
Les interfaces servent de liaison entre deux terminaux. Cette liaison est
assure par des supports de transmission.
IV-ARCHITECTURE ORGANISATIONNELLE DU GSM

V-DIFFERENTES FONCTIONS DE L'OSS (Operating Sub-System)

1- Sous systme d'exploitation et de maintenance (OSS)


a- L'administration de rseau

L'administration du rseau comprend toutes les activits qui permettent


de mmoriser et de contrler les performances d'utilisation et les
ressources de manire offrir un niveau correct de qualit aux usagers.
On distingue 5 fonctions d'administrations :
L'administration commerciale
La dclaration des abonns et des terminaux, la facturation, les
statistiques ...
14
La gestion de la scurit
La dtection des intrusions, le niveau d'habilitation ...
L'exploitation et la gestion des performances
L'observation du trafic et de la qualit (performance), les changements de
configuration pour s'adapter la charge du rseau, la surveillance des
mobiles de maintenance ...
Le contrle de configuration du systme
Les mises niveau de logiciels, les introductions de nouveaux
quipements ou de nouvelles fonctionnalits ...
La maintenance
Les dtections de dfauts, les tests d'quipements ...
Le systme d'administration du rseau GSM est proche du concept TMN
qui pour objet de rationaliser l'organisation des oprations de
communication et de maintenance et de dfinir les conditions techniques
d'une supervision conomique et efficace de la qualit de service.
b-Architecture de TMN (Tlcommunications Management Network)
L'administration des premiers rseaux se faisait de manire individuelle
sur chaque quipement partir d'un terminal simple directement
connect. Ainsi les fonctions disponibles taient lies la structure
matrielle de l'quipement. Ce niveau d'administration est encore
utilisable mais il est peu peu remplac par des terminaux dplacs et
relis aux quipements par l'intermdiaire d'un
rseau de donnes. Le rseau BSS de Bell Bnin Communication en est un
exemple.

15
b- Fonctions de l'EIR (Equipement Identity register)
L'EIR est une base de donnes annexe contenant les identits des
terminaux. Un terminal est identifie par un numro de srie dnomm IMEI
(IMEI = numro d'homologation (srie). Numro d'identifiant. Numro du
terminal). La
Base EIR est consult lors des demandes de services d'un abonn pour
vrifier si le terminal utilis est autoris fonctionner sur le rseau. Ainsi
l'accs au rseau
peut tre refus si le terminal n'est pas homologu, si le terminal perturbe
le rseau.
c- Prsentation de I'OMC et du NMC
Deux niveaux de hirarchie sont dfinis dans la norme GSM. Les OMC
(Operations and Maintenance Center) et le NMC (Network and
Management Centre).
Cette organisation a t dfinie afin de permettre aux oprateurs
tlcoms de grer la multiplicit des quipements (metteurs, rcepteurs,
bases de donnes, commutateurs ...) et des fournisseurs.
Le NMC permet l'administration gnrale de l'ensemble du rseau par un
contrle centralis.
Les OMC permettent une supervision locale des quipements (BSC /MSC /
VLR) et transmettent au NMC les incidents majeurs survenus sur le
rseau. Les diffrents OMC assurent une fonction de mdiation.
NB : Plus gnralement dans les schmas prsents dans cette partie,
l'OMC dsigne l'ensemble du sous systme d'exploitation et de
maintenance (OSS) TMN compris, et ce dans un souci de clart et de
simplification des reprsentations graphiques.
16

CHAPITRE II : Dveloppement du thme

Procdure de Maintenance d'un Rseau GSM


l'OMC-R

17
I-Description de l'OMC-R avec les diffrentes tches effectues
L'OMC=R appel Operating Maintenance Center -Radio, est l'entit de
l'OSS (Operating Sub=System) oriente BSS. Il constitue le coeur de
chane du rseau BSS ; la rsolution de tout problme physique inclut
forcment la participation du staff de l'OMC=R. Il est connect tous les
quipements BSS a travers la BAM. C'est la partie du rseau qui est
capable de fournir instantanment la situation ou l'tat d'un site ou d'une
carte. Les paramtres suivants sont observer :
1-Supervision du Rseau BSS
Un Rseau GSM vue l'OMC=R est un systme d'un ou de plusieurs BSC
supportant plusieurs sites. La supervision se fait l'aide d'un logiciel
install sur poste client qui est lui=mme connect au serveur OMC.
Le serveur de l'OMC=R est reli une plate=forme appel la BAM qui est
connect toutes les entits du rseau BSS.
18

Exemple d'Arborescence d'un Rseau GSM (Source : Rouxel OLOU)


Le systme de gestion du rseau renvoie des alarmes que l'ingnieur
OMC=R doit pouvoir interprt afin de prendre une dcision afin de
pouvoir dispatch l'vnement et ceci en un bref dlai, car s'il y a alarme
surtout si c'est critique, cela
19
sous=entend que la zone concerne n'est plus couverte par le rseau (A
premire vue, puisqu'il peut y avoir une couverture provenant du
voisinage).
2- Description des Alarmes (critical, Major, Minor)
On entend par alarme les messages d'alertes envoys par le logiciel de
supervision pour signaler un vnement (problme ou notification).Ces
messages d'alertes relatent les vnements susceptibles de se produire
aux instants (t=1), (t), (t+1) c'est==dire :

= Evnement dj survenu et qui persiste encore (t=1)


= Evnement en cours d'excution (t)
= Evnement qui surviendra si aucune action (handling) n'est mene (t+1)
A part la classification temporelle, les alarmes sont classes selon le degr
de svrit. On distingue alors :
= Critical alarm : Alarme critique, quand il survient, l'entit BSS (site ou
carte) qui lui est associe ne fonctionne pas ou a t dconnect du
systme. Ex : LAPD alarm (Link Access Protocol for D Channel)
= Major alarm : Alarme majeure, quand il survient, l'entit BSS qui lui est
associe fonctionne mais il y a quelques problmes et une inaction
pourrait causer un autre problme plus grand que celui=ci ; On pourrait
passer du major alarm au critical alarm. La principale consquence des
alarmes majeures est le call drop (Echec d'appel sur le site).
= Minor alarm : La svrit des alarmes mineures est moins grande que
celle des majeures. Ici, il s'agit juste d'une notification qui non corrig
tombe dans la liste des alarmes majeures.
20
3-Extraction de statistiques et traitement
La statistique est la fois une science formelle, une mthode et une
technique. Elle comprend la collecte, l'analyse, l'interprtation de donnes
ainsi que la prsentation de ces donnes afin de les rendre accessibles.
Dans le GSM on parle d'extraction au lieu de collecte, car il revient
l'ingnieur de se connecter au systme afin d'extraire les donnes
d'analyse ncessaire du rseau.
L'existence de ces statiques est possible grce au diffrent compteur
prsent au niveau de l'OMC. Il s'agit de :
= Compteurs=Indicateur de performance TCH (Traffic Channel)
= Compteur=Indicateur de performance SDCCH (Standalone dedicated
Control Channel)
= Compteur Indicateur de Performance HO (Hand Over)
Ces diffrents compteurs permettent d'avoir les indices d'analyse du
rseau savoir :
= Le volume du trafic coul

= Le nombre de tentative d'appel pendant une priode donne = Le


nombre d'chec d'appel (call drop rate), en pourcentage
= Le pourcentage de succs d'appel
4-Implmentation de nouveaux sites dans le systme
Le GSM vue de la BSS travers l'OMC=R est un ensemble d'un ou de
plusieurs association (BSC+Sites). Quand un rseau GSM doit s'installer,
du cot
21
BSS on installe d'abord le ou les BSC sur lesquelles viennent se greffer les
sites. Avant qu'un site ne soit cr on a besoin de faire des procdures
d'installation telles que :
= Simulation
= Site Survey
= System design
= Installation Commissioning = Information Optimisation
= Analysis of traffic and coverage (estimation du volume de trafic de la
zone et du primtre de couverture)
La partie Installation est subdivise en deux parties essentielles:
L'installation physique et Logicielle
L'installation physique consiste dployer le matriel ncessaire
savoir : BTS + Equipement de transmission + Equipement
d'Energie+Equipement Radio, puis raliser la connexion BTS=BSC via les
supports de transmission.
L'installation logique consiste en la configuration du site dans le systme
de manire ce qu'il soit gr par une BSC. Aprs cette installation, le
site est gr par le systme de manire y faire ressortir les vnements
de manires instantans.
II-Dfinition de Site
Un site est une association d'quipement de tlcommunication et
d'nergie

en vue d'assurer une couverture gographique. A travers le rseau il est


vu sur deux
22
angles fondamentaux. L'une sur le plan physique ou matriel et l'autre sur
le plan logique.
1-Sur le plan Physique
Le site occupe une position gographique bien dtermine aprs une
tude optimise. C'est un ensemble de pylne sur lequel figure des
antennes sectorielles et des paraboles, et d'une chambre appele shelter.
Le pylne abrite les antennes sectorielles assurant la couverture suivant
des secteurs puis l'ODU (Outdoor Unit) qui est form des paraboles et des
quipements radios RFU (Radio Frequency Unit), le tout assurant le
transport de l'information de la BTS vers le BSC.
Le shelter est une chambre hermtique renfermant la BTS (Base
Transceiver System), l'IDU (Indoor Unit) puis la baie nergie. La BTS est un
ensemble de TRX supportant les communications simultanes, l'IDU est
compos du SPU et du PU, La baie nergie est un ensemble de batteries
(....).

Shelter Source : Internet Pylne Source : Internet


23
2-Sur le plan logique
Une fois le site cr physiquement, et la liaison BTS=BSC cre, il faut
obligatoirement le configure dans le systme ou dans la BSC, autrement
elle ne saurait fonctionner. A travers le systme, un site est vu comme un
ensemble de cellules et de cartes.
Une cellule est un jeu d'un ou de plusieurs TRX configurer en 900Mhz ou
en 1800Mhz selon les besoins de la zone gographique concerne. La

configuration d'une cellule se fait en lui attribuant une adresse appele


CGI.
Le CGI (Cell Global Identity) est un paramtre d'identification des cellules,
elle se dcompose en une quation suivante :
CGI= MCC + MNC + LAC + CI
C'est donc une adresse compose de plusieurs paramtres de
reconnaissance.
= MCC (Mobile Country Code) : Il s'agit du code du pays du rseau GSM
(616 pour le Bnin)
= MNC (Mobile Network Code) : Il s'agit du code du rseau mobile. Il est
cod sur 2 chiffres et identifie de manire unique le rseau GSM
l'intrieur d'un pays. Pour l'oprateur Bell Bnin Communication, c'est le
04.
= LAC (Local Area Code) : il s'agit du code de la zone de localisation
librement affect par l'oprateur.
= CI (Cell Identity) : C'est le numro d'identification de la cellule.
Les cartes sont des composants de la BTS et dont la prsence s'avre
indispensable pour le bon fonctionnement de la BTS. Il s'agit par exemple
des TRX (Transceiver Receiver), Les EDU (Enhanced Duplexer Unit), les
CDU (Combiner and Divider Unit), les PSU (Power Supply Unit), la TMU
(Transmission Management Unit) etc....
24

Prsentation d'un site sous forme de carte (Vue Systme)


25
III-Procdure de Maintenance
Selon la dfinition de l'AFNOR (Association Franaise de Normalisation), la
maintenance vise maintenir ou rtablir un bien dans un tat spcifi
afin que celui=ci soit en mesure d'assurer un service dtermin.
La maintenance regroupe ainsi les actions de dpannage et de rparation,
de rglage, de rvision, de contrle et de vrification des quipements
matriels (Equipement de transmission, d'nergie, des quipements
tlcoms, etc.) ou mme immatriels (logiciels).
Un service de maintenance peut galement tre amen participer des
tudes d'amlioration du processus industriel (Optimisation), et doit,
comme d'autres services de l'entreprise, prendre en considration de
nombreuses contraintes comme la qualit, la scurit, l'environnement, le
cot, etc...

La maintenance l'OMC=R est divise en trois (03) grandes parties : La


Maintenance prventive et celle Curative.
La maintenance prventive se prsente sous deux volets : la maintenance
prventive priodiquement prvue et celle qui consiste recenser les la
liste des alarmes majeures prsentes sur les sites ou sur les cartes ;
Pendant que celle curative concerne les alarmes critiques ou autre
problme rcurrent qui surviennent un moment t.
Toutes ces maintenances sont possibles grce une quipe soude mise
la disposition de l'OMC=R. Il s'agit de l'quipe BSS=Transmission et de
l'quipe d'Energie.
26

Architecture de Maintenance l'OMC-R (source : Dessin personnel) IVDescription du logiciel de supervision


Dans la tlcommunication, la supervision est une technique de suivi et de
pilotage informatique de procds automatiss. La supervision concerne
l'acquisition de donnes (mesures, alarmes, retour d'tat de
fonctionnement) et des paramtres de commande des processus
gnralement confis des modules de gestion programmable.
Un logiciel de supervision est compos d'un ensemble de pages (d'crans),
dont l'interface oprateur est prsente sous la forme d'un synoptique.
27

L'application peut=tre monoposte ou multiposte. Dans le cas d'une


supervision multiposte l'architecture peut=tre de type redondante, de
type client=serveur (un poste gre les communications pour les autres) et
les deux en mme temps.
Ce systme assure aussi un rle de gestionnaire d'alarmes, d'vnements
dclenchs par des dpassements de seuils, pour attirer l'attention de
l'oprateur et d'enregistrement d'historique de dfauts, de temps de
fonctionnement, d'alarmes, de paramtres prdtermins.
Ces logiciels de supervisions utilisent plusieurs ressources systmes par
consquent les paramtres suivant doivent tre de trs bonne qualit :
Processeur de la machine cliente
Mmoire de la machine cliente
Stockage
Le logiciel utilis Bell Bnin Communication est le I=MANAGER M2000, il
a t conu par l'quipementier HUAMEI TECHNOLOGIES : ce logiciel tire
ces ressources de la BAM (Bac Administration Module). La BAM est un
module d'enregistrement de toutes les informations disponibles et
accessibles au sein d'un rseau GSM. Ce logiciel fonctionne en suivant la
topologie Client=serveur ; c'est==
dire qu'il est install sur un poste client mais tirant les informations d'un
serveur qui est la BAM. Ce logiciel renvoie des alarmes sur un quipement
ds que celui=ci est confront un disfonctionnement. Il gnre en
gnral trois (03) types d'alarmes : les alarmes critiques, les alarmes
majeures et les alarmes mineures.
Nous verrons en profondeur la dfinition des ces diffrents types
d'alarmes
La figure suivante prsente un aperu de la console de supervision du
rseau travers le logiciel I=MANAGER M2000.
28

Prsentation de l'interface du I-MANAGER M2000


29
V- Le report d'vnement
Le rseau BSS ainsi cr est sujet plusieurs perturbations naturelles ou
non, pouvant causer la rupture d'une liaison ABIS (BTS=BSC), ou d'un site,
ou simplement qu'il y a un problme d'nergie. Ceci tant, la ncessit de
connatre l'tat d'un site ou d'une cellule du rseau s'avre indniable.
L'ingnieur OMC=R s'avre indispensable au bon fonctionnement du
rseau, car celui=ci est devant le systme de gestion du rseau capable
de gnrer des alarmes tout instant, et donc en cas d'alarme majeur ou
critique sur un quipement du rseau, celui=ci se chargera d'informer les
quipes de maintenance du rseau.

1-Dfinition d'vnement
On appelle vnement, l'apparition d'une alarme quelque soit sa svrit ;
critique, majeur ou mineur. La gestion du rseau est assure par un
logiciel interactif, d'o la notion d'vnement liant les alarmes sortant
avec des actions appeles handling. Quand une alarme apparait
automatiquement, un vnement lui est associ. Dans notre document,
nous nous intresserons aux vnements associs aux alarmes critiques.
Donc il s'ensuit que les vnements selon bass sur les sites, car une
alarmes critique concerne un site alors que si elle est majeure ou mineure,
il s'agit d'une cellule ou d'une carte.
30
a-Evnement ouvert (Open)
Un vnement un statut Open si et seulement si l'alarme critique lie
ce fault n'a pas disparu, autrement dit tant que l'alarme critique demeure,
le statut de l'vnement est Open. Pendant ce temps, les quipes de
maintenances sont mobilises pour la rsolution de cet vnement.
Un site qui a un vnement au statut Open se trouve couper, donc pas de
trafic enregistrer car aucune couverture rseau n'existe, videmment, cela
constitue une grande perte pour le rseau surtout si c'est une heure dite
de `'Busy hour. Le Busy hour est par dfinition la priode de la journe
qui enregistre plus de trafic. Au Bnin, cette priode s'tant de 19H 21H.
En somme plus les vnements sont au statut Open et moins il y a de
couverture zonale, donc moins de trafic.
b-Evnement ferm (Close status)
Un vnement a un statut Close si et seulement si l'alarme qui lui est lie
a disparue. Ceci introduit le thme End Time, c'est==dire la date de fin
d'alarme. Le site passe ainsi du statut OFF au statut ON. Ds que
l'vnement est Close, l'ingnieur OMC=R se doit de se mettre en contact
avec l'quipe de maintenance qui ait intervenue pour la rsolution du
problme, afin de s'avoir ce qui s'est rellement pass. Ceci est
indispensable pour la traabilit des fault (coupure), c'est une collecte qui
servira classer l'vnement, notion que nous verrons plus tard.
31
c-Notion de Downtime
On appelle Downtime la diffrence entre End Time correspondant la date
de fin de l'alarme, et Start Time correspondant la date de dbut
d'alarme.

Downtime = End Time - Start Time


La notion de Downtime permet d'valuer la performance d'un site de
manire journalire, hebdomadaire, mensuel, ou annuelle. Soit Pj la
Performance Journalire d'un site. La Performance Journalire serait le
rapport du Downtime du jour par la dure d'une journe le tout en minute.
Pj= Downtime/1440
Ainsi Par analogie, la performance Hebdomadaire Ph est la somme des
Downtime durant toute la semaine sur la dure d'une semaine en minute.
L'oprateur peut choisir d'apprcier les performances de ses sites en
dfinissant un indicateur de performance qui correspond gnralement
un seuil. Ainsi le devient non performante si Pj tend tre suprieur au
seuil. Mais compte tenu des nombreuses difficults lies aux travaux de
maintenance, on considre tout simplement que si un site est off, il doit
recommencer par fonctionner dans le plus bref dlai.
Ce paramtre permet d'apprcier les performances d'un site, d'une zone
gographique et d'une BSC.
VI-Classification d'vnement
Pour une bonne optimisation de la maintenance d'un rseau GSM, l'on a
besoin de savoir avec prcision ce qui s'y produit. Cette prcision inclue
forcment
32
une collecte rationnelle d'information. Ainsi quand un vnement survient,
on doit connatre la cause, pour pouvoir le classer .Les Evnements
peuvent tre classs en quatre(4) catgories.
1-Evnement de type Transmission
Un vnement est de type transmission si et seulement si la cause du
fault est un problme de liaison entre deux quipements. Les alarmes
observes dans ce cas sont E1 remote alarm, E1 local alarm, Link failure.
Ces types d'vnements sont classs sous la responsabilit des
transmettant. L'ingnieur OMC=R doit se mettre en contact avec
l'ingnieur BSS=Transmission afin de savoir ce qui s'est pass dans le but
de remplir le fichier du Daily Report.
2-Evnement de type Energie

Un vnement est de type Energie si et seulement si la cause du fault est


un problme d'nergie. Les problmes d'nergies sont de plusieurs
ordres :
= Coupure de courant (S'il n'y a pas de groupe)
= Chaleur intense (Problme de climatiseur)
= Fusible d'quipement endommag ou autres.
33
3-Evnement de type BSS
Un vnement est class BSS si et seulement si l'alarme est lie une
entit BSS, soit la BTS ou la BSC ou une autre carte (board). Il peut s'agir
d'une carte de la BSC ou de la BTS. Dans ce cas, on fait appel
l'quipement qui dploie une quipe de maintenance sur le site.
4-Evnement de type Unknown
Un vnement est class Unknown si le fault alarm disparait avant
qu'une quipe de maintenance n'arrive sur le site. Ces vnements
surviennent lors des intempries climatiques comme par exemple une
pluie, un vent violent, ou la dcharge lectrique naturelle.
Dans le cas d'espce, on assiste une rupture du signal de transmission
pendant un temps t bien dfini, et ceci est rtabli en quelque minute.
VII-Production Hebdomadaire de report d'vnement sous forme de
statistiques
Les vnements qui se produisent au sein du rseau sont archivs
l'OMC=
R, et ceux=ci sont traits de manire fournir des donnes d'analyse
hebdomadaire.
Le but des statistiques au niveau des reports, est d'apprcier les
performances des BSC travers les sites qu'elle gre. Etant donn qu'une
BSC gre plusieurs sites, la performance de celle=ci serait la rsultante
des sites qu'elle contrle. Le paramtre de performance essentielle dans
les statistiques des reports est le Downtime.
34

Le Downtime admet deux attributs ncessaire pour ce genre de statistique


; le Downtime Count, et le Downtime Duration.
Le Downtime Count reprsente le nombre de fois qu'un vnement de
type prcis s'est produit lors d'une semaine, sur une BSC. Le Downtime
Duration quand lui reprsente la somme des Downtime d'un vnement
de type prcis sur une BSC.
Ainsi, plus le Downtime est important, moins performante est la BSC.
DOWNTIME COUNT PER BSC

BSC

COUNT

Percentage (%)

BSC 1

67

19,94

BSC 2

121

36,01

BSC 3

148

44,05

TOTAL

336

100,00

35

DOWNTIME DURATION PER BSC (min)

BSC

DURATION

BSC1

Percentage (%)

9120,67

BS 148190,78

BSC3 13474,73

TOTAL 170786,18

5,34

86,77

7,89

100,00

VIII-Runion Hebdomadaire
Le fichier de statistique hebdomadaire des Report est soumis au Directeur
Technique qui convoque les quipes de la BSS, Transmission, d'Energie et
de l'OMC=R, pour une tude du fichier.
La runion constitue un mode de suivi privilgi. Chaque runion
commence par un bref parcours des difficults observes la semaine
coule. La suite de la runion s'organise comme une discussion entre
Ingnieurs BSS, Transmission, Energie et d'OMC=R ; sur les diffrents
vnements de la semaine pass.

Ces genres de runion permettent de garder la motivation au sein de


l'quipe technique.
Au cours de cette runion, on note au total deux grandes lignes que sont :
36
- Analyse du fichier
- Troubleshooting
XI-Cas pratique : Cas des Sites de PLM et de Haie-Vive
Nous allons nous intresser un rapport hebdomadaire fourni par l'OMC-R
au Directeur Technique, le Daily Report. Dans ce rapport figure tous les
vnements BSS qui se sont produit dans la semaine coule. Dans les
lignes qui suivront, nous allons vous prsent la procdure scientifique
mis en place par l'OMC-R afin de mieux grer les vnements.
1-PRESENTATION DU FICHIER DU DAILY REPORT (Cas de PLM)
Le fichier est prsent sous-forme de tableau montrant les diffrents
aspects des vnements survenus. Il se prsente comme suit :

Statu
s

Trouble
Fault
BSC/REGIO
Ticket Site
Fault Type Descriptio
N
ID
n

Start Date

Close

000001
PLM
3

BSC 6000

LAPD_OM
L
Site Down
fault

20/09/2009
18:04:08

BSC 6000

LAPD_OM
L
Site Down
fault

21/09/2009
08:19:19

BSC 6000

LAPD_OM
L
Site Down
fault

21/09/2009
18:10:53

000003
Close
PLM
1

000004
Close
PLM
0

Close

000006
PLM
7

BSC 6000

LAPD_OM
L
Site Down
fault

22/09/2009
18:08:11

Close

000012
PLM
6

BSC 6000

LAPD_OM
L
Site Down
fault

23/09/2009
18:13:51

Close

000015
PLM
2

BSC 6000

LAPD_OM
L
Site Down
fault

24/09/2009
18:19:11

Close

000025
PLM
1

BSC 6000

LAPD_OM
L
Site Down
fault

25/09/2009
18:00:23

Close

000028
PLM
9

BSC 6000

LAPD_OM
L
Site Down
fault

26/09/2009
19:47:01

37

End Date

Duration
(hh:min:ss)

Root Cause

Root cause
classification

21/09/2009

06:36:31

21/09/2009

12:32:23

The alternator of generator


is bad

Energy

09:01:05

0:41:46

The link is down

Transmission

12:28:08

not stable. After E1 remote


alarm, the site goes down

Transmission

12:35:49

not stable. After E1 remote


alarm, the site goes down

Transmission

22/09/2009

06:39:01

23/09/2009

06:44:00

24/09/2009
06:04:46

11:50:55

not stable. After E1 remote Transmission


alarm, the site goes down

25/09/2009
12:06:08

17:46:57

not stable. After E1 remote Transmission


alarm, the site goes down

26/09/2009
06:54:06

12:53:43

not stable. After E1 remote Transmission


alarm, the site goes down

26/09/2009
21:19:51

1:32:50

not stable. After E1 remote Transmission


alarm, the site goes down

Resolution Remarks

Dispatched
To

unknown

Team1

Contact
Number

Number

OMC
Staff
(Open)

OMC Staff
(Close)

Staff1

Staff1

The site become stable


after the trouble desappear

Team1

Number

Staff2

Staff2

Staff3

Staff2

this problem happen in the


night only,we don't know
why

Team2

nothing

Team2

Number

Staff3

Staff3

unknown

night

Number

Staff2

Staff2

unknown

night

Number

Staff2

Staff2

this site is unstable


between 18:00:00 to
6:00:00, every day

Number

Staff1

Staff2

Team2

unknown

night

Number

Staff1

Staff1

Number

2-DESCRIPTION DU FICHIER
Dans le fichier, la colonne Status reprsente l'tat de l'vnement,
c'est==
dire s'il a t rsolu ou pas, comme on l'a vu tout haut, un vnement
prsente
38
deux tat possible, soit il est Open c'est==.dire pas encore rsolu, soit il
est Close c'est==dire dj rsolu et on peut le classer. Le Trouble ticket
ID reprsente le numro d'index de l'vnement ; la colonne Site
reprsente le nom du site sur lequel l'vnement s'est produit ;la colonne
BSC/REGION, reprsente la BSC sur lequel est connect le site ; les
colonnes Fault Type et Fault Description, reprsentent respectivement le
nom de l'alarme et la description de celle=ci (C'est== dire, l'influence

que cette alarme a sur le site) ; les colonnes Start Date et End Date,
reprsentes respectivement les dates de dbut et de fin d'alarme ; la
colonne Duration reprsente la diffrence entre le End Date et le Start
Date, c'est cette colonne qui reprsente le Downtime Duration dfini tout
haut. La colonne Root Cause liste la cause de l'vnement, celle du Root
Cause Classification recueille le type de l'vnement, dans le Resolution
Remarks, on note le handling c'est== dire la ce que l'ingnieur de
maintenance a effectu sur le site avant qu'il ne remonte, Les colonnes
Dispatched To et Contact Number recensent respectivement le nom et le
numro de l'ingnieur qui se trouve responsable de ce site, les colonnes
OMC Staff (Open et Close), reprsentent respectivement le nom des
Ingnieurs OMC=R qui sont prsents lors de l'apparition de l'alarme
(Open) et lors de la disparition de celle=ci (Close).
3-ANALYSE DU FICHIER
Le fichier prsent relate les vnements du site de PLM. Ainsi, l'on peut
voire qu'entre le 20 et le 26 Septembre 2009, le site de PLM tombe
rgulirement tous les jours, rendant ainsi la performance du site trs
faible. Pour mieux apprcier cette analyse nous vous proposons une srie
statistique raliser par l'OMC=R durant cette mme priode.
39
a-Pour le DOWNTIME COUNT
DOWNTIME COUNT PER BSC
BSC
Parakou BSC
COUNT Percentage (%)
151 50,50

40
BSC 32

79

26,42

BSC 6000

TOTAL

69

23,08

299

100,00

4-PRESENTATION DU FICHIER DU DAILY REPORT (Cas de Haie-Vive)


Le Cas que nous allons tudier ici est celui du site de Haie-Vive. Soit le
fichier suivant

Troubl
Statu
e
s
Ticket
ID

Site

BSC/REGIO
N

Fault
Descripti
on

Start Date

LAPD_OM
L
fault

Site
Down

21/09/2009
18:04:08

Close

000001
3

Close

000003
1

Haie=Vi
LAPD_OM
ve BSC 6000
L
fault

Site
Down

22/09/2009
08:19:19

Close

000004
0

Haie=Vi
LAPD_OM
ve BSC 6000
L
fault

Site
Down

22/09/2009
23:59:59

Close

000006
7

HaieLAPD_OM
Vive BSC 6000
L
fault

Site
Down

23/09/2009
18:08:11

000012
Close
6

HaieLAPD_OM
Vive BSC 6000
L
fault

Site
Down

23/09/2009
18:13:51

000015
Close
2

HaieLAPD_OM
Vive BSC 6000
L
fault

Site
Down

23/09/2009
18:19:11

000025
1

Haie=Vi
LAPD_OM
ve BSC 6000
L
fault

Site
Down

24/09/2009
18:00:23

Site

25/09/2009

Close

HaieBSC 6000
Vive

Fault
Type

Close 000028 Haie=Vi BSC 6000 LAPD_OM


L

ve

fault

Down

19:47:01

41

End Date

Duration
(hh:min:ss)

Root Cause

Root cause
classification

21/09/2009

18:36:08

00:32:00

not stable. After E1 remote


alarm, the site goes down

Transmission

01:00:00

The link is down

Transmission

06:40:08

not stable. After E1 remote


alarm, the site goes down

Transmission

12:35:49

not stable. After E1 remote


alarm, the site goes down

Transmission

22/09/2009

09:19:19

22/09/2009

06:39:01

23/09/2009

06:44:00

24/09/2009
06:04:46

11:50:55

not stable. After E1 remote Transmission


alarm, the site goes down

25/09/2009
12:06:08

17:46:57

not stable. After E1 remote Transmission


alarm, the site goes down

26/09/2009
06:54:06

12:53:43

not stable. After E1 remote Transmission


alarm, the site goes down

26/09/2009
21:19:51

1:32:50

not stable. After E1 remote Transmission


alarm, the site goes down

OMC
Staff
(Open)

OMC Staff
(Close)

Number

Staff3

Staff3

Number

Staff2

Staff2

Number

Staff2

Staff2

Resolution Remarks

Dispatched
To

Contact
Number

unknown

Team2

The site become stable


after the trouble desappear

Team1

this problem happen in the


night only,we don't know
why

Team2

nothing

Team2

Number

Staff3

Staff3

unknown

night

Number

Staff2

Staff2

unknown

night

Number

Staff2

Staff2

this site is unstable


between 18:00:00 to
6:00:00, every day

Number

Staff1

Staff2

Team1

unknown

night

Number

Staff1

Staff1

42
5-TROUBLESHOOTING (Approche de solution en vue de la
rsolution du problme)
En analysant le premier fichier, on remarque que le site de PLM tombe
rgulirement, ce qui diminue sa performance. Les causes de ces
coupures tant mentionnes, on va rcapituler les Root Cause
Classification dans le tableau suivant :

Root Cause Classification

Count

Energy

Transmission

BSS

Unknown

Dans ce rcapitulatif, on voit bien que le site de PLM un rel problme


de Transmission plus un souci en Energie. Ainsi Un quipe de transmission
a t envoy sur le site afin de vrifier toute la liaison hertzienne depuis
la BSC jusqu' la BTS primaire de PLM. A la suite de ce dploiement,
l'quipe de maintenance a remarqu qu'il y avait baisse du niveau de
transmission (transmission level), ainsi ils ont procds un rajustement
de ce niveau.
Aprs ce rajustement, le site de PLM s'est stabilis, amliorant ainsi les
statistiques produites par l'OMC=R.
Le second fichier prsente clairement un problme de transmission, qu'il a
fallu rgler avant de constater une amlioration des performances du site
de Haie=Vive.

43

CONCLUSION GENERALE
La maintenance au sein d'un rseau GSM l'OMC=R est une association de
plusieurs tches appeles handling qui une fois ralises permettent de
mieux assainir le milieu environnemental du rseau GSM. Il demeure l'une
des tches essentielles pour le bon fonctionnement du rseau.
A travers ce document, on a voulu faire ressortir le rle ou la partition
joue par l'OSS en particulier l'OMC=R dans l'architecture
organisationnelle du GSM.
La ralisation de ce document a connu de nombreuses difficults en raison
du manque d'information et de documentation formelle sur l'OSS, mais
nanmoins, nous avons pu runir le peu d'information disponible pour
raliser ce rapport.
44
Licence Professionnelle en Rseaux Informatiques et Tlcoms
Anne Scolaire : 2009

Annexes

Interface de I-M2000
45

46

Interface de I=MANAGER M2000 (Alarme critique filtre)


47

48

GLOSSAIRE
GSM: Global Service for Mobile
OMC-R: Operating Maintenance Center=Radio BSC: Base Station Controller
BAM: Base Administration Module
UMTS: Universal Mobile Telecommunications System
49

TABLE DES MATIERES


Chapitre 1 : GENERALITE SUR LE GSM 5
INTRODUCTION PARTIELLE 5
I= Concept cellulaire 5
II=Concept de mobilit 6
III=Architecture d'un rseau radio mobile GSM 8
1= Le sous=systme radio : BSS (Base Station Sub=system) 9
2= Le sous=systme rseau : NSS (Network Station Sub=system) 10
3= Le sous=systme oprationnel : OSS (Operating Sub=System) 11
4= Les interfaces GSM et leur localisation 12
a =L'interface Um 12
b=Interface A 12
c=Les interfaces restantes 13
IV=ARCHITECTURE ORGANISATIONNELLE DU GSM 14
V=DIFFERENTES FONCTIONS DE L'OSS (Operating Sub=System) 14
1= Sous systme d'exploitation et de maintenance (OSS) 14
a= L'administration de rseau 14
b=Architecture de TMN (Tlcommunications Management Network) 15
b= Fonctions de l'EIR (Equipement Identity register) 16
c= Prsentation de I'OMC et du NMC 16
CHAPITRE II : Dveloppement du thme 17
I=Description de l'OMC=R avec les diffrentes tches effectues 18
1=Supervision du Rseau BSS 18

2= Description des Alarmes (critical, Major, Minor) 20


3=Extraction de statistiques et traitement 21
4=Implmentation de nouveaux sites dans le systme 21
50
II=Dfinition de Site 22
1=Sur le plan Physique 23
2=Sur le plan logique 24
III=Procdure de Maintenance 26
IV= Description du logiciel de supervision 27
V= Le report d'vnement 30
1=Dfinition d'vnement 30
a=Evnement ouvert (Open) 31
b=Evnement ferm (Close status) 31
c=Notion de Downtime 32
VI=Classification d'vnement 32
1=Evnement de type Transmission 33
2=Evnement de type Energie 33
3=Evnement de type BSS 34
4=Evnement de type Unknown 34
VII=Production Hebdomadaire de report d'vnement sous forme de
statistiques 34
VIII=Runion Hebdomadaire 36
XI=Cas pratique : Cas des Sites de PLM et de Haie=Vive 37
1=PRESENTATION DU FICHIER DU DAILY REPORT (Cas de PLM) 37
2=DESCRIPTION DU FICHIER 38

3=ANALYSE DU FICHIER 39
a=Pour le DOWNTIME COUNT 40
b=Pour le DOWNTIME DURATION 40
4=PRESENTATION DU FICHIER DU DAILY REPORT (Cas de Haie=Vive) 41
5=TROUBLESHOOTING (Approche de solution en vue de la rsolution du
problme) 43
Annexes 45
GLOSSAIRE 49
51
52