Documente Academic
Documente Profesional
Documente Cultură
Option :
Ra p p o r t d e Pr o j e t d e f i n d t u d e s
Thme :
Etude et dimensionnement d une architecture de rseau fixe multiservices selon le concept IMS
Ralis par :
Nawel Salhi
Encadr par:
La problmatique de passage une architecture IMS(IP Multimedia Subsystem) du c ur de rseau fixe des oprateurs historiques tel que Tunisie Tlcoms s inscrit avant tout dans une logique de diminution des cots et amlioration de la structure de revenu avec le passage une infrastructure unique base sur IP pour le transport de tout type de flux, voix, donnes ou vido et pour toute technologie d accs (xDSL, FTTH, RTC, Eth, etc.). Les travaux mens dans le cadre du projet de PFE ont cern l tude des concepts NGN et IMS, les RI et le dveloppement de services, les rseaux d accs xDSL ainsi que RTC, les stratgies d introduction de ces concept dans le rseau fixe et les rgles de dimensionnement des rseaux IMS. Tenant compte de l infrastructure existante de l oprateur historique Tunisie Tlcoms et ses futurs projets en particulier celui qui concerne le rseau d accs ADSL, nous avons arrt une stratgie optimale pour le l introduction de l IMS sur le rseau fixe. Ensuite nous avons appliqu notre outil de dimensionnement l architecture propose pour valuer ses capacits et ses performances. Ainsi et travers l interprtation des rsultats obtenus nous finissons par la recommandation d une liste d actions dont l oprateur doit suivre lors de la migration vers IMS.
NGN, IMS, RI, serveur d application, SSP, xDSL, softswitch, CSCF, MG, MSAN, stratgie de migration, dimensionnement, modle de trafic, classe d abonn.
A
ADSL AS ATM Asynchronous Digital Subscriber Line Application Server Asynchronous Transfer Mode
B
BCP BICC BRAS Basic Call Process Bearer Independant Call Control Broadband Acess Server
C
CAMEL CAP CCAF CS
CS
Customized Applications for Mobile network Enhanced Logic Camel Application Part Call Control Agent Function Capability Set
Circuit Switched
CSCF
D
DHCP Dynamic Host Configuration Protocol
DSLAM
E
ETSI European Telecommunications Standards Institute
F
FR Frame Relay
ii
G H
HLR HSS
I
IETF IMS IN INAP IP Internet Engineering Task Force IP Multimedia Subsystem Intelligent Network Intelligent Network Application Protocol Internet Protocol
M
MAP MEGACO MG MGC MGCF MGCP MIC MPLS
MRF
Mobile Application Part MEdia GAteway COntrol Media Gateway Media Gateway Controller Media Gateway Control Function Media Gateway Control Protocol Modulation par Impulsion Codage Multi Protocol Label Switching
Multimedia resource function
Multimedia Resource Function Controller Multimedia Resource Function Processor Multiple Service Acces Network Mobile Switching Center
N
NGN
O
OSA/Parlay Open Service Architecture
iii
P
PSTN
PS
R
RADIUS RI RNIS RTC Remote Access Dial In User Service Rseau Intelligent Rseau Numrique Intgration de Services Rseau Tlphonique Public
S
SCP SDH SG SHDSL SIB SIGTRAN SIP SIP-T SS7 SSP Service Control Point Synchronous Digital Hierarchy Signalling Gateway Symetric High data rate Digital Subscriber Line Service Independent Building Block SIGnalling TRANsport Session Initiation Protocol SIP-Telephony Signalling System N7 Service Switching Point
T
TDM Time Division Multiplexing
U
UE User Equipment
UIT UMTS
V
VLR VoIP VoP Visitor Location Register Voice over IP Voice over Packet
iv
VPN VoD
W
WDM Wavelenght Division Multiplex
X
xDSL x Digital Subscriber Line
epuis de nombreuses annes, l industrie des tlcommunications cherche orienter sa technologie de manire aider les oprateurs demeurer comptitifs dans un environnement caractris par la concurrence et l abondance de nouveaux services sophistiqus. Les volutions profondes vcues et le dveloppement de nouvelles gammes de services semblent tre des facteurs favorables la migration progressive du monde des tlcommunications vers un nouveau modle de rseaux et de services appel NGN (Next Generation Networks). L innovation apporte est la rationalisation des technologies existantes pour converger vers un c ur de rseau unique et indpendant de l accs (GSM, PSTN, xDSL, WLAN, UMTS). Le dveloppement du concept architectural IMS (IP Multimedia Subsystem) propose aux oprateurs, pour la premire fois dans le NGN, un jeu de standards qui pourrait tre applicable dans tous les environnements (cable, fixe, mobile) et support par l ensemble de la communaut industrielle. Les rseaux IMS, avec leur architecture rpartie, exploitent pleinement des technologies de pointe pour offrir de nouveaux services. Nanmoins, l'volution d'un rseau existant vers cette nouvelle structure ncessite une stratgie de migration progressive visant rduire au
minimum les dpenses d'investissement pendant la phase de transition, tout en tirant parti trs tt des avantages qu'elle prsente. De l autre bout, et durant les dernires annes, le xDSL est devenu la solution leader pour l offre de services. La forte croissance de cette technologie est alimente par l mergence des applications trs haut dbit. Ainsi, Le succs futur des rseaux de tlcommunication dpend du choix de la
combinaison optimale de plusieurs solutions architecturales et technologiques volutives. C est pour cette raison que nous avons choisi d introduire le concept IMS dans le rseau d accs fixe et particulirement le xDSL pour pouvoir rpondre aux besoins d une clientle trs diverses. Cependant, le passage un tel rseau s avre plus critique et pose certains soucis dont l oprateur doit grer. La meilleure solution est une utopie mais un certain nombre de solutions flexibles coexisteront de faon optimale. C est dans ce contexte que dcline l objectif de notre projet de fin d tude, propos dans le cadre d une collaboration entre l cole suprieure des communications de Tunis (Sup Com) et Tunisie Tlcom. Tenons compte de l infrastructure existante du rseau fixe de cet oprateur, nous laborons notre solution qui permet la convergence du rseau d accs fixe ainsi que l adaptation de la technologie xDSL l offre croissante des services Broadband et ceci en se basant sur le concept IMS. Nous proposons par la suite un processus de dimensionnement qui sera automatis dans un outil informatique afin de prendre en considration les nouvelles exigences de l architecture propose et rviser le plan de planification. Le plan envisag dans ce document adopte une dmarche progressive du gnral au particulier. En effet le rapport est organis en quatre chapitres : Le premier chapitre prsente une vue panoramique qui trace les principales caractristiques des rseaux NGN et IMS. Nous nous sommes efforcs de dcrire les entits fonctionnelles ainsi que les protocoles mis en jeu. Pour tudier la convergence du rseau fixe vers l IMS, deux problmatiques ont t survenues. Le premier souci tait comment conserver les services du RI classique lors de la migration vers une nouvelle plateforme de services IMS. Alors que la deuxime contrainte tait quelle infrastructure d accs faut-il mettre en place pour supporter la nouvelle collection de services haut dbit. Face ces deux points critiques, nous tions dans l obligation de conserver le deuxime chapitre pour l tude de ces deux concepts. En effet, ce chapitre est scind en deux parties : la premire section donne un aperu sur le modle conceptuel du rseau intelligent classique ainsi que la nouvelle plateforme de 2
services IMS. Tandis que dans la deuxime partie, nous prsentons l architecture classique d un rseau d accs xDSL. Le troisime chapitre dtaille notre stratgie de migration qui se base sur la convergence de la couche service, la couche contrle, la couche transport ainsi que la couche accs. Cette nouvelle architecture est en mesure de supporter des applications d ancienne gnration ainsi que de nouveaux services multimdia. Le quatrime chapitre sera consacr l tude de cas de l oprateur Tunisie Tlcom lors d une adoption de la solution propose. D abord nous tablissons notre processus de dimensionnement qui nous permet d valuer la charge du rseau et mettre jour le plan de planification. Ensuite nous talons les tapes de conception et d utilisation d un outil qui permet l automatisation du processus de dimensionnement. Une tape de validation de cet outil sera faite par un scnario de dimensionnement de la ville d Ariana. Enfin, la lumire des rsultats obtenus, nous proposons une liste de recommandations prendre en compte lors de la mise en place du rseau IMS.
Introduction
Avec l'avnement du mobile, l'explosion des accs ADSL ou encore l'usage dsormais trs rpandu de la voix sur IP, le secteur des tlcommunications subit un ensemble de changements profonds. Dans ce contexte de convergence tlcoms/informatique, de puissance de terminaux et d'htrognit des rseaux d'accs et avec une volution gnrale vers le monde IP, des solutions doivent tre apportes. Pour rpondre ces nouveaux besoins, plusieurs oprateurs ont choisi de dployer l'IMS sur l'ensemble de leurs rseaux. Grce ce
nouveau concept, les rseaux fixes et mobiles ne se contentent plus d tre un rseau tlphonique classique : Il permet d tablir des communications entre multiples terminaux utilisateurs et d intgrer des services temps rel et non temps rel dans une mme session
Mais pour pouvoir comprendre ce nouveau paradigme IMS qui est encore jeune et en phase d volution, il faut avant tout bien assimiler le concept NGN qui prsente un cadre plus mature pour les nouvelles gnrations et une phase initiale pour le dploiement de l IMS. De ce fait, nous essayons dans ce premier chapitre d tudier le principe de base du NGN et les diffrents changements et volutions qui ont abouti l introduction de l IMS et ceci en termes de principes, architecture, entits et protocoles.
Par consquent, les IMS seront axs sur les services, et fourniront tous les moyens ncessaires pour en offrir de nouveaux et adapter les existants pour augmenter les recettes.
La couche de transport, qui est responsable de l acheminement du trafic voix ou donnes dans le c ur de rseau, selon le protocole utilis. L quipement important ce niveau dans une architecture NGN est le Media Gateway (MGW) responsable de l adaptation des protocoles de transport aux diffrents types de rseaux physiques disponibles (TDM, IP, ATM, ).
La couche de contrle, qui gre l ensemble des fonctions de contrle des services en gnral, et de contrle d appel en particulier pour le service voix. L quipement important ce niveau dans une architecture NGN est le serveur d appel, plus communment appel softswitch , qui fournit, dans le cas de services vocaux, l quivalent de la fonction de commutation. La couche de services qui regroupe les plates-formes d excution de services et de diffusion de contenus. Elle introduit les applications (services valeur ajoute) aux usagers. Dans ce cas, L oprateur peut se positionner grce sa couche contrle en tant qu agrgateur de services offerts par l oprateur lui-mme ou par des tiers. Toutes ces couches sont indpendantes et communiquent entre elles via des interfaces ouvertes. Cette structure en couches est sense garantir une meilleure flexibilit et une implmentation de nouveaux services plus efficaces. La mise en place d interfaces ouvertes facilite l intgration de nouveaux services dvelopps sur un rseau d oprateur mais peut aussi s avrer essentielle pour assurer l interconnexion d un rseau NGN avec d autres rseaux qu ils soient NGN ou traditionnels [2].
Physiquement, un softswitch peut tre implant sur un serveur ddi ou bien tre install directement sur un quipement diffrent comme un Media Gateway ou mme un commutateur traditionnel TDM. Dans ce cas, on parlera d architecture compltement distribue. II.3.1.2 Le Media Gateway (MG) Son rle est d assurer la gestion (disponibilit, dtection de fautes) de la couche physique du rseau. Cette couche physique peut tre le rseau de transmission, ou le rseau d accs. Dans le cas o il s agit du rseau d accs, la fonction de Media Gateway peut tre embarque dans l quipement d accs lui-mme, comme c est le cas pour un MSAN (Multiservice Access Node). Elle a pour rle : Le codage et la mise en paquets du flux mdia reu de la part du rseau d accs vers le rseau paquet et inversement, autrement dit, la conversion du trafic par exemple TDM/IP. La transmission, suivant les instructions du Media Gateway Controller, des flux mdia reus de part et d'autre. Le MG est pilot par le MGC. II.3.1.3 Le Signalling Gateway (SG) Sa fonction est la conversion de la signalisation change entre le rseau de transport et le rseau externe interconnect selon un format comprhensible par les quipements chargs de le traiter, mais sans en faire l'interprtation. Elle assure notamment, l adaptation de la signalisation par rapport au protocole de transport utilis (exemple adaptation TDM/IP).
Ils permettent l tablissement d une communication entre deux terminaux ou entre un terminal et un serveur ; les deux principaux protocoles sont H.323, norme de l UIT et SIP, standard dvelopp par l IETF.
Le protocole H.323 H.323 est issue de la recommandation UIT-T H.320 qui traite de la visioconfrence sur ISDN. Elle a t dveloppe plus spcifiquement pour des rseaux ne garantissant pas une qualit de service, notamment Internet. H.323 normalise les procdures d'tablissement et de gestion des appels, et tablit une liste de codecs audio et vido obligatoires ou conseills permettant aux deux parties de ngocier entre elles et d'changer des appels. H.323 s'articule autour de 4 composants majeurs qui interagissent dans un rseau de commutation par paquets : Les terminaux H.323 qui sont des systmes multimdia (tlphone, PC) permettant de communiquer en temps rel . Le Gatekeeper qui gre les terminaux H.323 (identification et traduction d adresses) et les tablissements d appels. La passerelle H.323 ou Gateway H.323 qui permet d interfacer le rseau IP avec le rseau tlphonique classique. L unit de contrle qui gre les connexions multipoint (exemple : appels de confrence). Il se dcompose en un Multipoint Controller (MC), affect la signalisation, et un Multipoint Processor (MP), ddi la transmission proprement dite. Le protocole SIP SIP est un protocole de signalisation dfini par l IETF (Internet Engineering Task Force) permettant l tablissement, la libration et la modification de sessions multimdias. Il permet de prendre en charge la gestion des sessions d application NGN bases sur un dorsal paquet, tels les services de gestion de prsence, les services de messagerie instantane etc. Il remplace donc la fois les protocoles ISUP (ISDN User Part) et INAP (Intelligent Network Application Part) du monde de la tlphonie en apportant la capacit multimdia. La signalisation se fait par des messages en mode texte. Il hrite de certaines fonctionnalits des protocoles HTTP (Hyper Text Transport Protocol) utilis pour naviguer sur le WEB, et SMTP (Simple Mail Transport Protocol) utilis pour transmettre des messages lectroniques (E-mails). L adressage utilise le concept d URL SIP (Uniform Resource Locator) qui ressemble une adresse E-mail. Chaque participant dans un rseau SIP est donc adressable par une URL SIP. SIP s appuie sur un modle transactionnel client/serveur. Les principales composantes sont : Le terminal (User Agent) : initie, accepte ou rejette les appels Le Proxy Server : reoit les requetes et les transfre au n ud suivant
10
Le Redirect Server : retourne l metteur la ou les adresses du n ud suivant contacter directement. Le Registrar : gre les enregistrements des UA. II.3.2.2 Protocoles de commande de Media Gateway Ces protocoles ont t engendrs par la sparation des couches Transport et Contrle et permettent au Softswitch de grer les Media Gateway. MGCP de l IETF et MEGACO (MEdia GAteway COntroller) ou H.248, dvelopps conjointement par l UIT et l IETF, prdominent actuellement. Le protocole MGCP possde une architecture centralis : client, serveur. Le serveur de contrle d appel, le Call Agent, concentre l'intelligence du rseau et pilote en esclave les passerelles de mdia et assure la traduction de la signalisation entre SS7 des rseaux PSTN, d'un ct et H.323 ou SIP de l'autre cot. MGCP rpond un besoin spcifique, tel que le contrle des gateways dans les rseaux grande chelle, il n'est pas fait pour piloter des applications comme les centres d'appel, les visioconfrences en multipoint ou la diffusion de multi mdia. Le protocole MEGACO/H.248 est un protocole driv du MGCP. Il offre des
amliorations par rapport ce dernier : il supporte les visioconfrences et il utilise les protocoles UDP, TCP, IPsec et IP pour se charger des communications entre passerelles. II.3.2.3 Protocoles de signalisation entre les Softswitchs
L interconnexion des rseaux de donnes avec les rseaux existants TDM utilisant la signalisation SS7, a ncessit le dveloppement de protocoles ddis l interconnexion des rseaux et au transport de la signalisation SS7 sur des rseaux en mode paquet. Ces protocoles permettent la gestion du plan contrle et le dialogue entre les MGCs. Il s agit essentiellement de : BICC (Bearer Independant Call Control), SIGTRAN (SIGnalling TRANsport) et SIP-T (SIP pour la Tlphonie) au niveau du c ur du rseau.
11
d acheminement. Le NGN class 4 (resp. NGN class 5) mule donc le rseau tlphonique au niveau transit (resp. au niveau accs) en transportant la voix sur un mode paquet. II.4.1.1 NGN de transit Dans ce scnario, l oprateur applique le concept NGN au niveau de la couche transport de son rseau, mais ds que l on s approche des commutateurs de class 5, le trafic continue tre support par le rseau traditionnel. Cette dmarche est mise en place par un grand nombre d oprateurs mondiaux, prcisment sur ses fonctions de transit que ce soit au niveau rgional, national ou international. Il s agit de la premire tape de la migration d un rseau traditionnel vers un rseau NGN pour nombre d entre eux. Concrtement, il s agit d installer des Media Gateway assurant l interfaage entre le rseau IP de transport de donnes avec le rseau tlphonique TDM traditionnel. Les passerelles sont alors administres distance par un softswitch dans le cadre d une architecture centralise en utilisant en gnral les protocoles MGCP/H.248. II.4.1.2 NGN d accs L oprateur choisit de mettre en place une architecture NGN qui a pour vocation galement agrger le trafic local. Ce scnario constitue une prolongation naturelle du premier. D un point de vue architectural, il s agit de la mme solution que pour le scnario prcdent un niveau diffrent du rseau plus proche de l abonn. En effet un commutateur de class 5 ne diffre d un commutateur de class 4 ou de niveau hirarchique suprieur que par sa capacit de traitement de donnes. Il n intgre aucune intelligence rseau. Les commutateurs de class 5 constituent le point de raccordement avec l abonn pour la fourniture des services voix basiques. Les oprateurs historiques possdent plusieurs milliers de ces commutateurs et de part leur position stratgique dans leur rseau ont t peu enclins jusqu prsent les remplacer par une solution NGN. Toutefois, compte tenu de la forte progression de la pntration des services hauts dbit et du dclin de la demande en services de tlphonie traditionnelle, les oprateurs considrent de plus en plus l opportunit de faire converger leur infrastructure d accs vers une plate-forme IP commune tel que le dploiement de l quipement MSAN. En conclusion, une migration de class 5 s avre tre un vritable big bang au niveau du rseau de l oprateur et cela est d autant plus coteux et complexe que le rseau est important.
12
C est une architecture offrant les services multimdia puisque l'usager a un terminal IP multimdia. Cette solution est plus intressante que les prcdentes puisqu elle permet l oprateur d innover en termes de services par rapport une solution NGN tlphonie qui se cantonne offrir des services de tlphonie. Le Multimdia NGN connu sous le nom IMS permet d offrir des services multimdia des usagers disposant d un accs large bande tel que xDSL, cble, WiFi/WiMax, EDGE/UMTS, etc. En effet, dans notre projet, nous allons nous intresser essentiellement l introduction de l IMS dans le cadre d un accs de type ADSL. Une telle problmatique est en cours de recherche par le groupe TISPAN au niveau du Release 7 de l IMS.
III.1 Dfinition
Dfinie dans la spcification 3GPPP Release 5 de l UMTS [5], l architecture IMS constitue une couche logique intermdiaire entre, d'un ct, les terminaux mobiles et les rseaux de transport orients IP et, de l'autre cot, les services applicatifs tlcoms grs par des serveurs oprs par l oprateur ou des fournisseurs tiers. C est une partie structure de l'architecture des rseaux de nouvelle gnration (NGN) qui permet l'introduction progressive des applications voix et donnes multimdia dans les rseaux fixes et mobiles. Elle prsente une couche de contrle commune tout type de rseau. L'IMS fait appel IP et au protocole SIP avec des extensions qui sont introduites par le 3GPP et le groupe de travail TISPAN de l'ETSI. L'IMS implique galement les entits de normalisation ATIS, 3GPP2, OASIS, FMCA, OMA/Parlay et l'UIT-T. Elle vise assurer la compatibilit entre les rseaux mobiles 3G, les rseaux commutation de circuits RTPC/RNIS et Internet pour les services vocaux et multimdia.
13
L'architecture IMS est constitue par un ensemble d'quipements et de protocoles dont les fonctions et les rles se prcisent. Les interfaces sur les diffrentes liaisons internes et externes cette architecture font galement l'objet de spcifications volutives. Le principe de l'IMS consiste d'une part sparer nettement la couche transport de la couche des services et d'autre part utiliser la couche transport pour des fonctions de contrle et de signalisation afin d'assurer la qualit de service souhaite pour l'application dsire. L'IMS a pour ambition de constituer une plateforme unique pour toute une gamme de services et d'tre en mesure d'offrir de nouvelles applications en un temps minimum. A la manire de l approche NGN, l architecture IMS reprend une approche en couches. La figure I.4 illustre cette structuration.
14
Chaque terminal est identifi par un ISIM (IP Multimedia Service Identity Module). L ISIM renferme plusieurs lments : l identit prive de l abonn (private identity) qui est attribu par l oprateur l abonn. Cet identificateur est utilis pour le contrle d accs (phase d authentification). l identit publique de l abonn (public identity) : il reprsente l adresse publique de l abonn par laquelle on peut le joindre. Cette adresse est utilise pendant le routage et est stocke au niveau des bases de donnes du rseau. Un abonn au sein du rseau IMS peut avoir plus qu une adresse publique. L URI du nominal de l abonn. Il est utilis pendant la phase d enregistrement. Les clefs et les algorithmes de chiffrement. Voici une schmatisation d un module ISIM :
Figure I.5 : Constituants d un module ISIM III.2.2.2 Home Subscriber Server (HSS) L entit HSS (Home Subscriber Server) est la principale base de stockage des donnes des usagers et des services auxquels ils ont souscrit. Elle est responsable du maintien des informations utilisateurs suivantes : Identification de l utilisateur, information de numrotation et d adressage. Information de scurit : information d accs rseau pour l authentification,
l autorisation et le chiffrement. Information de localisation. Information sur le profil de l utilisateur. Avec la HSS on reprend la fonction de HLR avec les rseaux mobiles qui vise sparer la base de donnes contenant le profil des abonns de la fonction de commutation. Mais dans le
15
contexte IMS cette logique est beaucoup plus tendue vu qu elle ne concerne pas seulement le service de tlphonie sans fil mais tout type de services. III.2.2.3 Call State Control Function (CSCF) IMS introduit de nouvelles fonctions logiques devant tre intgres au c ur de rseau de l oprateur. Parmi toutes ces nouvelles fonctions, le CSCF qui fait plus particulirement le lien avec l approche NGN puisqu il est responsable du contrle des sessions grce l utilisation du protocole SIP. La notion de commutation disparat au profit de la notion de sessions tablies avec des serveurs d'applications multiples, un peu l'image des serveurs softswitchs qui grent la tlphonie sur IP dans les rseaux NGN. D ailleurs, les softswitchs proposs dans le cadre de la migration NGN du rseau fixe vers IP incluent une volution vers la fonction CSCF dcrite par le 3GPP. L entit CSCF est l lment de base du rseau IMS. Elle assure le contrle des appels et des sessions multimdias. Le contrle d'appel initi par un terminal IMS doit tre pris en charge dans le rseau nominal (rseau auquel l usager a souscrit ses services IMS) car l'usager correspondant 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 d interaction de service. Cela a induit la dfinition de trois entits CSCF : P-CSCF (Proxy CSCF), I-CSCF (Interrogating CSCF) et S-CSCF (Serving-CSCF) qui sont spcifis une plateforme IMS. Le S-CSCF est le serveur mandataire dirigeant la session de communication. Il invoque les Serveurs d'Applications relatifs aux services demands. Il est toujours localis dans le rseau nominal. Le P-CSCF est le point de contact IMS pour les agents de l'utilisateur SIP. Il peut inclure une fonction de politique de dcision (PDF: Policy Decision Function) qui gre la QoS sur le plan des mdias. La PDF peut tre intgre dans le P-CSCF ou implmente comme une entit spare. L'I-CSCF fournit une entre d'autres domaines. Il est utilis essentiellement pour cacher la topologie ou si plusieurs S-CSCF sont localiss dans le mme domaine. Avant de pouvoir utiliser les services du domaine IMS, tels qu'tablir une session multimdia ou recevoir une demande de session, un usager doit s'enregistrer au rseau. Que l'usager soit dans son rseau nominal ou dans un rseau visit, cette procdure fait intervenir un P-CSCF. Pour l utilisateur les autres CSCFs ( savoir I-CSCF et S-CSCF) sont transparents, tous les messages de signalisation mis par le terminal ou destination du terminal sont relays par le P-CSCF. 16
III.2.2.4 Breakout Gateway Control Function: BGCF Elle a des fonctionnalits diffrentes selon le fait que la communication est destine une entit appartenant au mme rseau ou pas. Si c est le cas, le BGCF dtermine un MGCF (Media Gateway Control Function) qui aura pour tache d assurer le bon tablissement de la liaison. Si non, le BGCF aura pour rle d envoyer le message vers le BGCF du rseau en question (aprs interrogation de l I_CSCF). III.2.2.5 Serveurs d application Un serveur d application fonctionne au niveau suprieur de l IMS et offre des services multimdia valeur ajoute. Il rside soit dans le rseau nominal de l oprateur soit dans une tierce partie: un rseau ou AS. Il existe plusieurs serveurs d application qui peuvent varier d un oprateur un autre et dpendent des services offerts par chaque un d eux. Ces diffrents services reposent, gnralement sur des serveurs d application SIP. Les serveurs d application SIP (SIP AS) peuvent excuter diffrents types de services tels que Push ToTalk, Prsence, vidoconfrence, Unified messaging, Instant messaging. III.2.2.6 Serveur de mdia MRF pour Multimedia Resource Function est un serveur de media dans le rseau IMS. Il assure l tablissement de confrences multimdia, il peut galement jouer des annonces vocales ou multimdia et collecter des informations utilisateur. L'entit MRF est dcompose en deux fonctions : Multimedia Resource Function Controller : MRFC Le MRFC assure diffrents rles. Il contrle les flots de mdias dans le MRFP et interprte les informations en provenance du serveur d application et du S-CSCF. Multimedia Resource Function Processor : MRFP Il reprsente une source de flot de mdia ; il effectue diffrents traitements l dessus (suivant les services proposs par l oprateur) ainsi qu il assure la gestion des droits d accs aux ressources. La figure I.6 reprsente les diffrentes entits formant l IMS et les relations qui peuvent exister entre elles.
17
18
Conclusion
Grce l IMS, les rseaux fixes et mobiles ne se contentent plus d tre un rseau tlphonique classique. Elle permet en fait de disposer d'une plateforme de service unique capable de grer un grand nombre d'applications multimdia avec une trs bonne qualit de service sur les rseaux de circuits et de paquets, et entre rseaux fixes et mobiles. L IMS offre ainsi des solutions pour rsoudre les problmes des rseaux de tlcommunication traditionnels. Elle peut tre dploye par un oprateur mobile pour offrir des services avancs et multimdia ses usagers GPRS/EDGE/UMTS, par un oprateur d accs filaire (xDSL, cble) ou par un oprateur virtuel qui dploie l IMS en s appuyant sur les rseaux d accs d oprateurs tiers. De ce fait, une migration vers cette nouvelle architecture est devenue une ncessit. Cependant, la stratgie de migration vers l IMS dpond de la perspective de l oprateur. Dans le cas de Tunisie Tlcom, qui s oriente vers l offre des services Broadband, nous essayons d laborer la stratgie de migration la plus adapte son rseau fixe et plus particulirement son rseau xDSL. Une telle solution doit permettre d offrir de nouveaux services mais tout en prenant en charge les services du rseau intelligent fixe et mobile qui susciteront encore de l intrt. L objectif du chapitre suivant sera l analyse du principe de fonctionnement du rseau intelligent ainsi que le rseau d accs DSL.
19
20
Introduction
Etant donne que l objectif de notre projet est la proposition d une architecture de service rseaux intelligent selon le concept IMS, il s avre ncessaire d tudier le concept du RI ainsi que le rseau d accs xDSL afin de mettre en relief les lments sur lesquels va se baser notre stratgie de migration. Par la suite, ce chapitre est rparti en deux sections : Nous prsentons en premier lieu le principe du rseau intelligent et nous voquons les aspects essentiels qui nous aiderons assurer la cohabitation entre une plateforme RI classique et une plateforme de services IMS. Alors que la deuxime section sera ddie pour l analyse du mode de fonctionnement de ce rseau d accs. Notre but sera la mise en uvre des points de dfaillance de l architecture
I. Concept gnral du RI
I.1 Motivation
Dans les annes 1990, l ide que le rseau tlphonique ne pouvait fournir que les services qui taient programms dans le logiciel des units de contrle des commutateurs devenait intolrable. Un nouveau concept se dveloppe celui de rseau intelligent. Il s agit de trouver un moyen de rendre le rseau plus coopratif pour pouvoir programmer plus rapidement et plus commodment des services dans des plateformes extrieures aux centraux tlphoniques.
L'introduction du concept RI a pour but de marquer la distinction entre l'aspect logiciel (les services) et l'aspect matriel (les ressources manipules) d'un rseau de tlcommunication. Cette distinction permet ainsi de supporter l'introduction rapide de nouveaux services de tlcommunication sans modifier l'architecture physique existante. Le concept peut tre appliqu divers types de rseau de tlcommunication, comprenant: le rseau tlphonique public commut (RTCP), le rseau public de donnes commutation de paquets, les rseaux mobiles et les rseaux numriques intgration de services bande troite et large bande (RNIS-BE et RNIS-LB).
I.2 Interfaces du RI
Le RI comporte deux types d interface (Figure II.1), parfois appeles interface A et interface B.
21
L interface A sert programmer les services alors que l interface B permet de commander, partir de l infrastructure du rseau intelligent, les ressources du rseau ncessaires l excution des services programmables. L architecture du RI intgre des points de commande de services (SCP) qui constituent un ensemble de serveurs programmables au moyen de l interface A. Cette interface permet la construction d une plateforme indpendante de services. L interface B se matrialise par le protocole INAP qui permet de commander un commutateur ou un priphrique intelligent au travers de logiques de services excutes dans les SCP [1].
En vue de dcrire les diffrents lments du rseau intelligent, l ITU-T a introduit un modle conceptuel qui doit servir de cadre la spcification et la description de cette architecture [8]. La figure II.2 dcrit les quatre plans du modle conceptuel du rseau intelligent (INCM, Intelligent Network Conceptual Model). Chacun de ces plans correspond une abstraction diffrente du rseau. Ce modle ne doit pas tre considr en soi comme une architecture. Il s agit d un guide de rfrence conceptuel pour les concepteurs.
22
23
Les donnes d'instance d'appel : (Call Instance Data, CID) caractrisent chaque appel au service et voluent dynamiquement (ex : le numro de la ligne appelante).
Figure II.3 : Structure d un SIB Un SIB particulier reprsente la fonctionnalit du traitement d appel (BCP, Basic Call Process). C est partir de ce SIB que le service est gnralement initi. Un service correspond dans le GFP un chanage de SIBs. Ce chanage commence un endroit prcis dans le traitement d appel. Ce point de dpart est appel point d initiation (POI, Point Of Initiation). Dans l exemple du service numro vert, le POI correspond la dtection du prfixe 0800 . Aprs excution de la squence de SIBs, le contrle est nouveau pass au BCP. Le point dans le traitement d appel o celui-ci reprend le contrle est appel point de retour (POR, Point of Return). Une chane de SIBs pour un service donn, associe aux points d'initiation et de retour, constitue une logique globale de service (GSL, Global Service Logic). En terme de programmation, une logique globale de service est assimilable un script. Le GFP est pris en charge par le concepteur de service [9].
24
Est considr comme une entit fonctionnelle un ensemble de fonctions ralisant un service. L organisation excutoire des entits fonctionnelles est ralise par des d informations (Information Flow) dont la smantique est commune toutes les entits; Les entits fonctionnelles principales sont : CCAF (Call Control Agent Function): fournit un accs au rseau l'utilisateur et gre l interface entre l utilisateur et le rseau; CCF (Call Control Function): se chargent des traitements d'appel et de connexion au sens classique du terme (Commutateur standard); SCF (Service Control Function) SSF (Service switching Function) SRF (Specialized Resource Function): fournit des ressources spcifiques qui peuvent tre utilises par d'autres entits du rseau. SDF (Service Data Function) fournit les donnes associes au service SCEF (Service Creation Environment Function) SMAF (Service Management Access Function) SMF (Service Management Function) I.3.3.2 SCF Elle contient les logiques de service et assure l'interface avec les fonctions de commande d'appel (CCF), de ressources spcialises (SRF) et de donnes de service (SDF) I.3.3.3 SSF flux
Elle contient la logique de l appel et sert d'interface entre le SCF et le CCF. Elle permet au CCF d'tre pilot par le SCF. CCF et SSF sont insparables; un lment de rseau possdant la fonction SSF doit possder la fonction CCF. C'est la raison pour laquelle on retrouve frquemment la dnomination SSF/CCF.
25
Les flux d information (IF) du DFP correspondent habituellement des protocoles d application. Dans le plan physique, on leur assigne la pile de protocole sur laquelle ils vont fonctionner. Le plan physique est pris en charge par les quipementiers et les oprateurs de rseau.
26
La premire volution est introduite par le CS-2. Cet ensemble contient les capacits dfinies dans CS-1 en introduisant en plus des services de tlcommunication, des services de gestion et des services de cration. Le CS-2 est applicable aux rseaux RTC, RNIS et mobile, permet l inter fonctionnement entre rseaux intelligents et l interaction avec l utilisateur hors du contexte d un appel. Dans CS-3, il y a prise en charge du RNIS-LB et de la portabilit des numros. Il permet une interaction entre lments de service. Le CS-4 fait l objet de la convergence RI/Internet pour la migration des fonctionnalits RI vers le monde IP. La recommandation Q.1218 spcifie le protocole d application de rseau intelligent INAP (Intelligent Network Application Protocol) afin de prendre en charge l ensemble des capacits. Ce protocole supporte les interactions entre les quatre entits fonctionnelles SSF, SCF, SRF et SDF. INAP utilise le protocole de signalisation SS7. En effet, les messages INAP sont encapsuls dans des messages du protocole TCAP (Transaction Capabilities Application Part) [Q771]. Ce dernier est structur selon les principes de la couche application OSI et inclut notamment le protocole ROSE (Remote Operations Service Element) comme un des lments d applications.
27
Le protocole CAP (Camel Application Part), inspir du protocole INAP CS1 et adapt aux rseaux mobiles, offre au serveur CAMEL un jeu d instructions pour interagir avec le commutateur d accs aux services de tlphonie mobile. [1].
II. Evolution du Rseau Intelligent vers l IMS II.1 Plateforme unique de service
Classiquement on a une plate forme RI par type de rseau. Dans le cadre du rseau IMS, une solution complte t propos, axe sur les services, pour la cration, le contrle et la gestion de services du RI sur les rseaux fixes, mobiles et de donnes.
Actuellement, les services de rseaux intelligents ne sont pas limits au RTCP fixe. Avec l essor des rseaux radio, le RI a progressivement pris en charge une large gamme de services mobiles et de convergence fixe-mobile (FMC). Cet essor aboutira naturellement des services de convergence fixe-mobile-donnes dans le cadre de l IMS. En effet, l introduction de l IMS dans le rseau NGN, la gestion des sessions multimdia, aussi bien des confrences que des appels tlphoniques sur des rseaux mode paquets fait apparatre un nouveau protocole SIP ddi ces tches.
28
Un des avantages de l'IMS est de permettre des combinaisons ou squences entre services, dans une mme session ou entre sessions multiples et ce, pour des clients connects des rseaux d'accs htrognes, avec la possibilit de roamer, voire d'avoir la continuit de service avec le handover entre deux rseaux d'accs diffrents. En effet, cette diversit de services est ralise grce trois types d architecture : Architecture RI Architecture de service SIP Architecture du modle OSA/Parlay
29
confrences multimdias, joue des annonces vocales ou multimdia et collecte des informations utilisateur. Il s agit de l volution de l entit SRF du Rseau Intelligent dans le monde multimdia. Le serveur d appel SIP appel S-CSCF joue le rle de point depuis lequel un service peut tre invoqu. Il dispose du profil de service de l abonn, grce son interaction avec la HSS, qui lui indique les services souscrits par l abonn et sous quelle condition invoquer ces services. Il correspond l entit SSF de l architecture Rseau Intelligent.
30
L architecture OSA est en ralit une architecture distribue, dont le plus haut niveau est constitu par les applications clientes, qui se trouvent dans les serveurs d applications. Le Gateway fait, lui, office de serveur situ la frontire du domaine du fournisseur d applications. Les SCSs implmentent les spcifications Parlay sur l interface OSA du Gateway, et se chargent d effectuer la translation de ces APIs vers les protocoles de tlcommunications spcifiques prsents au plus bas niveau, cachant de cette manire la complexit du rseau aux applications. Ils mettent aussi disposition des applications clientes les fonctionnalits OSA appeles Service Capability Features (SCFs), ou plus simplement Services.
31
Rseau Intelligent
C est le point partir du quel le service peut SSP SCP tre invoqu : contrle d appel Il contient la logique du service : contrle du service
Il tablit des confrences multimdias, joue MRF des annonces vocales ou multimdia et collecte des informations utilisateur Serveur de Media IP
softswitch/CSCF AS
ligne DSL est simplement la ligne tlphonique traditionnelle avec des super modems placs ses deux extrmits. Les technologies DSL fonctionnant en mode point point, ont pour vocation de mixer le trafic des donnes, de la voix et de la vido sur le rseau traditionnel. En clair, vhiculer des donnes multimdias haut dbit sans changer l infrastructure du rseau existant.
Variet xDSL HDSL SDSL G_SHDSL ADSL ADSL lite ADSL2 ADSL2+
Dbit UL/DL 1.5/1.5 Mbit/s 2.3/2.3 Mbit/s 18/18 Mbit/s 1/8 Mbit/s
52 Mbit/s pour les ADSL2++ ou ADSL4 VDSL courtes distances 10/10 Mbit/s
33
VDSL2
100/100 Mbit/s
5 km
La vido la demande (VOD) permet d accder tout programme vido qui vous intresse et ceci n importe quel moment. La VOD permet par exemple de regarder les extraits d un film rcent, avant de se dcider d aller le voir au cinma. Les technologies xDSL permettent de jouer en rseau, les jeux tant accessibles depuis un serveur. xDSL favorise le dveloppement du commerce en ligne. Regarder un spot du lieu de ses prochaines vacances, couter des extraits de musiques de qualit CD ou regarder des vidos de qualit MPEG2 permet d attirer le futur acheteur de le faire dcider. La vido confrence avec une grande qualit d images, amliore les communications. VPN ( Virtual Private Network) s adressent aux entreprises possdant des sites distants, des tltravailleurs, des employs mobiles ou des partenaires, et souhaitant leur permettre d changer des informations simplement et en toute scurit. Tl mdecine : un service client/serveur permet d accder une base de donnes sur les patients, les diagnostics, les donnes graphiques produites par rayons X Les docteurs peuvent apporter de meilleurs soins leurs patients en travaillant en collaboration avec d autres docteurs. Le dossier mdical d un patient peut tre transfr un spcialiste pour consultation. En cas d urgence, un hpital peut retrouver l historique mdical du patient.
le central. Et enfin tous les flux manant des diffrents DSLAMs s agrgent au niveau du rseau d accs et se terminent dans le BRAS (Broadband Remote Access Server) qui va se charger de les router vers le rseau Internet [11]. La figure II.8 prsente l'architecture globale d'un rseau xDSL. Elle cite les composants du rseau du cot abonns et celles du cot rseau.
III.4.1 Le DSLAM
Le DSLAM est le composant le plus important dans le rseau d accs. Il permet de grouper les flux de donnes venant des diffrents modems ATU-R (ct abonn) au rseau d accs. Le DSLAM est situ au niveau du rpartiteur sur le rseau de l oprateur tlphonique local. C est une sorte de chssis qui contient les cartes DSL et intgre aussi le modem ATU-C et l interface au rseau dorsal.
III.4.2 Le BRAS
Le BRAS est un quipement charg de regrouper tous les flux de donnes venant d une dizaine de DSLAMs via le rseau d accs, typiquement ATM. Le transport de donnes ATM est effectu entre le modem xDSL de l abonn et le BRAS de la zone gographique concerne en tablissant un circuit ATM montant et un circuit ATM descendant entre l abonn et le BRAS. Ensuite, elle interagit avec le serveur Radius pour assurer l authentification des abonns et le comptage des communications. Enfin, transformant le flux de l ATM en IP, le BRAS achemine les donnes vers un routeur IP pour atteindre enfin le rseau public Internet [11].
A travers l tude de fonctionnement du xDSL, nous rvlons une grande ressemblance entre les entits de base d une architecture xDSL et les entits d une nouvelle plateforme IMS. Le tableau suivant rsume les points communs entre les deux technologies. Tableau II.3 : Entits xDSL versus entits IMS
Rseau xDSL
DSLAM
chaine du rseau : l accs Concentration et agrgation du trafic, raccordement des abonns Contrle l interfaage entre le rseau de collecte et la backbone IP qui fournit le service
BRAS
Routage Interfaage avec le serveur Raduis pour assurer la fonction AAA Support et gestion de la QoS Contrle de la connexion Authentification des abonns
CSCF
Serveur Radius
HSS
36
Conclusion
Indpendamment du rseau de transport, la plate-forme de service IMS fournit les fonctionnalits ncessaires au dploiement de nouveaux services d une manire rapide et rentable : cration des services, excution des services et gestion des services. Cette plate forme peut inclure tout type de services savoir la tlphonie sur IP, la visiophonie, le Triple Play (service qui associe tlphonie, Internet et vido), les jeux interactifs, le VPN, etc. Elle offre une gamme de plus en plus large de services axs sur les usagers et est de plus en plus gourmande en termes de ressources. Par la suite, le succs de cette offre dpend normment de l orientation de l oprateur qui ne doit pas seulement faire voluer a plateforme de service mais aussi fournir une infrastructure capable de rpondre telles contraintes. Dans ce contexte s impose le rseau d accs DSL qui, en plus de la bande passante importante fournie, il est capable de supporter la quasi-totalit des services tlcoms (Internet, messagerie, tlphonie, visioconfrence, tlvision). Toutefois, de nombreuses amliorations restent apporter au rseau existant. Ainsi, l volution de l offre de services sur un rseau d accs DSL fera l objectif du chapitre suivant.
37
38
Introduction
Face la concurrence accrue des oprateurs alternatifs, les oprateurs historiques peuvent aussi capitaliser sur leurs investissements NGN afin de proposer des services de triple play alliant la tlphonie, l accs Internet et les services vido. Dans cet objectif, l IMS est conu pour offrir aux utilisateurs la possibilit d tablir des sessions multimdia en utilisant tout accs haut dbit. Mais pour continuer exploiter les richesses inpuisables d IMS, il faut pouvoir y accder beaucoup plus rapidement. Aprs le cbles et ses dboires , c est au tour de l xDSL d tre sous les feux de la rampe. Tout au long de ce chapitre, nous dtaillerons notre solution architecturale qui doit tre capable de prsenter des applications d'ancienne gnration sur un rseau IP plus conomique, tout en constituant une base pour une migration complte vers IMS. Ainsi, les oprateurs peuvent cohabiter des plates-formes de services de nouvelle gnration et des plates-formes dj existantes pour offrir un environnement transparent leur client supportant tout type de service.
La fourniture de ces services est assure par les commutateurs TDM de classe 5 auxquels le rseau RI s interconnecte. Par consquent, la suppression de ce commutateur rompt le lien avec le rseau intelligent existant. De ce fait, l implmentation du softswitch doit prendre ces lments en compte et garantir la continuit des services pour l abonn. Pour y faire, deux solutions se prsentent : soit en recrant le lien RI soit en implmentant les mmes services sur une nouvelle plate-forme de services. Il en va de mme au niveau du systme de facturation galement raccord au commutateur de classe 5. L implmentation d un nouveau systme de facturation et de gestion d abonns pour la solution NGN s avre ncessaire. Dans le cas des nouveaux oprateurs entrants sur le march et visant utiliser une solution NGN comme support de services, la deuxime solution sera privilgie mais ncessitera des investissements additionnels. Tandis que pour le cas du Tunisie Tlcom, un investissement dans la premire solution sera plus efficace. C est pour cette raison que nous allons tudier comment assurer la recration du lien avec le RI.
I.2
40
Dans le rseau mobile, il n y a plus de notion de commutateur de rattachement. Un abonn peut se porter prsent sur n importe quel commutateur de rseau. La base de donne contenant le profil de l abonn ne peut tre donc que centralise et s appelle HLR, et les informations ainsi relatives au service auquel l abonn est inscrit prsente les points de dtection PD des services RI. .
I.3
L volution dans le temps des visions de la nouvelle gnration des rseaux de tlcommunication se traduit tout naturellement par l volution du concept du RI en NGN. Le principe de commande d appel adopt par le RI repose sur une sparation entre le traitement d appel de base et celui des services plus volus. C est une premire tentative pour mettre fin au modle unifi des commutateurs en assurant une certaine indpendance entre la connexion et le service. Mais c est une indpendance partielle vu que le composant
41
responsable de la commutation de service et l activation du RI lors de l excution d un appel SSP se situe au niveau du commutateur que ce soit pour un service RI_fixe ou bien RI_mobile. Dans notre perspective nous essayons de marquer plus cette sparation et ceci en crant dans le rseau un nouveau n ud indpendant qui se chargera d assurer les fonctionnalits du SSP. Par la suite, l activit de contrle de la connexion et de l instanciation de service ne sera plus intgre au niveau du commutateur mais plutt sera dployer sparment au niveau d un nouveau composant. La problmatique qui se pose ce niveau c est comment choisir ce n ud ?
I.4
Cette volution s accompagne de la transformation du SSP en une architecture softswitch. Pour nous en convaincre revenons sur les fonctionnalits des SSP et celles attendues par une architecture softswitch. L architecture softswitch est trs intressante dans la mesure o elle permet de raliser un dgroupage des fonctions du rseau. Avec les softswitchs, les services sont conus et intgrs de manire dcouple de l infrastructure tlcom sous-jacente. Leur conception et leur dveloppement sont bass sur des standards permettant ainsi des dveloppeurs de services de s abstraire des spcificits des oprateurs et des quipements et de faire interagir leurs services avec des serveurs d application de systmes tiers non spcifiques et partags[1]. Nous avons besoin de tout un mcanisme d association permettant la constitution d un plan de contrle global capable d excuter des fonctions au dessous de plusieurs rseaux htrognes (fixe, mobile, xDSL ). Ce mcanisme tablit, maintient et relche les associations entre les diverses entits qui cooprent pour fournir un service. Ainsi et au regard du problme pos, le softswitch dploy appel A_RI, devra intgrer les fonctionnalits du SSP et en particulier son modle d appel ainsi que l ensemble de ces capacits. En plus, tant donns son interaction avec le RI_fixe, le RI_mobile et les nouveaux serveurs d applications AS_SIP , il doit tre en mesure de faire le mappage entre les diffrents protocoles utiliss. Par la suite, nous devons implmenter une interface SCTP/IP au sein de l A_RI pour pouvoir communiquer en INAP, CAP et SIP ( une tape avance). Par consquent, l oprateur Tunisie Telecom dispose actuellement de deux plateformes RI une pour le rseau fixe et une pour le rseau mobile. En crant ce composant, A_RI, nous
42
arrivons non seulement centraliser le contrle et l accs au service des deux plateformes, mais aussi nous offrons la possibilit d y accder partir de n importe quel autre rseau d accs.
43
La fonctionnalit introduite est nomme A_RI. Elle prsente l intelligence du rseau en assurant l invocation du service et la slection du traitement appropri l appel. Le deuxime point fort de ce n ud est son ouverture aux diffrents modes d accs grce son architecture softswitch. Il permet galement de communiquer en INAP, CAP et SIP. Ainsi, les oprateurs peuvent offrir les services RI_fixe, RI_mobile et IMS aux diffrents types d abonns quelque soit leur rseau d accs. Ce qui tend l ventail de services aussi pour les abonns DSL.
44
Nanmoins, tout un mcanisme de transformation est ncessaire au niveau de ce rseau dans le but d assurer cette extension. Nous essayons dans cette partie de prsenter en premier lieu les points de dfaillances qui freinent l intgration du nouveau profil des services IMS dans l infrastructure existante, pour numrer par la suite les changements que nous devrons mettre en place pour assurer cette volution.
45
46
Par consquent, Le meilleur investissement pour un oprateur tel que Tunisie Tlcom, dsirant demeurer comptitif dans le secteur de tlcommunication, est le dveloppement de son rseau d accs xDSL selon un concept IMS.
II.3
Dans cette partie nous essayons de prsenter quelques rgles de transformation qui touchent les diffrentes couches dans le but d adapter le rseau d accs xDSL aux nouvelles exigences de la nouvelle plateforme RI_IMS.
47
Cette approche intresse en premier lieu les oprateurs dont leurs quipements ATM DSLAM sont arrivs en fin de vie. Dans ce cas, les oprateurs sont dans une logique de remplacement de leurs solutions par des IP DSLAMs. Pour l autre situation ou les
quipements ATM sont encore jeunes, nous pouvons dployer des IP/DSLAM qui joueront le rle de DSLAM matre. En effet, grce aux interfaces STM que supporte la nouvelle gnration de DSLAM, nous pouvons raccorder un certains nombre de ATM/DSLAM esclaves sur un IP/DSLAM maitre et bnficie ainsi du haut dbit sur l interface Core. En plus de l apport d IP, ces n uds supportent divers types d accs DSL (ADSL, VDSL, ADSL2, ADSL2+ ) et peuvent intgrer la fonction d affectation d @IP qui est
Figure III.7 : Evolution vers des IP DSLAM II.3.2.2 Etape 2 : mise en place du MSAN La migration du c ur du rseau accompagne la transformation du rseau d accs avec notamment le dploiement de n uds multiservices bass sur IP (MSAN). Les MSANs constituent une volution naturelle des DSLAMs. C est un quipement qui constitue, dans la plupart des architectures de type NGN, un point d entre unique vers les rseaux d accs des oprateurs. A la diffrence d un DSLAM, dont le chssis ne peut supporter que des cartes permettant de proposer des services de type xDSL, un MSAN peut supporter des cartes POTS, RNIS, Ethernet, FTTx, X25, 3G ou encore WiMax. De ce fait, au sein d un seul et mme chssis, l oprateur peut dployer toutes les technologies d accs envisageables sur son rseau.
48
Le rle de Media Gateway, qui permet essentiellement l interfonctionnement entre un rseau TDM et un rseau IP, peut tre embarqu au sein de ce MSAN, et disparatre en tant que n ud de rseau ddi. Avec cette architecture nous pouvons offrir aux abonns POTS le service de la VOIP Cette transformation prsente une tape avance dans la procdure de migration pour l oprateur puisque nous arrivons unifier toute la couche accs, converger tout le trafic vers une seule couche transport IP et simplifier le dialogue entre les diffrentes technologies.
49
II.3.3.2 Introduction de la Base_Management_xDSL Avec la varit de services offerts aux abonns DSL, et qui dpasse le simple accs l internet, il devient ncessaire d y centraliser la gestion. Par la suite, l existence d une base de donne qui encapsule le profile de l abonn pour chaque type de service facilite normment la tche du contrle. L ide est d associer au rseau d accs xDSL une plateforme de gestion d abonns Base_Management_xDSL dcrivant chaque client, ses terminaux et ses droits d'accs aux applications. Elle peut assurer en plus la fonction AAA et l allocation de l adresse IP. Ces informations ne sont pas limites l accs Internet mais font appel d autres services innovants qui peuvent tre dploys au niveau de la nouvelle plateforme RI_IMS de Tunisie Tlcoms ou mme chez des fournisseurs tiers. De cette manire et pour authentifier les utilisateurs, nous n avons pas besoin de remonter jusqu au serveur Radius du FSI. Cette tche se fait au niveau de l accs ce qui limine tout type de gaspillage de ressources et rduit le temps de rponse. Ainsi nous arrivons soulager les fonctionnalits du BRAS qui se limite un simple routeur transportant le trafic RTP. Un tel choix ne sera pas justifi dans le cas o l oprateur Tunisie Telecom offre seulement l accs Internet car cela n aura pour consquence qu une surcharge inutile. Tandis qu avec la nouvelle perspective de service, une telle mutation facilite normment l intgration de nouveaux services tels qu IP_TV ou VoD par Tunisie Telecom.
50
Combines, la large bande que procure une connexion xDSL et les volutions de la couche transport, accs et contrle, facilitent largement le dveloppement et le lancement de nouveaux services mlant les diffrents types d applications voix, vido et audio. En plus, et grce aux fonctionnalits de l entit A_RI introduite, nous pouvons faire appel mme aux services du RI traditionnel comme par exemple le service prpay pour des abonns DSL demandant le service VoD. En conclusion, la centralisation de la gestion des abonns simplifie la tche de l oprateur et lui prsente la possibilit de dfinir ses propres services : il est trs urgent pour Tunisie Telecom de changer sa stratgie d un simple fournisseur d accs un fournisseur de contenu.
Base_Management_xDSL, BD_PSTN introduite dans la section I.2.3 et le HLR pour un oprateur tel que Tunisie Telecom ayant les trois types de rseaux et envisageant la convergence fixe/mobile. Cette centralisation rend aussi plus ais la tche d un oprateur envisagent l investissement dans des nouvelles technologies telle que WiMax.
51
dans ce cas de dployer des services qui combinent voix et data au sein d une mme session, ce qui n est pas possible dans le cas ordinaire. A un stade avanc de l volution tout le processus du contrle est assign au core IMS et spcialement le CSCF. Par la suite l oprateur russira avoir une supervision totale et centralise sur le droulement du service.
52
En conclusion, l architecture propose introduit une flexibilit au niveau du fonctionnement du rseau. Nous assurons par ce modle une sparation complte entre les diffrents niveaux ; le traitement du flux de signalisation est indpendant du celui du flux RTP. Dans ce cas l oprateur n aura plus besoin d investir dans le BRAS qui prsente, comme dj mentionn dans la section II.1.2, un goulet d tranglement qui freine l accs haut dbit. Il est prfrable ainsi d opter pour une architecture distribue qui assure un fusionnement logique entre le rseau de l oprateur de l accs et le rseau du FSI.
II.6.2 SIP_IMS
L introduction de nouvelle plateforme IMS dans les rseaux fixes et mobiles reprsente un changement fondamental dans les rseaux de tlcommunication. Le protocole SIP comme il a t dfinit par L IETF ne permet pas de rpondre aux exigences de l IMS. Toutefois pour assurer la signalisation entre un terminal IP, l A_RI, le core CSCF et la plateforme RI_IMS, nous avons choisit le protocole SIP dvelopp par le groupe TISPAN. En effet, la nouvelle version est enrichit par de nouvelles requtes, de nouveaux Headers ainsi que de nouveaux paramtres qui prennent en compte certaines volutions spcifies par IMS pour un usage dans le c ur du rseau.
II.6.3 Diameter
Avec l avnement des nouvelles technologies et applications, de nouveaux besoins d autorisation et d authentification ont t crs. Des protocoles traditionnels tels que RADUIS ne permettent pas de satisfaire certains dtails. Pour cette raison, nous avons choisi le protocole Diameter pour transmettre les messages entre le HSS et l A_RI, le core IMS et l AS.
Conclusion
Tout au long de ce chapitre, nous avons dtaill les tapes suivre pour assurer l adaptation de l architecture existante de Tunisie Tlcoms une architecture de services IMS offrant le multimdia. Une telle architecture se base sur une solution tout IP , qui 53
introduit une flexibilit au niveau du transport, et sur un core de contrle centralis qui offre l intelligence au rseau. Toutefois, si cette solution est conforme toute architecture de rseau (PSTN, xDSL), il faudrait optimiser cette adaptation afin de maximiser l utilisation des ressources disponibles. Ceci fera l objet du chapitre suivant qui traitera le dimensionnement de la nouvelle architecture en fonction des prvisions de trafic et d abonns.
54
55
Introduction
Les changements technologiques rcents, la drgulation des marchs de tlcommunications, conjugus aux besoins des consommateurs pour de nouveaux services exigeants en matire de bande passante ont instaur un grand besoin pour la planification. Cette technique s'avre aujourd'hui particulirement dterminante pour assister l'oprateur dans son ingnierie et pour rduire les dpenses d'investissements tout en augmentant le revenu moyen par abonn. Dans ce chapitre, nous proposons de modliser la demande en trafic dans le rseau fixe et d en dgager une optimisation des diffrents paramtres traduisant l offre de l oprateur (capacit des liaisons, nombre d quipement, capacit des quipements, etc..). Etant donn que le dimensionnement d un rseau est une tche assez complexe, notre objectif une fois que nous avons dtaill le processus de dimensionnement du rseau d accs et du rseau c ur IMS, sera la conception et la ralisation d un outil qui implmente ces diffrentes phases. En effet, un tel outil peut simplifier et automatiser ce processus aux administrateurs de rseau.
56
o Accs haut dbit Internet o VoIP o Vido confrence o E-commerce o IP centrex o Rseaux Virtuels Privs de donnes (VPN) Le tableau suivant rsume les diffrents dbits ncessaires pour assurer ces services et qui dpendent troitement des codecs audio et vido utiliss : Tableau IV.1 : Estimation du dbit utile pour la nouvelle gamme de services Applications Accs haut dbit l Internet VoIP VoD Vidoconfrence TV sur IP VPN Dbits requis 2Mbit/s 10 Mbit/s 5.3 kbit/s 64 kbit/s 3.5 Mbit/s 4.6 Mbit/s 384 kbit/s 1.5 Mbit/s 3.5 Mbit/s 4.6 Mbit/s Plus que 2Mbit/s
57
humaine : la limite sur le dlai maximum tolr est une limite stricte car toute dgradation sur le dlai induirait une perte de qualit notable dans la perception humaine du signal.
II.2
Classe Streaming
II.2.1 Dfinition
Les applications de cette classe impliquent un utilisateur humain et un serveur de donnes. Ce sont des applications temps rel asymtriques o les donnes sont transfres du rseau vers les terminaux. Le manque d interactivit entre l utilisateur et la source de donnes autorise des dlais un peu plus importants que dans les cas des applications de type conversationnel, et ce sans perturber la QoS.
58
Selon [14] les caractristiques de ce modle sont : L occurrence des sessions 0.17 appels/ heure. La dure d une session 120 s. Le taux d activit de la source est de 0.58. Toutefois, l observation et l analyse de ces valeurs nous permettent de constater qu elles correspondent bien des applications streaming sur des terminaux mobiles ou du tlchargement de squences audio/vido sur l internet. Etant donns que dans notre PFE nous intressons au dimensionnement des entits d accs, de contrle et de services pour offrir essentiellement le multimdia on line notamment l IP_TV et la VoD, certains paramtres doivent tre rviss. Vu qu il existe une forte corrlation entre le nombre de tentative d appel et la dure moyenne d un service, nous avons essay d ajuster ces valeurs pour conserver paramtres qui nous ont paru les plus judicieux. les
o Le nombre de datagrammes par appel suit une distribution gomtrique de moyenne typique 10 datagrammes/appel. o La dure d inter-arrive de datagrammes suit une distribution exponentielle dont la moyenne est en fonction du dbit. o La taille des datagrammes suit une distribution de Pareto. Pour ce modle, nous avons retenu un taux d appel gal l occurrence des sessions multiplie par le nombre d appel par sessions. Ce taux dpond de la classe d abonn. Il est beaucoup plus important pour l accs professionnel ou le service interactif dpasse le cadre de consultation du Web pour prsenter des applications de transmission de donnes entre une entreprise et ses diffrentes agences.
60
61
plateforme d accs unique pour les abonns de types POTS, xDSL, Ethernet, FTTH et ISDN. Pour le cas de Tunisie Telecom, nous nous contentons des abonns xDSL, Ethernet et POTS. Une catgorie d abonn tant un nombre d abonns la demande en trafic similaire. Suivant les nouvelles exigences en termes de services demands nous pouvons classs les abonns selon cinq classes qui sont : Les abonns rsidentiels de base : se sont gnralement des usagers domestiques la demande faible en termes de dbit et de qualit de services. Les dbits offerts varient en gnral de 128 kbps 512 kbps. Pour cette classe d abonn l accs DSL est limit une connexion classique Internet. Pour cette raison une simple ligne ADSL sera suffisante. Les abonns rsidentiels avec services supplmentaires : le profile de cette catgorie d abonn rpond celle d un abonn IMS qui demande des services innovants combinant voix, donnes et vido. Pour pouvoir rpondre aux exigences de cette classe d abonns essentiellement en termes de bande passante, un dploiement de la technologie ADSL2+ s avre ncessaire. Les abonns professionnels classe 1 : Sont des abonns dont la demande en termes de dbits dans l UL et le DL est relativement importante. Nous distinguons dans cette catgorie les PME, les bureaux de consulting, les ambassades et autres missions diplomatiques, etc. Dans ce cas le G_SHDSL apparat comme une solution d accs rapide et non couteuse qui devrait sduire ces types d abonns et plus particulirement les PME enqute de connexion haut dbit. Les abonns professionnels classe 2 : sont des abonns dont la demande est beaucoup plus contraignante en terme de services et de dbit que celle de classe 1. Cette catgorie englobe essentiellement les grandes entreprises dont la demande des services VPN, accs haut dbit l Internet, e-commerce, vido confrence, IP_centrex est en perptuelle
volution. Traditionnellement, les fournisseurs de services, comme Tunisie Tlcom, offrent aux entreprises des services de connectivit bass sur le relais de trames (FR) ou sur le multiplexage temporel (TDM). En raison de leurs prix levs, ces services de connectivit ne sont plus adopts la demande croissante des services de donnes. Avec le
temps, l Ethernet commence jouer un rle sur ce segment. C est une technologie simple et trs intressante. Elle va srement se dvelopper dans le domaine de l accs professionnel. Nous recommandons Tunisie Tlcoms arrter ds maintenant un plan de migration des abonns desservis par FR avec les nouvelles technologies (Ethernet, G.SDH) et
62
d assurer ainsi une couche d accs unique et mutualise. Par consquent, il diminue d avantage les OPEX de ces rseaux d accs.
Les abonns POTS : Les POTS (Plain Old Telephone Service) est un service traditionnel, prcurseur de tous les nouveaux services. C est le modle du service conversationnel par excellence. La prsence du MG intgr au niveau du MSAN offre la possibilit de fournir le transport IP pour ce type d abonns. On parle de la solution NGN CS (circuit switching).
Figure IV.1 : Architecture du MSAN La distribution des catgories d abonns selon la technologie d accs est comme suit : Nombre d abonns rsidentiels de base=nombre d abonns ADSL Nombre d abonns rsidentiels avec services supplmentaires=nombre d abonns ADSL2+ Nombre d abonns POTS Nombre d abonns professionnels classe 1=nombre d abonns G.SHDSL Nombre d abonns professionnels classe 2=nombre d abonns Ethernet Le nombre d abonn total est :
(4.1)
La prvision du trafic consiste identifier les caractristiques du trafic et les besoins en bande passante des diffrentes applications qui devront tre supportes par les rseaux
63
multiservices. Il s agit d estimer le trafic de dpart et d arrive pour chaque catgorie d abonnes et chaque service pendant l heure de pointe. L unit de mesure de trafic est l erlang. Cette notion permet de caractriser : L tat du lien (pourcentage d occupation) L intensit de trafic : le nombre moyen de communication en cours simultanment Toutefois l expression du trafic diffre du mode TDM au mode IP.
Trafic( TDM ) = taux _ d' appel * dur _ moyenne _ service trafic( IP ) = taux _ d' appel * dur _ moyenne _ service * taux _ d' activit _ source
Aprs avoir calcul le trafic coul, nous passons au dimensionnement de la bande passante cot rseau entre le MSAN et le rseau de collecte IP. Dans ce cas de figure, nous devons faire la distinction entre deux types de trafic : le trafic d origine DSL et Ethernet qui ne requiert aucun traitement. le trafic d origine POTS qui ncessite un traitement au niveau du MG pour l adapter au mode IP.
d abonn ainsi que du dbit y est offert. Par la suite la charge coule d une classe I d un
(En Kbit/s)
(4.2)
(4.3)
Selon le principe du tltrafic, le dimensionnement des rseaux de type IP, qui sont des systmes avec attente, se base sur la loi d Erlang C. Toutefois, l architecture interne de l quipement MSAN est une architecture non bloquante dote d une haute capacit de transmission. De ce fait nous avons considr que toute la charge gnre par les abonns est susceptible d tre supporte par notre rseau.
64
GOS
(4.4)
A k! La capacit de l interface niveau accs du MG est gale au nombre de E1 ncessaires pour acheminer un trafic global T avec un GOS qui est fix par les oprateurs chacun sa guise. Soit APOTS le trafic total gnr par les N abonns POTS (service conversationnel). Cette valeur ne peut pas tre mesure. Elle est estime grce au modle de trafic.
(4.5) (4.6)
appel / abn
Aprs avoir calcul le trafic total gnr par les abonns POTS, nous dterminons le nombre de circuits ncessaires pour acheminer ce trafic. Pour la recherche d une inconnue de la thorie de trafic, nous pouvons utiliser plusieurs outils parmi lesquels la formule d approximation suivante: N circuit = APOTS + K * Avec GOS = 10 _ k APOTS (4.7)
(4.8)
Comme dj mentionn, le trafic mode paquet passe directement travers le MGW alors que le trafic mode circuit doit tre paquetis au niveau du MGW. Selon le dbit gnr par le codec audio et en tenant compte des diffrentes possibilits des priodes de paqutisation, nous pouvons obtenir la taille des donnes audio. Ces donnes vont subir des encapsulations au niveau des diffrentes couches en commenant par la couche transport jusqu arriver la couche liaison de donnes (Annexe I). Ainsi, la formule qui permet de calculer le dbit par appel est la suivante :
65
Dappel = ( Dcodec / T paquetisation + entete _ encapsulation ) / T paquetisation Nous estimons la bande passante cot rseau de transport comme suit :
(4.9)
RE
(4.10)
= BW POTS +
I ,J
BW S ( I , J ) *
simul tan it (
I)
(4.11)
O le
I ) est le taux de simultanit entre les trois modles de trafic pour une
classe d abonns.
(4.12)
NMSAN /ZONE : nombre de MSAN dployer dans la zone. Nabn(I) : nombre d abonns de classe I. marge_abn(I) : marge d abonn de classe I : elle tient compte de l volution des abonns.
66
L A_RI est un softswitch qui permet d affecter des ressources de transmission et de fournir les oprations spcifiques la fourniture d un service et au contrle de son excution. Nous avons introduire cet lment pour assurer essentiellement les trois fonctions suivantes : Le contrle des connexions des MG au niveau de chaque MSAN et des quipements terminaux. Le routage des appels au sein du rseau. L interaction avec le RI_Classique pour le traitement des services demands par un abonn MSAN. Par la suite tout le trafic de signalisation de contrle d appel gnr par les utilisateurs passe par l A_RI. Dans le cas ou l abonn demande un service plus contraignant du point de vu ressources et mcanismes de contrle, ce n ud ne sera plus qu un relais vers le core IMS qui s en charge du traitement du service. Nous avons choisi de partager la charge entre l A_RI et le core IMS pour assurer un certain quilibre et ne pas surcharger le CSCF par des services ne demandant pas de grandes ressources. Dans ce cas, le dimensionnement de cet quipement se traduit en termes de capacit de traitement de son processeur exprim en BHCA (Busy Hour Call Attemp) ou en CPS (Call Per Second) :
ch arg e A _ RI = I nb _ abonn _ I * appel ( I )
ch arg e A _ RI ( CPS ) / 3600
(4.13)
(4.14)
nb _ abonn _ I
Dans le cas o nous connaissons la capacit du traitement de cet quipement, qui dpendra forcement du constructeur, nous pouvons estimer le nombre d A_RI pour une zone donne :
nb A _ RI = ch arg e A _ RI / capacit A _ RI
(4.15)
67
(4.16)
(4.17)
Note : Selon la loi d Erlang, un appel qui dure trois secondes est vu par le systme comme tant trois appels durant chacun une seconde [15]. Bien que l unit de la charge du microprocesseur est en appel/s, le dimensionnement que se soit de l entit A_RI ou bien CSCF dpond la fois du nombre de tentative d appel et la dure du service. Pour cette raison, nous tions dans l obligation de dfinir un nouveau taux qui n est autre que le taux d appel multipli par sa dure. Par exemple, pour le service VoD nous avons : Dure moyenne du service : 3600 4500 s Taux d appel : 0.6 appel/h Nouveau taux d appel : 0.6 0.75 appel/h
Le dimensionnement est une tape importante dans le dploiement du rseau IMS. Elle intervient dans le cadre de l aide la dcision pour l introduction du concept IMS. Pour atteindre notre objectif, nous avons men un travail de dimensionnement de ce rseau en tenant compte de son aspect multiservices. Cette tche consiste valuer le volume de trafic vhicul au niveau du rseau c ur ainsi que la dtermination de la capacit ncessaire des diffrentes entits du rseau pour supporter ce trafic.
68
Notre objectif est la migration du rseau de Tunisie Tlcom vers IMS et l valuation de son impact. La ralisation d un outil de dimensionnement et son application au rseau de Tunisie Tlcom sera l objectif de la section suivante.
L organigramme suivant dcrit les diffrentes tapes suivre afin de dterminer les besoins matriels et logiciels pour l coulement du trafic du rseau d accs fixe.
70
71
Le logiciel Microsoft Visual C++ 6.0 est un diteur puissant de C++ et offre des larges fonctionnalits. Visual C++ 6.0 offre des classes MFC qui aide la ralisation des interfaces graphiques, ainsi que son propre compilateur. Les MFC constituent un ensemble de classes prdfinies autour desquelles s articule la programmation Windows avec Visual C++. L criture d un programme Windows entrane la cration et l utilisation d objets des MFC ou d objets de classes drives des MFC. Visual C++ met la disposition du programmeur des outils spcialiss facilitant considrablement l utilisation des MFC. Le gnrateur de code cre des objets qui contiennent des fonctions membres permettant la communication avec Windows, le traitement des messages Windows et l change des messages entre eux. Il reste au programmeur ajouter les fonctions membres et les champs qui permettent de personnaliser les classes pour doter les programmes de fonctionnalits spcifiques.
72
Lors du lancement de l outil TunTel_Dimensionning_Fixe l administrateur se trouve devant une fentre principale, prsentant l application dveloppe. Dans la feuille principale du l outil, nous proposons quatre modules.
Figure IV.3 : Prvision des abonns Selon les prvisions du nouveau projet ADSL de Tunisie Tlcoms (annexe II), la rpartition des abonns xDSL prend de plus en plus de l ampleur. Le nombre d abonns DSL espr en 2008 pour l Ariana est de l ordre de 62474 lignes. Cette rpartition donne une ide sur la politique de l oprateur qui envisage l augmentation des services data. Dans la perspective o nous estimons une volution remarquable dans l offre de service et ceci grce l introduction de l IMS, nous avons affect une marge de 15% pour les abonns
73
ADSL2+. Par la suite l abonn ne se contentera plus d un simple service conversationnel ; il s orientera de plus en plus vers les services multimdia.
Figure IV.4 : Configuration du MSAN Il est signaler que le besoin de 17 MSAN est l objectif final. De ce fait, un processus de migration est ncessaire pour atteindre cette cible. Par exemple, nous recommandons Tunisie Tlcoms de raccorder les nouvelles demandes cette plateforme IP pour les services vocaux et donnes et prparer ensuite une migration du parc existant selon la dure de vie des quipements. Une fois que la migration a attir suffisamment d utilisateurs et que l oprateur est prt, le reste des abonns (RTC, FR...) peut tre transfr sur la nouvelle plateforme IP et le rseau RTC peut alors tre dfinitivement abandonn. V.2.2.2 Spcification du modle du trafic et calcul de la charge totale MSAN, nous passons la dtermination de nombre
Aprs le dimensionnement du
d interfaces ncessaires pour l acheminement du trafic. A ce stade, nous sommes face deux cas de figures : l un concerne le dimensionnement du trafic IP venant des abonns DSL et Ethernet et l autre s intresse au dimensionnement du trafic TDM des abonns POTS.
74
Modle de trafic IP : A travers la premire interface, l utilisateur est amen fixer les paramtres du modle de trafic du rseau d accs. Pour une catgorie d abonns, chaque type de service a ses propres paramtres en termes de taux d appel/abonn, dure d un appel et taux d activit de la source.
Figure IV.5 : Spcification du modle de trafic tant donn que ces services ne sont pas encore dploys, l oprateur Tunisie Tlcoms ne dispose pas de la totalit des caractristiques de ces modles de trafic. Toutefois le choix de ces valeurs n est plus arbitraire. Nous avons procd une analyse de besoin pour dterminer des valeurs moyennes les plus judicieuses possibles pour chaque type de service et pour chaque catgorie d abonns. Nous avons choisi d affecter les valeurs les plus leves pour les abonns rsidentiels avec services supplmentaires dans le cas du streaming. Ce choix est du au fait que nous envisageons l introduction des services TV sur IP et VoD dont la dure de service est de l ordre de une heure et l occurrence du service est de 0.4 appel/h. Dans la mesure o nous envisageons remplacer les accs traditionnels accords aux entreprises pour vhiculer leur trafic vocal tel que les E1 par une liaison IP (G.SHDSL, Ethernet), les valeurs les plus hautes du service conversationnel sont affectes aux abonns professionnels. Alors que pour la classe interactif, se sont les abonns professionnels de classe 2 qui dtiennent les valeurs les plus hautes. Ceci est du au dveloppement de service VPN chez les grandes entreprises.
75
Trafic IP : aprs avoir valider les paramtres gnraux du modle du trafic, nous nous trouvons face une nouvelle boite de dialogue qui offre la possibilit de configurer les dbits ncessaires pour la fourniture des services ainsi que le trafic IP en UL et en DL (quation 4.2).
Figure IV.6 : Rsultat du dimensionnement du trafic IP Selon la norme MPEG2, nous avons besoin de 3.5 jusqu 4.6 Mbit/s pour pouvoir offrir des services comme la TV sur IP ou la VoD. Pour cette raison l oprateur devra fournir aux abonns rsidentiels avec services supplmentaires un minimum de dbit de 8Mbit/s pour assurer l offre triple play. Ce qui justifie bien le choix des accs de type ADSL2+. Alors que pour les PME et les grandes entreprises nous avons attribus une bande passante importante pour les diffrentes classes de services : il s agit en fait d une connexion partage par un nombre d abonns au sein de la mme entreprise. Par exemple, une ressource de 30Mbit/s peut remplacer les lignes spcialises dont le dbit ne dpasse pas les 2 Mbit/s. Dans ce cas, nous recommandons Tunisie Tlcoms de converger tout ces services professionnels (LS, ATM, FR ) vers une solution unique est non couteuse savoir l accs G.SHDSL ou l accs Ethernet. Trafic TDM : l estimation du trafic mode circuit ncessite: la configuration de la MG et la spcification du modle de trafic conversationnel pour les abonns POTS. Ensuite
76
l quation (4.10) permet de calculer le trafic total gnr par cette catgorie d abonns et qui est gale 98803 kbit/s.
Figure IV.7 : Spcification des paramtres du trafic POTS Dans notre tude de cas, nous avons choisi un codec G.726.a qui permet un dbit de 32 kbit/s pour la voix. Nous esprons par ce choix assurer un compromis entre la rduction de la bande passante et la bonne qualit du signal. Ensuite une fois la solution est stable et fonctionne ave une QoS acceptable, nous recommandons l utilisation des codecs prsentant plus de compression (annexe I) Trafic total : la dernire fentre dans ce module nous permet d afficher le rsultat global et le nombre d interfaces FE ou GE mettre en place. Pour des raisons de correction, nous avons prvus une marge de 1% dans l UL et 5% dans le DL.
77
Le dimensionnement de la zone d Ariana CN prvoit une bande passante gale 2908387.65 kbit/s (quation 4.11) dans le DL. Cette expansion du besoin en termes de ressources justifie l orientation vers le mode de transport IP qui permet d conomiser les ressources. Etant donn que les MSANs ont une architecture interne GE qui leur permet une haute capacit, le dimensionnement d un MSAN consiste dterminer les interfaces GE/FE cot Uplink suivant le trafic total gnr. Nous recommandons ainsi l utilisation l abaissement du dbit offert. des interfaces de type GE pour viter
PGW 2200 Softswitch Gateway qui permet une capacit de 100000 BHCA.
78
Vu le type des services grs par cette entit, nous avons choisi une capacit suprieure celle de l A_RI qui est gale 300000 BHCA.
V.3
Kairouan, Gafsa, Gabs, Sousse et Sfax). Prenons l exemple de la ville d Ariana, nous avons partag cette zone en trois sous zones : Ariana CN, El Menzah et Manar. Tout le trafic de la provenance de ces zones sera agrg au niveau des deux routeurs de Menzeh et Ariana. La figure IV.11 prsente l architecture propose.
79
Figure IV.11 : Rpartition des abonns d Ariana Traditionnellement, dans le rseau de transmission de l oprateur, les quipements de multiplexage temporel (TDM) et de la hirarchie numrique synchrone (SDH) prdominent. La connexion entre les diffrents DSLAMs se base sur une architecture TDM/SDH en topologie toile o nous raccordons un ensemble de DSLAMs esclaves un DSLAM appel DSLAM maitre pour vhiculer le trafic vers le rseau de transport. Cependant, avec l volution considrable de la charge transporter, cette architecture s avre incapable de rpondre aux nouvelles exigences du haut dbit. Par la suite, la demande croissante de services conduit l introduction de nouvelles technologies plus adaptes. Dans notre tude de cas, nous optons pour une architecture en anneau o les quipements sont relis travers la technologie Metro Ethernet ou la fibre noire. Cette configuration apporte grce l usage de l Ethernet de bout en bout une flexibilit accrue au niveau du transport. Nous pouvons aussi utiliser certains protocoles comme RSTP (Rapide Spanning Tree), MSTP (Multiple Spanning Tree) et SFP (Small Form Factor Pluggable) afin d offrir des mcanismes d ingnierie de trafic et renforcer les performances du rseau.
80
zone de Manar. Ensuite nous assurons le lien entre ces diffrentes entits travers la signalisation SIP_T ou BICC.
V.3.3
Rsultat et interprtation
a. Rpartition de la BP entre l UL et le DL
Les abonns (DSL/Eth) de la ville d Ariana consomment une bande passante totale de l ordre de 5742427 Kbit/s en UL et 15409634 kbit/s en DL au niveau rseau. La diffrence entre la BP en UL et celle du DL s explique par la nature des services demands (figure IV.13). En effet, nous assistons l mergence des services asymtriques de type client/serveur qui demandent plus de ressources en termes de bande passante dans le DL comme la VoD, la TV sur IP, l accs Internet, etc. Alors que le grand pourcentage du trafic en UL est de provenance des entreprises ce qui justifie l utilisation des liaisons symtriques (G.SHDSL, Ethernet) pour cette catgorie.
3000000 2500000 BP (kbit/s) 2000000 1500000 1000000 500000 0
I 1 S O NA KR AI EN KH I BO I R J LE T LO E L UZ IR M AN ZE EN H NA EN SR NA SR M 1 AN AR 2 JM M AN CN US H EL JM IA ZE H6 IR A D AN
IA N
AZ
AL TI
O TE
AR
AR
T.
RI
AD
PE
ZONE
81
8% 23%
Figure IV.14 : Rpartition de la BP entre les modles de trafic Cette rpartition met en relief le comportement des abonns qui cherche plus les services multimdia. Toutefois, les ressources demandes sont normes et une infrastructure tel que l infrastructure existante du l oprateur Tunisie Tlcoms ne peut pas satisfaire une telle volution. D o l intrt de la migration vers l IMS pour pouvoir supporter les services Broadband. Cependant cette rpartition est globale et ne permet pas de spcifier les besoins particuliers de chaque classe d abonns. C est pour cette raison que nous avons valu la bande passante de chaque service pour chaque catgorie d abonns.
c. Rpartition de la BP entre les classes de services pour une catgorie donne d abonns
La figure IV.15 explique la rpartition de la bande passante consomme pour chaque classe de services sur les diffrentes catgories d abonns. En effet, elle est organise comme suit : o La catgorie abn_base : ce sont les abonns ordinaires de l ADSL. Pour cette classe, nous remarquons un partage de charge entre les diffrentes classes de services. Le profile des abonns n est pas clair. Toutefois les caractristiques du modle de trafic de chaque service (figure IV.6) nous permettent de conclure que la consultation du Web est le service leader pour cette catgorie. Comparant les taux d appel et les dbits offerts pour cette classe d abonns, ils sont trs proches. Mais le
82
service interactif a une dure beaucoup moins que celle du conversationnel et du streaming (5s versus 120s). Par la suite, c est le service web qui est le plus demand par cette classe d abonns. o La catgorie abn_IMS : elle dtient le grand part de la charge gnre sur le rseau. Ceci est justifi par l mergence de l offre triple play pour cette classe et qui s oriente de plus en plus vers les services streaming dont leur part de la bande passante consomme est de l ordre de 90%. Ceci est du aux valeurs de la dure d appel et du dbit dans le DL qui sont assez importantes. Ainsi, avec l volution du profil de l abonn vers les services multimdia, l introduction de l IMS dans les rseaux des oprateurs tels que Tunisie Tlcoms parait une dcision stratgique et intressante pour satisfaire la nouvelle demande des consommateurs. D autre part, malgr l mergence de la VoIP qui atteint un taux de pntration de 90% pour cette classe d abonn (figure IV.6), une portion minime de la bande passante totale suffira pour assurer le service conversationnel. D o l intrt du mode de transport IP et les codecs audio dans la diminution des cots d OPEX de ce service. Toutefois, ce nouveau mode de transport doit tre support par des mcanismes appropris de gestion de QoS pour la VoIP. o La classe professionnelle PME et GRD : La gnralisation des infrastructures IP dans les entreprises s accompagne du dveloppement des besoins chez les grandes entreprises et les PME. IP est dsormais utilis pour le transport de donns et de la voix. Cette tendance se vrifie par l abondance des services interactifs en premier lieu, titre d exemple le service VPN, et les services conversationnels en deuxime lieu chez l accs professionnel.
100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% abn_BASE abn_IMS PME GRD interactif streaming conversationnel
Figure IV.15 : Rpartition de la bande passante entre les diffrents types de services pour la zone d Ariana CN
83
POTS
IA N
AR
zone
La diminution des revenus lis aux services vocaux entrane un changement de paradigme pour les oprateurs historiques, tel que Tunisie Tlcoms, qui doivent se prparer ajuster leur surface de services en utilisant des solutions IMS qui peuvent non seulement rduire leur OPEX mais aussi augmenter leur revenu d une manire notable. Toutefois, toute une culture d IMS et de services branchs doit tre introduite dans une socit telle que la Tunisie.
e.
En ce qui concerne la charge de l A_RI et le CSCF, ils prsentent respectivement une capacit de traitement de 154342.4 BHCA et 224432 BHCA. L importance des capacits de ces entits permet une concentration de trafic de tout le rseau. En effet, ces composants seront en commun entre les divers services offerts par l oprateur, ce qui nous permet de
MA
NZ
84
rduire le nombre d quipements dployer dans le rseau et donc rduire le cot de l infrastructure installer. La deuxime remarque concernant le dimensionnement des entits de contrle est que la charge du CSCF est plus importante bien qu elle ne serve que les abonns Data (39% des abonns totaux). Ceci est du au fait que les services Broadband ont des taux d appel et des dures moyennes de communication trs importants : ils sont plus sollicits par les abonns. Toutefois la charge de l entit A_RI est aussi assez importante. Chose qui prouve l intrt des oprateurs s attacher aux services du RI classique et justifie l introduction de cette entit qui permet l interconnexion avec plateforme RI. Grace l introduction de la plateforme IP, nous remarquons la diminution du nombre d quipements requis. En effet, nous arrivons servir 164474 abonns avec seulement 101 MSANs et trois entits de contrle pour assurer une migration totale. Ce rsultat met en relief l intrt de l utilisation de cette plateforme IP unique qui assure : o La convergence des rseaux d accs et la centralisation de l administration et de la gestion. o Le soulagement de l infrastructure en diminuant considrablement le nombre d quipements d accs (LE, DSLAM, commutateur ATM, etc.). o Un oprateur ayant recours des softswitchs pour son rseau vocal rduit de manire significative le nombre de connections physiques ncessaires entre ses n uds de rseau, ce qui se traduit par une baisse de ses cots. Dans un c ur de rseau traditionnel, l oprateur doit entretenir une structure maille entre les commutateurs de mme niveau, pour une zone donne. Chaque commutateur doit tre reli physiquement un autre commutateur via un lien TDM circuit. Une solution base sur des softswitchs ne ncessite pas cette architecture toile, si le c ur de rseau IP supporte certains critres de qualit de service en transport. Comme nous l avons signal, la technologie MPLS peut tre mise en place par l oprateur dans son infrastructure IP pour fournir des mcanismes de qualit de service.
85
normment l accs aux donnes relatives une zone. Les rsultats gnraux de dimensionnement sont donns par la figure IV.17.
Figure IV.17: Rsultat du dimensionnement de l Ariana Certainement, Les rsultats obtenus ne sont pas dfinitifs notamment nous avons nglig pas mal d aspects dans le processus du dimensionnement et dans le fonctionnement du rseau. En plus, vu que les services que nous esprons mettre en place sont encore nouveaux pour Tunisie Tlcoms, nous tions dans l obligation de travailler avec des valeurs approches pour caractriser le comportement des abonns ainsi que des services. Par la suite une rvaluation de l tape de dimensionnement par des tests d observation est ncessaire pour ajuster ces paramtres.
86
Outre les services du RI qui ont normment contribu l amlioration du concept des services, nous recommandons Tunisie Tlcoms tendre son portail de services vers l offre triple play . En effet, certains services tels que la VoD ou bien l IP_TV sont indpendants de l accs Internet et peuvent tre acquis mme chez des oprateurs tels que Tunisie Tlcoms. Toutefois ceci requiert, comme nous l avons constat travers la rpartition de la BP, une infrastructure capable de satisfaire la monte en puissance et en dbit (~ 16 G bit/s) sur les diffrents niveaux : accs, transport et contrle. Pour la couche accs nous recommandons : o Remplacer les multiples n uds d accs savoir les traditionnels commutateurs et les ATM DSLAM par un seul quipement MSAN qui offre une plateforme d accs IP unifie supportant diffrentes technologie (xDSL, POTS, LAN, FTTH, WiMax etc. ). o Rorganiser les offres de services rsidentielles et professionnelles. En effet, pour supporter les nouveaux besoins des abonns IMS, nous recommandons l investissement dans le dploiement de la technologie ADSL2+ comme un accs offrant tous types de services. Alors que pour l offre professionnelle, le G.SHDSL se positionne, et ceci grce son dbit, son cot et sa simplicit, comme tant la technologie idale pour remplacer les modes de transmission de donnes traditionnels titre d exemple le TDM, l ATM et le FR. Pour la couche transport, nous recommandons d adopter la solution tout IP qui consiste : o Simplifier le niveau d agrgation et rduire ces cots en substituant les techniques ATM et SDH au niveau transmission par de nouvelles techniques plus simples comme le metrothernet. o Etendre le backbone IP par la mise en place de nouveaux routeurs : Un c ur de rseau paquet unique, partag par plusieurs rseaux d accs constitue alors une perspective attrayante pour des oprateurs. Bien souvent, le choix se porte sur un c ur de rseau IP/MPLS commun au niveau de la couche de transport du NGN afin de confrer au rseau IP les mcanismes de qualit de service suffisants pour assurer une fourniture de services adquate. o L adoption de la technologie tout IP offre en effet deux principaux
87
faire transiter sur un seul rseau tous les types de flux des dbits trs levs ; et le second est d ordre conomique car il permet de rduire considrablement les cots du rseau. Pour la couche contrle, nous recommandons l introduction du core IMS qui arrive grce l intelligence introduite par les softswitchs renforcer les mcanismes de contrle. Il est plus rentable d installer ces entits dans les zones forte densit de trafic. Outre le contrle, cette couche intermdiaire gre la QoS. Ainsi, pour le cas de l ADSL, plusieurs oprateurs investissent dans l entit BRAS pour assurer les critres de performances du service. Toutefois l tude que nous avons mene au troisime chapitre permet de mettre en cause l intrt de cet quipement lors de la migration vers l IMS qui prsente un goulot d tranglement et un point de dfaillance unique du rseau. Il est plus intressant d opter pour une architecture distribue et ddier la tche du contrle au core IMS qui est capable de supporter tout type de rseau. Le dernier point dont nous devons y insister est la centralisation de la gestion des abonns et ceci par l introduction d une infrastructure commune facilitant ainsi le dveloppement rapide des services. Cette centralisation ncessite un fusionnement logique entre le rseau d accs, le rseau du FSI et le fournisseur du contenu qui devront collaborer pour la fourniture du service.
Conclusion
Le dimensionnement des rseaux multiservices bass sur l IMS est une tche dlicate et complexe, surtout que ce concept est encore jeune non seulement en Tunisie mais dans le monde entier. Toutefois, nous avons pu faire une tude gnrale sur le rseau fixe de l oprateur Tunisie Tlcoms selon le concept IMS. Cette tude se base sur un ensemble de rgles d ingnierie de trafic et de dimensionnement qui nous ont aid tracer la nouvelle architecture du rseau et d valuer ses nouveaux besoins en termes de capacit de traitement, de transmission et de commutation. Ainsi, et grce notre outil TunTel_Dimensionning_Fixe dont les principaux avantages sont sa simplicit et son extensibilit, nous avons dgag une liste d observation dont l interprtation nous a permis d arrter un plan de migration et un ensemble de recommandations que Tunisie Tlcoms doit prendre en considration lors de l volution vers l IMS et les services Broadband.
88
ujourd'hui, la croissance des oprateurs n'est plus assure par le dveloppement du parc d'abonns, mais par la fidlisation des clients et la multiplication des nouveaux services valeur ajoute. Parmi eux, on peut citer la ToIP, l'IPTV, la vido la demande, les VPNs, la confrence multimdia ou les jeux en rseau. Ces services sont pour les oprateurs tlcoms le moyen d'afficher une image novatrice et dynamique dans un contexte o la concurrence fait rage. Dans ce contexte o le besoin en des services multimdia et du haut dbit est de plus en plus urgent, plusieurs oprateurs dans le monde se sont pench sur l introduction d une architecture de service IMS sur le rseau d accs DSL. En effet, le lien avec le fixe/DSL s est encore accentu avec la collaboration entre le 3GPP et le groupe TISPAN de l ETSI, afin de permettre l intgration d IMS au sein du travail de standardisation des rseaux NGN fixes de l ETSI. Ce concept permet de restructurer l architecture actuelle du xDSL et l adapter un environnement ouvert et extensible de fourniture de services. Toutefois la mise en place d une telle solution dpend de plusieurs facteurs et ncessite l laboration de toute une stratgie de migration. C est en fait dans ce cadre que se dcline l objectif de notre projet de fin d tude. Dans le but de tracer les principes de base suivre lors du dveloppement de notre stratgie, nous avons accord dans un premier temps un intrt l tude du concept NGN et
89
IMS. Ensuite nous avons fix les objectives principales du travail est qui sont de l ordre de deux : Le premier axe de recherche est la proposition d une plateforme de services qui permet d une part la satisfaction d une demande croissante des services multimdia dans un environnement SIP, et d autre part assurer l interoprabilit et la continuit avec les services d une plateforme RI classique. Le deuxime objectif, une fois nous avons dvelopp la nouvelle plateforme de services, est de dfinir les actions ncessaires introduire au niveau du rseau d accs fixe d une manire supporter les nouvelles applications de la plateforme RI_IMS en terme de capacit et de fonctionnalit. Concernant la premire cible, l tude du concept RI dans le deuxime chapitre nous a permis de mieux approfondir le rle des diffrentes entits. De ce fait l volution vers une architecture de services IMS ncessite : La mise en place de nouveaux serveurs d application SIP qui excutent les services multimdia l exemple de la messagerie instantane, la VoD, la vido confrence, etc. L volution de l entit SSP vers une architecture softswitch pour tenir compte des services vocaux du RI existants comme le renvoie d appel, le prpay, etc. Aprs avoir labor la nouvelle plateforme RI_IMS, nous avons consacr la suite l amlioration du fonctionnement du rseau d accs xDSL et la prsentation de notre solution qui permet la convergence de tout le rseau fixe vers l IMS. En effet, cette solution est base sur un ensemble de critres qui sont : La consolidation de la couche accs et ceci grce au dploiement de l quipement MSAN qui permet non seulement la convergence de plusieurs types d accs (POTS, xDSL, Ethernet, FTTH, ISDN, etc.), mais surtout qu il offre la possibilit du transport en mode IP. D o l augmentation de la bande passante disponible cot rseau. L extension du backbone IP de l oprateur Tunisie Tlcoms et qui doit tre complt par des protocoles d ingnierie de trafic tel que MPLS. La centralisation de la gestion des abonns L introduction de l entit A_RI pour grer les services tlphoniques classiques et le core IMS pour le contrle des services Broadband. Ensuite, pour valuer les exigences de notre nouvelle conception du rseau fixe, nous avons pens qu un outil de dimensionnement s avre dterminent pour assister l oprateur
90
Tunisie Tlcoms dans son ingnierie de migration et rduire ainsi leur dpenses d investissement. L interprtation des rsultats obtenus suite une tude de cas simple et relle de la ville d Ariana nous permet de : Evaluer les besoins sollicits par les abonns en termes de bande passante, capacit de traitement et mcanisme de contrle qui sont de plus en plus importants. Mettre en relief le nouveau profil de l abonn qui s oriente vers les services multimdia (69%de la bande passante est consomme par les services streaming). Restructurer le rseau de transmission de donns en adoptant de nouvelles technologies IP d accs (ADSL2+, SHDSL et Ethernet) et de nouveaux modes d agrgation et de transmission (metrothernet et fibre noire). Ces technologies rvlent de l importance tant pour le grand public que pour l accs professionnel et commence prendre le pas sur les anciennes technologies comme le TDM et le SDH. Pour conclure, nous insistons sur l importance de l introduction de l IMS dans le rseau d accs fixe qui permet d introduire l intelligence, de soulager l infrastructure existante, de faciliter la supervision et la maintenance du systme, de diminuer les cots d OPEX/CAPEX du rseau et surtout d augmenter le parc des abonns qui cherchent des services branchs.
Comme perspective de ce travail, nous pouvons tendre notre stratgie de migration pour tenir compte des rseaux mobiles et assurer ainsi la convergence totale fixe/mobile et Voix/Data/Vido. Dans ce cas, notre outil de dimensionnement est susceptible de supporter de nouvelles extensions tenant en compte non seulement le dimensionnement de la partie network mais aussi la planification radio.
91
Pour pouvoir calculer le dbit POTS, il faut faire la conversion entre le trafic en erlang et le trafic en kbps. Cette conversion ncessite la connaissance du dbit par appel aprs codage. Le dbit d accs peut tre calcul en tenant compte des lments suivant : Les codecs audio utiliss au niveau de la couche application Les diffrentes encapsulations aux niveaux des diffrentes couches (transport, rseau) Les protocoles au niveau de la couche liaison.
Tableau 1 : diffrents Codec audio Selon le dbit gnr par le codec et en tenant compte des diffrentes possibilits des priodes de paqutisation, nous pouvons obtenir la taille des donnes audio. Ces donnes audio vont subir des encapsulations au niveau des diffrentes couches commenant par la couche transport jusqu arriver la couche liaison de donnes.
92
Figure 2 : Format de trame Ethernet La signification des diffrents champs n est pas aussi importante que la taille des donnes qu ajoute chaque protocole. Le dbit gnr sur le support physique varie avec la variation des diffrents paramtres cits ci-dessus. La formule qui permet de calculer le dbit par appel est la suivante : Dappel _ core = ( Dcodec / T paquetisation + entete _ encapsulation ) / T paquetisation Avec : entete_encapsulation=entete_RTP+entete_UDP+entete_IP+entete_ethernet+queue_ethernet (annexe.1)
93
94
95
Tableau 2 : Paramtres de trafic conversationnel de Tunisie Tlcoms Ces paramtres diffrent non seulement d une rgion une autre mais aussi d une sous zone une autre. Dans notre tude de cas, la ville d Ariana est divise en 15 sous zones dont les caractristiques sont lgrement diffrentes. C est pour cette raison que nous avons considr les mmes valeurs du modle du trafic pour toute la rgion d Ariana.
Tableau 3 : Paramtres de trafic DATA de Tunisie Tlcoms Toutefois, puisque le comportement des abonns envers les services diffre d une catgorie une autre et que les profils de certains types d abonns (services supplmentaires et grandes entreprises) sont encore nouveaux, nous avons fix des valeurs qui nous ont paru les plus judicieuses possible.
96
[1] : Zid Choukair et Sami Tabbane, Ingnierie des services tlcoms UMTS et WiFi HERMES SCIENCE, Mars 2005
[2] : Etude ralise par le cabinet Ovum pour le compte de l Autorit de rgulation des Communications lectroniques et des Postes. L'volution du c ur de rseau des oprateurs fixes , Janvier 2006.
[3] : Cabinet Arcome Etude technique, conomique et rglementaire de l volution vers les rseaux de nouvelles gnration , ART, septembre 2002
[4] : Kamel HJAIEJ ; La signalisation dans le rseau NGN ; note de cours ; 2002.
[5] : Confrence SEE du 17 Janvier 2006 - International Networks Review Technologies, 03 Avril 2006 http://www.strategiestm.com
Lucent
[6] : 3GPPP, TS 23228; IP Multimedia Subsystem (IMS) ; stage 2.Release 7, V7.0.0 2005_2006. [7] : site officiel du Diameter : http://www.diameter.org
[8] : Simon ZNATY, le rseau intelligent : principe, services et architecture , EFORT 2005 http//www.efort.com
[10] : Laurent Schweizer, Nicolas Anagnostopoulos et Stefano Ventura, Projet CCTI VoIP& Mobility : Scripts et API pour le dveloppement d applications et services SIP , HES.SO Haute cole spcialise de Suisse occidentale.
97
[11] : Simon ZNATY et Jean-Louis DAUPHIN, IP Multimedia Subsystem : Principes et Architecture , EFORT 2005. http://www.efort.com
[12] : Philippe Goold, ADSL en France - Description xDSL http//www.dslvalley.com/desc.html [13] : Technical Report DSL Forum TR-092, Broadband Remote Access Server (BRAS) Requirements Document , August 2004 [14] : S. Mazlout, Caractrisation de l accs en mode paquet dans les rseaux mobiles de troisime gnration , Mmoire de DEA l ENIT, Fvrier 2003. [15] :Mounir Frikha , Planification et Simulation des Rseaux , note de cours (Sup Com), 2007.
98
This document was created with Win2PDF available at http://www.daneprairie.com. The unregistered version of Win2PDF is for evaluation or non-commercial use only.