Vous êtes sur la page 1sur 17

Chapitre 3.

Dimensionnement du
rseau IMS

3.1

Introduction

Lvolution des rseaux et services vers le NGN est une tendance majeure
des tlcoms pour laquelle le march montre un intrt accru. En outre le
dimensionnement des quipements dun rseau NGN de tlcommunication
reprsente une tape importante. En effet, il permet de dterminer partie
du trafic observ et estim dune zone, le nombre dquipements, les
capacits des ressources transmission pour lacquisition et le dploiement
dun rseau.
Durant ce chapitre, nous allons intresser principalement aux paramtres
suivants : dbit utile du rseau, charge des diffrents lments du rseau,
dlais de transit des informations dans le rseau, le taux de simultanit et la
probabilit de perte dune partie ou de toute linformation.

3.2

Estimation du dbit utile

Le processus de dimensionnement des quipements se fait

selon la

densit du trafic du rseau pour les diffrents services et applications


Le rseau IMS est capable de supporter en termes de capacit de
stockage, de commutation, de transport et de contrle tout le trafic gnr
par les abonns et doffrir de nouveaux services avec la qualit requise
selon la catgorie dabonns. Ces derniers sont rpartis en deux
catgories : les abonns rsidentiels et les abonns daffaire ou
professionnel.

Service rsidentielle : VoIP, IP_TV, accs haut dbit internet, VoD,


interactive gaming
Service professionnel : VoIP, IPcentrex, accs haut dbit internet,
VPN, vido confrence, E-commerce
Le tableau 2.1 rsume les diffrents dbits ncessaires pour assurer ces
services.

Applications
Accs haut dbit internet
VoIP
IP_TV
VPN
VoD
Vidoconfrence

Dbits
2Mbits/s a 10 Mbits/s
5,3Mbits/s a 64 Mbits/s
3,5Mbits/s a 4,6 Mbits/s
Plus que 2 Mbits/s
3,5Mbits/s a 4,6 Mbits/s
384Mbits/s a 1,5 Mbits/s

Tableau 3. 1: Dbit pour chaque service

3.3

Classe de trafic

Lvaluation du volume de trafic total dans le rseau cur ncessite une


tude pralable des modles de trafic de chacune des classes de service.
Il est possible de partitionner, sur la base de la qualit de service,
lensemble des services en quatre classes : services conversationnels,
services flux continu ou Streaming, services interactifs, services en
mode tlchargement ou background.
Cette classification repose sur les exigences de classe en termes de
qualit de service. Ainsi, le critre de classification le plus prpondrant
est la sensibilit au dlai de transmission.
3.3.1

Classe conversationnelle

Les applications de cette classe ncessitent un service bidirectionnel en


temps rel impliquant deux utilisateurs ou plus. Les contraintes dpendent
donc de la perception : la limite sur le dlai maximum tolr est une limite
stricte car toute dgradation sur le dlai induirait une perte de qualit.

Exemples dapplications : la tlphonie, la vidophonie, la voix sur IP, les


jeux interactifs.
3.3.2

Classe des services flux continu ou Streaming

Les applications de cette classe impliquent le dialogue entre client et


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 peut plus importants que dans les cas des applications de type
conversationnel.
Exemples dapplications : audio ou vido sur demande.
3.3.3

Classe des services interactifs

Les applications de cette classe impliquent le dialogue entre client et


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.
Exemples dapplications : la navigation sur lInternet, laccs aux bases de
donnes et serveurs dapplications.
3.3.4

Classe

des

services

en

mode

tlchargement

ou

background
Les applications de cette classe impliquent lenvoi et la rception de
donnes en tche de fond. Labsence dinteractivit pour ces applications
fait que lutilisateur lorigine de la requte nest pas en attente dune
rponse dans une limite de temps fixe. Ce sont donc les applications les
moins sensibles au dlai, mais sont trs sensibles aux erreurs sur
linformation transfres.
Exemples dapplications : le mail, le transfert de messages courts (SMS),
le tlchargement de donnes ou de fichiers.

3.4

Model de trafic

Connaitre quelles lois pour chaque classe de services qui permettent de


calculer par la suite la charge de trafic dans le rseau cur.
3.4.1

Modle de trafic pour le service conversationnel

Les communications tlphoniques constituent le service le plus classique


dont le comporte. Le comportement dun utilisateur exploitant ce service
au cours du temps est modlis par un processus markovien du type ONOFF. Les caractristiques de ce modle sont :
-

Loccurrence des appels tlphoniques est un processus de poisson


caractris par un taux moyen dappel de valeur typique 0.8 appels

par heure.
La dure dun appel suit un processus exponentiel de moyenne

typique b telle que 1/b= 150 s.


La dure de lappel est une alternance de priodes dactivit et de
priodes de silence. Ces priodes suivent chacune une distribution
exponentielle. La valeur typique pour le taux dactivit des sources
est 0,5.

Le trafic moyen par abonn est calcul par lquation suivante (eq 2.1)

Equation 3. 1: Calcul du trafic moyen par abonn

Avec
-

i: Le trafic moyen par abonn


BHCA : Busy Hour Call Attemps (nombre de tentative dappel

lheure charg TAHC)


MHT : Mean Holding Time (Dure Moyenne de Communication DMC)

3.4.2

Modle de trafic pour le service flux continu

Le tlchargement dune squence vido est un exemple typique dun


service flux continu qui correspond une srie de trames de donnes de

mme dure de 25 trames par secondes. Il existe neuf types diffrents de


trames.
Les caractristiques pour ce modle sont les suivantes :
-

Loccurrence des sessions 0.17 appels/ heure


La dure dune session 120 s
Le taux dactivit de la source est de 0.58

3.4.3

Modle de trafic pour le service interactif

Lexemple typique de ce service est la consultation des pages Web. Selon


ce modle le flux de donnes peut tre dcompos en plusieurs sessions.
Pendant chaque session, lutilisateur consulte un ensemble de sites Web.
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.
Loccurrence de sessions est un processus de poisson de valeur typique
0.17 appels/heure
Les caractristiques 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.

3.4.4

Modle de trafic de la classe Background

Les services de cette classe sont insensibles au dlai. Ils sont transmis en
dehors des priodes charges du rseau cur, cest--dire au cours des
priodes dinactivits des autres classes de services. Dune autre manire,
ces services ne contribuent pas la charge du rseau.

Remarque : Chaque classe de service est caractrise par un modle


mathmatique de trafic qui diffrent par les valeurs de certains
paramtres tel que :
-

Taux dappel par abonn (appel/h/abonn)


Dure moyenne du service (s)
Taux dactivit de la source

Outre les modles mathmatiques, il est de coutume de faire des tudes


statistiques pour lestimation de ces paramtres.

3.5

Mthodologie du dimensionnement

3.5.1

Les hypothses du dimensionnement

Pour dimensionner le rseau cur UMTS, nous allons utiliser les


hypothses suivantes :
1/

Nous intresser au trafic pendant lheure de pointe, comme tant

lheure prsentant un maximum du trafic pendant une journe.


2/

Nous

admettons

que

la

rpartition

du

trafic

de

la

classe

conversationnelle entre mode paquet et mode circuit est fixe malgr que
la distribution du trafic mme entre les deux systmes du mode circuit
varie avec le temps.
3/

Les taux de pntration des rseaux UMTS et EDGE sont fixs,

indpendamment de la distribution des abonns.


4/

Nous supposons que le pourcentage dabonns qui passent de la

couverture UMTS vers EDGE est le mme qui passent de lEDGE vers
UMTS.
5/ nous supposons que tout abonn localis sous la couverture 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.

3.5.2

Organigramme de dimensionnement du rseau NGN

Multimdia

Figure 3. 1 : Organigramme de dimensionnement du rseau NGN Multimdia

3.5.3

Calcul du trafic gnr par le rseau daccs


3.5.3.1 Nombre dabonnes

A partir des tudes de marketing on peut estimer le nombre dabonnes


UMTS et EDGE actifs par zone et par technologie .En supposons le taux de
pntration UMTS est le pourcentage de couverture UMTS. Donc le nombre
total dabonns UMTS est donn par lquation 2.2

Equation 3. 2: Nombre total d'abonnes UMTS

Le nombre dabonnes pour la technologie EDGE est calculer par la mme


mthode que lUMTS (quation2.3)

Equation 3. 3 : Nombre total d'abonnes EDGE

Lutilisation des services varie selon leur nature dune part et selon la
technologie utilise dautre part (UMTS, EDGE).
Donc ltape suivante consiste dterminer le nombre dabonns actifs

Nijpar technologie i et par service j (conversationnel ou interactif ou


streaming).

Nijest donn par lquation 2.4.

Equation 3. 4 : Nombre dabonn actif

Avec :
-

Aile nombre dabonns de technologie i


Tjle taux dactivit de service j
3.5.3.2 Trafic gnr par chaque classe

Il faut souligner que le trafic de la classe conversationnelle est rparti en


trafic interne (dfini comme tant le trafic paquet qui englobe les
communications entre UMTS et EDGE cest--dire trafic interne lIMS) et
trafic externe destin vers le monde circuit.
Donc le trafic total par service est structure par ce logigramme (Figure 2.
1).

Figure 3. 2 : Organigramme de rpartition du trafic de la classe conversationnelle

Pour le service conversationnel, le volume de trafic gnr est calcul comme suit:

Equation 3. 5: Calcul du volume du trafic UMTS conversationnel

Equation 3. 6 : Calcul trafic externe UMTS conversationnel

Pour les services interactif et streaming, leurs volumes de trafic gnrs


sont les mmes que pour les services conversationnel (Equation 3. 5 et
Equation 3. 6).
-

Pour le service interactif, le trafic est calcul comme suit:

Equation 3. 7 : Calcul du trafic EDGE interactif

Equation 3. 8: Calcul du trafic UMTS interactif

Pour le service streaming, le trafic est calcul comme suit:

Equation 3. 9: Calcul du trafic UMTS streaming

Equation 3. 10: Calcul du trafic EDGE streaming

Donc pour dterminer le volume de trafic global il suffit deffectuer la


somme de tous les trafics gnrs pour chaque service (Equation 3.11)

Equation 3. 11: Le volume de trafic global

3.5.4

Dimensionnement

des

entits

du

rseau

NGN

Multimdia
La figure 3.3 reprsente les diffrentes entits dimensionner dans le cas
du rseau cur UMTS selon le concept IMS qui sont :
-

GGSN, SGSN, MSC Server (CSCF) et MGCF qui appartiennent la

couche contrle.
Mobile-MGW et IMS-MGW faisant partie de la couche connectivit.
Les serveurs dapplication faisant partie de la couche application.

Figure 3. 3: Les entits dimensionner

Les services larges bande englobent des services gourmand en bande


passante tel que les services de la classe Streaming et dont le trafic est
support par le CSCF de la couche contrle.
Les services a bande troite sont notamment les services du rseau
intelligent dont le trafic vhicul par le MGCF et le MSC Server.
Pour pouvoir dimensionner les entits de la couche application il faut
repartir les services selon leurs besoins en bande passante, en service en
bande troite et en service en large bande.
3.5.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 Aconv

issu du rseau GSM

destin aux abonns UMTS et EDGE. Le nombre des M_MGWs sera gal
alors :

Equation 3. 12 : Calcul du nombre des M_MGWs

Nous allons calculer la charge des M_MGW seulement. La capacit reste au choix de
loprateur.
La charge des M_MGW est calcule comme suit :

Equation 3. 13 : Calcul la charge des M_MGW

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.

Equation 3. 14 : Calcul du nombre de circuit

Avec :

Equation 3. 15 : Calcul du taux de perte

Remarque :
GoS est la probabilit que le contrle dadmission refuse une demande de
communication entre deux passerelles parce que le canal achemine dj
des communications (conversationnel, interactif et streaming) engendr
par les rseaux GSM/GPRS.
Ensuite nous dterminons en premier lieu le nombre de liens E0
ncessaire pour couler

conv puis le nombre de liens E1.

Sachant que 1E1=32E0=32*64 Kbits=2048 Kbits. La conversion de


conv

de lErlang en Kbits est donne par cette quation :

Equation 3. 16 : Calcul conversion du trafic conversationnel en Kbits

3.5.4.2

Dimensionnement des IMS_MGWs

Pour calculer le nombre des IMS_MGWs, nous considrons le volume de


trafic vhicul entre le rseau RTC ou GSM 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 lquation 3. 17.

Equation 3. 17: Calcul du trafic UMTS/EDGE vers le RTC

Le nombre des IMS-MGW est donn par lquation 3.18 :

Equation 3. 18 : Calcul du nombre dIMS_MGW

3.5.4.3

Dimensionnement de MGCF

Un MGCF fonctionne Gnralement dans les deux cas suivants :


-

Lappel est initi par le mode circuit.


Lappel est initi par le mode paquet et destin vers le mode circuit.

Ce type dappel ne peut tre que du conversationnel.


La charge de MGCF est estime en nombre total des
communications issues du rseau RTC.

Dimensionner cet quipement qui reprsente la couche contrle revient


dterminer la capacit de traitement de son processeur cest--dire le
nombre dappel trait par seconde (CPS= Call Per Second) ou par heure
BHCA (Busy Hour Call Attemps).
La capacit de traitement MGCF est calculee par lquation 3. 19.

Equation 3. 19: Capacit de traitement MGCF

Remarque :
-

Capacit de traitement MGCF(BHCA)=Capacit de traitement MGCF

(cps) * 3600
Su b Nb r
= Subscriber Number
I

SA U R

SMT I

MH T I

= Simultaneously Attached User Rate

= Subscriber Mean Traffic


= Mean Time Holding

La charge de MGCF est estime en nombre total des communications


issues du rseau RTC (Equation 3.20).

Equation 3. 20 : Calcul de la charge au niveau du MGCF

3.5.4.4

Dimensionnement de MSC Server

Afin de dterminer le nombre de MSC Server, nous devons calculer la


capacit de traitement

de son processeur, autrement dit le nombre total des communications


issues du rseau GSM(Equation 3. 21 ) .

Equation 3. 21 : Calcul de la charge au niveau des MSC Server

3.5.4.5

Dimensionnement des applications servers

Le dimensionnement dun Serveur dApplication dpend du nombre


dabonns simultanment attachs et le taux dappels qui correspond au
nombre dappel par abonn par seconde. Ainsi la capacit de traitement
dun serveur dapplication en (cps) est donne par la formule suivante :

Equation 3. 22 Calcul de la capacit de traitement dun SA

3.5.4.6

Dimensionnement des SGSNs

Le dimensionnement des SGSNs dpend du :


-

Nombre dabonns simultanment attachs (SAU: Simultaneously


attached User)
nombre de paquets par seconde (PPS : Packet PerSecond)
la taille moyenne des paquets, etc

Pour dterminer le nombre des SGSNs, nous allons nous baser sur le
paramtre

SAU

et

ceci

pour

des

raisons

de

simplification

du

dimensionnement. Une caractristique importante que nous risquons de


ngliger, puisque nous navons pas ralis le dimensionnement du rseau
daccs, cest la capacit du SGSN en termes de RNC connect. Aprs le
calcul du nombre des SGSNs requis, nous devons vrifier que la capacit
de chaque SGSN en termes de RNC na pas t dpasse. Dans telle
situation, il faut prendre la valeur maximale entre le nombre des SGSNs
requis selon le paramtre SAU et le nombre selon le paramtre RNC. Nous
utilisons le mode paquet (pas le mode circuit) o tous les abonns sont
connects.

Le nombre de SAU

EDGE

et celui de SAU

UMTS

sont donns par les quations

3.23 et 3.24.

Equation 3. 23 : Calcul du nombre de SAU

Equation 3. 24: Calcul du nombre de SAU

EDGE

UMTS

La dernire tape consiste choisir une configuration matrielle des SGSN


de la part de loprateur pour calculer le nombre des SGSN (Equation 3.25)

Equation 3. 25 : Calcul du nombre de SGSN

3.5.4.7

Dimensionnement des GGSN

Le paramtre cl de dimensionnement des GGSN 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 dterminons en
premier lieu le nombre de contextes PDP gnrs par les abonns UMTS
(Equation 3.26).

Equation 3. 26 : Calcul du nombre de PDP UMTS

En premier lieu nous dterminons le nombre de contextes PDP gnrs par les abonns
EDGE (Equation 3.27).

Equation 3. 27 : Calcul du nombre de PDP EDGE

Nous dterminons alors le nombre total de contextes PDP activ (Equation 3.28).

Equation 3. 28 : Calcul du nombre de PDP total

Par la suite, nous dterminons le nombre des GGSN selon la capacit choisie par loprateur
(Equation 3.29).

Equation 3. 29 : Calcul du nombre de GGSN

3.5.4.8

Dimensionnement du CSCF

Tout le trafic de signalisation SIP issue ou vers le mobile passe travers


cet lment. Comme le MGCF, le dimensionnement dun CSCF se traduit
par la capacit de traitement de son processeur qui sexprime en cps. La
seule diffrence est que le MGCF traite des services mode circuit, alors
que le CSCF traite des services Broad Band (large bande), de plus le CSCF
supporte le trafic interne, dfini comme tant le trafic paquet qui englobe
les communications UMTS/UMTS et EDGE/UMTS, cest--dire le trafic
interne lIMS, cest le trafic support par les M_MGW. Il supporte aussi le
trafic externe destin vers le monde circuit.
Dimensionner le CSCF revient dterminer la capacit de traitement de son processeur, chose
qui dpend de plusieurs facteurs dj dfini dans les paragraphes prcdent.
Ainsi la formule est :

Equation 3. 30 : calcul de dimensionnement au niveau du CSCF

Avec :
Capacit_de_traitement_CSCF(BHCA)= Capacit_de_traitement_CSCF (cps) * 3600
Ainsi la charge dun CSCF sexprime comme suit :

Equation 3. 31 : Calcul de la charge du CSCF

Avec :
NbAbonns (i) est le nombre dabonns simultans utilisant la technologie i.

3.6

Conclusion

Dans ce chapitre, nous avons expliqu le processus de dimensionnement


ainsi les rgles mathmatique utiliser et leurs paramtres aussi nous
avons pris en considration laspect multiservices et nous avons intress
au calcule de trafic utile

pour le rseau NGN a fin de pouvoir

dimensionner le rseau de lIMS.


Apres ltude et la fixation des rgles de dimensionnement du rseau
NGN MultiMedia, la conception et le dveloppement de loutil de
dimensionnement du cur du rseau IP Multimedia Subsystem sera lobjet
de notre prochain chapitre.