Elaboration D'une Plateforme de Suivi Des Performances Et Des Statistiques de La Flexi ISN NSN (OUAHBI) PDF

Mmoire de Projet de Fin dEtudes
Sofia OUHBI
-2-
Sofia OUHBI
-3-
Sofia OUHBI
-4-
Sofia OUHBI
-5-
Sofia OUHBI
-6-
Tables des matires

Chapitre1 Prsentation gnrale du General Packet Radio Service : ........................................................................ - 10 1.
2.
3.
Prsentation du standard GPRS ................................................................................................ - 11 1.1
Historique ............................................................................................................................ - 11 -
1.2
Ncessit du GPRS .............................................................................................................. - 12 -
1.3
Dfinition du GPRS............................................................................................................. - 12 -
1.4
Principales caractristiques du GPRS .............................................................................. - 13 -
Architecture du GPRS ................................................................................................................ - 16 2.1
Les quipements de larchitecture ..................................................................................... - 18 -
2.2
Les interfaces ....................................................................................................................... - 21 -
Description fonctionnelle du GPRS ........................................................................................... - 23 3.1
Schma fonctionnel du GPRS ............................................................................................ - 23 -
3.2
Mcanismes de transfert de paquets en GPRS ................................................................. - 24 -
3.3
Gestion de la mobilit.......................................................................................................... - 25 -
3.4
Les procdures de gestion de la mobilit........................................................................... - 27 -
3.5
Procdure d'activation de contexte PDP ........................................................................... - 31 -
Chapitre2 Nokia Flexi ISN (Intelligent Service Node) Release 3.2:.................................................... - 34 1.
Introduction la Flexi ISN ......................................................................................................... - 35 1.1
2.
3.
Nokia Flexi ISN en bref ...................................................................................................... - 35 -
Les avantages de Nokia Flexi ISN.............................................................................................. - 36 2.1
Matriel volutif ................................................................................................................... - 36 -
2.2
Disponibilit leve .............................................................................................................. - 37 -
Les fonctionnalits de la Flexi ISN ............................................................................................ - 38 3.1
la Flexi ISN autant que GGSN ........................................................................................... - 38 -
3.1.1
Gateway pour le rseau de donnes du mobile ......................................................... - 38 -
3.1.2
Assignation d'adresse IP ............................................................................................. - 39 -
3.1.3
Authentification ........................................................................................................... - 39 -
3.1.4
Connexion aux rseaux de donnes externes ............................................................ - 40 -
3.1.5
Le routage .................................................................................................................... - 40 -
3.2
Service Awareness ............................................................................................................... - 40 -
3.2.1
Simple point d'accs .................................................................................................... - 40 -
3.2.2
Alias Access point ........................................................................................................ - 41 -
Sofia OUHBI
-7-

3.2.3
Facturation diffrencie pour les utilisateurs post et prpays .............................. - 41 -
3.2.4
Notification d'utilisateur final .................................................................................... - 41 -
3.2.5
Le Service switching.................................................................................................... - 41 -
3.3
3.3.1
La diffrenciation du Trafic ....................................................................................... - 42 -
3.3.2
La diffrenciation du Trafic base sur la couche ................................................. - 43 -
3.3.3
La diffrenciation du Trafic base sur la couche 7 .................................................. - 43 -
3.4
4.
Lanalyse du trafic .............................................................................................................. - 42 -
Facturation diffrencie...................................................................................................... - 43 -
3.4.1
La facturation des abonns prpays ........................................................................ - 43 -
3.4.2
La facturation des abonns post-pays ..................................................................... - 44 -
3.4.3
La facturation base sur le volume ............................................................................ - 44 -
3.4.4
La facturation base sur le temps .............................................................................. - 44 -
3.4.5
La facturation base sur le hit.................................................................................. - 45 -
Architecture du Flexi ISN .......................................................................................................... - 45 4.1
Les cartes de la Flexi ISN .................................................................................................. - 46 -
4.1.1
Interface Blade ............................................................................................................ - 46 -
4.1.2
Service Blade ............................................................................................................... - 46 -
4.1.2.1
La rsistance du service blade ................................................................................. - 47 -
4.1.2.2
Lquilibrage de la charge interne dans la Flexi ISN .............................................. - 47 -
4.1.3
Switching blade ............................................................................................................... - 48 -
4.1.4
Hard disk Blade ............................................................................................................... - 49 -
4.1.5
Management Blade.......................................................................................................... - 49 -
Chapitre 3 Application : mesure des KPIs Et Statistiques au niveau de la Flexi ISN: ...................................... - 51 1.
Les outils adopts pour le projet ...................................................................................................................................... - 52 -
2.
Descriptif de lapplication .................................................................................................................................................. - 54 -
3.
Prsentation des Rsultats obtenus : .............................................................................................................................. - 67 -
Bibliographie...................................................................................................................................................................................... - 73 Abbreviations..................................................................................................................................................................................... - 74 Table des Figures ............................................................................................................................................................................ - 77 Liste des Tableaux ........................................................................................................................................................................... - 77 -
Sofia OUHBI
-8-
Introduction Gnrale
Garantir un service de qualit constitue aujourd'hui un enjeu majeur pour les oprateurs de
tlphonie mobile. La concurrence incite les oprateurs apporter sans cesse des amliorations au
fonctionnement de leurs rseaux. Dans le domaine des tlcommunications, La qualit et la
stabilit du rseau constitue une source importante de diffrenciation, et par consquent, un suivi
quotidien est ncessaire afin de maintenir une bonne qualit de service, ce qui permettra de
garantir la satisfaction du client.
Ainsi, il est indispensable davoir un outil de gestion des indicateurs de performance (KPI)
qui facilitera la matrise des performances du rseau. Cet outil aura pour mission la collecte des
donnes brutes du systme, le traitement de ces donnes et la proposition dun certain nombre
dindicateurs refltant ltat rel du rseau.
Le thme de notre projet de fin dtude porte sur le rseau GPRS, qui constitue une
volution du rseau GSM, et plus prcisment la FLEXI ISN qui occupe la place du GGSN du
standard 3GPP. Ce sont les performances de cet quipement que nous essaierons de mettre en
vidence travers un outil de gestion des indicateurs de performance
Dans ce rapport, nous tudierons dabord larchitecture globale du GPRS, en explicitant
tous les mcanismes, protocoles, et interfaces qui rentrent en jeu .Ensuite dans le second chapitre,
nous nous
focaliserons sur la Flexi ISN. Nous dtaillerons
caractristiques
ses
fonctionnalits, ses
matrielles ainsi que ses diffrents apports, nous prsenterons les raisons pour
lesquelles cet quipement occupe
la place du GGSN du standard 3GPP. Cette tude nous
permettra de dgager les KPIs les plus importants pour lamlioration des performances de la
Flexi ISN. Finalement, comme aspect pratique de notre projet, nous prsenterons notre outil de
gestion des diffrents KPIs.
Sofia OUHBI
-9-
Chapitre1 :
Prsentation gnrale du
General Packet Radio
Service
Sofia OUHBI
- 10 -
Le GPRS (General Packet Radio Services) est venu pour augmenter le dbit de transmission de
donnes sur le rseau GSM et pour une meilleure gestion des ressources disponibles. Une telle
gestion, ainsi que la tarification en fonction du volume des donnes changes (au lieu de la
dure de la communication), va permettre daugmenter le nombre dutilisateurs et de rduire
considrablement les cots.
Le systme GPRS est intressant dans la mesure o sa mise en uvre repose
essentiellement sur linfrastructure GSM dj existante. Lintgration du GPRS consiste
des mises jour matrielles et logicielles au niveau de larchitecture GSM classique.
Dans ce chapitre nous allons prsenter le standard GPRS, dtailler son architecture et enfin
expliquer son fonctionnement ainsi que la solution NSN du rseau cur GPRS pour loprateur
IAM.
1. Prsentation du standard GPRS
Le GPRS, pour General Packet Radio Service, est une norme pour la tlphonie mobile drive
du GSM et permettant un dbit de donnes plus lev. Etant donn qu'il s'agit d'une norme de
tlphonie de seconde gnration permettant de faire la transition vers la troisime gnration
(3G), on parle gnralement de 2.5G pour classifier le standard GPRS.
Le GPRS a recours la technique de transmission des donnes "en paquets" de manire
comparable ce qui se produit l'intrieur d'un rseau informatique, les donnes sont divises
en petits lots et envoyes constamment. Cest pour cela donc que le GPRS introduit de nouveaux
quipements par suite de nouvelles interfaces.
Le prsent chapitre prsente en dtail larchitecture gnrale du rseau GPRS, les interfaces
et les protocoles utiliss. Il prsente aussi les grandes tapes dune transmission de donnes via
le rseau GPRS. Tout ceci en supposant acquit les concepts de base du GSM (Global System
for Mobile), surtout en matire de son interface radio.
1.1 Historique
GPRS est une technologie datant de la fin des annes 1990. Les deux grandes phases du
GPRS sont 1997 et 1999, et marquent une avance vers les premiers tests.
Et ce nest que vers la fin de lan 2001, que le GPRS arrive sur le march Marocain. En effet, les
oprateurs de tlphonie mobile (Maroc Tlcom, Mditl) ont du mettre en place un certain
Sofia OUHBI
- 11 -
nombre dquipements et les dployer au fur et mesure bien que GPRS utilise, en partie, le
rseau GSM.
1.2 Ncessit du GPRS

Le GPRS est n dune volution de la deuxime gnration des rseaux mobiles. En effet,
rappelons quune ligne GSM est du type ligne tlphonique standard, et utilise le mode dit
connect,
galement
appel
circuit et sachant que la
commutation
de
circuit
ncessite ltablissement dune communication au sein de la cellule GSM monopolisant ainsi un

canal de communication qui ne peut alors tre utilis par un autre utilisateur. Alors, lorsque lon
sait que la consultation dinformations sur Internet est constitue 75% de temps morts durant
lesquels aucune information nest change entre le serveur et le client quel
quen
soit
le
sens, on se rend compte que la monopolisation dun canal de communication est

inadapte.
Par ailleurs, cette monopolisation, comprhensible en mode vocal, se paye en termes de cot de
communication. En fait on paye la monopolisation du canal de communication et non ce qui est
transport.
De plus, la question du dbit se fait nettement ressentir. En effet, le GSM ne propose

quun dbit de 9,6 Kbits/s, ce qui ne permet pas de faire de lInternet mobile agrablement.
En effet, les rseaux commutation de circuits sont inefficaces pour grer les
transmissions de donnes frquentes, les petits flux de donnes et les trafics Internet en
rafales. Cest pour palier toutes ces contraintes et dvelopper des services Internet mobile que le
GPRS a fait son apparition.
1.3 Dfinition du GPRS

Le General Packet Radio Service (GPRS) est une extension du protocole GSM, dans le sens
quil 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 avec les ressources
associes pour toute la dure de la communication.
Sofia OUHBI
- 12 -
Le GPRS permet de fournir une connectivit constamment disponible une station mobile (par
exemple, un tlphone portable), mais les ressources radio sont alloues uniquement quand des
donnes doivent tre transfres, ce qui permet une conomie de la ressource radio. Les
utilisateurs ont donc un accs bon march, et les oprateurs conomisent la ressource radio. De
plus, aucun dlai de numrotation n'est ncessaire.
Le GPRS permet donc d'tendre l'architecture du standard GSM, afin d'autoriser le transfert de
donnes par paquets, avec des dbits thoriques maximums de l'ordre de 171,2 kbit/s (en pratique
jusqu' 114 kbit/s). Grce au mode de transfert par paquets, les transmissions de donnes
n'utilisent le rseau que lorsque c'est ncessaire.
Contrairement une communication vocale o un seul time slot est allou pour la transmission
de la voix, dans une liaison GPRS, le nombre de time slot peut varier1.
En GPRS, les donnes utilisateurs sont transfres de manire transparente entre le terminal
mobile et les rseaux de donnes externes par une technique de tunneling , via un Contexte
PDP2 en utilisant le protocole GTP3 (GPRS Tunnelling Protocol).
Ce protocole est utilis dans le GPRS pour la transmission des paquets de donnes utilisateur et de
signalisation entre entits GPRS, via ltablissement de tunnels de communication. Le GTP
utilise soit TCP, soit UDP, selon quune connexion fiable soit ncessaire ou non.
On peut donc rsumer les intrts principaux du GPRS comme tant la possibilit de facturer en
fonction du volume de donnes transfr plutt quen fonction du temps de connexion, les temps
daccs rduits, de lordre dune seconde pour commencer un transfert de donnes, et enfin un
dbit plus lev quen GSM, un mode de commutation par paquets permettant dutiliser les
ressources radios.
1.4 Principales caractristiques du GPRS
Voir par la suite le paragraphe du dbit GPRS

Ensemble dinformation comme adresse IP, QoS ncessaire pour crer un canal logique entre labonn et
la passerelle du rseau
2
GPRS Tunnelling Protocol, Cest un protocole qui sert vhiculer le trafic entre les nuds SGSN et GGSN (voir les
dtailles plus loin dans ce chapitre).
Sofia OUHBI
- 13 -
La norme GPRS spcifie un nouveau service de support de transmission de donnes en

mode paquets.
GPRS permet notamment de transporter des donnes utilisateur et des donnes de
signalisation en optimisant les ressources radios de faon dynamique, et qui connat les
avantages suivants :
Fournir une connexion permanente indispensable pour les transmissions de donnes.

Ne pas ncessiter de connexion pralable entre les deux correspondants, ce qui rduit le
temps dtablissement de la communication.
Offrir une tarification possible au volume, au dbit, et non plus la dure.
Cependant, GPRS utilise une partie de larchitecture mise en place par GSM, c'est--dire que
GPRS utilise les mmes quipements pour communiquer avec le terminal au niveau radio,
cest--dire la station de base (BTS), et utilise les mmes frquences. Voyons donc, avec plus de
prcisions ces points l.
1.4.1-Spectre des frquences

Le GPRS utilise les mmes frquences attribues au GSM, en effet, le GSM utilise une partie du
spectre
radio
pour
fonctionner,
ainsi,
lU.I.T
(Union
Internationale
des
Tlcommunications) lui a ddi 2 bandes de frquences, lune aux alentours des 900 MHz,
lautre autour des 1800 MHz (1900 MHz pour les USA et 1500 MHz pour le Japon).
Ces frquences se dcoupent en deux bandes, lune pour les liaisons montantes, lautre pour les
liaisons descendantes. Ainsi, dans GPRS et comme dans GSM, nous avons les bandes de
890915 MHz et 935-960 MHz, et pour DSC1800, 1710-1785 MHz et 1805-1880 MHz.
Mme si le GPRS utilise les mmes bandes de frquence que GSM-C, La cohabitation des deux
services se fait sur base des structures de slots et de trames.
1.4.2-Dbit
Sofia OUHBI
- 14 -
En fait, le GPRS utilise la mme technique pour transmettre les donnes que dans le
GSM, savoir la technique de multiplexage temporel, dite TDMA (Time Division Multiple
Access).
Etant donn quune bande de frquence dans GSM peut vhiculer 8 fois le dbit dune
conversation tlphonique, alors le temps dmission/rception est segment en 8 intervalles de
temps rpts linfini appels slot ou time slot . Un time slot est en fait un canal capable
de transporter de linformation telle que de la voix ou encore des donnes. Une squence
des ces 8 slots est appele une trame TDMA.
La diffrence entre GSM et GPRS est que GSM nutilise quun time slot par trame
TDMA, tandis que GPRS peut utiliser plusieurs time slots (jusqu 8, qui est le maximum) sur une
seule trame pour transporter les donnes. GPRS utilise ces time slots de faon
dynamique et peut donc justifier dun dbit beaucoup plus important que GSM.
Egalement combin lusage de plusieurs time slots, GPRS dfinit quatre schmas de codage
: CS1, CS2, CS3 et CS4, chacun dentre eux fournissant un niveau de correction derreur diffrent
et une bande passante effective diffrente sur le mme canal radio.
Tableau 1: Dbit GPRS en fonction du codage
Le dbit maximal est de 171,2 Kbit/s correspond lutilisation de tous les slots et sans
corrections derreurs, autant dire que cela restera un dbit thorique et non un dbit quobtiendra
lutilisateur.
1.4.3-Localisation
Sofia OUHBI
- 15 -
Avant le GPRS, le GSM utilise la Location Area LA pour caractriser le lieu o se trouve
un abonn GSM. La LA correspond un ensemble de regroupement de plusieurs zones
cellulaires.
Le principal challenge est de pouvoir obtenir et mettre jour la localisation dun abonn sans pour
autant augmenter trop la charge de communication et de contrle sur le rseau.
Avec lintroduction du GPRS, ont t dfinies les Routing Areas , se traduisant par zones de
routage. Il existe ainsi une hirarchie entre les cellules, les zones de routage et les zones
de routages. Chaque RA est un sous ensemble dun LA.
Figure 1: Localisation dun abonn
Le Cell Global Identification CGI est un identifiant de cellule, chaque cellule a un cgi unique. Le
CGI aide acheminer les donnes de signalisation et d'information. Dans l'tat prt, le rseau
connat le CGI actuel de la station mobile.
2. Architecture du GPRS
Dans ce qui prcde on a expos les caractristiques gnrales du GPRS, dans cette partie on
va prsenter larchitecture de ce rseau. Cependant, comme on a mentionn, GPRS est un
service complment de GSM et sintgre dans ce dernier ; on va voir donc, les diffrentes
parties qui composent cette architecture avec les interconnexions entre ces deux entits(GSM et
GPRS).
Sofia OUHBI
- 16 -
Larchitecture gnrale dun rseau GPRS se prsente dans la figure suivante :
Figure 2: Larchitecture gnrale dun rseau GPRS
Cette architecture peut paratre complexe, cependant GPRS tant un service de GSM, une
partie de cette infrastructure est le sous rseau GSM. Ce rseau est compos de diffrentes
parties quon va expliquer par la suite, avec les diffrents quipements et interfaces
dinterconnexion.
Comme on peut le voir la figure 2, GSM et GPRS partagent l'infrastructure radio, c.--d.
l'ensemble des BTS et des BSC. Pour le reste de leur parcours, les flux GSM et GPRS sont
spars.
L'intgration du GPRS dans une architecture GSM ncessite l'adjonction de nouveaux nuds
rseau appels GSN (GPRS support nodes) situs sur un rseau fdrateur (backbone).
On distingue deux type de GSN :
Le SGSN (Serving GPRS Support Node, ou Nud de support GPRS de service) est un
routeur permettant de grer les coordonnes des terminaux de la zone et de raliser
l'interface de transit des paquets avec la passerelle GGSN.
Le GGSN (Gateway GPRS Support Node, soit en franais Nud de support GPRS
passerelle), passerelle s'interfaant avec les autres rseaux de donnes (internet).
Sofia OUHBI
- 17 -
2.1 Les quipements de larchitecture
Voici maintenant un bref descriptif de chacune des entits du rseau GPRS :

MS (Mobile Station) : terminal mobile de lutilisateur (TE pour Terminal Equipment)
avec sa carte SIM (Subscriber Identity Mobile).
BTS (Base Transceiver Station) : metteur / rcepteur grant une cellule, la couche
physique sur la voie radio et la couche liaison de donnes avec le mobile.
BSC (Base Station Controller) : commutateur qui ralise une premire concentration
de circuits, qui soccupe de la gestion de la ressource radio (allocation des canaux, ).
MSC (Mobile services Switching Center) : commutateur du rseau GSM, qui gre
ltablissement de circuits travers le rseau.
VLR (Visitor Location Register) : base de donnes locale qui contient les profils de tous
les abonns prsents dans la zone gre par ce VLR. Dans la plupart du temps, cet quipement
est dans le mme quipement que le MSC.
HLR (Home Location Register) : base de donnes globale du rseau GSM, dans laquelle
les profils de services des abonns, la localisation des abonnes et la gestion de la scurit
sont enregistrs.
EIR (Equipment Identity Register) : base de donnes dans laquelle sont enregistrs
les numros didentification des terminaux mobiles au sens matriel avec lIMEI
(International station Mobile Equipment Identity).
SMS-GMSC (Short Message Service Gateway Mobile Services Switching Center) et
SMS-IWMSC (Short Message Service InterWorking MSC) : ces deux MSC sont des
commutateurs ddis au service des messages courts.
SMS-SC (Short Message Service Service Center) : cette entit est trs importante
dans le traitement des messages courts.
Sofia OUHBI
- 18 -
Maintenant , on citera les quipements qui permettent ladaptation du rseau GSM au rseau
GPRS afin dassurer la transmission en mode paquet :
SGSN (Serving GPRS Support Node) : Le SGSN, soit en franais Nud de support GPRS de
service, est un routeur IP qui a le mme niveau hirarchique dans le rseau GPRS, que celui du
MSC dans le rseau GSM. Les SGSNs grent les terminaux mobiles pour une zone donne. Le
SGSN est l'interface logique entre l'abonn GSM et un rseau de donnes externe. Ses
missions principales sont :
i) La gestion de session Session Management :
Cration dun tunnel entre une station mobile et un rseau de donnes en mode
paquet.
Etablissement dune session : Pour tablir une session, une procdure dactivation du
PDP context4, doit tre lance. Le contexte PDP est un ensemble dinformations stockes
dans le mobile, le SGSN et le GGSN pour lchange de donnes avec un rseau PDP.
Ces informations sont :
- Type de rseau PDP (X25, IP,).
- Adresse PDP du terminal (adresse IP,).
- Adresse IP du SGSN courant o se trouve labonn.
- Point daccs au service rseau utilis.
- La qualit de service ngocie.
ii) La gestion de la mobilit
- Mobility Management- qui comprend les procdures de
rattachement
GPRS savoir :
Lauthentification : Lors des attachs et des mises jour de RA (Routing Areas) inter
SGSNs.
La scurit : Chiffrer les communications destination ou en provenance du mobile

(optionnel).
La notion de Tunneling et du PDP context seront trait en dtail dans les parties qui suivent
Sofia OUHBI
- 19 -
La rcupration des donnes dabonnement GPRS dtenues par le HLR par

lintermdiaire dune interface MAP / SS7 classique.
Les procdures de gestion de la localisation (mise jour des cellules et des tables de
routage, en utilisant des zones de routages, gestion du "handover" entre BSCs et
autres SGSNs).
iii) Le relais des paquets : le SGSN est galement un relayeur de paquets selon la pile de
protocoles
du
plan
de transmission
GPRS
(chiffrement,
compression
des
donnes,
acquittement des PDU s, encapsulation et dcapsulation des PDUs).
GGSN (Gateway GPRS Support Node) sont eux aussi des routeurs IP mais ils servent
dinterfaces avec les rseaux extrieurs et sont appuys dans cette tche par des Borders
Gateway BG(voir ci-dessous). Le GGSN a pour fonctions :
Le contrle daccs du rseau externe au rseau cur:

-
Screening c'est--dire que loprateur dtermine quel type de paquets doit tre
transfr via le GGSN.

-
Gnration des CDR (Charging Data Records) 6 et les envoyer au CG 7 (Charging
Gateway).
Lencapsulation des paquets IP provenant des rseaux IP externes laide dun
protocole de mise en tunnel (GTP) destination du SGSN.
La gestion des enregistrements de donnes dappel pour chaque contexte PDP pour
des raisons de taxation.
La gestion des sessions : chaque session, le GGSN alloue une adresse IP au mobile.
BG: Borders gateway (passerelles de frontires)

Les borders Gateway sont des routeurs qui permettent aux oprateurs mobiles douvrir leur
rseau GPRS vers lextrieur tout en sassurant de la scurit de ces derniers, par le
biais des Firewalls.
PDU : Protocol Data Unit

Se sont des fichiers gnrs chaque cration dun contexte PDP un abonn, ils contiennent des
Informations concernant la taxation sur les donnes transfres par labonn.
7
La CG a pour rle le Prtraitement des CDRs avant de les envoyer au BC (billing center)
6
Sofia OUHBI
- 20 -
Figure 3: l'interconnexion avec Les borders Gateway
Ces passerelles de bordure de rseau permettent de communiquer avec les autres rseaux de
donnes par paquets extrieurs au rseau GPRS et sont souvent jointes aux GGSN.
2.2 Les interfaces
Les diffrents sous-systmes du rseau GPRS sont connects entre eux via diffrentes interfaces
quon va dcrire maintenant afin de mieux comprendre le rle de chacune.
Figure 4: les interfaces de connexion
Sofia OUHBI
- 21 -
Interface Gb : cette interface est dfinie entre le sous-systme rseau GSM et le

sous-systme rseau GPRS. Linterface Gb permet lchange de la signalisation et des
informations utilisateurs. Au contraire de linterface A (entre BSS et MSC) dans laquelle
une ressource physique est assigne un utilisateur durant toute la dure de la
communication, au niveau de linterface Gb la ressource nest attribue lutilisateur
que sil ya mission o rception effective de donnes.
Interface Gn : cette interface est dfinie entre deux noeuds GPRS (SGSN ou GGSN)
appartenant au mme rseau PLMN GPRS. Remarquons quun rseau de mobiles est
appel Public Land Mobile Network (PLMN), cette notion est importante noter. Les
messages IP ou X.25 sont transports entre les noeuds GPRS, par tunnelling grce au
protocole GTP (GPRS Tunnelling Protocol). Le rle du protocole GTP dans ce cas cest de
diffrencier les paquets dun utilisateur un autre, encore mieux dune connexion une
autre du mme mobile. Et ceux grce lentte GTP qui permet didentifier chaque
session par un TID Tunnel ID - .
Interface Gs : cette interface, dfinie entre le SGSN et le MSC/VLR, est optionnelle. Elle
permet au SGSN denvoyer par exemple des informations de localisation au MSC/VLR
et dviter des changes redondants de signalisation lis la gestion de la mobilit entre le
terminal mobile et le SGSN, puis entre le terminal mobile et le MSC. Le SGSN peut
aussi recevoir des requtes de paging mises par le MSC/VLR pour le service GSM.
Interface Gr : cette interface est dfinie entre le SGSN et le HLR pour des changes de
donnes lis aux profils de donnes des abonnes et la gestion de la mobilit.
Interface Gc : cette interface, dfinie entre le GGSN et le HLR, est optionnelle et sert au
GGSN pour demander au HLR des informations de localisation concernant un terminal
mobile.
Interface Gf : cette interface relie un SGSN et un quipement de type EIR pour les
changes lis lidentification du terminal.
Sofia OUHBI
- 22 -
Interface Gi : cette interface, dfinie entre le GGSN et les rseaux de donnes par
paquets externes, permet les changes entre le rseau GPRS et le monde extrieur.
Interface Gp : cette interface dfinie entre deux PLMN diffrents est quivalente
linterface Gn avec, en plus des fonctions de scurisation entre les deux PLMN (ncessite
de passage par le BG).
Cependant, seules les interfaces Gb (entre le sous-systme radio et le SGSN), Gn (entre des nud
GPRS, savoir SGSN et GGSN) , Gr (entre le SGSN et le HLR) et Gi pur laccs aux
diffrents services
sont obligatoires. Les autres interfaces sont optionnelles, et leur mise en
uvre dpend des choix des fonctions dinter fonctionnement entre le GSM existant et le GPRS.
3. Description fonctionnelle du GPRS
Aprs avoir vu les caractristiques gnrales ainsi que son architecture dtaille, il est temps
de voir comment fonctionne le GPRS et en particulier comment lon change les donnes
dans via ce rseau.
3.1 Schma fonctionnel du GPRS

Ce schma prsente larchitecture du GPRS en soulignant limportance du rseau IP comme
support du rseau GPRS.
Le rseau GPRS est insr dans son environnement, c'est--dire avec le systme de taxation, les
passerelles de taxation et les serveurs de noms essentiels pour les traductions dadresses.
Sofia OUHBI
- 23 -
Figure 5: Schma fonctionnel du GPRS
Ce schma introduit galement le principe dinter fonctionnement dun rseau GPRS avec un
autre rseau GPRS, indispensable en cas ditinrance de lutilisateur, via les borders Gateway qui
relient le rseau GPRS tout rseau de donnes par paquet externe (rseau GPRS ou autre).
3.2 Mcanismes de transfert de paquets en GPRS
Lors dune communication, le rseau GPRS est interconnect un autre rseau commutation par
paquet. Ainsi, lorsquun utilisateur dsire transmettre des paquets vers un rseau de donnes en
mode paquet, il utilise le protocole PDP (Packet Data Protocol).
Cette notion de PDP est associe la notion de contextes au niveau de la mobilit dun utilisateur
GPRS. Cest pourquoi, avant de voir les mcanismes de transmission en mode paquet, nous allons
introduire la gestion de la mobilit dans le GPRS. [6]
Sofia OUHBI
- 24 -
3.3 Gestion de la mobilit

Afin de mieux comprendre les mcanismes de transmission dinformations, il convient
dexpliquer quelques notions attaches litinrance dun utilisateur.
3.3.1. Etats GPRS.
Dans le cadre de la gestion de la mobilit pour le GPRS, trois tats sont associs un terminal
mobile :
IDLE
On dit que le terminal est en tat IDLE sil est en veille, c--d sil nest pas rattach au rseau
GPRS. Dans ce cas, Aucune gestion de mobilit n'existe entre le SGSN et la MS. Pour sortir de
cet tat, la station mobile doit ncessairement effectuer une procdure dattachement au rseau
GPRS et ltat de la station devient alors Ready .
READY
Dans cet tat, la localisation du mobile est connue en terme de cellule par le rseau GPRS, la
station mobile informe le SGSN de tout changement de cellule au moyen d'un message de mise
jour de cellule. Dans ce cas, la MS est prte dmettre et de recevoir les communications
STANDBY
Dans cet tat aussi le mobile est rattach au rseau GPRS : la station mobile est dans un tat
intermdiaire, elle peut recevoir des appels entrants par paging. La localisation du mobile
(Routing area) est connue par le rseau GPRS et la station mobile doit informer le SGSN de tout
changement de la zone de routage, au moyen d'un message de mise jour de la zone de routage
(une zone de routage correspondant un ensemble de cellules).
Sofia OUHBI
- 25 -
Figure 6: L'Automate dtats dans le terminal
Sur ce schma, nous pouvons observer comment le terminal passe dun tat lautre.
3. 3.2.Contextes GPRS.
Dans le cadre de la gestion de mobilit du GPRS, on dfinit la notion de contextes.
Les contextes introduits dans GPRS sont lis lensemble des informations caractristiques dun
abonn relativement :
sa mobilit, contexte MM (Mobility Management).
ses donnes, contexte PDP (Packet Data Protocol).
Contexte MM (Mobility Management)

Le contexte MM continent tous les paramtres lis la gestion de la mobilit, au terminal mobile
et la scurit :
lIMSI (International Mobile Subscriber Identity) et le P-TMSI (Packet Temporary Mobile
Station Identity), qui permettent didentifier labonn.
Sofia OUHBI
- 26 -
ltat de la mobilit de labonn : IDLE, STANDBY, READY.

lidentifiant du SGSN, qui est ladresse du SGSN servant le terminal mobile actuellement.
Contexte PDP.
Le protocole PDP est spcifique aux donnes paquet. On lui associe un contexte et une adresse.
Chaque adresse PDP est dcrite par un contexte PDP dans le terminal mobile, le SGSN et le
GGSN.
Le contexte PDP est li aux donnes et regroupe des informations de routage vers le GGSN qui
seront utilises par le terminal mobile.
Il contient les paramtres de la gestion de session, dfinis relativement ladresse PDP alloue
lutilisateur et que celui-ci utilise pour cette session GPRS. Il est ainsi compos dun ensemble
dinformations qui permettent de caractriser lmission et la rception des donnes GPRS,
comme ladresse rseau PDP utiliser et des informations pour le routage vers le GGSN.
Un contexte PDP doit tre cr afin que labonn puisse mettre ou recevoir des donnes. Chaque
contexte PDP existe indpendamment dans lun des tats PDP (INACTIF ou ACTIF). Ltat PDP
indique si ladresse PDP est active pour le transfert de donnes ou non.
3.4 Les procdures de gestion de la mobilit
3.4.1 Procdure dattachement au rseau GPRS

Lorsque la station mobile est dtache du rseau GPRS et quelle vient dtre allume, elle initie
une procdure dattachement indpendamment de sa localisation courante. Si cette procdure est
effectue avec succs, les donnes de la station mobile sont stockes au niveau de la base de
donnes SLR (SGSN Location Register) du SGSN.
La figure suivante prsente le scnario dattachement dune station mobile un nouveau
SGSN, en prenant en compte le handover possible.
Sofia OUHBI
- 27 -
Figure 7: Procdure dattachement un nouveau SGSN
La station mobile commence la procdure en envoyant un Attach Request au nouveau SGSN en

lui envoyant lancien P-TMSI et lancien RAI. Le nouveau SGSN obtient ladresse IP de lancien
SGSN en consultant un de ses serveurs DNS qui font la correspondance entre les identificateurs
des zones de routage RAI et les adresses IP des SGSN couvrant ces zones. Le nouveau SGSN
envoie ensuite IDENTIFICATION REQUEST lancien SGSN incluant lancien P-TMSI du
mobile. Celui-ci rpond par IDENTIFICATION RESPONSE contenant lIMSI du mobile et ses
paramtres dauthentification.
Aprs avoir procd lauthentification de la station mobile (elle nest faite que si aucun
contexte de gestion de mobilit nexiste dans le rseau pour cette station), le SGSN envoie
UPDATE LOCATION au HLR. Celui-ci demande lancien SGSN deffacer lentre
correspondante la station mobile en question dans sa base SLR. Lancien SGSN rpond par
CANEL
LOCATION
ACKNOWLEDGE.
Le
HLR
envoie
ensuite
un
INSERT
SUBSCRIBER DATA au nouveau SGSN pour quil ajoute la station mobile sa base de
donnes SLR. Le SGSN rpond par INSERT SUBSCRIBER DATA ACKOWLEDGE.
Finalement le SGSN envoie un ATTACH ACCEPT la station mobile contenant un nouveau PTMSI.
Sofia OUHBI
- 28 -
3.4.2 Procdure de dtachement du rseau GPRS

La procdure de dtachement est initie lorsque le mobile dcide de se dconnecter du rseau
GPRS. Elle peut galement tre initie par le SGSN. Le SGSN peut galement intervenir
lors dune procdure de dtachement de la partie commutation de circuit CS(circuit
switched) si linterface entre SGSN et MSC/VLR existe.
La figure qui suit prsente le scnario de la procdure de dtachement du rseau GPRS
initie par la station mobile :
Figure 8: Procdure de dtachement initie par la station mobile
La station mobile initie la procdure de dtachement en envoyant un DETACH REQUEST

au SGSN. Si le mobile a des contextes PDP actifs dans le rseau, autrement dit si le mobile est
en train dmettre ou de recevoir des paquets de donnes, ils doivent tre dsactivs. Cest
pourquoi le SGSN envoie au GGSN correspondant un DELETE PDP CONTEXT
REQUEST. Celui-ci rpond par un DELETE PDP CONTEXT RESPONSE.
Si le mobile veut se dtacher uniquement de la partie CS (circuit switched) le SGSN envoie via
linterface Gs un IMSI DETACH INDICATION au MSC/VLR. Si le mobile souhaite rester
attach la partie CS et se dtacher uniquement de la partie PS (Packet Switching), le
SGSN envoie un GPRS DETACH INDICATION au MSC/VLR. A partir de ce moment
MSC/VLR
prend
en
charge
les
oprations
de
gestions
de
le
mobilit
indpendamment du SGSN. Le SGSN informe la station mobile que lopration de

dtachement est ralise avec succs en lui envoyant le message DETACH ACCEPT.
Sofia OUHBI
- 29 -
3.4.3 Mise jour de la zone de routage

La mise jour de zone de routage est faite chaque fois que le mobile dtecte quil entre dans
une nouvelle de zone de routage. Elle peut tre initie galement par le SGSN suite
lexpiration du temporisateur de mise jour de la zone de routage.
La mise jour de la zone de routage peut se faire dans le mme SGSN si la nouvelle zone de
routage du mobile existe au niveau du mme SGSN. Sinon le mobile doit effectuer une mise jour
de zone de routage inter SGSN. Dans le cas de mise jour de zone de routage au sein du mme
SGSN, celui-ci accepte la demande de mise jour directement car il a toutes les
informations propos de labonn. Sil sagit dune mise jour de zone de routage inter
SGSN,
le nouveau SGSN doit consulter lancien pour lui indiquer que dsormais il va
prendre en charge les paquets relatifs aux contextes PDP de cette station.
La figure montre le scnario dune mise jour de zone de routage inter SGSN.
Figure 9: La mise jour de zone de routage inter SGSN
La station mobile initie la procdure de mise jour de la zone de routage en envoyant au SGSN le
message ROUTING AREA UPDATE REQUEST. Le nouveau SGSN consulte le serveur DNS
pour obtenir ladresse de lancien SGSN en lui envoyant le message SGSN CONTEXT
REQUEST.
Lancien
SGSN
rpond
par
le
message
SGSN
CONTEXT
ACKNOWLEDGE pour informer le GGSN du changement de la zone de routage, le nouveau

SGSN envoie au GGSN le message UPDATE PDP CONTEXT REQUEST avec la nouvelle
adresse du SGSN. Le GGSN met jour le contexte PDP et rpond par le message UPDATE PDP
CONTEXT ACKOWLEDGE.
Le SGSN informe le HLR du changement du SGSN pour la station mobile en question en lui
envoyant le message UPDATE LOCATION. Le HLR envoie le message CANCEL
Sofia OUHBI
- 30 -
LOCATION lancien SGSN pour supprimer la station mobile de sa base de donnes SLR.
Lancien SGSN rpond
par le message CANCEL LOCATION ACKNOWLEDGE. Si
linterface Gs existe le HLR informe galement le MSC/VLR de la mise jour du SGSN par le
message UPDATE LOCATION REQUEST. Le MSC/VLR rpond par le message
UPDATE LOCATION ACKNOWLEDGE.
Le HLR doit galement informer lancien MSC que le mobile en question est pris en charge par
un nouveau MSC. Celui-ci supprime les donnes relatives labonn en question de sa base de
donnes VLR lorsquil reoit le message CANCEL LOCATION de la part du HLR. Lancien
MSC indique au HLR quil ne prend plus en charge cet abonn par le message CANCEL
LOCATION ACKNOWLEDGE. Le HLR demande au nouveau MSC dinsrer les donnes de
labonn dans sa base de donnes VLR par le message INSERT SUBSCRIBER DATA. Le SGSN
informe ensuite la station mobile du succs de la procdure de mise jour par le message
ROUTING AREA UPDATE ACCEPT.
3.5 Procdure d'activation de contexte PDP
Figure 10: Le scenario dactivation dun PDP Contexte
La station mobile initie la cration du PDP Contexte par la requte CREAT PDP
REQUEST Cette requte contient des informations tels que le couple (RAC, LAC)8
Routing Area Code et Location Area Code
Sofia OUHBI
- 31 -
lIMSI, le PTIMSI, des informations sur la Qualit de service demande par labonne ,
une fois cette requte est reue par le SGSN ce dernier procde la vrification des informations
reue au niveau du HLR central et voir si cet abonn bnficie vraiment dun compte
GPRS. Vers la fin dune vrification russie, le SGSN fait une requte de Mappage au DNS
pour rsoudre ladresse IP du GGSN de sortie pour cet abonn et cela en tenant considration
bien videmment du couple (RAC, LAC). Aprs cette tape le SGSN envoi la requte OPEN
PDP CONTEXTE REQUEST
au GGSN pour quil affecte une adresse publique au client via le
protocole DHCP, mais avant cela il y a une phase dauthentification de lAPN demand par le
client et cela se fait travers le protocole
RADIUS. Et ce nest quaprs ces tapes que le contexte PDP va tre cr directement entre la MS
et le GGSN. Ce canal va servir au client pour naviguer vers les rseaux de donnes externes
librement. [7]
Sofia OUHBI
- 32 -
Conclusion :
Le GPRS est un rseau ddi pour la transmission de donnes sur le rseau GSM, possdant
trois grands avantages :
Le premier est lapparition de la tarification au volume. Cela permet un utilisateur de ne plus se
soucier du temps de tlchargement des donnes, il paye seulement la taille de ce
tlchargement et non sa dure.
Le second est la commutation de paquets. En effet, cette mthode permet de ne pas

monopoliser les ressources radios lors de la consultation sur Internet, consultation demail, etc
De plus, avec la commutation de paquets, on peut interconnecter le rseau GPRS avec un rseau
de donnes paquets externe tel quun rseau IP ou X.25.
Le dernier avantage non ngligeable, le dbit. En effet, GPRS a un dbit suprieur celui du
GSM. On peu atteindre thoriquement un dbit de 171,2 kbit/s.
Ainsi tout oprateur cherche tendre son rseau GSM vers le GPRS. Cest le cas de Maroc
Telecom qui a opt pour la solution NSN dont on va dtailler une composante importante qui est
le Flexi ISN dans le deuxime chapitre.
Sofia OUHBI
- 33 -
Chapitre2 :
Nokia Flexi ISN
(Intelligent Service Node)
Release 3.2
Sofia OUHBI
- 34 -
Dans ce chapitre, on se focalisera sur la Flexi ISN en dtaillant ses fonctionnalits et ses
caractristiques matrielles, pour pouvoir communiquer, les diffrents apports et les
raisons pour lesquelles cet quipement a occup
la place du GGSN du standard 3GPP,
tant au niveau de la capacit, quau niveau des services offerts.
1. Introduction la Flexi ISN
1.1 Nokia Flexi ISN en bref
La solution Nokia Flexi ISN est une plate-forme volutive incorporant le GGSN (Gateway GPRS
Support Node), le service Awareness avanc 9 et la fonctionnalit d'analyse de trafic. Elle agit
comme une passerelle entre les rseaux de donnes sans fil et les rseaux de donnes externes
comme l'Internet.
Nokia Flexi ISN est le point central
de contrle dans le rseau, responsable
de la facturation et de laccs
beaucoup de services diffrents. Un
point de facturation central offre de
multiples avantages, comme le point
d'intgration unique comparativement
une solution avec des lments de rseau
multiples. La capacit de facturation
diffrencie de la Flexi ISN permet de
facturer des services bass sur la valeur
perue et non seulement sur le nombre
d'octets transfrs. [1]
Figure 11: Le matrielle de Nokia FlexiServer
Pour la configuration de service dans le Flexi ISN, Nokia Centralised Network Services Manager
(CNSM) est utilis.
La notion des Services Awareness sera traite en dtail dans la partie fonctionnalits de la Flexi ISN
Sofia OUHBI
- 35 -
La solution Flexi Intelligent Service Node (ISN) permet :
De 1000 jusqu 1000000 contextes PDP (par chssis)

jusqu 1Gbit/s en Dbit (par chssis),
Architecture Multi-Blades10 flexible.
2. Les avantages de Nokia Flexi ISN

2.1 Matriel volutif
Le Flexi ISN est construit sur la plateforme matrielle de Nokia FlexiServer.
Ce systme s'adapte selon les besoins de rseau. Jusqu' quatre chssis de Flexi ISN peuvent
tre logs l'intrieur d'un rack Nokia 19 . Chaque chssis de Flexi ISN soutient trois
options de capacit : Une configuration une configuration moyenne, et une autre large.
Tableau 2: les trois types de configuration de la FLEXI ISN
a) Configuration d'entre,
Jusqu 333 000 PDP contextes, sortie de 333 Mbit/s:
2 interfaces blades
2 services blades
2 management blades
2 hard disk blades
2 switch blades
10
Les Blades sont les cartes de traitements au sein de la Flexi ISN seront traites plus tard.
Sofia OUHBI
- 36 -
b) Configuration moyenne
Jusqu 666 000 PDP context, avec un dbit de 666 Mbit/s
3 interface blades
3 service blades
2 management blades
2 hard disk blades
2 switch blades
c) Large configuration
Jusqu 1 000 000 PDP contexts, et un dbit de 1 Gbit/s
4 interfaces blades
4 services blades
2 managements blades
2 hard disk blades
2 switch blades
En rsum, selon la licence utilise, le Flexi ISN permet une capacit de 1000 jusqu' de 1M
PDP contextes, et un dbit qui varie de 1 Mbit/s jusqu' un total de 1 Gbit/s par chssis.
2.2 Disponibilit leve

L'architecture de matriel de FlexiServer soutient la haute disponibilit en utilisant la duplication
des units de base. Lorsque la Blade active choue, le PDP contexte ainsi que son traitement
continue en backup. Les donnes de contexte PDP et les donnes relatives sont soutenues dans
d'autres Blades que celles utilises.
Sofia OUHBI
- 37 -
Figure 12: Duplication des units de base
3. Les fonctionnalits de la Flexi ISN
3.1 la Flexi ISN autant que GGSN
La Flexi ISN sert comme un point d'accs commun pour les rseaux : GPRS bas sur le standard
GTP et 3G. Cette partie dcrit la fonctionnalit de Nokia Flexi ISN lie la frontire entre le
rseau de donnes du mobile et les rseaux de donnes externes, comme l'Internet, les rseaux
d'entreprise et les rseaux spcifiques de loprateur.
3.1.1
Gateway pour le rseau de donnes du mobile
La Flexi ISN agit comme une Gateway entre les rseaux de donnes sans fil et d'autres rseaux
externes. Les donnes utilisateur sont portes dans des tunnels GTP allant du SGSN (et 2G et 3G)
et se terminant la Flexi ISN.
Les tunnels GTP sont crs pendant l'tablissement du PDP contexte, et la Flexi ISN permet
l'tablissement de 10 PDP contextes secondaires, ils peuvent tre employs pour la
diffrentiation du profil QoS, par exemple pour le type de service push to talk over cellular (PoC).
Dans
des
connexions
de
donnes
inter-oprateur,
la
terminaison
GTP
n'est
pas
ncessaire au GGSN du rseau visit dans le rseau roaming de l'oprateur, les paquets GTP sont
envoys directement au GGSN du rseau interne travers linterface Gp.
Sofia OUHBI
- 38 -
3.1.2
Assignation d'adresse IP
L'adresse IP de l'quipement d'utilisateur est dtermine la cration du PDP contexte et la Flexi

ISN peut assigner cette adresse IP. Ladresse IP du mobile spcifique au point d'accs du
PDP contexte peut tre alloue alternativement par :
Adresse pool interne de la Flexi ISN.

Serveur RADIUS de lentreprise ou de loprateur.
Serveur DHCP externe.
3.1.3
Authentification
La mthode d'authentification est dfinie pendant l'activation du PDP contexte, et pour employer
le serveur RADIUS et la mthode d'authentification, on les dfinit dans la configuration du
point d'accs.
Figure 13: Authentification RADIUS
Dans l'accs dentreprise, cependant, l'authentification peut aussi tre faite avec un serveur
RADIUS, qui est plac dans le rseau d'entreprise et les messages d'authentification sont envoys
dans une connexion de tunnel scuris entre l'oprateur et le rseau d'entreprise. L'autorisation
pour permettre un abonn mobile davoir accs un certain nombre de services est traite avec
le serveur RADIUS ou le NPS (Nokia Profile Server).
Sofia OUHBI
- 39 -
3.1.4
Connexion aux rseaux de donnes externes
Une des principales fonctionnalits de la Flexi ISN autant que GGSN est de connecter les
utilisateurs daccs GPRS et 3G Internet et intranets. Nokia Flexi ISN supporte une varit de
diffrents types d'options d'intercommunication pour accomplir les diverses exigences lies au
routage du rseau IP, l'adressage et la scurit.
3.1.5
Le routage
Afin dassurer l'interconnexion des diffrents lments du rseau, la Flexi ISN utilise les
protocoles de routage suivants :
Open Shortest Path First, OSPFv2 et OSPFV3
Routing Information Protocol (RIP)
Routage Statique
3.2 Service Awareness
Le Service awareness de Nokia (SA) forme la fonctionnalit fondamentale de la Flexi ISN de

Nokia (Flexi Intelligent Service Node).
Avec le Service Awareness les points d'accs traditionnels multiples peuvent tre
dvelopps dans un concept de point d'accs simple. [2]
La facturation diffrencie est base sur les mmes
spcifications de flux IP de la couche
3 et 4 et de plus pour inclure les protocoles qui ont subi le DPI (Deep Packet Inspection)
ou encore l'analyse de trafic sur la couche 7.
Les particularits que combine Nokia Flexi ISN sous le nom de Service Awareness sont :
3.2.1
Simple point d'accs
Tous les services sont disponibles pour l'abonn par un seul point d'accs dans la Flexi ISN. Avec
lIPv4, l'abonn exige seulement un seul PDP contexte pour l'accs au service.
Sofia OUHBI
- 40 -
3.2.2
Alias Access point
Avec la configuration Awareness dans Nokia Flexi ISN de lAPN (Alias Access Point Name), les
oprateurs peuvent cacher les changements dans la configuration dAPN depuis les
utilisateurs terminaux. Les changements dans l'quipement de lutilisateur peuvent aussi tre
vits. [1] [5]
3.2.3
Facturation diffrencie pour les utilisateurs post et prpays
La Flexi ISN permet la facturation flexible du trafic IPv4. Les services peuvent tre facturs en
se basant sur leurs valeurs relles. La facturation peut tre base sur la couche 3, la couche 4 et le
DPI (Deep Packet Inspection) appel aussi la couche 7 danalyse de trafic. Les options de
facturation base sur le volume, le temps et lvnement disponibles.
Un CDR riche en contenu 'service-aware (SA-CDR) est disponible. Les CDRs sont
transfrs sur le GTP' (GTP amlior) ou peuvent tre stocks dans le format XML et texte sur les
disques durs pour le transfert avec le FTP.
3.2.4
Notification d'utilisateur final
Avec la Flexi ISN l'utilisateur est tenu inform de l'utilisation de services lie aux
vnements, comme le crdit tant puis, l'utilisation d'un service pour la premire fois, des
instructions sur comment utiliser un service, ou que l'accs un service soit bloqu. Le PPG
(Push Proxy Gateway) est l'expditeur rel de la notification.
3.2.5
Le Service switching
Aprs que le flux soit activ, les paquets peuvent tre transmis dans le flux. Et le trafic Uplink et
Downlink sont accepts quand le flux est actif. Chaque service est li
un point d'accs, qui
dfinit la connexion Gi (c'est--dire le rseau de donnes et la mthode d'accs vers le rseau de

donnes choisi). Ainsi, le flux dfinit indirectement la connexion Gi tre employe pour les
paquets uplink.
Sofia OUHBI
- 41 -
Figure 14: Service switching
La figure illustre un exemple du service switching. L'quipement dutilisateur (UE) essaye

dutiliser quatre flux diffrents. Le service switching analyse les paquets sur le bord de l'interface
Gi.
Le profil d'utilisateur permet l'utilisation de WAP, Streaming et Bank, mais le trafic Surf n'est pas
inclut dans le profil d'utilisateur. Ainsi, lun des flux est bloqu.
3.3 Lanalyse du trafic
3.3.1
La
Flexi
ISN
La diffrenciation du Trafic
offre
plusieurs
fonctionnalits
nouvelles
et
supplmentaires
non
normalises par 3GPP. Les nouvelles fonctionnalits sont construites au-dessus de la norme
classique GGSN.
La diffrenciation du Trafic fournit une varit de nouvelles options de tarification o cette

dernire peut tre base sur l'information vhicule dans le paquet IP et / ou de la charge utile des
paquets IP.
Sofia OUHBI
- 42 -
3.3.2
La diffrenciation du Trafic base sur la couche
Tout le trafic peut tre diffrenci en se basant sur les informations des enttes IP et
TCP / UDP. Ces informations sont :
L'adresse IP de destination et de sous-rseau
Les numros des ports TCP et UDP Le numro de protocole IP
3.3.3
La diffrenciation du Trafic base sur la couche 7
En analysant lURL, il est possible de diffrencier le trafic, non seulement en fonction du serveur,
mais aussi en fonction dun rpertoire particulier dans ce serveur. (Les rpertoires sont identifis
par / dans l'URL).
3.4 Facturation diffrencie
La Flexi ISN utilise la facturation diffrencie pour les abonns prpays et post-pays. Avec
l'utilisation de la couche 3/4, les rgles de tarification peuvent tre le volume ou la dure,
les combinaisons sont galement utilises. En utilisant la couche 7, la tarification base sur le hit
est galement supporte. La facturation diffrencie permet aux oprateurs de faire la diffrence
entre les diffrents services.
3.4.1
La facturation des abonns prpays
Pour les abonns prpays la facturation se fait en ligne (temps rel) par le biais du
online charging system (OCS), Ce serveur peut contrler la consommation du compte de
prpaiement d'un abonn et ainsi permettre ou refuser l'accs au service en se connectant lIN.
Si l'accs est permis, l'OCS peut mettre des points de contrle pour le trafic suivant la dure, le
volume ou le hit. Alors que si le crdit est puis ou sil y a une erreur, le service peut tre refus
pour l'utilisateur.
Sofia OUHBI
- 43 -
3.4.2
La facturation des abonns post-pays
La facturation se fait en offline pour les abonnes post-pays, elle est caractrise par la
production des CDRs (Charging Data Records) pour chaque groupe d'valuation sparment
(le groupe d'valuation peut aussi tre appel la classe de la facturation). Les CDRS sont
produits ou bien aux intervalles de temps prdtermins ou bien quand une certaine limite de
volume est atteinte. Une fois que le PDP contexte est ferm, un CDR final est produit. Les CDRs
sont ensuite envoys la charging gateway (Nokia CG) pour quelle les traite avant de les envoyer
au billing center. Les paramtres suivants sont utiliss pour la facturation :
MSISDN
Classe du charging volume, temps, ou hit selon la facturation utilise
IMSI
Qualit de service
RAT (Radio Access Type) IMEI
Dautre part, il existe diverses mthodes de tarification,
comme le volume, le hit, et la dure
qui peuvent tre appliques.
3.4.3
La facturation base sur le volume
La facturation base sur volume se fait en comptant le nombre doctets de donnes

transmises en upstream et en downstream. Elle peut aussi tre base sur les rgles de la couche 7
pour HTTP ou WAP. Dans ce cas, seulement le payload d'application est inclus dans le compte de
volume total.
3.4.4
La facturation base sur le temps
La facturation dun abonn par la Flexi ISN peut tre faite en fonction de la dure
d'utilisation du service.
Sofia OUHBI
- 44 -
Figure 15: facturation base sur le temps
La figure ci-dessus montre comment le temps est mesur pour payer lutilisation des
services. La ligne silence priode spcifie le temps configur et qui est le plus long temps que
labonn paye mme sil ya pas de trafic. La ligne 'data' montre les paquets de donnes rels
employs pour le service.
3.4.5
La facturation base sur le hit
La facturation base sur le hit peut tre dclench en entrant une URL spcifique. Aprs que le hit
soit identifi, il n'y plus de problme concernant combien d'octets de donnes sont transfrs
l'abonn ni de la dure pendant laquelle labonn a utilis le service.
4. Architecture du Flexi ISN

La plate-forme FlexiServer HW est spcifiquement adresse
aux applications
de rseau de
tlcommunication, ce qui signifie quune importance spciale a t donne pour avoir :
Une haute disponibilit (au moins 99.999 %)
Une conformit avec les exigences environnementales particulires un quipement de

rseau de tlcommunication
Sofia OUHBI
- 45 -
Une installation facile aux sites de tlcommunication
Un long cycle de vie : minimum 10 ans et matriel amliorable
Le Flexi ISN se compose de cinq types diffrents d'units:

interface blade (IB)
service blade (SB)
management blade (MB)
hard disk blade (HDF1-C)
switching blade (SWSE-A)
4.1 Les cartes de la Flexi ISN
4.1.1
Interface Blade
L'interface blade fournit des interfaces physiques. Elle transfre les paquets IP d'utilisateur aux
services blades. En outre, chaque lame d'interface maintient une base de donnes des sessions
actives d'utilisateur.
Quand le contexte de PDP est dsactiv, linterface blade enlve l'information de PDP-context de
sa base de donnes interne. Ceci est fait pour optimiser l'utilisation de ressource.
4.1.2
Service Blade
Le software application de Flexi ISN fonctionne sur chacun des services blades.
Le plan d'utilisateur et le plan de contrle sont implments dans les Services Blades. Les services
Blade implmentent, au sein de la Flexi ISN, les fonctionnalits suivant:
Lauthentification de l'utilisateur
La facturation en ligne
Le routage et le tunnelling du trafic
Sofia OUHBI
- 46 -
4.1.2.1 La rsistance du service blade
Chaque service blade reproduit les informations spcifiques des utilisateurs avec les autres
cartes. Cette reproduction a lieu au niveau du contexte PDP.
A chaque utilisateur final correspond
une seule service blade active. Dans
la
configuration rsistante, cette carte active reproduit l'information d'utilisateur une autre
service blade, qui agit comme une unit passive.
Figure 16: La duplication des informations dans les services blades
Dans la figure, il y a deux contextes PDP actifs de deux utilisateurs finaux. Les deux contextes
PDP (1 et 2) sont actifs dans les diffrentes service blades , qui reproduisent
constamment les informations lies ltat de l'utilisateur du contexte PDP la service Blade
passive (3).
4.1.2.2 Lquilibrage de la charge interne dans la Flexi ISN
Les
interfaces blades quilibrent
la charge du trafic pour les service blades.
Linterface blade (IB) reoit des informations sur le statut de la charge de la service blade (SB),
comme
indiqu
dans
la
figure
ci-dessous.
Les
service
blades
partagent
les
informations de la charge entre eux :
Sofia OUHBI
- 47 -
Figure 17: Le partage des informations entre les interfaces blades et les services blades
Quand linterface blade reoit une nouvelle demande d'activation dun contexte PDP, il envoie
la demande d'installation de contexte PDP la service blade la moins
charge. Quand la
service blade envoie une rponse positive linterface blade, Le contexte PDP est activ. La
service blade active choisit une service blade de secours pour le contexte PDP tout en
employant les informations lies la charge des cartes.
La procdure de choix des service blades active et de secours a lieu quand le premier contexte
PDP est activ pour l'utilisateur. De nouveaux contextes PDP secondaires sont toujours
activs dans la mme service blade.
4.1.3
Switching blade
L'unit de SWSE-a contrle le back plane d'Ethernet. Le SWSE-a est configur comme paire pour
la redondance elle se charge de la communication entre les diffrentes Blades
Sofia OUHBI
- 48 -
Figure 18: Switching Blade
4.1.4
Hard disk Blade
La lame de disque dur (HDF1-c) fournit au Flexi ISN une masse dunit de stockage. La
taille initiale du disque dur est de 300 gigaoctets.
4.1.5
Management Blade
La lame de gestion met en application des fonctionnalits additionnelles au niveau de la Flexi

ISN :
stockage dans le disque dur
CDR sending (and storage to HD)
physical Gy connectivity
lawful interception extension (LIE)
La fonction O&M est place sur la management blade. Cela inclut la configuration de la Flexi
ISN, les alarmes, et la gestion de lensemble des adresses IP des utilisateurs finaux
(de la flexi ISN).
Sofia OUHBI
- 49 -
Conclusion
Grce lintroduction de la solution Nokia Flexi ISN, Maroc Telecom est dsormais capable de
combiner dans un mme ensemble, la passerelle GGSN et une solution Intelligent Charging Node.
Nokia Flexi ISN joue le rle du point central de contrle dans le rseau, responsable de la
facturation et de laccs beaucoup de services diffrents. Un point de facturation central
offre de multiples avantages, comme le point d'intgration unique comparativement une
solution avec des lments de rseau multiples. Grace facturation diffrencie, la Flexi ISN
permet de facturer des services bass sur la valeur perue et non seulement sur le nombre d'octets
transfrs.
Sofia OUHBI
- 50 -
Chapitre 3 :
Application : mesure des KPIs
Et Statistiques au niveau de la Flexi
ISN
Sofia OUHBI
- 51 -
Dans tout systme, les mesures des performances sont primordiales pour le bon suivi des
oprations dexploitation et de maintenance. Ainsi ces mesures sont trs importantes pour
linspection dun rseau et lassemblage des informations au sujet de sa qualit de service. Les
rsultats de la mesure des performances permettent didentifier les problmes travers le
rseau et qui ne sont pas en gnral dtects quen utilisant des outils danalyse des
performances. Ces outils sont trs importants pour avoir des donnes de tout type du rseau en
loccurrence les KPIs (Key Performance Indicators).
Le besoin demand par Nokia Siemens Networks est celui davoir un outil de mesure de
performance de la Flexi ISN rcemment install au rseau Packet Switched (PS) de Maroc
Telecom. Cela en prsentant les indicateurs de performance de la Flexi ISN, et particulirement
les plus pertinents pour analyser les performances de cet quipement.
1. Les outils adopts pour le projet

Le choix de la plate-forme JEE pour dvelopper et excuter notre application a t dict par les
avantages quelle offre, savoir :
une architecture d'application base sur les composants qui permet un dcoupage de
l'application et donc une sparation des rles lors du dveloppement.
la possibilit de choisir les outils de dveloppement et le ou les serveurs d'application
utiliss qu'ils soient commerciaux ou libres.
JEE permet une grande flexibilit dans le choix de l'architecture de l'application en
combinant les diffrents composants. Ce choix dpend des besoins auxquels doit rpondre
l'application.
L'architecture de lapplication se dcoupe en trois tiers :
La partie prsentation : elle a pour rle d'afficher les donnes pour l'utilisateur et de
collecter les informations qu'il saisit. Cette interface est souvent appele couche de
prsentation car sa fonction consiste prsenter les donnes l'utilisateur et lui permettre
de fournir des informations au systme. La couche prsentation est la partie de l'application
responsable de la cration et du contrle de l'interface prsente l'utilisateur et de la
validation de ses actions.
Sofia OUHBI
- 52 -
La partie mtier : elle permet l'application de fonctionner et de traiter les donnes. Dans
notre application la logique mtier utilise les formules fournies pour calculer chaque KPI
partir des mesures fournies par les compteurs.
La partie des donnes : elle assure la lecture, l'criture partir des diffrentes sources pour
tout ce qui est donnes dont a besoin lapplication. On a choisi de travailler avec le SGBD
Oracle, notre choix sera expliquer ultrieurement.
Pour organiser et grer notre application, on a opt pour la structure Struts qui est un framework
libre pour dvelopper des applications web JEE. Un framework est une structure permettant de
soutenir ou de contenir quelque chose, en particulier un squelette pouvant servir de base une
construction (cf. dictionnaire anglais). Struts utilise et tend l'API Servlet Java afin d'encourager
les dveloppeurs adopter l'architecture Modle-Vue-Contrleur, nous avons choisi de mettre en
uvre le modle MVC2 bas sur une seule Servlet faisant office de contrleur qui se charge de
rediriger la requte vers le bon traitement.
Cette Servlet de type ActionServlet, lit la configuration de l'application dans un fichier au format
XML et reoit toutes les requtes de l'utilisateur concernant l'application. En fonction du
paramtrage, elle instancie un objet de type Action qui contient les traitements et renvoie
une valeur particulire la servlet. Celle ci permet de dterminer la JSP qui affichera le
rsultat des traitements l'utilisateur. Les donnes issues de la requte sont encapsules dans un
objet de type ActionForm. Struts va utiliser l'introspection pour initialiser les champs de cet
objet partir des valeurs fournies dans la requte.
Struts utilise un fichier de configuration au format XML (strutsconfig.xml) pour connatre le
dtail des lments qu'il va grer dans l'application et comment ils vont interagir lors des
traitements.
Pour la vue, Struts utilise par dfaut des JSP avec un ensemble de plusieurs
bibliothques de tags personnaliss pour faciliter leur dveloppement. Notre interface est aussi
constitue de pages statiques quand il sagit des pages de prsentation de lapplication ou des
diffrents menus.
Pour crire, compiler et dployer notre application nous avons utilis lIDE Netbeans qui est un
environnement de dveloppement open source crit en Java mais peut supporter nimporte quel
langage de dveloppement. Netbeans est un environnement puissant, dot de plusieurs outils trs
utiles, compatible avec toutes les nouvelles technologies Java (y inclus les technologies Java EE,
Sofia OUHBI
- 53 -
les bases de donnes, UML, XML, etc.) et
peut fonctionner sous plusieurs systmes
dexploitation (Windows, Linux, Solaris (SPARC et x86) et MacOS).
Pour excuter notre code, on a opt pour Tomcat, le conteneur d'applications web diffus
en open source sous une licence Apache. En tant qu'implmentation de rfrence, Tomcat
est facile mettre en uvre et riche en fonctionnalits, il est quasi incontournable dans les
environnements de dveloppements.
En ce qui concerne la base de donnes, notre choix porter sur le SGBD Oracle Express Edition
10, qui est disponible sur plusieurs plates-formes matrielles. Ce choix a t motiv par sa grande
puissance transactionnelle et les nombreuses fonctionnalits avances quil offre :
La dfinition et la manipulation des donnes
La cohrence des donnes
La confidentialit des donnes
L'intgrit des donnes
La sauvegarde et la restauration des donnes
La gestion des accs concurrents
2. Descriptif de lapplication
Notre application Flexi ISN Performances se prsente du point de vue utilisateur, en une
interface web qui lui permet de contrler en permanence la performance de la Flexi ISN via des
mesures instantanes dun certains nombre de KPIs (Key Performance Indicators). Ces
mesures sont effectues par la Flexi ISN et stockes sous forme de fichiers XML dans
lOMC de Maroc Telecom. [3]
Le point suivant sera consacr la prsentation de larchitecture gnrale de la solution dvelopp
afin datteindre les objectifs trac dans notre cahier de charge.
Sofia OUHBI
- 54 -
a. Architecture Gnrale de lapplication:
Larchitecture gnrale de notre application se prsente en Trois Modules principaux :
Collecte et Intgration : il assure l'approvisionnement du SID en donnes primaires

ainsi que la cohrence gnrale des donnes captures en les mettant disposition, en
un point unique, dans un modle unifi et normalis.
Diffusion(Transformation): ce module
transforme les donnes collectes pour les
mettre la disposition de la base de donnes sous une forme dimensionnelle, contexte

par contexte.
Prsentation: pour grer l'accs de l'utilisateur final aux donnes organises par la
fonction de diffusion.
Figure 19: Architecture gnrale de lapplication
Collecte et intgration : Le Module de collecte et dintgration soccupe de rassembler

les diffrentes ressources htrognes dans une mme base de donnes selon un module.
Figure 20: Module de collecte et d'intgration
Sofia OUHBI
- 55 -
Un ensemble de fichiers XML est rapatrie de lOMC quotidiennement ou dune faon

hebdomadaire, ces fichiers contiennent les mesures actives concernant les mesures effectues
sur les lments du rseau cur Packet Switched (PS) de Maroc Telecom. Pour les
exploiter, il est indispensable de bien penser la collecte des donnes sur lesquelles toute
lanalyse de performance et le calcul des KPI reposent. Il fallait donc dvelopper un premier
Module de collecte afin de rcuprer ces donnes, via le FTP, depuis lOMC de Maroc
Telecom vers notre Base de donnes Oracle.
La base de donnes Oracle, permet d'intgrer les informations extraites des diffrentes sources
dans un modle unique. Ce modle de donnes doit tenir compte de l'historisation, et ne
dpendre que des donnes.
Un exemple de fichier XML, rcuprer depuis lOMC, est donnes par la figure suivante :
Figure 21:Exemple de fichier XML source
Sofia OUHBI
- 56 -
b. Traitement de donnes
Le systme oprationnel (source des donnes) et la base d'intgration (destination) ayant des
modles diffrents, l'opration de collecte et d'intgration ne peut se rsumer une simple
copie de donnes.
En fait, les fichiers gnrs par la Flexi ISN constituent la source de donnes de notre
application, ces fichiers sont en format XMLdonc difficile exploiter.
La premire tape pour dmarrer notre application fut dintgrer les fichiers XML dans notre
base de donnes ORACLE qui est lune des bases de donnes open source les plus populaires.
Il fallait donc dvelopper un Module de Transformation (Parseur XML).
Nous nous sommes bases cet effet sur notre comprhension des KPIs11 et notamment sur la
documentation de NOKIA Siemens Network12.
Aprs avoir labor et excut les deux premiers modules permettant la Collecte des fichiers
via le module ftp et leur Transformation avec le Parseur XML, les donnes (Compteurs) vont
tre stocks dans les tables de notre base de donnes ORACLE.
Maintenant et avec des Requetes SQL, diffrents traitements sont faits afin de calculer les
diffrents KPIs demands dans le cahier de charge13 et les stocker dans une des Tables de
notre Bases de donnes afin de les afficher dans notre Application Web.
Nous avons cr cet effet la base de donnes contenant touts les KPIs pour chaque APN14
Tableau 3: Base de donnes KPIs
Lautomatisation du chargement des donnes et de leur transformation, est une tape qui tait
ncessaire afin dassure lexcution instantane de ces oprations, sans avoir les excuter
chaque fois que de nouveaux fichiers de mesures sont crs, pour les intgrer dans notre base
de donne. Cette tape est effectue grce des commandes qui sexcutent en arrire plan
sans excuter chaque fois les codes qui soccupent du chargement et des transformations, ce
11
KPIs (Key Performance Indicators).

Statistics in Nokia Flexi ISN Rel. 3.0, Product Documentation
13
Voir dans la partie dtermination des KPIs
14
APN : Access Point Name (Voir le premier chapitre)
12
Sofia OUHBI
- 57 -
qui facilitera par consquent sa planification en tant que tache programme sous nimporte
quel systme dexploitation utilis (windows ou Unix).
c. Description textuelle des cas dutilisations

1ere cas : Sinscrire dans le systme.
Titre : Sinscrire dans le systme.

Rsum : Ce cas dutilisation permet aux ingnieurs non inscrits davoir un compte en
ligne pour bnficier des avantages et des services proposs par le systme.
Description des enchainements :
Prconditions:
Lingnieur doit tre obligatoirement un ingnieur NSN.
Scnario nominal :
1. Lutilisateur doit ouvrir la page dinscription.
2. Lutilisateur doit remplir un formulaire.
3. Le systme doit vrifier toutes les informations du formulaire saisir.
4. Le systme donne son accord et confirme linscription de lingnieur.
Enchainements Alternatif :
A1 : Informations incompltes
Lenchainement A1 dmarre au point 3 du scnario nominal.
4. Le systme indique au client que les informations sont incompltes.
Le scnario reprend au point 2.
Post conditions :
La base de donnes du systme contient plus de client quau dbut du cas dutilisation.
2me cas: Rcuprer son mot de passe.
Titre : Rcuprer son mot de passe.

Rsum : Permettre aux ingnieurs inscrits de rcuprer leurs mots de passe en cas
doublie.
Prconditions :
Lingnieur doit tre obligatoirement un ingnieur NSN.
Lingnieur doit tre inscrit dans la base de donnes du systme.
Scnario nominal :
1. Lutilisateur doit ouvrir la page de rcupration du mot de passe.
Sofia OUHBI
- 58 -
2. Lutilisateur doit saisir son Email.

3. Le systme doit vrifier si lEmail saisi existe dans sa base de donnes.
4. Le systme informe lingnieur quun mail est envoy dans sa boite mail
contenant son mot de passe.
A1 : Email erron
4. Le systme indique au client que son Email nexiste pas dans sa base de
donnes.
Le scnario reprend au point 2.
Post conditions :
Un mail contenant le mot de passe de lingnieur sera envoy ladresse de sa boite de

messagerie.
3me cas : Sauthentifier.
Titre : Authentification.
Rsum : Permettre aux ingnieurs inscrits de sauthentifier pour bnficier de ses
diffrents services
Prconditions :
Lutilisateur doit tre obligatoirement un ingnieur NSN.
Lutilisateur doit tre inscrit dans la base de donnes du systme.
Scnario nominal :
1. Lutilisateur doit ouvrir la page dauthentification.
4. Le systme donne son accord et confirme lauthentification de lutilisateur.
4. Le systme indique lutilisateur que les informations sont incompltes.
5. Le scnario reprend au point 2.
A2 : mot de passe erron
Sofia OUHBI
- 59 -
4. Le systme indique lutilisateur que le mot de passe est erron et quil

faut ressayer encore une fois.
4me cas : Visualiser les Graphes.
Titre : Visualiser les Graphes.

Rsum : longlet Graphe nous permet de suivre la variation des compteurs dans une
journe prcise par lingnieur.
Prconditions :
Scnario nominal :
5.
Lutilisateur choisi lAPN dont on veut voir les statistiques dans longlet
Graphes .
6. Lutilisateur rempli les informations ncessaires et valides son choix en

cliquant sur le bouton Tracer .
7. Lutilisateur visualise les diffrentes statistiques sous forme de graphe.
4. Le systme indique lutilisateur que le mot de passe est erron.
A3 : Date invalide
7. Le systme indique lutilisateur que la date est invalide.
Sofia OUHBI
- 60 -

5me cas: Visualiser les KPIs.
Titre : Visualiser les KPIs.

Rsum : longlet KPIs nous permet de suivre la variation des compteurs dans une dure
prcise par lingnieur.
Prconditions :
Scnario nominal :
5.
Lutilisateur choisi lAPN dont on veut voir les statistiques dans longlet
KPIs .
6. Lutilisateur rempli les informations ncessaires et valides son choix en

cliquant sur le bouton Entrer .
7. Lutilisateur visualise les diffrents compteurs sous forme de tableaux.
4. Le systme indique lutilisateur que le mot de passe est erron.
A3 : Date invalide
7. Le systme indique lutilisateur que la date est invalide.
Sofia OUHBI
- 61 -
Diagramme des cas dutilisations
Diagrammes de squences;
Sofia OUHBI
- 62 -
Authentification
Visualiser les Graphes
Sofia OUHBI
- 63 -
V
isualiser les KPIs
d. Prsentation de lapplication :
La partie prsentation est la dernire phase de llaboration dun projet, elle reprsente le
contact final avec lutilisateur, cest travers elle quon pourrait juger si le but est atteint ou
non.
La premire finalit de notre Application est de pouvoir offrir aux utilisateurs finaux une large
possibilit danalyse, une ventuelle facilit de manipulation et une bonne exploitation de
donnes.
Pour rpondre ce besoin, il faut que l'application soit accessible le plus facilement et le plus
largement possible sans engendrer des cots de dploiement extraordinaires.
Le dploiement de cette application sous forme dune application web reste la meilleure
manire de reprsenter les donnes en offrant ainsi plusieurs avantages de navigation et
permettant aussi daccder aux donnes via un simple navigateur web.
Sofia OUHBI
- 64 -
Figure 22: Premire page d'authentification
Lauthentification est faite grce un systme de validation par fichier XML. On utilise
une table user , dans notre base de donnes, qui contiendrais les donns concernant
dautres
utilisateurs
ayant
accs
lapplication. On peut toujours ajouter un nouvel
utilisateur comme on peut supprimer un ancien. Si le mot de passe dun utilisateur est oubli
un mail, contenant le mot de passe, est envoy lutilisateur tout en utilisant une boite quon a
cre en java Mail Java .
Sofia OUHBI
- 65 -
Figure 23 : Page daccueil de lapplication
Linterface web de notre application consiste essentiellement en des pages dynamiques

fournissant des mesures instantanes releves au niveau de la Flexi ISN. Ces donnes
se situent en fait dans lOMC de Maroc Telecom, mais grce notre application on arrive
les tlcharger chaque 15 minutes et les mettre dans la base de donnes, elles peuvent tre
actualises tout moment.
Sofia OUHBI
- 66 -
3. Prsentation des Rsultats obtenus :

Notre application consiste afficher les rsultats gnrs par la Flexi ISN, tout en
fournissant une table des statistiques de performance pour chaque APN (service) situ en
onglet KPI ou bien sous forme de graphes dans longlet Measurements
a. Laffichage de s KPIs par APNs
Dans longlet KPIs on peut choisir parmi la liste des APNs qui figure, lAPN dont on veut voir
ses diffrents cls de Performances.
Figure 24: le choix d'APN
Sofia OUHBI
- 67 -
Le rsultat obtenu, est donne par la figure suivante :
Figure 25: l'affichage des KPIs par APN
Le tableau affich dans la figure, reprsente lensemble des KPIs pour le Blackberry, calcul
lors dune priode spcifi selon le besoin de lutilisateur. On rappel que chaque KPI est le
rsultat dune formule calcule partir des diffrents compteurs gnrs par la Flexi ISN de
NSN et situs au niveau de lOMC de Maroc Telecom.
Maintenant et grce notre application, Maroc Telecom et Nokia Siemens Network peuvent
suivre, les diffrent s indicateurs de cls des performances (KPIs) du Rseau PS core Network,
via une interface web simple utiliser.
b. laffichage des statistiques sous forme de graphes
Sous longlet Graphes cette fois ci, on peut toujours choisir dans un premier lieu lAPN puis le
compteur dont on souhaite voir les statistiques par jour.
Sofia OUHBI
- 68 -
Figure 26: le choix d'APN dont on veut voir les statistiques
Figure 27: le choix du compteur tracer
Sofia OUHBI
- 69 -
Figure 28: Statistiques sur le nombre de PDP utilis pour le service iam gprs2
Le graphe tablit nous permets de suivre la variation du nombre de PDP activ le longue de la
journe. Il est noter que lapplication nous permet de visualiser les statistiques des diffrents
KPIs par jours, pour tous les APNs ; chose qui facilite la tache de collection des donnes sur
le rseau Packet Switching,
aussi bien pour Maroc Telecom que pour Nokia Siemens
Network.
Sofia OUHBI
- 70 -
Conclusion :
Dans ce qui prcde, nous avons dcrit larchitecture gnral du travail effectu, en citant les
diffrentes parties et fonctions de chaque tape du traitement, depuis la collecte des donnes
jusqu la prsentation vers lutilisateur. Ce chapitre se prsente comme un support thorique
notre projet, il est destin justifier la dmarche adopter et servir d'appui la mise en place
technique du systme, dans le but de mettre en vidence notre valeur ajoute en soulevant le
besoin auquel notre systme rpond, et en indiquant aussi les tudes effectues pour la
modlisation, la structuration des donnes et le choix des outils utiliser, afin doffrir une solution
volutive et extensible.
Sofia OUHBI
- 71 -
Conclusion Gnrale
Le sujet de notre stage porte sur llaboration dune plateforme de suivi des performances et
des statistiques de la Flexi ISN. Un outil important pour les ingnieurs de NSN qui leur
permettra de mieux suivre et damliorer les performances du PS Core Network du rseau
GPRS.
Au cours de notre stage de fin dtudes, nous avons t amenes dans un premier temps
tudier larchitecture de la norme GPRS, et principalement la partie PS (Paquet
switched), comportant le GGSN, ce dernier, nest autre quun simple routeur entre les rseaux
sans fil et les rseaux externes.
Nous nous sommes focalis, dans un second temps, sur la Flexi ISN : son hardware renforc
par la Flexi server, ses capacits,
atteignant
jusqu
million
de
PDP
contexts
simultanment, ses diffrentes fonctionnalits apportant de nouveaux services tel que le

service awareness, ceci dit, que
la Flexi ISN est un quipement assez performant
comparativement au GGSN du standard 3GPP.
Comme fruit de notre travail, cette tude a sollicit le dveloppement dun outil de mesure de
performances au niveau de lquipement en question, partir des fichiers de format XML,
gnrs tous les quinze minutes, ce qui nous a permis de ressortir les diffrentes
statistiques des diffrents KPIs, pour pouvoir dtecter les problmes, et en remdier en
intervenant sur les sites de loprateur. Cet outil prsente une qualit importante qui peut
tre extensible pour des futurs besoins.
Enfin, notre projet de fin dtude a t trs enrichissant tous les niveaux que cela soit au
niveau technique quau niveau humain et relationnel. Ceci nous a permis dacqurir une
exprience professionnelle importante ainsi quune aisance relationnelle, ce qui nous permettra
daffronter le monde du travail avec plus daisance et de confiance.
Sofia OUHBI
- 72 -
Bibliographie
Documents de NSN
[1] Nokia Flexi ISN Release 3.2

[2] FISNFI32DOC Nokia Flexi ISN, Rel. 3.2, Product Documentation : Service Awareness in
Nokia Flexi ISN
[3] FISNFI32DOC Nokia Flexi ISN, Rel. 3.2, Product Documentation : Statistics in Nokia Flexi
ISN
[4] FISNFI32DOC Nokia Flexi ISN, Rel. 3.2, Product Documentation : Routing and Tunnelling
in Nokia Flexi ISN
[5] FISNFI32DOC Nokia Flexi ISN, Rel. 3.2, Product Documentation : Access Points in Nokia
Flexi ISN
NED 5.5 avec lutilisation de la librairie <fi_rel_3_0_cd3_5_v1_2007_06_25 >
Ouvrages
[6] Regis J. Bates, GPRS : General Packet Radio Service, McGraw-Hill Professional,
Dcembre 2001.
[7] Alan Kavanagh, John Beckmeyer, GPRS Networks, Osborne Publishing, September 2002.
Sofia OUHBI
- 73 -
Abbreviations
A
AoC : Advice Of Charge
APN : Access Point Name
ATM : Asynchronous Transfer Mode
AUC : Authentication Centre
B
BC : billing center
BG : Border Gateway
BSC : Base Station Controller
BSS: Base Station Subsystem
BSSAP: BSS Application Part
BSSGP: BSS GPRS Protocol
BTS: Base Transceiver Station
C
CCU: Channel Codec Unit
CDR: Charging Data Records
CG: Charging Gateway
D
DNS: Domain Name Server
DPI: Deep Packet Inspection
E
EIR: Equipment Identity Register
F
Flexi ISN : Flexi Intelligent Service Node
G
GGSN: Gateway GPRS Support Node
GPRS: General Packet Radio Service
GRE: Generic Route Encapsulation
GTP: GPRS Tunnelling Protocol
GTP: GPRS Tunnel Protocol (enhanced)
Sofia OUHBI
- 74 -

H
HLR: Home Location Register
I
IMEI : International Mobile Equipment Identity
IMSI : International Mobile Subscriber Identity
IPv4 : Internet Protocol version 4
K
KPI: Key Performance Indicator
L
LIG: Legal Interception Gateway
LLC: Logical Link Control
L2TP: Layer 2 tunnelling Protocol
M
MAP: Mobile Application Part
MM: Mobility Management
MRI: Multiples Routing Instances
MS: Mobile Station
MSC: Mobile services Switching Center
MSISDN: Mobile Station International ISDN Number
MSRN: Mobile Station Roaming Number
MTP: message transfer part
N
NAT: Network Address Translation
NPS: Nokia Profile Server
NSS: Network Switching Subsystem
O
OCS: Online charging system
OSPF: Open Shortest Path First
P
PCU: Packet Control Unit PDP: Packet Data Protocol PDU: Protocol Data Unit PPG: Push Proxy Gateway
P-TMSI: Packet Temporary Mobile Station Identity
Sofia OUHBI
- 75 -

R
RADIUS: Remote Access Dial In User Service
RAN: Radio Access Network
RIP: Routing Information Protocol
RNC: Radio Network Controller
S
SCCP: Signaling Connection Control Part
SGSN: Serving GPRS Support Node
T
TCU: TransCoder Unit
TDMA: Time Division Multiple Access
U
UIT: Union Internationale des Tlcommunications
UMTS : Universal Mobile Telecommunication System
V
VLR : Visitor Location Register
Sofia OUHBI
- 76 -
Table des Figures

FIGURE 1: LOCALISATION DUN ABONNE ....................................................................................................................- 16 FIGURE 2: LARCHITECTURE GENERALE DUN RESEAU GPRS .....................................................................................- 17 FIGURE 3: L'INTERCONNEXION AVEC LES BORDERS GATEWAY ...................................................................................- 21 FIGURE 4: LES INTERFACES DE CONNEXION .................................................................................................................- 21 FIGURE 5: SCHEMA FONCTIONNEL DU GPRS ..............................................................................................................- 24 FIGURE 6: L'AUTOMATE DETATS DANS LE TERMINAL ................................................................................................- 26 FIGURE 7: PROCEDURE DATTACHEMENT A UN NOUVEAU SGSN ................................................................................- 28 FIGURE 8: PROCEDURE DE DETACHEMENT INITIEE PAR LA STATION MOBILE ...............................................................- 29 FIGURE 9: LA MISE A JOUR DE ZONE DE ROUTAGE INTER SGSN ..................................................................................- 30 FIGURE 10: LE SCENARIO DACTIVATION DUN PDP CONTEXTE .................................................................................- 31 FIGURE 14: LE MATERIELLE DE NOKIA FLEXISERVER .................................................................................................- 35 FIGURE 15: DUPLICATION DES UNITES DE BASE...........................................................................................................- 38 FIGURE 16: AUTHENTIFICATION RADIUS ..................................................................................................................- 39 FIGURE 17: SERVICE SWITCHING .................................................................................................................................- 42 FIGURE 18: FACTURATION BASEE SUR LE TEMPS .........................................................................................................- 45 FIGURE 19: LA DUPLICATION DES INFORMATIONS DANS LES SERVICES BLADES .........................................................- 47 FIGURE 20: LE PARTAGE DES INFORMATIONS ENTRE LES INTERFACES BLADES ET LES SERVICES BLADES ..............- 48 FIGURE 21: SWITCHING BLADE ...................................................................................................................................- 49 FIGURE 22: ARCHITECTURE GENERALE DE LAPPLICATION .........................................................................................- 55 FIGURE 23: MODULE DE COLLECTE ET D'INTEGRATION ..............................................................................................- 55 FIGURE 24:EXEMPLE DE FICHIER XML SOURCE .........................................................................................................- 56 FIGURE 25: PREMIERE PAGE D'AUTHENTIFICATION ..................................................................................................... - 65 FIGURE 26 : PAGE DACCUEIL DE LAPPLICATION ........................................................................................................- 66 FIGURE 27: LE CHOIX D'APN .......................................................................................................................................- 67 FIGURE 28: L'AFFICHAGE DES KPIS PAR APN .............................................................................................................- 68 FIGURE 29: LE CHOIX D'APN DONT ON VEUT VOIR LES STATISTIQUES .........................................................................- 69 FIGURE 30: LE CHOIX DU COMPTEUR A TRACER...........................................................................................................- 69 FIGURE 31: STATISTIQUES SUR LE NOMBRE DE PDP UTILISE POUR LE SERVICE IAM GPRS2 ........................................- 70 -
Liste des Tableaux
TABLEAU 1: DEBIT GPRS EN FONCTION DU CODAGE ..................................................................................................- 15 TABLEAU 2: LES TROIS TYPES DE CONFIGURATION DE LA FLEXI ISN.........................................................................- 36 TABLEAU 3: BASE DE DONNEES KPIS..........................................................................................................................- 57 -
Sofia OUHBI
- 77 -

Elaboration D'une Plateforme de Suivi Des Performances Et Des Statistiques de La Flexi ISN NSN (OUAHBI) PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Elaboration D'une Plateforme de Suivi Des Performances Et Des Statistiques de La Flexi ISN NSN (OUAHBI) PDF

Transféré par

Droits d'auteur :

Formats disponibles

Mmoire de Projet de Fin dEtudes

Mmoire de Projet de Fin dEtudes

Mmoire de Projet de Fin dEtudes

Mmoire de Projet de Fin dEtudes

Mmoire de Projet de Fin dEtudes

Mmoire de Projet de Fin dEtudes

Tables des matires

Prsentation du standard GPRS ................................................................................................ - 11 1.1

Ncessit du GPRS .............................................................................................................. - 12 -

Principales caractristiques du GPRS .............................................................................. - 13 -

Architecture du GPRS ................................................................................................................ - 16 2.1

Les quipements de larchitecture ..................................................................................... - 18 -

Les interfaces ....................................................................................................................... - 21 -

Description fonctionnelle du GPRS ........................................................................................... - 23 3.1

Schma fonctionnel du GPRS ............................................................................................ - 23 -

Mcanismes de transfert de paquets en GPRS ................................................................. - 24 -

Les procdures de gestion de la mobilit........................................................................... - 27 -

Procdure d'activation de contexte PDP ........................................................................... - 31 -

Chapitre2 Nokia Flexi ISN (Intelligent Service Node) Release 3.2:.................................................... - 34 1.

Introduction la Flexi ISN ......................................................................................................... - 35 1.1

Nokia Flexi ISN en bref ...................................................................................................... - 35 -

Les avantages de Nokia Flexi ISN.............................................................................................. - 36 2.1

Matriel volutif ................................................................................................................... - 36 -

Disponibilit leve .............................................................................................................. - 37 -

Les fonctionnalits de la Flexi ISN ............................................................................................ - 38 3.1

la Flexi ISN autant que GGSN ........................................................................................... - 38 -

Gateway pour le rseau de donnes du mobile ......................................................... - 38 -

Assignation d'adresse IP ............................................................................................. - 39 -

Connexion aux rseaux de donnes externes ............................................................ - 40 -

Service Awareness ............................................................................................................... - 40 -

Simple point d'accs .................................................................................................... - 40 -

Alias Access point ........................................................................................................ - 41 -

Mmoire de Projet de Fin dEtudes

Facturation diffrencie pour les utilisateurs post et prpays .............................. - 41 -

Notification d'utilisateur final .................................................................................... - 41 -

La diffrenciation du Trafic ....................................................................................... - 42 -

La diffrenciation du Trafic base sur la couche ................................................. - 43 -

La diffrenciation du Trafic base sur la couche 7 .................................................. - 43 -

Lanalyse du trafic .............................................................................................................. - 42 -

La facturation des abonns prpays ........................................................................ - 43 -

La facturation des abonns post-pays ..................................................................... - 44 -

La facturation base sur le volume ............................................................................ - 44 -

La facturation base sur le temps .............................................................................. - 44 -

La facturation base sur le hit.................................................................................. - 45 -

Architecture du Flexi ISN .......................................................................................................... - 45 4.1

Les cartes de la Flexi ISN .................................................................................................. - 46 -

Interface Blade ............................................................................................................ - 46 -

Service Blade ............................................................................................................... - 46 -

La rsistance du service blade ................................................................................. - 47 -

Lquilibrage de la charge interne dans la Flexi ISN .............................................. - 47 -

Switching blade ............................................................................................................... - 48 -

Hard disk Blade ............................................................................................................... - 49 -

Les outils adopts pour le projet ...................................................................................................................................... - 52 -

Descriptif de lapplication .................................................................................................................................................. - 54 -

Prsentation des Rsultats obtenus : .............................................................................................................................. - 67 -

Mmoire de Projet de Fin dEtudes

focaliserons sur la Flexi ISN. Nous dtaillerons

lesquelles cet quipement occupe

la place du GGSN du standard 3GPP. Cette tude nous

Mmoire de Projet de Fin dEtudes

Mmoire de Projet de Fin dEtudes

1. Prsentation du standard GPRS

Mmoire de Projet de Fin dEtudes