Vous êtes sur la page 1sur 57

Recherche

Search for: Go
Recherche

Chapitre II: Rle principal de la signalisation dans un rseau tlphonique


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 dun rseau de tlcommunication fait rfrence lensemble des changes dinformations entre les quipements du rseau, ncessaires pour fournir et maintenir le service. Les informations de la signalisation sont achemines sous forme de messages caractriss par des paquets de donns dbit lev. Nous devons noter que la signalisation peut tre transmise de deux manires : - Signalisation en bande de base - Signalisation hors bande La signalisation en bande de base est la mthode qui a t utilise par le rseau tlphonique traditionnel. Les signaux permettant dtablir un appel entre deux commutateurs seffectuaient toujours dans le mme canal que le transport de la voix. La signalisation prenait la forme dune srie dimpulsions multifrquences (MF), un peu comme la tonalit de composition du numro entre les commutateurs. Dans le cas de la signalisation hors-bande la conversation et la signalisation ne prennent pas le mme canal. Ce type de signalisation ncessite ltablissement dun canal numrique pour lchange des informations de signalisation appel lien de signalisation ou canal smaphore.

Les canaux smaphores de signalisation vhiculent les informations avec des dbits 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 prfrable la signalisation en bande de base : - Elle permet le transport dune quantit de donnes plus importantes - Elle permet une signalisation tout moment pendant toute la dure de lappel, et pas seulement lors des phases dtablissement et de libration de lappel ; - Elle permet la signalisation entre des lments de rseau entre lesquels il ny a pas de canal direct de connexion. II.1.1 Architecture et type de point de signalisation SS7 Le rseau SS7 est compos dune srie dlments relis lensemble de rseau tels que des commutateurs, des bases de donnes, et des noeuds dacheminement. Les utilisateurs du rseau smaphore sont les centraux tlphoniques qui gnrent et interprtent les messages de signalisation. Dans ce contexte ils sont appels Points Smaphore (PS) ou Signallig Point(SP). Les noeuds dcheminement sont le coeur du rseau SS7 qui est lensemble des Points de Transfert Smaphore (PTS). Chaque PTS dans le rseau SS7 est identifi de faon nonambigu par le numeric point code . Ces codes sont achemins dans des messages de signalisation entre les diffrents points, afin didentifier de manire formelle la source (CPO) et la destination (CPD) de chaque message. Une table de routage est utilise dans ces noeuds pour slectionner le meilleur chemin pour joindre la destination. Le rseau SS7 est dfini partir de 3 types de points de signalisation. Nous allons prendre lexemple du rseau de la tlphonie mobile. II.1.1.1 SSP (Service Switching Point) ou CAS (Commutateur dAccs Service) Ce sont des commutateurs tlphoniques ( end offices or tandem ) quips de logiciels compatible de la signalisation SS7 et relis aux extrmits des liens de signalisation. En gnrale, ils permettent de gnrer, de terminer ou de commuter les appels. II.1.1.2 STP (Signal Transfer Point) ou PTS (Point de Transfert Smaphore) Ce sont les commutateurs de paquets du rseau SS7. Ils reoivent et routent les signaux de signalisation entrant vers la destination approprie. Ils assurent galement des fonctions de routage spcialises. II.1.2.3 SCP (Service Control Point) ou PCS-R (Point de Contrle Service Rseau) Ce sont les bases de donnes qui fournissent linformation ncessaire aux fonctions avances de traitement des appels. Une telle architecture ncessite un maximum de redondance, une haute disponibilit et des garanties de scurit (voir figure 4). Cette figure nous permet de bien distinguer les diffrents

points de signalisation cits prcdemment et les catgories des liens existant dans un rseau SS7. II.1.1.4 Types des Liens de Signalisation SS7 Les liens de signalisation sont logiquement organiss par le type de lien (de A F ) selon leur utilisation dans le rseau de signalisation SS7 (voir figure 4). Les STP sont relis aux points de commutation de service (SSP) qui sont des commutateurs quips de la logique de la commande de signalisation SS7 ou des bases de donnes SCP lintermdiaire des liens daccs type A (Accs).

Figure 4 : Points et liens de Signalisation SS7, cas du GSM Les liens de signalisation smaphore de type B (Bridge pont)) relient les paires de STP qui sont au mme niveau de la hirarchie tandis que les liens de D (Diagonal diagonales) relient les paires de STP qui sont des niveaux hirarchiques diffrents. Ils ont pour fonction de transporter les signaux de signalisation depuis leur point dentre initiale dans le rseau de signalisation vers leur destination finale.

Un lien C (Cross) est employ seulement quand un STP na aucun autre itinraire disponible vers un point de signalisation de destination d la dfaillance de lien. Ils sont destins assurer la fiabilit du rseau, pour notamment faire face aux pannes de liens. Des liens prolongs (liens E Extended) sont employs pour relier un SSP un STP alternatif. Au cas o la paire primaire de STP serait inoprable, la paire alternative tablit des oprations avec le SSP au-dessus des liens E. Ces liens E, Extend , constituent une back-up dans le cas o la premire paire de STP ne peut pas tre atteinte via les liens A. Le dploiement de ce type de liens est facultatif. En fin les liens utiliss pour la communication SS7 directement entre SSP (aucun STP impliqu) sappellent les liens entirement associs (liens F Full associated). Un exemple de ces liens est ceux qui sont employs en combinaison avec des troncs de voix entre le rseau SSP de deux mobiles. Le lien F est employ pour signaler un message hand-off dun SSP lautre, permettant lutilisateur dun tlphone mobile de voyager dun secteur (servi par un commutateur) un autre secteur (servi par un autre commutateur). II.1.2 Les diffrents modes de la signalisation smaphore (SS7) Cest partir de la signalisation hors bande ou out of band galement appel Common Channal Signaling (CCS), quon a dtermin les diffrents modes de signalisation. II.1.2.1 Signalisation en mode Associ Ce mode est le plus simple implmenter, le canal smaphore est parallle aux circuits de paroles pour lequel permet lchange des informations de la signalisation (voir figure 5). Ce mode nest pas idal car il requiert un canal smaphore entre un point de signalisation donn (SP, signaling point) et tous les autres SP. Les messages de signalisations suivent alors la mme route que la voix mais sur des supports diffrents.

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). Cest le mode le plus utilis afin de minimiser le temps ncessaire pour acheminer les messages. La figure 6 montre que les messages de la signalisation associs ltablissement 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 diffrent de celui de la voix. Un grand nombre de noeuds intermdiaires, savoir les points de transfert smaphores (STP, Signaling Transfer Point), est impliqu dans lacheminement des messages de signalisation. Ce mode nest pas utilis car le dlai dchange des messages est important. Les STP sont utiliss afin de router les donnes de signalisation entre SP (Signaling Point). Cette architecture est similaire au rseau IP car les messages destination dun point smaphore peuvent emprunter des routes diffrentes. Lexemple est la figure 7.

Figure 7: Mode non associ II.1.3 Architecture du protocole de signalisation smaphore N 7 et le modle OSI Le rseau smaphore tant un rseau commutation par paquets, il est naturel de reprendre une architecture en couches. Les concepteurs de cette architecture ont pris rfrence sur larchitecture du modle OSI (Open System interconnection). La figure suivante illustre une comparaison entre les deux architectures.

Figure 8 : La Pile de protocoles SS7 et Le modle de rfrence OSI

Les fonctions matrielles et logicielles du protocole SS7 sont divises en quatre niveau, le terme niveau est utilis pour faire une diffrence avec le concept des couches du modle OSI. La figure 8 nous indique la diffrence qui existe entre les deux concepts. Le sous-systme transport de messages (en anglais: Message Transfer Part) est dfini dans les recommandations Q.701, Q.702, Q.703, Q.704, Q.706 et Q.707. Il transporte les messages entre les diffrentes interfaces utilisateurs. Le niveau 1 ou MTP 1 (Message Transfer Part level 1), est quivalent la couche physique du modle OSI. MTP 1 dfinit les caractristiques physiques, lectriques, et fonctionnelles du lien de signalisation numrique. Plusieurs supports physiques peuvent tre considrs comme lE1 (2048Mbps) voir figure 9. Le niveau 2 ou MTP 2 assure la transmission bout bout prcise dun message travers un lien de signalisation. Les instruments du niveau 2 assurent la commande, la validation dordre de message, et la vrification des erreurs. Quand une erreur se produit sur un lien de signalisation, le message SS7 (ou lensemble de messages) est retransmis. Les messages de la couche MTP 2 sont dcrits comme suit : . Un message SS7 sappelle une unit de signal (SU). Il y a trois types dunits de signal : - FISU (Fill-In Signal Units) : Trame de signalisation de remplissage - LSSU (Link Status Signal Units) : Trame de signalisation dtat 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 dautres types de message (MSU ou LSSU) soient prsents. Les FISU diffusent linformation de base du niveau 2 uniquement. Cest grce au FISU que la liaison entre deux SP est vrifie. En ce qui concerne les trames de signalisation dtat du canal, comme leur nom le fait bien comprendre, elles permettent de maintenir ltat du canal. En effet ce sont les LSSU qui informeront les SP quune coupure dun canal de signalisation a eu lieu. Les LSSU sont prioritairement destins signaler linitiation de lassignation dun lien, la qualit du trafic de signalisation reu, et ltat des processeurs de part et dautre du lien. Les trames de signalisation de message (MSU) contiennent les messages utilisateur proprement dit, comme les commandes dappels ou de gestion du rseau. Ils constituent lenveloppe de base lintrieur de laquelle toute information de signalisation est place. Fonctions de la couche 2 : o Limitation des trames de signalisations au moyen de fanions o Elimination des fanions superflus o Dtection dalignement o Dtection des erreurs au moyen de bits de contrle o Correction des erreurs par retransmission de trames o Surveillance du taux derreurs sur la liaison de signalisation des donnes o Rtablissement du fonctionnement normal, par exemple aprs une panne du lien de signalisation.

Le niveau 2 de MTP est quivalent la couche liaison de donnes du modle OSI.

Figure 9 : niveau MTP Le niveau 3 ou MTP 3 fournit le cheminement de message entre les points de signalisation dans le rseau SS7. MTP 3 est linterface entre les niveaux MTP et les utilisateurs MTP (Protocoles de niveau 4) un point smaphore. Il intgre des procdures afin de rerouter les messages lorsquune faute apparaisse dans le rseau smaphore. Le niveau 3 de MTP est quivalent la couche rseau du modle OSI. La figure 8 illustre la composition de la couche MTP. Le niveau 4 ou parties utilisateur est lquivalent de la couche suprieur du modle OSI (voir figure 8). Le niveau 4 concerne les services de signalisation. Plusieurs blocs fonctionnels ou protocoles du niveau 4 reprsentants des applications spcifiques utilisent les services de MTP. Puisque ces blocs fonctionnels sont des utilisateurs de MTP, ils sont rfrencs comme parties utilisateur. II.1.3.1 Fonctionnalits des protocoles Le protocole SCCP (Signaling Connection Control Part) ou SSCS (Sous-Systme de Connexions Smaphores) assure des fonctions supplmentaires MTP3 pour transfrer 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 dtre adresss aux points de signalisation spcifiques, SCCP fournit des nombres de sous-ensemble pour permettre des messages dtre adresss aux applications spcifiques (appeles les sous-ensembles) ces points de signalisation. SCCP fournit galement les moyens par lesquels un STP peut effectuer la traduction de lappellation globale (GTT), un procd par lequel le point de signalisation de destination et le nombre de sous-ensemble (SSN) qui est dtermin partir des chiffres prsents dans le message de signalisation. Le sous-systme SCCP est dfini dans les Recommandations Q.711 Q.716. Cest le protocole de transport des rseaux SS7. Il est comparable au TCP pour Internet. SCCP fournit un service de transport aux messages dune adresse SCCP travers diffrents quipements rseaux jusqu lquipement destinataire.

TCAP (Transactions Capabilities Applications Part) ou SSGT (Sous-Systme de Gestion des Transactions) fournit un support de communication aux applications interactives dans un environnement distribu. TCAP permet le dploiement des services de rseau intelligents avancs en soutenant lchange de linformation relie par circuit entre les points de signalisation en utilisant le service sans connexion de SCCP. TCAP est dfini dans les recommandations Q.771, Q.772, Q.773, Q.774 et Q.775. Il permet des applications, notamment de base de donnes, dtablir une communication avec un lment rseau. Dans le cas de rseaux mobiles (IS-41 and GSM), TCAP transporte les messages MAP (Mobile Application Part) changs entre MSCs pour assurer les fonctions didentification, authentification et localisation des mobiles ; ainsi que le roaming. ISDN User Part (ISUP) dfinit le protocole et les procdures employes pour tablir, grer et rompre des circuits de commutation qui acheminent la parole et les donnes entre commutateurs. Le sous-systme utilisateur pour le RNIS est dfini dans les recommandations Q.761, Q.762, Q.763, Q.764 et Q.766. Il a accs linterface SCCP pour permettre une signalisation de bout-en-bout. ISUP est utilis pour le RNIS et la tlphonie, ainsi que dautres types de communications. Les appels qui commencent et se terminent sur le mme commutateur nemploient pas la signalisation ISUP. Les principaux messages sont les suivants : - le message IAM, Initial Address Message, est le message dappel tlphonique ; il contient les numros de lappel et de lappelant, et des informations complmentaires ; - le message ACM, Address Complete Message, signifie que la numrotation est complte et que le poste du demand commence sonner ; - le message ANM, ANswer Message, signifie que le demand a dcroch ; - le message REL, RELease Message, signifie que le demand ou le demandeur a raccroch; - le message RLC, ReLease Complete, signifie que les librations des circuits ncessaires aprs le raccroch ont t effectues ; Le protocole TUP (Telephone User Part) gre les fonctions de base pour la tlphonie uniquement. TUP manipule les circuits analogiques seulement ; cause de ce fait, de plus en plus, ISUP remplace TUP. II.2 Convergence du rseau de signalisation SS7 vers la signalisation sur IP (SIGTRAN) SIGTRAN est un groupe de Travail de lIETF ayant comme objectif de dfinir une architecture pour le transport des donnes de signalisation temps rel travers les rseaux IP SIGTRAN est lacronyme de SIGnaling TRANsport. Cest une partie des rseaux de la nouvelle gnration base sur le protocole IP. SIGTRAN a t conu pour lacheminement de trafic de signalisation tel que SS7, RNIS, et tous les rseaux NGNs utilisant les avantages du SS7, travers les rseaux IP. La signalisation SS7 sur IP quon va lappeler souvent SIGTRAN dfinit un protocole de transport fiable appel SCTP (Stream Control Transmission Protocol) et une couche dadaptation des usagers (User Adaptation; UA) permettant de transporter des protocoles de signalisation tlphonique sur IP (Figure 10). La pile de protocole SIGTRAN est dfinie dans la rfrence RFC 2719. SCTP est un protocole TCP de la nouvelle gnration permettant de remdier aux problmes lis lutilisation du protocole TCP puisque ce dernier est un protocole orient octets et nest pas capable de fournir la vitesse et la fiabilit requises par la

signalisation. En effet, SCTP est un protocole orient message permettant de dfinir des trames de donnes structures alors que TCP nimpose aucune structure des octets transmises. Le nom Stream Control Transmission Protocol dcoule de la fonction multi-streaming fournie par SCTP. Un stream (flot) est un canal logique unidirectionnel permettant lchange de messages entre terminaisons SCTP. Lors de ltablissement dune association SCTP, il est ncessaire de spcifier le nombre de streams que comportera cette association. La fonction multi-streaming permet de partitionner les donnes dans diffrents streams de telle sorte que la perte dun message dans un des streams nait dimpact sur le transport des donnes que sur ce stream. Une des fonctionnalits principales du protocole SCTP est le multi-homing, cest dire la capacit pour un endpoint SCTP de supporter plusieurs adresses IP. Ceci est un avantage compar TCP. Une connexion TCP est dfinie par une paire dadresses de transport (Adresse IP + numro de port TCP). Chaque endpoint dune association SCTP fournit lautre extrmit une liste dadresses IP avec un unique numro de port SCTP. Lendpoint est donc lextrmit logique du protocole de transport SCTP.

Figure 10 : composant de SIGTRAN II.2.1 Les couches SIGTRAN et leurs fonctionnalits Les couches dadaptation dfinies par SIGTRAN ont toutes des objectifs communs : - Le transport des protocoles de signalisation des couches suprieures, bas sur un transport IP fiable. - La garantie dune offre de services quivalente celle propose par les interfaces des rseaux RTC. - La transparence du transport de la signalisation sur un rseau IP : lutilisateur final ne se rend pas compte de la nature du rseau de transport. Nous allons essayer dillustrer et dcrire les fonctions de six couches existant dans ce concept, voir galement la figure 11. La couche dadaptation IUA (ISDN User Adaptation) est dfinie 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 sappuie sur le service SCTP. Le scnario typique dusage de cette adaptation est le Rseau NGN qui interface des PABX. La couche dadaptation 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 sappuie sur le service SCTP. La couche dadaptation 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 sappuie sur le service SCTP. La couche dadaptation M3UA (MTP 3 User Adaptation) assure lacheminement de messages ISUP ou SCCP entre un SG et un MGC en fournissant une interface MTP3 la couche suprieure (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 dadaptation SUA (SCCP User Adaptation) offre une interface SCCP (TCAP) entre un SG et une base de donnes IP ou entre un SG et un MGC. Le mode IP SP IP SP est aussi support, notamment intressant pour le monde mobile ou de nombreuses applications SS7 utilisent les services SCCP (MAP, INAP, CAP, TCAP). La couche dadaptation V5UA (V5.2 User Adaptation) est dfinie 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 sappuie sur le service SCTP.

Figure 11 : Les couches dadaptation SIGTRAN II.2.2 Les messages de la signalisation SS7 sur IP Lunit de donne PDU (Protocol Data Unit) du SCTP est appele un paquet SCTP. Le paquet SCTP est encapsul dans un paquet IP, qui est rout la destination. Le paquet SCTP est compos dun en-tte commun et de Chunks (bloc de donnes). Un Chunk contient soit des donnes de contrle soit des donnes utilisateur. Plusieurs Chunks peuvent tre multiplexs dans un mme paquet SCTP sauf dans le cas des Chunks de contrle, INIT, INIT ACK et SHUTDOWN COMPLETE. Ces derniers ne peuvent pas tre regroups avec dautres chunks dans un mme 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 encapsuls dans diffrents paquets SCTP (figure 12).

Figure 12 : fragmentations des messages en plusieurs chunks II.3 Etude du rseau de signalisation de la Sonatel et Prsentation des composants du coeur rseau Pour assurer une couverture du rseau mobile dans tous le territoire Sngalais la Sonatel dispose actuellement de : - Cinq MSCs NGN de type Huwae, - Deux NgHLRs Alcatel, - Deux STPs de type TEKELEC. Du ct plateforme de service il dploie : - Deux SMSC, - Deux VMS, - Deux CRBT, - Un USSD, - Deux SGSN et deux GGSN pour le domaine packet - Deux IN. Ces quipements reprsente en gnral le coeur du rseau 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 rseau de signalisation de la Sonatel est compos de deux STP nomm EAGLE STP ou EAGLE 5 ISS fabriqus par TEKELEC portant actuellement la release R38.0. En raison de scurit les deux STP ne sont pas installs dans la mme localit. Lun se trouve dans le site de Technopole et lautre EAGLE STP est implant dans le site de Dakar RP. Cest partir de ce rseau de signalisation que les quipements du coeur rseau mobile sont interconnects

pour assurer le dialogue interne et externe du rseau. Nous allons voir en dtail les quipements qui sont interconnects avec les plateformes STP dans le prochain paragraphe. II.3.1 Architecture dtaill du coeur rseau mobile Sur cette architecture nous voyons dune manire dtaill linterconnexion des quipements du coeur rseau mobile avec le rseau de signalisation. Nous devons noter que les informations de signalisation changes par les quipements du Core Netwok mobile sont transites par les PTSs du rseau de signalisation.

Figure 13 : Architecture du Coeur Rseau Mobile II.3.2 Prsentation et fonctions des quipements du coeur rseau Comme nous avons dcrit prcdemment dune manire brve les quipements qui constituent le coeur du rseau mobile, nous allons maintenant faire la description et expliqu la fonctionnalit de chaque entit. Les entits qui composent le core network sont les suivent : Cinq MSC NGN dont chacun est compos dun 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 mme site que le MSoft mais pour avoir un rseau scuris il est conseill de les dlocaliser. Le MSC

Server ou Call Server est un quipement de rseau dinfrastructures commutation de circuit dvelopp pour les solutions UMTS et GSM. Cest un produit de couche contrle orient au rseau fdrateur UMTS. Il supporte le coeur du rseau GSM, les releases R99 et R4 de lUMTS et permet une solution complte dvolution de GSM en R99 puis en R4. Les MSC Serveur assurent le routage dun appel au sein du rseau, le transfert de contrle dappel entre lments du rseau et le contrle 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 rseau de signalisation assurant la fonction de transit pour les changes dans le rseau smaphore. Tous les messages ou paquets contenant des donnes de signalisation sont mises dun point de signalisation PS un autre et transitent travers des PTS qui peuvent tre considrs comme des routeurs du rseau smaphore. Chaque MSC est reli aux deux PTS par des liens SIGTRAN. Un NG-HLR qui est un HLR de nouvelle gnration SDM de type ALCATEL qui la fonction AUC intgre. Il en existe deux qui fonctionnent en mode (Actif/Standby). Les deux noeuds du HLR sont localiss sur deux diffrents sites par mesure de scurit. Deux plateformes de rseau intelligent RI, qui marchent en partage de charge et un en backup, pour les services prpays et autres types de services. Ils sont connects au cinq MSC par le biais du rseau de signalisation. Deux EAIP qui sont des priphriques intelligents ou des machines parlantes dialoguant avec le rseau intelligent via le rseau de signalisation et qui sont galement rattachs tous les MSC. Deux serveurs de messagerie vocale (VMS) possdant des liens vers chaque PTS et communs tous les MSC. Chaque VMS se connecte au MSC grce son entit MMU qui lui sert dinterface E1. LUSSD 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 denvoyer des informations via des requtes USSD pour les services GSM prpays (transfert de crdit, carte de recharge, paramtrage GPRS/UMTS). Deux serveurs de messagerie lectronique SMS-C relis aux MSC qui assurent le stockage et la retransmission des messages courts de tous les abonns. II.3.3 Prsentation des rseaux interconnects au rseau SS7 (STP) Le rseau de signalisation de la Sonatel joue un rle trs important au sein du rseau tlphonique mobile et fixe. Compos de deux STP nomm EAGLE STP ou EAGLE 5 ISS fabriqus par TEKELEC dont la version actuelle est R38.0, ces derniers constituent une architecture de signalisation en mode Quasi-associ. Ce rseau SS7 gre le trafic de signalisation du coeur rseau 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 oprateur mobile qui sont TIGO et EXPERSSO. Les centres de transites (CTIT et CTIM) sont relis 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 appels BRASSEURS. Cest au niveau du Brasseur quon a tir les liens de signalisation qui vont vers linternationale ou vers les autres operateurs interconnects pour relier les deux PTS (voir figure 14). II.3.3.1 Architecture SS7 de linterconnexion En ce qui concerne larchitecture SS7 de linterconnexion utilis par la Sonatel, il y a trois types dinterfaces de liaisons disponibles pour relier les PTS avec les diffrents quipements du rseau : - Liaisons LSL (Low Speed Signalings Links), avec un dbit de 64Kb, interconnectent le rseau international et les quipements du rseau national aux PTS. - Liaisons de type HSL (High Speed Signalings Links), qui est une liaison avec un dbit thorique de 2M permettent dinterconnecter des quipements comme le HLR, les bases de donnes du rseau intelligent aux PTS. - Liaison SIGTRAN permet de relier le MSC aux PTS via le rseau IP de la Sonatel. Nous allons voir dans le paragraphe suivant les fonctionnalits de chaque interface.

Figure 14 : Architecture SS7 de linterconnexion II.3.4 Vu densemble des quipements de signalisation utilis par la Sonatel (EAGLE STP) Eagle STP qui est lquipement intelligent du rseau de la signalisation, est compos de deux (2) types de baies que sont :

- La baie de contrle (CF, Control Frame) qui est la premire et principale baie de la PTS. Elle est identifie par un numro de srie qui lui est propre et unique. Elle comprend trois (3) tagres dont une de Contrle (Control Shelf), qui comprend tous les composants du soussystme administration et maintenance du PTS et deux autres pour les extensions (Extension Shelf) spars entre eux par un systme de ventilation lectrique. - La baie dextension (EF, Extension Frame), tant constitue de trois (3) alvoles (shelves) spars par un systme daration lectrique, cette baie est utilise pour augmenter la capacit des liens de signalisation en ajoutant des cartes.

Figure 15 : baie de lEAGLE STP Les baies sont alimentes en nergie par le FAP (Fuse and Panel Alarm) qui est aussi le gestionnaire des alarmes. Les alvoles de chacune de baie comportent dix-huit (18) cartes identifies par un numro spcifique. La nomenclature utilise pour localiser une carte dans une alvole se fait comme suit :

- CF00 pour la baie principale - EF00 EF16 pour les baies dextension - 1XYZ pour les cartes avec : X tant la position de la baie dans le systme (1=CF00, 2=CF01, 3=CF03) Y tant la position e ltagre dans la baie Z tant la position de la carte sur ltagre. II.3.4.1 Architecture matriel de lEAGLE STP Comme il a t dit dans le paragraphe prcdent que le STP est compos de deux baies, dont la premire est la baie de contrle et la seconde baie est une baie dextension. La premire alvole de la baie de contrle soccupe de ladministration et de la maintenance du systme, et peut supporter plus de dix(10) cartes dapplication (E1, T1, IP et GTT/ Global Title translation).

Figure 16 : alvole de contrle

. Le sous-systme de ladministration et de la maintenance du systme est compos des cartes suivantes: - Les cartes TDM communiquent avec la MDAL via la base de donnes SCSI (Small Computer Serial Interface). - Les cartes GPSM II (General Purpose Service Modules) servent de base de donnes. Ce sont les gestionnaires de tlchargement des logiciels de toutes les cartes du control shelf. - Les cartes TDM (Terminal Disk Module), servent de stockage des logiciels systmes. - La carte MDAL, qui est un double slot, constitue le systme de sauvegarde interne. Elle donne ltat des MASPs par contrle et distribution des alarmes, et supporte le disque optique (Optical Disk Magnetic). Ces deux MASPs sont relis aux cartes dextension par un bus appel IMT (Interprocessor Message Transport). . Le sous-systme dapplication 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 crer des liaisons de signalisation via le rseau IP. - E5-E1/T1 qui fournit huit (8) MIC de trente-deux (32) LSL. - E5-ATM (Asynchronous Transfer Mode) qui permet de crer 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-systme 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 prsentes dans tous les alvoles (selves) et grent la communication entre les diffrentes cartes. Pour cette partie nous nous intressons 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 lindique cest une liaison smaphore standard de 64 kbps qui sert transporter des messages de signalisation. Actuellement les entits comme le HLR et le RI qui peuvent tre sollicits par plusieurs requtes de transactions simultanment, il est ncessaire daugmenter la capacit de lien smaphore. Ce technique est rendu possible en multiplexant 31 canaux de 64 kbps en un seul lien smaphore 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 smaphores LSL et HSL : Pour crer un lien smaphore vers une destination, il faut : - Activer une carte - Crer un lien E1 sur cette carte - Crer une destination - Crer un faisceau - Crer le lien en dfinissant son type, le time slot, la mthode de correction derreur - Dfinir 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 crer des liaisons de signalisation via le rseau IP pour que les quipements NGNs puissent se dialoguer entre eux lintermdiaire du STP. Dans notre cas les liens SIGTRAN sont utiliss pour linterconnexion des PTS, les diffrents MSC Server et le NGHLR (SDM). Voici un exemple de la cration dune liaison de signalisation SIGTRAN : Il y a deux (2) faons dimplmenter 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 cration dassociations de liens SIGTRAN, nous avons besoin : - du nom de lquipement distant, de son adresse IP primaire et secondaire - du nom de lassociation, de la carte sur laquelle elle sera configure, prciser la couche dadaptation (M2PA ou M3UA) - de prciser le faisceau en mettant le nom, le point code et ladaptation - de crer une route entre le PTS et lquipement distant en prcisant le point code de cet quipement distant - de crer des liens de signalisation qui vont supporter les diffrentes associations - dactiver ces liens de signalisation - et enfin ouvrir les associations Voir annexe A. II.3.4.1.3 les Interfaces utilisateurs

Pour administrer un systme il faut laccder via une interface utilisateur. LEAGLE STP de la Sonatel est gr pour ladministration et la maintenance en utilisant deux outils : - PROCOMM PLUS - NETBOSS Loutil PROCOMM PLUS, permet daccder aux deux STP par TELNET pour faire une configuration, dinterroger les alarmes, ou dexploiter le systme dune manire gnral. Les commandes entres dans cet outil sont en mode ligne de commande. Si dessous une copie cran de loutil Procom plus (figure 17) :

Figure 17 : interface utilisateur du STP, PROCOM PLUS Loutil NETBOSS est une interface graphique permettant de visualiser en temps rel ltat du systme et les liens de signalisation. Cet outil permet une bonne visualisation graphique des traces SS7 lorsque ladministrateur veut suivre les traces dun appel pour rsoudre un problme.

Figure 18 : interface utilisateur du STP, NETBOSS II.4 Rseau de transmission de la Sonatel Le trafic de signalisation doit tre vhicul sur un rseau de transmission sur lequel les quipements situs dans les sites distants puissent se dialoguer entre eux. La Sonatel dispose deux type de rseaux de transmissions qui assurent le transport du trafic de signalisation de son rseau tlphonique : - Le rseau IP/GFP - Le rseau IP/MPLS Le rseau de transmission IP/GFP a des liens 34Mbits et 155Mbits sur SDH. Il est constitu par des routeurs CISCO 2821 et 2811 interconnects avec ces liens en fibre optique. Il est le rseau ddi ou primaire pour la transmission de la signalisation. Le protocole de routage OSPF est utilis pour la propagation des routes vers les diffrents noeuds. Le rseau IP/MPLS est utilis comme un rseau de transmission pour le trafic de la signalisation de backup. Des CEs ddis sont installs dans les sites et raccords au P et PE du nuage IP/MPLS (voir figure 19).

Figure 19 : rseau de la transmission de signalisation On trouve en gnral les types de messages qui sont transmis dans le rseau de transmission, des messages de signalisation encapsuls sur IP appels SIGTRAN. Ce rseau de transmission transporte le trafic de signalisation des PTS entre les diffrents quipements localis dans les sites distants. A titre dexemple, comme le NgHLR qui dialogue avec les MSCs relis avec le STP via ce rseau et les messages du protocole H248 changs entre UMG et MSosft. Ltude et analyse de ces messages seront le contenu des chapitres qui suivent. Page suivante : Chapitre III: Analyse de la performance du rseau de signalisation de la Sonatel Retour au menu : Audit et analyse de la qualit et de la performance du rseau de signalisation SS7/SIGTRAN de la Sonatel

Publier son memoire Actualits Emploi Espace Ecoles

Mmoires Partenaires Contact CGU

2013 Institut numerique.

Recherche
Search for: Go
Recherche

Chapitre III: Analyse de la performance du rseau de signalisation de la Sonatel


Non class
Votre email ici...

Par admin 04/04/2013 Poster un commentaire III.1 Prsentation des mesures (key Performance Indicator) de la plateforme STP Les mesures obtenus pendant une observation planifi ou la demande, sont des donnes importantes qui constituent des indicateurs que ladministrateur du systme sappuie pour dterminer la performance de son systme. Ces indicateurs jouent un rle primordial, car ce sont des paramtres cls quun administrateur ou gestionnaire du trafic tlphonique utilise pour prvenir une ventuelle extension du systme ou dimensionner les composants du rseau. La plateforme STP (EAGLE 5 ISS) de la Sonatel que nous tudions dispose douze

type de mesures regroupes en cinq catgories. Nous allons prsenter ces douze types de mesures avec ses catgories, mais notre tude se basera sur un nombre restreint de ces mesures. Voici les cinq catgories et les diffrents types des mesures de ces catgories : 1. Rapports Engineering du traffic - Le systme intgral du STP, nomm en langage technique (SYSTOT) - les mesures de se composant (COMP) - Gestion du rseau (NM) 2. Dpistage dErreur/ Rapports de Diagnostic des pannes - Disponibilit quotidienne (AVLD) - Disponibilit journalire 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 dutilisation rseau - Fonction passerelle (GTWY) - Rapports de la base de donnes (RBASE) 5. Rapport dtat de la maintenance - Indicateur dtat de la maintenance (MTCS) III.1.1 Les principales fonctions de mesures (KPI) Lobservation du trafic permet danalyser le comportement du systme et fournir des oprations de la maintenance prventive ou corrective en fin de maintenir un bon fonctionnement du STP. Pour relever les mesures issues de lobservation, les fonctions suivantes sont excuter : - Collection ; Les mesures peuvent tre collectes dans des intervalles de 15, 30, et 60 minutes. - Sauvegarde ; Apres collecte, les mesures sont sauvegards dans une table de mmoire RAM ou du DISK. Les donnes mesures sont stockes plus de 24 heures. - Rcupration ;

La rcupration des donnes de mesures se fait partir du DISK ou lespace de stockage RAM. Et les mesures actives sont rcupres et envoyes vers les cartes dapplications. - Rapport ; Le rapport des mesures est disponible la demande ou par planification. Voici les possibilits pour afficher les rapports de mesures : o Tout lintervalle 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 Donnes actives de toutes les 5 minutes la demande o Tout lintervalle de 15 minutes mais cest optionnel. III.1.1.1 Mthode de la collection des donnes de mesures La collecte de mesures est une tche spare des rapports de mesures. La collection de mesures est active automatiquement au dmarrage de la plateforme, ou par des commandes administratives. La collecte est organise par type dentit (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 excute le programme de la collection de mesure. Les mesures sont produites sur les cartes dapplication et priodiquement rassembl par lOAM (Operation Administration and maintenance) et sauvegardes pour la rcupration sur le TDMS (Terminal Disc Module System) ultrieurement. La commande lie la collection de mesures est chg-meas . Cette commande permet de dsactiver ou activer la collection des mesures et de planifier une gnration automatique des rapports. Linterface de la plateforme EAGLE 5 ISS se situe dans le bus standard IMT et permet le dialogue avec les lments du rseau et lOAM. Linterface du rseau 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, aprs la collecte, sont gnrs automatiquement et transfrs vers le serveur FTP du client via linterface FTP. III.1.1.2 Paramtres de la fonction rapport de mesures Dans un fichier de rapport, aprs rcupration, nous pouvons avoir les types dentits suivant, constituants les paramtres du rapport de mesures : - EIR (Equipment Identity Register) Enregistreur dIdentit dquipement - LINK (Signaling link) liaison de signalisation - LNKSET (Linkset) faisceau de signalisation - LNP (Local number portability) portabilit des numros - LSDESTNI (Linkset destination network identifier) identificateur de faisceau du rseau destinataire - LSORIGNI (Linkset originating network identifier) identificateur de faisceau du rseau dorigine. - MAPSCRN (Global Systems for Mobile Communications Mobile Application Part Screening Measurements) systme globale pour les communications mobile, mesures de

dpistage de la partie application mobile - NP (Intelligent network application part based number portability) partie application du rseau intelligent base sur la portabilit des numros. - ORIGNI (Originating network identifier) identificateur du rseau dorigine - ORIGNINC (Originating network identifier for network cluste) identificateur du rseau dorigine pour un groupe de rseau. - 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 paramtres ne sont pas implments. Au cours de notre tude nous allons slectionner certains paramtres qui vont nous servir dans nos analyses. III.1.2 Les entits tudis de la plateforme EAGLE 5 ISS Lobjectif de notre tche cest de faire laudit et lanalyse de la qualit de service du rseau de signalisation et de dterminer la performance des entits qui le constituent. Cest pour cette raison que nous allons tudier directement les entits qui vont nous fournir des indicateurs pertinents pour la dtermination de la performance du rseau. Nous allons nous baser sur les cinq catgories cites en haut pour faire une observation au niveau des entits qui vont gnrer les rapports de mesures suivants : - Rapports Engineering du trafic - Le systme intgral du STP, nomm en langage technique (SYSTOT) - les mesures de se composant, qui sont les liens connects au STP (COMP) - Dpistage dErreur/ Rapports de Diagnostic des pannes - Disponibilit quotidienne (AVLD) Nous retrouvons dans ces catgories choisies plusieurs rapports de mesures et dans ces rapports de mesures nous retrouvons des paramtres qui sont lis aux rapports dobservation. Il y a quatre priodes accessibles pour laquelle ces mesures peuvent tre rapportes : o Last ; utilis pour accder lintervalle de collecte prcdente. o Specific ; utilis pour accder un intervalle spcifique (lune des 48 demi-heures de lintervalle prcdentes. o Active; utilis pour accder aux mesures de lintervalle de collecte actuel. o All ; utilise pour accder aux mesures pour tous les intervalles conservs pour la collection. Tous ces paramtres seront utiliss pendant la rcupration des rapports de mesures. Dans ce paragraphe nous allons essayer de faire une description des paramtres lis aux rapports de mesures (KPI) que nous allons analyser dans les autres paragraphes qui suivent. III.1.2.1 Description paramtrique de mesures du systme total STP (SYSTOT) Les mesures suivantes sont utilises 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 deffectuer toute sorte danalyse pour la dtermination du bon fonctionnement de la qualit de service de la plateforme, nous avons jug ncessaire de faire une brve description des paramtres de mesures qui constituent nos indicateurs. Mais une description dtaille de lensemble des indicateurs utiliss dans nos analyse est effectu dans les tableaux de lannexe B. Ce dernier dfinit les paramtres utiliss dans les rapports de mesure. Ce que nous avons inclut dans les tableaux cest le nom des vnements, la description et lunit de mesure. III.1.2.1.1 Description des indicateurs correspondants aux MSUs du STP Dans cette partie nous allons dcrire et expliquer les paramtres des indicateurs correspondants aux messages de signalisations transports par le STP. Ces indicateurs ou compteurs nous serviront dterminer 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 succs au niveau 2 pour tre transmis, tout en portant le PS de STP dans le champ dOPC. ORMSUOCT : Originate MSU Octets : Le nombre total doctets sortants associs MSU portant le point code de STP dans le champ OPC. Cela inclut les octets ajouts 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 lechec de traitement par la fonction gatewaye screenig et ont t rejet. Voir les compteurs du rapport des faisceaux PKSCCPMH

La charge maximale du systme des messages traits par le SCCP en transactions par second. Cette valeur est la plus leves depuis la dernire mise zro 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 (lments raccord la plateforme STP) suivantes fournissent les donnes indicateurs lies la performance des liaisons de signalisation, les faisceaux smaphore 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 procder ltude pratique des indicateurs pour la dtermination du bon fonctionnement de la qualit de service de la plateforme, nous avons jug ncessaire de faire une brve description des paramtres de mesures qui constituent les indicateurs. Les tableaux de lannexe B dfinissent lensemble des paramtres utiliss dans les rapports de mesure. Ce qui est inclut dans les tableaux cest le nom des vnements, la description et lunit de mesure. III.1.2.1.1 Description des paramtres dindicateurs des liens et faisceaux Les compteurs que nous allons dcrire sont valables tous les composants STP qui sont les liaisons smaphores, les faisceaux smaphores et liaisons SIGTRAN. Voici la liste des indicateurs les plus pertinents que nous allons les utiliser au cours de nos analyses pour la dtermination de la performance du rseau de signalisation. MOCTTRAN MSU Octets Transmitted : Nombre total doctets associs aux MSU transmis lextrmit, y compris ceux qui sont ajouts au niveau de MTP 2 pour le traitement et qui sont retransmis. OCTRETRN Number of MSU octets retransmitted. Nombre totals doctets 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 reue, y compris celles pour lesquelles la retransmission a t demande. III.2 Trafic engineering du rseau de signalisation Les indicateurs numriques obtenus aprs la rcupration des rapports de mesures dans le serveur FTP, seront tudis et analyss fin de pouvoir tirer des rsultats. Lobjectif de cette tude est de pouvoir dterminer la performance du rseau de signalisation. Comme nous avons dj dcrit prcdemment les paramtres ncessaires aux tudes et analyses engineering, il est indispensable de classifier ces paramtres pour faciliter les tapes des tudes. Au cours de notre tude et analyse nous allons classifier ces indicateurs en deux catgories : - Catgorie du niveau suprieur - Catgorie du niveau infrieur Nous appelons catgorie du niveau suprieur tous les indicateurs qui associent des messages de couches suprieurs (couche application). Tandis que la catgorie du niveau infrieur concerne les indicateurs associant des messages de la couche basse du model de rfrence OSI. Notons que ces deux catgories entrent dans le cadre dtude des indicateurs cl de la performance du rseau SS7 et SIGTRAN. III.2.1 Analyse des donnes numriques des indicateurs du systme STP(SYSTOT) Sachant que lheure charge du rseau de signalisation est pralablement dfinie, il nous reste rcuprer les indicateurs gnrs dans cet intervalle dheure charg. Les donnes de ses indicateurs sont lensemble des messages traits uniquement dans le STP pour tre rout vers des points code distants. Les administrateurs de la plateforme STP nous ont confirm que lintervalle du temps qui varie entre 21 h00 min et 21 h30 min est lheure charge de la plateforme. Pour avoir des valeurs relles nous allons rcuprer des indicateurs de cinq jours ouvrables de la semaine et faire une comparaison pour slectionner les valeurs des indicateurs de lheure de la journe la plus charge de la semaine. Et nous pourrions suivre le processus pour de terminer lheure charge du mois. III.2.1.1 Audit et tude sur les traitements des trames de signalisation (MSU) du systme STP Pour laudit et lanalyse nous allons nous baser aux MSUs traits dans la couche suprieure. Parmi les indicateurs (KPI) que nous avons rcupr dans le serveur FTP, figurent dans la priode du 29/06/2011 au 18/07/2011. En comparant certains fichiers de ces indicateurs nous avons trouv que lheure charge est entre 21h00 min et 21h30min. Pour cette premire analyse nous allons tudier les indicateurs concernant le systme STP pour avoir une vue globale des messages traits lheure 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 traits dans les STP Tous ces paramtres du tableau 2 sont expliqus dans lannexe B, ainsi nous pouvons utiliser ses indicateurs pour dterminer la capacit de traitement des MSUs pendant lheure charg des plateformes.

Figure 20 : illustration du traitement des messages du STP Nous allons utiliser les donnes prcdentes pour la dtermination des MSUs (ISUP et SCCP) traits dans un STP en fonction des MSUs qui latteignent. La figure 20 montre lchange des messages entre le STP et les deux entits (CTI et MSC NGN). On note Cap la capacit du traitement de messages en pourcentage, qui dsigne lensemble des MSUs subissant des traitements dans le STP avant dtre rout vers les noeuds destinataires. Cap= ((ORIGMSUS+TRMDMSUS+MSUDSCRD)/ (ORIGMSUS+TRMDMSUS+THRSWMSU+MSUDSCRD))*100. Application numrique : 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 effectus nous constatons que le STP de TNP traite 30,860% des MSUs et les restes transitent le STP. De mme pour le STP de RP traite 27,9933% des MSUs et les restes transitent le STP. Au cours du traitement des messages nous navons pas remarqu des disfonctionnements majeur selon les indicateurs que nous avons tudis. Seul le compteur MSUDSCRD qui a affich deux messages rejets au cours du traitement pendant cette priode dobservation. Il est noter que certains KPI ont besoin dtre observ dans une priode 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 destins au sous-systme de commande des connexions smaphores ou sous-systme SCCP. Les compteurs qui sont dans le tableau suivant sont dcrits dans lannexe B.

Tableau 3 : indicateurs des messages associs 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 systme 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 den tirer une conclusion. III.2.2 Analyse des donnes numrique de diffrents composent (COMP) lis au STP Nous allons analyser les donnes numriques rcupres aprs la collecte des mesures dans tous les composants du rseau de signalisation. Nous trouvons comme composant, les liaisons de donnes (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 particulirement dans les deux catgories cits en haut. Les trames de messages couls dans les couches MTPs et celles des couches application seront lobjet de notre analyse. Sachant que la plateforme de signalisation EAGLE STP de la Sonatel est le coeur du rseau de la signalisation, a ne nous tonnera pas si nous dcouvrons quil 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 trs critique afin de les valuer. Les diffrents messages (MSUs) de cette couche sont en gnrale 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 dun lien de signalisation. Des exemples des liens de signalisation smaphores sont reprsents dans les tableaux 4 et 5. Au cours des analyses des compteurs des liens HSL et LSL, des erreurs ont t aperu dans les faisceaux de certains destinations comme TIGO, la plateforme VMS et EIR. Voici linterprtation des valeurs des indicateurs qui montrent les erreurs dans les LS : . Les trafics de signalisations de loprateur TIGO sont points vers le STP de Technople et de RP Dakar. Cest 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 frquente des MSUs due une dtection derreurs. . Le mme problme a t relev sur les liens de signalisations de la plateforme VMS (Voice Mail Service) plus particulirement les liens qui vont vers le STP du TNP. (Voir tableau 4). Les indicateurs de ce tableau sont expliqus dans lannexe B. Nous pouvons noter que les valeurs de ces compteurs sont les MSU de lISUP chang entre les PTS les diffrents noeuds destinataire exprim en nombre de message et en Octet associ aux messages envoys sur ces liens.

Tableau 4 : retransmissions des MSUs cause des erreurs . Le tableau suivant montre que les analyses effectues sur les liens du faisceau de la plateforme EIR ont dtermin des instabilits 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 traits correctement cause des erreurs omniprsents sur la couche MTP. Les Messages de la couche application (ISUP/SCCP) ne parviennent totalement pas le STP afin dtre trait. Au niveau du compteur MSGSRCVD du lien congestionn naffiche pas beaucoup des messages reus 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 prsence des pannes dans un niveau donn il y a toujours une risque de perdre des MSUs. La priode pour laquelle ces liens ont t observs a suffi largement de faire apparaitre des valeurs significatives sur les compteurs de ce tableau. En regardant les liens smaphores vers le site de RP, nous trouvons quils sont tous le temps congestionn pour les niveaux MTP 1, 2, 3 et ces congestions entraient les rejets des messages selon leurs priorits.

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 tudis et analys dans cette partie. La signalisation SS7 sur IP (SIGTRAN) dfinit un protocole de transport fiable appel SCTP (Stream Control Transmission Protocol) et une couche dadaptation des usagers (User Adaptation; UA) permettant de transporter des protocoles de signalisation tlphonique. Cest pour cette raison que nous devons amener une tude danalyse pour les indicateurs des MSU couls 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 loccasion danalyser dans cette partie deux couches que la Sonatel exploite dj :

- La couche dadaptation M2PA - La couche dadaptation M3UA Les indicateurs de la couche adaptation M2PA sont observs sur les liens inter PTS. Ces derniers permettent aux deux PTS de se dialoguer. Voici linterprtation des valeurs observes sur les liens M2PA : - La couche dadaptation M2PA Dans ce tableau sont affiches 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 rseau IP par le protocole SCTP. Les paramtres inclus dans ce tableau sont dtaills dans lannexe B. La colonne LSN signifie le nom du faisceau et LINK indique le numro de la carte et le port o le lien est configur. Dans le chapitre prcdent sur le paragraphe II.2.1 il a t dj 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 sappuie sur le service SCTP, alors dans ce tableau les paramtres (M2PUDMTR, M2PUDMRC, M2PUDOCT et M2PUDOCR) prsentent successivement les units de donnes (chunks) reu dans M2PA et transmis de M2PA.

Tableau 7 : illustration des messages mis et reu par la couche M2PA - La couche dadaptation M3UA Dans le cas de la couche dadaptation M3UA, la Sonatel lutilise pour la configuration des liens SIGTRAN des PTS vers les diffrents noeuds du coeur rseau NGN. Nous avons mis en vidence des exemples concrets dans ce tableau pour justifier les thories dj vues dans les cours. Il a t dit dans le paragraphe II.2.1 que la couche dadaptation M3UA assure lacheminement de messages ISUP ou SCCP entre un SG et un MGC en fournissant une interface MTP3 la couche suprieure (ISUP, SCCP). Cest dans le mme sens que la configuration a t effectue, par exemple sur les liens dassociation des MSoft X3000 (MSC NGN) et les STP. Voici linterprtation du tableau suivant issue des tudes et analyses effectu aprs lobservation de ces liens. La premire colonne indique le nom dassociation du lien et les autres paramtres sont exprims dans lannexe B. Il est noter quune association se rfre une association SCTP. Lassociation fournit le transport pour des units de donnes de protocole (SCTP du terminal local et SCTP du terminal distant) et des messages de couche dadaptation paire (M3UA du terminal locale et M3UA du terminal distant). Par exemple, le paramtre (RXDATAMS) reprsente le nombre de messages de donnes reus par le STP de lASP (Application Service Part) dans la couche M3UA, ici cest les MSC06 et MSC05 qui sont les ASPs.

Tableau 8 : illustration des messages mis et reu par la couche M3UA III.2.2.2.2 Analyse des indicateurs pour les MSU du SCTP Avant la transmission du premier bloc de donne depuis le SCTP end point local vers le SCTP end point distant, les deux SCTP end points doivent accomplir dabord un processus dinitialisation dans le but dtablir une association entre eux. Une fois lassociation est tablit des flux unidirectionnels (Streams) sont ouvert sur lun des end points pour le transfert des donnes. Dans ce tableau on retrouve les paquets SCTP changs entre les end points qui sont les MSC serveurs et le STP rcuprs dans la priode dobservation lheure charge. Ces indicateurs vont nous permettre dvaluer la performance des liens SIGTRAN et suivre de prs les diffrentes tapes de transfert des donnes de signalisation sur le rseau IP afin de pouvoir dceler les pannes. Au cours de notre analyse sur ces indicateurs nous navons pas dtect des disfonctionnements pertinents ou des surcharges sur le rseau SIGTRAN. Les associations successives du MSC06 et MSC05 incluant dans le tableau suivant sont les plus charg par rapport aux autres liens SIGTRAN, cest la raison pour laquelle elles ont t choisies pour les tudier. Les paramtres de ces compteurs sont exprims dans lannexe B. En regardant le compteur (GAPACKSR) avec ses valeurs a nous rassure qu lheur charge du rseau de signalisation il ny a pas beaucoup de soucis au niveau du SIGTRAN. Les valeurs affiches sur ce compteur signifient essentiellement le nombre dcart de bloques daccus de

rception (Gap Ack Block) dans un SACK (Selection Acknowledgement) dunit de contrle (control Chunk) reu de lSCTP end point. Ce dernier se base sur ses valeurs pour calculer les units de donnes manquantes. Dans notre exemple ces valeurs sont moins significatives. Lindicateur (ASMAXRTO) comme il a t dj dcrit dans lannexe B il indique la valeur maximale observe de ltat de la variable de dpassement de la retransmission (RTO) de SCTP, en milliseconde, pour les paquets SCTP qui devraient tre transmis mais ils nont pas t transmis lhte distant. Ces valeurs sont les maxi observes pendant lheure charge sur ces associations successives de MSC06 et05, mais nous avons observ des valeurs critiques qui dpassent les 500 msec comme pour les liens du MSC 08 or selon les simulations effectues montre quil ne faut pas dpasser une valeur de 623,6 msec.

Tableau 9 : illustration des messages mis et reu par le protocole SCTP III.3 Les recommandations LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous les quatre ans, dtermine les thmes dtude traiter par les Commissions dtudes de lUITT, lesquelles laborent en retour des Recommandations sur ces thmes. 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 oprateurs de tlcommunications sobligent respecter des recommandations pour maintenir de la qualit de service du rseau. Nous allons prsenter dans les paragraphes qui suivent certaines recommandations qui nous servirons comme rfrence pour calculer la performance du rseau de signalisation de la Sonatel. III.3.1 Occupation des canaux smaphore Le systme de signalisation par canal smaphore est dfini par la recommandation IUT Q.700. Un canal smaphore peut donc avoir traiter en situation anormale (jours spcial) plus de trafic quen situation normale. Pour cette raison, un canal smaphore ne peut pas utiliser en situation normale plus de 40% de son dbit nominal. Lorsquun canal tombe, son trafic est alors renvoy vers un autre canal qui sera utilis 80% au maximum de son dbit minimal.

Les 20% qui restent sont utilis afin de transporter des messages de gestion. Dans le cas des liens LSL, le dbit du canal smaphore est de 64kbps. Un message ISUP ayant une taille moyenne de 40 octets, le canal smaphore 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 dun lien HSL ayant un dbit 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 configure dans le STP Selon la configuration actuelle, les cartes utilises pour les liens IP SIGTRAN sont les cartes de types E5-ENET dj dcrit en haut. Une carte E5-ENET peut tre configur jusqu 50 associations sur chaque port (port A ou port B) avec une capacit thorique de 5000 transaction par second (TPS). Cette capacit peut tre rpartie sur les diffrents liens configurs sur la carte. Un TPS est gale un message mit ET un message reu. Bien attendu que la capacit de la carte dpend aussi de la taille moyenne de la trame de message (MSU). Une autre carte appele E5-SM4G (DSM Module) est configur dans les STPs qui sert la fonction de SCCP. La capcit dune carte est de 5000 TPS et quatre cartes E5-SM 4G sont configur dans cahque STP. III.3.3 Dtermination du taux defficacit du systme de la plateforme STP (SYSTOT) Apres avoir effectu des tudes et analyses dans les diffrents composants lis aux systmes et le systme mme, maintenant il reste faire un rsum en calculant le taux defficacit de la plateforme dans une priode donne. Dans un premier temps nous allons calculer le taux defficacit du SYSTOT et la capacit du traitement de service SCCP qui lui est disponible ; - Taux defficacit du traitement des MSU dans le STP : Nous pouvons confirmer que le fonctionnement du systme de signalisation en termes de traitement des MSUs est satisfaisant. Lobservation du trafic de signalisation lheur charg sur une intervalle de 30 min, nous a permis de relever ces donnes figurant sur le tableau cidessous, pour pouvoir effectuer nos calculs. Ces calculs concernent seulement les messages atteignant au STP et traits par ce dernier. Teff = ((ORIGMSUS+ TRMDMSUS+ THRSWMSU)-(MSUDSCRD+ MSULOSTx+ MSSCCPFL)) / (ORIGMSUS+ TRMDMSUS+ THRSWMSU) NB : MSULOSTx dont x varie de 1 5 comme dj dcrit dans lannexe B Application Numrique : Voici un exemple de calcul pour le taux defficacit (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 rseau de signalisation doit tre disponible en permanence car il joue un rle trs important dans le rseau tlphonique. Il est le responsable de la gestion de connexion des circuits tlphonique en assurant les tches suivantes : - Etablissement et rupture, - Contrle et facturation, - Supervision et maintenance. Selon les rsultats 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% defficacit). Tableau 10: illustration du taux defficacit de SYSTOT (STP) . Capacit disponible en transaction par second (TPS) de la fonction SCCP Actuellement chaque STP possde quatre cartes E5-SM4G assurant la fonction de traduction qui traduit lappellation globale (GTT, par exemple, les chiffres numrots) en un code de point smaphore et un numro de sous-systme. La capacit maximale dune carte est de 5000 tps. Dans le tableau 3 une valeur de 4506 tps sur le compteur PKSCCPMH a t enregistre. Si nous devons calculer la charge en pourcentage (Ctps) du systme en TPS nous aurons : Ctps= (4506/4*5000)*100=18.024%. Le systme consomme actuellement 18% de sa capacit maxi en TPS configur. III.3.4 Dtermination du taux doccupation du COMP Dans le cas de la dtermination du taux doccupation des liens smaphore, nous avons slectionns les cinq premiers faisceaux les plus chargs dans le rseau pour lvaluation du taux doccupation des liens. Les deux tableaux suivant rsument en termes doccupation les liens LSL et HSL. Les calculs sont effectus dans les deux sens, le taux doccupation en mission et le taux doccupation en rception. En se basant sur les recommandations dj discut dans les paragraphes prcdents, nous pouvons maintenant savoir combien en pourcentage un lien est occup en mission et en rception. Pour ce faire nous avons choisi parmi les liens en forts trafic le compteur (MOCTTRAN) dsignant les messages transmis exprim en octet et le compteur (MOCTRCV) pour les messages reus, pour dterminer la charge en pourcentage de ces liens. Sachant que le dbit dun canal smaphore est de 64kbps ainsi que le codec utilis est le G.711, nous allons se rfrer pour tous ces paramtres pour calculer la charge des liens. . Charge dun canal smaphore (LSL) T est le temps dobservation 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 dobservation ; G= 64000 bps codec pour la voix tlphonique sur PCM, pour convertir en octet on aura G=64000/8=8000 octet bps. Pour avoir la charge dun lien dans une priode dobservation on calcul dabord le dbit binaire du codec pour cette priode (Dc). Dc=G*T=14400000 octb, cette valeur est utilis pour calculer le taux doccupation (Tocc) des liens qui figurent dans le tableau. Par exemple pour lensemble des liens LSL du rseau de signalisation de la Sonatel, ce sont les liens du faisceau vers TIGO qui sont occups dsquilibrements. La charge maxi de ces liens lheure charge se lve 56.42% au lieu de 40% sur chaque lien du faisceau, plus prcisment le lien rptigo1. Les causes de ces dsquilibres sont dcrites dans le paragraphe III.2.2.1.1. Actuellement le taux doccupation normal le plus lev relev sur le rseau de signalisation est de 81,85% pour le faisceau vers Orange Bissau. Ci-dessous un exemple de calcul du taux doccupation (Tocc) des liens : Tocc= (MOCTRCVD/14400000)*100. Application numrique : Tocc= (8,12Moct/144000000)*100=56%, taux doccupation du lien vers TIGO Tocc= (11,78Moct/144000000)*100=81.85%, taux doccupation du lien vers Orange Bissau

Tableau 11 : illustration du taux doccupation des liens LSL (COMP) Le graphique suivant montre lvolution du taux doccupation de lensemble des liens de signalisation smaphore du rseau SS7 de la Sonatel.

Figure 21: Charge des liens LSL en transmission et en mission . Charge dun canal haute vitesse (HSL) Concernant les liens HSL la procdure de calcul est la mme que la prcdente. Mais avant deffectuer le calcul pour chercher le taux doccupation, il faut calculer dabord le dbit

binaire (Dc) en multipliant par 31 times slots le dbit dun lien LSL. La dfinition dun lien HSL a t dj 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 cest un des liens du faisceau IN. Le taux doccupation relev sur ce lien est de 13,13%. Le taux doccupation est calcul de la mme manire que celle du lien LSL. Nous allons faire un calcul ci-dessous pour dmontrer le taux doccupation (Tocc) dun lien HSL. Tocc= (MOCTRCVD/446400000)*100. Application numrique : Tocc= (58590000/446400000)*100=13,13%, il faut noter quun lien HSL a une capacit de 31 fois plus quun lien LSL.

Tableau 12: illustration du taux doccupation des liens HSL (COMP) Le graphique suivant montre lvolution du taux doccupation de lensemble des liens HSL de signalisation du rseau 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 dcrite 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 rseau mobile de la Sonatel grce la signalisation sur IP appele SIGTRAN. Cest la raison pour laquelle des observations ont t effectu sur les liens SIGTRAN pour suivre de prs lvolution du trafic de signalisation sur ce rseau. Au cours de ces observations deux types dindicateurs sont jug indispensables pour la dtermination de la performance du rseau 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 deffectuer les calculs pour la dtermination de surcharge et la capacit en TPS occupe par un lien. Lexploitant du rseau peut affecter un lien (association) lors de la cration 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 rsultats de ce tableau ;

Tableau 13 : illustration du taux doccupation des liens SIGTRAN (COMP) - Le taux doccupation dun lien SIGTRAN Le taux doccupation dun lien, lsmsc05 par exemple, est obtenu en utilisant la recommandation G.726 (remplace G.721) qui est la norme de compression audio de lUIT-T. Cette dernire introduit une modulation par impulsion et codage diffrentiel adaptative (MICDA ou ADPCM) qui donne lieu un dbit de 40kbs, 32kbps et 16kbps. Le technique de codage utilis par la Sonatel sur son rseau IP est celui dont le dbit du flux est de 32kbps. En reprenant les calculs effectu prcdemment nous auront, dans le paragraphe III.3.4:

T= 30 min = 1800 sec, temps dobservation ; G= 32000 bps codec pour la voix tlphonique en ADPCM, pour convertir en octet on aura G=32000/8=4000 octet bps. Pour avoir la charge dun lien SIGTRN dans une priode dobservation on calcul dabord le dbit binaire du codec (Dc) pour cette priode. Dc=G*T=7200000 octb Le taux doccupation est calcul comme suit : Tocc= (MSGSTRCV /7200000)*100 Application numrique : Tocc= (1047509/7200000)*100= 14,55%, sur cette exemple de calcul nous pouvons confirmer que le taux doccupation maxi des liens SIGTRAN lheure charg se lve 14.55%. Le graphique suivant montre une vue globale des surcharges et taux doccupation des diffrents liens de signalisation sur IP (SIGTRAN).

Figure 23: Charge des liens SIGTRAN en transmission et en mission Connaissant la capacit configure sur chaque association (lien), maintenant il est plus ais dterminer la capacit en TPS occupe pour chaque lien pendant lheure de pointe. Prenons toujours lexemple sur le lien lsmsc05 et faisons le calcul pour dterminer sa charge en transaction par second (Chtps). Chtps= MSGSRCVD/T, avec T la priode dobservation en second et MSGSRCVD les nombre de messages reu Application numrique : Chtps= 1047509/1800=581,95 tps, pour avoir des rsultats transparents il est ncessaire de calculer le taux dutilisation de sa capacit en tps (Tutps) disponible sur ce lien. . Taux dutilisation de la capacit en TPS pour les associations SIGTRAN Tutps= (581,95/1500)*100=38,80 %, selon les calculs effectus et les rsultants obtenu, le rseau SIGTRAN de la Sonatel est surdimensionn. A partir de ces rsultats obtenus, nous

pourrions conclure que ce rseau est performant et pourra tenir sa performance jusqu plus de cinq ans. Dans le chapitre que nous allons aborder est constitu par des proposions base sur les rsultats obtenus lors de ltude engineering du trafic de la signalisation. Page suivante : Chapitre IV : Proposition sur les rsultats danalyses et audits obtenus pour lamlioration du rseau de signalisation de la Sonatel Retour au menu : Audit et analyse de la qualit et de la performance du rseau de signalisation SS7/SIGTRAN de la Sonatel

Publier son memoire Actualits Emploi Espace Ecoles Mmoires Partenaires Contact CGU

2013 Institut numerique.

Recherche
Search for: Go
Recherche

Chapitre IV : Proposition sur les rsultats danalyses et audits obtenus pour lamlioration du rseau de signalisation de la Sonatel

Non class
Votre email ici...

Par admin 04/04/2013 Poster un commentaire IV.1 Analyse des rsultats Dans le cadre de lamlioration du rseau de signalisation de la Sonatel, des analyses de tous les rsultats manent des tudes et audits au niveau des plateformes STP et aux liens des signalisations ont t effectu. Lobjectif de cette analyse cest de pouvoir identifier certains disfonctionnements sils existent dans le rseau et dapporter quelles que proposions afin damliorer la performance du rseau. En examinant dune manire dtaille les rsultats des tudes faites dans les diffrentes entits du rseau de signalisation, les disfonctionnement dcels dans lintervalle dobservation nont pas t trs critiques. Mais lors dune vrification dans lensemble des autres fichiers contenant les KPI observs dans les priodes et jours qui nont pas t inclus dans notre cadre dtude, certains dfauts ont t dtect dans le rseau. Puisquil sera trs difficile dintroduire dans ce document ltude et analyse faites pour tous les fichiers des indicateurs hebdomadaire ou journalier, nous avons conserv dans ce document que les tudes dune journe. Dans les paragraphes qui suivent des dcisions ou propositions seront prises suite aux rsultats donns pendent les analyses du systme globale (SYSTOT) et ses composant (COMP) IV.1.1 Dcision sur les rsultats du SYSTOT(STP) La plateforme EAGLE STP intgre plusieurs mesures permettant danalyser le comportement en temps rel ou la demande du systme ou les services installs. Parmi ces mesures il y a ceux qui sont excut automatiquement la mise en service du STP et ceux qui sont lanc laide des commandes. Ladministrateur du systme peut avoir le choix dobserver certaines mesures pour contrler seulement un groupe dentit ou de service. Concernant les mesures du systme total appel en langage technique SYSTOT sont dj lances et disponible. Actuellement ces mesures ne sont pas traites par les administrateurs du systme et pourtant ces mesures donnent des indicateurs trs pertinents permettant de suivre le fonctionnement du systme. Vu les rsultats obtenus pendant les tudes et analyses de cette catgorie de mesures, nous avons dcid de mettre en oeuvre un systme de traitement pour ces mesures dans le but davoir une statistique globale du traitement des messages dans le STP. Lobtention de ces statistiques est rendu possible par des calculs raliss sur les indicateurs de mesures donns. Dans ce cas nous allons proposer aux administrateurs de la plateforme STP de tenir compte de la liste des indicateurs suivant avec une mthode de traitement de ces compteurs : - ORIGMSUS : Le nombre total des messages sortant qui ont pass avec succs au niveau 2 pour tre transmis, tout en portant le PS de STP dans le champ dOPC.

- ORMSUOCT : Le nombre total doctets sortants associs MSU portant le point code de STP dans le champ OPC. Cela inclut les octets ajouts 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 doctets associs aux messages (MSU) entrants portant le point code de STP dans le champ DPC, y compris les octets enlevs 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 rejets parce que la mmoire tampon de routage tait en dbordement. - MSULOST4 : Nombre de MSU rejets car la rception avait une file dattente dbordant. - MSUDSCRD : Le nombre totale des MSUs qui ont subi lechec de traitement par la fonction gatewaye screenig (GWS) et ont t rejet. Voir les compteurs du rapport des faisceaux. - MSINVDPC : Nombre de message MSU reus et rejets car le DPC na pas pu tre trouve dans la table de routage STP. - MSNACDPC : Le nombre total de MSU rejete cause dun inaccessibles DPC. - GTTPERFD : Le nombre total de MSU ayant russi la traduction du (GTT). - GTTUN1NT : Le nombre de fois que SCCP na 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 systme des messages traits par le SCCP en transactions par second. - NMSCCPMH : La charge maximale du systme journalire la plus rcente des messages traits par le SCCP en transaction par second. - CRSYSAL : Le nombre total des alarmes critique du systme. Comme dj dmontr dans les prcdents paragraphes (III.2.1.1 et III.2.1.2) ces indicateurs permettent de savoir la quantit des messages destins lSTP 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 rejets cause dun disfonctionnement qui sera indiqu dans le compteur en question. La capacit en transaction par second (TPS) consomme par le systme est mesure laide de ces indicateurs en affichant en temps rel la consommation maxi en TPS. A laide des applications plus connues comme Microsoft Access et Excel, il est plus ais dinformatiser ces indicateurs afin davoir les rsultats mentionns prcdemment dune manire 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 Dcision sur les rsultats des composants (COMP) Les rsultats obtenus pendant les analyses des diffrents composants comme les liens LSL, HSL et SGTRAN ont fait apparaitre certains dysfonctionnements que nous allons proposer des solutions pour les rsoudre. Comme dysfonctionnement rencontr au cours des analyses cest les dsquilibres normes du taux doccupation des liens de certains faisceaux. Du fait quun faisceau qui dispose plus de deux liens de signalisations, si lun de ces liens devrait couler du trafic de signalisation qui occupera plus de 40%, lautre lien doit prendre le trafic pour quilibrer le faisceau. Ce nest pas le cas pour le faisceau de TIGO vers le STP du site TNP, le lien tnptigo1 occupe 11.99% de son dbit pendant que le lien rptigo1 occupe plus de

56% de dbit. Les causes ont t cites dans le paragraphe III.2.2.1.1 et maintenant nous allons donner quelques propositions aux administrateurs du rseau de signalisation pour lradication des erreurs sur les LINKs. - Au cours des analyses les compteurs (KPI) lis la congestion et autres erreurs des liens nont rien affich. Cest pour cette raison que nous suggrons que lquipe de la maintenance de la plateforme STP et celui de la transmission doivent se concerter pour localiser le cot du problme. - Ils doivent se rfrer aux recommandations fixes par lUIT-T pour faciliter la rsolution de ces genres derreurs, ici cest la recommandation Q.706 qui traite cette partie. - Plusieurs manires existent pour le dpannage des canaux dfaillants : Dans notre cas, des retransmissions de messages sur certains canaux cause des dfaillances survenues sur ces canaux smaphores sont prouvs (les liens tigo, de la plateforme VMS etc ) Les hypothses suivant sont tenir compte : - Mesurer la qualit de la liaison smaphore de donnes par son taux derreur sur les canaux smaphores. - Vrifier si le taux derreur sur les bits exploits sur les liaisons est infrieur 10-5. - Si le taux derreur sur les trames smaphores dpasse le 410-3 le dispositif de surveillance des erreurs dclanche le passage sur le canal smaphore de secours. - Etc . Concernant les liens SIGTRAN, il ny avait pas des erreurs qui peuvent entrainer des disfonctionnement dans les liaisons IP dtectes. Actuellement les indicateurs utiliss pour le suivit et la performance du rseau de signalisation ce sont les indicateurs lis seulement aux liaisons et faisceaux smaphore. Les administrateurs sont intress par les indicateurs leurs permettant de calculer la charge des liens (LSL, HSL et SIGTRAN) ainsi que les congestions. Pour amliorer la qualit de service du rseau, 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 ncessitant une traduction du GTT. - GAPACKSR : Le nombre dcart de bloques daccus de reception (Gap Ack Block) dans un SACK (Selection Acknowledgement) dunit de contrle (control Chunk) ru de SCTP pair distant, indiquant les carts doccurrences des blocs de donns reus dans les pairs reprsenter par leur transport de numro de squence (TSNs). Ces mesures permettent au personnel du rseau de juger la performance de livraison des messages des couches dadaptation relative lcart limite daccuser de rception. - PEERFAIL : Le nombre de dtection des pannes pour les pairs terminaux distants d aux vnements dassociation, comme le franchissement de seuil maximal des retransmissions association. - ASMAXRTO : La valeur maximale observe de letat de la variable de dpassement de la retransmission (RTO) de SCTP, en milliseconde, pour les paquets SCTP qui devraient tre transmis mais ils nont pas t transmis lhte distant. Cette valeur est seulement pour lintervalle dobservation.

Ces indicateurs sont inclus dans les liaisons smaphores et SIGTRAN. IV.2 Dimensionnement du rseau de signalisation Lanalyse et laudit effectus dans le rseau de signalisations de la Sonatel ont fourni beaucoup des rsultats et des paramtres permettant de bien dterminer la performance du rseau et son tat de lieu. Ds lors, tenant compte de ce qui ont t obtenu comme rsultats, nous pouvons estimer que le rseau de signalisation de la Sonatel est dimensionn 75%. En observant sur des cas particuliers comme le lien ogb5002 qui est occup 81.85%, nous suggrons de dimensionner le faisceau de ce lien en vu de prserver la qualit de service de cette destination. Lajout dun deuxime lien sur ce faisceau sera suffisant si loperateur a les moyens. Concernant les autres liens comme les liens du faisceau MSC05NAT1 ne ncessitent pas prsent de les dimensionner mais lidal cest dquilibrer le trafic sur les deux liens. Par exemple le lien rpmsc5nat1 portant le COC 0 est charg 47,13% tandis que le deuxime est de 19,69%, si un partage de charge nest pas appliqu sur ce faisceau il est prfrable de le faire. IV.3 Mthodes de scurisation du rseau SIGTRAN Les rseaux IP prennent de plus en plus dimportance dans les rseaux des tlcommunications, de laccs jusquau transport. . Comment scuriser le rseau SS7 standard La scurit dans les rseaux tlphoniques est principalement base sur la fermeture totale dun rseau. Deux principaux protocoles sont utiliss : - Les protocoles daccs RNIS (et les autres) - Les protocoles de la pile SS7 du coeur rseau Comme les rseaux de signalisations de base (SS7) sont souvent loigns physiquement et/ou inaccessibles lutilisateur, il est suppos quils sont protgs contre les utilisateurs malveillants. Les quipements tlcoms sont souvent sous cls. Entre une frontire du rseau et le rseau SS7, le filtrage de paquets est parfois utilis. Les utilisateurs finaux ne sont pas directement connects des rseaux SS7. Les protocoles daccs sont utiliss pour lutilisateur final de signalisation. Les protocoles de signalisations de lutilisateur final sont traduits en protocoles SS7 de base des commutateurs tlphoniques grs par des oprateurs de rseau. Les autorits de la rglementation exigent souvent les commutateurs SS7 avec des connexions diffrents commutateurs SS7 dtre conforme au niveau national et/ou aux spcifications de test international. Il ny a pas des mthodes normalises dutilisation des technologies de cryptage pour assurer la confidentialit ou lutilisation de technologies dauthentification. Cette description sapplique aux rseaux de tlphonie exploit par un oprateur unique, et aussi de multiples rseaux de tlphonie tant connects et grs par des oprateurs diffrents. . Comment scuriser le rseau SS7 sur IP Contrairement dans un rseau IP quels que soit les protocoles dploys, la scurit de la communication est obligatoire dans certains scnarios du rseau pour prvenir les attaques malveillantes. Tous les protocoles SIGTRAN utilisent le Stream Control Transmission

Protocol (SCTP) comme protocole de transport. Quand un rseau utilisant les protocoles SIGTRAN implique plus quune partie, il peut ne pas tre raisonnable de sattendre ce que toutes les parties ont mis en oeuvre la scurit dune manire suffisante. De bout en bout la scurit devrait tre le but, par consquent, il est recommand quIPSec (IP Security Protocols) ou TLS (Transport Layer Security) soit utilis pour assurer la confidentialit de la charge utile de lutilisateur. Ces protocoles de scurit visent scuriser les changes au niveau de la couche rseau. Il est clair que le rseau smaphore tait jusqu rcemment considre comme un primtre inviolable, et ctait en effet le cas tant quil restait sous le contrle exclusif de loprateur. Cela nest plus le cas aujourdhui, 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 dexposer le coeur du rseau sont toujours prsents. En effet, travers un point daccs SIGTRAN accessible en IP, et moyennant une couche dadaptation au protocole sous-jacent (M3UA pour MTP3, M2UA pour MTP2, IUA pour ISDN, etc), les passerelles de signalisation SS7 deviennent joignables. Le coeur de rseau est alors porte aux mains des malveillants. . Imagination dun scnario dattaque Plusieurs possibilits de lancer des attaques offensives dans un rseau dun oprateur actuellement semblent beaucoup faciles pour les malveillants comptents, 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 consquences, ds les plus lgres (SPAM golocalis) aux plus srieuses (cambriolage) - Les attaques ISUP: si les points smaphores des commutateurs du rseau sont connus, rien de plus facile que de formater un message ISUP, en indiquant le commutateur dorigine, de destination, et le circuit (CIC). Un message initial dadresse (IAM) va par exemple initier une communication et donc occuper un circuit: il est facile ce rythme de saturer les circuits disponibles en crant un dni de service. - Autre type dattaque: lenvoi dun message de libration (REL) au hasard va librer une communication tablie entre utilisateurs lgitime. - Un message de location update a pour objet lgitime de signaler la nouvelle localisation dun mobile. Mais lutilis frauduleusement, peut faire croire au rseau quun abonn mobile promne dans le rseau de la Sonatel et pour tant il est en roaming dans un autre rseau. Mais il sera difficile au MSC de joindre cet abonn dans le rseau o il fait le roaming. - Au-del des attaques du rseau, la fraude peut prendre un tour purement financier, comme lenvoi de SMS gratuits par exemple. Dans tous les cas, nous voyons que les dgts financiers et limage de loprateur sont considrables. Par consquent, nous voyons que de bout en bout, tout le primtre du rseau mobile est susceptible dtre vulnrable. Des socits spcialises comme P1 security et serial entrepreneurs etc, sont fonds sur ce constat de vulnrabilit, dveloppent des produits daudits, des surveillances rseaux tlcom. Ces genres des outils proposs aux oprateurs permettent de restituer la cartographie SS7 du rseau (points smaphores, mais aussi points

daccs SCTP, numros de sous-systmes SCCP, etc). Cette cartographie est obtenue travers un scan extensif du rseau: - points dentre SCTP, - points smaphores, - sous-systmes SCCP, - et enfin applications de test (MAP, INAP, CAP, etc ) Loprateur exploitant ces genres doutils peut avoir une vue globale de son rseau, se prvenir des ventuelles attaques et renforcer la scurit de son rseau de signalisation. Page suivante : Conclusion Retour au menu : Audit et analyse de la qualit et de la performance du rseau de signalisation SS7/SIGTRAN de la Sonatel

Publier son memoire Actualits Emploi Espace Ecoles Mmoires Partenaires Contact CGU

2013 Institut numerique.

Recherche
Search for: Go
Recherche

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 traits par le STP . Tableaux descriptive des indicateurs lis aux liaisons et faisceaux smaphores SS7:

Tableau 2 : descriptions des indicateurs SS7 . Tableaux descriptive des indicateurs lis 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 rseau de signalisation SS7/SIGTRAN de la Sonatel

Publier son memoire Actualits Emploi Espace Ecoles Mmoires Partenaires Contact CGU

2013 Institut numerique.