Mmoire de Projet de fin dtude

Prpar par

ARFANE Sofia

Pour lobtention du diplme

Ingnieur dEtat en
SYSTEMES ELECTRONIQUES & TELECOMMUNICATIONS

Intitul

Ingnierie, Dploiement et Gestion de Qualit

Projet Metro IP

Encadr par :
Melle. Fatiha LMRABTI
Mr. Mhamed LHBABI
Mr. Hicham MZIREQ (HUAWEI Technologies)

Soutenu le Samedi 02 Juillet 2011, devant le jury compos de :

Mr H. MZIREQ : Encadrant
Mlle F. MRABTI : Encadrante
Mr M. LHBABI : Encadrant
Mr Y.BALBOUL : Examinateur
Mr H. GHENNIOUI : Examinateur
Ddicace :

A ma trs chre mre,

Tu mas donn la tendresse et le courage pour russir.

Une mre merveilleuse qui a toujours cru en moi et en laboutissement de mes efforts,
Je te ddie ce modeste travail pour te remercier pour tes sacrifices et pour laffection dont tu
mas toujours entour ;

A mon pre,

Lorsque jai besoin dune personne digne de mon estime et de mon respect,
Aucune ddicace ne saurait exprimer mes sentiments
A Un pre digne de considration, un pre qui a fait preuve daltruisme ;
A ma sur Hind,

Proche de mon cur, vous tiez toujours lpaule solide, loreille attentive comprhensive
Votre amour, votre aide et votre confiance en moi mont t dun grand soutien,
Que ce travail soit pour vous lexpression de ma gratitude et de toute mon affection ;

Au corps professoral du dpartement gnie lectrique,

Aucune ddicace ne pourrait assez exprimer mes gratitudes et mon profond respect mes
chers professeurs pour tous les efforts quils ont dploy tout au long des cinq annes pour
nous assurer une formation assez complte que possible ;

Je ddie galement ce travail toute ma famille, mes amis et

tous ceux que jaime et qui mont soutenu durant mon cursus.
Remerciements :
Je tiens remercier vivement les aimables personnes, qui mont aid de prs ou de loin
la ralisation de ce travail au sein de HUAWEI Technologies-MOROCCO.
Jadresse mes sentiments de reconnaissance et de respect Monsieur Hicham
MZIREQ, Manager de qualit pour avoir accept de parrainer ce projet et surtout pour ses
qualits humaines et scientifiques toujours en toute modestie, sa passion du mtier quil sait
rendre contagieuse et la confiance quil a bien voulu maccorder tout au long de ce travail.
Je tiens remercier vivement Mlle Fatiha MRABTI et Monsieur Mhamed LAHBABI,
Professeurs la Facult des Sciences et Techniques de Fs, pour avoir accept dencadrer ce
travail, pour leur enthousiasme permanent et leurs implications tant humaines que
scientifiques.
Je tiens aussi exprimer ma profonde gratitude Ahmed Amine ZINE, chef de Projet
Metro IP ainsi que lensemble du personnel de lEquipe de dploiement pour leurs
renseignements et orientations.
Pour conclure je remercie galement les membres de jury davoir accept dvaluer ce
travail, ainsi que tous les enseignants de la Facult des Sciences et Techniques de mavoir
apport leur savoir faire, leur exprience et leur disponibilit tout au long de ma formation.
Liste des Acronymes
ATM : Asynchronous Transfer Mode
ADSL : Asymmetric Digital Subscriber Line
BSC : Base Station Controller
BTV : Broadband TV
BTS : Base Transceiver Station
BGP : Border Getway Protocol
BFD : Bidirectional Forwarding Detect
BoQ : Bill of Quantity
BDI : Backward Defect Indication
CDMA : Code division multiple access
CSNP : Complete Sequence Network Packet
CAPEX : Capital Expenditure
DSLAM : Digital Subscriber Line Access Multiplexer
DDF : Digital Distribution Frame
DSLAM : Digital Subscriber Line Access Multiplexer
EV-DO : Evolution Data Optimised
EBGP : Exterior Getway
EoMPLS : Ethernet Over Multi-Protocol Label Switching
FRR : Fast Reroute
FMC : Fixe Mobile Convergence
FFD : Fast Failure Detection
FE : Fast Ethernet
GE : Giga Ethernet
HSI : High Speed Intenet
HSOPA : High Speed Orthorolan Frquency Division Multiplixing Packet Access
HSDPA : High Speed Downlink Packet Access
IPTV : Internet Ptotocol Television
I-SPF : Incremental Shortest Path First
IBGP : Interior Border Getway Protocol
IGP : Interior Getway Protocol
IS-IS : Intermediate system to intermediate system
IS-IS GR : Intermediate system to intermediate system
Ipv6 : Internet Protocol version 6
IP : Internet Ptotocol
LSR : Label Switch Router
LSP : Link Switched Path
LTE : Long Term Evolution
L2VPN : Layer 2 Virtual Private Network
L3VPN : Layer 3 Virtual Private Network
MPLS : Multi-Protocol Label Switching
MP-BGP : multi-protocole-Border Gateway Protocol
MSAN : Multi-service access Node
NET : Network Entity
NMS : Network Management System
NGN : Next Generation Network
OPEX : operating expenditure
ODF : Optical Distribution Frame
PDCA : Plan, Do , Check , Act
PRC : Partial Route Calculation
PPPoE : point-to-point protocol over Ethernet
PWE3 : pseudowire emulation edge to edge
P2P : Point to Point
QMP : Quality Management Package
QIR : Quality Inspection Report
QoS : Quality of service
RR : Route Reflector
RNC : Radio Network Controller
SDH : Digital Hierarchy
SAToP : Structure-Agnostic TDM over Packet
Sync-E : Synchronization Ethernet
TDM : Time Division Multiplexing
TDMoPSN : Time Division Multiplexing over a Packet Switched Network
TE : Traffic engineering
UPE : User Provider Edge
VPN : Virtual Private Network
VLAN : Virtual Local Area Network
VLL : Virtual Leased Line
VPLS : Virtual Private LAN Service
VoD : Video on Demand
VoIP : Voice over Internet Protocol
Rsum :
Suite aux demandes croissantes des utilisateurs mobiles, en termes de qualit de
services et de disponibilit, Maroc Telecom savre obliger damliorer son rseau de
transmission actuel bas essentiellement sur les techniques SDH et ATM, pour les
diffrentes technologies (2G, 3G et MSAN).
Lamlioration consistant ajouter des cbles E1/T1 permettant le transfert des
dbits de 2 Mbit/s et 1.5 Mbit/s, porte par Maroc Telecom se prsente irraliste du fait
quelle engendre une augmentation des cots dinstallation et de maintenance du rseau.
Dans ce sens le choix optimal, porte sur une infrastructure moins couteuse en empruntant le
protocole Internet (IP).
En effet, la liaison entre le Node B et le RNC, par exemple, modlise par quatre
cbles E1 et utilisant la technologie ATM, ne permet pas de dpasser un dbit de 8 Mbit/s.
Alors que lintroduction de lIP permet datteindre un dbit de 14Mbit/s.
Le rseau Metro IP, est un produit fournit par HUAWEI pour le compte de Maroc
Telecom, afin de lui permettre une migration vers un rseau dagrgation convergent et
scuris. Cette solution rcente et flexible assure une transmission via IP entre un Node B et
un RNC, une BTS et un BSC et aussi entre un MSAN et un rseau IP/MPLS considr
comme sources de tout type de service.
Mon projet de fin dtudes effectu au sein de la socit HUAWEI Technologies, un
quipementier chinois, leader international en tlcommunications consiste, dans un premier
temps, prciser les principales caractristiques de la solution fournit Maroc Telecom
puis spcifier les diffrentes technologies et protocoles utiliss pour optimiser son
fonctionnement.
Dans un second temps, nous avons procd par la phase de dploiement permettant
la mise en place de la solution conue.
Finalement et suite aux besoins de HUAWEI en termes de qualit nous nous sommes
chargs dinstaurer une stratgie claire et extensible pour la ralisation du projet gestion de
qualit en faveur du Metro IP.
Abstract
Following the increasing demands of mobile users, in terms of quality and service
availability, Morocco Telecom is obliged to improve its transmission network currently
based mainly on SDH and ATM technologies for the various technologies (2G, 3G and
MSAN).
The improvement of adding E1/T1 cable (transferring flows of 2 Mbit/s and 1.5
Mbit/ s), supported by Morocco Telecom appears impractical because it causes increased
costs of installation and maintenance network. In this sense the optimal choice, is for a less
expensive infrastructure by borrowing the Internet Protocol (IP).
In fact the connection between Node B and RNC, for example, modeled by four
E1cables and using ATM technology, does not exceed a rate of 8 Mbit/s. While the
introduction of the IP can achieve a flow of 14Mbit/s.
Metro IP network is a product provided by HUAWEI on behalf of Morocco
Telecom, to enable a migration to a converged network aggregation and secure. This
solution provides a new and flexible transmission over IP between a Node B and RNC, BTS
and a BSC and also between MSAN and IP/MPLS considered as sources of any type of
service.
This project effected within the HUAWEI Technologies, a Chinese equipment, and
an international leader in telecommunications, Consist at first, to clarify the main features of
the solution provides to Morocco Telecom and then to specify the differents technologies
and protocols to optimize its functioning.
In a second step, we proceeded by the deployment enabling the implementation of
the conceived solution.
Finally and further to HUAWEI needs in terms of quality we are charged to establish
a clear and extensible strategy for implementation of the project quality in favor of Metro IP.
Table des matires :
Ddicace .................................................................................................................................................. 1
Remerciements ....................................................................................................................................... 2
Liste des Acronymes ................................................................................................................................ 3
Rsum .................................................................................................................................................... 6
Abstract ................................................................................................................................................... 7
Tables de matires .................................................................................................................................. 8
Liste de Figures ...................................................................................................................................... 11
Liste de Tableaux ................................................................................................................................... 12
Introduction gnrale............................................................................................................................ 13

Chapitre 1 : Contexte gnral du projet.........................................................15

Introduction........................................................................................................................................... 16
1.1. Prsentation de lentreprise ........................................................................................................... 16
1.2 Prsentation des quipes de travail ................................................................................................ 17
1.2.1. Equipe de qualit......................................................................................................................... 17
1.2.2. Equipe de dploiement du Metro IP ........................................................................................... 17
1.3 Problmatique ................................................................................................................................. 18
1.3.1. Ncessit en termes technique ................................................................................................... 18
1.3.2. Ncessit en termes de qualit .................................................................................................. 19
1.4. Tche raliser............................................................................................................................... 20
Conclusion ............................................................................................................................................. 22

Chapitre 2 : Ingnierie de la solution .............................................................23

Introduction........................................................................................................................................... 24
2.1. Hypothse de la solution ................................................................................................................ 24
2.2. Cahier de charge ............................................................................................................................. 25
2.2.1. Exigences de services .................................................................................................................. 25
2.2.2. Exigences de la Bande Passante .................................................................................................. 26
2.2.3. Exigences de QoS......................................................................................................................... 27
2.2.4. Exigences OAM ............................................................................................................................ 28
2.3. Architecture de la solution ............................................................................................................. 28
2.3.1. Architecture Physique ................................................................................................................ 28
2.3.2. Description technique des quipements proposs..................................................................... 31
2.3.2.1. Equipement dagrgation, de pr-agrgation et de cur : Routeur de la gamme CX ........... 31
2.3.2.2. Equipement daccs : Routeur PTN910 .................................................................................... 33
2.3.2.3. Systme de Management du rseau U2000 ..................................................................... 34
2.3.3. Architecture logique .................................................................................................................... 37
2.3.3.1. Protocole de routage IGP IS-IS ........................................................................................... 37
2.3.3.2. Protocole de routage BGP ........................................................................................................ 41
2.4. Topologie des services ................................................................................................................... 44
2.4.1. Architecture des services 2G (TDM) ............................................................................................ 44
2.4.1.1. Topologie daccs entre le BSC et la BTS .................................................................................. 44
2.4.1.2. Protection de la transmission................................................................................................... 45
2.4.2. Architecture des services 3G Ethernet ........................................................................................ 46
2.4.2.1. Topologie daccs entre le Node B et la RNC .......................................................................... 46
2.4.2.2. Protection de la transmission................................................................................................... 47
2.4.3. Architecture des services FMC ................................................................................................... 48
2.4.3.1. Topologie du service HSI .......................................................................................................... 49
2.5. Solution de synchronisation ........................................................................................................... 50
2.5.1. Synchronisation des services 2G ................................................................................................. 50
Conclusion ............................................................................................................................................. 51

Chapitre 3 : Dploiement de la solution Metro IP ..........................................52

Introduction........................................................................................................................................... 53
3.1. Planification de la phase de dploiement ...................................................................................... 53
3.1.1. Matrice de responsabilit............................................................................................................ 53
3.1.2. Planification de la ralisation ..................................................................................................... 54
3.2. Processus de dploiement du Metro IP ......................................................................................... 55
3.2.1. Site Survey ................................................................................................................................... 56
3.2.2. Installation ................................................................................................................................... 58
3.2.2.1. Installation des PTN910 ............................................................................................................ 58
3.2.2.2. Installation des routeurs CX600-X8 et CX600-X16 ................................................................... 59
3.2.2.3. Installation de loutil U2000 ..................................................................................................... 60
3.2.3. Configuration et Intgration........................................................................................................ 60
3.2.4. Test de conformit ..................................................................................................................... 60
3.2.5. Inspection de qualit .................................................................................................................. 61
3.2.5.1. Contrle du Hardware ............................................................................................................. 61
3.2.5.2. Contrle du Software .............................................................................................................. 62
3.2.6. Clean up ...................................................................................................................................... 62
3.2.7. Acceptation ................................................................................................................................. 62
Conclusion ............................................................................................................................................. 63

Chapitre 4: Gestion de Qualit du Projet Metro IP ........................................64

Introduction........................................................................................................................................... 65
4.1. Phase prparatoire du Projet de gestion de qualit ...................................................................... 65
4.1.1. Dfinition du problme ............................................................................................................... 65
4.1.2. Recherche des ides .................................................................................................................... 66
4.1.3. Plan daction ................................................................................................................................ 67
4.2. Phase de Ralisation du Projet Gestion de Qualit ........................................................................ 69
4.2.1. Gnration des documents de qualit ........................................................................................ 69
4.2.1.1. Paquet de management de qualit ......................................................................................... 69
4.2.1.2. Rapport dinspection de qualit ............................................................................................... 70
4.2.2. Formation de qualit ................................................................................................................... 70
4.2.2.1. Formation des intervenants ..................................................................................................... 70
4.2.2.2. Ateliers de travail ..................................................................................................................... 70
4.2.3. Informatisation, archivage du suivi de qualit ........................................................................... 70
4.2.4. Audit sur les lieux ........................................................................................................................ 71
4.3. Evaluation de qualit ...................................................................................................................... 73
4.3.1.1. Dnombrement des dfauts critiques pour le Projet Metro IP .............................................. 73
4.3.1.2. Evaluation des sous traitants ................................................................................................... 75
Conclusion ............................................................................................................................................. 76
Conclusion gnrale .............................................................................................................................. 77
Glossaire ................................................................................................................................................ 78
Annexe ................................................................................................................................................... 81
Annexe2 : Protocole de routage IS-IS .................................................................................................... 81
Annexe3 : Protocole de routage BGP .................................................................................................... 85
Annexe4 : Notion de rseau virtuel (VPN) ............................................................................................ 86
Annexe5 : Rapport technique du site Survey du projet Metro IP ......................................................... 89
Annexe6 : Rapport technique du site Survey du projet Metro IP ......................................................... 92
Bibliographie......................................................................................................................................... 99
Liste des figures :
Figure 1: Positionnement de l'quipe qualit au sein de HUAWEI. ..................................................... 17
Figure 2: Phases de ralisation du PFE ................................................................................................. 21
Figure 3: Schma de connectivit du Metro IP ..................................................................................... 24
Figure 4: Estimation de la bande passante pour les services rsidentiels .............................................. 25
Figure 5: Exigences de disponibilit pour chaque service .................................................................... 26
Figure 6: Architecture du Metro IP pour la rgion A ............................................................................ 28
Figure 7: Architecture du cur IP permettant la connexion entre les Metro 1 et 2 .............................. 28
Figure 8: Architecture du Metro IP pour la rgion B ............................................................................ 29
Figure 9: Architecture du Metro IP pour la rgion C ............................................................................ 29
Figure 10: Dispositif du CX600-X8 utilis pour l'agrgation la rgion A.......................................... 31
Figure 11: Dispositif du CX600-X16 utilis au ceur IP de la rgion A ................................................ 32
Figure 12: Layout du PTN910 utilis pour la rgion A......................................................................... 33
Figure 13: Positionnement de l'U2000 .................................................................................................. 34
Figure 14: Structure de haute disponibilit de l'U2000 ......................................................................... 34
Figure 15: Reprsentation des diffrents types d'adresse pour l'U2000 ................................................ 35
Figure 16: Implmentation de l'IS-IS sur une boucle ............................................................................ 38
Figure 17: Implmentation de lIS-IS sur la rgion A ........................................................................... 40
Figure 18: Implmentation du BGP sur une boucle .............................................................................. 41
Figure 19: Dploiement du RR pour le BGP......................................................................................... 41
Figure 20: Planification du BGP RR pour la rgion A ......................................................................... 42
Figure 21: Mode daccs aux services 2 G............................................................................................ 43
Figure 22: Mcanisme de la protection de la transmission ................................................................... 44
Figure 23: Simulation de la mthode de protection pour une boucle .................................................... 44
Figure 24: Description de la transmission des services 3G Ethernet..................................................... 45
Figure 25: Mcanisme de la protection de la transmission ................................................................... 46
Figure 26: Topologie de Metro IP destin au DSLAM/MSAN ............................................................ 47
Figure 27: Mcanisme dimplmentation du service HSI ..................................................................... 48
Figure 28: Processus de synchronisation du Metro IP .......................................................................... 49
Figure 29: Organisation temporelle des diffrentes taches effectues ................................................ 53
Figure 30: Reprsentation par la mthode de GANTT de lordonnancement des tches effectues. ... 54
Figure 31: Phases de dploiement du Metro IP .................................................................................... 54
Figure 32: Plan d'installation du PTN910 .............................................................................................. 56
Figure 33: Plan d'installation du CX600-X8 ........................................................................................... 56
Figure 34: Processus d'installation ........................................................................................................ 57
Figure 35: Etapes d'installation du PTN910........................................................................................... 57
Figure 36: Installation du PTN910 sur un site d'accs ........................................................................... 58
Figure 37: Installation du CX600-X8 pour un site d'agrgation............................................................. 59
Figure 38: Diagramme d'Ishikawa pour la gestion du problme de non qualit ................................... 66
Figure 39: Application utilise pour le suivi du Metro IP ..................................................................... 70
Figure 40: Diagramme de Pareto Pour la dtermination des problmes majeurs.................................. 74
Figure 41: Dtermination des problmes majeurs aprs l'application du Projet Gestion de Qualit .... 74
Figure 42: Diagramme de PARETO pour l'valuation des sous-traitants ............................................. 75
Liste des tableaux :
Tableau 1: tches raliser ................................................................................................................... 20
Tableau 2: Indicateurs cl de performance pour les diffrents services ................................................ 25
Tableau 3: Estimation de la bande passante par type d'entreprises ....................................................... 26
Tableau 4: Caractristique du CX600-X8 ............................................................................................. 31
Tableau 5: Caractristiques du PTN910 ................................................................................................ 33
Tableau 6: nomenclature des serveurs du NMS (Network Management System) ................................ 35
Tableau 7: format de l'identificateur NET ............................................................................................. 38
Tableau 8: Paramtres de la rapidit de convergence (FC) ................................................................... 39
Tableau 9: Nombre des VLAN destin chaque service. ..................................................................... 47
Tableau 10: Matrice de responsabilit du Projet Metro IP .................................................................... 53
Tableau 11: Spcification du problme et des perspectives dsires .................................................... 65
Tableau 12: Plan d'action ...................................................................................................................... 67
Tableau 13: Classification prioritaire des actions envisages ............................................................... 67
Tableau 14: Problme courants pour le Projet Metro IP ....................................................................... 73
Tableau 15: Contribution de chaque sous-traitant aux problmes de non qualit ................................. 75
Introduction gnrale :
Lutilisateur marocain du mobile porte un grand intrt aux nouvelles technologies, et aux
services quelles offrent. Cette demande slargie de jour en jour, permettant aux oprateurs
de moderniser, damliorer, et dimplmenter de nouvelles solutions pour satisfaire leurs
clients. Toutefois, cette mission savre si critique avec la mont en puissance de services
large bande.
Les services demands sont trop diversifis, ils englobent ceux ciblant le grand public tel que
les services Triple Play (voix, internet et vido), ainsi que ceux destins aux entreprises tel
que linterconnexion des sites gographiques loigns.
La tendance vers les rseaux NGN et LTE reprsente de son tour un point de changement
pour le compte des rseaux actuels, ces derniers bass sur une multitude de technologies dont
on peut citer essentiellement le SDH qui est un ensemble de protocoles pour la transmission
de donnes numriques haut dbit.
La solution de la transmission de tout type de trafic via IP reprsente actuellement la tendance
du march et s'inscrit dans la politique damlioration mene par Maroc Telecom pour tre
jour aux besoins des consommateurs en termes de qualit de service. Cest dans ce contexte,
que sinscrit mon projet de fin dtude au sein de HUAWEI Technologies, socit chinoise
leader en tlcommunication et meneur de la solution Metro IP .

Le Metro IP, est une solution qui permet la migration vers un rseau dagrgation
assurant une transmission via IP entre un Node B et un RNC, une BTS et un BSC et aussi
entre un MSAN et un rseau IP/MPLS considr comme sources de tout type de service.

Dans une premire phase nous procderons par une analyse architecturale de toutes les
solutions techniques et outils utiliss pour finalement dboucher sur lingnierie et le
dploiement de la solution en convention avec lenvironnement de lutilisateur.

Dans une seconde phase, et suite aux besoins de HUAWEI en termes de Qualit nous nous
chargerons dinstaurer une stratgie claire et extensible pour la ralisation du projet gestion de
Qualit en faveur du Metro IP.

Ce rapport stalera donc sur quatre chapitres :

Le 1r chapitre : englobera une prsentation de l'organisme d'accueil et des diffrents
collaborateurs, aussi il explicitera la problmatique traite tout en introduisant la solution
cible.

Le 2me chapitre : prsentera lingnierie de la solution avec justification du choix des

quipements et des techniques pour lesquelles nous avons opts.

Le 3me chapitre : abordera la phase de dploiement, et explicitera donc les tapes que nous
avons poursuivies pour mener bien linstallation des quipements, et leur mise en service.

Le 4me chapitre : concernera llaboration et la mise en exergue dune politique de qualit

visant la satisfaction des oprateurs et des utilisateurs finaux.
Chapitre

1
Contexte gnral
du Projet

Ce chapitre prsentant ltat de lart du projet, il

explicitera donc :
La prsentation de lentreprise ;
La prsentation des quipes de travail ;
La Problmatique ;
Les diffrentes tches raliser ;
Introduction :
La solution Metro IP fournit par HUAWEI pour le compte de Maroc Telecom reprsente un
ensemble de techniques rcentes ciblant la transmission de tout type de trafics, via le
protocole IP. Elle repose sur la notion de convergence assurant la fiabilit et la disponibilit.
Soulever la migration vers le Metro IP constitue un processus trs dlicat, de se fait il t
indispensable de bien comprendre la situation initiale et dopter pour une planification
pralable de toutes les tches raliser.

1.1. Prsentation de la socit daccueil:

HUAWEI Technologies est une entreprise prive capital ferm (non cote en bourse) dont
le sige social se trouve Shenzhen en Chine. Cr en 1988, et dispose dun rseau mondial
de clients couvrant plus de 100 pays et emploie 70 000 personnes. Le groupe est devenu un
fournisseur dominant en Chine, puis s'est lanc la conqute des marchs internationaux en
adoptant une politique de prix trs agressive.
Depuis son implmentation au Maroc en 1999, en tant que bureau reprsentatif de HUAWEI
Technologies, le volume dactivits de HUAWEI Maroc na cess daugmenter. Son
portefeuille clientle sest largement diversifi, grce ses produits de qualit et son haut
niveau de service quelle assure pour ses clients. Le chiffre daffaire au Maroc a plus que
doubl entre 2005 et 2009 pour atteindre 144 Millions de dollars.
HUAWEI Maroc occupe actuellement une place de leader dans le march marocain de
tlcommunication grce une troite collaboration avec les principaux oprateurs marocains,
savoir Maroc Telecom, Meditel et Inwi, travers la ralisation de projets innovants
comme le rseau IP RAN , le rseau cur R4 et R5 , lADSL haut dbit, la tlvision sur
internet, la VOD , la tlphonie mobile 3me Gnration, les services aux entreprises, en plus
dautres services valeur ajoutes.
HUAWEI Technologie est une entreprise active dans le secteur des technologies de
l'information et de la communication (TIC). Elle fournit des matriels, des logiciels et des
prestations de services pour les rseaux de tlcommunications des oprateurs et les rseaux
informatiques des entreprises.

1.2. Prsentation des quipes de travail:

1.2.1. Equipe de qualit :

Lquipe responsable de qualit est cre tout rcemment, afin dintervenir en tant qu'acteur
privilgi dans l'laboration de la politique qualit voulue par l'entreprise. Elle aura en charge
part entire la mise en uvre dune stratgie et de son suivi au quotidien, linstauration de
lattitude de qualit pour tous les intervenants. Place dans une position transversale vis--vis
des fonctions de lentreprise (figure 1), elle devra russir faire partager par l'ensemble des
acteurs l'importance de la dmarche d'amlioration continue de qualit.

Figure 1: Positionnement de l'quipe qualit au sein de HUAWEI.

Cette quipe a pour rle dassurer la communication interne et externe, elle organise et anime
des formations et prsentations consacres la qualit (standards, objectifs, stratgie) et
s'assure de leur pertinence en restant aux aguets de tout type de feed-back. Toutefois, lquipe
de Qualit est aussi le reprsentant de l'entreprise auprs des clients.
1.2.2. Equipe de dploiement du Metro IP :

Lquipe de dploiement gre une multitude de tches (Site Survey, Installation,

configuration, mise en service, test et acceptation) dont lobjectif final est lintgration de la
transmission via IP dans les diffrentes architectures des rseaux mobiles et fixes, en effet elle
fournit pour Maroc Telecom de meilleures solutions, des performances accrues, ainsi quune
qualit extrme pour les utilisateurs finaux.
Elle a dautre part le rle doptimiser les diffrentes ressources (matrielles et humaines) afin
de rduire les cots de dploiement tout en gardant un haut niveau de qualit.

1.3. Problmatique :

Les utilisateurs Mobile quils soient particuliers ou entreprise sont plus conscients lors du
choix dun service cellulaire. Ils demandent un service de qualit en termes de disponibilit et
de fiabilit et cela un prix adapt leur budget Ils attendent galement que les tarifs du
cellulaire salignent sur ceux des services filaires qui ont dj diminu.
Pour assurer la satisfaction des clients, les fournisseurs de service ou les oprateurs cellulaires
doivent tenir compte de ces attentes tout en se gardant une marge commerciale viable. Ce dfi
rclame donc des solutions innovantes.
1.3.1. Ncessit en termes techniques :

Le rseau daccs Radio actuel de Maroc Telecom se base sur la technologie SDH pour la
transmission du trafic de 2G et 3G, ce qui prsente un point de blocage face lextension du
nombre dabonnes ainsi que de lvolution des services fournis. Ces conditions de
fonctionnement risquent dempirer lorsque les technologies de nouvelles gnrations comme
le LTE entreront dans une phase de dploiement massif et que les dbits de connexion
grimperont au-del des 100 Mbit/s par site cellulaire.
Les services rcents tels que le HSPA (High-Speed Packet Access), HSOPA (High Speed
Orthogonal Frequency Division Multiplexing Packet Access ), et lEV-DO (Evolution Data
Optimized) dploy dans les systmes CDMA (Code Division Multiple Access), consomment
plus de bande passante que ceux des gnrations prcdentes et mettent en vidence
loptimisation des rseaux Backhaul ( permettant la liaison des BTS/NodeB/MSAN des
BSC/RNC/Nud dagrgation) existants et qui ne peuvent pas dlivrer la capacit de
transmission supplmentaire requise par chaque utilisateur HSDPA (High Speed Downlink
Packet Access) consommant 14.4 Mbit/s, soit lquivalent en bande passante de 1000 abonns
GSM .
Une premire tude de la possibilit dextension des backhaul cellulaires existants, en termes
de capacit et services, via lutilisation des liaisons E1/T1 permettant le transfert respective
des dbits de 2 Mbit/s et 1.5 Mbit/s savre peu efficace, du fait quelle prsente plus de
dpense dexploitation, alors que la concurrence ne permet pas de faire subir ces cots par le
client final.
Par contre, les rseaux IP/MPLS et Ethernet offrent des dbits de transmission de donnes
suprieurs et un potentiel de rduction de cots substantiel. Deux atouts qui font de ces
rseaux une alternative viable pour supporter le Backhaul cellulaire. A capacit gale, par
exemple 10 Mbit/s, le cot dune connexion Ethernet est moiti moindre quun faisceau
quivalent compos de liens E1.
Consciente des diffrents problmes, la socit HUAWEI lance la solution Metro IP base sur
la transmission en mode paquet sur le rseau daccs Radio et dont lobjectif est de fournir un
rseau de transmission IP RAN (Internet Protocole for Radio Access Network) avec
possibilit de prise en charge, en toute transparence, des diffrentes technologies telles que :
2G, 3G, 4G et MSAN (Multi-service access Node).
1.3.2. Ncessit en termes de qualit :
Durant les diffrentes phases de ralisation dun projet, les intervenants internes et externes
(personnel interne, sous-traitant) se prsentent incapables dappliquer les normes de qualit
imposes par HUAWEI, ce qui mne un blocage au niveau de lacceptation.
Toutefois, le manque de communication et dorganisation peut tre identifi comme
principale raison doccurrence des problmes de non qualit et de management tel que la
complexit de la gestion des ressources (matrielles et humaines).
Pour dpasser la situation actuelle, HUAWEI cherche instaurer une solide stratgie de
qualit afin de faire preuve dune bonne gestion de tous les flux externes et internes de la
socit, et de sa facult relever des challenges ainsi que de sa capacit daccompagner le
dveloppement international des tlcommunications.
Dans ce cadre, HUAWEI a associ sa culture, damlioration des services, la notion de
qualit planifie, manage, matrise, assure et amliore. Tout en se basant sur lutilisation
du cycle PDCA (Plan, Do, Check, Act).
Ce cycle, comportant quatre tapes dont les noms sont traduits par : Prparer, Dvelopper,
Comprendre et Agir, a pour objectif laide apprendre, ainsi que la conduite dune
amlioration des services offerts.
Notre travail, en tant ququipe charge de qualit consiste donc la constitution dun
organisme capable dinstaurer et de communiquer les diffrents mthodes et moyens de
gestion de Qualit. En outre, nous sommes chargs de mener un suivi fidle et riche des
tapes de la mise en service du projet Metro IP, tout en assurant la qualit Software et
Hardware durant toutes les phases de ralisation.

1.4. Tches raliser :

Pour mener bien le projet, une planification de la cohrence et de lordre chronologique des
diffrentes tches raliser a t prcise auparavant (Tableau 1) et (Figure2)
Phases Etapes Rsultats
- Identification des besoins Cahier des besoins valid.
 Comprhension des exigences de Maroc Telecom.
Etude de larchitecture existante de Maroc Telecom.
Comprhension des diffrentes solutions proposes
Etude - Etude et analyse des par HUAWEI en termes des quipements.
pralable besoins Etude comparative des diffrents protocoles qui
peuvent tres utiliss.
Etude du niveau et besoins externes et internes en
termes de qualit.
- Dfinition de la Conception de larchitecture physique et logique.
mthodologie du travail. Prise en considration des services prsents sur le
- Etude fonctionnelle et cahier de charge.
technique. Gnration des QMP (Quality Management
Etude de
Package).
faisabilit
Fixation des dates limites de chaque phase
(diagramme de Gantt).
- Planification du projet Quantification en termes de dlai de lexcution et
de ressources ncessaires (humaines, techniques et
financires)
- Dploiement de la Procder par les diffrentes phases du dploiement
solution finale. Inspection de qualit.
Ralisation - Application des Application des diffrents axes dfinis dans le plan
procdures de qualit. daction par ordre de priorit.

Finalisation - Clture Validation du niveau de qualit.

Phase dacceptation.

Tableau 1: tches raliser

Evaluation de
Qualit
Suivi de Qualit durant toutes les phases de dploiement
Test et mise en Inspection Acceptation
Configuration
service de Qualit
Installation
Site Survey

Conception
de
larchitecture
physique
Conception
de
Gnrationlarchitecture
du
QMP logique
Document
- ation
 Comprhe
nsion des
besoins

Mars Avril Mai

Figure 2: Phases de ralisation du PFEJuin Dbut juillet

Conclusion :
D aprs ltude des diffrents aspects de la problmatique, la migration vers le Metro IP
savre une solution motivante pour lensemble des collaborateurs (oprateur, Equipementier
et clients mobiles). Nous allons expliciter dans ce qui suit les diffrentes phases de
lingnierie de cette solution rpondant plus prcisment aux besoins de Maroc Telecom.
Chapitre

2 Ingnierie de la
solution METRO IP

Ce chapitre prsentera la solution Metro IP

propose par HUAWEI tout en explicitant les
points suivants:
La description du cahier de charge ;
Larchitecture de la solution ;
Les techniques associes la solution ;
Les services offerts par la solution ;
La synchronisation de la solution ;
Introduction :
HUAWEI fournit une proposition couvrant les besoins de Backhauling de Maroc Telecom
pour ses rseaux mobiles. Cette solution est constitue dun rseau de dernire gnration
bas sur la gamme de routeurs CX ainsi que le systme de supervision U2000 avec possibilit
dutilisation des PTN910 comme lment daccs.
La migration vers la transmission via IP , prsente une architecture rseau de bout en bout qui
prvoit lintelligence, la flexibilit, la simplicit et la rentabilit des cots requis pour
supporter laugmentation massive du nombre dabonns mobiles, des applications et des
quipements. Ceci permettra Maroc Telecom deffectuer une transition profitable vers une
infrastructure de rseau de transport mobile plus rentable qui supporte les services actuels et
dlivre des nouveaux services multimdia et applications.

2.1. Hypothse de la solution :

La tendance vers la transmission via IP pour IAM drive de diffrents besoins dont on peut
citer :
La rponse laugmentation du nombre de client.
La possibilit de fournir des services rapides.
La rponse aux services d'accs aux diffrentes technologies.
Lassurance de la qualit de rseau en termes de transmission.
La rduction des CAPEX (Capital Expenditure) et OPEX (operating expenditure) par
lutilisation dune plate-forme IP unifie.
La rduction des besoins en matire de transmission optique.

La spcification de la solution conue et dploye par HUAWEI concerne lintroduction des

nouveaux quipements formant le rseau Metro IP de Maroc Telecom (Figure 3).

Le rseau dagrgation Metro IP est compos donc des lments suivants :

Les quipements daccs localiss dans les Node B et les BTS : permettant la
convergence vers les boucles Metro IP.
Les quipements de pr-agrgation : permettant lagrgation des sites lointains, et
leurs liaisons avec les quipements dagrgations via un lien de 1GE.
Les quipements dagrgations : Installs dans les POP (les points de collecte
rgionaux du rseau de loprateur permettant de centraliser les connexions provenant
des diffrents rgions), et constituant les boucles Metro de 10 GE.
 les quipements cur : sont des quipements dagrgations de haute capacit
permettant la connexion du Metro IP avec les RNC, BSC ou le rseau MPLS.

Figure 3: Schma de connectivit du Metro IP

2.2. Cahier de charge :
En vue d'accrotre sa position concurrentielle vis--vis des autres oprateurs, Maroc Telecom
fournit ses clients de plus en plus de forfaits de haut dbit, munis des services Triple-Play
amliors tel que HSI (High Speed Internet), IPTV (Internet Protocol television), VoIP (Voice
over Internet Protocol) qui ncessite de leurs parts une bande passante trs importante.

Toutefois, Maroc Telecom met en relief aussi la fiabilit et la disponibilit de son rseau tout
en rclamant des solutions dadministration de gestion et de maintenance de la solution
conue.
2.2.1. Exigences de services :

Diffrents types de services vont tres fournis aux deux types de clients (rsidentiels et
entreprises) savoir :

Les services de type Mobile Backhaul 2G/3G sur MPLS par pseudowire point point
avec volution sur LTE.
Les services de type Business avec virtualisation sur MPLS.
Les services de type rsidentiel (IPTV, VOD (Video on Demand), HSI, VOIP, BTV
(Broadband TV)).

Dans le but de garantir une bonne transmission de tous ces services, plusieurs critres doivent
tres respects (Tableau2).
 Non de service Bande passante Retard Jitter Perte de paquet
HSI 512K-5Mbps Faible Fiable Forte
BTV 2Mbps-10Mbps Moyenne Moyenne Forte
VoD 2Mbps-10Mbps Moyenne Moyenne Forte
VoIP <100Kbps Forte Forte Faible
Entreprise VPN Bas sur SLA Moyenne Moyenne Forte
Mobile (2G/ATM) Bas sur les services Forte Forte Forte
Mobile (3G Eth) Bas sur les services Forte Forte Forte

Tableau 2: Indicateurs cl de performance pour les diffrents services

2.2.2. Exigences de la Bande Passante :

Le critre de bande passante prsente un point de comptitivit atroce entre les diffrents
oprateurs, ce qui incite Maroc Telecom offrir des paquets de large bande passante.
Les besoins en bande passante diffrent en fonction des services, alors si les services 3G et
LTE ne sarticulent actuellement que sur la transmission de la voix et ne demandent quune
bande passante troite ce nest pas le cas pour dautres types de services.
Les services rsidentiels :

Ce type de service peut tre classifi en HSI, BTV, VoD, VoIP, Toutefois cette diversit est
proportionnelle laugmentation des besoins en bande passante(Figure4). Par consquence,
Maroc Telecom envisage de fournir un paquet de 25 100 Mbit/s par abonn.

Figure 4: Estimation de la bande passante pour les services rsidentiels

Finalement, Selon l'infrastructure d'accs du rseau actuel de Maroc Telecom, et d'autres
facteurs tels que la fibre, la disponibilit des ressources, diffrentes options peuvent tre
envisages.
Les services des entreprises :

Les entreprises se rpartissent

rpartisse en quatre catgories dont les besoins en bande passante
diffrent comme (Tableau 3).
Entreprises clients Bande passante
petites Entreprises 1Mbps
moyennes Entreprises 4Mbps
Entreprises locales 10~30 Mbps
Entreprises globales 100M~10Gbps

Tableau 3:: Estimation de la bande passante par type d'entreprises

2.2.3. Exigences de QoS :

Le niveau de qualit exig par Maroc Telecom inclut quatre critres nomms: disponibilit,
temps de latence, jitter, et pertes de paquets et dont leur importance varie en fonction de type
de service :
Le service HSI, demande un transport efficace avec lutilisation des diffrentes
technologies afin de garantir un minimum de retards et de jitter.
Les services ciblant les entreprises, exigent un minimum de retard et de jitter.
Les services en temps rel tel que la VoIP est sensible au retard, alors que lIPTV est
plus exigent en termes de perte de paquet, ce qui ncessite lutilisation des techniques
de retransmission
ission en cas de perte.

La disponibilit prsente aussi un axe important dans la satisfaction de loprateur et du client,

toutefois, ses exigences varient en fonctions des diffrents services (Figure 5).

Figure 5:: Exigences de disponibilit pour chaque service

2.2.4. Exigences OAM:

Maroc Telecom ordonne un suivi du nouveau rseau par la fourniture des solutions OAM
(Opration, Administration and Maintenance), ce qui ncessite la prise en considration des :
IP OAM ;
MPLS OAM ;
Ethernet OAM ;

2.3. Architecture de la solution :

2.3.1. Architecture Physique :

La solution de HUAWEI pour le rseau Metro IP se base sur une architecture novatrice qui
sappuie sur lquipement daccs PTN910 et la gamme des routeurs CX600 englobant
dautres sous-quipements tels que CX600-X8 et CX600-X16 et par consquent assurant de
multiples fonctions. Toutefois elle utilise comme systme de supervision loutil U2000.
Comme premire tape nous avons procd par La conception du Metro IP couvrant plus
particulirement trois rgions du royaume quon nomme A, B et C, et dont on explicitera par
la suite les dtails de chaque topologie.
La rgion A :

Le Rseau implment sur la rgion A, est form de cinq boucles de 10GE (Figure 6), dont les
trois premires (les boucles : 1, 2 et 3) forment le Metro 1, alors que les deux dernires (5
et 6) reprsentent le Metro 2.
 Figure 6: Architecture du Metro IP pour la rgion A

La liaison entre le Metro 1 et 2 est bien garantis par un lien physique form des routeurs de
hautes capacits nomms CX600-X16 (Figure 7).

Figure 7: Architecture du cur IP permettant la connexion entre les Metro 1 et 2

La rgion B:

Sur la rgion B une seule boucle de 10 GE est tablit (Figure 1) et reprsente donc le Metro
3 .
 Figure 8: Architecture du Metro IP pour la rgion B
La rgion C:

Sur la rgion C une seule boucle de 10 GE est tablit (Figure 9), ce qui reprsente donc le
Metro 4 :

Figure 9: Architecture du Metro IP pour la rgion C

2.3.2. Description technique des quipements proposs :

En se basant sur la dfinition des besoins dcrits par le cahier de charge, et aprs avoir men
une tude profonde des diffrentes gammes dquipements fournit par HUAWEI, notre choix
a t dirig vers les lments daccs PTN9100, les routeurs dagrgations CX600-X8 et
CX600-X16 et loutil de supervision U2000.
2.3.2.1. Equipement dagrgation, de pr-agrgation et de cur : Routeur de la
gamme CX :
La gamme CX600 constitue une plateforme polyvalente de routage dveloppe par HUAWEI
afin dadopter une transmission et une commutation sans blocage.
Cet quipement qui permet daccder, de converger, et de transmettre des services Ethernet
entre une BTS/NodeB et un BSC/RNC, est spcialis en Mobile Backhaul sur MPLS, il
assure donc :
La forte capacit de commutation en rseau daccs.
La transmission de service via EoMPLS (Ethernet over Multi-Protocol Label
Switching).
La possibilit dextension du rseau.
La fiabilit par lintroduction des mcanismes de QoS.
Le support des services IP.
Laccs au service large bande, au service Triple Play et au service du rseau virtuel
priv (VPN).
Le fonctionnement en mode redondant ce qui minimise tous types dinterruption de
service.

La gamme CX600 garantie une meilleure capacit de traitement. Toutefois, les deux
principaux routeurs qui vont tres utiliss sont : les CX600-X8 et les CX600-X16
Les routeurs CX600-X8 :
Pour dcrire la manire dinsertion des routeurs CX600-X8 au sein de diffrentes boucles,
nous avons ralis des Layouts, facilitant ainsi lopration de connexion des cartes utilises
pour chaque quipement (Figure 10).
 Figure 10: Dispositif du CX600-X8 utilis pour l'agrgation la rgion A
Les diffrents layouts doivent tres accompagn dune fiche descriptive (Tableau4) facilitant
les interventions lors du dploiement:
Interfaces/Ports Propositions du CX600-X8
E1 24
FE/GE optique 40
10GE port 4
Capacit de transmission en Gbps 640 Gbit/s

Tableau 4: Caractristique du CX600-X8

Les routeurs CX600-X16 :

Les routeurs CX600-X16 prsentent un fonctionnement homologue aux ceux nomms X8,
tandis quils se caractrisent par une double capacit de transmission, ce qui justifie leurs
utilisations comme lment de cur.

Toutefois des dispositifs dcrivant la connexion du CX600-X16 dune part avec les
RNC/BSC et dautre part avec le rseau IP/MPLS sont bien dfinies (Figure 11).
 Figure 11: Dispositif du CX600-X16 utilis au ceur IP de la rgion A
2.3.2.2. Equipement daccs : Routeur PTN910:

Le PTN910 constitue une nouvelle gnration daccs introduite dans les BTS et les Node B.
Il permet bien videmment :

Ladaptation avec la technologie de transport par paquets afin de rpondre

aux exigences croissantes de la bande passante ;
Ladaptation de la technologie de transmission PWE3 (Pseudo Wire Emulation Edge
to Edge) pour la distribution des services ;
L'accs des BTS/Node B aux services en utilisant diffrents modes tels que le FE (Fast
Ethernet) et le GE (Gigabit Ethernet);
Le support de la technologie de transmission MPLS ;
La division et le transport du flux de services des BTS/Node B tels que le HSDPA
(High Speed Downlink Packet Access).

Comme pour tous les autres quipements, nous avons gnr les Lyaout explicitant les
connexions des PTN910 dune part avec les BTS/NodeB et dautre part avec les CX600-X8
(Figure 12).aussi nous avons fournit une fiches descriptives des diffrents caractristiques
pour chaque site (Tableau 5).
 Ports permettant la
connexion du PTN avec
Port permettant la connexion du PTN avec le CX600 la BTS3900
nomm C-AG-1-CX8-A-MAAR-B1

Figure 12: Layout du PTN910 utilis pour la rgion A

Interfaces/Ports Proposition de Huawei
E1 16

FE/GE electrique 4

FE/GE optique 2

Capacit de transmission en Gbps 3 Gbps

Tableau 5: Caractristiques du PTN910

2.3.2.3. Systme de Management du rseau U2000 :
U2000 est un produit de gestion de rseau dvelopp par HUAWEI, permettant la fois de
grer les lments de la couche services et du rseau (figure 13).

Pour satisfaire les besoins de Maroc Telecom en termes de performance, de disponibilit et de

scurit, nous avons opt pour lutilisation de lU2000 pour la gestion du Metro IP. Cet outil
couvrira donc une solution complte de gestion de rseau, y compris la gestion de la
topologie, des lments, de configuration, du rendement, des pannes et des services fournit.

Lutilisation de lU2000 centralis constitue un choix optimal pour fournir une haute
disponibilit de 7*24 heures de services continue, permettant donc de prvenir et de traiter les
diffrents anomalies
 Figure 13: Positionnement de l'U2000

La topologie propose du systme

ystme U2000 se compose donc de sites primaire et secondaire sur
lesquels les serveurs maitre et esclave peuvent tres dploys (figure 14) , toutefois, un seul
serveur doit rsider sur chaque site.

Figure 14:: Structure de haute disponibilit de l'U2000

U2000 sera dploy donc sur le systme d'exploitation Solaris et intgre un systme
permettant dassurer :
La dtection automatique des quipements et de la version des logiciels utiliss, ce qui
q
permet une gestion totale des diffrents composants (carte, systme dnergie,
ports.).
La Collection et la configuration des paramtres distance.
 La surveillance distance et la notification de chaque ncessit de maintenance
temps rel.
La gestion de performance par la dtection de la possibilit doccurrence dun dfaut
lavance ce qui permet de rsoudre chaque menace et dviter larrt du systme.
La gestion du trafic par la collection des statistiques de performances.
La synchronisation de la base de donnes temps rel pour le serveur actif et celui de
secours.
Le contrle dynamique de la situation en cours dexcution.
Le passage automatique entre le serveur actif et celui de secours.

Les noms des serveurs Maitre et esclave ont t choisi dune manire simple afin quils soient
faciles retenir et reconnaitre (Tableau 6).
Nom du Site Nom du Serveur Rle
Site 1 MT-M-U2000 Master Server
Site 2 MT-S-U2000 Slave Server

Tableau 6: nomenclature des serveurs du NMS (Network Management System)

La mise en service de lU2000 ncessite lattribution de diffrents types dadresses IP (Figure

15) savoir :

Figure 15: Reprsentation des diffrents types d'adresse pour l'U2000

Ladresse IP du systme (System IP) : utilise pour communiquer entre un U2000 et
les lments du rseau.
Ladresse IP de station de contrle (Manage IP): utilise pour grer et entretenir le
Hardware et le Software du rseau.
 Ladresse IP du disque de contrle (Disk array IP) : utilise pour grer et entretenir les
quipements.
Ladresse IP du serveur de Rapport (Report server IP) : utilis pour la communication
entre le serveur de rapports et lU2000.
Ladresse IP du commutateur (switch IP) : utilise pour grer le commutateur
permettant laccs au serveur U2000.
Ladresse IP des interfaces : reprsente ladresse dun pare-feu l'entre du serveur
U2000, de sorte qu'il faut deux adresses IP, l'une pour l'interface de liaison
descendante de la passerelle du serveur, et lautre pour la liaison montante de
linterconnexion avec le CX600-X16.

Finalement, la liaison entre le serveur maitre et esclave est dune grande importance, de ce fait
elle doit tre bien accessible.
2.3.3. Architecture logique:
Lors de la conception de larchitecture logique du rseau Metro IP, nous nous somme bass
essentiellement sur deux types de protocoles :

IGP :( Interior Gateway Protocol) utilis au sein des diffrentes boucles et permettant
d'tablir les routes optimales entre lensemble des points du rseau et toutes les
destinations disponibles, dviter les boucles, et d'assurer la convergence du rseau
dans les plus brefs dlais en cas de dconnexion dun lien physique ou darrt dun
routeur.
BGP :( Border Gateway Protocol) utilis pour changer les informations d'accessibilit
de rseau entre les diffrentes boucles, avec possibilit de prise en charge de trs
grands volumes de donnes.

2.3.3.1. Protocole de routage IGP IS-IS :

Le choix du protocole IGP pour la gestion logique des diffrentes boucles du rseau Metro IP
dcoule essentiellement des points suivants :

La fiabilit du rseau : par son renforcement face chaque changement de topologie

ou occurrence de dfaut.
Lquilibre de la charge du trafic : par un raisonnable partage de trafic entre les
diffrentes boucles.
 Lextensibilit du rseau : par la facilit dajout des appareils do laugmentation de
la bande passante.
Ladaptation au changement de mode de l'entreprise : le mode d'affaires l'avenir sera
chang avec le dveloppement de l'entreprise. Ainsi, la politique de routage devra tre
ajuste avec le changement du dbit de circulation.
La rduction de la complexit de gestion: via lutilisation des protocoles de routage
permettant le rglage de la circulation et remdiant donc l'insuffisance du contrle.

Suite une tude comparative des diffrents protocoles IGP, nous avons choisis
dimplementer lIS-IS (Intermediate System to Intermediate System), tout en se basant sur
plusieurs raisons dont on peut citer :

La standardisation de lIS-IS dans le rseau cur de Maroc Telecom ;

La prise en charge de lIPv6 ;
Lindpendance entre les fonctions des diffrentes couches ;
Le support dun nombre trs important de nuds (jusqu 1024 nuds) dans la mme
zone.
Le support de multiples topologies.
La meilleure scurit par une authentification du domaine, de rgion et de paire.

Le choix du niveau 2 de lIS-IS drive de son habilit acclrer la convergence des routes,
viter les liaisons sous optimales, et aussi faciliter le calcul de chemin par lingnierie de
trafic TE (Traffic Engineering) de bout en bout, entre les diffrents composants savoir :
lUPE (User Side Provider Edge), et le PE-AGG (Provider edge aggregator).

Considrons lexemple dcrivant limplmentation de lIS-IS sur une boucle dont laquelle une
relation entre les diffrents quipements doit tre maintenue (Figure 16).
 Figure 16: Implmentation de l'IS-IS sur une boucle

Toutefois, dans le but de faciliter lidentification de chacun de ces quipements, et de garantir

ses relations avec les voisins, nous avons dfinie un unique identificateur pour chaque routeur
nomm le NET (Network Entity), Ce dernier prsente une adresse spciale compose de 20
octet dont les 13 premiers peuvent tres manuellement configurables (Tableau7).

AREA ID SYSTEM ID SEL

xx x x 1 2 17 0 80 76 00

Tableau 7: format de l'identificateur NET

Area ID : Nous avons recommand dutiliser le mme identificateur pour toutes les
rgions vu quelles ne sont pas en liaison directe.
System ID : est attribu en fonction de ladresse de chaque interface de routeur.
Selector ID : Cette valeur n'est pas configurable et elle est toujours mise 00.

Le protocole IS-IS supporte la fois une liaison Broadcast et p2p (point to point), tandis que
les ports Ethernet des routeurs gnrent par dfaut une liaison Broadcast, dans ce sens, nous
avons choisis de forcer les liaisons en p2p pour tout le circuit IS-IS du fait que ce type
prsente lavantage de lenvois du CSNP (Complete Sequence Network Packet) que lorsquun
routeur tabli une liaison avec son voisin pour la premire fois, ce qui rduit la frquence de
lenvois des CNSP par le routeur du plus haut cout et acclre par la suite la convergence.

Dautre part et afin de rpondre aux diffrents besoins en termes de service et de supervisions,
le Metro IP doit tre connect au rseau IP/MPLS, cela est bien assur grce un routage
statique permettant alors au routeur du Metro IP datteindre la source de diffusion IP
multicast. Le routage statique doit tre configur essentiellement sur tout les PE-AGG et doit
tre transport aux diffrents UPE via lIS-IS.

Optimisation de lIS-IS :

Pour optimiser le fonctionnement de lIS-IS nous avons introduit lIS-IS FC (IS-IS Fast
Convergence) qui sarticule essentiellement autours des points suivants :

I-SPF (Incremental Shortest Path First) : recalcule juste les routes des nuds changs,
lorsquil y a modification de topologie du rseau, il permet bien videmment une
rapidit de calcul des routes.

PRC (Partial Route Calculation): Calcule les routes juste lorsquil y a occurrence dun
changement aux niveaux des mtriques, dajout ou de suppression dun sous rseau.
 Dbordement rapide du LSP (Link state packet fast flooding) : acclre la gnration
des LSP (Label Switched Path).
Intelligent timer : est un dlai appliqu lors de la gnration du SPF et LSP.

Si lIS-IS FC prsente une tape primordiale pour lamlioration de la rapidit de

convergence, elle consiste tout particulirement intervenir sur diffrents paramtres
(Tableau8).

Paramtres Valeurs
timer lsp-generation max-interval 1s
timer lsp-generation init-interval 50ms
timer lsp-generation incr-interval 50ms
Flash flood LSP counts 16
timer lsp-generation level Level-2
timer spf max-interval 1s
timer spf init-interval 50ms
timer spf incr-interval 50ms
flash-flood Level-2

Tableau 8: Paramtres de la rapidit de convergence (FC)

Un autre point essentiel pour amliorer les performances du rseau, est que le systme doit
tre en mesure de dtecter rapidement une panne de communication, et mettre donc en place
un canal de sauvegarde pour la reprendre. Dans ce cadre il est bien conseill dutiliser le BFD
(Bidirectional Forwarding Detection) qui constitue un mcanisme de dtection unique utilis pour
suivre la connectivit du rseau ou des liens de routage IP. Il permet donc dassurer les
fonctions suivantes :

Fournir une dtection de courte dure des anomalies de chemin entre deux routeurs
adjacents.
Optimiser une dtection en temps rel.

Finalement, face linterruption de la communication et suite un redmarrage ou passage

dune carte maitre esclave du routeur, les paquets LSP sont supprims ce qui rend le calcul
des routes inexacte, pour sen passer nous avons configur lIS-IS GR (IS-IS Graceful
Restart) permettant de notifier les voisins de ltat de redmarrage et donc rtablir la relation
contigut sans interrompre la transmission. Il prsente toutefois lapport dliminer les
interfrences dues la synchronisation de la base de donne.

Nous avons fix lintervalle de redmarrage dans le quel les liaisons ne seront pas dtruites
300s (par dfaut).
Exemple dImplmentation de lIS-IS sur la rgion A :
Afin dassurer la connectivit entre les deux Metro via le cur IP, lIS-IS va tres configur
(Figure 17) entre le PE-AGG (A-NU-CX600X16-01) et le PE-AGG (A-NU-CX600X16-02),
ainsi entre le PE-AGG (A-AN-CX600-X16-01) et le PE-AGG (A-AN-CX600-X16-01). Pour
palier aussi au problme de changement de statuts de liaison, nous avons choisi dimplment
le BFD dynamique pour toutes les liaisons IS-IS.

Figure 17: Implmentation de lIS-IS sur la rgion A

2.3.3.2. Protocole de routage BGP :

Notre choix du protocole BGP, rpond au besoin de communication entre les utilisateurs
appartenant aux diffrentes rgions qui doivent passer bien videmment par le Cur
IP/MPLS.

Considrons lexemple de limplmentation du BGP sur une boucle (Figure 18), et dont le
quel les relations entre les diffrents composants doit tres maintenue par :

Le MP-BGP (multi-protocole-Border Gateway Protocol) doit tre tabli entre

lensemble des UPEs afin de permettre la distinction entre les diffrent chemin VPN,
il garanti aussi le partage de linformation des boucles par lesquelles un paquet est
issu.
LEBGP (Exterior BGP) doit tre tabli entre le rseau Metro IP et le rseau IP/MPLS.
 Figure 18: Implmentation du BGP sur une boucle

Toutefois, dans le but de faciliter lidentification de chacun des quipements, et de garantir

ses relations avec le rseau IP/MPLS, nous avons attribu des identificateurs pour chaque
rgion.
Rflecteur de route (RR) :

l'intrieur de la boucle, les routes ne sont pas transitives, c'est--dire qu'une route reue d'un
voisin iBGP n'est pas transmise aux autres voisins. Pour que les routes soient connues par
l'ensemble des routeurs de la boucle, ces derniers tablissent donc des connexions entre eux,
ce qui pose un problme dune part quand ces routeurs sont nombreux, et dautre part lors de
lajout d'un nouveau routeur ce qui oblige modifier la configuration de tous les routeurs
BGP.

Le RR permet de diminuer cette contrainte du fait quil redistribue les routes apprises par
liBGP des pairs iBGP (appels ses clients). Ceux-ci n'ont besoin que d'tablir des sessions
iBGP avec le RR (Figure 19).

Figure 19: Dploiement du RR pour le BGP

Il est bien recommand dutiliser lidentificateur Cluster-ID, configur manuellement pour
viter le problme de boucle de chemin gnr essentiellement par la rflexion des routes des
paquets qui ont test de quitter le domaine.

Un cluster est constitu dun RR et ses clients, il peut contenir un ou plusieurs RR, et
identifier par lID de cluster qui est lID du routeur du RR. Lorsquune mise jour passe dun
RR son voisin, le RR ajoute son ID cluster dans une liste rserve.
Exemple de Planification du BGP RR sur la rgion A :

Sur la rgion A, les deux CX600-X16s (A-NU-CX600X16-01 et A-AN-CX600X16-02) sont

identifis comme RRs utilisant le mme identificateur de cluster. Toutefois chaque CX600-
X8 tablit une relation client avec les deux RRs la fois pour assurer la sauvegarde et garantir
donc une haute disponibilit (Figure 20).

Outre, il est indispensable dimplmenter linter-AS VPN, permettant laide de lEBGP de

connecter directement les deux CX600-X16 (A-NU-CX600X16-01 et A-AN-CX600X16-02)
au rseau lIP/MPLS comme sils appartiennent tous au mme AS (Systme Autonome).

Figure 20: Planification du BGP RR pour la rgion A

Optimisation du BGP :

Dans le mcanisme de dtection des dfauts du BGP, un message de dtection des statuts des
voisins est envoy priodiquement toutes les paires. Par consquent, lorsque les donnes
transmises sont de lordre du gigabit, une grande quantit de donnes sera supprimes, ce qui
menace la fiabilit du rseau.
Pour pallier tous ces problmes, nous avons dploy le BFD pour le BGP afin de permettre
une grande vitesse lors de la dtection et la notification de tous types de dfauts, ce qui
acclre donc la convergence, dautre part nous avons introduit
introduit le BGP GR (BGP Graceful
Restart) afin de prvenir contre les interruptions de transmission.

2.4. Topologie des services :

Maroc Telecom envisage la construction dun solide et homogne rseau Metro IP en faveur
des services de 2G/3G/4G. Dans ce sens, le rseau cible doit tre en mesure de supporter les
services 2G (TDM) ,3G (Ethernet),
(Ethernet ainsi que les services lis MSAN,, alors quil doit tre
prt pour lextension des services 4G.
4G

2.4.1. Architecture des services 2G (TDM) :

2.4.1.1. Topologie daccs entre
entr le BSC et la BTS :
Pour garantir la transmission des services 2G TDM nous adaptons la procdure suivante
(Figure 21) :
Dployer le TDM PWE3 de bout en bout pour le support des services de la voix : plus
prcisment nous avons pris comme choix le TDMoPSN (time division multiplexing
over a packet switched network) puisquil permet dmuler des services sur le MPLS.
Dployer le TDM PWE3 via le protocole SAToP (Structure-Agnostic
(Structure Agnostic TDM over
Packet) du fait quil prsente une non sensibilit la structure
structure de la trame E1.
Dployer le TDM PWE3 entre les PTN910 et les CX600
Lier les PTN910 au CX600 par des liens 1GE.
Lier les CX600 par des liens 10 GE.

Figure 21: Mode daccs aux services 2 G

2.4.1.2. Protection de la transmission :

Lors de la planification des services 2G nous avons t soumis lobstacle de fiabilit du fait
que les BSC et les BTS fournissent une connexion unique avec les PTN910 et les CX600,
pour dpasser ce problme nous avons adapt la solution nomme MPLS 1 :1 protection
reposant essentiellement sur le mode FFD (Fast Failure Detection) du MPLS OAM.
Ce mcanisme (figure 22) permet donc :
Lenvoie de la FDD sur le lien de transmission afin de dtecter chaque dfaillance.
Lenvoie du BDI (Backward Defect Indication) au LSR (Label Switch Router) de
lentre, tout en lui recommandant de commuter au lien de protection.
Lattente dun dlai afin de sassurer que le fonctionnement ne sera pas repris.
La commutation au lien de protection.

Figure 22: Mcanisme de la protection de la transmission

Pour le projet Metro IP, lapplication de cette mthode de protection ncessite la prsence de
deux liens bidirectionnels entre la BTS et la BSC (Figure 23).Toutefois, les liens
bidirectionnels indiqus en rouge
rouge et en bleu sont rservs la transmission et la protection,
tandis que ceux monodirectionnels sont ddi lenvoie des BDI.

Figure 23:: Simulation de la mthode de protection pour une boucle

2.4.2. Architecture des services 3G (Ethernet):
2.4.2.1. Topologie daccs entre le Node B et le RNC :
Pour garantir la transmission des services 3G Ethernet nous adaptons la procdure
procd suivante
(Figure 24) :
Dployer le tunnel PWE3 entre les PTN910 et les CX600 afin de permettre
lencapsulation du trafic L2VPN (Layer 2 Virtual Private Network).
Dployer le L3VPN (Layer 3 Virtual Private Network) entre les diffrents types de
CX600.
Lier le RNC deux CX600-X16,
CX600 X16, avec un mode d'quilibrage de charge (Load
balancing) permettant de partager le trafic montant et descendant entre deux liens
physique GE.
Attribuer deux adresses IP diffrentes aux deux ports GE du RNC.
Configurer un routage statique pour tout les CX600-X16
CX600 X16 en indiquant comme
destination le RNC, de ce fait les diffrents CX600-X8
CX600 X8 auront la possibilit de choisir
le chemin le plus court pour atteindre le RNC.
Activer loption de sauvegarde pour tous les ports
ports GE, permettant de commuter vers
un lien fiable lorsquun autre se trouve en tat de dfaillance.

Figure 24:: Description

Description de la transmission des services 3G Ethernet

2.4.2.2. Protection de la transmission :

Pour assurer une protection extrme de la transmission, nous avons opt pour une solution
reposant essentiellement sur les points suivants (Figure 25) :
Loption best-effort
effort path : si les LSPs active et de surcharge sont dfaillants, cette
option permet de fournir un lien temporaire pour supporter la transmission.
 La forte protection en mode de veille : on considre deux LSPs lun active et lautre
de sauvegarde
egarde et permettant dassurer un transfert de trafic simultan sur deux liens
physiques diffrents, une fois une dfaillance au niveau du lien actif est dtecte, on
aura une commutation trs rapide du trafic vers le LSP de surcharge.
Lutilisation du BFD : permet de dtecter le LSP active de se fait une fois le LSP ne
fonctionne plus le BFD de son tours nest plus oprationnel ce qui constitue un
mcanisme rapide pour la dtection des dfauts de fonctionnement du rseau.
Lutilisation du BGP auto FRR (Fast
(Fas Reroute) : cest une technique de protection par
sauvegarde rserve aux routes prives.

Figure 25: Mcanisme de la protection de la transmission

2.4.3. Architecture des services FMC:

Les services FMC (Fixe Mobile Convergence) utilise la topologie standard du Metro IP, en
apportant la particularit de deux modes daccs :

Ligne loue (Leased line) : ce mode est destin aux entreprises dont les besoins en
termes de qualit et de fiabilit sont trs grands.
MSAN/DSLAM : chaque MSAN/DSLAM va tre connect un CX600-X8
CX600 via deux
liens GE, quon peut par la suite associs grce un lien dagrgation une seule
se
interface logique nomme trunk (Figure 26).
 Figure 26: Topologie de Metro IP destin au DSLAM/MSAN

Reste mentionner quentre un MSAN/DSLAM et un CX600-X8, les services sont spars

par des VLAN (Tableau 9).
Service VLAN
HSI 100
VOD 3000
VOIP 200
Fixed voice 300
BTV 50

Tableau 9: Nombre des VLAN destin chaque service.

Dans ce qui suit nous prenons comme exemple limplmentation du service HSI.
2.4.3.1. Topologie du service HSI :
Limplmentation du service HSI repose sur le mcanisme suivant (Figure 27) :

Relier chaque CX600-X16 un BRAS, permettant donc laccs au rseau IP/MPLS.

Etablir deux sessions VPLS (Virtual Private LAN Service) pour chaque CX600-X8,
lune avec le premier CX600-X16 et lautre avec le deuxime, afin dassurer la haute
disponibilit.
Implmenter le VLL (Virtual Leased Line) sur chaque CX600-X8 afin dviter les
problmes dues la lecture de ladresse MAC de chaque utilisateur, chose qui savre
gnante lors de laugmentation du nombre de clients.
Etablir une encapsulation de trame entre le client et les BRAS via le protocole PPPoE
(Point to point Protocol over Ethernet).
Lors de la demande du service par un utilisateur les deux BRAS envoient une rponse,
tandis que celle arrivant en premier va tre prise en considration.
Configurer le mode de sauvegarde entre les deux BRAS.
 Figure 27: Mcanisme dimplmentation du service HSI
2.5. Solution de synchronisation :
Bien que la migration vers la transmission via IP, offre des avantages considrables, elle
prsente galement un certain nombre de dfis dont on peut citer principalement la
synchronisation de tous les lments critiques du rseau.
La synchronisation en frquence est ncessaire pour les services de transport 2G et 3G, alors
que pour en garantir plusieurs techniques sont disponible savoir :
Sync-E : est une technologie de synchronisation de frquence physique trs prcise,
qui est indpendante de la charge du rseau et du nombre de routeur travers.
1588v2 : est une technologie de synchronisation par paquet (moins prcise que
SyncE), qui est dpendante du nombre de nuds traverss, de la charge du rseau, elle
apporte en plus de la synchronisation de frquence, celle de la phase.

Prenons comme exemple de la synchronisation celui des services 2G.

2.5.1. Synchronisation des services 2G :
Pour la transmission 2G la synchronisation constitue un point primordial, de ce fait aprs une
tude profonde des diffrents types dhorloge ainsi que des conditions du rseau conue nous
avons opt pour la solution end to end Sync-E (Synchronization Ethernet) (Figure 28) dcrite
comme suit :
La 1re tape :
Les quipements du rseau Cur du Metro IP (CX600-X16) sont synchroniss par lhorloge
existante du rseau SDH.
La 2me tape :
Les lments CX600-X16 doivent convertir la synchronisation reue en format Ethernet et
transmettre donc ce signal aux autres CX600-X8 vi a des liens de 10GE.
La 3me tape :
Une fois arrivant au PTN910, la synchronisation est bien convertie pour la deuxime fois en
un signal dhorloge TDM et envoy par la suite au BTS/NodeB.

Figure 28: Processus de synchronisation du Metro IP

Conclusion :
Aprs avoir explicit les diffrentes tches effectues durant la phase prparatrice du projet,
dont laquelle nous avons mit le point sur lensemble des choix dcisionnels prisent suite des
tudes profondes menes sur les protocoles et techniques utiliser afin de rpondre aux
besoins de Maroc Telecom.
Nous expliciterons dans ce qui suit, les diffrentes phases de dploiement de la solution dj
conue.
Chapitre

3 Dploiement de la
solution Metro IP

Ce chapitre prsentera lensemble des tches

effectues lors du dploiement de la solution
Metro IP, il portera donc sur :
La planification de la phase de dploiement :
La matrice de responsabilit ;
La planification de la ralisation ;
Le processus de dploiement :
Le Site Survey ;
Linstallation ;
La configuration et lintgration ;
Le test de conformit ;
Linspection de Qualit ;
LAcceptation ;
Introduction :
Une fois, la solution conue a t valide, nous avons entam la phase suivante celle du
dploiement du Metro IP, qui repose sur la mise en place du rseau en procdant par plusieurs
tapes, tels que linstallation et la configuration .,

Cette phase dcisif prsente le dfit de surmonter les blocages qui peuvent survenir, tout en
menant bien le projet, en dpit de lenvironnement dans lequel les variables sont trs
nombreuses et dont la moindre dfaillance pourrait avoir un impact ngatif sur le service
offert et du coup la non satisfaction du client qui est dans notre cas loprateur.

3.1. Planification de la phase de dploiement :

Cette phase repose sur la spcification en termes de temps et de responsabilit des diffrentes
tches menes par lensemble des intervenants afin de dployer la solution Metro IP.

3.1.1. Matrice de responsabilit :

La premire tape dans la phase de planification consiste la ralisation de la matrice de

responsabilits dcrivant les devoirs de chaque intervenant et facilitant par la suite
lintervention face tout type de blocage du processus de dploiement.

La reprsentation de la matrice de responsabilit que nous avons adapte pour le dploiement

du Metro IP est la suivante (R : responsabilit, V : vrification, S : Surveillance).
Thmes Dtails HUAWEI Maroc
Telecom

Ralisation de la planification globale de R V

dploiement.
Organisation du projet et gestion des ressources.
Planification et suivi des actions avec les sous-
Gnralits traitants en cas de besoin. R R

Dlivrance des autorisations daccs aux sites. R R

Organisation des Sites Survey.
Sites Rdaction des rapports des sites Survey. R R

R V

Livraison des quipements. R

Ddouanements des quipements.
Logistique Transport et livraisons aux sites finaux. R
 R

Fournir les dtails sur le rseau existant R

Ingnierie et design de l'architecture du rseau
Metro IP R
Dfinition des paramtres de configuration.
Ingnierie Fournir un rapport d'ingnierie et d'architecture
dtaill.
R

Mise disposition des sites au personnel de R

HUAWEI.
Gestion des quipements sur site lors de
l'installation et de la mise en service.
Prparation de lenvironnement dinstallation : R
Mise disposition de l'nergie primaire.
Fourniture des fibres, des cbles sur la base
des directives et standards de lingnierie,
des rsultats du site Survey et conformment R
au BoQ(Bill of Quantity).
Fourniture et mise disposition des ODFs
pour les sites de Pr-Agrgation, Agrgation
et Core en cas dabsence.
Installation du matriel fournit par HUAWEI
(CX, PTN910)
Gestion des pices de rechange lors de
linstallation.
Fourniture et installation du systme de
mangement du rseau (NMS) : U2000.
Mise en service et intgration :
Mise en service des quipements.
Fournitures, Mise disposition des liens de transmission
pour l'intgration des quipements.
Intgration des quipements Metro IP et
remise au contrle.
Installations Dfinition et prparation du plan de
Migration.
Migration vers la solution Metro IP.

&

Mise en Service

Dlivrance du plan de tests pour la rception. R R

Mise en disposition des personnes qualifies
Acceptation responsables de mener lopration de rception. R R
 Assistance Mise en disposition du personnel qualifi pour le R
Technique sur site suivi et lassurance du bon fonctionnement de la
pendant Garantie solution pendant une priode de garantie.

Tableau 10: Matrice de responsabilit du Projet Metro IP

3.1.2. Planification de la ralisation :

Pour que le dlai, de 4 mois fix par Maroc Telecom, soit bien respect, nous avons opt pour
une planification temporelle (Figure29), aboutissant lorganisation du droulement des
travaux et optimisant par la suite lexploitation de lensemble des ressources.

Toutefois, et afin de mieux prsenter lordonnancement des diffrentes tches dans leur ordre
chronologique, nous avons opt pour la mthode de GANTT (Figure 30).

Figure 29: Organisation temporelle des diffrentes taches effectues

 Figure 30:
30 Ordonnancement des tches effectues.

3.2. Processus de dploiement du Metro IP :

Le dploiement du rseau Metro IP repose sur cinq phases (figure 31), dont La premire
nomme Site Survey, consiste une tude de lenvironnement du site o les nouveaux
quipements (CX et PTN910) vont tre installs. Aprs linstallation, nous avons procd
lintgration du Metro IP qui porte sur la configuration
configuration de certains paramtres.

Ensuite, des tests de conformit sont mens afin de vrifier le bon fonctionnement des
nouveaux sites mis en service. Si ces tests dtectent lexistence danomalies, cela veut dire
quil y a des erreurs au niveau de linstallation
linstall ou de lintgration.

Toutefois, la spcification de la source de dfaillance est bien garantie grce linspection de

qualit. Finalement, Aprs la correction des anomalies, vient ltape de lacceptation mene
en prsence de loprateur dans le but
but de lui montrer le bon fonctionnement du site.

Site Survey
Installation & Integration
test de conformit
Inspection de Qualit
Acceptation

Figure 31: Phases de dploiement du Metro IP

3.2.1. Site Survey :

Lopration Site Survey est positionne avant le commencement de linstallation de chaque
site, il consiste en un plan oprationnel qui doit se prparer et se valider pour assurer la
possibilit de supporter les diffrents quipements.

Le Site Survey est donc la premire tape que nous avons menez pour la prparation au
dmarrage du dploiement aprs la validation technique de la solution et limplmentation de
la maquette de test. Il comprend l'tude des environnements d'installation, et la dtermination
de larrangement des quipements.

Grce au Survey, une concordance entre le plan adapt et les exigences du client est bien
garantie. Il permet tout particulirement de prciser :

La mthode de cblage.
Le nombre et le types des quipements.
La disponibilit ou non dun chemin de cble.
La ncessit de lODF (Optical Distribution Frame) et du DDF (Digital Distribution
Frame) jouant le rle des panneaux de brassage.
La longueur des fibres et des cbles dnergies.
La disponibilit ou non de la barre de la mise la terre.
La disponibilit de lalarme Box et des diffrents types de dtecteurs pour la
surveillance.

Aprs la clture de chaque site Survey, nous avons fournir un rapport de Survey qui servira
de base pour linstallation et la configuration des quipements. Toutefois, la fourniture dun
BoQ (Bill of Quantity) est bien ncessaire du fait quil prsente un document de rfrence
pour les spcifications techniques de linstallation (type de cble, longueur, ).

Linstallation des quipements du Metro IP est faite en indoor et ncessite la disponibilit

dun ensemble des quipements et de condition lintrieur du Shelter.

Exemple de rsultat du site Survey pour linstallation du PTN910:

Linstallation du PTN910 est bien spcifie par la ncessit dun DDF afin de collecter les
diffrents E1, une description dtaille du rsultat du site Survey doit tre accompagn dun
plan dinstallation (Figure 32).
 Figure 32: Plan d'installation du PTN910

Exemple de rsultat du site Survey pour linstallation dun CX600-X8 :

Linstallation du CX prsente la particularit de la mise en disposition dun ODF afin de

permettre le brassage des diffrentes fibres existantes (Figure33).

Figure 33: Plan d'installation du CX600-X8

3.2.2. Installation

Une fois les positions et les emplacements des quipements sont bien dtermins par le Site
Survey , la deuxime tape se dclenche. Cette phase nomme Installation est confie
parfois aux sous-traitants avec interversion du staff de HUAWEI pour le contrle de la
conformit de linstallation avec les recommandations dtermines auparavant.
Pour mener bien cette tape nous avons suivi un processus dinstallation (figure 34).

installation des cables

Installation des cartes

installation du Rack

Figure 34: Processus d'installation

3.2.2.1. Installation des PTN910:

Il sagit dinstaller dans le cabinet de la BTS ou le Node B lquipement PTN910 tout en lui
garantissant de lalimentation, la liaison avec la BTS/Node B ainsi que sa liaison avec les
boucles 10GE (directe ou via des quipements de pr-agrgation).

Exemple dinstallation du PTN910 sur la BTS3900 :

Lors de linstallation du PTN910 nous avons adapt une procdure dtermine (Figure 35)
afin de mener bien cette phase(Figure36).

Prparation pour Installation de Installation des

Dbut linstallation lquipement cbles dnergies

Installation des
cbles dnergies

Etiquetages des Test de Installation des Installation des

Fin cbles E1
cbles et fibres connectivit fibres

Figure 35: Etapes d'installation du PTN910

PTN910
 Figure 36: Installation du PTN910 sur un site d'accs

3.2.2.2. Installation des routeurs CX600-X8 et CX600-X16:

Linstallation du CX600-X8 et X16 repose sur la dmarche gnrale de linstallation

dcrite auparavant, elle consiste tout particulirement garantir la liaison la fois avec la
boucle 10GE, et le RNC/BSC (figure 37).

Exemple dinstallation du CX600-X8 sur un site dagrgation:

 Fibre permettant
linsertion du
CX600-X8 au sein
dune boucle

Figure 37: Installation du CX600-X8 pour un site d'agrgation

3.2.2.3. Installation de loutil U2000 :

Linstallation de loutil de supervision U2000 se fait sur le rseau IP/MPLS afin de garantir
une gestion distance de toutes les boucles du Metro IP. Elle repose tout particulirement sur
linstallation des deux serveurs maitre et esclave.

3.2.3. Configuration et Intgration :

Ds que linstallation est termine et que les lignes de transmission sont prtes pour relier les
diffrents lments du Metro IP entre eux et avec les autres quipements du rseau. On passe
ltape de lintgration qui ncessite tout dabord une configuration des diffrents
quipements pour les mettre en service.

Cette tape ncessite bien la prparation dun fichier de configuration et sera ralise dans
certains cas via loutil U2000.

3.2.4. Test de conformit :

Aprs avoir intgr les diffrents quipements dun site, il faut vrifier leur fonctionnement,
cette phase nomme test de conformit, permet de localiser les anomalies et les
disfonctionnements.

Le test consiste en des mesures sur le niveau et la qualit du signale et sera suivi dun rapport
explicitant tout les dtails indiquant le bon fonctionnement du systme.
Les tests que nous avons raliss sont :

Test du signale: permet de tester le niveau et la qualit du signal.

Test de la configuration: permet de tester la configuration des quipements et leurs

paramtres.

Test du service: permet de tester les services voix, vido et donnes.

3.2.5. Inspection de Qualit :

La phase de vrification de qualit constitue une tape primordiale dont le cycle de vie dun
projet, vu quelle permet le passage la clture. Elle est constitue de diffrentes phases
savoir :

Le contrle des rapports dinspection de qualit.

Lenvoie des problmes dtects aux diffrents intervenants.

Linspection sur les lieux.

Lquipe qualit joue un rle privilgi dans linstauration de qualit, tout en procdant par:

Le contrle de la qualit du Software.

Le contrle de la qualit du Hardware.

3.2.5.1. Contrle du Hardware :

Le contrle des diffrents quipements se fait base des standards de qualit fixs
auparavant, il englobe [9] :

Lacheminement des cbles (fibre, cble PGND et cble dnergie).

Lacheminement des feeders et des jauges sur le chemin des cbles.

Larrangement et la protection des fibres.

Ltiquetage des diffrents cbles avec respect des normes (impression des tiquettes,
distance adquate pour le collage).

Propret des sites.

Prsence des logos et de documentation ncessaire.

Mise la terre de tous les quipements.

 3.2.5.2. Contrle du Software :

La fiabilit du software est assure par :

Les documents de tests fiables et conformes aux exigences prdfinies par la phase
site Survey.

Les indicateurs de ltat du fonctionnement de lquipement.

Ce contrle profond de diffrents aspects de la qualit permet un suivi clair et sert une
estimation visant lamlioration plusieurs chelles.

3.2.6. Clean up :

La phase du clean up prsente une raction face aux rserves dclares par le dpartement
qualit. Elle consiste une correction et dois tres acheves par la remise dun rapport
contenant des photos prouvant la correction de tous les problmes.

3.2.7. Acceptation :

Lacceptation est la dernire phase du dploiement du Metro IP dont lobjectif est de livrer les
sites. Ce qui consiste, en prsence des reprsentants de loprateur, raliser un ensemble de
tests sur les diffrents quipements pour vrifier dune part leur bon fonctionnement et dautre
part le respect des installations aux normes et exigences de Maroc Telecom. Cette tape
prsente la clture de la phase de dploiement, et marque le dbut des procdures de
paiement.

Sinon dans le cas dune grave anomalie qui ne peut pas tre rsolu sur le champ, un rapport de
rserves du client est crit et envoy HUAWEI pour des interventions ultrieures, suite
auxquelles un PV de leve de rserves est labor.

Aprs avoir rassembl un ensemble de PV de leve de rserves , les responsables de

HUAWEI et ceux de loprateur se runissent pour finaliser les procdures de paiement, il est
noter que le contrat nexige pas que loprateur paye tout le montant aprs lacceptation,
mais il procde par tranches, en payant tout dabord loffre de service , puis un pourcentage
aprs lexpiration du dlais de la garanti .
Conclusion :
En parcourant lensemble des phases de dploiement de la solution Metro IP, nous avons t
convaincus de limportance du respect de la qualit en faveur de la fluidit des diffrentes
tches effectues, de ce fait nous prsenterons par la suite le Projet Gestion Qualit considr
en tant que projet accompagnant au dploiement.
Chapitre

4
Gestion de Qualit
Ce chapitre est consacr la gestion de Qualit au sein
de HUAWEI plus particulirement pour le projet
du Projet Metro IP
Metro IP, il explicitera donc :
La phase prparatoire pour le projet gestion de
qualit :
La dfinition du Problme ;
La recherche des ides ;
Le plan daction ;
La phase de ralisation du projet gestion de qualit :
La gnration de document de qualit ;
Lorganisation de formations ;
Linformatisation et larchivage du suivi ;
Laudit sur les lieux
Lvaluation de la qualit;
Le dnombrement des dfauts critiques
pour le Projet Metro IP ;
Lvaluation des sous-traitants ;
Introduction :
Linspection de qualit constitue une phase dcisive pour lachvement du projet Metro IP, de
ce fait et pour viter tout type de blocage, HUAWEI a men un projet nomm Projet de
Gestion de Qualit permettant essentiellement le suivi permanent de toutes les phases de
dploiement.

Le chapitre suivant dcrira notre mission en tant ququipe charge de la mise en place dune
organisation couvrant le projet Metro IP en termes de gestion de qualit et qui pourra tre
appliqu tout type de projet.

Dans ce cadre nous nous sommes bass sur les quatre piliers suivants :

Ressources humaines : constitution dune quipe de travail ddie la gestion de

qualit ;
Documentation ncessaire : gnration des QMP (Quality Management Package) et
des rapports dinspection de qualit pour le projet Metro IP ;
Animation des runions journalires, hebdomadaires et mensuelles : pour le suivi de
ltat de qualit ;
Indicateur de suivi de qualit : pour faciliter la maitrise de la qualit et dtecter les
zones critiques pour lensemble du projet;

4.1. Phase prparatoire du Projet de Gestion de Qualit :

Avant de se lancer dans la ralisation du Projet Gestion de Qualit, il t ncessaire de passer

par une premire tape de prparation durant la quelle nous avons planifi l'excution des
tches et dfini les ressources mobiliser.

4.1.1. Dfinition du problme :

Cette tape a pour objectif de nous placer au centre du problme afin den assurer la bonne
comprhension, elle constitue toutefois une premire tape dans la recherche de solution.

La situation prsente / la situation dsire :

Cette mthode aide comprendre o nous sommes en ce moment et vers quel tat ou solution
voulons-nous cheminer (Tableau 11).
 Situation prsente: Situation dsire:
Manque dune organisation pour la gestion de Bonne organisation du systme de gestion de
qualit ; qualit.

Manque dune fluidit pour la gestion de qualit Fluidification de la gestion de qualit au sein de
la socit
Manque dun indicateur de suivi de qualit Amlioration de lindicateur de Qualit

Zones critiques de qualit non identifies. Identification des zones critiques de qualit

Manque denregistrement de qualit Enregistrement de la qualit

Accumulation des gros nombres de site en phase Minimisation du temps de dlivrance des sites.
dattente.
Manque dun objectif Qualit
Laugmentation des risques professionnels
Matire premire non valorise
Manque dun systme informatis pour la gestion
de qualit
Analyse complexe de qualit
Rupture cause du manque de la matire
premire
Cot de non qualit plus lev
Manque dun historique de qualit
Dtermination dun objectif qualit respecter.
Optimisation des risques professionnels
Valorisation de la matire premire
Informatisation de lenregistrement de qualit.
Analyse facile de qualit
Bonne gestion de la matire premire
Optimisation du cot de non qualit
Qualit archive

Tableau 11: Spcification du problme et des perspectives dsires

4.1.2. Recherche des ides :

Par cette phase nous avons pu collecter grce au diagramme dIshikawa (Figure 38) une
varit des causes pour gnrer, analyser et vrifier les donnes relatives aux problmes de
non qualit. Ce diagramme permet donc de classer les catgories de causes inventories selon
la loi des 5 M (matire, main duvre, matriel, mthode, milieu).
 Figure 38: Diagramme d'Ishikawa pour la gestion du problme de non qualit

4.1.3. Plan daction :

Daprs lanalyse du diagramme dIshikawa, nous avons conclut le plan daction suivre
(Tableau 12).

Cette phase constitue la clture de la prparation, elle nous a permis danalyser et de

comparer les solutions ou options possibles pour rsoudre le problme de non qualit. Alors,
que si les solutions que nous envisageons implmenter vont ncessairement entraner des
changements dans toute la socit. Leurs succs dpendront de plusieurs facteurs, dont on
peut citer :

La nature des changements impliqus ;

Le nombre de personnes impliques, et leur provenance ;
La complexit des changements envisags ;

Cest dans ce sens que nous avons opt pour une classification des actions selon le temps
dexcution (Tableau 13).
Identificateur Ide Mesure de succs

Ac 1 Fixer un objectif qualit respecter. conviction du personnel,

Construire une quipe de travail ddie la gestion conviction du personnel de
Ac 2 de qualit pour tous les projets lquipe forme
Ac 3 Sensibiliser le personnel de limportance de la participation des gens de la
qualit qualit
Ac 4 Fournir une documentation ncessaire pour la participation des gens de la
gestion de qualit. qualit.
Organiser des ateliers pour la discussion des Conviction des diffrents
Ac 5 problmes de qualit avec tous les intervenants. intervenants.

Organiser une formation au personnel sur la faon de La qualit de la formation et

Ac 6 remplissage des rapports la participation du
personnel ;

Ac 7 Veiller la mise jour rgulire des informations Bonne formation et

motivation de personnel.
Ac 8 Appliquer en permanence les rgles de qualit. Participation de personnel.

Elaborer des rapports journaliers, hebdomadaires et La qualit de la mthode

Ac 9 mensuels pour assurer la documentation ncessaire suivie.
lenregistrement de la qualit

Intgrer le service qualit dans le processus du Conviction de lquipe de

Ac 10 dploiement pour contrler et enregistrer les dfauts dploiement.
de non qualit

Ac 11 Contrler le degr de qualit la fin de chaque Bon enregistrement des

achvement de linstallation. dfauts.
Ac 12 Faire le suivi de qualit et trouver les zones critiques Fiabilit des donnes.
et les dfauts majeurs de non qualit

Ac 13 Informatiser lenregistrement de qualit La qualit de loutil.

Tableau 12: Plan d'action

ID Ac Ac Ac Ac Ac Ac Ac Ac Ac Ac Ac Ac Ac
1 2 3 4 5 6 7 8 9 10 11 12 13
Court terme
(1mois max) * * * * *
Moyen terme
(3mois max) * * * * * * *
Long terme
(4mois max) *
Tableau 13: Classification prioritaire des actions envisages
4.2. Phase de Ralisation du Projet Gestion de Qualit :

4.2.1. Gnration des documents de qualit :

La politique introduite oblige tout les intervenants offrir une qualit au moins quivalente
celle dcrite par les standards de qualit (QS) qui peuvent tre classifis par famille
dquipements, par Codes et par score.
Aprs une tude profonde des gammes de standards dites par HUAWEI nous avons procd
par la gnration de certains documents, facilitant le droulement des diffrentes tapes de
ralisation du projet Metro IP, dans ce sens nous avons opt tout particulirement pour deux
types de documents.

4.2.1.1. Paquet de management de qualit (QMP) :

Afin de sassurer de la bonne maitrise des standards de qualit nous avons fournis un paquet
mis la disposition de toute lquipe de dploiement, il contient les documents suivants :

Le plan dassurance de Qualit : sur le quel nous avons explicit tous nos objectifs en
terme de qualit, ainsi que les diffrentes exigences respecter durant les phases de
prparations et dimplmentation du projet Metro IP.
La gestion permanente des dfauts: sur ce document nous avons expliqu la procdure
par la quelle passe le suivi de qualit au niveau de HUAWEI ainsi que du sous-traitant
tout en dfinissant les responsabilits de chacun des intervenants.
Le rglement sur les sanctions de l'inspection de la qualit : par le quel nous dcrivons
les pnalits correspondantes aux diffrents problmes, et qui peuvent par la suite
influencer la valorisation dun projet.
Les activits de contrle de qualit : est un document qui repose essentiellement sur
une description dtaille des interventions de lquipe de qualit durant toutes les
phases de dploiement du projet.
Le management de qualit par le sous-traitant : nous lavons ddi la sensibilisation
des sous-traitants aux exigences et attentes de qualit afin dviter certaines cas
dinefficacits.
4.2.1.2. Rapport dinspection de qualit :

Dans ce choix de document nous avons essay de fournir un descriptif simplifi des standards
de qualit (QS), accompagn dune partie remplir par lingnieur responsable de site ds
lachvement de chaque installation.

Ce type de rapport comporte des directives et des objectifs autour de diffrents thmes,
comme par exemple lamnagement des cabinets, larrangement des cbles, la propret et la
scurit. Il constitue donc aprs son remplissage un dclenchement de la phase Clean up si
ncessaire.

4.2.2. Formation de qualit:

La dmarche de qualit que nous avons instaure ncessite une bonne communication aux
niveaux internes et externes de ce fait nous avons organis des formations ciblant lquipe de
dploiement de HUAWEI ainsi que celle des sous-traitants.

4.2.2.1. Formation des intervenants:

Ces formations permanentes ont pour but essentiel lassurance de la bonne comprhension
voir la maitrise des standards de qualit, des connaissances ncessaires pour russir une
installation et des conduites suivi pour la ralisation dun audit.
Cette action constitue donc un engagement de tous les participants (personnel de HUAWEI,
sous-traitant) dans la conduite et loptimisation de qualit.

4.2.2.2. Ateliers de travails:

Nous avons organis trois ateliers qui ont constitu une occasion incontournable pour la
rencontre entre lquipe de qualit et tous les autres intervenants internes et externes, il
constitue une sance dchange des ides et solutions dans le but de dpasser tout type de
blocage.

4.2.3. Informatisation, archivage du suivi de qualit :

Cette action joue un rle primordial surtout au niveau de larchivage de la qualit du projet
Metro IP, elle permet toutefois de grer tout les donnes reus ou fournit par lquipe de
qualit et den garder une trace.
Dans ce sens, nous avons gnr une application dcrivant lavancement du suivi de qualit
du projet Metro IP (Figure 39).

Figure 39: Application utilise pour le suivi du Metro IP

4.2.4. Audit sur les lieux :

Aprs avoir reu les rapports dinspection de qualit (QIR) de la part de lquipe de
dploiement une vrification de conformit de leur contenu avec les normes dj fixes par
HUAWEI est ncessaire, toutefois les remarques souleves sont envoyes une deuxime fois
au responsable de site dans le but de passer la phase Clean up.

Dans un dlai bien fix des visites sur les lieux ont t programmes pour raliser une
vrification globale de ltat final du site, reposant tout particulirement sur [9] :
La bonne installation de lquipement (chssis, cabinet, cartes).
Le meilleur arrangement des Cbles dnergie.
 La disponibilit du Systme dalimentation et de la mise la terre.
La scurit de lenvironnement dinstallation de lquipement.

Exemple des problmes soulevs lors de linspection :

Etiquettes non
imprimes.

Cbles mal arrangs sur le

chemin de cble.

Cbles mal arrangs

lintrieur du cabinet
 Fibres mal arranges

Manque de propret

4.3. Evaluation de qualit:

4.3.1. Dnombrement des dfauts critiques pour le Projet Metro IP :

Dans la phase dvaluation de qualit nous nous somme bass sur la loi de PARETO qui
assume que dans une large majorit des situations, un petit nombre de facteurs a une influence
majeure sur les rsultats (o 20% des facteurs expliquent 80% des rsultats).

Afin de pouvoir raliser cette analyse hirarchise des causes nous avons tout dabord procd
par une collection des problmes courant (Tableau 14).
Problme Code Criticit Criticit % % Cumul
Les cbles ne sont pas tiquets P4 60 20,07% 20,07%
les fibres ne sont pas arranges P9 56 18,73% 38,80%
Les cbles dnergie sont mal achemins sur le chemin de cble
P3 36 12,04% 50,84%
les tiquettes des cbles dnergie ne sont pas bien colles P6 33 11,04% 61,87%
les tiquettes ne sont pas imprimes P8 30 10,03% 71,91%
manque de scratch P10 28 9,36% 81,27%
les tiquettes ne sont pas bien colles. P11 12 4,01% 85,28%
propret du site P1 10 3,34% 88,63%
Les cbles dnergie ne sont pas bien arrangs. P12 10 3,34% 91,97%
La fibre nest pas arrange dans le Box cot du cabinet. P7 8 2,68% 94,65%
Croisement entre les cbles dnergie et PGND. P13 8 2,68% 97,32%
la gaurge insre au cabinet dpasse 10cm P5 6 2,01% 99,33%
Absence du logo IAM P2 2 0,67% 100,00%
Total 299 100,00%

Tableau 14: Problme courants pour le Projet Metro IP

NB : criticit = frquence*Score
Avec Score : une note indiquant la gravit du problme.
Frquence : dun problme constitue le taux de son occurrence.

Le rsultat de lapplication de la mthode de PARETO (Figure 40) a montr la ncessit

dune intervention rapide et efficace sur les problmes P4, P9, P3, P6 et P8 qui reprsentent
71,91% de la criticit de lensemble des problmes.
 Classification des problmes courant du
projet Metro IP
% Criticit % Cumul

100,00%
97,32%99,33%100,00%
88,63%91,97%94,65%
81,27%85,28%
71,91%
61,87%
50,84%
20,07%18,73%38,80%
20,07%12,04%11,04%10,03% 9,36% 4,01% 3,34% 3,34% 2,68% 2,68% 2,01% 0,67%

P4 P9 P3 P6 P8 P10 P11 P1 P12 P7 P13 P5 P2 Total

Figure 40:: Diagramme de Pareto Pour la dtermination des problmes majeurs

Une estimation similaire mene aprs 4 mois de lapplication du Projet Gestion de Qualit a
exprim la fiabilit de la dmarche utilise, du fait que le projet Metro IP a connu un nombre
trs ngligeable de problmes (Figure 41).

Diagramme de Pareto de la classification

des problmes
% Criticit % Cumul

100,00%
96,30% 100,00%
85,19%
70,37%
55,56%
18,52% 18,52%37,04%
18,52% 14,81% 14,81% 11,11%
18,52% 3,70%

P4 P1 P12 P7 P13 P5 P2 Total

Figure 41: Dtermination des problmes majeurs aprs l'application du Projet Gestion de Qualit

La dmarche suivi a donc permis llimination de certains problmes majeurs ainsi que la
minimisation doccurrence de ceux considrs comme mineurs (Figure 41).
4.3.2. Evaluation des sous traitants :
Limplmentation de certain site du Metro IP a t attribue des sous traitants, de
ce fait une estimation de leurs rendements nous a t ncessaire. Pour en faire nous
avons adapt la mthode de PARETO prenant comme critre la contribution
cont de
chaque sous-traitant
traitant aux problmes de non qualit.
 Sous
Sous-traitant Criticit % Criticit % Cumul
S1 902 73,15% 73,15%
S2 222 18,00% 91,16%
S3 109 8,84% 100,00%
Total 1233 100,00%

Tableau 15:: Contribution de chaque sous-traitant

sous traitant aux problmes de non qualit
NB : la criticit reprsente lensemble des problmes dtects chez un sous-traitant
sous multipli
par leurs scores.

Aprs lapplication de la mthode (Figure 42) nous avons opt pour le renforcement des
formations et du suivi ciblant les sous-traitants
sous traitants S1 et S2 vu quils reprsentent 73.15% de la
contribution au nombre total des problmes dtects.

Diagramme de Pareto pour l'valuation

des sous traitants
% Criticit % Cumul

100,00%
100,00%
73,15% 91,16%
73,15%

18,00%
8,84%

S1 S2 S3 Total

Figure 42:: Diagramme de PARETO pour l'valuation des sous-traitants

sous

Conclusion :

La mise en place du Projet Gestion de Qualit sest avre comme

comme solution adquate pour la
fluidit des diffrentes phases de dploiement, tout en optimisant les ressources (matrielles et
humaines) utiliss, et engendrant par la suite une minimisation des cots de non qualit
gnrs.
Conclusion gnrale
La solution Metro IP consiste la transmission de tous types de trafic entre une BTS/Node
B et un BSC/RNC ainsi quentre un MSAN et un rseau IP/MPLS via le protocole Internet,
elle prsente donc un apport immense pour les rseaux de Maroc Telecom. Du fait quelle est
Caractrise par une haute disponibilit et une facilit dinsertion justifi par ladaptation avec
tout type dquipement fournit par les autres quipementiers.

Ce projet avait pour but lingnierie de la solution Metro IP, son dploiement et le suivi
de son qualit. Dans ce sens, nous sommes parvenus prendre des dcisions couvrants le
court et le long terme du fonctionnement de la solution Metro IP.

De la comprhension du rseau existant, nous sommes passs dans un premier temps par
la conception dune architecture Metro IP rpondant aux besoins des utilisateurs. Ce travail a
ncessit donc une tude approfondie et comparative des diffrents gammes dquipement
fournit par HUAWEI ainsi que des protocoles et techniques de routage,

Par la suite nous avons men la phase de dploiement permettant la mise en place de la
solution dj conue, selon une planification du temps et des ressources bien dtermine
auparavant.

Aussi une autre partie du projet a t consacre la mise en place du Projet Gestion
de Qualit en faveur du Metro IP, pendant la quelle nous nous sommes appuys sur les
diagrammes de PARETO, les diagrammes Ishikawa pour extraire les causes racines des
problmes, et leurs classifications menant par la suite un plan daction. Cette dmarche
nous a permis de conduire des actions damliorations savoir la gnration des document
de sensibilisation des collaborateurs, des actions prventives telles que les formations et le
suivi fidle via linspection de qualit.

Ainsi mon stage de fin dtudes dure en sa globalit 5 mois, dont le moi prochain sera
destin poursuivre la validation de la solution Metro IP et la rponse aux appels doffre de
cette solution pour les autres oprateurs. Aussi que le suivi du respect de la politique de
qualit pour les diffrents projets.
Glossaire
A
ATM : Mthode de communication asynchrone. Elle permet le transfert de types de donnes
tels que la voix, les images et les donnes, en utilisant des paquets de tailles fixes.
B
BTS : station de base, est un quipement qui facilite la communication sans fil entre les
quipements utilisateur (UE) et d'un rseau.
C
CAPEX : reprsentent les dpenses d'investissement, et se rfrent aux cots de
dveloppement ou de fourniture des pices non-consommables pour le produit ou le systme.
E
Ethernet : Protocole de rseau local dfini par la norme iso IEEE 802.3, qui fonctionne des
dbits allant de 10 1000 Mbits/s.
E1 : Ligne permettant le transfert de donnes un dbit de 2,048 Mbits/s.
EV-DO: Evolution Data Optimized , correspond un rseau sans fil haute vitesse qui
permettra bientt aux utilisateurs de tlphones cellulaires d'en faire bien plus qu'ils ne l'ont
jamais imagin. Il permet un tlchargement de donnes une vitesse oscillant entre 400 et
700 kbps.
H
HSDPA : High-Speed Downlink Packet Access, est un nouveau protocole pour la tlphonie
mobile de donnes de transmission . Il est connu comme un 3.5G (G pour gnration) de la
technologie.
I
IP : Internet Protocole, protocole utilis sur Internet pour l'tablissement des adresses des
ordinateurs connects. L'adresse est actuellement cod sur 4 octets pour l'IPv4 mais passera
bientt 6 octets pour l'IPv6.
IP RAN : est version simplifie du Metro IP , permettant de fournit une transmission via IP
entre une Node B et un RNC , et entre une BTS et un BSC.
IS-IS: Intermediate System to Intermediate System. C'est un protocole de routage de niveau 2
OSI des protocoles IGP.
L
LTE : Long Term Evolution, l'volution la plus rcente parmi les normes de tlphonie
mobile GSM/UMTS, CDMA2000.
M
Metro IP : Solution reposant sur la transmission de tout type de trafic via IP entre une
BTS/Node B et un BSC/RNC ou entre un MSAN et un rseau IP/MPLS.
MSAN : Nud d'accs multi-service, est un dispositif gnralement install dans un central
tlphonique qui relie les lignes tlphoniques des clients au cur rseau.
MPLS: Multi Protocol Label Switching, est un procd grce auquel des donnes de niveau 2
du modle OSI sont transfres dans la couche 3. Mis au point par l'IETF, ce procd est en
fait une technique de gestion des ressources d'un rseau.
N
NodeB : est le matriel connect au rseau de tlphonie mobile et communiquant
directement avec les tlphones mobiles.
NGN : Next Generation Network , le terme dsigne le plus souvent le rseau de
tlcommunications dont l'architecture repose sur un plan de transfert en mode paquet,
capable de se substituer au rseau tlphonique commut et aux autres rseaux traditionnels.
O
OPEX : reprsentent les dpenses dexploitation, ce sont les cots courants pour exploiter un
produit, des entreprises, ou un systme.
P
PPPoe: PPP over Ethernet, est l'application du PPP l'Ethernet, par encapsulation des
paquets. Il est l'objet d'une description dans la RFC 2516.
PoP : sont les points de collecte rgionaux du rseau d'un oprateur. Leurs rles est de
centraliser les connexions provenant des DSLAM rgionaux. Ils sont relis par des liens trs
haut dbit et font partie de l'pine dorsale d'un rseau oprateur
S
SDH : Synchronous Digital Hierarchy , norme europenne pour l'architecture des
transmissions par fibre optique.
T
T1 : est un standard de lignes de transfert relatives aux donnes numriques, offrant un dbit
de 1,544 Mbit/s d'aprs les standards amricains.
Triple Play : est un rseau dans lequel la voix, vido et donnes sont fournis dans un
abonnement d'accs unique. Les applications les plus courantes sont la tlphonie , tlvision
par antenne collective ( CATV ) et linternet haute vitesse .
 V
VoIP: Une technique qui permet de communiquer par la voix sur des rseaux IP que ce soit
des rseaux privs ou Internet.
Annexe :
Annexe 1 : Protocole de routage IS-IS.
LIS-IS est un protocole tat de liens utilis l'intrieur d'un Autonomous System (AS). Chaque
routeur IS-IS distribue des informations sur son tat local (interfaces utilisables et accessibles,
le cot d'utilisation de chaque interface) d'autres routeurs utilisant un message Link State
PDU (LSP). Chaque routeur utilise les messages reus construire une base de donnes
identique qui dcrit la topologie de l'AS.

Les routeurs IS-IS maintiennent donc une vue topologique commune grce la base de
donnes qui est construite individuellement et ensuite partage entre tous les routeurs. Les
paquets sont transmis par la notion du plus court chemin. Toutefois, l'algorithme utilis pour
calculer les routes est l'algorithme SPF d'Edsger Dijkstra.

1. Niveaux de routeur :

1.2. Routeur de niveau 1 :

Les routeurs de niveau 1 sont concerns par les rseaux dans le mme domaine, ils sont
chargs de dterminer le routeur de niveau 2 le plus proche, afin de permettre un client de se
connecter un rseau externes de sa zone.

La figure ci-dessous illustre le fonctionnement dun routeur de niveau 1 :

Figure 43 : rle du routeur L1.

Reste mentionner que le routeur L1 identifie le chemin en se basant sur lArea ID et le

system ID.

1.2. Routeur de niveau 2 :

Permet dchanger les informations entre les rseaux de diffrents Area, il ne

communique quavec les routeurs de niveau 2 et ceux L 2/1.
 Figure 44: Rle du routeur L2

2. Adressage de lIS-IS :

LIS-IS utilise ladressage de lISO, Chaque adresse identifie un point de raccordement au

rseau, similaire une interface de routeur, elle est appele toutefois une NSAP. Chaque
NSAP reprsente un service qui est disponible un nud.

Figure45 : Format de ladresse NSAP.

Chaque entit du rseau possde une adresse spciale nomme NET ayant la mme structure
que le NSAP sauf quil possde un n-slecteur de 00.elle est compos de 20 octet dont les 13
premiers peuvent tres manuellement configurables.

Ladresse NSAP est divise en trois parties :

Area ID : Un champ de longueur variable de 1 13 octets, il comprend l'AFI comme

octet le plus significatif, et l'ID de la zone. Un AFI de 49 prcise que les domaines ont
t affects par une autorit locale au lieu d'tre attribu par une autorit nationale ou
internationale.
 System ID : Un systme d'identification de 6 octets. Cette valeur n'est pas
configurable. L'ID systme est driv de l'ID du systme ou l'ID de routeur.
Typiquement, cet ID est l'adresse MAC de lappareil.
Selector ID : Un ID de slection d1 octet qui doit contenir des zros quand un filet est
configur. Cette valeur n'est pas configurable et elle est toujours 00.

Dans lexemple ci-dessous, chaque routeur est identifi par lID de sa rgion, par lID du
systme (bas sur ladresse MAC) et par le NSEL . not que chaque adresse est prcde par
la valeur 49 pour indiquer que la structure de ladresse est dfinie localement.

Figure 46 : Exemple dattribution de ladresse NSAP.

3. Type de paquet de lIS-IS :

LIS-IS nutilise pas la couche rseau pour changer des messages. Il utilise toutefois la
couche liaison de donnes pour la formulation et la transmission sur les segments de rseau.

Lentte de lIS-IS est toujours le mme, mais la TLV varie selon le type de la mise jours
envoy. Le format du paquet utilis dans lIS-IS est reprsent comme suit :

Figure 47 : format du paquet IS-IS.

3.1. Paquet Hello :

Ce paquet permet dtablir et de maintenir les voisinages entre les IS, ils contient plusieurs
types dont on peut citer essentiellement :

Tableau 16 : Type de paquet Hello.

 End system hello (ESH): envoy par un ES afin dtablir une relation avec lIS.
Intermediate system hello (ISH) : envoy par un IS afin de se dclare r prsent un ES
Intermediate-to-intermediate hello (IIH) : envoy par un IS afin dtablir une relation
avec ses IS voisins.
3.2. Link State PDU :

Gnr par des dispositifs de L1 et L2 pour transmettre des informations sur les voisins et les
liens LSP sont utiliss pour crer la base de donnes topologique des dispositifs dans une
rgion.

Un LSP porte toutes les informations de routage dans un rseau IS-IS, il joue toutefois le rle
dun identificateur pour les routeurs. Lorsque ce dernier cre un nouveau LSP, le numro de
squence est incrment de sorte que les autres soient informs pour quils remplacent les
anciennes LSP dans leurs bases de donnes. Le LSP contient des informations sur tous les
rseaux locaux auquel le routeur est connect et comprend le prfix rseau, le rseau de
mtrique, et le masque de rseau IP.

3.3. Complete Sequence Number PDU:

Le CSNP sont envoy priodiquement par le DIS ( un intervalle de 10 secondes par dfaut)
sur le rseau de diffusion, afin de permettre le contrle de la distribution des LSP, et la
synchronisation des LSDB des routeurs de la mme zone. Toutefois il peut tre envoy en
mode point to point juste pour la premire fois ou une relation de voisinage et tablie.

3.4. Partial Sequence Number PDU:

Le PSNP est envoy par un routeur afin de demand ou de confirmer la bonne rception du
LSP, il est toutefois adaptable au x L1 et L2.
 Annexe 2 : Protocole de routage BGP.
BGP est un protocole de routage extrieur utilis pour transmettre des informations de
routage entre les AS. Il se concentre sur le contrle de la propagation de route et la slection
des itinraires optimaux plutt que la dcouverte et le calcul d'itinraires. Il utilise TCP
comme protocole de couche transport. BGP est un protocole de routage de vecteur de distance
qui vite l'apparition d'une boucle dans la conception.
Sur un routeur le BGP, fonctionne dans deux modes IBGP (Interne BGP) et EBGP (externe
BGP) :
Si deux pairs qui changent des messages BGP appartiennent la mme AS, ils sont
IBGP, tels que la RTB et la RDT.
Si deux pairs qui changent des messages BGP nappartient pas la meme AS, ils sont
EBGP, tels que la RTA et RTB.

Figure 49 : Mode de fonctionnement du BGP.

Reste mentionner quen BGP deux routeur peuvent tres voisin mme sil ny a pas un lien
physique entre eux.
 Annexe 3 : Notion de rseau priv virtuel (VPN).
Les rseaux privs virtuels consistent interconnecter diffrents sites d'une mme entreprise
au travers un rseau partag (appel overlay) ou d'avoir des connectivits pour joindre par
exemple l'Internet. Le VPN est priv au sens o il permet de raccorder uniquement des sites
appartenant une mme entit, et virtuel dans le sens o il permet d'muler sur un rseau
partag la connectivit utilise pour vhiculer les informations d'un site d'une entit une
autre.
La migration des rseaux TDM, FR, ATM vers un rseau IP/MPLS est possible grce la
notion de VPN reposant sur la technologie MPLS. La terminologie Layer2 VPN et Layer3
VPN fait rfrence aux types de trafic transport sur le VPN. Ainsi un L2VPN permet le
transport de donnes de couche 2 selon la couche OSI (Tableau 17) d'un site un autre alors
qu'un L3VPN transporte des donnes de couche 3, c'est--dire des paquets IP [11].

Tableau17 : Couche du modle OSI

Figure 50: Convergence multiservice via un rseau IP/MPLS.

Historiquement, les services de niveau 2 sont point point (TDM, ATM, FR, PPP).
Cependant et avec les architectures de niveau 2 tel que le VPLS, une connectivit multipoint
(diffusion) d'un service LAN (Local Area Network) Ethernet peut tre tendue au travers un
rseau IP/MPLS (Figure 50). Les rseaux L2VPN rpondent la demande des clients grant
leurs rseaux internes IP. Dans ce cas, les clients du VPN grent leurs informations de
routage. Les rseaux L3VPN offrent une connectivit IP entre les sites clients qui suppose une
ngociation de la part de l'oprateur sur les informations de routage des sites clients.
Un routeur la priphrie d'un nuage IP/MPLS doit alors tre capable d'assurer des fonctions
d'interconnexions de niveau 2 (L2VPN) et de niveau 3 (L3VPN). Un service L2VPN repose
sur l'usage d'un circuit virtuel appel le Pseudowire (entre deux quipements la priphrie
du nuage IP/MPLS).
L'encapsulation gnre par un VPN de type MPLS. Avant de se focaliser exclusivement sur
la partie L2VPN et plus particulirement sur la notion de Pseudowire, il est important de noter
que ces deux services (L2VPN et L3VPN) s'appuient sur un empilement de deux en-ttes
MPLS que nous dcrivons plus en dtail ci-aprs.
1. L2VPN et pseudowire
Un Pseudowire a pour but d'muler travers un rseau de paquets un service natif des
couches 1 ou 2 du modle OSI. Ce service natif repose sur un protocole PDU (Protocol Data
Unit units de donne protocolaire) que nous transporterons sur le Pseudowire. Le PDU
contient toutes les informations ncessaires (donnes et signalisation) au service.
1.1. Modle de rfrence d'un Pseudowire

Le groupe de travail PWE3 nomme les composantes d'une architecture PW de la manire

suivante :
PE (Provider Edge) : quipement en priphrie du nuage IP/MPLS qui fournit
l'mulation de service (PW) aux quipements clients.
CE (Customer Edge) : quipement client connect au rseau IP/MPLS utilisant le
service muler. Le CE ne sait pas faire la distinction entre un lien de service natif qui
lui permettrait de se connecter avec son CE d'attachement et l'mulation de service
offerte par un PW.
 AC (Attachement Circuit) : liaison entre le PE et le CE. Il est nomm circuit
d'attachement. Un AC peut tre un port physique ou virtuel (FR DLCI, ATM
VPI/VCI, port Ethernet, VLAN, lien HDLC, connexion PPP, tunnel MPLS, etc.). Un
Pseudowire interconnecte deux AC d'un service donn travers un rseau PSN.
IWF (Inter Working Function) : fonction d'interfonctionnement prsente au niveau du
PE. Elle permet de rcuprer le flux de donnes du service sur le lien AC et de
l'encapsuler sur le PW puis inversement. Cette fonction est spcifique au service
mul.

Pour vhiculer les paquets Pseudowire, les PE sont relis avec un tunnel MPLS. Plus
exactement, le tunnel MPLS tant unidirectionnel, ce sont deux tunnels qui sont utiliss pour
un PW afin de reproduire les proprits bidirectionnelles d'un service.
 Annexe 4 : Rapport Technique du Site Survey Pour le projet
Metro IP

Equipement CX600

Nom du Site :
Region :
2. Information de Survey de la salle dquipements
Mtrage :

Photos :
Position des btis CX600
Position du bti ODF/DDF
Dparts -48V
PGND bar

Layouts

Layout de la salle dquipements

Layout du chemin de Cble
 Annexe 5 : Exemple de rapport dinspection de qualit.

Rapport d'inspection de la
qualit

Huawei Technologies Co., Ltd.

Nom du Site XXXXXX

Contrat Huawei N XXXXXXXXXX

Contract Client N
Nom du Project Metro IP

Nom sous-traitant SSSSSSSS

prepar par Nom: XXXXXX Tl:

Date de dbut dinstallation 10/05/2011

Date de fin d'installation 11/05/2011

Huawei PM ou SE: Huawei QM Sous-traitant:

Nom: Nom: Nom:

ID: ID: Date:
Date: Date: Signature:
Signature: Signature:

1- Vrifiez l'installation des armoires :

Articles Rsultats Remarques
(OK/NOK)
1. La position de montage de l'armoire est conforme au OK
document de conception technique.
 OK
2. Les composants sont intacts et correctement install.

3. La base de larmoire installe est bien fixe. OK

OK
4. Larmoire est hors-plomb moins de 3 mm. Vous pouvez
vrifier l'erreur hors-plomb l'aide d'un fil plomb.

5. Les armoires sont alignes horizontalement, avec la dviation OK

d'alignement de moins de 5 mm.
6. Les surfaces des cabinets dans une range sont au mme OK
niveau les uns avec les autres. Les armoires sont places avec
soin.
7. Les portes dentrs des armoires peuvent tre ouverte et OK
ferme facilement.

8. Les surfaces du Cabinet sont exemptes de traces de doigts, OK

des rayures et taches.
9. Les trous de cblage en haut et en bas de l'armoire sont bien OK
tanches (dans le cas des sites outdoor).
OK
10. Tous les boulons sont correctement installs et fixs. Les
rondelles plates et des rondelles ressort sont fixs dans un ordre
correct.
11. Le bracelet antistatique est raccord la prise ESD sur le OK
cabinet.
12. Le reste des accessoires indsirables comme les vis, Les OK
attaches parties ne doit pas laisser en haut et en bas de l'armoire
ainsi que lintrieur de l'armoire.
OK
13. Logo de loperateur sur la face de larmoire.

OK
14. Les faux planchs sont remis ltat initial aprs la fin de
linstallation et avec aucun manque.
OK
14. installation de PDF, PDB, Alarm Box, DDF, ODF et MDF.

2- Installation des cbles dalimentation et de la mise la terre.

Rsultats
Articles Remarques
(OK/NOK)
1. Les fils nus qui interconnectent les bornes sont envelopps avec du ruban OK
adhsif ou recouverts avec le tube thermo-rtractable. (Les bornes OT sont
faites par une pince hydraulique).
2. Le cblage des cbles d'alimentation et cbles PGND est bien fait OK
(Alignement, attachement au chemin du cble,..), ce qui facilite la maintenance
la future.
3. Les cbles d'alimentation et cbles PGND sont intacts, sans aucun joint ou OK
blessure.
4. La partie excdentaire des cbles d'alimentation et les cbles PGND sont OK
coups.
OK
5. Les cbles d'alimentation et cbles PGND sont correctement raccords (en
ct PDF de l'armoire).
 OK
6. Laisser 3cm de distance entre les cbles d'alimentation, cbles PGND, et les
cbles de signal lextrieur de l'armoire.

OK
7. Les cbles d'alimentation et les cbles PGND sont achemins dune faon
droite et parfaitement lis. Stagnation est fournie la zone de pliage.
9. Connexions du cble d'alimentation dans les disjoncteurs ou les fusibles sont OK
correctement et trs bien reli.
10. Les tiquettes pour les cbles d'alimentation, cbles PGND, et les OK
commutateurs de distribution d'nergie sont correctes, claires et bien
organises.
OK
11. Connecteurs hors d'usage sont protgs par les capuchons de protection.

OK
12. Connecteurs dalimentation des cartes lintrieur du larmoire sont bien
connects.

14. La tension d'alimentation Courant Continu et la capacit de la salle OK

d'quipement rpondent aux conditions requises pour le fonctionnement correct
des quipements.

3- Installation des cbles des signaux :

Rsultats
Articles Remarques
(OK/NO )
OK
1. Tous les cbles de signal passent le contrle de continuit avant qu'elles Confirmer avec
soient nonces. ingnieur huawei

2. Lacheminement des cbles de signalisation (fibre, E1,) est conforme OK

au document de conception technique.

3. Les cbles de signal sont intacts, non endommags, pas des points de OK
rupture, ou des articulations.
OK
4. Les connecteurs des cbles de signal sont propres et intacts.
OK
5. Les connecteurs sont insrs et les fils de base sont connects
correctement et en toute scurit.
OK
6. Les cbles de signaux sont dfinies sans aucune coupure et la stagnation
est fourni plier les zones.

7. Les cbles de signalisation ne sont pas fixs ou achemins sur le filet de OK

dissipation de la chaleur de l'armoire.
OK
8. Les tiquettes sur les deux extrmits des cbles de signal sont correcte,
claire et bien agence (imprims et coller 2 cm du connecteur).

OK
9. Etiquetage des ODF, MDF, DDF doit tre imprim et coll.
 OK
10. Connecteurs et ports non connects sont protgs par les bouchons de
protection.

OK
11. Les Connections au ct ODF & DDF & MDF (Huawei ODF or Client
ODF) sont bien mises en place.
OK
12. Les fibres sont correctement installes, de faon fiable (utiliser la gorge
pour les fibres sur meuble).

OK
13. L'arrangement des fibres dans des armoires est bien fait.

OK
14. Les fibres sont achemines par des gorges et lextrmit de chaque
gorge utiliser le scotch pour protger la fibre.

4- Scurit de lEnvironnement
Rsultats
Articles Remarques
(OK/NOK)
OK
La temprature et les conditions denvironnement sont normales lintrieur
de la salle des quipements.
OK
Nettoyage de site.

Liste des problmes et Remarques (joindre des photos sil y a un problme)

Installation:

Mise en service et intgration (Alarmes, Configuration,) :

5. PHOTOS :

Photo1: Larmoir ferm en avant Photo2: Larmoir ferm en arrire.

Pkoto 5: Les connections au niveau de larmoire ou du Photo 6: Acheminement du cable denergie sous les
PDB de Huawei (si appliqu) faux planch ou sur le chemin du cable

Photo 6: Connection denergie au niveau du Photo 7: Etiquetage pour cable denergie et PGND.
breakers de IAM

Photo 9: Arrangement des cables de signaux Photo 10: Acheminement des cable sous le
(fibre, E1,) linterieur de larmoire. faux planchs ou sur le chemin des cables.

Photo 11: Cables de signaux au niveau de DDF ou Photo 12: Etiquettage des fibres et dautres cables
ODF ou MDF. ( Fibre, E1, synchronisation,.) de signal.
Bibliographie :
1. Ouvrage :

[1] HAWEI CX600 Metro Services Platform Configuration Guide Reliability(V600R002_01).

[2] Quidway CX600 Metro Services Platform Installation Guide(V200R002C02_06)
[3] Document interne de Huawei: LLD (Low Livel Desein)- Fv 2011.
[4] CX600 Site Survey Guide (8[1].2)-20091218-B
[5] CX600 Acceptance Test Guide (V300R006C01_04)-20091216-A
[6] OptiX PTN 910 Packet Transport Platform of PTN Series Installation Guide
(V100R002C01_01)
[7] OptiX PTN Product Series Acceptance Test Guide(V100_01)-20090803-A
[8] U2000 User Guide for Quickstep-(V100R001C00_01)-20091009-A
[9] New Huawei Standards.

2. Webographie:

[10] http://www.frameip.com/mpls/
[11] http://www.frameip.com/vpn/
[12] http://www.ietf.org/html.charters/l2vpn-charter.html.

[13] http://www.ietf.org/html.charters/pwe3-charter.html