III.1 Introduction En se focalisant sur l’objectif menant à améliorer la qualité de service dans un réseau GPRS et s’appuyant sur des critères de dimensionnement et de statistiques relatifs à des observations cycliques, nous nous sommes focalisé sur le dépouillement et l’analyse d’une quantité de données. Ces dernières sont spécifiques et ont été désignées pour refléter le profil d’utilisation des ressources GPRS.
Dans cette perspective, nous présentons les démarches entreprises pour élaborer notre étude :
- La collecte des différents types de données à analyser, suivi d’une étude statistique descriptive des différents paramètres étudiés.
- La détermination des paramètres directeurs du réseau GPRS à optimiser.
- La modélisation de ces paramètres au moyen du logiciel STATISTICA.
- L’analyse des résultats et choix du modèle adéquat.
- La conséquence sur le réseau GPRS (dimensionnement).
III.2 Type de données à analyser
L’observation du comportement du système est effectuée par lecture de compteurs ou de jauges associés aux différents objets SGSN. Le compteur est une valeur qui ne peut pas décroître, cette valeur est toujours incrémentée, on compte le nombre d’événements au cours d’une période, comme le nombre de messages envoyés/ messages reçus.
La jauge est une valeur qui peut décroître ou croître, elle est ponctuellement significative à la fin de chaque période, prenant par exemple le nombre de MS attachés.
Les données du SGSN sont stockées pour une durée de sept jours. Cette durée peut être modifiée au moyen d’un paramètre système. Les données d’observation restent disponibles après un basculement ou un démarrage à froid du SGSN. La journalisation reprend automatiquement dès que le SGSN est de nouveau opérationnel.
III.3 Fichiers de données d’observation
Les données d’observation collectées sont organisées dans des jeux de fichiers et chaque fichier d’un jeu regroupe les données d’observation pour une journée, soit de 00:00 GMT à 23H59’ GMT. Ces fichiers sont écrits au format CSV (Comma Separated Value), format ASCII lisible par Excel ou tout autre logiciel.
Chaque fichier de données d’observation fournit les informations suivantes :
- Date de création : indique la date et l’heure de création du travail d’observation.
- Date d’activation : permet de définir la date et l’heure auxquelles la fonction de gestion commencera à collecter les données.
- Durée : permet d’indiquer le temps pendant lequel la fonction collectera les données.
- Périodicité : permet d’indiquer selon quelle fréquence la fonction collectera les données.
- Granularité : permet de préciser la période de granularité (c’est-à-dire la fréquence d’échantillonnage des données).
- Archive : permet de sauvegarder le travail d’observation.
- Dans l’entité SGSN, trois sortes de données d’observation sont disponibles :
- Données d’observation historiques permanentes : Certains compteurs sont toujours disponibles (activés) pour les affichages et les extractions en ligne. Ces compteurs sont dits “permanents” et permettent aux opérateurs de suivre le comportement global du système.
- Données d’observation historiques sur demande : Certains compteurs ou jauges ne sont pas systématiquement activés. L’opérateur doit explicitement demander la collecte en créant un travail d’observation. Ceux sont ce genre de données qui nous intéresse dans notre étude.
- Données d’observation instantanées : Les jauges ne sont pas activées. Leurs valeurs sont extraites pour affichage sur demande de l’opérateur et leurs indications ne sont pas automatiquement rafraîchies.
III.4 Sélection des paramètres du réseau Selon leurs fonctions et leurs importances dans le réseau, nous avons sélectionné dix jauges qui renseignent sur la gestion de la mobilité et de la session, et sont représentées ci –dessous :
En plus de ces jauges, nous avons récupéré le compteur que nous fournit le nombre d’abonnés GPRS dans le HLR.
Pour notre étude, on requiert des données les plus fiables possible, ainsi, pour ce faire, nous avons choisi la période du 19 mai au 25 juin ou il n’y avait pas de problèmes spécifiques dans le réseau, et donc on ne risquait pas d’avoir des données erronées par un quelconque dysfonctionnement du système.
<< Début < Précédente 1 2 3 Suivante > Fin >> 
