PFE Reporting Automatique de la QoS des Réseaux 2G&3G pour Tems Automatics

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é.


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


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

http://membres.multimania.fr/voutay/gsm/infra.html#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.



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



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.



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,..).



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



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].



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 :



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 à



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é.


Chapitre 2 : La plateforme Tems Automatic


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


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



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.



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



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



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.



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



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



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).



Figure 2.14 : Les statistiques de Tems Presentation

Figure 2.15 : BenchMarking entre deux opérateurs



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



Figure 2.17 : Configuration d’un Work Order

Figure 2.18 : Contrôle des serveurs centraux



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.

http://fr.wikipedia.org/wiki/Progiciel

http://fr.wikipedia.org/wiki/Informatique_d%C3%A9cisionnelle



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.

http://www.developpez.com/linux/


Chapitre 3 : Conception et réalisation de

l’outil de rapport automatique


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


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



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 :



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



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.



.

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).



Figure 3.22 : Configuration de mail pour l’envoi du rapport

Figure 3.23 : Le code d’envoi de rapport par mail



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.



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.



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.



É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.



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



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



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



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



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.


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


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.


Annexes




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.

Documents

PFE Reporting Automatique de la QoS des Réseaux 2G&3G pour Tems Automatics