Synthse sur l'volution des rseaux de

tlcommunications

Daniel Kofman
Ecole Nationale Suprieure des Tlcommunications

21 Septembre 2001

Contact : daniel.kofman@enst.fr

1 Remerciements
Dans lobjectif de prendre en compte les visions de divers acteurs sur les possibles volutions
du march des tlcommunications, lauteur a tenu rencontrer des membres de diverses
entreprises. Le choix sest logiquement port sur loprateur historique (France Tlcom Orange) et sur un oprateur alternatif (Firstmark), ainsi que sur un grand constructeur
(Siemens) et sur un constructeur en dveloppement (Eolring). Lauteur tient remercier les
personnes cites par la suite des trs intressants changes quil a eus avec elles.
France Tlcom Orange : Jullien Billot, Directeur Marketing, Saverio Domanico,
Responsable des Services Valeur Ajoute
Firstmark : Thiery Mileo, Directeur Gnral, Pierre-Yves Deboud, Responsable des tudes
marketing, Yves-Andr Gagnard, Directeur Marketing voix, Andr Piquemal, Directeur
Dploiement Rgion Rhnes-Alpes-Cte dAzur.
Siemens : Stphane Bret, Directeur de lActivit Rseaux Mobiles, Nabila Meghelli,
Responsable Commercial Grand Comptes.
Eolring : Roland Schutz, Directeur Marketing Produit

2 Table de Matires
1
2
3

6
7

Remerciements
2
Table de Matires
3
Introduction et contenu
5
3.1
Technologies : Perspective historique
7
3.2
Sur lvolution du trafic
10
Evolution des rseaux daccs
12
4.1
Technologies et architectures xDSL
12
4.1.1
Evolution de larchitecture daccs au RTC
12
4.1.2
Evolution vers les architectures xDSL
15
4.1.3
La technologie VoDSL
18
4.1.4
Prsentation des diffrentes technologies xDSL
20
4.1.5
Architecture daccs xDSL
21
4.1.6
Intrts
22
4.2
La fibre optique dans le rseau daccs
23
4.3
Des rseaux cble vers les rseaux HFC
25
4.4
La boucle locale radio
28
4.5
Autres technologies daccs
30
4.6
Quelle place pour les nouvelles technologies daccs et la concurrence en France?31
Evolution des curs de rseaux
35
5.1
La technologie WDM
35
5.2
IP sur ATM, PoS et MPLS
39
5.3
Les rseaux tout-optiques
42
Evolution des rseaux mtropolitains
44
Evolution des rseaux mobiles
46
7.1
Architecture des rseaux mobiles : vision macroscopique
47
7.2
Quel partage des infrastructures de rseaux mobiles
50
7.3
Quelle stratgie de dploiement ?
50
7.3.1
Les verrous lever
50
7.3.2
Quel avenir pour lInternet mobile ? Un dploiement en deux tapes
52
7.3.3
Le cas japonais et la quatrime gnration
53
La voix paqutise et les NGN
55
8.1
Perspective historique
55
8.2
Voix et tlphonie sur des rseaux paquet
55
8.2.1
La voix paqutise jusquau terminal
56
8.2.2
Linterconnexion de sites dentreprise
57
8.2.3
Evolution des rseaux tlphoniques doprateur, vision densemble et
introduction aux NGN.
58
8.2.4
La mise en place par un oprateur dune boucle locale tlphonique
59
8.2.5
Lvolution du backbone tlphonique
59
8.2.6
Loffre par un oprateur de services tlphoniques et de convergence sur un
rseau de paquets
59
8.3
Les architectures de tlphonie sur IP et lvolution vers les NGN
60
8.4
Existe t-il un march ?
61
Evolution de loffre de services
63
9.1
Besoins gnriques
63
9.2
Quels services ?
63
3

9.2.1
Services de transport : Evolution des VPN
9.2.2
Les services directement lis la vido
9.2.3
Tl-mdecine
9.2.4
Tl-enseignement
9.2.5
Calcul distribu
9.2.6
Ralit virtuelle
9.2.7
Commerce lectronique
9.2.8
Loffre de services de tlcommunications en mode ASP
9.3
Les services qui tirent profit de la mobilit
9.3.1
Services lis la golocalisation
9.3.2
Messagerie unifie, multimdia
9.3.3
SMS CB (Cell Broadcast)
9.3.4
M-commerce, Mobile commerce.
9.3.5
Amlioration des services WAP actuels
9.3.6
Jeux
9.3.7
Tlchargement
9.3.8
Groupware
9.3.9
SMS interactif
9.3.10 Services avec tiers parties
9.3.11 Quel besoin pour lUMTS ?
10
De lIPv4 vers lIPv6
11
Conclusion
11.1 Une vision prospective
11.2 Les technologies de la migration
12
Annexe A : Glossaire
13
Annexe B : Sur la valeur des pronostiques

63
64
65
65
65
66
66
66
67
67
67
67
67
68
68
68
68
68
68
68
70
72
72
72
75
77

3 Introduction et contenu
Lobjectif de ce rapport est : de donner une vision globale de lensemble des nouvelles
technologies des tlcommunications, dvaluer leur importance, notamment par rapport aux
usages qui peuvent en driver, danalyser les contraintes techniques et technico-conomiques
lies leur dploiement et de prsenter les volutions possibles de leurs marchs.
Un rseau peut tre vu comme un ensemble de ressources mises en place pour offrir un
ensemble de services. Cest lvolution des services et des trafics qui en dcoulent qui a
pilot, dans les dernires annes, lvolution technologique qui a permis daugmenter la
capacit et les fonctionnalits des ressources des rseaux1. Ainsi, par exemple, le succs des
services de lInternet a engendr une explosion de trafic qui a men les oprateurs utiliser de
nouvelles technologies dans le cur des rseaux telles que lIP sur ATM, le PoS, lIP sur
WDM et le MPLS.
Les volutions rcentes ont galement t fortement influences par la drgulation. La
concurrence a amen une baisse des prix de la plupart des services historiques, ce qui a rduit
les marges des oprateurs. Ds lors que la diffrentiation par les prix devient difficile, celle ci
ne peut se faire que par les services et leur qualit. Loffre de services innovants et
lamlioration de la qualit de services existants, tels que la navigation du Web, requirent
souvent une volution de la bande passante laccs. Ainsi, des technologies comme le
xDSL, la BLR et les rseaux HFC, se sont dveloppes.
Un point essentiel dans lvolution de loffre de services concerne la capacit regrouper
lensemble des services dont le client a besoin et de les lui offrir, si possible de manire
convergente2, travers une interface unique. Cela pousse dans la direction de btir des
rseaux multiservices avec convergence entre services. Les architectures de type VoDSL,
tlphonie sur IP et ATM, ainsi que NGN semblent bien adaptes pour la mise en place de la
convergence voix/donnes. Les nouvelles gnrations de rseaux mobiles, telles que le GPRS
et lUMTS permettront de faire des progrs dans la convergence fixe/mobile. La mise en
place de rseaux multiservices devrait permettre galement de rduire les cots de
dploiement des diffrents services et les cots dexploitation et maintenance.
La qualit du service rendu par un oprateur est galement perue par le client travers son
approche de provisionnement des services. Les clients demandent loprateur de fournir tout
service, immdiatement, partout et moindre prix. Cela concerne notamment la capacit de
pouvoir choisir dynamiquement le niveau de qualit de service en fonction de leurs besoins et
de ce quils sont prts payer en fonction des politiques de tarification de loprateur. De
1

Nanmoins, pour certaines des technologies qui cherchent simposer aujourdhui sur le march, le besoin de
leur dploiement nest pas tout fait clair. Nous verrons que nous risquons de nous trouver dans une situation
semblable celle rencontre lors du lancement du RNIS. Ce dernier a longtemps t appel Innovation
Subscribers Dont Need en rfrence son acronyme anglais ISDN. En effet, il sagissait dune innovation
technologique qui navait pas t pilote par un besoin des clients et de ce fait, dans la plupart des pays, son
march a eu du mal se dvelopper dans un premier temps. Par la suite, le succs de lInternet a amen un
besoin daccs des dbits plus importants que ceux fournis par les accs commuts par modem analogique et
de ce fait le march RNIS a connu une croissance.
2
Un rseau peut tre multiservices, dans le sens o il offre des services de voix, de vido, de donnes, etc. Il
noffre pas ncessairement pour autant de services convergents. On parle de convergence quand il y a
interactivit entre les diffrents services offerts. Nous reviendrons sur ce concept dans les chapitres 8 et 9.

plus, ils demandent pouvoir auto-configurer et personnaliser leurs services travers une
interface conviviale (par exemple de type Web).
La convergence et la flexibilit de provisioning passent par une sparation claire entre un plan
rseau et un plan de service. Dans le premier, nous lavons vu, diverses technologies seront
dployes. Le plan de service doit cacher cette diversit technologique au crateur des
services, que se soit loprateur ou le client lui-mme. Il doit galement fournir des interfaces
gnriques pour la cration de services. Suite la cration dun nouveau service, ou la
personnalisation dun service existant, les mcanismes de customer care et de facturation
doivent tre mis jour de la manire la plus automatise possible.
On remarque donc que lvolution actuelle du monde des tlcommunications concerne un
nombre important de nouvelles technologies et de nouvelles architectures. Nous nous
efforcerons de les prsenter toutes de manire synthtique et globale.
Avant de dcrire le contenu du document, disons que nous avons choisi une structure avec un
dcoupage, dune part, horizontal, en diffrentiant accs et cur de rseau et, dautre part,
vertical, en diffrentiant plan rseau et plan service. Bien sr, une synthse fournissant une
vision de bout en bout sera galement prsente. La raison de la classification en accs et
cur vient du fait que les contraintes laccs et dans le cur de rseau sont trs diffrentes
et, en consquence, le sont souvent galement les technologies qui sadaptent le mieux
chaque contexte ainsi que les architectures qui utilisent ces dernires. Dans laccs, le but est
de concentrer le trafic de divers clients vers les quipements qui fournissent les services
attendus (commutateur tlphonique, Broadband Access Server3, etc.). Dans le cur, le but
est dacheminer des volumes de trafic importants entre un nombre de points limit (les
quipements fournissant les services). A titre dexemple, le rseau tlphonique de France
Tlcom comporte de lordre de 1500 commutateurs. Le rseau daccs doit permettre aux
plus de 30 millions de lignes tlphoniques existantes daccder ces commutateurs ; le cur
de rseau se charge de linterconnexion de ces commutateurs. Les cots et les contraintes de
dploiement, notamment ceux dingnierie civile, ne sont donc pas les mmes dans les deux
contextes. Cest souvent laccs o il est le plus important de prendre en compte lexistant.
Dans le contexte dun rseau multiservices, cest au rseau daccs de fournir les diverses
interfaces correspondant aux divers services offerts.
Le dcoupage vertical est conforme lvolution actuelle vers des rseaux multiservices
convergents qui requirent un plan de service indpendant des technologies rseau sousjacentes.
Ainsi, dans le chapitre 4, nous traitons des rseaux daccs. Nous prsentons les technologies
xDSL, BLR, HFC, PLC et satellite. Le chapitre 5 est ddi aux technologies de cur de
rseau. Nous introduisons lIP sur ATM, le PoS, le MPLS et les technologies tout-optiques.
Le chapitre 6 traite des rseaux mtropolitains, de plus en plus prsents entre laccs et le
backbone4.
Le chapitre 7 traite des volutions des rseaux mobiles vers les gnrations 2.5 et 3. Le
chapitre 8 porte sur la voix paqutise et les NGN et prsente donc la convergence
voix/donnes. Le chapitre 9 est ddi lvolution de loffre de services. Le chapitre 10 traite
dun sujet transversal aux prcdents : la migration vers lIPv6. Dans lensemble des
chapitres, nous analysons le positionnement des diverses technologies prsentes en France.
3
4

Equipement daccs lInternet et ses services (voir 4.1.5).

Nous utiliserons indistinctement les termes cur de rseau et backbone.

Suite la conclusion, une annexe prsente le glossaire. Afin dallger le texte, la signification
des acronymes ne figure souvent que dans le glossaire.
Avant de passer au chapitre 4, nous prsentons dans la section suivante une perspective
historique des technologies que nous allons prsenter dans ce rapport.

3.1 Technologies : Perspective historique

Nous disions quun rseau peut tre vu comme un ensemble de ressources mises en place pour
offrir un ensemble de services. Historiquement, des rseaux spcifiques par service ont t
conus et dploys. Ainsi, on peut parler du rseau tlphonique pour le service tlphonique,
des rseaux Frame Relay pour linterconnexion de rseaux locaux, etc. Cette approche a un
cot lev et ne sadapte pas bien une volution dynamique de loffre de services. Depuis de
longues annes, les oprateurs sefforcent dvoluer vers des rseaux intgration de services.
Le RNIS en fut une premire approche. En poussant le numrique jusqu lusager, il devenait
possible dintgrer divers services sur un unique lien daccs travers une interface unique.
Malheureusement, le RNIS se base sur des techniques de commutation classiques et, de ce
fait, le type de services offert reste limit5 et ne prsente pas la flexibilit requise pour
supporter le trafic engendr par des applications innovantes.
Conscients des limitations des technologies utilises dans les RNIS, les oprateurs
travaillaient depuis le milieu des annes 80 dans une nouvelle technologie qui devait
permettre de btir les RNIS Large Bande (RNIS-LB), capables eux de fournir tous les types
de service quun client pourrait demander et de les supporter sur un backbone unique. La
technologie quils conurent fut lATM. Cette technologie et les architectures des RNIS-LB
furent normalises partir de 1992 par lUIT. Comme son nom lindique, le RNIS-LB est une
volution du RNIS. Cela est particulirement vrai pour ce qui est du plan de contrle du
rseau (signalisation permettant de contrler les connexions). Mme si, en termes de
commutation et de multiplexage, la technologie ATM est compltement innovante, elle fut
conue en tenant en compte limportance du trafic tlphonique dit MIC (64 Kbit/s par
connexion), trafic largement majoritaire en ces temps.
LATM fut la premire technologie haut dbit disponible sur le march et de ce fait elle fut
massivement dploye par les oprateurs. Lide tait quen couvrant linfrastructure SDH6,7
existante avec une couche ATM, on apporterait la flexibilit ncessaire en termes de diversit
de services de rseau. En effet, lATM permet de multiplexer tout type de trafic sur un mme
conduit de transmission (SDH ou autre) tout en garantissant la qualit de service spcifique
dont chaque type a besoin et en optimisant les ressources (notamment la capacit des conduits
de transmission).
La technologie ATM est donc particulirement intressante quand le rseau est amen
transporter sur les mmes liens des trafics divers (voix, vido, donnes), ce qui tait attendu
5

Les accs les plus utiliss sont laccs de base et laccs primaire. Ces accs offrent des canaux en mode circuit
64 Kbit/s, dits canaux B (2 et 30 respectivement) et un canal en mode paquet, dit canal D, 16Kbit/s et 64
Kbit/s, respectivement. Le canal D est utilis en particulier pour transmettre la signalisation. Les accs sont
galement naturellement appels 2B+D et 30B+D, respectivement.
6
Cette technologie a t massivement dploye pour supporter le RTC et les liaisons loues, ce pour quoi elle est
trs bien adapte.
7
La technologie SDH a remplac la technologie PDH dans les rseaux de tlcommunications. Elle permet de
grer la capacit des mdium de transmission et de fournir entre deux points quelconques de linfrastructure
physique des conduits de transmission de dbit fixe 155Mbit/s, 622Mbit/s, 2.5Gbit/s et 10 Gbit/s. Une de ses
fonctionnalits les plus prises est sa capacit de cicatrisation automatique en cas de panne en moins de 50ms.

lpoque. Mais le trafic na pas volu depuis comme cela avait t projet. Le trafic de vido
na toujours pas explos sur les rseaux de tlcommunications (cela ne saurait pas tarder,
nous y reviendrons dans la section 3.2 et dans le chapitre 9). Le trafic de voix fixe a
augment, comme prvu, lentement (4% en moyenne par an dans les pays dvelopps) et le
trafic de donnes a explos ( une vitesse qui navait pas t prvue). LATM, conue comme
technologie multiservices, a donc t utilise au dbut comme un moyen de faire face cette
explosion et na donc t utilise, dans un premier temps, que comme une technologie de
cur de rseau pour transporter du Frame Relay et de lIP (trafic engendr par lInternet
notamment).
Le trafic de voix MIC restant largement majoritaire et disposant dun rseau optimis pour
son transport (le RTC), il ntait pas justifi pour les oprateurs dinvestir dans le basculement
de ce trafic sur les rseaux ATM. Les rseaux ATM se sont donc dvelopps en parallle du
RTC/RNIS au lieu de devenir une volution de celui-ci.
La deuxime tape dans le dploiement de lATM a t laccs, dans un premier temps, en
tant que liaisons ATM permanentes fournies aux grands clients pour linterconnexion de leurs
sites8 et, dans un deuxime temps, dans le contexte de technologies et darchitectures daccs
innovantes comme le xDSL et la BLR.
Lvolution naturelle semblait tre une couverture ATM de plus en plus dense et, ds lors que
le trafic de voix deviendrait minoritaire par rapport aux autres trafics, le basculement
progressif de la voix sur le rseau ATM se justifierait. Les rseaux ATM deviendraient ainsi
des rseaux multiservices de bout en bout. Mais cela ne semble pas tre lvolution du march
et il y a plusieurs raisons cela.
Dabord, lATM a perdu depuis de longues annes la bataille du poste de travail. De ce fait,
peu dapplications natives ATM ont t dveloppes, la plupart des nouvelles applications
sont dveloppes sur la pile de protocoles IP. Cest ladressage IP qui est utilis pour
identifier les quipements terminaux. LATM est ainsi condamne devenir uniquement une
technologie de transport et donc tre utilise uniquement l o elle prsente des avantages
par rapport aux autres technologies (elle ne devient pas une technologie de bout en bout).
Parmi ces avantages, on peut citer les suivants :
LATM rsout, de la meilleure manire possible aujourdhui, le difficile compromis
entre garantir les diffrents types de qualit de service attendus et optimiser les
ressources dployes.
LATM dispose de mcanismes de contrle du rseau et dopration et maintenance
volus
Elle dispose galement dune architecture de gestion volue, avec des mcanismes de
protection permettant doffrir une disponibilit et une fiabilit importantes
La question est de savoir quand est-ce quon a besoin de ces proprits pour que le cot
dutilisation de lATM soit justifi. Des rponses cette question, contraires lobjectif
original de couverture globale des infrastructures par lATM, se sont faites entendre ds 1996.
En 1996, pour la premire fois, le trafic IP Best Effort9 transatlantique est devenu
8

Les entreprises font, dans ce contexte, du multiplexage voix/donnes sur ATM. Mais lATM nest utilis ici
que comme moyen de transport.
9

On appelle rseau Best Effort un rseau qui fait de son mieux pour transporter les informations mais qui ne
garantit aucune qualit de service. On appelle trafic Best Effort un trafic qui ne sattend recevoir un
quelconque niveau de qualit de service.

suffisamment important pour remplir, lui tout seul, des conduits de transmission de dbit
lev pour lpoque (155 Mbit/s). La question sest donc pose du besoin dune technologie
comme lATM dont le grand atout, en termes de transmission de linformation, est de
permettre un multiplexage efficace de divers types de trafic. La rponse a t de transmettre le
trafic IP directement sur la couche physique, sans couche intermdiaire. Cette technologie est
appele Packets over SONET/SDH (PoS). Cette volution concerna, dans un premier,
uniquement la transmission10. Elle a t suivie par la conception de routeurs IP de grande
capacit avec des interfaces PoS. Des rseaux pour le transport de lIP ont donc pu tre
construits sans besoin de lATM. Ces rseaux rpondent bien certains besoins, ceux de la
mise en place de rseaux IP Best Effort haut dbit pas chers pour faire face la croissance
de lInternet. Ceci tait, notamment, le besoin dun grand nombre dISPs (Internet Service
Providers). Par contre, cette technologie na pas les avantages cits de lATM et ne supporte
donc pas bien la mise en place de rseaux multiservices.
Certes, en cur de rseau, on peut se permettre, dans certains cas, un surdimensionnement du
rseau permettant de garantir les qualits de service requises sans besoin de mcanismes de
contrle complexes. Mais cela nest pas vrai laccs o :
La bande passante reste faible et chre
Le relativement faible dbit des interfaces (quelques dizaines de Mbit/s) requiert une
fine granularit de multiplexage afin dviter des variations de dlai (gigues) non
compatibles avec les trafics temps rel (voix, vido, etc.).
A partir de cette observation, on comprend les choix faits ou qui se dessinent la fois
laccs et dans le cur des rseaux doprateur. A laccs, la technologie ATM est souvent
maintenue et se trouve la base des architectures innovantes comme le VoDSL (voir la
section 4.1.3) et lUMTS (voir la section 7.1). Dans le cur du rseau, o le dbit des
interfaces est suffisamment lev pour que la granularit de multiplexage ne reprsente pas un
problme, on essaye de simplifier larchitecture. Ainsi, au lieu de superposer un rseau IP sur
un rseau ATM, on essaye dintgrer les avantages des deux technologies dans une seule. Le
concept de MPLS essaye de rpondre cet objectif (voir la section 5.2).
Pour finir, disons que sur une fibre optique on dispose dune capacit thorique de plusieurs
centaines de Tbit/s et que, jusquil y quelques annes, on ne disposait pas dune technologie
permettant de transmettre plus que 2.5 Gbit/s sur une fibre. La technologie WDM apporte une
rponse ce problme. Nous verrons quaujourdhui il est possible de transmettre jusqu 1,6
Tbit/s sur une fibre. Lvolution vers les rseaux tout-optiques devrait permettre de maintenir
la tendance la baisse des cots de transmission.
On se trouve dans la situation o, en dehors de la tlphonie, le trafic gnr par la plupart
des applications cest de lIP. Ce trafic IP peut tre transmis de diverses manires : sur le
WDM, sur la SDH, sur du MPLS, sur de lATM, etc. Pour ce qui est de la tlphonie, lATM
a encore un rle important jouer, que ce soit laccs ou en substitution des curs des
rseaux tlphoniques (voir le chapitre 8).
Les possibilits darchitecture sont multiples, nous navons donn dans cette introduction
quun bref aperu. Dans ce rapport, nous essayerons de mettre en vidence les intrts
technico-conomiques des diffrentes technologies et architectures par rapport lvolution
des services et des usages dsirs.

10

Rappelons quun rseau requiert de la transmission mais galement de laiguillage. Ce dernier tant
implment dans le monde IP dans des quipements appels routeurs.

3.2 Sur lvolution du trafic

Nous venons de voir que lvolution du trafic, et notamment le fait que le trafic de donnes
tende devenir majoritaire, est un lment cl dans la justification des volutions des
technologies et architectures de rseau.
Les analystes ne sont pas daccord sur la question de lvolution du trafic et notamment sur
linstant auquel le trafic de donnes va dpasser celui de la voix. Pour en dbattre, il faut bien
dfinir ce que lon mesure et pour cela il faut diffrencier, dune part
La capacit dploye
Le trafic transport
Les revenus
et, dautre part
Trafic local
Trafic national
Trafic international
Ainsi, par exemple, dans certains curs de rseau, la capacit dploye grce la technologie
DWDM dpasse les besoins immdiats. De manire gnrale, les mesures indirectes du trafic
IP, faites partir des mesures des capacits dployes et/ou des revenus, savrent parfois
errones.
Pour montrer limportance de la deuxime diffrentiation que nous avons faite, soulignons
que pour la tlphonie, en 1999, le trafic international reprsentait 1% du total, le trafic
national 10% et le trafic local le reste. Pour lInternet, il est vident que, pour la plupart des
pays, le trafic international est le plus important.
Ce quon peut dire, avec une certaine certitude, cest que le point de croisement aura lieu
dabord pour la capacit, puis pour le trafic et finalement pour les revenus. En ce qui concerne
les revenus, cela narrivera peut tre pas avant quil y ait convergence de services et donc
quune partie des services tlphoniques ne soit offerte par les rseaux de donnes.
On peut galement affirmer que le trafic de donnes internationales a dpass celui de la voix
vers 199811.
Il est important de comparer la vitesse de croissance du trafic avec celle de la capacit des
rseaux. Certains experts affirment que la capacit des rseaux augmente plus vite que celle
du trafic et que, de ce fait, on peut sur-dimensionner les rseaux et viter ainsi les fonctions
complexes tendant les optimiser.
Nous ne partageons pas ce point de vue pour diverses raisons. Nous nous basons par la suite
sur lexemple de lInternet. Dabord, nous considrons que le rseau est encore auto-contrl.
En effet, nous disposons aujourdhui de trs bonnes applications mettant en uvre de la vido
(citons par exemple la vidoconfrence, les jeux, la ralit virtuelle distribue, etc.). Ces
applications ne sont pas utilises plus massivement parce que le rseau ne les supporte pas.
Des applications de masse de vido la demande, impliquant une consommation par
utilisateur de plus de 2Mbps, ou des applications plus spcifiques de calcul distribu, gnrant
1 Gbit/s, sont aujourdhui disponibles sur tagre un prix trs raisonnable. Ds le moment
o les ressources dans le rseau suffiront transporter les flux engendrs par ces applications
le trafic augmentera dune manire quon ne peut pas estimer aujourdhui.
11

Direction of Traffic, ITU/TGI, 1999.

10

De plus, mme si le cot de la transmission diminue de manire significative grce au

DWDM, on ne peut pas dire la mme chose du cot dacheminement des informations. La
capacit des routeurs naugmente pas la mme vitesse que la capacit de transmission et leur
cot ne diminue pas non plus de la mme manire.
Il est ici important de signaler quune tude finalise le mois dernier (aot 2001) par L.G.
Roberts, un des pionniers de lInternet et actuellement Directeur de Caspian Networks,
montre que le total du trafic IP de 19 des plus importants ISP12 amricains a augment dun
facteur de 4 au cours du dernier semestre, ce qui contredit des affirmations rcentes sur un
ralentissement de la croissance. Ces affirmations ntaient pas bases sur des mesures
directes.
Finalement, il faut faire la diffrence entre le cur du rseau et laccs. Dans le premier, une
approche de surdimensionnement est peut tre faisable dans certaines circonstances. Par
contre, laccs, la bande passante est bien plus chre. On connat la difficult daugmenter la
capacit des rseaux daccs sans fils ncessaires notamment la mobilit. Puis, au fur et
mesure que la capacit de linterface client augmente, il faut galement augmenter la capacit
des rseaux de concentration, ce qui, vu la capillarit requise, reprsente galement un cot
lev.

12

Tous ISP de cur, dont le mtier et dinterconnecter dautres ISP.

11

4 Evolution des rseaux daccs

Dans cette section, nous introduisons et comparons les diffrentes technologies daccs :
xDSL, FTTx, BLR, HFC, PLC et satellite. Nous avons dj parl de limportance du cot
dingnierie civile li au dploiement dun rseau daccs. Certaines technologies ont donc t
conues pour rutiliser linfrastructure existante ; dautres, bases sur la transmission radio,
ont essay de rduire ce cot.

4.1 Technologies et architectures xDSL

Afin de comprendre les volutions en cours des rseaux daccs bass sur la paire torsade,
ainsi que les nouvelles architectures de rseaux mtropolitains (voir le chapitre 6), nous
commenons par une prsentation de lvolution de larchitecture daccs au rseau
tlphonique commut (RTC) ; en effet, la boucle locale en paire torsade a t dploye
pour fournir laccs au RTC.

4.1.1 Evolution de larchitecture daccs au RTC

La Figure 1 montre larchitecture historique des rseaux tlphoniques laccs13.

Contrle
0.1E
0.75E
C
Comm u tateur
daccs

0.75E
C
Rpartiteur
Sousrpartiteur

Figure 1 : Architecture historique daccs au RTC

13

Cette architecture reste la plus utilise en France.

12

On distingue gauche un commutateur tlphonique daccs et droite les cbles de paires

torsades en sortie du rpartiteur. Les cbles sont ouverts dans une ou plusieurs tapes de
sous-rpartition. A chaque tape le nombre de paires torsades par cble diminue ; le client
est finalement atteint avec une ou deux paires.
Le trafic tlphonique rsidentiel sur une paire torsade est valu, lheure de pointe, 0,1
Erlang (E). Autrement dit, lheure de pointe du rseau, la paire torsade, et donc son
interface avec le rseau, ne sont utilises que 10% du temps. Pour une entreprise la moyenne
est de 0,25 E. Avant datteindre linterface avec le commutateur, on passe par des tapes de
concentration dont les interfaces avec ce dernier sont charges environ 0,75 E. Ces
concentrateurs sont co-logs (ils se trouvent dans le mme btiment) que le commutateur.
Lensemble des quipements peut donc tre contrl en local.
Dans une telle architecture les paires torsades sont clairement sous-utilises. Afin de faire
face la croissance de la demande de lignes tlphoniques et grce aux volutions
technologiques, cette architecture a volu chez certains oprateurs. En effet, la possibilit de
transmettre sur une paire torsade 2Mbit/s symtriques sur des distances de quelques
kilomtres permet de dporter les concentrateurs/multiplexeurs, afin de les rapprocher des
clients finaux, comme cela est indiqu dans la Figure 2.

Contrle

V5.1
Commutateur
daccs
V5.2
C

Figure 2 : Interfaces V5.1 et V5.2

13

Maintenant, sur une paire torsade supportant un lien numrique 2Mit/s on peut transporter
jusqu 30 communications tlphoniques simultanes. Se pose le problme du contrle de
ces quipements distants. On peut placer une PT spcifique pour les signaux de contrle ou
multiplexer les informations de contrle sur la paire torsade transportant la voix. Cette
deuxime approche est plus efficace mais requiert la dfinition de nouvelles interfaces. Ainsi,
lETSI a publi deux standards pour rpondre ce besoin, appels V5.1 et V5.214. La
diffrence entre eux est que V5.2 autorise la concentration, tandis que V5.1 ne lautorise pas.
Autrement dit, sachant que le nombre de voies tlphoniques est de 30 sur linterface de
2Mbit/s, en V5.1 on ne pourra raccorder que 30 lignes tlphoniques, tandis quen V5.2 cette
contrainte nexiste pas, les voies sont alloues dynamiquement quand les appels arrivent.
Cette architecture pose divers problmes, dont on peut citer :
La fiabilit : si une paire torsade est coupe, un nombre important de clients se voit
affect.
La capacit : il est souvent conomiquement intressant de concentrer plus de trafic
au niveau de laccs.
La diversit de services : loffre de services au client final nvolue pas.
Ainsi, les architectures plus rcentes introduisent la fibre optique dans le rseau daccs avec
des architectures dites Digital Loop Carrier (DLC), telles que celle illustre de manire
trs schmatique dans la Figure 3.

Contrle

V5.2

Commutateur
daccs

DLC
Digital Loop Carrier

C
POTS, ISDN
E1 fractionnel, E1,
E3, Autres.

Figure 3 : Architecture DLC

14

LANSI a publi des standards visant le mme objectif, appels GR303.

14

La boucle optique est base sur la technologie SDH7 et de ce fait elle est protge ; il y a en
fait deux anneaux contrarotatifs dans la boucle afin de mettre en uvre la protection. Les
standards du march sont tels quen cas de panne la boucle doit tre reconfigure en moins de
50ms. De telles boucles permettent, en outre, doffrir des services de lignes spcialises
numriques haut dbit. Le contrle des interfaces de tlphonie peut toujours se faire
travers les interfaces V5.
Remarque : on observe que, suite ces volutions technologiques et architecturales, on ne
dispose plus toujours dune PT entre le client et le point de prsence de loprateur, les
quipements de la boucle en question pouvant tre placs dans des cabinets ou dans les soussoles des immeubles des clients, par exemple. Cela soulve des problmes lors du
dploiement des technologies xDSL (voir la section 4.1.5). En effet, il nest pas toujours
possible de dployer dans ces points les quipements xDSL, tels que le DSLAM (voir la
section 4.1.5). De plus, imposer un tel emplacement aux DSLAM peut tre un frein au
dgroupage ; en effet, les cabinets appartiennent loprateur historique et leur volution est
complexe. De ce fait, en France, un tel dploiement est interdit par lART. En France, la
plupart des clients sont raccords selon larchitecture de la Figure 1.

4.1.2 Evolution vers les architectures xDSL

Le RTC, dont larchitecture est illustre de manire synthtique dans la Figure 4, a t conu,
comme son nom lindique, spcifiquement pour offrir des services tlphoniques.

Rseau
Bande troite

Commutateur
local

(
Boucle
locale

Figure 4 : Le rseau tlphonique commut

15

De ce fait, il est peu flexible la cration de nouveaux services. LInternet propose un

ensemble de nouveaux services, mais se pose le problme de laccs ce rseau. Si on avait
dploy un rseau daccs ad-hoc pour lInternet, les modles daffaires qui ont t la base
de son succs nauraient pas t possibles. Le succs de lInternet est d, en grande partie, au
fait quil a utilis le RTC comme lun de ses rseaux daccs ; cela est illustr dans la Figure
5.
Ct ISP (Internet Service Provider), on distingue un quipement appel RAS (Remote Acces
Server). Un usager de lInternet va utiliser un modem pour tablir une connexion sur le RTC
avec le RAS et disposer ainsi dune couche physique (dun moyen de transmission) pour
accder lInternet. On parle daccs dial-up . Le RAS est connect un rseau large
bande (haut dbit) qui, potentiellement, ne reprsente pas un goulot dtranglement (IP sur
ATM, PoS, etc.). Les RAS de premire gnration taient vus par le RTC comme des
quipements dextrmit, raccords avec des interfaces dusager.
La nouvelle gnration de RAS peut se connecter directement au cur du RTC des dbits
importants (ceux de la hirarchie SDH : 155Mbit/s, 622Mbit/s, etc.). Pour ce qui est de la
signalisation, ils peuvent tre connects au rseau du Systme de Signalisation N7, plus
prcisment un PTS (Point de Transfert de Signalisation)15. Cela rduit les cots de
dploiement quand le trafic est important. En France, se prsente une difficult lie au fait que
France Tlcom utilise des protocoles de signalisation propritaires dans le cur du rseau
tlphonique (appels SSUTR2 et SPIROU).

Rseau
Bande troite

Commutateur
local

RAS

(
Boucle
locale

X
X

Rseau
large bande

MODEM-PC
X

Figure 5 : Accs commut lInternet

15

Le RTC et le RNIS disposent dun rseau permettant dacheminer les informations de contrle (notamment la
signalisation). Les PTS sont les nuds de ce rseau.

16

Grce cette approche, la mise en place du rseau daccs lInternet se limite au

dploiement des RAS et dautres serveurs lis lauthentification, autorisation et facturation
des clients, mais nimplique pas le dploiement dune nouvelle infrastructure. Le prix payer
pour cette simplicit est important :

Dbit limit : le dbit est limit 56 Kbit/s sur une ligne analogique et ce dbit est trs
proche du maximum thorique16 (capacit de Shanon). On naura donc pas une
volution des dbits dans ce contexte.
Pas de simultanit de services. Quand on est connect lInternet on ne peut pas
utiliser les services du rseau tlphonique et, en particulier, on perd les appels
entrants.
Pas de convergence tlphonie/informatique.

La simultanit des services est une forte demande des clients. Des solutions partielles sont
proposes aujourdhui sur le march. Nous citons ici le Internet Call Waiting (ICW).
Grce ce service, un usager connect lInternet qui reoit un appel tlphonique en est
inform. Il est galement inform du numro de lappelant et a le choix de couper sa
connexion lInternet pour rpondre ou de driver lappel tlphonique vers une messagerie
vocale. Cette dernire peut envoyer au destinataire le message enregistr sous forme de fichier
numrique, auquel cas il recevra le message pendant quil reste connect lInternet.
Une autre solution ce problme consiste en le re-routage de lappel vers une passerelle de
tlphonie sur IP (voir le chapitre 8 pour les dtails sur la tlphonie sur IP). Ainsi, un usager
connect lInternet pourra mettre et recevoir des appels tlphoniques pendant quil reste
connect lInternet. Ce type de solution est trs rarement disponible sur le march, mme si
la technologie requise est aujourdhui relativement mature. En effet, elle impose des
architectures plus complexes, comme celles dtailles dans le chapitre 8.
De manire gnrale, vu la limitation de dbit disponible par un accs dial-up , loffre
possible de services reste limite. Se pose donc la question du besoin de traverser le RTC,
source principale de cette limitation de dbit. Certes on voudrait rutiliser les PT comme
technologie daccs, mais on ne veut pas subir les contraintes du RTC. Cest ici que rentrent
en jeux les technologies xDSL. La Figure 6 reprsente, trs schmatiquement, une
architecture de rseau ADSL. Lusager dispose simultanment, sur une paire torsade, du
canal analogique historique et dun canal numrique. Il peut donc connecter un quipement de
donnes (dans la figure un PC) et son tlphone travers la mme paire torsade. Ct
oprateur, avant le commutateur tlphonique, les signaux en provenance de chaque
quipement terminal sont spars. La tlphonie est envoye au RTC et le canal numrique
donne un accs direct lInternet. La transmission peut tre simultane, le systme se base sur
un multiplexage en frquences sur la PT. Le service tlphonique est maintenu et, en ce qui
concerne le canal numrique, le goulot dtranglement introduit par le RTC dans lapproche
de la Figure 5 est limin ; en effet, le dbit nest maintenant limit que par les
caractristiques des paires torsades. Ainsi, on atteint des dbits de quelques Mbit/s comme
cela est dtaill dans la section 4.1.4. Par ailleurs, on soulage le RTC dont les tapes de
concentration nont pas t dimensionnes pour les connexions daccs lInternet, bien plus
longues (20mn en moyenne) que les connexions tlphoniques (4mn en moyenne).

16

Cela est d au fait que le RTC filtre 4 KHz les signaux quil reoit sur les PT.

17

Rseau
Bande troite

X
RAS

Commutateur
local

(
Boucle
locale

X
X

Rseau
large bande

MODEM-PC
X

Figure 6 : Introduction des technologies xDSL

Nanmoins, des contraintes subsistent dans cette architecture :

Une seule ligne tlphonique est disponible
Il ny a pas de convergence, les services tlphoniques et les services de lInternet sont
offerts de manire indpendante.
Pour un oprateur alternatif, loffre au client final de services tlphoniques sur le
canal analogique requiert la demande France Telecom dun service supplmentaire
et engendre donc un cot (ceci deviendra plus clair dans la section suivante).

4.1.3 La technologie VoDSL

Ltape suivante consiste introduire une nouvelle technologie, appele Voice over DSL
(VoDSL). Lide du VoDSL est de transmette la voix sur le canal numrique et dutiliser
donc le rseau large bande comme rseau daccs au rseau tlphonique. Cette ide est
illustre dans la Figure 7, o le trait jaune reprsente une bande passante tablie sur le rseau
large bande pour transporter ventuellement plusieurs communications de voix entre lusager
et le RTC. Par rapport la Figure 6, la diffrence majeure est lapparition dune passerelle
(note GW dans la figure pour son nom anglais gateway ) entre les deux rseaux. Cet
quipement est charg, en particulier, du transcodage (on peut utiliser des codages de voix
diffrents de chaque ct) et de certaines conversions des protocoles de signalisation. LATM
Forum a normalis une architecture permettant de dployer du VoDSL comme indiqu dans la
Figure 7, elle sappelle Broadband Loop Emulation Service (B-LES). Elle se base sur un
18

rseau ATM entre la GW et le site client, ce qui est naturel, lATM tant la technologie
utilise sur les accs xDSL (voir la section 4.1.5).

Rseau
Bande troite

X
RAS

GW

Commutateur
local

(
Boucle
locale

MODEM
-PC

Rseau
large bande

Demain le rseau large bande offrira les services du rseau

bande troite

Figure 7 : Introduction de la technologie VoDSL

Cela prsente les avantages suivants :

Diverses connexions tlphoniques peuvent tre tablies simultanment (une PME
pourrait ainsi connecter un PABX).
Un oprateur nouvel entrant peut amener le trafic tlphonique de ses clients vers un
de ses points de prsence tlphonique en simplifiant ainsi significativement la mise
en place de ces services (voir la section 4.1.6 pour plus dexemples).
On remarquera que par rapport larchitecture dial-up , nous avons volu de lutilisation
du RTC pour accder au rseau de paquets lutilisation du rseau de paquets pour accder au
RTC.
Par contre, cette architecture peut encore tre amliore par rapport deux points :
La mise en place de services de convergence tlphonie/informatique reste complexe
puisque quil ny a pas dinteroprabilit au niveau service (le rseau de donnes nest
utilis que comme un rseau de transport).
Deux rseaux restent encore ncessaires, un rseau de paquets et un rseau
tlphonique.
19

La dernire tape consiste offrir les services de tlphonie sur le rseau de paquets, ce qui
peut tre fait, par exemple, travers la mise en place de soft-switchs17. Bien sr, une
interconnexion avec le rseau tlphonique est encore ncessaire pour pouvoir communiquer
avec les correspondants qui restent connects au RTC. On parle ainsi dune interconnexion
au niveau service entre le RTC et le rseau de paquets, le service tlphonique sappuie sur les
deux infrastructures18 (voir le chapitre 8). La tlphonie tant transporte sur le canal
numrique, on parle toujours dans ce cas de VoDSL. Une telle architecture facilite loffre de
services convergents puisque lensemble des services est offert par le mme plan de service.

4.1.4 Prsentation des diffrentes technologies xDSL

Le terme DSL (Digital Subscriber Line) a t invent avec lavnement du RNIS. En effet, la
grande volution technologique, permettant le dploiement de ces rseaux, fut la numrisation
de boucle locale. Parmi les accs les plus usuels ce rseau on compte le 2B+D et le 30B+D,
dfinis dans la section 3.1. Ce dernier est bas sur un lien 2 Mbit/s. A lpoque, cela exigeait
deux paires torsades, une pour chaque direction de transmission, et des rgnrateurs sur la
ligne. La technologie de transmission a t remplace par le HDSL. Cette technologie permet
de transmettre 2Mbit/s symtriques sans rgnrateurs, ce qui reprsente une diminution
importante dans les cots de dploiement et dopration et maintenance. De plus, elle autorise
un nombre suprieur de lignes DSL dans un mme cble (elle introduit moins dinterfrence).
Par contre, elle ncessite toujours 2 voir 3 paires torsades. Plus rcemment, lETSI a
normalis le SDSL, permettant davoir jusqu 2 Mbit/s symtriques sur une seule paire. De
plus, le SDSL introduit ladaptation de dbit, cest dire que les modems vont tester la ligne
et choisir le meilleur dbit possible. LANSI a normalis le HDSL2, transmettant 1.5 Mbit/s
sur une seule paire torsade. Finalement, lUIT vient de normaliser le SHDSL dont les
principales proprits sont : dbit symtrique adaptatif jusqu 2360 Kbit/s, meilleure
compatibilit spectrale que le SDSL, naccepte pas le multiplexage en frquence dune ligne
tlphonique analogique sur la mme paire torsade. Cette norme nest pas encore publie
mais elle est finalise et implmente par certains constructeurs.
Les diffrentes normes cites proposent un dbit symtrique, or certains usages, comme la
navigation du Web, engendrent des trafics asymtriques (dbits diffrents dans chaque sens).
La bande passante totale sur une paire torsade tant limite, il peut tre donc utile de disposer
dun dbit asymtrique, do la technologie ADSL (Asymmetric Digital Subscriber Line) pour
laquelle le dbit descendant maximal a t normalis 8 Mbit/s et le dbit maximal remontant
640 Kbit/s. Ces dbits sont thoriques, il est rare quun oprateur propose plus de 2Mbit/s
descendants sur ces technologies.
Il est important de signaler que le dbit disponible sur une paire torsade diminue de manire
rapide avec la distance. La norme ADSL vise, en particulier, le cas de la Figure 1 (paire
torsade entre lusager et le commutateur tlphonique local). Mais si on se rapproche du
client en fibre optique, comme cela est possible dans le cas de la Figure 3, la distance en paire
torsade diminue. Ainsi, la technologie VDSL a t conue pour transmettre sur une PT des
17

Voir les sections 8.2.3 et 8.2.4 pour une dfinition de ce terme et pour plus dexplications.
Il ne sagit plus dutiliser le rseau de paquets pour transporter la voix vers le RTC, mais dinterconnecter deux
rseaux offrant chacun des services tlphoniques.
18

20

dbits de plusieurs dizaines de Mbit/s, symtriques ou asymtriques, sur des distances de

quelques centaines de mtres.
Les technologies les plus utilises en France sont lADSL et le SHDSL. LADSL est la
technologie de choix pour les accs rsidentiels et SOHO. En effet, le trafic de ces derniers est
souvent fortement asymtrique. Dans le cas dinterconnexion de sites dentreprise, les
technologies dbit symtrique sont souvent plus adaptes. Cest galement le cas dans un
contexte VoDSL, quand le trafic de voix a un poids important sur le trafic total (en effet, la
tlphonie engendre un trafic symtrique). Pour des raisons de compatibilit
lectromagntique, la technologie de choix est le SHDSL dans ce cas, choix dailleurs impos
par loprateur historique.

4.1.5 Architecture daccs xDSL

La Figure 8 montre, de manire synthtique, larchitecture daccs xDSL. On distingue cot
client un quipement prsentant des ports permettant de connecter, dun cot, le LAN de
lentreprise ainsi que le PABX ou des tlphones et, de lautre cot, une interface xDSL vers
loprateur. Cet quipement, appel IAD, dispose donc dun modem xDSL19. Cot oprateur,
la paire torsade du client arrive un quipement qui termine le lien xDSL et qui concentre le
trafic de divers clients. La technologie de multiplexage utilise aujourdhui sur le lien xDSL
entre lIAD et le DSLAM est lATM. Historiquement, les IAD offraient des interfaces ATM
cot LAN mais de plus en plus des interfaces Ethernet sont utilises, voir USB quand il y a un
seul terminal connecter.

19

Ceci reprsente le cas le plus complexe. Les accs rsidentiels sont plus simples et noffrent souvent quun
moyen daccs lInternet.

21

Client

PABX

Accs

Cur

RADIUS/
DIAMETER

COPS

xDSL
xDSL

BAS

Internet

GW
DSLAM
LAN

RTC

Figure 8 : Architecture daccs xDSL

Le client peut ainsi disposer dune connexion ATM vers le BAS qui lui donne laccs
lInternet ou un VPN de niveau 3 (voir la section 9.2.1). Le BAS peut discuter avec un
serveur RADIUS ou DIAMETER pour les fonctions dauthentification, dautorisation et de
accounting et avec un serveur COPS pour la gestion de divers niveaux de qualit de
service. DIAMETER (volution de RADIUS) et COPS reprsentent des technologies qui
nont pas encore atteint un stade de maturit industrielle.
Une deuxime connexion peut tre tablie vers une passerelle (note GW dans la figure)
donnant accs au RTC (service VoDSL cit prcdemment). Le client peut galement
disposer de connexions ATM vers dautres sites de son entreprise (service VPN de niveau 2,
voir la section 9.2.1).
On peut donc souligner que les architectures xDSL permettent doffrir simultanment les
divers services de tlcommunications attendus par les clients.
Le serveur COPS est la base dune nouvelle architecture de gestion de rseaux appele
Policy Managed Networks . Elle devrait faciliter, entre autre, loffre de qualits de service
diversifies (notamment diffrencies) sur un rseau IP tel que lInternet.

4.1.6 Intrts
Les technologies xDSL prsentent les avantages suivants :
Rutilise le cblage existant, ce qui minimise les besoins dingnierie civile.

22

Technologie potentiellement always-on . Autrement dit, le client est connect en

permanence.
Elle permet une offre de services volue, avec simultanit de divers services.
Possibilit donc de guichet unique, le client sadresse un seul fournisseur qui rpond
travers une interface unique lensemble de ses besoins de tlcommunications.
Le dploiement peut tre progressif et les cots fixes sont faibles, surtout pour un
oprateur historique qui ne paye pas la salle dhbergement du DSLAM. Cela nest
pas le cas du cble qui, comme indiqu plus loin, requiert, pour loffre de nouveaux
services, une mise jour de lensemble du rseau.
Soulage les commutateurs tlphoniques des connexions lInternet.
Contrairement au cble et la BLR, il ny a pas de diffusion, donc moins de
problmes de scurit.

Elle prsente galement quelques inconvnients

Sensibilit la qualit et la longueur des paires torsades.
Dbit maximum limit.
Larchitecture VoDSL apporte une valeur ajoute importante aux architectures DSL
Pour un oprateur alternatif, elle permet de rapatrier le trafic tlphonique vers un
point de prsence tlphonique de cet oprateur. Loffre de tlphonie sur le canal
analogique requiert par contre des quipements de tlphonie dans le local de
loprateur historique.
Elle permet un ISP dtendre relativement facilement son portefeuille de services
(reste que la passerelle doit tre connecte au RTC selon une logique dinterconnexion
tlphonique).
Elle est un lment cl de la simultanit des services en permettant doffrir plusieurs
lignes tlphoniques simultanes et notamment la possibilit de connecter un PABX
Simplification de provisionning. Ajouter une ligne tlphonique devient une action
logicielle et non matrielle. Suite un clic sur une page Web, le client peut avoir une
nouvelle ligne tlphonique provisionne instantanment.

4.2 La fibre optique dans le rseau daccs

Les technologies xDSL sont trs sensibles la longueur et la qualit de la paire torsade, le
dbit maximum disponible diminue trs sensiblement avec la distance.

23

Ma ximum capa cit y (in M bit/ s)

ADSL
100

10

1
0

Di st ance (in kil omet ers)

PABX

ADSL/SHDSL

LAN

PABX

VDSL

Fibre optique
LAN

Figure 9 : La fibre optique dans le rseau daccs

Comme cela est indiqu dans la Figure 9, une solution ce problme est de rapprocher la
fibre optique du client final. Les architectures permettant de le faire sont appeles FTTx
(Fibre To The x), le x pouvant prendre diverses valeurs (C pour Cabinet, B pour Building, H
pour Home, O pour Office, etc.). La longueur de la paire torsade, quand celle-ci est
maintenue, devient de quelques centaines de mtres et la technologie VDSL dfinie
prcdemment peut ainsi tre utilise.
Diverses technologies permettent dimplmenter une telle architecture. Citons deux avancs
rcentes : les PON (Passive Optical Network) et le Metro-WDM. Nous prsentons la
deuxime dans le chapitre 6. La Figure 10 montre un rseau PON. LODN (Optical
Distribution Network) est un arbre en fibre optique. Il ne contient aucun lment actif, do le
nom de la technologie. LOLT (Optical Line Termination) contrle laccs larbre et de ce
fait permet un partage quitable de son interface vers le rseau doprateur entre plusieurs
clients. En fait, il contrle les ONU (Optical Network Unit) qui se trouvent soit chez le client
(FTTO), soit dans un cabinet (FTTC), etc.
Ce partage dynamique entre plusieurs clients dune interface optique haut dbit avec le rseau
permet de rduire les cots de dploiement des architectures FTTx. Des normes existent pour
les PON. Les PON bass ATM ont t normaliss par lUIT20. LIEEE travaille sur la
normalisation dun PON bas Ethernet. De nombreuses start-ups commencent fournir
aujourdhui les quipements permettant de dployer ces architectures.

20

UIT Recommandation G.983

24

ONU
Data
Network
ONU

ODN

OLT

ONU

Figure 10 : Rseaux Otiques Passifs (PON)

Le rayon des ces rseaux dans les normes actuelles est de 20 Km. Le dbit maximum
normalis est de 622 Mbit/s mais les constructeurs travaillent sur le dveloppement
dinterfaces 2.5 Gbit/s.
Une architecture du type de celle du schma du bas de la Figure 9 peut tre dploye en
connectant un DSLAM l'ONU du PON. Le DSLAM termine les accs xDSL, y compris
VDSL, et fournit un premier niveau de concentration. Le PON fournit un deuxime niveau de
concentration de trafic.
Un troisime niveau de concentration peut tre fourni par des boucles Metro-WDM, comme
cela est expliqu dans le chapitre 6.

4.3 Des rseaux cble vers les rseaux HFC

La Figure 11 montre larchitecture des rseaux cble (CATV) tels que dploys
historiquement pour offrir uniquement de la distribution de tlvision. Il sagit dun arbre de
cble coaxial dun rayon maximum de 20 Km. Pour faire face lattnuation du signal
introduite par une telle longueur de cble, entre 20 et 30 amplificateurs sont ncessaires dans
le trunk (dispositifs bleus). Le signal tant analogique, cela entrane une perte de qualit. La
bande passante disponible est 800 MHz dans les rseaux de deuxime gnration (un canal
vido analogique en consomme entre 6 et 8 MHz, selon les architectures). Le spectre est
divis dans des intervalles de cette largeur. Tous les intervalles ne sont pas utiliss pour
transmettre de la vido pour des raisons de qualit, les interfrences ne sont pas les mmes sur
tous les intervalles.
25

LAN

Distribution

Trunk

Figure 11 : Rseau cble

Les dispositifs verts se chargent damplifier le signal lors de la distribution dans un quartier
ou immeuble vers les diffrents foyers. Ils se trouvent dans les dernires centaines de mtres.
On appelle cette partie du rseau la distribution par opposition au trunk. Ils font face la perte
de puissance due au ddoublement du signal et non pas lattnuation.
La transmission de canaux numriques permet une meilleure utilisation de la bande passante.
La vido numrique tant compresse, jusqu 6 canaux peuvent tre transmis sur un
intervalle de frquences.
Ces rseaux sont conus pour la distribution de tlvision et sont donc unidirectionnels.
Loffre dautres services, tels que laccs lInternet ou la tlphonie, requiert la mise en
place dun canal de retour21. Cela implique :
Des amplificateurs dans le sens remontant.
Un protocole pour grer laccs dynamiquement ; autrement dit, pour que les
diffrents clients se partagent quitablement et dynamiquement la bande passante
disponible.

21

Un certain niveau dinteractivit peut tre obtenu avec un canal de retour par le RTC. Cela existe depuis
quelques annes mais la solution nest pas flexible pour permettre une offre de services volue, notamment
cause de la limitation de dbit et au cot supplmentaire de connexion qui va lencontre du modle alwayson du cble.

26

Se pose galement un problme de capacit. Lors de la distribution de tlvision, la bande

passante consomme ne dpend pas du nombre de clients, le mme signal tant distribu
tous. Si on met en place des services bidirectionnels, la bande passante dpend du nombre de
clients qui sont connects une mme racine de larbre. Ce nombre est en gnral trs lev
et donc la bande passante disponible pour chacun peut tre limite.
Une nouvelle gnration est en train de remplacer ces rseaux, il sagit des rseaux HFC
(Hybrid Fibre Coax). La Figure 12 illustre un tel rseau. Le rseau a t divis dans ce quon
appelle des poches de taille (en nombre de clients) rduite. Le trunk a t remplac par des
fibres optiques. Ainsi :
On dispose dune bande passante plus importante par client.
Le besoin damplification dans le trunk diminue fortement (ce qui est important en
terme de qualit et en termes de cot par rapport aux amplificateurs quil aurait fallu
dployer pour crer le canal de retour).

PABX
LAN

Figure 12 : Rseaux HFC

La Figure 12 nest quune reprsentation ; en gnral, ce ne sont pas des fibres en point
point mais des boucles optiques (ventuellement du metro-WDM, voir le chapitre 6) qui sont
utilises. Diverses normes existent pour mettre en place le canal de retour, notamment les
normes IEEE, ETSI/DAVIC et DOCSIS. Cest cette dernire, issue dun travail de conception
des oprateurs amricains, qui sest impose sur le march, mme en Europe. Dans ses
versions 1.122, elle autorise la dfinition de diffrents niveaux de QoS.
22

Cela est galement le cas de la version 2.0, dont la normalisation devrait tre finalise la fin de cette anne.

27

En ce qui concerne les services vido, nous avons vu que la transmission de canaux vido en
numrique augmente le nombre de canaux possibles. On peut ainsi introduire des services
appels NVoD (Near Video on Demand). Lide est quun mme programme est rpt sur
plusieurs canaux mais avec une heure de commencement diffrente. Ainsi, outre la
programmation, le client peut choisir approximativement lheure laquelle il va regarder. Un
programme de 12 films de 2 heures (un cycle) peut tre transmis sur 24 canaux, les cycles sur
les diffrents canaux tant dcals dune demi-heure. A une demi-heure prs, le client pourra
regarder le programme voulu lheure voulue. Il sagit dun service unidirectionnel.
Le service video on demand (VoD) consiste choisir un film nimporte quelle heure et
pouvoir interagir (arrts sur image, etc.). Il ne sagit plus de diffusion. La capacit requise est
bien plus importante et le cot des serveurs vido plus lev. Les tudes ralises en France
ont conclu sur la non-faisabilit court terme du dploiement dun tel service. La VoD nest
quun exemple de services de vido interactive. On peut imaginer des services de vido lis
au commerce en ligne (clips prsentant le produit sur lesquels on peut agir pour faire voluer
le produit).

4.4 La boucle locale radio

Le terme boucle locale radio regroupe diffrentes architectures. Une premire classification
est en point point et point multipoint (dans ce dernier plusieurs clients partagent une mme
ressource). Une deuxime classification est entre services de distribution et services
bidirectionnels. Ainsi, la technologie MMDS (Multipoint Multichannel Distribution Service)
permet de distribuer des signaux et notamment de la tlvision (point multipoint
unidirectionnel). La technologie LMDS (Local Multipoint Distribution Service) permet
doffrir des services bidirectionnels dans un contexte point multipoint. On peut facilement
faire lanalogie avec les rseaux cble ou HFC. Dans un contexte BLR, il existe une partie
trunk, en fibre par exemple, et une partie distribution qui, au lieu dtre en coaxial, est sans fil.
Dans le cas bidirectionnel, tout comme dans le cas des cbles, un protocole est ncessaire
pour partager quitablement la bande passante disponible. Larchitecture est illustre dans la
Figure 13. Chaque site client dispose dune antenne et communique avec une antenne situe
dans la station de base ct rseau. Plusieurs sites clients partagent dynamiquement la mme
ressource radio, do le besoin dun protocole permettant de garantir chacun la bande
passante commande et la scurit.

28

Figure 13 : La boucle locale radio

Typiquement, une station de base peut diviser lespace en 4 secteurs de 45 chacun et

proposer une bande passante de 30 Mbit/s sur chaque secteur. Ce dbit est partag entre les
sites clients sur le secteur. Le dbit physique attribu chaque client va en gnral jusqu 8
Mbit/s, les constructeurs travaillent sur des solutions allant jusqu 16 Mbit/s. Souvent lATM
est utilis comme technologie de multiplexage. Une vision directe est ncessaire entre les
antennes. Ce dernier point entrane souvent le besoin dun nombre important de stations de
base et donc un cot de dploiement lev. Des tudes sont en cours, notamment dans le
contexte de projets europens, pour diminuer ce cot en mettant en place un systme de
tlcommunications civil stratosphrique. Laronef permet de relayer les signaux entre,
dune part, une unique station de base ct oprateur et, dautre part, les stations ct clients
et cela sur plusieurs spots. Typiquement, laronef vole au-dessus du trafic arien environ
21 km daltitude. Les aronefs commands terre sont aujourdhui disponibles. Restent
rsoudre des problmes lis au fait que laronef bouge et que donc les spots le font
galement. Une antenne fixe terre risque donc de changer en permanence de spot (et donc de
frquence) et cela engendre de multiples handovers.
Les frquences utilises en France pour la BLR sont 3,5 et 26 GHz. La premire est mieux
adapte une zone de faible densit (couverture plus large), la deuxime est mieux adapte
des zones forte densit. En 3,5 GHz la visibilit directe entre antennes nest pas toujours
obligatoire.
Quand un oprateur dploie ses stations de base, il doit les interconnecter. Il peut louer de la
bande passante un autre oprateur, dployer un rseau filaire ou, solution souvent mieux
adapte, interconnecter les stations de base travers des liens radio. Cette dernire approche a
29

un intrt du fait quun oprateur BLR doit, de toutes manires, disposer des points en hauteur
pour ses stations de base. On construit ainsi un rseau mtropolitain radio qui sera raccord
sur un ou plusieurs points un rseau longue distance pour le trafic chang avec lextrieur
de la mtropole. Ceci peut tre un avantage dcisif pour cette technologie qui a des difficults
simposer massivement aujourdhui (voir la section 4.6). Cet avantage est particulirement
intressant dans le cas de dploiements dans des mtropoles avec peu de ressources de
tlcommunications.

4.5 Autres technologies daccs

Pour tre exhaustifs, nous prsentons sommairement deux autres technologies daccs : le
satellite et le PLC (Power Line Communication). Cette dernire concerne lutilisation du
rseau lectrique pour transmettre des donnes. Les oprateurs de rseaux lectriques utilisent
depuis trs longtemps les lignes haute tension pour transmettre des donnes, mais il sagit de
donnes de contrle du rseau lectrique lui-mme et donc de dbits trs bas. Lide de la
technologie PLC est de transmettre des donnes haut dbit entre le dernier transformateur
lectrique et les usagers. Le souci est toujours le mme : viter lingnierie civile lie au
cblage. Dans un premier temps, la transmission de donnes est spare du rseau lectrique
avant le compteur lectrique du client.
Des tests ont t raliss notamment en Angleterre, mais on ne compte pas ce jour, notre
connaissance, de dploiements massifs. En France, en moyenne 80 clients du rseau
lectrique dpendent de la mme tte de distribution. Le dbit total disponible avec les
technologies existantes (quelques Mbit/s) doit tre partag entre eux (larchitecture du rseau
de distribution lectrique est en arbre). Il nest donc pas possible doffrir des dbits importants
aux utilisateurs. A titre dexemple, signalons que fin 1999 Nortel Networks et UUPLC ont
abandonn la Joint Venture quils avaient cre deux ans auparavant pour dvelopper le
march PLC.
On peut imaginer, dans un deuxime temps, dutiliser le cblage lectrique du client pour la
transmission des donnes dans la maison. Ainsi, lordinateur recevrait sur la mme prise le
courant et les donnes. On disposerait ainsi dun point daccs au rseau de donnes au niveau
de chaque prise lectrique. Cela pose des problmes lis aux interfrences et ltat du
cblage lectrique. Avec lavnement des maisons intelligentes, le sujet pourrait redevenir
dactualit.
En ce qui concerne le satellite, des services bidirectionnels sont offerts, mais souvent avec une
voie de retour terrestre, mme si quelques services existent avec une voie de retour par
satellite. Cette technologie est intressante pour atteindre des zones qui ne peuvent pas tre
couvertes par les technologies dcrites prcdemment, mais il semble difficile lheure
actuelle, pour les services offerts aujourdhui, quelle puisse concurrencer avec ces
technologies dans des zones forte et moyenne densit. Avec la technologie VSAT, on trouve
sur le march des solutions avec des dbits de jusqu 50 Mbit/s descendants et de lordre de
150 Kbit/s remontants. Ces dbits requirent une antenne ct client de plus dun mtre.
Les satellites gostationnaires se trouvent plus de 35 000 Km de la terre. Le canal de retour
par satellite requiert donc une puissance importante dans le terminal. De plus, loptimisation
de la bande passante est complexe puisque les protocoles daccs partag sont sensibles aux
dlais de propagation. Ces dlais sont galement pnalisants pour certaines applications,
comme la tlphonie sur IP. Do lintrt des satellites orbites basses et moyennes
(LEO/MEO). Ces derniers se trouvent plus proches de la terre (moins de 3000 Km pour les
LEO) et donc les besoins de puissance sont moins importants. De plus, le spot de couverture

30

est rduit et donc il y a moins de clients pour partager la bande passante dans un spot. Par
contre, la terre est couverte avec 3 satellites gostationnaires et il faut une constellation dun
nombre trs important de satellites qui dpend de lhauteur de lorbite pour la couvrir avec des
LEO. Des problmes de handover apparaissent, puisque les satellites ne sont plus fixes par
rapport aux antennes terrestres. On peut imaginer que la commutation se fasse sur les
satellites pour viter plusieurs aller-retours sur terre. Cela pose des problmes de routage. Des
solutions existent pour ces problmes, mais lenthousiasme pour ces architectures a diminu,
notamment suite aux problmes financiers dIridium.

4.6 Quelle place pour les nouvelles technologies daccs et la

concurrence en France?
Dans les sections prcdentes, nous avons prsent les diffrentes technologies et
architectures permettant daugmenter la capacit des rseaux daccs. La rglementation
autorise aujourdhui leur dploiement. En effet, au dbut du deuxime semestre 2000, les
autorisations pour le dploiement de la BLR ont t accordes et depuis le 1er janvier dernier,
la rglementation franaise intgre le dgroupage.
Par contre, mme si les technologies sont disponibles et le contexte rglementaire autorise, a
priori, leur dploiement, le march se dveloppe moins vite que prvu et la concurrence du
mal se mettre en place. Il convient donc de sinterroger sur les causes de ce retard.
Une des difficults majeures, indpendante des technologies utilises, est le manque de ce
quon appelle communment une killer application , cest dire, dune application dont le
succs serait susceptible de justifier le dploiement des nouvelles technologies. Nous en en
reparlons dans le chapitre 9. Nous dtaillons par la suite des difficults spcifiques chaque
technologie. Lanalyse suivante se base majoritairement sur deux services , laccs haut dbit
lInternet et les liaisons loues, qui reprsentent les premiers services offerts en France sur
le xDSL et la BLR.
Commenons avec la BLR. Ici le problme majeur rencontr par les oprateurs est le cot du
dploiement ; celui-ci savre plus lev que prvu. Le point critique dans la structure des
cots est le CPE, cest dire lquipement ct client et plus prcisment le cot des
composants radio correspondants. Le prix de cet quipement est de lordre de 20 000 F pour
la bande de 26 GHz. De ce fait, le service ne peut tre rentable que dans un contexte
PME/PMI dune certaine taille o des dbits levs sont ncessaires. En gnral, se sont les
entreprises de plus de 10 salaris qui sont vises. Mais ces entreprises ne reprsentent que 7%
du total des entreprises franaises, ce qui limite le march pour cette technologie. Dun autre
ct, les grandes entreprises sont, et seront de plus en plus, connectes en liaisons spcialises
de 34 Mbit/s et plus ; notamment grce un cblage en fibre optique jusqu lentreprise qui
se dveloppera dans le court terme dans les zones forte densit. De ce fait, le march pour la
BLR semble limit. On comprend donc les faillites rcentes dans divers pays (Etats Unis et
Europe).
Une solution au problme du cot du CPE est de le partager entre plusieurs clients. Pour cela,
on peut imaginer que le trafic dans limmeuble soit concentr localement, laide dun
DSLAM, par exemple, quon placerait dans limmeuble mme. La sortie du DSLAM serait
connecte au CPE BLR23,24. En France, il est courant que les paires torsades des immeubles
23

La suite dquipements serait donc : poste client, modem xDSL, paire torsade, modem xDSL, DSLAM, CPE
BLR, lien radio, station de base, rseau.

31

appartiennent France Tlcom, ce qui reprsente une contrainte supplmentaire pour les
oprateurs BLR tents par cette solution. En effet, dune part le cblage des immeubles datant
davant 1976 appartient France Tlcom et, dautre part, France Tlcom a souvent rcupr
le cblage des immeubles plus rcents en contrepartie du maintien de ce dernier. La solution
cite peut donc ncessiter le dploiement dun cblage ad-hoc dans limmeuble.
Outre le cot du CPE, il faut sintresser galement au cot de dploiement des stations de
base. Le dploiement en 26 GHz requiert une visibilit directe entre les stations de base et les
CPE. Cela implique un rayon de couverture par station de base petit et donc de nombreuses
stations de base. Cela reprsente galement un cot important puisque ces stations requirent
des points hauts. On aurait pu imaginer que le dploiement dmarre en 3,5 GHz et non en 26
GHz comme cela a t le cas. En effet, le rayon de couverture est plus large en 3.5 GHz.
Mais le problme est que la capacit totale attribue sur cette bande est limite.
Nanmoins, la BLR peut tre intressante pour des villes moyennes dans lesquelles il nest
pas rentable de dployer des boucles mtropolitaines optiques (voir le chapitre 6). Comme
indiqu en 4.4, des boucles radio peuvent tre cres. Dans les bandes de frquence attribues
pour la BLR, on dispose aujourdhui de liens point point radio de 155 Mbit/s un prix
abordable. Le cot des points hauts est donc partag entre laccs des clients et
linterconnexion des stations de base. Cela reprsente un avantage par rapport aux oprateurs
qui profitent du dgroupage pour dployer des architectures xDSL qui doivent galement
interconnecter leurs DSLAM. En effet, France Tlcom ne les autorise pas dployer des
antennes sur son toit pour crer le rseau mtropolitain. Ils doivent donc payer un cot
important pour disposer de cette bande passante mtropolitaine.
Le premier march vis par les oprateurs de BLR en France semble tre les liaisons loues
longue distance (trs chres chez loprateur historique) et les accs lInternet haut dbit l
o le xDSL nest pas disponible. La bande passante longue distance longue distance est trs
bon march en France aujourdhui et avec la BLR les oprateurs peuvent btir laccs et la
section mtropolitaine. France Tlcom ne dsire rduire ces prix des liaisons loues. En
effet, elle dispose dun offre de couverture nationale trs rentable et prfre donc perdre des
clients dans certaines zones. Nous pensons que lapproche des oprateurs BLR est risque. En
effet, sils atteignent un taux de pntration important, France Tlcom dcidera de baisser
ces prix et leur stratgie se verra affecte.
Nous considrons que cette approche risque de mener une guerre de prix avec les
consquences que nous connaissons dans le contexte de la tlphonie nationale (des marges
trop rodes). Nous aurions prconis une diffrentiation par les services, un effort donc pour
offrir des bouquets de services rpondant de manire globale aux besoins des clients.
Eventuellement, avec une offre de services valeur ajoute et des services convergents.
Disons pour terminer que la situation pour la BLR est bien plus optimiste dans des pays moins
dvelopps que la France, o le manque de qualit et de disponibilit des paires torsades peut
augmenter le cot de dploiement du xDSL et o, dans certains cas, loprateur historique a
une politique moins agressive de dploiement en termes de volume et de prix de loffre.
En ce qui concerne le xDSL, mme si le dveloppement est moins rapide que prvu, le
baromtre IDC fait tat, en France, de 363 000 terminaux accdant lInternet via un lien
24

Cette architecture requiert des DSLAM de petite taille dun cot rduit. Il ny a pas une grande disponibilit de
ce type dquipement.

32

ADSL (sur 12 millions au total), dont 141 000 en domestique et 222 000 en professionnel. Le
march se base sur les offres de France Tlcom, aucun oprateur ne propose des offres
bases sur des lignes dgroupes ce jour. Il nest donc pas tonnant que Wanadoo dtienne
plus de 41% du march daccs via ADSL des rsidentiels.
Sur les plusieurs dizaines doprateurs ayant effectu des tests de dgroupage, seulement 7 se
sont prsents candidats au dgroupage et il nest pas sr que les 7 aillent finalement dans ce
sens. La raison invoque : les tarifs de France Telecom. Le cot du dgroupage rendrait
impossible la rentabilit du dgroupage sur las accs bas de gamme de France Tlcom, et sur
les accs haut de gamme, dans un contexte de faible pntration qui caractrise louverture
dune offre, il semblerait quil soit plus rentable aux oprateurs alternatifs de se baser sur
loffre Turbo DSL de France Tlcom que de dgrouper.
Les oprateurs alternatifs se plaignent du manque dune sparation claire chez France
Tlcom entre les activits sous monopole et celles qui ne le sont pas. La paire torsade
appartient France Tlcom. Mais les conditions dusage de cette PT devrait, daprs les
oprateurs alternatifs, tre la mme pour France Tlcom que pour eux. A titre dexemple, le
prix France Tlcom dune salle de dgroupage est de 1MF partager entre ceux qui
lutilisent. Mais les units daffaires de France Tlcom impliques dans loffre xDSL ne
participent pas ce partage.
De mme, dans les endroits o il ny a pas de place pour une salle de dgroupage, France
Tlcom sautorise quand mme proposer le service xDSL ces clients.
Il existe un autre lment qui augmente le cot du dgroupage. Loprateur alternatif doit
payer la bande passante entre le DSLAM se trouvant dans les locaux lous France Tlcom
et son point de prsence. Cette bande passante doit tre achete France Tlcom. Mme
dans le cas o loprateur alternatif trouve des locaux ct de ceux de France Tlcom, et la
connexion se rduit un cblage local, France Tlcom facture la bande passante.
Tout cela, plus la politique de dploiement de France Tlcom qui prvoit 600 000 lignes
pour la fin de lanne, laisse penser quil ne restera pas trop de place pour la concurrence.
Pour rsumer, les oprateurs alternatifs affirment quun contrle des prix par lART est
ncessaire afin de rende la concurrence possible.
Outre les cots lis loffre de dgroupage de France Tlcom, il faut signaler que les
quipements disponibles dans le march sont souvent peu adapts un contexte de
dgroupage. Ils ont t conus pour les grands oprateurs historiques. Les constructeurs ont
dans leur plan dvolution des produits des offres mieux adapts mais, craintifs sur lvolution
du march, ils ont ralenti les investissements sur ces produits, ce qui rend plus difficile la
situation des oprateurs alternatifs. Un exemple simple, la redondance. Un oprateur
historique peu se permettre de baser la redondance sur la duplication des quipements, cela
nest pas le cas dun oprateur alternatif (cot es quipements mais galement cot de colocalisation). Des quipements offrant une redondance de leurs divers composants sont donc
ncessaires et pas toujours disponibles.
Comme pour le cas de la BLR, nous considrons quune possible solution ces difficults
pourrait tre du ct de loffre de services, les commentaires que nous avons faits sur le
besoin dune offre plus volue restent valables dans le cas xDSL..

33

Il semblerait donc quun coup de pousse garantissant un march minimum soit ncessaire
pour dbloquer la situation (que ce soit pour la BLR ou le xDSL). En effet, cela pourrait
mener les constructeurs adapter leurs produits au contexte des nouveaux entrants (xDSL) et
les oprateurs disposer de certaines marges sur les offres de services classiques les motivant
complter celles-ci. Ce coup de pousse pourrait venir des subventions prvues pour les
collectivits locales, suite au CIAT du 9 juillet dernier. Les oprateurs alternatifs considrent
quil serait ncessaire de donner une plus grande flexibilit aux collectivits locales pour leur
permettre de co-financer plus que les infrastructures passives (pilons, fibres noires, etc.). De
mme, il faudrait mieux spcifier lobjectif des subventions, il semblerait quil y ait un flou
sur ce dernier : sagit-il de faciliter le dveloppement de laccs des clients o du
raccordement des mtropoles aux rseaux longue distance dj dploys ? Les acteurs ont des
visions divergentes sur le sujet.
Nous avons galement parl du cble et de son volution vers les rseaux HFC. En France, la
situation nest pas trs favorable pour le cble puisque sa pntration pour le service
historique de diffusion de tlvision est plus faible que la moyenne dans les pays dvelopps.
En Belgique, par exemple, la couverture cble est de plus de 90%.
Les principaux acteurs en France sont Noos et France Tlcom. Le cot de migration du
rseau semble trop lev pour pouvoir concurrencer les offres xDSL. France Tlcom la fait
par exemple Marseille, mais le taux de pntration reste faible. Noos a rachet son rseau
(quils exploitaient mais qui appartenait France Tlcom), mais les fourreaux appartiennent
toujours France Tlcom, ce qui ajoute une difficult aux interventions sur le rseau.
Si on regarde du ct des nouveaux entrants, NTL a fait le choix de dployer simultanment
du coaxial et de la paire torsade, considrant que la technologie tlphonie sur cble ntait
pas mure. Le cot tant lev, le dploiement des paires a t arrt.
Le SIPPEREC (Syndicat Intercommunal de la Priphrie de Paris pour l'Electricit et les
Rseaux de Communication) a command Noos le dploiement de deux rseaux cble, mais
leur dploiement semble trs lent.
En conclusion, les offres xDSL semblent prendre le dessus sur les offres cble en France.
Quant aux raccordements en fibre optique, ils devraient voir une croissance importante
moyen terme. En effet, des produits PON (voir la section 4.2) arrivent maturit, il y a une
concurrence intressante dans loffre de produits. Cette technologie diminue le cot de
desserte en fibre optique puisquelle ne requiert pas dquipements actifs, ceux-ci se trouvant
en extrmit de larbre optique. Les plaques PON peuvent tre interconnectes par rseaux
Metro-DWDM diminuant le cot de la bande dinterconnexion. Outre linterconnexion, le
rseau mtropolitain concentrera bas cot le trafic en provenance des PON dont la
destination se trouve en dehors de la mtropole.
Les technologies de rseau mtropolitain prsentes dans le chapitre 6 mnent galement
une rduction du prix de dploiement de la fibre jusquau client final.
A titre dexemple, certains oprateurs amricains offrent dans certaines zones des Etats Unis
des raccordements en fibre optique pour un prix de 300 dollars.

34

5 Evolution des curs de rseaux

Lvolution des curs de rseaux est due majoritairement laugmentation du trafic de
donnes et notamment de lIP, mais galement lvolution vers les rseaux multiservices.
Nous nous concentrons donc sur lvolution des curs des rseaux de paquets. Dans le
chapitre 8, nous prsentons les volutions possibles du cur des rseaux tlphoniques et les
architectures pour la convergence voix/donnes.
Augmenter la capacit dun rseau revient dabord augmenter la capacit de transmission
des liens et puis augmenter la capacit des quipements responsables daiguiller
linformation (commutateurs ATM, routeurs IP, etc.). Afin de simplifier la prsentation, nous
appellerons ces derniers, de manire gnrique, des commutateurs ; en effet, ce sont les
quipements permettant dimplmenter ce quon appelle les rseaux commutation de
paquets (rseaux ATM, IP, etc.).
Dans la section suivante, nous introduisons le WDM, technique qui a permis une
augmentation trs significative de la capacit de transmission. Les sections suivantes sont
ddies lvolution des commutateurs et des architectures de rseau.

5.1 La technologie WDM

Laugmentation de la capacit des rseaux passe par laugmentation de la capacit de
transmission. La fibre optique est le mdium qui autorise aujourdhui les dbits de
transmission les plus levs. La Figure 14 montre deux quipements de rseau connects par
une fibre optique.

Rseau doprateur
Site
Client

Site
Client

E / O

O / E

10Gbps

Figure 14 : Une interface lectrique par fibre optique

35

Les quipements de rseau font un traitement lectronique pour pouvoir relayer

linformation25 et, de ce fait, une conversion optolectronique est ncessaire pour pouvoir
transmettre sur les fibres optiques. Au niveau lectronique, les cartes de rseau ont une
limitation en dbit. On trouve sur le march des cartes 10 Gbit/s et on laboratoire on sait
construire des cartes 40 Gbit/s. Par contre, la capacit de transmission dune fibre optique
est de plusieurs centaines de Tbit/s26. Le fait dutiliser une fibre optique pour transporter un
signal 10 Gbit/s induit donc une forte sous utilisation de la fibre. La technologie WDM,
illustre dans la Figure 15, permet doptimiser lutilisation des fibres.

Rseau doprateur
Site
Client

Site
Client

10Gbps
E/O
E/O

O/E
O/E

10Gbps

Figure 15 : Introduction au WDM

Lide du WDM est de transporter plusieurs signaux 2.5 Gbit/s ou 10 Gbit/s en parallle sur
une mme fibre. Pour ce faire, chaque flux est modul avec une couleur diffrente, ce qui
permet lquipement destinataire de les sparer grce un prisme. Une fois spar, chaque
flux individuel est converti en un signal lectrique pouvant, vu son dbit, tre trait en
lectronique.
Aujourdhui, les quipements disponibles sur le march permettent de transporter 1.6 Tbit/s ;
ils transportent, par exemple, 160 couleurs offrant chacune un dbit de 10 Gbit/s. Cela
reprsente un dbit suprieur au double de celui de tout le trafic de tlphonie fixe en France
lheure de pointe.

25
26

Nous verrons plus loin que cela volue avec lavnement des rseaux tout-optiques.
1Trabits/s=1000Gigabit/s.

36

Ds quon dispose de plus de 4 couleurs dans une fibre, on parle de DWDM.

En 1998, le march de cette technologie dpassait dj le milliard de dollars et se trouvait
principalement aux Etats Unis. La raison de cela est simple, la technologie tait rentable sur
les longues distances. En effet, elle limite le besoin de dploiement de fibres27 et rduit trs
significativement les cots damplification des signaux28. Par contre, le march du WDM
dans les courtes distances tait cette poque pratiquement ngligeable. Aujourdhui, le
march WDM est en train de se dvelopper rapidement dans le domaine des rseaux
mtropolitains, comme cela est dcrit dans le chapitre 6.
La couche physique des rseaux doprateur utilise, historiquement, la technologie SDH, que
nous avons dfinie sommairement dans la section 3.1. Un rseau dinfrastructure SDH utilise
souvent des boucles cres grce des ADM29 (Add Drop Multiplexer), comme indiqu dans
la Figure 16. Les ADM permettent de crer des conduits de transmission entre deux points
quelconques de la boucle, plusieurs conduits tant multiplexs sur une mme fibre.

ADM
SDH

Figure 16 : Boucle SDH

27

Que se soit lors du dploiement dune infrastructure nouvelle ou de laugmentation de la capacit dune
infrastructure existante. Nanmoins, il est important de signaler que certaines fibres, appeles DSF, dployes au
milieu des annes 90, sont mal adaptes au DWDM (contrairement certaines dployes plus tt et celles
dployes plus tard). Cela pose problme, en particulier, dans certains pays dAmrique Latine, mais pas
tellement en Europe. La technologie DSF a t remplace par la technologie Non-zero DSF qui ne prsente plus
ces inconvnients.
28
De manire schmatique , on peut dire quun seul amplificateur optique amplifie simultanment un ensemble
de signaux qui, en lectronique, devaient tre amplifis individuellement. De plus, les amplificateurs peuvent
tre plus espacs que dans lapproche historique.
29
Les ADM sont appeles en franais des MIE (Multiplexeurs Insertion Extraction), mais ce terme est
rarement utilis mme en France.

37

Les conduits de transmission sont dbit constant, leur dbit tant lun de ceux de la
hirarchie SDH (155Mbit/s, 622Mbit/s, 2,5Gbit/s, 10Gbit/s, 40Gbit/s). La capacit maximale
dun interface SDH est de 40 Gbit/s. Les quipements SDH traitent les conduits de
transmission en lectronique pour les multiplexer et les dmultiplexer.
On peut, aujourdhui, construire des boucles DWDM. Lide est exactement la mme, sauf
quici les ADM multiplexent et dmultiplexent des longueurs donde (des couleurs). Chaque
longueur donde peut transporter, par exemple, un ou plusieurs conduits de transmission
SDH30. La capacit est donc bien plus importante, mais la granularit est moins fine. En effet,
il nest pas rentable dassocier une couleur un lien 155 Mbit/s puisque le nombre
maximum de couleurs quon sait traiter est limit et parce que les interfaces sont chres. Dans
certaines architectures, les boucles DWDM fdrent des boucles SDH, comme cela est
indiqu dans la Figure 17.
Nous avions dit quun des points forts des boucles SDH est le fait de travailler avec des
doubles anneaux contrarotatifs qui permettent de mettre en place des systmes de protection
contre les pannes. Cela est galement le cas des boucles DWDM. Malheureusement la
normalisation de la protection nest pas finie et on ne dispose que de solutions propritaires.
Des avances scientifiques comme le soliton permettent de transporter des dbits de plus en
plus importants sur des distances de plus en plus longues sans amplification. On sait
aujourdhui transmettre sur 4000 kilomtres sans amplification/rgnration. En laboratoire
on peut faire encore mieux, on sait faire tourner un signal dans une boucle ferme pendant un
temps quivalent celui ncessaire pour faire le tour de la terre et le rcuprer sans introduire
de la rgnration entre temps. Sur des distances de 4000 kilomtres on natteint pas encore
des dbits de lordre du Tbit/s, on se limite aux dizaines de Gbit/s.

30

La technologie WDM permet de transporter tout type de trafic, le SDH ntant quun exemple.

38

SDH

SDH

WDM

SDH

SDH

WDM

Figure 17 : Boucles WDM

Ce type de technologie permet ainsi de rduire considrablement le cot de dploiement et

dexploitation et maintenance de la bande passante longue distance.
Tout comme dans les rseaux SDH, la gnration actuelle de rseaux DWDM ne permet que
dtablir des tuyaux dbit fixe et de manire permanente, cest dire, re-configurables
uniquement par la gestion du rseau. Les usagers nont pas les moyens dtablir
dynamiquement ces tuyaux par signalisation.
En France, la capacit des rseaux a t augmente grce au DWDM. Le prix de la bande
passante longue distance a diminu significativement. Malheureusement, cela nest pas encore
le cas pour la bande passante mtropolitaine (sauf dans les plus grandes villes et notamment
Paris o il existe une concurrence).

5.2 IP sur ATM, PoS et MPLS

Pour btir un rseau, les conduits de transmission ne suffisent pas. Ne pouvant pas
interconnecter deux deux de manire permanente tout couple de points dextrmit dsirant
communiquer, des quipements chargs dacheminer dynamiquement les informations en
fonction de leur destination sont ncessaires. Cet acheminement se fait plusieurs niveaux.
Dans la section 3.1, nous avons vu que, dans un premier temps, pour faire face la croissance
du trafic IP, une architecture de rseaux superposs a t dploye, comme cela est reprsent
dans la Figure 18. On distingue des boucles SDH qui permettent de crer des conduits de
transmission des dbits cits dans la section prcdente. Ces conduits sont utiliss pour
interconnecter les commutateurs ATM. Les commutateurs ATM sont utiliss pour tablir des
39

connexions entre les routeurs IP chargs dacheminer le trafic IP. Les connexions ATM
peuvent tre en thorie de nimporte quel dbit et plusieurs connexions peuvent tre
multiplexes sur un mme conduit de transmission (tant que le dbit de lensemble des
connexions ATM sur un conduit de transmission ne dpasse pas la capacit de celui-ci, bien
videmment).

R
R
R
IP

Site client

ATM

SDH

Figure 18 : Architecture de rseaux superposs

Cette solution est particulirement intressante quand on multiplexe plusieurs flux sur un
mme conduit de transmission SDH. Ainsi, en ouvrant une connexion ATM par flux, on
arrive fournir, grce la gestion de trafic volue de lATM, la QoS requise par chaque
flux. On peut donc vhiculer de la voix, de la vido et des donnes sur le mme rseau. Dans
ce cas, par rapport la Figure 18, il y aurait dautres connexions ATM pour interconnecter
des quipements tlphoniques, par exemple, non reprsents dans la figure. De plus, les
mcanismes de lATM permettent de rsoudre le difficile compromis entre maintenir le
niveau de QoS attendu par chaque type de trafic et optimiser les ressources dployes.
Par contre, cette approche introduit un cot important li au nombre et la diversit
dquipements requis et, galement, une complexit de gestion. De plus, la couche ATM
induit un surcot de bande passante de lordre de 10%.
Une solution alternative consiste transporter le trafic IP directement sur les conduits de
transmission SDH. Cette technologie est appele PoS (Packets over SDH) ; elle est illustre
dans la Figure 19.

40

R
R
R
IP
Site client

SDH

Figure 19 : Packets over Sonet

Cette architecture est intressante quand le trafic IP lui tout seul est suffisant pour remplir
les conduits de transmission. Elle a t utilise pour la premire fois en 1996 sur des liens
transatlantiques et trans-pacifiques. Cette architecture sadapte bien certains besoins, par
exemple, laugmentation du trafic IP Best Effort31 chez un ISP.
On gagne en simplicit mais on perd la QoS, les mcanismes dopration et maintenance de
lATM, etc. Cette technologie ne permet pas aujourdhui de dployer des rseaux
multiservices.
Aucune des deux solutions ntant optimale, on soriente vers une troisime voie, le MPLS.
Lide du MPLS est dintgrer les avantages des deux approches prcdentes. Dans
larchitecture MPLS, il ny a pas des quipements IP et des quipements ATM, il y a un seul
type dquipement que lon appelle des LSR. On a un seul adressage (au lieu de deux dans
larchitecture superpose), il sagit de ladressage IP. On a galement un seul routage. Par
contre, le MPLS achemine les informations, et en particulier les paquets IP, par des
mcanismes proches de ceux de lATM et introduit un plan de contrle qui permet dtablir
des connexions comme dans le cas de lATM. Ces connexions peuvent fournir divers niveaux
de QoS, comme lATM le fait. Autrement dit, on achemine des paquets IP mais avec les
mcanismes de lATM, ce qui est raisonnable puisque la plupart des nouvelles applications
gnrent de lIP mais nombreuses requirent les proprits de lATM. De plus, le MPLS peut
transporter tout type de trafic, pas seulement lIP, et sadapte donc bien la mise en place
dun cur de rseau multiservice.
31

Trafic pour lequel le rseau fait de son mieux mais ne garantit aucune QoS.

41

Le MPLS apporte lIP une implmentation simplifie de la QoS, la possibilit doptimiser le

rseau grce une ingnierie de trafic volue et une grande flexibilit pour la mise en uvre
de VPNs (voir la section 9.2.1).

LSR
LSR
LSR
MPLS

SDH
Ou WDM

Figure 20 : Multi-Protocol Label Switching

Par contre, il est important de signaler que la normalisation du MPLS est loin dtre termine.
Ce manque de maturit de la technologie fait que son usage soit aujourdhui restreint, se
limitant souvent au support du trafic IP Best Effort avec ventuellement la mise en place de
VPNs requrant un grand travail dadministration (voir la section 9.2.1).
En raison des avantages cits, les oprateurs poussent dans le sens dun dploiement
important de cette technologie. Ils sont lattente de lvolution de loffre de produits. Entre
temps, le march de lATM a augment de manire significative en 2000.

5.3 Les rseaux tout-optiques

Dans la section 5.1, nous avons introduit la technologie DWDM. Nous avons soulign
limportance des quipements appels ADM, permettant de crer des boucles DWDM
disposant de mcanismes de protection.
La premire gnration dADM ntait pas capable de changer la couleur dun signal. Le fait
quun conduit doive garder la mme couleur de bout en bout, indpendamment du nombre
dADM traverss, reprsente une contrainte par rapport aux maillages de conduits possibles.

42

Aujourdhui, des solutions existent mais elles requirent un traitement lectronique, ce qui
rduit leur capacit maximale et augmente le cot. Ces systmes sont dits opaques, une
conversion optolectronique est faite lintrieur.
Les quipementiers ont bien avanc sur la conception dADMs transparents, pour lesquels la
conversion des couleurs se fait par des composants tout-optiques.
La simplification de lopration et maintenance des rseaux reprsente aujourdhui un point
trs important des architectures. En effet, elle engendre des cots rcurrents qui deviennent
rapidement plus importants dans les modles daffaire que les amortissements des
investissements. Des efforts sont faits pour mettre en place un plan de contrle des rseaux
optiques simplifiant lopration et maintenance. Afin de faciliter la mise en place dun
contrle intgr du rseau, des efforts sont raliss pour utiliser, au niveau optique, les mmes
protocoles que ceux utiliss dans le MPLS. Larchitecture MPLS est donc gnralise une
nouvelle architecture, appele Generalized MPLS (GMPLS). Le cas particulier du contrle
par ses architectures des rseaux tout-optiques est appel MPS (le faisant rfrence aux
longueurs d'onde que l'on contrle).
Ainsi, on pourra btir un rseau IP sur DWDM avec un plan de contrle unifi pour les parties
IP et DWDM. Le commutateur (lectronique) intgre ici directement des interfaces DWDM.

Ltape suivante cest la construction de commutateurs de paquets (des LSR par exemple)
tout-optiques. Par opposition ltablissement dun conduit optique dbit fixe entre deux
points donns, comme cela est grce aux ADM, il sagit ici de traiter des blocs dinformation
individuellement et de les acheminer vers une sortie calcule suite un traitement toutoptique. Plusieurs problmes doivent encore tre rsolus, un des plus important tant la
difficult de construire des mmoires optiques. En effet, quand on commute des blocs
dinformation individuels, il se peut que deux blocs arrivant sur des ports diffrents dun
mme quipement doivent tre transmis au mme port de sortie. Dans ce cas, lun dentre eux
doit attendre. Cela nest pas simple implmenter en tout-optique. Les solutions les plus
performantes qui ont t imagines, requirent des changes de signaux de contrle entre
quipements, associs chaque bloc dinformation, ce qui nest pas simple implmenter non
plus. La conversion de couleur est galement un lment cl du dveloppement de ce type
dquipement.
Quand la transmission et la commutation sont faites par des quipements optiques, on parle de
rseaux tout-optiques. Vu les problmes techniques qui restent rsoudre, il est difficile
destimer quand est-ce que le march de la commutation tout-optique se dveloppera.

43

6 Evolution des rseaux mtropolitains

Les rseaux mtropolitains sont dploys, comme leur nom lindique, lchelle dune
mtropole. Ils peuvent tre utiliss comme une deuxime tape de concentration derrire des
rseaux daccs ou pour interconnecter des nuds de service. Dans le premier cas, des
usagers ayant besoin dune bande passante importante peuvent tre directement connects au
rseau mtropolitain, sans passer avant par une tape de concentration pralable.
Un rseau mtropolitain peut concentrer le trafic de divers DSLAM, stations de base BLR ou
ttes de rseau HFC. Il peut galement tre termin par des PON (voir le chapitre 4 pour la
dfinition de ces divers concepts).
Un exemple typique dinterconnexion de nuds de service est celui de linterconnexion de
commutateurs tlphoniques daccs lchelle dune ville.
Historiquement, les rseaux mtropolitains ont t bass sur la technologie SDH. Il sagit ici
de boucles SDH bnficiant du haut niveau de protection de cette technologie qui assure en
cas de panne une auto-cicatrisation en moins de 50ms.
La technologie DWDM, rentable depuis quelques annes dj dans le contexte longue
distance, devient rentable de nos jours dans le contexte mtropolitain. Mme quand le
dploiement de plusieurs boucles SDH reste moins cher que le dploiement dune boucle
DWDM (mulant plusieurs boucles SDH), celle-ci prsente parfois des avantages qui
justifient son dploiement. A titre dexemple, les boucles DWDM sont dployes quand les
canalisations sont satures et nautorisent pas le dploiement de nouvelles boucles SDH (cas
de la ville de New York, par exemple). Une boucle DWDM permet de rduire
significativement le temps de provisioning de bande passante aux clients qui demandent des
conduits de transmission de grande capacit. En effet, ce provisioning est logique et
nimplique pas le dploiement de nouveaux quipements physiques. Finalement, il faut
signaler que certains quipements du march facilitent une offre de services bien plus large
que les simples interfaces SDH ou DWDM. Pour ce faire, les quipementiers intgrent dans
les ADM DWDM des quipements de commutation de paquets (ATM dans un premier
temps).
Des volutions sont galement en cours au niveau SDH. Les boucles offrant uniquement des
interfaces SDH sont mal adaptes au trafic de paquets et donc notamment au transport de lIP.
On constate deux volutions. La premire consiste remplacer les quipements actifs de la
boucle (les ADM) par des quipements bass sur la technologie SDH mais autorisant un
multiplexage plus flexible entre les circuits et les paquets. Parfois, les quipements en
question peuvent implmenter des commutateurs ATM, mais les interfaces dans la boucle
restent SDH (et donc on transporte le trafic usager, soit directement sur SDH, soit sur ATM et
lATM sur la SDH). La deuxime consiste remplacer les quipements actifs par des
commutateurs de paquets ayant des interfaces Ethernet 10Gbit/s dans lanneau (au lieu de
SDH). Tous les trafics, y compris la voix et les circuits synchrones (liaisons loues) ; sont
transmis en mode paquet. Cette dernire solution est pousse par certains constructeurs et a
donn lieu une normalisation par lIEEE 802.17 (RPR, Resilient Packet Ring). Les
interfaces optiques peuvent tre DWDM. Il est prvu que cette norme sera termine en 2003,
mais des constructeurs proposent dj des solutions propritaires bases sur ces concepts.
Lobjectif de cette norme est, dans un premier temps, de fournir la mme protection en termes
de temps dauto cicatrisation que les boucles SDH.
Nous considrons que la faiblesse financire des oprateurs alternatifs rend difficile leur
capacit investir massivement dans une technologie tout-optique dans le rseau
44

mtropolitain. La premire solution cite semble plus mature et mieux adapte un contexte
doprateur qui dispose dj dun rseau SDH. Lintroduction de ces technologies risque donc
de se faire en deux tapes, le dploiement des solutions du type RPR ne se faisant pas
massivement avant 3 ans. Il faut souligner que les solutions de type RPR sont galement
moins matures notamment en ce qui concerne loffre de services QoS garantie ncessaire au
transport des trafics temps-rel.
Certains constructeurs proposent des solutions de rseau mtropolitain avec des technologies
propritaires adaptes des usages spcifiques, tels que la tl-surveillance (du trafic routier,
par exemple). Le march pour ses solutions semble tre amorc.
Il est important de signaler que le march des rseaux mtropolitains risque dtre fortement
influenc, dans le court terme, par les dcisions des collectivits locales. Cela est
particulirement vrai en France, suite la dcision du CIAT du 9 juillet dernier concernant le
dploiement du haut dbit en France.
De manire gnrale, on peut dire que ces technologies diminuent le cot du Mbit/s et
facilitent le dploiement de la fibre optique au plus proche du client final et mme jusquau
client final. Les PON reprsentent, dans ce sens, un bon complment aux boucles DWDM. La
solution fibre jusquau client redevient dactualit, aprs avoir t laisse de ct parce que
trs chre il y a quelques annes. Elle limite le march de certaines technologies comme celui
de la BLR pour des dbits suprieurs ceux du xDSL. En effet, la marge pour une solution
offrant des dbits entre ceux du xDSL et ceux des connexions en fibre se rduit. Nanmoins,
la BLR peut avoir un rle jouer quand le dploiement de boucles optiques nest pas rentable,
la mme infrastructure pouvant la fois tre utilise pour la BLR laccs et pour
interconnecter les stations de base travers un rseau mtropolitain radio, comme cela est
dtaill dans la section 4.4.

45

7 Evolution des rseaux mobiles

Cette tude traite des rseaux fixes, on peut donc se questionner sur la raison de ce chapitre.
En fait, elle est double : dune part, le march soriente vers une convergence des services
fixes et mobiles et, dautre part, les architectures de rseaux mobiles comptent une partie
radio et une partie fixe. Nous verrons dans la section suivante qu terme les mmes rseaux
seront utiliss pour transporter les trafics engendrs par des terminaux fixes et mobiles.
Historiquement, les rseaux mobiles se limitaient offrir des services tlphoniques. Certains
analystes estiment que cela risque dvoluer rapidement comme le montre la Figure 21.
Personnellement, nous considrons quil est aujourdhui trs difficile destimer la vitesse de
cette volution. En particulier, il nest pas possible dvaluer la croissance des rseaux
mobiles des gnrations 2.5 et 3 en se basant sur le succs de la deuxime gnration (rseaux
GSM en France). En effet, on ne connat pas ce jour une application qui prsente autant
dintrt pour lusager final que la voix mobile.

1 600
1 400

Mil
lio
ns

1 200
Total lignes fixes
1 000
800

Total abonns
mobiles

600
400

Utilisateurs Internet
accs fixe

200

Utilisateurs Internet
Accs mobile

0
1999

2000

2001

2002

2003

2004

2005

Source : Siemens, ICN M CM, Status: Mar 31, 2000

Figure 21 : Trafic Internet mobile

Nous analysons dans la section 7.3 divers facteurs qui risquent dinfluencer lvolution du
march des rseaux mobiles. Mais avant cela, dans la section 7.1, nous prsentons, de manire
macroscopique, leur architecture et, dans la section 7.2, nous discutons des approches
permettant de partager les cots de dploiement.

46

7.1 Architecture des rseaux mobiles : vision macroscopique

Dans cette section, nous reprsentons de manire synthtique larchitecture des rseaux
mobiles en indiquant uniquement le type de technologie utilis dans la partie accs et dans la
partie cur. La partie accs, appele Base-station subsystem dans le GSM, comporte les
stations de base et leur contrleur, la connexion (fixe) entre eux et la connexion des
contrleurs au cur. Le cur, appel Network subsystem dans le GSM, consiste en un
rseau fixe dont les composants intgrent des fonctionnalits lies la mobilit, autrement dit,
le contrle qui permet de maintenir la connectivit mme en cas de dplacement des usagers.
La Figure 22 dcrit larchitecture GSM. Les parties accs et cur sont bases sur une
technologie de commutation de circuits (TDM). Autrement dit, laccs lInternet se fait
travers ltablissement dun circuit dbit constant. Ce dbit est dailleurs faible : 9,6 Kbit/s.
Ceci explique deux points importants qui ont retard la croissance attendue du trafic WAP32.
Dabord, le mode de facturation : le client est factur au temps de navigation, ce qui reflte le
fait que les ressources lui sont alloues en permanence pendant une navigation, mme sil ne
transmet pas. Puis, les dlais importants dus au faible dbit disponible, qui rendent peu
ergonomique lusage de certains services.

RTC
RTC

TDM

TDM

Internet
Internet
Base-Station
Subsystem

Network SubSystem

Figure 22 : Internet mobile sur GSM

La Figure 23 montre larchitecture GPRS. A laccs, les stations de base (antennes) et leurs
contrleurs (le rseau daccs) sont partags par les deux trafics (voix et donnes) mais des
protocoles diffrents sont utiliss. Les donnes sont transmises ds le terminal en mode
paquet, donc avec un meilleur usage de la bande passante (en particulier de la bande passante
radio qui reprsente la ressource la plus rare). Les dbits disponibles pour les donnes sont
32

Le WAP permet de naviguer sur des serveurs conus spcialement pour le cas mobile, avec une interface
homme-machine pauvre tant donn les faibles dbits et la taille des crans disponibles sur les mobiles actuels.

47

plus levs, de lordre de 50 Kbit/s dans les premires offres qui seront disponibles
probablement la fin de la prsente anne. Ce dbit est comparer celui disponible sur un
accs fixe par modem analogique : 56 Kbit/s. Le rseau cur est constitu de deux rseaux,
un pour la tlphonie, lautre pour les donnes.
D o m a ine circuit

RTC

TDM

TDM
M A C /FR
IP sur X ?
Internet
D o m a ine paquet
R seau daccs

R seau de coeur

Figure 23 : Architecture GPRS

Concernant le signe dinterrogation de la figure, disons que dans la premire gnration des
rseaux GPRS en France, ce sera de lIP sur Frame Relay.
La Figure 24 montre larchitecture UMTS. Dans laccs un seul protocole est utilis pour
multiplexer lensemble de trafics : lATM.

Domaine circuit

RTC

TDM, ATM
MAC/ATM
IP sur ATM

Internet

Domaine paquet
Rseau daccs

Rseau de

coeur

Figure 24 : Architecture UMTS

48

Dans la partie cur, les trafics sont encore spars pour des raisons historiques mais, en
gnral, cest toujours lATM qui est utilise pour transporter la fois les circuits TDM et le
trafic IP. Lutilisation des ressources est mieux optimise grce aux proprits de lATM. De
plus, les dbits disponibles sont plus levs. Deux technologies ont t normalises pour la
partie radio : le FDD (jusqu 384 Kbit/s par code33) et le TDD (jusqu 2 Mbit/s). Cest la
premire qui sera dploye dans un premier temps, la deuxime sera dans un premier temps
rserve des micro-cellules, dans des centres daffaires, par exemple.
Nous venons de dcrire larchitecture de troisime gnration telle quelle est normalise et
quelle sera dploye dans un premier temps. Les organismes de normalisation travaillent
dans une nouvelle version dont larchitecture est reprsente dans la Figure 25. Dans ce
contexte, un seul rseau est utilis pour lensemble des trafics dans le cur et laccs. De
plus, dans le cur il est possible que des technologies tout IP soient utilises. A laccs, il est
probable que lATM sera maintenue, il nest pas simple de garantir une bonne qualit de
service en IP sur des liens bas dbit. LIP serait donc transport sur lATM laccs.

RTC

T e r m inal

Tout IP?

R seau daccs

Internet

R seau de coeur

Figure 25 : Architecture 3G, prochaine version

Le rseau IP pourrait tre le mme pour le rseau fixe et pour le rseau mobile. Certaines
fonctions ncessaires la mobilit seraient ainsi prsentes dans certains routeurs de ce
backbone unique.
Finalement, signalons que les rseaux mobiles peuvent tout simplement tre vus comme une
technologie daccs et que, de ce fait, larchitecture cible serait celle dcrite dans la Figure
26. Loprateur dispose dun rseau unique, auquel on peut y accder travers nimporte
laquelle des technologies daccs disponibles afin dutiliser les diffrents services offerts. Ces
services peuvent tre de transport (VPN pour btir de Intranets distants, voir la section 9.2.1),
daccs lInternet ou des services offerts par loprateur lui-mme, tels que la tlphonie

33

Nous ne pouvons pas rentrer ici dans les dtails techniques, les codes sont un concept li la technologie de
partage de la capacit radio entre plusieurs terminaux. Il faut signaler quun terminal peut utiliser jusqu 5 codes
et donc atteindre en mode FDD le dbit de 2 Mbit/s mais le cot augmente en consquence.

49

(offerte par exemple en mode NGN travers une plate-forme de services gnrique comme
cela est dcrit dans le chapitre 8).
P late-form e d e
Services de
lo p r a t e u r

RTC

xDSL
C o eur

Intranet

BLR
Internet
GPRS
U M TS

Figure 26 : Architecture cible

7.2 Quel partage des infrastructures de rseaux mobiles

Les cots de dploiement dun rseau de troisime gnration sont significatifs. Il est donc
raisonnable dimaginer des approches permettant divers oprateurs de les partager. Deux
modes de partage semblent simposer.
Le premier consiste partager linfrastructure dploye qui est divise de manire logique.
Chaque oprateur garde le contrle sur sa partie. La difficult concerne la maintenance des
parties communes. En gnral, la solution est de confier cette maintenance un tiers.
Dans la deuxime approche, un seul oprateur dtient linfrastructure, mais revend des
services daccs dautres oprateurs. Il sagit dune approche souvent utilise dans les
rseaux fixes. Un oprateur (A) dploie le rseau daccs, collecte le trafic dun autre
oprateur (B) et envoie ce trafic un point de prsence de B. Cela est transparent pour les
clients de B. A la limite, B peut ne disposer daucune infrastructure rseau et limiter son
activit au marketing et vente des services ainsi qu la gestion des clients (tarification,
customer care, etc.). Un tel oprateur est appel, dans le contexte mobile, un VMNO.

7.3 Quelle stratgie de dploiement ?

7.3.1 Les verrous lever
7.3.1.1 Les terminaux
Les terminaux doivent voluer afin de permettre la mise en place de certains services et
applications innovants. Ils doivent intgrer des fonctionnalits comme celles quon trouve sur
PC :
Traitement de laudio, de la vido et des images
Excution dapplications telles que celles dcrites dans la section 9.3.
Et cela avec des contraintes :
Petite taille.

50

Ecran rendant ergonomiques les applications telles que celles dcrites dans la section
9.3.
Prix infrieur celui dun PC.

Il est probable que ces terminaux proviennent en particulier de lintgration, par les
constructeurs de PDA, dune interface native vers le rseau mobile, autrement dit, quils
intgrent les fonctionnalits de base dun terminal mobile sur les PDA.
Les oprateurs doivent convainquent les constructeurs de terminaux quils pourront
rentabiliser leurs investissements.
7.3.1.2 Cartes SIM
Les cartes SIM actuelles ne disposent que de 32 Ko. Certains nouveaux services requirent
bien plus.
Les cartes SIM sont contrles par loprateur, les tlphones non. Loprateur voudrait donc
des tlphones banaliss et des cartes SIM puissantes intgrant des SIM tool kit permettant de
tlcharger des fonctions spcifiques loprateur sur la carte.
Les constructeurs de tlphone veulent se diffrencier travers la valeur ajoute de leurs
quipements. Il y a donc un triangle dintrts rsoudre entre les oprateurs, les
constructeurs de tlphones et les constructeurs de cartes SIM.
Les cartes SIM voluent galement vers de nouvelles technologies, comme les cartes WIM. Il
est notamment intressant de pouvoir tlcharger des programmes Java pour grer
lintelligence dans le mobile.
7.3.1.3 Diversit des capacits de terminaux et portails adapts
Il y aura rapidement sur le march des terminaux avec diffrentes capacits. Il est important
pour le portail de prsenter les informations selon un format que le tlphone sache traiter. La
technologie UAP ( User Agent Profile ) permet au mobile dinformer au portail ce quil sait
afficher et le portail met en forme les informations en consquence (en proxy par exemple par
rapport aux fournisseurs de contenu). Cette capacit reprsente une spcificit des portails
mobiles.
En utilisant le langage XML, on peut envoyer au terminal, dune part, les informations brutes
et, dautre part, un programme XSSL qui permet au mobile de calculer le formatage avant
laffichage. Ainsi, le portail peut disposer, pour une mme information, de diffrents
programmes XSSL et il choisira lequel transmettre en fonction des capacits du mobile
demandeur de linformation.
7.3.1.4 Contenu
Le succs des nouvelles gnrations de mobiles passe galement par la capacit des
oprateurs tablir des partenariats forts et durables avec les fournisseurs de contenu.
Notamment, lUMTS apportera, par rapport au GPRS, la vido. Le succs de lUMTS
dpendra donc de manire significative du type de contenu vido propos. La distribution de
tlvision par cble a montr pour quel type de contenu les clients sont prts payer ; il
faudra donc russir fournir des contenus du type diffusion des buts en temps rel, etc. Les
jeux seront galement un facteur important.

51

7.3.1.5 Tarification
On parle souvent du dbit maximal offert par le GPRS et lUMTS. Nanmoins, il faut signaler
quil est important que les systmes mobiles offrent une granularit de dbit et une tarification
en fonction du dbit demand afin que des prix accessibles favorisent le dveloppement du
march. On peut imaginer galement, comme cela est disponible sur les rseaux fixes dans
certains pays, que la tarification dpende galement du niveau de qualit de service.
Il est galement important que le GPRS et lUMTS autorisent une tarification au volume, bien
mieux adapte des services de navigation que la tarification actuelle GSM base sur le
temps de connexion. Aujourdhui on paye pour le rseau mais pas pour le service. Il faudrait
mettre en place des architectures kiosque comme celles disponibles sur le minitel.
Le cot de loffre de services de navigation par GPRS est infrieur celui de loffre de ces
services sur le GSM. Grce aux nouvelles technologies, les oprateurs devraient donc pouvoir
distribuer les marges avec les fournisseurs de services et de contenu de manire favoriser le
dveloppement de ces derniers et enclencher une dynamique gagnant-gagnant. Des
architectures permettant de mettre en place une tarification diffrentiant la partie rseau de la
partie service, telle quelle existe dans le minitel, doivent tre dployes..

7.3.2 Quel avenir pour lInternet mobile ? Un dploiement en deux tapes

Suite au boom du GSM et de lInternet, il y a eu un grand enthousiasme autour de lInternet
mobile et donc de lUMTS. Le prix des licences na pas t estim trop draisonnable au
dpart puisquil a t inclus dans des business plans qui prenaient en compte les marges des
services du GSM appliques un contexte dexplosion du trafic Internet. Malheureusement,
un facteur important a t nglig : on ne connat pas de services Internet garantissant les
marges des services GSM. Mme si les ides de nouveaux services sont nombreuses (voir le
chapitre 9), leur succs commercial nest pas a priori garanti. Sagissant de services
innovants, il faut du temps pour que leur march se dveloppe. Nous avons lexprience du
GSM : dmarrage en 91, acclration en 94/95 explosion seulement en 96/97. On
pourrait imaginer que les clients tant dj habitus au mobile, le march UMTS pourrait se
dvelopper plus vite. Malheureusement, lutilisation des nouveaux services se fait travers
des interfaces homme-machine compltement diffrentes et requiert galement des
comportements et mme parfois des modes de vie diffrents. En un mot, le passage de lusage
des services tlphoniques et de leurs drivs lusage de services de donnes nest pas
vident chez lusager. On trouvera galement dans le contexte UMTS un phnomne connu
dans le GSM : il faut du temps pour raliser une couverture significative et la valeur du
service vis--vis du client augmente avec cette couverture. Le march devrait sacclrer
uniquement partir dun certain niveau de couverture qui lui-mme dpendra de la vitesse de
dveloppement du march, do lincertitude qui existe aujourdhui sur lavenir du march
UMTS.
Le succs des services mobiles au Japon ne devrait pas tre pris comme rfrence. En effet, il
y a, dune part, une importante diffrence culturelle, notamment par rapport aux relations que
les individus ont avec les nouvelles technologies et, dautre part, parce quau Japon lInternet
fixe est bien plus cher quen Europe34. De plus, loffre japonaise prsente une plus grande
diversit de services ainsi que des terminaux avec une certaine ergonomie dusage. Nous
reviendrons dans la section 7.3.3 sur le cas japonais.

34

Cela est li des problmes de saturation des accs.

52

Le passage aux services de donnes mobiles ne sest pas fait travers le WAP sur GSM. La
plus forte pntration du WAP se trouve en Norvge (11%). En Espagne, le taux de
pntration est de seulement 3%. Plus inquitant, une analyse ralise par lentreprise CIA
Sensor, montre que, dans les 11 pays europens analyss plus les Etats Unis, 90% des
personnes interroges na pas envisag davoir un accs aux services de donnes sur leurs
mobiles.
En France, il existe 850 000 clients WAP actifs, ce qui reprsente un pourcentage peine
suprieur celui de lEspagne.
Nanmoins, ce chiffre peut tre vu de manire optimiste. Depuis le lancement, en un an et
demi, 3.5 millions de tlphones WAP GSM ont t vendus. Par rapport ce chiffre, le taux
dusagers actifs est bien plus important que celui cit. Actuellement, limmense majorit des
tlphones vendus est WAP GSM.
Cela est d principalement aux problmes de tarification et dergonomie, cits dans la section
7.1, qui nont pas permis que les changements comportementaux des usagers se produisent.
Les services UMTS seront ncessairement chers au dpart, loprateur doit payer le cot du
rseau et des licences, lusager devra payer le terminal. Il faut donc passer par une tape
intermdiaire, le GPRS, afin de fournir des services un prix qui autorise le changement de
comportement requis chez les usagers. Il sagit dune sorte dducation du march lusage
des nouveaux services. Une tarification adapte35, une bonne qualit lie aux dbits suprieurs
ceux du GSM, une meilleure ergonomie suite des interfaces mieux adaptes et des services
et contenus intressants (voir le chapitre 9) peuvent tre les lments cls du succs du GPRS.
A partir de l, un saut qualitatif pourrait justifier le passage lUMTS. En effet, certaines
applications lies la vido ou laffichage de cartes gagneraient en qualit grce aux dbits
de lUMTS. Sans doute on pourra concevoir des applications qui permettront dutiliser tout le
dbit fourni par lUMTS. La question qui reste ouverte est de savoir combien les usagers
seront prts payer pour cette amlioration de la qualit et ventuellement pour des
applications lies la vido et si cela justifie un dploiement massif de la technologie. Nous
ne croyons pas quune rponse puisse tre apporte cette question aujourdhui.
Nanmoins, un certain optimisme a t apport par le succs rcent du SMS (messages
courts), dont le trafic a explos notamment chez les jeunes. Lvnement Loft Story a
engendr un trafic important mme du WAP. Cela a permis des usagers de comprendre
lintrt de la technologie, ils ont donc dvelopp un intrt pour lutiliser dans dautres
contextes. On comprend donc que le marketing des oprateurs aura un rle trs important
dans le succs de ces technologies.
Finalement, pour ce qui est de lUMTS, il nest pas clair si les oprateurs auront une logique
de masse (volume) ou une logique de rente (prix chers permettant de rentabiliser plus
rapidement linvestissement initial, mais sopposant la croissance en volume et ne
ncessitant donc pas une volution de la capacit du rseau)

7.3.3 Le cas japonais et la quatrime gnration

Le Ministre des Tlcommunications japonais se prpare attribuer 10 000 millions de
dollars pour la recherche et le dveloppement dans la 4me gnration de rseaux mobiles. La
35

Possible grce lutilisation dun mode paquet, comme nous lavons dj vu.

53

quatrime gnration devrait, dune part, offrir des dbits de lordre de 10 fois suprieurs
ceux disponibles dans la troisime gnration et, dautre part, intgrer linteroprabilit entre
divers systmes dont les rseaux locaux sans fil et Bluetooth36.
On peut se questionner sur les raisons stratgiques dun tel investissement ; elle semble tre
commerciale. Le Japon sest donn les moyens dtre la tte dans le march mobile mondial
et semble dsirer conqurir ce march. A titre dexemple, la compagnie japonaise DoCoMo,
deuxime oprateur mobile mondial, vient de signer un accord avec 3 importants oprateurs
mobiles europens : E-Plus en Allemagne, KPN Mobile N.V. aux Pays Bas et KPN Orange en
Belgique. Le contrat concerne la fourniture de la technologie utilise aujourdhui au Japon par
cet oprateur, dont le succs de ses services (i-mode) de donnes mobiles est largement
reconnu. Leurs points forts : limage, des accords avec des fournisseurs de contenu, un
systme de facturation permettant de facturer pour compte de tiers.
Nanmoins, ce sont les technologies de rseau europennes qui devront tre utilises, ce qui
limitera dans le court terme la flexibilit de dploiement de ces services, dont le succs est
fortement li limage. Ils ont peu de services sur marque propre, ce qui ne les permets pas de
fidliser facilement leurs clients.
Une offre complte devrait comporter des offres en marque propre, une approche kiosque et
une approche navigation type Web.
En ce qui concerne la quatrime gnration, le risque serait que la fentre temporelle de
march pour la troisime gnration se rduise si, base sur les solutions japonaises, la
quatrime gnration arrive avant que prvu, empchant lamortissement des investissements
dans la troisime gnration. Reste voir si les annonces se concrtisent et si les difficults
technologiques sont rsolues dans le moyen terme ce qui nest pas possible de garantir.
Il est important de signaler, nanmoins, que les constructeurs japonais (et corens) ont une
avance en ce qui concerne les terminaux avec des crans de qualit et, dans ce domaine, ils
peuvent absorber une partie importante du march des terminaux de la troisime gnration..

36

Bluetooth est une technologie qui permet de communiquer sur des distances de quelques mtres (voir dizaines
de mtres) des dbits de lordre du Mbit/s. Lapplication est, entre autre, de faire communiquer entre eux
lordinateur, le tlphone portable, lagenda lectronique et demain le DVD avec le tlviseur, etc.

54

8 La voix paqutise et les NGN

8.1 Perspective historique
Historiquement, le trafic de donnes tait ngligeable par rapport au trafic tlphonique. De ce
fait, mme si des rseaux haut dbit ATM, permettant le transport de tout type de trafic avec
la QoS requise, ont t dploys, le trafic tlphonique a t maintenu sur le rseau
tlphonique. En effet, le rseau tlphonique transporte de manire optimise le trafic de
voix 64 Kbit/s et, ce trafic tant largement majoritaire, les facteurs dchelle conomiques
ne justifiaient pas la migration.
Mais cette situation est en train de changer. Dune part, la forte croissance du trafic de
donnes a men les oprateurs dployer des rseaux de paquets dont la capacit dpasse, ou
dpassera dans un futur proche, celle du rseau tlphonique. De plus, le pourcentage de voix
gnre 64 Kbit/s sur le volume total de trafic de voix diminue. En effet, les mobiles
gnrent de la voix compresse, les nouvelles applications multimdia permettent la
compression de la voix et les entreprises compressent la voix pour diminuer la bande passante
quelles doivent acheter aux oprateurs dans le contexte dinterconnexion de sites, par
exemple.
Le rseau tlphonique nest pas optimis pour le transport de la voix compresse et il nest
bien videmment pas rentable de dployer des rseaux tlphoniques optimiss pour le
transport de la voix compresse. La rponse au transport de la voix compresse est la voix
paqutise, autrement dit, le transport de la voix sur des rseaux commutation de paquets
(ATM, Frame Relay, IP, etc.).
Le rseau tlphonique commute (achemine) les octets de voix37 eux-mmes, tandis quun
rseau commutation de paquets commute des paquets, indpendamment de ce quils
transportent. De ce fait, les rseaux de paquets sont adapts, a priori, au transport de tout type
voix, quel quil soit lalgorithme de compression et de codage de la voix utilis.
Dans divers contextes il commence donc tre intressant de transporter la voix paqutise.
La section suivante prsente une synthse des divers marchs pour la voix paqutise.

8.2 Voix et tlphonie sur des rseaux paquet

On distingue les termes voix sur paquets et tlphonie sur paquets . Le premier
concerne uniquement le transport de la voix et de la signalisation correspondante sur un
rseau de paquets (entre un client et un rseau tlphonique ou entre deux rseaux
tlphoniques, par exemple). Le deuxime terme concerne loffre, par un rseau de paquets,
de services tlphoniques. Dans ce dernier cas, partir dun terminal directement connect au
rseau de paquets, on peut tablir des appels tlphoniques et avoir accs aux services
valeur ajoute, tels que le renvoi dappel, la messagerie vocale, le double appel, etc.
Les tarifs du trafic tlphonique international ne refltent pas toujours les cots. Cela est
particulirement vrai pour le trafic entrant dans des pays o la tlphonie internationale nest
pas en concurrence. Dans ces cas, il est conomiquement intressant pour un oprateur
37 Un octet tous les 125 s, ce qui est justement le trafic gnr par un codeur de voix non compresse (voix
MIC). Cela correspond un dbit de 64 Kbit/s, dbit qui est la base de larchitecture des rseaux
commutation de circuits.

55

gnrant du trafic vers un tel pays, dacheminer le trafic tlphonique entrant sur un rseau
paquet jusqu une passerelle connecte au rseau national. Il sagit dune solution de voix sur
paquets.
Dans le VoDSL bas sur larchitecture B-LES (voir la section 4.1.3), lATM nest utilise que
pour transporter la voix entre les IAD38 et la passerelle avec le RTC. Mais le rseau daccs
noffre aucun service tlphonique. Il sagit donc galement dune solution de voix sur
paquets.
Les solutions de tlphonie sur paquets facilitent la mise en place dapplications convergentes
dans le poste de travail. Elles peuvent faciliter oprateur entrant la mise en place dun
bouquet de services intgrant services de voix et de donnes.
Outre ces exemples, on peut synthtiquement distinguer divers marchs pour la voix
paqutise :
La voix paqutise jusquau terminal
Linterconnexion de sites dentreprise
La mise en place par un oprateur dune boucle locale tlphonique
Lvolution du backbone tlphonique
Loffre par un oprateur de services tlphoniques et de convergence sur un rseau
paquet

8.2.1 La voix paqutise jusquau terminal

Dans ce contexte, la technologie sera de la tlphonie sur IP39. En effet, lATM a perdu la
bataille du poste de travail.
Le terminal peut tre, soit un ordinateur disposant dun logiciel de tlphonie, soit un
ordinateur disposant dune carte laquelle on peut connecter un tlphone classique, soit dun
concentrateur disposant de plusieurs ports pour des tlphones classiques et dun port vers le
rseau Ethernet, soit un tlphone IP40. Toutes ses options sont aujourdhui disponibles sur le
march41. Le logiciel peut tre gratuit ; un tlphone IP de qualit acceptable cote
aujourdhui de lordre de 2500 Francs. Ce cot remplace celui du cblage tlphonique dans
le cas dun immeuble cbler. Mais lintrt de la tlphonie sur IP jusquau poste de travail
est la flexibilit que cette technologie offre pour la mise en place de nouveaux services
convergents, dont nous pouvons citer titre dexemple :
La Convergence Tlphonie Informatique (CTI) tel que le screen pop-up (quand
on dcroche, une page fournissant des informations sur lappelant saffiche).
La messagerie unifie (une seule messagerie pour le tlphone, les mls ( e-mails ),
les fax, etc. Ce service peut galement intgrer la lecture des mls afin de pouvoir les
consulter par tlphone et/ou la reconnaissance vocale pour lenvoie en mode texte des
messages vocaux.

38

Un IAD (Integrated Access Device) est un quipement qui offre des ports voix et des ports donnes ct
usager et un port, souvent haut dbit (xDSL, BLR, etc.), vers le rseau de loprateur.
39
Ce qui nempche que lIP ne puisse tre transport sur ATM dans le rseau daccs. Il sagit dans ce cas de la
voix sur IP sur ATM et non pas de la voix sur ATM.
40
Equipement semblable un tlphone classique, que lon connecte directement au rseau de donnes.
41
Nanmoins, elles commencent peine devenir matures et prsentent souvent des problmes de qualit et
dinteroprabilit.

56

Un accs simplifi par page Web aux diffrentes fonctions offertes par le systme
(renvois dappel, doubles appels, click-to-call , etc.).
Le centre dappel Web ( Web Call Center ) permettant la gestion volue dappels,
dans une rception, par exemple.

Diverses solutions sont disponibles sur le march pour introduire la tlphonie sur IP dans
lentreprise :
Les IPBX. Ici le PABX est remplac par un serveur connect au rseau local, qui gre
la signalisation de contrle des appels et les services. Les flux de voix sont changs
sur le rseau local directement entre les terminaux, sans passer par le serveur. LIPBX
contient galement une passerelle vers le RTC pour les appels sortants vers ce dernier
(dans ce cas, les flux de tlphonie le traversent).
Les PBXIP. Il sagit dun PABX classique avec un port lui permettant de se connecter
au rseau local. Ainsi, il peut, dune part, grer des terminaux IP et, dautre part, tre
connect avec des PBXIP de lentreprise se trouvant sur dautres sites (VPN de
tlphonie, concept dfini dans la section suivante) travers un rseau de donnes.
Le centrex IP. Cette solution ressemble lIPBX dans le sens o la signalisation de
contrle des appels et les services sont grs par un serveur. La diffrence est que ce
serveur appartient un fournisseur de services et donc les services sont offerts en
mode ASP (Application Service Provider, voir la section 9.2.8). Le serveur tant
mutualis, les cots diminuent, ce qui permet des petites entreprises de disposer des
services volus comme ceux cits plus haut un prix accessible.
Des solutions existent sur le march pour les trois cas de figure. Les solutions IPBX restent
pour linstant chres (de lordre de deux fois plus chres quun PABX). Les solutions PBXIP
utilisent souvent des protocoles propritaires issus des protocoles de signalisations utiliss par
les diffrents constructeurs dans leurs PABX. Les solutions en mode ASP sont jeunes et pour
linstant elles sont fournies uniquement par des start-ups .

8.2.2 Linterconnexion de sites dentreprise

Un deuxime exemple concerne linterconnexion des sites dune entreprise. Historiquement,
lentreprise achetait de la bande passante pour interconnecter ses rseaux de donnes et en
parallle et de manire indpendante, de la bande passante pour interconnecter ses PABX
(centraux tlphoniques). Le cot engendr par cette approche peut tre diminu. En effet, en
transmettant la voix paqutise, le trafic tlphonique et le trafic de donnes sont multiplexs
sur la mme bande passante engendrant ainsi une rduction de cots pour lentreprise. De
plus, ce multiplexage est flexible, le partage tant dynamique en fonction des volumes de
trafic respectifs chaque instant.
Plus prcisment, les entreprises utilisaient des liaisons loues pour interconnecter leurs sites.
Dans un premier temps, deux liaisons loues taient utilises entre deux sites, une pour
interconnecter les rseaux locaux (on parle de VPN de niveau 1, voir la section 9.2.1 pour
plus de dtails sur les VPN) et une deuxime pour interconnecter les PABX (centraux
tlphoniques). Des solutions sont apparues permettant de multiplexer les deux trafics sur la
mme liaison loue. Le partage est fixe, une partie de la bande passante tant ddie la
tlphonie indpendamment du trafic. Linterconnexion des rseaux locaux a volu vers du
Frame Relay (FR). Ainsi, la liaison loue est locale jusquun point de prsence dun
fournisseur Frame Relay et le cot global de linterconnexion diminue (on parle de VPN de
57

niveau 2). La technologie Frame Relay est remplace par lATM quand les dbits sont levs
(cela reste du VPN de niveau 2). Des solutions existent pour multiplexer voix et donnes sur
Frame Relay et sur ATM, avec un partage plus dynamique de la bande passante disponible.
Une autre solution pour le transport de la voix est dutiliser des PBXIP ou des IPBX et de
transporter la voix sur IP sur ATM ou sur FR.
Finalement, quand les VPN de niveau 3 seront disponibles avec la QoS requise, on pourra se
passer de lATM et du Frame Relay. Tout au plus, les connexions FR et ATM seront locales
jusquau point de prsence dun fournisseur de services de VPN IP.

8.2.3 Evolution des rseaux tlphoniques

densemble et introduction aux NGN.

doprateur,

vision

Dans un rseau tlphonique, on distingue au moins trois types de commutateurs. Les

commutateurs daccs auxquels sont rattachs les usagers42, les commutateurs de transit43 qui
acheminent les appels entre les commutateurs daccs et les commutateurs de transit
internationaux44 qui donnent accs au rseau tlphonique international.
La voix paqutise peut tre utilise pour :
Remplacer uniquement le rseau daccs jusquau commutateur daccs
Remplacer uniquement le cur de rseau, cest dire les centres de transit
Remplacer les deux derniers
Remplacer lensemble du rseau, voire construire un nouveau rseau
Autres
Dans les trois premiers cas indiqus, le commutateur daccs nest pas chang. Celui-ci donne
ainsi accs lensemble des services existants, y compris ceux du rseau intelligent. On
transmet de la voix paqutise dans certaines parties du rseau, mais loffre de services ne
change pas.
Des changements plus profonds peuvent avoir lieu dans larchitecture du rseau. Un
commutateur tlphonique est constitu de deux parties principales. Une partie matrielle
(hardware) qui se charge de lacheminement des octets de voix entre la source et la
destination. Une partie logicielle (software) qui se charge de grer la signalisation et les
services. Les deux parties sont historiquement co-loges dans le mme quipement ; on peut
imaginer de les sparer. La partie logicielle est alors place dans un serveur qui contrle
plusieurs parties matrielles en mme temps (do lintrt, notamment conomique, dune
telle sparation). De plus, la fonction ralise par la partie matrielle, cest dire
lacheminement des flux, peut tre fournie par un rseau en mode paquet, ce qui mne vers la
convergence voix/donnes.
Ce type darchitecture est souvent appele Next Generation Network (NGN).
Ainsi, on na plus besoin des commutateurs daccs. On se trouve donc dans le quatrime cas
de la liste prcdente. En effet, les clients accdent la partie logicielle, souvent appel softswitch , pour demander laccs aux services. Par exemple, quand un client demande une
communication vers un correspondant au soft-switch, ce dernier lui indique quelle est
ladresse destinataire dans le rseau de paquets et la source met donc les paquets transportant
la voix vers cette destination. Les flux dinformation, la voix notamment, sont vhiculs
42

Ils sont galement appels commutateurs locaux et en France on les connat galement comme Centres
Autonomie dAcheminement (CAA), daprs la terminologie utilise par France Tlcom.
43
Egalement appels Centres de Transit (CT)
44
Egalement appels Centres de Transit Internationaux (CTI)

58

directement sur le rseau de paquets (IP par exemple) de bout en bout. Le soft-switch peut
implmenter des services autres que les services de voix, on a donc une volution naturelle
vers la convergence des services. Faire de la tlphonie revient introduire un serveur
spcifique dans le plan de service du rseau de paquets. On imagine donc un rseau Internet
disposant, outre des serveurs Web, des serveurs soft-switch pour faire de la tlphonie.
Une passerelle avec le RTC permet linterconnexion des deux rseaux tlphoniques (le RTC
et le rseau de tlphonie sur paquets).
Ces diverses ides sont dclines, dans des exemples plus prcis, dans les sections suivantes.

8.2.4 La mise en place par un oprateur dune boucle locale

tlphonique
Larchitecture B-LES (voir la section 4.1.3), que nous avons introduite dans le contexte des
rseaux daccs xDSL, sapplique tout type de rseau daccs y compris la BLR. La seule
condition est que lATM soit utilise.
Dans larchitecture en question, le rseau de paquets ne fait que transporter la tlphonie
classique entre les usagers et le RTC.
Une deuxime approche consiste offrir des services tlphoniques sur le rseau de paquets.
De la mme manire quon dispose sur lInternet de serveurs Web, on peut disposer de
serveurs offrant des services tlphoniques. Nous avons vu quon les appelle des softswitches . Ils grent la signalisation tlphonique et les services associs. Les solutions de ce
type sont moins matures et nautorisent pas aujourdhui un dploiement de masse. Elles sont
utilises notamment dans le contexte de centrex IP cit dans la section 8.2.1.

8.2.5 Lvolution du backbone tlphonique

On peut galement introduire un rseau de donnes dans le cur du rseau tlphonique, soit
afin de btir un rseau, soit parce que le rseau est satur et quon dispose dun rseau de
donnes qui lui a de la capacit. Les commutateurs locaux ne sont plus interconnects
travers des centres de transit, mais travers un rseau de paquets (ATM ou IP, par exemple).
Si on veut que la capacit du rseau de donnes sadapte dynamique aux besoins du trafic
tlphonique (ce que lon appelle le trunking dynamique), une volution des normes de
signalisation de cur de rseau tlphonique est ncessaire. Les normes sont prtes pour le
cas ATM (norme UIT Q.1901) et en cours de prparation pour le cas IP. Par contre,
limplmentation de ces solutions nest pas mature.

8.2.6 Loffre par un oprateur de services tlphoniques et de

convergence sur un rseau de paquets
Loffre par un oprateur de services tlphoniques et de convergence sur un rseau de paquets
requiert le dploiement des soft-switches cits prcdemment. La question qui se pose est
celle de la migration. Les services existants, fournis par le rseau intelligent (numros 800,
etc.), doivent tre maintenus. Donc, les soft-switches doivent pouvoir inter-oprer avec le
rseau intelligent et cela nest pas encore mature dans lindustrie. Comme cit prcdemment,
les solutions existantes sadaptent bien des offres prcises comme celle de Centrex IP pour
PME/PMI.

59

8.3 Les architectures de tlphonie sur IP et lvolution vers les

NGN
Les architectures existantes de tlphonie sur ATM ont pour but le transport de la voix et non
pas loffre de nouveaux services au client final. Autrement dit, le client final voit les services
tlphoniques classiques, sur des interfaces classiques et sur des terminaux classiques ;
loprateur utilise lATM pour transporter la voix et la signalisation correspondante. Ainsi, la
solution, dj prsente, B-LES de VoDSL, qui est base ATM, ne fait qumuler une boucle
locale tlphonique classique, sa prsence est transparente aux usagers. Par contre, en
tlphonie sur IP, diverses architectures pour loffre native de services tlphoniques sur IP
sont disponibles.
La premire tre normalise et la plus dploye est larchitecture H.323, normalise lUIT.
Il sagit de la seule architecture pour laquelle on dispose aujourdhui dimplmentations
matures. Nanmoins, les versions implmentes de cette architecture45 sont fortement
inspires de lapproche RTC en termes de signalisation.
LIETF travaille en parallle sur une autre approche, base sur un protocole de signalisation
appel SIP (Session Initiation Protocol). On ne dispose pas dimplmentations industrielles
matures de cette solution.
On peut trouver diverses comparaisons entre ces deux approches dans la littrature. Nous ne
les considrons pas trs pertinentes en ce qui concerne lanalyse de lvolution du march. En
effet, nous ne croyons pas que le choix final sera bas sur des arguments techniques. De notre
point de vue, du fait que le protocole SIP puisse tre utilis comme protocole de signalisation
pour tout type dapplication et que les concepteurs de nouvelles applications se basent en
gnral sur les piles de protocoles de lInternet, larchitecture SIP simposera terme, mme
si elle nest pas ncessairement la meilleure approche pour faire de la tlphonie.
Dans les deux architectures, on trouve au moins les trois types dquipements suivants : les
terminaux, les serveurs qui ont lintelligence de grer la signalisation et les services et les
passerelles (souvent appeles selon leur nom en anglais gateways ) qui permettent
linterconnexion avec le RTC afin que des appels soient possibles entre terminaux de
tlphonie sur IP et de tlphonie classique.
Nous ne renterons pas ici dans le dtail de ces divers quipements. Nanmoins, il est
important de prsenter un nouveau concept qui, lui, est n de lvolution de larchitecture des
passerelles que nous venons dintroduire.
Imaginons quon veuille viter de subir la tarification tlphonique nationale et internationale.
Pour cela, il est ncessaire de dployer une passerelle dans chaque ville. Ainsi, les appels
destins un tlphone du RTC sont achemins sur IP jusquune passerelle proche de la
destination et seulement une communication locale est tablie sur le RTC. Cela requiert le
dploiement dun nombre important de passerelles et reprsente donc un cot important. Une
passerelle est compose de deux parties. Une partie intelligente qui se charge de la
traduction des signalisations entre la tlphonie RTC et la tlphonie sur IP et une deuxime
partie qui se charge du transcodage de la voix46. Ces deux parties sont implmentes sur un
45

La version le plus souvent implmente par les constructeurs est la version 2. La normalisation est en cours de
finaliser la version 4.
46
Le codage de la voix est souvent diffrent en tlphonie classique et en tlphonie sur rseaux de paquets.
Dans ce dernier cas, on fait appel souvent la compression de la voix. De plus, la manire dont les octets de voix

60

mme quipement. Afin de diminuer le cot de dploiement, il est intressant de sparer ces
deux fonctions et de centraliser la partie intelligente dans un serveur (appel MGC, Media
Gateway Controller ) qui contrlera les divers dispositifs responsables du transcodage
(appels MG, Media Gateway) qui eux ne peuvent pas tre centraliss ; ils doivent se trouver
chaque point dinterconnexion entre le RTC et le rseau de paquets. Un protocole est donc
ncessaire afin que le MGC communique avec les MG quil contrle. Plusieurs propositions
de protocoles ont t faites, dont MGCP (Media Gateway Control Protocol) pour lequel on
dispose de certaines implmentations. Finalement, suite un travail commun entre lUIT et
lIETF, un protocole a t normalis ; il sagit de la norme H.248 de lUIT, connue sous le
nom MEGACO lIETF.
Ce protocole permet le contrle de passerelles de tout type. Remarquons quun tlphone est
une passerelle entre la voix humaine et la voix numrise sur IP par exemple. Un tlphone
peut ainsi tre contrl par une MGC. Si celle-ci intgre des fonctions lui permettant doffrir
des services volus (par opposition au simple tablissement de connexions), elle devient un
soft-switch. Cela reprsente donc une troisime architecture de tlphonie sur IP (par rapport
H.323 et SIP). Elle permet davoir des tlphones plus simples et moins chers. A titre de
comparaison, un tlphone IP H.323 ou SIP ressemble un tlphone RNIS dans le sens o il
traite la signalisation et dispose donc dune certaine intelligence. Un tlphone contrl par
H.248 ressemble un tlphone analogique dans le sens o ce dernier ne dispose daucune
intelligence, il est contrl par son commutateur de rattachement.
Les architectures du type H.248/MEGACO peuvent donc tre utilises en complment de
H.323 et de SIP (implmentation des passerelles) ou toutes seules selon les usages. Elles
devraient permettre terme, quand on disposera sur le march dimplmentations matures et
robustes, de rduire le cot de dploiement de la tlphonie sur IP ainsi que celui de certains
types de terminaux.
Le terme NGN est aujourdhui utilis pour toute architecture utilisant des technologies
innovantes, mais, historiquement, il faisait rfrence aux architectures que nous venons de
dcrire, bases sur un contrle centralis par rapport au contrle distribu dans les
quipements de rseau utiliss dans le RTC.

8.4 Existe t-il un march ?

Les architectures de tlphonie sur rseau de paquets se dveloppent plus lentement que
prvu.
On observe un usage non professionnel de la tlphonie sur Internet dordinateur ordinateur
base sur des logiciels souvent gratuits. La qualit est trs alatoire, lusage est donc dans un
contexte rsidentiel pour des appels considrs comme peu importants ou pour lesquels la
perte de qualit se justifie par le prix lev dun appel international sur le RTC.
On constate galement des dploiements de tlphonie sur IP par des oprateurs pour
linternationale, notamment pour lacheminement du trafic dans le contexte de certains
oprateurs de cartes pr-payes. Cet usage vise une niche de march qui diminue suite la
baisse des tarifs de tlphonie internationale qui rduit les marges. Souvent des rseaux IP adhoc sont dploys pour ne pas subir les alas de lInternet en termes de QoS.

sont structurs pour le transport est galement diffrente dans les deux cas. La passerelle est responsable des
traductions ncessaires.

61

Le march de la tlphonie sur IP commence se dvelopper galement dans les entreprises.

Pour linstant, il se base souvent sur des solutions propritaires qui napportent pas en gnral
une volution importante en termes de services valeur ajoute. Elles permettent une
rduction de cot, notamment en ce qui concerne linterconnexion de sites.
Des solutions en mode ASP apparaissent de nos jours. Elles sont particulirement
intressantes pour les PME/PMI qui ne doivent pas investir dans des quipements, faire appel
un intgrateur, etc. A partir dun accs haut dbit lInternet (xDSL, BLR, etc.), elles se
connectent sur une plate-forme de services centralise et mutualise qui leur offre de manire
convergente lensemble des services dont elles ont besoin de manire convergente.
En ce qui concerne la voix laccs sur xDSL et sur BLR, des solutions industrielles
commencent apparatre. Le march semblait dcoller aux Etats Unis mais a t retard par la
conjoncture actuelle. Les oprateurs les plus intresss, cest dire les alternatifs, nont pas
toujours les moyens dinvestir dans des nouvelles technologies. En France, ces solutions
ptissent du retard pris par le dgroupage effectif et le dploiement de la BLR. Les oprateurs
de BLR vont proposer les services de voix dans un deuxime temps, aprs laccs lInternet
et les liaisons loues.
Mme si le march a t ralenti par rapport aux attentes, de notre point de vue, lvolution est
inluctable. Cela ne veut, en aucun cas, dire que le RTC va disparatre moyen terme. Nous
aurons de la commutation de circuits dans les rseaux pendant au moins la prochaine
dcennie. Par contre, les investissements sur cette technologie vont diminuer
significativement. Insistons sur le fait quon attendait une telle diminution pour cette anne et
que suite au manque de maturit du march, certains oprateurs alternatifs dcident encore de
dployer des rseaux commutation de circuits.
A plus long terme, plus que dune volution darchitecture de rseau, il faudrait parler dune
volution de la tlphonie telle que nous la connaissons. En effet, les communications de voix
seront intgres dans dautres applications, dont la plus naturelle est la visioconfrence, mais
aussi dans des applications de convergence voix/donnes, comme celles cites dans le
chapitre 9. A terme, le rseau tlphonique naura plus dexistence propre, il sera intgr dans
un rseau plus large, multiservice, afin dassurer la migration vers lobjectif cit.

62

9 Evolution de loffre de services

Lvolution de loffre de services sera llment dterminant de lvolution du march des
tlcommunications. Les chapitres prcdents montrent que la technologie ne sera pas un
point bloquant de cette volution. Le problme est de savoir quels sont les services qui
dgageront les marges ncessaires pour justifier le dploiement des technologies et des
architectures prsentes.
Nous prsentons par la suite des services que nous considrons peuvent tre importants dans
divers marchs. En particulier, dans la section 9.3 nous prsentons des services qui peuvent
profiter de la mobilit.

9.1 Besoins gnriques

Indpendamment des services eux-mmes, on peut souligner des besoins gnriques des
usagers :
Simultanit des services : lusage dun service ne doit pas bloquer lusage simultan
dautres services.
Accs intgr aux divers services sur une mme interface avec le rseau.
Convergence entre services (messagerie unifie, click-to-dial, etc.)
Auto-provisionning : capacit de contrler le provisionning de services (par exemple,
un client peut se crer une nouvelle ligne tlphonique sur VoDSL en cliquant sur une
icne).
Provisioning instantan : dans lexemple prcdent, la ligne est disponible
immdiatement.
Capacit de personnaliser les services.
Minimiser les quipements matriels requis pour avoir accs aux divers services.
Au niveau transport : la qualit de service et les VPN (dfinis plus bas).

9.2 Quels services ?

9.2.1 Services de transport : Evolution des VPN
Le terme franais, peu utilis, pour VPN (Virtual Private Network) est RPV (Rseau Priv
Virtuel). Le mot priv indique que seuls des membres bien dfinis dun groupe peuvent
tre connects au rseau (contrairement un rseau public pour lequel, moyennant
lacquittement du prix de son utilisation, tout le monde a le droit de sy connecter). Le terme
virtuel indique quil ny a pas une infrastructure ddie au rseau. En fait, divers rseaux
privs et publics peuvent partager la mme infrastructure, mais les membres dun VPN ont
limpression de se trouver seuls sur le rseau. Les VPN prsentent un intrt particulier pour
linterconnexion de sites dentreprise.
Historiquement, les entreprises utilisaient des liaisons loues pour interconnecter leurs sites.
Ces liaisons taient dployes par loprateur sur la mme infrastructure physique que leur
rseau tlphonique. Linterconnexion maille de plusieurs sites ncessite dans ce contexte
63

dune liaison loue par couple de sites, ce qui est trs coteux. Cela requiert une interface par
site distant dans lquipement dinterconnexion de chaque site et implique, par ailleurs, une
facture de tlcommunications leve. On parle dans ce contexte de VPN de niveau 1.
Suite au dploiement par les oprateurs de rseaux de paquets, tels que Frame Relay et ATM,
les VPN de niveau 2 sont apparus. Ici, chaque site client dispose dune unique liaison loue
courte distance ou dautre moyen daccs au point de prsence de loprateur Frame Relay ou
ATM. Sur cette liaison unique, il est capable dtablir diverses connexions FR ou ATM vers
les sites distants. On dispose toujours de connexions point point entre les sites
interconnecter, mais ce sont des connexions dites virtuelles (en mode paquet) sur lesquelles
on a une grande flexibilit pour allouer de la bande passante. Ces connexions permettent un
degr de concentration lev : les connexions des diverses entreprises ntant pas utilises
toutes en mme temps leur capacit maximale, loprateur peut dployer une capacit
infrieure la somme des dbits achets par les clients. La gestion des diverses connexions
peut tre lourde.
Avec le dploiement massif de rseaux IP, la notion de VPN de niveau 3 est apparue. Ici, le
client requiert uniquement un moyen daccs au point de prsence du rseau IP de loprateur
et il envoie simplement ces paquets avec un adressage ventuellement priv. Le rseau IP de
loprateur interprte ladressage de son client et achemine les paquets vers le site
destinataire. Cela simplifie a priori la gestion, elle est automatise, grce, notamment, une
volution des protocoles de routage des paquets IP, concept technique que nous ne pouvons
pas dcrire ici. Cette solution est moins lourde en termes de gestion ; nanmoins, on perd le
degr de scurit et de qualit de service apports par une technologie comme lATM. La
mise en place des rseaux MPLS (voir la section 5.2) devrait terme palier faible cot ces
inconvnients. La scurit peut tre traite au niveau 3 par une architecture dite IPSec qui
permet dauthentifier les membres du VPN et de crypter les informations changes (on parle
de VPN scuris).

9.2.2 Les services directement lis la vido

On attend depuis de longues annes lexplosion du trafic de vido et cela nest toujours pas
arriv.
En ce qui concerne la vidoconfrence, des applications existent depuis longtemps sur le
RNIS. Malheureusement, sur les accs de base (2B+D) la qualit a longtemps t trs pauvre,
elle ne sest amliore que trs rcemment et les clients attendent maintenant des applications
sur des technologies de rseau plus innovantes. Sur les rseaux ATM, on dispose
dapplications dexcellente qualit, mais les quipements sont chers et les accs des rseaux
ATM rares. En ce qui concerne la vidoconfrence sur IP, le problme majeur est le manque
de qualit de service dans le rseau. Des applications de bonne qualit commencent tre
disponibles sur le march. Ds que la qualit de service de lInternet sera suffisante, le trafic
li ce type dapplications devrait augmenter significativement. En consquence, les
oprateurs doivent pouvoir mettre en place des services avec diffrents niveaux de qualit et
avec une tarification qui soit fonction du niveau demand. On devrait voir lusage de ces
applications se multiplier sur les VPN IP avec qualit de service contrle.
La distribution de vido sur les rseaux de paquets est une ralit aujourdhui. A titre
dexemple, rappelons que de nombreuses confrences sont aujourdhui diffuses sur

64

lInternet. On retrouve, toutefois, le problme de qualit de service cit. Dans le contexte du

projet VTHD47 (voir www.vthd.org), une exprimentation de distribution de tlvision a t
ralise avec succs.
Nous avons parl dans la section 4.3 de la NVoD et de la VoD. Nous disions que la NVoD,
service de distribution, existe dj sur le cble. En ce qui concerne la VoD, ds que le taux de
pntration est important, les dbits requis sont extrmement levs. Le prix des serveurs de
VoD, mme sil a baiss, reste lev. De ce fait, nous ne voyons pas de grands projets de VoD
dans le court terme.
Par contre, on peut imaginer dautres applications de vido interactive, avec des squences
courtes (clips) ne requerrant pas une importante qualit. Ainsi, on peut imaginer le
dveloppement de la vido interactive dans le contexte du commerce lectronique, par
exemple (vente de sjours touristiques, etc.).

9.2.3 Tl-mdecine
Diverses applications de tl-mdecine peuvent tre imagines. Citons dabord le diagnostic
distance. Cela requiert une vidoconfrence de qualit, de prfrence en vision
strophonique.
Les images mdicales doivent tre transmises sans aucune erreur et donc la compression nest
pas possible, on se retrouve donc avec des volumes dinformation trs importants
transmettre.
Finalement, des recherches sont faites sur le dport du geste mdicale. Des systmes se
mettent en place permettant de transmettre la sensation de touch et des robots de support au
geste chirurgical existent. Aujourdhui, les robots sont contrls en local, on peut imaginer
que demain ils le soient distance (voir le site VTHD cit prcdemment).
Dans certains pays scandinaves lusage de la tl-mdecine, notamment pour ce qui est du
diagnostique distance, est courant.

9.2.4 Tl-enseignement
Des applications permettant de suivre des formations distance, intgrant la navigation dun
hypermdia avec des animations en ralit virtuelle, des images, vido et texte, existent.
Lapprenant peut, en cliquant sur une icne, rentrer en communication par vidoconfrence
avec un encadrant. Des runions en vidoconfrence peuvent tre prvues pour le travail en
groupe (voir VTHD).

9.2.5 Calcul distribu

Il est aujourdhui bien compris quon dispose dune puissance gigantesque de calcul non
utilise travers les PC souvent teints travers le monde entier. Cela ouvre les portes des
multitudes dapplications.
Plus concrtement, on peut citer une application industrielle de calcul distribu. Certaines
applications, comme le calcul dimages, peuvent requrir une puissance de calcul que la
47

VTHD (Vraiment Trs Haut Dbit) est un projet RNRT (Rseau National de la Recherche en
Tlcommunications), financ par le Ministre de lIndustrie dont les partenaires sont France Tlcom R&D, le
GET et lINRIA. Il concerne le dploiement en France dun rseau IP sur WDM auquel les sites partenaires (une
quinzaine) accdent un dbit de 1 Gbit/s et sur lequel diverses applications innovantes, dont certaines sont
cites dans ce chapitre, ont t dployes.

65

plupart des entreprises ne peuvent pas payer. On peut donc imaginer un fournisseur de
puissance de calcul et un deuxime fournisseur de mise en forme dimages. Ainsi, une
entreprise cliente envoie un calcul faire un fournisseur de puissance de calcul qui envoie
limage calcule un troisime acteur pour sa mise en forme, ce dernier envoyant limage
demande au client. Dans les exprimentations VTHD, des dbits de 700 Mbit/s ont t
gnrs par des applications de ce type. Nous voyons donc que les besoins de dbit peuvent
tre trs importants. On arrivera vraisemblablement toujours remplir les tuyaux des rseaux
de tlcommunications, aussi larges soient-ils.

9.2.6 Ralit virtuelle

Le travail en groupe par CAO en utilisant des espaces virtuels, dans lesquels des membres du
groupe de travail agissent sur un espace virtuel commun, sont aujourdhui une ralit en
laboratoire (voir VTHD pour un exemple dans le contexte de lindustrie automobile).
De mme, la qualit des gallries marchandes virtuelles sest beaucoup amliore les
dernires annes. Ces gallries permettent un usager de se promener et de rencontrer dans
un espace virtuel ceux qui se trouvent dans le mme magasin que lui. Il peut ainsi, par
exemple, discuter avec un vendeur et acheter les produits prsents.

9.2.7 Commerce lectronique

Nous venons de citer une application innovante de commerce lectronique. Le commerce
lectronique est en croissance y compris en France, mme si le retard est important par
rapport aux attentes. La peur de la fraude est souvent mise en avant pour justifier ce retard.
Nanmoins, quand on regarde les statistiques rcentes en France, on observe que le commerce
lectronique se dveloppe surtout dans lachat de billets de train ou davion, voir de livres ou
CDs. La croissance est trs concentre sur ces marchs, ce qui laisse penser que le problme
nest pas tellement le manque de confiance par rapport aux problmes de scurit, mais quil
sagit plutt de la vitesse de changement de comportement et de mode de vie des acheteurs
qui prfrent naturellement une approche dachat plus conviviale . Le commerce
lectronique se dveloppe galement l o il apporte une valeur ajoute claire : lachat de
sjours de vacances la dernire minute des prix extrmement bas, par exemple.

9.2.8 Loffre de services de tlcommunications en mode ASP

Un grand nombre de services et dapplications pour lesquels usuellement une entreprise aurait
besoin de ressources spcifiques, peuvent tre offerts en ligne travers dune plate-forme
mutualise entre plusieurs clients.
Dans la section 8.2.1, nous avons donn lexemple du centrex IP que nous dtaillons ici.
Usuellement, une entreprise a besoin de tlphonie. Elle doit donc acheter ou louer un PABX
dont le prix augmente avec les fonctionnalits offertes (telles que la messagerie vocale). Elle a
galement besoin dInternet et donc des accs et, ventuellement, des serveurs
correspondants. Elle doit donc sadresser un oprateur de tlcommunications et un ISP
pour les accs. Aujourdhui, elle peut avoir accs tous ces servies en ligne, y compris la
tlphonie. Il suffit de disposer dun accs lInternet haut dbit afin datteindre une plateforme de services dun ASP Tlcom qui offrira tous ces services en ligne et de manire
convergente (messagerie unifie, screen pop-up, re-direction automatique des appels,
convergence avec le gestionnaire de contacts de lentreprise, lagenda partag, etc.). Un
membre de lentreprise aura limpression davoir son bureau l o il se trouve, il suffit pour
cela quil dispose dun accs au rseau.

66

Les divers exemples de services prsents dans les sections prcdentes montent quil est
possible de mettre en place un large spectre dapplications forte valeur ajoute qui
ncessitent des nouvelles technologies prsentes dans ce document. La question est de savoir
si le march va se dvelopper pour ces applications et quelle vitesse.

9.3 Les services qui tirent profit de la mobilit

Certains services sont particulirement intressants dans un contexte de mobilit, nous en
donnons ici quelques exemples qui peuvent favoriser le dveloppement du march du GPRS
dans un premier temps et, ventuellement, de lUMTS dans un deuxime temps.

9.3.1 Services lis la golocalisation

La golocalisation concerne, par exemple, lobtention dinformations qui sont pertinentes
selon lendroit o on se trouve. Cela peut correspondre des services de proximit : recherche
dune pharmacie, dun hpital, dun bureau de police, etc.
On peut imaginer quun usager puisse dfinir un profil travers le Web sur un poste fixe ou
mobile. Par exemple, il indiquera quil aime visiter des chteaux et le systme linformera
chaque fois quil passe proximit dun chteau.
Egalement, la recherche dun chemin peut se faire sans avoir indiquer le point de dpart.
Lintrt est donc davoir accs partout et tout moment (notion de mobilit) des
informations adaptes la localisation.

9.3.2 Messagerie unifie, multimdia

La messagerie unifie concerne notamment la possibilit de recevoir ces courriers
lectroniques sur le mobile et, ventuellement, que ces messages soient lus par synthse
vocale. La messagerie pourrait tre multimdia, intgrant de squences vido (cela requiert
des terminaux quips dune camra pour mettre, dun cran adapt et dune capacit de
traitement importante).
Ces services doivent tre pris srieusement en compte, on observe que 50% des usagers du
WAP utilisent cette interface pour lire leurs mails. Il est important de disposer des rgles de
filtrage efficaces.

9.3.3 SMS CB (Cell Broadcast)

Ce service consiste en la diffusion par messages courts (SMS), sur des cellules localises,
dune information donne. En fait, il sagit de multicast, linformation est diffuse
uniquement ceux qui se sont abonns un canal. Suite la rception du SMS lusager peut
avoir la possibilit de se connecter un service de vente en ligne.

9.3.4 M-commerce, Mobile commerce.

Depuis deux ans, on peut commander des articles et payer par CB sur des terminaux mobiles
disposant dun lecteur de cartes.

67

Dans le futur (fin 2002 dbut 2003), on pourra effectuer des transactions scurises avec
change de cls permettant lauthentification et la certification entranant des transactions non
rpudiables (PKI Mobile trust).
Un autre exemple est la commande en ligne sur des comptes prpays. Aujourdhui, cela
sapplique uniquement la vente en ligne, mais il est possible de mettre en place des
portefeuilles lectroniques. Aujourdhui, le service est disponible seulement pour des microachats parce que les achats sont rpudiables.

9.3.5 Amlioration des services WAP actuels

Des services existants, comme la recherche dune route, seront disponibles travers des
interfaces de meilleure qualit. Pour lexemple cit, les images seront meilleures et on pourra
entrer des informations telles que le point darrive en cliquant sur lcran. Le guidage
pourrait tre fait par commande vocale.

9.3.6 Jeux
Les jeux en ligne peuvent tre des jeux de groupe et peuvent prendre en compte la
localisation. Cela pourrait tre un produit dappel pour habituer les clients lusage des
services mobiles valeur ajoute.

9.3.7 Tlchargement
Le tlchargement de musique devient dautant plus intressant que lon dispose aujourdhui
des lecteurs MP3 intgrs dans certains mobiles de dernire gnration.

9.3.8 Groupware
Notamment, la synchronisation avec lagenda partag de lentreprise, laccs au gestionnaire
de contacts, le screen pop-up, etc.

9.3.9 SMS interactif

Le rcepteur dun SMS requrant une rponse immdiate peut rpondre instantanment (OK
ou pas sur une alerte boursire, par exemple). Cette approche est moins flexible que le WAP
mais ne requiert pas une connexion.

9.3.10

Services avec tiers parties

On peut imaginer de nombreux services offerts en ligne par un tiers. Donnons un exemple li
lindustrie automobile. Actuellement, les voitures doivent passer des contrles priodiques.
Cela ne semble plus ncessaire. La voiture pourrait envoyer des informations sur diverses
mesures un serveur centralis qui dciderait le moment o un contrle est ncessaire. Li
la golocalisation, un tel service pourrait dclencher automatiquement des actions en cas de
panne ou accident.

9.3.11

Quel besoin pour lUMTS ?

On observera que le dbit disponible sur le GPRS est suffisant pour un grand nombre des
services et des applications cits. Certes lUMTS apportera une amlioration dans la qualit
(des images de guidage, par exemple) et permettra la mise en uvre des applications faisant

68

appel la vido, mais il nest pas clair que les usagers soient prts payer pour ce saut
technologique dans le court terme.

69

10 De lIPv4 vers lIPv6

Le protocole rseau utilis actuellement dans les rseaux IP et donc dans lInternet est lIPv4.
LIETF a spcifi en 199548 une volution de ce protocole, lIPv649. Cette spcification a t
amliore en 199850. Cette volution vers une nouvelle version du protocole IP fut motive
par le risque dune famine dadresses. En effet, un des points les plus forts de lInternet est le
fait dtre global (cette globalit est due au protocole IP). Mais cela implique un nombre trs
important dquipements terminaux quil faut distinguer travers une adresse unique. Les
adresses en IPv4 ont une longueur de 4 octets et, historiquement, une structure qui ne
permettait pas dallouer les adresses avec une granularit fine51 aux organismes qui en
demandaient52. En 1990, on a estim que le rseau ne pourrait pas dpasser lanne 1994. Les
adresses en IPv6 sont sur 16 octets, ce qui rsout le problme. Mais, finalement, deux
concepts ont t introduits qui ont retard lchance. Ces deux concepts sont le CIDR et le
NAT. Aujourdhui, on estime quil ny aura pas de famine dadresse en Europe avant 2005 et
aux USA avant 2010. Le premier concept a permis une allocation des adresses avec une
granularit plus fine53. Le deuxime a permis la rutilisation dadresses. En effet, certains
postes des entreprises nont pas pour vocation tre visibles et donc accessibles de lextrieur
de lentreprise. On peut donc leur allouer une adresse prive qui peut tre rutilise par une
autre entreprise sur un poste qui galement nest pas visible de lextrieur. Le NAT permet
ces postes de pouvoir sadresser des quipements avec des adresses publics (vus par tout
lInternet), par exemple des serveurs Web, grce un mcanisme de traduction dadresse.
Se pose donc la question du besoin du passage en IPv6. Ce protocole prsente de nombreux
avantages par rapport son prdcesseur : simplification de la configuration des quipements
grce des mcanismes dauto-configuration, simplification de lentte permettant un
traitement plus rapide et facile implmenter en hardware, introduction dun champ qui
facilite la mise en uvre de services qualit de service garantie, architecture de scurit
obligatoire, simplification des architectures de mobilit, simplification du routage grce une
hirarchisation des adresses, etc. Nanmoins, aucun de ces points nest bloquant dans le
contexte des services actuellement utiliss massivement et donc le cot de la migration na
pas t justifi. Mais cette situation est en train de changer. En effet, des services comme la
tlphonie ne coexistent pas bien avec les NATs, les nouvelles technologies de rseau mobile
favorisent lusage de la macro mobilit entre rseaux, ce qui devrait tre mieux gr en IPv6,
la tlphonie sur IP et la mobilit accrot de manire significative la vitesse laquelle
augmente le besoin de nouvelles adresses.
Il existe un rseau IPv6 exprimental international appel le 6Bone dont les diffrents nuages
sont interconnects par des tunnels IPv4. Divers constructeurs ont introduit lIPv6 dans leurs
quipements. Par contre, la migration ne se fera que progressivement et, aujourdhui, il nest
toujours pas vident comment cette migration va se faire. En effet, il faut quun quipement
terminal IPv6 puisse continuer dialoguer avec un serveur Web qui est rest en IPv4 et
rciproquement. On peut imaginer que les quipements terminaux implmentent les deux
protocoles o quil y ait des passerelles de conversion. Certains constructeurs proposent
48

Document IEFT, RFC 1883

Il eu galement une version 5 lie aux besoins du multicast qui finalement ne verra pas le jour.
50
Document IETF, RFC 2460
51
Nombre dadresses adapt aux besoins du demandeur.
52
Les adresses pouvaient tre alloues soit en blocs de 256 soit en blocs de 65536.
53
En blocs de multiples de 256 adresses.
49

70

aujourdhui des quipements pour faciliter cette migration qui est aujourdhui trs lente et ne
devrait pas sacclrer avant 2003/2004.

71

11 Conclusion
11.1 Une vision prospective
Dans lannexe B, nous citons quelques pronostiques clbres. Il est clair quil faut tre trs
prudent, surtout dans le domaine des nouvelles technologies, quand on essaye de prvoir les
volutions, mme court terme.
Nous prsentons donc ici ce que nous considrons tre une cible dans le monde des
tlcommunications, sans pour autant prtendre que se soit la seule volution possible.
A terme nous considrons quil ny aura plus de distinction entre rseaux de
tlcommunications et lInternet. En effet, les services seront convergents, la voix sera
intgre dans dautres applications et la notion de service tlphonique telle que nous
lentendons aujourdhui aura disparue.
On disposera dune infrastructure de rseau haut dbit de bout en bout, majoritairement en
fibre optique. Cette infrastructure en fibre arrivera souvent jusquaux clients finaux pour ce
qui est du fixe. La radio ne sera utilise que pour la mobilit et, dans le contexte des satellites,
dans les zones o dautres types de couverture ne sont pas possibles. Le cur du rseau sera
unique. Le protocole rseau sera vraisemblablement lIP avec un plan de contrle MPLS et la
commutation sera tout-optique. Il y aura un nombre limit doprateurs de rseaux au monde
(quelques dizaines) et les rseaux seront vus comme un service de base (comme lnergie ou
leau). Il y aura par contre une explosion de fournisseurs de service et de contenu. Le cot du
rseau sera vraisemblablement intgr dans le prix dutilisation des services et le rseau
deviendra transparent aux usagers qui ne seront mme pas conscients de son existence,
comme on nest pas conscient de lexistence du rseau lectrique.
Les clients pourront construire et personnaliser leurs services travers dinterfaces trs
ergonomiques. Cela sera possible grce une sparation claire entre le plan rseau et le plan
service.
Nous avons cit une liste dapplications dans le chapitre 9, dont certaines pouvant avoir un
impact fort sur le comportement et le mode de vie de la socit.

11.2 Les technologies de la migration

La migration vers la cible dcrite prcdemment requiert dabord une augmentation de la
capacit des rseaux existants pour faire face la croissance du trafic. Dans le cur du rseau,
le choix porte sur le dploiement de fibres optiques et de la technologie DWDM. A laccs,
dans les pays dvelopps, pour les rsidentiels et les SOHO, les technologies xDSL et le cble
se partageront la majorit du march. En France, il semble que le xDSL prend le dessus sur le
cble. Pour les grandes entreprises, laccs se fait en liaisons spcialises dont le besoin en
dbit augmente augmente. La fibre jusquau client se dveloppe, par exemple, dans certaines
zones avec une forte concentration dentreprises demandant de trs hauts dbits. Les
nouvelles technologies de rseaux mtropolitains, comme le Metro-DWDM et la SDH de
nouvelle gnration, facilitent cette volution. La boucle locale radio peut avoir un intrt

72

pour le march PME/PMI mais son taux de pntration ne sera pas trop lev, il ne sagit pas
dune technologie dterminante dans la migration, ce qui semble galement tre le cas du
satellite.
Pour ce qui est de la commutation, lATM est en train dtre pousse la frontire du rseau,
laccs. Des curs MPLS commencent se dployer, mais encore avec des fonctionnalits
limites. La commutation tout-optique est encore une technologie prospective.
La bande passante longue distance est dj bon march en France. Reste augmenter le dbit
au niveau de laccs et, souvent, galement au niveau mtropolitain ainsi quau raccordement
du rseau mtropolitain au rseau longue distance. Les investissements sont lourds et souvent
pas rentables moyen terme, ce qui implique le besoin de subventions qui commencent se
mettre en place. Il semble que cette dmarche requiert une spcification plus claire des
objectifs et, ventuellement, dune rflexion sur lvolution de la rglementation au niveau
des collectivits locales.
La concurrence au niveau de laccs a du mal se mettre en place. Elle soriente dans un
premier temps vers la concurrence sur les services existants, ce qui rend difficile la
concurrence avec France Tlcom. Une intervention plus active de lART, notamment en ce
qui concerne les contrles tarifaires, est souhaite par les oprateurs alternatifs. Par ailleurs, il
serait intressant que la concurrence se montre plus dynamique dans lvolution de son
bouquet de services.
En ce qui concerne les mobiles, il est claire que les modles daffaires pour laccs
multiservices doivent tre trs diffrents de ceux que nous avons connus pour la tlphonie.
Le temps requis pour lvolution des comportements et le dveloppement de nouveaux
usages, pour atteindre des niveaux de parcs de terminaux importants et dans le cas de
lUMTS, pour atteindre une couverture significative, doit tre pris en compte. Le passage par
la gnration 2.5 est obligatoire. En effet, avec des cots faibles ont pourra dmarrer le
processus qui devrait mener faire prendre conscience aux usagers de lintrt de ces
nouvelles technologies. Une fois cette tape franchie, ils dcideront peut tre de faire le pas
vers lUMTS, pour lequel les prix seront conditionns par les cots des licences, du
dploiement du rseau et des terminaux. Il faudra que les services et le contenu proposs
justifient laugmentation de prix lie au changement de technologie. Il est donc impossible de
donner un pronostique sur le temps ncessaire pour avoir des taux de pntration de lUMTS
importants. Pour le GPRS, les premiers services devraient tre ouverts pour la fin de lanne.
Nanmoins, il nous semble important quun bouquet comportant des services propres aux
oprateurs, des services en mode kiosque et des services de navigation de type Web soit
proposer. Le deuxime type de service requiert des systmes de facturation qui ne sont pas
encore prts.
Nous observons une volution timide vers la convergence voix/donnes et fixe/mobile. Des
solutions sont disponibles pour des marchs de niche, comme le centrex IP pour les
PME/PMI. Mais les technologies permettant une volution rapide des rseaux doprateur
dans ce sens ne sont pas encore matures. Par contre, le transport de la voix paqutise se
dveloppera vraisemblablement, notamment laccs suite la mise en place du dgroupage.
Lapproche VoDSL montre une volution intressante : dans lapproche dial-up le RTC
est utilis pour accder lInternet, dans le VoDSL, le rseau de donnes est utilis pour
accder au rseau tlphonique.

73

On peut dire que pour linstant les oprateurs continuent dvelopper plusieurs rseaux pour
pouvoir fournir lensemble des services. Nanmoins, on observe bien une volution des
rseaux Voice centric vers les rseaux Data centric 54.
Nous voudrions en conclusion rappeler que, en termes de revenus, la voix reste le service le
plus important sur le march global des tlcommunications et que, de ce fait, il ne faudrait
pas la ngliger lors de la mise en place de la concurrence laccs. Le service tlphonique de
base (POTS : Plain Old Telephony Service, en anglais), peut savrer, dans certains modles
daffaires, la si recherche killer application .
Dans divers passages de ce rapport, nous avons insist sur le besoin de faire voluer le
comportement des usagers si on veut que le march des tlcommunications se dveloppe
grce aux nouvelles technologies.
En dehors des subventions permettant le dploiement des infrastructures, ladministration
public pourrait aider le march des tlcommunications en favorisant ces changements de
comportement, comme cela a t fait dans certains pays scandinaves. Cela peut tre ralis en
stimulant lusage des nouvelles technologies, notamment travers la mise en ligne de
ladministration publique sur lInternet. Quelques exemples choisis au hasard : acclration
du remboursement des frais de maladie quand la dclaration est faite en ligne, acceptation de
dlais supplmentaires de dclaration des impts si cela est fait en ligne. Il serait
ventuellement intressant de familiariser les futurs membres de ladministration publique
lintrt et limportance de lutilisation de nouvelles technologies au niveau de leur
formation.
Pour finir, nous voudrions rappeler que le succs de lInternet nest d aucune rvolution
technologique. Il est d aux services offerts qui ont trouv laccueil favorable que nous
connaissons. La raison du succs de ces services semble simple, ils ont t conus par des
usagers cherchant rpondre un besoin propre. Cela inclut en particulier le peer-topeer 55 et notamment lexemple de Napster. Le monde Internet et le monde des
tlcommunications ont suivi des routes trs diffrentes, mais aujourdhui ils se rejoignent, on
parle maintenant de Tlcom-Internet. Nous esprons que les acteurs, et notamment les
oprateurs, qui prennent en main cette volution convergente de lInternet noublient pas ce
qui a t la base du succs de ce dernier et qui sera srement llment cls des volutions
futures : une innovation dans le contexte des services et des applications proche des usagers
finaux.

54

Autrement dit, on passe de rseaux conus pour transmettre de la voix qui transportent des donnes des
rseaux conus pour tre optimaux dans un contexte dans lequel les donnes sont le trafic majoritaire.
55
Le modle WEB est un modle client-serveur. Dans le modle peer-to-peer les terminaux communiquent
en jouant la fois le rle de client et de serveur. Il sagit d'un systme mmoire distribu.

74

12 Annexe A : Glossaire
ADM
ADSL
ANSI
ASP
ATM
B-LES
BLR
CAA
CIDR
CPE
CT
CTI
CTI
DLC
DOCSIS
DSF
DSL
DWDM
ETSI
FDD
FR
FTTx
GSM
HDSL
HFC
IAD
ICW
IETF
IP
IPBX
ISP
LEO
LMDS
LSR
MEO
MG
MGC
MGCP
MIE
MMDS
MPLS
MVNO
NAT
NGN
NVoD
PABX

Add Drop Multiplexer

Asymmetric DSL
American National Standards Institute
Application Service Provider
Asynchronous Transfer Mode
Broadband - Loop Emulation Service
Boucle Locale Radio
Centre Autonomie dAcheminement
Classless Inter Domain Routing
Customer Premise Equipment
Centre de Transit
Centre de Transit International
Convergence Tlphonie Informatique
Digital Loop Carrier
Data Over Cable System Interface Specification
Dispersion Shifted Fiber
Digital Subscriber Line
Dense WDM
European Telecommunications Standards Institute
Frequency Domain Duplex
Frame Relay
Fiber To The x
Global System for Mobile Communications
High data rate DSL
Hybrid Fiber Coax
Integrated Access Device
Internet Call Waiting
Internet Engineering Task Force
Internet Protocol
IP Branch Exchange
Internet Service Provider
Low Earth Orbit
Local Multipoint Distribution Service
Label Switched Router
Medium Earth Orbit
Media Gateway
Media Gateway Controller
Media Gateway Control Protocol
Multiplexeur Insertion Extraction
Multipoint Multi-channel Distribution Service
Multi-Protocol Label Switching
Mobile Virtual Network Operator
Network Address Translation
Next Generation Networks
Near Video on Demand
Private Automatic Branch Exchange
75

PBXIP
PLC
PON
PoS
PT
PTS
QoS
RAS
RNIS
RPR
RPV
SDH
SDSL
SHDSL
SIP
SMS
SOHO
TDD
TDM
UAP
VDSL
VoD
VoDSL
VPN
VSAT
WAP
WDM
WLL

Private Branch Exchange IP

Power Line Communication
Passive Optical Network
Packets over SDH
Paire Torsade
Point de Transfert de Signalisation
Quality of Service
Remote Access Server
Rseau Numrique Intgration de Services
Resilient Packet Ring
Rseau Priv Virtuel
Synchronous Digital Hierarchy
Single line DSL
Symmetric High bit rate DSL
Session Initiation Protocol
Short Message
Small Office Home Office
Time Domain Duplex
Time Division Multiplexing
User Agent Profile
Very high data rate DSL
Video on Demand
Voice over DSL
Virtual Private Network
Very Small Aperture Terminal
Wireless Application Protocol
Wavelength Division Multiplexing
Wire-Less Loop

76

13 Annexe B : Sur la valeur des pronostiques

"Ce "tlphone" a beaucoup trop de dfauts pour qu'il puisse un jour tre considr comme
un outil de communication. Cet quipement n'a donc aucune valeur nos yeux."
- Mmo interne de la Western Union, 1876.
"Il n'y a aucune raison valable pour que quiconque ait envie d'avoir un ordinateur chez lui."
- Ken Olsen, prsident et fondateur de Digital Equipment Corp.,1977
"La bote musique sans fil" n'a aucune valeur commerciale imaginable : Qui donc
accepterait de payer pour recevoir un message qui n'est envoy personne en particulier ?"
- Les associs de David Sarnoff, en rponse ses demandes urgentes d'investir dans la
Radio dans les annes 20.
"Les ordinateurs du futur ne devraient pas peser plus de 1.5 tonnes."
- Popular Mechanics, commentaires sur l'avance des sciences, 1949
"Je pense qu'il y a un march pour peut-tre 5 ordinateurs dans le monde."
- Thomas Watson, prsident d'IBM, 1943
"Mais... quoi cela peut-il bien servir ?"
- Un ingnieur de la division "Systmes de Calcul Avanc" d'IBM, 1968, en commentant
l'invention de la puce lectronique.
"Mais qui diable voudrait entendre les acteurs parler ?" - H.M.
- Warner, Warner Brothers, 1927.
"Nous n'aimons pas leur son, et, de plus, la musique a la guitare est passe de mode".
- Decca Recording Co. refusant de signer un contrat aux Beatles, 1962.
"Des machines volantes plus lourdes que l'air sont IMPOSSIBLES".
- Lord Kelvin, president, Royal Society, 1895.
"640K, ce devrait tre assez pour tout le monde."
- Bill Gates, 1981

77