TABLE DES MATIÈRES Liste des figures .................................................................................................................................................................... i Liste des tableaux ................................................................................................................................................................. ii Introduction Générale .......................................................................................................................................................... 1 Chapitre 1 Présentation du cadre de travail et du sujet ....................................................................................................... 2 Introduction.......................................................................................................................................................................... 3 1 Cadre du projet ........................................................................................................................................................... 3 1.1 Présentation de l’entreprise............................................................................................................................... 3 1.2 Rôle de la Division Supervision ....................................................................................................................... 4 1.3 Le concept « Incident »..................................................................................................................................... 5 2 Présentation de sujet : ................................................................................................................................................. 6 3 Conduite du projet ...................................................................................................................................................... 6 3.1 Processus de développement............................................................................................................................. 6 3.2 Méthodologie Agile .......................................................................................................................................... 7 3.3 Scrum................................................................................................................................................................ 8 Conclusion ......................................................................................................................................................................... 13 Chapitre 2 Etat de l'Art des Réseaux Cellulaires ............................................................................................................... 14 Introduction........................................................................................................................................................................ 15 1 Concept Cellulaire .................................................................................................................................................... 15 2 Evolution des réseaux cellulaires.............................................................................................................................. 16 2.1 Norme GSM ................................................................................................................................................... 16 2.2 Le standard GPRS........................................................................................................................................... 19 2.3 Téléphonie à mode paquet à haut débit : UMTS ............................................................................................. 21 2.4 HSPDA ........................................................................................................................................................... 23 2.5 HSUPA ........................................................................................................................................................... 23 3 Concept de la qualité de service ............................................................................................................................... 23 3.1 Définition........................................................................................................................................................ 23 3.2 Critères de performances des réseaux 2G/3G ................................................................................................. 23 Conclusion ......................................................................................................................................................................... 25 Chapitre 3 Analyse des Besoins et Spécifications .............................................................................................................. 26 Introduction........................................................................................................................................................................ 27 1 Objectifs ................................................................................................................................................................... 27 2 Spécification des exigences ...................................................................................................................................... 27 2.1 Les acteurs système ........................................................................................................................................ 27 2.2 Le Backlog du produit : .................................................................................................................................. 28 2.3 Diagramme des cas d’utilisation globale : ...................................................................................................... 29 2.4 Sprint .............................................................................................................................................................. 29 2.5 Besoins Non Fonctionnels .............................................................................................................................. 39 Conclusion ......................................................................................................................................................................... 39 Chapitre 4 Conception ....................................................................................................................................................... 40
74
Embed
pfe Conception et Réalisation d’un Portail WEB D’Evaluation Des Performance du Réseau Tunisiana
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
TABLE DES MATIÈRES
Liste des figures .................................................................................................................................................................... i
Liste des tableaux ................................................................................................................................................................. ii
Chapitre 1 Présentation du cadre de travail et du sujet ....................................................................................................... 2
1 Cadre du projet ........................................................................................................................................................... 3
1.1 Présentation de l’entreprise ............................................................................................................................... 3
1.2 Rôle de la Division Supervision ....................................................................................................................... 4
1.3 Le concept « Incident » ..................................................................................................................................... 5
2 Présentation de sujet : ................................................................................................................................................. 6
3 Conduite du projet ...................................................................................................................................................... 6
3.1 Processus de développement............................................................................................................................. 6
Chapitre 2 Etat de l'Art des Réseaux Cellulaires ............................................................................................................... 14
2.2 Le standard GPRS........................................................................................................................................... 19
2.3 Téléphonie à mode paquet à haut débit : UMTS ............................................................................................. 21
3 Concept de la qualité de service ............................................................................................................................... 23
Chapitre 3 Analyse des Besoins et Spécifications .............................................................................................................. 26
2 Spécification des exigences ...................................................................................................................................... 27
2.1 Les acteurs système ........................................................................................................................................ 27
2.2 Le Backlog du produit : .................................................................................................................................. 28
2.3 Diagramme des cas d’utilisation globale : ...................................................................................................... 29
3 Architecture du système : Modèle multi couches ..................................................................................................... 41
1 Environnement de travail ......................................................................................................................................... 53
2.1 Choix du standard de développement ............................................................................................................. 53
2.2 Choix du Framework pour la couche de présentation ..................................................................................... 54
2.4 Choix du conteneur de la couche de persistance de données .......................................................................... 56
2.5 Choix du SGBD MySQL ................................................................................................................................ 57
2.6 Choix du serveur d’application JBOSS AS 7.1 : ............................................................................................ 57
3.1 Géolocalisation site 2G ................................................................................................................................... 58
3.2 Géolocalisation site 3G ................................................................................................................................... 58
3.3 Géolocalisation des Site HS ............................................................................................................................ 60
3.4 Affichage des sites en voisinage d’un site HS ............................................................................................... 61
3.5 Test ................................................................................................................................................................. 62
4 Chronogramme de réalisation ................................................................................................................................... 62
Conclusion et Perspective ................................................................................................................................................. 63
Annexe A : JBOSS AS 7 .................................................................................................................................................... 67
Annexe B : La technologie AJAX ...................................................................................................................................... 69
i
Liste des figures
Figure 1 : Organisation de la division Supervision au sein de TUNISIANA .................................................... 4
Figure 7 Le Sous-système Radio ..................................................................................................................... 16
Figure 13: diagramme cas d'utilisation globale ............................................................................................... 29
Figure 14 : Diagramme cas d'utilisation traitement des fichiers ...................................................................... 31
Figure 15 : Cas d'utlisation de sprint 2 ............................................................................................................ 33
Figure 16 : Cas d'utilisation Déterminer les sites HS ...................................................................................... 35
Figure 32:Diagramme de classe ...................................................................................................................... 51
Figure 38 Recherche par LAC ......................................................................................................................... 59
Figure 39: courbe 2G RAN ............................................................................................................................. 59
Figure 40: géo localisation des incidents ......................................................................................................... 60
Figure 41 : Exemple de fichiers incidents ....................................................................................................... 60
Figure 42 : voisinage d'un incident .................................................................................................................. 61
Figure 43 : Chronogramme de Réalisation ...................................................................................................... 62
ii
Liste des tableaux
Tableau 1: Les seuils des KPIs ........................................................................................................................ 25
Tableau 2 Tableau 1 Backlog du Produit ........................................................................................................ 28
Tableau 3: user story traitements des fichiers de données BTS ....................................................................... 30
Tableau 4 : User Story Traitements des fichiers des incidents ........................................................................ 30
Tableau 5:user story Géo-localisation des sites BTS....................................................................................... 31
Tableau 6:User Story “rechercher site ” .......................................................................................................... 32
Tableau 7 : User Story “Afficher les voisinage ” ............................................................................................ 32
Tableau 8:User Story “geolocalisation des incident ” ..................................................................................... 34
Tableau 9:User Story “ KPI du réseau ” ........................................................................................................ 34
Tableau 10: User Story “Availibilite 2G/3G RAN ” ..................................................................................... 34
Tableau 11: User Story gestion des cellules .................................................................................................... 36
Tableau 12: User Story gestion des Utilisateurs .............................................................................................. 36
Tableau 13: User Story gestion des BTS ......................................................................................................... 37
1
Introduction Générale Les réseaux mobiles ont connu un large succès avec l’apparition de la norme de deuxième
génération qui a permis essentiellement d’obtenir une meilleure qualité de voix. Afin de
permettre la création de nouveaux services et d’offrir aux usagers une véritable itinérance à
l’échelle mondiale, il était devenu nécessaire d’effectuer un saut technologique et de
franchir le pas vers les réseaux cellulaires de troisième et de quatrième génération.
Il s'avère donc que la qualité de service, dans ce domaine comme dans beaucoup d'autres,
constitue une source fondamentale de différenciation, aussi déterminante que le prix du
service fourni ou l'étendue de la couverture. Le maintien et le suivi de cette qualité
nécessitent le contrôle continu de l'état de fonctionnement du réseau et de toutes
les performances réalisées et par conséquent, l'intérêt d'outils d'ingénierie adaptés. L’un des
moyens de contrôle et de supervision qui s’offrent aux opérateurs téléphoniques est
l’utilisation d’outils ou applications qui rendraient facile la gestion des équipements
constituant leurs réseaux, entre autres les équipements BTS dont le contrôle ainsi la gestion
des incidents est le sujet de ce projet.
C’est dans cet ordre d’idées que s’inscrit ce projet de fin d'études qui a pour objectif
la conception et la réalisation d’un portail web pour l’évaluation des performances du
réseau de l’opérateur Tunisiana.
Le présent rapport se décompose en cinq chapitres, nous présentons le contenu de chaque
chapitre. Dans le premier chapitre, nous présentons l'environnement du travail ainsi que le
sujet à traiter. Le second chapitre est consacré à la présentation des architectures des
réseaux cellulaires tels que GSM, GPRS, et UMTS et les étapes de l'évolution de ces
réseaux. Nous traitons aussi dans ce chapitre le concept et les critères de la qualité de
service (QoS). Le troisième chapitre traite l’analyse des besoins et des spécifications de
l’application à développer. La conception globale et détaillée de l’outil que nous avons
réalisé fait l’objet du quatrième chapitre .Enfin, le dernier chapitre de ce rapport illustrera
les réalisations effectuées au cours de ce projet.
Chapitre 1 : Présentation du cadre de travail et du sujet
2
Chapitre 1
Présentation du cadre de travail et du
sujet
Chapitre 1 : Présentation du cadre de travail et du sujet
3
Introduction
Avant de traiter le sujet du présent projet de fin d’études, il convient de présenter
l’environnement dans lequel il a été mené à bien. En effet, c’est de l’environnement que
dépend, en grande partie, l’efficacité et la qualité d’un travail.
Nous avons effectué notre projet de fin d’études au sein de l’entreprise TUNISIANA
premier opérateur privé de télécommunications en Tunisie.
1 Cadre du projet
1.1 Présentation de l’entreprise
Orascom Telecom a octroyé, le 11 mai 2002, la deuxième licence de téléphonie mobile en
Tunisie (OTT) et devient ainsi le premier operateur GSM privé en Tunisie.
Cette licence a permis la mise en place d’un réseau de transmission GSM et d’une
passerelle internationale, d’une durée de quinze ans, renouvelable deux fois tous les cinq
ans et une exclusivité jusqu’au 30 juin 2004. Ainsi TUNISIANA a réalisé son lancement
commercial le 27 décembre 2002 pour atteindre jusqu’à aujourd’hui 100% de couverture
de la population Tunisienne.
Depuis son lancement, grâce à la qualité des ressources humaines et aux performances
techniques qui ne sont plus à démontrer et une qualité du réseau reconnue à l’échelle
nationale et internationale, Tunisiana a su arracher la première place sur le marché
Tunisien et devenir ainsi fin 2010 le leader National en GSM avec presque 52% de part de
marché.
Tunisisana a pour objectifs de :
Satisfaire sa clientèle en assurant un bon niveau de service.
Maximiser et maintenir les objectifs en termes de parts de marché sur la base d’un
programme à trois dimensions : Acquisition, Fidélisation, Consommation.
TUNISIANA est une entreprise en plein essor, l’hiérarchie interne est conçue pour faciliter
les promotions et garantir ainsi un maximum de motivation pour le personnel. La Division
Supervision dans laquelle nous avons effectué notre Projet est ainsi conçue comme suit :
Chapitre 1 : Présentation du cadre de travail et du sujet
4
Division Supervision
Service supervision front
Office
Service supervision back
Office
Figure 1 : Organisation de la division Supervision au sein de TUNISIANA
1.2 Rôle de la Division Supervision
Le service supervision Back Office se charge de détecter les dysfonctionnements qui n’ont
pas un impact direct ou immédiat, majeur ou critique sur la qualité de service offerte au
client. Les tâches principales consistent à :
faire des statistiques quotidiennes, hebdomadaires ou mensuelles sur les différents
équipements BSS
identifier les quels est défectueux,
alerter les concernés,
suivre les problèmes récurrents impactant le client.
Comme son nom l’indique, le service Front Office a la charge :
détecter immédiatement les incidents majeurs et critiques, les classifier par criticité.
identifier l’impact.
alerter les concernés, support niveau 1 et escalade en cas de besoin.
Les incidents traités sont ceux qui ont un impact direct sur la qualité de service offerte.
Chapitre 1 : Présentation du cadre de travail et du sujet
5
1.3 Le concept « Incident »
Apres sept ans et plus depuis son lancement commercial, TUNISIANA est devenue mature
en terme de prestataire de service de téléphonie mobile, la clientèle est devenu assez
grande et diversifiée, l’environnement est de plus en plus concurrentiel avec l’arrivée d’un
troisième opérateur sur le marché, en plus l’abonné est devenu de plus en plus exigeant.
Tous ces facteurs obligent Tunisiana à être compétitive, innovatrice et surtout très vigilante
concernant l’état de son réseau. Pour garder son image de marque, elle est appelée à
superviser tout son réseau en temps réel ainsi que tous ses services et promotions.
Donc, si on se réfère au service front Office, un incident est un événement qui peut
provoquer un dysfonctionnement ou qui a un impact immédiat sur le client pour pouvoir
gérer les incidents il est primordial d’implémenter tout un processus de détection,
d’investigation, d’alerte, de support niveau 1, et d’enregistrement dans une Base.
Dans ce qui suit on se penchera seulement sur les incidents qui touchent la partie BSS du
réseau GSM, c'est-à-dire les BTS et les BSC
Les types des incidents :
Système : ce sont des incidents dus à un élément défectueux dans un équipement
réseau (carte électronique, capteur, câble…..)
Transmission: Tous les équipements réseau sont connectés les uns par rapport aux
autres selon un routage bien spécifique, la mise Hors Service de l’une de ces routes
impacte directement un équipement, c’est pour cela que le réseau de transmission
est supervisé
Environnement : un incident peut se déclencher par un facteur externe au réseau qui
peut être une coupure courant, un facteur climatique, un défaut de climatisation
Chapitre 1 : Présentation du cadre de travail et du sujet
6
Figure 2:Types d’incidents BTS
2 Présentation de sujet :
Ce projet de fin d’étude porte sur la réalisation d’un outil de suivi de performance du
réseau de TUNISIANA et à présenter L’impact de disfonctionnement d’un site sur la QOS
de réseaux 2G/3G.
3 Conduite du projet
3.1 Processus de développement
Un processus de développement définit une séquence d’étapes, en partie ordonnée, qui
concoure à l’obtention d’un système logiciel nouveau ou à l’évolution d’un système
existant. Ce processus a pour objectif de produire des solutions informatiques de qualité
répondant aux besoins des utilisateurs dans des temps et des coûts prévisibles. De ce fait,
Chapitre 1 : Présentation du cadre de travail et du sujet
7
l’adéquation du projet au processus de développement peut largement affecter le sort d’un
projet informatique.
3.2 Méthodologie Agile
Méthode de développement informatique tournée vers le client. Le développement agile
tire son nom du Manifeste Agile, document rédigé en février 2001 et signé par 17
personnalités dont Kent Beck, Ward Cunnigham, Martin Fowler ou Dave Thomas. Douze
principes ont été définis. Parmi les principaux:
Parvenir à la satisfaction du client par le biais d'un cycle de développement rapide,
récurrent et incrémental de versions fonctionnelles;
Se montrer apte à prendre en compte les changements de dernière minute à tout
moment du projet;
Mettre en place une coopération quotidienne entre développeurs et
décideurs/commerciaux;
Motiver les développeurs par un environnement, un soutien et une confiance
solides;
Faire simple, mais pas simpliste;
Laisser l'équipe s'organiser au mieux de ses possibilités.
Il existe une dizaine de méthodologies "officielles" s'adaptant chacune à des
besoins différents. Certaines sont plus adaptées aux petites équipes, comme Crystal,
XP, Scrum, tandis que d'autres sont prévues pour des groupes conséquents, par
exemple RAD, RUP et ASD.
Nous avons opté pour la méthode de développement agile Scrum, car elle est très adaptée
aux projets comme le mien et dont les besoins sont constamment redéfinis.
Chapitre 1 : Présentation du cadre de travail et du sujet
8
Figure 3: Méthodologie Agile
3.3 Scrum
Davantage qu’une méthode formelle, Scrum peut être vu comme un framework
méthodologique – ses fondateurs parlent d’organisationnel pattern – dont l’implémentation
doit être ajustée en fonction des caractéristiques techniques, organisationnelles et
culturelles des projets qui souhaitent la mettre en œuvre (Scrum, au demeurant, ne limite
pas son champ d’application aux seuls projets informatiques : ses principes sont
applicables pour toute activité visant à produire un résultat).
Dans ses grandes lignes, Scrum définit un jeu minimal d’acteurs, de cérémonies et
d’artefacts qui permettent de relever les défis principaux du développement incrémental :
la planification, la gestion du temps et la gestion des obstacles. Scrum est entièrement
piloté par la Valeur Métier – la gestion des risques, en particulier, est réalisée au travers de
ce prisme. Scrum identifie trois acteurs :
Chapitre 1 : Présentation du cadre de travail et du sujet
9
le Product Owner (Directeur de Produit), qui possède l’expertise fonctionnelle et
est à même de réaliser les arbitrages nécessaires à la priorisation des
développements. Son rôle est absolument essentiel, et son respect des règles du jeu
est la pierre angulaire du succès d’un projet agile. Dans notre cas il s’agit d’Imed
Hamza.
le Scrum Master, membre de l’Equipe, et dont la tâche principale est d’optimiser la
capacité de production de l’Equipe en l’aidant à travailler de façon autonome et à
s’améliorer constamment. Il est également le garant de la bonne implémentation de
Scrum. Dans notre cas il s’agit de Md Jihéne ben Abderazek
l’Equipe, dont la taille doit être réduite (7 à 9 personnes est généralement admis
comme une borne supérieure), et qui prend en charge le développement du produit
(planification, conception, codage, tests, documentation) sans spécialisation des
rôles. La particularité d’une Equipe Scrum est d’être « auto-organisée », et donc
dépourvue de hiérarchie. Cet aspect constitue une rupture radicale avec les
approches managériales traditionnelles, qui privilégient un contrôle centralisé
généralement incarné par le Chef de Projet. Dans notre cas il s’agit de moi.
L’unité de temps, dans Scrum, est le Sprint. Un sprint est une itération courte (de l’ordre de
2 à 4 semaines) dont le périmètre est garanti et défini lors d’une cérémonie de planification
initiale.
Le schéma suivant décrit l’articulation générale de Scrum :
Figure 4:Sprint Scrum
Chapitre 1 : Présentation du cadre de travail et du sujet
10
Scrum définit également trois artefacts :
le Product Backlog,
le Sprint Backlog
le Burndown Chart, qui est une représentation graphique très simple de
l’avancement du projet (un Burndown Chart est produit pour chaque Sprint, un
autre pour la version du produit
Le Product Backlog est la liste des fonctionnalités du logiciel. Les éléments du backlog
sont rédigés sous forme de « User Stories » (une User Story est une forme simplifiée et
faiblement détaillée de cas d’utilisation), et doivent se focaliser sur les objectifs métiers du
produit. A minima, un élément du backlog (ou une histoire) comporte typiquement les
informations suivantes :
un identifiant – unique, il permet de tracer l’élément quand on le renomme
un nom – court et descriptif, suffisamment clair pour que le Directeur de Produit et
l’Equipe comprennent approximativement de quoi il est question
l’importance – un chiffre permettant de hiérarchiser l’importance de l’élément aux
yeux du Directeur de Produit. Sa valeur absolue ne signifie rien, seule la valeur
relative compte
l’estimation initiale – exprimée en points de complexité, et dont la valeur est
déterminée par l’Equipe.
comment faire la démo ? – cela correspond globalement à la spécification d’un test
fonctionnel simple.
des notes – aussi brèves que possible, visant à clarifier certains points ou à renvoyer
vers d’autres
Le Product Backlog peut également contenir des éléments techniques – mais il est
indispensable alors qu’ils soient libellés selon un angle métier, afin que le Directeur de
Produit puisse lui affecter une valeur. Il peut être conservé sous différentes formes, la plus
fréquente – et probablement la plus efficace – étant un simple tableau Excel partagé.Le
Product Backlog n’est pas un document figé : tout au long du projet, les histoires peuvent
être modifiées, fusionnées ou segmentées (celles bien sûr qui ne sont pas encore achevées)
Chapitre 1 : Présentation du cadre de travail et du sujet
11
de nouvelles histoires peuvent être ajoutées, d’autres supprimées ; l’importance et
l’estimation initiale peuvent être revues, à la hausse ou à la baisse.
Au début de chaque Sprint a lieu la cérémonie qui est probablement la plus importante de
Scrum : le Sprint Planning (planification du Sprint). Le Sprint Planning réunit l’Equipe et
le Directeur de Produit pour déterminer l’objectif et le contenu du Sprint à venir. C’est
durant cette cérémonie que l’estimation fine de la charge de développement de chaque
histoire est déterminée. Ces histoires sont découpées en tâches dont chacune fait l’objet
d’une estimation de charge –exprimée en heures ou en jours. Il est important de noter que
c’est l’Equipe qui détermine la charge afférente à chaque tâche. Le principal résultat de
cette cérémonie est le Sprint Backlog, qui regroupe l’ensemble des fonctionnalités que
l’Equipe s’engage à produire durant l’itération naissante, et liste les tâches
correspondantes.
La charge totale du Sprint Backlog ne doit pas excéder la capacité de production de
l’Equipe (il existe plusieurs techniques que nous n’aborderons pas ici pour établir cette
capacité de production, ou vélocité estimée).
Au terme de chaque sprint, le produit partiel est livré avec le niveau de qualité attendu pour
son exploitation en production – cette caractéristique est à l’origine du qualificatif «
incrémental » souvent associé aux méthodes agiles. Les histoires implémentées font l’objet
d’une démonstration publique.
Les méthodes agiles sont inspirées des pratiques industrielles de la production en flux
tendus et du zéro-défaut – un ensemble de pratiques désignées dans l’industrie par le
terme Lean. L’une des caractéristiques de cette approche est de ne jamais figer les
méthodes de travail, mais d’intégrer dans l’activité une introspection permanente sous-
tendue par la recherche systématique d’axes d’amélioration. Une autre caractéristique est
de ne jamais utiliser la qualité comme variable d’ajustement. Dans Scrum (et d’une façon
générale pour toutes les méthodes agiles), la qualité du produit est de la responsabilité de
l’Equipe, et ne fait pas l’objet de négociations
Afin de faciliter cette démarche, Scrum intègre un certain nombre de cérémonies
additionnelles – une cérémonie est une réunion dont la durée est fixée et dont les produits
Chapitre 1 : Présentation du cadre de travail et du sujet
12
en entrée et en sortie sont définis. La limite de temps pour chacune des cérémonies fait
partie de l’ADN de Scrum (on parle de time boxing).
Voici les principales cérémonies préconisées par Scrum :
le Sprint planning, que nous avons déjà abordé
la mêlée quotidienne (Daily Scrum), courte cérémonie (de l’ordre de 15 minutes)
menée chaque jour avec les membres de l’Equipe et le Directeur de Produit, et
dont l’objectif est de maintenir chacun au courant de l’activité de tous, de
déterminer les tâches de la journée et d’identifier les éventuels obstacles qui
ralentissent ou empêchent la progression du sprint la revue de sprint (Sprint
Review), qui consiste pour l’essentiel, au terme de chaque itération, à faire une
démonstration publique du résultat du sprint ; cette cérémonie permet de garantir le
caractère incrémental du développement (pour être démontré, le produit doit être
utilisable) mais aussi de recueillir un retour régulier des commanditaires aux fins
d’ajuster le contenu du backlog de produit
la rétrospective (au moins 1 heure), qui réunit l’équipe et le Product Owner au
terme de chaque sprint afin d’identifier les erreurs commises lors du sprint
précédent et de définir un plan d’actions (concret et affecté) en vue d’améliorer le
processus ; la rétrospective est une cérémonie capitale qui incarne l’un des
principes fondamentaux énoncés par le Manifeste Agile : « A intervalles réguliers,
l’équipe réfléchit sur les moyens de devenir plus efficace, puis adapte et ajuste son
comportement en conséquence ».
Chapitre 1 : Présentation du cadre de travail et du sujet
13
Figure 5 : Processus Scrum
Conclusion
Dans ce chapitre, nous avons essayé de définir le cadre de notre projet en termes
organisationnel et professionnel. Ensuite nous avons présenté la notion d’incident tout en
insistant sur l’importance du processus de résolution des incidents. Ainsi le sujet à traiter
qui est le développement d’un outil pour le suivi des performances du réseau Tunisiana
2G/3G. A ce stade, on va étudier et présenter les architectures des réseaux 2G /3G et
définir aussi les concepts liés à la qualité de service, ce qui fera l'objet du deuxième
chapitre
Chapitre 2 : Etat de l’art des réseaux cellulaires
14
Chapitre 2
Etat de l'Art des Réseaux Cellulaires
Chapitre 2 : Etat de l’art des réseaux cellulaires
15
Introduction
Ce chapitre est un état de l'art de la téléphonie radio mobile dans lequel nous présenterons le
contexte dans lequel s'inscrit le présent projet afin de pouvoir se focaliser sur les composantes
de notre sujet. Nous étudierons successivement les interfaces radio mobiles mises en jeu,
ensuite, nous traiterons le concept de qualité de service.
1 Concept Cellulaire
Le concept cellulaire constitue le principe de base des réseaux radio mobiles. La zone
desservie par un opérateur est divisée en cellules alimentées à partir d'une station de base.
Une cellule représente l'ensemble des points du territoire couvert par une même BTS (Base
Transceiver Station) et oïl le signal transmis par cette BTS est le plus fort .Chaque cellule est
identifiée par un BSIC (Base Station Identity Code). Le mobile est toujours connecté à la BTS
la plus proche de point de vue radio. [1]
Figure 6 : Concept cellulaire
L’utilisation du concept cellulaire permet d'ajuster les ressources radio à la demande en trafic.
Le principe se traduit par des zones à forte concentration de BTS couvrant de petites cellules
et des zones rurales à faible concentration de BTS couvrant des cellules.
Chapitre 2 : Etat de l’art des réseaux cellulaires
16
2 Evolution des réseaux cellulaires
2.1 Norme GSM
La norme GSM est un système cellulaire de transmission numérique. Le réseau GSM a pour
rôle essentiellement de permettre des communications entre abonnés mobiles (GSM) et
abonnés du réseau téléphonique commuté (RTC ou réseau fixe). Le GSM qui a fait une
rupture avec les systèmes cellulaires analogiques, utilise les bandes de fréquences 900 MHz
1800 MHz et utilise la technique de multiplexage F-TDMA ce qui offre un multiplexage
temporel et fréquentiel à la fois.
2.1.1 Architecture Générale et Equipements
Le réseau GSM comporte les 3 sous-ensembles :
Le Sous-système Radio BSS : responsable d'assurer et gérer les transmissions radios.
Une station mobile est un terminal de données qui transmet et reçoit des messages du
réseau. La «Base Transceiver Station» ou (BTS)»représente l'ensemble d'émetteurs et
de récepteurs fixes. Elle a pour rôle d'échanger des messages avec les stations mobiles
présentes dans la cellule qu'elle contrôle. Nous trouvons aussi le contrôleur de station
de base nommé «Base Station Controller » ou (BSC). Il communique avec une ou
plusieurs BTS.
Figure 7 Le Sous-système Radio
Le Sous-système Réseau NSS : comporte l'ensemble des fonctions nécessaires pour
les appels et la gestion de la mobilité .On trouve le commutateur du réseau «Mobile
Switching Centre» ou (MSC) qui a pour rôle le contrôle de la BSC .D'une part, il
permet l'interconnexion entre un réseau GSM et une réseau téléphonique public
interconnecte un réseau GSM avec le réseau téléphonique public RTCP/RNIS, D'autre
part, il présente l'interface des bases de données du réseau GSM avec le sous-système