Recherche

Recherche
Search for: Go

Chapitre II: Rôle principal de la

signalisation dans un réseau téléphonique
Non classé
Votre email ici...

Par admin ⋅ 04/04/2013 ⋅ Poster un commentaire

II.1 Principe de base de la signalisation

La signalisation au sein d’un réseau de télécommunication fait référence à l’ensemble des

échanges d’informations entre les équipements du réseau, nécessaires pour fournir et
maintenir le service. Les informations de la signalisation sont acheminées sous forme de
messages caractérisés par des paquets de donnés à débit élevé. Nous devons noter que la
signalisation peut être transmise de deux manières :

- Signalisation en bande de base

- Signalisation hors – bande

La signalisation en bande de base est la méthode qui a été utilisée par le réseau téléphonique
traditionnel. Les signaux permettant d’établir un appel entre deux commutateurs s’effectuaient
toujours dans le même canal que le transport de la voix. La signalisation prenait la forme
d’une série d’impulsions multifréquences (MF), un peu comme la tonalité de composition du
numéro entre les commutateurs.

Dans le cas de la signalisation hors-bande la conversation et la signalisation ne prennent pas le

même canal. Ce type de signalisation nécessite l’établissement d’un canal numérique pour
l’échange des informations de signalisation appelé lien de signalisation ou canal sémaphore.
Les canaux sémaphores de signalisation véhiculent les informations avec des débits de 56kps
aux Etats Unis ou 64 kilobits par second (kb/s) pour les autres pays.

La signalisation hors-bande a plusieurs avantages qui la rendent préférable à la signalisation

en bande de base :

- Elle permet le transport d’une quantité de données plus importantes

- Elle permet une signalisation à tout moment pendant toute la durée de l’appel, et pas
seulement lors des phases d’établissement et de libération de l’appel ;
- Elle permet la signalisation entre des éléments de réseau entre lesquels il n’y a pas de canal
direct de connexion.

II.1.1 Architecture et type de point de signalisation SS7

Le réseau SS7 est composé d’une série d’éléments reliés à l’ensemble de réseau tels que des
commutateurs, des bases de données, et des noeuds d’acheminement.

Les utilisateurs du réseau sémaphore sont les centraux téléphoniques qui génèrent et
interprètent les messages de signalisation. Dans ce contexte ils sont appelés Points Sémaphore
(PS) ou Signallig Point(SP).

Les noeuds d’cheminement sont le coeur du réseau SS7 qui est l’ensemble des Points de
Transfert Sémaphore (PTS). Chaque PTS dans le réseau SS7 est identifié de façon non-
ambiguë par le « numeric point code ». Ces codes sont acheminés dans des messages de
signalisation entre les différents points, afin d’identifier de manière formelle la source (CPO)
et la destination (CPD) de chaque message. Une table de routage est utilisée dans ces noeuds
pour sélectionner le meilleur chemin pour joindre la destination.

Le réseau SS7 est défini à partir de 3 types de points de signalisation. Nous allons prendre
l’exemple du réseau de la téléphonie mobile.

II.1.1.1 SSP (Service Switching Point) ou CAS (Commutateur d’Accès Service)

Ce sont des commutateurs téléphoniques (” end offices or tandem “) équipés de logiciels

compatible de la signalisation SS7 et reliés aux extrémités des liens de signalisation. En
générale, ils permettent de générer, de terminer ou de commuter les appels.

II.1.1.2 STP (Signal Transfer Point) ou PTS (Point de Transfert Sémaphore)

Ce sont les commutateurs de paquets du réseau SS7. Ils reçoivent et routent les signaux de
signalisation entrant vers la destination appropriée. Ils assurent également des fonctions de
routage spécialisées.

II.1.2.3 SCP (Service Control Point) ou PCS-R (Point de Contrôle Service Réseau)

Ce sont les bases de données qui fournissent l’information nécessaire aux fonctions avancées
de traitement des appels.

Une telle architecture nécessite un maximum de redondance, une haute disponibilité et des
garanties de sécurité (voir figure 4). Cette figure nous permet de bien distinguer les différents
points de signalisation cités précédemment et les catégories des liens existant dans un réseau
SS7.

II.1.1.4 Types des Liens de Signalisation SS7

Les liens de signalisation sont logiquement organisés par le type de lien (de « A » à « F »)
selon leur utilisation dans le réseau de signalisation SS7 (voir figure 4).

Les STP sont reliés aux points de commutation de service (SSP) qui sont des commutateurs
équipés de la logique de la commande de signalisation SS7 ou des bases de données SCP à
l’intermédiaire des liens d’accès type A (Accès).

Figure 4 : Points et liens de Signalisation SS7, cas du GSM

Les liens de signalisation sémaphore de type B (Bridge – pont)) relient les paires de STP qui
sont au même niveau de la hiérarchie tandis que les liens de D (Diagonal – diagonales) relient
les paires de STP qui sont des niveaux hiérarchiques différents. Ils ont pour fonction de
transporter les signaux de signalisation depuis leur point d’entrée initiale dans le réseau de
signalisation vers leur destination finale.
Un lien « C » (Cross) est employé seulement quand un STP n’a aucun autre itinéraire
disponible vers un point de signalisation de destination dû à la défaillance de lien. Ils sont
destinés à assurer la fiabilité du réseau, pour notamment faire face aux pannes de liens.

Des liens prolongés (liens E – Extended) sont employés pour relier un SSP à un STP
alternatif. Au cas où la paire primaire de STP serait inopérable, la paire alternative établit des
opérations avec le SSP au-dessus des liens E. Ces liens E, ” Extend “, constituent une back-up
dans le cas où la première paire de STP ne peut pas être atteinte via les liens A. Le
déploiement de ce type de liens est facultatif.

En fin les liens utilisés pour la communication SS7 directement entre SSP (aucun STP
impliqué) s’appellent les liens entièrement associés (liens F – Full associated). Un exemple de
ces liens est ceux qui sont employés en combinaison avec des troncs de voix entre le réseau
SSP de deux mobiles. Le lien F est employé pour signaler un message hand-off d’un SSP à
l’autre, permettant à l’utilisateur d’un téléphone mobile de voyager d’un secteur (servi par un
commutateur) à un autre secteur (servi par un autre commutateur).

II.1.2 Les différents modes de la signalisation sémaphore (SS7)

C’est à partir de la signalisation hors bande ou out of band également appelé Common
Channal Signaling (CCS), qu’on a déterminé les différents modes de signalisation.

II.1.2.1 Signalisation en mode Associé

Ce mode est le plus simple à implémenter, le canal sémaphore est parallèle aux circuits de
paroles pour lequel permet l’échange des informations de la signalisation (voir figure 5). Ce
mode n’est pas idéal car il requiert un canal sémaphore entre un point de signalisation donné
(SP, signaling point) et tous les autres SP.

Les messages de signalisations suivent alors la même route que la voix mais sur des supports
différents.

Figure 5 : mode associé

II.1.2.2 Signalisation en mode quasi-associé

La signalisation en mode quasi-associé est semblable au mode non associé que nous allons
voir dans le prochain paragraphe, mais avec un petit nombre de STP (Signaling Transfert
Point) est traversé pour atteindre la destination finale (au minimum deux). C’est le mode le
plus utilisé afin de minimiser le temps nécessaire pour acheminer les messages. La figure 6
montre que les messages de la signalisation associés à l’établissement des circuits de parole
entre les commutateurs A et B suivent le chemin A-C-B. Le STP ne fait que relaie les
messages émis par le PS du central A au PS du central B.

Figure 6: Mode quasi-associé

II.1.2.3 Signalisation en mode Non associé

Le mode non associé utilise un chemin différent de celui de la voix. Un grand nombre de
noeuds intermédiaires, à savoir les points de transfert sémaphores (STP, Signaling Transfer
Point), est impliqué dans l’acheminement des messages de signalisation. Ce mode n’est pas
utilisé car le délai d’échange des messages est important. Les STP sont utilisés afin de router
les données de signalisation entre SP (Signaling Point). Cette architecture est similaire au
réseau IP car les messages à destination d’un point sémaphore peuvent emprunter des routes
différentes. L’exemple est la figure 7.
Figure 7: Mode non associé

II.1.3 Architecture du protocole de signalisation sémaphore N° 7 et le modèle OSI

Le réseau sémaphore étant un réseau à commutation par paquets, il est naturel de reprendre
une architecture en couches. Les concepteurs de cette architecture ont pris référence sur
l’architecture du modèle OSI (Open System interconnection). La figure suivante illustre une
comparaison entre les deux architectures.

Figure 8 : La Pile de protocoles SS7 et Le modèle de référence OSI

Les fonctions matérielles et logicielles du protocole SS7 sont divisées en quatre niveau, le
terme niveau est utilisé pour faire une différence avec le concept des couches du modèle OSI.
La figure 8 nous indique la différence qui existe entre les deux concepts.

Le sous-système transport de messages (en anglais: Message Transfer Part) est défini dans les
recommandations Q.701, Q.702, Q.703, Q.704, Q.706 et Q.707. Il transporte les messages
entre les différentes interfaces utilisateurs.

Le niveau 1 ou MTP 1 (Message Transfer Part level 1), est équivalent à la couche physique du
modèle OSI. MTP 1 définit les caractéristiques physiques, électriques, et fonctionnelles du
lien de signalisation numérique. Plusieurs supports physiques peuvent être considérés comme
l’E1 (2048Mbps) voir figure 9.

Le niveau 2 ou MTP 2 assure la transmission bout à bout précise d’un message à travers un
lien de signalisation. Les instruments du niveau 2 assurent la commande, la validation d’ordre
de message, et la vérification des erreurs. Quand une erreur se produit sur un lien de
signalisation, le message SS7 (ou l’ensemble de messages) est retransmis. Les messages de la
couche MTP 2 sont décrits comme suit :

. Un message SS7 s’appelle une unité de signal (SU). Il y a trois types d’unités de signal :

- FISU (Fill-In Signal Units) : Trame de signalisation de remplissage

- LSSU (Link Status Signal Units) : Trame de signalisation d’état du canal
- MSU (Message Signal Units) : Trame de signalisation de message

Les trames de signalisation de remplissage (FISU) sont transmises sans interruption sur un
canal de signalisation dans les deux directions à moins que d’autres types de message (MSU
ou LSSU) soient présents. Les FISU diffusent l’information de base du niveau 2 uniquement.

C’est grâce au FISU que la liaison entre deux SP est vérifiée. En ce qui concerne les trames de
signalisation d’état du canal, comme leur nom le fait bien comprendre, elles permettent de
maintenir l’état du canal. En effet ce sont les LSSU qui informeront les SP qu’une coupure
d’un canal de signalisation a eu lieu. Les LSSU sont prioritairement destinés à signaler
l’initiation de l’assignation d’un lien, la qualité du trafic de signalisation reçu, et l’état des
processeurs de part et d’autre du lien. Les trames de signalisation de message (MSU)
contiennent les messages utilisateur proprement dit, comme les commandes d’appels ou de
gestion du réseau. Ils constituent l’enveloppe de base à l’intérieur de laquelle toute
information de signalisation est placée.

Fonctions de la couche 2 :

o Limitation des trames de signalisations au moyen de fanions

o Elimination des fanions superflus
o Détection d’alignement
o Détection des erreurs au moyen de bits de contrôle
o Correction des erreurs par retransmission de trames
o Surveillance du taux d’erreurs sur la liaison de signalisation des données
o Rétablissement du fonctionnement normal, par exemple après une panne du lien de
signalisation.
Le niveau 2 de MTP est équivalent à la couche liaison de données du modèle OSI.

Figure 9 : niveau MTP

Le niveau 3 ou MTP 3 fournit le cheminement de message entre les points de signalisation

dans le réseau SS7. MTP 3 est l’interface entre les niveaux MTP et les utilisateurs MTP
(Protocoles de niveau 4) à un point sémaphore. Il intègre des procédures afin de rerouter les
messages lorsqu’une faute apparaisse dans le réseau sémaphore. Le niveau 3 de MTP est
équivalent à la couche réseau du modèle OSI. La figure 8 illustre la composition de la couche
MTP.

Le niveau 4 ou parties utilisateur est l’équivalent de la couche supérieur du modèle OSI (voir
figure 8). Le niveau 4 concerne les services de signalisation.

Plusieurs blocs fonctionnels ou protocoles du niveau 4 représentants des applications

spécifiques utilisent les services de MTP. Puisque ces blocs fonctionnels sont des utilisateurs
de MTP, ils sont référencés comme parties utilisateur.

II.1.3.1 Fonctionnalités des protocoles

Le protocole SCCP (Signaling Connection Control Part) ou SSCS (Sous-Système de

Connexions Sémaphores) assure des fonctions supplémentaires à MTP3 pour transférer des
informations de signalisation en mode avec ou sans connexion. Tandis que le niveau 3 de
MTP fournit des point codes pour permettre à des messages d’être adressés aux points de
signalisation spécifiques, SCCP fournit des nombres de sous-ensemble pour permettre à des
messages d’être adressés aux applications spécifiques (appelées les sous-ensembles) à ces
points de signalisation. SCCP fournit également les moyens par lesquels un STP peut
effectuer la traduction de l’appellation globale (GTT), un procédé par lequel le point de
signalisation de destination et le nombre de sous-ensemble (SSN) qui est déterminé à partir
des chiffres présents dans le message de signalisation. Le sous-système SCCP est défini dans
les Recommandations Q.711 à Q.716. C’est le protocole de transport des réseaux SS7. Il est
comparable au TCP pour Internet. SCCP fournit un service de transport aux messages d’une
adresse SCCP à travers différents équipements réseaux jusqu’à l’équipement destinataire.
TCAP (Transactions Capabilities Applications Part) ou SSGT (Sous-Système de Gestion des
Transactions) fournit un support de communication aux applications interactives dans un
environnement distribué. TCAP permet le déploiement des services de réseau intelligents
avancés en soutenant l’échange de l’information reliée par circuit entre les points de
signalisation en utilisant le service sans connexion de SCCP. TCAP est défini dans les
recommandations Q.771, Q.772, Q.773, Q.774 et Q.775. Il permet à des applications,
notamment de base de données, d’établir une communication avec un élément réseau. Dans le
cas de réseaux mobiles (IS-41 and GSM), TCAP transporte les messages MAP (Mobile
Application Part) échangés entre MSCs pour assurer les fonctions d’identification,
authentification et localisation des mobiles ; ainsi que le roaming.

ISDN User Part (ISUP) définit le protocole et les procédures employées pour établir, gérer et
rompre des circuits de commutation qui acheminent la parole et les données entre
commutateurs. Le sous-système utilisateur pour le RNIS est défini dans les recommandations
Q.761, Q.762, Q.763, Q.764 et Q.766. Il a accès à l’interface SCCP pour permettre une
signalisation de bout-en-bout. ISUP est utilisé pour le RNIS et la téléphonie, ainsi que
d’autres types de communications.

Les appels qui commencent et se terminent sur le même commutateur n’emploient pas la
signalisation ISUP. Les principaux messages sont les suivants :

- le message IAM, Initial Address Message, est le message d’appel téléphonique ; il contient
les numéros de l’appelé et de l’appelant, et des informations complémentaires ;
- le message ACM, Address Complete Message, signifie que la numérotation est complète et
que le poste du demandé commence à sonner ;
- le message ANM, ANswer Message, signifie que le demandé a décroché ;
- le message REL, RELease Message, signifie que le demandé ou le demandeur a raccroché;
- le message RLC, ReLease Complete, signifie que les libérations des circuits nécessaires
après le raccroché ont été effectuées ;
Le protocole TUP (Telephone User Part) gère les fonctions de base pour la téléphonie
uniquement. TUP manipule les circuits analogiques seulement ; à cause de ce fait, de plus en
plus, ISUP remplace TUP.

II.2 Convergence du réseau de signalisation SS7 vers la signalisation sur IP (SIGTRAN)

SIGTRAN est un groupe de Travail de l’IETF ayant comme objectif de définir une
architecture pour le transport des données de signalisation temps réel à travers les réseaux IP
SIGTRAN est l’acronyme de SIGnaling TRANsport. C’est une partie des réseaux de la
nouvelle génération basée sur le protocole IP.

SIGTRAN a été conçu pour l’acheminement de trafic de signalisation tel que SS7, RNIS, et
tous les réseaux NGNs utilisant les avantages du SS7, à travers les réseaux IP. La
signalisation SS7 sur IP qu’on va l’appeler souvent SIGTRAN définit un protocole de
transport fiable appelé SCTP (Stream Control Transmission Protocol) et une couche
d’adaptation des usagers (User Adaptation; UA) permettant de transporter des protocoles de
signalisation téléphonique sur IP (Figure 10). La pile de protocole SIGTRAN est définie dans
la référence RFC 2719. SCTP est un protocole “TCP de la nouvelle génération” permettant de
remédier aux problèmes liés à l’utilisation du protocole TCP puisque ce dernier est un
protocole orienté octets et n’est pas capable de fournir la vitesse et la fiabilité requises par la
signalisation. En effet, SCTP est un protocole orienté message permettant de définir des
trames de données structurées alors que TCP n’impose aucune structure des octets transmises.

Le nom Stream Control Transmission Protocol découle de la fonction multi-streaming fournie

par SCTP. Un stream (flot) est un canal logique unidirectionnel permettant l’échange de
messages entre terminaisons SCTP. Lors de l’établissement d’une association SCTP, il est
nécessaire de spécifier le nombre de streams que comportera cette association. La fonction
multi-streaming permet de partitionner les données dans différents streams de telle sorte que
la perte d’un message dans un des streams n’ait d’impact sur le transport des données que sur
ce stream. Une des fonctionnalités principales du protocole SCTP est le multi-homing, c’est à
dire la capacité pour un endpoint SCTP de supporter plusieurs adresses IP. Ceci est un
avantage comparé à TCP. Une connexion TCP est définie par une paire d’adresses de
transport (Adresse IP + numéro de port TCP). Chaque endpoint d’une association SCTP
fournit à l’autre extrémité une liste d’adresses IP avec un unique numéro de port SCTP.
L’endpoint est donc l’extrémité logique du protocole de transport SCTP.
Figure 10 : composant de SIGTRAN

II.2.1 Les couches SIGTRAN et leurs fonctionnalités

Les couches d’adaptation définies par SIGTRAN ont toutes des objectifs communs :

- Le transport des protocoles de signalisation des couches supérieures, basé sur un transport IP
fiable.
- La garantie d’une offre de services équivalente à celle proposée par les interfaces des
réseaux RTC.
- La transparence du transport de la signalisation sur un réseau IP : l’utilisateur final ne se
rend pas compte de la nature du réseau de transport.

Nous allons essayer d’illustrer et décrire les fonctions de six couches existant dans ce concept,
voir également la figure 11.

La couche d’adaptation IUA (ISDN User Adaptation) est définie pour le transport de
messages Q.931 (signalisation RNIS) entre un Signaling Gateway (SG) et un Media Gateway
Controller (MGC). En fait, cette adaptation émule pour la couche cliente (Q.931) une
interface Q.921 et s’appuie sur le service SCTP. Le scénario typique d’usage de cette
adaptation est le Réseau NGN qui interface des PABX.

La couche d’adaptation M2UA (MTP 2 User Adaptation) assure le transport de paquets

MTP3 entre un SG et un MGC. Elle fournit une interface MTP 2 à la couche cliente (MTP3)
et s’appuie sur le service SCTP.

La couche d’adaptation M2PA (MTP 2 Peer to Peer Adaptation) assure le transport de

paquets MTP3 entre deux SGs ou deux IP SPs (IP SIGnaling Point). Elle fournit une interface
MTP 2 à la couche cliente (à savoir, MTP3) et s’appuie sur le service SCTP.

La couche d’adaptation M3UA (MTP 3 User Adaptation) assure l’acheminement de messages

ISUP ou SCCP entre un SG et un MGC en fournissant une interface MTP3 à la
couche supérieure (ISUP, SCCP). M3UA peut aussi fonctionner en mode IP SP – IP SP
permettant ainsi à un MSC Server et un HLR disposant du SIGTRAN dans le monde mobile
de partager une association SCTP directement entre eux.

La couche d’adaptation SUA (SCCP User Adaptation) offre une interface SCCP (TCAP)
entre un SG et une base de données IP ou entre un SG et un MGC. Le mode IP SP – IP SP est
aussi supporté, notamment intéressant pour le monde mobile ou de nombreuses applications
SS7 utilisent les services SCCP (MAP, INAP, CAP, TCAP).

La couche d’adaptation V5UA (V5.2 User Adaptation) est définie pour le transport de
messages V5.2 entre un SG et un MGC. En fait, cette adaptation émule pour la couche cliente
V5.2 une interface LAPV5 et s’appuie sur le service SCTP.
Figure 11 : Les couches d’adaptation SIGTRAN

II.2.2 Les messages de la signalisation SS7 sur IP

L’unité de donnée PDU (Protocol Data Unit) du SCTP est appelée un paquet SCTP. Le
paquet SCTP est encapsulé dans un paquet IP, qui est routé à la destination. Le paquet SCTP
est composé d’un en-tête commun et de Chunks (bloc de données). Un Chunk contient soit
des données de contrôle soit des données utilisateur. Plusieurs Chunks peuvent être
multiplexés dans un même paquet SCTP sauf dans le cas des Chunks de contrôle, INIT, INIT
ACK et SHUTDOWN COMPLETE. Ces derniers ne peuvent pas être regroupés avec d’autres
chunks dans un même paquet SCTP. Si un message utilisateur (message ISUP) ne peut pas
être contenu dans un seul paquet SCTP du fait de sa taille, il est possible de fragmenter le
message en plusieurs chunks qui seront encapsulés dans différents paquets SCTP (figure 12).
Figure 12 : fragmentations des messages en plusieurs chunks

II.3 Etude du réseau de signalisation de la Sonatel et Présentation des composants du coeur

réseau

Pour assurer une couverture du réseau mobile dans tous le territoire Sénégalais la Sonatel
dispose actuellement de :

- Cinq MSCs NGN de type Huwaeï,

- Deux NgHLRs Alcatel,
- Deux STPs de type TEKELEC.

Du côté plateforme de service il déploie :

- Deux SMSC,
- Deux VMS,
- Deux CRBT,
- Un USSD,
- Deux SGSN et deux GGSN pour le domaine packet
- Deux IN.

Ces équipements représente en général le coeur du réseau mobile de la Sonatel.

Au niveau Radio la Sonatel dispose :

- Une centaine de BSC (Base Station Controller)

- Des centaines BTS,
- Quatre RNC (Radio Network controller) et
- Une trentaine de node B

Le réseau de signalisation de la Sonatel est composé de deux STP nommé EAGLE STP ou
EAGLE 5 ISS fabriqués par TEKELEC portant actuellement la release R38.0. En raison de
sécurité les deux STP ne sont pas installés dans la même localité. L’un se trouve dans le site
de Technopole et l’autre EAGLE STP est implanté dans le site de Dakar RP. C’est à partir de
ce réseau de signalisation que les équipements du coeur réseau mobile sont interconnectés
pour assurer le dialogue interne et externe du réseau. Nous allons voir en détail les
équipements qui sont interconnectés avec les plateformes STP dans le prochain paragraphe.

II.3.1 Architecture détaillé du coeur réseau mobile

Sur cette architecture nous voyons d’une manière détaillé l’interconnexion des équipements
du coeur réseau mobile avec le réseau de signalisation. Nous devons noter que les
informations de signalisation échangées par les équipements du Core Netwok mobile sont
transitées par les PTSs du réseau de signalisation.

Figure 13 : Architecture du Coeur Réseau Mobile

II.3.2 Présentation et fonctions des équipements du coeur réseau

Comme nous avons décrit précédemment d’une manière brève les équipements qui
constituent le coeur du réseau mobile, nous allons maintenant faire la description et expliqué
la fonctionnalité de chaque entité. Les entités qui composent le core network sont les suivent :

Cinq MSC NGN dont chacun est composé d’un MSC Server rattaché à, au moins, deux
MGW. Dans le cas de la SONATEL, le MSC NGN est de type HUAWEI et est composé du
MSoft X3000 rattaché à deux ou quatre UMG 8900. Les UMG peuvent être sur le même site
que le MSoft mais pour avoir un réseau sécurisé il est conseillé de les délocaliser. Le MSC
Server ou « Call Server » est un équipement de réseau d’infrastructures à commutation de
circuit développé pour les solutions UMTS et GSM. C’est un produit de couche contrôle
orienté au réseau fédérateur UMTS. Il supporte le coeur du réseau GSM, les releases R99 et
R4 de l’UMTS et permet une solution complète d’évolution de GSM en R99 puis en R4. Les
MSC Serveur assurent le routage d’un appel au sein du réseau, le transfert de contrôle d’appel
entre éléments du réseau et le contrôle des connexions de MGW et des équipements
terminaux.

Deux PTS par lesquels transitent toutes les liaisons de signalisation. Rappelons que le PTS est
un équipement du réseau de signalisation assurant la fonction de transit pour les échanges
dans le réseau sémaphore. Tous les messages ou paquets contenant des données de
signalisation sont émises d’un point de signalisation PS à un autre et transitent à travers des
PTS qui peuvent être considérés comme des routeurs du réseau sémaphore. Chaque MSC est
relié aux deux PTS par des liens SIGTRAN.

Un NG-HLR qui est un HLR de nouvelle génération SDM de type ALCATEL qui à la
fonction AUC intégrée. Il en existe deux qui fonctionnent en mode (Actif/Standby). Les deux
noeuds du HLR sont localisés sur deux différents sites par mesure de sécurité.

Deux plateformes de réseau intelligent RI, qui marchent en partage de charge et un en backup,
pour les services prépayés et autres types de services. Ils sont connectés au cinq MSC par le
biais du réseau de signalisation.

Deux EAIP qui sont des périphériques intelligents ou des machines parlantes dialoguant avec
le réseau intelligent via le réseau de signalisation et qui sont également rattachés à tous les
MSC.

Deux serveurs de messagerie vocale (VMS) possédant des liens vers chaque PTS et communs
à tous les MSC. Chaque VMS se connecte au MSC grâce à son entité MMU qui lui sert
d’interface E1.

L’USSD Browser qui est une plateforme composé de deux modules dont le « cellgate » pour
la gestion de la signalisation et le « cellcube » pour les services.

Il permet d’envoyer des informations via des requêtes USSD pour les services GSM prépayés
(transfert de crédit, carte de recharge, paramétrage GPRS/UMTS…).

Deux serveurs de messagerie électronique SMS-C reliés aux MSC qui assurent le stockage et
la retransmission des messages courts de tous les abonnés.

II.3.3 Présentation des réseaux interconnectés au réseau SS7 (STP)

Le réseau de signalisation de la Sonatel joue un rôle très important au sein du réseau

téléphonique mobile et fixe. Composé de deux STP nommé « EAGLE STP ou EAGLE 5
ISS» fabriqués par TEKELEC dont la version actuelle est R38.0, ces derniers constituent une
architecture de signalisation en mode Quasi-associé. Ce réseau SS7 gère le trafic de
signalisation du coeur réseau mobile, le trafic international des centres de transit CTIT (se
trouvant à Thiaroye) et CTIM (qui se trouve à Medina) et le trafic de signalisation de deux
opérateur mobile qui sont TIGO et EXPERSSO. Les centres de transites (CTIT et CTIM) sont
reliés aux PTS (PTS TNP et PTS RP) par des liens MICs. Pour extraire le Time Slot pour
lequel est configuré le COC dans un faisceau international on a mis en place des équipements
au niveau de la transmission appelés BRASSEURS. C’est au niveau du Brasseur qu’on a tiré
les liens de signalisation qui vont vers l’internationale ou vers les autres operateurs
interconnectés pour relier les deux PTS (voir figure 14).

II.3.3.1 Architecture SS7 de l’interconnexion

En ce qui concerne l’architecture SS7 de l’interconnexion utilisé par la Sonatel, il y a trois

types d’interfaces de liaisons disponibles pour relier les PTS avec les différents équipements
du réseau :

- Liaisons LSL (Low Speed Signalings Links), avec un débit de 64Kb, interconnectent le
réseau international et les équipements du réseau national aux PTS.
- Liaisons de type HSL (High Speed Signalings Links), qui est une liaison avec un débit
théorique de 2M permettent d’interconnecter des équipements comme le HLR, les bases de
données du réseau intelligent aux PTS.
- Liaison SIGTRAN permet de relier le MSC aux PTS via le réseau IP de la Sonatel.

Nous allons voir dans le paragraphe suivant les fonctionnalités de chaque interface.

Figure 14 : Architecture SS7 de l’interconnexion

II.3.4 Vu d’ensemble des équipements de signalisation utilisé par la Sonatel (EAGLE STP)

Eagle STP qui est l’équipement intelligent du réseau de la signalisation, est composé de deux
(2) types de baies que sont :
- La baie de contrôle (CF, Control Frame) qui est la première et principale baie de la PTS.
Elle est identifiée par un numéro de série qui lui est propre et unique. Elle comprend trois (3)
étagères dont une de Contrôle (Control Shelf), qui comprend tous les composants du sous-
système administration et maintenance du PTS et deux autres pour les extensions (Extension
Shelf) séparés entre eux par un système de ventilation électrique.
- La baie d’extension (EF, Extension Frame), étant constituée de trois (3) alvéoles (shelves)
séparés par un système d’aération électrique, cette baie est utilisée pour augmenter la capacité
des liens de signalisation en ajoutant des cartes.

Figure 15 : baie de l’EAGLE STP

Les baies sont alimentées en énergie par le « FAP » (Fuse and Panel Alarm) qui est aussi le
gestionnaire des alarmes. Les alvéoles de chacune de baie comportent dix-huit (18) cartes
identifiées par un numéro spécifique.

La nomenclature utilisée pour localiser une carte dans une alvéole se fait comme suit :
- CF00 pour la baie principale
- EF00 à EF16 pour les baies d’extension
- 1XYZ pour les cartes avec : X étant la position de la baie dans le système (1=CF00,
2=CF01, 3=CF03)

Y étant la position e l’étagère dans la baie

Z étant la position de la carte sur l’étagère.

II.3.4.1 Architecture matériel de l’EAGLE STP

Comme il a été dit dans le paragraphe précédent que le STP est composé de deux baies, dont
la première est la baie de contrôle et la seconde baie est une baie d’extension. La première
alvéole de la baie de contrôle s’occupe de l’administration et de la maintenance du système, et
peut supporter plus de dix(10) cartes d’application (E1, T1, IP et GTT/ Global Title
translation).

Figure 16 : alvéole de contrôle

. Le sous-système de l’administration et de la maintenance du système est composé des
cartes suivantes:

- Les cartes TDM communiquent avec la MDAL via la base de données SCSI (Small
Computer Serial Interface).
- Les cartes GPSM II (General Purpose Service Modules) servent de base de données. Ce sont
les gestionnaires de téléchargement des logiciels de toutes les
cartes du control shelf.
- Les cartes TDM (Terminal Disk Module), servent de stockage des logiciels systèmes.
- La carte MDAL, qui est un double slot, constitue le système de sauvegarde interne. Elle
donne l’état des MASPs par contrôle et distribution des alarmes, et supporte le disque optique
(Optical Disk Magnetic). Ces deux MASPs sont reliés aux cartes d’extension par un bus
appelé IMT (Interprocessor Message Transport).

. Le sous-système d’application qui offre les services, est constitué par des cartes de type:

- MPL-T (MultiPort Link interface module)

- E5/T1 MIM (Multi-channel Interface Module)
- E1-T1/MIM
- EDCM (Enhanced Database Communications Module)
- HC-MIM (High-Capacity Multi-Channel Interface Module)
- E5-ENET qui permet de créer des liaisons de signalisation via le réseau IP.
- E5-E1/T1 qui fournit huit (8) MIC de trente-deux (32) LSL.
- E5-ATM (Asynchronous Transfer Mode) qui permet de créer des connexions ATM sur un
MIC.
- MCPM (Measurement Collection and Polling Module)
- DSM (Database Service Module)
- E5-SM4G (Service Module 4 Generation)
- TSM (Translation Service Module) qui stocke les informations des tables GTT (Global Title
Translations).

. On trouve encore un sous-système de communication, dont les types des cartes qui le
compose sont les suivants :

- MUX (High Speed MUltipleXer module) ou

- HIPR (High Speed Packet Router module)

Ces cartes sont présentes dans tous les alvéoles (selves) et gèrent la communication entre les
différentes cartes.

Pour cette partie nous nous intéressons seulement aux cartes qui permettent de configurer des
liens LSL, HSL et SIGTRAN.

II.3.4.1.1 Les cartes LSL (Low Speed Link) et HSL(High Speed Link)

Un lien LSL comme le nom l’indique c’est une liaison sémaphore standard de 64 kbps qui
sert à transporter des messages de signalisation. Actuellement les entités comme le HLR et le
RI qui peuvent être sollicités par plusieurs requêtes de transactions simultanément, il est
nécessaire d’augmenter la capacité de lien sémaphore. Ce technique est rendu possible en
multiplexant 31 canaux de 64 kbps en un seul lien sémaphore de 2Mbps appelé HSL. Dans
notre cas, la carte E5-E1/T1 qui fournit huit (8) MIC de trente un (31) LSL permet aussi de la
configurer en HSL.

Voici un exemple de la configuration des liens sémaphores LSL et HSL :

Pour créer un lien sémaphore vers une destination, il faut :

- Activer une carte

- Créer un lien E1 sur cette carte
- Créer une destination
- Créer un faisceau
- Créer le lien en définissant son type, le time slot, la méthode de correction d’erreur
- Définir une route logique pour chaque point code
- Activer le lien

Voir annexe A.

II.3.4.1.2 Les cartes IP(SIGTRAN)

Les types des cartes E5-ENET permettent de créer des liaisons de signalisation via le réseau
IP pour que les équipements NGNs puissent se dialoguer entre eux à l’intermédiaire du STP.

Dans notre cas les liens SIGTRAN sont utilisés pour l’interconnexion des PTS, les différents
MSC Server et le NGHLR (SDM).

Voici un exemple de la création d’une liaison de signalisation SIGTRAN :

Il y a deux (2) façons d’implémenter le SIGTRAN;

- connexion point à point entre PTS, on utilise une adaptation de couche M2PA.
- connexion point multipoint entre PTS, MSC Server et NGHLR qui utilise une adaptation de
couche M3UA

Pour la création d’associations de liens SIGTRAN, nous avons besoin :

- du nom de l’équipement distant, de son adresse IP primaire et secondaire

- du nom de l’association, de la carte sur laquelle elle sera configurée, préciser la couche
d’adaptation (M2PA ou M3UA)
- de préciser le faisceau en mettant le nom, le point code et l’adaptation
- de créer une route entre le PTS et l’équipement distant en précisant le point code de cet
équipement distant
- de créer des liens de signalisation qui vont supporter les différentes associations
- d’activer ces liens de signalisation
- et enfin ouvrir les associations

Voir annexe A.

II.3.4.1.3 les Interfaces utilisateurs

Pour administrer un système il faut l’accéder via une interface utilisateur. L’EAGLE STP de
la Sonatel est géré pour l’administration et la maintenance en utilisant deux outils :

- PROCOMM PLUS
- NETBOSS

L’outil PROCOMM PLUS, permet d’accéder aux deux STP par TELNET pour faire une
configuration, d’interroger les alarmes, ou d’exploiter le système d’une manière général. Les
commandes entrées dans cet outil sont en mode ligne de commande.

Si dessous une copie écran de l’outil Procom plus (figure 17) :

Figure 17 : interface utilisateur du STP, PROCOM PLUS

L’outil NETBOSS est une interface graphique permettant de visualiser en temps réel l’état du
système et les liens de signalisation. Cet outil permet une bonne visualisation graphique des
traces SS7 lorsque l’administrateur veut suivre les traces d’un appel pour résoudre un
problème.
Figure 18 : interface utilisateur du STP, NETBOSS

II.4 Réseau de transmission de la Sonatel

Le trafic de signalisation doit être véhiculé sur un réseau de transmission sur lequel les
équipements situés dans les sites distants puissent se dialoguer entre eux. La Sonatel dispose
deux type de réseaux de transmissions qui assurent le transport du trafic de signalisation de
son réseau téléphonique :

- Le réseau IP/GFP
- Le réseau IP/MPLS

Le réseau de transmission IP/GFP a des liens 34Mbits et 155Mbits sur SDH. Il est constitué
par des routeurs CISCO 2821 et 2811 interconnectés avec ces liens en fibre optique. Il est le
réseau dédié ou primaire pour la transmission de la signalisation. Le protocole de routage
OSPF est utilisé pour la propagation des routes vers les différents noeuds.

Le réseau IP/MPLS est utilisé comme un réseau de transmission pour le trafic de la

signalisation de backup. Des CEs dédiés sont installés dans les sites et raccordés au P et PE du
nuage IP/MPLS (voir figure 19).
Figure 19 : réseau de la transmission de signalisation

On trouve en général les types de messages qui sont transmis dans le réseau de transmission,
des messages de signalisation encapsulés sur IP appelés SIGTRAN. Ce réseau de transmission
transporte le trafic de signalisation des PTS entre les différents équipements localisé dans les
sites distants. A titre d’exemple, comme le NgHLR qui dialogue avec les MSCs reliés avec le
STP via ce réseau et les messages du protocole H248 échangés entre UMG et MSosft. L’étude
et analyse de ces messages seront le contenu des chapitres qui suivent.

Page suivante : Chapitre III: Analyse de la performance du réseau de signalisation de la

Sonatel

Retour au menu : Audit et analyse de la qualité et de la performance du réseau de signalisation

SS7/SIGTRAN de la Sonatel

• Publier son memoire

• Actualités

• Emploi

• Espace Ecoles
 • Mémoires

• Partenaires

• Contact

• CGU

© 2013 Institut numerique.

Recherche

Recherche
Search for: Go

Chapitre III: Analyse de la performance

du réseau de signalisation de la Sonatel
Non classé
Votre email ici...

Par admin ⋅ 04/04/2013 ⋅ Poster un commentaire

III.1 Présentation des mesures (key Performance Indicator) de la plateforme STP

Les mesures obtenus pendant une observation planifié ou à la demande, sont des données
importantes qui constituent des indicateurs que l’administrateur du système s’appuie pour
déterminer la performance de son système. Ces indicateurs jouent un rôle primordial, car ce
sont des paramètres clés qu’un administrateur ou gestionnaire du trafic téléphonique utilise
pour prévenir à une éventuelle extension du système ou dimensionner les composants du
réseau. La plateforme STP (EAGLE 5 ISS) de la Sonatel que nous étudions dispose douze
type de mesures regroupées en cinq catégories. Nous allons présenter ces douze types de
mesures avec ses catégories, mais notre étude se basera sur un nombre restreint de ces
mesures.

Voici les cinq catégories et les différents types des mesures de ces catégories :

1. Rapports Engineering du traffic

- Le système intégral du STP, nommé en langage technique (SYSTOT)

- les mesures de se composant (COMP)
- Gestion du réseau (NM)

2. Dépistage d’Erreur/ Rapports de Diagnostic des pannes

- Disponibilité quotidienne (AVLD)

- Disponibilité journalière en heure (AVLDTH)
- Disponibilité (AVL)

3. Rapports journalier sur les maintenances

- Mesures quotidiennes pour les maintenances (MTCD)

- Mesures quotidiennes pour les maintenances en heure (MTCDTH)
- Mesures pour les maintenances horaires (MTCH)

4. Rapports d’utilisation réseau

- Fonction passerelle (GTWY)

- Rapports de la base de données (RBASE)

5. Rapport d’état de la maintenance

- Indicateur d’état de la maintenance (MTCS)

III.1.1 Les principales fonctions de mesures (KPI)

L’observation du trafic permet d’analyser le comportement du système et fournir des

opérations de la maintenance préventive ou corrective en fin de maintenir un bon
fonctionnement du STP. Pour relever les mesures issues de l’observation, les fonctions
suivantes sont à exécuter :

- Collection ;

Les mesures peuvent être collectées dans des intervalles de 15, 30, et 60 minutes.

- Sauvegarde ;

Apres collecte, les mesures sont sauvegardés dans une table de mémoire RAM ou du DISK.
Les données mesurées sont stockées plus de 24 heures.

- Récupération ;
La récupération des données de mesures se fait à partir du DISK ou l’espace de stockage
RAM. Et les mesures actives sont récupérées et envoyées vers les cartes d’applications.

- Rapport ;

Le rapport des mesures est disponible à la demande ou par planification. Voici les possibilités
pour afficher les rapports de mesures :

o Tout l’intervalle de 30 minutes, il peut se faire à la demande et par planification.

o Cumulatif de jour en heures, seulement à la demande.
o Journalier, à la demande et par planification.
o Données actives de toutes les 5 minutes à la demande
o Tout l’intervalle de 15 minutes mais c’est optionnel.

III.1.1.1 Méthode de la collection des données de mesures

La collecte de mesures est une tâche séparée des rapports de mesures. La collection de
mesures est activée automatiquement au démarrage de la plateforme, ou par des commandes
administratives. La collecte est organisée par type d’entité (ENTTYPE) et par intervalle de
temps. La plate-forme comprend des modules (MCPM, Measurement Collection and Polling
Module) pour la collecte des mesures qui sont des cartes en mode Actif/Standby, dans
laquelle la carte MCPM actif seul exécute le programme de la collection de mesure.

Les mesures sont produites sur les cartes d’application et périodiquement rassemblé par
l’OAM (Operation Administration and maintenance) et sauvegardées pour la récupération sur
le TDMS (Terminal Disc Module System) ultérieurement. La commande liée à la collection
de mesures est « chg-meas ».
Cette commande permet de désactiver ou activer la collection des mesures et de planifier une
génération automatique des rapports. L’interface de la plateforme EAGLE 5 ISS se situe dans
le bus standard IMT et permet le dialogue avec les éléments du réseau et l’OAM. L’interface
du réseau client supporte le transfert de fichier FTP des rapports vers un serveur FTP.

Dans notre cas, les mesures de la plate-forme que nous allons étudier, après la collecte, sont
générés automatiquement et transférés vers le serveur FTP du client via l’interface FTP.

III.1.1.2 Paramètres de la fonction rapport de mesures

Dans un fichier de rapport, après récupération, nous pouvons avoir les types d’entités suivant,
constituants les paramètres du rapport de mesures :

- EIR (Equipment Identity Register) Enregistreur d’Identité d’Équipement

- LINK (Signaling link) liaison de signalisation
- LNKSET (Linkset) faisceau de signalisation
- LNP (Local number portability) portabilité des numéros
- LSDESTNI (Linkset destination network identifier) identificateur de faisceau du réseau
destinataire
- LSORIGNI (Linkset originating network identifier) identificateur de faisceau du réseau
d’origine.
- MAPSCRN (Global Systems for Mobile Communications Mobile Application Part
Screening Measurements) système globale pour les communications mobile, mesures de
dépistage de la partie application mobile
- NP (Intelligent network application part based number portability) partie application du
réseau intelligent basée sur la portabilité des numéros.
- ORIGNI (Originating network identifier) identificateur du réseau d’origine
- ORIGNINC (Originating network identifier for network cluste) identificateur du réseau
d’origine pour un groupe de réseau.
- STP (All nodes) tous les noeuds
- TT (Translation type)
- STPLAN (TCP-IP) links liaisons IP

Selon la configuration actuelle de la plateforme EAGLE STP utilisé chez Sonatel tous ces
paramètres ne sont pas implémentés. Au cours de notre étude nous allons sélectionner certains
paramètres qui vont nous servir dans nos analyses.

III.1.2 Les entités étudiés de la plateforme EAGLE 5 ISS

L’objectif de notre tâche c’est de faire l’audit et l’analyse de la qualité de service du réseau de
signalisation et de déterminer la performance des entités qui le constituent. C’est pour cette
raison que nous allons étudier directement les entités qui vont nous fournir des indicateurs
pertinents pour la détermination de la performance du réseau.

Nous allons nous baser sur les cinq catégories citées en haut pour faire une observation au
niveau des entités qui vont générer les rapports de mesures suivants :

- Rapports Engineering du trafic

- Le système intégral du STP, nommé en langage technique (SYSTOT)
- les mesures de se composant, qui sont les liens connectés au STP (COMP)
- Dépistage d’Erreur/ Rapports de Diagnostic des pannes
- Disponibilité quotidienne (AVLD)

Nous retrouvons dans ces catégories choisies plusieurs rapports de mesures et dans ces
rapports de mesures nous retrouvons des paramètres qui sont liés aux rapports d’observation.
Il y a quatre périodes accessibles pour laquelle ces mesures peuvent être rapportées :

o Last ; utilisé pour accéder à l’intervalle de collecte précédente.

o Specific ; utilisé pour accéder à un intervalle spécifique (l’une des 48 demi-heures de
l’intervalle précédentes.
o Active; utilisé pour accéder aux mesures de l’intervalle de collecte actuel.
o All ; utilisée pour accéder aux mesures pour tous les intervalles conservés pour la collection.

Tous ces paramètres seront utilisés pendant la récupération des rapports de mesures.

Dans ce paragraphe nous allons essayer de faire une description des paramètres liés aux
rapports de mesures (KPI) que nous allons analyser dans les autres paragraphes qui suivent.

III.1.2.1 Description paramétrique de mesures du système total STP (SYSTOT)

Les mesures suivantes sont utilisées pour surveiller la performance global du STP :
- Entity types: STP, Translation Type (TT), STPLAN
- Accumulation interval: Every 30 minutes
- Optional MP Accumulation Interval: Every 15 minutes
- STP retention period: 24 hours
- Reporting modes: Scheduled, On-Demand
- Accessible collection periods: Last, Specific

Avant d’effectuer toute sorte d’analyse pour la détermination du bon fonctionnement de la

qualité de service de la plateforme, nous avons jugé nécessaire de faire une brève description
des paramètres de mesures qui constituent nos indicateurs. Mais une description détaillée de
l’ensemble des indicateurs utilisés dans nos analyse est effectué dans les tableaux de l’annexe
B. Ce dernier définit les paramètres utilisés dans les rapports de mesure. Ce que nous avons
inclut dans les tableaux c’est le nom des événements, la description et l’unité de mesure.

III.1.2.1.1 Description des indicateurs correspondants aux MSUs du STP

Dans cette partie nous allons décrire et expliquer les paramètres des indicateurs
correspondants aux messages de signalisations transportés par le STP. Ces indicateurs ou
compteurs nous serviront à déterminer la capacité et la performance du STP. Voici la liste des
indicateurs les plus pertinents que nous allons les utiliser au cours de nos analyses :

ORIGMSUS :

Originated MSUs : Le nombre total MSU sortant qui ont passé avec succès au niveau 2 pour
être transmis, tout en portant le PS de STP dans le champ d’OPC.

ORMSUOCT :

Originate MSU Octets : Le nombre total d’octets sortants associés à MSU portant le point
code de STP dans le champ OPC. Cela inclut les octets ajoutés pour les processus du MTP
niveau 2

THRSWMSU :

Through-Switched MSUs : Le nombre total de MSU qui ne portent pas le point code du STP
dans le champ OPC ou DPC, et ont été passé au niveau 2 pour la transmission.

TRMDMSUS :

Terminated MSUs : Le nombre total des MSUs entrants portant le point code STP dans le
champ DPC.

MSUDSCRD:

Le nombre totale des MSUs qui ont subi l’echec de traitement par la fonction gatewaye
screenig et ont été rejeté. Voir les compteurs du rapport des faisceaux

PKSCCPMH
La charge maximale du système des messages traités par le SCCP en transactions par second.
Cette valeur est la plus élevées depuis la dernière mise à zéro de ce compteur par la
commande rept-stat-sccp:mode=peakreset .

III.1.2.2 Les mesures du trafic de signalisation des composants du STP (COMP)

Les mesures des composants (éléments raccordé à la plateforme STP) suivantes fournissent
les données indicateurs liées à la performance des liaisons de signalisation, les faisceaux
sémaphore et SIGTRAN de la plateforme STP :

- Entity Types: Link, Lnkset , SCTPASOC, SCTPCARD, UA

- Accumulation Interval: 30 minutes
- Optional MP Accumulation Interval: Every 15 minutes
- STP Retention Period: 24 hours
- Reporting Modes: Scheduled, On-Demand
- Accessible Collection Periods: Last, Specific, Active

Avant de procéder à l’étude pratique des indicateurs pour la détermination du bon

fonctionnement de la qualité de service de la plateforme, nous avons jugé nécessaire de faire
une brève description des paramètres de mesures qui constituent les indicateurs. Les tableaux
de l’annexe B définissent l’ensemble des paramètres utilisés dans les rapports de mesure. Ce
qui est inclut dans les tableaux c’est le nom des événements, la description et l’unité de
mesure.

III.1.2.1.1 Description des paramètres d’indicateurs des liens et faisceaux

Les compteurs que nous allons décrire sont valables à tous les composants STP qui sont les
liaisons sémaphores, les faisceaux sémaphores et liaisons SIGTRAN. Voici la liste des
indicateurs les plus pertinents que nous allons les utiliser au cours de nos analyses pour la
détermination de la performance du réseau de signalisation.

MOCTTRAN

MSU Octets Transmitted : Nombre total d’octets associés aux MSU transmis à l’extrémité, y
compris ceux qui sont ajoutés au niveau de MTP 2 pour le traitement et qui sont retransmis.

OCTRETRN

Number of MSU octets retransmitted. Nombre totals d’octets retransmit. Ce register ne figure
pas dans les rapports HSL.

MSGSTRAN

MSUs Transmitted : Nombre total de MSU transmis en amont, y compris les retransmissions.

MSURETRN

MSUs Retransmitted : Nombre de MSU retransmis depuis le STP sur ce lien à cause des
erreurs.
MSGSRCVD

MSUs Received : Nombre total de MSU reçue, y compris celles pour lesquelles la
retransmission a été demandée.

III.2 Trafic engineering du réseau de signalisation

Les indicateurs numériques obtenus après la récupération des rapports de mesures dans le
serveur FTP, seront étudiés et analysés à fin de pouvoir tirer des résultats. L’objectif de cette
étude est de pouvoir déterminer la performance du réseau de signalisation. Comme nous
avons déjà décrit précédemment les paramètres nécessaires aux études et analyses
engineering, il est indispensable de classifier ces paramètres pour faciliter les étapes des
études. Au cours de notre étude et analyse nous allons classifier ces indicateurs en deux
catégories :

- Catégorie du niveau supérieur

- Catégorie du niveau inférieur

Nous appelons catégorie du niveau supérieur tous les indicateurs qui associent des messages
de couches supérieurs (couche application). Tandis que la catégorie du niveau inférieur
concerne les indicateurs associant des messages de la couche basse du model de référence
OSI. Notons que ces deux catégories entrent dans le cadre d’étude des indicateurs clé de la
performance du réseau SS7 et SIGTRAN.

III.2.1 Analyse des données numériques des indicateurs du système STP(SYSTOT)

Sachant que l’heure chargée du réseau de signalisation est préalablement définie, il nous reste
à récupérer les indicateurs générés dans cet intervalle d’heure chargé. Les données de ses
indicateurs sont l’ensemble des messages traités uniquement dans le STP pour être routé vers
des points code distants. Les administrateurs de la plateforme STP nous ont confirmé que
l’intervalle du temps qui varie entre 21 h00 min et 21 h30 min est l’heure chargée de la
plateforme. Pour avoir des valeurs réelles nous allons récupérer des indicateurs de cinq jours
ouvrables de la semaine et faire une comparaison pour sélectionner les valeurs des indicateurs
de l’heure de la journée la plus chargée de la semaine. Et nous pourrions suivre le processus
pour de terminer l’heure chargée du mois.

III.2.1.1 Audit et étude sur les traitements des trames de signalisation (MSU) du système STP

Pour l’audit et l’analyse nous allons nous baser aux MSUs traités dans la couche supérieure.

Parmi les indicateurs (KPI) que nous avons récupéré dans le serveur FTP, figurent dans la
période du 29/06/2011 au 18/07/2011. En comparant certains fichiers de ces indicateurs nous
avons trouvé que l’heure chargée est entre 21h00 min et 21h30min. Pour cette première
analyse nous allons étudier les indicateurs concernant le système STP pour avoir une vue
globale des messages traités à l’heure de pic par les plateformes STP du site RP et TNP. Nous
avons choisi le fichier du 01/07/2011 et filtré les indicateurs du 21h 00 à 21h 30min.
Tableau 2 : indicateurs des messages traités dans les STP

Tous ces paramètres du tableau 2 sont expliqués dans l’annexe B, ainsi nous pouvons utiliser
ses indicateurs pour déterminer la capacité de traitement des MSUs pendant l’heure chargé
des plateformes.

Figure 20 : illustration du traitement des messages du STP

Nous allons utiliser les données précédentes pour la détermination des MSUs (ISUP et SCCP)
traités dans un STP en fonction des MSUs qui l’atteignent. La figure 20 montre l’échange des
messages entre le STP et les deux entités (CTI et MSC NGN). On note « Cap » la capacité du
traitement de messages en pourcentage, qui désigne l’ensemble des MSUs subissant des
traitements dans le STP avant d’être routé vers les noeuds destinataires.

Cap= ((ORIGMSUS+TRMDMSUS+MSUDSCRD)/
(ORIGMSUS+TRMDMSUS+THRSWMSU+MSUDSCRD))*100.

Application numérique :

Pour TNP Cap= ((3751146+3756248+2)/

( 3751146+3756248+2+16819346))*100=30.8607%.

Pour RP Cap= ((3354568+3356277)/( 3354568+3356277+17262163))*100=27,9933%.

Selon les calculs effectués nous constatons que le STP de TNP traite 30,860% des MSUs et
les restes transitent le STP.
De même pour le STP de RP traite 27,9933% des MSUs et les restes transitent le STP.

Au cours du traitement des messages nous n’avons pas remarqué des disfonctionnements
majeur selon les indicateurs que nous avons étudiés. Seul le compteur « MSUDSCRD» qui a
affiché deux messages rejetés au cours du traitement pendant cette période d’observation. Il
est à noter que certains KPI ont besoin d’être observé dans une période prolongé pour avoir
suffisamment des valeurs

III.2.1.2 Audit et étude pour la traduction des MSU en GT(Global Translation)

Etudions maintenant les indicateurs concernant les messages destinés au sous-système de
commande des connexions sémaphores ou sous-système SCCP. Les compteurs qui sont dans
le tableau suivant sont décrits dans l’annexe B.

Tableau 3 : indicateurs des messages associés au SCCP

Nous remarquons que la plateforme de TNP affiche une valeur de 4506 TPS sur son compteur
(PKSCCPMH) qui indique le nombre max de Messages par second que le système a traité.
Par contre le STP de RP a affiché sur son compteur 3359 TPS, maintenant il reste à revoir la
configuration actuelle en terme de TPS au niveau des cartes SCCP afin d’en tirer une
conclusion.

III.2.2 Analyse des données numérique de différents composent (COMP) liés au STP

Nous allons analyser les données numériques récupérées après la collecte des mesures dans
tous les composants du réseau de signalisation. Nous trouvons comme composant, les liaisons
de données (LINKs), les faisceaux de signalisation (LINKSETs) et les liaisons de
signalisation sur IP (SIGTRAN).

III.2.2.1 Analyse des indicateurs des LINKs et LINKSETs

Les compteurs des indicateurs que nous aurons à analyser dans cette partie se baseront plus
particulièrement dans les deux catégories cités en haut. Les trames de messages écoulés dans
les couches MTPs et celles des couches application seront l’objet de notre analyse.

Sachant que la plateforme de signalisation EAGLE STP de la Sonatel est le coeur du réseau
de la signalisation, ça ne nous étonnera pas si nous découvrons qu’il est interconnecté
actuellement avec plus de 230 noeuds.

III.2.2.1.1 Analyse des indicateurs des MSU de la couche application

Nous allons analyser le fichier de rapport contenant les indicateurs des MSU de la couche
application (messages des utilisateurs) et faire un tri sur les indicateurs qui afficheront des
valeurs très critique afin de les évaluer. Les différents messages (MSUs) de cette couche sont
en générale des messages ISUP et des messages SCCP. Ces MSUs sont envoyé par le STP
vers un noeud en passant par un lien de signalisation et un faisceau de signalisation. Le STP
peut recevoir encore des MSUs venant d’un lien de signalisation. Des exemples des liens de
signalisation sémaphores sont représentés dans les tableaux 4 et 5. Au cours des analyses des
compteurs des liens HSL et LSL, des erreurs ont été aperçu dans les faisceaux de certains
destinations comme TIGO, la plateforme VMS et EIR. Voici l’interprétation des valeurs des
indicateurs qui montrent les erreurs dans les LS :

. Les trafics de signalisations de l’opérateur TIGO sont pointés vers le STP de Technopôle et
de RP Dakar. C’est la raison pour laquelle que TIGO a deux faisceaux de signalisation, mais
en observant le trafic écoulé dans les deux faisceaux nous avons obtenu que les liens du site
RP sont beaucoup pris par apport aux liens du site de TNP.

- Cause :
Les compteurs MSURETRN et OCTRETRN des liens (tnptigo1 et tnptigo2) affichent des
valeurs qui signifient une retransmission fréquente des MSUs due à une détection d’erreurs.

. Le même problème a été relevé sur les liens de signalisations de la plateforme VMS (Voice
Mail Service) plus particulièrement les liens qui vont vers le STP du TNP. (Voir tableau 4).

Les indicateurs de ce tableau sont expliqués dans l’annexe B. Nous pouvons noter que les
valeurs de ces compteurs sont les MSU de l’ISUP échangé entre les PTS les différents noeuds
destinataire exprimé en nombre de message et en Octet associé aux messages envoyés sur ces
liens.

Tableau 4 : retransmissions des MSUs à cause des erreurs

. Le tableau suivant montre que les analyses effectuées sur les liens du faisceau de la
plateforme EIR ont déterminé des instabilités important sur ces liens.

En observant les liens vers le STP de RP nous apercevons que les MSUs transmis vers le end
point sur ce lien ne sont pas traités correctement à cause des erreurs omniprésents sur la
couche MTP. Les Messages de la couche application (ISUP/SCCP) ne parviennent totalement
pas le STP afin d’être traité. Au niveau du compteur MSGSRCVD du lien congestionné
n’affiche pas beaucoup des messages reçus à cause des erreurs de la couche MTP.
Tableau 5 : illustration des MSUs non traité sur la couche application

III.2.2.1.2 Analyse des indicateurs des MSU de la couche MTP

Les indicateurs inclus dans ce tableau montrent clairement les états de la couche MTP1 à
MTP3 des liens de la plateforme EIR. Cet exemple permet de nous faire comprendre que le
disfonctionnement sur les liens et faisceaux peut survenir dans tous les niveaux et quelques
soit la présence des pannes dans un niveau donné il y a toujours une risque de perdre des
MSUs. La période pour laquelle ces liens ont été observés a suffi largement de faire apparaitre
des valeurs significatives sur les compteurs de ce tableau. En regardant les liens sémaphores
vers le site de RP, nous trouvons qu’ils sont tous le temps congestionné pour les niveaux MTP
1, 2, 3 et ces congestions entraient les rejets des messages selon leurs priorités.

Tableau 6 : niveau de congestions des liens

III.2.2.2 Analyse des indicateurs du lien SIGTRAN

Les indicateurs concernant les liens de signalisations sur IP(SIGTRAN) seront étudiés et
analysé dans cette partie. La signalisation SS7 sur IP (SIGTRAN) définit un protocole de
transport fiable appelé SCTP (Stream Control Transmission Protocol) et une couche
d’adaptation des usagers (User Adaptation; UA) permettant de transporter des protocoles de
signalisation téléphonique. C’est pour cette raison que nous devons amener une étude
d’analyse pour les indicateurs des MSU écoulés par le SCTP et la couche UA.

III.2.2.2.1 Analyse des indicateurs pour les MSU de la couche UA

Concernant les messages de la couche User Adaptation, nous aurons l’occasion d’analyser
dans cette partie deux couches que la Sonatel exploite déjà :
- La couche d’adaptation M2PA
- La couche d’adaptation M3UA

Les indicateurs de la couche adaptation M2PA sont observés sur les liens inter PTS. Ces
derniers permettent aux deux PTS de se dialoguer. Voici l’interprétation des valeurs observées
sur les liens M2PA :

- La couche d’adaptation M2PA

Dans ce tableau sont affichées les valeurs de compteurs des quatre liens M2PA entre les deux
STP. Les MSUs qui transitent sur ces liens sont les messages venant de la couche utilisateurs
et qui traversent la couche M2PA pour être transmis vers le réseau IP par le protocole SCTP.
Les paramètres inclus dans ce tableau sont détaillés dans l’annexe B. La colonne LSN signifie
le nom du faisceau et LINK indique le numéro de la carte et le port où le lien est configuré.
Dans le chapitre précédent sur le paragraphe II.2.1 il a été déjà dit que la couche M2PA assure
le transport de paquets MTP3 entre deux SGs ou deux IP SPs (IP SIGnaling Point). Elle
fournit une interface MTP 2 à la couche cliente (à savoir, MTP3) et s’appuie sur le service
SCTP, alors dans ce tableau les paramètres (M2PUDMTR, M2PUDMRC, M2PUDOCT et
M2PUDOCR) présentent successivement les unités de données (chunks) reçu dans M2PA et
transmis de M2PA.
Tableau 7 : illustration des messages émis et reçu par la couche M2PA

- La couche d’adaptation M3UA

Dans le cas de la couche d’adaptation M3UA, la Sonatel l’utilise pour la configuration des
liens SIGTRAN des PTS vers les différents noeuds du coeur réseau NGN. Nous avons mis en
évidence des exemples concrets dans ce tableau pour justifier les théories déjà vues dans les
cours. Il a été dit dans le paragraphe II.2.1 que la couche d’adaptation M3UA assure
l’acheminement de messages ISUP ou SCCP entre un SG et un MGC en fournissant une
interface MTP3 à la couche supérieure (ISUP, SCCP). C’est dans le même sens que la
configuration a été effectuée, par exemple sur les liens d’association des MSoft X3000 (MSC
NGN) et les STP. Voici l’interprétation du tableau suivant issue des études et analyses
effectué après l’observation de ces liens. La première colonne indique le nom d’association du
lien et les autres paramètres sont exprimés dans l’annexe B. Il est à noter qu’une association
se réfère à une association SCTP. L’association fournit le transport pour des unités de données
de protocole (SCTP du terminal local et SCTP du terminal distant) et des messages de couche
d’adaptation paire (M3UA du terminal locale et M3UA du terminal distant). Par exemple, le
paramètre (RXDATAMS) représente le nombre de messages de données reçus par le STP de
l’ASP (Application Service Part) dans la couche M3UA, ici c’est les MSC06 et MSC05 qui
sont les ASPs.

Tableau 8 : illustration des messages émis et reçu par la couche M3UA

III.2.2.2.2 Analyse des indicateurs pour les MSU du SCTP

Avant la transmission du premier bloc de donnée depuis le SCTP end point local vers le
SCTP end point distant, les deux SCTP end points doivent accomplir d’abord un processus
d’initialisation dans le but d’établir une association entre eux. Une fois l’association est établit
des flux unidirectionnels (Streams) sont ouvert sur l’un des end points pour le transfert des
données. Dans ce tableau on retrouve les paquets SCTP échangés entre les end points qui sont
les MSC serveurs et le STP récupérés dans la période d’observation à l’heure chargée. Ces
indicateurs vont nous permettre d’évaluer la performance des liens SIGTRAN et suivre de
près les différentes étapes de transfert des données de signalisation sur le réseau IP afin de
pouvoir déceler les pannes. Au cours de notre analyse sur ces indicateurs nous n’avons pas
détecté des disfonctionnements pertinents ou des surcharges sur le réseau SIGTRAN. Les
associations successives du MSC06 et MSC05 incluant dans le tableau suivant sont les plus
chargé par rapport aux autres liens SIGTRAN, c’est la raison pour laquelle elles ont été
choisies pour les étudier. Les paramètres de ces compteurs sont exprimés dans l’annexe B. En
regardant le compteur (GAPACKSR) avec ses valeurs ça nous rassure qu’à l’heur chargée du
réseau de signalisation il n’y a pas beaucoup de soucis au niveau du SIGTRAN. Les valeurs
affichées sur ce compteur signifient essentiellement le nombre d’écart de bloques d’accusé de
réception (Gap Ack Block) dans un SACK (Selection Acknowledgement) d’unité de contrôle
(control Chunk) reçu de l’SCTP end point. Ce dernier se base sur ses valeurs pour calculer les
unités de données manquantes. Dans notre exemple ces valeurs sont moins significatives.
L’indicateur (ASMAXRTO) comme il a été déjà décrit dans l’annexe B il indique la valeur
maximale observée de l’état de la variable de dépassement de la retransmission (RTO) de
SCTP, en milliseconde, pour les paquets SCTP qui devraient être transmis mais ils n’ont pas
été transmis à l’hôte distant. Ces valeurs sont les maxi observées pendant l’heure chargée sur
ces associations successives de MSC06 et05, mais nous avons observé des valeurs critiques
qui dépassent les 500 msec comme pour les liens du MSC 08 or selon les simulations
effectuées montre qu’il ne faut pas dépasser une valeur de 623,6 msec.

Tableau 9 : illustration des messages émis et reçu par le protocole SCTP

III.3 Les recommandations

L’Assemblée mondiale de normalisation des télécommunications (AMNT), qui se réunit tous

les quatre ans, détermine les thèmes d’étude à traiter par les Commissions d’études de l’UIT-
T, lesquelles élaborent en retour des Recommandations sur ces thèmes. Le respect de
certaines recommandations se fait à titre volontaire. Cependant, il se peut que parmi ces
recommandations il y ait certaines dispositions obligatoires. Dans certaine circonstance les
opérateurs de télécommunications s’obligent à respecter des recommandations pour maintenir
de la qualité de service du réseau. Nous allons présenter dans les paragraphes qui suivent
certaines recommandations qui nous servirons comme référence pour calculer la performance
du réseau de signalisation de la Sonatel.

III.3.1 Occupation des canaux sémaphore

Le système de signalisation par canal sémaphore est défini par la recommandation IUT Q.700.
Un canal sémaphore peut donc avoir à traiter en situation anormale (jours spécial) plus de
trafic qu’en situation normale. Pour cette raison, un canal sémaphore ne peut pas utiliser en
situation normale plus de 40% de son débit nominal. Lorsqu’un canal tombe, son trafic est
alors renvoyé vers un autre canal qui sera utilisé à 80% au maximum de son débit minimal.
Les 20% qui restent sont utilisé afin de transporter des messages de gestion. Dans le cas des
liens LSL, le débit du canal sémaphore est de 64kbps. Un message ISUP ayant une taille
moyenne de 40 octets, le canal sémaphore utilisé en situation normal peut transporter au
maximum 80 messages ISUP. Voici un exemple de calcul :

((64000/8)/40)*40% = 80 messages ISUP dans la situation normale

((64000/8)/40)*80% =160 messages ISUP dans la situation anormale

En partant sur cette base on peut calculer la capacité d’un lien HSL ayant un débit de
1984kbps. Voici un exemple de calcul :

((1984000/8)/40)*40% = 2480 messages ISUP dans la situation normale

((1984000/8)/40)*80% = 4960 messages ISUP dans la situation anormale

III.3.2 Capacité maximale en transaction par second configurée dans le STP

Selon la configuration actuelle, les cartes utilisées pour les liens IP SIGTRAN sont les cartes
de types E5-ENET déjà décrit en haut. Une carte E5-ENET peut être configuré jusqu’à 50
associations sur chaque port (port A ou port B) avec une capacité théorique de 5000
transaction par second (TPS). Cette capacité peut être répartie sur les différents liens
configurés sur la carte. Un TPS est égale à un message émit ET un message reçu. Bien attendu
que la capacité de la carte dépend aussi de la taille moyenne de la trame de message (MSU).
Une autre carte appelée E5-SM4G (DSM Module) est configuré dans les STPs qui sert la
fonction de SCCP. La capcité d’une carte est de 5000 TPS et quatre cartes E5-SM 4G sont
configuré dans cahque STP.

III.3.3 Détermination du taux d’efficacité du système de la plateforme STP (SYSTOT)

Apres avoir effectué des études et analyses dans les différents composants liés aux systèmes
et le système même, maintenant il reste à faire un résumé en calculant le taux d’efficacité de
la plateforme dans une période donnée. Dans un premier temps nous allons calculer le taux
d’efficacité du SYSTOT et la capacité du traitement de service SCCP qui lui est disponible ;

- Taux d’efficacité du traitement des MSU dans le STP :

Nous pouvons confirmer que le fonctionnement du système de signalisation en termes de

traitement des MSUs est satisfaisant. L’observation du trafic de signalisation à l’heur chargé
sur une intervalle de 30 min, nous a permis de relever ces données figurant sur le tableau ci-
dessous, pour pouvoir effectuer nos calculs. Ces calculs concernent seulement les messages
atteignant au STP et traités par ce dernier.

Teff = ((ORIGMSUS+ TRMDMSUS+ THRSWMSU)-(MSUDSCRD+ MSULOSTx+

MSSCCPFL)) / (ORIGMSUS+ TRMDMSUS+ THRSWMSU)

NB : MSULOSTx dont x varie de 1 à 5 comme déjà décrit dans l’annexe B

Application Numérique :

Voici un exemple de calcul pour le taux d’efficacité (Teff) de la plateforme STP du site de
TNP dans un intervalle de temps T=30 min.
Teff = (((3751146+3756248+16819346)-(2+0+0)) / (3751146+3756248+16819346)) * 100 =
99,999%

Le réseau de signalisation doit être disponible en permanence car il joue un rôle très important
dans le réseau téléphonique. Il est le responsable de la gestion de connexion des circuits
téléphonique en assurant les tâches suivantes :

- Etablissement et rupture,
- Contrôle et facturation,
- Supervision et maintenance.

Selon les résultats obtenus ci-dessous nous pouvons conclure que les plateformes de
signalisation de la Sonatel respectent la norme de cinq neuf en termes du traitement des
messages (99.999% d’efficacité).

Tableau 10: illustration du taux d’efficacité de SYSTOT (STP)

. Capacité disponible en transaction par second (TPS) de la fonction SCCP

Actuellement à chaque STP possède quatre cartes E5-SM4G assurant la fonction de

traduction qui traduit l’appellation globale (GTT, par exemple, les chiffres numérotés) en un
code de point sémaphore et un numéro de sous-système. La capacité maximale d’une carte est
de 5000 tps. Dans le tableau 3 une valeur de 4506 tps sur le compteur PKSCCPMH a été
enregistrée. Si nous devons calculer la charge en pourcentage (Ctps) du système en TPS nous
aurons :
Ctps= (4506/4*5000)*100=18.024%.

Le système consomme actuellement 18% de sa capacité maxi en TPS configuré.

III.3.4 Détermination du taux d’occupation du COMP

Dans le cas de la détermination du taux d’occupation des liens sémaphore, nous avons
sélectionnés les cinq premiers faisceaux les plus chargés dans le réseau pour l’évaluation du
taux d’occupation des liens. Les deux tableaux suivant résument en termes d’occupation les
liens LSL et HSL. Les calculs sont effectués dans les deux sens, le taux d’occupation en
émission et le taux d’occupation en réception. En se basant sur les recommandations déjà
discuté dans les paragraphes précédents, nous pouvons maintenant savoir combien en
pourcentage un lien est occupé en émission et en réception. Pour ce faire nous avons choisi
parmi les liens en forts trafic le compteur (MOCTTRAN) désignant les messages transmis
exprimé en octet et le compteur (MOCTRCV) pour les messages reçus, pour déterminer la
charge en pourcentage de ces liens. Sachant que le débit d’un canal sémaphore est de 64kbps
ainsi que le codec utilisé est le G.711, nous allons se référer pour tous ces paramètres pour
calculer la charge des liens.

. Charge d’un canal sémaphore (LSL)

T est le temps d’observation du trafic de signalisation que nous allons convertir en seconde.

G711 donne 64kbps.et dans nos calculs nous allons affecter G la valeur de 64000 bps.
T= 30 min = 1800 sec, temps d’observation ;

G= 64000 bps codec pour la voix téléphonique sur PCM, pour convertir en octet on aura
G=64000/8=8000 octet bps.
Pour avoir la charge d’un lien dans une période d’observation on calcul d’abord le débit
binaire du codec pour cette période (Dc).

Dc=G*T=14400000 octb, cette valeur est utilisé pour calculer le taux d’occupation (Tocc) des
liens qui figurent dans le tableau.

Par exemple pour l’ensemble des liens LSL du réseau de signalisation de la Sonatel, ce sont
les liens du faisceau vers TIGO qui sont occupés déséquilibrements. La charge maxi de ces
liens à l’heure chargée se lève à 56.42% au lieu de 40% sur chaque lien du faisceau, plus
précisément le lien rptigo1. Les causes de ces déséquilibres sont décrites dans le paragraphe
III.2.2.1.1. Actuellement le taux d’occupation normal le plus élevé relevé sur le réseau de
signalisation est de 81,85% pour le faisceau vers Orange Bissau. Ci-dessous un exemple de
calcul du taux d’occupation (Tocc) des liens :
Tocc= (MOCTRCVD/14400000)*100.

Application numérique :

Tocc= (8,12Moct/144000000)*100=56%, taux d’occupation du lien vers TIGO

Tocc= (11,78Moct/144000000)*100=81.85%, taux d’occupation du lien vers Orange Bissau

Tableau 11 : illustration du taux d’occupation des liens LSL (COMP)

Le graphique suivant montre l’évolution du taux d’occupation de l’ensemble des liens de

signalisation sémaphore du réseau SS7 de la Sonatel.

Figure 21: Charge des liens LSL en transmission et en émission

. Charge d’un canal à haute vitesse (HSL)

Concernant les liens HSL la procédure de calcul est la même que la précédente. Mais avant
d’effectuer le calcul pour chercher le taux d’occupation, il faut calculer d’abord le débit
binaire (Dc) en multipliant par 31 times slots le débit d’un lien LSL. La définition d’un lien
HSL a été déjà dite dans le chapitre II paragraphe 2.4.1.1.

Dc=14400000*31=446400000 octb.

Le lien HSL ayant un fort trafic par rapport aux autres liens c’est un des liens du faisceau IN.
Le taux d’occupation relevé sur ce lien est de 13,13%. Le taux d’occupation est calculé de la
même manière que celle du lien LSL. Nous allons faire un calcul ci-dessous pour démontrer
le taux d’occupation (Tocc) d’un lien HSL.

Tocc= (MOCTRCVD/446400000)*100.

Application numérique :

Tocc= (58590000/446400000)*100=13,13%, il faut noter qu’un lien HSL a une capacité de

31 fois plus qu’un lien LSL.

Tableau 12: illustration du taux d’occupation des liens HSL (COMP)

Le graphique suivant montre l’évolution du taux d’occupation de l’ensemble des liens HSL de
signalisation du réseau SS7 de la Sonatel.

Figure 22: Charge des liens HSL en transmission et en émission

. Capacité des liens SIGTRAN (SS7 sur IP)

La carte E5-ENET a été décrite sur le paragraphe III.3.2, elle permet de configurer des
liaisons de signalisations SS7 sur le monde IP. Les plateformes STP dialoguent avec les
équipements NGNs du réseau mobile de la Sonatel grâce à la signalisation sur IP appelée
SIGTRAN. C’est la raison pour laquelle des observations ont été effectué sur les liens
SIGTRAN pour suivre de près l’évolution du trafic de signalisation sur ce réseau. Au cours de
ces observations deux types d’indicateurs sont jugé indispensables pour la détermination de la
performance du réseau SIGTRAN. Dans ce tableau figure des échantillons des liens
SIGTRAN prises sur les faisceaux qui vont vers le MSC06 et MSC05. Dans ces liens ce sont
successivement les indicateurs MSGSTRAN et MSGSRCV qui permettent d’effectuer les
calculs pour la détermination de surcharge et la capacité en TPS occupée par un lien.
L’exploitant du réseau peut affecter à un lien (association) lors de la création ou modification
une capacité en TPS en fonction du trafic à écouler sur cette destination. Selon le tableau de
bord qui contient toutes les affectations des liens SIGTRAN en termes de TPS, nous avons
noté que pour le lien MSC06 est configuré à 2000 TPS et le lien MSC05 est 1500 TPS.

Maintenant nous allons justifier les résultats de ce tableau ;

Tableau 13 : illustration du taux d’occupation des liens SIGTRAN (COMP)

- Le taux d’occupation d’un lien SIGTRAN

Le taux d’occupation d’un lien, lsmsc05 par exemple, est obtenu en utilisant la
recommandation G.726 (remplace G.721) qui est la norme de compression audio de l’UIT-T.
Cette dernière introduit une modulation par impulsion et codage différentiel adaptative
(MICDA ou ADPCM) qui donne lieu à un débit de 40kbs, 32kbps et 16kbps. Le technique de
codage utilisé par la Sonatel sur son réseau IP est celui dont le débit du flux est de 32kbps.

En reprenant les calculs effectué précédemment nous auront, dans le paragraphe III.3.4:
T= 30 min = 1800 sec, temps d’observation ;
G= 32000 bps codec pour la voix téléphonique en ADPCM, pour convertir en octet on aura
G=32000/8=4000 octet bps.

Pour avoir la charge d’un lien SIGTRN dans une période d’observation on calcul d’abord le
débit binaire du codec (Dc) pour cette période.

Dc=G*T=7200000 octb
Le taux d’occupation est calculé comme suit :
Tocc= (MSGSTRCV /7200000)*100

Application numérique :

Tocc= (1047509/7200000)*100= 14,55%, sur cette exemple de calcul nous pouvons

confirmer que le taux d’occupation maxi des liens SIGTRAN à l’heure chargé se lève à
14.55%.

Le graphique suivant montre une vue globale des surcharges et taux d’occupation des
différents liens de signalisation sur IP (SIGTRAN).

Figure 23: Charge des liens SIGTRAN en transmission et en émission

Connaissant la capacité configurée sur chaque association (lien), maintenant il est plus aisé à
déterminer la capacité en TPS occupée pour chaque lien pendant l’heure de pointe. Prenons
toujours l’exemple sur le lien lsmsc05 et faisons le calcul pour déterminer sa charge en
transaction par second (Chtps).
Chtps= MSGSRCVD/T, avec T la période d’observation en second et MSGSRCVD les
nombre de messages reçu

Application numérique :

Chtps= 1047509/1800=581,95 tps, pour avoir des résultats transparents il est nécessaire de
calculer le taux d’utilisation de sa capacité en tps (Tutps) disponible sur ce lien.

. Taux d’utilisation de la capacité en TPS pour les associations SIGTRAN

Tutps= (581,95/1500)*100=38,80 %, selon les calculs effectués et les résultants obtenu, le

réseau SIGTRAN de la Sonatel est surdimensionné. A partir de ces résultats obtenus, nous
pourrions conclure que ce réseau est performant et pourra tenir sa performance jusqu’à plus
de cinq ans. Dans le chapitre que nous allons aborder est constitué par des proposions basée
sur les résultats obtenus lors de l’étude engineering du trafic de la signalisation.

Page suivante : Chapitre IV : Proposition sur les résultats d’analyses et audits obtenus pour
l’amélioration du réseau de signalisation de la Sonatel

Retour au menu : Audit et analyse de la qualité et de la performance du réseau de signalisation

SS7/SIGTRAN de la Sonatel

• Publier son memoire

• Actualités

• Emploi

• Espace Ecoles

• Mémoires

• Partenaires

• Contact

• CGU

© 2013 Institut numerique.

Recherche

Recherche
Search for: Go

Chapitre IV : Proposition sur les résultats

d’analyses et audits obtenus pour
l’amélioration du réseau de signalisation de
la Sonatel
Non classé
Votre email ici...

Par admin ⋅ 04/04/2013 ⋅ Poster un commentaire

IV.1 Analyse des résultats

Dans le cadre de l’amélioration du réseau de signalisation de la Sonatel, des analyses de tous

les résultats émanent des études et audits au niveau des plateformes STP et aux liens des
signalisations ont été effectué. L’objectif de cette analyse c’est de pouvoir identifier certains
disfonctionnements s’ils existent dans le réseau et d’apporter quelles que proposions afin
d’améliorer la performance du réseau. En examinant d’une manière détaillée les résultats des
études faites dans les différentes entités du réseau de signalisation, les disfonctionnement
décelés dans l’intervalle d’observation n’ont pas été très critiques. Mais lors d’une vérification
dans l’ensemble des autres fichiers contenant les KPI observés dans les périodes et jours qui
n’ont pas été inclus dans notre cadre d’étude, certains défauts ont été détecté dans le réseau.

Puisqu’il sera très difficile d’introduire dans ce document l’étude et analyse faites pour tous
les fichiers des indicateurs hebdomadaire ou journalier, nous avons conservé dans ce
document que les études d’une journée. Dans les paragraphes qui suivent des décisions ou
propositions seront prises suite aux résultats donnés pendent les analyses du système globale
(SYSTOT) et ses composant (COMP)

IV.1.1 Décision sur les résultats du SYSTOT(STP)

La plateforme EAGLE STP intègre plusieurs mesures permettant d’analyser le comportement

en temps réel ou à la demande du système ou les services installés. Parmi ces mesures il y a
ceux qui sont exécuté automatiquement à la mise en service du STP et ceux qui sont lancé à
l’aide des commandes. L’administrateur du système peut avoir le choix d’observer certaines
mesures pour contrôler seulement un groupe d’entité ou de service. Concernant les mesures
du système total appelé en langage technique SYSTOT sont déjà lancées et disponible.
Actuellement ces mesures ne sont pas traitées par les administrateurs du système et pourtant
ces mesures donnent des indicateurs très pertinents permettant de suivre le fonctionnement du
système. Vu les résultats obtenus pendant les études et analyses de cette catégorie de mesures,
nous avons décidé de mettre en oeuvre un système de traitement pour ces mesures dans le but
d’avoir une statistique globale du traitement des messages dans le STP. L’obtention de ces
statistiques est rendu possible par des calculs réalisés sur les indicateurs de mesures donnés.
Dans ce cas nous allons proposer aux administrateurs de la plateforme STP de tenir compte de
la liste des indicateurs suivant avec une méthode de traitement de ces compteurs :

- ORIGMSUS : Le nombre total des messages sortant qui ont passé avec succès au niveau 2
pour être transmis, tout en portant le PS de STP dans le champ d’OPC.
- ORMSUOCT : Le nombre total d’octets sortants associés à MSU portant le point code de
STP dans le champ OPC. Cela inclut les octets ajoutés pour les processus du MTP niveau 2.
- THRSWMSU : Le nombre total de MSU qui ne portent pas le point code du STP dans le
champ OPC ou DPC, et ont été passé au niveau 2 pour la transmission.
- TRMSUOCT : Le nombre total d’octets associés aux messages (MSU) entrants portant le
point code de STP dans le champ DPC, y compris les octets enlevés pour les traitements du
niveau 2.
- TRMDMSUS : Le nombre total des MSUs entrants portant le point code STP dans la
- DPC.
- OMSINVDPC : Nombre de MSU avec un invalide DPC.
- MSULOST2 : Nombre de MSU rejetés parce que la mémoire tampon de routage était en
débordement.
- MSULOST4 : Nombre de MSU rejetés car la réception avait une file d’attente débordant.
- MSUDSCRD : Le nombre totale des MSUs qui ont subi l’echec de traitement par la fonction
gatewaye screenig (GWS) et ont été rejeté. Voir les compteurs du rapport des faisceaux.
- MSINVDPC : Nombre de message MSU reçus et rejetés car le DPC n’a pas pu être trouvée
dans la table de routage STP.
- MSNACDPC : Le nombre total de MSU rejetée à cause d’un inaccessibles DPC.
- GTTPERFD : Le nombre total de MSU ayant réussi la traduction du (GTT).
- GTTUN1NT : Le nombre de fois que SCCP n’a pas pu trouver une traduction dans la table
de traduction. Cela comprend la traduction des GT, les traductions de point code, et les
traductions Subsystem (SSN).
- PKSCCPMH : La charge maximale du système des messages traités par le SCCP en
transactions par second.
- NMSCCPMH : La charge maximale du système journalière la plus récente des messages
traités par le SCCP en transaction par second.
- CRSYSAL : Le nombre total des alarmes critique du système.

Comme déjà démontré dans les précédents paragraphes (III.2.1.1 et III.2.1.2) ces indicateurs
permettent de savoir la quantité des messages destinés à l’STP et ceux qui le transite. Ils
permettent de distinguer le nombre des messages ISUP et les messages SCCP. Ces indicateurs
donnent également les nombres de MSU rejetés à cause d’un disfonctionnement qui sera
indiqué dans le compteur en question. La capacité en transaction par second (TPS)
consommée par le système est mesurée à l’aide de ces indicateurs en affichant en temps réel
la consommation maxi en TPS. A l’aide des applications plus connues comme Microsoft
Access et Excel, il est plus aisé d’informatiser ces indicateurs afin d’avoir les résultats
mentionnés précédemment d’une manière automatique. Nous souhaitons mettre en oeuvre ce
projet à la fin du stage en mettant en place une base de donne sur MYSQL ou ACCESS qui
facilitera le traitement de ces indicateurs.

IV.1.2 Décision sur les résultats des composants (COMP)

Les résultats obtenus pendant les analyses des différents composants comme les liens LSL,
HSL et SGTRAN ont fait apparaitre certains dysfonctionnements que nous allons proposer
des solutions pour les résoudre. Comme dysfonctionnement rencontré au cours des analyses
c’est les déséquilibres énormes du taux d’occupation des liens de certains faisceaux. Du fait
qu’un faisceau qui dispose plus de deux liens de signalisations, si l’un de ces liens devrait
écouler du trafic de signalisation qui occupera plus de 40%, l’autre lien doit prendre le trafic
pour équilibrer le faisceau. Ce n’est pas le cas pour le faisceau de TIGO vers le STP du site
TNP, le lien tnptigo1 occupe 11.99% de son débit pendant que le lien rptigo1 occupe plus de
56% de débit. Les causes ont été citées dans le paragraphe III.2.2.1.1 et maintenant nous
allons donner quelques propositions aux administrateurs du réseau de signalisation pour
l’éradication des erreurs sur les LINKs.

- Au cours des analyses les compteurs (KPI) liés à la congestion et autres erreurs des liens
n’ont rien affiché. C’est pour cette raison que nous suggérons que l’équipe de la maintenance
de la plateforme STP et celui de la transmission doivent se concerter pour localiser le coté du
problème.
- Ils doivent se référer aux recommandations fixées par l’UIT-T pour faciliter la résolution de
ces genres d’erreurs, ici c’est la recommandation Q.706 qui traite cette partie.
- Plusieurs manières existent pour le dépannage des canaux défaillants :
Dans notre cas, des retransmissions de messages sur certains canaux à cause des défaillances
survenues sur ces canaux sémaphores sont éprouvés (les liens tigo, de la plateforme VMS etc
…)

Les hypothèses suivant sont à tenir compte :

- Mesurer la qualité de la liaison sémaphore de données par son taux d’erreur sur les canaux
sémaphores.
- Vérifier si le taux d’erreur sur les bits exploités sur les liaisons est inférieur à 10-5.
- Si le taux d’erreur sur les trames sémaphores dépasse le 4×10-3 le dispositif de surveillance
des erreurs d’éclanche le passage sur le canal sémaphore de secours.
- Etc ….

Concernant les liens SIGTRAN, il n’y avait pas des erreurs qui peuvent entrainer des
disfonctionnement dans les liaisons IP détectées.
Actuellement les indicateurs utilisés pour le suivit et la performance du réseau de signalisation
ce sont les indicateurs liés seulement aux liaisons et faisceaux sémaphore. Les administrateurs
sont intéressé par les indicateurs leurs permettant de calculer la charge des liens (LSL, HSL et
SIGTRAN) ainsi que les congestions.

Pour améliorer la qualité de service du réseau, nous leurs proposons de tenir compte encore
plus les indicateurs suivant :

- MSURETRN : Nombre de MSU retransmis depuis le STP sur ce lien à cause des erreurs.
- MSGSRGTT : Nombre total de MSU entrants nécessitant une traduction du GTT.
- GAPACKSR : Le nombre d’écart de bloques d’accusé de reception (Gap Ack Block) dans
un SACK (Selection Acknowledgement) d’unité de contrôle (control Chunk) réçu de SCTP
pair distant, indiquant les écarts d’occurrences des blocs de donnés reçus dans les pairs
représenter par leur transport de numéro de séquence (TSNs). Ces mesures permettent au
personnel du réseau de juger la performance de livraison des messages des couches
d’adaptation relative à l’écart limite d’accuser de réception.
- PEERFAIL : Le nombre de détection des pannes pour les pairs terminaux distants dû aux
événements d’association, comme le franchissement de seuil maximal des retransmissions
association.
- ASMAXRTO : La valeur maximale observée de l’etat de la variable de dépassement de la
retransmission (RTO) de SCTP, en milliseconde, pour les paquets SCTP qui devraient être
transmis mais ils n’ont pas été transmis à l’hôte distant. Cette valeur est seulement pour
l’intervalle d’observation.
Ces indicateurs sont inclus dans les liaisons sémaphores et SIGTRAN.

IV.2 Dimensionnement du réseau de signalisation

L’analyse et l’audit effectués dans le réseau de signalisations de la Sonatel ont fourni

beaucoup des résultats et des paramètres permettant de bien déterminer la performance du
réseau et son état de lieu. Dès lors, tenant compte de ce qui ont été obtenu comme résultats,
nous pouvons estimer que le réseau de signalisation de la Sonatel est dimensionné à 75%. En
observant sur des cas particuliers comme le lien ogb5002 qui est occupé à 81.85%, nous
suggérons de dimensionner le faisceau de ce lien en vu de préserver la qualité de service de
cette destination. L’ajout d’un deuxième lien sur ce faisceau sera suffisant si l’operateur a les
moyens. Concernant les autres liens comme les liens du faisceau MSC05NAT1 ne nécessitent
pas à présent de les dimensionner mais l’idéal c’est d’équilibrer le trafic sur les deux liens. Par
exemple le lien rpmsc5nat1 portant le COC 0 est chargé à 47,13% tandis que le deuxième est
de 19,69%, si un partage de charge n’est pas appliqué sur ce faisceau il est préférable de le
faire.

IV.3 Méthodes de sécurisation du réseau SIGTRAN

Les réseaux IP prennent de plus en plus d’importance dans les réseaux des
télécommunications, de l’accès jusqu’au transport.

. Comment sécuriser le réseau SS7 standard

La sécurité dans les réseaux téléphoniques est principalement basée sur la fermeture totale
d’un réseau. Deux principaux protocoles sont utilisés :

- Les protocoles d’accès RNIS (et les autres)

- Les protocoles de la pile SS7 du coeur réseau

Comme les réseaux de signalisations de base (SS7) sont souvent éloignés physiquement et/ou
inaccessibles à l’utilisateur, il est supposé qu’ils sont protégés contre les utilisateurs
malveillants. Les équipements télécoms sont souvent sous clés. Entre une frontière du réseau
et le réseau SS7, le filtrage de paquets est parfois utilisé. Les utilisateurs finaux ne sont pas
directement connectés à des réseaux SS7. Les protocoles d’accès sont utilisés pour
l’utilisateur final de signalisation. Les protocoles de signalisations de l’utilisateur final sont
traduits en protocoles SS7 de base des commutateurs téléphoniques gérés par des opérateurs
de réseau. Les autorités de la réglementation exigent souvent les commutateurs SS7 avec des
connexions à différents commutateurs SS7 d’être conforme au niveau national et/ou aux
spécifications de test international. Il n’y a pas des méthodes normalisées d’utilisation des
technologies de cryptage pour assurer la confidentialité ou l’utilisation de technologies
d’authentification. Cette description s’applique aux réseaux de téléphonie exploité par un
opérateur unique, et aussi de multiples réseaux de téléphonie étant connectés et gérés par des
opérateurs différents.

. Comment sécuriser le réseau SS7 sur IP

Contrairement dans un réseau IP quels que soit les protocoles déployés, la sécurité de la
communication est obligatoire dans certains scénarios du réseau pour prévenir les attaques
malveillantes. Tous les protocoles SIGTRAN utilisent le Stream Control Transmission
Protocol (SCTP) comme protocole de transport. Quand un réseau utilisant les protocoles
SIGTRAN implique plus qu’une partie, il peut ne pas être raisonnable de s’attendre à ce que
toutes les parties ont mis en oeuvre la sécurité d’une manière suffisante. De bout en bout la
sécurité devrait être le but, par conséquent, il est recommandé qu’IPSec (IP Security
Protocols) ou TLS (Transport Layer Security) soit utilisé pour assurer la confidentialité de la
charge utile de l’utilisateur. Ces protocoles de sécurité visent à sécuriser les échanges au
niveau de la couche réseau.

Il est clair que le réseau sémaphore était jusqu’à récemment considérée comme un périmètre
inviolable, et c’était en effet le cas tant qu’il restait sous le contrôle exclusif de l’opérateur.
Cela n’est plus le cas aujourd’hui, IP étant rentré dans la place à travers la suite des protocoles
SIGTRAN. En transportant la signalisation (les briques de la pile protocolaire SS7) à travers
un protocole fiable (SCTP), les risques d’exposer le coeur du réseau sont toujours présents.
En effet, à travers un point d’accès SIGTRAN accessible en IP, et moyennant une couche
d’adaptation au protocole sous-jacent (M3UA pour MTP3, M2UA pour MTP2, IUA pour
ISDN, etc…), les passerelles de signalisation SS7 deviennent joignables. Le coeur de réseau
est alors à portée aux mains des malveillants.

. Imagination d’un scénario d’attaque

Plusieurs possibilités de lancer des attaques offensives dans un réseau d’un opérateur
actuellement semblent beaucoup faciles pour les malveillants compétents, nous pouvons citer:

- Les lookups HLR: si un pirate envoie un message MAP SendRoutingInfo, il recevrait un

accusé en retour le MSC sur lequel est localisé le mobile (et donc le pays). Mais au fait, « qui
a dit que le pirate était bien un HLR ? » Une fois le mobile localisé, on peut imaginer toutes
les conséquences, dès les plus légères (SPAM géolocalisé…) aux plus sérieuses
(cambriolage…)
- Les attaques ISUP: si les points sémaphores des commutateurs du réseau sont connus, rien
de plus facile que de formater un message ISUP, en indiquant le commutateur d’origine, de
destination, et le circuit (CIC). Un message initial d’adresse (IAM) va par exemple initier une
communication et donc occuper un circuit: il est facile à ce rythme de saturer les circuits
disponibles en créant un déni de service.
- Autre type d’attaque: l’envoi d’un message de libération (REL) au hasard va libérer une
communication établie entre utilisateurs légitime.
- Un message de location update a pour objet légitime de signaler la nouvelle localisation d’un
mobile. Mais l’utilisé frauduleusement, peut faire croire au réseau qu’un abonné mobile
promène dans le réseau de la Sonatel et pour tant il est en roaming dans un autre réseau. Mais
il sera difficile au MSC de joindre cet abonné dans le réseau où il fait le roaming.
- Au-delà des attaques du réseau, la fraude peut prendre un tour purement financier, comme
l’envoi de SMS “gratuits” par exemple.

Dans tous les cas, nous voyons que les dégâts financiers et l’image de l’opérateur sont
considérables.

Par conséquent, nous voyons que de bout en bout, tout le périmètre du réseau mobile est
susceptible d’être vulnérable. Des sociétés spécialisées comme P1 security et serial
entrepreneurs etc…, sont fondés sur ce constat de vulnérabilité, développent des produits
d’audits, des surveillances réseaux télécom. Ces genres des outils proposés aux opérateurs
permettent de restituer la cartographie SS7 du réseau (points sémaphores, mais aussi points
d’accès SCTP, numéros de sous-systèmes SCCP, etc…). Cette cartographie est obtenue à
travers un scan extensif du réseau:

- points d’entrée SCTP,

- points sémaphores,
- sous-systèmes SCCP,
- et enfin applications de test (MAP, INAP, CAP, etc …)

L’opérateur exploitant ces genres d’outils peut avoir une vue globale de son réseau, se
prévenir à des éventuelles attaques et renforcer la sécurité de son réseau de signalisation.

Page suivante : Conclusion

Retour au menu : Audit et analyse de la qualité et de la performance du réseau de signalisation

SS7/SIGTRAN de la Sonatel

• Publier son memoire

• Actualités

• Emploi

• Espace Ecoles

• Mémoires

• Partenaires

• Contact

• CGU

© 2013 Institut numerique.

Recherche

Recherche
Search for: Go

Annexe B : Description des indicateurs

Non classé
 Votre email ici...

Par admin ⋅ 04/04/2013 ⋅ Poster un commentaire

. Description des indicateurs correspondants aux MSUs du STP

Tableau 1 : description des indicateurs correspondant aux MSU traités par le STP

. Tableaux descriptive des indicateurs liés aux liaisons et faisceaux sémaphores SS7:
Tableau 2 : descriptions des indicateurs SS7

. Tableaux descriptive des indicateurs liés aux liaisons SIGTRAN :

Tableau 3 : descriptions des indicateurs SIGTRAN

Page suivante : Glossaire

Retour au menu : Audit et analyse de la qualité et de la performance du réseau de signalisation

SS7/SIGTRAN de la Sonatel

• Publier son memoire

• Actualités

• Emploi

• Espace Ecoles

• Mémoires

• Partenaires

• Contact

• CGU

© 2013 Institut numerique.