Вы находитесь на странице: 1из 108

Cycle de formation des ingnieurs en Tlcommunications

Option :

Ingnierie des rseaux (IRES)

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:

M. Rached Hamza M. Jamel Sakka


Travail propos et ralis en collaboration avec

Anne universitaire : 2006/2007

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

Call Session Control Function

D
DHCP Dynamic Host Configuration Protocol

DSLAM

DSL Access Multiplexer

E
ETSI European Telecommunications Standards Institute

F
FR Frame Relay

ii

G H

HLR HSS

Home Location Register Home Subscriber Server

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

MRFC MRFP MSAN MSC

Multimedia Resource Function Controller Multimedia Resource Function Processor Multiple Service Acces Network Mobile Switching Center

N
NGN

Next Generation Protocol

O
OSA/Parlay Open Service Architecture

iii

P
PSTN
PS

Public Switched Telephon Network


Packet Switched

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

Union International des Tlcommunications Universal Mobile Telecommunication System

V
VLR VoIP VoP Visitor Location Register Voice over IP Voice over Packet
iv

VPN VoD

Virtual Private Network Video over Demand

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.

I. Les facteurs de mutation du secteur tlcoms


Au cours de ces dernires annes, le secteur des tlcommunications a vcu des changements importants qui ont fortement excit la migration vers IMS. Dans certaines parties du monde, le trafic de donnes prend rapidement le pas sur le trafic vocal et la tendance est nettement l augmentation en bande passante pour les donnes, tandis que la voix peut suffire de la mme bande passante (64 kbit/s), voire d une moindre. Les oprateurs possdant les deux types de rseaux (rseau voix et rseau de donnes) utilisent cet argument pour commencer les unifier. Il est clair d aprs les limites du rseau TDM (Time Division Multiplexing) que le rseau de donnes survivra alors que le rseau TDM laisse place des techniques de transmission mieux adaptes. Facteur non moins important : le nouveau besoin chez les usagers d une varit encore plus grande d applications et de services sophistiqus (e.g. Push-to-talk, confrence audio et vido, messagerie unifie, chat) dont la plupart n taient mme pas envisags lors de la conception des rseaux actuels. Pour les oprateurs, l accs et le transport ne sont plus assez lucratifs et, pour rester comptitif, il leur faudra donc offrir aux usagers toute une gamme de services utiles, faciles utiliser et rmunrateurs.

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.

II. Etude du concept NGN : dfinition et principes de base


II.1 Dfinition
L ETSI dfinit le NGN comme tant un concept pour dfinir et dployer les rseaux, qui du fait de leur sparation formelle en diffrentes couches et plans et de l utilisation d interfaces ouvertes, offrent aux fournisseurs de services ainsi qu aux oprateurs une plateforme volutive pour crer, dployer et grer des servies multimdias innovants [1]. Ainsi les services doivent tre volutifs et accessibles indpendamment des rseaux d accs.

Figure I.1 : Principe de consolidation du rseau

II.2 Modle d architecture en couche


Le passage une architecture de type NGN est notamment caractris par la sparation des fonctions de commutation physique et de contrle d appel. L architecture NGN introduit un modle en couches, qui scinde les fonctions et les quipements responsables du transport du trafic et du contrle. Il est possible de dfinir un modle architectural bas sur quatre couches successives : La couche d accs, qui regroupe les fonctions et les quipements permettant de grer l accs des quipements utilisateurs au rseau, selon la technologie d accs (tlphonie commute, DSL, cble). Cette couche inclut par exemple les quipements DSLAM (DSL

Access Multiplexer) fournissant l accs DSL.

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].

Figure I.2 : Architecture en couche d un rseau NGN

II.3 C ur du rseau NGN : entits et protocoles


L utilisation d un rseau de transport unique en mode paquet IP ainsi que la sparation entre les couches de transport et de contrle des communications constituent les principales caractristiques des rseaux NGN. Une telle transformation ncessite l introduction de nouvelles entits ainsi que de nouveaux protocoles qui peuvent tre illustrs par la figure suivante :

Figure I.3 : Entits et protocoles de NGN

II.3.1 Entits fonctionnelles du rseau NGN


Un rseau NGN utilise un ensemble d quipements qui jouent le mme rle qu un commutateur traditionnel, mais qui sont dsormais spars en trois composants distincts [3]: II.3.1.1 Le softswitch ou le MGC (Media Gateway Controller) C est la solution qui gre dans un rseau NGN l intelligence du service de commutation. Toutefois, ce softswitch n est plus associ un point physique du rseau, et ne gre plus les liens physiques du rseau, comme c tait le cas dans un rseau TDM. Il assure : L change des messages de signalisation transmis de part et d'autre avec les passerelles de signalisation, et l interprtation de cette signalisation. Le routage d un appel au sein du rseau. Le traitement des appels : dialogue avec les terminaux et les serveurs d application pour la fourniture des services. Le choix et le contrle de la MG de sortie selon l'adresse du destinataire, le type d'appel, la charge du rseau etc. La rservation des ressources selon le type d appel.

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).

II.3.2 Protocoles de signalisation


Le fait d utiliser un rseau paquet pour transporter des flux multimdia, ayant des contraintes temps rel, a ncessit l adaptation de la couche contrle. Cette volution a logiquement gnr de nouveaux protocoles, principalement concernant la gestion des flux mdia, au sein de la couche contrle. Nous les classerons en trois grandes familles : les protocoles de contrle d appel, les protocoles de commande de MG et les protocoles de signalisation entre MGC [4]. II.3.2.1 Protocoles de contrle d appel

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.

II.4 Diffrentes catgories de NGN


On peut classer la solution NGN selon deux catgories : le NGN tlphonie et le NGN multimdia [2].

II.4.1 NGN tlphoniques


Ce sont des architectures de rseau offrant uniquement les services de tlphonie. Il s agit donc de NGN tlphonie. Dans le RTC, un commutateur class 4 est un centre de transit. Un commutateur Class 5 est un commutateur d accs aussi appel centre autonomie

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.

II.4.2 NGN Multimdia

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. Etude du concept IMS


L introduction de l IMS (IP Multimedia Subsystem) dans les rseaux fixe et mobile reprsente un changement fondamental dans les rseaux de tlcommunication de type voix. Les nouvelles capacits des rseaux et des terminaux, l association entre l Internet et la voix, le contenu et la mobilit donnent naissance des nouveaux modles de rseaux et surtout offrent un formidable potentiel pour dvelopper de nouveaux services. Dans cet objectif, l IMS est conu pour offrir aux utilisateurs la possibilit d tablir des sessions multimdia en utilisant tout accs haut dbit et une commutation de paquets IP.

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.

III.2 Architecture de l IMS


III.2.1 Principes

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.

Figure I.4 : Architecture en couche de l IMS

III.2.2 Entits du rseau IMS


Le rseau IMS est l une des variantes des rseaux NGN. Il se base sur les diffrentes entits formant ce dernier, prsentes dans la section prcdente, auxquelles il ajoute certaines fonctionnalits qui lui sont propres [6]. Parmi les entits fonctionnelles de base d un rseau IMS nous citons : III.2.2.1 Terminal IMS Il s agit d une application sur un quipement de l usager qui met et reoit des requtes SIP. Il se matrialise par un logiciel install sur un PC, sur un tlphone IP ou sur une station mobile UMTS.

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

Figure I.6 : Entits de base du rseau IMS

III.3 Protocoles mis en jeu


Le c ur du domaine IMS se base essentiellement sur deux protocoles qui sont SIP et Diameter. En 2002, L'IETF a rdig une nouvelle version de SIP accompagns d'une cinquantaine d'extensions (complexes, mais innovantes) qui ont fortement intress l'industrie. SIP a t retenu par les entits PacketCable, MSF, TISPAN et l'UIT. TISPAN a donc pour mission de combler le vide cr par l'IETF dans la dfinition des usages des extensions de protocole SIP pour tous les cas de profils d'abonns et d'applications envisager dans le cadre de l'IMS. Il intervient dans la signalisation entre les entits CSCF et les serveurs d application. Diameter est un protocole permettant des domaines administratifs diffrents de collaborer pour raliser les fonctionnalits AAA (Authentication, Authorization, Accounting). Il est constitu d un protocole de base qui dfinit le format des messages, comment ils sont transports, les messages d erreurs ainsi que les services de scurit que toutes les implmentations doivent supporter [7]. Diameter a t conu dans l ide d tre facilement extensible. C est une version amliore de Raduis qui offre l avantage de mobilit. Dans un domaine IMS on utilise Diameter entre le HSS et l I/S_CSCF pour la gestion des autorisations des abonns.

18

Figure I.7 : Protocoles de signalisation d une plateforme IMS

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

actuelle qui devront tre rviss lors du passage l IMS.

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].

Figure II.1 : Interfaces du rseau Intelligent

I.3 Modle conceptuel du RI


Une premire norme dveloppe par le laboratoire amricain Bellocore est publie en 1990 sous le non de Advanced Intelligent Network AIN. Cette norme est reprise et remanie par UIT et est publie en 1992 sous le nom Intelligent Network IN.

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

Figure II.2 : Modle conceptuel du rseau intelligent

I.3.1 Le plan service (SP, Service Plane)


Il dcrit une vue qui ne prend en compte que les services. Un service est une offre commerciale mise disposition par un fournisseur de service (qui peut tre un oprateur) pour des abonns pour satisfaire un besoin de tlcommunication. Le service est dcrit en langage naturel. Il consiste en un ou plusieurs lments de service (FE, Service Feature). Un lment de service est un composant de service correspondant une partie du service ou au service lui-mme. Cela signifie qu un lment de service peut luimme tre un service, c'est--dire correspondre une offre commerciale. Gnralement, un lment de service est indpendant d un service donn. Cela est le cas par exemple des lments de services pour authentification ou mise en file d attente qui peuvent tre rutiliss pour la cration de nombreux services RI.

I.3.2 Le plan fonctionnel global (GFP, Global Functional Plan)


Il modlise un rseau intelligent comme une seule entit. Cette entit est capable d effectuer un certain nombre de fonctions reprsentes par des blocs de construction indpendants des services (SIB, Service Independent Building Block). Un SIB est une capacit normalise rutilisable, dfinie indpendamment des services et de la technologie. Il possde une entre logique, une ou plusieurs sorties logiques, et requiert deux types de donnes (figure II.3) : Les "donnes de soutien du service" : (SSD, Service Support Data) constitues de donnes fixes, statiques, propres au service, qui permettent la configuration du SIB (ex : le type de tarification appliquer).

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].

I.3.3 Le plan fonctionnel rparti (DFP, Distributed Functional Plane)


Il modlise le rseau intelligent comme un ensemble d entits fonctionnelles rparties qui excutent des actions (FEA, Functional Entity Action). Une entit fonctionnelle (FE, Functional Entity) peut tre assimile un objet de traitement. Un SIB est matrialis dans le DFP par une squence d actions FEAs excutes dans les FEs. Certaines de ces actions FEAs peuvent induire des flux d information (IF, Information Flow) entre FEs. I.3.3.1 Dfinition des entits fonctionnelles

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.

I.3.4 Le plan physique (PP, Physical Plane)


Il modlise les aspects physiques du rseau intelligent. Il identifie les diffrentes entits physiques (PE, Physical Entity) et protocoles qui existent dans le rseau intelligent rel. Il spcifie par ailleurs les entits fonctionnelles implantes dans les diffrentes entits physiques. Cette implantation doit respecter la rgle qu'une entit fonctionnelle ne peut tre rpartie sur plusieurs entits physiques. Elle peut par contre tre duplique dans diffrentes entits physiques.

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.

Figure II.4 : Plateforme de service RI

I.3.5 Relation entre les plans


Les lments de services (SF) dfinis dans le plan service (SP) sont traduits en logique globale de service (GSL) dans le plan fonctionnel global (GFP). Une GSL est un regroupement d un POI, d un chanage de SIBs et d un POR. Un SIB du GFP est ralis dans le plan fonctionnel rparti (DFP) par une squence d actions d entits fonctionnelles (FEAs) excutes dans les entits fonctionnelles (FEs). Les FEs sont traduites en entits physiques (PE) dans le plan physique. Des regroupements de FEs peuvent s oprer avant translation vers un PE donn.

I.4 Ensemble de capacits et INAP


Le dveloppement des recommandations du rseau intelligent est structur en plusieurs phases, de faon prendre en compte les services et technologies existants et future. Chaque phase correspond un ensemble de capacits (Capability Set ; CS) [9]. Le CS-1, premier ensemble de capacits, concerne les services un seul utilisateur qui sont activ un seul point et offre des possibilits trs limites pour la mobilit (une interaction avec l utilisateur ne peut avoir lieu que durant l appel). Les spcifications CS-1 font l hypothse que le rseau est contrl par un seul oprateur et ne permette l inter fonctionnement de rseau. L architecture RI CS-1 ne peut tre dploy que sur le RTCP.

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.

I.5 Rseau Intelligent et Rseau Mobile : CAMEL


La normalisation des rseaux mobiles en technologie GSM tant assure par ETSI, cet organisme de normalisation s est rapidement intress l introduction des normes du RI dans les rseaux mobiles. La motivation principale tait l introduction du service de tlphonie mobile prpay. Instruit par le retour d exprience des normes de l RI-CS1, l ETSI a voulu introduire un certain nombre de simplifications et des fonctionnalits spcifiques aux rseaux mobiles, rendant la technologie ainsi dfinie lgrement diffrente de celle du RI sur le rseau fixe. Pour cette raison l ETSI a choisi un autre nom CAMEL pour Customized Application for Mobile Enhanced Logic [8]. L objet de CAMEL est de permettre un usager d accder aux services spcifiques offerts par son oprateur mme lorsqu il est accueilli sur un rseau tiers. De ce fait, il a constitu une premire ralisation du VHE (Virtual Home Environment) qui permet d offrir l abonn mobile l impression de garder son environnement quelque soit sa localisation et le rseau visit.

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.

Figure II.5 : Architecture de la plateforme RI_IMS

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

II.2 Architecture de services IMS


L'IMS permet de rendre cohrent le fonctionnement des services existants et d'acclrer le dploiement des nouveaux services, grce la mutualisation de fonctions communes mais aussi la possibilit de dployer des AS ddis pour traiter des services particuliers. Les services concerns sont de type multimdia et peuvent tre de types conversationnels synchrones de personnes personnes, notamment les services de voix enrichis, la visiophonie et les confrences audio ou vido. Mais les services asynchrones ne sont pas en reste puisque l'envoi de donnes, la prsence, l'Instant Messaging, l'change de messages seront possibles, aussi bien sur les accs fixes que mobiles. Les services contraintes temporelles assez fortes sont aussi concerns (jeux en rseau, contenus musicaux et vidos en mode streaming la TV, la VOD vido la demande ou la radio). adapt au dbit de l'accs comme

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

Figure II.6 : Architecture ouverte de services IMS

29

II.2.1 Architecture de services SIP


L architecture de service IMS de base est constitue d entits serveurs d application, de serveurs de mdia IP et de S-CSCF quivalents des serveurs d appels [10]. Le serveur d'application SIP excute des services (Push To Talk, Prsence, Instant messaging, etc.) et peut influencer le droulement de la session la demande du service. Le serveur d application correspond l entit SCF du Rseau Intelligent. Le serveur de mdia IP met en uvre l entit fonctionnelle MRF. Il tablit des

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.

II.2.2 Architecture du modle OSA/Parlay


Le 3GPP Technical Specification Group Core Network Workgroup 5 est l origine de la dfinition OSA (Open Service Architecture, devenue Open Service Access). Le modle OSA/Parlay offre une architecture d intgration d application aux systmes tlcoms unifie avec des interfaces ouvertes afin d amliorer le processus de dveloppement et d intgration des services et applications tlcoms. En effet, elle donne la possibilit aux oprateurs et fournisseurs de services et d applications de tirer parti des fonctionnalits offertes par leur rseau travers une interface ouverte et standardise, qui est l interface OSA. Cette interface fait le lien entre les applications et les services qu est capable d offrir le rseau, et maintient l indpendance des applications par rapport la technologie rseau sousjacente. Dans le modle architectural OSA, cinq types d entits cls sont retenir [10]. Il y a : Les applications proprement dites Le serveur d applications sur lequel rsident les applications Le Gateway OSA Les Service Capability Servers (SCS) Les Service Capability Features (SCF)

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.

Figure II.7 : Architecture OSA

31

II.3 Entit RI versus entits IMS


Tableau II.1 : Entits RI versus entits IMS

Rseau Intelligent

Entit quivalente IMS

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

III. Rseau d accs xDSL : principe et intrts


L'xDSL reprsente actuellement une solution adapte pour les rseaux hauts dbits et l offre de services Broadband. Elle repose sur le rseau filaire dj existant et permet d'exploiter les caractristiques de la paire de cuivre pour transmettre des services gourmands en bande passante et en qualit de service.

III.1 Principe de la communication DSL


L ide de base des technologies DSL (Digital Subscriber Line), ligne numrique d abonns, consiste tirer parti de l infrastructure existante, qui est constitue des paires torsades. Les caractristiques physiques de ces lignes permettent en ralit de supporter une transmission des signaux des frquences pouvant atteindre 1 MHz, or seulement 4 kHz sont utiliss pour la transmission de la voix. Les technologies DSL, qui ont repouss la barrire thorique des 300-3400 Hz de bande passante, ont utilis le reste de la bande pour le transport numrique de l information haut dbit. Ils reposent sur le procd de dopage de la ligne tlphonique. Ce procd consiste mettre en uvre des nouvelles techniques de traitement de signal, savoir la modulation. La 32

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.

III.2 Diffrentes technologies xDSL


Les technologies xDSL diffrent par le type de modulation utilis dans chacun des sens de transmission, rseau-abonn (downstream) et abonn-rseau (upstream), autorisant des dbits et longueurs maximaux distincts. Ces technologies sont classes en deux familles d application : dbit asymtrique ADSL (Asymmetric DSL) pour l accs Internet ; dbit symtrique SDSL (Symmetric DSL) pour les liaisons courte distance requrant des dbits levs dans les deux sens pour la vido confrence par exemple. Les diffrences essentielles entre les technologies DSL sont affaires de : vitesse de transmission distance maximale de transmission variation de dbit entre le flux montant (utilisateur/rseau) et flux descendant (rseau/utilisateur) Ainsi le terme DSL peut se dcliner en plusieurs groupes (tableau III.2) : Tableau II.2 : Caractristiques des technologies xDSL

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

distance 3.7 km 3 km 5 km 5.5 km 5.5 km 5.5 km 5.5 km En cours de dveloppement 0.3/1.3 km

384 kbit/s / 1.5 bit/s 1/12 1/25 Mbit/s 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

III.3 Services offerts


La forte croissance de l accs DSL est alimente par les applications trs haut dbit IP portant sur la vido la demande, la tlvision, les donnes et la voix, actuellement dployes par les oprateurs et les entreprises. Voici une liste non exhaustive de services gnriques pouvant tre proposs: Accs rapide Internet

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.

III.4 Architecture de base d un rseau xDSL


L avantage majeur de la technologie xDSL est sa possibilit d offrir des hauts dbits sur l infrastructure existante, d o une ligne tlphonique inchange, mais on lui ajoute ses deux extrmits, cot abonn, un filtre (Splitter) et un modem, ce qui constitue le CPE (Customer Premise Equipement) et dans le central tlphonique, un DSLAM (Digital Subscriber Line Access Multiplexer) dans le local abritant le rpartiteur. Cet ensemble d quipements transforme la ligne tlphonique classique en une ligne xDSL. Chaque DSLAM couvre un certain nombre de lignes xDSL qui sont situes dans la zone couverte par 34

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.

Figure II.8 : Fonctionnement du rseau xDSL

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].

III.5 Analyse des entits fonctionnelles du DSL


35

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

Entit quivalente en IMS


Le premier lment de la

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

Access Media Gateway

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

Comptage et facturation Contient le profile des abonns

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.

I. Cohabitation entre une architecture du RI et une architecture de services IMS


I.1 Problmatique
Dans le cadre d une migration vers NGN de classe 5, l oprateur ralise une migration complte en remplaant ses commutateurs locaux TDM par des softswitchs de classe 5. Du coup, le passage un rseau NGN en class 5 s avre plus compliqu car faire migrer les commutateurs locaux revient galement faire voluer les concentrateurs qui leur sont rattachs. En outre, au-del du service vocal basique, un rseau RTC fournit de nombreux services valeur ajoute, comme par exemple : Les services en numros verts Identification du numro de l appelant Messagerie vocale Appel en attente Interception d appel Horloge parlante 39

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

Premier concept : Centralisation du profil d abonn

I.2.1 Principe du RI dans le rseau fixe


Dans le rseau fixe, il y a une notion de commutateur de rattachement. La base de donnes contenant le profil de l abonn est donc localise dans l unit de contrle du commutateur et le traitement d appel CCF n a donc besoin d aucune signalisation pour rcuprer les informations ncessaires.

Figure III.1 : Principe du rseau intelligent dans le fixe

I.2.2 Principe du RI dans le rseau mobile

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. .

Figure III.2 : Principe du rseau intelligent dans le mobile

I.2.3 Centralisation du profil d abonn fixe


A l instar du concept RI dans le GSM, et afin d assurer une indpendance entre la partie contrle et celle de connexion, nous devons introduire une nouvelle base de donnes BD_PSTN qui encapsule toutes les informations spcifiques aux abonns du rseau PSTN et qui permet d assurer la fonction AAA. Cette base facilitera, en coopration avec l ensemble de fonctionnalits que nous allons introduire par la suite, l interaction des utilisateurs du PSTN non seulement avec la plateforme RI_fixe mais offre aussi la possibilit de jouir des services du RI_mobile et d autres plateformes de service.

I.3

Deuxime concept : Sparation entre le point de commutation et le SSP

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

Troisime concept : Dploiement d un environnement softswitch

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.

Figure III.3: Dploiement d une plateforme RI_fixe_mobile

I.5 Quatrime concept : Introduction de nouveaux services


Les rseaux de prochaine gnration proposent une architecture qui accompagne les volutions des oprateurs dans la migration de leurs rseaux vers l intgration de nouveaux services multimdias. Une telle architecture se base essentiellement sur des serveurs d applications SIP. Dans ce cas, le service voluera vers une rpartition de ses fonctionnalits et de sa logique entre ces futurs serveurs d applications. Plutt que de s inscrire un service traditionnel d un fournisseur de RI, un utilisateur peut bnficier de tout un bouquet de services innovants. Dans ce cas la plateforme RI n est plus qu un composant pour une plateforme IMS. Par la suite l oprateur arrive faire cohabiter les deux architectures et les faire migrer vers une seule plateforme disposant de la totalit des services RI_IMS .

I.6 Scnario retenu


Dans cette section, nous avons prsent une nouvelle architecture permettant d une part la prise en charge des protocoles de services d'ancienne gnration et d autre part l volution vers des services SIP de nouvelle gnration.

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.

Figure III.4 : Convergence de la plateforme de service

II. Le xDSL l usage de la fourniture de services


Dans le cadre de l volution de l offre de service, les rseaux d accs fixes autres que les rseaux cbls se sont adapts des besoins de transmission de donnes haut dbit. C est ainsi par exemple que le rseau tlphonique commut a bnfici des techniques xDSL pour le raccordement des abonns afin d intgrer des services voix/donns/vido. Ces techniques de transmission DSL permettent de rpondre aux besoins d accs haut dbit et offrent tout un bouquet de services diversifis. Dans certains cas de services que nous esprons dploys dans notre plateforme RI_IMS, comme par exemple la vido la demande ou TV sur IP, le rseau d'accs actuel que se soit fixe ou mobile de l oprateur Tunisie Telecom ne permet pas de rpondre ces attentes suscites par la nouvelle collection de services. Alors que le xDSL, comme tant une technologie haut dbit , permet d tendre l offre de service de la ligne tlphonique classique un large ventail de services multimdias.

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.

II.1 Modle de connexion classique du rseau xDSL


Avec l expansion du nombre d utilisateurs d internet, les oprateurs proposent la connectivit aux fournisseurs d accs internet ou ISP soit par le biais des services dialup bande troite RNIS ou PSTN soit par le biais de services large bande xDSL. Pour l accs xDSL le modle de connexion classique se rsume comme suit : Demande de connexion par l utilisateur qui est connect au BRAS par le protocole PPP Demande d authentification de l utilisateur par le BRAS au serveur Radius Authentification de l utilisateur et attribution d une adresse IP au niveau du BRAS Dbut de facturation par le serveur Radius et contrle par le BRAS Etablissement de la connexion PPP et accs l Internet Echange de flux RTP

Figure III.5 : modle de connexion xDSL

45

II.2 Critre d volution vers un nouveau modle de connexion


II.2.1 Points de dfaillances de l architecture actuelle
L architecture actuelle des rseaux xDSL limite l offre de services que se soit pour les FSI ou mme pour les oprateurs d accs. Une telle infrastructure est caractrise par : Le DSLAM est un lment de concentration ATM qui a des limites en termes de VP et de VC allous, de cot, de complexit de la technologie ATM ainsi que la bande passante offerte. Le modle de connexion se base sur le protocole PPP pour l tablissement d une connexion point point jusqu au BRAS. Ce protocole permet un adressage fixe et complexe qui ne satisfait pas les nouveaux besoins des utilisateurs. Pour offrir plus de flexibilit et de simplicit nous choisissons DHCP comme protocole alternatif. Le flux de signalisation (tablissement de la connexion) et le flux RTP sont multiplexs sur la mme liaison et traits par la mme entit BRAS . Pour rejoindre l ide du RI et le concept NGN, nous allons essayer de sparer les deux niveaux de commutation et de contrle. Le modle du BRAS est un modle centralis qui permet de raccorder la fois plusieurs DSLAMs. Une telle configuration est trs pnalisante en termes de dbit offert, de temps de rponse, taux de perte et de complexit de gestion. Elle prsente un goulot d tranglement de trafic et un point de dfaillance unique dans le rseau. En effet nous allons opter, dans notre modle de connexion, pour une configuration distribue.

Figure III.6 : Architecture centralise du DSL

46

II.2.2 Fondements de migration


A travers l tude du concept NGN et IMS, nous avons remarqu que tous les scnarios de migration qui peuvent tre envisags se basent essentiellement sur la sparation entre les diffrentes couches. En effet, dans notre tude nous allons nous intresser toutes les transformations ncessaires au niveau de la fonctionnalit des couches accs, transport, contrle et services.

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

Vers un nouveau modle de connexion

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.

II.3.1 Transformation au niveau de la couche transport


La premire forme lie la consolidation du rseau porte sur l volution des rseaux de transport actuels vers un rseau de transport IP, multiservices et haut dbit. Le NGN vise vhiculer tous les mdias voix, mais aussi donnes et vido sur un mme rseau de type paquets. La commutation de paquets permet notamment d conomiser de la bande passante ou d en optimiser l usage lors de la transmission de donnes. Pour pouvoir supporter tout le trafic du rseau d accs dans une perspective NGN, une extension du backbone IP parait ncessaire. Elle consiste ajouter la fois des routeurs Core et des routeurs Edge. Bien souvent, le choix se porte sur un coeur de rseau IP/MPLS commun au niveau de la couche de transport afin de confrer au rseau IP des mcanismes de qualit de service suffisants, une puissance de commutation et une flexibilit de routage.

II.3.2 Transformation au niveau de la couche accs


Pour une architecture classique, le rseau d accs xDSL se base sur l quipement DSLAM qui est gnralement de technologie ATM. Afin d assurer le transport IP de bout en bout, une transformation progressive au niveau du n ud d accs est sollicite et peut tre en deux tapes. II.3.2.1 Etape 1 : mise en place d IP/DSLAM Comme nous avons vu dans le paragraphe prcdent, le socle du rseau de transport est IP. Dans ce cadre, une migration des n uds d accs vers des IP DSLAMs parait dcisive.

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

classiquement une fonctionnalit du BRAS.

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.

Figure III.8 : Evolution de l accs vers le MSAN

II.3.3 Transformation au niveau de la couche contrle


II.3.3.1 Introduction du Softswitch C est la partie la plus intressante vu qu elle assure l intelligence d appel. Cette couche offre la logique d appel ainsi que la signalisation de contrle, dcide quel service un usager va recevoir, aide la ngociation des paramtres caractristiques des mdias, commande l allocation et gre certaines ressources. Elle contrle aussi d autres lments de rseau des couches infrieures, telle la MG au niveau du MSAN, leur indiquant quel est le traitement faire subir au trafic, etc (rle du MGCF). En effet, l introduction d un softswitch est trs utile avec l volution de l offre de service. Ce n ud peut tre confondu avec l A_RI dfinit dans la premire partie. Ainsi nous offrons non seulement la possibilit de contrler les simples demandes de connexion internet mais surtout la possibilit aux abonns xDSL d accder aux services de RI_IMS. Mais avant d y faire, une bonne gestion des utilisateurs est exige.

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.

Figure III.9 : Introduction de la Base_Management_xDSL

II.3.4 Transformation au niveau de la couche service

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.

II.4 Adaptation de la solution propose l architecture IMS


Dans cette partie, nous allons tudier la migration du rseau d accs xDSL vers un concept IMS dans une optique globale qui runit tout type de rseaux. Par consquent, une telle dmarche se base sur trois tapes.

II.4.1 Evolution de la couche service


Il s agit de converger les services offerts par tout type d accs (fixe et mobile) de telle sorte fournir une plateforme unifie. Et grce au dveloppement rapide des communications et des technologies d accs, l abonn joui d une multitude de services combinant diffrents types de mdias, en temps rels et avec plusieurs parties. Par la suite les services fournis par RI_IMS sont beaucoup plus contraignants et exigeants en termes de gestion et de contrle. Dans ce cas l entit A_RI ne peut pas assurer toute seule la tche du contrle.

II.4.2 Evolution de la Base_Management_xDSL vers l entit HSS


Il s agit de faire une extension de la Base_Management_xDSL pour pouvoir supporter tous les utilisateurs. Cette volution est une simple combinaison entre la

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.

II.4.3 Evolution de la couche contrle


Des dploiements pour lesquels les oprateurs respectent l architecture de rfrence IMS requirent l introduction de l entit CSCF (P, I, S_CSCF) qui renforce les mcanismes de contrle et de gestion surtout dans un environnement ouvert tel que l IMS. Ils envisagent

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.

II.5 Architecture propose


Suite aux diffrentes transformations ralises au niveau du rseau, nous pouvons proposer notre propre scnario de connexion comme suit : A la rception d un appel, l intelligence au niveau de l A_RI doit distinguer entre deux types d appel. La premire catgorie est celle du RI_Classique qui ne demande pas un niveau lev de gestion. Ainsi l A_RI peut grer tout seul le processus de contrle. Dans ce cas il interagit avec le HSS pour assurer les fonctions AAA et commute l appel vers RI_Classique. La deuxime catgorie de services est celle qui demande des ressources normes de contrle. Dans ce scnario, tous les mcanismes de contrle sont drouls au niveau du core IMS. Le CSCF aura la charge de rserver les ressources ncessaires, d assurer l authenticit des abonns, d activer les services de RI_IMS, etc. Dans ce deuxime cas de figure, l A_RI n est qu un simple relaie de signalisation. Une fois l tablissement de l appel et l activation du service ont russi, une adresse IP sera affecte par le serveur DHCP et l change du flux RTP commence travers la backbone IP.

Figure III.10 : La nouvelle architecture de fourniture de services IMS

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 Plan de signalisation


II.6.1 H.248
Pour pouvoir contrler les passerelles de mdia au niveau du MSAN et assurer le transfert de signalisation, nous avons opt pour le protocole H.248 qui est plus volu que son concurrent MGCP. Dans ce cas un lien de signalisation H.248 entre le MSAN_MG et l A_RI est tablit.

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

Dveloppement d un outil de dimensionnement d un rseau multimdia

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.

I. Nouvelle gamme de services


Pour pouvoir faire face la concurrence accrue du domaine de tlcommunication et demeurer comptitif dans ce secteur, TUNISIE TELECOM envisage l extension de son rseau d accs Haut dbit par une solution lui permettant d offrir des nouveaux services gnrant de nouveaux revenus. La plateforme que nous avons propose, et qui se base sur l quipement MSAN comme n ud d accs et l A_RI et le core IMS comme n uds de contrle, doit tre capable de supporter en termes de capacit de stockage, de commutation, de transport et de contrle tout le trafic gnr par les abonns et d offrir de nouveaux services qui sont rpartis en deux catgories : Services Rsidentiels o VoIP o IP_TV o Accs Haut dbit Internet o VoD o Interactive gaming Services d affaires

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

II. Modlisation du trafic dans les rseaux multiservices


Le dimensionnement du rseau c ur ncessite l tude et l valuation du trafic du rseau d accs. Thoriquement, plusieurs formalismes probabilistes ont t tablis afin de dfinir des modles de service. Dans ce qui suit, nous allons dcrire ces classes de services et s intresser uniquement aux paramtres caractristiques qui seront utiliss pour le dimensionnement. Nous allons nous bass sur les statistiques de l oprateur Tunisie Tlcom pour fixer certains de ces valeurs.

II.1 Classe conversationnelle


II.1.1 Dfinition
Les applications de cette classe ncessitent un service bidirectionnel en temps rel impliquant deux utilisateurs humains ou plus. Les contraintes dpendent donc de la perception

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.1.2 Modle de trafic pour le service conversationnel


Un exemple typique d un service conversationnel est la communication tlphonique. Il constitue le service le plus classique dont le comportement statistique a t matris. Le comportement d un utilisateur exploitant ce service au cours du temps est modlis par un processus markovien du type ON-OFF. Les caractristiques de ce modle sont [14] : L occurrence des appels tlphoniques qui est un processus de poisson caractris par un taux moyen d appel de valeur typique 0.8 appels par heure. La dure d un appel suit un processus exponentiel de moyenne typique 1/ =150 s [14]. La dure de l appel est une alternance de priodes d activit et de priodes de silence. Ces priodes suivent chacune une distribution exponentielle. La valeur typique pour le taux d activit des sources est 0.5. Dans notre tude de cas nous n avons tenu ces valeurs que pour les abonns POTS et les abonns de base. Alors que pour les autres classes d abonns ces valeurs sont beaucoup plus importantes. telle que

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.

II.2.2 Modle de trafic pour le service streaming


Un exemple typique d un service streaming est le tlchargement d une squence vido. Le flux des squences vido correspond une srie de trames de donnes de mme dure raison de 25 trames par secondes. Il existe neuf types diffrents de trames. L occurrence de ces diffrents types de trames est gre par un processus de Markov neuf tats. La distribution de la dure de chaque classe de contenu suit une loi Gamma d ordre 2.

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

II.3 Classe Interactive


II.3.1 Dfinition
Les applications de cette classe impliquent un utilisateur (machine ou humain) dialoguant avec un serveur de donnes ou d applications. Contrairement aux deux classes prcdentes, les performances temps rel ne sont pas ncessaires, il s agit seulement d attendre un certain temps pour rpondre aux requtes. Par contre les informations ne doivent pas tre altres.

II.3.2 Modle de trafic pour le service interactif


L exemple typique de ce service est la consultation des pages Web. Le flux de donnes, selon ce modle, peut tre dcompos en plusieurs sessions de consultation du Web. Pendant chaque session, l utilisateur consulte un ensemble de sites Web se ramenant un appel des pages HTML correspondantes. Le tlchargement de ces pages HTML est matrialis par la transmission de plusieurs datagrammes de tailles variables. Un temps de lecture est ncessaire avant d amorcer la consultation d une autre page Web. Les caractristiques statistiques de ce modle sont les suivantes [14] : L occurrence de sessions est un processus de poisson de valeur typique 0.17 appels/heure. Pour chacune des sessions : o Le nombre d appels de pages HTML suit une distribution gomtrique de moyenne typique 5 appels/session. o Le temps de lecture suit une distribution exponentielle de moyenne valeur typique 1/ = 1 5 s. 59 et de

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.

III.4 Classe background


Les applications de cette classe impliquent un utilisateur, le plus souvent un quipement terminal, ralisant l envoi et la rception de donnes en tache de fond. L absence d interactivit pour ces applications fait que l utilisateur l origine de la requte n est pas en attente d une rponse dans une limite de temps fixe. Ce sont donc les applications les moins sensibles au dlai, mais sont trs sensibles aux erreurs sur l information transfre. Les exemples d applications sont le mail, le transfert de messages courts (SMS pour Short Messages Services), le tlchargement de donnes ou de fichiers, etc. Lors de l valuation du volume de trafic au niveau de rseau c ur, leur contribution en termes de trafic peut tre ignore car ils sont des services BE (Best Effort). Le rseau c ur transmettra ces charges de trafic lors des priodes d inactivits enregistres dans les autres services. D une autre manire, ses services ne contribuent pas la charge du rseau.

III.5 Caractristiques du modle de trafic


Thoriquement, chaque classe de service est caractrise par un modle mathmatique de trafic. Dans la pratique, ces modles diffrent par les valeurs de certains paramtres. Pour pouvoir diffrencier ces modles (conversationnel, streaming ou interactif), nous dfinissons les trois grandeurs suivants : Taux d appel par abonn (appel/h/abonn) Dure moyenne du service (s) Taux d activit de la source Outre les modles mathmatiques, il est de coutume de faire des tudes statistiques pour l estimation de ces paramtres. Les ingnieurs planificateurs ont recours des valeurs pratiques qu ils tirent de leur exprience et leur perception de la ralit.

60

III. Principe du processus de dimensionnement


Le dimensionnement est une opration qui consiste adapter un service de tlcommunications aux besoins particuliers d un ensemble d abonns situs dans un emplacement gographique limit, appel zone de trafic. Le dimensionnement des rseaux est une tche moyen terme. Elle permet au planificateur du rseau de dimensionner les capacits des liens et des n uds existants. Dans le cas de notre architecture propose, ce processus a pour objectifs : Dimensionnement de l quipement MSAN : o Le nombre de MSAN dployer dans une zone de trafic donne o La bande passante des liens montants et descendants o La charge de la MG : dans notre cas la MG est intgre au niveau du MSAN vu que nous sommes intresss essentiellement l introduction de l IMS dans le rseau fixe (RTCP, xDSL). Dimensionnement de la capacit de l entit A_RI Dimensionnement de la capacit de l entit CSCF Etant donn sa spcificit des zones gographiques dtermines, le droulement du processus de dimensionnement ncessite un bon nombre de paramtres d entre. Ces paramtres peuvent tre regroups en deux catgories : Ceux qui relvent de la prvision d abonns et ceux qui relvent de la prvision du trafic.

III.1 Prvision d abonns


Cette prvision ncessite la subdivision du rseau en des zones gographiques limites, dites zones de trafic, desservies par un ou plusieurs centraux et aux proprits de trafic uniformes. Pour une zone de trafic prcise, la prvision d abonnes consiste prciser : La localisation des abonnes. Le nombre de catgories d abonns desservis par un central. Le nombre d abonns par catgorie d abonns. Dans le cadre de notre application, l quipement d accs dimensionner est le MSAN. Cet quipement permet, selon la perspective NGN, de raccorder tout type d abonns fixes. Il peut tre galement utilis comme couche d agrgation pour d autres technologies radio comme le WiMax, UMTS, EVIDEO, etc. Cependant, les solutions prsentes actuellement s orientent en premier lieu vers la convergence des abonns fixes. Les produits commercialiss sur le march offre une

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 :

Ntotal=NADSL+NADSL2++NG.SHDSL+NEthernet+NPOTS III.2 Prvision du trafic

(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.

III.2.1 Bande passante mode IP


Pour les technologies DSL et Ethernet, nous pouvons offrir toute classes de services : conversationnel, interactif et streaming. La bande passante requise dpend modle de trafic J est 1: de la classe

d abonn ainsi que du dbit y est offert. Par la suite la charge coule d une classe I d un

BW S ( I , J ) = N abn( I ,J ) * trafic( IP )I / J * Dbit ( I , J )


Avec :

(En Kbit/s)

(4.2)

BW S ( I , J ) : c est la bande passante requise dans le sens S : Uplink ou Downlink.

Dbit ( I , J ) : dbit offert aux abonns de classe I demandant un service de modle J.


Cette valeur sera fixe par le fournisseur d accs.

trafic( IP )I / J = ( I , J )appel / abn * Dur ( I , J )moy / service * ( I , J )activit


qui est quivalent au taux de simultanit du mode IP.
1

(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

III.2.2 Bande passante mode TDM


Il s agit du dimensionnement du MGW en termes de capacit de commutation. Ceci revient dterminer la capacit de ses interfaces niveau accs et niveau core. Contrairement aux rseaux commutation de paquets qui sont des systmes avec attente, les rseaux commutation de circuit sont des systmes avec perte. Dans ce cas de figure, le dimensionnement se base sur la loi d Erlang B dont l expression est [15] : P ( A , N circuit )blocage = AN N!
N 0

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.

A POTS = N POTS * trafic ( TDM )moy / abn


O trafic( TDM )moy / abn = Dur moy / appel *

(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)

BW POTS = N circuit * D appel *


O
RE

RE

(4.10)

: Taux de routage externe

III.2.3 Bande passante totale


Aprs avoir exprim la charge TDM et la charge IP en termes de bande passante en Kbit/s, il nous reste que sommer les deux termes pour avoir la bande passante totale cot rseau dans le sens S (UL ou DL):
BW co
re _ S

= BW POTS +

I ,J

BW S ( I , J ) *

simul tan it (

I)

(4.11)

O le

simul tan eit (

I ) est le taux de simultanit entre les trois modles de trafic pour une

classe d abonns.

III.3 Dimensionnement du MSAN


III.3.1 Configuration du MSAN
C est la premire tape raliser lors de la dtermination du nombre de MSANs ncessaires pour une zone donne. L interface d accs du MSAN est constitue d un ensemble de cartes de diffrentes technologies C(I) . Cette configuration peut tre adapte ou amliore aux besoins du client. Chaque carte comporte un nombre P(I) de ports qui permet de servir P abonns de la classe I.

III.3.2 Dtermination du nombre du MSAN


Aprs avoir choisir la configuration optimale, nous passons la dtermination du nombre de MSANs ncessaires pour la couverture d une zone donne tel que :
N MSAN / ZONE = SUP ( N abn ( I ) * ( 1 + m arg e _ abn( I )) /( C ( I ) * P )
I

(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.

III.4 Dimensionnement de l A_RI

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)

Avec : ch arg e A _ RI (BHCA ) )=

(4.14)

nb _ abonn _ I

: Nombre d abonns utilisant le service I

appel ( I ) : Nouveau taux d appel du service 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

III.5 Dimensionnement du CSCF


A l instar de l A_RI, le dimensionnement des entits core d IMS se traduit par la capacit de traitement de leurs processeurs qui s exprime soit en BHCA ou bien en CPS. Dans notre cas, nous nous intressons essentiellement au dimensionnement de l entit P_CSCF qui est le premier point du contact du core IMS. Comme nous l avons dj mentionn, les deux entits se chargent de la partie contrle. Mais tandis que l A_RI traite les services Narrow bande, le CSCF prend en charge les services Broadband les plus avancs et les plus complexes. Par la suite la charge du P_CSCF est : Note(2) Ch arg e P _ CSCF =
I nb _ abonn _ I * appel ( I )

(4.16)

NB P _ CSCF = Ch arg e P _ CSCF / Capacit P _ CSCF

(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.

IV. Spcification de l outil


IV.1 Fonction de l outil
Afin de rviser le plan de dimensionnement qui est devenu plus critique et de prendre en considration les exigences de la nouvelle infrastructure, nous avons ralis un outil de dimensionnement, portant le nom de TunTel_Dimensionning_Fixe , et permettant

d valuer la capacit des quipements et d tablir l architecture finale du rseau.

IV.2 Paramtres de l outil


Notre outil de dimensionnement se base sur un ensemble de paramtres qui sont spcifiques et propritaires que ce soit l oprateur, au constructeur ou mme au type d abonn.

IV.2.1 Paramtres d entre


Les donnes d entre pour notre outil sont : Le choix de la zone dimensionne Le nombre des abonns total Le taux de pntration de chaque catgorie d abonns La marge d volution de chaque catgorie d abonns La configuration du MSAN La caractrisation des diffrents modles de trafic pour chaque catgorie d abonns Les caractristiques des services offerts par la nouvelle plateforme

IV.2.2 Paramtres de sortie


Les donns de sortie de notre outil sont de trois classes : Le rsultat relatif au dimensionnement du MSAN o Le nombre de MSAN ncessaire pour une zone donne o La capacit des interfaces dans le UL et le DL o La charge du MG Le rsultat du dimensionnement de l A_RI o La charge du processeur de l A_RI o Le nombre d A_RI Le rsultat du dimensionnement du CSCF 69

o La charge du processeur du CSCF o Le nombre du CSCF

IV.3 La conception de l outil


L outil TunTel_Dimensionning_Fixe fournit une interface utilisateur simple pour l aide au dimensionnement des rseaux IMS. L utilisateur de l outil doit suivre une dmarche hirarchique pour le dimensionnement de tout son rseau.

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

Figure IV. 2: Synoptique de l outil de dimensionnement

IV.4 Environnement logiciel


IV.4.1 Microsoft Visual C++ 6.O

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.

IV.4.2 Base de donns SQL


Dans notre outil, nous avons pens crer une base de donnes permettant de sauvegarder le rsultat de dimensionnement pour chaque zone. Pour y parvenir nous avons eu recours : Logiciel MySQL : pour la cration de la base de donnes. SQL (Structured Query Language) est un langage de requtes structur. C est un langage de dfinition, manipulation et contrle de donnes, pour les bases de donnes relationnelles. Bibliothque MySQL++ : elle sert tablir la connexion entre C++ et la base de donnes. Cette bibliothque nous permet d envoyer des requtes crites en SQL la base de donnes et rcuprer le rsultat.

V. Etude de cas : Tunisie Tlcoms


V.1 Paramtres gnraux de dimensionnement
Avant de planifier notre rseau, nous avons besoin de faire un inventaire pour les abonns pour prvoir le nombre espr de lignes d abonns. En mme temps, nous avons besoin de caractriser le trafic par application par classe d abonns pour prvoir la charge totale. Il sera donc ncessaire de considrer les paramtres et les spcificits des modles de trafic qui diffrent d une zone une autre. Nous dtaillons les caractristiques relatives l oprateur Tunisie Tlcoms dans l annexe II.

V.2 Utilisation de l outil

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.

V.2.1 Premier module : prvision des abonns


En se basant sur les caractristiques du rseau fixe et ADSL, le territoire Tunisien est divis en 24 directions rgionales (annexe II). Chaque direction prsente un point de concentration de trafic pour les sous zones voisines. Vue que chaque sous zone a ses propres caractristiques (rpartition des abonns, taux d activit des services, modle de trafic etc.), l approche par sous zone parait trs intressante.
Lors de l appel de ce module, l utilisateur aura une fentre de dialogue lui permettant de fixer toutes les informations relatives en termes de distributions d abonns sur les diffrentes catgories pour la sous zone dimensionner.

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.

V.2.2 Deuxime module : dimensionnement du trafic


V.2.2.1 Configuration du MSAN Aprs avoir dtermin le nombre d abonns pour la zone slectionne, nous passons la configuration du MSAN. La capacit de cet quipement dpond du constructeur, pour notre tude de cas nous avons choisi d utiliser l quipement ISAM 7330 d Alcatel. Selon la distribution des abonns, l ingnieur de dimensionnement choisit le nombre de cartes pour chaque technologie. Une fois nous avons dtermin la configuration, nous pouvons calculer ainsi le nombre de MSAN dployer dans cette zone (quation 4.12).

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.

Figure IV.8 : Rsultat final du dimensionnement de la bande passante

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

V.2.3 Troisime module : charge de l A_RI


Pour le dimensionnement de cette entit nous nous intressons essentiellement aux services du RI offerts par Tunisie Telecom. D aprs les caractristiques de cette entit, elle permet l accs aussi bien au RI fixe que mobile. En plus la disponibilit de ces services n est plus limite aux abonns du RTC. Mme les abonns DSL peuvent y accder. D o le nombre d abonns prsente tous les utilisateurs qui sont inscrits ce service indpendamment de leur rseau d accs (POTS ou DSL). Nous avons choisi comme rfrence le softswitch Cisco

PGW 2200 Softswitch Gateway qui permet une capacit de 100000 BHCA.

Figure IV.9 : Dimensionnement de l entit A_RI

V.2.4 Quatrime module : charge du CSCF


Pour dimensionner la capacit de cette entit, nous avons suit la mme dmarche que celle de l A_RI. Cependant le bouquet de services n est plus le mme. Les abonns qui peuvent bnficier des ces services sont des abonns DSL.

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.

Figure IV.10 : Dimensionnement de l entit CSCF

V.3

Dimensionnement de la ville d Ariana

V.3.1 Architecture propose


L tape de dimensionnement des rseaux est gnralement prcde par une tape de dfinition de la stratgie dployer. En effet, celle-ci est trs importante pour la spcification de la topologie du nouveau rseau, ce qui facilite la tche de dimensionnement. Pour le cas de Tunisie Tlcom, nous avons propos dans le troisime chapitre notre stratgie de migration. Celle-ci est base sur un c ur de rseau unifi IP/MPLS. Actuellement, le backbone IP est compos de 17 routeurs Edges (Hached, Menzeh, Marsa, Belvdre, Badro, Ben Arous, Ariana, El Kasbah, Nabeul, Bizerte, Bja, Moknine,

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.

V.3.2 Rpartition des entits du contrle


Pour le cas de la ville de Ariana, nous avons procd un dimensionnement par sous zone qui sont de l ordre de 15. Nous avons remarqu une concentration de trafic dans la sous zone d Ariana CN, El Menzah et Manar. Pour cette raison nous avons envisag d y installer les lments de la couche contrle savoir l A_RI et le CSCF. Pour assurer le contrle de cette direction, nous avons besoin de deux A_RI et un seul CSCF. Vu la distribution des abonns et du trafic, nous proposons d installer un A_RI et un CSCF dans la zone de Ariana CN et l autre A_RI dans la zone de El Menzah ou bien dans la

80

zone de Manar. Ensuite nous assurons le lien entre ces diffrentes entits travers la signalisation SIP_T ou BICC.

Figure IV.12 : Architecture finale du rseau fixe de l Ariana

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

Trafic UL(DSL/Eth) trafic DL(DSL/Eth)

ZONE

Figure IV.13: Rpartition de la bande passante en UP et DL

81

b. Rpartition de la bande passante entre les classes de services


La charge totale du MG gnre sur le rseau par les abonns POTS, DSL et Ethernet est de l ordre de 16 G bit/s. Elle est rpartie entre les trois types de services comme suit :
BP(Kbit/s)

8% 23%

conversationnel 69% streaming interactif

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

d. Rpartition de la BP entre l accs POTS et DSL/Eth


Concernant la ville d Ariana, nous remarquons que le trafic DSL/Eth prsente 15409634 kbit/s en DL alors que le trafic POTS ne prsente que 590000 kbit/s (figure IV .16). Cette rpartition donne une ide sur la politique de l oprateur ainsi que le nouveau besoin n chez l utilisateur qui s oriente de plus en plus vers le service interactif et le service streaming au dtriment des services de la voix classique.
120000 100000 B P (k b it/ s ) 80000 60000 40000 20000 0
1 A C T .M N H G H IR I RI AD AZ H EL A A P E ND A T IT LO E A US RI S OA N A KR E N A II KH BO I RJ LE T LO E L UZ M A IR NZ E N EH NA EN SR NA SR MA 1 NA R JM JM 2 EH 6

POTS

IA N

AR

zone

Figure IV.16 : Rpartition de la charge des abonns POTS

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.

Charge des entits du contrle et de l accs

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.

V.3.4 Fiche technique


Pour pouvoir enregistrer les informations relatives au dimensionnement d une zone donne, nous avons cre une connexion vers la base de donne SQL. Cette base facilite

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.

VI. Liste de recommandations


L tude approfondie de l architecture du rseau fixe de l oprateur Tunisie Tlcoms nous a permis d arrter une stratgie de migration et ceci en s inspirant des principes de l NGN et de l IMS. Par consquent, un tel processus visant tirer d avantage des services Broadband peut tre prsent comme suit : Pour tendre la porte des services existants au domaine des tlcommunications, l oprateur est amen ouvrir son rseau et son infrastructure des fournisseurs de services extrieurs. Pour y faire, il doit mettre en place des passerelles d application se basant sur des interfaces ouvertes telles que les API OSA/Parlay.

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

avantages : le premier est d ordre technologique car le protocole IP permet de

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.

1. Les codecs audio


Les codecs utiliss pour la compression/dcompression de la voix sur IP sont : G .711 G.726.a G.726.b G.728 G.729 G.723.1 MPMLQ G.723.1 ACELP 64 kbps 32 kbps 24 kbps 16 kbps 8 kbps 6.3 kbps 5.3 kbps

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.

2. Les encapsulations au niveau transport et rseau


Les donnes audio de la couche application sont affectes au niveau de la couche transport d un entte RTP ayant une taille minimale de 12 octets, puis d un entte UDP avec 8 octets enfin la mise en paquet au niveau de la couche rseau ajoute 24 octets pour l entte IP. La figure suivante illustre le principe de la mise en paquet.

92

. Figure 1 : Encapsulation des donnes audio sur les diffrentes couches

3. Les protocoles utiliss au niveau de la couche liaison


L encapsulation doit tenir compte des diffrents protocoles en niveau de la couche liaison. Pour notre tude de cas nous avons choisit le protocole Ethernet. Ethernet La technologie Ethernet est la technologie la plus rpondue dans les rseaux d entreprises (LAN). La structure de la trame Ethernet est donne par la figure suivante :

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

1. Prvision du rseau ADSL et POTS de Tunisie Tlcom(2008)

Figure 3 : Parc d abonns de Tunisie Tlcom pour 2008

2. Prvision du rseau ADSL et POTS de Tunisie Tlcom(2008) : Rgion Ariana

Figure 4 : Parc d abonns POTS et DSL de la direction de Ariana

94

3. Spcification des paramtres de la voix classique


Le service de la voix classique est un service de base pour toutes les zones du rseau. Il reprsente essentiellement le service de la tlphonie mobile GSM et le service tlphonique analogique traditionnel POTS (Plain Old Telephone Service). Le dimensionnement du trafic gnr par ce service ncessite la connaissance de certains paramtres savoir, le trafic moyen par abonn (en erlang), la dure moyenne d un appel (en seconde) et le taux de routage externe de ce trafic. Dans notre tude de cas nous sommes intresss essentiellement aux abonns POTS. Le trafic moyen par abonns varie entre 0.09 et 0.12 Erlang/abonn pour le rseau fixe La dure moyenne d un appel est gnralement gale 150s. Plus de 65% du trafic dans chaque zone est destin vers l extrieur. Le tableau de la figure illustre les valeurs de chacune des zones avec plus de prcision. Rgion Tunis Ariana Ben Arous Manouba Bizerte Zaghouane Nabeul Beja Jendouba Kef Siliana Sousse Monastir Mahdia Kairouan Kasserine Sidi Bouzid Sfax Gabes Kebili Trafic moyen par abonns (erlang) 0.12 0.12 0.11 0.12 0.11 0.09 0.11 0.09 0.09 0.09 0.1 0.12 0.11 0.1 0.09 0.1 0.09 0.11 0.11 0.09 Dure moyenne d appel (s) 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 Taux de routage externe 0.7 0.8 0.7 0.75 0.65 0.7 0.76 0.76 0.72 0.7 0.65 0.67 0.7 0.75 0.68 0.65 0.74 0.78 0.75 0.67

95

Medenine Tataouine Tozeur Gafsa

0.1 0.09 0.09 0.09

150 150 150 150

0.76 0.78 0.67 0.66

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.

4. Modle de trafic data


Le trafic du rseau d accs ADSL est modlis par type de service (conversationnel, streaming et interactif) et par le type d abonns (abonns services de base, abonns services supplmentaires, PME et grande entreprises). Cette diffrentiation est trs importante du fait qu elle permet le calcul du trafic avec une haute prcision. Ainsi, les paramtres de chaque modle sont indiqus dans le tableau.

Taux d appel /H Dure d appel Activit de la source

Conversationnel 0.4 180 0.5

Streaming 0.1 125 0.5

Interactif 2.4 5 0.48

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

[9] : Claude Rigault, l intelligence dans les rseaux fixes et mobiles

[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.