Arij khouildi et Hanene Ben Hadef i
Licence Appliquée en Sciences des technologies de l’Information et de la Communication
Option Réseaux et Services des Télécommunications
Année Universitaire : 2011-2012
Réalisé par : Arij Khouildi
Hanene Ben Hadef
Classe : RST B
Encadré par : Tunisie Télécom
Entreprise d’Accueil : Kais Ameur
Mustapha Hamza
Projet de fin d’Études
Développement d’une solution de reporting automatique de la
QoS des réseaux 2G/3G
Arij Khouildi et Hanene Ben Hadef ii
Résumé
Le secteur des télécoms a été marqué durant ces dernières années par un un
développement fulgurant des services, devenus en peu de temps la source majeure de
création de la valeur ajoutée pour les opérateurs. Cependant, on ne peut pas évoluer et
progresser dans le domaine des services sans être capable d’assurer des prestations de
qualité de service des réseaux cellulaires d’une manière durable. Pour cette raison, la
tenue da la bonne qualité constitue la préoccupation majeure des opérateurs .
C’est dans ce cadre que s’inscrit notre projet qui se propose de développer une solution
de rapport automatique de la QoS des réseaux 2G/3G. Pour se faire, nous nous sommes
servis des mesures collectées par les sondes radio de la nouvelle plateforme Tems
Automatic. Cette dernière a été acquise par Tunisie Télécom afin de remplacer
l’ancienne méthode de mesures Drive Test et de rendre la collecte des mesures
automatique. Donc, notre outil permet de présenter l’ensemble d’informations
collectées dans un rapport sous format Word et PDF afin de faciliter la tâche d’analyse
et de supervision des réseaux aux administrateurs. Ainsi, il permet d’envoyer
automatiquement deux mails ; un pour le rapport généré et un autre en cas de
dysfonctionnement des serveurs de la plateforme.
Mots clés : Réseaux 2G/3G, KPIs voix et data, VBA, Plateforme ,MTUs
Abstract
The telecommunication sector was marked in the last few years by a developpement
fulgurating of the services, become in little time the major source of creation of the
added-value for the operators. However, we cannot evolve and progress in the field the
service without being capable to assuring the high quality services in a long-lasting
way. For that reason, the holding of the good quality of service of the cellular networks
establishes the major concern of the operators.
Keywords : 2G/3G Networks, voice and data KPIs, VBA, Platform ,MTUs
Arij Khouildi et Hanene Ben Hadef iii
Avant propos
Dans le cadre de notre formation de technicien supérieur en télécommunication au
sein de l’Institut Supérieure des Etudes Technologiques en Communications de Tunis
(Iset’Com), option « Réseaux et Services de Télécommunications », nous sommes
menées à effectuer ce projet de fin d’études dans le cadre de la préparation de diplôme
de technicien supérieur en télécommunications.
Ce projet a été effectué en collaboration entre Tunisie Télécom et l’Iset’Com.
Tunisie Télécom a pour mission d’assurer toutes les activités relatives au domaine
des télécommunications dont :
La coopération avec les organismes similaires et l’application des traites
internationales en matière de télécommunication.
L’installation, le développement, l’entretien et l’exploitation des réseaux
publics de télécommunication et en particulier, les réseaux de téléphone et de
transmission de données.
La promotion de nouveaux services de télécommunication, la
contribution au développement, aux études et recherches scientifiques liées au
secteur des télécommunications.
Le projet que nous allons réaliser a pour but de construire un outil de rapport
automatique qui permet de générer un rapport de mesures radio automatiquement .Ces
mesures radio sont effectuées par les sondes radio qui les envoie automatiquement à une
base de données centrale de type SQL Server. Enfin, l’utilisateur concerné reçoit un
rapport de mesures radio automatiquement qui lui facilite la tâche d’analyse et de
supervision des réseaux avec un mail de dysfonctionnement de serveur FTP et de
serveur base de données en cas de panne.
Arij Khouildi et Hanene Ben Hadef iv
Cahier de charge du projet
1. Cadre du projet :
Lors d’une mesure Drive Test, l’ingénieur radio est appelé à récupérer les mesures
effectuées sur l’interface radio, les interpréter et les analyser. Ceci permet à l’ingénieur
de surveiller l’état et la qualité des réseaux 2G/3G et lui offre la possibilité de faire une
étape d’analyse et d’optimisation de ces réseaux.
L’objet de ce projet de fin d’études est de développer une solution de rapport
automatique de la QoS des réseaux 2G/3G.
2. Travail demandé :
Il s’agit de développer un outil qui consiste à automatiser la procédure de
génération de rapport de mesures radio de la QoS des réseaux 2G/3G.
Le travail demandé est de développer des modules pour le monitoring
automatique et l’analyse des KPIs des réseaux mobiles 2G/3G de Tunisie Télécom issue
des sondes radio de la plateforme Tems Automatic.
3. Plan de travail :
Comprendre et maitriser l’architecture et le fonctionnement de la plateforme Tems
Automatic de monitoring des réseaux 2G/3G de Tunisie Télécom.
Programmation de module pour le rapport automatique des différents indicateurs
de performance de la qualité de service radio 2G/3G des réseaux de Tunisie Télécom.
Proposer des mécanismes optimisés pour le suivi automatique de fonctionnement
des éléments de la plateforme.
Arij Khouildi et Hanene Ben Hadef v
Mots clés : Réseaux 2G/3G, KPIs voix et data, VBA, Plateforme sondes radio Tems.
Tables des matières
Liste des figures............................................................................................................................. vii
Introduction générale ...................................................................................................................... 8
Chapitre 1 : Architecture et QoS des réseaux mobiles 2G / 3G ................................................... 3
1. 1. Introduction : ....................................................................................................................... 3
1. 2. L’architecture des réseaux 2G / 3G : ................................................................................. 3
1. 2. 1. L’architecture du réseau 2G : ...................................................................................... 3
1. 2. 2. L’architecture du réseau 3G : ...................................................................................... 6
1. 3. Notion et mesures de la QoS des réseaux 2G /3G : .......................................................... 8
1. 3. 1. Notion et critères d’évaluation de la QoS des réseaux mobiles : ............................. 8
1. 3. 2. Systèmes et outils de mesure et de suivi de la QoS des réseaux mobiles : ............ 10
1. 4. Conclusion : ....................................................................................................................... 12
Chapitre 2 : La plateforme Tems Automatic ............................................................................... 13
2. 1. Introduction : ..................................................................................................................... 13
2. 2. Architecture générale de la plateforme Tems : ............................................................... 13
2. 2. 1. Les sondes radio : ...................................................................................................... 14
2. 2. 2. Le serveur central : .................................................................................................... 18
2. 2. 3. Les applications d’exploitation : ............................................................................... 21
2. 3. Conclusion : ....................................................................................................................... 26
Chapitre 3 : Conception et réalisation de l’outil de rapport automatique .................................. 27
3. 1. Introduction : ..................................................................................................................... 27
3. 2. Spécification des besoins et choix de l’environnement de développement : ................ 27
3. 3. L’architecture de l’outil : .................................................................................................. 29
3. 4. Configuration de l’outil : .................................................................................................. 30
3. 4. 1. Interface pour la configuration relative aux rapports : ............................................ 31
Arij Khouildi et Hanene Ben Hadef vi
3. 4. 2. Interface pour la configuration des mails :............................................................... 32
3. 4. 3. Interface pour la configuration des adresses IP des serveurs : ............................... 34
3. 5. La conception d’un nouveau rapport : ............................................................................. 35
3. 6. Conclusion : ....................................................................................................................... 42
Conclusion générale ...................................................................................................................... 43
Annexes ......................................................................................................................................... 45
Bibliographie ................................................................................................................................. 48
Arij Khouildi et Hanene Ben Hadef vii
Liste des figures
Figure 1.1 : L’architecture du réseau 2G ............................................................................. 4
Figure 1.2 : L’architecture du réseau 3G ............................................................................. 6
Figure 1.3 : La chaine de mesure de Drive Test ................................................................ 11
Figure 2.4 : L’architecture générale de la plateforme Tems Automatic .......................... 14
Figure 2.5 : Exemple d’un MTU ........................................................................................ 15
Figure 2.6 : Le panneau d’arrière du MTU ....................................................................... 15
Figure 2.7 : Le panneau de face du MTU .......................................................................... 16
Figure 2.8 : Configuration d’un MTU ............................................................................... 17
Figure 2.9 : La Configuration de General Settings d’un MTU ........................................ 17
Figure 2.10 : La Configuration de MTU SIM Settings..................................................... 18
Figure 2.11 : L’architecture du serveur central ................................................................. 19
Figure 2.12 : La base de données de mesures ................................................................... 20
Figure 2.13 : La base de données statistique ..................................................................... 20
Figure 2.14 : Les statistiques de Tems Presentation ......................................................... 22
Figure 2.15 : BenchMarking entre deux opérateurs .......................................................... 22
Figure 2.16 : Contrôle d’activité de MTU ......................................................................... 23
Figure 2.17 : Configuration d’un Work Order .................................................................. 24
Figure 2.18 : Contrôle des serveurs centraux .................................................................... 24
Figure 3.19 : Conception de l’outil .................................................................................... 29
Figure 3.20 : L’architecture générale de l’outil de rapport automatique ......................... 30
Figure 3.21 : L’interface principale de l’outil de rapport automatique............................ 32
Figure 3.22 : Configuration de mail pour l’envoi du rapport ........................................... 33
Figure 3.23 : Le code d’envoi de rapport par mail ............................................................ 33
Figure 3.24 : Configuration de mail pour le dysfonctionnement des serveurs................ 34
Figure 3.25 : Configuration des adresses IP des serveurs ................................................ 35
Arij Khouildi et Hanene Ben Hadef viii
Figure 3.26 : Connexion à la base de données Tems SQL Server ................................... 36
Figure 3.27 : Le nouveau tableau croisé dynamique ........................................................ 36
Figure 3.28 : L’ajout d’un signet ........................................................................................ 38
Figure 3.29 : L’exemple de notre Template Word ............................................................ 38
Figure 3.30 : Le code d’extension *.vbs ............................................................................ 40
Figure 3.31 : Le fichier .exe Tems Automatic................................................................... 40
Figure 3.32 : Création d’une tâche planifiée ..................................................................... 41
Figure 3.33 : Tâche exécutable........................................................................................... 41
Introduction générale
Les évolutions technologiques dans le monde ne cessent de s’accentuer à haute
cadence, notamment pour les systèmes de télécommunications mobiles. Durant ces
dernières années, les réseaux mobiles ont eu une expansion sans précédent en termes de
Arij Khouildi et Hanene Ben Hadef 1
capacité et en nombre d’abonnés. La norme GSM (Global System for Mobile
communication) représente de nos jours le système de télécommunications mobile le
plus étendu et le plus répandu à travers le monde. Initialement, le système GSM a été
conçu pour offrir principalement un service de téléphonie orienté circuit et permet aussi
le transfert des données à un débit limité de 9,6 kbit/s.
Le réseau UMTS (Universal Mobile Telecommunication System) vient de se
greffer sur le réseau GSM .C’est un réseau cellulaire de troisième génération, il a été
conçu afin d’offrir de nouvelles applications multimédias tel que la visiophonie, internet
haut débit...Ces applications présentent de nouveaux défis pour les opérateurs du fait
qu’ils sont soumis à des fortes contraintes de qualité de service.
D’où, le besoin de suivre de près les dégradations ou les améliorations du réseau,
ainsi l’identification des nœuds signalant des problèmes à travers des différentes
méthodes : les réclamations clients, l’OSS et le Drive Test. La méthode de Drive Test
consiste à la caractérisation précise des canaux radio. Elle permet la récupération d’une
trace des mesures faites par le mobile à différents instants. Mais, cette solution n’est ni
pratique ni économique car elle nécessite la présence obligatoire des agents pour se
déplacer et assurer les mesures radio.
Par conséquents, Tunisie Télécom a acquis une nouvelle plateforme Tems
Automatic d’Ascom qui assure la méthode de mesures Drive Test automatiquement.
Mais, les administrateurs doivent toujours consulter les serveurs de la plateforme pour
récupérer les données, les traiter et les afficher sous forme de graphiques et de tableaux
afin de générer un rapport de mesures. Or, ceci cause un problème de temps au niveau
de la génération de rapport. Alors, notre solution vient d’éviter ces problèmes et offre la
possibilité de génération automatique de rapport de mesures radio. Ainsi, elle permet
d’assurer l’envoi de ce rapport par mail et de surveiller l’état de fonctionnement des
serveurs.
Dans le présent document, nous nous sommes particulièrement intéressées à
donner dans un premier chapitre un aperçu sur la norme 2G/3G. En fait, nous allons
présenter l’architecture du réseau 2G/3G en termes de sous systèmes radio. De plus,
nous allons exposer la notion de la qualité de service de ces normes ainsi que les critères
d’évaluations et les outils de mesure et de suivi de cette qualité.
Arij Khouildi et Hanene Ben Hadef 2
Dans le deuxième chapitre, nous tenons à présenter la solution des sondes radio
d’Ascom appelée Tems Automatic. Nous allons détailler son architecture et son
fonctionnement ainsi que son apport par apport aux solutions de Drive Test Classique
existantes ; mais aussi en précisant ses limites aux niveaux du rapport automatique.
Et finalement, nous allons décrire les spécifications des besoins fonctionnels de
l’outil ainsi que sa conception. Ensuite, nous passons au développement de l'application
et ceci en introduisant en première partie l’architecture générale de l’outil ainsi que sa
configuration et en deuxième partie nous allons présenter les étapes de génération du
rapport automatique.
Arij khouildi et Hanene Ben Hadef 3
Chapitre 1 : Architecture et QoS des réseaux
mobiles 2G / 3G
1. 1. Introduction :
Le développement des nouvelles technologies de l’information et de la
communication ainsi que l’apparition des nouveaux services dans un environnement
concurrentiel nécessite la réalisation des études permettant d’aider à maitriser la qualité
de service. Ces études sont d’une grande importance pour les opérateurs qui ont besoin
de tout connaitre pour pouvoir améliorer la qualité de service des réseaux mobiles.
Dans ce chapitre, nous allons traiter les notions de bases des réseaux 2G/3G, nous
allons étudier tout d’abord leurs architectures, puis nous allons traiter les critères de la
qualité de service des réseaux radio et enfin nous allons présenter les différentes
techniques de mesures de la QoS.
1. 2. L’architecture des réseaux 2G / 3G :
1. 2. 1. L’architecture du réseau 2G :
Un réseau de radiotéléphonie a pour premier rôle de permettre des
communications entre abonnés mobiles et abonnés du réseau téléphonique commuté
RTC. Il s’interface avec le RTC et comprend des commutateurs. Il est caractérisé par un
accès très spécifique: la liaison radio [4]. Enfin, comme tout réseau, il doit offrir à
l'opérateur des facilités d'exploitation et de maintenance.
L’architecture de base du système 2G prévoit, alors, quatre sous-systèmes
principaux dont chacun dispose d'un certain nombre d'unités fonctionnelles et est
connecté à l’autre à travers des interfaces standards qui seront décrites ultérieurement.
Ces principaux sous-systèmes du réseau 2G sont détaillés dans la figure ci-dessous [6]:
Chapitre1 Architecture et QoS des réseaux mobiles 2G/3G
Arij Khouildi et Hanene Ben Hadef 4
Figure 1.1 : L’architecture du réseau 2G
MS (Mobile Station) : La station mobile est l’équipement physique utilisé par
l’usager du réseau GSM pour accéder aux services de télécommunications offerts [5].
BSS (Base Station Sub-system) : Le sous-système radio est l'ensemble des
constituants du réseau qui gère l'échange et la transmission des données. Le sous-
système radio est principalement constitué de deux éléments:
La station de base BTS : C’est un ensemble d'émetteurs-récepteurs. Elle gère
les problèmes liés à la transmission radio. Elle réalise aussi des mesures radio
pour vérifier qu'une communication en cours se déroule correctement : Ces
mesures sont directement transmises à la BSC.
La station de base BSC : C’est l'organe intelligent du sous système radio. Elle
gère les ressources radio. Elle commande l'allocation des canaux et utilise les
MS
BTS
BTS
BTS BSC
MSC
MSC
HLR
RTCP
VLR
Le BSS Le NSS
OSS OMC
Abis
BSC
BTS
A
Um
Chapitre1 Architecture et QoS des réseaux mobiles 2G/3G
Arij Khouildi et Hanene Ben Hadef 5
mesures effectuées par la BTS pour contrôler les puissances d'émission du
mobile.
NSS (Network Station Sub-system) : Il s’occupe de l’interconnexion avec les
réseaux fixes, publics ou privés, auxquels est rattaché le réseau mobile. Il gère en outre
l’établissement des communications avec les utilisateurs mobiles. Il comprend les
parties suivantes :
MSC (Mobile services Switched Center) : C’est un commutateur de mobiles
généralement associés aux bases de données VLR. Il assure une
interconnexion entre le réseau mobile et le réseau fixe public. Le MSC gère
l'établissement des communications entre un mobile et un autre MSC, la
transmission des messages courts et l'exécution du handover si le MSC
concerné est impliqué.
VLR (Visitor Location Register): C’est une base de données qui mémorise les
données d’abonnement des abonnés présents dans une zone géographique. Les
données mémorisées par le VLR sont similaires à celles du HLR mais
concernent seulement les abonnés mobiles présents dans la zone considérée. Il
attribue également l’identité temporaire (TMSI) au mobile lorsque ce dernier
entre dans la zone couverte.
HLR (Home Location Register): C’est une base de données qui assure le
stockage des informations sur l'identité et la localisation des abonnées.
L’OMC (Operating and Maintenance Center): Le système d’exploitation et de
maintenance OMC se connecte aux MSC et BSC et il possède les fonctions suivantes:
L’accès à distance à tous les éléments qui composent le réseau GSM (BSS,
MSC, VLR, HLR…).
La gestion des alertes et de l’état du système avec la possibilité d'effectuer
différentes sortes de test permettant l’analyse des prestations et la surveillance
de la qualité de fonctionnement de ce dernier.
Le stockage de toutes les données relatives au trafic des abonnés, nécessaires à
la facturation.
Chapitre1 Architecture et QoS des réseaux mobiles 2G/3G
Arij Khouildi et Hanene Ben Hadef 6
La supervision du flux du trafic dans les centrales et l’introduction de
changements éventuels dans le même flux.
Dans le réseau 2G, les interfaces sont des composantes importantes car elles
assurent le dialogue entre les équipements et permettent leurs interfonctionnements. Ces
interfaces sont [6] :
L’interface radio Um : C’est l’interface entre les deux sous systèmes MS et le
BSS. On la nomme couramment « interface radio » ou « interface air ».
L’interface A-bis : C’est l’interface entre les deux composants du sous système
BSS : la BTS et le BSC.
L’interface A : C’est l’interface entre les deux sous systèmes le BSS et le NSS.
1. 2. 2. L’architecture du réseau 3G :
Le réseau 3G vient de se combiner aux réseaux déjà existants et il apporte des
fonctionnalités Multimédia. Sur le plan technique, l’architecture du réseau 3G est
complémentaire des autres architectures afin d'optimiser la qualité de service .Elle est
composée de trois sous systèmes principaux qui sont détaillés dans la figure
suivante [7]:
Figure 1.2 : L’architecture du réseau 3G
Node B
Node B Internet Core
Network
Node B
Node B
Réseau
Cœur CN
Réseau d’accès UTRAN Réseaux
externes
Equipement
Usager
Uu
Iub
RNC
Iur
Iu
RNC
UE
Chapitre1 Architecture et QoS des réseaux mobiles 2G/3G
Arij Khouildi et Hanene Ben Hadef 7
UE (User Equipement) : Il contient l’identité de l’abonné et certaines
informations relatives à cet abonnement, les algorithmes d’authentification et les clés
d’authentification et de cryptage.
UTRAN (UMTS Terrestrial Radio Access Network) : Le réseau d’accès
UTRAN est doté de plusieurs fonctionnalités. Sa fonction principale est de transférer les
données générées par l’usager. Il est une passerelle entre l’équipement usager et le
réseau cœur via les interfaces Uu et Iu. Cependant, il est chargé d’autres fonctions de
sécurité, de mobilité, de gestion des ressources radio et de synchronisation.
Le Node B : assure les fonctions de réception et de transmission radio pour une
ou plusieurs cellules du réseau d’accès de l’UMTS avec un équipement usager.
Le RNC (Radio Network Controller) : s’interface avec le réseau cœur à travers
l’interface Iu. Il est responsable du contrôle de charge et du contrôle de la
congestion des cellules correspondant à ces Nodes B.
Le réseau Cœur (Core Network) : C’est la partie du système chargée de la
gestion des appels. Il permet aux abonnées de communiquer à l’intérieur d’un même
réseau de téléphonie mobile et assure l’interconnexion de ce dernier avec des réseaux
externes, fixes ou mobiles. Dans ce réseau, on distingue deux sous‐réseaux ou domaines
: le domaine CS (Circuit‐Switched) et le domaine PS (Packet Switched) qui permettent
d’assurer la communication de paquets.
Il existe plusieurs types d’interfaces de communication qui coexistent au sein du
réseau 3G [7]:
Uu : Interface entre un équipement usager et le réseau d’accès UTRAN. Elle
permet la communication avec l’UTRAN via la technologie CDMA.
Iu : Interface entre le réseau d’accès UTRAN et le réseau cœur de l’UMTS. Elle
permet au contrôleur radio RNC de communiquer avec le SGSN.
Iur : Interface qui permet à deux contrôleurs radio RNC de communiquer.
Iub : Interface qui permet la communication entre un Node B et un contrôleur
radio RNC.
Chapitre1 Architecture et QoS des réseaux mobiles 2G/3G
Arij Khouildi et Hanene Ben Hadef 8
1. 3. Notion et mesures de la QoS des réseaux 2G /3G :
1. 3. 1. Notion et critères d’évaluation de la QoS des réseaux mobiles :
La QoS est la capacité à adapter un service aux besoins d'une application. Elle est
évaluée, d’une part, du point de vue du consommateur qui permet de déterminer la
réussite ou l’échec du service et d’autre part, du point de vue opérateur d’une façon
objective à travers l’analyse des indicateurs de qualité de service suivant certains
critères. Les classes d’indicateurs comportent l’accès au réseau, l’accès au service,
l’intégrité du service et le maintien du service. Ces classes d’indicateurs de qualité de
service sont évaluées par les indicateurs clés de performances KPI (Key Performance
Indicator).
Un KPI est une valeur représentative permettant d’évaluer la performance de
système. Cette valeur est obtenue à partir d’une ou de plusieurs mesures brutes relevées
par des compteurs spécifiques. Ces indicateurs permettent d’analyser, de détecter et
d’identifier les éventuels problèmes des réseaux afin d’évaluer la qualité et la
performance des réseaux. Les KPI sont réparties sur trois parties [13] :
Accessibility : Elle est définie comme étant l’aptitude d’un usager à obtenir
un service demandé au système. Il est possible que le taux de réussite de l'accès pour
quelques cellules puisse montrer un taux de réussite parfait.
Retainability : Elle est définie comme étant la capacité de maintenir l'appel
en cours jusqu'à ce que l'abonné mette fin à son appel. Une coupure d’appel est
l'événement quand un appel est terminé anormalement ou résilié par le réseau.
Integrity : Elle est définie comme étant l’aptitude de l’usager à recevoir un
service demandé à la qualité de service souhaitée.
Ainsi, Les Objectifs d’un opérateur de réseaux mobiles sont donc les suivants :
Disponibilité du réseau (probabilité d'obtention d'un nouvel appel)
Maintien des communications (la probabilité de coupure d'une
communication voix ou data)
Qualité auditive de la communication (puissance du signal, brouillage,
débit,..).
Chapitre1 Architecture et QoS des réseaux mobiles 2G/3G
Arij Khouildi et Hanene Ben Hadef 9
Si un des KPI dépasse les seuils fixés par l’opérateur, le superviseur du réseau
remarque qu’un problème est parvenu au niveau de la fonctionnalité qu’assure cet
indicateur. Généralement, la cause de ce problème peut être un problème de couverture,
interférence, insuffisance de capacité, mauvais paramétrage du réseau…
Par exemple, si le taux de coupure de l’appel est supérieur à 2% alors on a un
problème de maintien d’appel qui peut être causé soit par la mauvaise couverture,
l’interférence, soit par un problème lors du handover (dans ce cas on consultera les taux
de succès de handover) ou un mauvais paramétrage du réseau. Aussi, si le taux de
succès de l’établissement d’un service est inférieur à 95%, dans ce cas on a un problème
d’accès au réseau causé par la capacité, l’interférence ou un problème de paramétrage
du réseau. Le tableau suivant illustre les seuils de quelques KPI [2] :
Indicateur Seuils
Taux de perte des sessions < 5%
Taux de retransmission des sessions <5%
Taux d’établissement des sessions > 95%
Taux de coupures des sessions RNC 2%
Taux des sessions réussis >95%
Taux de coupure sessions radio 2%
Taux de coupures d’appels (call drop) 2%
Taux d’établissement d’appels (call setup) >95%
Taux d’appels réussis (call success) >95%
Taux d’échec de handover 2%
Tableau 1.1 : Les seuils de KPIs
Chapitre1 Architecture et QoS des réseaux mobiles 2G/3G
Arij Khouildi et Hanene Ben Hadef 10
1. 3. 2. Systèmes et outils de mesure et de suivi de la QoS des réseaux mobiles :
Les mesures de la QoS mobile se font alors selon les méthodes suivantes :
Mesures OSS : L’OSS sont des équipements de gestion, de collecte et de
statistiques d’équipements d’un réseau mobile. Ils sont en contact avec les équipements
du réseau et récupèrent leurs informations/compteurs.
Les données OSS sont sous forme de données brutes. Pour qu'elles soient
exploitables, elles sont transformées en KPI (Key Performance Indicators). Les KPI
sont obtenus à l'aide de formules et par la compilation des différentes données.
Les mesures OSS sont utilisées dans plusieurs domaines tel que : l’optimisation et
la planification du réseau, les statistiques de la qualité de fonctionnement des
équipements réseaux, l’investigation en cas de problème sur le réseau,…
Les plaintes des clients : C'est une source importante sur la qualité de service du
réseau qui ne peut pas être ignorée.
Les analyseurs de protocoles (sondes d’interfaces) : Ils sont connectés aux
interfaces entres les différents équipements du réseau tel que : BTS/Node B, BSC/RNC,
MSC Server,… pour vérifier les problèmes sur le réseau mobile. Lorsqu'un problème
est découvert, il est remonté aux employés pour être analysé.
Actuellement, Tunisie Télécom utilise la Solution Sondes Nexus Net View pour
superviser les interfaces A et Gb de son réseau mobile GSM et vise à son extension
pour couvrir toutes les autres interfaces des réseaux 2G et 3G tel que : Gn, MAP, Iub,
Iu-PS, Iu-CS,....
Drive Tests : Ce sont des mesures radio d'un ou plusieurs réseaux mobiles, les
opérateurs prennent le rôle des utilisateurs et mesurent la qualité de service, les
problèmes de cette qualité sont découverts par les employés.
La méthode de mesure du Drive Test consiste à la caractérisation précise des
canaux radio. Cette technique d’analyse permet la récupération d’une trace des mesures
faites par le mobile à différents instants [8].
Chapitre1 Architecture et QoS des réseaux mobiles 2G/3G
Arij Khouildi et Hanene Ben Hadef 11
Figure 1.3 : La chaine de mesure de Drive Test
Cette méthode donc consiste à embarquer sur une voiture les équipements
suivants [2] :
o Un UE : un mobile de test avec double capacité GSM/UMTS équipé d’un
logiciel spécial. Il est appelé généralement mobile à trace.
o Un système de localisation GPS (Global Positionner System) : utilisé pour la
localisation exacte de la position où on désire faire l’étude de l’environnement
radio.
o Un PC portable : permet d’automatiser l’acquisition et le stockage des données.
Le PC doit être équipé d’une carte interface RS 232 pour assurer le lien entre la
sortie série du UE et le port série du PC.
o Un onduleur d’alimentation permettant d’alimenter les différents appareils de
mesure.
Tout le long du trajet, la chaine de mesures effectue des mesures instantanées.
Les données sont présentées en temps réel et seront stockées dans des fichiers.
Grâce à des mesures effectuées en différents scénario possibles, on teste
l’établissement de l’appel (absence d’échec), le maintien de la communication pendant
un certain temps seuil (absence de coupure) et la qualité de la communication, etc…,
tout en tenant compte de la mobilité de l’usager. Le rapport de mesure ainsi obtenu
reflète de façon objective la qualité de service des prestations des opérateurs. Les
mesures effectuées constituent pour cela le meilleur moyen de vérifier les performances
du réseau et de les ajuster aux attentes des abonnés, car elles décrivent l’état de la
qualité des ressources radio du réseau telle qu’elle est perçue par les abonnés.
La chaine de mesures peut être exploitée :
Chapitre1 Architecture et QoS des réseaux mobiles 2G/3G
Arij Khouildi et Hanene Ben Hadef 12
o En tant qu’analyseur de protocole par l’affichage des différents paramètres
réseaux lors d’un Reply d’un fichier Drive Test pour permettre de détecter et
comprendre l’origine de certain problème de la qualité de service tel que
coupure d’appel, brouillage ou interférence, faible débit data,…
o Pour effectuer un Benchmarking (comparaison) de la qualité de service radio
entre opérateurs : comparaison du taux de couverture des réseaux 2G/3G des
opérateurs, taux d’accessibilité des services, taux de maintien d’appels, débit de
téléchargement moyen /max …
o La génération de tableaux de bords « rapport de KPIs réseau » pour les
directeurs.
Ces deux dernières cas d’utilisation d’une chaine de mesures radio, nécessitent
un grand nombre d’échantillons de mesures pour que les statistiques ou KPIs visés
soient fiables; ceci nécessite un temps de plusieurs heures de mesures couvrant le
maximum possible d’une zone donnée, ce qui présente une contrainte énorme pour un
opérateur d’où le recourt aux solutions de sondes radio automatiques placées dans des
Taxis, des Bus ou des véhicules de hautes mobilités.
Actuellement Tunisie Télécom utilise 15 chaines de mesures type NEMO
Outdoor, 11 chaines de mesures radio type Agilent JDSU et deux chaines de mesures
type TEMS Investigation réparties sur les différentes directions régionales et la
direction centrale technique.
1. 4. Conclusion :
Tout opérateur essaye de réduire le taux de coupure des appels, de détecter les
points de congestion, d’augmenter le trafic, d’éliminer les handovers inutiles et de
localiser les endroits où il est nécessaire d’opérer un Drive Test, etc. Mais, ce dernier
présente une limite , en effet, il nécessite la présence obligatoire des agents pour se
déplacer et assurer les mesures radio. D’où la nécessité de trouver une solution plus
efficace et économique qui garantit l’automatisation des mesures radio. Par conséquent,
Tunisie Télécom acquis une nouvelle plateforme Tems Automatic d’Ascom qui assure
la méthode de mesures de Drive Test automatiquement à l’aide d’une cinquantaine de
sondes automatiques installées sur des Taxis, des Bus SNTRI et des véhicules propres à
Chapitre1 Architecture et QoS des réseaux mobiles 2G/3G
Arij Khouildi et Hanene Ben Hadef 13
Tunisie Télécom. Ainsi, dans la suite de ce rapport, nous allons présenter la plateforme
Tems Automatic ainsi que ces différents composants et nous allons détailler son utilité.
Arij khouildi et Hanene Ben Hadef 13
Chapitre 2 : La plateforme Tems Automatic
2. 1. Introduction :
Dans ce chapitre, nous allons nous intéresser à la description de la plateforme
Tems Automatic. Cette plateforme permet d’une part d’effectuer la collecte des mesures
radio et d’autre part d’envoyer ces données mesurées vers le serveur FTP qui lui même
les transmet vers notre serveur de base de données SQL Server. Dans ce qui suit alors,
nous allons décrire l’architecture et le rôle de cette plateforme ainsi que ses différents
composants.
2. 2. Architecture générale de la plateforme Tems :
La plateforme Tems Automatic d’Ascom acquise par Tunisie Télécom est une
plateforme automatisée pour la collecte et la présentation de données de mesures Drives
Test assurée par les sondes radio. Elle est composée de trois parties globales qui sont :
les sondes radio, le serveur central et les applications d’exploitation [12].
Collecte et envoi automatique
des mesures radio
Sauvegarde et
traitement des mesures statistiques
1
La base
de
données
Les applications
d’exploitation
2
3
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 14
Figure 2.4 : L’architecture générale de la plateforme Tems Automatic
Les sondes radio : Ce sont des équipements qui assurent la collecte des
mesures de Drive Test, elles sont installées sur des véhicules tels que les Taxis et les
Bus appelés MTUs et elles sont configurées à distance pour qu’elles puissent envoyer
les mesures automatiquement vers le serveur central.
Le serveur central : Il contient un serveur vocal, un serveur FTP, les bases
de données et un serveur de traitement des mesures.
Les applications d’exploitation : Ces applications sont dédiées pour le suivi
de fonctionnement/dysfonctionnement des différents équipements de la plateforme, de
faire une analyse des Drive Test et de présenter les mesures sous forme de statistiques.
Dans les paragraphes suivants, nous allons détailler la description technique de
ces trois parties globales constitutives de la plateforme.
2. 2. 1. Les sondes radio :
Ces sondes radio sont des équipements qui assurent la collecte automatique des
mesures radio, toutefois elles sont installées sur des véhicules tels que les Taxis et les
Bus appelés MTUs (Mobile Terminal Units), aussi la collecte des données radio peut
être assurée à l’aide d’un mobile spécial (appelés TPR : Tems Pocket Remote)
contenant un logiciel qui permet l’enregistrement des mesures radio et leurs envoi vers
le serveur central.
Dans les paragraphes suivants, nous allons détailler les caractéristiques
techniques des deux types de sondes radio ainsi que leurs mode de fonctionnement.
2. 2. 1. 1. Les MTUs :
Les MTUs sont des sondes de mesures. Ils sont généralement installés dans un
véhicule comme un taxi ou un bus (voir figure 2.5), mais ils peuvent être aussi installés
dans des emplacements fixes et même dans des bateaux [10].
2
3
1
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 15
Figure 2.5 : Exemple d’un MTU
Le MTU est implémenté comme une unité intégrée, composée d’une carte mère
intégrée, d'un mobile, d’une carte de données et d’un GPS. Le matériel est contenu
dans un seul boîtier. Dans ce qui suit, nous allons décrire avec plus de détails le panneau
de face ainsi que le panneau d’arrière du MTU [11].
Figure 2.6 : Le panneau d’arrière du MTU
La figure 2.6 présente le panneau d’arrière du MTU. Cette interface comporte les
connecteurs suivants :
o Le connecteur d’antenne GPS.
o Le connecteur d’alimentation qui permet d’alimenter cet équipement.
o Le connecteur de l’antenne de mobile qui permet de connecter l’antenne de carte
de donnée.
o Le connecteur du modem de diversité d’antenne.
o Le connecteur de modem primaire.
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 16
Figure 2.7 : Le panneau de face du MTU
Cette figure décrit le panneau de face du MTU [11]. Il est composé de plusieurs
connecteurs : un connecteur GPS, un connecteur COM1, COM2 qui permet de lier la
boite à un PC pour suivre ses traces et contrôler son état, un connecteur USB qui sert à
connecter un scanner et un connecteur Ethernet. Cette interface est composée aussi de
plusieurs voyons :
o GPS: Allumé lorsque le GPS est actif et reçoit des données.
o MEAS: Allumé en mode de mesure.
o ERR: rouge allumée en cas de défaillance du système.
o PWR: Allumé en mode de fonctionnement normal.
o MODE: Allumé lorsque le MTU port série est connecté à un PC pour la
configuration.
o DONNÉES: Allumé quand la MTU est entrain de transférer ou de recevoir des
fichiers.
o STAT: Non utilisé.
o ACT: Clignote lorsque le MTU est entrain d'accéder à son disque flash.
La configuration d’un MTU : Pour configurer un MTU, nous insérons la Data
Card de notre boite MTU dans un le lecteur Multicard et on suit les étapes suivantes :
Program File Ericson Tems Automatic MTU UMTS BIN
InitConfMAN
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 17
Figure 2.8 : Configuration d’un MTU
Ensuite, nous cliquons sur Create et nous choisissons le type de paramètre à
configurer. Nous commençons par choisir le premier paramètre General Settings. Nous
saisissons les champs obligatoires de General Settings comme le FTP Settings et nous
cliquons sur PSD et enfin sur Save.
Figure 2.9 : La Configuration de General Settings d’un MTU
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 18
Nous passons à configurer le deuxième paramètre MTU SIM Settings et nous
saisissons le numéro de SIM utilisé ainsi que son MCC et MNC qui servent à identifier
le réseau de l’opérateur. Nous pouvons aussi insérer plusieurs SIM au même temps et à
partir du Work Order nous configurons quel SIM sera utilisé.
Figure 2.10 : La Configuration de MTU SIM Settings
2. 2. 1. 2. Les TPRs :
TEMS Pocket Remote est une sonde de mesure basée sur un terminal mobile
[9]. Cette unité permet d’effectuer des tests pour surveiller les zones du réseau où il est
difficile d’obtenir des mesures en utilisant le MTU. L’utilisation des ces sondes de test
portatif se base sur l’emplacement de ces derniers dans les mains des
utilisateurs mobiles à travers le réseau, d’où on peut obtenir une image fidèle de la
qualité du réseau. Cela nous donne alors la possibilité d'améliorer le réseau et de
résoudre ses différentes anomalies.
2. 2. 2. Le serveur central :
Le serveur central est un serveur composé de plusieurs sous serveurs : le serveur
vocal, le serveur FTP, les bases de données avec un serveur de traitement des mesures.
La figure 2.11 présente l’architecture de ce serveur.
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 19
Figure 2.11 : L’architecture du serveur central
Par la suite, nous détaillons les différents composants du serveur central :
2. 2. 2. 1. Le serveur FTP :
Le serveur FTP est le composant qui traite l’échange des fichiers de mesures
collectées par les sondes radio vers la base de données. Il possède deux adresses une
publique et une privée :
L’adresse publique du serveur FTP est : 193.95.51.253
L’adresse privée du serveur FTP est : 172.16.207.32
2. 2. 2. 2. Le serveur vocal :
Chaque fois que les unités de test s’engagent dans des appels de test de voix c'est-
à-dire s’ils initient des appels ou les reçoivent, le serveur vocal agit normalement
comme l’autre partie en répondant ou en composant des appels, selon les Work Orders.
Le serveur vocal de la plateforme Tems peut gérer jusqu’à 60 lignes simultanément
depuis deux lignes E1. Le numéro de notre serveur vocal est : 71 966 166
2. 2. 2. 3. Les bases de données :
La base de données de la plateforme Tems Automatic est de type SQL Server
scindé en deux bases de données différentes : une base de données de mesures et une
base de données statistiques [10].
Serveur
Vocal
Serveur de
traitement
des mesures
Base de
données de
mesures
Les
unités
de test
Serveur
FTP
Base de
données
statistiques
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 20
Base de données de mesures : Elle contient toutes les données brutes de
mesures ainsi que les données du site. En outre, elle est utilisée pour stocker les
paramètres des utilisateurs, des présentations et des définitions de la zone.
Figure 2.12 : La base de données de mesures
Base de données statistiques : Elle est utilisée uniquement pour stocker une
collection de groupes de mesures contenant des données statistiques agrégées sur
un sous-ensemble d'une base de données de mesures. Plus précisément, elle couvre une
région géographique fixe et s'étend sur un intervalle de temps fixe, compté en
jours entiers.
Figure 2.13 : La base de données statistique
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 21
2. 2. 2. 4. Le serveur de traitement des mesures :
Le serveur de traitement des mesures agit donc comme un intermédiaire entre le
serveur FTP et le serveur de base de données. À partir du serveur FTP, il télécharge les
données des unités de test et les traduit et écrit à la base de données.
2. 2. 3. Les applications d’exploitation :
Dans la plateforme Tems Automatic, il existe deux applications une pour
l’administration et l’autre pour l’analyse de mesures collectées par les sondes radio.
2. 2. 3. 1. Tems Presentation :
Tems Presentation est une application cliente qui permet de visualiser et
d'analyser les données brutes de mesures radio ainsi que leurs statistiques. Ces
derniers aident l'utilisateur à donner un sens aux gros volumes de données recueillies, en
transmettant les informations réelles dans un format compact. Tems Presentation
effectue les fonctions suivantes :
o Faire un Reply de Drive Test selon des choix multiples (zone, date, type de
meures …).
o Afficher pour une zone choisie les statistiques de Drive Test agrégés dans des
parcelles de dimension ou de fichiers (voir figure 2.14).
o Présenter un Benchmark de certains paramètres (période, zone, couverture,
qualité…) entre deux opérateurs différents (voir figure 2.15).
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 22
Figure 2.14 : Les statistiques de Tems Presentation
Figure 2.15 : BenchMarking entre deux opérateurs
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 23
2. 2. 3. 2. Operator Console :
L’Operator Console est utilisé pour configurer le fonctionnement des sondes par
des ordres de travaux. L’Operator Console est aussi utilisé pour le suivi de
fonctionnement des différentes entités de la plateforme (voir figure 2.16).
En résumé, l’Operator Console effectue les fonctions suivantes :
Configuration et contrôle d’activité d'unité de test (voir figure 2.16)
Configuration des Work Orders (voir figure 2.17)
Administration de mises à jour de logiciels à ditance
Figure 2.16 : Contrôle d’activité de MTU
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 24
Figure 2.17 : Configuration d’un Work Order
Figure 2.18 : Contrôle des serveurs centraux
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 25
2. 2. 3. 3. Les rapports :
Dans cette partie, nous allons examiner les différentes possibilités pour le partage
des informations et des connaissances d'une manière efficace, grâce à des rapports. Les
données brutes, recueillies par les unités de test et de mesure sont stockées dans un
serveur de base données SQL Server. Ces informations recueillies peuvent être
consultées et exportées de manière différente soit en utilisant le rapport avec Excel soit
le rapport avec Crystal Reports.
Le rapport avec Excel :
Le rapport avec Excel permet à l'utilisateur de générer un rapport manuel en
suivant ces différentes étapes :
Connexion à une base de données externe
Création d’un tableau croisé dynamique
Création d’un graphique croisé dynamique
Génération d’une Template Word
La solution de rapport avec Excel est simple d’utilisation, fiable parce que nous
sommes directement reliées aux données mais elle est très lente donc elle n’est pas
pratique.
Le rapport avec Crystal Reports :
Crystal Reports est un progiciel d’informatique décisionnelle qui permet de
générer une grande variété de rapports à partir de données informatiques. Crystal
Reports permet de créer les connexions aux données sources et la génération de
présentations graphiques. Mais, il présente des inconvénients différents qui sont [3] :
Outil utilisateur final : L'outil de modification pour l'utilisateur final est
payant: il faut faire l'acquisition des licences nécessaires or Tunisie Télécom
possède une seule licence d’où un seul utilisateur peut y accéder.
Souplesse : Il est impossible de construire complètement un état par
programme, il existe de nombreuses possibilités de paramétrage, mais on ne
peut pas changer dynamiquement le contenu ou le visuel des colonnes.
Chapitre 2 La plateforme Tems Automatic
Arij Khouildi et Hanene Ben Hadef 26
Performance : Temps de chargement et d'exécution des états assez long.
Portabilité : Crystal Reports est un produit spécifique pour Windows, ce n'est
donc pas l'idéal pour Linux.
2. 3. Conclusion :
Dans ce chapitre, nous avons présenté l’architecture générale de la plateforme
Tems Automatic puis nous avons détaillé ses différents composants ainsi que leurs
rôles. Ensuite, nous avons traité les méthodes de génération de rapport plus précisément
le rapport avec Excel et le rapport avec Crystal Reports qui ne sont pas efficaces. D’où
la nécessité de trouver une solution simple et pratique qui permet l’automatisation du
rapport des KPIs radio ainsi la supervision des serveurs de la plateforme et c’est
l’objectif de notre projet. Dans la section suivante, nous allons décrire les étapes de
développement de cette application.
Arij khouildi et Hanene Ben Hadef 27
Chapitre 3 : Conception et réalisation de
l’outil de rapport automatique
3. 1. Introduction :
Dans ce chapitre, nous allons présenter notre solution de génération et envoi
automatique de rapport de la QoS des réseaux radio 2G/3G de Tunisie Télécom, perçue
par la plateforme Tems Automatic. Dans une première partie, nous allons présenter la
spécification des besoins et le choix de l’environnement de développement, dans une
seconde partie, nous allons décrire la structure de l’outil développé et les étapes
d’automatisation du rapport. Et enfin, le chapitre s’achèvera par la validation et le test
de l’application.
3. 2. Spécification des besoins et choix de l’environnement de
développement :
Notre application doit permettre de combler les limites de la plateforme Tems
Automatic d’Ascom au niveau génération et envoi automatique des rapports de KPIs, en
effet, cette application permet d’éviter :
La génération des rapports manuels qui présentent une grande complexité pour
l’analyse des données mesurées et l’évaluation des performances des réseaux.
L’Obligation des utilisateurs de consulter à chaque fois le serveur de base de
données SQL Server pour récupérer les données nécessaire à la génération de ce
rapport.
Tous ces inconvénients qui présentent une grande perte de temps et d’énergie font
l’idée de notre projet. Il s’agit de créer une application plus pratique et efficace qui
permet de générer un rapport automatique facilitant l’évaluation et l’analyse des
mesures radio effectuées par les sondes radio du système.
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 28
L’application que nous allons développer sera l'outil qu'utilisera l'ingénieur ou le
directeur pour suivre les KPIs radio des réseaux 2G/3G de Tunisie Télécom. Ainsi,
l’outil que nous nous proposerons de concevoir devra exécuter les étapes suivantes :
Récupération des données mesurées par les sondes radio à partir de la base de
données SQL Server.
Génération de rapport selon des Templates prédéfinit en utilisant les données
stockées dans la base de données sous format PDF et Word.
Envoi automatique d’un mail aux utilisateurs concernés contenant le rapport
généré.
Vérification de l’état des serveurs FTP et base de données SQL Server par
l’envoi automatique d’un mail en cas de dysfonctionnement.
Ainsi, l’utilisateur sera capable de recevoir deux mails ; un pour le rapport
automatique qui permet de suivre l’évolution de la qualité de service des réseaux radio
2G/3G et de détecter les éventuelles anomalies et l’autre pour l’informer en cas de
dysfonctionnement des serveurs de la plateforme. Afin de comprendre le processus
d’exécution de notre application, nous présentons le schéma suivant:
Plateforme Tems Automatic : Serveur FTP, Serveur de base de données SQL Server
Macro pour la connexion, la récupération et la mise à jour
des données automatique depuis une base de données SQL
Server
Macro pour l’export des données vers une Template Word
Macro pour la conversion d’un document Word en PDF
Macro pour l’envoi de mail avec un PDF attaché
Programme .exe pour automatiser l’exécution des macros dans le Task Manager de Windows
Rapport automatique des KPIs Drive Test et
Suivi automatique de fonctionnement de la plateforme
Macro de Ping
Macro d’envoi de mail
aux serveurs
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 29
Figure 3.19 : Conception de l’outil
Choix de l’environnement de développement :
Le choix des bons outils de travail est une tâche critique sur laquelle repose le bon
déroulement de l'étape de conception. Notre travail se base principalement sur
Microsoft Excel qui permet de :
Utiliser le moteur de création de graphiques entièrement revu dans Office
Excel 2007 pour communiquer les analyses dans des graphiques d'aspect
professionnel.
Créer et travailler dans des modes Tableau Croisé Dynamique interactifs en
toute simplicité.
Garantir une organisation qui dispose les données professionnelles les plus
récentes.
Exploiter la fonction existante d’Excel qui est la connexion à une source de
données externe.
Générer des rapports personnalisables.
Pour la réalisation de ce projet, plusieurs alternatives se sont proposées. Pour le
cas de la plateforme de programmation, nous avons eu le choix entre Visual Basic pour
Application (VBA) et un logiciel de programmation orienté objet (Java, PHP…). Or ce
dernier nécessite un certain niveau d’expertise et un temps énorme pour arriver à
générer des rapports personnalisables. Alors que Visual Basic pour Application est
nettement moins difficile et plus rapide et efficace. Il permet d’effectuer des
applications diverses dans Microsoft Excel. Du point de vue temps, les délais
d'exécution qu'il offre sont acceptables. En plus, il permet de générer des rapports
personnalisables dont nous avons besoin.
Après cette étude comparative, nous avons opté pour Visual Basic pour
Application (VBA) comme plateforme de programmation.
3. 3. L’architecture de l’outil :
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 30
L’architecture générale cible de notre outil préconisée pour la génération
automatique des rapports sera composée essentiellement par un ensemble des macros
Excel qui seront exécutées automatiquement par le planificateur des tâches de Windows
à l’aide d’un programme *.exe. Ces macros permettent une connexion des données à
une source de données externe (base de données SQL Server), la génération de rapport
automatiquement, l’envoi de ce dernier par mail aux utilisateurs concernés et la
notification de fonctionnement des serveurs de la plateforme par l’envoi de mail en cas
de dysfonctionnement.
Figure 3.20 : L’architecture générale de l’outil de rapport automatique
3. 4. Configuration de l’outil :
On distingue trois types de configurations nécessaires pour mener à bien notre
application :
Les configurations relatives à l’édition de rapports.
Les configurations relatives à l’envoi des rapports par mail.
Une Template Word
Rapport (doc, PDF)
1 2
3
4 5
Macros
Excel
Tableaux Croisés
Dynamiques
1
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 31
Les configurations des adresses serveurs pour pouvoir surveiller leurs
fonctionnements automatiquement.
D’où, le besoin de trois interfaces indépendantes pour la configuration des
paramètres de l’outil préconisé.
3. 4. 1. Interface pour la configuration relative aux rapports :
La première interface de l’outil se présente en une feuille Excel dans laquelle
l’utilisateur va configurer les informations spécifiques utilisées dans le rapport des KPIs
radio. Aussi, pour permettre une éventuelle utilisation manuelle de l’outil, les
différentes macros développées sont accessibles pour l’exécution à partir des différents
boutons. Alors, cette interface présente quatre boutons dont chacun est affecté à une
macro qui exécute les principales tâches de notre application :
Le bouton Mise à jour des données : permet d’effectuer une mise à jour des
données mesurées.
Le bouton Génération de rapport: permet de générer le rapport des mesures
radio.
Le bouton Envoi du rapport : permet d’envoyer le rapport généré par mail aux
utilisateurs concernés.
Le bouton Surveillance des serveurs : permet de s’assurer du bon
fonctionnement des serveurs FTP et base de données SQL Server en envoyant
un mail en cas de dysfonctionnement.
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 32
.
Figure 3.21 : L’interface principale de l’outil de rapport automatique
Cette interface contient aussi plusieurs champs à remplir comme les informations
sur le rapport.
Chemin d’accès au Template Word : Il contient le chemin du Template à
utiliser pour la génération du rapport.
Template Word : Il contient le nom du Template à utiliser.
Chemin d’accès et Nom du rapport : Il contient le chemin du rapport qu’on
vient de générer pour l’envoyer.
Enfin, elle contient tous les détails nécessaires pour l’exécution automatique de
rapport à partir d’Excel.
3. 4. 2. Interface pour la configuration des mails :
Une macro a été développée pour l’envoi de rapport généré par mail. Après avoir
configuré les paramètres de configuration de mail, c'est-à-dire les champs obligatoires
qui sont : SMTP_SERVER, FROM Name, FROM Email, SUBJECT, BODY TEXT et
TO (Liste des destinataires).
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 33
Figure 3.22 : Configuration de mail pour l’envoi du rapport
Figure 3.23 : Le code d’envoi de rapport par mail
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 34
Pour le suivi de l’état des serveurs, une macro a été développée pour l’envoi de
mail en cas de dysfonctionnement de l’un des serveurs FTP et base de données SQL
Server. Ce mail informe les administrateurs qu’une panne s’est produite pour qu’ils
puissent y intervenir.
Figure 3.24 : Configuration de mail pour le dysfonctionnement des serveurs
Une connexion internet est obligatoire pour pouvoir envoyer ces mails.
3. 4. 3. Interface pour la configuration des adresses IP des serveurs :
Pour la configuration des adresses IP des serveurs de la plateforme, une macro a
été développée pour le suivi de fonctionnement des deux serveurs FTP et base de
données SQL Server. Ces deux derniers possèdent chacun des adresses spécifiques que
l’utilisateur les utilise pour pouvoir récupérer les données.
Pour le serveur FTP, il possède deux adresses; une publique pour y accéder
facilement « 193.95.51.253 », et autre privée « 172.16.207.32 » que seulement les
administrateurs de Tunisie Télécom peuvent le consulter pour récupérer les données.
Mais, concernant le serveur de base de données SQL Server qui est un serveur local, il
possède seulement une adresse privée « 172.16.207.99 » car uniquement les
administrateurs peuvent le consulter pour extraire les données.
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 35
Figure 3.25 : Configuration des adresses IP des serveurs
3. 5. La conception d’un nouveau rapport :
Pour la conception d’un nouveau rapport, nous avons besoin d’utiliser les tableaux
croisés dynamiques, la Template Word et d’autres options pour faciliter la génération
automatique du rapport afin de gagner de temps. Dans ce qui suit, nous allons décrire
les étapes de réalisation de ce rapport.
3. 5. 1. Préparation des données dans des tableaux croisés dynamiques sur
Excel :
Un Tableau Croisé Dynamique (TCD) est la présentation d'une source de données
sous forme de tableau. Il est dynamique car toute modification de la source entraîne la
mise à jour du tableau (l'actualisation des données). Il permet de combiner et comparer
rapidement un grand nombre de données. Cet outil permet d'effectuer des calculs
(somme, nombre, moyenne, produit, max, min, écart type, var…) et d'analyser de façon
dynamique la source de données.
Pour la préparation des tableaux croisés dynamiques, nous devons consulter la
base de données pour récupérer les données nécessaires. Pour effectuer une connexion à
cette base de données à travers Excel, nous accédons à notre outil et nous cliquons sur
Données => A partir d’autres sources et ensuite sur Provenance : Analysis Server.
Enfin, nous saisissons le nom du serveur ainsi que le nom d’utilisateur et le mot de
passe.
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 36
Figure 3.26 : Connexion à la base de données Tems SQL Server
Dans ce qui suit, nous allons présenter un exemple d’un tableau croisé dynamique.
Figure 3.27 : Le nouveau tableau croisé dynamique
Ce tableau doit être rempli avec les champs qui apparaissent dans le volet de
droite. Dans notre cas, nous avons choisi les champs Zones, C/I_AVG et
RxLevel_AVG. Ce volet de droite est composé de quatre zones. Chacune zone possède
une fonction particulière :
Filtre du rapport : Permet de filtrer les données du tableau sur un ou plusieurs
champs.
Étiquettes de colonnes : Regroupe les valeurs communes ensemble et affiche le
résultat de chaque valeur dans une colonne.
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 37
Étiquettes de lignes : Affiche les résultats de la synthèse de chaque valeur sur
une ligne différente.
Valeurs : Affiche les résultats des fonctions demandées (somme, nombre,
moyenne…) selon les valeurs affichées sur les lignes et les colonnes.
Dans notre cas réel, les dimensions à choisir pour préparer un tableau croisé
dynamique, qui sera utilisé dans le rapport de la QoS perçue par Tems Automatic, sont
les suivants :
Les étiquettes de lignes:
SIM Operator
Area
MTU
Date
Les étiquettes de colonnes :
Ce sont les KPIs à afficher dans le tableau croisé dynamique. Ces valeurs de KPIs
peuvent être mises à jour manuellement par un clic sur le bouton Mise à jour des
données.
3. 5. 2. Préparation des Template Word (modèle) de rapport :
Une Template est un type de document qui crée une copie de lui-même lorsqu’on
l'ouvre. Il peut s'agir d'un fichier *.dotx ou d'un fichier *.dotm.
Une Template est constituée d'éléments fixes (textes, objets graphiques, mise en
page, styles..) ou de contenus dynamiques à l’aide de l’utilisation de la fonction Signet
de Word qui permet d’ajouter un contenu externe à un rapport. Dans notre cas, nous
allons utiliser cette option et nous allons ajouter à notre rapport des images, des tableaux
et des graphiques depuis un fichier Excel ; toutes ces options vont nous aider à générer
notre rapport d’une façon simple et rapide.
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 38
Figure 3.28 : L’ajout d’un signet
La figure suivante représente le plan de notre rapport que nous venons de créer ; il
contient la page de garde, les grands titres du rapport et les signets ajoutés.
Figure 3.29 : L’exemple de notre Template Word
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 39
3. 5. 3. Génération de rapport :
Notre rapport automatique est généré à l’aide de plusieurs outils comme les
Templates Word, les tableaux croisés dynamiques, les graphiques croisés dynamiques…
Toutes ces outils se réunissent pour nous former un rapport automatique qui sera
exécuté et mis à jour automatiquement selon deux modes :
Mode manuel :
Pour l’exécution manuelle du rapport et l’envoie par mail depuis Excel, on doit
suivre les étapes suivantes :
Ouvrir le document Excel Reporting Tools
Configurer les informations sur le rapport
Définir les filtres
Utiliser le bouton « Mise à jour des données » pour mettre à jour les données.
Ceci peut prendre quelques minutes avant que tout le tableau croisé dynamique
ne soit mis à jour selon les nouveaux filtres.
Cliquer sur « Génération de rapport » et le rapport va être généré sous format
doc et PDF.
Utiliser le bouton « Envoi du rapport » pour l’envoi du rapport par mail.
Mode automatique :
Pour l’exécution automatique des macros Excel, nous devons utiliser un
convertisseur de script qui permet de convertir des fichiers des différentes extensions
(.vbs, bat, html..) en des fichiers exécutables. Ces derniers doivent s’exécuter
automatiquement en double clic. Finalement, nous utilisons le planificateur des tâches
de Windows pour lancer ces fichiers automatiquement sans l’intervention de
l’utilisateur.
Dans notre cas, nous allons utiliser le convertisseur de script VbsEdit, qui est un
logiciel d’édition, qui permet d’éditer et de créer des scripts VBS en toute facilité. Ce
programme propose des fonctionnalités complètes et facilite la tâche. Il intègre
notamment un débogueur et une option d’aide qui permet de travailler plus rapidement
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 40
et de développer les scripts sans contrainte de temps. Dans ce qui suit, nous allons
décrire les étapes d’exécution automatique des macros :
Création d’un fichier .exe :
Nous commençons par ouvrir un nouveau fichier dans VbsEdit et nous saisissons
le code suivant qui est une succession de lignes de commande. Nous l’enregistrons
ensuite avec l’extension *.vbs .
Figure 3.30 : Le code d’extension *.vbs
Ensuite, nous cliquons sur le bouton qui permet de convertir le fichier d’extension
*.vbs en fichier *.exe . Enfin, nous obtenons un fichier d’extension *.exe qui s’exécute
automatiquement par un simple clic.
Figure 3.31 : Le fichier .exe Tems Automatic
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 41
Création de la tâche planifiée Tems :
Le planificateur des tâches permet à l’utilisateur de planifier et de configurer des
tâches automatisées sur un ordinateur selon un horaire établi. Mais, ouvrir un simple
document n'est pas la fonction principale du planificateur, cela lui donnerait peu
d'intérêts. En fait, il sert surtout à exécuter un script ou un programme. Dans notre cas,
nous allons exécuter tous les jours à 8h le fichier Tems Automatic dans le planificateur
des tâches. Le moment voulu, il s’exécutera automatiquement. Dans ce qui suit, nous
allons décrire brièvement les étapes à suivre pour créer une tâche planifiée :
Figure 3.32 : Création d’une tâche planifiée
Ensuite, nous configurons le déclencheur pour programmer l’heure et la date du
lancement de la tâche ainsi que le nombre de répétition de cette dernière selon le besoin
des administrateurs. Finalement, nous obtenons une tâche prête à s’exécuter
automatiquement dans les conditions déjà choisit.
Figure 3.33 : Tâche exécutable
Chapitre 3 Conception et réalisation de l’outil de rapport automatique
Arij Khouildi et Hanene Ben Hadef 42
Donc, nous avons profité de l’une des options de Windows pour automatiser
l’envoi de notre rapport. Nous arrivons enfin à obtenir une application puissante, qui
s’exécute sans l’intervention de l’utilisateur.
Evaluation de l’outil de rapport automatique :
Il s'agit d'un véritable outil de rapport.
Microsoft Office est facile à obtenir et à installer, il est déjà acquis et installé par
TT, et donc ne nécessite aucun surcoût de déploiement.
Les utilisateurs qui génèrent déjà leurs rapports sous Microsoft Office, puissent
facilement les personnaliser.
Il est utilisable à partir de l'internet, il permet donc une configuration globale de
l'outil (par groupe d'utilisateurs) pour les administrateurs.
Génération de rapport dynamique, il correspond à un état de la base de données
à un moment précis. Il est possible de le mettre à jour manuellement ou
automatiquement, sans refaire tous le rapport (extraction des données,
génération des tableaux et graphiques liés).
Graphiquement très abouti.
Il offre de nombreux graphiques différents et une très bonne qualité de
document.
Propose une sorti des documents au format : PDF, Word.
Les rapports peuvent être préparés par une personne ne possédant pas des
connaissances en SQL ni en VBA, il est assez simple à utiliser.
Possibilité d’une future amélioration : Génération de rapports sous format html
accessible via internet.
3. 6. Conclusion :
Dans cette section, nous avons parlé de la méthode de génération de l’outil d’un
rapport automatique et les différentes astuces utilisées pour rendre cette dernière
totalement automatique. Cette application facilite pour les utilisateurs les méthodes
d’analyse de mesures radio et surtout la résolution des problèmes au niveau du réseau.
Cette solution permet aussi de vérifier l’état de fonctionnement des serveurs FTP et base
de données SQL Server.
Arij khouildi et Hanene Ben Hadef 43
Conclusion générale
Ces dernières années, la radio mobile a été sans doute le secteur le plus
dynamique, le plus rentable et le plus innovant de toute l’Industrie des
Télécommunications. Avec l’essor rapide qu’elle connait, elle s’impose de plus en plus
comme le moyen le plus privilégié de communication et conquiert d’avantage de parts
de marché en ciblant tous les profils de consommateurs. Le développement de nouvelles
technologies ont contribué à la création d’un environnement propice à la concurrence
incitant ainsi les opérateurs à se soucier de la qualité de leurs prestations et des
performances de fonctionnement de leurs réseaux.
Il s’avère donc que la qualité, dans ce domaine comme dans beaucoup d’autres,
constitue une source importante de différenciation, et le maintien de la qualité des
communications s'avère obligatoire pour faire face à la dégradation de la qualité de
service et aux plaintes des usagers. Le suivi de cette qualité nécessite l’observation
permanente de l’état de fonctionnement du réseau et de toutes ses performances. Dans
ce contexte, le développement d'un outil de génération de rapport de mesures
automatique des réseaux 2G et 3G s'avèrent indispensable pour tout opérateur.
De ce fait, nous nous sommes intéressées dans ce rapport, à présenter l'outil de
rapport automatique des réseaux 2G/3G que nous avons développé. L'exploitation de cet
outil nécessite la récupération des mesures radio de la base de données SQL Server à
l'aide des mesures effectuées par les des sondes radio qui calculent certains indicateurs
de performances (KPI).
Cet outil comporte deux phases: une phase de génération de rapport automatique
qui facilite la supervision et l’optimisation des réseaux , et une phase d’envoi par mail
de ce rapport généré en plus d’envoi de mail en cas du dysfonctionnement du serveur
FTP et du serveur de base de données.
Pour se faire, nous avons présentées au premier volet quelques généralités sur les
réseaux mobiles. Par la suite, nous sommes passées à l'étude de la qualité de service des
Arij Khouildi et Hanene Ben Hadef 44
réseaux 2G/3G en mettant l’accent sur les différents paramètres mesurés. Ensuite, nous
avons présenté la plateforme Tems Automatic et son architecture en précisant le rôle de
chaque composant. Le dernier chapitre de notre projet a été consacré pour le
développement et la conception de l'outil et ses besoins fonctionnels. Le rapport fourni
par cet outil est un rapport qui facilite l’interprétation et la détection des problèmes au
niveau du réseau. Cet outil est configuré dans le planificateur des tâches afin d’être
exécuter dans le moment voulu et sans l’intervention de l’utilisateur qui reçoit par mail
un rapport de mesures avec un mail de dysfonctionnement de serveur FTP et serveur de
base de données en cas de panne. Cet outil alors vient de remplacer le rapport avec
Excel et même avec Crystal Reports puisqu’il présente une solution efficace et plus
pratique.
Arij Khouildi et Hanene Ben Hadef 45
Annexes
Arij Khouildi et Hanene Ben Hadef 46
Arij Khouildi et Hanene Ben Hadef 47
Arij Khouildi et Hanene Ben Hadef 48
Bibliographie
[1] Barki, M. R. (2006/2007). Conception et développement d’un outil d’aide à
l’analyse des indicateurs qualité d’un réseau GPRS.
[2] Chouchene, S. (2005/2006). Conception et Réalisation d’un Outil d’Evaluation de
Performances du Réseau UMTS.
[3] http://business-intelligence.developpez.com/comparatif/. (s.d.).
[4] http://www.commentcamarche.net/forum/affich-148993-gsm-gprs-umts. (s.d.).
[5] http://www.efort.com/r_tutoriels/GSM1_EFORT.pdf. (s.d.).
[6] http://www.slideshare.net/Cynapsys/formation-gsm. (s.d.).
[7] http://www-igm.univ-mlv.fr/~dr/XPOSE2006/eric_meurisse/umts.php. (s.d.).
[8] Rezgui, S. (2005/2006). Conception et développement d’un outil de drive test pour
le réseau GSM.
[9] Tems Automatic : Handheld Test Device GSM/GPRS/EDGE/WCDMA/HSDA.
(s.d.). Ascom.
[10] Tems Automatic 7.2. (2010, Janvier). Ericsson.
[11] TEMS Automatic MTU750 Installation Guide. (2009, Mai 18). Ascom.
[12] TEMS Presentation 1.2 : Technical Product Description. (2009, Juin 1). Ascom.
[13] TEMS Presentation KPI Measurements. (2008, Novembre 04). Ericsson.