38631777 Rapport PFE Med Zakaria ELQASMI

Année universitaire 2009/2010

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 : Encadré par: Med Zakaria ELQASMI

M.Said ALABDALLAOUI (EMSI) M.Abdelilah YASSINE (ALM) M.SAHL Mohamed (ALM)

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 d’une

application pour la gestion des sites d’installation des MSANs.

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

1.1.1. A propos d’Alcatel-Lucent ............................................................................................3

1.1.2. Organisation ................................................................................................................3

1.1.3. Alcatel-Lucent Maroc ...................................................................................................4

1.2. Service déploiement. ...........................................................................................................6

1.3. Planification du projet .........................................................................................................6

Etude de la solution MSAN ......................................................................................................

2.1. Etude du concept NGN : ......................................................................................................9

2.1.1. Définition: ....................................................................................................................9

2.1.2. Architecture NGN en couches : ....................................................................................9

2.1.3. Les entités fonctionnelles du cœur de réseau NGN : .................................................. 11

2.1.3.1. La Media Gateway (MG) ......................................................................................... 11

2.1.3.2. La Signalling Gateway (SG) ..................................................................................... 12

2.1.3.3. Le serveur d’appel ou Media Gateway Controller (MGC) ou Soft switch. ................ 12

2.1.3.4. Le Multi Service Access Node (MSAN) .................................................................... 12

2.1.4. Avantages de NGN ..................................................................................................... 12

2.1.5. Types de NGN ............................................................................................................ 13

2.1.6. Les services offerts par le NGN ................................................................................... 14

2.2. Description de l’équipement MSAN ................................................................................... 14

2.2.1. Description du Hardware ........................................................................................... 17

2.2.1.1. Unité de contrôle des alarmes ACU ........................................................................ 17

2.2.1.2. Les étagères ........................................................................................................... 18

2.2.1.3. Ventilateurs ........................................................................................................... 19

2.2.1.4. Les cartes ............................................................................................................... 19

2.2.1. Les protocoles mis en jeux ......................................................................................... 21

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

2.4. Les services offerts par le MSAN ........................................................................................ 23

2.4.1. Les services Broadband (le service triple play) ............................................................ 23

2.4.1.1. Le service xDSL ....................................................................................................... 23

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

2.4.1.3. La voix sur IP à base du protocole SIP ..................................................................... 31

2.4.2. Les services narrowbands .......................................................................................... 32

2.4.2.1. Voix sur IP (POTS) ................................................................................................... 32

2.4.2.2. Le service RNIS : ..................................................................................................... 35

Mise en service de la solution MSAN ......................................................................................

3.1. Scénario de déploiement retenu par opérateur x ............................................................... 36

3.2. 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. Problématique ................................................................................................................... 45

4.2. Conception de l’application ............................................................................................... 45

4.3. Réalisation de l’application ................................................................................................ 52

4.3.1. Outils et technique utilisés ....................................................................................... 52

4.3.2. Scénario de l’application.......................................................................................... 53

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.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

1

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.


2


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.

Chapitre 1 :

L’organisme d’accueil

Présentation d’Alcatel-Lucent

Présentation de service Déploiement

Planification du projet


3

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 à Alcatel-Lucent, 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 germano-finlandais 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, Alcatel-Lucent 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.


4


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.


5


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


6


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.


7


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


8


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.

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


9

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:


10


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).


11


• 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).


12


_ 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 :


13


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.


14


_ 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).


15


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.


16


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é


17


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


18


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




19


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 Carte NT

Figure 2.13 : Cartes de contrôle

NT : Network Terminator (c’est la carte configurable)


20


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


21


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


22


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 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.

• Gestion de performances 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.

• Gestion des défauts • 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.

• Sécurité • 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 • Facturation à distance lorsque les BSC sont configurés en mode indépendant.

• Programmation des routines • La programmation de routines de test à exécuter périodiquement suivant un calendrier donné.

• Impression • Impression des états en relation avec l'abonné, avec le système et le trafic.

Tableau 2.1 : Spécifications techniques du NMS


23


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é.


24


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


25


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



26


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


Les porteuses de 32-511 sont utilisées pour transmettre des données downlink sur la


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.


27


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.


28


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.


29


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 :


30


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


31


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.


32


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


33


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.


34


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


35


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.

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


36

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.


37



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


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.


38



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.



39


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é.


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 :


40


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 :


41


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 Service XY Internet 2XY VOIP 20XY Gestion TV 50 Les chaines TV numériques MEGACO VOIX 4093 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.


42


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


43


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 :


44


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.

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


45

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.


46


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).


47


- 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


48


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


49


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


50


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


51


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


52


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


53


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 :


54


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.


55


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


56


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.


57


Figure 4.11 : fiche de site


58


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


59


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.


60

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.

61

Bibliographie

(1) Eric Daspet et Cyril Pierre de Geyer, « PHP 5 avancé », 2010, EYROLLES. (2) Alcatel-Lucent, « 3FC-40122-C011-TQZZA-01P01-ISAM_V_introduction». (3) Alcatel-Lucent, « 3FL00190_WB_Ed02_P01_5523_AWS». (4) Alcatel-Lucent, « Alcatel-Lucent, 3FL00472_WB_ED01_P04_ISAM_V_Operator». (5) 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-ip-

101561.html http://www.frameip.com/voip/

62

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 :

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;’

Figure 1 - Accès à la console MySQL à partir de WampServer

63

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

64

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.

38631777 Rapport PFE Med Zakaria ELQASMI

Documents

Transcript of 38631777 Rapport PFE Med Zakaria ELQASMI