MÉMOIRE

DE STAGE DE FIN D’ETUDE

Pour l’obtention du

MASTER PROFESSIONNEL
« Nouvelles Technologies des Télécommunications et Réseaux »

Présenté par :

Mr ZRAN Bilel

Simulateur d'une interface GR

D’un réseau GPRS
Soutenu le : 15.07.2014
Devant le jury :

Mr Ezzedine BenBraiek - Président

Mr Riadh Ouhichi - Membre
Mr Maher Ardhaoui - Membre

Année Universitaire 2013-2014

 Remerciement

J’ai 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 m’ont accordés, pour les précieux
conseils et aides dont ils m’ont fait bénéficié pour l'élaboration de ce
projet de fin d'étude.

N'oublions pas de remercier tous mes enseignants de l’université

Virtuelle qui m’ont fourni les bases techniques nécessaires pour
effectuer ce projet.

Je saisis cette occasion aussi pour exprimer ma reconnaissance et ma

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

Je remercie toute personne qui a contribué au bon déroulement de notre

projet, et bien sûr les membres du jury pour leurs efforts pour l'évaluation
de mon travail.

Zran bilel
Sommaire
Liste des figures............................................................................................................................................v
Abréviations ................................................................................................................................................ vi
Introduction générale ................................................................................................................................... 1
Chapitre 1 .................................................................................................................................................... 2
Introduction ............................................................................................................................................. 2
I. Description de project...................................................................................................................... 2
1. Présentation du cadre du projet ................................................................................................... 2
2. Objectif : ...................................................................................................................................... 3
3. Résultats 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. Présentation de l’infrastructure d’un réseau............................................................................... 5
1. Le nœud de service (SGSN) ........................................................................................................ 6
2. Le nœud de passerelle (GGSN) ................................................................................................... 6
3. Le module BG pour la sécurité .................................................................................................... 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. L’interface réseau GPRS ............................................................................................................ 11
III. La Signalisation SS7 ............................................................................................................... 12
1. Modèle en couches .................................................................................................................... 12
IV. GPRS, Gestion de la Mobilité .............................................................................................. 14
1. Identités GPRS .......................................................................................................................... 15
2. Protocole GMM ......................................................................................................................... 17
 3. Procédure GPRS Attach ............................................................................................................ 19
4. Procédures GPRS Attach et IMSI Attach combinées ................................................................ 20
5. Mise à jour combinée de zone de localisation / zone de routage Inter-SGSN........................... 24
Conclusion ........................................................................................................................................... 25
Chapitre 3 .................................................................................................................................................. 26
Introduction ......................................................................................................................................... 26
I. Diagramme de cas d’utilisation................................................................................................ 26
1. Description textuelle des cas d'utilisation :................................................................................ 27
II. Diagramme des séquences : .................................................................................................. 28
Conclusion : ........................................................................................................................................ 32
Chapitre 4 .................................................................................................................................................. 33
Introduction :....................................................................................................................................... 33
I. Environnement de travail : ........................................................................................................ 33
1. Environnement matériel : .......................................................................................................... 33
2. Environnement logiciel : ........................................................................................................... 33
3. Choix des outils de développement : ......................................................................................... 33
II. Principales interfaces graphiques : ...................................................................................... 35
1. Interface serveur ........................................................................................................................ 35
2. Interface SGSN.......................................................................................................................... 39
Conclusion ........................................................................................................................................... 41
Conclusion et perspective ................................................................................................................. 42
Webographie ........................................................................................... Error! Bookmark not defined.
Liste des figures
Figure 1 : architecture GPRS ........................................................................................................................ 6
Figure 2 : HLR ............................................................................................................................................... 8
Figure 3 :Les différentes couches constituant ce modèle 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: Procédure GPRS Attach ............................................................................................................. 20
Figure 8: Procédures GPRS Attach et IMSI Attach combinées ................................................................. 22
Figure 9: Mise à jour de zone de routage Inter-SGSN ............................................................................... 23
Figure 10: Mise à jour combinée de zone de localisation / zone de routage Inter-SGSN .......................... 25
Figure 11:Diagramme de cas d'utilisation général .................................................................................... 27
Figure 12: Diagramme de séquence du cas d'utilisation "demande d’attachement ".............................. 28
Figure 13: Diagramme de séquence du cas d’utilisation "Ajouter un abonnée" ...................................... 29
Figure 14: Diagramme de séquence du cas d'utilisation "modifier un abonnée" .................................... 30
Figure 15: Diagramme de séquence du cas d'utilisation "supprimé un abonnée " .................................. 31
Figure 16 : fenêtre de consulté le dialogue ............................................................................................... 36
Figure 17 : fenêtre de gérer un abonnée .................................................................................................. 37
Figure 18 : fenêtre de décordé le trame ................................................................................................... 38
Figure 19 : fenêtre de consulté le dialogue « coté SGSN » ....................................................................... 39
Figure 20: fenêtre de décordé le trame « coté SGSN » ............................................................................. 40
Liste des tableaux
Abréviations
GSM : (Global System for Mobile
communications)
BTS : station de base
GPRS : General Packet Radio Service
HLR : Home local register
SGSN : Serving GPRS Support Node
GLR : GPRS Location Register
GGSN ; Gateway GPRS Support Node
BG : Border Gateway
BSC : Base Station Controller
MSC : Mobile service Switching Center
VLR. : Visitors Location Register
SS7 : Signaling System 7
Introduction générale
Avec le développement d'Internet, de réseau à commutation par paquets, les terminaux
mobiles reposant sur le service GSM (Global System for Mobile communications) ne
pouvaient y accéder qu'avec de faibles débits (9,6 Kbits/s) de par la commutation en
m ode ci rcui t.

En effet, pour accéder à ce réseau, 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 débit, ce qui rallonge le temps de
téléchargement des pages WEB et donc la durée des communications .D'où l'intérêt de
ne plus monopoliser le canal radio, et de l'utiliser de façon sporadique se ulement
lorsque des données sont échangées entre le terminal mobile et la station de base.

Ainsi, avec le service GPRS (General Packet Radio Service), ces données sont
transmises par paquets et comme les canaux radio bénéficient du multiplexage
statistique, ces paquets sont transmis avec un débit plus élevé (jusqu’à 171 ,2 Kbit s /s),
ce qui diminue ainsi le temps de téléchargement des pages WEB.

En effet, GPRS est le premier protocole à commutation par paquets dans le monde de
l’Internet mobile, et constitue une couche supplémentaire à un réseau GSM existant .Et grâce à
ce dernier, les applications de l’Internet mobile vont pouvoir se développer, et nous
allons voir comment fonctionne ce protocole .

Ce rapporte sera articulée autour de la communication des composent d’un réseau

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 à utiliser ?

2012 /2013 Page 1

 Chapitre 1
Spécification 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 censés de passer
l'information le plus tôt possible et malgré ça cette dernière reste toujours théorique et manque
l'intervention pratique. Pour terminer l'image et ne pas tomber dans le risque d'ambiguïté par le
stagiaire.
On a mis à la disposition de la société, une nouvelle application nommée "SIMULATEUR"
dans lequel on a tenté de compiler la théorie et le pratique à la fois afin de garantir une
documentation nette et Lucie pour bien élever un stagiaire.

I.Description de project
Dans le cadre de ce projet en va Simuler l’interface Gr (SGSN/HLR) dans le réseau GPRS au
cours d’un premier GPRS attachement.
Chaque abonné est caractérisé par un IMSI, MSISDN, Ki et services stocké au niveau HLR.
Le profil de l’abonné est enregistré au niveau de la HLR et une copie au niveau de la SGSN.
La SGSN/HLR sont caractérisé par une @IP, Port et PC (point code) et GT.
La SGSN peut enregistrer un ou plusieurs abonnés dans la base de données temporaire GLR
(GPRS Location Register)
Elle purge (supprime le profile) les abonnés inactifs au cours d’un temps défini.
Durant un premier attachement :
La SGSN envoi une demande d’attachement au HLR et la HLR envoi une copie du profile de
l’abonné, si ces information bien reçue le SGSN va offrir un P-TMSI à cet abonné.
Un ou plusieurs abonnés peuvent s’attacher à la SGSN.

1. Présentation du cadre du projet

Dans ma scolarité à l'université centrale privée, j'ai été amené à finaliser ma spécialisation en
troisième année en système d’information par un stage de 3 mois. J'ai eu l'occasion de confronter
l'enseignement théorique que j'ai reçu, les connaissances acquises lors de mes précédentes

2012 /2013 Page 2

 expériences professionnelles, et des problématiques plus générales propres au fonctionnement des
entreprises.
L’intérêt de ce projet est de développer une application client/serveur pour vérifier si un client est
bien enregistrer et d’afficher à l’utilisateur les messages entre le SGSN et le HLR dans un réseau
GPRS.
Nous souhaitons réaliser l’analyse, la conception et le maquettage d’un simulateur. Cette
application informé l’utilisateur et afficher les messages échangés entre HLR et le SGSN.
2. Objectif :
Ce mémoire aura pour but de répondre aux questions:
 Avez-vous une information pour le dialogue entre SGSN et HLR d’un réseau GPRS?
 Quelle sont les requêtes envoyer par le SGSN vers le HLR et les requêtes par le HLR vers le
SGSN ?
 Forme des trames de bites envoyées ?
L’application à réaliser doit offrir à tous les futurs utilisateurs:
 Une bonne information pour l’interface Gr de réseaux GPRS.
 Simulation de dialogue entre SGSN et HLR.
 Déchiffré les messages envoyer.
 Possibilité d’enregistrer les messages dans un fichier texte.
3. Résultats attendus :
Dans cette mémoire nous indiquons les principaux livrables du projet :
Une documentation claire décrivant l’application, son architecture. Un cahier de maquettage. Le
prototype de l’application validé par quelques usagers et son guide d’utilisation (à titre de
simulation).
4. Les besoins fonctionnels :

Enregistrer, supprimer, modifier et recherche des abonnés dans la base de données d’un opérateur.
Afficher les requêtes envoyées à un utilisateur.
Déchiffrer les messages envoyés en hexadécimal.
Afficher l’explication de la trame dans un ficher.txt pour une meilleure visibilité pour l’utilisateur.
Enregistrer les trames des bites envoyées entre le SGSN et le HLR.
Donner à chaque utilisateur enregistré dans le SGSN un numéro sélectionné par le système.

2012 /2013 Page 3

5. Besoins non fonctionnels :
 Assurer la portabilité de l’application : l’application tourne sur des différents systèmes
d’exploitation.
 Assurer l’actualité des mis à jour et le bon état du réseau.
 Assurer un temps de réponse raisonnable.
 Application claire pour la facilité de l’utilisation.
6. Environnement de Travail
Système d’exploitation : Windows XP
Outil de développement : NetBeans
Langage de développement : JAVA
Base de données : easyPhP

Conclusion
Dans ce chapitre on a présenté la problématique et ces dissous ainsi que l’environnement de
travail.

2012 /2013 Page 4

 Chapitre 2
Etat de l'art

Introduction

Le GPRS est une extension du protocole GSM : il ajoute par rapport à ce dernier la transmission
par paquets. Cette méthode est plus adaptée à la transmission des données. En effet, les ressources
ne sont allouées que lorsque des données sont échangées, contrairement au mode « circuit »
en GSM où un circuit est établi – et les ressources associées – pour toute la durée de la
communication. Le GPRS a ensuite évolué au début des années 2000 vers la norme Edge
(Enchanced Data Rates for GSM Evolution) également optimisée pour transférer des données et qui
utilise les mêmes antennes et les mêmes fréquences radio.

I.Présentation de l’infrastructure d’un réseau

Un réseau GPRS est en premier lieu un réseau IP. Le réseau est donc constitué de routeurs IP.
L’introduction de la mobilité nécessite par ailleurs la précision de deux nouvelles entités :
• Le nœud de service – le SGSN.
• Le nœud de passerelle – le GGSN.
Une troisième entité – le BG joue un rôle supplémentaire de sécurité.
Le réseau GPRS vient ajouter un certain nombre de « modules » sur le réseau GSM sans changer
le réseau existant. Ainsi sont conservés l’ensemble des modules de l’architecture GSM, nous
verrons par ailleurs que certains modules GSM seront utilisés pour le fonctionnement du réseau
GPRS.
La mise en place d’un réseau GPRS va permettre à un opérateur 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 nœud de service (SGSN)

Le nœud de service dénommé SGSN (Serving GPRS Support Node) est relié au BSS (voir
partie1.3) du réseau GSM. Le SGSN est en connexion avec l’ensemble des éléments qui assurent
et gèrent les transmissions radio : BTS, BSC, HLR …
Le SGSN joue un rôle de routeur, il gère les terminaux GPRS présents dans une zone donnée. Le
SGSN est le « contrôleur » des terminaux GPRS présents dans sa zone de surveillance.

2. Le nœud de passerelle (GGSN)

Le nœud de passerelle GPRS dénommé GGSN (Gateway GPRS Support Node) est relié à un ou
plusieurs réseaux de données (Internet, autre réseau GPRS …). Le GGSN est un routeur qui
permet de gérer les transmissions de paquets de données :
• Paquets entrants d’un réseau externe, acheminés vers le SGSN du destinataire.
• Paquets sortants vers un réseau externe, émanant d’un destinataire interne au réseau.
NB : les termes SGSN et GGSN désignent des entités fonctionnelles qui peuvent facilement être
implantées dans un même matériel. L’ensemble des SGSN, des GGSN, des routeurs IP et des
liaisons entre équipements est appelé réseau fédérateur GPRS. A noter enfin que chaque SGSN et
chaque GGSN disposent au minimum d’une adresse IP fixe au sein du réseau.
.
2012 /2013 Page 6
3. Le module BG pour la sécurité

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

connecter les réseaux GPRS via un réseau fédérateur et qui assurent les fonctions de sécurité pour
la connexion entre ces réseaux.
Ces BG ne sont néanmoins pas spécifiées par les recommandations mais elles jouent le rôle
d’interface avec les autres PLMN (Public Land Mobile Network) permettant ainsi de gérer les
niveaux de sécurité entre les réseaux (entre 2 réseaux de 2 opérateurs concurrents par exemple…).

4. Fonctions de la BTS
La BTS est un ensemble d’émetteurs-récepteurs appelés TRX.
La BTS a pour fonction la gestion des transmissions radios (modulation, démodulation,
égalisation, codage et correcteur d’erreurs).
La BTS gère la couche physique des réseaux.
L’exploitation des données recueillies par la BTS est réalisée par le BSC.
La BTS gère la couche liaison de données pour l’échange de signalisation entre les mobiles et
l’infrastructure réseau de l’opérateur.
La BTS gère ensuite la liaison de données avec le BSC.
La capacité maximale d’une BTS est de 16 porteuses (limite technique rarement atteinte pour des
raisons de fiabilité). Ainsi une BTS peut gérer au maximum une centaine de communications
simultanées.
On distingue deux types de BTS :
• Les BTS dites « normales » 1
• Les micro-BTS 1
1 Sont ensuite distinguées différentes classes de BTS normales et micro, en fonction de la nature
du réseau (GSM 900 ou DCS 1800) et de la puissance recherchée (puissance exprimée en W).
Les BTS normales sont les stations de base classiques utilisées dans les systèmes cellulaires avec
des équipements complémentaires installés dans des locaux techniques et des antennes sur les
toits.
Les micro-BTS sont utilisés pour couvrir les zones urbaines denses avec des micros cellules. Il
s’agit des équipements de faibles tailles, de faibles coûts qui permettent de mieux couvrir un
réseau dense comme le quartier d’une ville à forte affluence.
Le rayon d’une 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. L’exploitation de la BTS se fait soit en
local soit par télécommande au travers de son contrôleur de station (BSC).

2012 /2013 Page 7

5. Fonctions du BSC

Le BSC est l’organe intelligent du sous-système radio. Le contrôleur de stations de base gère une
ou plusieurs stations et remplit différentes fonctions de communication et d’exploitation.
Pour le trafic abonné venant des BTS, le BSC jour un rôle de concentrateur. Il a un rôle de relais
pour les alarmes et les statistiques émanant des BTS vers le centre d’exploitation et de
maintenance Pour le trafic issu du concentrateur le BSC joue le rôle d’aiguilleur vers la station de
base destinataire. Le BSC est une banque de données pour les versions logicielles et les données
de configuration téléchargées par l’opérateur sur les BTS.

Le BSC pilote enfin les transferts entre deux cellules ; il avise d’une part la nouvelle BTS qui va
prendre en charge l’abonné « mobile » tout en informant le back end system – ici le HLR – de la
nouvelle localisation de l’abonné.
Les BTS sont « contactés » par le centre de maintenance et d’exploitation (voir partie1.5) par le
biais des BSC qui joue ce rôle de relais.

6. Fonctions du HLR

Le HLR est une base de données de localisation et de caractéristiques des abonnés. Un réseau peut
posséder plusieurs HLR selon des critères de capacité de machines, de fiabilité et
d’exploitation. Le HLR est l’enregistreur de localisation nominale par opposition au VLR qui est
l’enregistreur de localisation des visiteurs.

Figure 2 : HLR

2012 /2013 Page 8

Ce schéma décrit les informations gérées par le HLR. Une base de données qui conserve des
données statiques sur l’abonné et qui administre des données dynamiques sur le comportement de
l’abonné. Les informations sont ensuite exploitées par l’OMC
L’AUC est une base de données associée au HLR.
L’abonné est identifié grâce à sa carte SIM qui transmet deux informations importantes. L’IMSI
(International Mobile Subscriber Identity) qui est géré par le HLR (l’IMSI donne des informations
sur le réseau d’origine) et le KI (clé de cryptage) qui est géré par la base de données AUC
Prenons un exemple avec HOUCEM.
IMSI + KI : Identification de l’abonné
MSISDN : Numéro de téléphone (Mobile Station ISDN Number) Le HLR vérifie que le couple
IMSI + KI = MSISDN
L’AUC vérifie que le couple IMSI + KI est valide
Les informations dynamiques relatives à l’état et à la localisation d’un abonné sont actualisées en
permanence. Ces informations sont particulièrement utiles lorsque le réseau achemine un appel
vers l’abonné.
Le réseau commence par interroger le HLR pour prendre connaissance de la dernière localisation
connue, de l’état du terminal (On / Off) et de la date de ces données avant toute action. La mobilité
constitue la différence essentielle entre le réseau filaire et le réseau de radiotéléphonie.
Ainsi sur le réseau mobile, l’opérateur doit interroger les différentes bases de données (HLR) afin
de localiser un abonné pour établir une connexion.

7. Fonction du MSC
Les MSC sont des commutateurs mobiles généralement associés aux bases de données VLR. Le
MSC assure une interconnexion entre le réseau mobile et le réseau fixe public. Le MSC gère
l’établissement des communications entre un mobile et un autre MSC, la transmission des
messages courts et l’exécution du handover si le MSC concerné est impliqué. (Le handover est un
mécanisme grâce auquel un mobile peut transférer sa connexion d’une BTS vers une autre
(handover inter BTS) ou, sur la même BTS d’un 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 nœud important du réseau, il donne un accès vers les bases de données du
réseau et vers le centre d’authentification qui vérifie les droits des abonnés. En connexion avec le
VLR le MSC contribue à la gestion de la mobilité des abonnés (à la localisation des abonnés sur
le réseau) mais aussi à la fourniture de toute la télé services offerts par le réseau : voix, données,
messageries … Le MSC peut également posséder une fonction de passerelle, GMSC (Gateway
MSC) qui est activée au début de chaque appel d’un abonné fixe vers un abonné mobile.

2012 /2013 Page 9

Un couple MSC / VLR gère généralement une centaine de milliers d’abonnés. Les commutateurs
MSC sont souvent des commutateurs de transit des réseaux téléphoniques fixes sur lesquels ont
été implanté des fonctionnalités spécifiques au réseau GSM.

8. Fonctions du VLR
L’enregistreur de localisation des visiteurs est une base de données associée à un commutateur
MSC. Le VLR a pour mission d’enregistrer des informations dynamiques relatives aux abonnés
de passage dans le réseau, ainsi l’opérateur peut savoir à tout instant dans quelle cellule se trouve
chacun de ses abonnés. Les données mémorisées par le VLR sont similaires aux données du HLR
mais concernent les abonnés présents dans la zone concernée.
A chaque déplacement d’un abonné le réseau doit mettre à jour le VLR du réseau visité et le HLR
de l’abonné afin d’être en mesure d’acheminer un appel vers l’abonné concerné ou d’établir une
communication demandée par un abonné visiteur. Pour ce faire un dialogue permanent est établit
entre les bases de données du réseau. La mise à jour du HLR est très importante puisque lorsque
le réseau cherche à joindre un abonné, il interroge toujours le HLR de l’abonné pour connaître la
dernière localisation de ce dernier, le VLR concerné est ensuite consulté afin de tracer le chemin
entre le demandeur et le demandé pour acheminer l’appel.

9. Le routeur IP
L’opérateur peut prendre le parti de gérer et d’administrer ses propres routeurs IP afin d’ouvrir le
réseau GPRS vers les réseaux de données externes.

10. Le module PCU sur les BSC et le module CCU sur les BTS
La mise en place d’un réseau GPRS au contraire du réseau UMTS ne nécessite pas de couvrir le
territoire avec de nouvelles antennes puisque l’architecture GSM est réutilisée. Néanmoins, des
modifications sont apportées en ajoutant des composants sur les structures de couverture du réseau
GSM.
• Sur les antennes – les BTS – est ajouté un module CCU (Channel Codec Unit). Cette entité
permet de gérer les envois d’informations vers le module SGSN.
• La norme GPRS introduit également un équipement appelé PCU (Packet Control Unit)
généralement situé sur les BTS, les BSC ou le SGSN. Le PCU a pour fonction de gérer
l’échéancier de transmission et l’acquittement des blocs sur les canaux de données.

2012 /2013 Page 10

 11. Le mobile GPRS
L’usage attendu par le réseau GPRS est la possibilité de consulter de manière interactive des
serveurs. Cela nécessite donc un débit 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 coût engendré par
ces contraintes techniques amène l’opérateur à proposer à ses abonnés des terminaux plus
onéreux. L’opérateur propose généralement un terminal GSM – GPRS capable de gérer les
communications Voix et Data à des débits acceptables.

12. La carte SIM

La carte SIM utilisée pour l’accès au réseau GPRS est une carte SIM similaire à celle requise pour
accéder au réseau GSM classique. Quelques fichiers sont simplement ajoutés lors de la phase de
personnalisation chez le fabricant de cartes.

II.L’interface réseau 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

Vérification de
Gf SGSN – EIR l’identité du SS7
terminal
Transfert de
Gi GGSN – réseau de données données IP
Gestion de
Gn SGSN - SGSN l’itinérance IP
Liaison inter-
Gp BG - BG opérateur IP
Gestion de la
Gr SGSN - HLR localisation SS7
Gestion
coordonnées itinérance
Gs SGSN – MSC/VLR entre GSM et GPRS SS7

Tableau 1 : l’interface de réseaux GPRS

2012 /2013 Page 11

 L’ensemble des éléments GPRS est associé pour fournir un service GPRS. Deux protocoles sont
alors utilisés :
• Le traditionnel protocole IP qui assure une ouverture vers les terminaux fixes extérieurs au
réseau (contenu, Internet).
• Le protocole SS7 (Signal Sémaphore 7) qui est un protocole interne au réseau GPRS.

III.La Signalisation SS7

1. Modèle en couches
Le réseau SS7 est constitué d'éléments interconnectés qui échangent de l'information afin de
supporter les fonctions de télécommunications. Le protocole SS7 est destiné à faciliter ces
fonctions et à maintenir le réseau à travers lequel elles sont fournies. Comme la plupart des
protocoles modernes, le protocole SS7 possède un modèle en couches.
Voici, à droite le protocole SS7, confronté au modèle OSI à gauche :

Figure 3 : Les différentes couches constituant ce modèle sont les suivantes

2012 /2013 Page 12

 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 modèle OSI.
MTP Level 1 définit les caractéristiques physiques, électriques et fonctionnelles des liens
de signalisation numériques du réseau SS7. Les interfaces physiques définies supportent
les liens de transmissions normalisés 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 débit de 56 voire 64 kbps.

 MTP Level 2 :

Le niveau 2 fournit les fonctionnalités de la Couche Liaison de Données. Il garantit que

les deux extrémités d'un lien de signalisation peuvent échanger des messages de
signalisation de manière fiable. Il introduit des fonctionnalités telles que :

- Le contrôle d'erreur ;

- Le contrôle de flux ;

- Vérification du séquencement.

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 Réseau. Il garantit l'acheminement des

messages entre les points de signalisation du réseau SS7, qu'ils soient ou non directement
connectés. Il introduit des fonctionnalités telles que :

- l'adressage des nœuds de réseau ;

- le routage ;

- le routage de secours ;

- le contrôle de congestion.

2012 /2013 Page 13

 b) ISDN User Part (partie Usager RNIS), ISUP
ISUP définit le protocole utilisé pour établir, gérer les appels et libérer les circuits alloués
pour transporter voix et données entre les commutateurs d'extrémité. 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 même commutateur n'utilisent pas la signalisation
ISUP.
c) Telephone User Part (partie Usager téléphonique), TUP
Dans certains pays (Brésil, Chine …), TUP est utilisé pour supporter les appels basiques
et la libération 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 Contrôle de la connexion de signalisation),
SCCP
SCCP fournit des services réseau en mode non connecté ou en mode connecté, et des
capacités 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 numéro en 0800,
appelant un numéro de carte bancaire ou le numéro d'identification d'un abonné mobile)
qui est traduit par SCCP en un code de point de destination et un numéro de sous-système.
Un numéro de sous-système 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
réseau SS7, en utilisant les services SSCP en mode non connecté. Les requêtes et les
réponses échangées entre les points de signalisation et les points de contrôle du réseau sont
transportés dans les messages TCAP.

Exemple : un point de signalisation envoie une requête TCAP afin de déterminer le numéro
de routage associé à un numéro gratuit (0800) et de vérifier le code PIN du détenteur d'une
carte de paiement. Dans les réseaux mobiles (GSM), TCAP transporte les messages de la
Couche Application envoyés entre les commutateurs du réseau mobile et les bases de
données assurant l'authentification des abonnés, l'identification du terminal et le roaming.

IV.GPRS, Gestion de la Mobilité

Ce second chapitre dédié au GPRS présente les deux procédures importantes liées au
fonctionnement d’un réseau GPRS, à savoir, la gestion de la mobilité (GMM, GPRS

2012 /2013 Page 14

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

1. Identités GPRS
Afin de comprendre les procédures de gestion de mobilité et de gestion de session GPRS, il est
nécessaire d’introduire les identités utilisées par le réseau GPRS outre l’IMSI et l’IMEI.

a) APN : Access Point Name

Dans un réseau GPRS, un Access Point Name (APN) est une référence à un GGSN. Pour supporter
le roaming inter-réseau GPRS, la fonctionnalité DNS est utilisée afin de traduire l’APN en une
adresse IP de GGSN.
L’APN est composé de deux parties comme suit :
• L’ “APN Network Identifier” qui définit le réseau externe auquel est connecté le GGSN. Il
consiste en trois labels. Cette partie de l’APN est obligatoire. Exemples :
internet.orange.fr et mms.orange.fr. Dans ces exemples, le premier label correspond au service
offert à l’usager; le second label est une abréviation du nom de l’opérateur; le troisième label est
le nom de domaine Internet national.
• "L’APN Operator Identifier" qui définit le réseau GPRS du GGSN. Il consiste en trois labels
: Le code MNC (Mobile Network Code) qui identifie le code du réseau mobile, le code MCC
(Mobile Country Code) qui correspond au code du pays du réseau GPRS, et “gprs” :
“mnc<MNC>.mcc<MCC>.gprs”. Cette partie de l’APN est optionnelle. Elle devient obligatoire
lorsque l’usager est en roaming dans des réseaux visités. Ex: mnc01.mcc208.gprs.
L'APN complet pour le service MMS d'Orange France est mms.orange.fr.mnc01.mcc208.gprs

2012 /2013 Page 15

 b) P-TMSI
De manière à conserver la confidentialité de l'identité de l'IMSI, le SGSN alloue un numéro
temporaire unique à chaque mobile se localisant dans sa zone de couverture : P-TMSI (Packet
Temporary Mobile Subscriber Identity). Le SGSN est capable de corréler le P-TMSI avec l'IMSI.
Lorsqu'un mobile reçoit un P-TMSI de son SGSN courant, il stocke cette identité sur sa carte SIM
et l’utilise pour s’identifier.

c) RAI
Une zone de routage (RA, Routing Area) représente un ensemble de cellules dans un réseau GPRS
.Un SGSN contrôle une aire de service contenant un ensemble de RAs. Il n’y a pas de relation
entre aire de service d’un MSC/VLR et aire de service d’un SGSN. Une RA est un sous-ensemble
d’une seule LA et ne peut être servie que par un seul SGSN (Figure 5).
Le découpage choisi dans un réseau GPRS est plus fin que celui du réseau GSM afin de minimiser
l'usage des ressources radio pour des procédures de signalisation telles que paging (recherche).
L’exemple 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 contrôle 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

2012 /2013 Page 16

Aujourd’hui dans les réseaux GSM/GPRS, un RA correspond à un LA.

d) Numéro GSN
Chaque SGSN doit avoir une adresse SS7 de type Global Title (appelée SGSN number) pour la
communication avec le HLR ou l’EIR en utilisant le protocole MAP.
Chaque GGSN qui supporte l’interface optionnelle Gc doit aussi disposer d’une 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 procédures suivantes (Figure 3):
• Attachement au réseau GPRS ou attachement combiné aux réseaux GPRS et GSM (Attach).
• Détachement du réseau GPRS, du réseau GSM ou détachement combiné des réseaux
GPRS et GSM (Detach).
• Allocation de P-TMSI (GPRS) ou TMSI (GSM) ou allocation combinée 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 combinée 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 procédure
d'attachement au réseau GPRS par l'envoi d'un message ATTACH REQUEST au SGSN de
rattachement. Si cette requête est acceptée par le réseau, 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 n’est présent 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 refusée par le réseau GPRS, un message ATTACH
REJECT est retourné à la station mobile.
Une station mobile peut aussi réaliser un attachement combiné aux réseaux GPRS et GSM en
émettant un unique message ATTACH REQUEST au SGSN. La réponse ATTACH ACCEPT
pourra contenir un P-TMSI alloué par le SGSN et un TMSI alloué par le MSC/VLR. La procédure

2012 /2013 Page 17

de détachement du réseau GPRS est initiée par la station mobile à travers un message DETACH
REQUEST.
Lors d'un problème réseau, le SGSN de rattachement initie une procédure de détachement en
envoyant un message DETACH REQUEST à la station mobile qui doit l’acquitter par un message
DETACH ACCEPT.
Une station mobile peut réaliser un détachement combiné aux réseaux GPRS et GPRS en émettant
un message DETACH REQUEST au SGSN.
La procédure normale de mise à jour de la routing area est initiée par la station mobile. Lorsque
cette dernière détecte 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 diffusée sur le canal de diffusion (broadcast Channel) par la BTS.
Si la demande ROUTING AREA UPDATE REQUEST est acceptée par le réseau, 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 paramètre est présent
dans l'acquittement et la station mobile qui le reçoit doit confirmer sa prise en compte par un
message ROUTING AREA UPDATE COMPLETE.
Si la demande ROUTING AREA UPDATE REQUEST n'est pas acceptée par le réseau, un
acquittement négatif 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 réseau initie une procédure d'authentification et de chiffrement à l'aide du message
AUTHENTICATION AND CIPHERING REQUEST contenant tous les paramètres
nécessaires pour le calcul de résultats à partir d'algorithmes d'authentification et de chiffrement.
La station mobile retourne les résultats au SGSN à travers la réponse AUTHENTICATION AND
CIPHERING RESPONSE. Si la réponse n'est pas valide, un message AUTHENTICATION AND
CIPHERING REJECT est envoyé à la station mobile. La procédure d'identification permet au
réseau de demander à la station mobile de fournir une identification spécifique (e.g., IMSI, IMEI).
Le SGSN transmet un message IDENTITY REQUEST qui spécifie l'identification demandée. La
station mobile retourne une réponse IDENTITY RESPONSE contenant les informations requises.

2012 /2013 Page 18

Figure 6: Protocole GPRS Mobility Management

3. Procédure GPRS Attach

La demande d’attachement est émise par le mobile au SGSN à travers le BTS et le BSC (Figure7).
Avant de pouvoir enregistrer le mobile, le SGSN doit procéder à certaines vérifications sur la
validité de l’identité de l’usager (IMSI) et l’identité du terminal (IMEI).
La vérification de l’identité de l’usager s’effectue à travers la procédure d’authentification. Les
données permettant l’authentification sont préalablement demandées au HLR par le SGSN.
La vérification de l’identification du mobile est une procédure 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 vérifications d’identités effectuées, le SGSN peut procéder à l’inscription du mobile
auprès du réseau. Le SGSN informe le HLR de l’enregistrement du mobile dans sa base de
données. En retour, le HLR transmet au SGSN les caractéristiques de
L’abonnement souscrit par l’usager. Ces informations seront utilisées ultérieurement par le
SGSN lorsque l’usager souhaitera établir ou recevoir un appel téléphonique.

2012 /2013 Page 19

Figure 7: Procédure GPRS Attach

4. Procédures GPRS Attach et IMSI Attach combinées

La procédure d'attachement combiné aux réseaux GSM et GPRS suit les étapes suivantes
(Figure 8) :
1. La station mobile effectue une procédure 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
détachement, 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 réponse GTP Identification
Response (IMSI).
3. Si la station mobile est inconnue du nouveau et de l'ancien SGSN, le nouveau SGSN émet une
requête GMM IDENTITY REQUEST (Identity Type = IMSI) à la MS qui l'acquitte par
une réponse GMM IDENTITY RESPONSE (IMSI).
4. La station mobile est authentifiée par le SGSN.
5. L'EMEI du terminal mobile est vérifié.

2012 /2013 Page 20

6. Le SGSN met à jour le HLR si le SGSN de rattachement a changé depuis le dernier détachement
de la station mobile.
a. Le SGSN délivre un message MAP UPDATE LOCATION (Numéro 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 réponse MAP CANCEL LOCATION ACK
(IMSI).
d. Le HLR émet un message MAP INSERT SUBSCRIBER DATA (IMSI, données de
souscription GPRS) au nouveau SGSN.
e. Le nouveau SGSN retourne une réponse MAP INSERT SUBSCRIBER DATA ACK (IMSI)
au HLR.
f. Le HLR acquitte la mise à jour de localisation par une réponse MAP UPDATE LOCATION
ACK au SGSN après que les contextes de mobilité et contextes PDP aient été supprimés 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 numéro 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, Numéro SGSN) au VLR.
b. Si le nouveau MSC est différent du MSC de la station mobile avant son dernier détachement
du réseau, 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 réponse MAP CANCEL LOCATION ACK
(IMSI).
e. Le HLR émet un message MAP INSERT SUBSCRIBER DATA (IMSI, données de
souscription GSM) au nouveau VLR.
f. Le VLR acquitte ces informations par une réponse MAP INSERT SUBSCRIBER DATA
ACK (IMSI).
g. Le HLR acquitte la procédure globale de mise à jour de localisation par une réponse MAP
UPDATE LOCATION ACK (IMSI) au nouveau VLR.
h. Le VLR retourne une réponse BSSAP+LOCATION UPDATE ACCEPT (numéro VLR TMSI)
au SGSN ; ce message contient une identité TMSI allouée par le VLR à la station mobile.

2012 /2013 Page 21

8. Le SGSN délivre un message GMM ATTACH ACCEPT à la station mobile, message
contenant à la fois un TMSI et un P-TMSI.
9. La station mobile acquitte cette réponse par un message GMM ATTACH COMPLETE au
SGSN pour lui, signifie que les nouvelles identités P-TMSI et TMSI ont été stockées sur la carte
SIM.
10. Le SGSN envoie un message BSSAP+ TMSI REALLOCATION COMPLETE au VLR.

Figure 8: Procédures GPRS Attach et IMSI Attach combinées

La procédure 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
reçu avant de le relayer au SGSN. Le SGSN détecte qu'il s'agit de mise à jour de zone de routage
inter-SGSN puisque l'ancien RAI est sous le contrôle 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 réponse GTP SGSN Context Response (MM Context, PDP Context) contenant l'information
demandée. L'ancien SGSN stocke l'adresse du nouveau SGSN afin de lui relayer les paquets
reçus et à délivrer à la station mobile.
3. La station mobile est authentifiée 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 prêt à recevoir des paquets de sa part concernant des contextes PDP
actifs de la station mobile.
5. L'ancien SGSN duplique les paquets mis en mémoire 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 Négociée) au GGSN concerné. Ce message a pour but de demander au GGSN
de relayer directement les paquets reçus pour la station mobile en question au nouveau SGSN et
non plus à l'ancien SGSN. Le GGSN met à jour les contextes PDP concernés et retourne une
réponse 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 concernés.
9. Le HLR émet un message MAP INSERT SUBSCRIBER DATA (IMSI, données de
souscription GPRS) au nouveau SGSN. Le nouveau SGSN acquitte la demande par une réponse
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 retournée à la station mobile par une réponse
GMM ROUTING AREA UPDATE ACCEPT.
12. La station mobile acquitte cette réponse par un message GMM ROUTING AREA
UPDATE COMPLETE au SGSN pour lui signifier que la nouvelle identité P-TMSI a été stockée
sur la carte SIM.

5. Mise à jour combinée de zone de localisation / zone de routage Inter-

SGSN
Cette procédure est similaire à celle précédente avec des interactions supplémentaires dans le
domaine circuit (Figure 10).

2012 /2013 Page 24

Figure 10: Mise à jour combinée de zone de localisation / zone de routage Inter-SGSN

Conclusion
Dans cette section nous avons défini le réseau GPRS ainsi le Protocol SS7 utilisé dans ce réseau
et les différents cas de gestion de la mobilité d’une mobile station

2012 /2013 Page 25

 Chapitre 3
Conception

Introduction
Une fois l'étude préliminaire est achevée, on passe à l'étape suivante qui est la conception dans
laquelle on présentera les différents diagrammes de modalisation.

I. Diagramme de cas d’utilisation

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

La figure qui suit présente le diagramme de cas d'utilisation qui décrit l’interaction de l’acteur
(l’utilisateur) avec l’application:

2012 /2013 Page 26

Figure 11:Diagramme de cas d'utilisation général

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 d’utilisation : Gérer Abonnée

Acteur : utilisateur
Description : L'utilisateur connecte à l'application peut supprimer, ajouter, modifier
ou chercher un abonnée dans la base de donnée.

Cas d’utilisation : consulter l’information de la trame

Acteur : utilisateur
Description : L'utilisateur peut consulter et choisir l’information de trame
(authentification ; location update) qu’il cherche afin de décoder le trame en binaire

2012 /2013 Page 27

 Cas d’utilisation : consulter le dialogue
Acteur : utilisateur
Description : l’utilisateur peut consulter les requêtes envoyées et les trames
formés dans le HLR ou SGSN.
II. Diagramme des séquences :
Les diagrammes de séquences sont la représentation graphique des interactions entre les acteurs
et le système selon un ordre chronologique. La dimension verticale du diagramme représente le
temps permettant de visualiser l'enchaînement des actions dans le temps et de spécifier la
naissance et la mort d'objets.

La figure qui suit présente le diagramme de cas d'utilisation qui décrit comment se déroulent les
actions entre l’acteur ou l’objet :

Figure 12: Diagramme de séquence "demande d’attachement "

2012 /2013 Page 28

Description textuelle diagramme de séquence

 Acteur principal : Utilisateur

 Objectif : demande d’attachement
 Pré condition : l’Utilisateur lancer l’application.
 Post condition : le système enregistré l’abonnée dans SGSN.
 Scénario nominal :
1. L’utilisateur saisie le numéro de l’abonnée.
2. SGSN construire un trame de bite et envoi une requête à HLR.
3. HLR traiter cette IMSI et construire un trame et envoyée une
réponse à SGSN.
4. Afin que l’authentification terminé l’SGSN envoi une demande
de localisation.
5. Le HLR réponde à cette demande de localisation.
 Scénario d’alternance :
Si cette IMSI n’appartient pas à cet opérateur, le système affiche un message d’erreur.

Figure 13: Diagramme de séquence "Ajouter un abonnée"

2012 /2013 Page 29

Description textuelle diagramme de séquence <<Ajouter un Abonnée>>

 Acteur principal : Utilisateur

 Objectif : l’Utilisateur Ajouter un abonnée
 Pré condition : l’Utilisateur accédé à la fenêtre Gérer abonner.
 Post condition : le système affiche le résultat de l’ajout
 Scénario nominal :
1. Le système affiche la liste de l’abonnée enregistrée.
2. l’Utilisateur remplir les champs nécessaire.
3. Le système affiche le résultat l’ajout.
 Scénario d’alternance :

Dans l’étape 2 de scénario nominal :

Le système affiche un message d’avertissement lorsque les champs sont invalidés.

Dans le l’étape 3, le système affiche un message d’avertissement si l’abonnée existe déjà.

Figure 14: Diagramme de séquence "modifier un abonnée"

Description textuelle diagramme de séquence <<Modifier un Abonnée>>

 Acteur principal : Utilisateur

 Objectif : l’Utilisateur modifier une abonnée
 Pré condition : l’Utilisateur accède à la fenêtre Gérer abonner.
 Post condition : le système affiche le résultat de la Modification

2012 /2013 Page 30

  Scénario nominal :
4. Le système affiche la liste des abonnées enregistrées
5. l’Utilisateur relire les champs nécessaire.
6. Le système affiche le résultat de la modification.
 Scénario d’alternance :

Dans l’étape 1 de scénario nominal :

Le système affiche un message d’avertissement lorsque les champs sont invalidés.

Figure 15: Diagramme de séquence "supprimé un abonnée "

Description textuelle diagramme de séquence <<supprimé un Abonnée>>

 Acteur principal : Utilisateur

 Objectif : l’Utilisateur supprimé une abonnée
 Pré condition : l’Utilisateur accède à la fenêtre gérer abonnée.
 Post condition : le système affiche le résultat de la suppression
 Scénario nominal :
7. Le système affiche la liste des abonnées enregistrées
8. l’Utilisateur sélectionne l’abonner qui veut supprimer
9. Le système affiche le résultat de la recherche
 Scénario d’alternance :

Dans l’étape 1 de scénario nominal :

Le système affiche un message d’avertissement lorsque aucun abonné sélectionné.

2012 /2013 Page 31

Figure 16 : Diagramme de séquence "Recherche un abonnée "

Description textuelle diagramme de séquence <<chercher un Abonnée>>

 Acteur principal : Utilisateur.

 Objectif : l’Utilisateur cherche une abonnée.
 Pré condition : l’Utilisateur accède à la fenêtre gérer abonnée.
 Post condition : le système affiche le résultat de la recherche.
 Scénario nominal :
1. Le système affiche la liste des abonnées enregistrées.
2. l’Utilisateur Ecrire l’IMSI de l’abonner qui veut le chercher.
3. Le système affiche le résultat de la recherche.
 Scénario d’alternance :

Dans l’étape 1 de scénario nominal :

Le système affiche un message d’avertissement lorsque le champ vide.

Conclusion :
Dans ce chapitre qui présente une phase primordiale pour pouvoir atteindre d’implémentation,
nous avons présenté l’architecture de notre système et les modules et les modules sur lesquels
repose notre conception .l’implémentation de la plateforme sera le sujet du chapitre suivant.

2012 /2013 Page 32

 Chapitre 4
Réalisation

Introduction :
Cette partie constitue le dernier volet de ce rapport, elle a objet d’exposer le travail achevé. Pour
cela nous allons visualise différents d’écrans qui montreront la différente fonctionnalité mises en
place précédé par une description introduisant l’environnement de travail ainsi que les outils de
développement utilisés.

I. Environnement de travail :
En ce qui concerne l'environnement de réalisation nous avons fait recours à certains matériaux et
logiciels qui permettent d'accomplir la réalisation de l'application.
1. Environnement matériel :
Le présent travail a été réalisé sur un PC SAMSUNG ayant la configuration suivante :
Processeur Intel® Coré(TM) 2DuoCPU 2.20GHz
Mémoire 2 Go RAM
Disque dur 160 Go
Tableau 2:Caractéristique de l’ordinateur de développement

2. Environnement logiciel :
Système d’exploitation Microsoft® Windows XP2
Serveur Base de données ESYPHP
Interface d’administration MySQLAdministrator
Environnement de Développement Intégré NetBeans
Tableau 3:environnement logiciel

3. Choix des outils de développement :

Devant la diversité des outils de développement, Nous devons justifier les choix techniques
concernant les langages de programmation utilisés, le système de gestion de base de données, et
les technologies adoptées pour la réalisation de notre projet.

2012 /2013 Page 33

 JAVA

Le langage Java est un langage de programmation informatique orienté objet créé par James
Gosling et Patrick Naughton, employés de Sun Microsystems, avec le soutien de Bill
Joy (cofondateur de Sun Microsystems en 1982), présenté 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 très facilement portables sur plusieurs systèmes
d’exploitation tels que UNIX, Windows, Mac OS ou GNU/Linux, avec peu ou pas de
modifications. Pour cela, divers plate-formes et frameworks associés visent à guider, sinon
garantir, cette portabilité des applications développées en Java.

NetBeans

NetBeans est un environnement de développement intégré (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 différents autres
langages, comme Python, C, C++, JavaScript, XML, Ruby, PHP et HTML. Il comprend toutes
les caractéristiques 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 présenter le travail accompli, nous allons dans ce qui suit exposer différentes captures
d’écran montrant la réalisation de notre travail.
1. Interface HLR
HLR nous permet d’accéder à l’interface de dialogue ou pour gérer un abonné ou pour voire
l’formation de trame.

2012 /2013 Page 35

 a) Dialogue

Figure 17 : fenêtre de consulté le dialogue

A partir de cette interface l’utilisateur peut strate le HLR pour les champs suivant :

Abonnée à attacher : Réservé pour le reçu de IMSI et de vérifier s’il est enregistré dans la
base ou non.

Requête envoyée : Ce champ est réservé pour les requêtes envoyé de HLR vers SGSN.

Requête reçu : Ce champ est réservé pour les requêtes envoyé de SGSN vers HLR.

2012 /2013 Page 36

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

b) Géré un abonner

Figure 18 : fenêtre de gérer un abonnée

A partir de cette interface en peut enregistrer, supprimé, modifier et chercher un abonné. Aussi
bien l’utilisateur peut afficher la liste de l’abonnée enregistrée dans la base de données.

2012 /2013 Page 37

 c) Information sur trame

Figure 19 : fenêtre de décordé le trame

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

Si l’utilisateur choisi le dialogue e de l’authentification, l’interface affiche seulement la requête

(MAP Send Authentification Info Ack (Vector)
2012 /2013 Page 38
 Si l’utilisateur choisie le dialogue de location update, l’interface affiche (MAP Insert
Subscriber Data) et la (MAP Update GPRS Location Ack)

2. Interface SGSN

a) Détail de trame

Figure 20 : fenêtre de consulté le dialogue « SGSN »

A partir de cette interface l’utilisateur peut strate le connecter le SGSN à le HLR .

Pour les champs suivant :

Envoyer IMSI : Réservé pour le l’envoi de IMSI et demande d’attachement.

Requête envoyée : Ce champ est réservé pour les requêtes envoyé de SGSN vers HLR.
2012 /2013 Page 39
 Requête reçu : Ce champ est réservé pour les requêtes envoyé de HLR vers SGSN.

P_TMSI : ce champ est réservé pour le code temporelle choisi par le système et réservé à
chaque abonné attaché.

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

b) Information sur trame

Figure 21: fenêtre de décordé le trame « SGSN »

2012 /2013 Page 40

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

 Si l’utilisateur choisi le dialogue d’authentification, l’interface affiche (MAP Send

Authentification Info (IMSI)).
 Si l’utilisateur choisie le dialogue de location update, l’interface affiche (MAP Update
GPRS Location (IMSI)) et (MAP Insert Subscriber Data Ack)

Conclusion
A ce stade, nous atteignons la fin de l’étude du projet .Nous avons développé dans ce chapitré une
description détaillée des différentes réalisations effectués pendant le stage.

2012 /2013 Page 41

Conclusion et perspective

Tout au long de ce rapport, nous avons exposé les différentes étapes du cycle de vie du
développement d’un simulateur nous avons exposé la phase de spécification, la phase de
conception et la phase de réalisation.

Outre cela , nous avons aussi mis l’accent sur les différents aspects et notions théorique qui ont
évoquées sur le sujet ce qui a été d’une grande aide pour mieux assimiler le contenu du rapport.

Durant ce stage, nous avons acquis un ensemble de compétences sur divers plans .D’abord, sur
le plan théorique, il nous a permis de se familiariser avec les techniques de l’information de
réseaux GPRS.

Ensuite, sur le plan pratique, il nous a permis de mieux découvrir les langages de développement
JAVA. Puis, sur le plan méthodologique, il nous offert la possibilité de mieux maîtrise le langage
de modélisation UML.

Enfin, sur le plan personnel, ce travail nous apport une importance considérable, puisqu’il a
représenté une occasion exceptionnelle pour collaborer avec les membres de l’équipe nous avons
intégrée et pour découvrir l’importance de la communication pour le bon déroulement d’un projet.

Finalement, je précise que ce projet a concerné seulement pour l’interface Gr et il peut s’étendre
pour inclure tous le réseau GPRS.

2012 /2013 Page 42

 Web graphie

www.wikipedia.org

www.girodon.com \ Auteur – Stéphane 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 lequel on a tenté de compiler la théorie et le pratique à la fois afin de garantir une
documentation nette et Lucie pour bien élever un stagiaire.

2012 /2013 Page 44