Rapport - Accueil

Transcription

Rapport - Accueil

Rapport de stage - M2CCI de l’université François Rabelais de Tours
22 avril – 27 sept 2013
2013
Rapport de stage de fin de formation de Master
Compétence Complémentaire en Informatique de
l’université François Rabelais de Tours
Projet : Corelatus
Applications: Plateformes de simulation de la sonde STM-1 Radio
Access Network SDH/SONET Monitoring et de pilotage.
Page 1
Préparé par : M. Moussa ABAKAR
Lieu de stage : Société Expandium
Date : 22/04/2013 au 27/09/2013
Page 2
22 avril – 27 sept 2013
22 avril – 27 sept 2013
Remerciements
En premier lieu, je tiens à remercier le Directeur Technique de la société Expandium, Monsieur
Christophe DAGUIN de m’avoir accueilli dans son équipe en m’accordant ce stage sur un sujet très
intéressant et m'a soutenu dans tous les instants depuis ma venue à Expandium et pendant toute la
durée de mon stage. C'est quelqu'un pour qui j'ai beaucoup de respect et sur qui j'ai pu compter.
En deuxième lieu, je tiens à remercier toute l’équipe R&D pour son aide et sa disponibilité sans faille
et particulièrement Messieurs Pierre SALMON, Joël PATRON, Anthony LAURENT et Nicolas
MONSALLIER pour leurs encadrements et Monsieur Rémy CHIBOIS, IT Manager, pour sa disponibilité
et son hospitalité légendaire. Les capacités scientifiques mélangées avec la bonne humeur font de
l’équipe R&D un moteur de recherche appréciable.
Je tiens à remercier particulièrement le responsable de la formation Monsieur Michel TEGUIA,
Maître de conférences Informatique, de m’avoir accepté dans cette formation qui m’a tant apportée
et de son soutien dans mes démarches au près de la préfecture afin de pouvoir commencer le stage
dans les délais. Il m’a aussi soutenu tout au long de l’année universitaire. C’est quelqu’un pour qui j’ai
beaucoup d’admiration et de sympathie, et avec qui j'ai beaucoup appris.
Je remercie également Monsieur Nizar Messai, Maître de conférences Informatique, qui a été
toujours là pour nous orienter, dispenser des conseils précieux et avec qui j'ai beaucoup appris tout
au long de l’année universitaire.
Je tiens également à remercier Monsieur François BRET, Maître de conférences Informatique, avec
qui j'ai beaucoup appris tout au long de l’année universitaire et mes remerciements à tout le corps
professoral de la formation.
Mes remerciements vont également à toutes les personnes qui m’ont soutenu de loin ou de près
durant mes années d’étude, sans oublier mes collègues de la formation de Master en Compétence
Complémentaire en Informatique pour leur enthousiasme et leur solidarité.
Je ne peux finir ce rapport sans remercier ma chère famille qui a été toujours là pour moi, pour sa
patience, son soutien permanent et ses encouragements. Je la remercie infiniment et je tiens à lui
dédier ce mémoire.
Page 3
22 avril – 27 sept 2013
Table des Matières
REMERCIEMENTS .................................................................................................................................... 3
I.
INTRODUCTION GENERALE ............................................................................................................. 7
II.
PRESENTATION DE LA SOCIETE EXPANDIUM ................................................................................. 8
1.
PRESENTATION GENERALE ................................................................................................................................. 8
1.1
Missions d’Expandium ....................................................................................................................... 8
1.2
Principaux objectifs technologiques d’Expandium ............................................................................ 9
1.3
Répartition géographique d’Expandium ........................................................................................... 9
2. EQUIPEMENTS DU SITE D’ORVAULT................................................................................................................... 10
3. COLLABORATIONS ......................................................................................................................................... 10
3.1
Niveau national et international ..................................................................................................... 10
4. SOLUTIONS .................................................................................................................................................. 11
4.1
Opérateurs Mobiles ......................................................................................................................... 11
4.1.1
4.12
4.1.3
4.2
Dépannage .................................................................................................................................................... 11
Gestion de la qualité ...................................................................................................................................... 11
Croissance des revenus ................................................................................................................................. 12
Opérateurs Ferroviaire .................................................................................................................... 13
4.2.1 Interopérabilité .............................................................................................................................................. 13
4.2.2 Sécurité ......................................................................................................................................................... 13
4.2.3 Service à la clientèle ...................................................................................................................................... 13
4.24 Dépannage ..................................................................................................................................................... 14
5.
PRODUITS.................................................................................................................................................... 15
5.1
Opérateurs Mobiles ......................................................................................................................... 15
5.1.1
5.1.2
5.1.3
5.1.4
5.2
5.2.1
Secure QOS – Expandium .............................................................................................................................. 15
Exceed SLA (Service Level Agreement) .......................................................................................................... 16
Achieve Roam ................................................................................................................................................ 17
Value DATA .................................................................................................................................................... 17
Opérateurs Ferroviaires ................................................................................................................... 18
QATS Railway................................................................................................................................................. 18
6. SERVICES ....................................................................................................................................................... 19
III.
1.
CONTEXTE DU STAGE ................................................................................................................ 20
PRESENTATION DE LA SONDE GTH DE CORELATUS............................................................................................... 20
1.1
Caractéristiques ............................................................................................................................... 20
1.1.1
1.1.2
1.2
1.2.1
1.2.2
1.2.3
Caractéristiques Electriques ........................................................................................................................ 20
Caractéristiques Télécoms .......................................................................................................................... 21
Utilisation ........................................................................................................................................ 21
Utilisation typique: Analyse de signalisation ................................................................................................ 21
Utilisation typique: Mesure de la qualité de la voix ..................................................................................... 21
Utilisation typique: Système de messagerie vocale ..................................................................................... 22
1.3
Protocoles surveillés ........................................................................................................................ 22
2. PRINCIPE DE PILOTAGE DE LA SONDE GTH DE CORELATUS..................................................................................... 23
2.1
Illustration du principe de pilotage.................................................................................................. 23
2.1.1
2.1.2
2.1.3
2.1.4
IV.
Envoi des commandes ................................................................................................................................. 24
Principe de Commande et Réponse ............................................................................................................ 24
Différents types de Commandes et Réponses ............................................................................................. 25
Les événements ........................................................................................................................................... 26
APPLICATIONS ........................................................................................................................... 28
Page 4
1.
2.
22 avril – 27 sept 2013
TRAVAIL PRELIMINAIRE ................................................................................................................................... 28
PLATEFORME DE SIMULATION DE LA SONDE RAN SDH/SONET ............................................................................ 29
2.1
Travail à réaliser .............................................................................................................................. 29
2.1.1
Travail préliminaire ..................................................................................................................................... 29
2.2
L’application .................................................................................................................................... 29
3. PLATEFORME DE PILOTAGE DE LA SONDE RAN SDH/SONET ................................................................................ 29
3.1
Travail à réaliser .............................................................................................................................. 29
3.1.1
Travail préliminaire ..................................................................................................................................... 29
3.2
L’application .................................................................................................................................... 29
4. TEST DE CONFIGURATION DE RAW MONITORING ................................................................................................. 30
4.1
Capture de la console de l’IDE Eclipse ............................................................................................. 30
4.2
Capture en background avec la console système ............................................................................ 32
4.3
Interprétation du Test ..................................................................................................................... 33
5. RESULTAT .................................................................................................................................................... 34
V.
CONCLUSION ET PERSPECTIVE ...................................................................................................... 35
BIBLIOGRAPHIE ...................................................................................................................................... 36
DICTIONNAIRE DES ACRONYMES ET SIGLES.......................................................................................... 37
ANNEXES................................................................................................................................................ 41
Page 5
22 avril – 27 sept 2013
Table des figures
Figure 1 : Les sites d’Expandium en France ........................................................................................................ 9
Figure 2 : Siège d’Orvault .................................................................................................................................... 10
Figure 3 : Interfaces de Secure QOS – Expandium [1] ...................................................................................... 15
Figure 4 : L’image de la sonde Radio Access Network SDH/SONET Monitoring [2] ...................................... 20
Figure 5: Illustration du principe de pilotage et l’utilisation de la sonde GTH dans le 2G ............................ 23
Page 6
22 avril – 27 sept 2013
I. Introduction générale
L’utilisation des sondes pour la surveillance et l’optimisation des Réseaux de Télécommunication est
en plein essor, car les effets de prévention, d’optimisation et de monitoring qui en découlent
contribuent fortement à améliorer la qualité de service des réseaux. Ces sondes nécessitent non
seulement la mise en œuvre, d’un outil de haute performance pour les piloter mais aussi de
surveiller les trafics des réseaux en temps réel, pour but d’optimisation. Il faut aussi les connecter
aux réseaux, au niveau des interfaces (Abis, A, C, D, E et F dans le 2G et Iub, Iucs et Iups dans le 3G)
entre la station de base radio et le contrôleur de la station de base ou entre le contrôleur de la
station de base et le centre de commutation dans le système cellulaire, afin d’intercepter les flux.
Pour cela, il est nécessaire de développer parallèlement au logiciel de pilotage et d’optimisation, un
outil qui simule une sonde. Il n’y a pas un grand intérêt pour les sociétés de développement de
logiciels de Télécommunication d’acheter des sondes qui coûtent assez cher s’il n’ya pas un moyen
d’avoir le trafic réseau. D’où l’intérêt de développer un simulateur. Dans ce contexte, il est proposé
dans le projet Corelatus de créer une application de pilotage et un simulateur de sonde Télécom en
C++, sous Linux (Debian) avec l’IDE Eclipse (Indigo).
La technologie en question ici, dans le cadre de ce projet, est la sonde STM-i Radio Access Network
SDH/SONET Monitoring Probe ou la RAN SDH/SONET de marque Corelatus, constructeur Suédois.
Ce rapport est un bilan technique des travaux effectués, les projections et les apports personnels du
stage effectué à Expandium. Une première partie sera consacrée à la présentation de la société, puis
du projet, des contraintes retenues et dans une seconde partie, on présentera les solutions
techniques envisagées. Enfin, la dernière partie, sera consacrée aux applications. Le simulateur de
sonde qui est un serveur, son codage, allant de sa partie écoute de connexion, ses étapes de
réception des requêtes XML, vérification des en-têtes, analyse et vérification de la validité des
commandes reçues et puis sa partie d’émission des réponses en fonction des commandes reçues de
l’application de pilotage, qui se connecte en tant que client pour envoyer des requêtes XML et
réceptionne les réponses du simulateur et fait les même étapes de validation. D’où la nécessité de la
mise en place des applications (le simulateur et le soft) et les résultats obtenus avant de conclure.
Page 7
22 avril – 27 sept 2013
II. PRESENTATION DE LA SOCIETE EXPANDIUM
1.
Présentation générale
Créée en 2005, la Société Expandium intervient essentiellement dans le champ de surveillance des
réseaux ferroviaire et mobiles.
1.1 Missions d’Expandium
Expandium est un fournisseur innovant et leader établi des solutions de surveillance réseau. Depuis
sa création, elle fourni aux opérateurs mobiles une nouvelle génération d'outils leur permettant de
construire une intelligence réseau. Cette solution state-of-the-art surveille toutes les interfaces
(interface réseaux, exemple : Abis, A, C, D, E et F dans le 2G et Iub, Iucs et Iups dans le 3G,…)
actuellement en opérations, dont l'architecture R4 (appelée aussi architecture NGN (c’est
l’architecture de Réseau de Nouvelle Génération. Elle se repose sur le transfert en mode paquet).
La plate-forme Expand couvre toutes les technologies de la 2G à la dernière mise à jour 4G (LTE).
Déjà leader dans la surveillance européenne du réseau ferroviaire, Expandium étend son expertise
en matière de solutions de réseaux mobiles. Les leaders de l'industrie des solutions logicielles et des
services permettent aux opérateurs mobiles, les opérateurs ferroviaires et les vendeurs de surveiller
efficacement et optimiser les réseaux sans fil, leur extension et de gérer les services de la SLA
(Service Level Agreement, est un document qui définit la qualité de service). Ses solutions de pointe
en temps réel permettent aux opérateurs de maximiser leur investissement, garantissent la
robustesse et améliorer la qualité et la sécurité.
Grâce à un ensemble de partenariats stratégiques avec des leaders établis dans le monde entier,
Expandium est une entreprise reconnue pour son expertise dans la qualité de la surveillance des
réseaux. Elle propose également une gamme complète de services, y compris le soutien à
l’installation de ses outils, le service après vente (troubleshooting product), la formation et
l'expertise.
Page 8
22 avril – 27 sept 2013
1.2 Principaux objectifs technologiques d’Expandium
Depuis sa création en 2005, Expandium a grandi et mûri dans le marché de la surveillance du réseau
mobile. Avec les abonnés en constante augmentation et à la popularisation des Smartphones, les
opérateurs de réseaux ont du mal à maintenir les coûts d'exploitation de leur réseau vers le bas tout
en maintenant une qualité de service optimale.
La forte position de la plate-forme Expand sur le marché, ainsi que son soutien à toutes les
principales technologies sans fil, permet d’être une plate-forme idéale pour la prochaine génération
de la qualité de la prestation des services. Son engagement pour la qualité du réseau et la
surveillance de l'infrastructure des réseaux mobile fait d’elle une référence sur le marché.
Passionnée par la qualité, la société Expandium sera bientôt certifiée ISO9001 (fait partie de la série
des normes ISO 9000, relatives aux systèmes de gestion de la qualité. Elle définit des exigences
concernant l'organisation d'un système de gestion de la qualité) et son équipe de direction possède
20 ans d'expérience dans l'industrie des télécommunications. Elle croit également que son
environnement est aussi important que son motif d'expansion.
1.3 Répartition géographique d’Expandium
Le site du Forum d’Orvault, dans département de la Loire-Atlantique qui est le siège social et
regroupant quatre unités (Direction, les Product Manager, la R&D et le Customer care).
Le site de Montrouge, dans le département des Hauts-de-Seine en région d’Ile-de-France est le siège
commercial.
Figure 1 : Les sites d’Expandium en France
Page 9
22 avril – 27 sept 2013
Figure 2 : Siège d’Orvault
2. Equipements du site d’Orvault
-
Un parc informatique équipé des IDE (Environnement de Développement de Logiciel), des
outils d'analyse et de dépannage de réseaux, des outils de gestion de base de données,…
3.
-
Un local serveur avec des baies des serveurs, sondes et des onduleurs,…
-
Un réseau bureautique interne relié à un serveur.
-
Un service de documentation relié aux bases de données.
Collaborations
3.1 Niveau national et international
Des actions sont menées en collaboration avec les constructeurs de technologies, des exploitants de
réseaux de transports ferroviaires et des télécommunications tant au niveau national
qu’international. Ces sociétés d'exploitation des trains et le réseau mobile des opérateurs dans le
monde entier font confiance à Expandium pour la sécurité et l’optimisation de la qualité de leur
réseau. Expandium, en établissant des partenariats stratégiques, répond aux besoins du marché de la
surveillance du réseau en fournissant sa gamme de produits et solutions.
Les partenaires d’Expandium: ACTUATE, Adif, CONEXUS, DB, ERTMS SOLUTIONS, Etihad Rail, OBB,
Jernbaneverket, Kapsch, Mobirail, Méditel, Network Rail, MTN CI, Nokia Siemens Networks, Réseau
Ferré de France, SNCB, SNCF, SYNRAIL, Tango, Telco Bridges, Tunisie Télécom, N3D.
Page
10
22 avril – 27 sept 2013
4. Solutions
4.1 Opérateurs Mobiles
4.1.1
Dépannage
Une fois qu'ils ont déployé leur réseau mobile, les opérateurs traitent de diverses questions
techniques telles que: tester de nouveaux services, assurer la meilleure qualité de service, gestion
des problèmes rencontrés, optimisation des ressources allouées.
Ces contraintes exigent des solutions efficaces qui permettront d'optimiser les tâches de test
d'entraînement coûteux, répondre aux plaintes des clients et des alarmes signalées par les équipes
de surveillance, appuyer toutes les tâches de contrôle entre les différents départements tels que de
gestion du cœur du réseau, l'accès radio, la maintenance, le service de l'itinérance et service à la
clientèle.
Une solution efficace répond aux critères suivants: Indépendante du vendeur, de la technologie (2G,
3G ou 4G), du domaine, qui prend en compte d’un bout à l’autre le réseau et le temps réel, stable
et facile à utiliser.
4.12
Gestion de la qualité
Pour des traitements tels que les tests de réseau et les mesures, les opérateurs de réseaux mobiles
se concentrent généralement sur le maintien de leur service mobile opérationnel en réglant des
plaintes des clients. Ce processus réactif conduit à investir dans des solutions de dépannage en
priorité.
A cet effet, une stratégie axée sur la qualité est nécessaire, augmenter les revenus, réduire les coûts
d'exploitation et suivre le secteur concurrentiel. Une stratégie payante rapide est de répondre aux
exigences des clients spécifiques qui fournissent les plus hauts revenus comme les Roamers et aux
entreprises, souvent désignés comme des VIP.
Basé sur les informations détaillées sur la qualité de service fourni par les abonnés, ce pack (Quality
Pack Solution) développé par Expandium permet aux opérateurs de garantir que les accords de
niveau de service avec des partenaires d'itinérance et des clients haut de gamme sont remplis.
Cette solution basée sur des faits, garanti la communication entre partenaires actuels / futurs et aide
à développer les chiffres d'affaires en augmentant la part de marché et la rétention des clients. Le
pack qualité d’Expandium comprend également un produit de dépannage intégré fourni par
SecureQOS, ce qui permet des mesures proactives afin de garantir la meilleure expérience mobile
offert aux clients.
Page
11
4.1.3
22 avril – 27 sept 2013
Croissance des revenus
Les opérateurs sont confrontés à des revenus de stabilisation, voire la baisse, alors que la demande
pour de nouveaux services et la bande passante est toujours croissante, nécessitant des
investissements lourds.
Il est temps pour les opérateurs à repenser où sont leurs valeurs actuelles. Une réponse évidente est
que les opérateurs avec leur service de la relation clients savent avec beaucoup de détails sur leurs
abonnés, y compris les noms, adresses, téléphones, avec l'utilisation du service de la voix, les SMS et
les domaines de données. Ils détiennent également les traces qui portent tous les informations
générées par les abonnés.
Cela donne aux opérateurs un avantage évident par rapport à d'autres acteurs. Cet avantage a juste
besoin d'être exploité.
Donner de la valeur ajoutée à ces informations disponibles et générer des revenus oblige les
opérateurs à imaginer totalement à des nouvelles façons de génération de revenus à partir de leurs
actifs. Dans ce monde virtuel d'information, la clé est d'extraire de l’information et la rendre utile
pour les personnes ou les entreprises qui peuvent les exploiter.
Les opérateurs peuvent identifier des profils d'abonnés, l'équipement et l'utilisation du service,
l'emplacement, le temps, les mouvements, l'évolution. Cela peut se faire en temps réel. Il ya aussi
des connaissances inattendu. Les opérateurs peuvent reconstruire les réseaux sociaux, savent
identifier qui sont les leaders d'opinion et qui sont les suiveurs. Tout cela étant du premier intérêt
pour beaucoup d'entreprises.
Cela signifie que les revenus sont générés non seulement par les abonnés, les partenaires
d'itinérance, mais aussi par les consommateurs de l'information.
Profitant de cette valeur énorme qui nécessite une infrastructure qui comblera les contraintes
spécifiques telles que:
-
S'appuyer sur une plate-forme flexible et évolutive qui peut s’accoutumer à divers besoins ;
Nécessite un OPEX (dépenses d'exploitation) plus bas ;
Ne pas affecter la qualité du service ;
En temps réel 24/7 avec de fortes contraintes de stabilité ;
Activation de déploiement de nouveaux services rapidement ;
Assurer la confidentialité des clients en cas de besoin ;
Assurer la sécurité contre les pirates ;
Indépendante du vendeur et de la technologie.
Page
12
22 avril – 27 sept 2013
4.2 Opérateurs Ferroviaire
4.2.1 Interopérabilité
L'un des objectifs clés ERTMS / GSM-R est l'interopérabilité des réseaux. Cette interopérabilité est
requise quand un train passe la frontière d'un pays à un autre ou lorsqu'un train traverse plusieurs
fabricants, combinaison de matériel impliquant le réseau d'accès radio, à bord ou de l'équipement.
L’outil de contrôle ferroviaire Qats d’Expandium fournit des fonctionnalités pour assurer la qualité
d'itinérance entrante et sortante de service et un ensemble complet de fonctionnalités pour
analyser, pister ou le comportement d’un train.
4.2.2
Sécurité
Selon l'ERA (Agence Ferroviaire Européenne), le rapport performance de la sécurité ferroviaire de
2011, l'année 2009 a été l'année la plus sûre des chemins de fer, pour les passagers et le personnel
ferroviaire depuis 2006. Les chemins de fer restent l'un des modes les plus sûrs de transport dans
l'Union Européenne.
Pour aider les opérateurs de chemin de fer de maintenir cette position de leader, Qats Railway
d’Expandium offre de multiples fonctionnalités pour surveiller du réseau GSM-R (standard de
communication sans fil pour les applications et les communications ferroviaires) et de la sécurité
ERTMS (Système Européen de Surveillance du Trafic Ferroviaire) comme Railway Emergency Call
(REC) ou le surveillance de train en arrêt d'urgence 24/7. En cas de problème, les alarmes ou les
rapports peuvent être générés. ERTMS à bord d'une voie de signalisation et de transfert de données
sont en permanence sous-surveillance pour détecter les anomalies.
4.2.3
Service à la clientèle
En utilisant la grande capacité du disque dur, le système d’Expandium est capable d'enregistrer
pendant une longue période, tous les événements qui se produisent partout dans le réseau ERTMS.
En cas d'incident, les données peuvent être rejouées afin de comprendre la situation et améliorer les
procédures et ne pas reproduire l'incident.
Page
13
4.24
22 avril – 27 sept 2013
Dépannage
Qats Railway est un outil complet permettant une surveillance bout en bout de la qualité de service
en temps réel les réseaux GSM-R/ETCS (Système Européen de Contrôle des Trains). Il comprend un
ensemble des KPI (Indicateur clé de performance) pour vérifier les réseaux, la qualité de service pour
la gestion des personnes, un CDR (statistiques d'appel, un ensemble de données utilisées recueillies
concernant un appel) détaillées sur chaque utilisateur spécifique. Il permet
les basses
fonctionnalités, ce qui rend l’interface utilisateur très conviviale d’utilisation.
Qats Railway permet notamment de:
-
-
Une alerte automatique dans le cas où un événement spécifique se produit, en particulier
Railway Emergency Call, ou si QOS tombe en dessous du seuil acceptable. Ces événements,
les indicateurs de qualité de service et les seuils sont personnalisables par l'opérateur.
La détection, l'identification et le diagnostic de la QOS sont des tâches, des services, des
causes de libération, l'équipement, la classe de puissance du mobile, types de mobile, …
L'analyse et le dépannage des services ETCS et GSM-R.
Il permet les basses fonctionnalités, ce qui rend l'interface utilisateur très conviviale pour se
rendre à partir de KPI au CDR et vue sur le protocole.
L’analyse du système GSM-R et ETCS, le comportement des utilisateurs.
La quantification de l'impact sur le réseau GSM-R et ETCS, les modifications de la QOS du
réseau comme les paramètres de réglage ou ajout de nouveaux sites.
La génération automatique des rapports récurrents, y compris la notification par email.
L'opérateur peut utiliser le rapport natif de Qats Railway ou créer son propre rapport.
Page
14
22 avril – 27 sept 2013
5. Produits
5.1 Opérateurs Mobiles
5.1.1
Secure QOS – Expandium
Dès qu'un service mobile est lancé, l'obligation de l'opérateur est de veiller à son réseau afin d’offrir
le niveau de service attendu par les abonnés mobiles. Le processus actuel commence par la
surveillance par l’équipe de reporting des problèmes identifiés par des alarmes ou les plaintes
récentes des abonnés qui ont vécu une mauvaise expérience de services mobiles. La réponse à ces
problèmes doit être rapide, stable et pas trop chère. D’où l’exigence d’outils efficaces pour minimiser
les coûts d'exploitation.
Les équipes techniques doivent également comprendre la portée technologique toujours plus grande
de la 2G à 4G, à partir de l'interface radio au plan de l'utilisateur des données. Il faut pour cela une
solution de bout en bout offrant différents points de vue dans un même écran.
Figure 3 : Interfaces de Secure QOS – Expandium [1]
Secure QOS - Expandium permet notamment :
-
La surveille la qualité de service en temps réel 24/7.
Traite les plaintes des clients de manière efficace.
Identifie immédiatement les causes profondes des alarmes signalées
dysfonctionnement du réseau.
Gain du temps et une réduction des coûts d'exploitation dans le dépannage.
Page
15
ou
un
5.1.2
22 avril – 27 sept 2013
Exceed SLA (Service Level Agreement)
Exceed SLA fournit aux équipes commerciales et techniques des opérateurs des capacités de
surveillance en leur offrant des services qui leur permettent de gérer la qualité de service pour des
offres pour les clients haut de gamme.
Basé sur des ensembles prédéfinis de KPI avec les objectifs liés à des groupes spécifiques de clients,
Exceed SLA offre aux propriétaires d'entreprises des rapports d’activités et soulève des alarmes
lorsque SLA n'est pas respecté, leur permettant ainsi de gérer de manière proactive la relation avec
les clients.
L'information peut ensuite être partagée avec le personnel technique qui bénéficiera de capacités de
dépannage d'agir rapidement et de résoudre les problèmes rencontrés.
Les clients professionnels sont une source de revenus élevés. En contrepartie, ils exigent une qualité
quasi parfaite de service et les opérateurs ne peuvent pas se permettre de les gérer comme des
clients communs car comme sanction immédiate il pourrait y avoir une rupture de contrat. Ils ont
besoin de gérer les accords au niveau mondial et de manière proactive et être sûr que les équipes
techniques ont la vision correcte de ce qui peut dégrader l'expérience des clients haut de gamme à
agir vite.
Exceed SLA - Expandium permet notamment :
-
La gestion des contrats de niveau de service (SLA) en temps réel 24/7.
Une gestion efficace des plaintes des clients.
Une amélioration de l'efficacité dans la gestion de la Qualité d'Expérience (QOE) et des SLA.
Empêcher le départ et de fidélise les clients et d’entreprise haute de gamme.
La construction des bases de données fondées sur l’expérience et le comportement des VIP.
Page
16
5.1.3
22 avril – 27 sept 2013
Achieve Roam
Achieve ROAM fournit aux opérateurs gestionnaires d'itinérance et à des équipes techniques des
accords de Roaming avec des capacités qui leur permettent de gérer leurs relations avec leurs
partenaires de surveillance d’itinérance.
Un ensemble complet d'indicateurs clés de performance, y compris celles qui sont définies par le
projet Global Roaming Quality (GRQ) permet aux gestionnaires d'itinérance d'avoir une vue précise
de la qualité offerte à l'itinérance des abonnés de partenaires. Des rapports et des alarmes
fournissent un accès immédiat aux KPI.
Les gestionnaires d'itinérance ont besoin pour gérer chaque partenaire d'itinérance individuellement
et en fournissant de manière proactive toute discussion avec leurs partenaires. Ils doivent aussi
savoir que les équipes techniques ont la vision correcte de ce que le service d'impact offert aux
abonnés itinérants.
Achieve ROAM - Expandium permet notamment :
-
5.1.4
La gestion des contrats de niveau de service des partenaires d’itinérances en temps réel
24/7.
Fixations des accords de Roaming des partenaires.
Vérification de l'interconnexion des réseaux avec des partenaires d'itinérances en temps réel
24/7.
L’augmentation de la qualité de service (QOS) offert aux abonnés itinérants entrants.
L’augmentation des revenus d'itinérances et de réduire les coûts d'exploitation dans des
tâches opérationnelles.
La construire d’une intelligence fondée sur le comportement et l'expérience des utilisateurs
itinérants.
Value DATA
L'extraction des données se réfère à une plate-forme entièrement personnalisable qui permet à des
solutions spécifiques de déploiement rapide aux besoins de l'opérateur. Les possibilités ne sont
limitées que par les idées.
La mise en œuvre précédente comprend:
-
-
Location Based Services: la localisation en temps réel de tous les abonnés pour permettre à
la société GPS de fournir à ses propres clients des informations réelles d'embouteillage et le
meilleur calcul de l'itinéraire.
Audience Web Mobile: l’analyse des données sur les services usagers avec la page des
statistiques des visites.
Page
17
22 avril – 27 sept 2013
5.2 Opérateurs Ferroviaires
5.2.1
QATS Railway
Qats Railway est conçu pour surveiller les réseaux GSM-R et ETCS. Il fournit toutes les fonctionnalités
requises pour aider les clients à améliorer efficacement le niveau de qualité du réseau, la détection
des dysfonctionnements divers, des problèmes techniques du cœur et l’accès de radio des réseaux.
Ce produit est basé sur un cadre d'application en temps réel appelé la plate-forme Expand. Cette
plate-forme, qui peut évoluer avec les besoins de la clientèle, se compose d'un ensemble de serveurs
UNIX connectés à signaler la collecte des sondes via des liaisons Ethernet. Ces sondes sont nonintrusives, compatibles avec toutes les interfaces de signalisation et les protocoles utilisés dans les
réseaux GSM-R/ETCS et capturer le trafic en temps réel 24/7. L'information peut être capturée sur
E1, ATM ou des liens Ethernet, de cuivre ou de support optique. Une fois traitées et stockées dans
une base de données, l'information est mise à disposition à l'utilisateur via une interface utilisateur
moderne ergonomique.
Voyons quelques fonctionnalités incluses dans Qats Railway:
-
-
-
-
-
Rapports: Qats Railway offre des capacités d'information complètes permettant la
production de rapport automatique et récurrente via un outil complet de planification en
utilisant des modèles de rapports conçus soit par Expandium ou directement par l'utilisateur.
Alarmes: Avec Qats Railway, chaque utilisateur peut créer ses propres règles d'alarme d'une
manière très interactive et intuitive, pour être averti automatiquement des événements
spécifiques tels que les dépassements de seuil ou les limites KPI définis par l'utilisateur.
KPI: Qats Railway offre un ensemble complet d'indicateurs clés de performance, y compris
les indicateurs spécifiques ETCS et GSM-R, fournissant une image claire de la façon dont se
comportent réseau et l'abonné. Ces indicateurs comprennent le nombre de transactions, les
chiffres de l'échec, les taux d'échec et de nombreuses pannes liées au contexte de chemin de
fer pour tous les types de transactions.
Statistiques Radio: Qats Railway fournit des statistiques de la radio à la cellule et au niveau
du TRX (Transceiver) basé sur la BTS (Base Transceiver Station) et les mesures MS, y compris
la répartition pertinente dans le contexte de chemin de fer.
Tracing: l’activité de service à la clientèle a souvent besoin d'être en mesure de rejouer
toutes les transactions relatives à une clé spécifique, par exemple IMSI (International Mobile
Subscriber Identity, est un numéro unique, qui permet à un réseau mobile d'identifier un
usager) dans le GSM, le Functional Number (Numérotation fonctionnelle ou adressage
fonctionnel décrit le processus de placer un appel en utilisant un numéro qui fait référence à
la fonction dont un utilisateur a effectué à un certain moment, plutôt que de simplement
identifier l'équipement terminal utilisé) dans GSM-R ou le NID_ENGINE (Numérotation de
locomotive) dans l’ETCS. Il est également utile de savoir que ce contexte de transaction
conduit à un problème à l'étude. Les fonctionnalités de traçage affichent la liste de toutes les
transactions relative à la clé de traçage.
Page
18
-
6.
22 avril – 27 sept 2013
Call tracing and decoding : Pour toute transaction enregistrée, Qats Railway donne accès à
l'ensemble du flux de messages en vue de l'échelle graphique et une vue de l'analyseur de
protocole, y compris décodage complet de tous les bits et les octets de GSM, GSM-R et ETCS
piles de protocoles.
Services
Expandium offre des services de surveillance et d’optimisations basées sur l'analyse de la sonde pour
les opérateurs de télécommunications sans fil. Ces solutions et le personnel s'attachent à répondre
aux besoins et attentes des clients, d'améliorer les performances des réseaux, la capacité, la
couverture et la qualité de service.
Page
19
III.
22 avril – 27 sept 2013
CONTEXTE DU STAGE
Projet : Corelatus
L’objectif de ce projet est de développer une plateforme de simulation de la sonde STM-1 de
Corelatus et une plateforme de pilotage de ce dernier. Le Dialogue entre le simulateur et le logiciel se
fait par le biais de l’utilisation de Sockets TCP/IP de la bibliothèque standard de C++ et de la
bibliothèque Boost-Asio et le contrôle par l’envoi et la réception des commandes en XML (XML en C++).
1. Présentation de la Sonde GTH de Corelatus
La sonde GTH de Corelatus dont elle est question dans le cadre de ce projet est la Radio Access
Network SDH/SONET Monitoring Probe ou la RAN SDH/SONET. C’est une sonde STM-1 de
surveillance de l'accès radio des réseaux mobiles 2G et 3G.
Elle est conçue pour fournir une surveillance à faible coût de l’interface Iub (relie la Node B (Radio
Base Station) et le RNC (Radio Network Controller)) dans le réseau UMTS (3G, troisième génération
de réseau mobile), de l’interface Abis (relie la BTS (Base Transceiver Station) et le BSC (Base Station
Controller)) dans le réseau GSM (2G, deuxième génération de réseau mobile) et des liens GSM Gb
(Interface entre le sous-système de station de base et le nœud SGSN qui est responsable de la
livraison de paquets de données depuis et vers des stations mobiles) en fibre optique.
Figure 4 : L’image de la sonde Radio Access Network SDH/SONET Monitoring [2]
1.1 Caractéristiques
1.1.1
Caractéristiques Electriques
Deux connecteurs SFP par module dont six sur le châssis. Le châssis peut suivre deux directions d'un
ou de trois liaisons SDH / SONET.
Les sorties fiber taps qui sont une copie optique du signal d’origine STM-1 prenant généralement
20% à 30% de la lumière porteuse.
Les entrées d'alimentation doubles sont de 48VDC (volt en alternatif).
Un double lien de 10/100Mbit/s Ethernet, duals ports.
Une faible consommation d'énergie (typique: 7W par module ou 21W par châssis).
Page
20
1.1.2
22 avril – 27 sept 2013
Caractéristiques Télécoms
Notre sonde de monitoring de l’accès radio ci-dessus comporte trois modules sur ce châssis. Chaque
module dispose deux interfaces de 10/100 Mbit/s Ethernet (Eth1 et Eth2), dual ports en sortie et
deux interfaces de 155 Mbit/s STM-1/OC-3 fibres optique (P1 (Tx et Rx) et P2 (Tx et Rx)) en entrée.
Cette sonde est utilisée pour extraire des informations de signalisation et de la voix avec de liaisons
Ethernet (E1/T1) menées sur des liens à fibre optique (SDH / SONET) dans les réseaux de téléphonie
mobile. Elle décode la couche 1 et la couche 2 de la pile de protocole et puis envoie les données
recueillies à un serveur externe en TCP / IP pour l'analyse ou l'exploitation.
Pour les applications nécessitant un accès non transformé aux données, à l'analyse d'erreur de
l'instance ou de mesures de la qualité de la voix, la sonde peut transmettre les liens TDM (Time
Division Multiplexing) vers une application externe sans aucun traitement. Les données peuvent être
transmises en intervalles de temps distincts : 64Kbit/s, 1.5 Mbit /s ou d’une durée totale de 2Mbit/s
(32 timeslot x 64 Kbit/s), utilisant le protocole TCP / IP ou UDP pour le transport.
Le suivi des données peut être utilisé pour la facturation, la détection de la fraude en temps réel et la
surveillance réseau. Elle peut également être utilisée pour créer de nouveaux services, par exemple
les SMS de bienvenus. A cet effet, la cinquième génération de matériel GTH Corelatus connaît un
franc succès depuis 2001.
1.2 Utilisation
1.2.1
Utilisation typique: Analyse de signalisation
Les sondes sont installées en permanence dans le réseau PSTN SS7, le GSM au niveau des interfaces
Gb, Abis, A, C, D, E et F et aussi dans le réseau UMTS (3G) au niveau des interfaces lub, Iucs et Iups.
La sonde RAN SDH/SONET peut être connectée à un diviseur optique pour la surveillance comme
décrit précédemment afin de renifler et de décoder les liens SS7-MTP2, ATM, LAPD, Frame Relay,
Raw et de la signalisation. La signalisation décodée est alors envoyé sur de l’Ethernet à un serveur
externe pour l'analyse ou l'exploitation.
1.2.2
Utilisation typique: Mesure de la qualité de la voix
La sonde GTH RAN SDH/SONET peut transmettre une copie de conversations sélectionnées, pour
des conversations de test par exemple, à un système externe pour le stockage et l'analyse. Les liens
reniflés sont de type MTP-2 ou LAPD de signalisation. Ainsi le logiciel de pilotage ou de contrôle peut
analyser la signalisation et déterminer les nombres utiles (A et B) ou playload (données utiles) dans
l’intervalle de temps ou timeslot porteur de l’appel.
Elle peut aussi faire l’enregistrement des intervalles de temps ou des timeslots sélectionnés.
Page
21
1.2.3
22 avril – 27 sept 2013
Utilisation typique: Système de messagerie vocale
L’utilisation de l'interface de commande sur une sonde GTH, permet de construire un système de
messagerie vocale évolutive adapté pour la connexion à des lignes Ethernet E1/T1.
On peut faire de l'enregistrement de l’intervalle de temps ou des timeslots pour une lecture
ultérieure, par exemple que le message laissé dans une boîte vocale.
On peut aussi faire la commutation de l’intervalle de temps ou de timeslot entre les interfaces E1/T1
de la GTH, par exemple lors qu’un appel doit être transmis à un opérateur.
La lecture des messages préenregistrés sur des intervalles de temps est possible.
La Détection et la génération de la tonalité DTMF est faisable.
Elle donne aussi la possibilité de terminaison de la signalisation RNIS LAPD, pour la mise en place
des appels.
1.3 Protocoles surveillés
SS7 MTP-2, deux variantes en bande étroite 56/64 kbit/s et à large bande N x 64 kbit /s sur 64
canaux. Prise en charge par la norme de UIT-T Q.703.
Frame Relay avec les largeurs de canaux arbitraires à partir de 64 kbit/s jusqu’à 1984 kbit/s. Prise en
charge par la norme UIT-T Q.922.
ATM (interfaces : AAL5, AAL2 and AAL0) avec 6 canaux à 12 Mbit/s. Pris en charge par les normes
UIT-T I.361 et UIT-T I.363.5.
ISDN LAPD, des liens à 64Kbit/s sur 640 canaux et pris en charge par la norme UIT-T Q.921.
Page
22
22 avril – 27 sept 2013
2. Principe de pilotage de la Sonde GTH de Corelatus
Pour piloter notre sonde GTH on a besoin de développer un dispositif de commande.
commande Ce dispositif est
un système de contrôle, à savoir l'émission des commandes XML à la sonde GTH via des sockets
TCP/IP. Il s'agirait d'une
une application C/C++,
C/C++ s'exécutant en tant qu’un client Unix.
Unix
Les ressources sont les parties de la sonde GTH qui existent toujours: le CPU,
CPU les journaux et les
interfaces Ethernet et STM-i sont toutes des ressources.
Les emplois sont partis transitoires de la sonde GTH et qui sont créés en réponse aux commandes.
La surveillance des ressources et la signalisation sont des emplois.
2.1 Illustration du principe de pilotage
Figure 5: Illustration du principe de pilotage et l’utilisation de la sonde GTH dans le 2G
: En 1 on a les Liens STM-1
1 (Tx et Rx) à 155Mbit, allant de la BTS à la BSC.. Il y a une fibre pour
chaque direction. C’est un exemple de connexion de la sonde à l’interface Abis.
: En 2 on a l’illustration des sorties
s
(fiber taps), c’est-à-dire
dire les points d’écoute de la sonde. Elles
sont une copie optique des lienss originaux STM-1 (126 E1) et prenants généralement 20% à 30% de
la lumière porteuse.
: En troisième point on a l’illustration de l’envoie des commandes de pilotages par l’application
de contrôle dans un sens, les réponses de la sonde GTH au commande reçus et aussi l’envoi des
événements asynchrones par la sonde et le tout en XML via des Socket (TCP/IP).
(TCP/IP)
Page
23
2.1.1
22 avril – 27 sept 2013
Envoi des commandes
Pour envoyer des commandes à la sonde GTH, on ouvre un socket avec le port TCP 2089, l'adresse
IP par défaut est 172.16.1.10, le masque de réseau est 255.255.0.0 afin l’application de pilotage se
connecte.
Une fois que le socket est ouvert, on peut commencer à envoyer des commandes. Chaque
commande commence avec ces trois lignes d’entête:
Content-type: text/xml
Content-length: 6
(Une ligne vide)
Le Content-length indique le nombre d'octets (bytes) qui suivent les trois en-têtes. Chaque ligne
d’en-tête est sensible à la casse et se termine toujours avec deux octets 0x0D (CR) et 0x0A (LF).
Ensuite, envoyez la commande elle-même.
2.1.2
Principe de Commande et Réponse
Ci-dessous un exemple élémentaire d’une commande complète du soft de contrôle et la réponse de
la sonde.
Requête du soft de pilotage:
Content-type: text/xml
Content-length: 6
<nop/>
Réponse de la sonde GTH:
Content-Type: text / xml
Content-Length: 5
<ok/>
Une fois que la sonde répond à une requête, elle attend la commande suivante. À savoir le même
socket reste ouvert indéfiniment. Plusieurs sockets peuvent être ouverts en même temps, la sonde
GTH pourra servir tous les sockets en même temps.
Elle garantit trois choses pour les commandes émises en un socket:
1.
Une commande est exécutée à un moment
2.
Les commandes sont exécutées dans l'ordre de réception
3.
GTH envoie une réponse à chaque commande, dans l'ordre d'exécution
Page
24
2.1.3
22 avril – 27 sept 2013
Différents types de Commandes et Réponses
Les commandes utilisées:
Delete : elle supprime une tâche commencée auparavant.
Disable : elle désactive une interface de télécommunications (E1/T1 ou SDH / SONET).
Enable : elle active une interface de télécommunications (E1/T1 ou SDH / SONET).
Map : elle fait le mappage des ressources. Lien E1/T1 porté par SDH / SONET.
New : elle Créé un nouveau un emploi (tâche). Il ya des emplois qui assurent la surveillance et la
signalisation, par exemple frame_monitor,
lapd_monitor, mtp2_monitor, raw_monitor.
Normalement, les travaux s'exécutent jusqu'à ce que la commande delete les tue (arrêtes), ou le
port TCP 2089 des sockets du soft de pilotage ait terminé par une commande bye.
Nop : une commande sans opération qui permet de savoir si la sonde est active.
Query : elle vérifie l'état des travaux et des ressources dans la sonde GTH.
Reset : elle redémarre la sonde GTH.
Set : elle modifie les attributs d'une ressource.
Takeover : elle transfert le contrôle d'un emploi d’un socket à un autre.
Unmap : Supprime une ressource E1/T1 créé par la commande map.
Update : met à jour les paramètres d'un emploi.
Zero : met les compteurs et les chronomètres à zéro.
La sonde GTH répond à chaque commande. Les réponses possibles sont:
Error : Indique qu’il ya un problème à une telle commande.
Job : c’est une réponse de réussite à l’exécution des commandes new, elle porte le numéro
d'identification du nouvel emploi.
Ok : c’est une réponse de réussite à l’exécution des commandes telles que set et delete.
Resource : c’est une réponse de réussite à l’exécution de la commande map, elle porte le nom de la
ressource mappée E1/T1.
State : c’est réponse qui indique la réussite d’exécution de la commande query.
Page
25
2.1.4
22 avril – 27 sept 2013
Les événements
La sonde GTH informe le contrôleur à l’occurrence l’application de pilotage des événements
asynchrones, c'est à dire des événements qui n'ont pas eu lieu en réponse directe à une commande.
Le contrôleur doit être prêt à recevoir un événement, même quand il n'y a pas de commande en
attente. Un événement peut même arriver entre le moment où une commande est émise et lorsque
sa réponse est envoyée. Des événements concernant les ressources sont diffusées à tous les
contrôleurs s’il y a plusieurs.
Les événements concernant les ressources:
Alarm : cet événement d’alarme est envoyé au contrôleur quand une ressource a dépassé une limite,
par exemple quand la température est en dehors de la plage de 10 à 60°Celsius.
Alert: cet événement d’alerte est envoyé au contrôleur quand un système externe a échoué dans de
telle manière qui peut causer des problèmes à la sonde GTH, par exemple quand l'une des deux
entrées d'alimentation n'est plus à alimenter.
Info: un message d'information est envoyé au contrôleur, par exemple une indication des progrès
réalisés du micrologiciel au cours de mise à jour.
L1_message: cet événement indique le changement d’état d'une ressource E1/T1.
L2_socket_alert: cet événement est envoyé quand un socket TCP transportant de la signalisation L2
vers un contrôleur a rencontré un problème de transmission.
Sdh_message: Il indique le changement d’état d'une ressource SDH / SONET.
Sfp_message: Il indique le changement d’état d'une ressource SFP.
Slip: c’est événement qui indique la dissipation d’une ressource E1/T1.
Sync_message: indique le changement d’état du sous-système de synchronisation E1/T1.
Les événements concernant les emplois sont envoyés uniquement au socket de commande qui a
commencé la tâche.
Les événements envoyés suite à la création de l’emploi:
Atm_message: c’est un événement qui indique le changement d’état du canal ATM.
Backup: indique le transfert automatique sur le socket de commande d’un ou de plusieurs emplois.
Fatality : indique l’arrêt d’un emploi.
F_relay_message: indique le changement d’état d’un canal de relais des trames.
L2_alarm: c’est un événement lié à une tâche de signalisation de la couche 2 alertant l’état d'alarme.
Lapd_message: c’est événement qui indique le changement d’état du timeslot du lien LAPD.
Level: c’est un événement qui indique le déclenchement d’un détecteur de niveau vocal.
Message_ended: c’est un événement qui indique la terminaison d’un message vocal.
Page
26
22 avril – 27 sept 2013
Mtp2_message: c’est événement qui indique le changement d’état du timeslot du lien Mtp2.
Tone: c’est événement qui indique qu’une tonalité DTMF a été détectée.
Une politique simple pour faire face aux événements est de gérer ceux attendus et identifier les plus
inattendus pour une intervention manuelle.
Page
27
IV.
APPLICATIONS
1.
Travail préliminaire
22 avril – 27 sept 2013
J’ai commencé ce stage avec la documentation du C/C++, puis la documentation de la sonde avant
d’attaquer les applications. La documentation du C/C++ a durée du 22 avril au 13 mai et du 14 mai au
05 juin j’ai effectuée un travail sur la compréhension de la sonde à savoir son fonctionnement et
comment la piloter.
Sur la partie de la révision du C/C++, les notions abordées sont :
-
Passage par valeur et par référence des objets ;
Méthode spéciale (constructeurs et destructeurs) ;
Pointeur d’un objet à un autre et d’une classe vers une autre ;
Destruction des pointeurs ;
Namespace ;
Constructeur de copie ;
L’opérateur de copie ;
Surcharge d’Opérateur ;
Héritage, héritage d’Interface et d’Implémentation de fonctions ;
Fonctions virtuelle et non virtuelle ;
Portée de l’héritage (public, private et protected) ;
Masquage et Démasquage des fonctions ;
Polymorphisme ;
Fonction virtuelle pure ;
Classe abstraite ;
Méthode et attribut statique ;
Notion d’amitié entre deux fonctions ;
Notion de Pattern Visiteur.
Page
28
2.
22 avril – 27 sept 2013
Plateforme de simulation de la sonde RAN SDH/SONET
2.1 Travail à réaliser
Il s’agit ici de développer une application qui simule la sonde RAN SDH/SONET en C/C++.
2.1.1
En premier lieu, j’ai essayé de comprendre le fonctionnement de la sonde, suite à cela il y a eu un
besoin d’utilisation des sockets TCP/IP pour la transmission de flux des données entre cette
application et celle de pilotage de cette dernière. A cet effet, j’ai utilisé les sockets de la bibliothèque
standard de Linux en suite j’ai mis en place un simple serveur C++ pour effectuer quelques tests pour
la prise en main de ce concept.
2.2 L’application
Notre plateforme de simulation est constituée de plusieurs modules. Un module qui prend en charge
la connexion de l’application de pilotage, réceptionne les requêtes, vérifie les entêtes et les
terminaisons et acquise réception et transmission. Ce dernier en faisant appel à d’autre s’en charge
également de l’Analyse et Traitement (vérifie l’exactitude de la configuration des paramètres des
commandes) des commandes et la transmission des réponses qui conviennent aux requêtes reçues.
Elle contient également des modules de test unitaires.
3.
Plateforme de pilotage de la sonde RAN SDH/SONET
3.1 Travail à réaliser
Il s’agit ici de développer une application de pilotage de la sonde RAN SDH/SONET en C/C++.
3.1.1
En premier lieu, j’ai essayé de comprendre le fonctionnement de la sonde afin de pouvoir la piloter.
Comme mentionné dans le cas de la plateforme de simulation il y a aussi un besoin d’utilisation des
sockets TCP/IP pour la transmission de flux des données entre cette application et le simulateur de la
sonde ou la vraie sonde. A cet effet, j’ai utilisé les sockets de la bibliothèque standard de Linux et
celle de la Bibliothèque Boost. En second lieu, j’ai mis en place un simple client C++ pour effectuer
quelques tests pour la prise en main.
3.2 L’application
Notre plateforme de pilotage est constituée de plusieurs modules à savoir, un module qui prend en
charge la connexion de cette dernière à la plateforme de simulation ou à la vraie sonde, transmet les
requêtes d’activation, de mapping et/ou de monitoring et réceptionne les réponses de la sonde ou
du simulateur. Ce dernier en faisant appel à d’autres modules s’en charge également du parsage et
du processing des réponses reçues.
Page
29
4.
22 avril – 27 sept 2013
Test de configuration de Raw Monitoring
4.1 Capture de la console de l’IDE Eclipse
Cette capture est faite du côté de la plateforme de simulation.
Simulator GTH probe
simul_gth, read on ports: 2089
simul_gth::simul_gth: the socket: 3 is now open in TCP/IP mode
simul_gth::simul_gth: reading on the port: 2089...
connection:
simul_gth::simul_gth_connect: wait while the client connects to the port: 6302824...
simul_gth::simul_gth_connect: a client connects to the socket: 4 with the ip: 10.44.0.69
and port: 42848
enable:
simul_gth::simul_gth_recv_enable_send_resp, ok recv:
<enable name='sdh1'>
<attribute name='STM' value='1'/>
<attribute name='AU' value='4'/>
<attribute name='TU' value='12'/>
<attribute name='SONET' value='false'/>
</enable>
simul_gth::simul_gth_chek_enable_send_rep, ok check
simul_gth::simul_gth_send_response_ok: sends the response...
simul_gth::simul_gth_send_response_ok:
<ok/>
simul_gth::simul_gth_recv_enable_send_resp: ok send
map:
simul_gth::simul_gth_recv_map_send_resp, ok recv:
<map target_type='pcm_source'>
<sdh_source name='sdh1:hop1_1:lop1_1_1'/>
</map>
simul_gth::simul_gth_chek_map_send_rep: ok check
simul_gth::simul_gth_send_map_response: sends the response...
simul_gth::simul_gth_send_map_response:
<resource name='pcm4'/>
name='pcm4'/>
simul_gth::simul_gth_recv_map_send_resp: ok send
enable:
simul_gth::simul_gth_recv_enable_send_resp, ok recv:
<enable name='pcm44'>
name='pcm44'>
<attribute name='mode' value='E1'/>
<attribute name='framing' value='doubleframe'/>
</enable>
simul_gth::simul_gth_chek_enable_send_rep, ok check
<ok/>
simul_gth::simul_gth_recv_enable_send_resp: ok send
Page
30
22 avril – 27 sept 2013
monitor:
simul_gth::simul_gth_recv_monitor_send_resp, ok recv:
<new>
<raw_monitor ip_addr='80.124.200.254' ip_port='7899' tag='20'>
<pcm_source span='pcm44'
span='pcm44' timeslot='5' first_bit='0' bandwidth='64'/>
</raw_monitor>
</new>
simul_gth::simul_gth_chek_raw_send_rep, ok check
simul_gth::simul_gth_send_raw_response: sends the response...
simul_gth::simul_gth_send_raw_response:
<job id='ramo7219'/>
simul_gth::simul_gth_raw_send_resp: ok send
delete:
simul_gth::simul_gth_recv_delete_send_resp, ok recv:
<delete id='ramo7219'/>
simul_gth::simul_gth_chek_delete_send_rep: ok check
<ok/>
simul_gth::simul_gth_recv_delete_send_resp: ok send
disable:
simul_gth::simul_gth_recv_disable_send_resp ok recv:
<disable name='pcm44'/>
name='pcm44'/>
simul_gth::simul_gth_chek_disable_send_rep: ok check
<ok/>
simul_gth::simul_gth_recv_disable_send_resp: ok send
unmap:
simul_gth::simul_gth_recv_unmap_send_resp, ok recv:
<unmap name='pcm44'/>
name='pcm44'/>
simul_gth::simul_gth_chek_unmap_send_rep: ok check
<ok/>
simul_gth::simul_gth_recv_unmap_send_resp: ok send
disable:
simul_gth::simul_gth_recv_disable_send_resp ok recv:
<disable name='sdh1'/>
simul_gth::simul_gth_chek_disable_send_rep: ok check
<ok/>
simul_gth::simul_gth_recv_disable_send_resp: ok send
bye:
simul_gth::simul_gth_recv_bye_send_resp, ok recv: <bye/>
simul_gth::simul_gth_chek_bye_send_rep: ok check
<ok/>
simul_gth::simul_gth_recv_bye_send_resp: ok send
simul_gth::simul_gth_send_ack: sending ack...
simul_gth::simul_gth_send_ack: ok send
simul_gth::simul_gth_recv_ack: waiting for ack...
Page
31
22 avril – 27 sept 2013
4.2 Capture en background avec la console système
Cette capture est faite du côté de la plateforme de pilotage.
==> /var/log/syslog <==
Sep 18 10:57:25 eserver stm1_corelatus: param::log_param: "probe_0.module_0.sdh_1.monitor"
= 1;5;;RAW ;
Sep 18 10:57:25 eserver stm1_corelatus: gth::cmd::connection:: probe_addr: 10.44.0.69
Sep 18 10:57:25 eserver stm1_corelatus: gth::cmd::send_xml_msg:
:
<enable name='sdh1'>
<attribute name='STM' value='1'/>
<attribute name='AU' value='4'/><attribute name='TU' value='12'/>
<attribute name='SONET' value='false'/>
</enable>
Sep 18 10:57:26 eserver stm1_corelatus: gth::cmd::enable_sdh: <ok/>
<map target_type='pcm_source'>
<sdh_source name='sdh1:hop1_1:lop1_1_1'/>
name='sdh1:hop1_1:lop1_1_1'/>
</map>
Sep 18 10:57:26 eserver stm1_corelatus: gth::cmd::map: <resource name='pcm44'/>
<enable name='pcm44'>
<attribute name='mode' value='E1'/>
<attribute name='framing' value='doubleframe'/>
</enable>
Sep 18 10:57:26 eserver stm1_corelatus: gth::cmd::enable_pcm: <ok/>
<new>
<raw_monitor ip_addr='80.124.200.254' ip_port='7899' tag='20'>
<pcm_source span='pcm44' timeslot='5' first_bit='0' bandwidth='64'/>
</raw_monitor>
</new>
Sep 18 10:57:26 eserver stm1_corelatus: gth::cmd::monitor_raw: <job id='ramo7219'/>
expand@eserver:~$ sudo tail fu /var/log/syslog
tail: cannot open `fu' for reading: No such file or directory
==> /var/log/syslog <==
Sep 18 10:57:29 eserver stm1_corelatus: gth::cmd::delete_job_id:
<ok/>
<disable name='pcm44'/>
Sep 18 10:57:29 eserver stm1_corelatus: gth::cmd::disable_pcm:
<ok/>
<unmap name='pcm44'/>
Sep 18 10:57:29 eserver stm1_corelatus: gth::cmd::unmap:
<ok/>
<disable name='sdh1'/>
Sep 18 10:57:29 eserver stm1_corelatus: gth::cmd::disable_sdh:
<ok/>
<bye/>
Sep 18 10:57:29 eserver stm1_corelatus: gth::cmd::bye:
<ok/>
Sep 18 10:57:29 eserver stm1_corelatus: STM1 CORELATUS MAIN - End of application.
Page
32
22 avril – 27 sept 2013
4.3 Interprétation du Test
Les résultats du test ci-dessus montre la configuration du raw monitoring qui sert à extraire une
copie exacte brute des données en provenance des réseaux filaire ou sans sur un intervalle de temps
64 kbit/s et le transmet à un serveur en TCP. Pour cela, une fois le simulateur est lancé il se met en
écoute sur le port 2089. L’application de pilotage (contrôleur) se connecte avec l’ip 10.44.0.69.
Contrôleur : envoie d’abord la commande d’activation enable de la ressource STM-1 (sdh1 avec les
attributs qui lui correspondent).
Simulateur: lit la requête, procède à toutes les étapes de vérifications possibles et répond par ok,
c’est-à-dire que la configuration est faite avec succès.
Contrôleur : une fois le ok est reçu, il envoie la commande de mapping map, c’est-à-dire transporter
des liens E1 avec de la ressource sdh1.
Simulateur: lit la requête, procède à toutes étapes de vérifications possibles et transmet au
contrôleur le numéro de la ressource E1 disponible à mapper.
Contrôleur : une fois le numéro de port E1 est reçu, il envoie la commande d’activation de cette
ressource Ethernet à mapper avec les attributs correspondants.
Simulateur: une fois qu’il reçoit la commande d’activation enable, il procède à toutes les étapes de
vérifications possibles et répond par ok, c’est-à-dire que la configuration est faite avec succès.
Contrôleur : il envoie alors la commande de monitoring raw raw_monitor sur le port E1 mappé
précédemment avec les attributs correspondants (timeslot, ip tcp,...).
Simulateur: lit la requête, procède à toutes étapes de vérifications possibles et transmet au
contrôleur un identifiant qui correspond à la tâche créée, preuve qu’est surveillance raw est
déclenchée.
Contrôleur : une fois qu’il a eu la confirmation que la tâche de surveillance est créée il envoie la
commande delete pour supprimer l’identifiant correspondant à l’emploi ou la tâche créé.
Simulateur: une fois que la commande de suppression de l’emploi de surveillance raw est reçu, il
procède à toutes les étapes de vérifications possibles et répond par ok, c’est-à-dire que la requête de
suppression est exécutée avec succès.
Contrôleur : dès lors qu’il reçoit le ok que de la suppression de la tâche de monitoring, il envoie la
commande disable, c’est-à-dire désactivation de la ressource Ethernet mappé précédemment.
Simulateur: dès la réception que la commande de désactivation disable, il procède à toutes les
étapes de vérifications possibles et répond par ok.
Contrôleur : une fois le ok est reçu, il envoie la commande unmap, c’est-à-dire suppression des liens
E1 transportés par du STM-1.
Simulateur: dès la réception que la commande unmap, il procède à toutes les étapes de vérifications
possibles et répond par ok.
Contrôleur : dès lors qu’il reçoit le ok que de la suppression de la tâche de mapping, il envoie la
commande disable, c’est-à-dire désactivation de la ressource STM-1 créée précédemment.
Simulateur: dès la réception que la commande de désactivation disable, il procède à toutes les
étapes de vérifications possibles et répond par ok pour signifier l’exécution de la requête.
Contrôleur : dès lors qu’il reçoit le ok que de désactivation du lien STM-1, il envoie la commande bye
pour terminer gracieusement la connexion avec le simulateur qui avait pour but la configuration de la
surveillance du lien STM-1.
Simulateur: à ce stade final, il réceptionne la commande de fin bye, il termine par un ok final avec un
accusé d’envoi et se met à l’écoute à nouveau.
Page
33
5.
22 avril – 27 sept 2013
Résultat
Après avoir fini avec la documentation du C/C++ et de la sonde, j’ai commencé à développer en
parallèle l’application de simulation et de pilotage à partir du 06 juin. Le 11 juillet j’ai fais la
présentation de mon état avancement. A ce stade mon application de pilotage sait envoyer des
commandes et en réception il sait faire de l’analyse et de la vérification non approfondi des réponses
reçues et mon simulateur sait gérer les connexions et répond aux requêtes reçues par une réponse
unique. A cette date le projet Corelatus est passé en projet prioritaire. Vu la priorité et la complexité
du travail, la partie application de pilotage à changée de main. Elle a été prise en charge par les
développeurs expérimentés Joël PATRON et Anthony LAURENT. Dès lors j’ai continué avec
l’application de simulation. A la date du 28/08, j’ai mis en place un module de parsage et un module
de processing des requêtes reçues afin d’assurer son exactitude et répondre à chaque commande
avec la réponse appropriée et dans l’ordre comme le fait la vraie sonde.
Cette application de simulation a été testée et se comporte exactement comme la vraie sonde pour
valider les commandes de configuration de l’application de pilotage et manque juste la génération
des liens radio. Avec le changement de la donne au cours de ce projet, Messieurs Joël PATRON et
Anthony LAURENT ont eu la vraie sonde STM-1 Corelatus en ligne pour pousser les tests.
Page
34
V.
22 avril – 27 sept 2013
CONCLUSION ET PERSPECTIVE
Nous voilà à la fin de ce stage de fin de formation de Master en Compétence Complémentaire en
Informatique. C’est le temps de faire le bilan du temps passé dans la société Expandium à travailler
sur un projet richissime tant en terme de technologie de programmation qu’en Télécommunication
qui est mon domaine de base et de prédilection.
Comme déjà mentionné dans le paragraphe résultat, la première partie de ce stage à été consacré à
la documentation du C++ et de la compréhension du fonctionnement de la sonde. Cette période
consacrée à la documentation est nécessaire du fait que les outils développés par Expandium exigent
un haut niveau en C++ et alors que le langage de base de ma formation soit le Java. D’autre part
malgré que ma formation de base soit les Télécommunications, le monde des sondes m’est
totalement nouveau. Après cette période de documentation, j’ai démarré le développement des
applications de simulation et de pilotage en parallèle jusqu’à ce que le projet change de priorité. Dès
lors j’ai continué le développement de l’application de simulation qui répond aux exigences de
l’application de pilotage comme la vraie sonde hormis qu’il ne génère pas les liens radio après
l’exécution des commandes.
Ce stage passé dans un environnement professionnel de haut niveau est avant tout pour moi une
vraie découverte du monde de développement des outils de haute technologie et de l’agilité. Il m’a
été d’une utilité inouïe ; car il a non seulement complété mon cursus en m’offrant une entrée avec
un grand pas dans le C++11 avec une bonne maîtrise de la librairie Boost, les tests unitaires, appel
des fonctions à travers différents répertoires et la construction des build Makefile (EMakeFiles
CMakeFiles) et aussi une vraie entrée dans le monde de développement des outils de pilotage des
sondes de Télécommunications a savoir la programmation en réseau, les protocoles radio sans oublié
l’utilisation de l’outil de capture Wireshark pour voir réellement ce qui se passe en background à
travers le réseau et l’ordre dans la quelle l’exécution se fait. En somme ce stage est pour moi d’une
double utilité, tant au niveau de la programmation que des Télécommunications.
En fin, je ne peux terminer ma conclusion sans parler des limitations du stage et des perspectives.
Les limitations que j’ai eus aux débuts de mon stage sont dues un peu au manque de clarté de
l’aboutissement du fait est que le monde de sonde m’est inconnu d’une part et d’autre part
l’exigence du niveau en C++. De ce fait, à mon très humble avis ce qu’il pourrait être amélioré au
niveau de la société Expandium, d’après mon vécu j’ai trouvé que pour un stagiaire qui manque
d’expérience comme mon cas, la modularité du travail demandé est vraiment utile. J’ai vraiment
mieux avancé dans mon travail la période que j’ai travaillé avec Messieurs Joël PATRON et Anthony
LAURENT car ils ont une vision claire de l’aboutissement ce qui fait qu’ils m’ont aidé à partitionner le
travail. Pour ce qui est du travail que j’ai accompli, s’il y a besoin, c’est de compléter ce que j’ai déjà
fait avec un fichier des scénarios qui génère derrière les liens radio avec l’exécution des commandes.
Page
35
22 avril – 27 sept 2013
Bibliographie
[1] Interfaces de Secure QOS d’Expandium. Référence lien web ci-dessous:
http://www.expandium.com/products/mobile-network-operators/secureqos.html
[2] Image de la sonde Radio Access Network SDH/SONET. Référence lien web ci-dessous:
http://www.corelatus.com/index.html
Ouvrage utilisé : Effective C++.
Site web utilisé:
-
http://akrzemi1.wordpress.com
http://www.boost.org
http://www.commentcamarche.net
http://www.corelatus.com
http://www.cplusplus.com
http://www.des.pf
http://www.developpez.com
http://www.expandium.com
http://hpcsim.com
http://perso.citi.insa-lyon.fr
http://www.protocols.com
http://www.siteduzero.com
http://stackoverflow.com
http://www.telecomabc.com
http://fr.wikipedia.org
Page
36
22 avril – 27 sept 2013
Dictionnaire des acronymes et sigles
A: l’interface qui relie la station de contrôle (BSC) à la station de commutation (MSC) dans le GSM.
Abis: l'interface entre le BTS et BSC.
AAL: ATM Adaptation Layer. Couche d'adaptation ATM effectue le mappage nécessaire entre les
protocoles de couche supérieure et la couche ATM. Il fait le multiplexage les informations de couche
supérieure dans les cellules ATM de longueur fixe. En raison de différents paramètres de qualité de
service, les différents types d'AAL à partir d’AAL0 à AAL5.
ATM: Asynchronous Transfer Mode. Mode de Transfert Asynchrone, normes pour le transport d'une
gamme complète de trafic utilisateur, y compris la voix , les données et vidéo des signaux.
BSC: Base Sation Controller. Contrôleur de station de base. Un BSC a des dizaines voire des centaines
de BTS sous son contrôle.
BSS: sous-système de station de base. Section du réseau GSM qui est responsable de la gestion du
trafic et la signalisation entre un téléphone mobile et le sous-sytème de commutation NSS.
BTS: Base Transceiver Station. Station émettrice-réceptrice de base du réseau cellulaire GSM.
C: l’interface qui relie les serveurs de base de données à un GMSC dans le réseau GSM.
CDR: Statistique d’Appel. Un ensemble des données recueillis concernant un appel.
Connecteurs SFP: c’est une connectique pour fibre optique.
CPU: Central Processing Unit ou Unité centrale de traitement est le composant (processeur) de
l'ordinateur qui exécute les programmes informatiques.
Customer Care: Service Client.
D: l’interface qui relie la MSC aux serveurs de base de données dans le réseau GSM.
E: l’interface qui relie la MSC à un GMSC dans le réseau GSM.
EDGE: Enhanced Data rates for Global Evolution. Technologie intermédiaire entre le GSM à l'UMTS.
E1: lien ethernet à 2 Mbit/s du standard Européen de la transmission sur du support à cuivre.
ERA: Agence Ferroviaire Européenne.
ERTMS: Système Européen de Surveillance du Trafic Ferroviaire.
ETCS: Système Européen de Contrôle des Trains.
Ethernet: protocole de réseau local à commutation de paquets. Dans notre contexte on parle de
liaison Ethernet sur paires de cuivre torsadées.
FR : Frame Relay ou Relayage de Trames est un protocole à commutation de paquets situé au niveau
de la couche de liaison (niveau 2 du modèle OSI).
G: désigne une génération de normes de téléphonie mobile (ex : 2G, 3G, 4G).
Page
37
22 avril – 27 sept 2013
Gb: Interface qui connecte la BSS au SGSN dans le cœur de réseau GPRS .
GMSC: Gateway Mobile Switching Centre, permet de fournir la fonction EDGE aux réseaux GSM.
C'est un équipement réalisant une fonction passerelle (Gateway) avec le réseau téléphonique
commuté public (de signalisation et circuits) et avec les réseaux IP.
GPRS: General Packet Radio Service. Il permet aux 2G , 3G de transmettre sur IP.
GPS: Global Positioning System. Système de Location Mondial.
GSM: Global System for Mobile Communications. Deuxième génération de normes de téléphonie
mobile.
GSM-R: Global System for Mobile communications-Railways. Standard de communication sans fil
basé sur le GSM, et développé spécifiquement pour les applications et les communications
ferroviaires.
IDE: Environnement de Développement de Logiciel.
IMSI: International Mobile Subscriber Identity. Numéro unique stocké sur la carte SIM, qui permet à
un réseau mobile GSM, UMTS ou LTE d'identifier un usager.
IP: Le protocole Internet. Principal protocole de communication dans la suite de protocoles Internet
pour relayer les datagrammes à travers les réseaux.
Iub: interface Iogique qui relie la station radio (Node B) à la station de contrôle (RNC) dans l’UMTS.
Iucs: c'est l'interface Iogique qui relie la RNC au cœur du réseau (CN) dans l’UMTS.
Iups: c'est l'interface Iogique qui relie la RNC au cœur du réseau (CN) dans l’UMTS.
Journal: est la partie d'un système de fichiers journalisé qui trace les opérations d'écriture tant
qu'elles ne sont pas terminées et cela en vue de garantir l'intégrité des données en cas d'arrêt brutal.
KPI: Indicateur Clé de Performance.
LAPD: Data Link Layer Protocol. Protocole de niveau 2, gère le protocole (commandes et réponses),
la signalisation et le contrôle de tous les appels vocaux et de données à travers du canal numérique
RNIS.
LTE: Long Term Evolution. Evolution la plus récente des normes de téléphonie mobile GSM/EDGE, et
UMTS.
Monitoring: fait référence à une surveillance réseau.
MSC: Mobile Switching Centre. Centre de commutation du réseau mobile GSM.
Page
38
22 avril – 27 sept 2013
MTP2: Message Transfert Part 2. Définit les fonctions et les procédures de transfert des messages de
signalisation de façon à fournir un transfert fiable entre deux points. Ce niveau est comparable à la
couche liaison de données du modèle OSI. Les données échangées sont des trames sémaphore. Le
protocole utilisé contient un mécanisme de contrôle du flux, de détection d'erreur et de correction
par retransmission. Par conséquent, le MTP2 comporte un mécanisme de surveillance du taux
d'erreur sur la liaison sémaphore (liaison de signalisation).
Node B: terme utilisé en UMTS équivalent au BTS utilisé dans les réseaux GSM.
OC: Optical Contener.
OC-i pour Optical Carrier. OC-1 correspond à un débit de 55,84 Mb/s, OC-3 à un débit de 155,520
Mb/s. OC-12 représente 622 Mb/s. OC-48 signifie 2,5 Gb/s. Enfin OC-192 correspond à un débit de
10Gb/s.
OPEX: Dépense d’exploitation.
OSI: Open Systems Interconnection. Standard de communication, en réseau, des systèmes
informatiques.
Protocole: Dans les réseaux informatiques et les télécommunications, un protocole de
communication est une spécification de plusieurs règles pour un type de communication particulier.
QoE: Quality of Experience. Qualité d’Expérience.
QoS: Quality of Service. Qualité de Service.
R&D: Recherche et Développement.
REC: Railway Emergency Call. Appel d'urgence de train.
Roaming: Itinérance, il décrit la faculté de pouvoir appeler ou être appelé via le réseau radio d'un
opérateur mobile autre que le sien.
RENIS: Réseau Numérique à Intégration de Services ou ISDN en anglais ISDN est une liaison
autorisant une meilleure qualité et des vitesses pouvant atteindre 2 Mbit/s.
RTC : Réseau Téléphonique Commuté, est le réseau du téléphone (fixe et mobile). Dans le cas d'un
réseau construit par un opérateur public, on parle parfois de réseau téléphonique commuté public
(RTCP) ou PSTN, de l'anglais Public Switched Telephone Network.
RTCP: Real-time Transport Control Protocol. Repose sur des transmissions périodiques de paquets de
contrôle par tous les participants dans une session de communication.
Rx : Sigle signifiant réception ou lien de réception, utilisé en radiotéléphonie.
Serveur : dispositif informatique matériel ou logiciel qui offre des services à différents clients. Il
fonctionne en permanence, répondant automatiquement à des requêtes provenant d'autres
dispositifs informatiques (les clients), selon le principe dit client-serveur.
Page
39
22 avril – 27 sept 2013
SDH: Synchronous Digital Hierarchy. Standard Européen de la transmission sur fibre optique.
Secure QOS: Security and Quality of Service.
SGSN: Serving GPRS Support Node. Composante principale du réseau GPRS, qui gère toutes les
données commutées par paquets. Le SGSN effectue les mêmes fonctions que le MSC pour le trafic
vocal.
Signalisation: signifie l’utilisation de signaux (numérotation, adressage, prise de ligne, mise en
attente, libération...) pour contrôler les communications et la gestion du réseau.
SIM: Subscriber Identity Module. Carte à puce, nécessaire pour faire usage d'un téléphone mobile.
SLA: Service Level Agreement. Document qui définit la QoS requise entre un prestataire et un client.
SMS: Short Message Service. Courts messages textuels.
SONET: Synchronous Optical Network. Standard Américain de la transmission sur fibre optique.
Socket : Elément logiciel permettant la communication inter processus afin de permettre à divers
processus de communiquer aussi bien sur une même machine qu’à travers un réseau TCP/IP.
SS7: Common Channel Signaling System n°7. Système de signalisation n°7. Norme qui décrit les
procédures et le protocole avec lesquels les éléments du RTCP échangent de l'information à travers
le réseau de signalisation numérique afin d'établir les communications entre téléphones mobiles et
filaires.
STM-i : Débit des liens à fibre optique SDH. SMT-1 a un debit de 155,52 Mbit/s et peut transporter
jusqu’à 196 liaisons E1. Pour les niveaux plus élevés le debit augmente avec un facteur de 4. L’indice i
du lien STM-i va de 1 à 256.
TCP: Transmission Control Protocol. Protocole de contrôle de transmission (niveau 4 modèle OSI).
TDM: Time Divion Multiplexing. Technique multiplexage temporel, permettant à un émetteur de
transmettre sur plusieurs canaux numériques élémentaires à bas débit (voix, données, vidéo) sur un
même support de communication à plus haut débit.
Timeslot: correspond aux subdivisons temporels d’un canal physique (porteuse) dans les techniques
de multiplexage temporel.
T1: lien ethernet à 1.5 Mbit/s du standard Américain de la transmission sur du support à cuivre.
TRx: Transceiver (émetteurs-récepteurs) de la station de base.
Tx : Sigle signifiant transmission ou lien de transmission, utilisé en radiotéléphonie.
UDP : User Datagram Protocol. Protocole de datagramme utilisateur (niveau 4 du modèle OSI tout
comme le TCP mais il fonctionne en mode non connecté).
UMTS: Universal Mobile Telecommunications System. Troisième génération de normes de
téléphonie mobile.
Page
40
ANNEXES
Programmes
Pour les codes sources des programmes voir le CD-ROM.
Page
41
22 avril – 27 sept 2013

Rapport - Accueil

Transcription

Documents pareils

OOPS - Les Sens de Marrakech

en venir à nont - Institut Karité

Brochure chariots télescopiques GENIE

La Grande boucle des lieux gastronomiques

10/16 JUIN 13 Flower Power Voyage, voyage... Ethnique chic

es opposes t - Zoé Ouvrier

Parution le 30-06-2012

L€S €SS€NTI€LS D€ KRT - bushnell

Totally Spies » s`offre une appli - Château de Versailles Spectacles

Productifs, Polyvalents, Simples