Memoire de Fin D Etudes ENSA PDF

SOMMAIRE
Ddicaces
Remerciements
Liste des abrviations
Introduction Gnrale
CHAPITRE INTRODUCTIF : CONTEXTE GENERAL DU PROJET SOLUTION DU

BACKHAULING MOBILE DALCATEL LUCENT POUR SON CLIENT MAROC
TELECOM
Section I: Prsentation succincte de la socit ALCATEL LUCENT
Section II: Contexte projet et raisons fondes du choix de la solution
PARTIE I : SYNTHESE DES RECHERCHES LIEES AU CONCEPT IP-RAN

Chapitre 1 : Technologie IP-RAN : Historique et volution
Section I: Architecture RAN (Radio Access Network)
Section II: Technologie IP-RAN (Internet Protocol-RAN)
Chapitre 2 : Etude des quipements, protocoles et services attachs la solution
IP-RAN
Section I: Etude physique de la solution
Section II: Etude Logique de la solution
PARTIE II : MISE EN UVRE DE LA SOLUTION IP-RAN

Chapitre 3 : Implmentation des quipements, protocoles et services appropris
la solution et production du document HLD
Section I: Implmentation physique
Section II: Implmentation logique
Section III: Implmentation du rseau MPLS dans la solution
Section IV: Implmentation des services VPN dans la solution
Chapitre 4 : Mise en uvre des tests dinteroprabilit
Section I : Architecture de la maquette de test
Section II : Fast ReRoute (FRR)
Section III : Test IuB over Ethernet avec NodeB connect un 7705 SAR
Conclusion Gnrale
Liste des figures
Bibliographie et Webographie
Table des matires
Meryeme FILALI
Mmoire de fin dtudes
LISTE DES ABREVIATIONS

A
ABR
AS
ASBR
ATM
AuC
Area Border Router

Autonomus System
Autonomous System Boundary Router
Asynchronous Transfert Mode
Authentication Center
B
BFD
BGP
BNG
BR
BSC
BSS
BTS
Bidirectional Forwarding Detection

Border Gateway Protocol
Broadband Network Gateway
Border Router
Base Station Controller
Base Station Controller
Base Transceiver Station
C
CCITT
CE
CIDR
CN
CPM
CS
Comit Consultatif International pour le Tlphone et le Tlgraphe

Customer Edge
Classless Inter-Domain Routing
Core Network
Central Processor Module
Circuit Switched
CSNP
Complete sequence number PDU
D
DoS
DSLAM
Denial Of Service
Digital Subscriber Line Access Multiplexer
E
EGP
ESS
ETSI
Exterior Gateway Protocol

Ethernet switch service
European Telecommunications Standards Institute
F
FIB
FRR
Forwarding Information Base

Fast Reroute
G
GGSN
GMSC
GPRS
GRE
GSM
Gateway GPRS Support Node

Gateway Mobile Switching Centre
General Packet Radio Service
Generic Routing Encapsulation
Global System for Mobile
H
HLD
HLR
Meryeme FILALI
High L evel D esign

Home Location Registe
HSDPA
HSI
HSPA
HVPLS
High Speed Downlink Packet Access

High Speed Internet
High Speed Packet Access
Hierarchical Virtual Private LAN service
I
IANA
IEEE
IETF
IGP
Internet Assigned Numbers Authority

Institute of Electrical and Electronics Engineers
Internet Engineering Task Force
Interior gateway protocol
IMEI
IMSI
International Mobile Equipment Identity

International Mobile Subscriber Identity
IOM
IOT
IR
IS-IS
ISP
ITU
Input Output module

Interoperability Testing
Interior Router
Intermediate system to intermediate system)
Internet service provider
International Telecommunication Union
L
LAN
LDP
LLC
LSP
LSR
LTE
Local Area Network

label distribution protocol
Logical Link Control
Label Switched Path
Label Switch Router,
Long Term Evolution
M
MAC
MEF
MGW
MPLS
MS
MSC
MT
Media Access Control Address

Metro Ethernet Forum
Media gateway
Multi-Protocol Label Switching
Mobile Station
Mobile-services Switching Centre

Maroc Tlcom
N
NMS
Network Mangement System
O
OPEX
OSI
OSPF
dpenses d'exploitation
Open Systems Interconnection
Open Shortest Path First
P
PDH
PE
PPP
PS
PSTN
PW
Meryeme FILALI
Plesiochronous Digital Hierarchy

Provider edge
Point-to-Point Protocol
Paquet switch
public switched telephone network
Pseudowire
Q
QoS
Quality Of Service
R
RAN
RD
RIP
RNC
RR
RSVP-TE
RT
RTCP
RTM
Radio Acces Network

Route Distinguisher
Routing Information Protocol
Radio Network Controller
Router Reflector
Resource Reservation Protocol - Traffic Engineering
Route target
Real-time Transfert Control Protocole
Route Table Manager
S
SAM
SAR
SDH
SDP
SF
SGSN
SLA
SNAP
SPF
SR
STM
Service Aware Manager

Service Aggregation Router
Synchronous Digital Hierarchy
Session Description Protocol
Switch Fabric
Serving GPRS Support Node
Service Level Agreement
SubNetwork Access Protocol
Shortest Path First
Service Router
Synchronous Transport Module
T
TCP
Transmission Control Protocol
TDM
Time-Division Multiplexing
U
UDP
UE
UMTS
User Datagram Protocol

User Equipemnt
Universal Mobile Telecommunications System
V
VLL
VLR
VLSM
VoD
VPLS
VPRN
VRF
Virtual Leased Line

Visitor Location Register
Variable Length Subnetwork Mask
Video on Demand
Virtual private LAN service
Virtual private routed network
Virtual Routing and Forwarding
W
WDM
Meryeme FILALI
Wavelength-Division Multiplexing
INTRODUCTION
GENERALE
Meryeme FILALI
INTRODUCTION GENERALE
De nos jours, devant une concurrence exacerbe sur le march des tlcommunications, la
fidlit du client est devenue de plus en plus instable. Les utilisateurs Mobile, quils soient
particuliers ou professionnels, sont plus avertis lors du choix de leurs oprateurs tlcom : Ils
rclament un service fiable, de qualit et salignant aux derniers lancements technologiques
un prix bien videmment convenable. Pour prvenir donc lattrition de ses clients, les
fournisseurs de service et les oprateurs Tlcom doivent tenir compte de ces attentes tout en
prservant une marge commerciale viable.
Le contexte apparat donc si critique avec la monte en puissance des services Mobiles large
bande. Ces services requirent plus de bande passante que ceux des gnrations prcdentes
(1 seul utilisateur 3G consomme lquivalent en bande passante de plus de 1000 abonnes
Gsm 2G) et mettent rude preuve le transport des flux mobiles entres les quipements qui
lui sont associs. La technologie IP RAN vient donc trouver des solutions pratiques toutes
ces difficults : Cest un rseau de nouvelle gnration permettant le transport des flux
mobiles sur de nouveaux rseaux plus adapts appeles IP ou MPLS. Changement qui nous a
permis donc le transport dune bande passante plus leve pour les applications mobiles de
troisime gnration (3G), une rduction des cots et a surtout donn vie une multitude
dapplications dont on a pris lhabitude dutiliser quotidiennement (Tlvision par internet,
tlphonie IP et plein dautres).
Au Maroc lapport de cette solution a t assimil par lensemble des fournisseurs de services
tlcoms. En loccurrence, Maroc Tlcom qui a confi au prestataire ALCATEL LUCENT
une partie de son projet de migration IP-RAN. Mission dont jai eu le plaisir dy participer
activement durant ma priode de stage de fin dtudes chez ce prestataire.
Techniquement et comme nous allons traiter plus en dtail lors de la deuxime partie du
prsent mmoire, le passage vers une solution IP RAN consiste implmenter une boucle
10G entre les stations de base (BTS/Node B) et les contrleurs correspondants (BSC/RNC).
Meryeme FILALI
Notre problmatique se rsume donc aux questions suivantes :
Afin de satisfaire donc ces besoins et devant la multitude des schmas possibles,
quelle architecture faut-il concevoir? Quels quipements utiliser ? Et surtout quels
protocoles et services adopter pour assurer une fiabilit de transmission du trafic ?
Enfin, et dans lintention de faciliter la tche nos ingnieurs Deployment
Team , essayons de leurs mettre disposition un document de base dcrivant plus
particulirement la mise en uvre de la dite solution sur les deux niveaux physique
et logique.
Notre mthodologie dapproche, ayant comme objectif la rponse la dite problmatique, a

consist dans un premier lieu la comprhension du besoin peaufin de Maroc Telecom
travers lanalyse de leur cahier de charge et ltude de la description technique de la solution
de Backhauling Mobile dAlcatel avant dtablir une synthse des recherches lies la
technologie IP-RAN et aux diffrents quipements, protocoles et services qui lui sont
attaches. Dans un deuxime lieu nous avons procd la production du document de
rfrence appel HLD High-Level Design dcrivant toutes les tapes de mise en place de
la solution de migration, ce qui explique la combinaison dun travail littraire universitaire et
dun autre pratique ralis au sein dALCATEL LUCENT.
Le plan danalyse de ce travail sarticule donc autour de quatre chapitres dtaills dans deux
parties distinctes: Une prsentation de la socit ALCATEL LUCENT et description de la
nature de la mission du projet de migration savre trs palpitante (Chapitre introductif) ; la
premire partie tentera de synthtiser les diffrentes recherches lies la technologie IP-RAN
dans le premier chapitre et analyser les diffrents quipements, protocoles et services
associes dans le second. La Deuxime partie quand elle traitera dans le troisime chapitre
la mise en uvre de la solution conue sur les deux volets physique et logique et exposera
dans une dernier chapitre les diffrents tests exigs par le client afin de sassurer des rsultats
escompts.
Meryeme FILALI
Chapitre introductif :
Contexte gnral du projet Solution du
Backhauling mobile dALCATEL LUCENT
pour son client Maroc Telecom
Meryeme FILALI
10
Chapitre introductif : Contexte gnral du projet solution du

backhauling mobile dALCATEL LUCENT pour son client maroc
telecom
Avant de mettre laccent sur la comprhension du besoin Maroc Telecom travers lanalyse
de leur cahier de charge et ltude de la description technique de la solution de Backhauling
Mobile dALCATEL LUCENT une prsentation succincte de la socit ALCATEL LUCENT
savre indispensable.
Section I: Prsentation succincte de la socit ALCATEL LUCENT

ALCATEL LUCENT est le nom de la socit ne en 2006 de la fusion entre Alcatel et Lucent
Technologies. La fusion de ces deux gants de la tlcommunication a permis ALCATEL
LUCENT, en fvrier 2007, de devenir, le deuxime quipementier tlcoms et rseaux au
niveau mondial derrire l'amricain Cisco Systems et devant le sudois-Ericsson, et le
germano-finlandais Nokia Siemens Networks.
1. -propos dALCATEL LUCENT
Prsente au Maroc depuis 1975, ALCATEL a su accompagner ce pays sur les voies du
dveloppement en participant pleinement aux projets de construction des tlcommunications.
En 1989 le groupe a cr une filiale au Maroc dont le sige est install Sal, comptant
renforcer ainsi sa prsence long terme au Maroc.
Figure 1 ALCATEL LUCENT Maroc
2. Organigramme de la socit
La structure dALCATEL LUCENT comprend un certain nombre de centres oprationnels et
fonctionnels, superviss par la direction gnrale qui assure le pilotage et la coordination
stratgique avec la maison mre. Cette structure est prsente sur lorganigramme suivant,
dans lequel on trouve lordre hirarchique, les taches existantes et leurs rpartitions.
Meryeme FILALI
11
Figure 2 Organigrame d'ALCATEL LUCENT au 31.12.2010
Notre stage sest droul au sein de la division Deployment Team.

Deployment Team
Dans le but de rpondre aux besoins client en appliquant le juste temps de quoi a-t-il
besoin ? Dans quels dlais ? En quelle quantit et dans quelle condition ? Le service
Deployment Team vient pour assurer les techniques de configuration, de linstallation, du test,
du montage et de la maintenance des quipements sous garantie renvoys par les clients.
Le service Team rend service ces clients potentiels comme IAM via lamlioration et
lexpertise de technologie au niveau de tlcommunication.
Meryeme FILALI
12
Figure 3 Organigramme du service Deployment Team
Lacquisition des sites et les services de dploiement et de construction sont aussi une
fonction importante excute par le Deployment Team.
Section II: Contexte projet et raisons fondes du choix de la solution

1. Analyse du cahier de charges
1.1.
Avant projet
Avant limplmentation de la solution de migration IP-RAN, le rseau mobile de Maroc

Tlcom tait constitu de diffrentes technologies daccs radio mobile, allant du GSM,
jusquau HSPA+ sur certains endroits. Diffrents constructeurs sont prsents sur le rseau
mobile de Maroc Tlcom. On cite Ericsson, Nokia Siemens Networks et Huawei pour les
rseaux 3G/3G+. Nokia Siemens Networks et Huawei ainsi que Motorola pour le rseau 2G.
En ce qui concerne linfrastructure de transport mobile de Maroc Telecom, plusieurs flux sont
transports sur diffrentes technologies. Pour le flux GSM, de type TDM, transport sur une
architecture PDH/SDH de la station de base BTS jusquau contrleur BSC. En ce qui
concerne le trafic 3G, on distingue deux types de flux. En premier lieu, lATM qui a t
initialement utilis pour transport les trafics de type circuits et paquets. En deuxime lieu,
lEthernet pour la nouvelle gnration des NodeBs. Enfin, pour une ventuelle introduction de
la 4 G LTE, le trafic IP provenant des NodeBs sera naturellement transport avec la nouvelle
infrastructure de transport IP/MPLS.
Meryeme FILALI
13
1.2. Pourquoi une la solution IP-RAN ?

Aujourdhui, les oprateurs de tlphonie mobile, notamment loprateur Maroc Tlcom,
sont en face dune srie d'importants dfis qui leur imposent doffrir de nouveaux services
rentables sans augmenter le prix pour pouvoir rester concurrentiels.
Lensemble de ces exigences ont pouss les oprateurs opter pour la migration vers la 3G et
4G pour pouvoir amliorer la couverture dans tous les domaines, accrotre la capacit de
relais ainsi que pour bien grer les nouveaux protocoles.
Lors de cette migration, il est vident que les infrastructures du rseau mobile ne sont pas
suffisantes pour fournir ces services du moment o les sites cellulaires existants et les macrostations de base (BTS) manquent souvent de la capacit de soutenir l'augmentation de la
bande.
Il ya en rsum plusieurs problmatiques traiter pour arriver avoir un rseau plus efficace
:
1.2.1. Insuffisance de couverture
Les rseaux 3G et 4G souvent fonctionnent des frquences suprieures 2GHz, qui
s'attnuent beaucoup plus rapidement que les basses frquences utilises dans les rseaux 2G.
Dans les rseaux classiques de macro, il ya les zone "d'ombre" que les signaux ne peuvent pas
atteindre, comme l'intrieur des btiments, aux lieux publics (mtro, aroports, et les
stades), ces zones d'ombre sont exacerbes par l'introduction de nouvelles frquences et
protocoles de donnes intensives.
1.2.2. Difficults dextension
Les macros BTS et le dploiement du site cellulaire sont coteux, ce qui rend l'extension du
rseau traditionnel cher. En outre, les gouvernements locaux dans les zones urbaines ainsi que
les zones rsidentielles ne peuvent pas permettre un strict dploiement de sites grandes
cellules en raison de proccupations esthtiques et de sant.
1.2.3. Hausse des cots de lOPEX
En rgle gnrale, les Macro sites cellulaires se basent sur des lignes T1/E1 fonctionnant
1.5/2.0 Mbps. Pour supporter une plus grande bande passante et de nouveaux services, les
oprateurs ont t amens continuer d'ajouter de nouvelles lignes, souvent par leur location
des concurrents. Cette solution se prsente comme tant onreuse et insuffisante pour
satisfaire les besoins des clients assez exigeants en qualit de service ainsi quen frais
proposes.
En plus de ces problmatiques le rseau de transport mobile de Maroc Telecom, prsente
plusieurs lacunes. Dabord, en termes de lourdeur dquipement, entre les commutateurs
ATM, le transport PDH/SDH ainsi que celui de lEthernet. Cest pour cela que la solution IPRAN compte exploiter linfrastructure existante, afin doptimiser linvestissement de
loprateur.
Meryeme FILALI
14
2. Description technique de la solution

2.1.
Prsentation de larchitecture choisie
La nouvelle architecture cible doit assurer le transport de manire fiable des trafics :
Mobiles voix et data 2G (TDM) et 3G (ATM, ATM IMA et Ethernet),
En respectant les exigences de la QoS. Cette nouvelle architecture sera base sur IP ainsi que
sur la technologie IP/MPLS offrant au minimum, de nouvelles technologies de routage et des
bandes passantes garanties.
Le principe de larchitecture cible est de relier les Node B/BTS du rseau UTRAN aux
RNC/BSC de rattachement via un rseau Metro IP qui sera construit laide des
Routeurs/Switchs proposs par le soumissionnaire et qui seront dploys au niveau des
Nodes/BTS ainsi quau niveau des POPs qui reprsentent des points nodaux de
concentration par o la transmission (liens E1 [cuivre / Fibre] reliant les BTSs/Node B aux
BSCs/RNCs) passe avant de regagner le BSC/RNC. Ces points de concentration sont relis en
boucle 10 Gbps en fibre noire.
Larchitecture propose devra utiliser des quipements dots des dernires technologies en
matire de commutation, de routage, de performances, de scurit, et de disponibilit de
ressources.
Larchitecture physique propose est base sur les schmas de connectivit de chaque rgion
prsents ci-aprs:
Figure 4 Schma de connectivit dune rgion
Les rgions concernes par le projet dALCATEL LUCENT, sont ceux de Rabat, Tmara,
Skhirate, Bouznika, Sal, Knitra et rgions. Ce qui constitue au total 47 sites. Ces sites sont
raccords en transmission par des liens Ethernet de 1GE ou de 10GE. Pour les sites assez
Meryeme FILALI
15
proches, des fibres noires sont dj installs pour les raccorder. Pour les sites lointains, ils
sont raccords sur la boucle WDM.
2.2.
Planification du projet de migration IP-RAN
La planification du projet consiste tablir un planning adapt pour pouvoir observer,

contrler lavancement et assurer le bon droulement des diffrentes tapes, oprations et
taches, afin de conduire avec succs le projet et russir son organisation.
Il convient comme mme de signaler que
La dure prvue pour notre mission de stage au sein dALCATEL LUCENT est entre le 15
fvrier et le 30 juin 2011. Le diagramme ci-dessous prsente le droulement des diffrentes
tapes constituant notre modeste participation au prsent projet :
Figure 5 Diagramme de GANTT
Une fois prsent lorganisme daccueil et compris la nature de la mission, nous allons tenter
dtablir dans la premire partie une synthse des recherches lies la technologie IP-RAN et
aux diffrents quipements, protocoles et services qui lui sont attaches et tudier leurs
compatibilits avec la dite solution.
Meryeme FILALI
16
PARTIE I : SYNTHESE DES

RECHERCHES LIEES AU
CONCEPT IPRAN
Meryeme FILALI
17
Il parait invitable que pour faire ltude de la solution IP-RAN dans le rseau de
Backhauling mobile, de comprendre deux lments : le premier tant la prsentation du rseau
IP-RAN et ses technologies GSM et UMTS. Pour ce qui est du second lment, il concerne
lanalyse des recherches en termes dquipements, des protocoles et des services lis la
migration vers la nouvelle boucle 10G implmente dans notre cas de projet.
Chapitre 1 : Technologie IP-RAN : Historique et volution

Depuis la mise au point de la norme numrique de seconde gnration Global System for
Mobile Communications (GSM) en 1982 par lEuropean Telecommunications Standards
Institute (ETSI), les technologies rseaux mobiles ont connu une parfaite rvolution donnant
ainsi naissance la technologie LTE en passant par la GPRS, LUMTS et bien dautres.
Nous nous limitons dans le prsent chapitre exposer les composants matriels et les
techniques de commutation des technologies GSM et UMTS seulement. Technologies
utilises dans le BackHaul Maroc Telecom.
Section I: Architecture RAN (Radio Access Network)

Un rseau d'accs radio (RAN) fait partie du systme de tlcommunications mobiles. Il met
en uvre une technologie d'accs radio. Conceptuellement, il se trouve entre
le tlphone mobile, et le cur de rseau (CN). Le tlphone mobile est galement connu
comme quipement utilisateur (UE), l'quipement terminal, de la station mobile (MS), etc. en
fonction de la norme. La figure suivante montre la place du RAN dans un systme de
tlcommunications.
Figure 6 RAN dans un systme de tlcommunication
Les nuds de larchitecture RAN de Maroc Telecom font part la fois au rseau en mode
paquets (GSM) et celui en mode circuits (UMTS).
On ce qui suit, on prsente larchitecture gnrale des deux technologies ainsi que les
techniques de transport utilises pour chacune delles.
Meryeme FILALI
18
1. Technologie GSM : Sous-systme et technique de commutation

En gnral, larchitecture GSM est base sur deux sous-systmes distincts :
Sous-systme Radio BSS (Base Sub-System)
Sous-systme Rseau NSS (Network Sub-System)
Figure 7 Architecture GSM
La figure ci-dessus met en vidence les deux sous-systmes, expose leurs composants
matriels et prcise les interfaces de communication entre chaque composant.
1.1.
Sous-systme radio BSS et ses composants
Le sous-systme radio BSS correspond la fonction de distribution du rseau de

radiocommunication, il est constitu des composants suivants:
1.1.1. BTS (Base Transceiver Station)
La station BTS est un ensemble dmetteurs-rcepteurs ayant la charge de la transmission
radio au niveau de la couche physique (modulation, dmodulation, galisation, codage
correcteur derreur), lchange de la signalisation et lassurance de la fiabilit du dialogue au
niveau de la couche liaison de donnes.
1.1.2. BSC (Base Station Controller)
Le BSC est lorgane intelligent du BSS. Il gre les ressources radio des BTS qui lui sont
attaches et ralise par consquent les procdures ncessaires ltablissement/rtablissement
des appels, la libration des ressources la fin de ces derniers, et contrle les fonctions
propres aux communications (puissance, dcision dexcution et HandOver).1
Radiocommunications : CONSERVATOIRE NATIONAL DES ARTS ET METIERS
Meryeme FILALI
19
1.1.3. Communication entre composants

La communication entre les MS et les BTS se fait via des interfaces dites Um tant dis que
celle entre les BTS et les BSC est assure par des interfaces appels Abis.
1.2.
Sous-systme dacheminement NSS et ses composants
Rseau fixe intgrant l'ensemble des fonctions ncessaires l'tablissement des appels et la
mobilit, ce sous-systme comprend des commutateurs, des passerelles vers le R.T.C.P.
(Rseau Tlphonique Commut Public) ainsi que des bases de donnes. Il constitue
linfrastructure la plus lgre dun rseau GSM en ce qui concerne linvestissement de
loprateur et comporte les composants dcrits ci-dessous.2
1.2.1. MSC (Mobile-services Switching Centre)
Le MSC est un commutateur mobile qui gre ltablissement des communications entre une
station mobile et un autre MSC ainsi que lexcution ventuelle des HandOver.
1.2.2. VLR (Visitor Location Register)
Le VLR est une base de donnes qui grent la mobilit des usagers : vrification des
caractristiques dun abonn, transfert dinformations de localisation, il contient toutes les
donnes des abonns mobiles prsents dans une zone gographique.
1.2.3. HLR (Home Location Register)
Le HLR est une base de donnes de localisation et de caractrisation des abonns dun rseau
public de mobiles.
Il enregistre en effet lIMSI (lidentit internationale de labonn), le numro dannuaire de
labonn, le profil de labonnement, et tous les services supplmentaires auxquels labonn a
souscrit.
La signalisation GSM est transporte sur un ou plusieurs liens T1/E1 en utilisant le
multiplexage TDM.
1.3.
Technique de commutation TDM
1.3.1. Gnralits
Le multiplexage division de temps (TDM) est une mthode synchrone permettant de mettre
plusieurs flux de donnes en un seul signal, en sparant le signal en plusieurs segments de
taille fixe appels slots.
Rapport de projet de dominante communication "GPRS, service de GSM"
Meryeme FILALI
20
Figure 8 Time Division Multiplexing
Comme le montre la figure 8, chaque pc envoie une information au switch qui retransmit la
trame au routeur avec un dbit constant de 1.5Mbits/s. Cette trame sera divise en 24/32 times
slots fixs. Afin doptimiser lutilisation de la bande passante, Cette transmission doit suivre
un rgime capable de faire varier le nombre de signaux envoys le long de la ligne et ajuster
en permanence les intervalles de temps. Do la flexibilit de la technique TDM.
Le commutateur MSC supporte TDM dans deux formes E1 (Europenne) et T1(Amricaine)
selon le dbit et les canaux utiliss.
1.3.2. Applications de TDM
Les canaux T1 ou E1 peuvent tre multiplexs entre eux pour former des canaux plus hauts
dbits, etc. Cette hirarchie des dbits est appele hirarchie numrique synchrone ou SDH
(Synchronous Digital Hierarchy).
1.3.2.1.
SDH
Gnralits
Avant les annes 90, le rseau de transmission optique des oprateurs tait bas sur une
hirarchie plsiochrone. La hirarchie plsiochrone (PDH), est base sur un multiplexage des
donnes spcifique, l'un des inconvnients de ce mode de transmission est quil ne permet pas
l'accs aux donnes transmises sans dmultiplexage. Autre inconvnient cette poque, il ny
avait pas de normalisation au niveau du C.C.I.T.T., ce qui veut dire que lon ne pouvait pas
interconnecter deux hirarchies (U.S.A., EUROPE, JAPON) sans passer par un quipement
intermdiaire.
C'est ainsi qu'est apparue la fin des annes 80 (1988) une nouvelle hirarchie de
transmission appele " synchronous digital hierarchy " (SDH), c'est--dire en franais la
hirarchie numrique synchrone. Cette hirarchie repose sur une trame numrique de niveau
lev qui apporte une facilit de brassage et d'insertion/extraction des niveaux infrieurs.
Principe de fonctionnement
La trame de base, appele STM-1 (Synchronous Transport Module 1) est structure en octets
et possde les caractristiques suivantes :
Taille : 2430 octets (organisation : 9 ranges / 270 colonnes)
Dure : 125s (i.e. synchronisation sur le 8 kHz, contrainte vocale) et donc un dbit
de 155 Mbit/s.
Meryeme FILALI
21
Figure 9 Format d'une trame STM
A partir du STM-1 la norme SDH prvoit la construction de trame de niveau n qui sont les
STM-n proposant des dbits suprieurs. Ci-dessus un tableau rcapitulatif des STM-n
actuellement normaliss 3 :
STM-n
Dbit
Support
1.3.2.2.
STM-1
155 Mbit/s
FO, radio, coaxial
STM-4
622 Mbit/s
Fibre optique
STM-16
2,5 Gbit/s
Fibre optique
STM-64
10 Gbit/s
Fibre optique
STM-256
40 Gbit/s
Fibre optique
SONET
Gnralits
SONET est la norme nord-amricaine pour la transmission fibres optiques. Elle fournit un
ensemble de protocoles pour la gestion et contrle de la bande passante de transmission des
rseaux optiques. La norme SONET inclut des dfinitions pour une structure de multiplexage,
des paramtres optiques, des mappages de service et de gestion de rseau. SONET utilise des
interfaces standardises, qui permettent l'interconnexion de terminaux multi-fournisseurs
(SONET Multiplexer) et sous-systmes.
Dans ce type d hirarchie, la trame se reproduit 8000 fois par seconde et transporte 810 octets
ce qui correspond un dbit de 51,84 Mbits/s, cela signifie aussi qu'un octet particulier de la
trame est transport un dbit de 64 Kbits/s. La trame est prsente sous forme d'une grille de
9 lignes et 90 colonnes : Le dbit transmis est calcul comme suit :4
9 x 90 x 8000x8 = 51,84 Mbits / sec
3
4
Synchronous Digital Hierarchy / cole Nationale Suprieure des Tlcommunications de Bretagne
http://www.e-miage.org/demos/B222/214_1_4.htm
Meryeme FILALI
22
Figure 10 Format de la trame SONET
Les octets des trois premires lignes et des trois premires colonnes (sur-dbit de section),
ainsi que le reste des trois premires colonnes (sur-dbit de ligne) sont utiliss pour la
synchronisation. Un pointeur indique le dbut des donnes (conteneur virtuel), les donnes
utiles commencent par un octet de sur-dbit de conduit. On peut insrer des donnes
nimporte o dans la trame (dans les 87 colonnes suivant les trois premires).
2. Technologie UMTS : Sous-systme et techniques de commutation
En gnral, larchitecture UMTS est base sur deux sous-rseaux distincts :
Le Rseau dAccs UTRAN (UMTS Terrestrial Access Network)
Rseau de base (Core Network)
Figure 11 Architecture UMTS
La figure ci-dessus met en vidence les deux sous-rseaux, expose leurs composants matriels
et prcise les interfaces de communication entre chaque composant.
2.1. Rseau daccs UTRAN et ses composants
Le rseau daccs UTRAN est dot de plusieurs fonctionnalits. Sa fonction principale est de
transfrer les donnes gnres par lusager. Il se compose des composants suivants:
Meryeme FILALI
23
2.1.1. NodeB
Le NodeB permet dassurer les fonctions de rception et de transmission radio pour une ou
plusieurs cellules du rseau daccs de lUMTS avec un quipement usager. Il travail au
niveau de la couche physique du modle OSI (codage et dcodage).
2.1.2. RNC (Radio Network Controller)
Le contrleur RNC route les communications entre le NodeB et le rseau cur de lUMTS. Il
travaille au niveau des couches 2 (liaison de donnes) et 3 (Rseau) du modle OSI (contrle
de puissance, allocation de codes).
2.1.3. Communication entre composants
Plusieurs types dinterfaces de communication coexistent au sein du rseau UTRAN, nous
nous limitons dans ce qui suit la dfinition des interfaces entre la station NodeB, le
contrleur RNC et la station mobile MS :
Uu : Interface entre un quipement usager et le rseau daccs UTRAN. Elle permet la

communication avec lUTRAN via la technologie CDMA.
Iur : Interface qui permet deux contrleurs radio RNC de communiquer.
Iub : Interface qui permet la communication entre un NodeB et un contrleur radio
RNC.
2.2.
Rseau de base (Core Network)
Le rseau cur de lUMTS est compos de trois parties dont deux domaines :
Le domaine CS (Circuit Switched) utilis pour la tlphonie

Le domaine PS (Packet Switched) qui permet la commutation de paquets.
Les lments communs aux domaines CS et PS
Ces deux domaines permettent aux quipements usagers de pouvoir grer simultanment une
communication paquets et circuits.
2.2.1. Domaine CS
Le domaine CS est compos de plusieurs modules :
Le MSC (Mobile-services Switching Center) est en charge dtablir la communication avec
lquipement usager. Il a pour rle de commuter les donnes.
Le GMSC (Gateway MSC) est une passerelle entre le rseau UMTS et le rseau tlphonique
commut PSTN (Public Switched Telephone Network). Si un quipement usager contacte un
autre quipement depuis un rseau extrieur au rseau UMTS, la communication passe par le
GMSC qui interroge le HLR pour rcuprer les informations de lusager. Ensuite, il route la
communication vers le MSC dont dpend lusager destinataire.
Meryeme FILALI
24
Le VLR (Visitor Location Register) est une base de donnes, assez similaire celle du HLR,
attache un ou plusieurs MSC. Le VLR garde en mmoire lidentit temporaire de
lquipement usager dans le but dempcher linterception de lidentit dun usager. Le VLR
est en charge denregistrer les usagers dans une zone gographique LA (Location Area).
2.2.2. Domaine PS
Le domaine PS est compos de plusieurs modules :
Le SGSN (Serving GPRS Support Node) est en charge denregistrer les usagers dans une
zone gographique dans une zone de routage RA (Routing Area)
Le GGSN (Gateway GPRS Support Node) est une passerelle vers les rseaux commutation
de paquets extrieurs tels que lInternet.
2.2.3. Elments communs
Le groupe des lments communs est compos de plusieurs modules :
Le HLR (Home Location Register) reprsente une base de donnes des informations de
lusager : lidentit de lquipement usager, le numro dappel de lusager, les informations
relatives aux possibilits de labonnement souscrit par lusager.
LAuC (Authentication Center) est en charge de lauthentification de labonn, ainsi que du
chiffrement de la communication. Si une de ces deux fonctions nest pas respecte, la
communication est rejete. LAuc se base sur le HLR afin de rcuprer les informations
relatives lusager et pour ainsi crer une cl didentification.
LEIR (Equipment Identity Register) est en charge de la gestion des vols des quipements
usagers. Il est en possession dune liste des mobiles blacklists par un numro unique propre
chaque quipement usager, le numro IMEI (International Mobile station Equipment
Identity).
Le rseau UMTS transporte le trafic de la voix, des donnes et de la signalisation UMTS sur
un ou plusieurs liens T1/E1 en utilisant la commutation de cellules ATM et la commutation
de paquets Ethernet.
Meryeme FILALI
25
2.3.
Commutation de cellules ATM
2.3.1. Gnralits
ATM (Asynchronous Transfert Mode) est la technique de multiplexage et de commutation
assurant l'acheminement des informations numriques indpendamment de leur nature.
Cest un protocole de rseau de niveau trois. Il repose sur le concept de commutation de
cellule. Ces cellules sont commutes le long des circuits virtuels. Toute communication via
ATM doit tre prcde dune phase dtablissement de connexion au pralable. Une
particularit dATM est la taille de cellules : 53 octets fixe. Ce choix sexplique par la volont
des concepteurs de garder un temps de transfert proche du temps de temps de transmission, le
temps dmission de la cellule doit donc tre court. ATM se distingue des autres protocoles de
niveaux trois par la notion de qualit de service quil implmente et par le fait que la plus part
des protocoles de ce niveau (IP, X25, IPX) peuvent fonctionner par-dessus du rseau ATM.
Cest pour cette raison quATM peut tre vue comme un protocole de niveau deux.
2.3.2. Architecture
En traitant des donnes de longueur rduite et fixe (cellules), on peut assurer leur
commutation au niveau physique (multiplexage). La commutation peut donc tre assure par
des systmes hardware et non plus logiciels, ce qui autorise des dbits bien plus importants.
La cellule ATM suit cette logique en prsentant une cellule de 53 octets, dont 5 octets dentte et 48 octets de charge utile. Larchitecture ATM est reprsente dans la figure suivante :
Figure 12 Architecture ATM
2.4.
Commutation de paquets Ethernet (Protocol IP)
Le protocole IP fait partie du niveau 3(couche rseau) du modle TCP/IP. C'est lun des plus
importants protocoles d'Internet car il permet le transport et l'laboration des datagrammes IP
(les paquets de donnes), sans toutefois en assurer la livraison . En ralit, le protocole IP
traite les datagrammes IP indpendamment les uns des autres en dfinissant leur
reprsentation, leur routage et leur expdition.
Meryeme FILALI
26
Le protocole IP dtermine le destinataire du message grce 3 champs :

-
Le champ adresse IP : adresse IP de la machine soit IPv4 ou IPv6.
Le champ masque de sous-rseau : un masque de sous-rseau permet au protocole IP

de dterminer la partie de l'adresse IP qui concerne le rseau.
Le champ passerelle par dfaut : Permet au protocole Internet de savoir quelle

machine remettre le datagramme si jamais la machine de destination n'est pas sur le
rseau local.
Section II: Technologie IP-RAN (Internet Protocol-RAN)

1. Concept gnral
Comme le montre la figure 13, Le concept IP-RAN consiste introduire la technique IP au
sein de larchitecture RAN en optant pour lune des deux solutions :
Remplacer le transport traditionnel base de TDM et ATM par un transport base
dIP/MPLS ou ETHERNET.
Chercher implmenter une solution de coexistence entre les technologies existantes
et lIP en utilisant les TDM/ATM over MPLS.
Figure 13 Techniques de transport
2. Evolution de larchitecture IPRAN

2.1.
IP-RAN et voix 2G/3G Release 99
Avant lavnement de lIP-RAN, les services vocaux ont t assurs grce larchitecture
RAN qui porte la voix 2G sur la ligne dor TDM et la voix 3G Release 99 sur la ligne bleue
ATM. La passerelle de mdia (MGW) a galement t introduite depuis pour faire la
conversion de la voix ATM la TDM et trait quelques oprations de signalisation. Toutes
ces commutations sont gres par un MSC.
Meryeme FILALI
27
Le trafic voix ne cesse de crotre rendant ainsi l'intensification des rseaux de base MSC plus
longue et plus coteuse dans la mise en uvre. Le dfi pour les oprateurs de tlphonie
mobile est de s'loigner de la commutation de circuits et d'exploiter l'efficacit offerte par les
nouvelles technologies paquets IP-RAN, tout en conservant une mme qualit de service pour
ne pas dire une meilleure.
Figure 14 Architecture RAN de la voix 2G et la 3G Release 99
2.2.
Intgration de lATM dans la 3G Release 4
Avant de mettre le point sur larchitecture de la norme 3G release 4, une description brve de
la technique MPLS/IP-MPLS est ncessaire :
MPLS (Multi-Protocol Label Switching) est une technique rseau en cours de normalisation
l'IETF dont le rle principal est de combiner les concepts du routage IP de niveau 3, et les
mcanismes de la commutation de niveau 2 telles que implmente dans ATM ou Frame
Relay.
Le prochain dploiement des services vocaux sur les rseaux mobiles est la 3G Release 4, elle
introduit la technique ATM pour le transport du trafic de la voix 3G dans un rseau MPLS et
dveloppe larchitecture existante des MGWs vers une architecture fractionne.
La connexion entre ces passerelles a un plan de contrle et un plan utilisateur. Le plan de
contrle est bas sur IP, et la signalisation System 7 (SS7) est active via le serveur MSC. Le
plan utilisateur peut manipuler TDM, ATM, ou le trafic IP.
Figure 15 Architecture de la 3G Release 4 avec ATM et Media Gateway
Meryeme FILALI
28
2.3.
Tous services vocaux (2G & 3G) base de lIP
Figure 16 Architecture 3G version 4 avec passerelles dinterconnexion de la voix
Les conomies relles et la simplicit viendra quand les MGWs transforme tous les types de
services vocaux en VoIP travers le rseau IP / MPLS. Dans la figure, les interconnexions du
plan utilisateur et du plan de contrle pour tous les services voix au-del des MGWs sont
bass sur la technologie IP. Les services de voix 2G et 3G sont en convergence vers IP, et ils
nont plus besoin de la traditionnelle MSC.
2.4.
Pseudowires sur le Rseau daccs
Figure 17 3G version 5 et au-del IP / MPLS RAN et Core
Lutilisation accrue de lIP/MPLS (Pseudowires) au RAN edge avec la 3G Release 5 va

simplifier et acclrer lintroduction de la VoIP sur le rseau converg IP. Comme on le voit
sur la figure, ventuellement IP / MPLS va devenir la technologie de transport dans
l'infrastructure RAN. Avec un rseau IP / MPLS RAN et Core RAN, les oprateurs mobiles
seront en mesure de raliser des conomies, simplifier les oprations rseau, et d'acclrer les
dlais de commercialisation pour de nouveaux services.
Meryeme FILALI
29
Dans ce chapitre, nous avons expos une synthse des recherches lies la technologie IPRAN qui sera, dans le deuxime chapitre, achever par une analyse des diffrents quipements,
protocoles et services ainsi que leurs compatibilits avec la solution de migration Metro IP.
Meryeme FILALI
30
Chapitre 2 : Etude des quipements, protocoles et services attachs la

solution IP-RAN
La mise en place de la solution IP-RAN a exig une tude prliminaire de loffre physique et
logique dALCATEL LUCENT afin dtre en mesure de choisir les quipements, protocoles
et services lis la solution de migration Metro IP.
Dans le prsent chapitre, nous prsentons la synthse des recherches en termes
dquipements, de protocoles, de services ainsi que leurs compatibilits avec la solution.
Section I: Etude physique de la solution 5

Alcatel Lucent offre trois types de familles de routeurs :
7750SR
7450 ESS
7705SAR
Dans ce qui suit nous allons prsenter les principales caractristiques de ces diffrents
routeurs.
1. Description des diffrents types de routeurs dALCATEL LUCENT
1.1.
Routeurs de service 7750 SR
Les routeurs 7750 SR sont disponibles sous diffrents formats de chssis : le 7750 SR-1 avec
un seul slot, le 7750SR-7 avec sept slots, le 7750SR-12 avec douze slots, tous disponibles
avec une large gamme dinterfaces, en plus dune architecture matrielle et logicielle
entirement distribue conue ds lorigine pour offrir des services efficaces. Le 7750SR
fonctionne la fois comme routeur Ethernet puissant et comme plate-forme flexible de
services.
1.1.1. Famille 7750 SR
7705 SR7
La plateforme de routage SR7 est constitue de sept emplacements dont deux sont ddis aux
cartes de contrle et de commutation SF/CPM6. En effet un seul de ces SF/CPM est requis
pour le fonctionnement, le second assure une redondance totale permettant dactiver les
fonctionnalits de Haute Disponibilit Non Stop Routing et Non Stop Services.
Les cinq emplacements restants sont utiliss pour les cartes de base IOM 7. Le fond de panier
supporte un dbit de 50Gbps Full Duplex vers chaque emplacement IOM.
5
6
7
SRC Alcatel-Lucent Scalable IP Networks : Document 1 certification Alcatel Lucent

La SF/CPM (Switch Fabric and Central Processor Module) : Cette carte inclut les lments matriels de commutation et les processeurs de contrle du routeur.
LIOM (Input/Output Module) : Ces cartes effectuent toutes les oprations de niveau 2 et 3 : encapsulation, lecture des adresses IP/MPLS ou MAC, gestion de la QoS.
Meryeme FILALI
31
Figure 18 Format du chssis 7750 SR7
7750 SR12
La plateforme de routage SR12 est constitue de douze emplacements. Comme les SR7 deux
emplacements sont ddis aux cartes de contrle et de commutation SF/CPM. Les dix
emplacements restants sont utiliss pour les cartes de traitement IOM. Le fond de panier
supporte un dbit de 50Gbps Full Duplex vers chaque emplacement IOM.
Figure 19 Format du chssis 7750 SR12
1.1.2. Les caractristiques des 7750 SR

La famille 7750 SR prend en charge tous les protocoles standards de l'industrie de routage en
loccurrence lOSPF en version 2 et 3, lIS-IS, le BGP avec les familles d'adresses (IPv4,
IPv6, VPN-IPv4, multicast), RIP et VPRN.
Parmi les caractristiques importantes de ces routeurs cest la prise en charge du MPLS et
LDP avec la capacit doffrir les services VLL, VPLS et VPRN.
Les quipements 7750SR (sauf SR1) permettent de raliser les objectifs les plus stricts de
disponibilit et de rduire significativement les temps dindisponibilit annuels grce leur
architecture entirement redondante.
NB : tous les mots en gras seront traits dans la suite de ce chapitre.
1.2. Commutateurs de service 7450 ESS
Les commutateurs 7450 ESS sont disponibles sous quatre formats de chssis tous disponibles
avec une large gamme dinterfaces. le 7450 ESS fonctionne la fois comme commutateur
Ethernet puissant et comme plate-forme flexible de services.
Le 7750 SR et 7450 ESS partagent Le mme service de gestion et de dpannage puisquils
sont bass sur le mme principe en termes de technologie.
Meryeme FILALI
32
1.2.1. Famille 7450 ESS

7450 ESS-7
Le chssis 7450 ESS-7 est un systme entirement redondant sept slots. Deux slots sont
ddis pour les quipements communs redondants, dont chacun dtient une SF / CPM. Les
cinq autres emplacements son utiliss pour les cartes de traitement IOM. La capacit totale de
commutation pour le 7450 ESS-7 est limite par la capacit de l'IOM.
Figure 20 Format du chssis 7450 ESS7
7450 ESS-6
Le 7450 ESS-6 est un systme entirement redondant d'une capacit de commutation
infrieure la 7450 ESS-7. Cependant il supporte toutes les fonctionnalits du 7450 ESS-7
7450 ESS-12
Le 7450 ESS-12 est le plus puissant de la famille 7450 ESS il dispose de 12 slots. Deux
Options de commutateurs existent dans ce type : 200 Gb / s et 400 Gb / s de dbit en fullduplex. Deux commutateurs 200 Gb/s fournissent 400 Gb /s de dbit en full-duplex non
redondante ou 200 Gb/s full-duplex entirement redondante.
1.2.2. Caractristiques des 7450 ESS

Lensemble des caractristiques du 7450 ESS lui permettent de raliser uniquement le
transport des services metro ethernet En effet le 7450 ESS ne prend pas en charge les services
de la couche 3 savoir MPLS/BGP VPNs.
Les 7450ESS supportent les protocoles standards de routage tel que lOSPF, IS-IS, RIP ils
permettent aussi doffrir les services VLL et VPLS.
Meryeme FILALI
33
1.3.
Routeur dagrgation de service 7705 SAR
Le routeur ALCATEL LUCENT 7705 SAR dlivre des capacits IP/MPLS et de pseudowires
dans une plate-forme initialement destine lvolution du transport dans le rseau daccs
radio mobile. Avec des capacits de traitement de trafics 2G, 3G et 3,9G, il permet de grouper
plusieurs protocoles de transport et de mdia sur une infrastructure de transport paquet
normalise et plus conomique.
Le dveloppement du 7705 SAR a largement hrit des routeurs de service 7750/7710SR.
Partageant une grande partie des fonctionnalits des familles des routeurs 7750 SR et
commutateurs 7450 ESS.
De plus, le 7705 SAR fournit une solution compacte de routage et dagrgation dans les
rseaux fixes pour des applications doprateurs ou dentreprises, par exemple pour remplacer
des lignes loues.
Les routeurs de la gamme ALCATEL LUCENT 7705 SAR sont prsents par les 2 chssis
suivants :
7705 SAR-8
7705 SAR-F
Figure 23 Vue du chssis SAR-F
Meryeme FILALI
Figure 24 Vue du chssis SAR-8
34
2. Choix du matriel
Aprs avoir trait les diffrents types de routeurs offerts par ALCATEL LUCENT, On
procde par une slection de ceux qui peuvent rpondre aux besoins dans les diffrents sites
savoir :
Les sites daccs qui sont directement lies aux BTS et aux RNC de ce faite les
7705SAR constituent les quipements les plus aptes raliser cette fonction
puisqu ils sont spcialiss en mobile backhaul.
Les sites core qui sont directement relis au backbone MPLS et sont inclus dans la
boucle 10G avec les sites dagrgation. Des sites de pr-agrgation ou des sites
daccs peuvent tre directement reli aux sites core.
Les sites dagrgation sont les sites inclus dans la boucle 10G (avec les sites core)
mais ne sont pas directement reli au backbone MPLS. Des sites de pr-agrgation ou
des sites daccs peuvent tre directement reli aux sites dagrgation.
Les sites de pr-agrgation sont situs entre les sites daccs et les sites dagrgation
ou sites core. Les sites de pr-agrgation ne sont pas inclus dans la boucle 10G.
En effet lutilisation du 7450 ESS est directement exclue du moment o il ne supporte pas les
fonctionnalits MPLS qui sont par contre supportes par la famille SR et qui va tre
implmente pour les trois sites ci-dessus.
Figure 25 Site core, agrgation, pr-agrgation et accs dune boucle
Meryeme FILALI
35
Section II: Etude Logique de la solution

Aprs avoir dfini lensemble des routeurs utiliss pour les diffrents sites, on enchaine avec
la dtermination des protocoles de routages utilises et qui permettront le transport des
diffrents flux requis
Ce qui nous ramnera traiter :
Les protocoles de routage intrieur IGP
Les protocoles de routage extrieur BGP
Les protocoles de signalisation du rseau MPLS
1. Protocoles de routage IGP 8
Afin de raliser la communication lintrieur dun systme autonome, il est ncessaire de
configurer un protocole IGP.
Les protocoles IGP utiliss pour les grands systmes autonomes sont :
OSPF
IS-IS
1.1.
Protocole OSPF
OSPF est un IGP utilis dans les grands systmes autonomes (AS). Il fait partie des protocoles
tat de lien. Les routeurs OSPF changent l'tat, les cots, et d'autres informations
pertinentes avec les voisins. L'change d'informations permet tous les routeurs d'tablir une
carte de topologie du rseau. Chaque routeur applique lalgorithme (SPF) pour calculer le plus
court chemin vers chaque destination dans le rseau. La table de transfert OSPF rsultante est
soumise la RTM pour calculer la table de routage.
Caractristiques de lOSPF
Une caractristique principale dOSPF est de supporter des inter-rseaux trs larges grce au
regroupement des routeurs dans des entits logiques appeles Area ou zone. La
communication inter-area laisse passer uniquement les informations minimales ncessaires
pour que les zones restent connectes. Il en rsulte que tous les efforts de calcul de routes ne
soprent quau sein dune mme zone. Les routeurs dune zone ne sont pas affects par les
changements intervenus dans une autre zone.
Un routeur OSPF peut prendre en charge trois types doprations : opration dans une zone,
connexion inter-zone et connexion entre systmes autonomes (AS) ainsi on distingue quatre
types de routeurs OSPF :
Internal Router (IR) Un IR remplit uniquement des fonctions au sein dune zone.
Sa fonction primordiale est dentretenir jour sa base de donne link-state database
8
SRC Alcatel-Lucent Interior Routing Protocols and High Availability : Document 2 certification Alcatel Lucent
Meryeme FILALI
36
. Il renvoie toute information aux autres routeurs de sa zone, le routage ou

linondation des autres zones requiert lintervention dun Area Border Router (ABR).
Backbone Router (BR) Une des rgles de design OSPF est que chaque zone dans
linter -rseau doit tre connecte une seule zone, la zone 0 ou la backbone area. La
plupart des BR ont une interface connecte la backbone area et une ou plusieurs
interfaces dautres areas.
Area Border Router (ABR) Un ABR connecte deux ou plusieurs zones. il possde
autant de link-state databases quil y a dinterfaces connectes des zones diffrentes.
Chacune des ces bases de donnes contiennent la topologie entire de la zone
connecte. Ces informations peuvent tre transmises la zone de backbone pour la
distribution.
Autonomous System Boundary Router (ASBR) puisque lOSPF est un IGP (Interior
Gateway Protocol), ce dernier devra tre connect au reste de linter rseau par
dautres AS. Ce type de routeur fera en quelque sorte une passerelle vers un ou
plusieurs AS.
Figure 26 les diffrentes zones en OSPF
Meryeme FILALI
37
1.2.
Protocole Is-Is
Le protocole de routage Inetermediate System to Intermediate System (IS-IS) un

Interior Gateway Protocol (IGP), qui fonctionne au sein dun Systme Autonome (AS).
Il est de type tat de liens :
Les systmes intermdiaires (routeurs) ont une connaissance exacte et complte de la

topologie du rseau.
Chaque systme intermdiaire (IS) connat lexistence de ses voisins adjacents.
Les missions des mises jour sont dclenches par des modifications topologiques.
Lalgorithme utilis est Shortest Path First de Dijkstra.
IS-IS intgr est un protocole classless. Il est optimis pour supporter le CIDR (agrgation de
routes) et le VLSM (masque variable de sous rseau).
Caractristiques de lIs-Is
Figure 27 Architecture gnrale en IS- IS
IS-IS est construit pour supporter des rseaux de grandes envergures, capables dvoluer en
taille et en complexit. De ce fait, le systme autonome est organis hirarchiquement en
zones. Cela permet aux routeurs davoir une table de routage de taille rduite, ainsi quune
convergence plus rapide. La majorit dquipements lintrieur dune zone est isole de
lextrieur. En effet, on pourrait considrer une zone comme un mini systme autonome.
Un routeur IS-IS peut tre identifi dans lun des trois niveaux (level) suivants :
1.3.
Level 1 pour le routage intra-zone.

Level 2 pour le routage interzone.
Level 1 /2 correspond aux routeurs capables doprer sur level 1 et 2.
Evaluation des deux protocoles
Les deux protocoles cits prcdemment sont tat de liens qui utilisent tous un mcanisme
similaire, connu sous le nom des inondations, pour l'change des informations de routage de
Meryeme FILALI
38
plus Ils se basent sur le mme algorithme du plus court chemin (algorithme de Dijkstra) pour
le calcul de meilleures routes.
Du moment o ces deux protocoles sont supports par les diffrents routeurs dALCATEL
LUCENT on se propose dvaluer ces deux protocoles en termes de points de diffrences qui
sont prsents comme suit :
Encapsulation des donnes :
Contrairement lOSPF le protocole IS-IS sexcute directement sur la couche de liaison de
donnes, en effet , les paquets sont traits dans la couche 2 comme sils appartenaient la
famille ISO .Lun des avantages de ce traitement de donnes est de fournir une transmission
fiable des paquets du moment o ces derniers sont protges contre la lusurpation
dadresse IP et tout autre denial of services DoS .Cependant cette caractristique
empche le transport de lIS-IS travers ATM en utilisant la technique VC multiplexing
comme le cas de lOSPF puisquelle ne supporte quun seul protocole de la couche3 par VC.
Ce qui ramne lutilisation de la technique LLC/SNAP qui rajoute une entte permettant
de mlanger les protocoles transports dans un seul canal ATM ce qui augmente la taille du
paquet.
Scurit :
En termes de scurit les deux protocoles possdent des mots de passes pour protger leurs
paquets. Cependant le protocole IS-IS gagne un point fort dans ce volet grce au traitement
des paquets dans la couche liaison de donnes ce qui les protge contre toute denial of
services DoS.
Stabilit et robustesse :
En gnral en terme de stabilit et de convergence les deux protocoles sont comparables en
effet les paquets hello sont utiliss pour dtecter les problmes de proximit. Donc
lvaluation de la stabilit dpend des intervalles hello qui sont ajustables lors de la
configuration.
En ce qui concerne la robustesse, le protocole IS-IS renforce sa fiabilit par lacquittement
de tout LSP dans le cas dune liaison point to point et par des CSNP qui sont envoyes
priodiquement pour des vrifications dans le cas dune liaison multipoint.
1.4.
Choix du protocole IGP
La comparaison des deux protocoles nous a ramen faire le choix du protocole IS-IS qui
pourra rpondre parfaitement au cahier de charge qui exige un rseau IP-RAN totalement
scuris, qui rpond toutes les spcifications du QoS avec une haute disponibilit et un
support de lIPV6 .
Meryeme FILALI
39
2. Protocoles de routage EGP9

Une fois le choix du protocole de routage intrieur est fait, on enchaine avec la slection du
protocole permettant lchange dinformations entre deux systmes autonomes
Dans ce cadre on trouve deux protocoles :
Exterior Gateway Protocol EGP qui est devenu de nos jours obsolte et il est
remplac par BGP.
Border Gateway Protocol BGP quon va utiliser dans notre cas. Pour cela on tudie
quelques caractristiques.
2.1.
Gnralits
Le protocole BGP v4 permet lchange dinformations de routages entre des systmes

autonomes diffrents.
BGP est le protocole choisi par l Internet Service Provider ISP puisquil se caractrise
par une volutivit et il prend en charge lensemble des exigences actuels des grands rseaux
comme les multi-protocoles, et les numros tendus des AS de plus cest un protocole bien
positionn pour le futur puisquil supporte les adresses IPV6.
Le protocole BGP est utilis entre diffrents systmes autonomes en tant que eBGP et au sein
du mme systme autonome en tant quiBGP.
Figure 28 Architecture gnrale du BGP
2.2.
BGP peering full mesh
Les donnes reues par eBGP doivent tre publies vers les diffrents routeurs au sein du
mme systme autonome laide de liBGP. Pour ce faire il doit y avoir maillage complet
entre les diffrents routeurs du mme systme autonome, ce qui signifie tous les routeurs
internes sont paires entre eux. Cette opration savre onreuse en termes de nombre de mise
jour.
9
SRC Alcatel-Lucen Border Gateway Protocol : Document 3 certification Alcatel Lucent
Meryeme FILALI
40
Figure 29 Trafic en cas du BGP peeling full-mesh
2.3.
Route Reflectors
Route Reflectors RR est une technique permettant un bon dploiement du BGP au sein
des systmes autonomes. Elle permet de diminuer le nombre de mises jours envoys en
crant un routeur de concentration appel Route Reflector Server avec lequel se
connectent les autres Route Reflector client afin dchanger les informations de routage.
Les RR clients et serveurs forment un cluster. Dans la plupart des cas un cluster comprend
plus dun Route Reflector Server afin damliorer la fiabilit et offrir une redondance utile
en cas de panne.
Figure 30 Systme autonome avec deux routes rflecteurs
Meryeme FILALI
41
3. Rseau MPLS 10
Comme exig par MT larchitecture du Backhaul doit tre hberge sous un rseau MPLS
afin de profiter de ses fonctionnalits en ingnierie de trafics.
3.1.
Gnralits
MPLS (Multi-Protocol Label Switching) est une technique rseau dont le rle principal est de
combiner les concepts du routage IP de niveau 3, et les mcanismes de la commutation de
niveau 2 telles quils sont implmente dans ATM ou Frame Relay.
Les efforts de l'IETF portent aujourd'hui sur Ipv4. Cependant, la technique MPLS peut tre
tendue de multiples protocoles (IPv6, IPX, AppleTalk, etc,). MPLS n'est en aucune faon
restreint une couche 2 spcifique et peut fonctionner sur tous les types de support permettant
l'acheminement de paquets de niveau 3.
MPLS traite la commutation en mode connect (bas sur les labels), puisque les tables de
commutation sont calcules partir d'informations provenant des protocoles de routage IP
ainsi que de protocoles de contrle. MPLS peut tre considr comme une interface apportant
IP le mode connect et qui utilise les services de niveau 2 (PPP, ATM, Ethernet, ATM,
Frame Relay, SDH ...).
3.2.
Le principe de base de MPLS est la commutation de labels. Ces labels, simples nombres
entiers, sont insrs entre les en-ttes de niveaux 2 et 3, les routeurs permutant alors ces labels
tout au long du rseau jusqu' destination, sans avoir besoin de consulter l'entte IP et leur
table de routage.
Cette technique de commutation par labels est appele Label Swapping. MPLS permet de
dfinir des piles de labels (label stack), dont l'intrt apparatra avec les Vpn. Les routeurs
ralisant les oprations de label swapping sont appels LSR pour Label Switch Routers.
POP
Push Figure 38 Principe Swap
de fonctionnement du rseau MPLS
A l'entre du rseau MPLS, les paquets IP sont classs dans des FEC (Forwarding Equivalent
Classes). Typiquement, les FEC sont des prfixes IP appris par l'IGP tournant sur le
BackBone MPLS, mais peuvent aussi tre dfinis par des informations de QOS (Quality Of
10
SRC Alcatel-Lucen Multiprotocol Label Switching : Document 4 certification Alcatel Lucent
Meryeme FILALI
42
Services). La classification des paquets s'effectue l'entre du BackBone MPLS, par les
Ingress LSR qui imposent les labels (Push). A l'intrieur du BackBone MPLS, les paquets
sont label-switchers (Swap), et aucune reclassification des paquets n'aura lieu. Tandis qu la
sortie, les routeurs Egress LSR retirent ces labels ajouts (POP).
3.3.
Types des LSPs
Larchitecture MPLS ne suppose pas un seul protocole de distribution de label. Un certain

nombre de ces derniers ont t ou sont en cours de normalisation.
Les protocoles de signalisation sont dfinis suivant les types de LSP:
Un statique LSP est spcifi par un plan administratif dfinissant un chemin statique.
Les routeurs dentre, de transit et de sortie doivent tre manuellement configurs avec
des labels, un label pour chaque LSP dfinit par ladministrateur.
Des LSP dynamiques tablis par des protocoles de signalisation dynamique des
labels tels que LDP (Label Distribution Protocol), CR-LDP (Constraint-based Routing
Label Distribution Protocol), RSVP-TE (Resource Reservation Protocol - Traffic
Engineering), BGP (Border Gateway Protocol) et OSPF.
3.4.
Protocoles de signalisation
Les tunnels de transport ou LSPs sont dynamiquement tablis par les 7750/7705, ces routeurs
permettent de grer les deux protocoles de signalisation MPLS suivants :
LDP
RSVP-TE
Protocole LDP
LDP, un protocole de distribution dynamique des labels MPLS qui se base sur les routes de
lIGP. Do lattribution dynamique de labels qui permet ltablissement des LSP. Cest un
protocole point multipoint simple implmenter.
Le temps de convergence lors dun changement de topologie (exemple : coupure dun lien)
est li celui de lIGP : de lordre de 200ms dans le meilleur des cas et jusqu 2 secondes.
Ce temps de convergence dpend videmment de la topologie du rseau.
LDP est bidirectionnel et permet la dcouverte dynamique des nuds adjacents grce des
messages Hello changs par UDP. Une fois que les 2 nuds se sont dcouverts, ils
tablissent une session TCP qui agit comme un mcanisme de transport fiable des messages
d'tablissement de session TCP, des messages d'annonce de labels et des messages de
notification.
Meryeme FILALI
43
Figure 32 Etablissement de connections en LDP
Protocole RSVP-TE
RSVP-TE, protocole de rservation de ressource, utilis dans un rseau MPLS, permet de
distribuer les labels pour crer les LSP (tunnels MPLS). Chaque LSP peut avoir une
rservation de ressources (exemple : bande passante) spcifique.
RSVP-TE permet de raliser du Trafic Engineering, ce qui signifie que le LSP nest pas
oblig de suivre la route calcule par lIGP, mais un autre chemin dict par dautres
paramtres tel que : Link Coloring, Available/Used Bandwidth, Explicit Hops, etc...
Cest un protocole point--point plus complexe configurer que LDP mais apportant en
contrepartie plus de contrle sur son rseau.
Ce protocole offre un temps de convergence beaucoup plus rapide (de lordre de 50ms), grce
lactivation de mcanismes tels que FRR (fast reroute)
Au niveau des mcanismes de protection, on peut configurer travers le protocole RSVP
plusieurs LSPs par SDP : cest la notion de primary path, secondary path.
Meryeme FILALI
44
4. Services VPN 11
Lune des applications les plus importantes du protocole MPLS est de pouvoir crer des
rseaux privs virtuels (ou VPN : Virtual Private Network).
Pour satisfaire les besoins des oprateurs de services VPN. Des tunnels sont crs entre des
routeurs MPLS appartenant l'oprateur et ddis des groupes ferms d'usagers particuliers,
qui constituent les VPN. Dans l'optique MPLS/VPN, un VPN est un ensemble de sites placs
sous la mme autorit administrative, ou groups suivant un intrt particulier et qui nont pas
conscience de la prsence dventuels autres sites connects eux aussi sur cette infrastructure.
Pour crer des VPNs clients, il est donc ncessaire disoler les flux de chacun des clients.
Pour cela, le label MPLS est constitu de 2 labels : le premier label (extrieur) identifie le
chemin vers le LSR destination, et change chaque bond, le second label (intrieur) spcifie
le VPN-ID attribu au VPN et nest pas modifi entre le LSR source et le LSR destination.
Cest le LSR source qui applique ces 2 labels au paquet de data lorsquun VPN est utilis.
Figure 33 Les labels d'un paquet VPN
4.1.
Composants dun service VPN
Le routeur ALCATEL LUCENT est bas sur le modle de service o les routeurs de bord de
service sont dploys chez le fournisseur. Les services sont provisionns sur le routeur et
transports travers un rseau IP / MPLS dans des tunnels crs l'aide des LSP.
Le modle utilise des entits logiques pour construire un service. Ces entits logiques de
service sont conues pour fournir luniforme, la configuration oriente de service, la gestion,
et le modle de facturation pour lapport du service.
Figure 34 Les composants dun service VPN
Le modle de service est bas sur les lments suivants:
11
SRC Introduction to Services Architecture : Document 5 certification Alcatel Lucent
Meryeme FILALI
45
Customer : La notion de Customer ou Client est utilise pour un oprateur ayant un

BackBone, afin de dfinir les diffrents services rattachs chaque client spcifique.
Un Customer ID est un identifiant unique par client qui est utilis principalement par le
NMS 5620 SAM pour faciliter lidentification et le Troubleshooting dun client donn. Ce
numro ID sera associ un service, parmi ces services, au moment de sa cration.
Service : Le routeur ALCATEL LUCENT 7750 est un routeur de services. Toutes les
fonctionnalits tournent autour de la notion de service, o un service est dfini comme une
entit unique au niveau mondial qui fait rfrence au type de connectivit soit pour Internet
(couche 3) ou VPN (couche 2 ou 3) de la connectivit.
LID dun Service doit tre unique sur tout lensemble du rseau, dfini et associ un SAP et
un SDP.
SAP: Le SAP (Service Access Point) est lentit logique qui serve laccs au service par le
client, permettant dinterconnecter tout type de flux client vers le rseau dagrgation. Chaque
service dabonn est configur au moins par un seul SAP.
Le type d'encapsulation est une proprit d'accs d'un port Ethernet service ou SONET / SDH
ou un canal TDM.
SDP: Un SDP (Service Distribution Point) est un tunnel de service unidirectionnel (tunnel
logique), permettant de diriger le trafic d'un routeur un autre et de raliser linterconnexion
entre les services (type epipe, vpls, vprn), en se basant sur les tunnels MPLS (ou LSP). LID
de SDP devrait tre dfini.
Tunnels : Lacheminement du trafic se base sur des tunnels MPLS dont :
Tunnels de transport permettant dtablir une connexion entre les routeurs Provider
Edge.
Tunnels de service identifiant le type de service du trafic client.
Figure 35 Tunnels de services
Meryeme FILALI
46
4.2.
Types des services VPN
Un service peut tre:
VPWS Virtual Private Wire Service (Apip, Fpipe, EPIPE.)

VPLS Virtual Private LAN Service
VPRN Virtual Private Routed Network
4.2.1 VPWS
Le routeur ALCATEL LUCENT prend en charge un service de couche 2 point--point connu

sous le nom d'un Virtual Private Wire Service (VPWS). Le service VPWS encapsule les
donnes clients au niveau de son rseau (CE) et les transporte travers IP d'un fournisseur de
services (PE) ou d'un rseau MPLS dans un tunnel GRE ou MPLS. Ces tunnels reprsentent
des connexions logiques travers un rseau commutation de paquets et sont appels des
Pseudowire .
Une autre approche consiste fournir de multiples services d'interfonctionnement sachant
pour Ethernet (Epipe), ATM (Apipe) et Frame Relay (Fpipe), chacun pour une mulation
dans un tunnel sur une commutation de paquets IP rseau.
Figure 36 Multiple services dinterfonctionnement sur VPWS
4.2.2 VPLS
Les routeurs Alcatel -Lucent supportent les services Virtual Private Lan Services VPLS .
VPLS est un service multipoint de la couche 2 permettant plusieurs sites clients dtre
connect un seul domaine de commutation au sein dun rseau gr par IP/MPLS.
Dans un service VPLS les sites clients apparaissent comme tant dans un seul LAN mme
sils sont gographiquement disperss.
Le service VPLS peut stendre sur un ou plusieurs nuds .Dans le cas dun seul nud, les
donnes des clients sont distribues travers les points daccs des services (SAP) associes
Meryeme FILALI
47
aux nuds .par contre dans le cas de plusieurs nud les donnes entrent au service en
utilisant le SAP de chaque nud o ils sont transports travers les tunnels du rseau
IP /MPLS puis le service VPLS fait recours aux SDP des diffrents nuds afin de distribuer
les donnes .
Figure 37 Exemple d'un service VPLS
Procdure de transmission des paquets
Figure 38 Fonctionnement du VPLS
Les routeurs PE doivent prendre en charge les diffrentes caractristiques classiques

dEthernet, comme lacquisition de ladresse MAC, la rplication des paquets ainsi que leur
transfert.
Au dbut les PE analysent ladresse MAC source du trafic arrivant sur leurs ports daccs.
Puis ils mettent en uvre un pont pour chaque instance VPLS, qui est souvent appel un pont
virtuel (VB) dont la fonction est de raliser Forwarding Information Base (FIB) pour
chaque instance VPLS, cette FIB est remplie avec toutes les adresses MAC prises en compte,
finalement tout le trafic est commut en fonction des adresses MAC et est transmis entre tous
les routeurs PE en utilisant les tunnels LSP.
Meryeme FILALI
48
Un paquet inconnu (par exemple un paquet dont l'adresse MAC de destination n'a pas t
tire dans la base de donnes FIB) est reproduit et transmis vers tous les SDPs des routeurs
PE de ce service jusqu' ce que la station cible rponde, et que l'adresse MAC soit apprise par
les routeurs PE associs ce service.
Le service VPWS et VPLS utilisent le protocole de signalisation T-LDP pour lacheminement
des paquets.
Protocole de signalisation T-LDP
Les sessions Targeted LDP sont des sessions LDP entre pairs non directement lis. Quand un
SDP est configur, les tiquettes automatiques dentre et de sortie (LDP cible) sont actives
par dfaut et signales via une connexion TLDP. Si la signalisation est teinte sur un SDP, les
tiquettes "service" dentre et de sortie doivent tre manuellement configur lorsque le SDP
est li un service
4.2.3 VPRN
Le service VPRN permet aux oprateurs dutiliser leurs Metro/Backbone IP pour fournir un
service VPN de couche 3 leurs clients. Chaque VPRN consiste en un ensemble de sites
clients connects un ou plusieurs routeurs provider.
Chaque routeur client (CE) devient une paire de routage pour le routeur provider qui lui est
directement li. Un routeur client fournit les informations de routage au routeur provider pour
le rseau priv du client. Par ailleurs, chaque routeur provider maintient une table de
transmission IP pour chaque VPRN. LOprateur peut rutiliser linfrastructure IP/MPLS
pour offrir de multiples services pour les clients.
Figure 39 Exemple de services VPRN
Les services VPRNs tirent avantages du dynamisme des protocoles de routage IP, en
supportant lajout automatique des nouveaux sites ou la suppression dun VPN, sans aucune
reconfiguration. Ce type de VPN fait appel au Label Stacking, avec un premier label (top
label) qui permet au trafic reu par un usager de transiter dans lIGP et un label qui dirige le
traffic linterface ou service appropri vers la destination final du rseau client. En plus de
cela, le VPRN est capable de fournir une connectivit entre nimport quel nombre de sites
Meryeme FILALI
49
clients. Enfin, le VPRN peut aussi tre configur pour supporter le trafic IP multicast en plus
de lunicast.
Le service VPN utilise VPN Routing and Forwarding Instance (VRFs) au sein dun PE pour
maintenir les informations de transfert sur une base de site. Une VRF est une table de routage
priv logique cre au sein dun routeur PE. Elle permet disoler les informations de routage
dun client dun autre, et aussi les routes du rseau provider. Par ailleurs, chaque PE peut
maintenir plusieurs VRFs spares en se basant sur le nombre de sites clients auxquels il est
connect.
Figure 40 Exemple Deux PE avec deux VRF chacun
Activation du protocole VPRN

Afin dactiver un service VPRN un protocole de routage doit tre activ entre les CE et les
PE afin de permettre lchange des informations des clients entre les diffrents sites.
En ce qui suit nous allons prsenter les diffrentes solutions possibles en terme de protocoles
de routage permettant de rpondre ce besoin afin dopter pour la meilleure solution
Le protocole IGP
Un protocole de routage IGP est essentiel pour raliser les fonctions de routage internes,
quelque soient les services offerts. Cependant dans le cas spcial du VPRN plusieurs
conditions doivent tre satisfaites comme laccessibilit et la convergence optimales sans
oublier la scurit des tables VRF des diffrentes instances.
Il existe plusieurs techniques possibles dans le cas de lutilisation dun protocole IGP pou
lchange des routes VPRN :
la redistribution des routes VRF dans le provider IGP.
la configuration des instances IGP spare pour chaque client.
Les deux solutions ne sont pas valides en effet la redistribution des routes VRF prsente des
clichs au niveau de la scurit car lensemble des routes vont tre mlanges dans la mme
table du routeur provider.de mme la sparation des instances IGP ne peut pas tre
oprationnelle du moment o le nombre dinstances supportes par un routeur est limit.
Meryeme FILALI
50
Le protocole BGP
Si lexigence tait de pouvoir changer lensemble des tables VRF directement entre les PE,
le protocole BGP se prsente comme tant volutif et capable dchanger un grand nombre
de routes entre les paires.
Cependant dans notre cas lchange se fait travers des routeurs providers qui doivent tre
conu afin de pouvoir sparer plusieurs entres provenant de la mme adresse IPv4.ce qui
nest pas pris en charge par le BGPv4.
Solution : MultiProtocol BGP
La solution consiste en un mcanisme permettant de reconnaitre quune mme adresse peut
faire rfrence plusieurs entres. Ce qui nous ramne ajouter un prfixe unique chaque
entre appel Route Distinguisher pour crer un e nouvelle adresse spciale au service
VPRN note VPN-IPv4
Figure 41 Constitution d'une adresse "VPN-IPv4 "
Dans ce cas MultiProtocol BGP est utilis pour distribuer les informations de routage VPRN
travers les providers le MP BGP possde en effet la capacit de lire les adresses VPNIPv4.
Figure 42 Echange des routes VPRN travers MP BGP
Le protocole MP-BGP est une extension du protocole BGP 4, et permettant dchanger des
routes Multicast et des routes VPNv4. MP-BGP adopte une terminologie similaire BGP
concernant le peering :
MP- BGP : peering entre routeurs dun mme AS.
MP-eBGP : peering entre routeurs situs dans 2 AS diffrents.
Notion de RD (Route Distinguisher)
Meryeme FILALI
51
Des sites appartenant des VPN isols ayant la possibilit dutiliser des plans dadressage
recouvrant les routes changes entre PE doivent tre rendues uniques au niveau des updates
BGP. Pour cela, un identifiant appel RD (Route Distinguisher), cod sur 64 bits, est accol
chaque subnet IPv4 dune VRF donne. Le RD scrit sous la forme ASN:nn ou IPAddress:nn .
Notion de RT (Route Target)
Le RD permet de garantir lunicit des routes VPNv4 changes entre PE, mais ne dfinit pas
la manire dont les routes vont tre insres dans les VRF des routeurs PE. Limport et
lexport de routes sont grs grce une communaut tendue BGP (extended community)
appele RT (Route Target). Les RT ne sont rien de plus que des sortes de filtres appliqus sur
les routes VPNv4. Chaque VRF dfinie sur un PE est configure pour exporter ses routes
suivant un certain nombre de RT. Une route VPN exporte avec un RT donn sera ajoute
dans les VRF des autres PE important ce RT.
Ce chapitre a t consacr lanalyse des recherches des diffrents quipements, protocoles et

services attachs Alcatel ainsi quune tude de leurs compatibilits avec la solution du
backhaul mobile de Maroc Telecom. Pour enfin produire un document de base dit
HLD High-Level Design dcrivant plus particulirement la mise en uvre de la dite
solution sur les deux niveaux : physique et logique.
Cette partie nous a permis dapprofondir nos connaissances sur les principes de base du
rseau RAN savoir les technologies utilises dans le Backhaul mobile de Maroc Telecom :
GSM et UMTS jusqu lavnement de lIP-RAN. Ltude de ces lments constitue une base
pour entreprendre la nouvelle infrastructure du rseau radio propose et procder une
analyse complte des diffrents quipements, protocoles et services compatibles avec la dite
solution.
Meryeme FILALI
52
PARTIE II : MISE EN UVRE DE

LA SOLUTION IP-RAN
Meryeme FILALI
53
Lanalyse des recherches faite dans la partie prcdente nous aide produire dans celle-ci un
document HLD High-Level Desgin , mise disposition de nos ingnieurs Deployment
Team , qui dcrit notamment limplmentation de la solution IP-RAN sur les deux niveaux
physique et logique ainsi que la mise en uvre de quelques tests demands par Maroc
Telecom et vrifiant son oprabilit sur le nouveau rseau Backhaul mobile.
Chapitre 3 : Implmentation des quipements, protocoles et services

appropris la solution et production du document HLD
Dans lintention de faciliter la tche nos ingnieurs Deployment Team , nous essayons de
leurs mettre disposition, dans ce chapitre, un document de rfrence HLD dcrivant la
mise en uvre de la solution IP-RAN sur les deux niveaux : physique et logique.
Section I: Implmentation physique

1. Equipements daccs
Ces quipements sont directement lis aux BTS et aux RNC. Pour cette raison que les
7705SAR constituent les quipements les plus aptes raliser cette fonction puisqu ils sont
spcialiss en mobile Backhaul et permettent:
Transport de service TDM / ATM / Ethernet sur MPLS pseudowires

Support de technologies de synchronisation Eth Synch / ACR / Bits
Support de MPLS LDP / RSVP TE / FRR .
Support de MPLS pseudowires active/standby
Support de MPLS LSR (chainage de 7705s possible si ncessaire).
Futur support de MPLS L3VPN (entre autre) .
2. Equipements Core, agrgation et pr agrgation

Les fonctionnalits demandes pour ces trois types de sites sont tablies par le 7750SR qui
peut supporter :
Tous les types des services : backhaul mobile, business, rsidentiel...

TDM / ATM / Ethernet PW pour tout type de service.
Multi-chssis LAG, Multi chssis APS
Redondance PW
VPLS / HVPLS
L3VPN sur MPLS (y compris Multicast)
PLS LDP / RSVP-TE / FRR / LSR ..
Meryeme FILALI
54
Tous les modles de service rsidentiel : VLAN par service, VLAN par service et par
subscriber, VLAN par subscriber et par service
Tous les modles de Set Top box : Rout et bridg pour les services rsidentiels.
Larchitecture matrielle finale est prsente comme dans la figure(x):
5620 SAM
7705 SAR-F
1GE
7705 SAR-8
7750 SR7
7705 SAR-F
10GE
1GE
10GE
7750 SR-12
7705 SAR-F
Site Core
7705 SAR-8
Sites
Agrgation
7705 SAR-F
Sites Accs
7750 SR7
7750 SR7
Site PrAgrgation
Figure 43 Architecture de la maquette
3. Gestion du hardware
Lapplication 5620 Service Aware Manager (5620 SAM) est le gestionnaire des quipements
de nouvelle gnration pour les routeurs IP et les Switch Ethernet dAlcatel. Le 5620 SAM est
dvelopp pour faciliter la gestion des technologies et des services VPN dans des
environnements Ethernet et IP. Avec le 5620 SAM, Maroc Telecom grera de bout en bout
les services dploys via une interface graphique.
Le routeur 5620 SAM maintient une relation directe entre dune part les ressources
individuelles dun rseau sous sa gestion et dautre part les services et les abonns qui
utilisent cette ressource. Ce qui permet aux oprateurs davoir disposition une vision claire
et prcise du rseau ainsi que les outils danalyse rapide des impacts des problmes des
rseaux sur les services grs
Le routeur 5620 SAM permet aussi de dfinir les interfaces exposs aux oprateurs afin de
nafficher que les informations pertinentes pour lactivation des services dfinis par Maroc
Telecom. Ainsi il apporte des outils simples dutilisation permettant de scuriser et de
raccourcir ces oprations.
La solution propose est base sur une architecture redondante dite active/standby comme
schmatis dans la figure 44. Les oprateurs de Maroc Telecom pourront accder
lapplication via des clients 5620 SAM install sur leur poste.
Meryeme FILALI
55
Figure 44 Schma de redondance des serveurs de management 5620 SAM
Cette architecture redondante assure une fiabilit du moment o elle dispose de deux serveurs
chacun li une base de donnes.
En tat normal les donnes sont transmises travers le serveur actif qui les stocke dans sa
base de donnes. Cette dernire transmet rgulirement des mises jour la base de donnes
du serveur standby qui sera actif une fois le serveur principal tombe en panne.
Meryeme FILALI
56
Section II: Implmentation logique

Le rseau sera compos de 2 plaques :
La plaque de rabat constitue de 7 boucles.
La plaque de Kenitra constitue dune seule boucle.
Les communications inter boucles se font via les routeurs dits Core .
Les communications inter plaque se font via le rseau cur IP/MPLS.
1. Implmentation de lIS-IS dans larchitecture
La philosophie de dcoupage IS-IS est donc la suivante par une mme plaque :
Les liens vers les sites Core, sites dAgrgation et sites de Pr-agrgation sont au
niveau 2 ISIS.
Les liens des Sites daccs 7705 vers les sites Core, site dAgrgation et sites de Pragrgation en niveau 1 IS-IS.
La figure suivante montre cette philosophie pour la plaque de rabat:
Figure 45 Dcoupage IGP de la plaque de Rabat
Meryeme FILALI
57
1.1. Paramtres de convergence

Afin de permettre une convergence rapide au niveau IGP et dviter la perte des sessions
entre les NodeB et le RNC en cas de changement de topologie les deux mcanismes
suivants seront configurs : Exponntial backoff algorithm
Le principe de ce mcanisme est de ragir rapidement au premier changement de topologie
rseau pour le calcul SPF (aprs un dlai entre lvnement et le dmarrage du calcul SPF :
spf-initial-wait) et ensuite en cas de changement trop frquent dallonger le dlai entre les recalculs SPF pour ne pas augmenter la charge CPU du routeur et le faire tomber pour cela le
dlai spf-second-wait est utilis et multipli par 2, 4, 8 entre chaque calcul SPF jusqu la
limite spf-wait.
Pour ce faire les paramtres suivants seront configurs :
spf-initial-wait=50msec
spf-second-wait=50msec
spf-wait=2seconds
Utilisation de BF
BFD est un protocole crant une session entre les instances de routage de deux routeurs
distants .En effet La frquence leve de hello packet de ce protocole permet une
dtection rapide de la perte de session.
La valeur du timer hello-interval pour BFD sera configure 10msec pour les 7750, et 100ms
pour les 7705 comme suit :
hello-interval=10ms (7750) ou hello-interval=100ms (7705)

hello-multiplier=3
Ces valeurs sont relativement basses, cela permet une dtection rapide de panne et permet
dactiver les protocoles IGP ainsi que le FastReroute sans attendre lexpiration du timer de ces
derniers.
1.2.
Dfinition des Mtriques
Par dfaut en IS-IS, le cout des liens est de 10. La configuration par dfaut ne permet pas de
privilgier les liens ayant une bande passante plus importante par rapport aux autres.
Il faudra donc configurer le mode rfrence bandwidth qui permet daffecter un lien un cout
proportionnel sa bande passante. Le calcul se base sur une bande passante de rfrence que
lon compare la bande passante du lien selon la formule suivante :
Bande passante de rfrence
Cout du lien = ---------------------------------------Bande passante du lien
La bande passante de rfrence configure sera de 100Gbps.

Il en dcoule le tableau de correspondance suivant :
Meryeme FILALI
58
Type de lien
Cot
10GbE
10
1GbE
100
STM-1
645
FE (100MbE)
1000
Les liens de mme de type auront donc le mme cout. Lorsque quun cot identique existe
pour une mme destination sur diffrents liens, le trafic sera load-balanc.
Dans le cas dIS-IS, lutilisation de lattribut rfrence bandwidth est associ la notion de
narrow metrics qui limite la plage du cout des liens 63 en fonction du rsultat du calcul.
Pour supprimer cette limitation il faut activer la notion de wide-metrics-only.
2. Implmentation du BGP dans larchitecture
Un peering BGP full mesh sera tabli entre lensemble des routeurs core, agrgation et pragrgation dune mme plaque .Les site daccs ne font partie de ce full mesh.
Par plaque, deux routeurs seront identifis en tant que route rflecteurs. Ceci permettra de
rduire le peering deux routeurs, de simplifier la configuration lors de lajout dun nouveau
nud.
Comme lindique la figure, par plaque, deux routeurs seront identifis en tant que route
rflecteurs. Ceci permettra de rduire le peering deux routeurs, de simplifier la configuration
lors de lajout dun nouveau nud.
Figure 46 BGP Peering
Multi-Protocole BGP sera utilis pour le service de backhauling mobile pour lchange des
routes VPN.
Un numro dAS priv sera dfini. Multi-Protocole BGP sait grer un grand nombre de
familles, seule la famille vpn-ipv4 sera utilis.
Meryeme FILALI
59
Un numro dAS priv sera utilis parmi la plage autorise par lIANA
Le mme numro dAS sera utilis pour lensemble des plaques. La fonction BGP override
devra tre utilise pour permettre davoir plusieurs fois le mme numro dAS dans un AS
path.
Lide tant de pouvoir communiquer entre deux plaques via le rseau cur MPLS afin de
pouvoir effectuer des re-parentages de NodeB vers dautres RNC par exemple.
3. Processus de slection des routes BGP VPN-IPv4
Pour chaque route dans la table de routage du 7750 SR, le protocole de routage slectionne le
meilleur chemin. Ensuite, la meilleure chemin est compar au chemin suivant dans la liste
jusqu' ce que tous les chemins de la liste soient puiss. Les paramtres suivants sont utiliss
pour dterminer le meilleur chemin (la meilleure route) :
Les routes ne sont pas considres si le next-hop IGP nest pas install.
Les routes avec la plus haute valeur de local preference sont prfres
Les routes avec le plus petit AS path sont prfres (non applicable pour IBGP)
Les routes avec la plus petite origin sont prfres IGP=0, EGP=1, INCOMPLETE=2.
Les routes avec la plus petite valeur de Multi-Exit Discriminator (MED) sont prfres
Les routes apprises par un peer EBGP sont prfres par rapport celles apprises par
un peer IBGP. (dans le cas de Maroc Telecom, il ny aura pas de routes apprises par
EBGP)
Les routes avec le plus petit cot IGP sont prfres
Les routes avec le plus petit BGP-ID sont prfres
Les routes avec le plus petit cluster list (dans le cas de route relecteurs) sont prfres
Les routes avec le plus petit next-hop IP sont prfres
Meryeme FILALI
60
Section III: Implmentation du rseau MPLS dans la solution

Le choix des protocoles de signalisation, pour le rseau dagrgation se porte sur LDP, RSVP
et LDPoverRSVP pour les raisons suivantes :
Protocoles
de
signalisation
LDP
Rgion
Raisons du choix
rseau dagrgation
sites daccs
7750 co-localiss avec les sites Core
RSVP
sites Core
Agrgation et Pr-agrgation
Simplicit de configuration (point

multipoint).
Scalabilit.
Convergence rapide non ncessaire car
site single hom.
Chemins dterministes.
Convergence
de
50ms
(avec
lutilisation de fast reroute).
La figure suivante illustre limplmentation des protocoles de signalisation au sein dune

mme plaque :
Figure 47 LDP dans laccs et LDPoRSVP au niveau des sites Core, Agrgation et Pr agrgation.
Dans la partie Core, Agrgation, et Pr-Agrgation, lide est dimplmenter un chemin

RSVP primaire et secondaire avec lactivation de fast reroute sur le chemin primaire Afin de
contrler le trafic au niveau de la boucle dagrgation, nous pouvons utiliser du link coloring
ou obliger passer par certains nuds du rseau.
Meryeme FILALI
61
Section IV: Implmentation des services VPN dans la solution

La nouvelle architecture se base sur la technique Pseudo Wire PWE3 pour le transport de
plusieurs types de flux, savoir:
Flux mobile :
- 2G : TDM venant de la BTS.
- 3G : ATM et Ethernet venant de la NodeB.
Flux rsidentiel :
- Voix sur IP (VoIP).
- Accs linternet (HSI).
- Vido la Demande (VoD).
- TV Broadcast (IPTV).
1. Implmentation des flux mobiles

Comme cit prcdemment le rseau dagrgation mobile transportera des flux :
E1 TDM issues des BTS 2G.

E1 ATM issues des Nodes B 3G.
Ethernet issues des Nodes B 3G.
Le rseau de la solution multiservice MPLS est compos, des routeurs de service 7750 ainsi
quun quipement daccs mobile Backhaul 2G/3G/LTE : Le routeur dagrgation 7705.
1.1.
Service de transport TDM pour 2G
Les flux E1 2G seront transports de bout en bout au sein dune mme plaque en utilisant des
pseudowires TDM. Ces derniers utiliseront un tunnel de transport MPLS/LDP qui sera
encapsul dans RSVP-TE au niveau du premier 7750 rencontr de plus un tunnel de services
permet la signalisation dynamique T-LDP pour lannonce des labels de service.
Ci-dessous la dcomposition de ce service pour le scnario propos Maroc Telecom :
Le routeur 7705 sur un port E1 dmarre le service qui se termine sur les 7705 sur un
port E1 colocalis avec le BSC.
MPLS est utilis pour trafic engineering ainsi que pour la protection de bout en bout
(FRR / Active standby LSP).
Sur ce service, les 7750 intermdiaires sont uniquement MPLS LSR.
Meryeme FILALI
62
BSC
TDM PSW protg par MPLS FRR /

active standby LSP entre les 7750
Ring 10G
SDH
Figure 48 Exemple de service TDM sur Pseudowire
Choix de la mthode dencapsulation

Au niveau de la solution offerte, deux techniques dencapsulation SAToP et CESoPSN sont
supportes par les quipements impliqus dans la terminaison des circuits CPipe, savoir le
7750 et le 7705.
Afin de choisir une de ces techniques nous avons procd par une tude comparative
reprsente dans le tableau suivant :
Technique
Type de paquet
avantages
Limitations
SAToP
Non structur.
-Faible entte.
-Plus susceptible la perte

des trames.
-Temps de transfert de bout

en bout rduit.
CESoPSN
Structur.
-Temps de paquetage faible
-Les paquets doivent tre

fragments
La mthode dencapsulation choisie est SAToP qui permet de transporter lE1 dans son
intgralit. Le nombre dE1 transport dans un paquet est configurable. Plus le nombre dE1
Meryeme FILALI
63
transport dans un paquet est lev, plus le dlai est lev et plus la bande passante est
optimise.
De manire gnrale, le dlai de bout en bout est fonction des paramtres suivants :
Nombre dE1 stock dans le packetisation buffer avant lenvoie du paquet ; le

dlai correspond aux nombre dE1s * 125 microsecondes
Dlai de transfert dans le rseau qui est fonction de la distance
Temps pass dans le de-jitter buffer pour absorber la jigue, la taille du buffer
devrait tre au minimum 3 4 fois le temps de packetisation.
La figure ci-dessous schmatise le processus de paquetisation dune trame TDM
Figure 49 Paquetisation d'une trame TDM
Meryeme FILALI
64
1.2.
Service de transport ATM pour 3G
Les flux E1 3G seront transports de bout en bout au sein dune mme plaque en utilisant des
pseudowires ATM.
Le service est dcompos comme suit :
Le routeur 7705 dmarre le service qui se termine sur les 7750s.
2 pseudowires (1 actif et un standby) sont termins sur chacun des 7750.
MPLS est utilis pour distribuer les Pseudowires (actif et standby) sur des chemins
diffrents.
Sur ce service, les 7750 intermdiaires sont uniquement MPLS LSR.
Le schma ci-dessous illustre cette description :
MPLS
backbone
RNC
7705
7750
PSW
actif 7750
7705
PSW
7750
standby
Ring 10G
7705
SDH
7750
7750
7705
7705
Figure 50 Exemple de service ATM sur pseudowires

Dans le cas o les Node B utilisent diffrents VP/VC pour diffrents types de trafic, la
solution offerte doit permettre de faire des encapsulations PW par VP/VC pour sparer le
transport des diffrents types de trafic.
Meryeme FILALI
65
Le nombre de cellule encapsules dans un paquet peut tre dfini et est dterminant pour :
Le dlai maximum
Le MTU de linterface
Une redondance nest pas prvue au niveau ATM. Le service dmarre dun 7705 sur un port
E1 ou des ports E1 ATM IMA et se termine sur un autre 7705 sur une interface STM1 ATM
clear channel colocalis avec le RNC.
Les paramtres suivants seront configurs :
SAP : PVC (vci ou vpi)

Signalisation T-LDP, tunnel LDP (qui sera encapsul dans RSVP au niveau du
premier 7750 rencontr) vers le 7705 colocaliss avec le RNC.
Type dencapsulation N : 1 avec N=1, mapping 1 :1 entre 1 PVC et 1 pseudowire
Pour le traffic UBR, non sensible aux dlais, cell concatenation 26 (max par rapport
au MTU de linterface)
Pour le traffic CBR, sensible aux dlais, ALCATEL LUCENT recommande un cell
concatenation entre 1 et 6
Meryeme FILALI
66
1.3.
Service de transport Ethernet pour 3G
Les flux Ethernet seront transports de bout en bout au sein dune mme plaque.
Le service retenu pour linterface IuB/IP est une combinaison de deux services de mme
type implments comme suit :
Le routeur 7705 dmarre le service Epipe et le route par une VRF (VPRN sap-to-sap)
sur ce mme 7705, Le protocole de signalisation des labels utilis sera LDP
Le service Epipe est termin dans un IP-VPN 7750 du niveau dagrgation,
MPLS TE est utilis pour distribuer les Pseudo wires (actif et standby) sur des
chemins diffrents.
MPLS TE peut tre galement utilise pour contrler le trafic entre les instances
VPRN des 7750.
Le schma ci-dessous illustre cette description :

MPLS
2 routeurs dfinis en tant

que route rflecteur
backbone
IP-VPN avec spoke SDP
RNC
termination in a VRF
Tunnel RSVP vers
lensemble des routeurs
7750.
local
MP-BGP sessions vers les
VRF
routes rflectrices.
77
IP-VPN
IP-VPN
Local
50s
VRF
Spoke SDP bas sur LDP

Static route as PE-CE
77
protocol
50
IP-VPN
local
local
77
Ring
VRF
77
50
IP-VPN
10G
05
VRF
local
VRF
SDH
7705
IP-VPN
77
74
50
50
VRF local avec spoke-SDP
Full mesh IP-VPN
local
terminaison dans une VRF
77
VRF
local
Spoke SDP bas sur RSVP.
05
VRF
77
05
Figure 51 Vue logique du service 3G ethernet
Meryeme FILALI
67
La VRF des 7705 sera relie au 7750 adjacent avec un pseudowire Ethernet (Spoke SDP).
Pour le futur, pour les rseaux LTE, lutilisation de VRF permettra de router le traffic
directement au niveau des nuds dagrgation sans avoir passer par les sites core ; ceci est
intressant pour linterface LTE X2.
Le choix de Maroc Telecom est dutiliser une VRF (instance de routage) par constructeur
radio (Hwawei, NSN, ERICSON). Nous aurons donc 3 VRF au total. Au niveau du site core,
o lon peut avoir plusieurs boucles connectes, on retrouve galement les 3 VRF
correspondantes chaque constructeur.
Les paramtres suivants seront configurs :
Au niveau du 7705
Service VPRN local sans MP-BGP
SAP Ethernet correspondant au vlan du nodeB
Spoke SDP vers le routeur 7750
Route statique, default gateway, vers le 7750 attach
Spoke SDP avec signalling T-LDP dynamique et tunnel bas sur MPLS LDP
Au niveau des 7750

Service VPRN
Spoke SDP ethernet venant du 7705.
Route statique qui correspond la summurization des adresses de
nodeB ratachs derrire le 7705.
Tunnel RSVP vers lensemble des autres 7750 de la plaque SDP vers
lensemble des autres 7750 de la plaque (automatique avec auto-bind
RSVP).
Peering MP-BGP avec les 2 routes reflecteurs. (pour les routes
reflecteurs : peering MP-BGP avec lensemble des 7750 de la plaque).
Meryeme FILALI
68
2. Implmentation des flux rsidentiels

Les services rsidentiels sont dmarrs sur 7750 aprs une agrgation (DLSAM .). Chacun
de ces services rsidentiels peut opter pour un mode de transport pour les services qui peuvent
tre soit:
2.1.
Niveau 2 (VPLS de bout en bout)
les quipements dagrgation rsidentielle (DSLAM ) sont connects sur les sites de pragrgation, dagrgation ou core. Comme le montre la figure suivante
Figure 92 Service rsidentiel avec transport en niveau 2 (ex :HSI/PPPOE)
2.2.
Niveau 3 (VRF de bout en bout)
En fonction du type de service et de la position des sources IPTV / Gateway VOIP / VOD
serveurs, les services sont dlivrs un niveau 3 qui peut tre soit les 7750 de la pragrgation, agrgation ou cur soit le rseau MPLS de cur ce qui est schmatise par la
figure suivante :
Figure 53 Service rsidentiel avec transport niveau3 (ex: IPTV, VOIP)
Meryeme FILALI
69
2.3.
Niveau 2 + niveau 3 (VPLS + VRF)
Services VOIP / IPTV / HSI / VOD transports en VPLS ou en VRF et donc possibilit de
trafic engineering et de protection de type MPLS (FRR, Standby) sur ces services.
Figure 54 Service rsidentiel avec transport mixte niveau2 et niveau3 (ex: IPTV, VOIP)
La gestion des abonns est compltement dcouple du mode de transport choisi pour un
service donn, de mme, elle est compltement dcoupl du mode de service (VLAN par
abonn ou VLAN par service ou VLAN par service et par abonn )
Le type home Gateway (route ou bridge) est lui aussi dcoupl du mode de service et du
type de transport choisi pour un service (niveau 2 ou niveau 3 ou mixe niveau 2 et niveau 3).
Il est noter que le routeur 7750 SR peut en plus jouer le rle dun BNG (Broadband
Network Gateway) qui consiste en un routeur edge ou les polices de bande passante et qualit
de service sont appliques.
La solution est fonde sur un BNG permettant davoir une architecture distribue et optimise
pour dlivrer des services convergents tels que lIPTV, la VoD, la VoIP, ), les jeux la
demande ainsi que dautres services de divertissement et de communication intgrs.
Dans ce chapitre, nous avons mis disposition de nos ingnieurs Deployment Team un
document de rfrence HLD qui dcrit en particulier limplmentation de la solution IP-RAN
sur les deux niveaux physique et logique.
La russite qui complte ce modeste travail doit tre justifie par des tests aptes rpondre
aux exigences de Maroc Telecom.
Meryeme FILALI
70
Chapitre 4 : Mise en uvre des tests dinteroprabilit

De faon assurer une prestation de service optimale leurs clients, Maroc Tlcom doit
sassurer de loprabilit de la solution avant son exploitation sur un rseau grande chelle.
En effet, Maroc Telecom effectue des tests dinteroprabilit et ce avant chaque nouvelle
introduction dquipement ou mise jour logicielle. Cela permet dune part loprateur de
vrifier la conformit au cahier de charge. Dune autre part, vrifier la compatibilit des
nouvelles solutions avec larchitecture rseau existante.
Les tests IOT permettent de manire bilatrale aux diffrents quipementiers de vrifier la
conformit des interfaces standardiss communs avant le lancement dune mise jour
logicielle ou une nouvelle solution. Ces tests sont raliss au niveau de la maquette client, en
faisant appel aux diffrents quipements qui vont interagir dans le rseau grande chelle.
Le processus des tests IOT est gnralement propos par le client et consiste en diffrents
activits. Tout dabord, le Project Planning qui consiste dfinir les intervenants dans le test,
le calendrier des tests et toute autre information spcifique au projet. Ensuite, vient ltape du
Table Testing, o les diffrents intervenants essaient didentifier les potentiels problmes qui
peuvent subvenir avant la phase du test. Aprs, vient le Test Planning, o les intervenants se
mettent daccord sur les tests qui doivent tre ralis. Ultrieurement, vient ltape du
Laboratory Test, qui consiste test sur maquette la conformit des tests, en prsence des
responsables client. Enfin, un rapport dtaill doit tre rdig qui sinscrit dans ltape du Test
Reporting.
Dans ce chapitre, nous allons mettre en uvre quelques un des tests demands par Maroc
Tlcom. Aprs avoir expos larchitecture de la maquette des tests, nous allons vrifier la
synchronisation frquentielle des routeurs. Ensuite, nous allons nous assurer du bon
fonctionnement de la protection LSP en utilisant le mcanisme du FRR. Enfin, nous dcrirons
le processus dimplmentation du rseau dagrgation propos par ALCATEL LUCENT dans
le cas dune NodeB et RNC de Huawei.
Meryeme FILALI
71
Section I : Architecture de la maquette de test

La maquette de test propos par ALCATEL LUCENT est compose de :
Quatre routeurs 7705 SAR-F, reprsentant les routeurs daccs au niveau des Cell
Sites.
Deux routeurs 7705 SAR-8, reprsentant les routeurs daccs gnralement localiss
avec les 7750s.
Trois routeurs 7750 SR7, reprsentant les routeurs pr-agrgation, agrgation.
Un routeur 7750 SR12, reprsentant le routeur core.
Un serveur 5620 SAM, NMS.
La topologie est organise comme suit :
Le core est constitu dun routeur 7750 SR-12 et dun 7705 SAR-8
Lagrgation est constitue de deux routeurs 7750 SR-7
La Pr-agrgation est constitue dun routeur 7750 SR-7 et dun routeur 7705 SAR
Laccs est constitu de quatre routeurs 7705 SAR-F
La figure suivante montre la topologie de la maquette. Elle reproduit larchitecture propose

pour le rseau dagrgation de Maroc Tlcom.
P-SR12
SAR8-01
SARF-02
SARF-01
PE-SR7-02
PE-SR7-01
PE-SR7-03
SAR8-02
SARF-03
SARF-04
Figure 55 Figure de la Maquette Maroc Tlcom.
Ladressage rseau, ntant pas important pour le besoin de ce rapport, est omis. Il est
prsent de faon arbitraire.
Section II : Fast ReRoute (FRR)

Nous allons vrifier le bon fonctionnement de la protection du Primary Path pour le LSP en
utilisant le mcanisme du FRR. Dans le test dcrit ci-dessous nous utiliserons la configuration
dun Primary Path protg par le FRR.
Meryeme FILALI
72
Figure 56 Mise en uvre du mcanisme FRR
Le protocole de routage IGP, dans ce cas IS-IS doit tre configur ainsi que le traffic
engineering. Le temps de convergence du FRR est denviron 50ms, il est donc transparent
pour le customer et naura aucun impact sur le traffic.
Pour tester le mcanisme FRR, six tapes sont proposs :
a. Activation de trafique engineering
Cela se fait par la commande suivante :
config router is-is
traffic-engineering
exit
exit all
b. Activation de MPLS
Configure router
mpls
interface
exit
interface
exit
interface
exit
interface
exit
exit
"system"
"to_p_sr12_01"
"to_pe_sr7_02"
"to_sarf_01_1"
On utilisera la commande suivante pour vrifier que le mpls est bien oprationnel sur toutes
les interfaces :
Show router mpls interface
c. Configuration de PATH
mpls
path "primary"
no shutdown
exit
Meryeme FILALI
73
d. Configuration de LSP
mpls
lsp "to_p_sr12"
to 192.168.0.1
cspf
adspec
retry-timer 3
primary "primary"
exit
no shutdown
exit
e. Activation de la fonction FRR sur le LSP

Nous pouvons prsent configurer et tester le FRR (facility) qui va crer un LSP de backup
automatiquement aprs la dtection que le lien primaire soit tomb
Configure router mpls
Lsp TEST
Fast-reroute facility
exit
On utilisera la commande suivante pour vrifier que le mpls est bien oprationnel sur toutes
les interfaces :
Show router mpls status
Show router mpls lsp path detail
Show router rsvp session
f. Test de coupure dans le rseau avec un appel en cours

Le test consiste montre que le FRR arrive protger les appels en cas de pertes de liens dans
le rseau.Les pertes de liens narrivent pas degrader le service voix . Le scenario est le
suivant :
Emettre un appel.
Deconnecter le lien entre les routeurs CO-SR12-01 et AG-SR07-02.
Remettre le lien entre le CO-SR12-01 et AG-SR07-02. Puis attendre 10 secondes et
deconnecter le lien entre les routeurs CO-SR12-01 et AG-SR07-01.
Le resultat attendu est davoir la continuit du service (sans interruption de lappel en cours)
pendant toutes les manipulation.
Meryeme FILALI
74
Section III : Test IuB over Ethernet avec NodeB connect un 7705 SAR
Figure 57 Backhaul Iub Over Ethernet avec NodeB sur un 7705 SAR.
Le RNC est connect aux routeurs 7750 SR12 et 7750 SR7 (AG-SR7-01). Les liens sont des
GE. La Node B sera connecte au routeur 7705 SAR8 (7705-SAR8-02).
Un VRF FULL Mesh (VPRN) sera configur sur tous les routeurs 7750 de lIP-RAN. Un
VRF local sera configur sur le routeur 7705. Les deux VRF seront connects laide dune
interface spoke-sdp. Sur la NodeB, une default route sera configure. Cette route pointera vers
le routeur 7705. Pour joindre la NodeB, une route statique est configure sur le VRF Full
Mesh.
Pour vrifier loprabilit de la proposition, les tests suivants sont proposs sur le RNC et
NodeB Huawei :
a. Configurer les interfaces GE entre le RNC et les routeurs 7750
port 1/2/3
description "TO RNC HUAWEI"
ethernet
mode access
encap-type dot1q
exit
no shutdown
exit
b. Configurer Un VRF Full mesh sur les routeurs IP-RAN

vprn 30 customer 1 create
description "3G-ETH IUB Traffic"
route-distinguisher 64999:5052
auto-bind rsvp-te
vrf-target target:64999:5050
exit
Meryeme FILALI
75
c. Crer linterface entre le RNC et les routeurs 7750 dans le VRF

Sur le routeur CO-SR12-01 :
vprn 30
interface "to_RNC_HUAWEI"
address 10.0.1.2/30
sap 1/2/3:20 create
exit
exit
no shutdown
create
exit
Sur le routeur AG-SR07-01 :

vprn 30
interface "to_RNC_HUAWEI"
address 10.0.2.2/30
sap 1/2/3:20 create
exit
exit
no shutdown
exit
create
d. Configurer l interface GE entre le routeur 7750 et la Node B

port 1/2/8
description "TO NODE HUAWEI"
ethernet
mode access
encap-type dot1q
exit
no shutdown
exit
e. Configurer un VRF local sur le routeur 7705

vprn 31 customer 1 create
description "3G-ETH IUB Traffic -local VRF"
route-distinguisher 64999:5053
vrf-target target:64999:5052
interface "to_3GETH_GE/FE_NODEB_HUAWEI" create
shutdown
address 10.0.0.2/30
sap 1/4/8:0 create
exit
no shutdown
exit
f. Connecter le VRF du 7750 et celui du 7705 laide dune interface spoke-sdp

Sur le routeur 7705, on a :
vprn 31
interface "to_VPRN30_7750" create
address 192.168.1.86/30
static-arp 192.168.1.85 8c:90:d3:1c:fc:01
spoke-sdp 4:31 create
exit
Meryeme FILALI
76
exit
static-route 0.0.0.0/0 next-hop 192.168.1.85
no shutdown
exit
Sur le routeur 7750, on a :

vprn 30
interface "to_VPRN31_7705" create
address 192.168.1.85/30
static-arp 192.168.1.86 48:f8:e1:78:58:01
spoke-sdp 6:31 create
exit
exit
static-route 10.0.0.0/30 next-hop 192.168.1.86
no shutdown
exit
La suite des tests consiste vrifier les diffrents services Iub :

g.
h.
i.
j.
Test de connectivit entre Node B et RNC (Ping)

Test dappel Voix
Test dappel Vido
Test de transfert de donnes (Data)
Ces tests ne peuvent pas tre faits pour le moment par manque de matriel en loccurrence le
gnrateur de trafic qui est utilis par un autre oprateur.
Les Tests IOT reprsents dans ce rapport constituent une partie de lensemble des Tests IOT
quALCATEL LUCENT est dans lobligation de raliser. En effet, Maroc Telecom tiens
vrifier de prs loprabilit de la solution propos par ALCATEL LUCENT, vue son
importance une fois intgr au rseau. Il consiste notamment sassurer que tous les
mcanismes de haute disponibilit son fonctionnels, les quipements des diffrents Vendors
sont compatible (Huawei, NSN, Motorola et Ericsson) et que les mesures des diffrents KPI
est conforme aux besoins dcrits dans le cahier de charge.
La production de ce document HLD reprsente un atout dans la mesure o il facilite la tache

aux ingnieurs du dpartement Deployment Team qui ont comme mission la mise en
place de la solution avant de raliser les tests doprabilit.
Meryeme FILALI
77
CONCLUSION GENERALE
Ce projet a vu le jour suite un besoin qui se fait sentir dans le monde entier, il sagit de la
migration vers une nouvelle infrastructure du rseau daccs Radio mobile de nature IP :
Solution qui a rpondu aux exigences poses par les oprateurs tlcoms en gnral
puisquelle fournit une architecture de bout en bout qui prvoit lintelligence, la flexibilit, la
simplicit et la rentabilit des cots requis afin de supporter laugmentation massive du
nombre dabonns et la saturation de la bande passante. Ceci a permis plus particulirement
notre fournisseur Maroc Telecom deffectuer une transition profitable vers une infrastructure
de rseau de transport mobile largement plus avantageuse.
La participation active ce projet nous a permis dapprofondir nos connaissances dans le
domaine des rseaux de tlcommunication savoir le GSM et lUMTS, de bien matriser les
techniques de transport et de dfinir les spcifications techniques et fonctionnelles requises
pour la fourniture, linstallation et lintgration dune solution IPRAN de bout en bout.
Due la taille et limportance de tout ce qui prcde, Il convient comme mme de signaler
que lvaluation de la qualit des rsultats dudit projet et la simulation financire de ces couts
sont des points non traits durant notre priode de stage et peuvent ventuellement faire
lobjet dun traitement ultrieur en cas de prolongation de la dure de stage ou dans le cas
chant, donner lieu un prochain projet de fin dtudes.
Meryeme FILALI
78
LISTE DES FIGURES
Figure 1 ALCATEL LUCENT Maroc ......................................................................... 11

Figure 2 Organigrame d'ALCATEL LUCENT au 31.12.2010 .................................... 12
Figure 3 Organigramme du service Deployment Team ............................................... 13
Figure 4 Schma de connectivit dune rgion ............................................................ 15
Figure 5 Diagramme de GANTT ................................................................................. 16
Figure 6 RAN dans un systme de tlcommunication................................................ 18
Figure 7 Architecture GSM .......................................................................................... 19
Figure 8 Time Division Multiplexing........................................................................... 21
Figure 9 Format d'une trame STM ............................................................................... 22
Figure 10 Format de la trame SONET ......................................................................... 23
Figure 11 Architecture UMTS...................................................................................... 23
Figure 12 Architecture ATM ........................................................................................ 26
Figure 13 Techniques de transport ............................................................................... 27
Figure 14 Architecture RAN de la voix 2G et la 3G Release 99 ................................. 28
Figure 15 Architecture de la 3G Release 4 avec ATM et Media Gateway .................. 28
Figure 16 Architecture 3G version 4 avec passerelles dinterconnexion de la voix .... 29
Figure 17 3G version 5 et au-del IP / MPLS RAN et Core ........................................ 29
Figure 18 Format du chssis 7750 SR7 ........................................................................ 32
Figure 19 Format du chssis 7750 SR12 ...................................................................... 32
Figure 20 Format du chssis 7450 ESS7 ...................................................................... 33
Figure 21 Format du chssis 7450 ESS6 ...................................................................... 33
Figure 22 Format du chssis 7450 ESS12 .................................................................... 33
Figure 23 Vue du chssis SAR-F
Figure 24 Vue du chssis SAR-8 .................... 34
Figure 25 Site core, agrgation, pr-agrgation et accs dune boucle ........................ 35

Figure 26 les diffrentes zones en OSPF ...................................................................... 37
Figure 27 Architecture gnrale en IS- IS .................................................................... 38
Figure 28 Architecture gnrale du BGP .................................................................... 40
Figure 29 Trafic en cas du BGP peeling full-mesh ...................................................... 41
Figure 30 Systme autonome avec deux routes rflecteurs .......................................... 41
Figure 38 Principe de fonctionnement du rseau MPLS .............................................. 42
Figure 32 Etablissement de connections en LDP ......................................................... 44
Meryeme FILALI
79
Figure 33 Les labels d'un paquet VPN ......................................................................... 45

Figure 34 Les composants dun service VPN ............................................................. 45
Figure 35 Tunnels de services ...................................................................................... 46
Figure 36 Multiple services dinterfonctionnement sur VPWS ................................... 47
Figure 37 Exemple d'un service VPLS ......................................................................... 48
Figure 38 Fonctionnement du VPLS ............................................................................ 48
Figure 39 Exemple de services VPRN ......................................................................... 49
Figure 40 Exemple Deux PE avec deux VRF chacun .................................................. 50
Figure 41 Constitution d'une adresse "VPN-IPv4 " ..................................................... 51
Figure 42 Echange des routes VPRN travers MP BGP ............................................. 51
Figure 43 Architecture de la maquette ......................................................................... 55
Figure 44 Schma de redondance des serveurs de management 5620 SAM ............... 56
Figure 45 Dcoupage IGP de la plaque de Rabat ......................................................... 57
Figure 46 BGP Peering ................................................................................................. 59
Figure 47 LDP dans laccs et LDPoRSVP au niveau des sites Core, Agrgation et Pr
agrgation. ................................................................................................................................ 61
Figure 48 Exemple de service TDM sur Pseudowire ................................................... 63
Figure 49 Paquetisation d'une trame TDM .................................................................. 64
Figure 50 Exemple de service ATM sur pseudowires.................................................. 65
Figure 51 Vue logique du service 3G ethernet ............................................................. 67
Figure 92 Service rsidentiel avec transport en niveau 2 (ex :HSI/PPPOE) ............... 69
Figure 53 Service rsidentiel avec transport niveau3 (ex: IPTV, VOIP) ................. 69
Figure 54 Service rsidentiel avec transport mixte niveau2 et niveau3 (ex: IPTV,
VOIP) ................................................................................................................................... 70
Figure 55 Figure de la Maquette Maroc Tlcom. ....................................................... 72
Figure 56 Mise en uvre du mcanisme FRR ............................................................. 73
Figure 57 Backhaul Iub Over Ethernet avec NodeB sur un 7705 SAR. ...................... 75
Meryeme FILALI
80
BIBLIOGRAPHIE & WEBOGRAPHIE
Mot Gaby JUNOWICZ Newsletter RAD at a Glance

Edition AVRIL 2008
Michel Terr Radiocommunications : CONSERVATOIRE NATIONAL DES ARTS ET METIERS
Edition 2010-2011
GPRS, service de GSM : RAPPORT DE PROJET DE DOMINANTE COMMUNICATION
Edition JUIN 2000

Franck
MENIN
Synchronous
Digital
Hierarchy:
cole
Nationale
Suprieure
des
Tlcommunications de Bretagne
Edition OCTOBRE 2007

E-MIAGE
http://www.e-miage.org/demos/B222/214_1_4.htm#Commutation et Multiplexage
SRC ALCATEL LUCENT
ALCATEL LUCENT Scalable IP Networks
Edition JANVIER 2009
Interior Routing Protocols and High Availability
Edition MARS 2008
ALCATEL LUCENT Border Gateway Protocol
Edition DECEMBRE 2007
Multiprotocol Label Switching Edition JANVIER 2008

Architecture Services
Edition FEVRIER 2009
HTTP://WWW.NEXCOM.FR/RAN-IP.HTML
HTTP://WWW.3GPP.ORG/FTP/WORKSHOP/2009-12-17_ITU-R_IMT-ADV_EVAL/DOCS/PDF/REV-
090005%20LTE%20RAN%20ARCHITECTURE%20ASPECTS.PDF
HTTP://MPLS-EXPERTS.COM/BLOG/INDEX.PHP/2008/01/21/WHAT-IS-A-PSEUDOWIRE/
http://www.e-miage.org/demos/B222/214_1_4.htm
Meryeme FILALI
81
TABLE DES MATIERES

SOMMAIRE................................................................................................................. 1
DEDICACES ................................................................................................................ 2
REMERCIEMENTS ................................................................................................... 3
LISTE DES ABREVIATIONS .................................................................................. 4
INTRODUCTION GENERALE ............................................................................... 8
Chapitre introductif : Contexte gnral du projet solution du backhauling mobile
dALCATEL LUCENT pour son client maroc telecom ......................... 11
Section I: Prsentation succincte de la socit ALCATEL LUCENT ...................... 11
1.
-propos dALCATEL LUCENT ............................................................. 11
2.
Organigramme de la socit ...................................................................... 11
Section II: Contexte projet et raisons fondes du choix de la solution ..................... 13

1.
Analyse du cahier de charges .................................................................... 13
1.1.
Avant projet ............................................................................................... 13
1.2.
Pourquoi une la solution IP-RAN ? ........................................................... 14
1.2.1. Insuffisance de couverture ........................................................................ 14

1.2.2. Difficults dextension .............................................................................. 14
1.2.3. Hausse des cots de lOPEX ..................................................................... 14
2.
Description technique de la solution ......................................................... 15
2.1.
Prsentation de larchitecture choisie ........................................................ 15
2.2.
Planification du projet de migration IP-RAN ............................................ 16
PARTIE I : SYNTHESE DES RECHERCHES LIEES AU CONCEPT IPRAN ............................ 17

Chapitre 1 : Technologie IP-RAN : Historique et volution ........................................ 18
Section I: Architecture RAN (Radio Access Network) ............................................ 18
1.
Technologie GSM : Sous-systme et technique de commutation ............. 19
1.1.
Sous-systme radio BSS et ses composants .............................................. 19
Meryeme FILALI
82
1.1.1. BTS (Base Transceiver Station) ................................................................ 19

1.1.2. BSC (Base Station Controller) .................................................................. 19
1.1.3. Communication entre composants ............................................................ 20
1.2.
Sous-systme dacheminement NSS et ses composants............................ 20
1.2.1. MSC (Mobile-services Switching Centre) ................................................ 20

1.2.2. VLR (Visitor Location Register) .............................................................. 20
1.2.3. HLR (Home Location Register) ................................................................ 20
1.3.
Technique de commutation TDM.............................................................. 20
1.3.1. Gnralits................................................................................................. 20
1.3.2. Applications de TDM ................................................................................ 21
1.3.2.1. SDH ........................................................................................................ 21
1.3.2.2. SONET ................................................................................................... 22
2.
Technologie UMTS : Sous-systme et techniques de commutation ......... 23
2.1.
Rseau daccs UTRAN et ses composants .............................................. 23
2.1.1. NodeB ....................................................................................................... 24

2.1.2. RNC (Radio Network Controller) ............................................................. 24
2.1.3. Communication entre composants ............................................................ 24
2.2.
Rseau de base (Core Network) ................................................................ 24
2.2.1. Domaine CS .............................................................................................. 24

2.2.2. Domaine PS............................................................................................... 25
2.2.3. Elments communs ................................................................................... 25
2.3.
Commutation de cellules ATM ................................................................. 26
2.3.1. Gnralits................................................................................................. 26
2.3.2. Architecture ............................................................................................... 26
2.4.
Commutation de paquets Ethernet (Protocol IP) ....................................... 26
Section II: Technologie IP-RAN (Internet Protocol-RAN) ...................................... 27

1.
Meryeme FILALI
Concept gnral ......................................................................................... 27

83
2.
Evolution de larchitecture IPRAN ........................................................... 27
2.1.
IP-RAN et voix 2G/3G Release 99............................................................ 27
2.2.
Intgration de lATM dans la 3G Release 4 .............................................. 28
2.3.
Tous services vocaux (2G & 3G) base de lIP........................................ 29
2.4.
Pseudowires sur le Rseau daccs ............................................................ 29
Chapitre 2 : Etude des quipements, protocoles et services attachs la solution IPRAN ........................................................................................................... 31
Section I: Etude physique de la solution .................................................................. 31
1.
Description des diffrents types de routeurs dALCATEL LUCENT ...... 31
1.1.
Routeurs de service 7750 SR ..................................................................... 31
1.1.1. Famille 7750 SR........................................................................................ 31

1.1.2. Les caractristiques des 7750 SR ............................................................. 32
1.2.
Commutateurs de service 7450 ESS .......................................................... 32
1.2.1. Famille 7450 ESS...................................................................................... 33

1.2.2. Caractristiques des 7450 ESS .................................................................. 33
1.3.
Routeur dagrgation de service 7705 SAR .............................................. 34
2.
Choix du matriel ...................................................................................... 35
Section II: Etude Logique de la solution ................................................................... 36

1.
Protocoles de routage IGP ........................................................................ 36
1.1.
Protocole OSPF ......................................................................................... 36
1.2.
Protocole Is-Is ............................................................................................ 38
1.3.
Evaluation des deux protocoles ................................................................. 38
1.4.
Choix du protocole IGP ............................................................................. 39
2.
Protocoles de routage EGP ........................................................................ 40
2.1.
Gnralits ................................................................................................. 40
2.2.
BGP peering full mesh .............................................................................. 40
2.3.
Route Reflectors ........................................................................................ 41
Meryeme FILALI
84
3.
Rseau MPLS ........................................................................................... 42
3.1.
Gnralits ................................................................................................. 42
3.2.
Principe de fonctionnement ....................................................................... 42
3.3.
Types des LSPs .......................................................................................... 43
3.4.
Protocoles de signalisation ........................................................................ 43
4.
Services VPN ............................................................................................ 45
4.1.
Composants dun service VPN .................................................................. 45
4.2.
Types des services VPN ............................................................................ 47
4.2.1
VPWS ........................................................................................................ 47
4.2.2
VPLS ......................................................................................................... 47
4.2.3
VPRN ........................................................................................................ 49
PARTIE II : M ISE EN UVRE DE LA SOLUTION IP -RAN ................................................ 53

Chapitre 3 : Implmentation des quipements, protocoles et services appropris la
solution et production du document HLD ................................................. 54
Section I: Implmentation physique.......................................................................... 54
1.
Equipements daccs ................................................................................. 54
2.
Equipements Core, agrgation et pr agrgation ....................................... 54
3.
Gestion du hardware .................................................................................. 55
Section II: Implmentation logique ........................................................................... 57

1.
Implmentation de lIS-IS dans larchitecture........................................... 57
1.1.
Paramtres de convergence ....................................................................... 58
1.2.
Dfinition des Mtriques ........................................................................... 58
2.
Implmentation du BGP dans larchitecture ............................................. 59
3.
Processus de slection des routes BGP VPN-IPv4 ................................... 60
Section III: Implmentation du rseau MPLS dans la solution................................. 61

Section IV: Implmentation des services VPN dans la solution ............................... 62
1.
Meryeme FILALI
Implmentation des flux mobiles .............................................................. 62

85
1.1.
Service de transport TDM pour 2G ........................................................... 62
1.2.
Service de transport ATM pour 3G ........................................................... 65
1.3.
Service de transport Ethernet pour 3G ...................................................... 67
2.
Implmentation des flux rsidentiels ......................................................... 69
2.1.
Niveau 2 (VPLS de bout en bout) ............................................................. 69
2.2.
Niveau 3 (VRF de bout en bout) ............................................................... 69
2.3.
Niveau 2 + niveau 3 (VPLS + VRF) ......................................................... 70
Chapitre 4 : Mise en uvre des tests dinteroprabilit ............................................... 71

Section I : Architecture de la maquette de test .......................................................... 72
Section II : Fast ReRoute (FRR) ............................................................................... 72
Section III : Test IuB over Ethernet avec NodeB connect un 7705 SAR ............. 75
CONCLUSION GENERALE .................................................................................. 78
LISTE DES FIGURES .............................................................................................. 79
BIBLIOGRAPHIE & WEBOGRAPHIE ........................................................................... 81
TABLE DES MATIERES ........................................................................................ 82
Meryeme FILALI
86

Memoire de Fin D Etudes ENSA PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Memoire de Fin D Etudes ENSA PDF

Transféré par

Droits d'auteur :

Formats disponibles

SOMMAIRE

CHAPITRE INTRODUCTIF : CONTEXTE GENERAL DU PROJET SOLUTION DU

PARTIE I : SYNTHESE DES RECHERCHES LIEES AU CONCEPT IP-RAN

PARTIE II : MISE EN UVRE DE LA SOLUTION IP-RAN

Mmoire de fin dtudes

LISTE DES ABREVIATIONS

Area Border Router

Bidirectional Forwarding Detection

Comit Consultatif International pour le Tlphone et le Tlgraphe

Complete sequence number PDU

Exterior Gateway Protocol

Forwarding Information Base

Gateway GPRS Support Node

High L evel D esign

Mmoire de fin dtudes

High Speed Downlink Packet Access

Internet Assigned Numbers Authority

International Mobile Equipment Identity

Input Output module

Local Area Network

Media Access Control Address

Mobile-services Switching Centre

Network Mangement System

Plesiochronous Digital Hierarchy

Mmoire de fin dtudes

Radio Acces Network

Service Aware Manager

Transmission Control Protocol

User Datagram Protocol

Virtual Leased Line

Mmoire de fin dtudes

Mmoire de fin dtudes

Mmoire de fin dtudes

Notre problmatique se rsume donc aux questions suivantes :

Notre mthodologie dapproche, ayant comme objectif la rponse la dite problmatique, a

Mmoire de fin dtudes

Mmoire de fin dtudes

Chapitre introductif : Contexte gnral du projet solution du

Section I: Prsentation succincte de la socit ALCATEL LUCENT

Figure 1 ALCATEL LUCENT Maroc

Mmoire de fin dtudes

Figure 2 Organigrame d'ALCATEL LUCENT au 31.12.2010

Notre stage sest droul au sein de la division Deployment Team.

Mmoire de fin dtudes

Figure 3 Organigramme du service Deployment Team

Section II: Contexte projet et raisons fondes du choix de la solution

Avant limplmentation de la solution de migration IP-RAN, le rseau mobile de Maroc

Mmoire de fin dtudes

1.2. Pourquoi une la solution IP-RAN ?

Mmoire de fin dtudes

2. Description technique de la solution

Prsentation de larchitecture choisie

Figure 4 Schma de connectivit dune rgion

Mmoire de fin dtudes

Planification du projet de migration IP-RAN

La planification du projet consiste tablir un planning adapt pour pouvoir observer,

Figure 5 Diagramme de GANTT

Mmoire de fin dtudes

PARTIE I : SYNTHESE DES

Mmoire de fin dtudes

Chapitre 1 : Technologie IP-RAN : Historique et volution

Section I: Architecture RAN (Radio Access Network)

Figure 6 RAN dans un systme de tlcommunication