Vous êtes sur la page 1sur 50

MEMOIR

E
DE STAGE DE FIN
DETUDE
Pour lobtention du

MASTERE
PROFESSIONNEL
Nouvelles Technologies des Tlcommunications et
Rseaux
Prsent par :

Mr ZRAN Bilel

Simulateur d'une interface GR


Dun rseau GPRS

Soutenu le :
Devant le jury :

Mr
Prsident
Mr
Membre
Mr
Membre
Anne Universitaire 2013-2014

Remerciement
Jai voulu exprimer mes remerciements les plus respectueux mes
encadreurs Mr EZEDINE BEN BRAIEK et Mr MAHER ARDHAOUI
pour la confiance et l'encourage qu'ils mont accords, pour les
prcieux conseils et aides dont ils mont fait bnfici pour l'laboration
de ce projet de fin d'tude.

N'oublions pas de remercier tous mes enseignants de luniversit


Virtuelle qui mont fournit les bases techniques ncessaires pour
effectuer ce projet.

Je saisis cette occasion aussi pour exprimer ma reconnaissance et ma


gratitude envers toutes les personnes du dpartement solutions
informatiques de la STE ARAB INFO et aussi leurs partenaires Service
Roaming ORANGE TUNISIE.

Je remercie toute personne qui a contribue au bon droulement de


notre projet, et biensre les membres des jurys pour leurs efforts pour
l'valuation de mon travail.
Zran bilel

Sommaire
Liste des figures......................................................................................................... v
Abrviations.............................................................................................................. vi
Introduction gnrale................................................................................................ 1
Chapitre 1.................................................................................................................. 2
Introduction................................................................................................................ 2
I. Description de project............................................................................................. 2
1. Prsentation du cadre du projet............................................................................... 2
2. Objectif :.......................................................................................................... 3
3. Rsultats attendus :............................................................................................. 3
4. Les besoins fonctionnels :..................................................................................... 3
5. Besoins non fonctionnels :.................................................................................... 4
6. Environnement de Travail..................................................................................... 4
Conclusion................................................................................................................. 4
Chapitre 2.................................................................................................................. 5
Introduction.............................................................................................................. 5
I. Prsentation de linfrastructure dun rseau..............................................................5
1. Le nud de service (SGSN)..................................................................................6
2. Le nud de passerelle (GGSN).............................................................................. 6
3. Le module BG pour la scurit...............................................................................7
4. Fonctions de la BTS............................................................................................ 7
5. Fonctions du BSC............................................................................................... 8
6. Fonctions du HLR.............................................................................................. 8
7. Fonction du MSC............................................................................................... 9
8. Fonctions du VLR............................................................................................ 10
9. Le routeur IP................................................................................................... 10
10. Le module PCU sur les BSC et le module CCU sur les BTS.....................................10
11. Le mobile GPRS........................................................................................... 11
12. La carte SIM................................................................................................ 11
II. Linterface rseau GPRS...................................................................................... 11
III. La Signalisation SS7....................................................................................... 12
1. Modle en couches........................................................................................... 12
IV. GPRS, Gestion de la Mobilit..........................................................................14
1. Identits GPRS................................................................................................ 15
2. Protocole GMM............................................................................................... 17
3. Procdure GPRS Attach..................................................................................... 19
4. Procdures GPRS Attach et IMSI Attach combines..................................................20
5. Mise jour combine de zone de localisation / zone de routage Inter-SGSN.....................24
Conclusion............................................................................................................. 25
Chapitre 3................................................................................................................ 26
Introduction............................................................................................................ 26
I. Diagramme de cas dutilisation...........................................................................26
1. Description textuelle des cas d'utilisation :..............................................................27
II. Diagramme des squences :.............................................................................28
Conclusion :........................................................................................................... 32
Chapitre 4................................................................................................................ 33
Introduction :.......................................................................................................... 33
I. Environnement de travail :..................................................................................33
1. Environnement matriel :.................................................................................... 33
2. Environnement logiciel :.................................................................................... 33
3. Choix des outils de dveloppement :......................................................................33
II. Principales interfaces graphiques :....................................................................35
1. Interface serveur.............................................................................................. 35
2. Interface SGSN................................................................................................ 38
Conclusion............................................................................................................. 41
Conclusion et perspective................................................................................. 42
Webographie................................................................Erreur ! Signet non dfini.
Liste des figures
Figure 1 : architecture GPRS...................................................................................... 6
Figure 2 : HLR............................................................................................................ 8
Figure 3 :Les diffrentes couches constituant ce modle sont les suivantes.................................12
Figure 4:Protocoles de signalisation du mobile....................................................................15
Figure 5: Zones de routage GPRS.................................................................................... 16
Figure 6: Protocole GPRS Mobility Management................................................................19
Figure 7: Procdure GPRS Attach................................................................................... 20
Figure 8: Procdures GPRS Attach et IMSI Attach combines................................................22
Figure 9: Mise jour de zone de routage Inter-SGSN...........................................................23
Figure 10: Mise jour combine de zone de localisation / zone de routage Inter-SGSN.................25
Figure 11:Diagramme de cas d'utilisation gnral...................................................27
Figure 12: Diagramme de squence du cas d'utilisation "demande dattachement "
................................................................................................................................ 28
Figure 13: Diagramme de squence du cas dutilisation "Ajouter un abonne"......29
Figure 14: Diagramme de squence du cas d'utilisation "modifier un abonne"....30
Figure 15: Diagramme de squence du cas d'utilisation "supprim un abonne ". .31
Figure 16 : fentre de consult le dialogue..............................................................35
Figure 17 : fentre de grer un abonne.................................................................36
Figure 18 : fentre de dcord le trame..................................................................37
Figure 19 : fentre de consult le dialogue cot SGSN ......................................38
Figure 20: fentre de dcord le trame cot SGSN ............................................40
Liste des tableaux

Abrviations
GSM : (Global System for Mobile GGSN ; Gateway GPRS Support Node
communications) BG : Border Gateway
BTS : station de base BSC : Base Station Controller
GPRS : General Packet Radio Service MSC : Mobile service Switching
HLR : Home local register Center
SGSN : Serving GPRS Support Node VLR. : Visitors Location Register
GLR : GPRS Location Register SS7 : Signaling System 7
Introduction gnrale
Avec le dveloppement d'Internet, de rseau commutation par paquets, les terminaux
mobiles reposant sur le service GSM ( Global System for Mobile communications) ne
pouvaient y accder qu'avec de faibles dbits (9,6 Kbits/s) de par la commutation en
mode circuit.

En effet, pour accder ce rseau, il faut ouvrir un circuit de bout en bout,


monopolisant un canal radio entre le terminal mobile et la station de base ( BTS)
durant toute la session.

Or les canaux radio ne permettent de transmettre qu'un faible dbit, ce qui rallonge le temps de
tlchargement des pages WEB et donc la dure des communications .D'o l'intrt de
ne plus monopoliser le canal radio, et de l'utiliser de faon sporadique seulement
lorsque des donnes sont changes entre le terminal mobile et la station de base.

Ainsi, avec le service GPRS (General Packet Radio Service), ces donnes sont
transmises par paquets et comme les canaux radio bnficient du multiplexage
statistique, ces paquets sont transmis avec un dbit plus lev (jusqu 171 ,2
Kbits /s), ce qui diminue ainsi le temps de tlchargement des pages WEB.

En effet, GPRS est le premier protocole commutation par paquets dans le monde de
lInternet mobile, et constitue une couche supplmentaire un rseau GSM existant .Et grce
ce dernier, les applications de lInternet mobile vont pouvoir se dvelopper, et nous
allons voir comment fonctionne ce protocole.

Ce rapporte sera articule autour de la communication des composent dun rseau


GPRS et exactement le dialogue entre le SGSN et HLR

La question qui se pose comment sont communique les deux composants et quelle
sont les protocoles utilis ?

2012 /2013 Page 1


Chapitre 1
Spcification des besoins
Introduction
Il est vident que pour former un certain stagiaire ou un nouveau employeur la majorit des
entreprises perdent la fois le temps et le nombre des encadreurs qui sont censs de passer
l'information le plus tt possible et malgr a cette dernire reste toujours thorique et manque
l'intervention pratique. Pour terminer l'image et ne pas tomber dans le risque d'ambigut par le
stagiaire.
On a mis la disposition de la socit, une nouvelle application nomme "SIMULATEUR"
dans le quel on a tent de compiler la thorie et le pratique la fois fin de garantir une
documentation net et Lucie pour bien lever un stagiaire.

I. Description de project
Dans le cadre de ce projet en va Simuler linterface Gr (SGSN/HLR) dans le rseau GPRS au
cours dun premier GPRS attachement.
Chaque abonn est caractris par un IMSI, MSISDN, Ki et services stock au niveau HLR.
Le profile de labonn est enregistr au niveau de la HLR et une copie au niveau de la SGSN.
La SGSN/HLR sont caractris par une @IP, Port et PC (point code) et GT.
La SGSN peu enregistrer un ou plusieurs abonns dans la base de donnes temporaire GLR
(GPRS Location Register)
Elle purge (supprime le profile) les abonns inactifs au cours dun temps dfini.
Durant un premier attachement :
La SGSN envoi une demande dattachement au HLR et la HLR envoi une copie du profile de
labonn, si ces information bien reue le SGSN va offrir un P-TMSI cet abonn.
Un ou plusieurs abonns peuvent sattacher la SGSN.

1. Prsentation du cadre du projet


Dans ma scolarit l'universit centrale prive, j'ai t amen finaliser ma spcialisation en
troisime anne en systme dinformation par un stage de 3 mois. J'ai eu l'occasion de
confronter l'enseignement thorique que j'ai reu, les connaissances acquises lors de mes
prcdentes expriences professionnelles, et des problmatiques plus gnrales propres au
fonctionnement des entreprises.

2012 /2013 Page 2


Lintrt de ce projet est de dvelopper une application client/serveur pour vrifier si un client
est bien enregistrer et dafficher lutilisateur les messages entre le SGSN et le HLR dans un
rseau GPRS.
Nous souhaitons raliser lanalyse, la conception et le maquettage dun simulateur. Cette
application inform lutilisateur et afficher les messages changs entre HLR et le SGSN.
2. Objectif :
Ce mmoire aura pour but de rpondre aux questions:
Avez-vous une information pour le dialogue entre SGSN et HLR dun rseau GPRS?
Quelle sont les requtes envoyer par le SGSN vers le HLR et les requtes par le HLR vers le
SGSN ?
Forme des trames de bites envoyes ?
Lapplication raliser doit offrir tous les futurs utilisateurs:
Une bonne information pour linterface Gr de rseaux GPRS.
Simulation de dialogue entre SGSN et HLR.
Dchiffr les messages envoyer.
Possibilit denregistrer les messages dans un fichier texte.

3. Rsultats attendus :
Dans cette mmoire nous indiquons les principaux livrables du projet :
Une documentation claire dcrivant lapplication, son architecture. Un cahier de maquettage. Le
prototype de lapplication valid par quelques usagers et son guide dutilisation ( titre de
simulation).
4. Les besoins fonctionnels :

Enregistr, supprim, modifier et recherche des abonne dans le base donne dun oprateur.
Donne a lutilisateur quelle sont les requtes envoyer.
Dchiffr les messages envoyer en hexadcimal.
Afficher lexplication de trame dans un ficher.txt pour une bonne information lutilisateur.
Enregistr les trames des bites envoyer entre le SGSN et le HLR.
Donner a chaque utilisateur enregistr dans le SGSN un numro slectionn par le systme.

5. Besoins non fonctionnels :


Assurer la portabilit de lapplication : lapplication tourne sur des diffrents systmes
dexploitation.
2012 /2013 Page 3
Assurer lactualit des mis jour et le bon tat du rseau.
Assurer un temps de rponse raisonnable.
Application claire pour la facilit de lutilisation.

6. Environnement de Travail
Systme dexploitation : Windows XP
Outil de dveloppement : NetBeans
Langage de dveloppement : JAVA
Base de donnes : easyPhP

Conclusion
Dans ce chapitre on a prsent la problmatique et ces dissous ainsi que lenvironnement de
travaille.

Chapitre 2
Etat de l'art
2012 /2013 Page 4
Introduction

Le GPRS est une extension du protocole GSM : il ajoute par rapport ce dernier la transmission
par paquets. Cette mthode est plus adapte la transmission des donnes. En effet, les
ressources ne sont alloues que lorsque des donnes sont changes, contrairement au mode
circuit en GSM o un circuit est tabli et les ressources associes pour toute la dure de
la communication. Le GPRS a ensuite volu au dbut des annes 2000 vers la norme Edge
(Enhanced Data Rates for GSM Evolution) galement optimise pour transfrer des donnes et qui
utilise les mmes antennes et les mmes frquences radio.

I. Prsentation de linfrastructure dun rseau


Un rseau GPRS est en premier lieu un rseau IP. Le rseau est donc constitu de routeurs IP.
Lintroduction de la mobilit ncessite par ailleurs la prcision de deux nouvelles entits :
Le nud de service le SGSN.
Le nud de passerelle le GGSN.
Une troisime entit le BG joue un rle supplmentaire de scurit.
Le rseau GPRS vient ajouter un certain nombre de modules sur le rseau GSM sans
changer le rseau existant. Ainsi sont conservs lensemble des modules de larchitecture GSM,
nous verrons par ailleurs que certains modules GSM seront utiliss pour le fonctionnement du
rseau GPRS.
La mise en place dun rseau GPRS va permettre un oprateur de proposer de nouveaux
services de type Data ses clients. Le GPRS est en mode paquets.

2012 /2013 Page 5


Figure 1 : architecture GPRS

1. Le nud de service (SGSN)


Le nud de service dnomm SGSN (Serving GPRS Support Node) est reli au BSS (voir
partie1.3) du rseau GSM. Le SGSN est en connexion avec lensemble des lments qui
assurent et grent les transmissions radio : BTS, BSC, HLR
Le SGSN joue un rle de routeur, il gre les terminaux GPRS prsents dans une zone donne. Le
SGSN est le contrleur des terminaux GPRS prsents dans sa zone de surveillance.

2. Le nud de passerelle (GGSN)

Le nud de passerelle GPRS dnomm GGSN (Gateway GPRS Support Node) est reli un ou
plusieurs rseaux de donnes (Internet, autre rseau GPRS ). Le GGSN est un routeur qui
permet de grer les transmissions de paquets de donnes :
Paquets entrants dun rseau externe, achemins vers le SGSN du destinataire.
Paquets sortants vers un rseau externe, manant dun destinataire interne au rseau.
NB : les termes SGSN et GGSN dsignent des entits fonctionnelles qui peuvent facilement tre
implantes dans un mme matriel. Lensemble des SGSN, des GGSN, des routeurs IP et des
liaisons entre quipements est appel rseau fdrateur GPRS. A noter enfin que chaque SGSN
et chaque GGSN disposent au minimum dune adresse IP fixe au sein du rseau.
.

3. Le module BG pour la scurit

Les recommandations introduisent le concept de BG (Border Gateway) qui permettent de


connecter les rseaux GPRS via un rseau fdrateur et qui assurent les fonctions de scurit
pour la connexion entre ces rseaux.
Ces BG ne sont nanmoins pas spcifies par les recommandations mais elles jouent le rle
dinterface avec les autres PLMN (Public Land Mobile Network) permettant ainsi de grer les
niveaux de scurit entre les rseaux (entre 2 rseaux de 2 oprateurs concurrents par
exemple).

2012 /2013 Page 6


4. Fonctions de la BTS
La BTS est un ensemble dmetteurs-rcepteurs appels TRX.
La BTS a pour fonction la gestion des transmissions radios (modulation, dmodulation,
galisation, codage et correcteur derreurs).
La BTS gre la couche physique des rseaux.
Lexploitation des donnes recueillies par la BTS est ralise par le BSC.
La BTS gre la couche liaison de donnes pour lchange de signalisation entre les mobiles et
linfrastructure rseau de loprateur.
La BTS gre ensuite la liaison de donnes avec le BSC.
La capacit maximale dune BTS est de 16 porteuses (limite technique rarement atteinte pour
des raisons de fiabilit). Ainsi une BTS peut grer au maximum une centaine de
communications simultanes.
On distingue deux types de BTS :
Les BTS dites normales 1
Les micro-BTS 1
1 Sont ensuite distingues diffrentes classes de BTS normales et micro, en fonction de la nature
du rseau (GSM 900 ou DCS 1800) et de la puissance recherche (puissance exprime en W).
Les BTS normales sont les stations de base classiques utilises dans les systmes cellulaires
avec des quipements complmentaires installs dans des locaux techniques et des antennes sur
les toits.
Les micro-BTS sont utiliss pour couvrir les zones urbaines denses avec des micros cellules. Il
sagit des quipements de faibles tailles, de faibles cots qui permettent de mieux couvrir un
rseau dense comme le quartier dune ville forte affluence.
Le rayon dune cellule varie entre 200m en milieu urbain et 30 km en milieu rural. Une cellule
est au minimum couverte par la triangulation de trois BTS. Lexploitation de la BTS se fait soit
en local soit par tlcommande au travers de son contrleur de station (BSC).

5. Fonctions du BSC

Le BSC est lorgane intelligent du sous systme radio. Le contrleur de stations de base gre une
ou plusieurs stations et remplit diffrentes fonctions de communication et dexploitation.
Pour le trafic abonn venant des BTS, le BSC jour un rle de concentrateur. Il a un rle de relais
pour les alarmes et les statistiques manant des BTS vers le centre dexploitation et de
maintenance Pour le trafic issu du concentrateur le BSC joue le rle daiguilleur vers la station

2012 /2013 Page 7


de base destinataire. Le BSC est une banque de donnes pour les versions logicielles et les
donnes de configuration tlcharges par loprateur sur les BTS.

Le BSC pilote enfin les transferts entre deux cellules ; il avise dune part la nouvelle BTS qui va
prendre en charge labonn mobile tout en informant le back end system ici le HLR de la
nouvelle localisation de labonn.
Les BTS sont contacts par le centre de maintenance et dexploitation (voir partie1.5) par le
biais des BSC qui joue ce rle de relais.

6. Fonctions du HLR

Le HLR est une base de donnes de localisation et de caractristiques des abonns. Un rseau
peut possder plusieurs HLR selon des critres de capacit de machines, de fiabilit et
dexploitation. Le HLR est lenregistreur de localisation nominale par opposition au VLR qui est
lenregistreur de localisation des visiteurs.

Figure 2 : HLR

Ce schma dcrit les informations gres par le HLR. Une base de donnes qui conserve des
donnes statiques sur labonn et qui administre des donnes dynamiques sur le comportement
de labonn. Les informations sont ensuite exploites par lOMC
LAUC est une base de donnes associe au HLR.
Labonn est identifi grce sa carte SIM qui transmet deux informations importantes. LIMSI
(International Mobile Subscriber Identity) qui est gr par le HLR (lIMSI donne des
informations sur le rseau dorigine) et le KI (cl de cryptage) qui est gr par la base de
donnes AUC
Prenons un exemple avec HOUCEM.
IMSI + KI : Identification de labonn

2012 /2013 Page 8


MSISDN : Numro de tlphone (Mobile Station ISDN Number) Le HLR vrifie que le couple
IMSI + KI = MSISDN
LAUC vrifie que le couple IMSI + KI est valide
Les informations dynamiques relatives ltat et la localisation dun abonn sont actualises
en permanence. Ces informations sont particulirement utiles lorsque le rseau achemine un
appel vers labonn.
Le rseau commence par interroger le HLR pour prendre connaissance de la dernire
localisation connue, de ltat du terminal (On / Off) et de la date de ces donnes avant toute
action. La mobilit constitue la diffrence essentielle entre le rseau filaire et le rseau de
radiotlphonie.
Ainsi sur le rseau mobile, loprateur doit interroger les diffrentes bases de donnes (HLR)
afin de localiser un abonn pour tablir une connexion.

7. Fonction du MSC
Les MSC sont des commutateurs mobiles gnralement associs aux bases de donnes VLR. Le
MSC assure une interconnexion entre le rseau mobile et le rseau fixe public. Le MSC gre
ltablissement des communications entre un mobile et un autre MSC, la transmission
des messages courts et lexcution du handover si le MSC concern est impliqu. (Le handover
est un mcanisme grce auquel un mobile peut transfrer sa connexion dune BTS vers une autre
(handover inter BTS) ou, sur la mme BTS dun canal radio vers un autre (handover intra BTS).
On parle de transfert automatique inter/intra cellule handover notamment aux Etats Unis).
Le commutateur est un nud important du rseau, il donne un accs vers les bases de donnes
du rseau et vers le centre dauthentification qui vrifie les droits des abonns. En connexion
avec le VLR le MSC contribue la gestion de la mobilit des abonns ( la localisation des
abonns sur le rseau) mais aussi la fourniture de toute la tl services offerts par le rseau :
voix, donnes, messageries Le MSC peut galement possder une fonction de passerelle,
GMSC (Gateway MSC) qui est active au dbut de chaque appel dun abonn fixe vers un
abonn mobile.
Un couple MSC / VLR gre gnralement une centaine de milliers dabonns. Les
commutateurs MSC sont souvent des commutateurs de transit des rseaux tlphoniques fixes
sur lesquels ont t implant des fonctionnalits spcifiques au rseau GSM.

8. Fonctions du VLR
Lenregistreur de localisation des visiteurs est une base de donnes associe un commutateur
MSC. Le VLR a pour mission denregistrer des informations dynamiques relatives aux abonns

2012 /2013 Page 9


de passage dans le rseau, ainsi loprateur peut savoir tout instant dans quelle cellule se
trouve chacun de ses abonns. Les donnes mmorises par le VLR sont similaires aux donnes
du HLR mais concernent les abonns prsents dans la zone concerne.
A chaque dplacement dun abonn le rseau doit mettre jour le VLR du rseau visit et le
HLR de labonn afin dtre en mesure dacheminer un appel vers labonn concern ou
dtablir une communication demande par un abonn visiteur. Pour ce faire un dialogue
permanent est tablit entre les bases de donnes du rseau. La mise jour du HLR est trs
importante puisque lorsque le rseau cherche joindre un abonn, il interroge toujours le HLR
de labonn pour connatre la dernire localisation de ce dernier, le VLR concern est ensuite
consult afin de tracer le chemin entre le demandeur et le demand pour acheminer lappel.

9. Le routeur IP
Loprateur peut prendre le parti de grer et dadministrer ses propres routeurs IP afin douvrir le
rseau GPRS vers les rseaux de donnes externes.

10.Le module PCU sur les BSC et le module CCU sur les BTS
La mise en place dun rseau GPRS au contraire du rseau UMTS ne ncessite pas de couvrir le
territoire avec de nouvelles antennes puisque larchitecture GSM est rutilise. Nanmoins, des
modifications sont apportes en ajoutant des composants sur les structures de couverture du
rseau GSM.
Sur les antennes les BTS est ajout un module CCU (Channel Codec Unit). Cette entit
permet de grer les envois dinformations vers le module SGSN.
La norme GPRS introduit galement un quipement appel PCU (Packet Control Unit)
gnralement situ sur les BTS, les BSC ou le SGSN. Le PCU a pour fonction de grer
lchancier de transmission et lacquittement des blocs sur les canaux de donnes.

11.Le mobile GPRS


Lusage attendu par le rseau GPRS est la possibilit de consulter de manire interactive des
serveurs. Cela ncessite donc un dbit plus important sur la voie descendante que sur la voie
montante. On parle de mobile multi-slot : le terminal doit tre en mesure de recevoir ou
de transmettre des informations sur plusieurs intervalles de temps. Le cot engendr par
ces contraintes techniques amne loprateur proposer ses abonns des terminaux plus
onreux. Loprateur propose gnralement un terminal GSM GPRS capable de grer les
communications Voix et Data des dbits acceptables.

2012 /2013 Page 10


12.La carte SIM
La carte SIM utilise pour laccs au rseau GPRS est une carte SIM similaire celle requise
pour accder au rseau GSM classique. Quelques fichiers sont simplement ajouts lors de la
phase de personnalisation chez le fabricant de cartes.

II. Linterface rseau GPRS


Nom Localisation Utilisation Protocole
Um MS BTS Interface radio
Abis BTS BSC Divers
Gb BSC SGSN Divers
Interrogation
HLR pour
Gc GGSN - HLR activation service IP / SS7

Echange de messages
Gd SGSN SMS-GMSC courts SS7

Vrification de
Gf SGSN EIR lidentit du SS7
terminal
Transfert de
Gi GGSN rseau de donnes donnes IP
Gestion de
Gn SGSN - SGSN litinrance IP
Liaison inter-
Gp BG - BG oprateur IP
Gestion de la
Gr SGSN - HLR localisation SS7
Gestion
coordonnes itinrance
Gs SGSN MSC/VLR entre GSM et GPRS SS7

Tableau 1 : linterface de rseaux GPRS

Lensemble des lments GPRS est associ pour fournir un service GPRS. Deux protocoles sont
alors utiliss :
Le traditionnel protocole IP qui assure une ouverture vers les terminaux fixes extrieurs au
rseau (contenu, Internet).
Le protocole SS7 (Signal Smaphore 7) qui est un protocole interne au rseau GPRS.

III. La Signalisation SS7

2012 /2013 Page 11


1. Modle en couches
Le rseau SS7 est constitu d'lments interconnects qui changent de l'information afin de
supporter les fonctions de tlcommunications. Le protocole SS7 est destin faciliter ces
fonctions et maintenir le rseau travers lequel elles sont fournies. Comme la plupart des
protocoles modernes, le protocole SS7 possde un modle en couches.
Voici, droite le protocole SS7, confront au modle OSI gauche :

Figure 3 : Les diffrentes couches constituant ce modle sont les suivantes

a) Message Transfert Part (partie transfert du message), MTP

Le MTP est divis en trois niveaux.

MTP Level 1 :
Le niveau le plus bas, MTP Level 1, est quivalent la Couche Physique du modle OSI.
MTP Level 1 dfinit les caractristiques physiques, lectriques et fonctionnelles des liens
de signalisation numriques du rseau SS7. Les interfaces physiques dfinies supportent
les liens de transmissions normaliss suivants : E-1 (2048 kb/s ; 32 canaux 64 kb/s),
DS-1 (1544 kb/s ; 24 canaux 64 kb /s), V.35 (64 kb/s), DS-0 (64 kb/s) et DS-0A (56
kb/s). Les liens de signalisation utilisent des canaux DS0 et transportent les informations
de signalisation de ligne un dbit de 56 voire 64 kbps.

2012 /2013 Page 12


MTP Level 2 :
Le niveau 2 fournit les fonctionnalits de la Couche Liaison de Donnes. Il garantit que
les deux extrmits d'un lien de signalisation peuvent changer des messages de
signalisation de manire fiable. Il introduit des fonctionnalits telles que :

- le contrle d'erreur ;
- le contrle de flux ;
- vrification du squencement.

Lorsqu'une erreur survient sur un lien de signalisation, le message est retransmis.

MTP Level 3 :
Le niveau 3 assure les fonctions de la Couche Rseau. Il garantit l'acheminement des
messages entre les points de signalisation du rseau SS7, qu'ils soient ou non directement
connects. Il introduit des fonctionnalits telles que :

- l'adressage des nuds de rseau ;


- le routage ;
- le routage de secours ;
- le contrle de congestion.

b) ISDN User Part (partie Usager RNIS), ISUP


ISUP dfinit le protocole utilis pour tablir, grer les appels et librer les circuits allous
pour transporter voix et donnes entre les commutateurs d'extrmit. ISUP est utilis pour
les appels RNIS, mais galement pour les appels classiques. Cependant, les appels issus
d'un commutateur et qui sont destination du mme commutateur n'utilisent pas la
signalisation ISUP.
c) Telephone User Part (partie Usager tlphonique), TUP
Dans certains pays (Brsil, Chine ), TUP est utilis pour supporter les appels basiques
et la libration des circuits. TUP concerne uniquement les circuits analogiques. Dans la
plupart des pays, ISUP a remplac TUP pour la gestion des appels.
d) Signaling Connection Control Part (partie Contrle de la connexion de signalisation),
SCCP
SCCP fournit des services rseau en mode non connect ou en mode connect, et des
capacits de traduction de titre global (GTT, Global Title Translation) au dessus de la
couche MTP Level 3. Un titre global est une adresse (par exemple un numro en 0800,
appelant un numro de carte bancaire ou le numro d'identification d'un abonn mobile)
qui est traduit par SCCP en un code de point de destination et un numro de sous-
2012 /2013 Page 13
systme. Un numro de sous-systme identifie uniquement une application au point de
signalisation de la destination. SCCP est utilis comme une couche transport pour les
services TCAP.
e) Transaction Capabitities Applications Part (partie Applications assurant les
transactions), TCAP
TCAP assure l'changes d'informations qui ne sont pas relatives aux circuits travers le
rseau SS7, en utilisant les services SSCP en mode non connect. Les requtes et les
rponses changes entre les points de signalisation et les points de contrle du rseau
sont transports dans les messages TCAP.
Exemple : un point de signalisation envoie une requte TCAP afin de dterminer le
numro de routage associ un numro gratuit (0800) et de vrifier le code PIN du
dtenteur d'une carte de paiement. Dans les rseaux mobiles (GSM), TCAP transporte les
messages de la Couche Application envoys entre les commutateurs du rseau mobile et
les bases de donnes assurant l'authentification des abonns, l'identification du terminal
et le roaming.

IV. GPRS, Gestion de la Mobilit


Ce second chapitre ddi au GPRS prsente les deux procdures importantes lies au
fonctionnement dun rseau GPRS, savoir, la gestion de la mobilit (GMM, GPRS Mobility
Management) au paragraphe 1 et la gestion de session (SM, Session Management) au
paragraphe 2. Le paragraphe 3 introduit le roaming GPRS.

Figure 4:Protocoles de signalisation du mobile

2012 /2013 Page 14


1. Identits GPRS
Afin de comprendre les procdures de gestion de mobilit et de gestion de session GPRS, il est
ncessaire dintroduire les identits utilises par le rseau GPRS outre lIMSI et lIMEI.

a) APN : Access Point Name

Dans un rseau GPRS, un Access Point Name (APN) est une rfrence un GGSN. Pour
supporter le roaming inter-rseau GPRS, la fonctionnalit DNS est utilise afin de traduire
lAPN en une adresse IP de GGSN.
LAPN est compos de deux parties comme suit :
L APN Network Identifier qui dfinit le rseau externe auquel est connect le GGSN. Il
consiste en trois labels. Cette partie de lAPN est obligatoire. Exemples :
internet.orange.fr et mms.orange.fr. Dans ces exemples, le premier label correspond au service
offert lusager; le second label est une abrviation du nom de loprateur; le troisime label est
le nom de domaine Internet national.
"LAPN Operator Identifier" qui dfinit le rseau GPRS du GGSN. Il consiste en trois labels
: Le code MNC (Mobile Network Code) qui identifie le code du rseau mobile, le code MCC
(Mobile Country Code) qui correspond au code du pays du rseau GPRS, et gprs :
mnc<MNC>.mcc<MCC>.gprs. Cette partie de lAPN est optionnelle. Elle devient obligatoire
lorsque lusager est en roaming dans des rseaux visits. Ex:
mnc01.mcc208.gprs.
L'APN complet pour le service MMS d'Orange France est
mms.orange.fr.mnc01.mcc208.gprs

b) P-TMSI
De manire conserver la confidentialit de l'identit de l'IMSI, le SGSN alloue un numro
temporaire unique chaque mobile se localisant dans sa zone de couverture : P-TMSI (Packet
Temporary Mobile Subscriber Identity). Le SGSN est capable de corrler le P-TMSI avec
l'IMSI. Lorsqu'un mobile reoit un P-TMSI de son SGSN courant, il stocke cette identit sur sa
carte SIM et lutilise pour sidentifier.

c) RAI
Une zone de routage (RA, Routing Area) reprsente un ensemble de cellules dans un rseau
GPRS .Un SGSN contrle une aire de service contenant un ensemble de RAs. Il ny a pas de
relation entre aire de service dun MSC/VLR et aire de service dun SGSN. Une RA est un sous-
ensemble dune seule LA et ne peut tre servie que par un seul SGSN (Figure 5).
2012 /2013 Page 15
Le dcoupage choisi dans un rseau GPRS est plus fin que celui du rseau GSM afin de
minimiser l'usage des ressources radio pour des procdures de signalisation telles que paging
(recherche).
Lexemple simplifi la figure montre trois aires de service GPRS chacune prise en charge par
un SGSN.
Les zones de routage RA1, RA2, RA3, RA4 et RA5 sont sous le contrle du SGSN1.
Les zones de routage RA6, R7 et R8 sont sous la responsabilit du SGSN2.
Les zones de routage RA9, RA10 et RA11 sont prises en charge par le SGSN3.

Figure 5: Zones de routage GPRS

Aujourdhui dans les rseaux GSM/GPRS, un RA correspond un LA.

d) Numro GSN
Chaque SGSN doit avoir une adresse SS7 de type Global Title (appele SGSN number) pour la
communication avec le HLR ou lEIR en utilisant le protocole MAP.
Chaque GGSN qui supporte linterface optionnelle Gc doit aussi disposer dune adresse SS7
pour la communication avec le HLR.

2. Protocole GMM
Le protocole GMM (GPRS Mobility Management) entre la station mobile et le SGSN est
similaire au protocole MM du GSM. Il assure les procdures suivantes (Figure 3):

2012 /2013 Page 16


Attachement au rseau GPRS ou attachement combin aux rseaux GPRS et GSM (Attach).
Dtachement du rseau GPRS, du rseau GSM ou dtachement combin des rseaux
GPRS et GSM (Detach).
Allocation de P-TMSI (GPRS) ou TMSI (GSM) ou allocation combine d'un P-TMSI et
d'un TMSI (P-TMSI Reallocation).
Authentification et chiffrement (Authentification And Ciphering).
Mise jour de zone de routage ou mise jour combine de zone de routage GPRS et zone
de localisation GSM (Routing Area Update).
Demande d'identit (e.g. IMSI, IMEI) (Identit). La station mobile initie la procdure
d'attachement au rseau GPRS par l'envoi d'un message ATTACH REQUEST au SGSN de
rattachement. Si cette requte est accepte par le rseau, un message ATTACH ACCEPT est
retourn la station mobile.
Si le message ATTACH ACCEPT contient un nouveau P-TMSI allou par le SGSN, la station
mobile doit utiliser ce P-TMSI comme nouvelle identit temporaire et le stocker sur sa carte
SIM en remplacement de l'ancien. Par ailleurs la station mobile met un message ATTACH
COMPLETE au MSC/VLR. Si aucun P-TMSI nest prsent dans le message ATTACH
ACCEPT, la station mobile doit continuer utiliser son ancien P-TMSI sans retourner de
message ATTACH COMPLETE.
Si la demande ATTACH REQUEST est refuse par le rseau GPRS, un message ATTACH
REJECT est retourn la station mobile.
Une station mobile peut aussi raliser un attachement combin aux rseaux GPRS et GSM en
mettant un unique message ATTACH REQUEST au SGSN. La rponse ATTACH ACCEPT
pourra contenir un P-TMSI allou par le SGSN et un TMSI allou par le MSC/VLR. La
procdure de dtachement du rseau GPRS est initie par la station mobile travers un message
DETACH REQUEST.
Lors d'un problme rseau, le SGSN de rattachement initie une procdure de dtachement en
envoyant un message DETACH REQUEST la station mobile qui doit lacquitter par un
message DETACH ACCEPT.
Une station mobile peut raliser un dtachement combin aux rseaux GPRS et GPRS en
mettant un message DETACH REQUEST au SGSN.
La procdure normale de mise jour de la routing area est initie par la station mobile. Lorsque
cette dernire dtecte un changement d'aire de routage. Elle met alors un message ROUTING
AREA UPDATE REQUEST au SGSN de rattachement. L'identification d'aire de routage (RAI,
Routing Area Identification) est diffuse sur le canal de diffusion (broadcast Channel) par la
BTS.

2012 /2013 Page 17


Si la demande ROUTING AREA UPDATE REQUEST est accepte par le rseau, un
acquittement ROUTING AREA UPDATE ACCEPT est retourn la station mobile. Le SGSN
peut affecter un nouveau P-TMSI la station mobile. Si tel est le cas, ce paramtre est prsent
dans l'acquittement et la station mobile qui le reoit doit confirmer sa prise en compte par un
message ROUTING AREA UPDATE COMPLETE.
Si la demande ROUTING AREA UPDATE REQUEST n'est pas accepte par le rseau, un
acquittement ngatif ROUTING AREA UPDATE REJECT est retourn la station mobile. Le
SGSN peut tout instant allouer une nouvelle identification P-TMSI la station mobile
notamment lorsque celle-ci ne change pas de routing area pendant un certain temps.
Pour ce faire, il met un message P-TMSI REALLOCATION COMMAND. La station mobile
stocke le P-TMSI sur sa carte SIM et retourne un acquittement P-TMSI REALLOCATION
COMPLETE au SGSN.
Le rseau initie une procdure d'authentification et de chiffrement l'aide du message
AUTHENTICATION AND CIPHERING REQUEST contenant tous les paramtres
ncessaires pour le calcul de rsultats partir d'algorithmes d'authentification et de chiffrement.
La station mobile retourne les rsultats au SGSN travers la rponse AUTHENTICATION
AND CIPHERING RESPONSE. Si la rponse n'est pas valide, un message
AUTHENTICATION AND CIPHERING REJECT est envoy la station mobile. La procdure
d'identification permet au rseau de demander la station mobile de fournir une identification
spcifique (e.g., IMSI, IMEI). Le SGSN transmet un message IDENTITY REQUEST qui
spcifie l'identification demande. La station mobile retourne une rponse IDENTITY
RESPONSE contenant les informations requises.

2012 /2013 Page 18


Figure 6: Protocole GPRS Mobility Management

3. Procdure GPRS Attach


La demande dattachement est mise par le mobile au SGSN travers le BTS et le BSC
(Figure7).
Avant de pouvoir enregistrer le mobile, le SGSN doit procder certaines vrifications sur la
validit de lidentit de lusager (IMSI) et lidentit du terminal (IMEI).
La vrification de lidentit de lusager seffectue travers la procdure dauthentification. Les
donnes permettant lauthentification sont pralablement demandes au HLR par le SGSN.
La vrification de lidentification du mobile est une procdure optionnelle. Sur demande du
SGSN, le terminal fournit son identit (IMEI : International Mobile Equipment Identity). L
EIR, interrog par le SGSN indique dans le message de retour si le terminal fait ou ne fait pas
partie de la liste des quipements interdits (black List).
Une fois les vrifications didentits effectues, le SGSN peut procder linscription du mobile
auprs du rseau. Le SGSN informe le HLR de lenregistrement du mobile dans sa base de
donnes. En retour, le HLR transmet au SGSN les caractristiques de
Labonnement souscrit par lusager. Ces informations seront utilises ultrieurement par le
SGSN lorsque lusager souhaitera tablir ou recevoir un appel tlphonique.

2012 /2013 Page 19


Figure 7: Procdure GPRS Attach

4. Procdures GPRS Attach et IMSI Attach combines

La procdure d'attachement combin aux rseaux GSM et GPRS suit les tapes suivantes
(Figure 8) :
1. La station mobile effectue une procdure d'attachement travers l'envoi d'un message GMM
ATTACH REQUEST en indiquant une demande d'attachement combin
GSM/GPRS.
2. Si la station mobile s'identifie par un P-TMSI et que le SGSN a chang depuis le dernier
dtachement, le nouveau SGSN met une demande GTP Identification Request l'ancien
SGSN. L'ancien SGSN est identifi par l'ancien RAI fourni par la station mobile dans le
message d'attachement. L'ancien SGSN retourne au nouveau SGSN une rponse GTP
Identification Response (IMSI).
3. Si la station mobile est inconnue du nouveau et de l'ancien SGSN, le nouveau SGSN met
une requte GMM IDENTITY REQUEST (Identity Type = IMSI) la MS qui l'acquitte
par une rponse GMM IDENTITY RESPONSE (IMSI).
4. La station mobile est authentifie par le SGSN.
5. L'EMEI du terminal mobile est vrifi.
2012 /2013 Page 20
6. Le SGSN met jour le HLR si le SGSN de rattachement a chang depuis le dernier
dtachement de la station mobile.
a. Le SGSN dlivre un message MAP UPDATE LOCATION (Numro SGSN, Adresse
SGSN, IMSI) au HLR.
b. Le HLR envoie un message MAP CANCEL LOCATION (IMSI) l'ancien SGSN pour lui
demander de supprimer le profil relatif la station mobile.
c. L'ancien SGSN acquitte la demande par une rponse MAP CANCEL LOCATION ACK
(IMSI).
d. Le HLR met un message MAP INSERT SUBSCRIBER DATA (IMSI, donnes de
souscription GPRS) au nouveau SGSN.
e. Le nouveau SGSN retourne une rponse MAP INSERT SUBSCRIBER DATA ACK (IMSI)
au HLR.
f. Le HLR acquitte la mise jour de localisation par une rponse MAP UPDATE LOCATION
ACK au SGSN aprs que les contextes de mobilit et contextes PDP aient t supprims de
l'ancien SGSN.
7. Si la demande GMM ATTACH REQ (message 1) de la station mobile concerne un
attachement combin GSM et GPRS, alors le MSC/VLR est mis jour par le SGSN travers
l'interface Gs (protocole BSSAP+). Le numro de VLR est obtenu par le SGSN par traduction
du nouveau RAI.
a. Le SGSN met un message BSSAP+ LOCATION UPDATE REQUEST (nouveau
LAI, IMSI, Numro SGSN) au VLR.
b. Si le nouveau MSC est diffrent du MSC de la station mobile avant son dernier dtachement
du rseau, le nouveau VLR envoie un message MAP UPDATE LOCATION (IMSI, nouveau
VLR) au HLR.
c. Le HLR met un message MAP CANCEL LOCATION (IMSI) l'ancien VLR.
d. L'ancien VLR acquitte la demande travers la rponse MAP CANCEL LOCATION ACK
(IMSI).
e. Le HLR met un message MAP INSERT SUBSCRIBER DATA (IMSI, donnes de
souscription GSM) au nouveau VLR.
f. Le VLR acquitte ces informations par une rponse MAP INSERT SUBSCRIBER DATA
ACK (IMSI).
g. Le HLR acquitte la procdure globale de mise jour de localisation par une rponse MAP
UPDATE LOCATION ACK (IMSI) au nouveau VLR.

2012 /2013 Page 21


h. Le VLR retourne une rponse BSSAP+LOCATION UPDATE ACCEPT (numro VLR
TMSI) au SGSN ; ce message contient une identit TMSI alloue par le VLR la station
mobile.
8. Le SGSN dlivre un message GMM ATTACH ACCEPT la station mobile, message
contenant la fois un TMSI et un P-TMSI.
9. La station mobile acquitte cette rponse par un message GMM ATTACH COMPLETE au
SGSN pour lui, signifie que les nouvelles identits P-TMSI et TMSI ont t stockes sur la carte
SIM.
10. Le SGSN envoie un message BSSAP+ TMSI REALLOCATION COMPLETE au VLR.

Figure 8: Procdures GPRS Attach et IMSI Attach combines

La procdure de mise jour de zone de routage Inter-SGSN consiste en les tapes


suivantes (Figure 9) :

2012 /2013 Page 22


Figure 9: Mise jour de zone de routage Inter-SGSN

1. La station mobile met un message GMM ROUTING AREA UPDATE REQUEST (ancien
RAI, ancien P-TMSI) au nouveau SGSN. Le BSS rajoute au message l'identit de la cellule
l'ayant reu avant de le relayer au SGSN. Le SGSN dtecte qu'il s'agit de mise jour de zone de
routage inter-SGSN puisque l'ancien RAI est sous le contrle d'un autre SGSN.
2. Le nouveau SGSN met un message GTP SGSN Context Request (ancien RAI, TLLI,
ancien P-TMSI, nouvelle adresse SGSN) l'ancien SGSN afin d'obtenir les contextes de
mobilit et contextes PDP de la station mobile. L'ancien SGSN valide l'ancien P-TMSI et
retourne au SGSN une rponse GTP SGSN Context Response (MM Context, PDP Context)
contenant l'information demande. L'ancien SGSN stocke l'adresse du nouveau SGSN afin
de lui relayer les paquets reus et dlivrer la station mobile.
3. La station mobile est authentifie par le nouveau SGSN.
4. Le nouveau SGSN envoie un message GTP SGSN Context Acknowledge l'ancien SGSN
afin de lui indiquer qu'il est prt recevoir des paquets de sa part concernant des contextes PDP
actifs de la station mobile.
5. L'ancien SGSN duplique les paquets mis en mmoire tampon et les relaye sur des tunnels
GTP au nouveau SGSN.

2012 /2013 Page 23


6. Le nouveau SGSN met un message GTP Update PDP Context Request (adresse nouveau
SGSN, TID, QoS Ngocie) au GGSN concern. Ce message a pour but de demander au GGSN
de relayer directement les paquets reus pour la station mobile en question au nouveau SGSN et
non plus l'ancien SGSN. Le GGSN met jour les contextes PDP concerns et retourne une
rponse GTP Update PDP Context Response (TID).
7. Le nouveau SGSN informe le HLR du changement de SGSN de la station mobile par un
message MAP UPDATE LOCATION.
8. Le HLR envoie un message MAP CANCEL LOCATION (IMSI) l'ancien SGSN pour lui
demander de supprimer le profil relatif la station mobile. L'ancien SGSN supprime les
contextes de mobilit et les contextes PDP concerns.
9. Le HLR met un message MAP INSERT SUBSCRIBER DATA (IMSI, donnes de
souscription GPRS) au nouveau SGSN. Le nouveau SGSN acquitte la demande par une rponse
MAP INSERT SUBSCRIBER DATA ACK (IMSI).
10. Le HLR acquitte la mise jour de localisation par un message MAP UPDATE
LOCATION ACK (IMSI) au nouveau SGSN.
11. Le SGSN alloue une nouvelle identit P-TMSI retourne la station mobile par une rponse
GMM ROUTING AREA UPDATE ACCEPT.
12. La station mobile acquitte cette rponse par un message GMM ROUTING AREA
UPDATE COMPLETE au SGSN pour lui signifier que la nouvelle identit P-TMSI a t
stocke sur la carte SIM.

5. Mise jour combine de zone de localisation / zone de routage Inter-


SGSN
Cette procdure est similaire celle prcdente avec des interactions supplmentaires dans le
domaine circuit (Figure 10).

2012 /2013 Page 24


Figure 10: Mise jour combine de zone de localisation / zone de routage Inter-SGSN

Conclusion
Dans cette section nous avons dfinie le rseau GPRS ainsi le Protocol SS7 utilis dans ce
rseau et les dfirent gestion de la mobilit dun mobil station

2012 /2013 Page 25


Chapitre 3
Conception

Introduction
Une fois l'tude prliminaire est acheve, on passe l'tape suivante qui est la conception dans
laquelle on prsentera les diffrents diagrammes de modalisation.

I. Diagramme de cas dutilisation


Un cas d'utilisation dfinit un ensemble d'objectifs ax sur des interactions entre les acteurs
externes et le systme sous l'tude qui fournit un service pour satisfaire un objectif.

La figure qui suit prsente le diagramme de cas d'utilisation qui dcrit linteraction de lacteur
(lutilisateur) avec lapplication:

2012 /2013 Page 26


Figure 11:Diagramme de cas d'utilisation gnral

1. Description textuelle des cas d'utilisation :


La description textuelle s'agit de donner pour chaque cas d'utilisation son nom, son objectif, ses
acteurs.

Cas dutilisation : Grer Abonne


Acteur : utilisateur
Description : L'utilisateur connecte l'application peut supprimer, ajouter, modifier
ou chercher un abonne dans la base de donne.

Cas dutilisation : consulter linformation de la trame


Acteur : utilisateur
Description : L'utilisateur peut consulter et choisir linformation de trame
(authentification ; location update) quil cherche afin de dcoder le trame en binaire

Cas dutilisation : consulter le dialogue


Acteur : utilisateur
Description : lutilisateur peut consulter les requtes envoyes et les trames
forms dans le HLR ou SGSN.
II. Diagramme des squences :
Les diagrammes de squences sont la reprsentation graphique des interactions entre les
acteurs et le systme selon un ordre chronologique. La dimension verticale du diagramme
reprsente le temps permettant de visualiser l'enchanement des actions dans le temps et de
spcifier la naissance et la mort d'objets.

La figure qui suit prsente le diagramme de cas d'utilisation qui dcrit comment se droulent les
actions entre lacteur ou lobjet :

2012 /2013 Page 27


Figure 12: Diagramme de squence "demande dattachement "

Description textuelle diagramme de squence

Acteur principal : Utilisateur


Objectif : demande dattachement
Pr condition : lUtilisateur lancer lapplication.
Post condition : le systme enregistr labonne dans SGSN.
Scnario nominal :
1. Lutilisateur saisie le numro de labonne.
2. SGSN construire un trame de bite et envoi une requte
HLR.
3. HLR traiter cette IMSI et construire un trame et envoye une
rponse SGSN.
4. Afin que lauthentification termin lSGSN envoi une demande
de localisation.
5. Le HLR rponde cette demande de localisation.
Scnario dalternance :
Si cette IMSI nappartient pas cet operateur, le systme affiche un message derreur.

2012 /2013 Page 28


Figure 13: Diagramme de squence "Ajouter un abonne"

Description textuelle diagramme de squence <<Ajouter un Abonne>>

Acteur principal : Utilisateur


Objectif : lUtilisateur Ajouter un abonne
Pr condition : lUtilisateur accd la fentre Grer abonner.
Post condition : le systme affiche le rsultat de lajout
Scnario nominal :
1. Le systme affiche la liste de labonne enregistre.
2. lUtilisateur remplir les champs ncessaire.
3. Le systme affiche le rsultat lajout.
Scnario dalternance :

Dans ltape 2 de scnario nominal :

Le systme affiche un message davertissement lorsque les champs sont invalids.

Dans le ltape 3, le systme affiche un message davertissement si labonne existe dj.

2012 /2013 Page 29


Figure 14: Diagramme de squence "modifier un abonne"

Description textuelle diagramme de squence <<Modifier un Abonne>>

Acteur principal : Utilisateur


Objectif : lUtilisateur modifier une abonne
Pr condition : lUtilisateur accde la fentre Grer abonner.
Post condition : le systme affiche le rsultat de la Modification
Scnario nominal :
4. Le systme affiche la liste des abonnes enregistres
5. lUtilisateur relire les champs ncessaire.
6. Le systme affiche le rsultat de la modification.
Scnario dalternance :

Dans ltape 1 de scnario nominal :

Le systme affiche un message davertissement lorsque les champs sont invalids.

2012 /2013 Page 30


Figure 15: Diagramme de squence "supprim un abonne "

Description textuelle diagramme de squence <<supprim un Abonne>>

Acteur principal : Utilisateur


Objectif : lUtilisateur supprim une abonne
Pr condition : lUtilisateur accde la fentre grer abonne.
Post condition : le systme affiche le rsultat de la suppression
Scnario nominal :
7. Le systme affiche la liste des abonnes enregistres
8. lUtilisateur slectionne labonner qui veut supprimer
9. Le systme affiche le rsultat de la recherche
Scnario dalternance :

Dans ltape 1 de scnario nominal :

Le systme affiche un message davertissement lorsque aucun abonn slectionn.

2012 /2013 Page 31


Figure 16 : Diagramme de squence "Recherche un abonne "

Description textuelle diagramme de squence <<chercher un Abonne>>

Acteur principal : Utilisateur.


Objectif : lUtilisateur cherche une abonne.
Pr condition : lUtilisateur accde la fentre grer abonne.
Post condition : le systme affiche le rsultat de la recherche.
Scnario nominal :
1. Le systme affiche la liste des abonnes enregistres.
2. lUtilisateur Ecrire lIMSI de labonner qui veut le chercher.
3. Le systme affiche le rsultat de la recherche.
Scnario dalternance :

Dans ltape 1 de scnario nominal :

Le systme affiche un message davertissement lorsque le champ vide.

Conclusion :
Dans ce chapitre qui prsente une phase primordiale pour pouvoir atteindre dimplmentation,
nous avons prsent larchitecture de notre systme et les modules et les modules sur lesquels
repose notre conception .limplmentation de la plateforme sera le sujet du chapitre suivant.

2012 /2013 Page 32


Chapitre 4
Ralisation

Introduction :
Cette partie constitue le dernier volet de ce rapport, elle a objet dexposer le travail achev. Pour
cela nous allons visualise diffrents dcrans qui montreront la diffrente fonctionnalit mises en
place prcd par une description introduisant lenvironnement de travail ainsi que les outils de
dveloppement utiliss.

I. Environnement de travail :
En ce qui concerne l'environnement de ralisation nous avons fait recours certains matriaux et
logiciels qui permettent d'accomplir la ralisation de l'application.
1. Environnement matriel :
Le prsent travail a t ralise sur un PC SAMSUNG ayant la configuration suivant :
Processeur Intel Cor(TM) 2DuoCPU 2.20GHz
Mmoire 2 Go RAM
Disque dur 160 Go
Tableau 2:Caractristique de lordinateur de dveloppement

2. Environnement logiciel :
Systme dexploitation Microsoft Windows XP2
Serveur Base de donnes ESYPHP
Interface dadministration MySQLAdministrator
Environnement de Dveloppement Intgr NetBeans
Tableau 3:environnement logiciel

3. Choix des outils de dveloppement :


Devant la diversit des outils de dveloppement, Nous devons justifier les choix techniques
concernant les langages de programmation utiliss, le systme de gestion de base de donnes, et
les technologies adoptes pour la ralisation de notre projet.

JAVA

2012 /2013 Page 33


Le langage Java est un langage de programmation informatique orient objet cr par James
Gosling et Patrick Naughton, employs de Sun Microsystems, avec le soutien de Bill
Joy (cofondateur de Sun Microsystems en 1982), prsent officiellement
le 23 mai 1995 au SunWorld. La particularit et l'objectif central de Java est que les logiciels
crits dans ce langage doivent tre trs facilement portables sur plusieurs systmes
dexploitation tels que UNIX, Windows, Mac OS ou GNU/Linux, avec peu ou pas de
modifications. Pour cela, divers plate-formes et frameworks associs visent guider, sinon
garantir, cette portabilit des applications dveloppes en Java.

NetBeans

NetBeans est un environnement de dveloppement intgr (EDI), plac en open


source par Sun en juin 2000 sous licence CDDL et GPLv2 (Common Developement and
Distribution License). En plus de Java, NetBeans permet galement de supporter diffrents
autres langages, comme Python, C, C++, JavaScript, XML, Ruby, PHP et HTML. Il comprend
toutes les caractristiques d'un IDE moderne (diteur en couleur, projets multi-
langage, refactoring, diteur graphique d'interfaces et de pages Web).

2012 /2013 Page 34


II. Principales interfaces graphiques :
En vue de prsenter le travail accompli, nous allons dans ce qui suit exposer diffrentes captures
dcran montrant la ralisation de notre travail.
1. Interface HLR
HLR nous permet daccder linterface de dialogue ou pour grer un abonn ou pour voire
lformation de trame.

a) Dialogue

Figure 17 : fentre de consult le dialogue

2012 /2013 Page 35


A partir de cette interface lutilisateur peut strate le HLR pour les champs suivant :

Abonne attacher : Rserv pour le reu de IMSI et de vrifier sil est enregistre dans la
base ou non.

Requte envoye : Ce champ est rserv pour les requtes envoy de HLR vers SGSN.

Requte reu : Ce champ est rserv pour les requtes envoy de SGSN vers HLR.

Forme de rame : Ce champ et rserv pour la forme de trame envoy de HLR vers SGSN.

b) Gr un abonner

Figure 18 : fentre de grer un abonne


2012 /2013 Page 36
A partir de cette interface en peut enregistrer, supprim, modifier et chercher un abonn.
Aussi bien lutilisateur peut afficher la liste de labonne enregistre dans la base de
donnes.

c) Information sur trame

Figure 19 : fentre de dcord le trame

2012 /2013 Page 37


Cette interface nous permet de choisir entre deux types de trame (authentification ou location
update).

Si lutilisateur choisi le dialogue e de lauthentification, linterface affiche seulement la


requte (MAP Send Authentification Info Ack (Vector)

Si lutilisateur choisie le dialogue de location update, linterface affiche (MAP Insert


Subscriber Data) et la (MAP Update GPRS Location Ack)

2. Interface SGSN

a) Dtail de trame

Figure 20 : fentre de consult le dialogue SGSN

2012 /2013 Page 38


A partir de cette interface lutilisateur peut strate le connecter le SGSN le HLR .

Pour les champs suivant :

Envoyer IMSI : Rserv pour le lenvoi de IMSI et demande dattachement.

Requte envoye : Ce champ est rserv pour les requtes envoy de SGSN vers HLR.

Requte reu : Ce champ est rserv pour les requtes envoy de HLR vers SGSN.

P_TMSI : ce champ est rserv pour le code temporelle choisi par le systme et rserv a
chaque abonne attach.

Forme de rame : Ce champ et rserv pour la forme de trame envoy de SGSN vers HLR.

2012 /2013 Page 39


b) Information sur trame

Figure 21: fentre de dcord le trame SGSN

Cette interface nous permet de choisir entre deux types trois type de trame pour dcod ou
expliqu :

Si lutilisateur choisi le dialogue dauthentification, linterface affiche (MAP Send


Authentification Info (IMSI)).

2012 /2013 Page 40


Si lutilisateur choisie le dialogue de location update, linterface affiche (MAP
Update GPRS Location (IMSI)) et (MAP Insert Subscriber Data Ack)

Conclusion
A ce stade, nous atteignons la fin de ltude du projet .Nous avons dvelopp dans ce chapitr
une description dtaille des diffrentes ralisations effectus pendant le stage.

2012 /2013 Page 41


Conclusion et perspective
Tout au long de ce rapport, nous avons expos les diffrentes tapes du cycle de vie du
dveloppement dun simulateur nous avons expos la phase de spcification, la phase de
conception et la phase de ralisation.

Outre cela , nous avons aussi mis laccent sur les diffrents aspects et notions thorique qui
ont voques sur le sujet ce qui a t dune grande aide pour mieux assimiler le contenu du
rapport.

Durant ce stage, nous avons acquis un ensemble de comptences sur divers plans .Dabord, sur
le plan thorique, il nous a permis de se familiariser avec les techniques de linformation de
rseaux GPRS.

Ensuite, sur le plan pratique, il nous a permis de mieux dcouvrir les langages de dveloppement
JAVA. Puis, sur le plan mthodologique, il nous offert la possibilit de mieux matrise le langage
de modlisation UML.

Enfin, sur le plan personnel, ce travail nous apport une importance considrable, puisquil a
reprsent une occasion exceptionnelle pour collaborer avec les membres de lquipe nous
avons intgre et pour dcouvrir limportance de la communication pour le bon droulement
dun projet.

Finalement, je prcise que ce projet a concern seulement pour linterface


Gr et il peut stendre pour inclure tous le rseau GPRS.

2012 /2013 Page 42


Web graphie

www.wikipedia.org

www.girodon.com \ Auteur Stphane GIRODON

http://www.efort.com

http://stackoverflow.com/questions/tagged/java

http://b.kostrzewa.free.fr/java/td-serveur/serveur.html

http://www.codes-sources.com/

http://www.developpez.net/forums/

http://www.siteduzero.com/

Abstract

2012 /2013 Page 43


Le but de ce rapport est de mis la disposition une nouvelle application titulaire
"SIMULATEUR" dans le quel on a tent de compiler la thorie et le pratique la fois fin de
garantir une documentation net et Lucie pour bien lever un stagiaire.

2012 /2013 Page 44