Rapport du projet de fin d’études

[ INGENIERIE DES MSAN]
Stage passé au sein d’ALCATEL-LUCENT MAROC d’une durée de 4 mois à partir du 01 Avril 2010, en vue de valider mon parcours d’ingénierie en Réseaux et Télécommunications.

Réalisé par : Med Zakaria ELQASMI

Encadré par: M.Said ALABDALLAOUI (EMSI) M.Abdelilah YASSINE (ALM) M.SAHL Mohamed (ALM)

Année universitaire 2009/2010

Dédicaces

A mes chers parents pour leur amour et sacrifice. A mes sœurs que j’aime profondément, A mes collègues pour leur compréhension et fidélité. A mes enseignants pour leurs efforts remarquables. A ceux qui m'ont indiqué la bonne voie en me rappelant que la volonté fait toujours les grandes personnes. Qu’ils trouvent tous ici mes sincères gratitudes et reconnaissances.

A tous, je dédie ce travail

Remerciements
Je tiens à remercier dans un premier temps, toute l’équipe pédagogique de l’EMSI et tous les intervenants professionnels pour avoir assuré la partie théorique de notre formation. Je remercie également Monsieur Saïd ALABDALLAOUI pour l’aide et les conseils fournis lors des différents suivis se rapportant aux missions évoquées dans ce rapport. Je tiens à remercier tout particulièrement et à témoigner toute ma reconnaissance aux personnes suivantes pour l’expérience enrichissante et pleine d’intérêt qu’elles m’ont fait vivre durant ces quatre mois passés au sein d’Alcatel-Lucent Maroc : Monsieur SAQDI Youssef, Chef du service déploiement, auquel j’appartenais, pour son accueil et la confiance qu’il m’a accordée dès mon arrivée dans l’entreprise. Monsieur Abdelilah YASSINE et Monsieur SAHL Mohamed, pour m’avoir intégré rapidement au sein de l’entreprise et m’avoir accordé toute leur confiance ; pour le temps qu’ils m’ont consacré tout au long de cette période, sachant répondre à toutes mes interrogations ; sans oublier leur participation au cheminement de ce rapport. Je remercie aussi l’ensemble du personnel d’Alcatel-Lucent pour leur accueil sympathique et leur coopération professionnelle tout au long de cette période de stage. Et enfin, un grand merci à mes parents et ma famille qui sans eux rien ne serait possible. Leurs sages conseils ont été extrêmement fructueux pour mon éducation, ma

formation et surtout ma conduite sociale dont je suis particulièrement fier. Je remercie dans un dernier temps mes ami(e)s et toutes les personnes qui ont contribué de près ou de loin à la conception et au bon déroulement de ce travail.

Résumé
Le réseau d’accès fixe occupe une place plus grande en termes d’investissement, de revenu et de nombre d’abonnés dans le panorama des systèmes des télécommunications. La croissance de la demande en service fixe a suscité l’attention des opérateurs en les incitants à revoir l’architecture de leur réseau. La problématique de passage à une architecture NGN (Next Generation Network) du cœur du réseau fixe d’ un opérateur s’inscrit avant tout dans une logique de diminution des coûts et d’amélioration de la structure de revenu avec le passage à une infrastructure unique basée sur IP pour le transport de tout type de flux, voix, données ou vidéo et pour toute technologie d’accès. Les travaux menés dans le cadre du PFE ont cerné l’étude des concepts NGN, l’implémentation du MSAN dans la couche d’accès, ainsi que le développement application pour la gestion des sites d’installation des MSANs. d’une

Abstract

The fixed access network occupies a larger place in terms of investment, income and number of subscribers in the panorama of telecommunications systems. The growth in demand for fixed service has attracted the attention of operators to review the architecture of their network.

The issue of transition to NGN architecture (Next Generation Network) of the heart of the fixed network of the incumbent operator x falls primarily a logic of reducing costs and improving the structure of income with the transition to a single infrastructure based on IP for the transport of any type of flow, voice, data or video and any access technology. Work under the proposed end Term Project, study identified concepts of NGN, MSAN in the implementation of the access layer, and the realization of an application for site management of installation of MSAN.

Sommaire
Glossaire ................................................................................................................................. Liste des figures ...................................................................................................................... Liste des tableaux ................................................................................................................... Introduction générale ..............................................................................................................1 L’organisme d’accueil .............................................................................................................. 1.1. Alcatel-Lucent......................................................................................................................3 A propos d’Alcatel-Lucent ............................................................................................3 Organisation ................................................................................................................3 Alcatel-Lucent Maroc ...................................................................................................4

1.1.1. 1.1.2. 1.1.3. 1.2. 1.3.

Service déploiement. ...........................................................................................................6 Planification du projet .........................................................................................................6

Etude de la solution MSAN ...................................................................................................... 2.1. Etude du concept NGN : ......................................................................................................9 Définition:....................................................................................................................9 Architecture NGN en couches : ....................................................................................9 Les entités fonctionnelles du cœur de réseau NGN : .................................................. 11 La Media Gateway (MG)......................................................................................... 11 La Signalling Gateway (SG) ..................................................................................... 12 Le serveur d’appel ou Media Gateway Controller (MGC) ou Soft switch. ................ 12 Le Multi Service Access Node (MSAN) .................................................................... 12 Avantages de NGN ..................................................................................................... 12 Types de NGN ............................................................................................................ 13 Les services offerts par le NGN ................................................................................... 14

2.1.1. 2.1.2. 2.1.3. 2.1.3.1. 2.1.3.2. 2.1.3.3. 2.1.3.4. 2.1.4. 2.1.5. 2.1.6. 2.2.

Description de l’équipement MSAN ................................................................................... 14 Description du Hardware ........................................................................................... 17 Unité de contrôle des alarmes ACU ........................................................................ 17 Les étagères ........................................................................................................... 18 Ventilateurs ........................................................................................................... 19 Les cartes ............................................................................................................... 19 Les protocoles mis en jeux ......................................................................................... 21

2.2.1. 2.2.1.1. 2.2.1.2. 2.2.1.3. 2.2.1.4. 2.2.1. 2.3.

Le NMS (Network Manager System) .................................................................................. 22

2.4.

Les services offerts par le MSAN ........................................................................................ 23 Les services Broadband (le service triple play) ............................................................ 23 Le service xDSL ....................................................................................................... 23 Le service de télévision sur IP (IPtv) ........................................................................ 27 La voix sur IP à base du protocole SIP ..................................................................... 31 Les services narrowbands .......................................................................................... 32 Voix sur IP (POTS) ................................................................................................... 32 Le service RNIS : ..................................................................................................... 35

2.4.1. 2.4.1.1. 2.4.1.2. 2.4.1.3. 2.4.2. 2.4.2.1. 2.4.2.2.

Mise en service de la solution MSAN ...................................................................................... 3.1. 3.2. Scénario de déploiement retenu par opérateur x ............................................................... 36 Services proposées pour le projet de l’opérateur x ............................................................ 39

Développement d’une application pour la gestion des sites d’installation des MSANs ............. 4.1. 4.2. 4.3. Problématique ................................................................................................................... 45 Conception de l’application ............................................................................................... 45 Réalisation de l’application ................................................................................................ 52 Outils et technique utilisés ....................................................................................... 52 Scénario de l’application.......................................................................................... 53

4.3.1. 4.3.2.

Conclusion générale .............................................................................................................60 Bibliographie ........................................................................................................................61 Webographie ........................................................................................................................61 Annexes ...............................................................................................................................62

Glossaire
A ACL Access Control List ADSL Asymmetrical Digital Subscriber Line ALU Alcatel Lucent AG access gateway ATU-C ADSL Transceiver Unit-Central Office ATU-R ADSL Transceiver Unit-Remote ATM Asynchronous Transfer Mode B BRAS Broadband Remote Access Server BL Bilan de livraison C CA Call Agent CAA Commutateur à Autonomie d’Acheminement CAC Connection Access Control CAPEX Capital Expenditure CSCF Call Session Control Function CTI Commutateur de Transit International D DDN Digital Data Network DMT Discrete Multi Tone DSLAM Digital subscriber line access multiplexer F FCI Canonical format indicator FE Fast Ethernet FoIP Fax over IP FTTH Fiber To The Home FRD Relevé de défaut (Propre à la procédure de réparation de matériel)

G GPS Global Positioning System GE Giga Ethernet I IGMP Internet Group Management Protocol IMA Inverse Multiplexing for ATM IMS IP Multimedia Subsystem IP Internet Protocol IPoE IP over Ethernet ISDN Integrated Service Digital Network ISP Internet service provider L LE local exchange LT Line Terminator

M MAC Media Access Control MAN Metropolitan area network MCD Modèle conceptuel des données MGCP Media Gateway Control Protocol MGW Media Gateway MLD Modèle logique des données MoIP Modem over IP MPLS Multi-Protocol Label Switching MSAN multiservice access node MSTP Multi-service Transmission Platform MySQL My Structured Query Language N NEs Network equipments NGN Next Generation Network NMS Network Management System NT Network Terminator NVPS Network Voice Path Signalization P PCM Pulse-code modulation POTS Plain Old Telephone System PON passive optical network PPPoE Point-to-Point Protocol Over Ethernet PSTN Public Switched Telephone Network PVC Permanent Virtuel Chanel

Q QAM Quadrature amplitude Modulation QoS Quality of Service R RM Rollout Manager RMA Autorisation de retour de matériel(Procédure de réparation de matériel) RTC Réseaux Téléphoniques Commutés RTCP Real Time Control Protocol RTP Real-time Transport Protocol S SCTP Simple Control Transmission Protocol SDH Synchronous Digital Hierarchy SGBD Système de gestion de base de données SHDSL Single-pair High-speed Digital Subscriber Line SIP Session Initiation Protocol STB Set-Top Box STU-C SHDSL Transceiver Unit-Central Office STU-R SHDSL Transceiver Unit-Remote

T

TCP Transmission Control Protocol TDM Time-Division Multiplexing U UDP User Datagram Protocol V VCI Virtual Circuit Identifier VDSL Very high bit-rate DSL VLAN Virtual Local Area Network VoIP Voice over IP VPI Virtual Path Identifier Z ZAA Zone à Autonomie d’Acheminement ZL Zone Locale ZT Zones de Transit ZTI Zone de Transit Internationale ZTP Zone de Transit Principale ZTS Zones de Transit Seco

Liste des figures
Figure 1.1: Alcatel-Lucent Maroc ........................................................................................... 4 Figure 1.2: Effectif par centre Alcatel-Lucent Maroc .............................................................. 5 Figure 1.3: Organigrame d'Alcatel-lucent................................................................................ 5 Figure 1.4: Organigramme du service Deployment Team....................................................... 6 Figure 1.5: Diagramme de GANTTde notre projet .................................................................. 8 Figure 2.1: Architecture générale d’un réseau NGN ............................................................. 10 Figure 2.2: Position de MSAN dans le NGN ........................................................................ 15 Figure 2.3: La carte NPOT.................................................................................................... 15 Figure 2.4: Carte NVPS ........................................................................................................ 16 Figure 2.5: Signalisation avec MSAN distant ........................................................................ 16 Figure 2.6: Signalisation avec MSAN chainé ........................................................................ 16 Figure 2.7: Cabinet MSAN d'Alcatel-Lucent .......................................................................... 17 Figure 2.8: Unité de contrôle des alarmes ............................................................................ 17 Figure 2.9: ISAM 7356.......................................................................................................... 18 Figure 2.10: ISAM 7330........................................................................................................ 18 Figure 2.11: ISAM 7302........................................................................................................ 18 Figure 2.12: Ventilateur ........................................................................................................ 19 Figure 2.13: Cartes de contrôle ............................................................................................ 19 Figure 2.14: Cartes de services ............................................................................................ 20 Figure 2.15: les protocoles mis en jeu .................................................................................. 21 Figure 2.16: RTP/RTCP ....................................................................................................... 21 Figure 2.17: Architecture du triple play ................................................................................. 23 Figure 2.18: Architecture xDSL............................................................................................. 24 Figure 2.19: Schéma de l'ADSL............................................................................................ 24 Figure 2.20: Bande occupée par ADSL sur POTS ................................................................ 25 Figure 2.21: Bande occupée par l'ADSL sur RNIS................................................................ 26 Figure 2.22: Bande occupée par l’ADSL2+ sur POTS .......................................................... 26 Figure 2.23: Le multicast ...................................................................................................... 28 Figure 2.24: Architecture du réseau VOIP dans un contexte NGN........................................ 32 Figure 2.25: Structure d'un paquet de voix ........................................................................... 34 Figure 2.26: Architecture du réseau RNIS ............................................................................ 35 Figure 3.1: Phase 1 de migration .......................................................................................... 36 Figure 3.2: Phase 2 de migration .......................................................................................... 37

Figure 3.3: Phase 3 de migration .......................................................................................... 37 Figure 3.4: Phase 4 de migration .......................................................................................... 38 Figure 3.5: Phase 5 de migration .......................................................................................... 38 Figure 3.6: Phase 6 de migration .......................................................................................... 39 Figure 3.7: Service Triple Play.............................................................................................. 40 Figure 3.8: Services à bande étroite ..................................................................................... 40 Figure 3.9: Architecture du réseau d'accès et cœur.............................................................. 41 Figure 3.10: Le MSAN dans le Réseau ................................................................................ 42 Figure 3.11: Le MSAN Hub................................................................................................... 42 Figure 3.12: Schéma de la configuration .............................................................................. 43 Figure 3.13: Le MSAN distant............................................................................................... 43 Figure 4.1: Procédure général de livraison client ................................................................. 47 Figure 4.2: Procédure de réparation ..................................................................................... 48 Figure 4.3: Modèle conceptuel des données de l’application ................................................ 49 Figure 4.4: Modèle logique des données de l’application ...................................................... 50 Figure 4.5: Modèle physique de l’application ........................................................................ 51 Figure 4.6: Plan général de l’application ............................................................................... 53 Figure 4.7: Ecran d’accueil de l’application ........................................................................... 54 Figure 4.8: Ecran d’affiche projet .......................................................................................... 55 Figure 4.9: Ecran d’ajout site ................................................................................................ 55 Figure 4.10: Ecran d’affichage site ....................................................................................... 56 Figure 4.11: fiche de site ...................................................................................................... 57 Figure 4.12: site MSAN ........................................................................................................ 58 Figure 4.13: Ecran d’affiche intervention............................................................................... 58 Figure 1 - Accès à la console MySQL à partir de WampServer ............................................ 62 Figure 2 - Exècution du fichier SQL contenant la base de données ...................................... 63

Liste des tableaux
Tableau 2.1 : Spécifications techniques du NMS ................................................................. 22 Tableau 2.2 : Comparaison entre ADSL et ADSL2+ ............................................................. 27 Tableau 2.3 : Débit et durée du paquetage des différents codecs ........................................ 34 Tableau 2.4 : Durée, débits et bandes passantes des différents codecs............................... 35 Tableau 3.1: Les services et leurs VLAN .............................................................................. 41

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Introduction générale

Introduction générale
Ces dernières années, le contexte des télécommunications a complètement été bouleversé par deux facteurs principaux de nature très différente. Le premier est la libéralisation du secteur des télécommunications qui a fait éclater les monopoles en une multitude d’acteurs en concurrence; le second est le progrès fulgurant de la technologie des processeurs, des logiciels et de la fibre optique. La combinaison des deux facteurs a entraîné une évolution considérable des services et réseaux de télécommunications, caractérisée par l’explosion des données et le besoin de convergence entre les services. Les réseaux de nouvelles générations (NGN) viennent pour répondre à cette évolution dans le monde des télécommunications. L’objectif de ce travail est de porter une réflexion sur la stratégie éventuelle que peut suivre un opérateur x historique afin de mieux répondre aux attentes de sa clientèle et résister aux transformations internationales dans l’univers des télécommunications, tout en déterminant les éléments clés pour le choix de l’équipementier offrant des solutions NGN. En effet, l’évolution de la technologie et l’ouverture du marché imposent aux opérateurs historiques un changement radical de leurs infrastructures afin de pouvoir survivre dans un monde en perpétuel changement et au-delà, acquérir des marchés et faire des bénéfices. Pour cela, les opérateurs historiques doivent être à la pointe de la technologie et des services de ce qui se fait dans l’univers des télécommunications pour faire face à la menace de la concurrence. Pour améliorer leurs infrastructures, ces opérateurs font appel à des Multinationales comme ALM, pour l’installation et l’entretien de nouveaux équipements tels que MSAN. C’est dans cette optique que s’inscrit ce projet de fin d’étude. En effet, Le but est de mettre en œuvre un outil pour la gestion des sites d’installations des MSANs.

1

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Introduction générale

Le rapport du travail se présente comme suit : Le premier chapitre définit le contexte général du projet. On s’y attache à la présentation d’Alcatel-Lucent, à la présentation du service déploiement Team et à planification du projet. Le deuxième chapitre expose la solution MSAN et les services qu’elle peut offrir. Pour le troisième chapitre, il présente la démarche à suivre pour la mise en service de l’MSAN ainsi que le scénario de déploiement retenu par un opérateur pour déployer cette solution au Maroc. En dernier lieu, et après avoir décrit le système d’information sur le fonctionnement des sites d’installation de l’MSAN, la conception et la réalisation d’une application de gestion des sites d’installation des MSANs ont été mises au point. Une conclusion générale mettra un terme à notre travail.

2

Chapitre 1 :

L’organisme d’accueil

 Présentation d’Alcatel-Lucent  Présentation de service Déploiement  Planification du projet

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 1 : Organisme d’accueil

Introduction
Alcatel-Lucent est le nom de la société née en 2006 de la fusion entre Alcatel et Lucent Technologies. La fusion de ces deux géants de la télécommunication a permis à AlcatelLucent, en février 2007, de devenir, le deuxième équipementier télécoms et réseaux au niveau mondial derrière l'américain Cisco Systems et devant le suédois-Ericsson, et le germanofinlandais Nokia Siemens Networks.

1.1. Alcatel-Lucent 1.1.1. A propos d’Alcatel-Lucent
Alcatel-Lucent a pour mission d’améliorer le quotidien de chacun en transformant la manière dont le monde communique. Alcatel-Lucent propose des solutions qui permettent aux fournisseurs de services, aux entreprises et aux administrations du monde entier d'offrir des services voix, données et vidéo à leurs propres clients. Leader dans les réseaux haut débit fixes, mobiles et convergés, les technologies IP, les applications et les services, AlcatelLucent développe des solutions complètes qui rendent possibles des services de communications innovants pour les utilisateurs, qu'ils soient chez eux, au travail ou en déplacement. Avec plus de 77 000 salariés et présent dans 130 pays, Alcatel-Lucent est un partenaire local avec une dimension internationale. Le groupe dispose de l’une des plus grandes capacités de Recherche, Technologie et Innovation dédiées aux télécommunications connue sous le nom d’Alcatel-Lucent Bell L’abs et d’une équipe de services la plus expérimentée de l’industrie. Alcatel-Lucent qui a réalisé des revenus de 16,98 milliards d'euros en 2008, est une société de droit français, avec son siège social à Paris.

1.1.2. Organisation
Privilégiant des solutions complètes à forte valeur ajoutée pour ses clients, Alcatel-Lucent est organisé en quatre groupes d’activités et trois régions géographiques. Les quatre groupes d’activité sont :  Le Groupe Logiciels Applicatifs a pour mission de développer et de maintenir des produits logiciels innovants pour enrichir la base de données clients.

3

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 1 : Organisme d’accueil

Le Groupe Produits Opérateurs a pour mission de répondre aux besoins des fournisseurs de services fixe, mobile et convergent et de leur fournir des solutions de communication de bout-en-bout.

Le Groupe Produits Entreprise a pour mission de répondre aux besoins des entreprises ainsi qu’à l’Industrie et au Secteur Public. Le Groupe Services conçoit, déploie, gère des réseaux et en assure la maintenance dans le monde entier.

Les régions géographiques d’Alcatel-Lucent sont    La région Amérique. La région Europe, Moyen-Orient et Afrique. La région Asie Pacifique et Chine.

1.1.3. Alcatel-Lucent Maroc
Présent au Maroc depuis 1975, Alcatel a su accompagner ce pays sur les voies du développement en participant pleinement aux projets de construction des télécommunications. En 1989 le groupe a créé une filiale au Maroc dont le siège est installé à Salé, comptant renforcer ainsi sa présence à long terme au Maroc.

Figure 1.1: Alcatel-Lucent Maroc Effectif : La société compte environ 520 employés dont 85% d’ingénieurs.

4

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 1 : Organisme d’accueil

Figure 1.2: Effectif par centre Alcatel-Lucent Maroc

 Organigramme
La structure d’Alcatel-Lucent comprend un certain nombre de centres opérationnels et fonctionnels, supervisés par la direction générale qui assure le pilotage et la coordination stratégique avec la maison mère. Cette structure est présentée sur l’organigramme suivant, dans lequel on trouve l’ordre hiérarchique, les fonctions, les taches existantes et leurs répartitions.

Figure 1.3: Organigramme d'Alcatel-lucent

5

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 1 : Organisme d’accueil

Notre stage s’est déroulé au sein du service déploiement.

1.2. Service déploiement.
Dans le but de répondre aux besoins client en appliquant le juste à temps de quoi a-t-il besoin ? Dans quels délais ? En quelle quantité et dans quelle condition ? Le service déploiement vient pour assurer les techniques de configuration, de l’installation, du test, du montage et de la maintenance des équipements sous garantie renvoyés par les clients. Le service Team rend service à ces clients potentiels via l’amélioration et l’expertise de technologie au niveau de télécommunication. L’acquisition des sites et les services de déploiement et de construction sont aussi une fonction importante exécutée par le service déploiement

Figure 1.4: Organigramme du service déploiement

1.3. Planification du projet
La planification du projet consiste à établir un planning des tâches à effectuer pour observer et contrôler l’avancement des différentes tâches, ainsi que d’assurer le bon déroulement des actions requises afin de pouvoir conduire avec succès le projet et son organisation.
6

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 1 : Organisme d’accueil

En vue de réussir ce projet, nous avons été amené à passer par plusieurs étapes importantes et nécessaires :  Études et bibliographique de NGN et MSAN.  Développement d’une application de gestion des sites d’installation des MSANs.    Études Conception Réalisation

 Étude et déploiement d’une solution MSAN.  Configuration MSAN Alcatel dans la salle d’essai.  Rédaction du rapport Le stage débute le 01 avril, et prend fin le 30 juillet, soit une durée totale de 16 semaines dont les tâches seront réparties selon le planning suivant :

Figure 1.5 : Diagramme de GANTT de notre projet

7

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 1 : Organisme d’accueil

Conclusion
Après avoir dévoilé l’organisme d’accueil, nous avons ensuite défini la démarche de travail en précisant les objectifs à atteindre. Pour cela, nous nous sommes basé sur la planification des étapes pour la réalisation de notre projet. Le chapitre suivant portera sur une partie théorique sur NGN ainsi qu’une étude de la solution MSAN.

8

Chapitre 2 :

Etude de la solution MSAN

   

Etude du concept NGN Description de l’équipement MSAN Le NMS (Network Manager System) Les services offerts par le MSAN

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Introduction
Les réseaux traditionnels de téléphonie fixe des opérateurs historiques sont basés sur la commutation de circuits (nommée aussi transmission TDM) entre les lignes d’abonnés, et sur une organisation hiérarchique des commutateurs selon différentes zones d’appels. De plus, ce réseau de téléphonie cohabite avec un ou plusieurs réseaux dédiés au transport de données (dont le réseau utilisé pour la fourniture de services haut-débit DSL). La problématique de passage à une architecture NGN (Next Generation Network) du cœur de réseau fixe des opérateurs historiques s’inscrit avant tout dans une logique de diminution des coûts, avec le passage à une infrastructure unique basée sur IP pour le transport de tout type de flux, voix ou données, et pour toute technologie d’accès (DSL, FTTH, RTC, Wi-Fi, etc.). L’impact majeur d’un passage à une architecture NGN pour les réseaux de téléphonie commutée est que le commutateur traditionnel est scindé en deux éléments logiques distincts : le media gateway pour assurer le transport et le soft switch pour assurer le contrôle d’appel. Cette évolution permet théoriquement des gains en termes de performance et d’optimisation des coûts, mais elle peut aussi faciliter le déploiement de nouveaux services. Donc dans ce premier chapitre on va parler de l’approche NGN comme tendance pour remédier à ces problèmes.

2.1. Etude du concept NGN : 2.1.1. Définition:
Les NGN sont définis comme un réseau de transport en mode paquet permettant la convergence des réseaux Voix/données et Fixe/Mobile; ces réseaux permettront de fournir des services multimédia accessibles depuis différents réseaux d’accès. Afin de s’adapter aux grandes tendances qui sont la recherche de souplesse d’évolution de réseau, la distribution de l’intelligence dans le réseau, et l’ouverture à des services tiers, les NGN sont basés sur une évolution progressive vers le « tout IP » et sont modélisés en couches indépendantes dialoguant via des interfaces ouvertes et normalisées.

2.1.2. Architecture NGN en couches :
Le passage à une architecture de type NGN est notamment caractérisé par la séparation des fonctions de commutation physique et de contrôle d’appel. L’architecture NGN introduit un modèle en couches, qui scinde les fonctions et équipements responsables du transport du trafic et du contrôle. Il est possible de définir un modèle architectural basé sur quatre couches successives:
9

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Figure 2.1: Architecture générale d’un réseau NGN

• la couche d’accès, qui regroupe les fonctions et équipements permettant de gérer l’accès des équipements utilisateurs au réseau, selon la technologie d’accès (téléphonie commutée, DSL, câble). Cette couche inclut par exemple les équipements DSLAM fournissant l’accès DSL. • la couche de transport, qui est responsable de l’acheminement du trafic voix ou données dans le cœur de réseau, selon le protocole utilisé. L’équipement important à ce niveau dans une architecture NGN est le Media Gateway (MGW) responsable de l’adaptation des protocoles de transport aux différents types de réseaux physiques disponibles (RTC, IP, ATM, …). • la couche de contrôle, qui gère l’ensemble des fonctions de contrôle des services en général, et de contrôle d’appel en particulier pour le service voix. L’équipement important à ce niveau dans une architecture NGN est le serveur d’appel, plus communément appelé «sofswitch», qui fournit, dans le cas de services vocaux, l’équivalent de la fonction de commutation dans un réseau NGN. Dans le standard IMS défini par le 3GPP, les fonctionnalités et interfaces du sofswitch sont normalisées, et l’équipement est appelé CSCF (Call Session Control Function).

10

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

• la couche services, qui regroupe l’ensemble des fonctions permettant la fourniture de services dans un réseau NGN. En termes d’équipements, Cette couche regroupe deux types d’équipement : les serveurs d’application (ou application servers) et les « enablers », qui sont des fonctionnalités, comme la gestion de l’information de présence de l’utilisateur, susceptibles d’être utilisées par plusieurs applications. Cette couche inclut généralement des serveurs d’application SIP, car SIP (Session Initiation Protocol) est utilisé dans une architecture NGN pour gérer des sessions multimédias en général, et des services de voix sur IP en particulier. Ces couches sont indépendantes et communiquent entre elles via des interfaces ouvertes. Cette structure en couches est sensée garantir une meilleure flexibilité et une implémentation de nouveaux services plus efficace. La mise en place d’interfaces ouvertes facilite l’intégration de nouveaux services développés sur un réseau d’opérateur mais peut aussi s’avérer essentielle pour assurer l’interconnexion d’un réseau NGN avec d’autres réseaux qu’ils soient NGN ou traditionnels. L’impact majeur pour les réseaux de téléphonie commutée traditionnels est que le commutateur traditionnel est scindé en deux éléments logiques distincts : le media gateway pour assurer le transport et le sofswitch pour assurer le contrôle d’appel. Une fois les communications téléphoniques « empaquetisées » grâce aux media Gateway, il n’y a plus de dépendance des services vis-à-vis des caractéristiques physiques du réseau. Un cœur de réseau paquet unique, partagé par plusieurs réseaux d’accès constitue alors une perspective attrayante pour des opérateurs. Bien souvent, le choix se porte sur un cœur de réseau IP/MPLS commun au niveau de la couche de transport du NGN afin de conférer au réseau IP les mécanismes de qualité de service suffisants pour assurer une fourniture de services adéquate.

2.1.3. Les entités fonctionnelles du cœur de réseau NGN :
2.1.3.1. La Media Gateway (MG)

La Media Gateway est située au niveau du transport des flux média entre le réseau RTC et les réseaux en mode paquet, ou entre le cœur de réseau NGN et les réseaux d’accès. Elle a pour rôle : _ Le codage et la mise en paquets du flux média reçu du RTC et vice-versa (conversion du trafic TDM / IP).

11

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

_ La transmission, suivant les instructions du Media Gateway Controller, des flux média reçus de part et d'autre. 2.1.3.2. La Signalling Gateway (SG)

La fonction Signalling Gateway a pour rôle de convertir la signalisation échangée entre le réseau NGN et le réseau externe interconnecté selon un format compréhensible par les équipements chargés de la traiter, mais sans l’interpréter (ce rôle étant dévolu au Media Gateway Controller). Notamment, elle assure l’adaptation de la signalisation par rapport au protocole de transport utilisé (exemple : adaptation TDM / IP). 2.1.3.3. Le serveur d’appel ou Media Gateway Controller (MGC) ou Soft switch. Dans un réseau NGN, c’est le MGC qui possède « l'intelligence ». Il gère : _ L’échange des messages de signalisation transmise de part et d'autre avec les passerelles de signalisation, et l’interprétation de cette signalisation. _ Le traitement des appels : dialogue avec les terminaux H.323, SIP voire MGCP, communication avec les serveurs d’application pour la fourniture des services. _ Le choix du MG de sortie selon l'adresse du destinataire, le type d'appel, la charge du réseau, etc. _ La réservation des ressources dans le MG et le contrôle des connexions internes au MG (commande des Media Gateways). 2.1.3.4. Le Multi Service Access Node (MSAN)

Les MSAN constituent une évolution naturelle des DSLAMs. Un MSAN est un équipement qui constitue, dans la plupart des architectures de type NGN, un point d’entrée unique vers les réseaux d’accès des opérateurs. A la différence d’un DSLAM, dont le châssis ne peut supporter que des cartes permettant de proposer des services de type xDSL, un MSAN peut supporter des cartes RNIS, Ethernet,... De ce fait, au sein d’un seul et même châssis, l’opérateur peut déployer toutes les technologies d’accès envisageables sur son réseau. Le rôle de media Gateway décrit ci-avant peut, dans certains cas, être « embarqué » au sein de ce MSAN, et disparaître en tant que nœud de réseau dédié.

2.1.4. Avantages de NGN
Cette nouvelle topologie offre les avantages suivants :

12

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Grâce au NGN, l’opérateur dispose d’un réseau multiservice permettant d’interfacer

n’importe quel type d’accès (Boucle locale, PABX, Commutateur d’accès téléphonique, accès ADSL, accès mobile GSM ou UMTS, téléphone IP, etc.).   L’opérateur n’aura plus à terme qu’à exploiter un seul réseau multiservice. Elle utilise le transport comme l’IP ou l’ATM ignorant les limites des réseaux TDM

(Time Division Multiplexing) à 64 kbit/s. En effet le TDM perd son efficacité dès lors que l’on souhaite introduire des services asymétriques, sporadiques ou à débit binaire variable.  C’est une topologie ouverte qui peut transporter aussi bien les services téléphoniques que

les services de multimédia (vidéo, données temps réel).  Elle dissocie la partie support du réseau de la partie contrôle, leur permettant d’évoluer

séparément et brisant la structure de communication monolithique. En effet, la couche transport peut être modifiée sans impact sur les couches contrôle et application.  Elle utilise des interfaces ouvertes entre tous les éléments, permettant à l’opérateur

d’acheter les meilleurs produits pour chaque partie de son réseau.

2.1.5. Types de NGN
Il existe trois types de réseau NGN : NGN Class 4, NGN Class 5 et NGN Multimédia. Les NGN Class 4 et Class 5 sont des architectures de réseau offrant uniquement les services de téléphonie. Il s’agit donc de NGN téléphonie. Dans le RTC, un commutateur Class 4 est un centre de transit. Un commutateur Class 5 est un commutateur d’accès aussi appelé centre à autonomie d’acheminement. Le NGN Class 4 (respectivement NGN Class 5) émule donc le réseau téléphonique au niveau transit (respectivement au niveau accès) en transportant la voix sur un mode paquet. Le NGN Multimédia est une architecture offrant les services multimédia (messagerie vocale/vidéo, conférence audio/vidéo, Ring-back tone voix/vidéo) puisque l'usager a un terminal IP multimédia. Cette solution est plus intéressante que les précédentes puisqu’elle permet à l’opérateur d’innover en termes de services par rapport à une solution NGN téléphonie qui se cantonne à offrir des services de téléphonie. Le Class 4 NGN permet : _ Le remplacement des centres de transit téléphoniques (Class 4 Switch). _ La croissance du trafic téléphonique en transit. Le Class 5 NGN permet : _ Le remplacement des centres téléphoniques d’accès (Class 5 Switch). _ La croissance du trafic téléphonique à l’accès.
13

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

_ La voix sur DSL/ Voix sur le câble. Le NGN Multimédia permet d’offrir des services multimédia à des usagers disposant d’un accès large bande tel que xDSL, câble, WiFi/WiMax, EDGE/UMTS, etc.

2.1.6. Les services offerts par le NGN
Les NGN offrent les capacités, en termes d’infrastructure, de protocole et de gestion, de créer et de déployer de nouveaux services multimédia sur des réseaux en mode paquet. La grande diversité des services est due aux multiples possibilités offertes par les réseaux NGN en termes de : _ Support multimédia (données, texte, audio, visuel). _ Mode de communication, Unicast (communication point à point), Multicast (Communication point-multipoint), Broadcast (diffusion). _ Mobilité (services disponibles partout et tout le temps). _ Portabilité sur les différents terminaux. Parmi ces services offerts nous citons :  La voix sur IP  La diffusion de contenus multimédia  La messagerie unifiée  Le stockage de données  La messagerie instantanée  Les services associés à la géolocalisation

2.2. Description de l’équipement MSAN
Le MSAN de Alcatel-Lucent porte le nom de ISAM-V. Le ISAM-V étend les fonctionnalités du DSLAM en offrant en plus des services triple play le service de la voix (POTS) et du RNIS (ISDN). Notons que le DSLAM contient une carte de contrôle NT (Network Terminator), c’est la carte qui nous achemine les données via le backbone IP et c’est aussi la carte qui est programmable du DSLAM et qui contient sa configuration. Le DSLAM contient aussi des cartes d’abonnées ou de services LT (Line Terminator).

14

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Figure 2.2 : Position de MSAN dans le NGN

Pour le ISAM-V on introduit de nouveaux cartes de services : La carte NPOT : La carte du service de la voix traditionnelle La carte NBAT : La carte du service RNIS Ces deux cartes font la conversion de la ligne Analogique/Accès de Base à la VoIP

Figure 2.3: La carte NPOT

La carte NVPS : La carte qui fait la signalisation avec le softswitch et avec les cartes LT.

15

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Figure 2.4: Carte NVPS La carte NVPS peut faire la signalisation pour plusieurs cartes LT même pour ceux qui n’appartiennent pas au même MSAN (il s’agit des MSAN chainés ou distants) :

Figure 2.5: Signalisation avec MSAN distant

Figure 2.6 : Signalisation avec MSAN chainé

16

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

2.2.1. Description du Hardware
La figure x représente le Multi Service Access Node de Alcatel-Lucent, il s’agit du cabinet de l’équipement, il comprend plusieurs éléments :

   

Unité de distribution de l’énergie (PDU). Une jusqu'à trois étagères comprenant les cartes de contrôle et de services Batteries de secours en cas d’une coupure du secteur. Unité de contrôle des alarmes système et d’environnement.

Figure 2.7 : Cabinet MSAN d'Alcatel-Lucent

2.2.1.1. Unité de contrôle des alarmes ACU
L’unité de contrôle des alarmes collecte toutes les alarmes du système et d’environnement et puis elle les envoie vers le système de management NMS pour surveiller l’état de l’équipement et des capteurs et agir le plus rapide possible pour ne pas laisser la situation s’aggraver (dégâts de matériel, arrêt du service,…) Cinq LEDs pour indiquer les conditions : • • • • • Critical – rouge Major – rouge Minor – jaune alarm local – rouge ACO active – vert

Figure 2.8 : Unité de contrôle des alarmes
17

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

2.2.1.2. Les étagères
Il y a trois types d’étagères à utiliser dans le ISAM-V et qui se différent par le nombre des slots de cartes qui peuvent servir le nombre d’abonnée de la région concernée  ISAM 7356 : qui comprend deux slots pour les cartes de service et un slot pour la carte de contrôle et une autre pour les splitter  ISAM 7330 : qui comprend dix slots pour les cartes de service/splitters et une slot pour la carte de contrôle  ISAM 7302 : qui comprend dix-huit slots pour les cartes de service/splitters et une slot pour la carte de contrôle

Figure 2.9 : ISAM 7356

Figure 2.10 : ISAM 7330

Figure 2.11 : ISAM 7302
18

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Chaque étagère comprend les éléments suivants :  Vétilleurs pour l’aération de l’étagère en la présence obligatoire des climatiseurs posés par Maroc Télécom dans la salle ou se trouve l’équipement et qui assurent un climat froid   Cartes de services et de contrôle de l’équipement. Sous-unité de distribution d’énergie GFC

2.2.1.3. Ventilateurs

Figure 2.12 : Ventilateur

2.2.1.4. Les cartes
Les cartes se divisent en deux catégories la première est celle des cartes de contrôle et la deuxième englobe trois types de cartes de services :    Cartes xDSL. Cartes POTS. Cartes Fiber.

Carte NTIO Figure 2.13 : Cartes de contrôle  NT : Network Terminator (c’est la carte configurable)
19

Carte NT

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Elle a une FLASH, une mémoire RAM et une ROM. Interface pour l’administration et le control d’interfaces via le backpanel. Trafic pour l’administration dans la NT L’ACU est inclus dans la carte NT Cartes de services xDSL

Carte VDSL2 48 p

CarteMulti-DSL 72p

CarteMulti-DSL 48p

CarteSHDSL 24p

Cartes des services POTS

Carte NVPS

Carte NPOT 72 p

Carte NPOT48p

Carte NBAT24p

Carte SPLITTER

Les cartes de services Fiber

Carte Fiber P2P 16p

Carte NT GigE 6p Figure 2.14 : Cartes de services
20

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

2.2.1. Les protocoles mis en jeux

Figure 2.15 : les protocoles mis en jeu MEGACO/H248 :  Fonctionne pour toutes les plates-formes (IP, ATM, SDH,…)  Tout le contrôle d’appel se passe dans le Media Gateway Controller   Pas de contrôle d’appel dans le Media Gateway Contrairment au SIP qui a le contrôle d’appel distribué (en IP phone, Proxy server...) xBLES :  xBLES (eXtended BLES) est un protocole interne à Alcatel-Lucent   Extension du protocole BLES pour les services VoIP Utilisé pour la signalisation interne entre le NVPS et les cartes NPOTS du même MG et aussi avec celles du remote MG et du subtended MG RTP/RTCP :  RTP = Real-time Transport Protocol  Pour transporter l’audio et la vidéo via le Réseau IP  RTCP = Real-time Transport Control Protocol  Pour le contrôle du flux RTP Figure 2.16 : RTP/RTCP
21

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

2.3. Le NMS (Network Manager System)
Description générale : • Le NMS repose sur une configuration matérielle et logicielle. La configuration matérielle est composée d'un ordinateur de bureau (PC) ergonomique qui assure un traitement rapide et efficace des données du réseau pour permettre une supervision en temps réel et d'un modem pour la liaison avec le BSC à travers une ligne RTC ou une LS. La configuration logicielle est composée du logiciel NMS qui présente une interface utilisateur conviviale et intuitive et pouvant être installé sur différentes plateformes. Fonctions : • Configuration du système

• Configuration

• Gestion

de performances du réseau

• Gestion

des défauts

• Sécurité

• Facturation • Programmation des routines • Impression

des éléments du réseau, types d'interfaces, relation circuit abonné et affichage et modification des attributs des abonnés et des équipements. • Mise à jour du logiciel sans affecter l'exploitation normale du réseau. • Contrôle de la qualité de transmission et analyse statistique du trafic au niveau des stations de base et des liaisons FH telles que toutes les tentatives d'appels, les essais réussis, les échecs dus à des congestions, les essais avec numérotation incomplète, etc. • Génération de compte rendu statistique sur le trafic. • Test continuel des ressources des éléments du réseau et vérification de leur disponibilité pour le traitement des appels. • Information sur l'état des éléments défectueux du réseau et des pannes survenues. Ceci est assuré par des alarmes visuelles au niveau de l'affichage et des alarmes sonores. • Génération de compte rendu complet, établi automatiquement et permettant la traçabilité et le suivi de l'état du réseau au cours du temps. • Les fonctions du NMS ne sont pas toutes accessibles par tous les utilisateurs. Plusieurs niveaux hiérarchiques sont définis pour permettre un partage des tâches entre exploitants. Ceci est assuré par un système d'authentification fiable. • Facturation à distance lorsque les BSC sont configurés en mode indépendant. • La programmation de routines de test à exécuter périodiquement suivant un calendrier donné. • Impression des états en relation avec l'abonné, avec le système et le trafic.

Tableau 2.1 : Spécifications techniques du NMS

22

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

2.4. Les services offerts par le MSAN
Le MSAN peut offrir deux catégories de services, ceux dits broadbands ,qui exploitent une large bande ,il s’agit principalement des services triple play. Une autre catégorie de service est dite narrowband basée sur une architecture NGN, il s’agit du POTS, RNIS, FAX, Teletax…

2.4.1. Les services Broadband (le service triple play)
Le triple play est un mode d’approvisionnement de service dans lequel des services intégrés peuvent être fournis à un utilisateur. Actuellement, les services intégrés régnants incluent le service d’accès d’Internet haut débit, le service voice over IP (VoIP), et le service d’IPTV. Le but du service triple play est d’encapsuler l’accès à bande large, le service de VoIP, et le service de vidéo dans un raccordement à bande large indépendant pour faciliter l’utilisation et pour réduire le coût d’entretien du support porteur de service.

Figure 2.17 : Architecture du triple play

2.4.1.1.

Le service xDSL

xDSL (x digital subscriber line) est une collection de technologies qui permet la transmission en large bande (Broadband) sur des paires torsadées téléphoniques. Les modes de transmission en large bande incluent : ADSL: Asymmetric digital subscriber line SHDSL: Single-pair high-speed digital subscriber line VDSL : Very high speed DSL, par division de fréquence, les services vocaux et les services de données peuvent être transmis au-dessus des paires torsadées en même temps. Un diviseur est installé à chaque extrémité de la ligne téléphonique pour séparer les signaux de voix et de données. La figure 2.19 montre le système de xDSL qui comprend l’ISAM-V sur le côté du central téléphonique et l’équipement de client du côté d’abonné.

23

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Figure 2.18: Architecture xDSL Note: ADSL Asymmetrical Digital Subscriber Line SHDSL Single-pair High-speed Digital Subscriber Line ATU-R ADSL Transceiver Unit-Remote end STU-R SHDSL Transceiver Unit-Remote end ATU-C ADSL Transceiver Unit-Central Office end STU-C SHDSL Transceiver Unit-Central Office end

Comme Multiservices Access Node (MSAN), l’ISAM-V fournit des ports d’ADSL/ADSL2+ et de SHDSL pour accéder aux services de bande large. a-1 :ADSL et ADSL2+ L’ADSL est une technologie de transmission asymétrique qui est employée pour transmettre des données avec un haut débit au-dessus de la paire torsadée. Le débit ascendant de l’ADSL atteint 640 Kbits/s, et celui descendant atteint 8 Mbits/s.

Figure 2.19 : Schéma de l'ADSL

24

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

La technologie d’ADSL est basée sur différents types de modulation. Les différents types de modulation sont comme suit : - QAM : Quadrature amplitude modulation CAP : Carrierless amplitude modulation Elle module des données à une seule porteuse basée sur QAM. DMT : Discrete Multi-Tone elle module des données aux fréquences multiples (sous-porteuses), et puis module les données de chaque fréquence en employant la modulation QAM. DMT est la technologie standard de modulation pour l’ADSL. L’ISAM-V supporte la modulation de l’ADSL et de l’ADSL2+ par la DMT. Les principes d’ADSL/ADSL2+ basé sur le DMT sont décrits comme suit. ADSL : L’ADSL fournit une bande passante totale de 1.104 MHz. En employant le DMT, l’ADSL découpe la largeur de bande en 256 canaux (0-255) chaque canal de 4.3125 kHz. Puisque l’ADSL sur POTS est différent de l’ADSL sur RNIS, la division des 256 canaux est différente.

Figure 2.20 : Bande occupée par ADSL sur POTS

Les porteuses 0-5 sont réservées pour transmettre les signaux de voix analogue de 4 kHz.

Les porteuses de 6-31 sont employées pour transmettre des données uplink sur la bande de 26-138 kHz.

Les porteuses de 32-255 sont utilisées pour transmettre des données downlink sur la bande de 138-1104 kHz.

25

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Figure 2.21 : Bande occupée par l'ADSL sur RNIS ADSL2+ : ADSL2+ prolonge la largeur de bande de l’ADSL à 2.208 MHz et emploie le DMT pour dédoubler la largeur de bande à 512 porteuses (0-511).

Figure 2.22 : Bande occupée par l’ADSL2+ sur POTS  Les porteuses 0-5 sont réservées pour transmettre les signaux de voix analogue de 4 kHz.  Les porteuses de 6-31 sont employées pour transmettre des données uplink sur la bande de 26-138 kHz.  Les porteuses de 32-511 sont utilisées pour transmettre des données downlink sur la bande de 138-2208 kHz.  Comparaison entre ADLS et ADSL2+ : Le débit : l’ADSL2+ étend la largeur de bande et améliore l’efficacité de transmission en améliorant la modulation, réduisant l’entête, et en optimisant la structure de la trame.

26

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Tableau 2.2 : Comparaison entre ADSL et ADSL2+ Distance de portée : L’ADSL2+ offre une plus longue distance de portée, en effet elle est d’au moins 6.5Km, tandis que celle de l’ADSL est de 5Km Consommation énergétique : L’ADSL2+ supporte la fonction power management qui permet de réduire la consommation d’énergie. SHDSL : SHDSL est une technologie de transmission symétrique qui est utilisée pour fournir un accès haut débit au-dessus d’un pair torsadée, avec une distance de transmission de 3 à 6 kilomètres. VDSL : VDSL est une nouvelle technologie de XDSL pour fournir un débit uplink et downlink symétrique ou asymétrique sur un support de paires torsadées. Sa transmission atteint environ 1.5 kilomètres, le débit downlink le plus élevé est de 52 M (asymétrique) et le débit uplink le plus élevé est de 12 M (symétrique). VDSL est la technologie de XDSL la plus rapide actuellement. VDSL2 : Very high speed digital subscriber line 2, est une extension du VDSL, c’est une technologie de transmission qui est utilisée pour fournir un accès haut débit sur la paire torsadée en mode asymétrique ou symétrique. VDSL2 supporte une largeur de bande élevée (débits symétriques allant jusqu’à 100 Mbits/s). VDSL2 fournit des profils de spectre et des modes multiples d’encapsulation. Il répond aux exigences de l’accès de FTTx de prochaine génération avec une distance courte et un débit élevé.

2.4.1.2.

Le service de télévision sur IP (IPtv)

Le service de la télévision d’Internet Protocol (IPTV) fait référence au service de télévision déployé sur le réseau large bande. Il fournit des programmes de divertissement et d’information, tels que la radiodiffusion, la vidéo sur demande, le jeu de réseau et d’autres informations de vie quotidienne. Parmi les avantages du service d’IPTV, en comparaison avec les services traditionnels de télévision on trouve :   Fournit un effet vidéo et audio de haute qualité. Suit le même mode d’opération que les programmes télévisés traditionnels.
27

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Intègre avec le mode d’opération interactif basé sur le WEB pour fournir des interfaces conviviales.

Fournit beaucoup de services à valeur ajoutée.

L’ISAM-V fournit le service d’IPTV en adoptant la technologie de multicast. En adoptant le multicast contrôlable, le dispositif d’accès contrôle et commande des utilisateurs de multicast. Ceci répond aux exigences des porteurs pour l’approvisionnement de services de vidéo, et permet aux services de multicast d’être fonctionnels et maniables. Le noyau de la technologie de multicast est la duplication des paquets à l’endroit le plus près de récepteur, ce qui permet de diminuer le trafic de multicast dans le réseau. Le Multicast : Le multicast se rapporte à la communication point-à-multipoint entre un certain nœud et tous autres nœuds dans le réseau. Le contrôle du multicast permet à un dispositif d’accès de déterminer si un utilisateur a l’autorité pour observer des programmes en identifiant les paquets des demandes de l’utilisateur. De cette façon, les équipements d’accès contrôlent et transmettre les services de multicast. Les principes de fonctionnement du multicast : La transmission de la couche 2 est adoptée pour l’application de multicast dans l’équipement d’accès. L’ISAM-V transmet les données basées sur le VLAN et l’adresse MAC de multicast. Dans un réseau en anneau, le dispositif permis avec le RSTP soutient la redondance de chemin en utilisant certains algorithmes. Le schéma suivant montre un réseau en arbre de multicast, qui explique l’exécution du multicast dans l’ISAM-V.

Figure 2.23 : Le multicast

L’ISAM-V supporte le dispositif d’IGMP snooping pour la gestion de multicast dans la couche 2 du réseau, l’authentification d’utilisateur et la commande de multicast, cela réduit efficacement la diffusion des données de multicast.

28

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

IGMP Snooping : IGMP snooping est un mécanisme de commande de multicast qui fonctionne dans la couche liaison de données. il est employé pour la production et le maintien des entrées de transmission de multicast. En mode snooping d’IGMP, l’ISAM-V reçoit les paquets de requête envoyés par le routeur de multicast, l’ISAM-V envoie un paquet de requête à l’utilisateur. S’il n’y a aucune réponse dans la durée indiquée, l’ISAM-V supprime l’entrée locale de l’expédition de multicast. En conséquence, le routeur de multicast supprime l’entrée de l’expédition de sa propre base de données. Processus pour qu’un utilisateur de multicast soit en ligne ou hors ligne :  Quand un utilisateur devient en ligne et envoie un paquet de demande pour joindre un programme, l’ISAM-V commute le paquet au VLAN de multicast et puis l’expédie au routeur de multicast. Le dispositif de la couche supérieur transmet le trafic correspondant de multicast. L’ISAM-V expédie les paquets de demande de l’utilisateur pour joindre le programme au routeur de multicast.

Quand l’utilisateur devient hors ligne, l’ISAM-V expédie le paquet de demande de déconnexion au routeur de multicast. Lorsque le paquet de demande de l’utilisateur est reçu, le routeur de couche supérieur envoie un paquet requête groupe-specific à l’utilisateur. S’il n’y a aucune réponse de l’utilisateur dans une durée indiquée, le routeur supprime l’utilisateur du groupe de multicast. Après réception du paquet de déconnexion du dernier utilisateur du programme, le routeur de multicast n’expédie plus le trafic correspondant de multicast.

L’ISAM-V supporte aussi le dispositif de l’IGMP proxy qui permet au dispositif de couche 2 de soutenir le service de multicast. En outre, il diminue les paquets destinés à joindre ou quitter un groupe de multicast, de ce fait le trafic de multicast sur le côté de réseau diminue. IGMP Proxy : L’IGMP proxy signifie que dans quelques topologies de réseau, le dispositif n’installe pas les itinéraires de multicast, mais apprend l’information sur les membres connectés du groupe de multicast et le transmet vers le routeur de multicast upstream.   Pour un client de multicast, l’ISAM-V joue le rôle de routeur de multicast. Pour un routeur de multicast, l’ISAM-V joue le rôle de client de multicast.

L’implémentation de l’IGMP proxy est comme suit :

29

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

1. Quand un utilisateur d’IGMP décide de commander un programme vidéo, l’utilisateur doit envoyer une demande d’IGMP vers l’IGMP proxy pour joindre le groupe de multicast correspondant au programme. 2. Lors de la réception de la demande, l’ISAM-V expédie le paquet de demande au routeur de multicast pour la demande concernant le trafic de multicast si l’utilisateur est le premier à demander le trafic. Si le trafic de multicast est déjà fourni, l’ISAM-V expédie le trafic directement à l’utilisateur. 3. L’ISAM-V envoie les paquets de requêtes à tous les utilisateurs d’IGMP en ligne dans des intervalles réguliers. S’il ne reçoit pas de réponse d’un utilisateur au cours d’une certaine période, il considère que l’utilisateur a laissé le groupe de multicast, et supprime l’utilisateur du groupe de multicast. Si l’utilisateur est le dernier dans le groupe, l’ISAM-V envoie des paquets de déconnexion au routeur de multicast. 4. En attendant, en recevant une requête générale du routeur de multicast, l’ISAM-V rapporte l’état courant de multicast au routeur. Gestion du Programme : La gestion de programme inclut la prévision du programme, le rejoint du programme, la priorité du programme, et la largeur de bande du programme.  Prévision : La prévision de programme contrôle le temps, la durée, et l’intervalle dans lequel un utilisateur visionne un programme. Ceci permet à l’utilisateur d’avoir des informations de base au sujet du programme, mais n’a pas le droit d’observer le programme complet. Un utilisateur avec l’autorité de prévision peut visionner le programme seulement pour une durée fixe. Quand la durée expire, l’utilisateur devient hors ligne, l’utilisateur puisse visionner le programme encore. L’utilisateur ne peut pas visionner un programme plus que le nombre de fois indiquées.  Le pré rejoint de programme : Le dispositif de pré rejoint de programme permet à l’ISAM-V d’envoyer des paquets de demande de multicast au routeur pour joindre un groupe de multicast s’il n’y a aucun utilisateur en ligne. Ceci aide à fournir le trafic de multicast à l’avance à l’ISAM-V, de ce fait on diminue le temps d’attente pour un utilisateur lorsqu’il commande un programme.  Largeur de bande: Le contrôle d’accès de connexion (CAC : connection access control) sur le côté d’utilisateur est basé sur toute la largeur de bande occupée par les programmes en ligne d’un utilisateur ou d’un port upstream. La largeur de bande détermine si un nouveau programme peut être activé. Si la largeur de bande occupée
30

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

par les programmes en ligne et celle d’un nouveau programme excède le CAC indiqué, l’utilisateur ne peut pas visionner ce nouveau programme. Gestion d’utilisateur : La gestion d’utilisateur empêche les utilisateurs illégaux d’observer la gestion des programmes. Elle indique la configuration d’utilisateurs valides de multicast, authentifie les utilisateurs quand ils ouvrent une session, et vérifie la largeur de bande de CAC. Multicast CAC : Le multicast CAC indique la largeur de bande d’une ligne d’abonné nécessaire pour supporter les programmes de multicast. Quand l’utilisateur joint un groupe de multicast, une largeur de bande de programme est assignée. L’ISAM-V vérifie si la largeur de bande d’utilisateur est suffisante pour jouer le programme. Si oui, l’utilisateur peut commander le programme. Si non, l’utilisateur ne peut pas commande le programme.

2.4.1.3.

La voix sur IP à base du protocole SIP

Le protocole Sip (Session Initiation Protocole) a été initié par le groupe MMUSIC (Multiparty Multimedia Session Control) et désormais repris et maintenu par le groupe SIP de l'IETF donnant la Rfc 3261 rendant obsolète la Rfc 2543. Sip est un protocole de signalisation appartenant à la couche application du modèle Osi. Son rôle est d'ouvrir, modifier et libérer les sessions. L'ouverture de ces sessions permet de réaliser de l'audio ou vidéoconférence, de l'enseignement à distance, de la voix (téléphonie) et de la diffusion multimédia sur Ip essentiellement. Un utilisateur peut se connecter avec les utilisateurs d'une session déjà ouverte. Pour ouvrir une session, un utilisateur émet une invitation transportant un descripteur de session permettant aux utilisateurs souhaitant communiquer de s'accorder sur la compatibilité de leur média, Sip permet donc de relier des stations mobiles en transmettant ou redirigeant les requêtes vers la position courante de la station appelée. Enfin, SIP possède l'avantage de ne pas être attaché à un médium particulier et est censé être indépendant du protocole de transport des couches basses. Fonctionnement : Le protocole SIP intervient aux différentes phases de l'appel :    Localisation du terminal correspondant, Analyse du profil et des ressources du destinataire, Négociation du type de média (voix, vidéo, données...) et des paramètres de communication,  Disponibilité du correspondant, détermine si le poste appelé souhaite communiquer, et autorise l'appelant à le contacter.
31

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Etablissement et suivi de l'appel, avertit les parties appelant et appelé de la demande d'ouverture de session, gestion du transfert et de la fermeture des appels.

Gestion de fonctions évoluées : cryptage, retour d'erreurs, ...

Avec Sip, les utilisateurs qui ouvrent une session peuvent communiquer en mode point à point, en mode diffusif ou dans un mode combinant ceux-ci. Sip permet donc l'ouverture de sessions en mode :   Point-à-point - Communication entre 2 machines, on parle d'unicast. Diffusif - Plusieurs utilisateurs en multicast, via une unité de contrôle M.C.U (Multipoint Control Unit)  Combinatoire - Plusieurs utilisateurs pleinement interconnectés en multicast via un réseau à maillage complet de connexions. Voici les différents éléments intervenant dans l'ouverture de session :   Choix des protocoles les mieux adaptés (Rsvp, Rtp, Rtcp, Sap, Sdp). Détermination du nombre de sessions, comme par exemple, pour véhiculer de la vidéo, 2 sessions doivent être ouvertes (l'une pour l'image et l'autre pour l’audio).

2.4.2. Les services narrowbands 2.4.2.1. Voix sur IP (POTS)

Dans le service de VoIP, les signaux TDM sont convertis en paquets IP. De cette façon, des signaux de voix à bande étroite peuvent être transmis au-dessus du réseau IP. Ceci réduit considérablement le coût du service téléphonique. L’installation d’un appel de VoIP implique de multiples dispositifs et exige l’appui de multiples protocoles et technologies.

Figure 2.24 : Architecture du réseau VOIP dans un contexte NGN

32

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

L’AG a besoin de la technologie et des protocoles suivants pour réaliser le service de VoIP : Technologie de traitement de packet de voix, telle que le codec de voix et l’annulation d’écho. La technologie réalise la conversion entre les signaux TDM et les paquets de voix, en améliorant la qualité de service. H.248 ou MGCP, par l’un ou l’autre des protocoles, les AGs échangent la signalisation avec le MGC et établissent un appel de VoIP sous la commande du MGC. RTP et RTCP : Les AGs emploient RTP pour porter des paquets de voix (stream de médias). Par le protocole de commande de transport en temps réel (RTCP / Real-time Transport Control Protocol), les AGs surveillent le réseau à travers lequel les paquets de voix sont transmis, en s’assurant que les signaux de voix sont des signaux en temps réel de voix. En plus du service vocal d’IP, la technologie et les protocoles de VoIP permettent aussi le fax au-dessus d’IP (FoIP) et le modem au-dessus des services d’IP (MoIP).  Technologie de traitement de paquets de voix

La technologie de traitement de paquet de voix inclut :    codec de voix Annulation d’écho Suppression de silence

La technologie de traitement de voix aide à réaliser la conversion entre les signaux de voix et les paquets de voix, et aide également à améliorer la qualité du service vocal de VoIP. Les codecs de voix : Il y a beaucoup de modes de codage pour le service vocal basé sur le paquet, tel que G.711 sans suppression, et G.729 et de G.723.1 avec suppression. L’ISAM-V supporte des codec de voix multiples. Il code et décode des streams de service vocal utilisant différents modes de codage pour réaliser le traitement de paquet des signaux de voix.Les modes de codec supportés par l’ISAM-V sont :    G.711 G.729 (A/B) G.723.1

Le tableau 2.3montre le débit nominal et la durée de paquetage (durée du paquetage et de la transmission) de différents modes de codage.

33

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

Tableau 2.3 : Débit et durée du paquetage des différents codecs NOTE CS-ACELP = Conjugate Structure Algebraic Code-Excited Linear Prediction CELP = Code-Excited Linear Prediction MP-MLQ = Multi-Pulse Maximum Likelihood Quantization Largeur de bande occupée par les parquets de voix : Les paquets de voix peuvent être transportés sur des protocoles multiples de couche liaison, tels que le protocole d’Ethernet et le protocole ATM. Pour différents protocoles, les entêtes généraux exigés sont différents. L’ISAM-V supporte la transmission de paquets de voix sur l’Ethernet, qui est pris comme exemple pour montrer les largeurs de bande occupées par des paquets de voix dans différents modes de codage. La figure suivante montre la structure d’un paquet de voix. Un paquet de voix se compose d’un en-tête Ethernet, d’un en-tête d’IP, d’un en-tête d’UDP (User Datagram Protocol), d’un en-tête RTP et de la charge utile. Ici, la charge utile est le codage numérique des signaux de voix générés par le codeur de voix pendant une durée de paquetage.

Figure 2.25 : Structure d'un paquet de voix Bande occupée par un paquet de voix = longueur de paquet nombre de paquets/seconde = longueur de paquet (1/durée de paquetage) = (entête Ethernet + entête IP + entête UDP + entête RTP + charge utile) (1/ durée de paquetage) = (66 bytes + débit de codec
34

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 2 : études de la solution MSAN

voix*durée de paquetage) (1/ durée de paquetage) = (528/ durée de paquetage) + débit de codec voix Le tableau 2.4 montre la largeur de bande occupée par un paquet de voix dans différents modes de codage, qui sont calculés selon la formule ci-dessus.

Tableau 2.4 : Durée, débits et bandes passantes des différents codecs Remarque : Les services du fax et du modem subissent le même traitement que la VoIP en termes de codage au niveau du MSAN ainsi qu’au niveau du protocole du signalisation qui est le H.248.

2.4.2.2.

Le service RNIS :

Le service RNIS est un standard de CCITT qui fournit des services intègres comme la voix, les données et la vidéo .Le RNIS permet la transmission de ces services sur le même canal de données simultanément. Le réseau RNIS supporte deux types de services :  Basic rate interface(BRI): fournit un débit de 144kb/s, incluant deux canaux de type B avec un débit de 64kb/s et un canal de type D avec un débit 16kb/s pour la signalisation Primaray rate interface(PRI): fournit un débit de 2.048kb/s, incluant 30 canaux de type B avec un débit de 64kb/s, et un canal de type D avec un débit de 64kb/s.

Figure 2.26 : Architecture du réseau RNIS

Conclusion :
Dans ce chapitre nous avons présenté une étude détaillée de la solution MSAN sa description son NMS et les différents services Triple-Play offerts par la solution, à savoir l’xDSL, l’IPTV et la VOIP. Le chapitre suivant va se focaliser sur le scénario de déploiement adopté par un opérateur x ainsi que la mise en service de la solution MSAN.
35

Chapitre 3 :

Mise en service de la solution MSAN

 Scénario de déploiement retenu par l’opérateur x  Services proposés pour le projet de l’opérateur x

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 3 : mise en service de la solution

Introduction :
Dans ce chapitre nous allons présenter la solution de déploiement retenue par opérateur x, ainsi que la partie pratique de notre travail qui consiste à la configuration de l’équipement MSAN ainsi qu’une synthèse concernant les différents problèmes rencontrés durant et après la mise en service et les solutions proposées pour les résoudre.

3.1. Scénario de déploiement retenu par opérateur x
Dans cette partie nous allons présenter la solution retenue par opérateur x pour migrer son réseau fixe vers une architecture NGN. L’opérateur x souhaite déployer une architecture entièrement basée sur IP, qui n’a pas besoin de se connecter au réseau de commutation existant, ceci en parallèle du réseau traditionnel, qui continue à vivre sa vie indépendamment. Pour ce fait opérateur x procède à la migration en 2 grandes phases :

3.1.1. 1ére Phase : Migration des services Large Bande
Cette phase consiste à faire migrer les abonnées du DSLAM vers le MSAN et elle comporte plusieurs étapes : 1- Le DSL tel qu’il est déployé aujourd’hui permet de supporter sur une même ligne des services vocaux RTC classiques et des services de données en haut débit sur une même paire de cuivre grâce à l’usage de filtres. La carte de la ligne d’abonné est localisée dans le concentrateur local.

Figure 3.1 : Phase 1 de migration 2- L’installation du MSAN sur les sites de Opérateur x tout en gardant l’architecture ancienne du Réseau.

36

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 3 : mise en service de la solution

Figure 3.2 : Phase 2 de migration 3- Raccordement du MSAN au Réseau. Dans cette étape le MSAN joue le même rôle que le DSLAM, il nous achemine juste les données, donc on peut se débarrasser du DSLAM

Figure 3.3 : Phase 3 de migration 4- Dans cette étape on élimine le DSLAM et on laisse le MSAN qui fait le rôle du DSLAM enlevé. Cette étape est la dernière étape dans la 1ere Phase. L’opérateur utilise encore son RTC pour l’acheminement de la voix et le MSAN comme point d’accès au réseau IP.

37

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 3 : mise en service de la solution

Figure 3.4 : Phase 4 de migration

3.1.2. 2éme Phase : Migration des POTS
1- Dans cette étape on ajoute les cartes POTS au MSAN qui supporte maintenant à la fois les technologies TDM et ATM/IP. Les cartes RTC et DSL sont maintenant localisées dans le MSAN et la signalisation s’effectue entre le MSAN et le commutateur RTC de classe 5 via les interfaces V5. Les nouveaux abonnés DSL devraient être raccordés à cette nouvelle plate-forme pour les services vocaux et données. Le MSAN est mis à niveau pour devenir un pur équipement IP, qui assume la terminaison des appels vocaux RTC et les convertit en VoIP. Les abonnés existants et les nouveaux abonnés migrent automatiquement vers la VoIP, même si le service qu’ils reçoivent est toujours de type RTC.

Figure 3.5 : Phase 5 de migration
38

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 3 : mise en service de la solution

2- Une fois que la migration a attiré suffisamment d’utilisateurs et que l’opérateur est prêt, le reste des abonnés RTC peut être transféré sur la nouvelle plateforme IP et le réseau RTC peut alors être définitivement abandonné.

Figure 3.6 : Phase 6 de migration

3.2. Services proposées pour le projet de l’opérateur x
La solution MSAN adoptée pour le projet de l’opérateur x supporte deux grandes familles de services :  Services broadbands : Il s’agit du service Triple play, il comporte le service internet, l’IPTV et la voix sur IP basée sur le protocole SIP.  Services narrowbands : Il s’agit principalement des services POTS, RNIS, FAX et le TELETAX.
 Pour les services de bandes Larges il y a les cartes xDSL de services pour les assurer :

39

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 3 : mise en service de la solution

Figure 3.7 : Service Triple Play  Pour les services de bandes étroites il y en deux cartes de services pour les assurer :  La carte NPOT : servent 48 abonnées par la téléphonie analogique ordinaire (POTS) et aussi par le service de Fax utilisé normalement par les hôtels et les entreprises et les établissements publics, sans oublier le service TELETAX utilisé par les hôtels pour une taxation locale et aussi par le pulicphone ou bien le taxiphone.  La carte NBAT : servent 24 abonnées par le service RNIS.

Figure 3.8 : Services à bande étroite  La figure 3.9 est une approche à la solution proposée par Alcatel-Lucent dans le cadre du projet MSAN :

40

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 3 : mise en service de la solution

Figure 3.9 : Architecture du réseau d'accès et cœur Le service Triple Play est offert par la carte de service LT .En général la séparation des services se fait grâce à l’affectation d’un vlan pour chaque service : Vlan XY 2XY 20XY 50 Service Internet VOIP Gestion TV Les chaines TV numériques MEGACO VOIX Management Tableau 3.1: Les services et leurs VLAN Avant de commencer la configuration des vlan il faut rappeler les différents types de MSAN:  MSAN hub ; est un MSAN qui comprend la Carte de signalisation NVPS cette carte est chargée de gérer la signalisation de jusqu’à 5000 communications.  MSAN sous-étendu ; est un MSAN qui est lié directement à un MSAN hub et que toutes les communications passant par lui sont gérées par le MSAN hub.  MSAN distant : est un MSAN qui n’est pas relié directement à un MSAN hub mais il peut être relié à un switch du réseau EMAN et que toutes ses communications sont gérées par la carte NVPS du MSAN hub, il s’agit des MSAN déployées à la compagne par exemple.

4093

41

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 3 : mise en service de la solution

Figure 3.10 : Le MSAN dans le Réseau  Le MSAN hub :

Figure 3.11 : Le MSAN Hub Pour le cas du MSAN hub il est indispensable pour qu’il soit déployé et vu par le système NMS de : 1. Affecter une adresse IP au Voice VRF qu’est le processeur de la carte de contrôle NT. 2. Ajouter les trois Vlans de management, MEGACO et de la voie via la carte de contrôle NT dans la carte de signalisation NVPS et lui affecter une adresse IP pour activer son interface de communication avec le réseau 3. Ajouter et confirmer l’ajout des carte de service NPOT et NBAT

42

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 3 : mise en service de la solution

Figure 3.12 : Schéma de la configuration Le MSAN distant/sous-étendu :

Figure 3.13 : Le MSAN distant Dans le cas du MSAN distant ou bien du MSAN sous-étendu dont la signalisation est gérée par le MSAN hub, la configuration et un peu plus réduite par rapport à celle du MSAN hub parce que ces deux derniers ne comprennent pas une carte NVPS alors il leur suffit que :
43

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 3 : mise en service de la solution

1. L’affectation d’une adresse IP avec laquelle ils seront connus et vus par le NMS. 2. l’ajout du vlan voix. 3. Ajouter et confirmer l’ajout des carte de service NPOT et NBAT

Conclusion :
Dans ce chapitre on a essayé de détailler comment faire la mise en service du MSAN, mais il faut savoir que pour son implémentation dans le réseau NGN il faut aussi l’intervention des équipes du bachkbone IP et au niveau du softswitch qui est le responsable du contrôle des différents Media Gateway.

44

Chapitre 4 :

Développement d’une application pour la gestion des sites d’installation des MSANs

 Problématique  Conception de l’application  Réalisation de l’application

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

4.1. Problématique Le problème énoncé par le service déploiement concerne la mauvaise gestion dans laquelle se déroulent les missions des sites d’installation des MSANs à cause de son nombre ingérable. En effet, l’état actuel connait les problèmes suivants : le manque de traçabilité d’article par son numéro de série, ce qui rend difficile la vérification de la validité de la garantie des articles de retour. une gestion de flux d’information d’une façon classique axée sur l’envoi de mails et l’utilisation de fichiers Excel ceci engendre un manque de fluidité dans la circulation de l’information surtout en l’absence d’un Système d’Information. le manque de préavis sur l’état des sites pour faire face aux différentes contraintes à savoir l’interdiction de livraison ou de stationnement ,accès à la poutre pour fixation palan, la possibilité d’extension d’un site déjà installé …, tous ces contraintes exigent un déplacement pour le surveille de site ce qui engendre des dépenses des charges indirectes. Cet état est dû à l’absence d’un processus qui permet de gérer au mieux le flux d’information ainsi que la fluidité des interactions entre les différents acteurs du processus. 4.2. Conception de l’application  Démarche suivie : Après avoir pris conscience de la problématique et du besoin exprimé par le service déploiement, nous étions amenés à mettre en place une solution permettant d’automatiser le processus de gestion des sites d’installation. Nous avons donc été obligés de passer par la programmation des réunions avec les différentes intervenants d’ALU pour ressortir une description général de Système d’Information qui décris l’acheminement des équipements depuis fournisseur jusqu’aux sites d’installation. Après nous avons décidé de nous lancer dans la conception de notre SI pour cette raison on a choisi MERISE pour l'analyse, la conception, et la gestion de projet, Mysql comme SGBD, et pour le développement de l’application WEB on a préférés de travaillés avec PHP.

45

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

4.1.1. Description du système d’information Une fois ALCATEL-LUCENT signe un contrat avec le client, PROJECT MANAGER d’ALU commande le matériel selon un document BOQ (Bilan of quantities) réalisé par l’Offreur est qui résume l’équipement nécessaire au projet. Après le département PM (Project Manager) se charge de commander ce matériel à ALU France. Ce matériel arrive de différents pays à travers le monde (Europe / Asie..), il sera ensuite dédouané par le client et arrive soit dans son Warehouse client où il sera acheminé vers celui d’ALU Maroc, soit il arrive directement vers Warehouse ALU Maroc. Lorsqu’il y’a une demande de mise en place de site exprimé par OS client. Le département PM se charge d’envoyer cette demande au service Deployment Team qui s’occupe à son tour de réaliser un bon de livraison (BL) par le Rollout Manager (RM). Ce BL sera envoyé en parallèle au magasin ALU Maroc pour préparer la commande, et aux intervenants(les monteurs-câbleurs ou les gens de test) qui se chargent soient d’installation ou bien extension du site. Une fois la commande est préparée, ALU procède à la livraison du matériel sur site d’installation. Le chef du centre concerné procède à une réception quantitative conformément au BL. Suite aux exigences d’augmentation du nombre des sites. ALU se voit contrainte d’améliorer la supervision en temps réel des sites. Pour répondre à ce besoin les équipes d’installation doivent être informées au préalable des données suivantes : - Données GPS de site d’installation. - le nom de chef de site. - la fiche de surveille de site. - Types et quantités d’articles installés… - Données GPS de site d’installation. - le nom de chef de site. - Types et quantités d’articles installés. - les interfaces LT/NT disponibles des équipements comme DSLAM/MSAN (C’est une sorte de châssis qui contient les cartes DSL).

46

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

- les ports disponibles au niveau du Switch IP/MPLS, et les types des liaisons (directement raccordé à un Switch ou bien sur un autre DSLAM master) -les paramètres de configuration des ports tel que les VLAN, Dans le cas de retour client le magasinier d’ALU Maroc procède à une vérification de la validité de son garantie (dans le cas défavorable le contrat rentre dans le cadre de la maintenance de l’article sous la charge du client). Une fois la vérification est terminée, la procédure de réparation commence par le remplissage d’un relevé de défauts FRD qui décrit le matériel défaillant (code fournisseur, numéro de série et la nature de la défaillance), ensuite l’article est enregistré dans la base de données WMS (Paradox). Après une demande d’autorisation de retour matériel RMA est envoyée à ALU. Apres vérification, un numéro RMA est attribué au matériel et ensuite transféré au centre de réparation avec une facturation des frais de la douane. Une fois le matériel est réparé, il revient à l’entrepôt pour être expédié à nouveau au client.

Figure 4.1 : Procédure général de livraison client
47

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

Figure 4.2 : Procédure de réparation 4.1.2. Modélisation MERISE MERISE est une méthode de conception, de développement et de réalisation de projets informatiques. Le but de cette méthode est d'arriver à concevoir un système d'information. La méthode MERISE est basée sur la séparation des données et des traitements à effectuer en plusieurs modèles conceptuels et physiques. L'étape suivante consiste à mettre au point le MCD (Modèle conceptuel des données) décrivant les règles et les contraintes à prendre en compte.  Modèle conceptuel des données :

Après avoir listé toutes les informations déterminées par le système d’information. Nous les avons ensuite regroupées et structurés afin d’obtenir un MCD évitant les redondances tout en facilitant les fonctions de requête. Ce modèle a pour but d'écrire de façon formelle les données

48

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

qui seront utilisées par notre système d'information. Il s'agit donc d'une représentation des données, facilement compréhensible, permettant de décrire le système d'information à l'aide des entités et des relations.

Figure 4.3 : Modèle conceptuel des données de l’application
49

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

Le modèle logique des données : Le modèle logique des données(MLD) consiste à décrire la structure de données

utilisée sans faire référence à un langage de programmation. Il s'agit donc de préciser le type de données utilisées lors des traitements. Chaque classe d'entité du modèle conceptuel devient une table dans le modèle logique. Les identifiants de la classe d'entité sont appelé clés de la table, tandis que les attributs standards deviennent des attributs de la table, c'est-à-dire des colonnes.

Figure 4.4 : Modèle logique des données de l’application
50

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

Le modèle physique :

Cette étape consiste à implémenter le modèle dans le SGBD, c'est-à-dire le traduire dans un langage de définition de données. Le langage généralement utilisé pour ce type d'opération est le SQL.

Figure 4.5 : Modèle physique de l’application

51

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

4.3. Réalisation de l’application 4.3.1. Outils et technique utilisés JavaScript : JavaScript est un langage de programmation de type script, utilisant les objets, principalement utilisé dans les pages Web. Du code JavaScript peut être intégré directement au sein des pages Web, pour y être exécuté sur le poste client. C’est alors le navigateur Web qui prend en charge l’exécution de ces petits bouts de programmes appelés scripts. Il peut servi à interagir avec le document HTML (on parle alors parfois d’HTML dynamique). PHP :

-

PHP est un langage de programmation, très proche du langage C de type script. Le plus répandu dans le monde, il permet d'exploiter facilement de très nombreuses bases de données comme MySQL. PHP est le langage le plus populaire en matière de programmation Serveur. Ses possibilités sont impressionnantes et ses domaines d'application sont très vastes.PHP est OpenSource, Portable et gratuit, il peut s'utiliser aussi bien sous différentes versions d'UNIX que sous Windows. MySQL :

Abréviation de "My Structured Query Language" ou mon langage de requêtes structuré. Le recours à MySQL permet de masquer les détails complexes liés à l’utilisation des fichiers. Il gère donc ces fichiers constituant ainsi une base de données en prenant en charge les fonctionnalités de protection et de sécurité et en fournissant un ensemble d’interfaces (dont une avec PHP) facilitant l’accès aux données. Un programme utile (WampServer) :

WAMP5 (WAMP signifiant Windows Apache Mysql PHP) est une plate-forme de développement Web sous Windows. Il permet de développer des sites Web dynamiques à l'aide du serveur Apache, du langage de scripts PHP5 et d'une base de données MySQL version 5 Il possède également PHPMyAdmin et SQLite Manager pour gérer plus facilement

52

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

la base de données WAMP5 s'installe facilement et son utilisation très intuitive permet de le configurer très rapidement (sans toucher aux fichiers de configuration). 4.3.2. Scénario de l’application L’interface graphique est riche par du code HTML, comme par les feuilles de styles en cascades qui permettent de définir la forme de la page et son contenu, pareillement les JavaScript ont permis d’intégrer le menu au sein de l’Interface WEB. Dans cette section je présenterai quelques prises d’écran relatives à l’application de la gestion des sites d’installation des DSLAM/MSAN. Mais Commençons d’abord par le plan général de l’application, qui est décrit dans le schéma suivant.

Figure 4.6 : Plan général de l’application Nous avons axé notre développement autour de la simplicité d’utilisation et sur l’automatisation des tâches pour cette raison nous avons apporté une grande attention à la conception des interfaces. Parmi les principales interfaces réalisées on trouve :

53

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

Ecran d’accueil

Le démarrage de l’application s’ouvre sur un écran d’accueil qui permettra à l’utilisateur d’exploiter les différentes fonctions qu’offrent les modules de l’application L’accès à l’ensemble de pages Web après authentification pour des mesures de sécurité, donc tout utilisateur souhaitant consulter l’application de la gestion des sites d’installation doit impérativement entrer un login et un mot de passe valides que l’administrateur (Alcatel-Lucent) lui aura fourni. Si l’identifiant et/ou le mot de passe donnés sont faux, la page sera rechargée.

Figure 4.7 : Ecran d’accueil de l’application  Opération d’affiche projet

Cette interface permet d’extraire les différentes données nécessaires d’un projet à partir les trois tables suivantes : Table pers_phys : pour afficher le nom de Project Manager qui es le responsable de projet. Table projet : pour afficher la référence, le nom, la date de début et la date fin d’un projet Table pers moral : pour afficher le client.

En plus de ces données on peut télécharger un fichier Excel de BOQ qui regroupe tous les articles de projet avec ses quantités.

54

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

Figure 4.8 : Ecran d’affiche projet  Opération d’ajout site

Cette interface permet de saisir les données concernant un nouveau site d’installation comme le nom de site et les données GPS de site. En plus de ces données on peut choisir le projet où appartient le site à l’aide d’une liste déroulante qui affiche tous les projets déjà enregistrés dans notre base de données. L’interface offre la possibilité de télécharger le fichier de surveille et l’image de site d’installation. Ces fichiers seront enregistrés automatiquement dans des répertoires spécifiques sous le nom de clés primaire de la table site, après validation.

Figure 4.9 : Ecran d’ajout site
55

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

Figure 4.10 : Ecran d’affichage site Dans cette page on peut connaitre les données GPS d’un site d’installation, et à quel projet appartient ce site, La possibilité aussi de visualiser une fiche qui contient les informations des sites.

56

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

Figure 4.11 : fiche de site

57

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

On peut aussi visualiser l’image du site:

Figure 4.12 : site MSAN  Opération d’affiche intervention

Cette interface permet d’extraire les différentes données nécessaires d’une intervention à partir les trois tables suivantes : Table pers_phys : pour afficher le nom d’intervenant qui effectue l’intervention sur le site d’installation. Table intervention : pour afficher le numéro d’intervention, le type, la date de début et la date fin d’une intervention. Table site : pour afficher le site où s’effectue l’intervention

Figure 4.13 : Ecran d’affiche intervention
58

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 4 : développement de l’application

Conclusion Dans ce volet, Le travail réalisé est d’identifier le processus de gestion des sites d’installation via la description de SI, de concevoir une base de données qui regroupe toutes les informations nécessaires dans l’installation des sites et de concevoir également des interfaces en se basant sur notre conception déjà établie. Notre application permettra d’automatiser le processus « gestion des sites d’installation » pour une meilleure fluidité, la vérification de la garantie d’article installé, la visibilité et la traçabilité et réduira ainsi les charges indirectes dues aux déplacements aux sites pour effectuer les opérations de surveillance.

59

INGENIERIE DES MSANs
Rapport de projet de fin d’études

Chapitre 1 : Conclusion générale

Conclusion générale
Dans le cadre du besoin de plus en plus urgent des services multimédia, plusieurs opérateurs dans le monde ont testé ou commencé à déployer des architectures NGN qui permettent de satisfaire les besoins de leurs abonnés. C’est dans ce cadre que s’inscrit mon projet de fin d’études. On a commencé par étudier le concept NGN, ses principes, son architecture de base et les protocoles mis en œuvre. Par la suite, on a fait une étude sur la solution MSAN de Alcatel-Lucent. Laquelle solution permet tout type d’accès au réseau fixe. On a présenté par la suite le scénario de migration retenu par un opérateur x vers le NGN. La migration vers NGN est basée sur la séparation des couches transport et contrôle. En effet, la couche contrôle est gérée par deux sofswitch pour des raisons de sécurité. En ce qui concerne la couche transport, elle se base sur un cœur de réseau IP/MPLS unifié qui constitue une extension du réseau IP existant de l’opérateur x. Notre travail avait pour objectifs finaux d’installer un réseau d’accès MSAN et la mise en service de la Triple Play sur ce même réseau, ainsi que la réalisation d’une application pour la gestion des sites d’installations des MSANs. La réalisation de mon projet de fin d’études a été très enrichissante aussi bien au niveau technique qu’au niveau humain et relationnel. Durant ma période de stage j’ai acquis une expérience professionnelle importante ainsi qu’une aisance relationnelle, deux atouts indispensables pour affronter le monde du travail avec plus de facilité et de confiance. Comme perspectives, je propose le déploiement de la solution MSAN dans l’ensemble du territoire marocain, pour ainsi offrir des services à la fois large bande et bande étroite à faible coût, basés sur une architecture de réseau nouvelle génération NGN, et ainsi concrétiser la stratégie d’overlay.

60

Bibliographie
(1) (2) (3) (4) (5) Eric Daspet et Cyril Pierre de Geyer, « PHP 5 avancé », 2010, EYROLLES. Alcatel-Lucent, « 3FC-40122-C011-TQZZA-01P01-ISAM_V_introduction». Alcatel-Lucent, « 3FL00190_WB_Ed02_P01_5523_AWS». Alcatel-Lucent, « Alcatel-Lucent, 3FL00472_WB_ED01_P04_ISAM_V_Operator». Alcatel-Lucent, «3FL00472_WB_ED01_P06_ISAM_V_Operator».

Webographie
    www.alcatel-lucent.com http://www.omniacom.com http://www.arcep.fr/uploads/tx_gspublication/etd-ovum-ngn-0106.pdf http://www.oboulo.com/evolution-reseaux-operateurs-tout-ip101561.html  http://www.frameip.com/voip/

61

Annexes
Pré-requis :  MySQL 5.0 ou supérieure ( fortement utiliser la version MySQL fournie avec EasyPhp ou WampServer et s’assurer et s’assurer de supprimer toute autre version déjà installée)  Mozilla FireFox version 3.0.1.0

1. Installation création de la base de données
Avant d’installer la base de données veuillez installer le serveur web qui hébergera l’application. Vous pouvez choisir entre plusieurs serveurs web tel EasyPhp, VertrigoServer, WampServer… (Il est conseillé d’installer le WampServer facile d’utilisation et il est fourni avec le package du projet). MySQL est fournie avec le WampServer donc pour installer la base de données veuillez accéder à la console MySQL en entrant au menu suivant de WampServer :

Figure 1 - Accès à la console MySQL à partir de WampServer  Pour le mot de passe tapez : ‘adminadmin’ ( si ça marche pas et la console se ferme d’elle-même c’est que le mot de passe est vide ’ ’ donc appuyez juste sur entrer).  Création de la base de données, tapez : 'CREATE DATABASE site3;’
62

 Accéder à la base de données, tapez : ’use site3’ ;  Exécuter le script de création de l’architecture de la base de données se trouvant dans le fichier 'site3.sql' en tapant la commande : SOURCEchemin du fichier site3 ;

Figure 2 - Exècution du fichier SQL contenant la base de données

63

2. Lancement de l’application web
Tout d’abord veuillez-vous assurer que le serveur de base de données MySQL est lancé (lancez-le WampServer) Avant de lancer l’application dans le navigateur web Mozilla Firefox, vous devez copier le contenu du dossier ‘www’ dans le répertoire‘c:\wamp\www’.et le dossier ‘site3’ dans le répertoire ‘c:\wamp\mysql\data\’’ Lancer le navigateur web puis entrer l’URL suivante : ‘http://localhost/home.html’. A cette étape là tout peut fonctionner normalement.

64

Master your semester with Scribd & The New York Times

Special offer for students: Only $4.99/month.

Master your semester with Scribd & The New York Times

Cancel anytime.