III.2.2. Architecture étendue
Figure 10: Architecture étendue de la plateforme
OpenSS7
Mémoire de Fin d'Etudes d'Ingénieur de Conception
en Informatique : ENSP, JUIN 2008 DONFACK Cédric Pérez Page
30
III.2.2.1. Définition des modules.
En plus des applications déjà définies plus
haut telles que : HLR, Asterisk PBX, Kannel Gateway, on peut aussi
intégrer les projets suivants :
SMSC (Short Message Service Center) :
C'est le centre de services des messages courts. Tous les
messages courts (SMS) sont tout d'abord transmis au centre des messages courts
(SMSC). Le message est ensuite transmis au destinataire depuis ce centre. Le
SMSC stocke temporairement les messages lorsque le destinataire n'est pas
disponible. Dès que le destinataire est à nouveau disponible sur
le réseau (par exemple en allumant son appareil), les messages en
attente lui sont transmis. Certains services, du type informations
météo et de trafic, ou encore les messages contenus dans les
boîtes vocales sont transmis directement par ligne de données dans
le SMSC et, de là, retransmis au destinataire.
OpenSwitch :
En téléphonie, c'est un logiciel qui remplace
les commutateurs électromagnétiques, pour assurer la commutation
entre les différents points. On les trouve dans les infrastructures des
opérateurs, dans les éléments des systèmes VoIP
(IPBX), le GSM, ... [OpenSwitch 03]
ENUM/NAPTR :
ENUM (Telephone Number Mapping) est un protocole qui permet
à un abonné d'être joignable n'importe où dans le
monde sur le même numéro de téléphone et ce via la
route la mieux adaptée et la moins chère. ENUM prend un
numéro de téléphone et le lie à une adresse
Internet qui est publiée sur le système DNS. Le
propriétaire d'un numéro ENUM peut ainsi publier la destination
de l'appel via une entrée DNS. De plus, les différentes routes
peuvent être définies en fonction des appels. Par exemple, vous
pouvez définir une route particulière si l'appelant est un
télécopieur. L'ENUM a besoin de connaître le numéro
de l'appelant pour le faire passer. Des enregistrements NAPTR peuvent
être utilisés
Mémoire de Fin d'Etudes d'Ingénieur de Conception
en Informatique : ENSP, JUIN 2008 DONFACK Cédric Pérez Page
31
CS/AIN Call Model :
Son objectif est de permettre l'abstraction des réseaux
sous jacents, qu'il s'agisse de réseaux sans fils, d'Internet, du
réseau téléphonique commuté public, ou d'ATM
(Asynchronous Transfer Mode).
III.2.2.2. Rôles des différents composants
dans OpenSS7
HLR :
Ce projet est développé à travers le
projet GSM/MAP HLR GPRS. Celui-ci étend la pile OpenSS7 en lui ajoutant
un HLR supportant le GPRS. De plus, il utilise OpenSS7 pour souscrire dans le
HLR. Ce module dépend des capacités des protocoles SCCP et TCAP
de l'open source.
Short Message Service Center (SMSC):
Ce projet est un module produisant un SMSC de base supportant
le projet GSM/MAP HLR de la pile OpenSS7 et d'autre projet tel que Kannel. Il
fournira d'un coté un client SMSC (c'est-à-dire MSC) et de
l'autre un serveur SMSC (c'est-à-dire HLR). De plus, il contient des
librairies qui permettent une extension vers les SMSC en utilisant le
Webservices.
IN (800/CMS/CLASS/CNAM/LIDB):
Ce projet offre une librairie d'interfaces IN (Intelligent
Network) qui fournissent un Framework et des applications pour les services
800, CMS, CLASS, Calling Name(CNAM) et Line Information DataBase (LIDB).
ENUM/NAPTR :
ENUM (Telephone Number Mapping) : Capability Set/Advanced
Intelligent Network (CS/AIN): Ce projet fournit un modèle d'appel AIN/CS
INAP complet pour le projet OpenSwitch. Il est développé via le
framework JAIN (Java API Interface Network), ce qui
Mémoire de Fin d'Etudes d'Ingénieur de Conception
en Informatique : ENSP, JUIN 2008 DONFACK Cédric Pérez Page
32
permet à OpenSwitch d'être un standard et de
pourvoir s'interconnecter avec le PSTN network-based AIN/INAP services.
OpenSwitch:
Ce projet a été développé
entièrement via l'open source SoftSwitch. Softswitch est un logiciel qui
fournit d'un coté le contrôle des appels traditionnels et de
l'autre des appels de nouvelle génération (NGN : New Generation
Network).
Asterisk PBX: Ce projet est
intégré dans OpenSS7 pour lui permettre la gestion de la
téléphonie sur IP. De même, OpenSS7 offre à Asterisk
la possibilité d'utiliser le standard SS7; ce qui confère
à Asterisk les nouvelles fonctionnalités qu'offre le
protocole.
Kannel: Ce projet offre à OpenSS7 la
possibilité de gérer les SMS. De plus, le projet SMSC
développé par la compagnie OpenSS7 est lié à
Kannel. Ceci confère à la plateforme OpenSS7 un gestionnaire de
SMS du type GSM.
L'architecture précédemment citée, montre
que OpenSS7 peut être implémenté en tant que module de base
du réseau téléphonique d'une entreprise.
Mémoire de Fin d'Etudes d'Ingénieur de Conception
en Informatique : ENSP, JUIN 2008 DONFACK Cédric Pérez Page
33
III.2.3. Exemple de réseau
téléphonique sur OpenSS7
Figure 11: Réseau téléphonique via
OpenSS7.
Cette architecture montre que la plateforme OpenSS7 qui est par
ailleurs un réseau téléphonique offre actuellement les
avantages suivants :
? Réduction des coûts d'appel.
Dans le cas d'une communication via IP, il n'est
facturé en termes de téléphonie que la transition sur les
réseaux téléphoniques classiques (RTC). Ainsi, l'appel
d'un voisin ou d'un client d'une autre ville ne vous en coûtera que le
prix d'une communication locale (PC A appelle
Téléphone classique A). Ces solutions
s'avèrent donc beaucoup plus avantageuses si vos appels
téléphoniques se font sur longue distance (appels
internationaux.).
? Mutualisation des réseaux, simplification de
l'architecture.
Mémoire de Fin d'Etudes d'Ingénieur de Conception
en Informatique : ENSP, JUIN 2008 DONFACK Cédric Pérez Page
34
Le réseau téléphonique d'une entreprise
qui a choisi la Voix sur IP est dorénavant géré comme un
réseau informatique. Il n'existe plus un réseau
téléphonique et un réseau informatique mais, un
système d'information dans sa globalité qui s'avère bien
plus facile à gérer.
? Convergence voix données.
Les solutions de Messageries Unifiées (UM) facilitent
l'interactivité avec l'usager. Les téléphones peuvent
maintenant appeler les Ordinateur et les ordinateurs appeler des
téléphones. Les communications (surtout nomades) s'en trouveront
facilitées. La messagerie comportera en plus des emails des messages
enregistrés, la vidéo conférence se
généralisera également.
Le principal apport d'OpenSS7 est l'intégration de
l'architecture SS7 sur IP car celleci permet la séparation de la
signalisation de la voix /données. Ainsi, le réseau
téléphonique présenté ci-dessus peut
intégrer de nouveaux services (USSD par exemple) : C'est donc un
réseau intelligent. Cependant, l'implémentation d'OpenSS7 sur un
PC nécessite certains types de cartes d'extensions.
III.2.4. Cartes d'extensions requises.
Pour implémenter le projet OpenSS7 sur PC, il faut une
carte de type OpenSS7. Plusieurs cartes de ce type existent, mais nous avons
recensé deux cartes pour notre étude.
Mémoire de Fin d'Etudes d'Ingénieur de Conception
en Informatique : ENSP, JUIN 2008 DONFACK Cédric Pérez Page
35
III.2.4.1. La carte Tormenta III.
Figure 12: Carte OpenSS7: Tormenta II [TormentaIII
2008]
Cette carte est de type OpenSS7, elle a 4 Ports T1 ou E1. Elle
est similaire aux cartes TE410P et TE405P. Le slot (Support de la carte
d'extension.) PCI doit avoir les caractéristiques suivantes : 3.3v ou 5v
32bit ou 64bit. La carte Tormenta III (V401P) est disponible sous la
configuration T1 ou E1 et est supporté par le serveur Asterisk PBX. De
plus, elle intègre Zaptel pour la communication entre OpenSS7 et
Asterisk PBX.
III.2.4.2. La carte E400P.
Figure 13:Carte OpenSS7: [PH-E400P-TOR3 2008]
Cette carte est de type OpenSS7. Elle contient 4 interfaces
E1/PRI, intègre astérisk PBX via Zaptel.
Mémoire de Fin d'Etudes d'Ingénieur de Conception
en Informatique : ENSP, JUIN 2008 DONFACK Cédric Pérez Page
36
III.2.5. Lien entre USSD et OpenSS7.
La mise en oeuvre de la pile du protocole SS7 dans OpenSS7 lui
offre la possibilité d'envoyer et de recevoir les informations de
signalisation. Ces informations sont transportées sous formes de
messages MAP dans le réseau sémaphore. De ce fait, les services
USSD, ne fonctionnant que sur des canaux sémaphores, requièrent
le standard SS7 pour une implémentation sur une unité centrale.
Cela nécessite l'installation de projet, notamment OpenSS7,
implémentant cette norme régulée par le CCITT #7.
| 
