Projet Ngn-ims-Abdou Ndiaye-Halima Sadya Diouf

Ecole Suprieure Multinationale des Tlcommunications (ESMT)
Cycle dIngnieur de Conception- INGC 3eme anne
Module NGN/IMS
Projet de dimensionnement dun rseau NGN/IMS Variante 11
Ralis par :
DIOUF Alima Sadya NDIAYE Abdou
Encadrement :
Dr NIANG Boudal Formateur
Anne acadmique 2012-2013
Dimensionnement dun reseau NGN/IMS
Table des matires

Introduction ................................................................................................................................ 4
I. II. 1. Donnes dentre................................................................................................................................ 7 Dimensionnement laccs ................................................................................................................ 9 Dterminons le nombre de passerelle daccs RAGW.................................................................. 10 1.1. 1.2. 1.3. 2. Charge totale des abonns connects aux passerelles ......................................................... 11 Choix de la passerelle daccs ............................................................................................... 14 Choix du commutateur ......................................................................................................... 18
Dterminons les paramtres de chaque passerelle .................................................................... 18 2.1. 2.2. 2.3. 2.4. Paramtres de lAGW 1 ......................................................................................................... 18 Paramtres de lAGW 2 ......................................................................................................... 19 Paramtres de lAGW 3 ......................................................................................................... 20 Paramtres de lAGW 4 ......................................................................................................... 21
3.
Capacit des liens entre les passerelles et le rseau de transport ............................................... 21 3.1. Examen du systme avec perte ............................................................................................ 21 Dterminons maintenant la bande passante en fonction des codecs. ......................... 22 Dtermination des flux de transports a la sortie des diffrents codecs. ...................... 26
3.1.1. 3.1.2. 3.2. 4.1.
Examen du systme avec attente ......................................................................................... 31 Intensit du flux dappels des diffrents types de sources que va traiter le softswitch. ..... 37 La limite suprieure de la productivit du softswitch................................................... 38 Calcul du rendement du softswitch .............................................................................. 39
4.1.1. 4.1.2. 5.
Calcul des paramtres de connexion du softswitch ..................................................................... 40 5.1.1. La ressource de transport du softswitch ncessaire pour la transmission des messages du protocole UA...................................................................................................................... 40 5.1.2. La ressource de transport du softswitch ncessaire pour la transmission du protocole Megaco41
III. 1. 2. IV.
Dimensionnement au niveau transit............................................................................................. 43 Calcul des paramtres de chaque passerelle de transport ........................................................... 43 Capacit des liens dinterconnexion ............................................................................................. 44 Dimensionnement de lIMS........................................................................................................... 45
Dimensionnement dun reseau NGN/IMS 1. Calcul de la ressource de transport ncessaire pour linteraction de la S-CSCF avec les autres lments du rseau............................................................................................................................... 46 2. Calcul de la ressource de transport ncessaire pour linteraction de la S-CSCF avec les autres lments du rseau............................................................................................................................... 49
Conclusion .............................................................................................. 52 Rfrences.............................................................................................. 53

Glossaire 54
Listes des figures

Figure II.1-a Accs dans un rseau NGN ......................................................................................................... 9 Figure II.1-b Variantes dinterconnexion des terminaux SIP/H.323.............................................................. 10 Figure II.2 Passerelle daccs dans le rseau NGN ........................................................................................ 10 Figure II.3 Apparence de larmoire F02A et de ltagre HABA .................................................................... 15 Figure II.3 Distribution des abonns ............................................................................................................. 16 Figure II.4-a : Flux de transport a la sortie des codecs de lAGW1 ............................................................... 27 Figure II.4-b : Flux de transport a la sortie des codecs de lAGW2 ............................................................... 28 Figure II.4-c : Flux de transport a la sortie des codecs de lAGW3................................................................ 29 Figure II.4-d : Flux de transport a la sortie des codecs de lAGW4 ............................................................... 30 Figure II.5 : Systme de traitement des requtes. ........................................................................................ 32 Figure II.6 Signalisation destine au softswitch ............................................................................................ 42 Figure II.7 Schma structurel rseau NGN avec un quipement Huawei..................................................... 43 Figure IV.1 Rseau IMS.................................................................................................................................. 45 Figure IV.2 Schma IMS avec rsultats de dimensionnement ...................................................................... 51
Liste des tableaux

Tableau I.1 Rpartition des charges selon le type de codec ........................................................................... 7 Tableau I.2 Coefficients de corrections........................................................................................................... 7 Tableau I.3 Donnes relatives aux accs rseaux (abonns) ........................................................................ 7 Tableau I.4 Variantes du projet 11 .................................................................................................................. 8 Tableau I.5 Trafic lmentaire suivant le type dabonn ............................................................................... 8 Tableau I.6 Nombre de sollicitations suivant le type dappel ......................................................................... 9 Tableau II.1 Configuration hardware choisie pour lUA5000 ........................................................................ 14 Tableau II.2 Spcifications des ports disponibles avec le UA5000............................................................... 15 Tableau II.3-a : Comparatif valeurs maximales et nombre dabonnes du RAGW 1...................................... 17 Tableau II.3-b : Comparatif valeurs maximales et nombre dabonnes du RAGW 2 ..................................... 17 Tableau II.3-c : Comparatif valeurs maximales et nombre dabonnes du RAGW 3 ...................................... 17 Tableau II.3-d : Comparatif valeurs maximales et nombre dabonnes du RAGW 4 ..................................... 17 Tableau II.4 Comparaison des ports maximum du commutateur et les ports utiliss ................................. 18 Tableau II.5-a Charges au niveau de la Gateway 1 ....................................................................................... 19 Tableau II.5-b Charges au niveau de la Gateway 2 ....................................................................................... 20 Tableau II.5-c Charges au niveau de la Gateway 3........................................................................................ 20 Tableau II.5-d Charges au niveau de la Gateway 4 ....................................................................................... 21 Tableau II.6 Nombre de liens ou canaux suivant le type de codec de chaque AGW .................................... 22 Tableau II.7 Caractristiques des diffrents types de codecs ....................................................................... 23 Tableau II.8 Rcapitulatif des liens de transport suivant le type de codec .................................................. 26 Tableau II.9 Rcapitulatif des flux de transport suivant le codec/ AGW ...................................................... 30 Tableau II.10 : Nombre total dabonns LAN, PBX et V5 .............................................................................. 33
*Les chiffres romains au niveau des numros de tableau font rfrence a la partie du document donc fait partie le tableau en question.
Introduction
Les tlcommunications font partie des technologies qui ont rvolutionn notre mode de vie au vingtime sicle. Du tlgraphe lInternet, de la tlphonie sans fil au tlphone cellulaire, les progrs tablis en la matire sont spectaculaires. En interconnectant le monde entier, Ils ont non seulement permis les changes de biens et de services, de rduire les p ertes en termes dargent et de temps. Mais ont galement suscit des nouveaux besoins chez les utilisateurs, rclamant de nouveaux services afin de leur rendre la vie plus facile. Les informations transmises taient tout dabord codes en morse, puis de s techniques de modulation et de codages analogiques ont permis de transmettre du son, puis des images. Ensuite la venue des techniques numriques a considrablement augment le dbit et la qualit des informations transmettre dun point un autre. Les rseaux de tlcommunications voluent aujourd'hui vers des nouvelles gnrations de rseaux (NGN). Ces derniers ont comme objectifs de faire converger les services voix, multimdia et donnes en utilisant un rseau de transport IP ou ATM et d'offrir des nouveaux services lis la mobilit des personnes. De plus, on est face, aujourdhui, une palette de services de plus en plus diversifis. En effet, le haut dbit a boulevers irrmdiablement lunivers des services en acclrant la convergence des tlcoms avec linformatique. La connectivit IP gnralise ouvre un univers toujours plus large de services indpendants de loprateur daccs. La substitution fixe mobile reste dactualit et la convergence fixe mobile sannonce comme une proche ralit. D ans ce cadre est apparu un nouveau concept : IMS (IP Multimedia Subsystem). Ce concept est conu pour rpondre toutes ces exigences en offrant aux utilisateurs la possibilit dtablir des sessions multimdia et en utilisant tout accs haut dbit et une commutation de paquets IP. Les oprateurs historiques sont ainsi confronts une mutation majeure : le cur de leur rseau doit voluer pour acheminer des trafics varis et tre compatible avec des offres de services rgulirement renouveles dans un contexte concurrentiel de plus en plus rude Lobjectif de notre projet est de faire le dimensionnement dun rseau NGN/IMS. Le prsent rapport sera organis en quatre parties : La premire partie prsentera les donnes dentres ncessaires pour ltude thorique du dimensionnement faire. La deuxime partie traitera du dimensionnement au niveau accs qui se compose du dimensionnement des passerelles daccs et du softswitch. Ensuite on proposera un schma structurel du rseau NGN. La troisime partie traitera du dimensionnement au niveau transit La quatrime partie sera pour le dimensionnement IMS.
I.
Donnes dentre
Dans cette partie, nous trouvons les diffrentes donnes ncessaires pour ltude thorique du dimensionnement pour les niveaux accs, transit et pour lIMS. Les codecs utiliss et rpartition des charges Le tableau I.1 donne les diffrents codecs utiliss et la rpartition des charges en pourcentage suivant le type de codec.
Type de codec Rpartition en % Codec G.711 Codec G.723.1 I/r Codec G.723.1 h/r Codec G.729A Tableau I.1 Rpartition des charges selon le type de codec
20 20 30 30
Les coefficients de correction
Variantes
Valeur
Kpstn 1,25 Kisdn 1,75 Kv5 2 Kpbx 1,75 Ksh 1,9 Tableau I.2 Coefficients de corrections Les donnes relatives laccs Variantes Valeur Npstn(ab) 13000 Nisdn(ab) 900 Nsh(ab) 100 I(nbre de LAN) 6 Ni_lan(ab) 30 J(nbre d'interfaces V5) 4 Nj_v5(ab) 70 M(nbre de PBX) 5 Nm_pbx(ab) 120 Tableau I.3 Donnes relatives aux accs rseaux (abonns)
Les paramtres du projet Paramtres Valeur 145 10 150 10 145 10 150 10 14 2000 1 6500 155 10 10000 0,23 10 15 5 10 15 15 40
Lmegaco(octets)
Nmegaco(messages) Lv5ua(octets) Nv5ua(messages) Liua(octets) Niua(messages) Lsh(octets) Nsh(messages) N l_E1 Pch(appel/heure chargee) L(nombre de passerelle de transport) Pmegaco(appel/heure chargee) Lmxua(octets) Nmxua(messages) Psig(appel/heure chargee) P(appel/heure chargee) Nsip1 Nsip2 Nsip3 Nsip4 Nsip5 X% Y% Tableau I.4 Variantes du projet 11 Donnes de trafic lmentaire
Variantes Valeur y_pstn 0,015 y_isdn 0,03 y_jv5 0,8 y_mpbx 0,8 Tableau I.5 Trafic lmentaire suivant le type dabonn
Intensit des flux suivant le type dappel Variantes Valeur
Ppstn 5 Pisdn 10 Pv5 35 Ppbx 35 Psh 10 Tableau I.6 Nombre de sollicitations suivant le type dappel Coefficient dutilisation des ressources de transport lors de la transmission de la signalisation Ksig=5 Note : Les commentaires sur les donnes fournies dans cette partie seront dtaills lorsque celles-ci sont utilises dans la suite du rapport.
II.
Dimensionnement laccs
Laccs dans un rseau NGN permet de connecter les diffrents abonnes et ce quelque soit le type daccs utilis. Les abonnes peuvent tre connectes via une passerelle daccs ou directement au niveau du commutateur comme le montre les figures II.1-a et II.1-b suivantes :
Figure II.1-a Accs dans un rseau NGN
Figure II.1-b Variantes dinterconnexion des terminaux SIP/H.323
1. Dterminons le nombre de passerelle daccs RAGW

Le RAGW permet de raccorder tout genre daccs avec le rseau NGN. Par genre daccs, nous comprenons les accs RTC (PSTN en anglais), RNIS (ISDN en anglais), GSM, UMTS Aussi il peut connecter diffrentes technologies comme les accs FTTx, xDSL, PBX, V5, etc. La figure II.1 montre les diffrents types dabonnes connectes au RAGW.
Figure II.2 Passerelle daccs dans le rseau NGN
10
Dans cette partie nous allons faire le dimensionnement des passerelles daccs. C'est--dire nous allons tudier en premier lieu la charge totale des abonns connects aux passerelles daccs afin de pouvoir dterminer en second lieu le nombre de passerelles daccs (Accs GatewayAGW) ncessaires pour notre rseau. 1.1. Charge totale des abonns connects aux passerelles
La prvision du trafic des abonnes connects aux passerelles daccs permettra davoir une ide sur la charge totale avoir au niveau des AGW. Pour cela nous allons valuer la charge au niveau de chaque genre daccs. Charge totale des abonns RTC (PSTN)
La charge totale des abonns RTC se calcule par le produit du trafic lmentaire dun abonn par le nombre dabonns. Les lignes dabonnes RTC ont dans certains pays un trafic lmentaire de 35 mE, par contre dans nos pays le trafic sur le fixe est moins important donc on prendra la valeur de 15 mE comme trafic lmentaire. represente le nombre dabonnes PSTN c'est--dire RTC le trafic lmentaire sur ligne dabonne RTC. Donc le trafic total est donn par la relation suivante :
Application numrique :
Charge totale des abonns RNIS (ISDN)
La charge totale des abonns RNIS se calcule par le produit du trafic lmentaire dun abonn par le nombre dabonns.
11
Charge totale des quipements connects travers linterface
Plusieurs nuds daccs peuvent exister donc on calcule pour un quelconque nud daccs. Calculons alors la charge laccs j de linterface . Lindice j reprsente une interface v5 considre. Cette charge se calcule par le produit du trafic lmentaire dun abonn par le nombre dabonns.
reprsente le nombre dabonnes connectes via une linterface j v5. Ce type dinterface est gnralement utilis par les entreprises, ce qui fait que la ligne est rgulirement prise do la valeur prise pour le trafic lmentaire . Application Numrique :
Calculons maintenant le trafic total des interfaces . Dans la relation suivante J represente le nombre de nuds dacces (Access Node). Vu que la charge est la meme pour chaque acces node, il suffira de multiplier cette valeur par J.
Application Numrique :
12
Charge totale des quipements connects travers linterface PBX sur la passerelle daccs
Le PABX (PBX) prend en charge les communications internes et externes dune entreprise (Private Automatic Branch Exchange). Ce type dinterface est gnralement utilis par les entreprises, ce qui que la ligne est rgulirement prise do la valeur prise 0.8 pour le trafic lmentaire . Tout comme pour linterface plusieurs PBX peuvent tre raccords donc on calcule pour un quelconque PBX m. Calculons alors la charge dun . Cette charge se calcule par le produit du trafic lmentaire dun abonn par le nombre dabonns PABX.
Calculons maintenant totale des quipements connects travers linterface PBX sur la passerelle daccs par la relation suivante
O M=5 reprsente le nombre de
Note: Si la passerelle assure la fonction de passerelle daccs rsidentielle, elle peu t bien assure la fonction de MSAN (Multiservice Access Node). Et ces calculs sont aussi valables pour les MSAN pour les ports respectifs : RTC, RNIS, et Ainsi la charge totale de cette passerelle est : Ainsi nous pouvons faire le total des charges pour avoir la charge totale de notre passerelle.
13
1.2.
Choix de la passerelle daccs
Compte tenu des nombre s dabonnes connectes au niveau des passerelles daccs, nous avons cherche plusieurs quipements au niveau des quipementiers comme Huawei, Alcatel-Lucent, Samsung, RAD, Protei, Dans cette recherche dquipement pouvant nous satisfaire dans le projet de dimensionnement accs, nous avons trouv un quipement chez le constructeur Huawei qui lquipement connu sous le nom de UA5000 Universal Access Unit-V100R019C02. L UA5000 Universal Access Unit (rfrenc comme le UA5000) est un quipement pour laccs aux services a bande troite et large bande. Avec laugmentation des demandes de services tlcoms comme les services donnes, voix, vido et multimdia, lexigence dun rseau daccs qui fournit de large capacit, un haut dbit et une qualit suprieure des services intgrs devient imprative. A cote des services voix et diffusion de qualit, le UA5000 offre aux abonnes des services voix et multimdia bass sur du tout IP. Une autre raison de ce choix est que lUA5000 peut travailler avec une OLT. Donc il peut tre positionne dans un rseau PON. Notons aussi que la documentation est facilement disponible et libre daccs. Spcifications dUA5000 Universal Access Unit-V100R019C02 LUA5000 prsente tous les ports dont on besoin pour notre projet de dimensionnement. Cependant il ya une configuration hardware choisir suivant les nombre dabonnes a connecter. Cette configuration est dcline en termes darmoires, dtagres et de cartes choisir. En se basant sur le nombre dabonnes PSTN raccorder qui est de 13000, nous avons choisi la configuration suivantes :
Model darmoire F02A(HABA)
Configuration dtagre 2 HABA
Nombre maximum dutilisateurs Configuration totale de carte de 64 canaux POTS avec 3840 utilisateurs.
Tableau II.1 Configuration hardware choisie pour lUA5000
14
Figure II.3 Apparence de larmoire F02A et de ltagre HABA Nombre maximum de ports Avec larmoire F02A (HABA), on peut avoir une configuration de deux tagres HABA : Une configuration complte de carte 64 canaux POTS avec 3840 utilisateurs. ISDN PRA (30B+D) au niveau de la carte EDTB qui prend 16 ports au maximum : 480 utilisateurs. La carte PV8 est galement appel tableau de commande bande troite. Il contrle les cartes bande troite la mme tagre, fournit huit canaux (8) pour l'accs des signaux V5, convertit les signaux en signaux E1 V5 et les transmet en amont, implmentant l'change de ressources bande troite et l'horloge de travail. 16 ports FXO donnes par la carte CDI pour connecter nos PBX.
Donc en rsum nous pouvons avoir avec lUA5000 les spcifications suivantes : Type de Ports POTS (RTC) ISDN PRA V5 FXO Nbre de maximum de users 3840 users 480 users 8 16 Tableau II.2 Spcifications des ports disponibles avec le UA5000
Pour plus de dtails sur les spcifications, il faudra se rfrer au document technique qui est disponible sur le lien http://www.huawei.com
15
On peut passer a la distribution des abonnes qui est reprsente sur la figure II.3
Figure II.3 Distribution des abonns
Le choix de ce modle de distribution est de prendre en compte les considrations suivantes. Les abonnes PSTN sont gographiquement repartis un peu partout dans le rseau. Donc la distribution se fait de manire linaire sur les 4 passerelles daccs. La passerelle 4 est sous utilise et nous permettra de raccorder de nouveaux abonnes lorsque loccasion se prsentera. Les passerelles 2 et 3 sont utilises les abonnes des zones classes affaires (avec des entreprises). Au niveau des ces passerelles nous avons reparti les interfaces V5 pour un souci de scurit et de surcharge vu limportance de ces zones. Le nombre de PABX a t aussi reparti sur ces deux passerelles.
16
Maintenant nous allons tablir les tables de comparaison des valeurs maximales des paramtres de connexion et des nombres dabonnes souhaites. Les tableaux II.2-a, b, c et d donnent les valeurs de ces comparaisons respectivement au niveau des AGW 1, 2 , 3 et 4.
Dnomination Nombre de ports RTC Nombre de ports RNIS Nombre de ports PBX(PRI) Nombre de ports
Premire passerelle(GW1) Nombre maximum de ports 3840 480 16 8
Nombre de ports connects 3840 480 0 0
Tableau II.3-a : Comparatif valeurs maximales et nombre dabonnes du RAGW 1
Deuxime passerelle(GW2) Nombre maximum de ports 3840 480 16 8
Tableau II.3-b : Comparatif valeurs maximales et nombre dabonnes du RAGW 2
Troisime passerelle(GW3) Nombre maximum de ports 3840 480 16 8
Tableau II.3-c : Comparatif valeurs maximales et nombre dabonnes du RAGW 3
Quatrime passerelle(GW4) Dnomination Nombre maximum de ports Nombre de ports RTC 2000 Nombre de ports RNIS 500 Nombre de ports PBX(PRI) 16 Nombre de ports 8
Tableau II.3-d : Comparatif valeurs maximales et nombre dabonnes du RAGW 4
17
Commentaires : La distribution prcdente des abonns au niveau des diffrentes passerelles donne la possibilit dutiliser diffrents chssis. Pour chaque passerelle, nous allons acheter que les ports utiliss pour le projet, ce qui va rduire le cout dinvestissement. Par exemple pour la passerelle 4 lUA500 propose une configuration avec 1920 utilisateurs RTC.
1.3.
Choix du commutateur
Concernant le commutateur nous allons choisir lquipementier qui prsente les spcifications suivantes. Lquipementier propose en effet un commutateur avec environ 150 ports, ce qui sera adquat pour notre projet vu quil y 110 ports utiliss. Le tableau suivant compare prsente les spcifications requises et fait une comparaison avec le nombre de ports utiliss. Dnomination Nombre total de ports Type de connexion Passerelle daccs Nombre dabonns SIP LAN Nombre de ports Nombre total de ports utiliss
4 100 6 110
Nombre de port
150
Tableau II.4 Comparaison des ports maximum du commutateur et les ports utiliss
2. Dterminons les paramtres de chaque passerelle

Dans cette partie, nous allons faire la rpartition de la charge totale calcule au 1.1 de la partie II sur les diffrentes passerelles. Donc on va calculer la charge totale au niveau de chaque passerelle ainsi que leur distribution suivant le type de codec utilise. 2.1. Paramtres de lAGW 1
Comme vue plus haut, la charge totale se calcule travers la formule suivante :
Cependant les nombres Npstn et Nisdn reprsentent ici le nombre dabonns RTC et RNIS connects sur la passerelle daccs 1. Leurs valeurs sont donnes au niveau du tableau II.2-a (nombre de ports connects).
18
Distribution selon le type de codec Le tableau de rpartition des charges (en %) selon le type de codec utilise est donn dans la partie I relative aux donnes dentre (cf. tableau I.1). Donc le travail consistera multiplier la charge totale par le pourcentage du codec do la relation suivante :
Les rsultats sont prsents dans le tableau ci-dessous :

AGW 1 Codec G.711 G.723.1 I/r G.723.1 h/r G.729 A Charge totale Ygw Tableau II.5-a Charges au niveau de la Gateway 1 % charge 20 20 30 30 Valeur charge(Erlang) 14,4 14,4 21,6 21,6 72
2.2.
Paramtres de lAGW 2
Au niveau de cette passerelle nous avons connect des abonnes PSTN, PBX et des V5 (cf. Tableau II.3-b). Donc pour la charge totale on aura :
19
Par le mme procd que prcdemment, nous obtenons les rsultats renseigns dans le tableau ci-dessous :
AGW 2 Codec G.711 G.723.1 I/r G.723.1 h/r G.729 A % charge 20 91,52 20 137,28 30 137,28 30 457,6 Valeur charge(Erlang) 91,52
Charge totale Ygw Tableau II.5-b Charges au niveau de la Gateway 2
2.3.
Paramtres de lAGW 3
Au niveau de cette passerelle nous avons connect des abonnes PSTN, PBX et des V5 (cf. Tableau II.3-c). Donc pour la charge totale on aura :
Charge totale Ygw Tableau II.5-c Charges au niveau de la Gateway 3
20
2.4.
Paramtres de lAGW 4
Cette passerelle connecte les mmes types dabonnes que la passerelle 1. Donc la charge totale sera donne par : = + = * + *
Avec Npstn et Nisdn le nombre dabonnes respectif connects au niveau de la passerelle daccs 4. Application numrique :
Charge totale Ygw Tableau II.5-d Charges au niveau de la Gateway 4
La suite des paramtres de liaison sera calcule dans la partie suivante.
3. Capacit des liens entre les passerelles et le rseau de transport

3.1. Examen du systme avec perte
Nous allons examiner le systme avec perte et dterminons le nombre de liens ou organes ncessaires pour le traitement du trafic par le codec du type X. Et pour cela nous allons utiliser une probabilit de perte gale 2% (qui est le maximum accept par le rgulateur lARTP) et le logiciel ERLANG B&C CALCULATOR. Le calcul du nombre de canaux dans le systme avec attente est donne par la relation dErlang B.
21
En considrant les tableaux des charges pour les diffrents codecs dans chaque passerelle et la probabilit de perte p=0,02 on calculera les canaux pour chaque type de codec et ce dans chaque passerelle. Le tableau ci-dessous donne le nombre de liens ou organes ncessaires pour le traitement du trafic par un type de codec. Ces valeurs sont renseignes pour chaque passerelle. Passerelle daccs AGW1 G.711 G.723.1 I/r Type de codec 22 22 AGW2 108 108 AGW3 84 84 AGW4 13 13
G.723.1 h/r
30
151
122
17
G.729 A
30
151
122
17
Tableau II.6 Nombre de liens ou canaux suivant le type de codec de chaque AGW
3.1.1. Dterminons maintenant la bande passante en fonction des codecs. La bande passante ncessaire au transport de la voix sur IP est dpendante de plusieurs facteurs dont : Codec (Codec/dcodeur) et priode dchantillonnage Entte IP (Internet Protocol) Support de transmission Suppression de silence
Le Codec dtermine la quantit de bande passante que vont occuper les donnes voix. Il dtermine aussi la vitesse laquelle la voix est chantillonne. Les enttes IP/UDP/RTP reprsentent une valeur fixe de 40 octets. Le support de transmission tel quEthernet va lui aussi ajouter chaque paquet ses propres enttes et checksums. Finalement les codecs peuvent utiliser la suppression de silence permettant de rduire la consommation de bande passante de plus de 50%.
22
Le Codec Les caractristiques importantes du codec sont les suivantes : Le nombre de bits gnrs par seconde La priode dchantillonnage (sample period) => ceci dfinit la frquence denvoi dun chantillon.
Lentte IP Lentte IP est un terme utilis pour designer toutes les informations relatives aux protocoles IP, UDP, RTP et ajoutes au fur et a mesure au paquet durant sa transmission. La trame gnre par le codec est donc enveloppe par des couches successives afin de le remettre sa destination finale. RTP est le premier ajouter son entte de 12 octets Ensuite UDP avec un entte de 8 octets Enfin le protocole IP avec un entte de 20 octets
Donc les protocoles IP/UDP/RTP ajoutent 40 octets lentte de la trame voix. Support de transmission Lorsquun paquet traverse le paquet IP, il se voit renveloppe lors du transit par la couche physique reprsentant le moyen de transmission. La plupart des transmissions de voix sur IP utilise comme support de transmission le rseau Ethernet tout comme dautres parties du noyau du rseau de transport. La couche Ethernet ajoute gnralement 38 octets au paquet et cette valeur change en fonction du support de transmission utilis. Dans cette partie, nous allons calculer les bandes Ethernet des diffrents codecs utiliss. Le tableau suivant prsente les caractristiques de diffrents codecs dont nous allons dtailler le calcul de la bande passante :
Codec G.711 G.723.1 I/r G.723.1 h/r G.729 A Frame period (ms) Packet per second Frame size(octets) Frame/packet 1 1 1 2 Bandwith(Kbps) 95,2 26,2 27,2 39,2
20 50 160 20 50 20 20 50 24 10 100 10 Tableau II.7 Caractristiques des diffrents types de codecs
23
Maintenant passons aux dtails des calculs des bandes passantes Bande passante codec G.711 Ecart entre trame Ethernet Ethernet CRC
Prambule Ethernet Entte Ethernet
20ms G.711 charge utile (160) Entte IP Le codec G711 envoyant une frquence de 20ms nous donne 50 paquets par seconde .Sachant que le codec envoie 64000 bits/seconde, nous obtenons un paquet dune valeur de 64000/50 =1280 bits (160) octets par paquet, valeur laquelle il faut ajouter 40 octets dentte IP et 38 octets pour lEthernet, ce qui donne une taille totale du paquet gale 238 octets. La bande passante ncessaire sera alors gale :
Bande passante du codec G723.1 I/r

Prambule Ethernet Entte Ethernet Ecart entre trame Ethernet Ethernet CRC
30ms G723.1 I/r charge utile (20) Entte IP Le codec G723.1 I/r envoyant une frquence de 30ms nous donne 34 paquets par seconde. Sachant que le codec envoie 5300 bits/seconde, nous obtenons un paquet dune valeur de 5300/34 =156 bits (19 octets) par paquet, valeur laquelle il faut ajouter 40 octets dentte IP et 38 octets pour lEthernet, ce qui donne une taille totale du paquet gale 97 octets. La bande passante ncessaire sera alors gale :
24
Bande passante du codec G.723.1 H/r

Prambule Ethernet Entte Ethernet Ecart entre trame Ethernet Ethernet CRC
30ms G.723.1 h/r charge utile (24) Entte IP
Le codec G.723 H/r envoyant une frquence de 30ms nous donne 34 paquets par seconde. Sachant que le codec envoie 6400 bits/seconde, nous obtenons un paquet dune valeur de 6400/34 =188 bits (23 octets) par paquet, valeur laquelle il faut ajouter 40 octets dentte IP et 38 octets pour lEthernet, ce qui donne une taille totale du paquet gale 101 octets. La bande passante ncessaire sera alors gale :
Bande passante du codec G.729 A Ecart entre trame Ethernet Ethernet CRC
Prambule Ethernet Entte Ethernet
10ms G.729 A charge utile (10) Entte IP Le codec G729 A envoyant une frquence de 10ms nous donne 100 trames par Seconde. Sachant que le codec envoie 8000 bits/seconde, nous obtenons un trame dune valeur de 8000/100 =80 bits (10) octets par trame. Cependant il faut remarquer quavec le G.279 A, nous avons 2 trames par paquet donc on aura comme charge utile dans le paquet 2*10 octets soit 20 octets, valeur laquelle il faut ajouter 40 octets dentte IP et 38 octets pour lEthernet, ce qui donne une taille totale du paquet gale 88 octets.
25
La bande passante ncessaire sera alors gale :
La division par 2 sexplique par le fait que nous calculons la bande ethernet donc niveau trame et que pour le G.729 A nous avons 2 trames/paquet.
3.1.2. Dtermination des flux de transports a la sortie des diffrents codecs. Dans le point III-3 a) nous avons dtermin le nombre de liens ncessaires pour le traitement du trafic gnr par chaque codec et dans la partie III-3 b) les bandes passantes des diffrents codecs. Ainsi le calcul des flux a la sortie de chaque codec se fera en multipliant le nombre de liens par la bande passante du codec considr. AGW1 22 22 30 30 AGW2 108 108 151 151 AGW3 84 84 122 122 AGW4 13 13 17 17
G.711 G.723.1 I/r G.723.1 h/r G.729 A
Tableau II.8 Rcapitulatif des liens de transport suivant le type de codec
Flux de transport au niveau lAGW 1
Donc en total on aura
26
Figure II.4-a : Flux de transport a la sortie des codecs de lAGW1
27
Figure II.4-b : Flux de transport a la sortie des codecs de lAGW2
28
Figure II.4-c : Flux de transport a la sortie des codecs de lAGW3
29
Figure II.4-d : Flux de transport a la sortie des codecs de lAGW4
Ainsi le flux total linterface de connexion avec le commutateur est :
Lapplication numrique nous donne :
AGW1
G.711 2094,4 G.723.1 I/r 574,2 G.723.1 h/r 816 G.729 A 1176 Total
AGW2
10281,6 2818,8 4107,2 5919,2
AGW3
7996,8 2192,4 3318,4 4782,4
AGW4
1237,6 339,3 462,4 666,4 2705,7
4660,6 23126,8 18290 Tableau II.9 Rcapitulatif des flux de transport suivant le codec/ AGW
30
3.2.
Examen du systme avec attente
Dterminons lintensit de transmission pour chaque type de codec avec la formule suivante :
Pour le codec G.711 on aura ainsi :
Pour le codec G.723.1 I/r on aura :
Pour le codec G.723.1 h/r on aura :
Pour le codec G.723.1 I/r on aura :
Donc en connaissance des intensits de transmission de chaque codec, nous pouvons calculer lintensit totale darrive des paquets. Nous aurons ainsi :
31
Maintenant pouvons dterminer lintensit de traitement des requtes puisque nous connaissons la dure moyenne dattente des paquets et lintensit darrive des requtes ( ). La formule de lintensit de traitement est donne par la relation suivante :
Figure II.5 : Systme de traitement des requtes.
Le traitement des requtes concerne les paquets qui arrivent (reprsents par ) et les paquets qui sont en attente (donnes par 1/temps dattente). La dure moyenne dattente des paquets est de 100 ms. Ce qui nous permet de dterminer le nombre de paquets en attente. En application numrique nous aurons donc :
Reprsente les paquets qui sont en attente. Dfinissons la charge sur le canal de communication . Elle est donne par la relation suivante :
Application numerique :
32
Dfinissons la bande passante du canal de communication qui est dfinie comme suit :
V flux total de linterface entre les passerelles et le commutateur Charge du canal de communication
Do
Ressources pour le transport des messages de signalisation entre les AGW et le commutateur. Dans ce paragraphe, nous allons tudier les ressources de transport ncessaires pour lenvoi des messages de signalisation entre les passerelles daccs et le commutateur. Avant cela nous allons dterminer le nombre total dabonnes connects via les technologies LAN, PBX et V5. Soient , dentres) : et ces trois nombres respectifs, on aura ainsi (en se rfrant aux donnes
Technologies LAN PBX V5
Nombre daccs 6 5 4
Nombre dabonnes/accs 30 120 70
Nombre total dabonnes 180 600 280
Tableau II.10 : Nombre total dabonns LAN, PBX et V5
Le protocole Megaco est utilis pour grer les sollicitations PSTN, ISDN, V5 et PBX. Les messages de protocole Megaco utiliss pour la gestion de la passerelle dans le commutateur daccs doivent tre pris en compte dans le calcul de la ressource de transport.
33
La formule suivante permet de calculer la valeur de cette ressource de transport pour lenvoi des messages Megaco.
est le coefficient dutilisation des ressources de transport lors de la transmission de la charge de signalisation. Il correspond un trafic de 0,2 Erlang donc on en dduit que 1/5 du trafic est destin la signalisation.
, , , representent respectivement le nombre de sollicitations dun abonnee PSTN, ISDN, PBX et V5. Notons que les valeurs de P donnes sont valables lheure chargee donc dans lapplication numrique il faudra diviser par 3600 secondes. De plus elles sont exprimes en octets donc il faut multiplier par 8. Ainsi en application numrique nous aurons :
En simplifiant nous aurons ainsi
Do
Les bandes passantes suivantes sont ncessaires pour la transmission du signal de signalisation des diffrents types dappels. Pour ISDN
34
: Longueur moyenne (en octets) dun message IUA (ISDN User Adaptation). : Nombre moyen de message IUA lors de ltablissement dune communication.
Soit
Pour V5
: Longueur moyenne (en octets) dun message via linterface V5. : Nombre moyen de message du protocole v5 lors de ltablissement dune connexion. Application numrique :
Soit
Pour PBX
Soit
35
Pour SH
: Longueur moyenne (en octets) dun message des protocoles SIP/H323. : Nombre moyen de message des protocoles SIP/H323 lors de ltablissement dune connexion : Nombre dabonns des protocoles SIP/H323
Soit
Pour LAN
Les abonnes des rseaux locaux LAN utilisent le protocole SIP/H.323 lors de leur communication. Donc on aura la formule ci-dessous pour le calcul de la bande passante :
: Longueur moyenne (en octets) dun message des protocoles SIP/H323. : Nombre dabonns des LAN Application numrique :
Soit
36
4. Calcul des paramtres du softswitch

Le softswitch est un commutateur permettant de contrler les appels, de grer les mdiaGateway (MGW) et de transfrer de la gestion des MGW (Media Gateway). Mais une de ses principales fonctions est dinterprter de la signalisation pour interconnecter deux terminaux. Ainsi le NGN peut tre vu comme le nud central du rseau NGN car permettant de faire la facturation, de grer des services ou dutiliser des services tiers et afin de grer les donnes des abonnes et utilisateurs. Du fait de son rle primordial dans les rseaux NGN, le softswitch doit pouvoir rpondre aux diffrentes exigences des rseaux, do la ncessit dun dimensionnement. Et pour faire un bon dimensionnement nous allons dabord dterminer lintensit du flux dappels des diffrents types de sources que va traiter le softswitch. Puis nous allons donner la limite suprieure de la productivit du softswitch, pour afin dterminer son rendement. 4.1. Intensit du flux dappels des diffrents types de sources que va tr aiter le softswitch. Pour dterminer cette intensit on fera la somme des produits des intensits des flux dappels par leur nombre respectifs dabonns. Ces calculs font intervenir cinq types dabonns : Les abonns du rseau tlphonique commut nots Les abonns du rseau numrique intgration nots Les abonns raccords au PBx nots Les abonns raccords linterface nots Les abonns du rseau LAN not Les abonns concerns par les SIP Et leurs intensits de flux respectifs sont notes ; ; ; ; ;
Ainsi lintensit du flux dappels des diffrents types de sources que va traiter le softswitch est calcule grce la formule suivante : = * + * + * (ab) + * + * + *
37
Ce softswitch traite 107600 appels lheure charge. Mais il faut toujours voir sa capacit maximale de gestion et contrle dappels. Ce qui nous amne calculer la limite suprieure de la productivit du softswitch.
4.1.1.
La limite suprieure de la productivit du softswitch
Pour dterminer cette limite, il faut introduire les coefficients de correction qui serviront corriger les dformations du rseau. Ces coefficients dpendent des diffrentes sources (PSTN, ISDN, PBX, SIP). Les diffrents coefficients intervenant sont :
Pour les rseaux PSTN, Pour les rseaux ISDN, Pour le rseau LAN et utilisant la signalisation base sur IP(SIP), Pour les rseaux utilisant des PBX, Pour les rseaux utilisant les interfaces .
Et la limite suprieure de la productivit du softswitch note avec une intensit peut tre dfinie comme suit.
lors du traitement des appels
* *
+ + *
* +
+ *
(ab) +
38
En comparant lintensit du flux dappels des diffrents types de sources sa limite suprieure, nous constatons une diffrence trs nette. appels lheure charge et Ce qui nous amne dterminer le rendement du softswitch. lheure charge.
4.1.2. Calcul du rendement du softswitch Le rendement du softswitch est donn par la relation suivante :
39
5. Calcul des paramtres de connexion du softswitch

Pour contrler les passerelles mdia, le softswitch a besoin dun protocole appel Megaco. Ainsi le softswitch a besoin de ressources pour assurer la transmission des messages du protocole UA ainsi que ceux du protocole Megaco. Ce qui nous amne calculer ces deux quantits de ressources. 5.1.1. La ressource de transport du softswitch ncessaire pour la transmission des messages du protocole UA La ressource de transport du softswitch ncessaire pour la transmission des messages du protocole MxUA sera note . Pour dterminer cette quantit de ressource de nouvelles variantes interviennent. Il sagit : : Longueur moyenne des messages du protocole MXUA exprime en octets : Nombre moyen de message du protocole MXUA ncessaire pour le traitement dun appel. : Le coefficient dutilisation des ressources de transport lors de la transmission de la charge de signalisation.
Ainsi la quantit de ressource se calcule laide de la formule suivante :
)
Puisque est gale 5 alors :
Soit
40
5.1.2. La ressource de transport du softswitch ncessaire pour la transmission du protocole Megaco Pour dterminer cette quantit de ressource de nouvelles variantes interviennent, il sagit : : Longueur moyenne des messages du protocole Megaco exprime en octets : Nombre moyen de message du protocole Megaco ncessaire pour le traitement dun appel. : Le coefficient dutilisation des ressources de transport lors de la transmission de la charge de signalisation. Ainsi la quantit de ressource se calcule laide de la formule suivante :
)
Puisque est gale 5 alors :
)
41
Figure II.6 Signalisation destine au softswitch
6. Schma structurel dun fragment du rseau NGN (partie accs): cas de lEGW1530 de HUAWEI
Cette passerelle daccs de lquipementier HUAWEI est une solution entreprise permettant dinterconnecter des abonns provenant de services diffrents et de les acheminer vers un rseau NGN. Nous nous intressons ici la partie accs et le principe est le mme pour un rseau de grande dimension. Note : lEGW1530 et lEGW1500 sont de la mme famille, le schma ci-dessous reste donc valable.
42
Figure II.7 Schma structurel rseau NGN avec un quipement Huawei
III.
Dimensionnement au niveau transit
Le dimensionnement niveau transit se fera sur deux niveaux. Dabord entre le RTC et TGW, puis entre TGW et le softswitch. Calculons le trafic entrant dans la passerelle de transport TGW (Trunking Gateway) et ayant quitt autocommutateur RTC.
1. Calcul des paramtres de chaque passerelle de transport

Dans le cas de notre projet, nous disposons dune seule passerelle de trans port. Le trafic se calcul partir de la formule suivante :
O dsigne Le nombre dE1 qui connecte lautocommutateur RTC la TGW avec l le numro de lautocommutateur. dsigne Le trafic dun canal de 64 Kbits/s dans un lien E1. Un E1 contient 30 voix de communication quon utilise ici chacune a 80 %. Application Numrique :
43
2. Capacit des liens dinterconnexion

Le calcul de la ressource de transport ncessaire pour la transmission du trafic sera similaire aux calculs dj effectu dans la partie II.3.
=51612,20kbps
La ressource de transport pour la passerelle de transport totale sera donne par la relation suivante :
Dterminons la ressource de transport ncessaire pour la transmission des messages Megaco. Ce trafic se calcul partir de la formule suivante :
=
O charge.
dsigne Lintensit darrive des messages Megaco a la passerelle lheure
Ainsi on aura
44
IV.
Dimensionnement de lIMS
L IMS introduit une nouvelle entit fonctionnelle dans le rseau, appele CSCF (Call State Control Function). Elle joue le rle de Proxy Server SIP, et ses principales fonctions sont : La localisation des usagers en traduisant l'adresse SIP de destination en une adresse IP Le routage des messages SIP pour l'tablissement, la modification et la libration de sessions multimdias. Le maintien des informations d'tat de la session afin de pouvoir invoquer les services souscrits par les usagers, afin de contrler la session pendant sa dure de vie.
Dans ce projet nous aurons examiner linterconnexion entre les rseaux RTC et IMS. Celle-ci seffectue au moyen du softswitch qui joue le rle contrleurs de passerelles encore appels de MGCF. A partir de softswitch Les flux dinformations sont transmis vers lIMS travers le CSCF (Call State Control Function). Le contrle d'appel initi par un terminal IMS doit tre pris en charge dans le rseau nominal (rseau auquel lusager a souscrit ses services IMS) car l'usager correspond ant peut souscrire un grand nombre de services et certains d'entre eux peuvent ne pas tre disponibles ou peuvent fonctionner diffremment dans un rseau visit, notamment suite des problmes dinteraction de service. Cela a induit la dfinition de tro is entits CSCF : P-CSCF (Proxy CSCF), I-CSCF (Interrogating CSCF) et S-CSCF (Serving-CSCF) o commence le processus de traitement dappel. Et en fonction du type dinformation transmettre et du service demand un MRF ou un AS sera utilis.
Figure IV.1 Rseau IMS
45
1. Calcul de la ressource de transport ncessaire pour linteraction de la SCSCF avec les autres lments du rseau
Cette quantit se calcule en faisant la somme des diffrentes ressources arrivant vers le serveur dappel SIP. Pour dterminer cette quantit de ressource de nouvelles variantes interviennent. Il sagit : : La ressource de transport ncessaire entre les AS et S-CSCF : La ressource de transport ncessaire entre MRF et S-CSCF : La ressource de transport ncessaire entre I-CSCF et S-CSCF : La ressource de transport ncessaire entre le softswitch et S-CSCF
Donc au aura la relation a) suivante :
Calcul de la ressource de transport ncessaire pour linteraction de la S-CSCF avec le softswitch note
Pour dterminer cette quantit de ressource de nouvelles variantes interviennent, il sagit : : Le nombre moyen de messages SIP, ncessaire pour le traitement dun appel entre le softswitch et le S-CSCF : La longueur moyenne dun message SIP/H.323
Soit
46
Calcul de la ressource de transport ncessaire pour linteraction de la S -CSCF avec lAS.
Pour dterminer cette quantit de ressource de nouvelles variantes interviennent. Il sagit : : Le nombre moyen de messages SIP, ncessaire pour le traitement dun appel entre lAS et S-CSCF. Reprsente de pourcentage des appels qui ncessitent un traitement dans un serveur AS
Soit
Calcul de la ressource de transport ncessaire pour linteraction de la S -CSCF avec le MRF
Pour dterminer cette quantit de ressource de nouvelles variantes interviennent, il sagit : : Le nombre moyen de messages SIP, ncessaire pour le traitement dun appel entre MRF et S-CSCF. Le pourcentage des appels qui ncessite un traitement du MRF Le calcul de cette ressource est donn par la relation suivante :
Soit
47
Calcul de la ressource de transport ncessaire pour linteraction de la S -CSCF avec lICSCF.
Pour dterminer cette quantit de ressource de nouvelles variantes interviennent, il sagit : Le nombre moyen de messages SIP, ncessaire pour le traitement dun appel entre I-CSCF et S-CSCF.
Soit Ainsi aprs avoir dtermin ces 4 composantes du dimensionnement du Serving-CSCF, nous pouvons valuer la ressource de transport totale ncessaire pour ce dernier. Lapplication numrique de la relation a) dfinie plus haut donne :
Soit
48
2. Calcul de la ressource de transport ncessaire pour linteraction de la ICSCF avec les autres lments du rseau
Cette quantit note se calcule en faisant la somme des diffrentes ressources arrivant vers .Pour dterminer cette quantit de ressource de nouvelles variantes interviennent. Il sagit : . : La ressource de transport ncessaire entre les et et . : La ressource de transport ncessaire entre les et et
La relation ci-dessous donne la ressource totale de transport ncessaire pour le traitement des messages de signalisations entre lI-CSCF les autres lments IMS. Elle est dfinie comme suit :
Calcul de la ressource de transport ncessaire pour linteraction de l I-CSCF avec le SCSCF.
Pour dterminer cette quantit de ressource de nouvelles variantes interviennent, il sagit : : Le nombre moyen de messages SIP, ncessaire pour le traitement dun appel entre I-CSCF et S-CSCF.
Soit
Calcul de la ressource de transport ncessaire pour linteraction de l I -CSCF avec le SSW.
49
Pour dterminer cette quantit de ressource une nouvelle variante intervient. Il sagit : : Le nombre moyen de messages SIP, ncessaire pour le traitement dun appel entre Softswitch et S-CSCF.
Soit
Ainsi la ressource totale pour linterrogating CSCF sera :
Soit Ainsi nous avons dimensionne dans notre rseau IMS les ressources de transport pour le S-CSCF et lI-CSCF. Les rsultats de ce dimensionnement seront prsents au niveau de la figure qui va suivre (Figure IV.2)
50
Figure IV.2 Schma IMS avec rsultats de dimensionnement
51
Conclusion
Dans le cadre du besoin de plus en plus urgent des services multimdia, plusieurs oprateurs dans le monde ont test ou commenc dployer des architectures NGN/IMS qui permettent de satisfaire les besoins de leurs abonns. Donc il devient clair que cela veut dire quune tude pralable du dimensionnement est primordiale. Dans ce projet, nous avons tent de raliser cette tude thorique que nous avons divise en trois parties : Dimensionnement au niveau de laccs Dimensionnement au niveau transit Dimensionnement des quipements IMS
Ce travail nous a permis de voir limportance du concept IMS et la ncessit de son dploiement aux seins du cur de rseau de tout oprateur dans le cadre dune convergence fixe/mobile et voix/data et pour faciliter le dploiement de nouveaux services. Cependant, il serait intressant de concevoir un outil logiciel capable dagrger toutes les donnes afin de garantir la vracit des rsultats trouvs.
52
Rfrences
[ 1 ] Cours de NGN/IMS du Docteur Boudal NIANG, formateur a lESMT [ 2 ] Simon ZNATY et Jean-Louis DAUPHIN, Architecture NGN : Du NGN Tlphonie au NGN Multimdia , EFORT. [ 3 ] Simon ZNATY et Jean-Louis DAUPHIN, IP MultiMedia Subsystem : Principes et Architecture , EFORT. [ 4 ] Simon ZNATY, Next Generation Network (NGN) dans les rseaux mobiles, EFORT. [ 5] UA5000 Product Description(V100R019C02_02), Huawei Technologies Co Ltd [ 6 ] Naouel Ghanmi, Rapport de Projet de fin dtudes-Thme : Stratgie dintroduction du concept IMS dans un rseau de tlcommunication Etude de cas Tunisie Tlcom 2005/06. [ 7 ] http://www.huawei.com [ 8 ] http://www.etudionet.com/communaute/xuser/etudionet/docs/GHANMI_Nawel.pdf
53
Glossaire
IP : Internet Protocol ATM: Asynchronous Transfer Mode NGN: Next Generation Network IMS : IP Multimedia Subsystem RAGW: Residential Access Gateway RTC : Rseau Tlphonique Commut RNIS : Rseau Numrique Intgration de services ISDN : Integrated Services Digital Network MSAN: Multiservice Access Node AGW: Access Gateway CODEC : Codeur-Dcodeur LAN : Local Area Network PBX : Private Branch Exchange PSTN: Public Switched Telephone Network SH: Sip H323 H323: Premier projet de lUIT destine lorganisation de la VoIP MGW: Mega Gateway SIP: Session Initial Protocol M3UA :MTP3-User Adaptation Layer TGW : Trunk Gateway CSCF: Call State Control Function MGCF: Media Gateway Control Function P-CSCF: Proxy Call State Control Function I-CSCF: Interrogating Call State Control Function S-CSCF: Serving- Call State Control Function
54

Langue

Bienvenue sur Scribd !

Projet Ngn-ims-Abdou Ndiaye-Halima Sadya Diouf

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Description :

Droits d'auteur :

Formats disponibles

Projet Ngn-ims-Abdou Ndiaye-Halima Sadya Diouf

Titre original :

Transféré par

Description :

Droits d'auteur :

Formats disponibles

Titres liés

Ecole Suprieure Multinationale des Tlcommunications (ESMT)

Cycle dIngnieur de Conception- INGC 3eme anne

Projet de dimensionnement dun rseau NGN/IMS Variante 11

Anne acadmique 2012-2013

Dimensionnement dun reseau NGN/IMS

Table des matires

3.1.1. 3.1.2. 3.2. 4.1.

Conclusion .............................................................................................. 52 Rfrences.............................................................................................. 53

Dimensionnement dun reseau NGN/IMS

Listes des figures

Dimensionnement dun reseau NGN/IMS

Liste des tableaux

Dimensionnement dun reseau NGN/IMS

Dimensionnement dun reseau NGN/IMS

Les coefficients de correction

Dimensionnement dun reseau NGN/IMS

Dimensionnement dun reseau NGN/IMS

Intensit des flux suivant le type dappel Variantes Valeur

Figure II.1-a Accs dans un rseau NGN

Dimensionnement dun reseau NGN/IMS

Figure II.1-b Variantes dinterconnexion des terminaux SIP/H.323

1. Dterminons le nombre de passerelle daccs RAGW

Figure II.2 Passerelle daccs dans le rseau NGN

Dimensionnement dun reseau NGN/IMS

Charge totale des abonns RNIS (ISDN)

Dimensionnement dun reseau NGN/IMS

Charge totale des quipements connects travers linterface

Dimensionnement dun reseau NGN/IMS

O M=5 reprsente le nombre de

Dimensionnement dun reseau NGN/IMS

Choix de la passerelle daccs

Model darmoire F02A(HABA)

Configuration dtagre 2 HABA

Tableau II.1 Configuration hardware choisie pour lUA5000

Dimensionnement dun reseau NGN/IMS

Dimensionnement dun reseau NGN/IMS

Figure II.3 Distribution des abonns

Dimensionnement dun reseau NGN/IMS

Premire passerelle(GW1) Nombre maximum de ports 3840 480 16 8

Nombre de ports connects 3840 480 0 0

Tableau II.3-a : Comparatif valeurs maximales et nombre dabonnes du RAGW 1

Deuxime passerelle(GW2) Nombre maximum de ports 3840 480 16 8

Nombre de ports connects 3840 0 3 2

Tableau II.3-b : Comparatif valeurs maximales et nombre dabonnes du RAGW 2

Troisime passerelle(GW3) Nombre maximum de ports 3840 480 16 8

Nombre de ports connects 3840 0 2 2

Tableau II.3-c : Comparatif valeurs maximales et nombre dabonnes du RAGW 3

Nombre de ports connects 1480 420 0 0

Tableau II.3-d : Comparatif valeurs maximales et nombre dabonnes du RAGW 4

Dimensionnement dun reseau NGN/IMS

2. Dterminons les paramtres de chaque passerelle

Dimensionnement dun reseau NGN/IMS

Les rsultats sont prsents dans le tableau ci-dessous :

Dimensionnement dun reseau NGN/IMS

Charge totale Ygw Tableau II.5-b Charges au niveau de la Gateway 2

Charge totale Ygw Tableau II.5-c Charges au niveau de la Gateway 3

Dimensionnement dun reseau NGN/IMS