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
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.
![Chapitre 6 Essais Sur Béton-1 [Enregistrement Automatique]](https://imgv2-1-f.scribdassets.com/img/document/409549626/149x198/7411a691bd/1557581301?v=1)
