Etd Ovum NGN 0106

ETUDE
Janvier 2006
L'volution du cur de rseau des oprateurs fixes
Etude ralise par le cabinet Ovum pour le compte de lAutorit de rgulation des Communications lectroniques et des Postes
Lvolution du cur de rseau des oprateurs fixes janvier 2006
Table des matires

1 PRINCIPALES IMPLICATIONS DES MIGRATIONS NGN 4 Le dveloppement darchitectures NGN chez les oprateurs historiques europens sera progressif, et peut gnrer de substantielles conomies dOPEX ....................................4 De nouvelles solutions technologiques sont dployes dans les rseaux NGN ................5 Des scnarios de migration contrasts chez les oprateurs historiques europens.........6 Diffrentes approches technologiques vers le NGN.........................................................7 De nombreuses difficults technologiques qui nexistaient pas dans un environnement TDM apparaissent avec le NGN.......................................................................................8 Impacts architecturaux et financiers dune transition vers un rseau NGN ....................8 De nombreuses questions restent ouvertes en termes dvolutions rglementaires .......10 2 PRESENTATION DE LA PROBLEMATIQUE DE MIGRATION NGN DU CUR DE RESEAU FIXE 12 2.1 DESCRIPTION DUN RESEAU TELEPHONIQUE TRADITIONNEL ET DEFINITIONS ........... 12 2.2 DEFINITION ET DESCRIPTION DUN RESEAU NGN .................................................... 15 2.2.1 Modle darchitecture en couche ...................................................................15 2.2.2 Rle dun softswitch dans une architecture NGN...........................................18 2.2.3 Rle des media gateways dans une architecture NGN ...................................18 2.2.4 Rle du MSAN dans une architecture NGN ...................................................19 2.2.5 Organisations de standardisation impliques ................................................19 2.3 PRINCIPAUX FACTEURS DE DEPLOIEMENT DE RESEAUX NGN.................................. 21 2.3.1 La chute des revenus lis la tlphonie fixe et besoin de rduction des cots dexploitation rseau ......................................................................................................21 2.3.2 Obsolescence du parc existant de commutateurs TDM..................................23 2.3.3 Transformation de la topologie du rseau, avec rduction du nombre de liens entre commutateurs ........................................................................................................24 2.3.4 Une solution reposant sur le dploiement de softswitchs ncessite moins dquipements, moins de sites et moins de personnel.....................................................24 2.3.5 Dveloppement de nouveaux services ............................................................26 2.3.6 Fin de dveloppements attendre autour des technologies TDM..................26 2.4 IMPACTS GENERAUX DUNE MIGRATION NGN......................................................... 27 2.4.1 Impacts lis aux investissements NGN............................................................27 2.4.2 Impacts lis linterconnexion.......................................................................27 2.4.3 Impacts lis la signalisation ........................................................................28 2.4.4 Impacts lis lexistence de multiples protocoles pour la voix sur IP: H.323, MGCP, SIP .....................................................................................................................28 2.4.5 Impacts lis la qualit de service (QoS) ......................................................29 2.4.6 Impacts sur la scurit....................................................................................29 2.4.7 Impacts sur les quipements de terminaison ..................................................30 2.5 LES RESEAUX NGN DANS LE CONTEXTE DAUTRES EVOLUTIONS TECHNOLOGIQUES MAJEURES............................................................................................................................ 30 2.5.1 Relations entre NGN et IP Multimedia Subsystem (IMS)...............................30
Autorit de rgulation des Communications lectroniques et des Postes
2.5.2 2.5.3
Relations entre NGN et la technologie FTTH ................................................33 Relations entre NGN et ENUM.......................................................................34 3 TYPOLOGIE DES SCENARIOS DE MIGRATION 36
SCENARIO 1 : MISE EN PLACE DE SOLUTIONS NGN AU NIVEAU DES LIENS DE TRANSIT 36 3.2 SCENARIO 2 : MISE EN PLACE DE SOLUTIONS NGN JUSQUAU COMMUTATEUR DE CLASSE 4 ............................................................................................................................. 40 3.3 SCENARIO 3 : MISE EN PLACE DE SOLUTIONS NGN JUSQUAU CLASSE 5................. 42 3.4 SCENARIO 4 : MISE EN PLACE DE SOLUTIONS TOUT IP EN OVERLAY ........................ 44 4 ANNEXE : LISTE DES ACRONYMES 48
3.1
AVERTISSEMENT
LAutorit a confi au cabinet Ovum une tude portant sur lvolution du coeur de rseau des oprateurs fixes vers un rseau dit de Nouvelle Gnration.
Lanalyse sappuie sur les principaux facteurs et impacts de dploiement de ce type de rseau ainsi que sur une typologie des scnarios de migration.
La mthodologie utilise et les rsultats obtenus sont de la seule responsabilit dOvum et nengagent pas lAutorit.
Dans un soucis de transparence et d'information ouverte, l'Autorit a dcid de rendre publique cette tude.
Les parties intresses sont invites, le cas chant, faire part de commentaires l'Autorit.
1 Principales implications des migrations NGN

Le dveloppement darchitectures NGN chez les oprateurs historiques europens sera progressif, et peut gnrer de substantielles conomies dOPEX
Les rseaux traditionnels de tlphonie fixe des oprateurs historiques europens sont bass sur la commutation de circuits (aussi nomme transmission TDM) entre les lignes dabonns, et sur une organisation hirarchique des commutateurs selon diffrentes zones dappels. De plus, ce rseau de tlphonie cohabite avec un ou plusieurs rseaux ddis au transport de donnes (dont le rseau utilis pour la fourniture de services haut-dbit DSL). La problmatique de passage une architecture NGN (Next Generation Network) du cur de rseau fixe des oprateurs historiques sinscrit avant tout dans une logique de diminution des cots, avec le passage une infrastructure unique base sur IP pour le transport de tout type de flux, voix ou donnes, et pour toute technologie daccs (DSL, FTTH, RTC, WiFi, etc.). Limpact majeur dun passage une architecture NGN pour les rseaux de tlphonie commute est que le commutateur tradionnel est scind en deux lments logiques distincts : le media gateway pour assurer le transport et le softswitch pour assurer le contrle dappel. Cette volution permet thoriquement des gains en termes de performance et doptimisation des cots, mais elle peut aussi faciliter le dploiement de nouveaux services. La plupart des oprateurs historiques Europens dEurope de lOuest ont test ou commenc dployer des architectures NGN. La plupart dentre eux ont dans la pratique des solutions NGN qui sont utilises dans leurs rseaux nationaux. Toutefois, pour linstant, ces solutions ne sont pas dployes dans une perspective de remplacement complet des solutions de rseau commut traditionnelles, utilises pour le transport du trafic voix. Dans certains cas, lutilisation de softswitchs est contingente aux services voix sur IP proposs aux abonns DSL, et dans dautres, lutilisation de softswitchs nintervient quen des nuds de commutation dont les quipements TDM sont arrivs en fin de vie. Dans ce dernier cas, les oprateurs sont dans une logique de remplacement de leurs solutions. La plupart des oprateurs historiques europens restent prudents dans leurs plans de dploiement de solutions NGN, lexception notable de BT. Toutefois, de nouveaux facteurs viennent aujourdhui acclrer leurs plans : La diminution des revenus lis aux services vocaux entrane un changement de paradigme pour les oprateurs historiques, qui se prparent ajuster leur surface de cots des revenus infrieurs, en utilisant par exemple des solutions NGN qui peuvent permettre de rduire leur OPEX.
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 lensemble de la communaut industrielle. Enfin, tous les vendeurs de solutions remplacent aujourdhui leur gamme de commutateurs classiques avec des solutions NGN, qui capitalisent les gains de performances lis laugmentation des capacits de calcul lectronique. Si les oprateurs historiques restent prudents, les gains dOPEX potentiels pour ces oprateurs pourraient tre trs importants.
De nouvelles solutions technologiques sont dployes dans les rseaux NGN

Un rseau NGN utilise un ensemble dquipements qui jouent le mme rle quun commutateur traditionnel, mais qui sont dsormais spars en composants distincts : Le softswitch est la solution qui gre dans un rseau NGN lintelligence du service de commutation (gestion de tables dappels, gestion des plans de numrotation). Toutefois, ce softswitch nest plus associ un point physique du rseau, et ne gre plus les liens physiques du rseau, comme ctait le cas dans un rseau TDM. Le media gateway , dont le rle est dassurer la gestion (disponibilit, dtection de fautes) de la couche physique du rseau. Cette couche physique peut tre le rseau de transmission, ou le rseau daccs. Dans le cas o il sagit du rseau daccs, la fonction de media gateway peut tre embarque dans lquipement daccs lui-mme, comme cest le cas pour un MSAN.
Dans la plupart des rseaux NGN dploys aprs 2004, la coexistence doffres daccs data et doffres daccs voix dans le portefeuille des oprateurs amne le dploiement de solutions tout en un , permettant le contrle daccs pour les services voix et les services data. Ces solutions tout en un sont des MSAN.
Le diagramme ci-dessous reprsente les topologies compares dun rseau NGN et dun rseau TDM, dans le cas franais.
Figure 1 Topologies compares dun rseau NGN et dun rseau TDM, dans le cas franais
Source : Ovum
Des scnarios de migration contrasts chez les oprateurs historiques europens

Il existe des diffrences importantes dun pays lautre, quant la pression concurrentielle qui sexerce sur loprateur historique, et donc la ncessit pour loprateur de faire voluer sa structure de cots et de revenus. Et il existe aussi des diffrences importantes au niveau du statut du rseau fixe existant (par exemple la topologie, la qualit, la capacit, lge des quipements), et donc de la ncessit ou pas dinvestir court terme dans le rseau fixe. Deux oprateurs historiques se distinguent en Europe, par le fait quils ont dj entam la migration de leur rseau tlphonique commut : BT a lapproche NGN la plus radicale. BT met en place une stratgie de rupture avec son projet 21st Century Network, bas sur un dsinvestissement dans le rseau commut traditionnel et le deploiement dun rseau IP entirement nouveau, qui supportera lensemble du trafic issu des services voix et donnes, et des solutions de softswitches NGN utilises de bout en bout dans le cur de rseau. BT a prvu dinvestir 10 millards sur 5 ans avec pour objectif la migration denviron 30 millions de lignes fin 2009.
Telecom Italia a dj commenc la migration NGN dans certaines zones gographiques de son rseau fixe, jusquau commutateur de classe 4, avec le remplacement de linfrastructure de transit (nationale et internationale) par une infrastructure NGN. Telecom Italia envisage par ailleurs dutiliser un cur de rseau unique tout-IP pour le transport du trafic fixe et mobile.
Pour ces oprateurs ayant dj entam la procdure de migration NGN, lchance dune migration complte du rseau tlphonique commut fixe se situe lhorizon 2010. En revanche, pour les oprateurs moins enclins migrer rapidement vers une architecture NGN, lchance dun projet NGN complet pour leur infrastructure fixe se situerait plutt aux alentours de 2020. On parle par consquent de projets 15 ans, ce qui implique une incertitude importante quant aux scnarios de migration qui seront mis en uvre et des problmatiques associes au moment de la migration.
Diffrentes approches technologiques vers le NGN

Il nexiste pas darchitecture standard pour un NGN, ni mme darchitecture, qui, de fait, simpose tous. Dans la pratique, deux types de dploiements apparaissent nanmoins :
Des dploiements pour lesquels le rseau voix reste un environnement rseau ddi, mis en uvre en utilisant des quipements dont le rle est spcifiquement associ la gestion des services vocaux. Ces quipements, media gateways et softswitchs, nont alors pour caractristique que dutiliser un rseau de transmission commun avec les services de donnes. Dans ce cas les oprateurs conservent des points de commutation distribus dans le rseau. Il ny a pas de changement important cet gard par rapport un rseau traditionnel TDM, si ce nest une diminution du nombre de centres de commutation, o peut avoir lieu linterconnexion. Des dploiements pour lesquels les oprateurs respectent larchitecture de rfrence IMS . Ils envisagent en ce cas de pouvoir dployer des services qui combinent voix et data au sein dune seule et mme session, ce qui nest pas possible dans le cas prcdent. Dans ce cas, les quipements peuvent tre diffrents, et le contrle des sessions voix-data peut tre extrmement centralis. Un oprateur comme BT, par exemple, envisage dans son rseau BT 21 CN de ne dployer quune dizaine d intelligent nodes , qui sont les points o ce contrle de session sera ralis. Un oprateur alternatif devrait donc pouvoir sinterconnecter en ces points, et pourrait, par exemple, peerer le trafic IP correspondant en dautres points.
De nombreuses difficults technologiques qui nexistaient pas dans un environnement TDM apparaissent avec le NGN
Le dploiement de technologies NGN ne correspond pas au dploiement de solutions utilisant des protocoles et des technologies compltement optimises pour la voix. En consquence, de nouvelles difficults se posent pour les oprateurs qui viennent les utiliser :
Qualit de service perue par lutilisateur final Tout fait honorable dans le cas de petits rseaux, la qualit de service rendue sur le trafic vocal peut tre incertaine dans le cas de dploiements de grande ampleur. En particulier, il nexiste pas aujourdhui de mcanismes garantissant un minimum de qualit de service si le rseau IP multiservice est compltement engorg. Chaque oprateur doit raliser lingnirie de son rseau de manire pouvoir garantir un niveau minimum. Bien videmment, la comprhension de ce quest le niveau minimum reste lapprciation de chacun.
Qualit de service en cas dinterconnexion A la diffrence du monde de la commutation de circuit, le monde des rseaux NGN ne sappuie pas sur un jeu de protocoles uniques et de codecs uniques pour les services vocaux. De ce fait, de multiples transcodages peuvent avoir lieu lorsquune communication vocale transite sur plusieurs rseaux. Ces multiples transcodages peuvent altrer la qualit de service perue.
Performances dacheminement La plupart des oprateurs historiques que nous avons interviews nous ont rapport des difficults importantes en acheminement, avec un nombre de pertes de liaisons importantes, se traduisant par des communications coupes pour les abonns.
Impacts architecturaux et financiers dune transition vers un rseau NGN
Principales diffrences entre un rseau NGN et un rseau TDM
En termes darchitecture, il ny a pas fondamentalement de rduction du nombre de points de prsence dun oprateur, qui doit toujours contrler les mmes lignes dabonns, avec les mmes contraintes physiques sur la paire de cuivre. Nanmoins : En lieu et place de points de commutation (type classe 5 et type classe 4), les oprateurs peuvent tre amens ne plus exercer de commutation locale, mais uniquement un contrle des lignes daccs. Ce contrle est opr par des media
gateways, qui en premire approche se retrouvent prsents en chacun des points o a pu exister une fonction de commutation dans le rseau commut ( la rnovation du rseau daccs prs). Ces quipements ne sont toutefois pas intelligents au sens o ils ne font que transformer un signal TDM entrant en signal IP sortant, qui est ensuite envoy sur le rseau IP. A linverse, la fonction de commutation se trouve quant elle spare des points o est exerc le contrle daccs. De ce fait elle peut tre distribue ou centralise en fonction des choix de loprateur. Dans le cas dun rseau fixe, il nous semble logique de distribuer la fonction de classe 5 (pour permettre la commutation du trafic local sans engorger le rseau), et de centraliser la fonction de classe 4, pour bnficier du maximum dconomies dchelle dans la gestion des plate-formes.
Les principaux changements entre un rseau TDM et un rseau NGN pour un oprateur historique (qui possde ses sites) nous semblent donc rsider dans : lvolution du nombre de lignes administres par un softswitch de classe 5 : un seul et mme softswitch classe 5 peut tre connect plusieurs media gateways, qui correspondaient tous un classe 5 TDM dans lancienne architecture.
Lvolution du nombre de classe 5 contrls par un seul et mme classe 4 : en lieu et place de plusieurs anciens classe 4 TDM, on peut navoir quun seul softswitch de classe 4 capable de grer un plus grand nombre de lignes.
Le passage de liaisons physiques TDM a des liaisons physiques IP : si loprateur le souhaite, son rseau NGN peut tre opr en utilisant le protocole IP. Le cot de la bande passante utilise par cet oprateur peut tre modifi.
Lutilisation dune signalisation IP au lieu dune signalisation TDM : Lutilisation du protocole IP pour le trafic vocal induit la gestion de la signalisation du trafic en utilisant ce mme protocole. Lutilisation de la bande passante TDM par le protocole SS7 est bien optimise, la mise en uvre de voix sur IP lest moins. A capacit quivalente au niveau physique, un trafic vocal moins important pourra tre achemin par un rseau IP en comparaison un rseau TDM.
Deux scnarios de migration se dgagent
Les gains dOPEX dpendent du scnario de migration NGN choisi par loprateur. Selon lapproche retenue, les cots de transition peuvent tre levs, de sorte que le gain total moyen d'OPEX sur une priode de 10 ans nest pas forcment positif
10
mme si lOPEX annuel est fortement rduit au terme de la migration. On peut distinguer deux approches : Les stratgies d'overlay, consistant dployer un rseau NGN en parallle du rseau commut existant, sont trs coteuses pour les oprateurs qui les dploient, mme si les gains dOPEX terme sont importants. Loprateur doit faire face une augmentation de ses cots pendant la phase de migration, o le rseau NGN est dploy et le rseau TDM existant est maintenu. Les gains dOPEX arrivent ensuite, lorsque loprateur commence grer son trafic vocal sur le rseau overlay quil a construit, tout en diminuant le volume de trafic support par son rseau traditionnel, sur lequel il ninvestit presque plus. BT est un des rares oprateurs ayant choisi ce scnario, notamment parce que loprateur avait de toute faon dimportants besoins de financement dans son rseau existant. Les stratgies de remplacement, consistant remplacer progressivement les commutateurs traditionnels en fin de vie par des softswitchs NGN, prsentent un bnfice plus immdiat pour les oprateurs qui les retiendront. Il est cet gard remarquable de constater que les oprateurs ayant concrtement envisag de dployer des solutions de type NGN ont quasiment tous retenu cette approche.
De nombreuses questions restent ouvertes en termes dvolutions rglementaires

La plupart des oprateurs historiques europens qui ont entam des migrations vers des architectures NGN, ou qui commencent dployer des solutions NGN dans leur rseau sont soumis au cadre rglementaire actuel. Tous nous ont confirm qu court terme les rgimes dinterconnexion proposs par ces oprateurs la communaut des oprateurs alternatifs nvolueraient quasiment pas. En particulier : Les points du rseau o linterconnexion physique est ralise ne changent pas. Toutefois, en cas de dplacement des sites, la question du cot de racheminement des anciens points dinterconnexion aux nouveaux est sujet dbats. La plupart des oprateurs historiques dEurope de lOuest souhaitent quune partie de ce cot soit supporte par leurs partenaires. La ralisation technique de linterconnexion ne change pas. Les oprateurs historiques livrent donc des minutes de trafic vocal TDM leurs partenaires. Cette opration a un cot si le rseau est un rseau NGN et, de la mme manire, la question du partage ventuel de ce cot est pose.
A moyen terme et long terme, de nouvelles problmatiques se posent, en particulier laune de lvolution du cadre rglementaire Europen. Ainsi, la plupart des oprateurs pourraient voluer vers une interconnexion en voix sur IP native. Si tel tait le cas, de nombreux facteurs nouveaux viendraient influer sur lenvironnement rglementaire :
11
Les critres de qualit de service fournie aux oprateurs deviennent particulirement importants, car aucun mcanisme ne standardise cette qualit de service dans les solutions NGN dployes. Un oprateur interconnect devrait solliciter un niveau de qualit de service auprs de loprateur auquel il sinterconnecte. A la notion dinterconnexion de trafic vocal pourrait tre ajoute la nature des protocoles et codecs utiliss par chaque oprateur, de manire viter au maximum des oprations dencodage et de dcodage affectant la qualit de service perue par lutilisateur final. Des architectures NGN plus largement dployes amneront une rvision de larchitecture des rseaux fixes, avec des points de prsence doprateurs historiques rpartis diffremment sur le territoire. De nouveaux services utilisant la voix sur IP amnent pour les oprateurs le besoin dinterconnecter de nouveaux types de contenus, comme les informations lies aux abonns, leur information de prsence, o leurs caractristiques (numros). Les interfaces et les modalits de mise en uvre dune interconnexion autre que celle du trafic vocal, entre loprateur historique et les oprateurs alternatifs, restent dterminer. Lenvironnement dinterconnexion IP devra ncessairement prendre en compte de nouvelles difficults lies la mise en place de rgles de scurit dans lchange de trafic entre les diffrents oprateurs, qui sont aujourdhui garanties par lutilisation du protocole SS7.
Enfin, les rgulateurs pourraient avoir grer des rgimes dinterconnexion voix htrognes, avec dune part, le dveloppement dune interconnexion IP (notamment pour les services de voix sur IP offerts via le DSL), et dautre part, le maintien court et moyen terme dune interconnexion TDM traditionnelle. Avec laccroissement du trafic de voix sur IP sur les rseaux DSL, il est en effet envisageable que les oprateurs commencent mettre en place une interconnection en IP natif, pour les appels vocaux entre lignes IP, bien avant la fin des programmes de migration NGN des oprateurs historiques(prvue lhorizon 2010 2020 selon les pays).
12
2 Prsentation de la problmatique de migration NGN du cur de rseau fixe

2.1 Description dun rseau tlphonique traditionnel et dfinitions
Le rseau tlphonique traditionnel utilise la commutation de circuits do son nom de Rseau Tlphonique Commut (RTC) (PSTN en anglais pour Public Switched Telephone Network). La commutation de circuits (aussi nomme transmission TDM) est caractrise par ltablissement dune liaison bidirectionnelle entre deux extrmits du rseau pendant toute la dure de la communication, assurant la continuit du transfert de linformation en temps rel. Le principal inconvnient de cette mthode de commutation est quelle gaspille de la capacit en bande passante puisque la ligne ne peut tre utilise que pour cette communication. Dans la commutation de circuits, les commutateurs sont relis entre eux par des circuits et aux abonns par des lignes dabonns. Les commutateurs sont hirarchiss. Selon la terminologie de France Tlcom, le rseau RTC est ainsi divis en plusieurs sous-ensembles suivant un dcoupage en diffrentes zones:
1. Zone Locale (ZL) Dans la zone locale, les abonns sont raccords un mme commutateur local (CL). Les CL tablissent les connexions entre les lignes d'abonns et leur CAA (commutateur autonomie dacheminement ) de rattachement. Dans ltude, nous parlerons de commutateurs de classe 5 en rfrence aux CL.
2. Zone Autonomie dAcheminement (ZAA) Une ZAA est une zone gographique forme par un ensemble de ZL appartenant une mme zone. Les commutateurs qui quipent une ZAA sont des CAA. Ils grent la commutation de circuits et lacheminement du trafic entre diffrentes ZL et entre diffrents CAA dune mme ZAA. Dans ltude, nous parlerons de commutateurs de classe 4 en rfrence aux CAA.
13
3. Zones de Transit (ZT) Il y a plusieurs zones de transit selon que lon se trouve un niveau rgional, national ou international. Zones de Transit Secondaire (ZTS) Une ZTS est dlimite par un (ou plusieurs) CTS (Commutateur de Transit Secondaire) qui grent un ensemble de CAA situs dans la zone considre. Les CTS nintgrent aucune intelligence et assurent uniquement le brassage des circuits lorsqu'un CAA ne peut directement atteindre le CAA du destinataire. Zone de Transit Principale (ZTP) Une ZTP regroupe plusieurs ZTS et inclut un CTP (Commutateur de Transit Principal) qui grent les CTS de la zone. Cette zone assure la commutation des liaisons longue distance. Zone de Transit Internationale (ZTI) Lun des CTP dune ZTP est reli un Commutateur de Transit International (CTI) permettant de traiter le trafic provenant ou destination de linternational. Par exemple, France Tlcom dispose de trois centres de transit internationaux. Dans ltude, les commutateurs des zones de transit sont appels commutateurs de classe 3.
Pour la suite du rapport, nous utiliserons la terminologie suivante : commutateur de classe 5 pour les commutateurs locaux, commutateurs de classe 4 pour les commutateurs autonomie dacheminement (CAA), commutateurs de classe 3 (aussi nomms trunk switches ou tandem switches ) pour tous les commutateurs situs dans les zones de transit (rgional, national ou international).
14
Figure 2 Description du rseau RTC de France Tlcom et terminologie pour ltude
Source : Ovum
La couche transport dans les rseaux voix traditionnels est responsable de la bonne fourniture au niveau physique (couche physique du modle OSI) du contenu voix et du contrle (signalisation, gestion dappel) des messages entre les commutateurs et les quipements de signalisation. Depuis les annes 90, les oprateurs utilisent la technologie ATM comme protocole de transport de la voix et des informations de signalisation entre les commutateurs de classe 4 et les commutateurs de classe 5. Dans un rseau RTC, la signalisation est assure sous le protocole SS7 (ou Smaphore). Le protocole SS7 a t dfini par lITU-T et fournit les procdures grce auxquelles les diffrents lments dun rseau PSTN schangent des informations via un rseau numrique de signalisation afin de pouvoir tablir une communication fixe ou mobile, puis la router et la contrler. La fourniture de services valeur ajoute est possible grce limplmentation dun rseau intelligent (Intelligent Network ou IN).
15
2.2 Dfinition et description dun rseau NGN

Tout dabord, rappelons que lacronyme NGN (Next Generation Network) est un terme gnrique qui englobe diffrentes technologies visant mettre en place un concept, celui dun rseau convergent multiservices. En particulier, il nexiste pas de dfinition normalise dun NGN, de mme quil ny a pas de standard internationalement reconnu et accept dans ce domaine.
2.2.1 Modle darchitecture en couche

Le passage une architecture de type NGN est notamment caractris par la sparation des fonctions de commutation physique et de contrle dappel. Larchitecture NGN introduit un modle en couches, qui scinde les fonctions et quipements responsables du transport du trafic et du contrle. Il est possible de dfinir un modle architectural bas sur cinq couches successives (cf. Figure 3) : la couche daccs, qui regroupe les fonctions et quipements permettant de grer laccs des quipements utilisateurs au rseau, selon la technologie daccs (tlphonie commute, DSL, cble). Cette couche inclut par exemple les quipements DSLAM fournissant laccs DSL. la couche de transport, qui est responsable de lacheminement du trafic voix ou donnes dans le cur de rseau, selon le protocole utilis. Lquipement important ce niveau dans une architecture NGN est le Media Gateway (MGW) responsable de ladaptation des protocoles de transport aux diffrents types de rseaux physiques disponibles (RTC, IP, ATM, ). la couche de contrle, qui gre lensemble des fonctions de contrle des services en gnral, et de contrle dappel en particulier pour le service voix. Lquipement important ce niveau dans une architecture NGN est le serveur dappel, plus communment appel softswitch , qui fournit, dans le cas de services vocaux, lquivalent de la fonction de commutation dans un rseau NGN. Dans le standard IMS dfini par le 3GPP, les fonctionnalits et interfaces du sofswitch sont normalises, et lquipement est appel CSCF (Call Session Control Function). la couche dexcution des services, qui regroupe lensemble des fonctions permettant la fourniture de services dans un rseau NGN. En termes dquipements, Cette couche regroupe deux types dquipement : les serveurs dapplication (ou application servers) et les enablers , qui sont des fonctionalits, comme la gestion de linformation de prsence de lutilisateur, susceptibles dtre utilises par plusieurs applications. Cette couche inclut gnralement des serveurs dapplication SIP, car SIP (Session Initiation Protocol) est utilis dans une architecture NGN pour grer des sessions multimdias en gnral, et des services de voix sur IP en particulier.
16
la couche applications, pour les diffrents services et applications susceptibles dtre offerts dans une architecture NGN. Il peut naturellement sagir de services IP, mais les oprateurs sattacheront aussi supporter les services vocaux existants de rseau intelligent (renvoi dappel, etc.) dans le cadre dune migration vers une architecture NGN. Cette couche applications regroupe aussi lenvironnement de cration de services, qui peut tre ouvert des fournisseurs de services tiers. Le dveloppement dapplications sappuie sur les serveurs dapplication et les enablers de la couche dexcution des services.
Ces couches sont indpendantes et communiquent entre elles via des interfaces ouvertes. Cette structure en couches est sense garantir une meilleure flexibilt et une implmentation de nouveaux services plus efficace. La mise en place dinterfaces ouvertes facilite lintgration de nouveaux services dvelopps sur un rseau doprateur mais peut aussi savrer essentielle pour assurer linterconnexion dun rseau NGN avec dautres rseaux quils soient NGN ou traditionnels. Limpact majeur pour les rseaux de tlphonie commute traditionnels est que le commutateur tradionnel est scind en deux lments logiques distincts : le media gateway pour assurer le transport et le softswitch pour assurer le contrle dappel. Une fois les communications tlphoniques empaquetises grce aux media gateways, il ny a plus de dpendance des services vis--vis des caractristiques physiques du rseau. Un cur de rseau paquet unique, partag par plusieurs rseaux daccs constitue alors une perspective attrayante pour des oprateurs. Bien souvent, le choix se porte sur un cur 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.
17
Figure 3 Architecture gnrale dun rseau NGN
Source : Ovum
18
2.2.2 Rle dun softswitch dans une architecture NGN

Dans une infrastructure NGN, un softswitch n'est autre qu'un serveur informatique, dot d'un logiciel de traitement des appels vocaux. Le trafic voix est en gnral paquetis par le media gateway, et pris en charge par les routeurs de paquets du rseau de loprateur. Un softswitch va identifier les paquets voix, analyser leur contenu pour dtecter le numro vers lequel ils sont destins, confronter ces numros avec une table de routage (qui indique ce que le softswitch doit faire en fonction de chaque numro), puis excuter une tche (par exemple transmettre ou terminer). 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 darchitecture compltement distribue.
2.2.3 Rle des media gateways dans une architecture NGN

Les media gateway constituent le deuxime lment essentiel dploy dans un rseau NGN. Un media gateway peut par exemple se positionner entre le rseau de commutation circuit et le rseau de commutation de paquets. Dans ce cas, les media gateways transforment le trafic circuit TDM en paquets, la plupart du temps IP ou ATM, pour que ce trafic puisse ensuite tre gr par le rseau NGN. En consquence, plusieurs types de media gateway sont disponibles sur le march, en fonction du type de solution voix choisie par loprateur et du rle de ce media gateway : les passerelles VoIP pour convertir des lignes daccs TDM en flux IP, les passerelle VoATM pour convertir des lignes daccs TDM en flux ATM, les passerelle VoBB (DSL, cble, ) pour transformer des flux IP en signaux voix sur un rseau haut-dbit cble ou DSL.
19
Sparation du flux de signalisation pour la commutation et du trafic des communications
Une diffrence importante entre un rseau TDM et un rseau NGN est que la fonction de commutation est dissocie de la fonction de routage physique des appels dans le rseau. Dans un rseau NGN, lacheminement physique du trafic vocal est assur par des routeurs IP, dans le cur de rseau de loprateur, et par des passerelles (les media gateways). Ce flux de transport est en revanche contrl par des softswitches, qui effectuent la fonction de commutation. Les fonctions assures par les softswitches produisent un trafic de signalisation, notamment entre les softswitches et les media gateways, et galement entre diffrents softswitches du rseau NGN. Le trafic vocal, lui, ne transite pas physiquement par les softswitches.
2.2.4 Rle du MSAN dans une architecture NGN

Les MSAN constituent une volution naturelle des DSLAMs. Un MSAN est un quipement qui constitue, dans la plupart des architectures de type NGN, un point dentre unique vers les rseaux daccs des oprateurs. A la diffrence dun DSLAM, dont le chassis ne peut supporter que des cartes permettant de proposer des services de type xDSL, un MSAN peut supporter des cartes RNIS, Ethernet, FTTx, ou encore X25. De ce fait, au sein dun seul et mme chassis, loprateur peut dployer toutes les technologies daccs envisageables sur son rseau. Le rle de media gateway dcrit ci-avant peut, dans certains cas, tre embarqu au sein de ce MSAN, et disparatre en tant que nud de rseau ddi.
2.2.5 Organisations de standardisation impliques

Le tableau ci-dessous rsume limplication des principales organisations travaillant sur le dveloppement de standards pour les rseaux NGN.
20
Fonction
TISPAN Groupe de travail proposant des recommendations lETSI
Vision
Examen de la possibilit dappliquer une architecture IMS un environnement fixe dans une logique de dploiement NGN Standardisation de lIMS (IP Multimedia Subsystem)
Apports techniques
Support des interfaces fixes et non cellulaires, interconnexion avec le fixe.
Impacts potentiels
Limits, tributaires des oprateurs et vendeurs membres du groupe de travail.
3GPP
Organisme spcifiant le standard UMTS et ses volutions
Toute la standardisation IMS a t ralise par le 3GPP, qui la initie
Importants, car tous les oprateurs GSM/UMTS devraient se conformer aux standards du 3GPP Trs limits, car la plupart des cablos nord-amricains ont fait le choix dimplmenter des architectures IMS Importants, car tous les oprateurs CDMA devraient se conformer aux standards du 3GPP2 Trs limits, car linitiative na le support daucun oprateur tlcom
ATIS
Initiative nord amricaine de spcification de standards NGN
Vision euristique, fortement influence par les implmentations ralises dans le monde de la cablotlphonie aux USA Traduction de lIMS du 3GPP dans le monde ANSI
Interconnexion et support darchitectures utilisables dans les environnements fixes et cble Aucun apport sur le NGN sadapte aux spcifications du 3GPP Aucun pour linstant
3GPP2
Organisme spcifiant le standard CDMA2000 et ses volutions Groupe de travail rassemblant des socits IT travaillant sur lutilisation de standards ouverts dans le cadre du dveloppement dapplications NGN Programme de standardisation du NGN men par lITU premires spcifications finalises en aot 2005 Initiative mene par BT ayant vocation vangliser larchitecture du 21st Century Network
OASIS
Utilisation du langage XML partout, impliquant une gestion distribue des services de communication dun oprateur NGN, en couche IP Vision trs influence par les travaux sur IMS du 3GPP
ITU/NGN
A prsent aucun apport spcifique envisager pour les prochaines spcifications
Importants, car cette initiative est la seule permettant un support des deux communauts (fixes et mobiles) ds le dpart du projet. A priori plus limits que celle des organismes de standardisation traditionnels.
FMCA
Influence par BT, et mettant en perspective la cration de services convergents fixesmobiles
Trs limits ce stade mais une bonne prise en compte des problmes dauthentification des abonns
21
2.3 Principaux facteurs de dploiement de rseaux NGN

2.3.1 La chute des revenus lis la tlphonie fixe et besoin de rduction des cots dexploitation rseau
Il nest pas rare aujourdhui, lorsquOvum discute avec des oprateurs historiques europens de lvolution de leur march, de constater que la plupart dentre eux voquent des baisses importantes de revenus pour les prochaines annes, dans le domaine des services vocaux. La combinaison du dveloppement des offres de triple play proposant des forfaits illimits, et les effets de la substitution fixemobile en termes de trafic vocal sont alors prsents comme les principaux facteurs drosion des revenus par ces mmes oprateurs. Lactivit doprateur de tlphonie vocale pourrait donc voir sa profitabilit diminuer, si de nouveaux revenus, provenant de nouveaux services, ne venaient pas contre-balancer cette perte. Nos prvisions dvolution du trafic vocal mondial total corroborent cette perception :
Figure 4 March mondial des services vocaux, 2004
Source :Ovum
22
Figure 5 March mondial des services vocaux, 2008
Source :Ovum
En proportion, la part du trafic vocal absorb par les rseaux doprateurs fixes est donc appele diminuer en valeur. Les nouveaux services proposs par ces oprateurs, comme laccs xDSL, les services de mobilit, les services informatiques pour entreprises ne leur permettent vraisemblablement pas de combler cette perte de revenus. Lanalyse des rsultats de BT est tout fait reprsentative de ces risques :
23
Figure 6 Analyse de la profitabilit de BT, 2004
Source :Ovum
Face ce dfi, qui affecte non seulement les revenus des oprateurs historiques, mais galement leur principale source de profitabilit, la question du contrle des cots dexploitation devient cruciale. La rduction des cots devient donc une ncessit pour ces oprateurs, en particulier les cots dexploitation rseau. Cet argument est rgulirement mis en avant par les quipementiers tlcoms qui avancent des estimations oscillant entre 30% et 70% de rduction de cots, CAPEX et OPEX cumuls, pour une solution NGN comparativement une solution TDM traditionnelle.
2.3.2 Obsolescence du parc existant de commutateurs TDM

En Europe, nombre doprateurs historiques vont tre peu peu confronts la fin de vie de leurs systmes de commutation traditionnels TDM, qui ont une dure de vie dune vingtaine dannes. En effet, les plans de numrisation des rseaux fixes europens ont t raliss au cours des annes 80 et 90 et ont alors ncessit linstallation dune nouvelle gnration de plates-formes de commutation dans les rseaux doprateurs. 15, voire 20 ans plus tard, ces plates-formes arrivent en fin de vie, principalement cause du nombre de services additionnels utilisant les ressources des commutateurs, non prvus lors de leur dploiement (services
24
prpays, ring-back tones, messagerie, services de rseau intelligent, services rseau). Ds lors, en fonction du niveau dobsolescence du rseau traditionnel, deux cas de figure peuvent se prsenter : Loprateur a atteint le moment o les cots de maintenance de son rseau traditionnel commence crotre significativement. Ds lors, la migration vers un rseau NGN, permettant denvisager moyen terme la fermeture de son rseau tlphonique traditionnel, peut tre intressante. Loprateur a encore plusieurs annes devant lui avant que son rseau traditionnel ne devienne obsolte, ses cots de maintenance tant stables, un niveau jug acceptable. Ds lors, la perspective de rduction des cots oprationnels combine la capacit de dvelopper plus efficacement de nouveaux services forte valeur ajoute peut savrer tre un facteur dcisionnel en faveur dune migration vers un rseau NGN.
Nombre doprateurs europens sont actuellement confronts la premire situation, en particulier dans les pays fortement maills , comme la France ou lAllemagne.
2.3.3 Transformation de la topologie du rseau, avec rduction du nombre de liens entre commutateurs
Un oprateur ayant recours des softswitchs pour son rseau vocal rduit de manire significative le nombre de connections physiques ncessaires entre ses nuds de rseau, ce qui se traduit par une baisse de ses cots. Dans un cur de rseau traditionnel, loprateur doit entretenir une structure maille entre les commutateurs de mme niveau (cf. Figure 2), pour une zone donne. Chaque commutateur doit tre reli physiquement un autre commutateur via un lien TDM circuit. Cette topologie de rseau garantit au RTC sa robustesse et un temps de latence minimum. Mais cette optimisation a un cot, ds lors que loprateur doit adapter dautres services cette architecture, ou quil considre que dautres services pourraient tre offerts avec des architectures diffrentes. Une solution base sur des softswitchs ne ncessitent pas cette architecture toile, si le cur de rseau IP supporte certains critres de qualit de service en transport. La technologie MPLS peut tre mise en place par loprateur dans son infrastructure IP pour founir des mcanismes de qualit de service.
2.3.4 Une solution reposant sur le dploiement de softswitchs ncessite moins dquipements, moins de sites et moins de personnel
Dans une infrastructure NGN, le softswitch dispose en gnral dune capacit de commutation trs suprieure celle propose par les commutateurs numriques traditionnels. Tout dabord le nombre dabonns supports peut ainsi atteindre
25
jusqu 3.5 millions sur un rack de softswitch NGN, contre environ 1 million et demi pour un commutateur traditionnel. De plus, en raison de la diffrence de gnrations (20 ans sparent les solutions NGN et la commutateurs des oprateurs historiques), la puissance des processeurs des solutions NGN est bien suprieure. Pour un oprateur, les besoins seront donc plus faibles en nombre de sites de commutations et donc en ressources humaines ddies la maintenance des commutateurs. En outre, un softswitch peut tre gr et administr distance, mme au niveau de ses caractristiques physiques.
En consquence : le nombre de nuds physiques ncessaires est moins important que pour un rseau RTC, permettant de raliser dimportantes conomies au niveau immobilier, via une baisse significative des dpenses lies la location ou la proprit et lentretien dimmeubles ou despaces ddis aux quipements du rseau traditionnel. Par exemple, Slovak Telecom, plutt que de procder la numrisation de l'ensemble du rseau qui comprenait alors 309 sites quips de petits commutateurs analogiques et quelque 211 000 lignes d'abonns, a opt pour le dploiement dune solution NGN de Classe 5. Slovak Telecom a par exemple pu fermer son rseau analogique obsolte et rduire drastiquement le nombre de sites ncessaires pour desservir ses clients. le nombre dquipements ncessaires est plus faible, permettant des conomies directes en terme de CAPEX, car mme si le prix dun softswitch est suprieur celui dun commutateur traditionnel, son gain en efficacit compense largement cette diffrence. Leffet sur les OPEX est aussi immdiat. Moins dquipements signifie moins de maintenance, moins de personnel, moins de vhicules, moins de dpenses dlectricit. Les conomies lies la rduction du personnel technique peuvent tre significatives pour les oprateurs historiques qui disposent bien souvent de trs importants effectifs techniques. En outre, le dploiement de nouvelles technologies peut impliquer la formation des quipes existantes ou le recrutement de nouvelles comptences.
Dimportantes rductions de cots, la fois aux niveaux CAPEX et OPEX, peuvent donc tre ralises en faisant migrer le rseau RTC vers IP. Cependant les oprateurs devront dabord consentir de lourds investissements avant de pouvoir bnficier de ces rductions de cots. Pour son projet BT 21st Century Network (21CN), British Telecom va par exemple devoir investir 10 milliards sur cinq ans avant de pouvoir raliser des conomies annuelles en OPEX estimes 1 milliard en 2009. Ds lors, leffort financier initial peut constituer un frein important pour certains oprateurs.
26
2.3.5 Dveloppement de nouveaux services

Face la concurrence accrue des oprateurs alternatifs, les oprateurs historiques peuvent aussi capitaliser sur leurs investissements NGN afin de proposer de nouveaux services innovants permettant de combiner la voix sur IP dautres applications. La migration NGN du cur de rseau accompagne la transformation du rseau daccs avec notamment le dploiement de nuds multi-services bass sur IP. Combines, ces volutions rseau facilitent grandement le dveloppement et le lancement de nouveaux services mlant les diffrents types dapplications voix, vido, audio, TV en nutilisant plus quune seule technologie : IP. Une telle stratgie devrait permettre aux oprateurs fixes de : Lutter contre limpact de lrosion des prix des communications tlphoniques travers des services combinant voix et donnes comme la vido tlphonie, les services de tlphonie vocale utilisant la fonction de prsence, ou des services dits combins , comme le partage de documents pendant une confrence vocale. Lancer des services innovants plus rapidement et donc de mieux lutter face la concurrence des oprateurs alternatifs qui, nayant pas de rseau TDM, disposent dj dune grande agilit dans leur capacit dvelopper de nouveaux services rapidement.
Dans ce type dapproche, ladoption dune solution NGN de classe 5 est ncessaire puisquelle garantit le transport de la voix directement sous IP sans avoir dployer de passerelles VoIP pour la conversion TDM/IP comme cest le cas dans une solution de classe 4. Evidemment, si ce type de solution est un moyen de se protger de la concurrence pour les oprateurs historiques sur leur march domestique, il sagit galement dune arme pour attaquer les marchs linternational o ils peuvent tre oprateurs alternatifs.
2.3.6 Fin de dveloppements attendre autour des technologies TDM

Tous les principaux fournisseurs dquipements de commutation TDM ont stopp leurs investissements R&D dans ce domaine depuis plusieurs annes. Les technologies paquets se sont imposes comme les mthodes de rfrence aussi bien au niveau de la commutation (Ethernet, IP) que de la transmission (le Gigabit Ethernet commence prendre le pas sur les technologies SONET/SDH). Un oprateur qui recherche aujourdhui une solution de commutation utilisant des technologies prennes au niveau hardware ne peut pas choisir autre chose quune solution NGN base sur des softswitchs.
27
Ainsi les oprateurs historiques europens confronts aujourdhui la fin de vie de leurs commutateurs traditionnels nont dautres choix que se familiariser ds maintenant aux solutions NGN des quipementiers tlcoms.
2.4 Impacts gnraux dune migration NGN

2.4.1 Impacts lis aux investissements NGN
Les cots initiaux lis la migration du cur de rseau RTC (niveau classe 4) vers une solution IP peuvent savrer trs importants et constituer une barrire lentre significative pour un oprateur, malgr limportance des conomies attendues dune telle migration. En effet, loprateur devra tre prt investir fortement sur une courte priode de temps : pour lachat des nouvelles solutions de commutation de cur de rseau pour linstallation des nouveaux quipements pour configurer le re-routage du trafic gnr par les commutateurs locaux vers les nouveaux nuds de transit pour la formation des quipes techniques pour lintgration dun nouveau systme de gestion du rseau
Du coup, face un investissement important, un oprateur disposant dun rseau RTC dj amorti qui fonctionne encore correctement, dispose dune capacit suffisante et nest pas en fin de vie ne sera pas forcment tent de migrer court ou moyen terme.
2.4.2 Impacts lis linterconnexion

La convergence des services requiert plus que la mise en oeuvre de rseaux multiservices, elle requiert une interconnexion efficace dune part entre les rseaux existants de loprateur et dautre part avec les rseaux NGN et/ou traditionnels dautres oprateurs. A terme, il est communment admis quIP sera le protocole commun dinterconnexion des rseaux NGN. Toutefois, puisque les rseaux NGN sont des rseaux multiservices capables de supporter diffrents services convergents, de multiples problmatiques lies linterconnexion vont merger : au niveau des systmes dadressage au niveau des systmes de signalisation au niveau du roaming
28
2.4.3 Impacts lis la signalisation

La gestion des media gateways par le softswitch peut tre ralise via lutilisation de diffrents protocoles : MGCP (Media Gateway Control Protocol) MEGACO SIGTRAN SIP
Linterconnexion avec un oprateur utilisant une de ces solutions doit donc reposer sur lutilisation par les deux parties dun langage commun. Dans les rseaux RTC, ce langage commun tait le protocole SS7. On le voit ici, les solutions sont plus nombreuses, et se pose donc la question de la migration des solutions de rseau intelligent des oprateurs, qui parlent toujours SS7 dans des environnements htrognes. La plus importante difficult associe au scnario de migration de classe 5 prsent prcdemment est lie la signalisation. En effet, le rseau paquet destin au transport de la voix va devoir utiliser une vaste varit de protocoles afin dtre capable de communiquer avec les diffrents quipements. Par exemple, certains quipements, comme les softswitchs, devront utiliser le protocole SS7 pour assurer linterface avec le rseau RTC pour supporter la terminaison dappel sur un tlphone classique. Dans le mme temps, les quipements composant le rseau paquet gr par le softswitch devront supporter un autre protocole (MGCP ou SIP par exemple) afin de communiquer avec un serveur ou tout autre quipement de terminaison du rseau. En outre, dautres problmes sont directement lis au mode de fonctionnement du protocole MGCP. En effet, le protocole MGCP ncessite beaucoup plus de messages pour ltablissement et la terminaison dappel comparativement au protocole SS7.
2.4.4 Impacts lis lexistence de multiples protocoles pour la voix sur IP: H.323, MGCP, SIP
Lexistence de multiples standards pour encoder la voix sous IP pose des problmes dinteroprabilit entre les quipements. Idalement, les oprateurs devraient conduire des tests pour sassurer de la bonne interoprabilit entre les diffrents quipements VoIP composant leurs rseaux, du cur jusqu lquipement abonn. Dans la pratique, les solutions prsentes par des vendeurs sont dans une grande partie propritaires. En consquence, il est difficile pour un oprateur de retenir plusieurs fournisseurs diffrents, car le travail dintgration ncessaire pourra savrer trs coteux. Dans bien des scnarios de migration, un vendeur unique pour les softswitchs et les media gateways est souvent slectionn.
29
2.4.5 Impacts lis la qualit de service (QoS)

Le protocole IP nincorpore pas de fonctionnalits de qualit de service en natif. Un rseau IP fonctionne sur le principe du best-effort et ne peut garantir la fourniture de services fortes contraintes comme les applications temps rel, parmi lesquelles la voix. A ce titre, des mcanismes de QoS doivent tre apports aux rseaux IP. Plusieurs mcanismes de QoS ont t dvelopps par lIETF : RSVP (Resource Reservation Protocol) DiffServ (Differentiated Service) MPLS (Multi-Protocol Label Switching)
Ces mcanismes gnriques ne peuvent pas permettre datteindre la qualit dun rseau SS7. Loprateur qui choisit de migrer vers un rseau NGN doit donc sattendre vivre avec une baisse de qualit de service sur son rseau vocal. Certains oprateurs historiques, en particulier Deutsche Telekom et France Telecom, voient encore aujourdhui un diffrenciateur important dans la qualit de leurs services vocaux, et rechignent du coup envisager une migration vers un rseau NGN vocal.
2.4.6 Impacts sur la scurit

Les rseaux RTC existants ont des points de contrle en bordure de rseau ( border control points ) qui laissent le trafic circuler entre diffrents rseaux et diffrents pays. Cela permet aux abonns de passer des appels vers les utilisateurs de rseaux oprs par dautres oprateurs au niveau national ou international. La fonction border control assure la scurit des changes entre les diffrents rseaux mais autorise le passage de certains types dinformation comme les donnes denregistrement dappel afin de permettre la facturation dappel de labonn ou des cots dinterconnexion entre oprateurs. Du coup, le passage vers une structure NGN du rseau RTC implique des changements puisque la fonction de border control devra tre capable de continuer assumer les fonctions lies au RTC mais aussi assurer les interactions entre rseaux IP et RTC dune part et entre diffrents rseaux IP dautre part. Le Session Border Controller (SBC) est ainsi un lment cl dans le cadre dun dploiement de softswitch de classe 5. Le terminal client IP de lutilisateur est gnralement protg par un pare-feu et bnficie dune adresse IP prive. La principale fonction du SBC est donc de permettre de traverser la protection du firewall et les quipements NAT. Un SBC permet aussi de protger le softswitch des signalling overloads , dattaques en denis de service et dautres attaques rendues possibles par lutilisation dIP, beaucoup plus connu que SS7 par le grand public, et beaucoup plus vulnrable.
30
Aujourdhui les fonctionnalits dun SBC sont regroupes dans un quipement ddi mais parfois ces fonctionnalits sont directement intgres dans le softswitch. Pour cela, une collaboration troite entre les fournisseurs de softswitchs et de routeurs de priphrie de rseau (edge routers) est ncessaire. Lintgration du SBC dans le softswitch permet loprateur de rduire CAPEX et OPEX puisque cela correspond la suppression dun quipement. Aujourdhui lun des principaux fournisseurs de Session Border Controllers est Acme Packet qui a notamment t retenu par British Telecom et Telefonica.
2.4.7 Impacts sur les quipements de terminaison

Les quipements abonns doivent supporter la technologie IP soit directement (tlphones IP) soit via linstallation de passerelles rsidentielles. Ces passerelles rsidentielles peuvent permettre des oprateurs de proposer aux abonns de conserver leurs terminaux traditionnels (type interface RJ11), la passerelle permettant la gnration de trafic IP envoy dans le rseau IP NGN dun oprateur.
2.5 Les rseaux NGN dans le contexte dautres volutions technologiques majeures
2.5.1 Relations entre NGN et IP Multimedia Subsystem (IMS)
Brve dfinition de IMS
Dfinie dans la spcification 3GPP Release 5 de l'UMTS, larchitecture IMS constitue une couche logique intermdiaire entre, d'un ct, les terminaux mobiles et les rseaux de transport orients IP et, de l'autre, les services applicatifs tlcoms grs par des serveurs oprs par loprateur ou des fournisseurs tiers. A la manire de lapproche NGN, larchitecture IMS reprend une approche en couches (cf figure cidessous).
31
Figure 7 Architecture IMS simplifie
Source : Ovum
IMS introduit de nouvelles fonctions logiques devant tre intgres au cur de rseau de loprateur mobile. Parmi toutes ces nouvelles fonctions, le CSCF fait plus particulirement le lien avec lapproche NGN puisquil est responsable du contrle des sessions grce lutilisation du protocole SIP (dfini par lIETF). 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. Dailleurs, pour nombre dquipementiers tlcoms, les softswitchs proposs dans le cadre de la migration NGN du rseau fixe vers IP incluent (au moins au niveau marketing) une volution vers la fonction CSCF dcrite par le 3GPP. Ainsi Alcatel prsente sa solution Alcatel 5020 Softswitch comme une plate-forme commune fixe et mobile divise en trois sous-lments : Une partie commune fixe et mobile, Alcatel 5020 CSC, assurant les fonctionnalits de gestion dappels et de sessions Un composant mobile, Alcatel 5020 WCS, assurant la fonctionnalit de serveur dappel pour les rseaux mobiles NGN Un composant fixe, Alcatel 5020 MGC, assurant lmulation de services RTC pour les rseaux fixes classes 4/5
32
NGN/IMS et convergence fixe/mobile
Le 3GPP avait intgr dans le plan dvolution de ses spcifications techniques la capacit pour IMS de fonctionner galement avec la technologie daccs WLAN (3GPP Release 6) puis avec tout type daccs fixe ou mobile (3GPP Release 7). Le lien avec le fixe sest encore accentu avec la collaboration entre le 3GPP et le groupe TISPAN de lETSI, afin de permettre lintgration dIMS au sein du travail de standardisation des rseaux NGN fixes de lETSI. Limplication des oprateurs historiques au sein de TISPAN est forte. France Tlcom occupe actuellement la position de chairman de TISPAN tandis que Telefonica, Telecom Italia et British Telecom ont clairement affirm leur intrt dintgrer IMS dans leur approche de rseau convergent fixe/mobile. Pour les oprateurs historiques, la convergence fixe/mobile constitue une opportunit de lutter efficacement contre le phnomne de substitution fixe/mobile et un moyen de proposer des services forte diffrentiation par rapport aux oprateurs alternatifs fixes. Pour un oprateur ne disposant pas dactivits mobiles, les technologies IP sans-fil comme WiFi ou WiMAX peuvent tre une alternative. Dailleurs BT a toujours considr WiFi comme une technologie cl dans son approche de convergence fixemobile comme en tmoigne le lancement de BT Fusion (ex BT Bluephone) qui devrait voluer du support de Bluetooth vers WiFi. Dans la Release 6 du 3GPP, une srie de recommandations techniques va permettre aux terminaux WiFi de bnficier des services bass sur IMS. Actuellement, au sein du WiMAX Forum, un groupe de travail focalise ses efforts afin de dvelopper le support de WiMAX par IMS. La version mobile de WiMAX, base sur le standard 802.16e, savre particulirement intressante pour un oprateur comme BT dans le cadre de sa stratgie de convergence.
Impacts de IMS pour les utilisateurs dun rseau NGN
Le principal avantage que doit amener IMS aux oprateurs rside dans sa capacit de facilitation dimplmentation et de lancement de nouveaux services. Sans IMS, la mise en oeuvre dun nouveau service implique de lourdes contraintes pour un oprateur sur son systme IT et son rseau : dveloppement et intgration de nouvelles interfaces rseaux, de nouvelles applications, de nouvelles interfaces de facturation, Autant dcueils que devrait permettre dviter IMS grce son architecture et lutilisation dinterfaces ouvertes standardises. A cela sajoute les nouvelles capacits lies lusage du protocole SIP permettant loprateur de proposer toute une gamme de services innovants. Au cours des sessions SIP inities par IMS, toutes sortes de contenus (voix, images, vido et texte) peuvent se coupler et tre changs entre deux personnes ou avec un groupe d'interlocuteurs. Par exemple, en partenariat avec Nokia ,TIM a lanc un service baptis video sharing permettant de gnrer un flux de streaming vido
33
unidirectionnel ou changer communication voix classique.
des
contenus
multimdias,
au
cours
dune
Les oprateurs, souvent en collaboration avec les quipementiers, travaillent activement au dveloppement de nouveaux services bass sur IMS tirant avantage des principes prcdemment voqus mais aussi de nouveaux enablers , qui sont des fonctionnalits mutualiss pouvant tre utiliss par diffrents services. Parmi les enablers les plus courants, il y a la gestion de prsence, la gestion de listes de contacts ou encore la localisation. France Tlcom exprimente ainsi le carnet d'adresses dynamique avec des abonns d'Orange. Grce l'utilisation de la fonction prsence de l'abonn, l'utilisateur d'un tlphone mobile pourra savoir si son correspondant est disponible sur son propre mobile, s'il prfre tre contact par SMS ou MMS, ou s'il ne souhaite pas tre joint. Aujourdhui, les premiers services IMS se limitent principalement la tlphonie sur IP dans le fixe et push-to-talk ou video sharing dans le mobile. Voici une liste non exhaustive de services gnriques IMS pouvant tre proposs : Services de messagerie instantane Services dchanges de contenus (messages, audio, vido) Services de vido tlphonie Jeux multi-joueurs Services Push-To-X (push-to-talk, push-to-view, push-to-video, ) Services de confrence audio ou vido, supportant le partage de fichiers en temps rel
2.5.2 Relations entre NGN et la technologie FTTH

Lapproche NGN en cur de rseau est intimement lie lvolution du rseau daccs, notamment lorsque loprateur sengage dans le dploiement dune nouvelle infrastructure de transport. Dans le cadre du 21CN, British Telecom va ainsi dpenser la moiti de ses investissements, soit 5 milliards, pour la partie rseau daccs. Parmi les technologies voques, le DSL bien sr mais aussi la technologie FTTH (Fiber To The Home). La technologie fibre optique permet doffrir aux abonns rsidentiels une bande passante de 10 100 Mbps, idale pour le support de services Triple Play de haute qualit. Au Japon et aux Etats-Unis, le FTTH connat un certain succs. NTT comptait 1.66 millions de clients FTTH fin mars 2005 avec un objectif de 3.4 millions dabonns fin 2006. Aux Etats-Unis, plus de 300 projets FTTH et FTTC (Fiber To The Curb) sont en cours de dploiement, pousss par des start-ups (SureWest), par des municipalits mais aussi par les oprateurs Verizon et SBC (projet Lightspeed). Toutefois, en Europe, le dploiement du FTTH est peu gnralis. Quelques prcurseurs comme Fastweb en Italie ou B2 en Sude font figure dexception. La principale raison cela rside dans le cot de dploiement de ce type de solution,
34
non pas cause du cot des quipements en eux-mmes mais plutt cause des cots de gnie civil lis au raccordement en fibre optique des abonns. Ce cot est plus important en Europe o les grandes villes, densment peuples et donc plus attractives pour le FTTH, permettent difficilement un tel dploiement de par leur nature historique et leur organisation urbaine. Inconvnients que lon ne retrouve pas au Japon par exemple puisque le raccordement en fibre optique peut seffectuer en arien grce lusage de pylnes et de gaines tires le long des habitations en extrieur. Malgr tout, nombre doprateurs historiques europens sont convaincus que la course au dbit passera invitablement par la fibre optique que ce soit en utilisant le FTTH ou en la couplant avec les technologies VDSL. En Belgique, Belgacom sest lanc dans un vaste programme VDSL nomm Broadway qui devrait permettre une mise niveau progressive du rseau daccs. Belgacom tire de la fibre jusquaux sous rpartiteurs (FTTC) dans les principales villes de Belgique. Belgacom a investi environ 83 millions deuros dans le projet Broadway durant le 1er semestre 2005. Dbut septembre 2005, Deutsche Telekom a fait part son tour de son intrt pour les technologies fibre optique en annonant un plan dinvestissement de 3 milliards deuros jusqu fin 2007. T-Com dploiera un rseau fibre optique devant permettre de proposer un dbit de 50 Mbps ses abonns. Cette offre sera accessible dans les 50 plus grandes agglomrations allemandes. Les premiers lancements commerciaux devraient intervenir en milieu danne 2006 dans quelques villes.
2.5.3 Relations entre NGN et ENUM

Le dploiement dun rseau tout IP connectant tout type de terminal a un impact important sur lattribution et la gestion des adresses IP dune part, et sur sur la notion dannuaire universel dautre part, compte tenu du fait que la principale application NGN est la tlphonie sur IP. En effet, lidal serait darriver terme la mise en place dun systme unique de gestion des numros / adresses IP afin de garantir lidentification universelle des utilisateurs des rseaux NGN convergents. E.164 est le systme de numrotation standard de lUIT-T utilis par lensemble des oprateurs de tlcommunications dans le monde. Le protocole ENUM (tElephone NUmber Mapping) permet la prise en compte des numros E.164 par le protocole SIP, le protocole de base de signalisation de IMS et des rseaux NGN. Le protocole ENUM utilise un serveur DNS (Domain Name Service) afin de traduire certains numros de tlphones (exemple : 33153302488) en URIs Uniform Resource Identifiers (exemple : sip:utilisateur@sipfrancetelecom.com). ENUM permet donc dassocier un ou plusieurs terminaux IP un numro tlphonique traditionnel. En outre lutilisateur peut proposer un ordre de prfrence des moyens de le contacter (courrier lectronique, messagerie vocale, fax, etc.). Le rythme dadoption des connexions IP permanentes est un aspect pouvant faciliter la mise en place dun tel systme dannuaire universel.
35
Aujourdhui, sil existe des solutions techniques permettant la gestion de la procdure ENUM, le dploiement ce type de solutions dans le domaine public gnre notamment quelques soucis au niveau de ladministration des numros. Historiquement diffrentes organisations sont responsables de la gestion de la numrotation dans les univers de la tlphonie et de lInternet. La gestion des adresses Internet est dlgue par lInternet Assigned Numbers Authority (IANA) des autorits rgionales qui la dlguent leur tour des organisations nationales tandis que la gestion de la numrotation tlphonique relve de la responsabilit des organisations nationales de rgulation des tlcommunications. En consquence, un important travail de coordination entre ces diffrentes organisations est ncessaire.
36
3 Typologie des scnarios de migration

La mise en place darchitectures NGN peut se faire avec une plus ou moins grande ampleur, selon que lutilisation des technologies NGN sapproche ou non au plus prs de lutilisateur final. Le choix de dploiement retenir conditionne en grande partie les bnfices attendre de la mise en place dun rseau NGN du point de vue de lconomie de cot. Quatre grands scnarios peuvent ainsi tre dgags : Scnario 1 : Mise en place de solutions NGN en transit Scnario 2 : Mise en place de solutions NGN jusquau commutateur de classe 4 Scnario 3 : Mise en place de solutions NGN jusquau classe 5 Scnario 4 : Mise en place de solutions tout IP en overlay
A ces quatre scnarios peut tre rajout un cinquime, aujourdhui mis en uvre par British Telecom qui consiste procder une transformation radicale de son rseau voix fixe. Lapproche de BT consiste remplacer le rseau commut traditionnel par un nouveau rseau NGN. Les abonns commuts voix sont progressivement migrs vers cette nouvelle infrastructure IP de bout en bout. Le scnario 4 (mise en place de solutions tout IP en overlay), qui sen rapproche, est diffrent car il consiste maintenir le rseau commut pour le service de voix fixe, avec une architecture de rseau TDM traditionnelle, tout en dveloppant en parallle un rseau multi-services IP, qui est utilis pour la fourniture de services DSL voix et data.
3.1 Scnario 1 : Mise en place de solutions NGN au niveau des liens de transit
Dfinition
Dans ce scnario, loprateur utilise des technologies NGN pour son cur de rseau, mais ds que lon sapproche des commutateurs de classe 4, le trafic continue tre support par le rseau traditionnel. Cette dmarche est mise en place par un grand nombre doprateurs mondiaux, prcisment sur ces fonctions de transit que ce soit au niveau rgional, national ou international. Il sagit de la premire tape de la migration dun rseau traditionnel vers un rseau NGN pour nombre dentre eux. Le principal bnfice pour un oprateur est la rduction de cot sur les communications internationales et nationales.
37
A linternational, pour un oprateur tranger, limplmentation dune solution NGN au niveau transit permet dutiliser un lien IP afin de transporter des communications vocales plutt que davoir recours la location dune liaison loue auprs de loprateur historique local. Au niveau national, un oprateur pourra rduire galement ses cots sil loue ses liens, en particulier car il aura besoin de moins de lien physiques du fait de labsence de ncessit dun rseau maill.
Impacts sur larchitecture du rseau
Ce type de solution impacte le trafic entre les commutateurs de transit au niveau national ou international. Concrtement, il sagit dinstaller des passerelles media (Media Gateway) assurant linterface entre le rseau IP de transport des donnes avec le rseau tlphonique TDM traditionnel. Les passerelles sont alors administres distance par un softswitch dans le cadre dune architecture centralise en utilisant en gnral les protocoles MGCP/H.248.
Exemple 1 : Migration du trafic tlphonique international sur IP
Pour un oprateur souhaitant dployer une solution VoIP pour son trafic international il suffit dimplmenter : un softswitch qui centralisera le contrle des appels, le routage du trafic et la gestion des aspects de signalisation. Ce softswitch remplacera le (ou les) commutateur(s) de transit international TDM existant(s). des passerelles media dans les PoP (Points de Prsence) situs dans les pays o loprateur veut sinterconnecter au rseau national TDM
38
Figure 8 Schma darchitecture dune solution NGN pour le trafic de transit international
Source : Ovum
Exemple 2 : Migration du trafic tlphonique de transit au niveau national
Au niveau national, lapproche est similaire sauf que ce sont les commutateurs de classe 3 et de niveau hirarchiques suprieurs qui seront remplacs par un ou plusieurs softswitch et passerelles media. Evidemment les commutateurs TDM de classe 4 et 5 sont conservs et assurent la livraison des communications tlphoniques TDM de manire tout fait classique aux abonns.
39
Figure 9 Schma darchitecture dune solution NGN pour le trafic de transit national
Source : Ovum
40
3.2 Scnario 2 : Mise en place de solutions NGN jusquau commutateur de classe 4
Dfinition
Loprateur choisit de mettre en place une architecture NGN qui a vocation galement agrger le trafic local, et conserve son rseau daccs traditionnel. Ce scnario est celui qui a le plus le vent en poupe, et constitue une prolongation naturelle du premier. En Europe, de nombreux oprateurs fixes ont engag cette dmarche : Telecom Italia, en particulier, fut le premier gros oprateur lancer une migration en ce sens en 2002. Dautres oprateurs plus petits, comme Slovak Telecom, ont eux termin cette migration. Des projets comparables sont aujourdhui en cours chez Telekom Austria, chez Telia Sonera ou encore chez les grands oprateurs amricains.
Le trafic entre commutateurs d'abonns TDM traditionnels est en fait dtourn sur une infrastructure VoIP. Pour cela, loprateur connecte ses commutateurs d'abonns des gateways VoIP et des softswitchs de classe 4. Dun point de vue architectural, il sagit de la mme solution que pour le scnario prcdent un niveau diffrent du rseau plus proche de labonn. En effet un commutateur de classe 4 ne diffre dun commutateur de classe 3 ou de niveau hirarchique suprieur uniquement par sa capacit de traitement de donnes. Il nintgre aucune intelligence rseau. Du coup, pour le rseau NGN, la diffrence se traduira uniquement par la nature des capacits supports par les media gateways et softswitchs.
41
Figure 10 Architecture dune solution NGN de classe 4
Source : Ovum
Cette tape permet en fait de fusionner les infrastructures longue distance voix et donnes sur une mme pine dorsale IP. Ultrieurement, l'oprateur peut remplacer ses commutateurs locaux d'abonns TDM par des softswitchs de classe 5. Deux oprateurs peuvent interoprer leur rseau NGN de classe 4 en sinterconnectant au niveau dun softswitch pour lchange de signalisation relative lacheminement du trafic. Le trafic transite alors par un lien IP (non reprsent sur la figure) entre les deux infrastructures de cur de rseau IP. A court terme, cette dmarche permet galement de conserver des class 5 traditionnels qui disposent de certaine capacits quil est difficile de rendre avec des solutions logicielles (prise de ligne au dcrochage par exemple).
42
3.3 Scnario 3 : Mise en place de solutions NGN jusquau classe 5
Dfinition
Les commutateurs de classe 5 constituent le point de raccordement avec labonn 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 haut dbit et du dclin de la demande en services de tlphonie traditionnelle, les oprateurs considrent de plus en plus lopportunit de faire converger leur infrastructure daccs vers une plate-forme IP commune. Dans le cadre dune migration de classe 5, loprateur ralise une migration complte, et tout le trafic transitant dans le rseau sera support par une architecture NGN. Cette approche permet la fourniture de bout en bout de services VoIP condition que lutilisateur final utilise un quipement IP. De loin la plus complexe, cette tape est aujourdhui assez peu rpandue. Seuls quelques oprateurs rgionaux aux Etats Unis ainsi que SK Tlcom en Core du Sud ont ce jour commenc le dploiement de technologies NGN jusqu ce stade.
L'oprateur remplace ses commutateurs locaux TDM par des softswitchs de classe 5. A la diffrence des solutions de classe 4, les serveurs dappels de classe 5 peuvent supporter tous les types de services proposs par les commutateurs traditionnels locaux et servir tous les types de terminaux raccords au rseau IP, directement ou par lintermdiaire de MSAN ( MultiService Access Node ). Le commutateur de classe 5 commute le trafic localement et le transfre vers le rseau de transit sil nest pas en mesure de se connecter directement au commutateur de classe 5 du destinataire de lappel. Comme les fonctions logiques de concentrateur et de commutateur local sont souvent intgres au sein dun unique quipement, traditionnellement ils sont fournis par le mme quipementier et la signalisation entre ces lments est souvent propritaire. Cest une manire de garder un client captif pour un vendeur si bien que les interfaces standardises (V5.1 et V5.2) sont rarement disponibles sur les commutateurs actuellement en service dans les rseaux RTC des oprateurs historiques.
43
Du coup, le passage un rseau NGN en classe 5 savre 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 0800 Identification du numro de lappelant Messagerie vocale Appel en attente Interception dappel Horloge parlante
La fourniture de ces services est assure par les commutateurs TDM de classe 5 auxquels le rseau IN sinterconnecte. Par consquent, la suppression dun commutateur de classe 5 rompt le lien avec le rseau intelligent existant. Limplmentation du softswitch doit prendre ces lments en compte et garantir la continuit de services pour labonn soit en re-crant le lien IN soit en implmentant les mmes services sur une nouvelle plate-forme IN. Dans la perspective stratgique de loprateur visant utiliser une solution NGN comme support de nouveaux services, la deuxime solution sera privilgie mais ncessitera des investissements additionnels. Il en va de mme au niveau du systme de facturation galement raccord au commutateur de classe 5. Limplmentation dun nouveau systme de facturation pour la solution NGN nest en soit pas trs onreuse mais sassurer de sa bonne intgration avec les systmes de facturation existants est autrement plus complique. En conclusion, une migration de classe 5 savre tre un vritable big bang au niveau du rseau de loprateur et cela est dautant plus coteux et complexe que le rseau est important.
Raccordement de labonn
Dans le cadre dune migration NGN de classe 5, le raccordement des abonns se fait avec un lien IP. Possdant rarement des infrastructures TDM, les oprateurs alternatifs fournissent des services VoIP bass sur les technologies daccs haut dbits DSL ou FTTH et les administrent via le dploiement de softswitchs assumant les fonctionnalits de commutateurs de classe 4 et 5. Par exemple, Cisco et Italtel ont fourni une solution VoIP, alliant le softswitch Italtel iMSS et les passerelles media Cisco MGX 8000, Fastweb en Italie. Ces dploiements associent dploiement du rseau daccs et dploiement de larchitecture de commutation. Les oprateurs historiques, eux, doivent aussi garantir la continuit de leurs services TDM actuels. Certains oprateurs ont ainsi choisi de conserver leurs commutateurs TDM et de les quiper de nouvelles cartes afin de faire migrer graduellement le rseau traditionnel vers une architecture NGN de classe 5 tandis que loprateur dploiera directement de nouveaux softswitchs pour supporter de nouveaux services
44
bass sur des technologies haut dbit. On voit apparatre une nouvelle gnration dquipements daccs haut dbit baptiss IMAP (Integrated Multiservice Access Platforms) ou MSAN (Multiservice Access Node) qui savent grer aussi bien des lignes haut dbit que des accs RNIS ou analogiques. Ces quipements se connectent au rseau IP de l'oprateur et offrent le service tlphonique sous le contrle du softswitch de classe 5. Ils permettent aux oprateurs historiques de continuer fournir des services traditionnels, et de continuer remplir leurs obligations rglementaires, tout en tirant parti des solutions de softswitch IP.
Figure 11 Architecture dun rseau NGN de classe 5
Source : Ovum
3.4 Scnario 4 : Mise en place de solutions tout IP en overlay
Dfinition
Dans ce cas, loprateur dploie une architecture entirement base sur IP, qui na pas besoin de se connecter au rseau de commutation existant, ceci en parallle du rseau traditionnel, qui continue vivre sa vie indpendamment. Ce type de solution est particulirement adapt aux oprateurs historiques qui sont confronts une forte chute des revenus de tlphonie classique et qui, pour protger leur base de clientle, doivent lancer des solutions innovantes bass sur des technologies alternatives (DSL, FTTH, cble, ). Cest le chemin qua retenu par exemple France Tlcom, en dployant travers sa filiale Wanadoo ce type de technologie, avec Netcentrex. Ce type dapproche est bien
45
videmment plus rpandue auprs doprateurs alternatifs, qui dans la plupart des cas nont pas de rseau traditionnel administrer.
Le rseau paquet en overlay fournit les services valeur ajoute tandis que le rseau TDM traditionnel continue dassurer le support des services tlphoniques de base. Les deux rseaux sinterconnectent via le dploiement de passerelles (les media gateways dans la figure ci-dessous) afin de garantir une terminaison dappel sur un tlphone classique alors que lappelant utilise un tlphone IP et inversement. Les rseaux VoIP et PSTN restent clairement spars, au niveau du transport du trafic et de la signalisation.
Figure 12 Architecture overlay VoIP
Source : Ovum
Pendant une certaine priode, le rseau overlay peut se voir confier la responsabilit dune partie du trafic tlphonique puis, une fois dot de la capacit et des caractristiques de QoS suffisantes, il pourra prendre en charge la totalit du trafic RTC. Cependant dans ce type de solutions, les commutateurs locaux classiques sont conservs et devront continuer tre maintenus ou pourront tre remplacs par des solutions NGN progressivement. Une fois le trafic RTC bascul intgralement sur le
46
rseau IP overlay, priori, seuls les commutateurs du cur de rseau RTC ( partir de la classe 3 ou commutateur de transit) pourront tre abandonns. Afin de garantir la qualit de service ncessaire pour certaines applications, loprateur pourra dployer la technologie MPLS en complment de lIP ou encore avoir recours une solution IP over ATM (les paquets IP sont alors encapsuls dans des trames ATM). SIP apparat aujourdhui comme le protocole le mieux adapt afin dassurer les fonctions de gestion dappel sur rseau IP puisquil peut permettre la gestion simultane de plusieurs types de flux par une seule et mme machine, contrairement au protocole H.323. Toutefois, tant donn que les solutions H.323 sont disponibles depuis plus longtemps que celles reposant sur SIP,les dploiements doprateurs sont encore majoritaires en H323.
Les diffrentes phases de la stratgie de migration overlay
La stratgie overlay est intimement lie la stratgie de dploiement du rseau daccs haut dbit de loprateur. En effet, de la vitesse de dploiement du rseau DSL et du rythme des abonnements haut dbit dpendent la date de migration complte des abonns RTC vers le rseau NGN. Il ny a pas de migration active des abonns RTC existants court terme. Toutefois, plus long terme, quand le rseau RTC deviendra trop coteux entretenir, la migration pourra tre acclre afin de procder la fermeture complte du rseau RTC. Des initiatives commerciales pourront tre mises en place cet effet par loprateur. Malgr tout, mme si les abonns de la nouvelle plate-forme vont essentiellement utiliser des services VoIP, il nen demeure pas moins que certains dentre eux voudront conserver un accs un service RTC et continuer utiliser leur tlphone traditionnel. En consquence, des interfaces RTC devront tre conserves sur les passerelles rsidentielles.
Ci-aprs est prsente la stratgie typique de migration, avec mise en place dun rseau IP, envisage par les grands oprateurs (cf. Figure 13) : Phase 1 : Le DSL tel quil est dploy aujourdhui permet de supporter sur une mme ligne des services vocaux RTC classiques et des services de donnes en haut dbit sur une mme paire de cuivre grce lusage de filtres. La carte de la ligne dabonn est localise dans le concentrateur local. Phase 2 : Le DSLAM est remplac par un MSAN (Multi-Service Access Nodes) supportant la fois les technologies TDM et ATM/IP. Les cartes RTC et DSL sont maintenant localises dans le MSAN et la signalisation seffectue entre le MSAN et le commutateur RTC de classe 5 via les interfaces V5.1 ou V5.2. Les nouveaux abonns DSL devraient tre raccords cette nouvelle plate-forme pour les services vocaux et donnes.
47
Phase 3 : Le MSAN est mis niveau pour devenir un pur quipement IP, qui assume la terminaison des appels vocaux RTC et les convertit en VoIP. Un softswitch est dsormais ncessaire puisque le commutateur de classe 5 nest plus reli directement au MSAN. Une passerelle media doit aussi tre ajoute au rseau afin dassurer la connexion entre le rseau RTC existant et la plate-forme IP pour supporter les appels IP vers RTC. Les abonns existants et les nouveaux abonns migrent automatiquement vers la VoIP, mme si le service quils recoivent est toujours de type RTC. Phase 4 : Une fois que la migration a attir suffisamment dutilisateurs et que loprateur est prt, le reste des abonns RTC peut tre transfr sur la nouvelle plate-forme IP et le rseau RTC peut alors tre dfinitivement abondonn.
Figure 13 Les diffrentes phases de la stratgie de migration overlay
URA
URA
URA
URA
URA
URA URA
Source : Ovum
48
4 Annexe : liste des acronymes

3GPP : Third Generation Partnership Project AAA : Authentication, Authorisation and Accounting ATM : Asynchronous Transfer Mode BAS : Broadband Access Server BRAS : Broadband Remote Access Server BSS : Business Support System CAA : Commutateur Autonomie dAcheminenment CAPEX : CAPital EXpenditures CSCF: Call Session Control Function CTI : Commutateur de Transit International CTP : Commutateur de Transit Principal CTS : Commutateur de Transit Secondaire CU : Concentrator Unit DiffServ : Differentiated Services DSL : Digital Subscriber Line DSLAM : Digital Subscriber Line Access Multiplexer DWDM : Dense Wavelength Division Multiplexing ENUM : tElephone NUmber Mapping ETSI : European Telecommunications Standards Institute FAI : Fournisseur dAccs Internet FR : Frame Relay FTTH : Fibre To The Home HSS : Home Subscriber Server IAD : Integrated Access Device IETF : Internet Engineering Task Force IMAP : Intergrated Multi-service Access Platform
49
IMS : IP Multimedia Subsystem IN : Intelligent Network IP : Internet Protocol ISDN : Integrated Services Digital Network (enfranais RNIS) MEGACO : MEdia GAteway COntrol MGCP : Media Gateway Control Protocol MGW : Media Gateway MPLS : Multi-Protocol Label Switching MRF : Multimedia Resource Function MSAN : Multi-Service Access Node NAS : Network Attached Storage NGN : Next Generation Network NOC : Network Operations Centre OPEX : OPerational EXpenditures OSS : Operations Support System PBX : Private Branch eXchange (commutateur priv) PDH : Plesiochronous Digital Hierarchy PoP : Point of Presence PSTN : Public Switched Telephone Network (rseau RTC en franais) QoS : Quality of Service RARP : Reverse Address Resolution Protocol RNIS : Rseau Numrique Intgration de Services (en anglais ISDN) RSVP : ReSerVation Protocol RTC : Rseau Tlphonique Commut (rseau PSTN en anglais) SBC : Session Border Controller SDH : Synchronous Digital Hierarchy SIGTRAN : SIGnaling TRANsport SIP : Session Initiation Protocol SS7 : Signalling System #7
50
TDM : Time Division Multiplexing TGW : Telephony Gateway UMA : Unlicensed Mobile Access VoATM : Voice over ATM VoBB : Voice over Broadband VoIP : Voice over IP VPN : Virtual Private Network ZAA : Zone Autonomie dAcheminement ZL : Zone Locale ZTI : Zone de Transit International ZTP : Zone de Transit Principal ZTS : Zone de Transit Secondaire

Etd Ovum NGN 0106

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Etd Ovum NGN 0106

Transféré par

Droits d'auteur :

Formats disponibles

ETUDE

L'volution du cur de rseau des oprateurs fixes

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Table des matires

Autorit de rgulation des Communications lectroniques et des Postes

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Autorit de rgulation des Communications lectroniques et des Postes

1 Principales implications des migrations NGN

Lvolution du cur de rseau des oprateurs fixes janvier 2006

De nouvelles solutions technologiques sont dployes dans les rseaux NGN

Autorit de rgulation des Communications lectroniques et des Postes

Des scnarios de migration contrasts chez les oprateurs historiques europens

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Diffrentes approches technologiques vers le NGN

Autorit de rgulation des Communications lectroniques et des Postes

Impacts architecturaux et financiers dune transition vers un rseau NGN

Principales diffrences entre un rseau NGN et un rseau TDM

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Deux scnarios de migration se dgagent

Autorit de rgulation des Communications lectroniques et des Postes

De nombreuses questions restent ouvertes en termes dvolutions rglementaires

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Autorit de rgulation des Communications lectroniques et des Postes

2 Prsentation de la problmatique de migration NGN du cur de rseau fixe

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Autorit de rgulation des Communications lectroniques et des Postes

Figure 2 Description du rseau RTC de France Tlcom et terminologie pour ltude

Lvolution du cur de rseau des oprateurs fixes janvier 2006

2.2 Dfinition et description dun rseau NGN

2.2.1 Modle darchitecture en couche

Autorit de rgulation des Communications lectroniques et des Postes

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Figure 3 Architecture gnrale dun rseau NGN

Autorit de rgulation des Communications lectroniques et des Postes

2.2.2 Rle dun softswitch dans une architecture NGN

2.2.3 Rle des media gateways dans une architecture NGN

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Sparation du flux de signalisation pour la commutation et du trafic des communications

2.2.4 Rle du MSAN dans une architecture NGN

2.2.5 Organisations de standardisation impliques

Autorit de rgulation des Communications lectroniques et des Postes

Organisme spcifiant le standard UMTS et ses volutions

Toute la standardisation IMS a t ralise par le 3GPP, qui la initie

Initiative nord amricaine de spcification de standards NGN

A prsent aucun apport spcifique envisager pour les prochaines spcifications

Influence par BT, et mettant en perspective la cration de services convergents fixesmobiles

Lvolution du cur de rseau des oprateurs fixes janvier 2006

2.3 Principaux facteurs de dploiement de rseaux NGN

Figure 4 March mondial des services vocaux, 2004

Autorit de rgulation des Communications lectroniques et des Postes

Figure 5 March mondial des services vocaux, 2008

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Figure 6 Analyse de la profitabilit de BT, 2004

2.3.2 Obsolescence du parc existant de commutateurs TDM

Autorit de rgulation des Communications lectroniques et des Postes

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Autorit de rgulation des Communications lectroniques et des Postes

2.3.5 Dveloppement de nouveaux services

2.3.6 Fin de dveloppements attendre autour des technologies TDM

Lvolution du cur de rseau des oprateurs fixes janvier 2006

2.4 Impacts gnraux dune migration NGN

2.4.2 Impacts lis linterconnexion

Autorit de rgulation des Communications lectroniques et des Postes