L'Évolution Du Cœur de Réseau Des Opérateurs Fixes - NGN

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
3.1
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
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
Vision
Apports
techniques
Impacts
potentiels
TISPAN
Groupe de travail
proposant des
recommendations
lETSI
Examen de la
possibilit
dappliquer une
architecture IMS
un environnement
fixe dans une
logique de
dploiement NGN
Support des
interfaces fixes et
non cellulaires,
interconnexion avec
le fixe.
Limits, tributaires
des oprateurs et
vendeurs membres
du groupe de travail.
3GPP
Organisme
spcifiant le
standard UMTS et
ses volutions
Standardisation de
lIMS (IP Multimedia
Subsystem)
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
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
Interconnexion et
support
darchitectures
utilisables dans les
environnements
fixes et cble
Trs limits, car la

plupart des cablos
nord-amricains ont
fait le choix
dimplmenter des
architectures IMS
3GPP2
Organisme
spcifiant le
standard
CDMA2000 et ses
volutions
Traduction de lIMS
du 3GPP dans le
monde ANSI
Aucun apport sur le

NGN sadapte
aux spcifications du
3GPP
Importants, car tous

les oprateurs
CDMA devraient
se conformer aux
standards du 3GPP2
OASIS
Groupe de travail
rassemblant des
socits IT
travaillant sur
lutilisation de
standards ouverts
dans le cadre du
dveloppement
dapplications NGN
Utilisation du
langage XML
partout, impliquant
une gestion
distribue des
services de
communication dun
oprateur NGN, en
couche IP
Aucun pour linstant
Trs limits, car

linitiative na le
support daucun
oprateur tlcom
ITU/NGN
Programme de
standardisation du
NGN men par lITU
premires
spcifications
finalises en aot
2005
Vision trs
influence par les
travaux sur IMS du
3GPP
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.
FMCA
Initiative mene par

BT ayant vocation
vangliser
larchitecture du 21st
Century Network
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
A priori plus limits

que celle des
organismes de
standardisation
traditionnels.
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

L'Évolution Du Cœur de Réseau Des Opérateurs Fixes - NGN

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

L'Évolution Du Cœur de Réseau Des Opérateurs Fixes - NGN

Transféré par

Droits d'auteur :

Formats disponibles

ETUDE

L'volution du cur de rseau des oprateurs fixes

Etude ralise par le cabinet Ovum pour le compte

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Table des matires

Autorit de rgulation des Communications lectroniques et des Postes

Relations entre NGN et la technologie FTTH ................................................33

SCENARIO 1 : MISE EN PLACE DE SOLUTIONS NGN AU NIVEAU DES LIENS DE TRANSIT

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Lanalyse sappuie sur les principaux facteurs et impacts de dploiement de ce type

La mthodologie utilise et les rsultats obtenus sont de la seule responsabilit

Dans un soucis de transparence et d'information ouverte, l'Autorit a dcid de

Autorit de rgulation des Communications lectroniques et des Postes

1 Principales implications des

La diminution des revenus lis aux services vocaux entrane un changement de

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Le dveloppement du concept architectural IMS (IP Multimedia Subsystem)

Enfin, tous les vendeurs de solutions remplacent aujourdhui leur gamme de

De nouvelles solutions technologiques sont dployes dans les

Le softswitch est la solution qui gre dans un rseau NGN lintelligence du

Le media gateway , dont le rle est dassurer la gestion (disponibilit,

Le diagramme ci-dessous reprsente les topologies compares dun rseau NGN et

Autorit de rgulation des Communications lectroniques et des Postes

Des scnarios de migration contrasts chez les oprateurs

BT a lapproche NGN la plus radicale. BT met en place une stratgie de rupture

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Telecom Italia a dj commenc la migration NGN dans certaines zones

Pour ces oprateurs ayant dj entam la procdure de migration NGN, lchance

Diffrentes approches technologiques vers le NGN

Des dploiements pour lesquels le rseau voix reste un environnement rseau

Des dploiements pour lesquels les oprateurs respectent larchitecture de

Autorit de rgulation des Communications lectroniques et des Postes

De nombreuses difficults technologiques qui nexistaient pas

Qualit de service perue par lutilisateur final

Qualit de service en cas dinterconnexion

Impacts architecturaux et financiers dune transition vers un

Principales diffrences entre un rseau NGN et un rseau TDM

En termes darchitecture, il ny a pas fondamentalement de rduction du nombre de

Lvolution du cur de rseau des oprateurs fixes janvier 2006

gateways, qui en premire approche se retrouvent prsents en chacun des

A linverse, la fonction de commutation se trouve quant elle spare des points

Les principaux changements entre un rseau TDM et un rseau NGN pour un

lvolution du nombre de lignes administres par un softswitch de

Lvolution du nombre de classe 5 contrls par un seul et mme classe 4 :

Le passage de liaisons physiques TDM a des liaisons physiques IP : si

Lutilisation dune signalisation IP au lieu dune signalisation TDM :

Deux scnarios de migration se dgagent

Autorit de rgulation des Communications lectroniques et des Postes

mme si lOPEX annuel est fortement rduit au terme de la migration. On peut

Les stratgies d'overlay, consistant dployer un rseau NGN en parallle du

Les stratgies de remplacement, consistant remplacer progressivement les

De nombreuses questions restent ouvertes en termes

Les points du rseau o linterconnexion physique est ralise ne changent

La ralisation technique de linterconnexion ne change pas. Les oprateurs

A moyen terme et long terme, de nouvelles problmatiques se posent, en particulier

Lvolution du cur de rseau des oprateurs fixes janvier 2006

Les critres de qualit de service fournie aux oprateurs deviennent

A la notion dinterconnexion de trafic vocal pourrait tre ajoute la nature des

Des architectures NGN plus largement dployes amneront une rvision de

De nouveaux services utilisant la voix sur IP amnent pour les oprateurs le

Lenvironnement dinterconnexion IP devra ncessairement prendre en compte

Autorit de rgulation des Communications lectroniques et des Postes

1. Zone Locale (ZL)