Beruflich Dokumente
Kultur Dokumente
tous les intervenants professionnels pour avoir assuré la partie théorique de notre formation.
fournis lors des différents suivis se rapportant aux missions évoquées dans ce rapport.
personnes suivantes pour l’expérience enrichissante et pleine d’intérêt qu’elles m’ont fait
son accueil et la confiance qu’il m’a accordée dès mon arrivée dans l’entreprise.
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
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
Le réseau d’accès fixe occupe une place plus grande en termes d’investissement, de revenu
croissance de la demande en service fixe a suscité l’attention des opérateurs en les incitants à
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,
The fixed access network occupies a larger place in terms of investment, income and
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
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
LE local exchange
LT Line Terminator
M
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
T
TCP Transmission Control Protocol
TDM Time-Division Multiplexing
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.
Pour améliorer leurs infrastructures, ces opérateurs font appel à des Multinationales
comme ALM, pour l’installation et l’entretien de nouveaux équipements tels que MSAN.
C’est dans cette optique que s’inscrit ce projet de fin d’étude. En effet, Le but est de mettre en
œuvre un outil pour la gestion des sites d’installations des MSANs.
1
INGENIERIE DES MSANs Introduction générale
Rapport de projet de fin d’études
2
Chapitre 1 :
L’organisme d’accueil
Présentation d’Alcatel-Lucent
Présentation de service Déploiement
Planification du projet
INGENIERIE DES MSANs Chapitre 1 : Organisme d’accueil
Rapport de projet de fin d’études
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
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.
3
INGENIERIE DES MSANs Chapitre 1 : Organisme d’accueil
Rapport de projet de fin d’études
La région Amérique.
4
INGENIERIE DES MSANs Chapitre 1 : Organisme d’accueil
Rapport de projet de fin d’études
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.
5
INGENIERIE DES MSANs Chapitre 1 : Organisme d’accueil
Rapport de projet de fin d’études
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
6
INGENIERIE DES MSANs Chapitre 1 : Organisme d’accueil
Rapport de projet de fin d’études
En vue de réussir ce projet, nous avons été amené à passer par plusieurs étapes importantes et
nécessaires :
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 :
7
INGENIERIE DES MSANs Chapitre 1 : Organisme d’accueil
Rapport de projet de fin d’études
Conclusion
Après avoir dévoilé l’organisme d’accueil, nous avons ensuite défini la démarche de travail
en précisant les objectifs à atteindre. Pour cela, nous nous sommes basé sur la planification
des étapes pour la réalisation de notre projet.
Le chapitre suivant portera sur une partie théorique sur NGN ainsi qu’une étude de la
solution MSAN.
8
Chapitre 2 :
Introduction
Les réseaux traditionnels de téléphonie fixe des opérateurs historiques sont basés sur la
commutation de circuits (nommée aussi transmission TDM) entre les lignes d’abonnés, et sur
une organisation hiérarchique des commutateurs selon différentes zones d’appels. De plus, ce
réseau de téléphonie cohabite avec un ou plusieurs réseaux dédiés au transport de données
(dont le réseau utilisé pour la fourniture de services haut-débit DSL).
La problématique de passage à une architecture NGN (Next Generation Network) du cœur
de réseau fixe des opérateurs historiques s’inscrit avant tout dans une logique de diminution
des coûts, avec le passage à une infrastructure unique basée sur IP pour le transport de tout
type de flux, voix ou données, et pour toute technologie d’accès (DSL, FTTH, RTC, Wi-Fi,
etc.). L’impact majeur d’un passage à une architecture NGN pour les réseaux de téléphonie
commutée est que le commutateur traditionnel est scindé en deux éléments logiques distincts :
le media gateway pour assurer le transport et le soft switch pour assurer le contrôle d’appel.
Cette évolution permet théoriquement des gains en termes de performance et d’optimisation
des coûts, mais elle peut aussi faciliter le déploiement de nouveaux services.
Donc dans ce premier chapitre on va parler de l’approche NGN comme tendance pour
remédier à ces problèmes.
2.1. Etude du concept NGN :
2.1.1. Définition:
Les NGN sont définis comme un réseau de transport en mode paquet permettant la
convergence des réseaux Voix/données et Fixe/Mobile; ces réseaux permettront de fournir des
services multimédia accessibles depuis différents réseaux d’accès.
Afin de s’adapter aux grandes tendances qui sont la recherche de souplesse d’évolution de
réseau, la distribution de l’intelligence dans le réseau, et l’ouverture à des services tiers, les
NGN sont basés sur une évolution progressive vers le « tout IP » et sont modélisés en couches
indépendantes dialoguant via des interfaces ouvertes et normalisées.
2.1.2. Architecture NGN en couches :
Le passage à une architecture de type NGN est notamment caractérisé par la séparation des
fonctions de commutation physique et de contrôle d’appel. L’architecture NGN introduit un
modèle en couches, qui scinde les fonctions et équipements responsables du transport du
trafic et du contrôle. Il est possible de définir un modèle architectural basé sur quatre couches
successives:
9
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
• la couche de contrôle, qui gère l’ensemble des fonctions de contrôle des services en
général, et de contrôle d’appel en particulier pour le service voix. L’équipement important
à ce niveau dans une architecture NGN est le serveur d’appel, plus communément appelé
«sofswitch», qui fournit, dans le cas de services vocaux, l’équivalent de la fonction de
commutation dans un réseau NGN. Dans le standard IMS défini par le 3GPP, les
fonctionnalités et interfaces du sofswitch sont normalisées, et l’équipement est appelé
CSCF (Call Session Control Function).
10
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
La Media Gateway est située au niveau du transport des flux média entre le réseau RTC et
les réseaux en mode paquet, ou entre le cœur de réseau NGN et les réseaux d’accès. Elle a
pour rôle :
_ Le codage et la mise en paquets du flux média reçu du RTC et vice-versa (conversion du
trafic TDM / IP).
11
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
_ 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)
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
12
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
14
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
La carte NVPS : La carte qui fait la signalisation avec le softswitch et avec les cartes
LT.
15
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
16
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
17
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
18
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
2.2.1.3. Ventilateurs
19
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
20
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
21
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
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.
22
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
23
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
24
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
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.
Les porteuses 0-5 sont réservées pour transmettre les signaux de voix analogue de 4
kHz.
Les porteuses de 6-31 sont employées pour transmettre des données uplink sur la
bande de 26-138 kHz.
Les porteuses de 32-255 sont utilisées pour transmettre des données downlink sur la
bande de 138-1104 kHz.
25
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
26
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
27
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
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.
28
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
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.
29
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
30
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
par les programmes en ligne et celle d’un nouveau programme excède le CAC
indiqué, l’utilisateur ne peut pas visionner ce nouveau programme.
Gestion d’utilisateur :
La gestion d’utilisateur empêche les utilisateurs illégaux d’observer la gestion des
programmes. Elle indique la configuration d’utilisateurs valides de multicast, authentifie les
utilisateurs quand ils ouvrent une session, et vérifie la largeur de bande de CAC.
Multicast CAC :
Le multicast CAC indique la largeur de bande d’une ligne d’abonné nécessaire pour supporter
les programmes de multicast. Quand l’utilisateur joint un groupe de multicast, une largeur de
bande de programme est assignée. L’ISAM-V vérifie si la largeur de bande d’utilisateur est
suffisante pour jouer le programme. Si oui, l’utilisateur peut commander le programme. Si
non, l’utilisateur ne peut pas commande le programme.
2.4.1.3. La voix sur IP à base du protocole SIP
Le protocole Sip (Session Initiation Protocole) a été initié par le groupe MMUSIC (Multiparty
Multimedia Session Control) et désormais repris et maintenu par le groupe SIP de l'IETF
donnant la Rfc 3261 rendant obsolète la Rfc 2543. Sip est un protocole de signalisation
appartenant à la couche application du modèle Osi. Son rôle est d'ouvrir, modifier et libérer
les sessions. L'ouverture de ces sessions permet de réaliser de l'audio ou vidéoconférence, de
l'enseignement à distance, de la voix (téléphonie) et de la diffusion multimédia sur Ip
essentiellement. Un utilisateur peut se connecter avec les utilisateurs d'une session déjà
ouverte. Pour ouvrir une session, un utilisateur émet une invitation transportant un descripteur
de session permettant aux utilisateurs souhaitant communiquer de s'accorder sur la
compatibilité de leur média, Sip permet donc de relier des stations mobiles en transmettant ou
redirigeant les requêtes vers la position courante de la station appelée. Enfin, SIP possède
l'avantage de ne pas être attaché à un médium particulier et est censé être indépendant du
protocole de transport des couches basses.
Fonctionnement : Le protocole SIP intervient aux différentes phases de l'appel :
Localisation du terminal correspondant,
Analyse du profil et des ressources du destinataire,
Négociation du type de média (voix, vidéo, données...) et des paramètres de
communication,
Disponibilité du correspondant, détermine si le poste appelé souhaite communiquer, et
autorise l'appelant à le contacter.
31
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
32
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
L’AG a besoin de la technologie et des protocoles suivants pour réaliser le service de VoIP :
Technologie de traitement de packet de voix, telle que le codec de voix et l’annulation d’écho.
La technologie réalise la conversion entre les signaux TDM et les paquets de voix, en
améliorant la qualité de service.
H.248 ou MGCP, par l’un ou l’autre des protocoles, les AGs échangent la signalisation avec
le MGC et établissent un appel de VoIP sous la commande du MGC. RTP et RTCP : Les AGs
emploient RTP pour porter des paquets de voix (stream de médias). Par le protocole de
commande de transport en temps réel (RTCP / Real-time Transport Control Protocol), les
AGs surveillent le réseau à travers lequel les paquets de voix sont transmis, en s’assurant que
les signaux de voix sont des signaux en temps réel de voix. En plus du service vocal d’IP, la
technologie et les protocoles de VoIP permettent aussi le fax au-dessus d’IP (FoIP) et le
modem au-dessus des services d’IP (MoIP).
Technologie de traitement de paquets de voix
La technologie de traitement de paquet de voix inclut :
codec de voix
Annulation d’écho
Suppression de silence
La technologie de traitement de voix aide à réaliser la conversion entre les signaux de voix et
les paquets de voix, et aide également à améliorer la qualité du service vocal de VoIP.
Les codecs de voix :
Il y a beaucoup de modes de codage pour le service vocal basé sur le paquet, tel que G.711
sans suppression, et G.729 et de G.723.1 avec suppression. L’ISAM-V supporte des codec de
voix multiples. Il code et décode des streams de service vocal utilisant différents modes de
codage pour réaliser le traitement de paquet des signaux de voix.Les modes de codec
supportés par l’ISAM-V sont :
G.711
G.729 (A/B)
G.723.1
Le tableau 2.3montre le débit nominal et la durée de paquetage (durée du paquetage et de la
transmission) de différents modes de codage.
33
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
34
INGENIERIE DES MSANs Chapitre 2 : études de la solution MSAN
Rapport de projet de fin d’études
35
Chapitre 3 :
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.
36
INGENIERIE DES MSANs Chapitre 3 : mise en service de la solution
Rapport de projet de fin d’études
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
37
INGENIERIE DES MSANs Chapitre 3 : mise en service de la solution
Rapport de projet de fin d’études
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.
38
INGENIERIE DES MSANs Chapitre 3 : mise en service de la solution
Rapport de projet de fin d’études
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é.
La solution MSAN adoptée pour le projet de l’opérateur x supporte deux grandes familles de
services :
Pour les services de bandes Larges il y a les cartes xDSL de services pour les assurer :
39
INGENIERIE DES MSANs Chapitre 3 : mise en service de la solution
Rapport de projet de fin d’études
40
INGENIERIE DES MSANs Chapitre 3 : mise en service de la solution
Rapport de projet de fin d’études
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
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.
41
INGENIERIE DES MSANs Chapitre 3 : mise en service de la solution
Rapport de projet de fin d’études
Le MSAN hub :
Pour le cas du MSAN hub il est indispensable pour qu’il soit déployé et vu par le système
NMS de :
1. Affecter une adresse IP au Voice VRF qu’est le processeur de la carte de
contrôle NT.
2. Ajouter les trois Vlans de management, MEGACO et de la voie via la carte de
contrôle NT dans la carte de signalisation NVPS et lui affecter une adresse IP
pour activer son interface de communication avec le réseau
3. Ajouter et confirmer l’ajout des carte de service NPOT et NBAT
42
INGENIERIE DES MSANs Chapitre 3 : mise en service de la solution
Rapport de projet de fin d’études
Dans le cas du MSAN distant ou bien du MSAN sous-étendu dont la signalisation est
gérée par le MSAN hub, la configuration et un peu plus réduite par rapport à celle du MSAN
hub parce que ces deux derniers ne comprennent pas une carte NVPS alors il leur suffit que :
43
INGENIERIE DES MSANs Chapitre 3 : mise en service de la solution
Rapport de projet de fin d’études
1. L’affectation d’une adresse IP avec laquelle ils seront connus et vus par le NMS.
2. l’ajout du vlan voix.
3. Ajouter et confirmer l’ajout des carte de service NPOT et NBAT
Conclusion :
Dans ce chapitre on a essayé de détailler comment faire la mise en service du MSAN, mais
il faut savoir que pour son implémentation dans le réseau NGN il faut aussi l’intervention des
équipes du bachkbone IP et au niveau du softswitch qui est le responsable du contrôle des
différents Media Gateway.
44
Chapitre 4 :
Problématique
Conception de l’application
Réalisation de l’application
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
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.
- 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.
45
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
Lorsqu’il y’a une demande de mise en place de site exprimé par OS client. Le département
PM se charge d’envoyer cette demande au service Deployment Team qui s’occupe à son tour
de réaliser un bon de livraison (BL) par le Rollout Manager (RM). Ce BL sera envoyé en
parallèle au magasin ALU Maroc pour préparer la commande, et aux intervenants(les
monteurs-câbleurs ou les gens de test) qui se chargent soient d’installation ou bien extension
du site.
Une fois la commande est préparée, ALU procède à la livraison du matériel sur site
d’installation. Le chef du centre concerné procède à une réception quantitative conformément
au BL.
Suite aux exigences d’augmentation du nombre des sites. ALU se voit contrainte d’améliorer
la supervision en temps réel des sites.
Pour répondre à ce besoin les équipes d’installation doivent être informées au préalable
des données suivantes :
- Données GPS de site d’installation.
- le nom de chef de site.
- la fiche de surveille de site.
- Types et quantités d’articles installés…
- Données GPS de site d’installation.
- le nom de chef de site.
- Types et quantités d’articles installés.
- les interfaces LT/NT disponibles des équipements comme DSLAM/MSAN (C’est une sorte
de châssis qui contient les cartes DSL).
46
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
- 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.
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.
Après avoir listé toutes les informations déterminées par le système d’information. Nous les
avons ensuite regroupées et structurés afin d’obtenir un MCD évitant les redondances tout en
facilitant les fonctions de requête. Ce modèle a pour but d'écrire de façon formelle les données
48
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
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.
50
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
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.
51
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
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 :
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.
WAMP5 (WAMP signifiant Windows Apache Mysql PHP) est une plate-forme de
développement Web sous Windows. Il permet de développer des sites Web dynamiques à
l'aide du serveur Apache, du langage de scripts PHP5 et d'une base de données MySQL
version 5 Il possède également PHPMyAdmin et SQLite Manager pour gérer plus facilement
52
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
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.
53
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
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.
54
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
55
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
56
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
57
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
58
INGENIERIE DES MSANs Chapitre 4 : développement de l’application
Rapport de projet de fin d’études
Conclusion
Dans ce volet, Le travail réalisé est d’identifier le processus de gestion des sites d’installation
via la description de SI, de concevoir une base de données qui regroupe toutes les
informations nécessaires dans l’installation des sites et de concevoir également des interfaces
en se basant sur notre conception déjà établie.
Notre application permettra d’automatiser le processus « gestion des sites d’installation » pour
une meilleure fluidité, la vérification de la garantie d’article installé, la visibilité et la
traçabilité et réduira ainsi les charges indirectes dues aux déplacements aux sites pour
effectuer les opérations de surveillance.
59
INGENIERIE DES MSANs Chapitre 1 : Conclusion générale
Rapport de projet de fin d’études
Conclusion générale
Dans le cadre du besoin de plus en plus urgent des services multimédia, plusieurs opérateurs
dans le monde ont testé ou commencé à déployer des architectures NGN qui permettent de
satisfaire les besoins de leurs abonnés. C’est dans ce cadre que s’inscrit mon projet de fin
d’études.
On a commencé par étudier le concept NGN, ses principes, son architecture de base et les
protocoles mis en œuvre.
Par la suite, on a fait une étude sur la solution MSAN de Alcatel-Lucent. Laquelle solution
permet tout type d’accès au réseau fixe. On a présenté par la suite le scénario de migration
retenu par un opérateur x vers le NGN.
La migration vers NGN est basée sur la séparation des couches transport et contrôle.
En effet, la couche contrôle est gérée par deux sofswitch pour des raisons de sécurité. En ce
qui concerne la couche transport, elle se base sur un cœur de réseau IP/MPLS unifié qui
constitue une extension du réseau IP existant de l’opérateur x.
Notre travail avait pour objectifs finaux d’installer un réseau d’accès MSAN et la mise en
service de la Triple Play sur ce même réseau, ainsi que la réalisation d’une application pour la
gestion des sites d’installations des MSANs.
La réalisation de mon projet de fin d’études a été très enrichissante aussi bien au niveau
technique qu’au niveau humain et relationnel. Durant ma période de stage j’ai acquis une
expérience professionnelle importante ainsi qu’une aisance relationnelle, deux atouts
indispensables pour affronter le monde du travail avec plus de facilité et de confiance.
Comme perspectives, je propose le déploiement de la solution MSAN dans l’ensemble du
territoire marocain, pour ainsi offrir des services à la fois large bande et bande étroite à faible
coût, basés sur une architecture de réseau nouvelle génération NGN, et ainsi concrétiser la
stratégie d’overlay.
60
Bibliographie
(1) 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/
61
Annexes
Pré-requis :
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 :
62
Accéder à la base de données, tapez : ’use site3’ ;
63
2. Lancement de l’application web
Tout d’abord veuillez-vous assurer que le serveur de base de données MySQL est lancé
(lancez-le WampServer)
Avant de lancer l’application dans le navigateur web Mozilla Firefox, vous devez
copier le contenu du dossier ‘www’ dans le répertoire‘c:\wamp\www’.et le dossier ‘site3’
dans le répertoire ‘c:\wamp\mysql\data\’’
64