Explorer les Livres électroniques
Catégories
Explorer les Livres audio
Catégories
Explorer les Magazines
Catégories
Explorer les Documents
Catégories
Module NGN/IMS
Ralis par :
DIOUF Alima Sadya NDIAYE Abdou
Encadrement :
Dr NIANG Boudal Formateur
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
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
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
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
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 :
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 :
La charge totale des abonns RNIS se calcule par le produit du trafic lmentaire dun abonn par le nombre dabonns.
Application numrique :
11
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.
Application numrique :
Calculons maintenant totale des quipements connects travers linterface PBX sur la passerelle daccs par la relation suivante
Application numrique :
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.
Application Numrique :
13
1.2.
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 :
Nombre maximum dutilisateurs Configuration totale de carte de 64 canaux POTS avec 3840 utilisateurs.
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
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
Dnomination Nombre de ports RTC Nombre de ports RNIS Nombre de ports PBX(PRI) Nombre de ports
Dnomination Nombre de ports RTC Nombre de ports RNIS Nombre de ports PBX(PRI) Nombre de ports
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
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
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
Application Numrique :
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 :
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 :
Application numrique :
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
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 :
Application numrique :
AGW 3 Codec G.711 G.723.1 I/r G.723.1 h/r G.729 A % charge 20 72,32 20 108,48 30 108,48 30 361,6 Valeur charge(Erlang) 72,32
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 :
AGW 4 Codec G.711 G.723.1 I/r G.723.1 h/r G.729 A % charge 20 6,96 20 10,44 30 10,44 30 38,4 Valeur charge(Erlang) 6,96
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
23
Maintenant passons aux dtails des calculs des bandes passantes Bande passante codec G.711 Ecart entre trame Ethernet Ethernet CRC
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 :
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
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
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 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
26
27
28
29
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.
Dterminons lintensit de transmission pour chaque type de codec avec la formule suivante :
Donc en connaissance des intensits de transmission de chaque codec, nous pouvons calculer lintensit totale darrive des paquets. Nous aurons ainsi :
31
Application numrique :
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 :
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
Application numrique :
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
Nombre daccs 6 5 4
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 :
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.
Application numrique :
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
Application numrique :
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
Application numrique :
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
Ainsi lintensit du flux dappels des diffrents types de sources que va traiter le softswitch est calcule grce la formule suivante : = * + * + * (ab) + * + * + *
37
Application Numrique :
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.
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.
* *
+ + *
* +
+ *
(ab) +
38
Application Numrique :
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 :
Application Numrique :
39
)
Puisque est gale 5 alors :
Application Numrique :
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 :
)
Application Numrique :
41
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
III.
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.
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
=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.
Application Numrique :
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.
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
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
Application Numrique :
Soit
46
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
Application Numrique :
Soit
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 :
Application Numrique :
Soit
47
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.
Application Numrique :
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 :
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.
Application Numrique :
Soit
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.
Application Numrique :
Soit
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
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