Académique Documents
Professionnel Documents
Culture Documents
Dimension Nement
Dimension Nement
Filire
Ingnieurs en Tlcommunications
Option
Elabor par :
Abdessalem MRIBAH
Encadr par :
M. Rached HAMZA
M. Anouar ALEYA
Abdessalem
i
Remerciements
Le travail prsent dans ce rapport a t effectu au sein de la socit Tunisie Tlcom dans
le cadre de mon projet de fin dtudes pour lobtention du diplme dingnieur en
Tlcommunications option Rseaux et Services Mobiles lEcole Suprieure Des
Communications De Tunis (SupCom).
Je pense aussi mon encadreur SupCom M. Rached HAMZA qui ma aussi tant
encourag et donn de trs bons conseils tout au long de ce travail. Je tiens le remercier tout
particulirement.
Mes sincres remerciements iront aussi tous nos enseignants SupCom pour la qualit de
lenseignement quils nous ont prodigus durant nos trois annes dtudes afin de nous donner
une formation efficace, tout le personnel de ladministration de SupCom pour nous assurer
les meilleures conditions de travail.
ii
Table des Matires
Introduction gnrale..............................................................................................................1
I.1 Introduction........................................................................................................................3
I.2 Dfinition ...........................................................................................................................3
I.3 Pourquoi Le NGN ?...........................................................................................................4
I.4 Types de NGN...................................................................................................................5
I.5 Avantages du NGN............................................................................................................5
I.6 Architecture NGN..............................................................................................................6
I.6.1 Les entits fonctionnelles du coeur de rseau NGN....................................................7
I.6.1.1 La Media Gateway (MG).......................................................................................7
I.6.1.2 La Signalling Gateway (SG)..................................................................................7
I.6.1.3 Le serveur dappel ou Media Gateway Controller (MGC) ou Softswitch.............7
I.6.2 Les familles de protocoles dun rseau NGN..............................................................8
I.6.2.1 Les protocoles de contrle dappel........................................................................8
I.6.2.1.1 Le protocole historique : H.323....................................................................8
I.6.2.1.2 Le protocole alternatif : SIP..........................................................................8
I.6.2.2 Les protocoles de commande de Media Gateway..................................................9
I.6.2.2.1 Le protocole historique : MGCP...................................................................9
I.6.2.2.2 Le protocole alternatif : MEGACO/H.248...................................................9
I.6.2.3 Les protocoles de signalisation entre les serveurs de contrle...............................9
I.7 NGN Tlphonie..............................................................................................................10
I.7.1 Architecture NGN Tlphonie...................................................................................10
I.7.2 Services dans le RTC versus Services dans le NGN Tlphonie..............................11
I.8 NGN Multimdia ou IMS (IPMultimedia Subsystem)....................................................12
I.8.1 Architecture IMS........................................................................................................12
I.8.2 Structuration en couche de larchitecture IMS..........................................................13
I.8.3 Entits de Rseau IMS...............................................................................................14
I.8.3.1 Terminal IMS.......................................................................................................14
I.8.3.2 Home Subscriber Server (HSS)...........................................................................14
I.8.3.3 Call State Control Function (CSCF)....................................................................14
I.8.3.4 MGCF, IMS-MGW et T-SGW : Interfonctionnement avec le RTC...................16
I.8.3.4.1 L'IMS-MGW...............................................................................................16
I.8.3.4.2 Le MGCF....................................................................................................17
I.8.3.4.3 Le T-SGW...................................................................................................17
I.9 Les services offerts par les NGN.....................................................................................18
I.9.1 La voix sur IP.............................................................................................................18
I.9.2 La diffusion de contenus multimdia.........................................................................19
I.9.3 La messagerie unifie.................................................................................................19
I.9.4 Le stockage de donnes..............................................................................................19
I.9.5 La messagerie instantane..........................................................................................19
I.9.6 Les services associs la golocalisation..................................................................20
I.10 Conclusion.....................................................................................................................20
II.1 Introduction.....................................................................................................................21
iii
II.2 Migration des rseaux fixes vers NGN...........................................................................21
II.2.1 Scnario 1 : Mise en place de solutions NGN au niveau de transit.........................22
II.2.1.1 Dfinition..........................................................................................................22
II.2.1.2 Impacts sur larchitecture du rseau.................................................................23
II.2.1.2.1 Exemple 1 : Migration du trafic tlphonique international sur IP........23
II.2.1.2.2 Exemple 2 : Migration du trafic de transit au niveau national...............24
II.2.2 Scnario 2 : Mise en place de solutions NGN jusquau commutateur de classe 4..24
II.2.2.1 Dfinition...........................................................................................................24
II.2.2.2 Impacts sur larchitecture du rseau..................................................................24
II.2.3 Scnario 3 : Mise en place de solutions NGN jusquau classe 5..............................25
II.2.3.1 Dfinition...........................................................................................................25
II.2.3.2 Impacts sur larchitecture du rseau..................................................................26
II.2.3.3 Raccordement de labonn................................................................................27
II.2.4 Scnario 4 : Mise en place de solutions tout IP en overlay......................................27
II.2.4.1 Impacts sur larchitecture du rseau..................................................................28
II.2.4.2 Les diffrentes phases de la stratgie de migration overlay..............................28
II.3 Migration des rseaux mobiles vers lIMS.....................................................................29
II.3.1 UMTS release 99 : lhritage du GSM/GPRS.........................................................30
II.3.2 UMTS releases R4/R5 : lvolution vers le tout IP multimdia..............................31
II.3.2.1 UMTS Release R4 : sparation des couches transport et contrle...................31
II.3.2.2 UMTS Release R5 : ajout du domaine IP multimdia.....................................31
II.3.3 Influence de lUMTS sur la stabilisation du concept NGN.....................................34
II.4 Conclusion......................................................................................................................34
III.1 Introduction...................................................................................................................35
III.2 Dimensionnement dans le NGN Tlphonie.................................................................35
III.2.1 Architecture cible du NGN Tlphonie.................................................................35
III.2.2 Scnario de migration retenu.................................................................................36
III.2.3 Modle de trafic du rseau daccs.......................................................................36
III.2.4 Mthodologie de dimensionnement......................................................................37
III.2.4.1 Organigrammes de dimensionnement du rseau NGN Tlphonie..............37
III.2.4.2 Calcul du trafic gnr par les rseaux daccs.............................................38
III.2.4.3 Calcul du nombre de liens CT-MG et MSC-MG..........................................40
III.2.4.4 Dimensionnement des Media Gateways.......................................................40
III.2.4.5 Dimensionnement des softswitchs................................................................40
III.2.4.6 Optimisation du rseau de transport..............................................................41
III.3 Dimensionnement dans le NGN Multimdia................................................................43
III.3.1 Architecture cible du rseau UMTS......................................................................43
III.3.2 Scnario de migration retenu.................................................................................43
III.3.3 Modle de trafic du rseau daccs.......................................................................43
III.3.3.1 Les diffrentes classes de qualit de service.................................................44
III.3.3.1.1 Classe des services conversationnels.................................................44
III.3.3.1.2 Classe des services flux continu ou Streaming................................44
III.3.3.1.3 Classe des services interactifs............................................................44
III.3.3.1.4 Classe des services en mode tlchargement ou background............45
III.3.3.2 Modles de trafic...........................................................................................45
III.3.3.2.1 Modle de trafic pour le service conversationnel...............................45
III.3.3.2.2 Modle de trafic pour le service flux continu..................................45
III.3.3.2.3 Modle de trafic pour le service interactif..........................................45
III.3.3.2.4 Modle de trafic de la classe Background..........................................46
III.3.4 Mthodologie du dimensionnement......................................................................46
iv
III.3.4.1 Les hypothses du dimensionnement............................................................46
III.3.4.2 Organigramme de dimensionnement du rseau NGN Multimdia...............47
III.3.4.3 Calcul du trafic gnr par le rseau daccs................................................47
III.3.4.4 Dimensionnement des entits du rseau........................................................49
III.3.4.4.1 Dimensionnement des M_MGWs......................................................49
III.3.4.4.2 Dimensionnement des IMS_MGWs..................................................49
III.3.4.4.3 Dimensionnement de MGCF..............................................................49
III.3.4.4.4 Dimensionnement de MSC Server.....................................................50
III.3.4.4.5 Dimensionnement des SGSNs............................................................50
III.3.4.4.6 Dimensionnement des GGSNs...........................................................50
III.3.4.5 Optimisation du rseau de transport..............................................................51
III.4 Conclusion.....................................................................................................................51
IV.1 Introduction...................................................................................................................52
IV.2 Cahier de charges de loutil...........................................................................................52
IV.2.1 Objectif de l'outil de dimensionnement................................................................52
IV.2.2 Paramtres d'entre...............................................................................................52
IV.2.2.1 NGN Tlphonie...........................................................................................52
IV.2.2.2 IMS................................................................................................................53
IV.2.3 Paramtres de sortie..............................................................................................53
IV.2.3.1 NGN Tlphonie...........................................................................................53
IV.2.3.2 IMS................................................................................................................54
IV.2.4 Interface Utilisateur...............................................................................................54
IV.3 Environnement de dveloppement................................................................................54
IV.4 Fonctionnalits de loutil...............................................................................................55
IV.4.1 Organigramme fonctionnel de loutil....................................................................55
IV.4.2 Modules dvelopps..............................................................................................55
IV.4.2.1 Module destimation de la charge de trafic pour le NGN Tlphonie..........55
IV.4.2.2 Module destimation de la charge de trafic pour le NGN Multimdia.........56
IV.4.2.3 Module doptimisation du rseau de transport..............................................56
IV.4.2.4 Module de prvision de trafic.......................................................................57
IV.5 Interface utilisateur dveloppe....................................................................................57
V.5.1 Fentre principale de loutil....................................................................................57
V.5.2 Menu NGN Tlphonie..........................................................................................59
V.5.3 Menu NGN Multimdia.........................................................................................59
V.5.4 Menu Prvision.......................................................................................................59
V.5.5 Menu Aide..............................................................................................................60
IV.6 Validation sur scnarios................................................................................................60
IV.6.1 Cas du rseau NGN Tlphonie............................................................................60
IV.6.1.1 Acquisition des paramtres et donnes dentre...........................................60
IV.6.1.2 Rsultats obtenus...........................................................................................63
IV.6.2 Cas du rseau NGN Multimdia...........................................................................68
IV.6.2.1 Acquisition des paramtres et donnes dentre...........................................68
IV.6.2.2 Rsultats obtenus...........................................................................................71
IV.7 Conclusion.....................................................................................................................78
Conclusion gnrale..............................................................................................................79
Bibliographie .........................................................................................................................80
v
Liste des figures
vi
Figure IV.25 : Dtermination des charges des entits fonctionnelles.....................................72
Figure IV.26 : Dtermination du nombre des entits fonctionnelles......................................73
Figure IV.27 : Optimisation du rseau de transport pour les cinq zones................................74
Figure IV.28 : Prvision du trafic EDGE des cinq zones........................................................74
Figure IV.29 : Prvision du trafic UMTS des cinq zones.......................................................75
Figure IV.30 : Prvision des charges des entits fonctionnelles.............................................75
Figure IV.31 : Courbe de prvision des charges des M-MGW et IMS-MGW.......................75
Figure IV.32 : Courbe de prvision des charges des MSC Server et MGCF..........................76
Figure IV.33 : Courbe de prvision des charges des SGSNs et GGSNs.................................76
Figure IV.34 : Rapport Technique de dimensionnement des cinq zones................................77
vii
Liste des tableaux
viii
Liste des organigrammes
ix
Liste des abrviations
x
RADIUS Remote Access Dial In User Service
RNC Radio Network Controller
RNIS Rseau Numrique Intgration de Services
RTC Rseau Tlphonique Commut
RTP Real Time Protocol
SDH Synchronous Digital Hierarchy
SDP Session Description Protocol
SGSN Serving GPRS Support Node
SIGTRAN SIGnalling TRANsport
SMS Short Messaging Service
TDM Time Division Multiplexing
UIT Union Internationale des Tlcommunications
UMTS Universal Mobile Telecommunication System
UTRAN UMTS Terrestrail Radio Access Network
WDM Wavelength Division Multiplexing
WiFi Wireless Fidelity
xi
Introduction gnrale
Introduction gnrale
Un rseau peut tre vu comme un ensemble de ressources mises en place pour offrir un
ensemble de services. Cest lvolution des services et des trafics qui en dcoulent qui a
pilot, dans les dernires annes, lvolution technologique permettant daugmenter la
capacit et les fonctionnalits des ressources des rseaux. Ainsi, par exemple, le succs des
services de lInternet a engendr une explosion de trafic ; ce qui a men les oprateurs
utiliser de nouvelles technologies dans le coeur des rseaux telles que lIP sur ATM, le PoS,
lIP sur WDM et le MPLS.
Les volutions rcentes ont galement t fortement influences par la drgulation. La
concurrence a amen une baisse des prix de la plupart des services classiques, ce qui a rduit
les revenus des oprateurs. Ds lors que la diffrenciation par les prix devient difficile, celle-
ci ne peut se faire que par les services et leur qualit. Loffre de services innovants et
lamlioration de la qualit des services existants, tels que la navigation du Web, requirent
souvent une volution de la bande passante laccs. Ainsi, des technologies comme le
xDSL, la BLR et les rseaux HFC, se sont dveloppes.
Un point essentiel dans lvolution de loffre de services concerne la capacit regrouper
lensemble des services dont le client a besoin et de les lui offrir, si possible de manire
convergente, travers une interface unique. Cela pousse dans la direction de btir des rseaux
multiservices avec convergence entre services. Dans cette situation, le terme "convergence"
(des techniques et des services) est largement utilis pour dsigner la fusion des services et
des techniques. La convergence s'observe ainsi entre la tlvision et les tlcommunications,
les rseaux fixes et les rseaux mobiles, les tlcommunications et l'information, les
ordinateurs et l'lectronique grand public. De la convergence dcoule la ncessit de disposer
d'architectures, de rseaux, d'quipements et d'outils de gestion permettant de rpondre aux
besoins des consommateurs, en ce qui concerne les services proposs, et aux besoins
techniques observs au niveau des rseaux pour ce qui est des interfaces entre les
quipements, les rseaux et les services. La nouvelle gnration darchitectures de rseaux :
NGN (Next Generation Networks) semblent bien adaptes pour la mise en place de la
convergence voix/donnes.
Dans ce contexte lobjectif de notre projet de fin dtudes est de faire une tude dtaille des
caractristiques de larchitecture des rseaux NGN et de la migration vers ces nouveaux types
1
Introduction gnrale
2
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
Chapitre I
Architecture NGN : Du NGN Tlphonie
au NGN Multimdia
I.1 Introduction
Depuis de nombreuses annes, lindustrie des tlcommunications cherche orienter sa
technologie de manire aider les oprateurs demeurer comptitifs dans un environnement
caractris par la concurrence et la drglementation accrues.
Les rseaux de la prochaine gnration (NGN ou Next Generation Networks en anglais), avec
leur architecture rpartie, exploitent pleinement des technologies de pointe pour offrir de
nouveaux services sophistiqus et augmenter les recettes des oprateurs tout en rduisant leurs
dpenses dinvestissement et leurs cots dexploitation.
Ce premier chapitre est consacr la prsentation des rseaux de nouvelle gnration. Dans
une premire section nous nous sommes intresss larchitecture des rseaux NGN, aux
diffrents lments qui le composent ainsi quaux diffrents protocoles en concurrence. La
deuxime section met laccent sur les deux types des rseaux NGN : NGN Tlphonie et
NGN Multimdia (IMS). Enfin, une troisime section qui sera ddie aux services offerts par
les NGN.
I.2 Dfinition
Les NGN sont dfinis comme un rseau de transport en mode paquet permettant la
convergence des rseaux Voix/donnes et Fixe/Mobile; ces rseaux permettront de fournir des
services multimdia accessibles depuis diffrents rseaux daccs.
Afin de sadapter aux grandes tendances qui sont la recherche de souplesse dvolution de
rseau, la distribution de lintelligence dans le rseau, et louverture des services tiers, les
NGN sont bass sur une volution progressive vers le tout IP et sont modliss en couches
indpendantes dialoguant via des interfaces ouvertes et normalises. [1]
La couche Accs , qui permet laccs de lutilisateur aux services via des supports
de transmission et de collecte divers : cble, cuivre, fibre optique, boucle locale radio,
xDSL, rseaux mobiles.
La couche Transport , qui gre lacheminement du trafic vers sa destination. En
bordure du rseau de transport, des Media Gateways et des Signalling Gateways
3
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
4
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
pour rester comptitif, il leur faudra donc offrir aux usagers toute une gamme de services
utiles, faciles utiliser et rmunrateurs. Par consquent, les NGN seront axs sur les
services, et fourniront tous les moyens ncessaires pour en offrir de nouveaux et adapter les
existants pour augmenter les recettes.
Les oprateurs entrants (oprateurs ADSL) pourront envisager dinvestir dans une solution
demble NGN. Pour un oprateur tabli, limportant est de dfinir les conditions de
migration de leur rseau tlphonique commut actuel vers le NGN.
5
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
Elle utilise le transport comme lIP ou lATM ignorant les limites des rseaux TDM
(Time Division Multiplexing) 64 kbit/s. En effet le TDM perd son efficacit ds lors
que lon souhaite introduire des services asymtriques, sporadiques ou dbit binaire
variable.
Cest une topologie ouverte qui peut transporter aussi bien les services tlphoniques
que les services de multimdia (vido, donnes temps rel).
Elle dissocie la partie support du rseau de la partie contrle, leur permettant dvoluer
sparment et brisant la structure de communication monolithique. En effet, la couche
transport peut tre modifie sans impact sur les couches contrle et application.
Elle utilise des interfaces ouvertes entre tous les lments, permettant loprateur
dacheter les meilleurs produits pour chaque partie de son rseau.
6
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
8
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
rle dinitier des sessions de communications interactives. Ces sessions peuvent inclure aussi
bien de la voix, de la vido, des jeux interactifs...
L'architecture de SIP est base sur des relations client/serveur. Les principales composantes
sont :
Les terminaux sont des appareils pouvant mettre et recevoir de la signalisation SIP.
Le Redirect Server tablit la correspondance entre ladresse SIP du terminal appel et
la ou les adresses o il pourra effectivement tre joignable.
Le Proxy Server remplit la mme la fonction quun Redirect Server.
Le Registrar est essentiel dans tout rseau SIP ou lon veut utiliser les services de
localisation.
I.6.2.2 Les protocoles de commande de Media Gateway
Les protocoles de commande de Media Gateway sont issus de la sparation entre les couches
Transport et Contrle et permet au Softswitch ou Media Gateway Controller de grer les
passerelles de transport ou Media Gateway. MGCP (Media Gateway Control Protocol) de
lIETF et H.248/MEGACO, dvelopp conjointement par lUIT et lIETF, sont actuellement
les protocoles prdominants.
I.6.2.2.1 Le protocole historique : MGCP
Le Media Gateway Control Protocol (MGCP), protocole dfini par lIETF, a t conu pour
des rseaux de tlphonie IP utilisant des passerelles VoIP. Il gre la communication entre les
Media Gateway et les Media Gateway Controller. Ce protocole traite la signalisation et le
contrle des appels, dune part, et les flux mdia dautre part.
I.6.2.2.2 Le protocole alternatif : MEGACO/H.248
Le groupe de travail MEGACO (MEdia GAteway COntrol) a t constitu en 1998 pour
complter les travaux sur le protocole MGCP au sein de lIETF.
Depuis 1999, lUIT et lIETF travaillent conjointement sur le dveloppement du protocole
MEGACO/H.248 ; cest un standard permettant la communication entre les Media Gateway
Controller (MGC) et les Media Gateway (MG). Il est driv de MGCP et possde des
amliorations par rapport celui-ci :
Support de services multimdia et de vidoconfrence.
Possibilit dutiliser UDP ou TCP.
Utilise le codage en mode texte ou binaire.
I.6.2.3 Les protocoles de signalisation entre les serveurs de contrle
Les protocoles de signalisation entre les serveurs de contrle (ou Media Gateway Controller)
permettant la gestion du plan contrle :
Au niveau du coeur de rseau avec des protocoles tels que BICC (Bearer Independant
Call Control), SIP-T (SIP pour la tlphonie) et H.323.
9
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
10
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
qui est sous la responsabilit dun autre MGC, il est ncessaire que les MGCs schangent de
la signalisation.
Une fois la connexion tablie, le MG convertira les signaux audio transports dans les circuits
de parole (terminaison circuit) en paquets IP qui seront transports dans le rseau IP
(terminaison IP) ou en cellules ATM dans le cas dun transport ATM.[3]
11
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
Dans le monde NGN, la commutation de la voix est ralise par le MG entre le rseau
tlphonique commut et le rseau de transport du NGN. Dans le rseau de transport, ce sont
les commutateurs ATM / Routeurs IP qui assurent le transport de la voix paqutise jusquau
MG de sortie qui commute la parole reconvertie, sur un circuit de parole sortant.
Le contrle de lappel (tablissement / libration dappel) est pris en charge par le MGC. Un
MGC Class 4 mule le point smaphore dun Class 4 Switch. Un MGC Class 5 mule le point
smaphore dun Class 5 Switch.
Les services valeur ajoute sont pris en charge par le SCP lgataire du rseau intelligent ou
par un serveur dapplication SIP et par un serveur de media (appel Multimedia Resource
Function) qui fonctionne en voix sur IP (il met des annonces vocales et collecte
linformation de lusager sur des canaux RTP/UDP/IP).
12
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
conu pour offrir aux utilisateurs la possibilit dtablir des sessions multimdia en utilisant
tout accs haut dbit et une commutation de paquets IP.
LIMS fournit un rseau IP multi-service, multi-accs, scuris et fiable :
Multi-services : tout type de services dlivrs par un rseau coeur supportant diffrents
niveaux de QoS pourront tre offerts lusager.
Multi-accs: tout rseau daccs large bande, fixe et mobile pourra sinterfacer
lIMS.
LIMS nest pas un unique rseau, mais diffrents rseaux qui interoprent grce des
accords de roaming IMS fixe-fixe, fixe-mobile, mobile-mobiles.
LIMS est un enabler pour les fournisseurs de service afin doffrir :
Des services de communication non temps-rel, pseudo temps-rel et temps rel
suivant une configuration client-server ou entre entits paires.
La mobilit des services / Mobilit de lusager (Nomadisme).
Plusieurs sessions et services simultanment sur la mme connexion rseau.
I.8.2 Structuration en couche de larchitecture IMS
Larchitecture IMS peut tre structure en couches. Quatre couches importantes sont
identifies :
La couche accs peut reprsenter tout accs haut dbit tel que : UTRAN (UMTS
Terrestrial Radio Access Network), CDMA2000 (technologie daccs large bande
utilise dans les rseaux mobiles aux Etats-Unis), xDSL, rseau cble, Wireless IP,
WiFi, etc.
La couche transport reprsente un rseau IP. Ce rseau IP pourra intgrer des
mcanismes de QoS avec MPLS, Diffserv, RSVP, etc. La couche transport consiste
donc en des routeurs (edge router laccs et en core router en transit) relis par un
rseau de transmission. Diffrentes piles de transmission peuvent tre considres
pour le rseau IP: IP/ATM/SDH, IP/Ethernet, IP/SDH, etc.
La couche contrle consiste en des contrleurs de session responsables du routage
de la signalisation entre usagers et de linvocation des services. Ces noeuds sappellent
des CSCF (Call State Control Function). IMS Introduit donc un environnement de
contrle de session sur le domaine paquet.
La couche application introduit les applications (services valeur ajoute)
proposes aux usagers. Loprateur peut se positionner grce sa couche
CONTRLE en tant quagrgateur de services offerts par loprateur lui-mme ou par
des tiers. La couche application consiste en des serveurs dapplication (AS,
Application Server) et des MRF (Multimedia Resource Function) que les fournisseurs
appellent serveurs de mdia IP (IP MS, IP Media Server).
13
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
14
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
Le Proxy-CSCF (P-CSCF) est le premier point de contact dans le domaine IMS. Son adresse
est dcouverte par le terminal lors de l'activation d'un contexte PDP pour lchange de
messages de signalisation SIP.
Le P-CSCF se comporte comme un Proxy Server SIP lorsqu'il relaye les messages SIP vers le
destinataire appropri et comme un User Agent SIP lorsqu'il termine l'appel (exemple : suite
une erreur dans le message SIP reu).
Les fonctions ralises par l'entit P-CSCF comprennent :
L'acheminement de la mthode SIP REGISTER mise par le terminal l'entit I-
CSCF partir du nom du domaine nominal.
L'acheminement des mthodes SIP mises par le terminal au S-CSCF dont le nom a
t obtenu dans la rponse la procdure d'enregistrement.
Le routage des mthodes SIP ou rponses SIP au terminal.
La gnration de CDRs (Call Detailed Record).
La compression / dcompression des messages SIP.
L'Interrogating-CSCF (I-CSCF) est le point de contact au sein d'un rseau d'oprateur pour
toutes les sessions destines un utilisateur de cet oprateur. Il peut exister plusieurs I-CSCF
au sein d'un rseau.
Les fonctions ralises par l'entit I-CSCF comprennent :
L'assignation d'un S-CSCF un utilisateur s'enregistrant.
L'acheminement des mthodes SIP reues depuis un autre rseau, au S-CSCF.
L'obtention de l'adresse du S-CSCF auprs du HSS.
La gnration de CDRs.
Le Serving-CSCF (S-CSCF) prend en charge le contrle de la session. Il maintient un tat de
session afin de pouvoir invoquer des services. Dans un rseau d'oprateur, diffrents S-CSCF
peuvent prsenter des fonctionnalits diffrentes.
Les fonctions ralises par le S-CSCF pendant une session comprennent :
L'mulation de la fonction Registrar puisqu'il accepte les mthodes SIP
d'enregistrement et met jour le HSS.
L'mulation de la fonction Proxy server puisqu'il accepte les mthodes SIP et les
achemine.
L'mulation de la fonction User Agent puisqu'il peut terminer des mthodes SIP par
exemple lorsqu'il excute des services complmentaires.
L'interaction avec des serveurs d'application aprs avoir analys les critres de
dclenchement des services correspondants.
La gnration de CDRs.
15
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
Avant de pouvoir utiliser les services du domaine IM, tels qu'tablir une session multimdia
ou recevoir une demande de session, un usager doit s'enregistrer au rseau. Que l'usager soit
dans son rseau nominal ou dans un rseau visit, cette procdure fait intervenir un P-CSCF.
Par ailleurs, tous les messages de signalisation mis par le terminal ou destination du
terminal sont relays par le P-CSCF ; le terminal n'a jamais la connaissance des adresses des
autres CSCFs (idem I-CSCF et S-CSCF).
16
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
17
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
L'entit MGCF gnre une mthode SIP INVITE contenant la description SDP retourne par
l'IMS-MGW. Cette mthode est envoye au sous-systme IMS qui se charge de la dlivrer au
terminal IMS appel.
18
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
La ncessit dinterconnecter les rseaux IP aux rseaux TDM/SS7 implique des cots
lis aux quipements dinterconnexion (passerelles) et le prix des terminaux (IP
phones) annihile lavantage financier apport par le transport en IP.
Le cot des terminaux IP reste encore suprieur celui des quipements classiques
(pas encore dconomies dchelle suffisantes).
Cependant lvolution de la technologie et des protocoles et lapparition de services associs
au monde IP devraient permettre lmergence de la voix sur IP. De plus, lvolution des
terminaux communicants multimdia est un argument supplmentaire lvolution des
rseaux tlphoniques vers la voix sur IP ; ainsi lUMTS, dans la release 5, gnralise le
transport en IP au rseau voix.
I.9.2 La diffusion de contenus multimdia
La diffusion de contenu multimdia regroupe deux activits ; lune focalise sur la mise en
forme des contenus multimdia, lautre centre sur lagrgation de ces divers contenus via des
portails.
Les outils technologiques, tels que le multimdia streaming (gestion dun flux multimdia en
termes de bande passante et de synchronisation des donnes) et le protocole multicast, doivent
permettre de fournir un service de diffusion de contenu aux utilisateurs finaux.
I.9.3 La messagerie unifie
Le service de messagerie unifie est lun des services les plus avancs : cest le premier
exemple de convergence et daccs linformation partir des diffrents moyens daccs. Le
principe est de centraliser tous les types de messages, vocaux (tlphoniques), crits (email,
SMS), multimdia sur un serveur ; ce dernier ayant la charge de fournir un accs aux
messages adapt au type du terminal de lutilisateur. Ainsi un email peut tre traduit en
message vocal par une passerelle text-to-speech ou inversement un message vocal sera
traduit en mode texte.
I.9.4 Le stockage de donnes
Laugmentation de capacit des rseaux et la gestion des flux permettent de proposer des
services de stockage de donnes, en tant que sauvegarde de donnes critiques sur des sites
protgs, mais aussi en tant quaccs local un contenu (serveur proxy ou cache ).
En effet, les volumes de donnes voluant de faon exponentielle, la ncessit doffrir les
services partir des serveurs locaux semble indispensable. Cet aspect semble notamment
indispensable pour les applications de tlvision interactive et de video on demand.
I.9.5 La messagerie instantane
Cette application a dj un grand succs auprs des internautes : elle permet de dialoguer en
temps rel, plusieurs, sur un terminal IP (gnralement un PC) ayant accs Internet via une
19
Architecture NGN : Du NGN Tlphonie au NGN Multimdia
interface texte. Cependant, il est ncessaire dinstaller sur son terminal un logiciel propritaire
permettant de se connecter un fournisseur daccs ; il nest alors possible de communiquer
quavec les utilisateurs souscrivant au mme service. Lvolution des rseaux devrait
permettre la standardisation de cette application et la communication entre tous (ouverture du
service) partir de nimporte quel terminal.
Cest lvolution du service SMS, par lapport de linteractivit et du multimdia (MMS).
I.9.6 Les services associs la golocalisation
La possibilit de localiser gographiquement les terminaux mobiles a t rapidement perue
comme une source de revenus supplmentaires. En effet, la golocalisation permet de
proposer aux utilisateurs finaux des services trs cibls haute valeur ajoute lis au contexte
(exemple : horaire, climat) et au lieu.
Actuellement plusieurs solutions techniques existent et sont mme en cours dimplmentation
dans les rseaux doprateurs mobiles. Cependant, si ces solutions offrent la capacit de
localiser les terminaux mobiles, il nexiste pas encore dinterfaces permettant lexploitation de
ces donnes par les applications de services, ou de relle volont des oprateurs douvrir leurs
serveurs de localisation des fournisseurs de services tiers, afin dutiliser cette fonction de
localisation comme service capability server (lment de base servant de support la
ralisation des services).
I.10 Conclusion
La connaissance des principes sur lesquels sont fonds les NGN, les types des rseaux NGN
existants ainsi que les diffrents services rellement pertinents dans ce cadre, sont des tapes
ncessaires pour pouvoir comprendre les stratgies d'volution des rseaux actuels fixes ou
mobiles vers une architecture multiservice.
L'objectif du chapitre suivant est justement la proposition de stratgies de migration des
rseaux actuels vers une architecture de type NGN en tenant compte des problmes lists dans
ce chapitre.
20
Stratgies de migration des rseaux actuels vers NGN
Chapitre II
Stratgies de migration des rseaux actuels
vers NGN
II.1 Introduction
Lvolution dun rseau existant vers la nouvelle structure ncessitera une stratgie de
migration progressive visant rduire au minimum les dpenses dinvestissement pendant la
phase de transition, tout en tirant parti trs tt des avantages quelle prsente. Toute dmarche
entreprise lors de cette tape de transition devra simplifier lvolution du rseau vers
larchitecture NGN commutation de paquets. Pendant plusieurs annes encore, les services
de commutation traditionnels vont devoir coexister avec des lments de rseau mettant en
oeuvre de nouvelles technologies.
La premire partie de ce chapitre est consacre la migration des rseaux fixes vers une
architecture NGN. Dans la deuxime partie, nous proposons diffrentes solutions de migration
des rseaux mobiles vers une architecture NGN Multimdia (IMS) avec une tude des
volutions majeures au sein du coeur du rseau UMTS.
21
Stratgies de migration des rseaux actuels vers NGN
22
Stratgies de migration des rseaux actuels vers NGN
Au niveau national, un oprateur pourra rduire galement ses cots sil loue ses liens,
en particulier car il aura besoin de moins de lien physiques du fait de labsence de
ncessit dun rseau maill.
II.2.1.2 Impacts sur larchitecture du rseau
Ce type de solution impacte le trafic entre les commutateurs de transit au niveau national ou
international. Concrtement, il sagit dinstaller des passerelles media (Media Gateway)
assurant linterface entre le rseau IP de transport des donnes avec le rseau tlphonique
TDM traditionnel. Les passerelles sont alors administres distance par un softswitch dans le
cadre dune architecture centralise en utilisant en gnral les protocoles de signalisation
MGCP/H.248.
II.2.1.2.1 Exemple 1 : Migration du trafic tlphonique international sur IP
Pour un oprateur souhaitant dployer une solution VoIP pour son trafic international il suffit
dimplmenter (voir figure II.2) :
Un softswitch qui centralisera le contrle des appels, le routage du trafic et la gestion
des aspects de signalisation. Ce softswitch remplacera le (ou les) commutateur(s) de
transit international TDM existant(s).
Des passerelles media dans les PoP (Points de Prsence) situs dans les pays o
loprateur veut sinterconnecter au rseau national TDM.
Figure II.2 : Architecture dune solution NGN pour le trafic de transit international
23
Stratgies de migration des rseaux actuels vers NGN
Figure II.3 : Architecture dune solution NGN pour le trafic de transit national
24
Stratgies de migration des rseaux actuels vers NGN
Cette tape permet en fait de fusionner les infrastructures longue distance voix et donnes sur
une mme pine dorsale IP. Ultrieurement, l'oprateur peut remplacer ses commutateurs
locaux d'abonns TDM par des softswitchs de classe 5. Deux oprateurs peuvent interoprer
leur rseau NGN de classe 4 en sinterconnectant au niveau dun softswitch pour lchange de
signalisation relative lacheminement du trafic. Le trafic transite alors par un lien IP (non
reprsent sur la figure) entre les deux infrastructures de coeur de rseau IP. A court terme,
cette dmarche permet galement de conserver des class 5 traditionnels qui disposent de
certaines capacits quil est difficile de rendre avec des solutions logicielles (prise de ligne au
dcrochage par exemple).
II.2.3 Scnario 3 : Mise en place de solutions NGN jusquau classe 5
II.2.3.1 Dfinition
Les commutateurs de classe 5 constituent le point de raccordement avec labonn pour la
fourniture des services voix basiques. Les oprateurs historiques possdent plusieurs milliers
de ces commutateurs et de part leur position stratgique dans leur rseau ont t peu enclins
jusqu prsent les remplacer par une solution NGN. Toutefois, compte tenu de la forte
progression de la pntration des services haut dbit et du dclin de la demande en services de
tlphonie traditionnelle, les oprateurs considrent de plus en plus lopportunit de faire
converger leur infrastructure daccs vers une plate-forme IP commune.
Dans le cadre dune migration de classe 5, loprateur ralise une migration complte, et tout
le trafic transitant dans le rseau sera support par une architecture NGN. Cette approche
permet la fourniture de bout en bout de services VoIP condition que lutilisateur final utilise
un quipement IP. De loin la plus complexe, cette tape est aujourdhui assez peu rpandue.
25
Stratgies de migration des rseaux actuels vers NGN
26
Stratgies de migration des rseaux actuels vers NGN
27
Stratgies de migration des rseaux actuels vers NGN
une mme paire de cuivre grce lusage de filtres. La carte de la ligne dabonn est
localise dans le concentrateur local.
Phase 2 : Le DSLAM est remplac par un MSAN (Multi-Service Access Nodes)
supportant la fois les technologies TDM et ATM/IP. Les cartes RTC et DSL sont
maintenant localises dans le MSAN et la signalisation seffectue entre le MSAN et le
commutateur RTC de classe 5 via les interfaces V5.1 ou V5.2. Les nouveaux abonns
DSL devraient tre raccords cette nouvelle plate-forme pour les services vocaux et
donnes.
Phase 3 : Le MSAN est mis niveau pour devenir un pur quipement IP, qui assume
la terminaison des appels vocaux RTC et les convertit en VoIP. Un softswitch est
dsormais ncessaire puisque le commutateur de classe 5 nest plus reli directement
au MSAN. Une passerelle media doit aussi tre ajoute au rseau afin dassurer la
connexion entre le rseau RTC existant et la plate-forme IP pour supporter les appels
IP vers RTC. Les abonns existants et les nouveaux abonns migrent automatiquement
vers la VoIP, mme si le service quils reoivent est toujours de type RTC.
Phase 4 : Une fois que la migration a attir suffisamment dutilisateurs et que
loprateur est prt, le reste des abonns RTC peut tre transfr sur la nouvelle plate-
forme IP et le rseau RTC peut alors tre dfinitivement abondonn.
29
Stratgies de migration des rseaux actuels vers NGN
Lvolution des rseaux mobiles vers une architecture multiservice a suivie une tendance plus
rgulire aussi bien au niveau technologique que sur le plan de la normalisation. En effet,
partant du rseau GSM pour le transport de la voix et qui est bas sur la commutation de
circuits, le besoin de convergence voix/donnes a donn naissance au GPRS. Ce fut une
volution majeure du GSM par lutilisation de la commutation de paquets et laugmentation
des dbits, la gnration 2.5, le GPRS, a ouvert la porte aux applications multimdia et
implicitement une transition vers les rseaux de troisime gnration : lUMTS est n. Ce
dernier est le premier systme qui inclut dans ses spcifications une volution vers
larchitecture du futur : le NGN.
Dans cette partie, nous allons prsenter les volutions majeures au sein du coeur du rseau
UMTS.
II.3.1 UMTS release 99 : lhritage du GSM/GPRS
Larchitecture UMTS telle que dcrite dans la release 99 du 3GPP sappuie sur une nouvelle
interface radio, lUTRA, et une volution des coeurs de rseau GSM et GPRS (adaptation des
quipements existants ou nouveaux quipements) pour grer les flux des domaines circuit et
paquet.
Dans larchitecture UMTS R99 :
Les interfaces de lUTRA avec le coeur de rseau sont bases sur un transport ATM
(AAL2 pour la voix, AAL5 pour les donnes).
Le transport dans le coeur de rseau peut ensuite tre effectu (au choix de
loprateur) soit en ATM pour lensemble des flux, soit en ATM puis TDM pour les
flux circuit et en IP pour les flux paquet. La signalisation linterface avec lUTRA
est transporte soit dans des circuits virtuels ATM, soit avec le protocole de transport
de SS7 sur IP SIGTRAN.
Les appels multimdia sont supports, mais de manire transparente. En effet, les
messages de signalisation multimdia sont transports de manire transparente dans
une connexion circuit ou dans un contexte PDP (tunnel GTP entre SGSN et GGSN),
ce qui vite dintroduire des fonctions multimdia dans les quipements GSM et
GPRS, limitant les impacts aux terminaux et lajout de serveurs multimdia
(gatekeepers). Les protocoles de contrle dappel multimdia retenus sont H.323 pour
le domaine paquet et H.324-M pour le domaine circuit, choix plus conforme la
maturit actuelle des protocoles (par rapport SIP). Cependant, le transport de la
signalisation multimdia tant transparent, SIP pourrait a priori tre support de la
mme manire.
La R99 prpare donc lvolution vers la solution cible tout IP en introduisant ds les dbuts de
lUMTS un transport convergent des flux voix et donnes. Les versions ultrieures de la
30
Stratgies de migration des rseaux actuels vers NGN
norme UMTS intgrent une volution encore plus nette vers une architecture de type NGN.
La release R4 (ex-R99) est la premire tape vers un coeur de rseau tout IP, et la release R5
finalise cette volution.
II.3.2 UMTS releases R4/R5 : lvolution vers le tout IP multimdia
Alors que la release 99 UMTS a principalement pour vocation de grer une transition douce
avec le GSM/GPRS, la release 4 (anciennement dnomme release 2000) de lUMTS propose
une architecture rsolument novatrice afin dvoluer vers le tout IP multimdia.
Suite aux discussions techniques au sein du 3GPP et afin de prendre en compte la maturit des
produits et solutions nouvelles, les volutions de lUMTS prvues dans cette version ont t
chelonnes dans le temps et rparties sur deux versions successives, rebaptises R4 et R5. [6]
II.3.2.1 UMTS Release R4 : sparation des couches transport et contrle
Conformment lun des concepts de base des NGN, la version R4 de la norme UMTS
prvoit une volution optionnelle du domaine circuit, sous la forme dune restructuration
fonctionnelle des MSC pour introduire une sparation des couches transport (Media Gateway)
et contrle dappel (MSC server).
Le MSC server a les mmes caractristiques quun MGC (Media Gateway Controller),
avec en complment des fonctions spcifiques mobile. Il est ainsi en mesure de
dialoguer avec les autres MSC server en utilisant le protocole BICC ou SIP-T selon
que le protocole de transport utilis est ATM ou IP, mais conserve notamment des
liens de signalisation utilisant le protocole MAP avec les HLR.
La signalisation de commande entre MSC server et MGW utilise le protocole H.248
avec des extensions spcifies par le 3GPP.
Cette signalisation peut tre transporte en utilisant le protocole MTP3b si le transport
sappuie sur une couche ATM, ou SIGTRAN (SCTP) si le transport sappuie sur IP.
31
Stratgies de migration des rseaux actuels vers NGN
32
Stratgies de migration des rseaux actuels vers NGN
Gestion de linterfonctionnement
T-SGW (Transport de la signalisation avec le rseau
Signalling Gateway
Signalling Gateway) commut fixe (adaptation des
couches basses)
Gestion de linterfonctionnement
de litinrance entre le rseau
R-SGW (Roaming UMTS R4/R5 et les rseaux UMTS Signalling Gateway
Signalling Gateway) R99, GSM et GPRS, avec Spcifique mobile
adaptation des couches basses de
signalisation
33
Stratgies de migration des rseaux actuels vers NGN
II.4 Conclusion
Les rseaux mobiles semblent prendre en compte l'volution vers les NGN de manire plus
explicite en termes de normalisation (la normalisation du systme UMTS), la maturit des
offres de produits fait que les premiers dploiements NGN s'effectuent plutt dans le domaine
des rseaux et services fixes.
Dans ce chapitre, nous nous sommes efforcs de proposer des solutions adaptables a tout
oprateur fixe ou mobile dsirant migrer son rseau vers NGN; ce dernier devra donc
dimensionner son rseau NGN en fonction de ses prvisions en trafic aussi bien voix et
donnes que multimdia. Le chapitre suivant dcrit cet effet, le processus de
dimensionnement dans un rseau NGN.
34
Processus de dimensionnement dun rseau NGN
Chapitre III
Processus de dimensionnement dun rseau
NGN
III.1 Introduction
Ltape de dimensionnement des quipements et interfaces dun rseau de communication est
trs importante. Elle permet de dterminer le volume des quipements, logiciels et autres
moyens (capacits de transmission) acqurir et dployer pour la fourniture des services
de tlcommunications. Le concepteur de rseau ou lingnieur en tltrafic qui souhaite
dimensionner un rseau commutation de paquets ou commutation de circuits sintresse
principalement aux paramtres suivants : dbit utile du rseau, charge des diffrents lments
du rseau, dlais de transit des informations dans le rseau et probabilit de perte dune partie
ou de toute linformation. [7]
Dans notre prsent projet, nous traitons une nouvelle architecture de rseau savoir le NGN
qui est caractris entre autre par lmergence de nouveaux quipements et logiciels offrant de
nouvelles fonctionnalits. Alors nous avons dcid de nous intresser uniquement au
dimensionnement du Hardware de cette architecture.
Lobjectif de ce chapitre est dintroduire les outils de base permettant le dimensionnement des
principaux quipements et interfaces dun rseau NGN. Ce chapitre traite tout dabord le cas
du dimensionnement dans un rseau NGN Tlphonie. La seconde partie sera consacre au
dimensionnement dans un rseau NGN Multimdia (IMS) o nous avons pris le cas de
larchitecture du rseau UMTS selon le concept IMS.
35
Processus de dimensionnement dun rseau NGN
IP qui relie diffrents rseaux daccs : dune part RTC/RNIS et dautre part GSM/GPRS par
le biais de Media Gateways. Un Softswitch situ au niveau de la couche contrle qui gre le
contrle des appels ainsi que laccs aux services au niveau de la couche application.
III.2.2 Scnario de migration retenu
Nous avons bien dcrit dans le chapitre prcdent les diffrents scnarios de migration des
rseaux traditionnels de tlphonie fixe et mobile vers une architecture NGN que nous
rappelons brivement :
Scnario 1 : Mise en place de solutions NGN en transit.
Scnario 2 : Mise en place de solutions NGN jusquau commutateur de classe 4.
Scnario 3 : Mise en place de solutions NGN jusquau classe 5.
Scnario 4 : Mise en place de solutions tout IP en overlay.
Dans ce qui suit, nous avons opt pour le premier scnario de migration qui est la mise en
place de solutions NGN au niveau des liens de transit car il permet loprateur dacheminer
les communications internationales et nationales au niveau des commutateurs de transit et par
la suite une rduction de cot sur ces communications.
La figure III.1 illustre larchitecture gnrale dune solution NGN au niveau des
commutateurs de transit national ct RTC/RNIS ainsi quau niveau des commutateurs du
service mobile (MSC) ct GSM/GPRS.
36
Processus de dimensionnement dun rseau NGN
similaires au trafic rel. Il sert mieux connatre et dcrire le trafic vhicul et permet de
dimensionner les files dattentes dans les rseaux.
Le processus de Poisson modlise bien le trafic transactionnel ou encore le trafic dappel
tlphonique qui arrive sur un commutateur de circuit. Il est donc la base de la plupart des
lois de tltrafic utilises en tlcommunications et les lois dErlang en particulier. [7]
III.2.4 Mthodologie de dimensionnement
III.2.4.1 Organigrammes de dimensionnement du rseau NGN Tlphonie
Les organigrammes suivants dcrivent les diffrentes tapes suivre afin de dterminer les
besoins matriels pour lcoulement du trafic des rseaux daccs RTC/RNIS et GSM/GPRS.
Etape 1 : Calcul de trafic du rseau daccs RTC/RNIS
37
Processus de dimensionnement dun rseau NGN
38
Processus de dimensionnement dun rseau NGN
dj un certain GoS fix par loprateur en dimensionnant ce rseau; donc il faut viter
un goulot dtranglement au niveau des commutateurs de transit (CT) ou MSC
concentrant le plus de trafic car ce sont ces derniers qui seront connects la MG.
Premire tape : Dtermination du trafic engendr par un CT (respectivement un
MSC)
Le comportement global des usagers est exprim par le nombre de tentatives dappels
lheure charge (TAHC) par heure et par la dure moyenne des communications (DMC) en
secondes. [8]
TAHCi DMCi
Soit 1i (III.1)
3600
le trafic de type i (conversationnel, interactif ou streaming) engendr par un CT du rseau
RTC/RNIS.
Le trafic total issu de chaque CT sera lagrgation de ces trois types de trafic.
Lunit de trafic conversationnel tant lErlang alors que pour celui interactif ou streaming est
le Kbits. Afin de pouvoir effectuer cette sommation, il faut que nous convertissions ce trafic
conversationnel en Kbits. Pour ce faire, nous calculons tout dabord le nombre de circuits
pouvant supporter ce type de trafic laide de la formule de Rigault [8] :
N conv k conv (III.2)
Aconv Kbits N 64
32
2048 N 4096Kbits (III.4)
Troisime tape : Calcul du trafic total gnr par le rseau daccs GSM/GPRS :
De mme, nous calculons le volume de trafic gnr par le rseau daccs GSM/GPRS en
suivant la dmarche prcdente sauf que nous remplaons cette fois les CT par les MSC :
39
Processus de dimensionnement dun rseau NGN
Quatrime tape : Calcul du trafic total gnr par les rseaux daccs RTC/RNIS et
GSM/GPRS :
Nous pouvons maintenant dduire le trafic total gnr par les rseaux daccs RTC/RNIS et
GSM/GPRS qui sera donn par lquation (III.8) :
Trafic_tot al(Kbits) Trafic_gn r_rseau RTC/RNIS (Kbits)
Trafic_gn r_rseau GSM/GPRS (Kbits) (III.8)
III.2.4.3 Calcul du nombre de liens CT-MG et MSC-MG
Dans notre logique de conception, nous ne pouvons tolrer de pertes avant larrive du trafic
dans le rseau de transport ; ce qui revient une fourniture de capacit entre le MSC ou le
commutateur du fixe et la MG ; ce qui nous amne donc dimensionner les liens entre ces
entits. Le nombre de liens en E1 ncessaires pour couler le trafic prvu est dtermin par :
Trafic_tot al_CT
NCT-MG (III.9)
2048
Dans le cas du rseau daccs GSM/GPRS, le nombre de liens MSC-MG en E1 est calcul
comme suit:
Trafic_tot al_MSC
NMSC-MG (III.10)
2048
III.2.4.4 Dimensionnement des Media Gateways
Le dimensionnement des Media Gateways consiste dterminer le nombre des MGs
ncessaires pour supporter le trafic total gnr par les rseaux daccs RTC/RNIS et
GSM/GPRS. Le nombre des MGs ncessaires pour vhiculer ce trafic est donn par :
Trafic_tot al (Kbits)
Nombre_MG (III.11)
Capacit_M G
Dans cette tape de dimensionnement, nous allons nous limiter au calcul de la charge des
Media Gateways car nous ne savons pas leur capacit qui est un paramtre laiss au choix de
loprateur.
La charge des MG est calcule comme suit :
Ch arg e_MG (Kbits) Trafic_tot al (Kbits) (III.12)
III.2.4.5 Dimensionnement des softswitchs
Dimensionner cet quipement, qui reprsente la couche contrle, revient dterminer la
capacit de traitement de son processeur en terme de nombre total de tentatives dappels
lheure charge (TAHC) quil pourra vhiculer :
Charg e_Softswitch(en TAH C) TAHCi TAHCi (III.13)
CT i MSC i
40
Processus de dimensionnement dun rseau NGN
Avec N canal,i le nombre de communications pouvant tre coules simultanment sur ce canal.
Ce nombre doit satisfaire cette relation qui exprime la probabilit que le contrle dadmission
41
Processus de dimensionnement dun rseau NGN
refuse une demande de communication entre les deux passerelles considres parce que le
canal achemine dj Ncanal,i communications :
Ai N canal , i
Ncanal ,i !
Pblocage
Ai , Ncanal ,i N canal ,i
GoS (III.16)
Ai k
/ k!
k 0
Avec A i le trafic total par service i (conversationnel, interactif ou streaming) engendr par les
usagers des rseaux daccs RTC/RNIS et GSM/GPRS.
Si un canal de trafic semblable est tabli pour chaque paire possible de MG, on dispose dun
maillage complet de canaux pour le transport du trafic tlphonique sur le rseau de base IP.
Pour chaque liaison du rseau coeur, la capacit totale fournir se compose alors de la somme
de toutes les bandes passantes Bcanal de tous les canaux passant par cette liaison.
Capacit_t otale_back bone_IP (K bits) C n2 Bcanal (III.17)
avec n dsigne le nombre total de routeurs priphriques dans le rseau de transport.
La figure III.2 montre un exemple simple pour une liaison A-C. Dans cet exemple, quatre
chemins (les plus courts) passent par la liaison A-C : les chemins correspondant aux canaux
de trafic 2-4, 1-4, 4-6, et 2-5. Les bandes passantes respectives sont notes B 2-4,B 1-4,B 4-6,B 2-5
(figure III.3). [8]
Par consquent, la capacit fournir sur la liaison A-C est :
BAC B2 4 B1 4 4 6 2 5 (III.18)
42
Processus de dimensionnement dun rseau NGN
43
Processus de dimensionnement dun rseau NGN
un bref aperu sur les diffrentes classes de services ainsi que les modles de trafic qui
rgissent ces classes pour pouvoir retenir un scnario pour chaque classe et calculer par la
suite la charge de trafic dans le rseau coeur. A noter que la modlisation classique des
services par des processus de Poisson nest pas valide ds quil sagit de la transmission des
donnes. Cette modlisation a t longtemps adopte pour le calcul de la charge des rseaux
tlphoniques, et qui reste toujours valable pour les communications de type voix.
III.3.3.1 Les diffrentes classes de qualit de service
Selon les spcifications de 3GPP, il est possible de partitionner, sur la base de la qualit de
service, lensemble des services en quatre classes : classe des services conversationnels,
classe des services flux continu ou Streaming, classe des services interactifs, classe des
services en mode tlchargement ou background. [9]
Le critre de classification le plus prpondrant est la sensibilit au dlai de transmission. Les
deux premires classes sont prvues pour les services du type temps rel alors que les deux
autres classes concernent les applications non temps rel, ces dernires se caractrisent par
une tolrance aux dlais de transmission. Lautre contrainte respecter essentiellement pour
les deux dernires classes de service est le seuil du BER (Bit Error Rate).
III.3.3.1.1 Classe des services conversationnels
Les applications de cette classe ncessitent un service bidirectionnel en temps rel impliquant
deux utilisateurs humains ou plus. Les contraintes dpendent donc de la perception humaine :
la limite sur le dlai maximum tolr est une limite stricte car toute dgradation sur le dlai
induirait une perte de qualit notable dans la perception humaine du signal. Les exemples de
ce type dapplications sont la tlphonie, la vidophonie, la voix sur IP, les jeux interactifs.
III.3.3.1.2 Classe des services flux continu ou Streaming
Les applications de cette classe impliquent un utilisateur humain et un serveur de donnes. Ce
sont des applications temps rel asymtriques o les donnes sont transfres du rseau vers
les mobiles. Le manque dinteractivit entre lutilisateur et la source de donnes autorise des
dlais un peu plus importants que dans les cas des applications de type conversationnel, et ce
sans perturber la QoS. Les exemples dapplications de type Streaming sont les nouvelles
applications issues de lInternet, telles que les applications audio ou vido sur demande.
III.3.3.1.3 Classe des services interactifs
Les applications de cette classe impliquent un utilisateur (machine ou humain) dialoguant
avec un serveur de donnes ou dapplications. Contrairement aux deux classes prcdentes,
les performances temps rel ne sont pas ncessaires, il sagit seulement dattendre un certain
temps pour rpondre aux requtes. Par contre les informations ne doivent pas tre altres.
Les exemples dapplications de type interactif sont la navigation sur lInternet, laccs aux
bases de donnes ainsi quaux serveurs dapplications.
44
Processus de dimensionnement dun rseau NGN
45
Processus de dimensionnement dun rseau NGN
pages HTMLs correspondantes. Le tlchargement de ces pages HTMLs est matrialis par la
transmission de plusieurs datagrammes de taille variable. Un temps de lecture est ncessaire
avant damorcer la consultation dune autre page Web. Les caractristiques statistiques de ce
modle sont les suivantes :
Loccurrence de sessions est un processus de poisson de valeur typique 0.17
appels/heure
Pour chacune de session :
Le nombre dappel de pages HTML suit une distribution gomtrique de
moyenne typique 5 appels/session.
Le temps de lecture suit une distribution exponentielle de moyenne a et de
valeur typique 1/a = 4 12 s.
Le nombre de datagrammes par appel suit une distribution gomtrique de
moyenne typique 10 datagrammes/appel.
La dure dinter-arrive de datagrammes suit une distribution exponentielle
dont la moyenne est en fonction du dbit.
La taille des datagrammes suit une distribution de Pareto.
III.3.3.2.4 Modle de trafic de la classe Background
Les services de cette classe sont insensibles au dlai, ils sont considrs de type Best Effort.
Ils sont transmis en dehors des priodes charges du rseau coeur, cest--dire au cours des
priodes dinactivits des autres classes de services. Dune autre manire, ses services ne
contribuent pas la charge du rseau.
III.3.4 Mthodologie du dimensionnement
III.3.4.1 Les hypothses du dimensionnement
Pour dimensionner le rseau coeur UMTS, nous allons nous intresser au trafic pendant
lheure de pointe, qui est dfinie comme tant lheure prsentant un maximum du trafic
pendant une journe (une semaine, un mois). Nous supposons dans la suite que le modle de
trafic du rseau daccs correspond lheure la plus charge pour le rseau coeur UMTS. De
mme, nous admettons que la rpartition du trafic de la classe conversationnelle entre mode
paquet et mode circuit (Pourcentage GSM et PSTN) est fixe malgr que la distribution du
trafic mme entre les deux systmes du mode circuit varie avec le temps (la distribution de
lheure de pointe est utilise comme rfrence).
Les taux de pntration des rseaux UMTS et EDGE sont fixs, indpendamment de la
distribution des abonns. Concernant la mobilit des abonns entre les zones de couverture de
lUMTS et celles couvertes par le spectre GSM, nous supposons que le pourcentage
dabonns qui passent de la couverture UMTS vers EDGE est le mme qui passent de
lEDGE vers UMTS. Enfin, nous avons considr que tout abonn localis sous la couverture
46
Processus de dimensionnement dun rseau NGN
UMTS doit utiliser uniquement cette technologie avec un dbit de 2 Mbits/s. Il en est de
mme pour les abonns EDGE mais avec un dbit de 384 Kbits/s.
III.3.4.2 Organigramme de dimensionnement du rseau NGN Multimdia
47
Processus de dimensionnement dun rseau NGN
Par la suite, nous dterminons le trafic gnr par service pour les rseaux UMTS et EDGE :
Trafic UMTS, j ( Kbits) NUMTS, j taux _ appels j dure _ appel j dbit _ ax imal service j
Trafic EDGE , j ( Kbits) N EDGE , j taux _ appels j dure _ appel j dbit _ ax imal service j
Donc, pour les services interactif et streaming, leurs volumes de trafic gnrs sont les mmes
calculs par les quations III.24 et III.25 :
Volume_tra fic_gnrUMTS,int eractif Kbits Trafic UMTS,int eractif
Tandis que pour le service conversationnel, le volume de trafic gnr est calcul comme
suit :
Volume_tra fic_gnrUMTS,conv Kbits Trafic_ int erneUMTS,conv
48
Processus de dimensionnement dun rseau NGN
3 3
Volume _ trafic _ total Volume _ trafic_gn r UMTS, j Volume _ trafic_gn r EDGE , j
J 1 J 1
(III.26)
III.3.4.4 Dimensionnement des entits du rseau
III.3.4.4.1 Dimensionnement des M_MGWs
Pour dterminer le nombre des M_MGWs ncessaires pour vhiculer le trafic paquet, il faut
calculer le trafic interne dans les rseaux UMTS et EDGE ainsi que le trafic externe destin
aux abonns GSM. Puis leur ajouter le trafic du service conversationnel A conv (voir quation
III.4) issu du rseau GSM destin aux abonns UMTS et EDGE. Ce dernier est calcul
comme nous lavons vu dans la partie NGN Tlphonie.
Le nombre des M_MGWs sera gal alors :
Volume _ trafic _ total Aconv
Nombre _ M _ MGWs (III.27)
Capacit M _ MGW
Comme dans le cas de dimensionnement dans le NGN Tlphonie, nous allons calculer la
charge des M_MGWs seulement. La capacit reste au choix de loprateur.
La charge des M_MGWs est calcule comme suit :
Ch arg eM_MGWs (Kbits) Volume trafic total Aconv (III.28)
III.3.4.4.2 Dimensionnement des IMS_MGWs
Pour calculer le nombre des IMS_MGWs, nous considrons le volume de trafic vhicul entre
le rseau RTC et le rseau UMTS/EDGE et ce dans les deux sens. Le volume du trafic du
rseau UMTS/EDGE vers le rseau RTC est donn par :
Volume _ trafic _ vers _ RTC( Kbits) Trafic UMTS,conv Trafic EDGE ,conv %trafic v ers mod ecircuit
Pourcentag_e RTC
(III.29)
Tandis que celui vhicul du rseau RTC vers le rseau UMTS/EDGE, A conv (voir quation
III.4) est calcul comme dans le cas du NGN- Tlphonie.
Le nombre des IMS-MGWs est donn par :
Volume _ trafic _ RTC Aconv
Nombre _ IMS _ MGWs (III.30)
Capacit _ IMS _ MGW
III.3.4.4.3 Dimensionnement de MGCF
La charge de MGCF est estime en nombre total des communications issues du rseau RTC.
Ch arg e _ MGCF NUMTS,conv N EDGE ,conv taux _ appel _ conversati onnel
49
Processus de dimensionnement dun rseau NGN
Nombre _ SGSNs
Nombre _ SAU _ EDGE Nombre _ SAU _ UMTS (III.35)
capacit _ SGSN
III.3.4.4.6 Dimensionnement des GGSNs
Le paramtre cl de dimensionnement des GGSNs est le contexte PDP. Le nombre de
contextes PDP est donn par le nombre de sessions gnres par les abonns (un abonn peut
gnrer plusieurs sessions). En effet, chaque session est caractrise par un contexte PDP. De
plus, pour activer une session, un abonn doit tre attach au rseau paquet. Pour dterminer
le nombre de contextes PDP, nous oprons ainsi :
Calculer le nombre de contextes PDP gnrs par les abonns UMTS
Nombre_PDP _UMTS Nombre_abonns_UMTS taux_activit_service_conversa tionnel
taux_ acti vit_service_ int eractif
taux_ acti vit_service_strea min g (III.36)
50
Processus de dimensionnement dun rseau NGN
III.4 Conclusion
Dans ce chapitre, nous avons abord le processus de dimensionnement dans les rseaux
NGN : Tlphonie et Multimdia. Nous avons essay de prsenter les diffrents outils
mathmatiques et algorithmiques utiliss pour russir ce dimensionnement.
Le dernier chapitre sera consacr pour la prsentation de notre outil universel de
dimensionnement et son valuation par des exemples de scnarios de dimensionnement tout
en se basant sur les quations de ce troisime chapitre.
51
Outil de dimensionnement et validation sur des scnarios
Chapitre IV
Outil de dimensionnement et validation sur
des scnarios
IV.1 Introduction
Au cours du chapitre prcdent, nous avons tudi le processus de dimensionnement dun
rseau NGN : Tlphonie ainsi que Multimdia.
Dans ce chapitre, il sera essentiellement question de loutil universel de dimensionnement que
nous devons dvelopper et de son valuation. Pour ce faire, nous commencerons par spcifier
le cahier des charges et prsenter lenvironnement de dveloppement qui nous permettra
datteindre les objectifs de ce cahier des charges. Ensuite nous prsenterons lorganigramme
fonctionnel de loutil en dcrivant les fonctionnalits de ses modules et les tapes de son
fonctionnement. Enfin la dernire partie de ce rapport sera consacre une valuation de
loutil base sur une tude de cas.
52
Outil de dimensionnement et validation sur des scnarios
53
Outil de dimensionnement et validation sur des scnarios
IV.2.3.2 IMS
Trafic total en Kbits gnr par les rseaux EDGE et UMTS pour chaque zone.
Rsultat de dimensionnement des entits M-MGW, IMS-MGW, MSC Server, MGCF,
SGSN et GGSN en terme de charge et nombre.
Nombre des communications couler simultanment dans le rseau de transport.
Capacit totale en Kbits fournir pour le rseau de transport.
Prvision du trafic et des charges des entits sur cinq ans.
IV.2.4 Interface Utilisateur
Notre outil de dimensionnement devrait prsenter une interface graphique agrable et facile
manipuler. L'utilisateur devra introduire les paramtres d'entre d'une faon aise, ainsi que la
visualisation des rsultats. Il devra aussi manipuler les menus du logiciel sans problme.
Notre outil sera capable denregistrer ces paramtres d'entre et leurs rsultats dans des
rapports et de les afficher exhaustivement.
Nous jugeons utile doffrir plus de libert l'utilisateur de loutil en lui donnant la possibilit
d'introduire le type de dimensionnement de son choix.
54
Outil de dimensionnement et validation sur des scnarios
55
Outil de dimensionnement et validation sur des scnarios
56
Outil de dimensionnement et validation sur des scnarios
57
Outil de dimensionnement et validation sur des scnarios
58
Outil de dimensionnement et validation sur des scnarios
Cette opration douverture affiche tous les paramtres dentre saisis, par
lutilisateur, ainsi que les rsultats de dimensionnement dans des rapports.
Sauvegarder : il permet de sauvegarder les nouveaux projets.
V.5.2 Menu NGN Tlphonie
Ce menu concerne le dimensionnement dans le cas du rseau NGN Tlphonie. Il comporte
trois parties essentielles. :
La premire, pour la saisie de paramtres dentre. Elle contient un seul sous menu
appel Donnes Oprateurs .
La deuxime, sintresse au calcul et laffichage des rsultats de dimensionnement.
Elle comprend quatre sous menus qui sont :
Calcul du trafic : permet de calculer le trafic gnr par les rseaux daccs
RTC/RNIS et GSM/GPRS.
Rpartition du trafic : sert afficher les valeurs du trafic par CT
(respectivement MSC) et par service.
Nombre de liens : sous menu qui permet de calculer le nombre de liens
MIC entre un CT (respectivement MSC) et une MG.
Dimensionnement de MG et softswitch : pour la dtermination de la charge
ou bien du nombre de ces deux entits.
La dernire, soccupe de loptimisation du rseau de transport. Elle se compose dun
seul sous menu Rseau de transport .
V.5.3 Menu NGN Multimdia
Cest le menu qui va nous permettre de visualiser les rsultats obtenus dans le processus de
dimensionnement dun rseau NGN Multimdia en terme de trafic gnr par le rseau
UMTS/EDGE et du nombre de M-MGW, IMS-MGW, MSC Server, MGCF, SGSN et GGSN.
Comme dans le cas du NGN Tlphonie, ce menu comprend trois parties :
La premire est consacre la saisie des donnes dentre par lutilisateur. Elle
contient deux sous menus : Donnes Oprateurs et Donnes EDGE/UMTS .
La deuxime contient trois sous menus : Calcul du trafic , Rpartition du trafic
et Dimensionnement des entits.
La dernire est un sous menu appel Rseau de transport .
V.5.4 Menu Prvision
La fonction prise en compte par ce menu est la prvision du trafic des rseaux daccs et de
charges des entits fonctionnelles des rseaux NGN Tlphonie et Multimdia. Il est constitu
de deux sous menus : le premier ddi la prvision dans le cas du NGN Tlphonie alors
que le second est rserv la prvision dans le NGN Multimdia.
59
Outil de dimensionnement et validation sur des scnarios
60
Outil de dimensionnement et validation sur des scnarios
Une fois laccs est autoris linterface de la fentre principale apparat (Figure IV.1). Nous
choisissons par la suite un nouveau projet de type NGN Tlphonie (voir figure IV.2), le
menu NGN Tlphonie sera activ et il suffit dy accder pour aborder les diffrentes tapes
du dimensionnement. Le tableau IV.1 rsume les diffrents paramtres dentre pour ce
scnario de dimensionnement concernant la zone du Sahel. Elle est compose de deux CT et
trois MSC qui seront relis aux MGs : CT de Sousse (CT1), CT de Moknine (CT2), MSC1
Sousse, MSC2 Sousse, MSC Moknine (MSC3).
GoS TAHC DMC TAHC DMC TAHC DMC
Rseau (%) voix voix donne donne vido vido
RTC/RNIS CT1 3 101944 70 s 1861 1194 s 0 0
CT2 3 30461 70 s 0 0 0 0
MSC1 3 39014 43 s0000
Rseau
MSC2 3 92785 33 s0000
GSM/GPRS
MSC3 3 90000 33 s0000
61
Outil de dimensionnement et validation sur des scnarios
En cliquant sur le bouton Ajouter , les cases de saisie de TAHC et DMC pour chaque
service seront actives, lutilisateur pourra faire entrer les valeurs de ces paramtres pour la
zone3-CT1 puis la zone3-CT2 et enfin valider. Les figures IV.6 et IV.7 illustrent les tapes de
cette saisie.
62
Outil de dimensionnement et validation sur des scnarios
Les mmes tapes suivre pour la saisie des paramtres dentre du rseau daccs
GSM/GPRS.
IV.6.1.2 Rsultats obtenus
Ltape suivante excute par notre outil sera le calcul du trafic total gnr par les deux
commutateurs de transit et les trois MSC dans la zone 3. Ce trafic sera gal 20.251 Gbits
comme le montre la figure IV.8.
Figure IV.8 : Calcul du trafic total gnr par les rseaux daccs
Nous avons procd la rpartition de ce trafic total en calculant le trafic par service ainsi que
le total engendr par chaque CT (respectivement MSC) dans la zone 3.
Linterface suivante donne la rpartition du trafic total du rseau daccs GSM/GPRS entre
MSC1 Sousse, MSC2 Sousse et MSC de Moknine (MSC3).
63
Outil de dimensionnement et validation sur des scnarios
Figure IV.10 : Rpartition du trafic GSM/GPRS entre les trois MSC de la zone 3
Ltape importante dans ce processus de dimensionnement sera le calcul du nombre des MGs
et softswitchs mettre en place pour assurer le fonctionnement du rseau NGN Tlphonie.
Linterface de la figure IV.11 nous permet de dterminer la charge des MGs en Kbits et celle
des softswitchs en tentatives dappels pour la zone 3.
Le calcul nous donne une charge des MGs gale 20.251 Gbits et celle des softswitchs de
356065 tentatives dappels lheure charge (TAHC).
Si loprateur veut calculer le nombre des MGs et des softswitchs, il doit cliquer sur le bouton
Avanc pour saisir la capacit de MG en Kbits ainsi que celle de softswitch en TAHC puis
sur le bouton Calcul pour afficher leur nombre. Par exemple, si loprateur opte pour les
media gateways de type Cisco MGX 8800 Series dune capacit de 2.2 Gbps et les
softswitchs Cisco PGW 2200 Softswitch gateway de capacit de traitement gale 40000
TAHC, nous aurons : 10 MGs et 9 softswitchs. [12]
64
Outil de dimensionnement et validation sur des scnarios
65
Outil de dimensionnement et validation sur des scnarios
66
Outil de dimensionnement et validation sur des scnarios
Figure IV.16 : Prvision des charges des MGs et des softswitchs de la zone 3
Enfin, nous avons rcapitul lensemble des donnes dentre et de sortie de notre outil
concernant ce projet de dimensionnement de la zone 3 dans un rapport technique illustr par
la figure IV.17.
67
Outil de dimensionnement et validation sur des scnarios
68
Outil de dimensionnement et validation sur des scnarios
Dans linterface suivante, lutilisateur doit saisir le nombre dabonns GSM, le taux de
pntration de lUMTS, le taux de pntration EDGE, le nombre de zones relatives la
rpartition du trafic et des abonns et la rpartition du trafic total gnr par les abonns
EDGE et UMTS du service conversationnel. En fait, ce dernier paramtre sera utilis pour le
dimensionnement des M-MGWs. Nous prenons 70% de ce trafic conversationnel sortant vers
le mode circuit qui est rparti son tour entre GSM et RTC selon les pourcentages suivants :
40% vers RTC et 60% vers GSM.
En validant ltape prcdente, lutilisateur est invit saisir les paramtres concernant :
La rpartition des abonns EDGE et UMTS : pour rpartir les abonns EDGE et
UMTS sur les cinq zones de concentration du trafic, nous utilisons les pourcentages du
tableau IV.2. A partir de ces pourcentages, nous calculons le nombre dabonns par
zone et par la suite nous dterminons le trafic paquet gnr pour chaque classe de
service ainsi que le trafic total.
69
Outil de dimensionnement et validation sur des scnarios
Les taux dactivit des services : chaque zone ses propres taux dactivit des
services ; le comportement des abonns envers les services diffre dune zone une
autre. Pour ce scnario, nous utilisons les taux du tableau IV.4.
Conversationnel (%) 70 30 30 30 25
Interactif (%) 68 38 40 35 37
Streaming (%) 30 13 12 13 10
La dernire interface de saisie des donnes dentre concerne le trafic en mode circuit cest
dire le trafic conversationnel des rseaux RTC et GSM destin aux abonns UMTS et EDGE.
Il sagit de calculer pour chaque zone le trafic externe conversationnel issu des rseaux RTC
et GSM quelle va recevoir. Pour ce faire nous devons saisir les paramtres suivants pour
70
Outil de dimensionnement et validation sur des scnarios
chaque rseau : TAHC, DMC et GoS. Dans ce scnario nous ne tenons pas compte de ce
trafic.
Figure IV.21 : trafic conversationnel en mode circuit issu des rseaux RTC et GSM
Figure IV.22 : Calcul du trafic total gnr par les abonns EDGE et UMTS
Les quatre interfaces des figures IV.23, IV.24, IV.25 et IV.26 sintressent la rpartition de
ce trafic total entre les cinq zones ainsi quau calcul des charges et nombre des M-MGW,
IMS-MGW, MSC Server, MGCF, SGSN, GGSN dans chaque zone.
71
Outil de dimensionnement et validation sur des scnarios
72
Outil de dimensionnement et validation sur des scnarios
Une fois que les diffrentes charges des entits fonctionnelles sont dtermines, loprateur
peut calculer le nombre de ces entits en introduisant la capacit de chaque entit exprime en
Kbits pour lIMS-MGW, M-MGW et en TAHC pour le MSC Server et MGCF. Pour cela il
doit cliquer sur le bouton Avanc . Linterface suivante nous montre un exemple de calcul
de ces entits.
Zone 1 : Cest la zone la plus dense en abonns (presque la moiti des abonns). Elle
engendre le plus du trafic : 15870 Gbits (13757.78 Gbits service conversationnel,
1563.33 Gbits service streaming et 549 Gbits pour linteractif). Pour satisfaire les
exigences de cette zone, loprateur Tunisien doit installer 5 M-MGW, 2 IMS-MGW,
1MGCF, 1 MSC Server, 1 GGSN et 1 SGSN.
Zone 2 : elle gnre 2053 Gbits (1759.71 Gbits conversationnel, 202.193 Gbits
streaming et 91.71 Gbits interactif). La configuration requise selon ce scnario est la
suivante : 1 M-MGW, 1 IMS-MGW, 1 MGCF, 1 MSC Server, 1 GGSN et 1 SGSN.
Zone 3 : dans cette zone, les services multimdia offerts (conversationnel, streaming et
interactif) gnrent respectivement (1579.86 Gbits, 167.55 Gbits et 86.66 Gbits). Le
trafic total est 1834.09 Gbits qui ncessite 1 M-MGW, 1 IMS-MGW, 1 MGCF, 1
MSC Server, GGSN et SGSN pour tre vhicul.
Zone 4 : ses abonns gnrent un trafic de 1554.225 Gbits (1336 conversationnel,
153.55 streaming et 64.151 Interactif). Tunisie Tlcom doit installer 1 M-MGW, 1
IMS-MGW, 1 MGCF, 1 MSC Server, 1 GGSN et 1 SGSN.
Zone 5 : cette zone ncessite 1 M-MGW, 1 IMS-MGW, 1 MGCF, 1 MSC Server, 1
SGSN et 1 GGSN pour vhiculer le trafic paquet. Le trafic gnr par ses abonns est
de 1299.70 Gbits (1113.76 service conversationnel, 118.122 service streaming et
67.81 service interactif).
73
Outil de dimensionnement et validation sur des scnarios
Donc le nombre total des quipements ncessaires pour couler le trafic total gnr par les
abonns EDGE et UMTS sont :
9M-MGW : 5 zone 1, 1 zone 2, 1 zone 3, 1 zone 4, 1 zone 5.
6IMS-MGW : 2 zone 1, 1 pour chaque zone (2, 3, 4, 5).
5GGSN : un par zone.
5SGSN : un par zone.
5MGCF : un par zone.
5MSC Server : un par zone.
Pour la prvision du trafic et des charges des entits fonctionnelles du NGN Multimdia, nous
allons estimer la prvision du 4 dcembre 2006 sur cinq ans successifs.
74
Outil de dimensionnement et validation sur des scnarios
75
Outil de dimensionnement et validation sur des scnarios
Figure IV.32 : Courbe de prvision des charges des MSC Server et MGCF
Ces courbes donnent une illustration graphique du module de prvision des charges des
entits M-MGW, IMS-MGW, MSC Server, MGCF, SGSN et GGSN. Par exemple dans la
figure IV.31, la courbe en noire reprsente lvolution de la charge en Kbits des IMS-MGW
76
Outil de dimensionnement et validation sur des scnarios
installer dans la zone du Grand Tunis sur une priode de cinq ans partir du 4 dcembre
2006. Quant la courbe en rouge, elle traduit lvolution de la charge en Kbits des M-MGW
au cours de cinq ans.
Pour rsumer ce scnario de dimensionnement, nous avons utilis des rapports rcapitulatifs
qui contiennent la fois les paramtres dentre saisis par lutilisateur et les rsultats
correspondants.
77
Outil de dimensionnement et validation sur des scnarios
IV.7 Conclusion
Dans ce chapitre, nous avons prsent notre outil de dimensionnement dun rseau NGN. Une
description dtaille des modules de loutil a t faite, suivie dune prsentation des interfaces
dveloppes. Aussi modeste quil soit, cet outil prsente deux avantages majeurs : son
extensibilit et sa facilit dutilisation.
Dans la dernire partie de ce chapitre, nous avons test notre outil par lintermdiaire des
scnarios de dimensionnement.
78
Conclusion gnrale
Conclusion gnrale
Dans le cadre de ce projet de fin dtudes, nous nous sommes intresss ltude et
dimensionnement dun rseau de nouvelle gnration (NGN) avec en perspective, dabord de
proposer des solutions concrtes de stratgies de migrations des rseaux actuels vers
larchitecture de nouvelle gnration ; ensuite ltude exhaustive du processus de
dimensionnement et enfin la conception et la ralisation dun outil de dimensionnement avec
validation de cet outil par des scnarios.
Alissue de ce travail, nous voulons insister sur limportance des deux concepts : NGN
Tlphonie et NGN Multimdia. Les apports de ces concepts sont clair travers : la
transformation de la topologie du rseau avec rduction du nombre de liens entre
commutateurs, une solution reposant sur le dploiement des Media Gateways, softswitchs
ncessite moins dquipements, moins de sites et moins de personnel, dveloppement de
nouveaux services et des gains raliser par loprateur.
Atravers les rsultats obtenus dans les deux scnarios de dimensionnement, nous
recommandons fortement le dploiement de ces deux concepts.
Au del de ce projet de fin dtudes, loutil est susceptible de plusieurs extensions :
Le dimensionnement de la signalisation pourra tre inclus.
Un algorithme doptimisation plus performant pour le rseau de transport qui prendra
en compte tous les routeurs et les capacits exactes des liaisons inter-routeurs.
Lenrichissement de la mthode de dimensionnement en spcifiant par exemple
d'autres paramtres non tenus en compte dans le processus de dimensionnement.
La prise en compte dautres rseaux daccs.
79
Bibliographie
Bibliographie
[1] Rapport de lETSI-NGN Starter Groupe, compte-rendu de lassemble GA38 des 20-
21/11/01.
[2] Cabinet Acrome, Etude technique, conomique et rglementaire de lvolution vers les
rseaux de nouvelle gnration, ART, Septembre 2002.
http:// www.art-telecom.org/ngnsep02.pdf
[5] Cabinet Ovum, L'volution du coeur de rseau des oprateurs fixes, ARCEP, Janvier
2006.
[6] Simon ZNATY, Next Generation Network (NGN) dans les rseaux mobiles, EFORT,
2005.
http://www.efort.com
[7] Sami Tabbane, Ingnierie des rseaux cellulaires, HERMES Science Publications,
Paris 2002.
[8] G. Van Hoey, S. Van den Bosch, P. de La Valle Poussin, H. De Neve, G. Petit, Le
dimensionnement des futurs rseaux de transport pour les applications tlphoniques en
temps rel, Revue des Tlcommunications dAlcatel, 2 me trimestre 2001.
[9] 3GPP, Quality of Service concept and architecture, TS 23.107, R5, Dcembre 2002.
[10] UIT, Incidences des nouvelles techniques sur les rseaux de tlcommunications, 14
novembre 2000
[11] Daniel Kofman, Synthse sur l'volution des rseaux de tlcommunications, ENST,
21 Septembre 2001.
[12] Cisco, Introducing the Cisco Voice Interworking Service Module, Release 2.1.
http://www.cisco.com/en/US/products/hw/switches/ps1938/
80
Bibliographie
[15] Xavier Voisin, Tlphonie IP et volution des rseaux, UIT, Yaound, avril 2004.
81
Titre
Etude et Dimensionnement dun Rseau de Nouvelle Gnration (NGN)
Cas dtude : Tunisie Tlcom
Rsum
La commutation tlphonique volue. Une nouvelle gnration darchitectures de rseaux
apparat permettant doffrir de nouveaux services mergents mixant voix, vido et donnes :
Les Next Generation Networks (NGN).
Larchitecture NGN vise deux modes de fonctionnement : NGN tlphonie pour lmulation
du RTC lors du remplacement des commutateurs tlphoniques et NGN multimdia (aussi
appel IMS) pour directement offrir des services multimdia partir daccs tels que xDSL, le
cble, lUMTS, etc.
Le but de ce projet de fin dtudes est de prsenter les principes, les architectures de rseau et
de service NGN et IMS et la migration vers ces architectures.
La ralisation dun outil universel de dimensionnement de rseaux NGN et une tude de cas
de dimensionnement utilisant ledit outil occupent une partie importante de ce rapport.
Mots cls
NGN, IMS, transport, contrle, services, Media Gateway, Softswitch, convergence,
migration, dimensionnement, optimisation, prvision.