4. Outil de gestion des activités roamings :
GSM Roaming
L'outil "GSM Roaming" est un produit de la
société ASTELLIA qui possède une expertise dans la
performance des réseaux et services mobiles. Il permet l'analyse
détaillée de l'activité des roamers (jusqu'à la
cellule près). A l'aide d'indicateurs pertinents qui pointent sur des
éléments clés par IMSI, il est possible de répondre
à des questions clés que nous nous sommes déjà
posés dans les insuffisances telles que :
- Où se trouve le roamer ?
- Par où entre-t-il sur le réseau ?
- Quel est son réseau (pays) d'origine ? - Quels
problèmes rencontre-t-il ? etc.
De plus, grâce à sa fonction supplémentaire
LOR (Loss Of Roamers), il est possible d'identifier avec précision les
cellules où les roamers sont perdus.
Il est vraiment important et avantageux pour un
opérateur GSM de très bien connaître l'activité
Roaming dans son pays, améliorer le taux de capture de ses roamers et
ainsi augmenter le trafic générateur important de revenus. Un
autre avantage qui en ressort, est le renforcement ou l'établissement de
nouveaux accords de "roaming" avec les pays concernés.
Une vue de l'architecture de cette application est
présentée selon la figure suivante :
Figure 18. Chap2 : Architecture
du GSM Roaming
Chapitre 2 : Implémentation de nouvelles méthodes
dans le sous-système radio afin d'améliorer la qualité de
service radio GSM : cas du réseau GLO Mobile BENIN
5. Suivi des incidents et interventions: DRSII
(Diagnostic du Réseau et Suivi des Incidents et Interventions)
Nous l'avions déjà dit, tout incident dans le
réseau doit etre suivi jusqu'à la réparation
complète. Ce suivi concerne non seulement le problème en
lui-même, mais aussi les différents acteurs qui y interviennent
depuis l'escalade jusqu'à la résolution en passant par la
réactivité. Ainsi, pour effectuer ce processus qui n'est en
réalité qu'un "workflow", nous proposons l'application DRSII que
nous pouvons implémenter sur la plateforme ARS (Action Request System)
de Remedy. ARS est une plateforme qui permet d'assurer la conception, le
développement, la personnalisation, le déploiement et la mise en
place d'applications de workflow stratégiques pour la gestion des
niveaux de services et de disponibilité, des incidents, etc. La figure
suivante décrit l'architecture du DSRII implémenté sur la
plateforme ARS.
> Architecture de l'application DRSII
Figure 19. Chap2 :
$LFIAtIFtKLeRTMESSlAFEtARn D5 6,I
Chapitre 2 : Implémentation de nouvelles méthodes
dans le sous-système radio afin d'améliorer la qualité de
service radio GSM : cas du réseau GLO Mobile BENIN
> Objectifs
Les objectifs visés par l'utilisation de l'application
DRSII sont les suivants :
La mesure et la gestion de la QoS
- Le diagnostic permanent de l'état de santé du
réseau, se traduisant par des "Reporting" et des Tableaux de Bord,
- La planification optimale de résolution des
problèmes/incidents,
- L'évolution des déploiements du réseau
(capacité du réseau), l'état de la qualité et de
l'optimisation du réseau, l'état et l'impact des problèmes
rapportés par les unités de supervision, la planification de
travaux de maintenance, les sondages des clients sur les services offerts,
|
Le pilotage des activités
- Le suivi des activités des travailleurs (mise en place
d'indicateurs d'appréciation),
- Mesure et appréciation de la
réactivité (méthode de travail, temps d'interventions et
de traitements) des travailleurs et par ricochet des différentes
unités du processus,
- Les statistiques sur les équipements
défectueux du réseau, aboutissant à une
appréciation de la performance des équipements du
constructeur,
- Mesure des délais de coupure (interruption de service)
des équipements,
- La qualité des services offerts aux clients,
|
|
> Principe de fonctionnement
Le fonctionnement de cette application repose essentiellement
sur des objets répartis comme suit :
> Optimisation et Gestion QoS (qualité de service
détecté par les méthodes objectives de suivi QoS)
> Gestion des pannes (supervision des alarmes par OMC)
Chapitre 2 : Implémentation de nouvelles méthodes
dans le sous-système radio afin d'améliorer la qualité de
service radio GSM : cas du réseau GLO Mobile BENIN
> Déploiement (extension du réseau,
planification et intégration de nouveaux sites, etc.)
> Ordre des tâches (travaux logiciels ou
matériels planifiés)
> Plaintes Clients (lié au rapport des plaintes
clients produit par le service clientèle).
Tout évènement qui survient au sein de la
technique et devant impacter directement la QoS radio, appartient
forcément à un de ces objets. A l'intérieur de chaque
objet, se trouvent des formulaires (à remplir) liés chacun
à des problèmes spécifiques.
Le "process" commence par la création d'un
Evènement. L'utilisateur saisit un
événement en choisissant le formulaire adéquat (ex :
alerte alarme équipement). La création de l'Evènement
produit immédiatement comme conséquence la création d'un
"Flag d'incident ".
Un "flag d'incident" représente un problème ou
un incident remarqué sur le réseau (ex : panne, une
dégradation de la qualité de service ...). L'objectif est d'agir
sur cet incident afin de traiter le problème. Un Flag d'incident
rassemble les informations qui sont : les caractéristiques
générales de l'incident, l'origine de l'incident, la localisation
(équipements du réseau affectés par l'incident), le suivi
effectué sur le flag, le lien éventuel avec un autre incident.
Les travaux nécessaires pour traiter l'incident définissent
l'objet Action. Une action est caractérisée par
les éléments suivants : les détails de l'action, le
responsable et la concrétisation. Dès que l'action a
été créée, le responsable de l'action se voit
notifié (apparition d'un message de notification) qu'il est
responsable de cette nouvelle action. Enfin,
une action est obligatoirement liée à un flag
d'incident et plusieurs actions peuvent être aussiliées
à un méme flag d'incident.
La description ci-dessus du process, fait ressortir
clairement trois sous-objets à savoir : l'Evènement, le Flag
d'incident, et l'Action. Chaque sous-objet, possède un cycle de vie
caractérisé par différents états pris depuis la
création jusqu'à la fin. Respectivement les figures 20, 21 et 22
nous montrent ces cycles de vie.
Chapitre 2 : Implémentation de nouvelles méthodes
dans le sous-système radio afin d'améliorer la qualité de
service radio GSM : cas du réseau GLO Mobile BENIN
Figure 20. Chap2 : Cycle de vie
et étatsRd'unREvènement
Figure 21. Chap2 : &I
POeRdeREeR1tR3tDt/Rd'un ) ODIRd'iCPiCInt
Chapitre 2 : Implémentation de nouvelles méthodes
dans le sous-système radio afin d'améliorer la qualité de
service radio GSM : cas du réseau GLO Mobile BENIN
Figure 22. Chap2 : Cycle de vie et
états d'une Action
La signification des états de chaque sous-objet est
résumée dans le tableau ci-après :
Tableau 20. Chap2 :
Interprétation des états des cycles de vie des sous-objets de
DRSII
Chapitre 2 : Implémentation de nouvelles méthodes
dans le sous-système radio afin d'améliorer la qualité de
service radio GSM : cas du réseau GLO Mobile BENIN
La plateforme Action Request System est basée sur le
concept client /serveur. Ainsi, dans la mesure du processus tel que le nombre
de Flags d'incidents ouverts, le nombre d'actions effectuées par
équipe,... et pour d'éventuelles interrogations telles que le
suivi des efficacités techniques, les équipements les plus
impactés,... des indicateurs peuvent être créés et
stockés sur la plateforme. Les résultats de ces indicateurs
(disponibles à n'importe quelle moment de l'année) seront obtenus
en adressant des requêtes SQL. Quelques exemples de ces requêtes et
leur signification sont donnés dans le tableau ci-après.
Indicateurs de suivi de la
réactivité
Tps_react_flg_sec
Tps_react_act_eq
Nom
Temps de prise en compte d'un Flag d'incident par section
Temps de prise en compte d'une action par section
Explication
- - Vue à la fin de chaque mois
-- Calcul sur toute l'année
Période d'observation
Tableau 21. Chap2 : Exemple de
requêtes DRSII
Dans la création de ces indicateurs par exemple, il
faudra identifier les états des flags d'incident sur lesquels il faut
opérer le calcul. A l'affichage des résultats, nous aurons la
durée moyenne et une répartition (nombre et taux) par tranche de
temps.
L'application Diagnostic du Réseau et Suivi des
Incidents et Interventions est un système d'interactions entre les
différents acteurs QoS du réseau. Son implémentation dans
le réseau favorisera encore plus, une prise de conscience de chaque
acteur à son niveau, qui se sentira plus impliqué dans le
processus d'amélioration de la qualité de service radio et donc
jouera pleinement sa partition.
| 
