Signalisation Systme No 7

Diplmant: David Scrimitore - ETR

Professeur: M. Roubaty Expert: M. Genoud 18 dcembre 2002

Travail de diplme 2002

ETR

Signalisation S7

David Scrimitore

Table des matires

1 Remerciements 2

I Introduction
2 Introduction 3 Problmes rencontrs 4 Recherche d'un nouvel objectif 5 Cahier des charges

7
7 8 9 9

II Etude de la Signalisation S7
6 Introduction 7 Fonction de la signalisation S7 8 Rseaux de signalisation
8.1 8.2 8.3 8.4 9.1 Exemple d'utilisation de la S7 Signalisation sans voix utile . Modes de fonctionnement . . 8.3.1 mode associ . . . . . 8.3.2 mode quasi-associ . . Adressage du systme S7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

10
10 10 11
13 14 14 14 14 16 18 18 18 19 20 23 23 24 24 26 27

9 Strucure du systme de signalisation No 7

9.2 9.3

9.4 9.5 9.6

Sous-systme transport de messages . . . . . . . . . . . . . . . . . . . . . . 9.1.1 MTP Level 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9.1.2 MTP Level 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9.1.3 MTP Level 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description des trames de signalisations . . . . . . . . . . . . . . . . . . . . Correction des erreurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9.3.1 Mthode de correction d'erreurs de base . . . . . . . . . . . . . . . 9.3.2 Mthode de correction d'erreurs avec retransmission cyclique prventive . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Alignement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Adressage des trames . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Gestion du rseau de signalisation . . . . . . . . . . . . . . . . . . . . . . .

18

Travail de diplme

Page 2

ETR

Signalisation S7

David Scrimitore

10 Sous-systme utilisateurs 11 Rseau GSM

10.1 Notion de Global Title Translation . . . . . . . . . . . . . . . . . . . . . . 11.1 Architecture du rseau GSM . . . . . 11.1.1 Elments constituant le BSS . 11.1.2 Elment constituant le NSS . 11.2 Le protocole MAP et le rseau GSM 11.3 Notions de Roaming et Handover . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

28 32

31 32 32 34 35 36

12 Limite de la signalisation S7

36

III Tests eectus dans les laboratoires de Siemens

13 Introduction 14 Etablissement d'une communication 15 Coupure du canal de signalisation 16 Signalisation sans voix utile

37
37 37 39 41

IV Le Projet
17 Introduction 18 Didacticiel
18.1 Choix de l'outils pour la reprsentation . . . . . . . . . . . . . . . . . . . . 18.2 Ralisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19.2 Outils utiliss . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19.3 Choix des reprsentations . . . . . . . . . . . . . . . . . . . . . . . . . . . 19.4 Animations en Flash . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19.5 Communication tlphoniques entre deux appareils xes . . . . . . . . . . 19.6 Communication entre un appareil xe et un mobile . . . . . . . . . . . . . 19.7 Envoi d'un SMS entre un abonn mobile tranger et un abonn mobile suisse 19.8 Appel d'un numro vert . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19.9 Portabilit des numros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19.10Roaming et Handover d'un mobile suisse l'tranger . . . . . . . . . . . .

43
43 43
43 44 45 46 46 46 47 49 52 55 57 59

19 Simulateur

45

Travail de diplme

Page 3

ETR

Signalisation S7

David Scrimitore

V Conclusion
A Annexes
A.1 Analyse des tests eectus dans les laboratoire de Siemens Renens . . . A.1.1 Communication entre deux abonns xes . . . . . . . . . . . . . . A.1.2 Coupure d'un canal de signalisation . . . . . . . . . . . . . . . . . A.1.3 Facturation d'une communication pour un abonn Sunrise . . . . A.1.4 Signalisation dans le rseau mobile . . . . . . . . . . . . . . . . . A.2 Simulateur GSM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A.2.1 Simulation appel tlphonique entre un appareil xe est un mobile A.2.2 Simulation d'envoi de SMS . . . . . . . . . . . . . . . . . . . . . . A.2.3 Simulation de Roaming international et Handover . . . . . . . . . B.1 B.2 B.3 B.4 B.5 Macromedia Dreamweaver MX . Macromedia Flash MX . . . . . Adobe Photoshop . . . . . . . . CorelDRAW Classic . . . . . . A L TEX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

63
66
66 66 66 66 66 66 66 66 66 67 67 67 67 67

B Outils utiliss

67

C Acronymes utiliss

68

Travail de diplme

Page 4

ETR

Signalisation S7

David Scrimitore

1 Remerciements
Si ce projet a pu arriver au bout, c'est d'une part grce au travail fournit. Mais galement grce l'aide fournit par certaines personnes qui ont t continuellement mes cts. C'est donc pour cette raison que je tiens remercier les personnes suivantes :

M. Roubaty

Pour son suivi tout au long de ce travail de diplme. Et ceci d'autant plus, en sachant, qu'il n'tait prsent l'cole qu'une journe par semaine, cours compris. Je tiens galement le remercier pour avoir, temps, dcid de modier le cahier des charges sans que cela porte prjudice au bon aboutissement de mes tudes. Un grand merci !

Cdric Ducommun

Pour les conseils fourni la ralisation du didacticiel, en particulier grce ses connaissances en HTML et en graphisme. Je tiens aussi le remercier pour sa patience et ces conseils. Meric Duc !

Raphal Voirol

Pour son aide dans l'installation de Linux, mme si cette installation c'est avre inutile en vue du nouveau projet. Les notions apprises, quant elles n'ont de loin pas t inutiles.

Tous mes collgues du B08

Pour l'ambiance qu'ils ont su faire rgner dans le laboratoires B08, et ceci mme dans les moments les plus diciles de nos diplmes respectifs.

Ma famille et mes amis

Pour tout le reste ! !

Travail de diplme

Page 5

ETR

Signalisation S7

David Scrimitore

Rsum
Le sujet principal de ce travail de diplme est la signalisation Systme No 7. Cette signalisation permet aux centraux tlphoniques numriques de pouvoir router les appels tlphoniques. Le projet consistait dans un premier temps de dvelopper un circuit permettant d'muler les couches 1 et 2 de la signalisation S7 avec comme but nal la transmission de cette signalisation sur le rseau IP. Malheureusement l'organisation qui proposait un OpenSource et qui la commande de la carte a t passe, a cess leurs activits. Le temps disposition pour la recherche d'une nouvelle solution ce problme n'tant plus susant, il a donc t prfrable modier le cahier des charges. Naturellement le nouveau cahier des charges a d garder comme sujet principal la signalisation S7, tout en choisissant un objectif atteignable avec le temps restant disposition. Le choix nal c'est donc port sur un Didacticiel-Simulateur. En eet la premire partie a donc consist raliser un didacticiel, ceci an de permettre aux tudiants de l'cole le souhaitant, d'approfondir les notions vues lors du cours thorique. La deuxime partie quant elle devrait permettre d'assimiler les notions vues lors du didacticiel, mais galement de fournir un complment au simulateur GSM eectu lors d'un ancien travail de diplme. Cette deuxime partie est donc constitue de six simulations avec dirents cas de gure o la signalisation S7 intervient. Trois de ces simulations sont dirents types de communications dans le rseau tlphoniques xes. Alors que les trois dernires sont-elles bases sur le rseau mobile. Celles-ci on justement t ralis an de montrer le but de la SS7 dans le rseau mobile, mais galement an d'avoir un complment visuel au simulateur GSM dj prsent dans l'cole.

Travail de diplme

Page 6

ETR

Signalisation S7

David Scrimitore

Premire partie

Introduction
2 Introduction
Comme le dcrit le cahier des charges, le but de ce travail de diplme est donc de raliser un circuit permettant de transmettre la signalisation S7 sur le rseau Internet Protocol (IP). Il s'agit pour ce faire d'muler les trois premires couches du protocole SS7. Les couches suprieures seront, quant elles, transmises telles quelles. L'ide vient du fait de vouloir rsoudre l'une des seules "dfaillance " de cette signalisation. En eet, comme nous le verrons plus en dtail lors de l'tude de la SS7, le nombre de canaux entre deux points de signalisation est limit 16. Dans un premier temps, cela semblait sure et mme rpondre aux exigences futures. Malheureusement ceci tait s'en compter l'avnement du GSM qui emprunte galement ces mmes canaux. L'une des solutions ce problme est donc le passage de la SS7 par le rseau IP. D'autres solutions sont l'utdent, tel que la SS7 sur ATM, mais cela sortant du contexte de ce projet, cette solution ne sera pas tudie. Ce problme de la SS7 over IP a dj t introduit par M Capon lors d'un ancien travail de diplme. Ce dernier tant arriv la conclusion que les drivers de la carte choisie pour la ralisation, ne fonctionnaient pas. Le but n'tant pas de continuer son travail, une nouvelle recherche de solutions au problme pos a, nouveau, t eectu. Quelques entreprises proposent des circuits implmentant le passage de la SS7 sur IP. Malheureusement et comme cela pouvait tre prvisible de tels circuits sont hors des possibilits nancires de l'cole. De plus avec un tel circuit le travail eectuer serait comme qui dirait dj fait. L'attention c'est donc porte sur l'organisation OpenSS7, dj introduite par l'ancien diplmant, qui propose un Open Source qui devrait avec toute probabilit permettre d'implmenter notre circuit. En eet aprs recherche d'information sur le site http://www.OpenSS7.org, les possibilits oertes par cette organisation semblent trs intressantes. L'ancien diplmant avait dj command deux cartes ACB56 comme support de l'Open Source en question. Etant donn que l'tudiant a eu beaucoup de problme et que le but n'est pas de continuer vraisemblablement ce projet, la recherche de nouvelles solutions a t poursuivie. Et bien que l'tudiant ait arm que cette carte fonctionne 64 Kbits, de srieux doutes subsistent, puisque que cette carte n'a jamais rellement t teste l'aide d'un analyseur. D'autant plus que le nom de la carte fait bien comprendre le fait que cette dernire ait t dveloppe pour le rseau amricain 56 Kbits. L'autre grand problme de cette carte est que l'analyseur SS7 fourni par Siemens ne fonctionne qu' 2 Mbits/s. Il serait donc inutilisable pour ce genre de carte. Le travail serait naturellement beaucoup plus intressant si un analyseur tait utilisable et ceci d'autant plus en vu de l'tude eectu sur la signalisation S7. Le site OpenSS7 proposant d'autres hardwares, l'attention c'est donc porte sur ces derniers. En particulier sur l'une d'elles, la carte E400P-SS7, qui dirence des autres t Travail de diplme Page 7 ETR

Signalisation S7

David Scrimitore

conu pour le rseau europen 2 Mbits/s. En eet il y a, selon le constructeur, quatre interfaces E1 qui ne sont autres que 4 PCMs. Rappelons que les PCMs ne sont autres que les support physiques utiliss dans le rseau tlphoniques. Cette carte semble donc pour nos besoins, la carte supportant l'open source la plus adapte. De plus aprs recherche d'informations, nous avons remarqu que les entres sont en RJ 45, 120 ohms symtriques. Cela correspond exactement au centraux des laboratoires Siemens. Il en rsulte donc qu'avec beaucoup de probabilit, dirence de l'anne prcdente, les tests ainsi que les analyses de l'avancement du projet seront possibles. De plus, aprs avoir contact les personnes responsables de l'OpenSS7 et de leurs avoir fait part du projet ainsi que de l'intrt pour leurs hardware, ces derniers on bien conrm le fait que la carte E400P-SS7 soit la carte idale pour ce projet. Ces mmes personnes, nous ont galement arm que le paquetage MSPA de l'OpenSS7 devrait tre susant pour atteindre le bur de projet. Ceci est d'autant plus apprciable, puisque selon les informations se trouvant sur le site ce paquetage dirence des autres a t non seulement implments, mais galement test. La commande de la carte a donc t passe. A noter que toute cette recherche de solution a t faite lors du travail de semestre. Lors du travail de semestre, des tests ont galement t eectus dans les laboratoires de Siemens Renens. Ces derniers documenteront l'tude de la signalisation, mais surtout permettront bien comprendre les trames changes en fonction des oprations eectues.

3 Problmes rencontrs
Alors que la commande de la carte avait t passe depuis quelques semaines, encore aucunes nouvelles de cette carte n'tait encore parvenu. La priode consacre au travail de diplme s'tant rapproche, une nouvelle tentative de commande, mais cette fois par fax, a t entreprise. Ce n'a t qu'en tentant d'obtenir une simple conrmation du fax envoy, que plus aucunes nouvelles des responsables de l'organisation OpenSS7 ne nous est parvenue. Ceci a t galement le cas lorsque des tentatives par tlphones ont t entreprises. Aprs diverses tentatives, toujours sans russite, la suite de ce projet t srieusement mis en doute. Avec beaucoup de probabilit l'organisation en question a srement d terminer leurs activits. Et ceci ne serait pas vraiment tonnant en vue de la crise qui touche actuellement le monde des tlcoms. Le temps disposition pour le projet ayant dj dbut depuis deux semaines, un choix devait absolument tre pris. C'est donc avec l'apport et l'accord du professeur responsable, qu'un nouvel objectif a t recherch. En ce qui concerne le projet OpenSS7, cet OpenSource est donc abandonn et il le sera pour tous les futurs projets concernant la signalisation S7.

Travail de diplme

Page 8

ETR

Signalisation S7

David Scrimitore

4 Recherche d'un nouvel objectif

La priode consacre au travail de diplme ayant dj dbut, le nouveau projet ne doit, si possible, ne pas dpendre d'une nouvelle commande de matriel. Ceci restreint donc considrablement les possibilits de choix et ceci d'autant plus, si la signalisation S7 doit quant elle rester le sujet principal du projet. De plus le nouveau projet doit pouvoir, si possible, apporter quelques chose en plus l'cole dans l'tude de la SS7. En eet, trs peu d'coles en Suisse, voir aucunes, ne s'intresse la signalisation S7, bien que cette dernire ait un rle primordial dans le rseau tlphonique et le rseau mobile. C'est donc pour cette raison que le fait de pouvoir continuer sur cette voie est trs bnque aussi bien pour l'cole que pour le diplmant. Naturellement la mise en place d'un laboratoire serait trs intressante pour l'assimilation des notions vues au cours thorique au sujet de la SS7. Et ceci d'autant plus, en vue de la complexit de cette dernire. Cette ide est donc intressante, puisque pour la plupart des notions complexes vues lors des cours thoriques. Les laboratoires se sont avrs primordiaux dans l'assimilation des notions. Malheureusement un laboratoire serait par manque de temps impossible placer dans le calendrier de l'anne scolaire. Mais surtout, sa ralisation serait impossible avec le temps restant pour le travail de diplme. Par contre la cration d'un didacticiel serait tout aussi intressante pour les tudiants, tout en restant ralisable dans le temps encore disposition. En eet, les tudiant ayant mal compris certaines notions auraient alors la possibilit de parcourir un didacticiel leur exposant le but et les caractristiques de la SS7, an de combler ces lacunes.

5 Cahier des charges

Le but du nouveau projet est donc la cration d'un didacticiel permettant d'introduire certaines notions importantes de la signalisation. L'ide d'ajouter la n du didacticiel quelques exemples d'utilisation de la SS7 a galement t propose. Ceci an d'assimiler les notions vues tout au long du didacticiel. Ces exemples seront donc quelques simulations simples o la SS7 intervient, comme pour l'tablissement d'une communication ou la localisation d'un mobile dans le rseau GSM. Un tel simulateur devrait donc tre un bon complment au simulateur GSM dj eectuer lors d'un ancien travail de diplme. Pour l'instant, le nouveau cahier des charges comporte donc deux parties, la premire qui consiste en un didacticiel et la deuxime qui sera donc consacr des simulations permettant de montrer l'utilisation de la SS7. Naturellement l'avancement du projet dpendra galement du temps restant disposition.

Travail de diplme

Page 9

ETR

Signalisation S7

David Scrimitore

Deuxime partie 6 Introduction

Etude de la Signalisation S7
Avant de se lancer dans la ralisation du didacticiel, il nous faut naturellement eectuer une tude de la signalisation S7. Rappelons avant tout, que les signalisations sont utilises pour indiquer aux commutateurs de tlcommunications o diriger les appels. En ce qui concerne la signalisation S7, c'est grce elles que tous les centraux tlphoniques numriques communiquent entre eux. Son but principal est d'tablir, de maintenir et de terminer une communication tlphonique. C'est galement elle qui a permis d'instaurer de nouveaux services dit "intelligents" tel que les numros verts, le rappel lors d'occupation, etc. Mais cela n'est pas tout, elle est galement utilise dans les rseaux cellulaires. En eet, pour qu'un mobile puisse tre appel ou lui-mme appel, il doive dans un premier temps tre localis. Cette fonction, ainsi que de nombreuses autres, comme l'envoi de SMS, le roaming sont ralises grce la signalisation S7. En ce qui concerne ISDN, un systme de signalisation existe galement, mais il porte le nom "DSS1". L aussi, c'est grce cette signalisation que des services intressant pour les abonns privs ont t mis en place. C'est d'ailleurs dans ce premier but que la signalisation S7 a t tablie.

7 Fonction de la signalisation S7
La signalisation S7 ou "`Common Channel Signaling System No 7"' est un standard global de tlcommunication dnit par l'Union Internationale de Tlcommunications (UIT). Ce standard dnit les procdures et les protocoles par lesquels les lments du rseau de signalisation, dans un rseau commutation de circuit, s'changent les informations de contrle et de routage. La signalisation S7 s'eectue par transmission de messages, entre les lments du rseau, une vitesse de 56 Kbits/s pour les USA et 64 Kbit/s pour le rseau europen sur un canal bi-directionnel appel "signaling link". Ceci permet de transmettre la signalisation en dehors de la transmission rserve au transport proprement dit des donnes. Un tel type de signalisation est dit "Out-Of-Band".

Travail de diplme

Page 10

ETR

Signalisation S7 Principales fonctions et caractristiques de la SS7 :          

David Scrimitore

L'tablissement et la gestion des communications Les services intelligents, tel que 0800, 0900, etc Les nouveaux services, tel que le renvoi d'appel, achage du numro, etc La portabilit des numros Le service de roaming, pour les rseaux cellulaires Normalise au niveau international Adapte aux dirents services de tlcommunications Ecacit leve, grande souplesse Fiabilit leve de la transmission des messages Adapte dirents moyens de transmission (cbles, liaisons hertziennes, etc

8 Rseaux de signalisation
Le rseau de la SS7 est constitu de point de signalisation, de canaux de signalisation, qui constituent eux-mmes des routes de signalisation. Ce rseau de signalisation est superpos au rseau de circuits de voix utiles. Ce rseau de signalisation fonctionne sur le principe de la commutation de paquets et a comme but d'acheminer des informations de contrle entre les lments d'un rseau de tlcommunication, tels que les centraux tlphoniques, les bases de donnes et les serveurs. Certains ouvrages nomment ces derniers points smaphores et canaux smaphores. Pour une question de simplicit, nous adopterons la premire appellation. Chaque point de signalisation dans le rseau S7 est uniquement identi, par un code numrique. Ces codes se trouvent dans les messages changs par les points de signalisations, ceci an d'identier la source et la destination de chaque message. Chaque point de signalisation utilise une table de routage pour choisir le circuit appropri chaque message. Pour la suite de cet expos nous parlerons de SP (Signaling Point) pour dnir les points de signalisation. Comme nous l'avons dit les centraux tlphoniques sont des points de signalisations, mais ce ne sont pas les seuls. Pour ce qui est du rseau GSM et sans rentrer pour l'instant dans les dtails, les SPs sont les GMSC, HLR, VLR, MSC, EIR, etc. Le chapitre 11 permettra de dtailler les fonctions de la SS7 dans le rseau GSM, ainsi que l'utilit des dirents SPs. En ce qui concerne le rseau intelligent reprsent la gure 1, nous allons dcrire les lments le constituant. Rappelons que le rseau intelligent permet des services tel que l'identication d'appelant, renvoi d'appel, barrage d'appel, etc. Voici les trois SPs constituant le rseau intelligent :  SSP (Service Switching Point)  STP (Signal Transfert Point)  SCP (Service Control Point)

Travail de diplme

Page 11

ETR

Signalisation S7

David Scrimitore

Les SSPs ne sont autres que les centraux tlphoniques comprenant les rseaux intelligents. En Suisse ce sont les centraux d'abonns qui eectuent la fonction de SSP. A noter que ce n'est pas le cas dans tous les pays, en eet il se peut que ce soit les centraux de transit eectuer cette fonction, comme par exemple en Allemagne. Ce sont les ces derniers qui commencent et terminent l'appel. Des SSPs peuvent s'changer des messages de signalisation an d'occuper, de contrler et de librer des circuits de voix utiles, ceci an d'excuter un appel. Il faut noter tout de mme que tout les messages de signalisation passeront par le STP. Les STPs ne sont autres que les centres de transfert des messages, en eet se seront les STP qui dirigeront les messages de signalisation vers les points de signalisation (SP) destinataires des messages. Chaque message devra donc videment possder l'adresse (Signaling point code) du SP "source", ainsi que celle du SP de "destination". En rsum, les STP sont aussi important la signalisation S7 que les SSP le sont pour les voix utiles. C'est lment va galement tre utilis lors d'un des services du rseau intelligent, qui est la portabilit des numros. Alors que pour tous les autres services IN, c'est le SCP qui est interrog. Pour la portabilit c'est le STP contenant galement une base de donnes qui est interrog. Ceci permettra donc au SSP de savoir quel endroit se trouve l'abonn ayant dmnag. Le cas de la portabilit ayant fait l'uvre d'une simulation, il sera donc dtaill au chapitre 19. Les SCPs quant eux sont des simples bases de donnes utilises pour certains services tels que les numros verts ou autres services intelligents. Ces derniers constituent l'IN (Intelligent Network).

Fig.

1  Elments du rseau intelligent

Travail de diplme

Page 12

ETR

Signalisation S7

David Scrimitore

Il est important de noter que le rseau tlphonique t constitu de faon redondante. Ceci pour qu'en cas de panne d'un lment, un autre lment puisse prendre provisoirement la relve et donc permettre aux abonns d'eectuer des communications. Il semble alors logique vu l'importance qu'a le rseau de signalisation que ce dernier soit galement redondant an d'viter d'ventuelle panne. Puisqu'une panne du rseau de signalisation engendrerait une panne de tous les services dans le rseau tlphonique. Les seuls appels possibles si le rseau de signalisation venait tomber, seraient des appels locaux. Par appels locaux nous entendons, un appel entre deux abonns se trouvant sur le mme central d'abonn. En ce qui concerne le rseau mobile, cela serait encore plus grave, car l plus rien ne marcherait.

8.1 Exemple d'utilisation de la S7

Pour mieux comprendre l'utilit de la signalisation S7, mais galement pour comprendre le fonctionnement des lments vu au chapitre 8, voici deux exemples de service utilis frquemment. En eet tout le monde a un jour o l'autre eectu un numro vert (0800). Il faut tout d'abord savoir que ce numro n'est pas vraiment gratuit, il est simplement charge de l'appel. Il faut galement savoir que l'abonn en question ne possde pas rellement un numro 0800, mais un numro comme tout autre abonn priv. Alors comment cela fonctionne-t-il ? C'est l qu'entre en jeu la signalisation S7 ! Lorsque l'abonn dcide d'appeler un numro vert et qu'il eectue la slection au tlphone, le SSP ne saurait pas qui diriger l'appel. Mais grce au rseau de signalisation, le SSP interrogera le SCP pour savoir quel numro priv, correspond le numro vert de dpart. Ce n'est qu' ce moment que le SCP pourra informer le SSP qu'il doit diriger l'appel vers tel abonn. Ds ce moment la communication est tablie entre les deux abonnes et elle sera facture non pas l'appelant, mais l'appel. Ceci n'est qu'un exemple de l'utilit de la S7 pour les services dit "intelligents". D'autre exemple sont les numros valeur ajouts (0900), le rappel en cas d'occupation, etc. Un autre service qui est d l'utilisation de la SS7 est la portabilit des numros. En eet jusqu' trs peu de temps en arrire, lorsqu'une personne habitant Genve dmnageait pour Lausanne, cette personne devait obligatoirement changer de numro et donc passer d'un 022/....... un 021/........ Ceci n'est maintenant plus le cas, puisque ce mme abonn pourrait garder son ancien numro en habitant Lausanne. Ceci est possible, comme nous l'avons dj introduit au chapitre 8, grce l'interrogation des STPs qui permettent donc de diriger l'appel vers le bon SSP o se trouve gographiquement l'abonn.

Travail de diplme

Page 13

ETR

Signalisation S7

David Scrimitore

8.2 Signalisation sans voix utile

L'exemple que nous avons cit au chapitre 8.1, concernant un appel un numro vert, est considr comme de la signalisation sans voix utile. Entre le moment o l'appelant eectue la numrotation d'un numro vert et le moment o le central commence diriger l'appel, les oprations s'eectuent eectivement sans voix utiles. La notion "sans voix utiles" indique qu'encore aucun circuit n'a t rserv pour la transmission des datas, fax, modem, etc. Un autre exemple o la SS7 est utilise sans voix utiles est dans le rseau GSM. En eet, lorsqu'un mobile est mis sous-tension et que sa localisation dbute, aucunes voix utiles ne sont encore tablies. Bien que certains lments tel que le HLT et le GMSC s'change des messages S7. Pour tous ces types d'exemples de signalisation sans voix utiles, un protocole bien dni est utilis. Ce dernier a justement t cre pour ces dirents besoins. Sans encore entrer dans les dtails, le protocole utilis est le SCCP. Il sera dtaill dans la suite de cette tude.

8.3 Modes de fonctionnement

Dans le rseau tlphonique, les supports physiques utiliss sont les PCM 30/32 de 2048 Kbits avec 0 31 canaux. Chacun d'eux peut transporter de la voix utile ou de la signalisation. En gnral le canal 16 est utilis pour la signalisation. Le choix du canal de signalisation est fait par l'oprateur. Entre deux points de signalisation, le maximum de canaux possibles est de 16. Ceci cause du champ d'adressage (SLS), que nous verrons dans les chapitres suivants, de 4 bits. C'est ici l'une des limites actuelles de la signalisation SS7, que nous avons introduit lors du l'introduction. Il existe dirent mode de fonctionnement de la signalisation S7. Par mode de fonctionnement nous entendons le chemin pris par la signalisation en fonction de la voix utile correspondante cette mme signalisation. Voici les deux modes de fonctionnement qui existent.

8.3.1 mode associ

Le canal de signalisation suit le mme chemin que le faisceau utile. Recommand lorsque le trac vhicule est intense. La gure 2 reprsente une situation de mode associ. Les deux lments de rseau reprsent ne sont autre que des centraux d'abonn.

8.3.2 mode quasi-associ

Le trajet emprunt par le canal signalisation et le faisceau utile correspondant est dirent. Fonctionnement favorable pour un trac pas trop intense, car le canal de signalisation peut servir pour plusieurs destinations. Il se peut que dans le cas d'un fonctionnement associ, le routage puisse dnir un fonctionnement quasi associ par un autre point de signalisation. Ceci peut arriver si une panne se produit sur le canal associ.

Travail de diplme

Page 14

ETR

Signalisation S7

David Scrimitore

Fig.

2  Fonctionnement associ

Dans le cas du mode quasi-associ, le point de signalisation intermdiaire doit pouvoir router la signalisation de faon que cette dernire atteigne bien le point de signalisation destination correspondant au central tlphonique du faisceau utile. Pour que cette opration soit possible, chaque point de signalisation reoit une adresse SPC (Signaling point code) de 14 bits. Les messages SS7 contiennent quant eux l'adresse de l'expditeur OPC (Origin point code) et du destinataire DPC (Destination point code). Lorsque le point de signalisation intermdiaire reoit le message, il voit que l'adresse du destinataire n'est pas la sienne. Il redirige donc, grce sa table de routage, le message vers le bon point de signalisation. Il est clair que les adresses OPC et DPC sont mises dans tous les cas, mme dans le cas du mode de fonctionnement associ. A noter galement que le rseau de signalisation est constitu par un mlanges de ces deux modes de fonctionnement. En ce qui concerne le routage des messages, cette fonction comme pour le modle OSI est eectue par la couche de niveau 3, dtaille au chapitre 9.5. La gure 3 reprsente ce mode de fonctionnement.
STP ou SP

Signalisation S7

VOIX UTILES

Fig.

3  Fonctionnement quasi-associ

Travail de diplme

Page 15

ETR

Signalisation S7

David Scrimitore

8.4 Adressage du systme S7

Comme nous l'avons vu prcdemment chaque point de signalisation possde une adresse SPC de 14 bits. Comme tout le monde le sait le rseau de tlcommunication est mondial. Pour pouvoir grer une telle structure, il faut mettre en place une numrotation stricte. C'est pour cette raison que le CCITT (Comit consultatif international tlgraphique et tlphonique) a ajout deux bits l'adresse SPC. Ceci an d'avoir disposition quatre plages de numrotations parallles types d'adresses :     INTERNATIONAL 0 = 00 INTERNATIONAL 1 = 01 NATIONAL 0 = 10 NATIONAL 1 = 11

Les adresses INTERNATIONAL 0 sont utiliss pour les centraux internationaux, ceci an d'tre rglement sur le plan international. En ce qui concerne le national, en Suisse, on utilise le NATIONAL 0 pour les liaisons internes un oprateur et NATIONAL 1 pour les liaisons entre les dirents oprateurs. En Suisse, les adresses SPC NATIONAL 1 sont rglement par l'OFCOM (Oce Fdral des COMunications). En ce qui concerne les adresses NATIONAL 0, c'est l'oprateur qui gre ses propres adresses. Naturellement, un central international possde au moins deux adresses, une adresse NATINAL 0 pour communiquer avec les centraux du propre rseau et une adresse INTERNATIONAL 0 pour communiquer avec les autres centraux internationaux. Un central de transit possde quant lui une adresse NATIONAL 0 pour les liaisons interne oprateur et une NATIONAL 1 pour les communications avec d'autres oprateurs. Le central d'abonn n'a quant lui qu'une adresse NATIONAL 0. En ce qui concerne l'adresse INTERNATIONAL 1, elles sont utilises par certains petit pays qui demandent des oprateurs trangers de leurs donner la possibilit d'tre reli au reste du monde. Un tel systme de numrotation permet de crer plusieurs plans de numrotations parallles et donc de permettre dirents lments de dirents oprateurs de possder la mme adresse NATIONAL 0. Ceci cause du fait que leurs adresses NATIONAL 1, elle, sera dirente. Sans ce type d'adressage les 14 bits des SPC serait naturellement insusants pour couvrir les SP du monde entier. D'autres rseau tel que TCP/IP ont galement d recourir au principe des adresses prives et publiques pour pouvoir rsoudre le problme de pnuries d'adresses. La gure 4 d'observer le systme d'adressage dans un exemple de rseau tlphonique.

Travail de diplme

Page 16

ETR

Signalisation S7

David Scrimitore

Fig.

4  Adressage des points de signalisation

Travail de diplme

Page 17

ETR

Signalisation S7

David Scrimitore

9 Strucure du systme de signalisation No 7

Voici la structure du protocole de la signalisation S7 en comparaison avec celle du modle OSI. Les tches de signalisation sont divises en deux parties. La premire qui comprend les trois couches infrieures correspond au "sous-systme de transfert de message". Alors que la deuxime qui comprend le niveau suprieur est le "sous-systme utilisateur".

Fig.

5  Stack SS7

9.1 Sous-systme transport de messages

9.1.1 MTP Level 1
Dnit les caractristiques physiques, lectriques et fonctionnel de la signalisation. Elle est quivalente la couche 1 (physique) du modle OSI. En ce qui concerne le rseau europen, l'interface est nomme E1. Ce qui correspond un PCM de 32 canaux 64 Kbits/s, soit 2Mbits/s.

9.1.2 MTP Level 2

Implmente le contrle de ux, la validation des messages et la dtection des erreurs. En cas d'erreur le message en question est retransmis. Elle est quivalente la couche 2 (liaison) du modle OSI. Travail de diplme Page 18 ETR

Signalisation S7 Message de la couche MTP2 : Les messages de la SS7 se nomment SU (Signal Unit)

David Scrimitore

 FISU(Fill-In Signal Units) : Trame de signalisation de remplissage  LSSU(Link Status Signal Units) : Trame de signalisation d'tat du canal  MSU(Message Signal Units) : Trame de signalisation de message Les trames de signalisation de remplissage (FISU) sont transmises sans interruption sur un canal de signalisation dans les deux directions moins que d'autres types de message (MSU ou LSSU) soient prsents. Les FISU diusent l'information de base du niveau 2 uniquement. C'est grce au FISU que la liaison entre deux SP est vrie. En ce qui concerne les trames de signalisation d'tat du canal, comme leur nom le fait bien comprendre, elles permettent de maintenir l'tat du canal. En eet ce sont les LSSU qui informeront les SP qu'une coupure d'un canal de signalisation a eu lieu. Les LSSU sont prioritairement destins signaler l'initiation de l'assignation d'un lien, la qualit du trac de signalisation reu, et l'tat des processeurs de part et d'autre du lien. Les trames de signalisation de message (MSU) contiennent les messages utilisateur proprement dit, comme les commandes d'appels ou de gestion du rseau. Ils constituent l'enveloppe de base l'intrieur de laquelle toute information de signalisation est place. Fonctions de la couche 2 :        Limitation des trames de signalisations au moyen de fanions Elimination des fanions superus Dtection d'alignement Dtection des erreurs au moyen de bits de contrle Correction des erreurs par retransmission de trames Surveillance du taux d'erreurs sur la liaison signalisation de donnes Rtablissement du fonctionnement normal, aprs par exemple une panne, de la liaison signalisation

9.1.3 MTP Level 3

Dnit le cheminement des messages entre les points de signalisation (SP). Elle permet le bon fonctionnement en cas de problme sur la liaison ou en cas de congestion de la liaison. Elle correspond la couche 3 (rseau) du modle OSI. On distingue deux catgories de fonctionnement :  

L'orientation des messages, c'est dire l'aiguillage des messages vers le canal de
signalisation dsir.

La gestion du rseau de signalisation,

c'est dire la commande du trac de messages, par exemple par le passage sur un canal de secours en cas de dfaillance, et rtablissement du fonctionnement normal aprs limination de la panne. Page 19 ETR

Travail de diplme

Signalisation S7

David Scrimitore

9.2 Description des trames de signalisations

La gure 6 permet d'observer les trois types de trames de niveau 2, prsentent dans le rseau de signalisation. Ce chapitre permet d'en dcrire et d'en comprendre les principaux champs.

Fig.

6  Trames SS7

Flag (fanion)

An de pouvoir dlimiter, chaque trame de signalisation qui n'ont pas toute la mme longueur, chacune d'elles commencent et ce terminent par un Flag (fanion). Normalement le fanion de fermeture d'une trame de signalisation constitue galement le fanion d'ouverture de la trame de signalisation suivante. La valeur binaire du fanion est de 01111110. En cas de surcharge du canal de signalisation, il est possible d'mettre successivement plusieurs fanions. Ce champ est galement utilis pour l'alignement, que nous dtaillerons dans le suite de cette tude. Avant de transmettre la trame la MTP de niveau 2 va insrer un '0' l'intrieur du message lorsque cinq '1' se suivent. Ceci an d'viter que 6 bits '1' Travail de diplme Page 20 ETR

Signalisation S7

David Scrimitore

l'intrieur du message, ne soit interprter comme un Flag, sans pour autant en tre un. A la rception du message, les '0' insrs prcdemment seront supprims, toujours par la MTP level 2.

BSN (Backward Sequence Number)

Ce champ de "numro de squence vers l'arrire" sert d'accus de rception dans le cadre du traitement des erreurs. C'est grce ce champ que le SP pourra conrmer la rception des messages prcdemment reus par un autre SP. Le SP en question pourra soit conrm chaque message reu en envoyant comme valeur du BSN celle se trouvant dans le champ FSN du message reu. Soit conrm une squence de trames en conrmant toujours de la mme faon uniquement la dernire trame.

BIB (Backward Indicator Bit)

Le "bit indicateur vers l'arrire" est utilis dans la mthode de correction d'erreur de base. Ce bit sert demander la rptition des trames de signalisations errones pour la correction des erreurs. Pour plus d'informations sur l'utilit de ce bit, je vous renvoie au chapitre 9.3.1 sur le principe de la mthode de correction de base.

FSN (Forward Sequence Number)

Le "numro de squence vers l'avant" est attribu chaque trame de signalisation mettre. Il sert, ct rception, surveiller l'ordre de squence des trames et se prmunir contre les erreurs de transmission. Les valeurs de ce champ de 7 bits peuvent tre comprises entre 0 et 127, tout comme le champ BSN

FIB (Forward Indicator Bit)

Le "bit indicateur vers l'avant" est utilis dans la mthode de correction d'erreurs de bases. Il indique si une trame smaphore est envoye pour la premire fois ou s'il s'agit d'une rptition. Pour plus d'informations sur l'utilit de ce bit, je vous renvoie nouveau au chapitre 9.3.1.

LI (Length Indicator)

"L'indicateur de longueur" permet de distinguer les trois types de trames smaphores.  0 = trame smaphore de remplissage  1 ou 2 = trame smaphore d'tat du canal smaphore  3 63 = trame smaphore de message

SIO (Service Information Octet)

"L'octet de service" ne se trouve que dans les trames MSU. Ce champ est form de quatre bits pour l'indicateur de rseau et quatre pour l'indicateur de service. Travail de diplme Page 21 ETR

Signalisation S7

David Scrimitore

L'indicateur de rseau indique s'il s'agit de trac national ou international et indique la priorit du message (0..3 avec 3 qui est la plus haute priorit). La priorit des messages n'est considre que lors de surcharge du rseau. Alors que l'indicateur de service permet de dterminer le type du sous-systme de transport de messages. Voici les valeurs de l'indicateur de service :         0 1 2 3 4 5 6 7 = = = = = = = = Signaling Network Management Message (SNM) Maintenance Regular Message (MTN) Maintenance Special Message (MTNS) Signaling Connection Control Part (SCCP) Telephone User Part (TUP) ISDN User Part (ISUP) Data User Part (call and circuit-related messages) Data User Part (facility registration/cancellation messages)

SIF (Signaling Information Field)

Le "domaine d'information de signalisation" existe uniquement dans les trames MSU. Ce dernier contient le message utilisateur proprement dit, ainsi que l'adresse du destinataire auquel il doit tre transmis.

Satuts

Le "domaine d'tat du canal de signalisation" n'existe que dans les trames LSSU. Il contient des indicateurs d'tat servant l'alignement des directions d'mission et de rception.Voici les dirents messages possibles :       SIO = Status Indication "Out of alignement" SIN = Status Indication Normal SIE = Status Indication Emergency SIOS = Status Indication "Out of service" SIPO = Status Indication "Processor Outage" SIB = Status Indication "processor Busy"

CRC (Cyclic Redundancy Check)

Les "bits de contrle" du champ CRC sont utiliss pour dtecter et pour les erreurs de transmissions. La valeur des bits est engendre ct mission partir du contenu de la trame. Du ct rception, la valeur de ce champ sera recalcule et compare celle transmise. Si les valeurs sont identiques, la transmission a t eectue sans erreur. Dans le cas contraire, une erreur a eu lieu et la trame doit tre retransmise.

Travail de diplme

Page 22

ETR

Signalisation S7

David Scrimitore

9.3 Correction des erreurs

9.3.1 Mthode de correction d'erreurs de base
Comme nous l'avons vu au chapitre 9.2, les champs BSN, BIB, FSN et FIB permettent d'assurer une transmission sans erreur, ainsi que le bon squencement des trames. Il s'agira ici de dtailler la premire mthode de correction d'erreurs qui est utilis lorsque le temps de propagation des signaux est relativement faible (<15 ms) comme par exemple pour les trajets terrestres. L'autre mthode sera simplement explique dans les grandes lignes au chapitre suivant. Lorsqu'un SP envoie une trame de signalisation vers un autre SP, il va tout d'abord incrmenter la valeur du champ FSN de 1. Comme nous l'avons vu, ce champ ne contenant que 7 bits, la valeur de ce champ sera donc comprise entre 0 et 127. Ce qui reprsentera galement le maximum de trame que le SP pourra envoyer partir de quoi il devra attendre un accus de rception de la part du SP de destination. Une fois le FSN dtermin, la valeur du champ CRC est calcule (voir description CRC). Lorsque le SP de destination reoit la trame, il prend la valeur du champ FSN et la copie dans le champ BSN de la trame de signalisation permettant la conrmation de rception du dernier message reu. Ceci permet de comprendre le sens de leur appellation. En eet le FSN est le numro de squence envoy et donc "vers l'avant". Alors que le BSN est toujours le numro de squence, mais cette fois de retour et donc "vers l'arrire". Ensuite de quoi le SP calcule son tour la valeur du CRC. Si cette valeur correspond celle contenu dans le champ CRC de la trame reue, cela veut donc dire que le message a t transmis sans erreur. Il peut alors le faire savoir au SP source en envoyant la trame d'accus de rception avec comme nous l'avons dit la valeur du BSN identique celle du FSN de la trame reue et avec la valeur du bit BIB identique celle du bit FIB. Dans le cas o le CRC ne serait pas identique, et qu'il y aurait donc eu une erreur lors de la transmission, la trame envoye par le SP de destination vers son homologue aura toujours la valeur du BSN gale celle du FSN, mais cette fois la valeur du bit BIB sera inverse par rapport celle du bit FIB de la trame reue. Ceci permet donc, lors de la rception du message de la part du SP d'origine, de contrle grce au champ BIB si la trame envoye, lorsque la valeur de son FSN tait gale celle du champ BSN reu, que la transmission a t eectue sans erreur. Si ce n'est pas le cas le SP enverra nouveau tous les messages depuis le dernier accus jusqu'au dernier message qu'il a transmis. En vue de cette explication, dicile eectuer, il est clair que pour que la retransmission soit possible il faut que tous les SP soient en possession d'une mmoire-tampon an de pouvoir retransmettre tout l'ensemble des trames errones non acquittes et qui sera vide au fur et mesure que les messages seront acquitts. An de mieux comprendre le principe de fonctionnement de cette mthode de correction d'erreur, le digramme ch de la gure 7 reprsente les messages changs ainsi que la valeur des champs BSN, FSN, BIB, FIB qui permettent une transmission sans erreur. Une chose importante noter est que les trames FISU, qui comme leurs noms le fait bien comprendre (trames de remplissage), sont changes en permanence an de contrler l'tat des canaux de signalisation. Ceci implique que lorsqu'un SP de destination acquitte un Travail de diplme Page 23 ETR

Signalisation S7

David Scrimitore

message au SP source, et qu'il ne reoit plus d'autre message, il continue transmettre la mme trame et ceci jusqu' rception d'un nouveau message. Ceci permet de rsoudre le problme de perte de message. En eet si un SP envoie un message, mais que le SP de destination ne fait qu'acquitt l'avant dernier message envoy, cela signie que le dernier message envoy a t perdu. Ceci permet donc d'informer le SP source qu'il doit retransmettre le dernier message.

9.3.2 Mthode de correction d'erreurs avec retransmission cyclique prventive

Cette mthode est utilise lorsque le temps de propagation des signaux est relativement lev (>15 ms) comme par exemple pour les longs trajets terrestres ou les trajets par satellite. La grande dirence avec la mthode vue prcdemment est que les trames de signalisation de messages, ne sont pas retransmise uniquement qu'en cas d'erreur. En eet lorsque aucune nouvelle trame ne doit tre transmise, toutes celles se trouvant dans la mmoire-tampon sont retransmises cycliquement titre prventif. C'est d'ailleurs pour cette raison que les bits FIB et BIB ne sont pas prsent dans cette mthode de correction. Il faut tout de mme noter que le format des trames reste le mme pour les deux mthodes de correction. Le FIB et le BIB sont donc simplement rgls une fois pour toutes sur une valeur xe. Si le SP de destination se rend compte d'une erreur, il ne la traitera pas et attendra que la mme trame soit envoye nouveau, mais cette fois de faon correcte. Ensuite de quoi elle l'acquittera au SP toujours en utilisant le champ BSN qui devra avoir la mme valeur que celui du champ FSN de la trame reue. Du ct source, le SP supprimera les trames acquittes se trouvant dans la mmoire-tampon et continuera transmettre cycliquement celles qui n'on pas encore t acquitt.

9.4 Alignement
Pour que les messages MSU soient transmis sans erreur, il est important que les deux points de signalisation se trouvant aux extrmits soient synchroniss. Pour que cela soit le cas, il faut utiliser une procdure d'alignement initial lors de la mise en service ou pour le rtablissement d'un canal de signalisation la suite d'une dfaillance. Ceci est ralis indpendamment des autres canaux au niveau 2. L'alignement initial est demand par le MTP 3 au MTP 2 lorsqu'il y a au moins un canal de signalisation dj en service. Dans le cas contraire c'est un alignement initial urgent qui est demand. Il en rsulte une diminution des exigences en matire de taux d'erreur. La conservation de l'alignement est assure par les Flag insrs entre les trames de signalisation. L'alignement peut tre perdu au maximum pour une ou deux trames, mais il est rtabli aussitt qu'une trame sans erreur est reue. Il est possible que pour un taux d'erreur trop lev ou pour d'autres raisons, comme par exemple un dfaut au niveau 3, le canal de signalisation soit mis hors service. Dans tout les cas lors de la remise en service, la procdure l'alignement initial est nouveau utilise. Le test du chapitre 15 eectu dans les laboratoires de Siemens permet de mettre en vidence la coupure d'un canal de signalisation, ainsi que sa nouvelle mise en service. Travail de diplme Page 24 ETR

Signalisation S7

David Scrimitore

Fig.

7  Correction d'erreur de base

Travail de diplme

Page 25

ETR

Signalisation S7

David Scrimitore

9.5 Adressage des trames

Comme nous l'avons dj vu l'adressage des trames de signalisation de message (MSU) s'eectue au niveau 3. Le champ SIF contenu dans les MSU permet d'adresser les trames grce aux sous champs OPC et DPC que nous avons dj abord prcdemment. En plus de ces deux champs, il y a le champ Information contenant les informations utilisateur, le champs CIC (Circuit Identication Code) qui dtermine le canal emprunt par la voix utiles correspondante. Et pour nir, le champ SLS (Signaling Link Selection) qui permet d'indiquer le canal de signalisation utilis entre les SPs. Il permet galement le partage de charge entre les dirents canaux de signalisation. Ce champ de 4 bits, limite donc 16 le nombre de canaux de signalisation entre deux SPs. Voil l'une des seules limites de la SS7, qui a t rsolue par le passage de la SS7 sur le rseau IP. La gure 8 permet de bien comprendre les champs utiliss pour l'adressage des trames MSU au niveau 3.

Fig.

8  Adressage des trames MSU

Travail de diplme

Page 26

ETR

Signalisation S7

David Scrimitore

9.6 Gestion du rseau de signalisation

La fonction du niveau 3 est donc d'assurer le bon acheminement des messages de signalisation. Naturellement le rseau n'est pas exempt de dfaillance. C'est galement le niveau 3 qui va donc galement s'occuper de la gestion du rseau. Il doit donc restaurer le rseau en situation de dfaillance, mais galement s'occuper de la gestion du trac en situation de congestion. Des dfaillances peuvent survenir sur tous les lments (SPs, SSP, STP, SCP) constituant le rseau de signalisation et galement sur les canaux de signalisation. En cas de panne de l'un de ces lments, toute la route de signalisation constitue par l'un de ces lments est indisponible. Il faut alors dtourner le trac vers d'autres routes. Lorsqu'il y a, par contre, congestion d'une partie du rseau de signalisation, il s'agit simplement de rduire temporairement le trac de l'lment encombr. La gestion du rseau de signalisation est dcompose en trois fonctions.

Gestion du trac de signalisation

Cette fonction permet de dtourn le trac vers un canal disponible, lorsque la suite d'une dfaillance d'un point de signalisation une route dvient indisponible. Ceci est identique lorsque c'est une route vers une destination qui devient indisponible. En eet, il faut alors dtourner le trac vers la destination sur d'autres routes. De plus en cas de dsactivation d'un canal ou d'une route de signalisation, le redploiement du trac est aussi exig. En cas d'encombrement d'un point de signalisation, le trac vers ce point doit tre ralenti provisoirement. En rsum, la gestion du trac de signalisation fournit donc un ensemble de procdures de dtournement de trac de signalisation suite l'indisponibilit/disponibilit de canal, de route et de point de signalisation.

Gestion des canaux de signalisation

Cette fonction fournit les procdures ncessaires la gestion des canaux de signalisation rattachs un point de signalisation donn : activation, rtablissement, dsactivation. En outre la gestion des canaux commande l'alignement initial et le ralignement automatique des canaux aprs dfaillance ou aprs des pertes d'alignement. Les canaux sont contrls individuellement. Le chapitre 15 permet de mieux comprendre quels messages sont changs lorsqu'une coupure intervient sur un canal de signalisation

Gestion du routes de signalisation

Cette fonction assure la disponibilit et la abilit des routes entre les dirents points de signalisation. Cette fonction coopre avec la gestion du trac de signalisation an de mettre en oeuvre les mesures ncessaires pour le maintient de la signalisation vers l'ensemble des points de signalisation.

Travail de diplme

Page 27

ETR

Signalisation S7

David Scrimitore

10 Sous-systme utilisateurs
Grce la gure 9 nous pouvons remarquer que plusieurs protocoles, dit de niveau 4, existent. Ces derniers forment la partie "Sous-systme utilisateurs". Il s'agira ici d'expliquer leur utilit ainsi quel leurs dirences.

Fig.

9  Sous-systme utilisateurs

ISDN User Part (ISUP)

L'ISDN User Part (ISUP) dnie le protocole ainsi que les procdures permettant de grer les circuits transportant la voix et les donnes d'un appel dans le rseau tlphonique public (PSTN). L'ISUP ore les services de base d'tablissement et de libration de circuits ainsi que des services complmentaires (identication de la ligne appelante, renvoi d'appel sur occupation, renvoi d'appel sur non-rponse, renvoi d'appel inconditionnel, etc.). L'ISUP est utilis aussi bien pour les appels ISDN que non-ISDN. Ils semblent vidant que les appels restant dans le mme central d'abonn n'utilise pas l'ISUP. Les informations ISUP sont transmises dans le champ de l'information de signalisation (SIF) d'une trame MSU. Le SIF contient les donnes pour le routage, ainsi qu'un code d'identication de circuit de 16 bits (CIC). Le CIC (Circuit Indentication Code) indique le circuit rserv par le central source pour transmettre les voix utiles. Le CIC est suivi du champ de type de message (par exemple, IAM, ACM, ANM, REL, RLC) qui dnit le contenu du reste du message. Pour mieux comprendre l'utilit de ces messages utiliss lors de l'tablissement d'une communication, un test t eectu dans les laboratoires de Siemens. Ce test ce trouve au chapitre 14. La simulation 19.5 permet galement de comprendre comment les messages du protocole ISUP permettent d'tablir et de terminer une communication. Travail de diplme Page 28 ETR

Signalisation S7

David Scrimitore

Voici les dirents types de messages utiliss lors d'une communication tlphonique :

Initial Address Message

Le message IAM est transmis par les centraux, ds que ceuxci ont reu assez de chire pour pouvoir router l'appel en direction du central o se trouve le destinataire. Ce message contient entre autre les adresses OPC et DPC, le numro CIC emprunt par la voix utile ainsi que les chires dj slectionns. Le message SAM est transmis par les centraux pour transmettre les chires n'ayant pas encore t envoy par le message IAM. Avec les nouveaux centraux, les messages SAM sont de moins en moins envoy, voir plus du tout.

Subsequent Address Message

Address Complete Message

Le message ACM est envoy par le central o se trouve le destinataire pour avertir le central appelant que l'abonn t trouv. C'est avec l'envoie de ce message que la sonnerie retentit chez le destinataire et que la tonalit d'appel arrive au combin de l'appelant. Le message ANM est envoy par le central d'abonn de l'appel ds que celui-ci a dcroch le combin. C'est ce moment que le central de l'abonn appelant dbute la facturation de la communication.

Answer Message

Release

Le message REL est utilis pour la libration des circuits et peut tre transmis dans deux cas. Le premier est lors de la n d'une communication entre deux abonns. La deuxime est lorsque la communication n'a pas pu tre tablie. Dans ces deux cas les circuits sont librs les un aprs les autres. Ce message RLC est envoy par les centraux pour conrmer la dconnexion, naturellement aprs avoir reu le message REL. Ce n'est qu'aprs avoir reu le message RLC, en rponse un message REL prcdemment envoy, que le central en question libre le circuit.

Release Complete

Telephone User Part (TUP)

Dans quelques rgions du monde (par exemple France, Chine, Brsil), la partie d'utilisateur de tlphone (TUP) est employe pour permettre les oprations de dbut et de n d'appel. Dans beaucoup d'autres pays, l'ISUP a remplac le TUP pour le programme de maintenance des appels.

Travail de diplme

Page 29

ETR

Signalisation S7

David Scrimitore

Signaling Connection Control Part (SCCP)

Le protocole SCCP fourni des services rseau pour l'change d'information entre lments avec ou sans connexion. Comme le montre la gure 9 le SCCP encapsule le protocole TCAP qui ce dernier encapsule l'INAP, le MAP et l'OMAP. Pour tous les services d'interrogation du SCP dans le rseau intelligent (0800, 0848), c'est naturellement le protocole INAP qui est utilis avec le SCCP en mode sans connexion. C'est dire que pendant l'interrogation du SCP aucune voix utile n'a encore t tablie. Les messages les plus utilis par le protocole SCCP sont les UDT (UniData), qui contiennent dans leur champ de donnes le protocole TCAP, qui son tour contient dans son champ de donnes l'INAP, le MAP, etc. C'est galement ce protocole qui permet la fonction de Global Title Translation (GTT) pour le routage des messages au dessus de la couche MTP 3. La notion de GTT sera dtaille lors du chapitre 10.1. Le protocole SCCP a sa propre fonction d'acheminement et peut utiliser les paramtres suivants :  Le DPC (Code de Point de Destination)  La GTT (Traduction d'Appellation Globale)  Le SSN (Numro de Sous-systme) En ce qui concerne le paramtre SSN, celui est utilis pour identier le sous-systme utilisateur, comme par exemple l'INAP, le MAP, etc. Comme nous l'avons vu le SCCP ore deux modes de transport qui sont : avec ou sans connexion. Ces deux types de transport contiennent chacun deux classes qui au nal constituent les quatre types de classes suivantes :     Classe 0 = sans connexion, le squencement des messages n'est pas garanti. Classe 1 = sans connexion, le squencement des messages est garanti. Classe 2 = avec connexion, avec segmentation et rassemblage. Classe 3 = avec connexion, avec segmentation et rassemblage, contrle de ux, dtection d'erreur et squencement.

Transaction Capabilities Application Part (TCAP)

Comme nous l'avons peine vue, ce protocole est inclus dans le protocole SCCP. Le TCAP permet aux points de signalisation d'eectuer entre eux des requtes ou des rponses des requtes. Par exemple, un SP enverra une requte TCAP un SCP an de connatre le numro standard associ un numro vert. Le TCAP est galement utilis, avec le protocole MAP, pour la localisation d'une station mobile dans le rseau GSM ou pour le roaming. Voici les trois types de messages du protocole TCAP :

Invoke

Ce type de message est utilis par un point de signalisation pour eectuer une requte. Permet un SP de rpondre une requte reue. Page 30 ETR

Return Invoke

Travail de diplme

Signalisation S7

David Scrimitore

Return Error Permet un SP d'indique que l'excution d'une opration chou. Reject Permet d'indiquer qu'une requte est rejete cause d'une des composante contenu
dans le message utilis pour la requte.

Intelligent Networking Application Part (INAP)

Ce protocole est son tour inclus dans le protocole TCAP. C'est comme son nom l'indique, le protocole permettant toutes les oprations du rseau intelligent que nous avons numr tout au long de cette prsentation. Les tests eectus chez Siemens (chapitre 16) nous permettrons de mieux comprendre l'encaplsulation de ces dirents protocoles. De plus l'une des simulations permettra galement de mieux comprendre les messages changs pour des services du rseau intelligent.

Mobile Application Part (MAP)

Le but de ce protocole est facilement dductible de par son nom. Il faut tout de mme noter que ce protocole est lui aussi comme le protocole INAP encapsul dans le protocole TCAP. Ce dernier est utilis non seulement pour lors de la communication dans le rseau mobile, mais pour tous ce qui touche les problmes de roaming (national et international) ainsi que pour les SMS. Le chapitre 11 dtail les lments constituant le rseau mobile.

Operation Maintenance and Administration Part(OAMP)

Comme son nom le fait bien comprendre, ce protocole permet des oprations d'administration et de maintenance du rseau de signalisation. Il est lui aussi, comme le montre la gure 9 encapsul dans des messages TCAP eux-mmes transports par des messages SCCP.

10.1 Notion de Global Title Translation

La Global Title Translation (GTT) est une notion trs importante pour le routage des messages dans le rseau de signalisation. Bien que chaque point de signalisation possde une adresse SPC de niveau 3, ces derniers ne possdent pas dans leur table de routage l'adresse SPC de l'ensemble des SPs du rseau de signalisation. C'est donc pour cela que le protocole SCCP possde la fonction de GTT. Cette dernire permet d'eectuer un routage au niveau 4. La GTT est un mcanisme de traduction d'une GT (appellation Globale) en une adresse SPC. La GT peut tre un numro de tlphone xe ou mobile, mais aussi un numro appartenant un autre plan de numrotation. Cela permet donc chaque SP, en recherchant dans leurs table de routage, de savoir en direction de quel SP voisin transmettre le message pour nalement atteindre le STP de l'oprateur o se trouve le destinataire. Leur table de routage ne contenant en eet que les adresses SPC des SPs voisins. Ils choisiront alors la bonne en fonction du numro de tlphone correspondant au STP atteindre. Ces messages sont donc router entre les SPs au niveau 3, mais entre les Travail de diplme Page 31 ETR

Signalisation S7

David Scrimitore

STP des oprateurs grce la GTT et donc au niveau 4. Naturellement une fois le rseau en question atteint, la GTT n'est plus utilise et uniquement les adresses SPC le sont. Cette notion tant trs dicile assimiler sans exemples, les tests eectus dans les laboratoires de Siemens ainsi que les simulations du projet devrait permettre de bien comprendre le principe de la GTT. Ces descriptions se trouve au chapitre 16, respectivement au chapitre 19.

11 Rseau GSM
11.1 Architecture du rseau GSM
Comme nous l'avons vu dans le cours de cette prsentation le protocole MAP et donc la signalisation S7 est utilis dans le cadre des rseaux mobile, tels que GSM, GPRS, UMTS. Ce standard tabli par l'ETSI (European Telecommunications Standards Institute) dnit un systme global pour les tlcommunications mobiles. L'architecture du rseau GSM reprsent la gure 10 est constitu de deux sous-systmes principaux :  Le BSS : Base Station Subsystem  Le NSS : Network SubSystem

11.1.1 Elments constituant le BSS Contrleur de station de bases (BSC)

Le BSC (Base Station Controller) est l'lment grant les direntes stations de base. Le nombre de stations gres peut varier de plusieurs dizaines jusqu' des centaines, selon l'architecture choisie par l'oprateur du rseau mobile en question.

Station de Base (BTS)

Le BTS (Base Transceiver Station) est le correspondant avec la station mobile. Le BTS se trouve au centre de la cellule de couverture. Il dispose d'un certain nombre (de 1 16) d'metteurs-rcepteurs (tranceivers), chacun contrlant une bande de frquences direntes.

Appareil mobile (MS)

Le MS (Mobile Station) n'est autre que l'appareil mobile se trouvant dans la zone de couverture d'oprabilit du BSC.

Travail de diplme

Page 32

ETR

Signalisation S7

David Scrimitore

Signalisation S7 Voix utiles Protocole propritaire GSM

Fig.

10  Architecture GSM

Travail de diplme

Page 33

ETR

Signalisation S7

David Scrimitore

11.1.2 Elment constituant le NSS Centre de commutation mobile interface (GMSC)

Le GMSC (Gateway Mobile Switching Center) ralise le lien entre le rseau de commutation public (PSTN) et le rseau mobile GSM. C'est un lment trs important dans le rseau GSM puisqu'il s'agit d'un central complet. Le GMSC va router les appels entre les appareils GSM et le rseau public. De plus c'est lui qui va garder, dans son VLR, les traces des appareils mobiles se trouvant dans son domaine d'interaction. Lorsque les appels s'eectuent entre deux appareils mobiles et donc sans recevoir ou mettre des appels du rseau PSTN, les lments MSC se trouvant aprs le GMSC remplissent partiellement la fonction de ce dernier et donc de central.

Centre de commutation de services mobiles (MSC)

Le MSC (Mobile Switching Center) est, comme nous l'avons dj vue, un central qui ne route que les appels entre tlphones mobiles. Il n'est pas utilis pour des liaisons avec d'autres rseaux. Pour simplier le schma cet lment n'a pas t reprsent sur la gure 10.

Le registre de localisation hte (HLR)

Le HLR (Home localisation register) n'est autre qu'une base de donnes contenant l'identit et les donnes utilisateur de tous les abonns de l'oprateur. C'est galement dans cet lment que ce trouve les donnes concernant la carte SIM de chaque abonn. Le nombre de HLR dpend naturellement de l'importance de l'oprateur mobile.

Le registre de localisation visiteur (VLR)

Comme son nom l'indique le VLR (Visitor Location Register) sont les donnes utiles temporaires d'un abonn se trouvant, un instant donn, dans la zone de couverture d'un GMSC, ou MSC. Les donnes de l'abonn inscrites dans le VLR sont, quelques dirences prs, celles se trouvant dans le HLR de base. Les donnes du VLR sont par contre, dirence du HLR, volatiles. Les VLRs sont, comme le montre la gure 10 compris dans le GMSC ou dans les MSC.

Le registre d'identit d'quipement (EIR)

Le EIR (Equipment Identify Register) est une base donnes qui stocke l'identit des tlphones mobiles et ceci indpendamment de la carte SIM. Cette opration s'eectue grce au numro IMEI (International Mobile Equipment Identify). Lorsqu'un mobile veut accder un rseau, le GMSC ou MSC interroge le EIR an de savoir si l'appareil mobile est valide ou non. Cet lment contient les informations suivantes :

Travail de diplme

Page 34

ETR

Signalisation S7  Les appareils vols et donc interdits d'accs  Les appareils capacits limites  Les appareils ne rpondant pas aux spcications internationales

David Scrimitore

Le Centre d'Authentication(AC)
Comme le montre la gure 10 cet lment est associ au HLR et fourni ce dernier les paramtres lui permettant d'identier une MS. L'AC utilise une cl de dcodage identique celle se trouvant sur la carte SIM an d'identier l'appareil.

SMS Center(SMSC)
Le SMSC (Short Message Service Center) est, comme son nom l'indique, l'lment s'occupant d'un des services le plus utilis dans le rseau GSM qui est l'envoie de SMS. Lorsqu'un SMS est transmis par un appareil mobile, ce dernier n'est pas directement transmis au destinataire. En eet, il est dans un premier temps transmis au SMSC de l'oprateur mobile qui transmettra son tour le SMS au destinataire, si ce dernier est atteignable. Dans le cas contraire, il le stockera jusqu' ce que le destinataire soit nouveau atteignable. Toujours si la validit du SMS na pas t dpass. Si le SMS est envoy vers un abonn se trouvant chez un autre oprateur, du mme pays ou tranger, il est dans un premier temps transmis au SMSC de l'oprateur en question.

11.2 Le protocole MAP et le rseau GSM

Lors des diverses oprations du rseau GSM, les lments xes que nous avons dtaill au chapitre 11.1.2 s'changent des messages MAP. Ces messages ne sont autres que des requtes et des rponses ces mmes requtes portant le mme nom, avec l'ajout du ACK pour les rponses. Les requtes sont transportes par des messages TCAP de type Invoke et de type Return Result pour les rponses. Voici quelques une des direntes oprations dans lesquelles interviennent les messages du protocoles MAP :      Localisation et inscription d'un mobile dans un rseau Etablissement d'une communication Envoi de SMS Handover (changement de cellule) Roaming National et International

Ces oprations ne seront pas dtailles pour l'instant, puisqu'elles feront partie intgrante du projet et des simulations eectuer. Elles seront donc dcrites au chapitre 19. A noter que le protocole MAP est galement utilis dans les rseau GPRS et UMTS. Ceci implique donc que les remarques faites tout au long de ce chapitre sont galement valables pour ces deux types de rseau. La seule dirence tant les lments qui ont t rajout ces derniers pour permettre d'orir des services supplmentaires au GSM. Travail de diplme Page 35 ETR

Signalisation S7

David Scrimitore

11.3 Notions de Roaming et Handover

Les notions de Roaming et de Handover sont trs importante dans le rseau cellulaire, et ceci d'autant plus qu'une des simulations traite des ces deux notions. Le Roaming n'est autre qu'un service oert par d'autres oprateurs qui autorisent des abonns d'une autre compagnie utiliser leur propre rseau. Le terme "oert " n'est pas trs adapt pour le roaming international, puisque pour les appels entrant la communication est facture en partie l'abonn appel. Ceci partir de la frontire du pays dans lequel il est abonn, jusqu' l'endroit o il se trouve. Mais ceci est tout fait normal, puisque la personne appelant le mobile n'est pas cens savoir si ce dernier se trouve dans le pays en question ou s'il est l'autre bout du monde. On parle donc souvent de roaming international, si l'abonn se trouve dans un pays tranger ou roaming national si l'abonn est toujours dans le pays, mais qu'il utilise momentanment le rseau d'un autre oprateur. La notion de Handover est la procdure utilise lors du changement de cellule. Ce principe est bas sur le fait que le rseau fournit continuellement une liste contenant les BTS voisins. La station mobile mesure en permanence les niveaux de rception sur les BTS en questions et transmet ces mesures au BSC. C'est alors le BSC qui indique la MS si le Handover est ncessaire. Il faut noter que des restrictions conomiques et politiques empchent l'utilisation du handover aux frontires de deux pays. Il y aura donc de toute faon coupure de la communication pendant le passage d'un pays un autre. La simulation 19.10 permet d'observer les messages S7 changs pendant les oprations de roaming et handover.

12 Limite de la signalisation S7
Lorsque la signalisation S7 a t mise sur pied, elle tait conue pour garantir de rpondre aux besoins futurs. Ceci tait le cas il y a quelques annes, mais ce n'est plus le cas aujourd'hui. En eet la base une limite de 16 canaux de signalisation entre deux points de transfert de signalisation (SP) tait prvue (16 x 64Kbits). Ceci est tout simplement la limite du niveau 3 qui comme nous l'avons vu contient les champs OPC et DPC permettant d'adresser les trames de signalisation, mais contient galement le champ SLS (Signaling Link Selection), dj dcrit lors de cette prsentation. C'est ce champ qui permet de grer les dirents canaux de signalisation qui sont limit 16, et ceci cause des 4 bits. Cela semblait largement susant l'poque, mais avec l'avnement du GSM qui utilise galement la SS7, cela n'est plus le cas. Plusieurs solutions sont l'tude tel que la SS7 sur IP qui n'tait autre que le but de l'ancien projet de diplme. Une chose est sre, c'est que de nombreuses entreprises proposent des circuits permettant le transfert de la SS7 sur IP. Ce problme reste donc, surtout en vu de l'importance que prend le rseau IP, une question d'actualit. Une autre solution serait la mise en place de nouveaux lments ATM qui remplaceraient uniquement les deux premires couches de la SS7. Ceci permettrait d'atteindre des dbits de 2Mbits/s, et donc d'tre nouveau tranquille pendant quelques annes, puisque nous serions presque au double du dbit qu'il est possible d'atteindre aujourd'hui. Travail de diplme Page 36 ETR

Signalisation S7

David Scrimitore

Troisime partie

Tests eectus dans les laboratoires de Siemens

13 Introduction
Lors du travail de semestre la possibilit d'eectuer des tests dans les laboratoires de Siemens t oerte. Ces tests ont permis de comprendre le type de message que peuvent s'changer deux centraux, ainsi que le but des dirents protocoles de niveau suprieur. Le premier test a t une simple communication entre deux abonns xes. Un autre test a t d'observer les messages changs lorsqu'une panne surgit sur un canal de signalisation. Et pour nir deux tests ont permis d'observer les messages changs avec de la signalisation sans voix utile. Ces quatre tests vont donc dtails dans ce chapitre.

14 Etablissement d'une communication

En observant l'impression de la capture se trouvant l'annexe A.1.1, nous pouvons remarquer que de nombreuses trames (6378 trames) FISU sont envoyes avant encore de commencer la communication. Ceci permet, comme nous l'avons expliqu, de tester la liaison du canal de signalisation ainsi que de garder la synchronisation, il faut donc toujours avoir une transmission. Ensuite de quoi le message IAM (Initial Address Message) est transmis de la part du central o se trouve l'abonn eectuant l'appel vers le central o se trouve le destinataire de l'appel. Ce type de message permet de transmettre tous les chires de la slection eectue jusqu' prsent, les adresses OPC et DPC des centraux d'origine et de destination, ainsi que les champs CIC (Circuit Identication Code) qui indique le numro du circuit emprunt par la voix utile. Ensuite plusieurs message SAM (Subsequent Address Message) sont envoy an de transmettre le reste des chires de la slection. Une fois que le numro de tlphone t eectu entirement, le central du ct rception envoie un message ACM (Address Complete Message) au central d'origine pour l'informer que l'abonn appel a t trouv. C'est ce moment que la sonnerie du tlphone de l'abonn destinataire retentit et que la tonalit d'appel est transmise l'abonn appelant. Lorsque l'abonn appel dcroche le combin, le message ANM (Answer Message) est transmis par le central de destination vers celui d'origine. C'est galement ce moment que le central de l'appelant dbute la facturation de l'appel. Les messages REL (Release) et RLC (Release Complete) sont utiliss pour la libration de la communication. Il faut remarquer que lors de la libration chaque partie du circuit est libr sparment. La gure 11 permet de mieux comprendre l'change des messages. En plus des messages changs, nous pouvons remarquer que l'analyseur nous montre de faon concrte de nombreuses notions que nous avons vues lors de l'tude de la SS7. Comme par exemple que le protocole utilis Travail de diplme Page 37 ETR

Signalisation S7

David Scrimitore

pour l'tablissement d'une communication est l'ISUP. Que dans l'ensemble des trames, les champs que nous avons tudis tels que le BSN, FSN, BIB et FIB sont bien prsents. Nous sommes galement informs, en plus du type de trame envoye, de qui transmet la trame (A ou B). Il est clair que de nombreuses autres informations nous sont prsentes, mais les connaissances acquises sont encore insusantes pour pouvoir drailler compltement une telle analyse.

Fig.

11  Etablissement d'une communication

Travail de diplme

Page 38

ETR

Signalisation S7

David Scrimitore

15 Coupure du canal de signalisation

Ce test a consist dans un premier temps lancer l'analyseur, ensuite de quoi une coupure a t eectue sur le canal de signalisation et pour terminer la coupure a t supprime. Le but tant de pouvoir observer les dirents messages changs entre les deux points de signalisation (SP) pendant et aprs la coupure. A noter que la coupure n'a pas t eectue physiquement, mais l'aide d'une commande sur le SP A. Ceci an qu'uniquement les messages intressants soient observs l'analyseur. Il est donc important de noter galement que le SP B n'est donc pas au courant de cette "coupure" du canal de signalisation. En prenant l'impression des direntes trames changes, nous pouvons remarquer qu'avant la coupure des trames FISU sont changes an de contrler la liaison et de garder l'alignement. Une fois la coupure tablie les deux extrmits s'changent des messages de type LSSU. Le premier message est envoy par le SP B est un SIOS (Status Indication "Out of Service), car il ne reoit pas de rponse sa dernire trame FISU, an d'avertir le SP A que le canal est hors service. Il essaie ensuite de reprendre l'alignement grce au trames SIO (Status Indication "out of alignement"). Le SP B n'tant pas au courant que le canal est rellement hors service, il alterne l'envoie de ces deux messages (SIOS et SIO). En ce qui concerne le SP A, qui lui sait que le canal est hors service, il envoie uniquement des messages SIOS pour avertir que le canal est coup. Lorsque, toujours par une commande, le canal de signalisation a t rtabli, le SP A envoie tout de suite des SIO pour avertir que le canal n'est plus hors service, mais que l'alignement est perdu. Nous pouvons remarquer que le SP A envoie un message SIN an de se resynchroniser de faon "normale". Alors que le SP B lui envoie un SIE pour se resynchroniser de faon "Urgente" (Emergency). Ceci est d au fait que le SP A doit avoir d'autres "routes" pour atteindre le SP B et ce n'est donc pas urgent de rtablir la connexion. Alors que cela n'est pas le cas pour le SP B qui ne doit avoir que cette "route". Ensuite de quoi des messages SLTM (Signaling Link Test Message) de type T&M (Test & Management) sont changs an de tester la liaison. On peut remarquer en observant l'impression du dtail des trames au niveau 3, qu'un message "test pattern" (dans notre cas AA 55 FF 00) est chang. En eet si le SP de destination renvoie ce mme message, cela voudra dire que la liaison est rtablie. Pour la rponse les messages utiliss sont de SLTA (Signaling Link Test Ack message), toujours de type T&M. Une chose importante remarquer est que les deux SP sont de deux oprateurs dirents. Ceci simplement cause du fait que le type d'adressage est NATIONAL 1, et comme nous l'avons vu ce type d'adresse est utilis pour la liaison entre oprateurs (voir chapitre 8.4). Ceci nous permet encore de souligner comment l'analyseur nous informe de toutes les notions utiles pour comprendre le principe de fonctionnement de la signalisation SS7. La gure 12 reprsente le digramme ch des messages changs lors ce test.

Travail de diplme

Page 39

ETR

Signalisation S7

David Scrimitore

Fig.

12  Coupure du canal de signalisation

Travail de diplme

Page 40

ETR

Signalisation S7

David Scrimitore

16 Signalisation sans voix utile

Il a t ici question d'eectuer deux tests an d'observer la notion de Global Tiltle Translation (GTT). Comme nous l'avons vu prcdemment la signalisation n'est pas forcment lie de la voix utile et ces deux testes vont le dmontrer. Le premier test a t l'analyse des messages changs lorsqu'un abonn de chez Sunrise eectue un appel. Pour que la facturation soit eectue par Sunrise, la compagnie doit d'abord savoir si l'abonn en question est eectivemet un abonn Sunrise. Le deuxime test est l'analyse de messages changs sur du rseau GSM. Il s'agit donc de dtailler ces deux tests.

Signalisation pour la facturation des abonns Sunrise

Comme nous l'avons expliqu, pour qu'un client de Sunrise soit factur selon les tarifs de Sunrise et non de Swisscom, il est important de connatre si ce dernier est un abonn Sunrise. Pour que ceci soit possible le central d'abonn Sunrise (SSP) doit d'abord interroger son SCP qui lui indiquera donc si l'abonn fait bien partie de leur compagnie. Dans notre cas, les deux lments connaissent leurs adresses DPC respectives de niveau 3, ainsi que le canal utilis. C'est pour cette raison que dans ce cas la GTT n'intervient pas. En observant le dtail des trames, nous pouvons eectivement remarquer que l'adressage utilis est le NATIONAL 0 et donc que nous restons chez le mme oprateur, dans notre cas Sunrise. De plus, le champ No global title included nous informe sur le fait que le routage s'eectue uniquement par l'adressage de niveau 3.

Signalisation sur rseau mobile

Ce deuxime test permet de mieux comprendre la dirence avec le premier et donc de l'utilisation de la GTT. Comme nous l'avons dit ce test pourrait tre de la signalisation pour de la recherche de la localisation d'un mobile. Avant tout, en observant l'impression des trames, nous pouvons remarquer que l'adressage utilis est de type NATIONAL 1 et donc que la liaison s'eectue entre deux oprateurs. Dans ce cas se sont donc deux SP qui communiquent. Il est clair que vu l'importance du rseau de signalisation (rseau mondial), chaque SP ne peut connatre l'adresse de tous les autres SP. Ceci explique donc le fait que l'utilisation des adresses OPC et DPC est impossible pour atteindre le destinataire nal. Pour ce faire c'est le numro de tlphone qui entre en ligne de compte. L'adressage ne s'eectue donc plus au niveau 3, mais au niveau 4 grce au protocole SCCP. La GTT qui cette fois-ci est utilise, indique donc que le routage s'eectuera selon le numro de tlphone. Le principe est le suivant, le premier SP sait suivant le numro de tlphone quel SP transmettre le message pour atteindre le destinataire et donc en fonction de a l'adresse DPC utiliser. Le SP suivant agira de la mme faon, toujours grce au numro de tlphone. En observant l'analyse nous pouvons remarquer en eet que contrairement au premier test les adresses OPC et DPC sont direntes pour chaque message. De plus le champ Route on Global Title indique que le routage s'eectue cette fois selon la GTT. Nous sommes galement informs sur le plan de numrotation utilis. Ceci naturellement en plus de numro de tlphone d'origine et de destination qui eux ne changeront naturellement Travail de diplme Page 41 ETR

Signalisation S7 jamais durant tout le trajet.

David Scrimitore

Il faut galement noter une chose importante concernant les protocoles utiliss lors de ces deux derniers tests. En eet le protocole utilis est le SCCP, mais il faut remarquer que ce dernier encapsule le TCAP qui son tour encapsule le INAP. An de mieux comprendre l'utilit de ces protocoles, une analogie avec le rseau postale est utile. Les donnes se trouvant dans le protocole INAP sont les donnes rellement utiles, que nous pourrions comparer au contenu d'une lettre. Alors que le protocole TCAP contient les donnes que contiendrait l'enveloppe, et donc l'expditeur ainsi que le destinataire. Pour nir le SCCP qui est le protocole qui permet d'acheminer le message, ce dernier pourrait tre assimil au rseau postal qui permet l'acheminement de la lettre envoye (camion postal, facteur, etc).

Travail de diplme

Page 42

ETR

Signalisation S7

David Scrimitore

Quatrime partie

Le Projet

17 Introduction
Comme dj introduit, le nouveau but de ce projet est donc la ralisation d'un didacticiel ainsi que d'un simulateur. Le problme d'un tel projet est de savoir jusqu' quel point dtailler les informations, en fonction des personnes sujette parcourir le didacticiel. En eet bien que la SS7 soit la signalisation la plus importante dans le monde des tlcoms, uniquement trs peu de personnes et trs peu d'entreprises ne s'y intressent. Malheureusement vu la complexit de cette signalisation il est impossible, avec le temps imparti son tude, de tablir un didacticiel pouvant tre utilis par des professionnels. Les seuls utilisateurs qu'un tel didacticiel peut intress sont les tudiant d'une cole tel que l'EiVD. En eet, bien que cette dernire soit tudie lors des cours thoriques, la complexit mais galement la quantit de notions rend la comprhension de son but et de son fonctionnement trs dicile. C'est donc pour cette raison qu'un didacticiel peut permettre aux tudiants, d'assimiler les notions mal comprises lors du cours thorique. Et ceci d'autant plus que ce didacticiel est compris d'une partie simulateur qui permet de reprsenter par des exemples "de la vie de tous les jours" les notions vues lors de la partie didacticiel. Une partie simulateur s'avre donc indispensable, vu la quantit d'informations retenir.

18 Didacticiel
18.1 Choix de l'outils pour la reprsentation
Le choix de l'outil utiliser pour eectuer un didacticiel est trs important. En eet le domaine d'application du didacticiel dpend galement du choix de l'outil. Pour la plupart des didacticiels dj prsents au sein de l'cole, l'outil utilis a t Microsoft Visual Basic (VB). Ce dernier est, en eet, trs appropri ce genre de ralisation et les rsultats obtenus sont trs satisfaisants. Malheureusement VB plusieurs gros dfaut. D'une part une personne travaillant sur un environnement autre que Windows ne peut consulter ce didacticiel. En plus de cela, en choisissant VB, cela restreint le domaine d'utilisation au rseau Intranet de l'EiVD. Et cela se restreint encore, en sachant que les seuls tudiants et professeurs susceptibles de s'intresser un tel didacticiel ne sont que ceux de la section tlcommunications. L'idal pour pouvoir atteindre le maximum de personnes est donc naturellement d'utiliser un outil qui permette de publier le rsultat sur le web. Et ceci d'autant plus que le nombre de documents en ligne, traitant de la SS7 est trs restreint. Sans parler des documents en langue franaise qui sont, quant eux, presque inexistants. Mais cela est, comme nous l'avons dit, d au fait que les personnes intresse cette signalisatio ne sont que les professionnels, ainsi que quelques coles. Unautre outil utilisable pour une telle ralisation est MS PowerPoint, qui l'avantage de Travail de diplme Page 43 ETR

Signalisation S7

David Scrimitore

pouvoir tre consult en ligne. Il a par contre le grand dsavantage d'obtenir un rsutlat plutt dcevant. Etant donn que la partie didacticiel ne doit comporter que des explications et des gures, l'utilisation du langage HTML s'avre donc l'outil idal pour pourvoir par la suite publier le didacticiel sur le web. Ce langage permet d'obtenir des rsultats trs satisfaisants en ce qui concerne l'dition de pages statiques. C'est donc cet outil qui va tre utilis pour la ralisation du didacticiel SS7.

18.2 Ralisation
La ralisation de la partie didacticiel va donc tre ralise, en se basant sur le chapitre consacr l'tude de la signalisation. Les gures ainsi que les informations prsentent dans cette tude vont donc tre insre dans le didacticiel. Naturellement le didacticiel ne doit contenir que les notions de bases de l'tude, sans entrer dans des dtails inutiles qui ne feraient que compliquer l'assimilation des notions. Il est constitu d'une table des matires ainsi qu'un plan du site an de permettre l'utilisateur de pass directement une explication sans avoir parcourir l'ensemble du didacticiel. La gure 13 reprsente justement le plan du site, dont les points abords sont :

Introduction
SS7.

Explication de l'utilit d'une signalisation ainsi que des particularits de la

Caractristiques Structure

Brve description lu but de la signalisation ainsi que de ses caractristiques et de ses fonctions. Description de la structure du rseau de signalisation et des lments constituant ce dernier. Cette partie contient galement une description du rseau intelligent.

Mode de fonctionnement

Explication des dirents modes de fonctionnement utilis dans le rseau de signalisation. Chaque type de rseau une particularit au niveau de l'adressage. Par exemple TCP/IP avec l'utilisation d'adresses publiques et prives. Le but est donc d'expliquer comment ce problme a t rsolu dans le rseau de signalisation. Cette partie est la plus consquente. En eet, elle explique l'utilit de chaque couche du protocole. Avec galement une description dtaille des trames de niveau 2, du routage des trames au niveau 3 ainsi que des dirents protocoles de niveau 4 utiliss dans le rseau S7. Explication des dirents lments constituant le rseau mobile ainsi que de leurs interactions grce la SS7.

Mode d'adressage des SPs

Protocole SS7

Rseau GSM

Travail de diplme

Page 44

ETR

Signalisation S7

David Scrimitore

DIDACTICIEL SS7

Didacticiel

Simulateur

Introduction

Caractristiques

Structure du rseau de signalisation

Mode de fonctionnement

Adressage des trames

Protocole SS7

Rseau GSM

Conclusion

Rseau Intelligent

Mode associ

Schma

Structure

Mode quasi- associ

Sous-systme de transfert de message

Sous-systme utilisateur

Trames FISU

ISUP & TUP

Trames LSSU

SCCP & TCAP

Trames MSU

INAP & MAP

MTP 3

Global Title

Fig.

13  Plan du site

19 Simulateur
19.1 Introduction
La deuxime partie du projet est la ralisation d'un simulateur. Le but de ce dernier est d'assimiler, par des exemples simples, les direntes notions vues lors du didacticiel. Ce simulateur doit surtout permettre de bien comprendre les dirences entre les protocoles de niveau 4. En fait, il s'agit plus d'un dmonstrateur que d'un simulateur, puisque les lments sont xes. Par contre l'utilisateur peut avancer dans la simulation son propre rythme. A chaque opration eectue l'utilisateur la possibilit de se dplacer avec le pointeur de la souris pour connatre le dtail des messages changs ainsi que certaines descriptions d'lment. Ce n'est que lorsque l'utilisateur le dcide, que la simulation peut reprendre jusqu' la prochaine tape. Naturellement n'ayant plus de cahier des charges, le choix ainsi que le nombre des simulations n'a pas t dni l'avance. Le choix des simulations raliser va donc se faire en fonction de l'avancement du projet. Il est galement important Travail de diplme Page 45 ETR

Signalisation S7 que les simulations prsentent le maximum de notions direntes.

David Scrimitore

19.2 Outils utiliss

Le fait d'avoir choisi de eectuer la conception du didacticiel en HTML limite en quelque sorte le choix de l'outil utiliser pour les simulations. Le but tant naturellement que le simulateur puisse galement tre accessible en ligne. Les outils existants pour faire de l'animation sur des pages HTML sont : les gifs anims, le Javascript, Flash ainsi que l'utilisation d'applets Java. Le choix doit se faire en fonction des besoins. Les deux premiers tant trop limits pour pouvoir eectuer une simulation qui demande beaucoup de changement d'tat, le choix va donc se faire entre Flash et Java. Ces derniers sont tout deux trs puissant et permettent d'eectuer des animations assez complexes. Il reste choisir le plus adapt des deux nos simulations. Ces dernires ne seront autre que des messages changs entre dirents lments. Java est trs puissant, mais galement trs lourd et beaucoup plus complexe, premire vue, que Flash. Flash ore, en plus, la possibilit d'eectuer des mouvements de faon assez simple. Le choix c'est donc port sur Flash, d'autant plus que c'est un outil de plus en plus utilis par le webmaster. Il est donc grand temps de se mettre au got du jour.

19.3 Choix des reprsentations

Comme nous l'avons vu lors de l'tude de la SS7, cette dernire intervient dans beaucoup de domaine. Naturellement les simulations doivent reprsenter des exemples simples "de la vie de tous les jours" an que les notions prsentes soient facilement assimilables. La simulation qui ne doit pas manquer est naturellement celle d'une communication entre deux abonns xes. Ensuite de quoi une simulation utilisant le protocole MAP, qui comme dj vu est utilis pour le rseau GSM, doit forcment tre ralise. En ce concerne le rseau intelligent, une simulation devrait permettre de bien assimiler l'utilit des dirents lments le constituant. Pour le reste, cela dpendra essentiellement du temps restant disposition.

19.4 Animations en Flash

Tout le monde est dj tomb, un jour ou l'autre, sur site Internet dont l'animation t eectue en Flash. En eet, actuellement c'est l'outil le plus utilis pour de telles oprations. Il ore direntes possibilits d'animations, telle que des mouvements continus ou alors l'utilisation de scnario. Dans le premier cas, il sut de placer la gure de dpart ainsi que celle d'arrive et Flash s'occupe d'eectuer le mouvement d'un point l'autre. Ceci n'est naturellement pas la meilleure solutions notre problme, puisque l'utilisateur doit pourvoir parcourir la simulation en observant dans les dtails les oprations les une aprs les autres. L'autre solution est d'utiliser la notion de scnario pour eectuer une petite animation. C'est dire que le schma de base reste identique et d'autres lments peuvent tre rajout Travail de diplme Page 46 ETR

Signalisation S7

David Scrimitore

ou supprimer en fonction de l'avancement de l'animation. En fait, cela peu tre vu comme les anciens dessins anims, cet dire image aprs image. Pour nos besoins, ce principe est idal, puisque l'lment xe est le schma du rseau en question et les lments rajouter sont les messages. De plus il est possible tout moment d'eectuer des actions sur l'animation. En eet, Flash contient galement son propre langage, qui ce nomme ActionScript. Ce dernier permet d'eectuer des actions sur l'animation ou sur les lments cre. Cela permettra donc, dans notre cas, d'arrter la simulation aprs chaque opration. Il faudra galement que l'utilisateur puisse faire continuer la simulation simplement en appuyant sur un bouton. C'est galement grce ActionScript qu'il sera possible tout au long de la simulation de pointer sur un message ou un lment pour en voir le nom complet ainsi qu'une brve description.

19.5 Communication tlphoniques entre deux appareils xes

Introduction
Le choix de faire une simulation d'une communication tlphonique semble vident, puisque c'est une chose que tout le monde fait, en gnral, plusieurs fois par jour. Il est par contre venu le moment de comprendre de quelle faon intervient la SS7 dans un cas aussi simple qu'un appel entre deux abonns xes. Bien que, comme nous allons le voir, ce ne soit pas si simple que cela peu bien sembler. En eet, lorsqu'un abonn dcroche le combin et qu'il compose un numro de tlphone de nombreux messages sont changs, avant que la sonnerie du tlphone du destinataire retentisse.

Reprsentation
La reprsentation doit contenir tous les lments ncessaires, mais sans pour autant que cela ne devienne trop lourd pour l'utilisateur du simulateur. Il faut donc reprsenter un central pour chaque abonn, ainsi qu'un seul central de transit, toujours pour ne pas compliquer le schma. En ce qui concerne la partie signalisation, il est impratif de placer un STP (Signal Transfert Point) an de comprendre son utilit dans le rseau tlphonique. Il est clair que la reprsentation ainsi obtenue est, trs, voir trop simpli par rapport au rseau rel. Mais le but ici n'est que de mieux comprendre, grce aux exemples, les notions apprises lors du didacticiel.

Simulation
L'ide de dpart est que l'utilisateur puisse eectuer, pas par pas, toutes les tapes de la communication. Ceci an de dtailler tous les messages changs ainsi que de les dcrire. Pour cette reprsentation, les tests eectus dans les laboratoires de Siemens seront d'une grande utilit. En eet grce analyseur SS7 disposition chez Siemens Renens, il a t possible d'observer les messages changs lors d'une communication entre deux abonns xes. Le rsultat de cette analyse se trouve l'annexe A.1.1.

Travail de diplme

Page 47

ETR

Signalisation S7

David Scrimitore

Fig.

14  Simulation entre deux abonns xes

Lorsque la simulation dbute, la slection du numro de l'abonn apparat l'cran. Une fois que le central d'abonn (CTA) a reu assez de chire pour pouvoir router l'appel jusqu'au bon central de transit (CTT), il transmet ce dernier un message IAM (Initial Address Message). Ce message contient les chires dj slectionns, le numro de l'appelant, ainsi que le numro CIC (Circuit Indentiable Code) qui permet au central de transit de savoir sur quel circuit physique se trouvera la voix utile de l'appel. Le circuit est, depuis ce moment, occup. Cette notion importante apparat lors de la simulation, par un changement de couleur du circuit utilis. Le choix du nombre de chire recevoir avant que le central puisse transmettre le premier message est dpendant de l'oprateur. Notre choix de trois chires est totalement arbitraire. A partir de quoi le central d'abonn transmet, toujours au central de transit, les chires slectionns au fur et mesure grce des messages SAM (Subsequent Address Message). A partir de l, l'appel est router vers le bon central d'abonn une fois que le CTT a reu son tour assez de chires pour pouvoir le faire. Le CTA de l'abonn destinataire, doit alors attendre de recevoir tous les chires du numro tlphonique pour pouvoir soit accepter l'appel si l'abonn est existant ou le refuser dans le cas contraire. Ces derniers chires sont transmis d'une extrmit l'autre toujours grce des messages SAM. Nous partons du principe que pour cette simulation, Travail de diplme Page 48 ETR

Signalisation S7

David Scrimitore

le numro compos correspond un abonn existant. C'est donc pour cette raison que le central de l'abonn destinataire conrme que ce dernier a bien t trouv, en transmettant au CTT un message ACM (Address Complete Message). Dans le cas contraire, le CTA aurait simplement refus l'appel par un message REL (Release) avec comme paramtres "abonn inexistant". Mais ce cas ne sera dtaill, puisqu'il sort du cas de notre simulation. A noter que c'est au moment o le message ACM est transmis, que la sonnerie de l'abonn appel retentit et que l'abonn appelant reoit son combin la tonalit d'appel. Lorsque l'abonn dcroche le combin un message ANM (Answer Message) est transmis par le CTA de l'abonn appel en direction du CTT qui le transmet son tour au CTA de l'appelant. Ce n'est qu' ce moment que les deux abonns sont en communication. C'est galement ce moment que, malheureusement pour l'appelant, la facturation dbute. En ce qui concerne la terminaison de la communication deux cas son envisageable, en fonction de quel abonn raccroche le combin avant l'autre. En eet ces deux cas de gure rendent la libration des circuits bien dirente. Pour cette simulation le choix c'est port sur le cas o l'abonn appelant raccroche le combin avant. Ceci an que la dconnexion adviennent d'une faon assez simple comprendre pour l'utilisateur du simulateur. En eet au moment o l'abonn appelant raccroche son combin, un message REL (Release) est transmis de la part du CTA de ce dernier vers CTT. Le central de transit ne fait alors que de conrmer la libration de la premire partie du circuit grce un message RLC (Release Complete). A partir de l, le CTT transmet au CTA de l'abonn appel un message REL pour demander la libration de la dernire partie du circuit. Le central d'abonn de l'appel conrme la dconnexion, toujours grce au message RLC. A ce moment prcis, l'ensemble des circuits est libr et l'abonn appel ne peut que raccrocher son tour. Dans le deuxime cas de gure la dconnexion est bien dirente. En eet, tout le monde sait que lorsqu'un abonn qui a t appel raccroche le combin et qui le dcroche nouveau sans que de l'autre ct de la ligne l'abonn appelant ait galement raccroch, les deux abonns sont alors toujours en communication. Ce qui n'arrive pas lorsque l'abonn appelant raccroche le combin. Ceci montre donc bien que la dconnexion est bien diffrente dans les deux cas. Sans vouloir entrer trop dans les dtails, puisque cela sort nouveau du cadre de notre simulation, ce principe de dconnexion est bas sur l'utilisation d'un temporisateur. C'est dire que les circuits ne sont librs par les dirents centraux tlphoniques qu'aprs qu'un certain ne soit dpass. Naturellement, une fois ce temps dpass, les dirents lments librent les circuits en s'changeant des messages REL et RLC.

19.6 Communication entre un appareil xe et un mobile

Introduction
La premire simulation a permis d'introduire l'un des protocoles de niveau 4 les plus important et pour lequel la signalisation S7 t, dans un premier temps, conue. Rappelons en eet qu' sa naissance cette dernire permettait uniquement la communication entre les centraux tlphoniques numriques. Ce n'est que par la suite que de nouveau protocoles Travail de diplme Page 49 ETR

Signalisation S7

David Scrimitore

ont t dnis pour permettre de nouveaux services. Parmi ces protocoles citons l'INAP utilis pour les services du rseau intelligent, mais galement le protocole MAP utilis pour la communication entre les lments des rseaux mobiles. Pour la prochaine simulation, il s'agira donc d'eectuer la simulation d'une communication dans le rseau mobile. Ici encore de nombreux cas de gure sont envisageable. En eet la communication peut s'eectuer entre un xe et un mobile ou entre deux mobiles. Le choix va donc s'eectuer de faon assimiler le maximum de notion en une seule simulation. Aprs discussion avec le professeur responsable, le choix c'est donc tout de suite port sur une communication entre un appareil mobile est un appareil xe. Une telle simulation va donc permettre de bien montrer comment les protocoles ISUP et MAP interagissent ensemble. De plus, en partant du principe que l'utilisateur ayant parfaitement assimil le principe de fonctionnement de cette simulation, devrait galement pouvoir comprendre le principe d'une communication entre deux mobiles.

Reprsentation
La reprsentation doit donc bien sparer la partie du rseau mobile de celle du rseau xe. Ceci doit galement tre eectu de faon bien observer quel moment le protocole ISUP est utilis, et quel moment le MAP est utilis. Pour ce faire les canaux de signalisation doivent tre reprsents de faon dirente, que ce soit pour l'un ou l'autre des protocoles utiliss. En ce qui concerne le rseau xe, uniquement le central d'abonn et le central de transit doivent gurer. Pour toutes les simulations l'architecture choisie est naturellement arbitraire. En eet, chaque oprateur dcide selon ses besoins comment son rseau doit tre constitu. Pour cette simulation, le choix c'est donc port sur l'utilisation de deux STPs, dont un utilis pour le trac international. Mais certains oprateurs ne possdent qu'un STP pour l'ensemble de leur rseau. Ceci pour mettre l'accent sur le fait que pour l'ensemble des simulations ralises, l'architecture a t choisi de faon arbitraire sans aucune allusion un oprateur prcis. Une chose qui n'apparat dans aucune reprsentation et qui par contre est le cas pour tous les oprateurs, est le fait de ne pas avoir doubler les STP. En eet comme vu lors de l'tude de la signalisation, le rseau de signalisation a t tabli de faon redondante. De faon partag la charge des canaux de signalisation, mais galement de faon faire face toutes ventuelles panne d'un de ces lments. Mais ceci n'apportant rien de plus nos simulations, si ce n'est charg encore plus les schmas, cette notion n'a volontairement pas t reprsente.

Simulation
Lorsque l'abonn xe dbute la slection, le routage de l'appel se fait exactement comme pour la simulation du chapitre 19.5. C'est dire que chaque central tlphonique route l'appel par un message IAM ds qu'il a reu assez de chires pour le faire. Ensuite de quoi grce un message SAM ces mmes lments transmettent les chires restants. Le central de transit eectue la mme opration, mais cette fois-ci en routant l'appel en direction de Travail de diplme Page 50 ETR

Signalisation S7

David Scrimitore

Fig.

15  Simulation entre un appareil xe et un mobile

l'un des GMSC de l'oprateur mobile. Une fois que ce dernier reoit le message IAM, il contrle dans son VLR si l'abonn en question fait partie de ceux prsent dans sa zone de couverture. Puisque, dans notre cas, ce n'est pas le cas. La procdure de recherche de l'abonn mobile dbute. Dans un premier temps, le GMSC fait une requte au HLR, grce au message "MAP_SEND _ROUTING_INFO", pour connatre la localisation de l'abonn mobile au sein du rseau. A partir de quoi le HLR vrie que l'abonn recherche fait bien partie de ce rseau et recherche dans quel VLR se trouve ce dernier. Grce au message "MAP_PROVIDE_ROAMI NG_NUMBER", le HLR demande au VLR le numro MSRN (Mobile Station Roaming Number) correspondant un numro temporaire attribu au mobile par le VLR courant. C'est le MSRN qui va permettre de router les appels destination du mobile. Le VLR va donc alors transmettre ce numro au HLR en utilisant le message "MAP_PROVIDE_ROA MING_NUMBER ACK". Le HLR n'a plus qu' informer le premier GMSC par un message "MAP_SEND_ROUTING_INFO ACK", quel numro MSRN ce dernier doit utilis pour router l'appel. A partie de l le GMSC peut router l'appel en direction du GMSC o se trouve l'abonn Travail de diplme Page 51 ETR

Signalisation S7

David Scrimitore

mobile et ceci, nouveau, grce par un message IAM. Ceci permet de remarquer que pour une communication entre un abonne xe et un mobile, que les protocoles ISUP et MAP sont tout deux utiliss. Il est galement important de noter le fait que le protocole MAP et donc le SCCP sont bien utiliss sans voix utiles. Le GMSC couvrant le zone de l'abonn mobile peut alors trouv ce dernier, grce au numro MSRN que son VLR a attribu au mobile. Comme toutes communications tlphoniques, le GMSC conrme l'appel par le message ACM. C'est ce moment que la sonnerie de l'appareil mobile retentit et que l'abonn xe reoit la tonalit d'appel. Lorsque le mobile dcroche un message ANM est transmis et la communication est tablie. En ce qui concerne la libration de la connexion, l encore le principe est identique, puisque c'est toujours le protocole ISUP qui est utilis. Elle s'eectue donc grce des messages REL et RLC. Naturellement, tout au long de cette simulation, des messages sont changs entre le GSMC et la station mobile, mais puisque cela sort du contexte de la SS7, ils ne seront pas dtaills. Ils sont par contre visibles sur la simulation d'une communication entre un appareil xe et un mobile eectue grce au simulateur GSM de l'cole. Cette simulation qui a permis d'observer les message SS7 changs se trouve l'annexe A.2.1.

19.7 Envoi d'un SMS entre un abonn mobile tranger et un abonn mobile suisse
Introduction
Lors de la simulation eectue pour une communication entre un appareil xe et un appareil mobile, le protocole MAP a dj t introduit. Comme l'tude de la signalisation l'a trs bien montr, les SMS changs entre mobiles empruntent le rseau de signalisation. C'est d'ailleurs l'un des gros souci du rseau S7. En eet bien que trs amusants, ces petits messages ont tendances surcharger considrablement le rseau de signalisation. Et ceci d'autant plus, pendant des journes tels que le 31 dcembre au alentour de minuit. En ce qui concerne cette simulation, le but est donc de monter que les SMS empruntent bien le rseau de signalisation, mais galement toutes les nombreuses actions entre lments ncessaires un simple envoie de SMS.

Reprsentation
Direntes reprsentations sont possibles, en eet les deux mobiles peuvent tre abonns chez le mme oprateur, ou chez deux oprateurs dirents. Mais une troisime possibilit est que les abonns mobiles soient de deux pays dirents. La grande dirence de ces trois cas de gures est le nombre de SMSC (SMS Center) se trouvant dans l'architecture du rseau. En eet si les abonns se trouvent chez le mme oprateur, un seul SMSC est utilis. Bien que naturellement cela dpende de l'importance de l'oprateur. En ce qui concerne les deux autres cas de gure, le nombre de SMSC est au minimum de deux. De plus, lorsque l'un des abonns se trouve l'tranger les messages de signalisation empruntent en plus Travail de diplme Page 52 ETR

Signalisation S7

David Scrimitore

du rseau de signalisation du rseau mobile, celui du rseau xe. Chose qui n'arrive pas si les deux abonns se trouvent dans le mme pays et chez le mme oprateur. Lorsque les deux abonns se trouvent chez deux oprateurs dirents du mme pays, cela dpend, nouveau, de l'architecture des rseaux. En eet, si les GMSC des oprateurs ont des liens entre eux, les messages n'emprunteront pas les canaux de signalisation du rseau xe. Chose qui arrive, naturellement, dans le cas o les GMSC n'ont pas de liens entre eux. L'idale serait donc de choisir une reprsentation qui permettrait l'utilisateur d'avoir une comprhension totale pour tout ce qui concerne l'envoi de SMS sur le rseau mobile. C'est donc pour cette raison que le choix va se porter sur l'envoi de SMS depuis un mobile tranger vers un mobile suisse. Ceci an de bien comprendre comment les SMSC des dirents oprateurs interagissent entre eux. Une fois le type d'architecture choisi, il s'agit de choisir une reprsentation qui ne soit pas trop lourde, mais qui en mme temps permette l'utilisateur d'avoir la meilleure comprhension possible. En ayant choisi cette architecture, le but tait donc de montrer que les SMS transmis passent par le rseau xe. Il semble donc normal que les STP du rseau xe tranger, ainsi que ceux du rseau xe suisse soient reprsents. Ceci oblige donc de reprsenter quatre types de rseau. Du ct de l'oprateur tranger comme du ct de l'oprateur suisse, la reprsentation du rseau mobile ainsi qu'une partie de celui xe devra apparatre. Et tout ceci doit apparatre sur une page HTML, sans que l'utilisateur doive utiliser l'ascenseur an d'observer la totalit du schma. En ce qui concerne les parties mobiles, l'architecture doit au minimum possder un GMSC, un HLR, un SMSC et naturellement un STP. Pour le rseau xe, un simple STP sura montrer le fait que les messages empruntent le rseau de signalisation du rseau xe. Au nal, la reprsentation sera donc constitue sur la partie gauche de l'cran par le rseau mobile tranger, au centre par les deux rseaux xes (tranger et suisse) et droite par le rseau mobile suisse. Le schma nal se trouvant la gure 16 reprsente galement le rseau de voix utiles, ceci an de bien comprendre que les SMS n'empruntent que le rseau de signalisation. Par manque de place, les centraux de transit se trouvant entre les GMSC et les centraux internationaux n'ont pas t reprsents.

Simulation
Une fois choisi comment reprsenter les lments des dirents rseaux, il s'agit de commencer la simulation. Pour ce faire le simulateur GSM, dj utilis pour la deuxime simulation, peut tre trs utile. En eet bien qu'avec ce dernier l'envoi de SMS depuis un mobile tranger ne soit pas possible, la simulation pour l'envoi de SMS entre deux mobiles suisse est d'une grande utilit pour comprendre les messages changs. Le rsultat de la simulation se trouve l'annexe A.2.2. Naturellement toute la partie concernant les messages changs entre le GMSC et l'appareil mobile, ne sera pris en compte puisque cela sort du cadre de la SS7. Rappelons que tous les lments formants le BSS (Base Station Subsystem), c'est dire le BSC (Base Station Controller), le BTS (Base Transceiver Station) et le MS (Mobile Station) utilise un protocole propritaire GSM, dont les messages apparaissent Travail de diplme Page 53 ETR

Signalisation S7

David Scrimitore

Fig.

16  Simulation pour un envoi de SMS depuis l'tranger

dans l'annexe A.2.2. En ce qui concerne la simulation, le SMS envoy par le mobile tranger est transmis au GMSC de sa zone de couverture. Ce dernier par transmet le SMS au SMSC par un message "MAP_FORWARD_SHORT_MESSAGE". Le SMSC conrme alors avoir reu le message au GSMC par un message "MAP_FORWARD_SHORT_MESSAGE ACK". Naturellement le SMSC ne sait pas quel SMSC suisse transmettre le SMS. Par contre grce au numro de tlphone du destinataire, il sait quel HLR appartient le destinataire. Rappelons que le STP "principal" d'un oprateur mobile connat le numro correspondant aux STP des principaux oprateurs mobiles mondiaux. Le SMSC va donc demander au HLR grce au message "MAP_SEND_ROUTING_INFO_FOR_SM", en utilisant GTT (Global Title Translation), quel SMSC le message doit tre transmis pour pouvoir par la suite atteindre le destinataire. En eet une fois que le STP de l'oprateur mobile tranger reoit le message, ce dernier utilise le principe de la GTT an d'atteindre le STP de l'oprateur suisse. La GTT est utilise entre les deux STP des deux oprateurs mobiles par le protocole SCCP et donc au niveau 4. Le routage de message Travail de diplme Page 54 ETR

Signalisation S7

David Scrimitore

entre les points de signalisation s'eectue tout de mme grce au adresse DPC de niveau 3. Le HLR transmet alors par un message "MAP_SEND_ROUTING_INFO_FOR_SM ACK" le numro correspondant au SMSC de l'abonn destinataire. Le GMSC peut alors transmettre le SMS au SMSC de l'oprateur auquel est abonn le destinataire, par un message "MAP_FORWARD_SHORT_MESSAGE". Le SMSC se trouvant en Suisse peut alors conrmer la rception du message par un "MAP_FORWARD_SHORT_MESSAGE ACK". Le SMS est alors transmis au GMSC, toujours par le message "MAP_FORWARD _SHORT_MESSAGE". Ceci dans le cas o l'abonn mobile est atteignable. Dans le cas contraire, le SMSC stocke le SMS et ne le transmettra que lorsque l'abonn sera nouveau atteignable. Une fois que le GMSC reoit le SMS, il le transmet au mobile et conrme le message au SMSC par un message "MAP_FORWARD_SHORT_MESSAGE ACK".

19.8 Appel d'un numro vert

Introduction
Les trois simulations dj eectues ont permis d'introduire les protocoles ISUP et MAP. La simulation d'une communication entre deux appareils mobiles peut donc, pour l'instant, sembler moins intressante. Dans les protocoles de niveau 4, le seul qui n'a pas encore t introduit est l'INAP. En eet cela permettrait donc d'avoir, pour chaque protocole, un exemple et donc une bonne comprhension de ces derniers. En ce qui concerne le protocole INAP, ce dernier est utilis pour tous les services du rseau intelligent. Comme nous l'avons vu lors du didacticiel, les services du rseau intelligent sont, les appels vers des numros gratuits (vert), les appels vers des numros valeurs ajoutes, etc. Le principe est toujours le mme : faire une requte une base de donn, an de connatre le numro correspondant au numro vert ou au numro valeur ajoute. Ceci simplement cause du fait qu'un appel ne peut pas tre router en fonction d'un numro vert. Rappelons galement que l'appel n'est pas gratuit, mais qu'il est simplement factur au destinataire. Le choix de la simulation va donc se porter sur un appel vers un numro vert.

Reprsentation
Pour cette simulation, la reprsentation sera trs simple. En eet trs peu d'lments interagissent lors de l'appel vers un numro gratuit. La dirence principale est la prsence du SCP, qui contient les donnes utiles pour le routage de l'appel. En ce qui concerne les autres lments l'architecture sera identique celle utilise pour une communication entre deux appareils xes.

Simulation
Comme dj dit, cette simulation est trs identique celle d'un appel entre deux abonns xe. La grande dirence est l'apparition du SCP, qui permettra le routage de l'appel. De plus, lorsque l'abonn eectue la slection, le central d'abonn attend d'avoir reu tous les chires du numro vert avant de faire une requte au SCP. Cela ne s'eectue donc pas Travail de diplme Page 55 ETR

Signalisation S7

David Scrimitore

Fig.

17  Simulation d'un appel vers un numro vert

de la mme faon que pour un numro standard, puisque le central d'abonn transmet les chires au fur et mesure qu'il les reoit. Ceci s'eectue donc, comme vu lors de la premire simulation, par un message IAM, puis par des SAM. Le premier message transmis par le central d'abonn est donc un message UDT (UniData) du protocole SCCP. Ce dernier contient des donnes qui constituent la partie TCAP, qui contient son tour des donnes qui constituent le protocole INAP. Les donnes de ce dernier ne sont autres que le numro vert slectionn par l'abonn. Une fois que le SCP a reu le numro, ce dernier recherche dans ses donnes, le numro rel correspondant au numro vert et le transmet au central d'abonn par un nouveau message UDT. Ce message contiendra dans les donnes du protocole INAP, le numro de tlphone rel. Une fois que le central a reu le numro, il peut router l'appel comme pour toutes les autres communications. La seule dirence est que le prix de la communication sera prsent sur la facture du destinataire. Il faut noter une chose importante, en eet il est impossible l'abonn, mme en connaissant le numro l'avance, d'appeler directement le destinataire par son numro rel. Le central d'abonn du ct destinataire n'acceptera l'appel que si une requte t, au pralable, eectu au SCP. Ceci prouve donc bien que l'abonn ait Travail de diplme Page 56 ETR

Signalisation S7

David Scrimitore

appel un numro vert. Dans le cas o l'abonn eectuerait un numro vert inexistant, c'est nouveau le SCP qui informerait le central d'abonn que le numro est inexistant. Le central d'abonn n'a donc plus qu' transmettre un message indiquant l'abonn l'erreur de numro.

19.9 Portabilit des numros

Introduction
Lors du choix de la simulation utilisant le protocole INAP, deux possibilits ont retenu notre attention. D'une part l'appel vers un numro gratuit, mais d'une autre part la portabilit des numros qui est un nouveau service instaur, en Suisse, depuis bientt une anne. En eet une personne dmnageant d'une ville une autre ville, possdant des indicatifs dirents, a la possibilit de garder son numro de tlphone. Ce service se nomme LNP (Local Number Portability). Le temps disposition le permettant, une simulation reprsentant la portabilit d'un numro a donc t eectu. Il faut noter que cette simulation a t eectue dans l'tat actuel des choses. C'est dire que lorsqu'un abonn appel le numro d'une personne ayant dmnag, l'appel est dans un premier temps router normalement. Ce n'est que lorsque le central d'abonn, o aurait d se trouver le destinataire, refuse l'appel que le central d'abonn de l'appelant eectue une requte au STP. Ce dernier grce sa base de donnes retourne un numro au SSP. Ceci permet au central d'abonn (SSP) de connatre l'endroit o router l'appel an d'atteindre le destinataire. A noter que ce n'est plus le SCP qui est interrog, mais le STP puisque ce dernier contient une partie IN permettant la portabilit des numros. Ceci s'eectuera donc de cette faon jusqu' ce qu'un certain seuil de personne ayant dmnag en gardant leurs numros ne soit dpass. En eet une fois que ce seuil sera dpass, le central d'abonn eectuera avant chaque appel une requte au STP an de savoir o router l'appel. Ceci an d'viter d'occuper des lignes inutilement. Le seuil a dors et dj t tablit par l'oprateur national.

Reprsentation
Pour cette simulation la reprsentation est quelque chose prs identique celle d'une communication entre deux appareils xes. Pour bien comprendre le principe, aussi bien l'ancien central d'abonn, que le nouveau, ont t reprsent. En eet cela devrait permettre de bien comprendre comment interagissent ces deux lments lors de la simulation. Les dirents lments ont simplement t placs de faon viter les croisements, mais galement en laissant de la place pour les messages. La gure 18 permet d'observer le schma utilis lors de cette simulation.

Simulation
La simulation est identique une communication normale et ceci jusqu' l'ancien central d'abonn. En eet lorsque l'abonn dbute la slection, le central d'abonn (CTA) route Travail de diplme Page 57 ETR

Signalisation S7

David Scrimitore

Fig.

18  Simulation de la portabilit d'un numro

l'appel sans savoir que le destinataire a dmnag. Ce n'est qu'aprs que le central, o se trouvait le destinataire, ait reu tous les chires du numro de tlphone qu'il refuse l'appel par un message REL. Ceci simplement cause du fait que pour le central l'abonn n'existe plus. Le message REL envoy contient un paramtre qui informe l'lment suivant que l'abonn est inexistant. Les circuit occup jusque l, entre le CTA de l'appelant et le CTA de l'appel, sont librs comme pour une dconnexion normale. Lorsque le CTA de l'appelant reoit le message REL de la part du central de transit (CTT), il voit que l'abonn est inexistant et conrme la dconnexion au CTT par un message RLC. Le CTA de l'appelant passe alors en mode QOR (Query on Release), qui n'est autre que la fonction permettant la recherche aprs avoir reu un message Release. Ce n'est qu'a ce moment que le protocole INAP entre en compte. En eet le CTA, voyant que l'abonn est inexistant fait une requte au STP, qui rappelons le possde un partie IN, an de savoir si l'abonn est rellement inexistant ou si ce dernier a simplement dmnag. Le message UDT transmis au STP par le protocole SCCP permet au CTA de demander si l'abonn est inexistant ou pas. Le message en question contient donc une partie TCAP qui contient dans sa partie donnes le protocole INAP qui son tour contient le numro de l'abonn Travail de diplme Page 58 ETR

Signalisation S7

David Scrimitore

destinataire, ainsi que celui de l'appelant. Une fois que le STP reoit le message, il contrle dans sa base de donnes si l'abonn est existant ou si il a simplement dmnag. Dans le premier cas le STP transmet au CTA de l'appelant, toujours par un message UDT l'information, que l'abonn est inexistant. Cela permet donc au central de transmettre l'abonn appelant un message indiquant que le numro appel est inexistant. Dans le deuxime cas, le STP transmet, toujours par un message UDT, le numro de l'appelant en rajoutant avant le numro une partie nomm NRN (Network Routing Number). Ce numro NRN permet, comme son nom l'indique, de router l'appel travers le rseau. En eet partir de ce moment l'appel ne sera plus router en fonction du numro de tlphone et donc gographiquement, mais par le NRN. A partir de ce moment le CTA de l'abonn appelant peut transmettre un message IAM au CTT avec dans la partie rserv au numro de l'appel, le numro NRN ainsi que justement le numro de l'appel. La suite de l'tablissement de la communication s'eectuera normalement jusqu'au central d'abonn du destinataire. Ce dernier ne fait alors que de supprimer la partie NRN, pour obtenir le numro de l'abonn recherch et ainsi tablir la communication. En observant la simulation, il semble tout de suite vident que la possibilit de connatre l'emplacement du destinataire avant de router l'appel viterait d'occuper des circuits inutilement. Cela sera eectivement le cas lorsque le nombre de personne ayant utilis le service de portabilit du numro dpassera un certain seuil. En eet partir de ce jour ds que l'abonn eectuera la slection, l'appel sera router l'aide de la fonction QOD (Query On Digit analysis) qui permettra au CTA d'interroger directement le STP avant de router l'appel. Les appels seront donc, partir de ce jour, tous router avec l'ajout du numro NRN. La fonction QOD ne sera donc plus utilis. Mais jusqu' ce jour la portabilit des numros s'eectuera comme cela a t dcrit lors de la simulation.

19.10 Roaming et Handover d'un mobile suisse l'tranger

Introduction
Le nouveau cahier des charges n'ayant pas t rellement dni, la partie pratique ne sera acheve que lorsque le temps disposition pour la rdaction du rapport sera atteint. De plus, les simulations eectues pour le rseau GSM se sont tout de suite avres trs complmentaire au simulateur GSM eectu lors d'un travail de diplme 2001. En eet que ce soit pour l'envoi de SMS, que pour une communication, le simulateur SS7 permet d'avoir une forme visuelle qui permet une meilleur assimilation des notions. Chose que le "trs bon" simulateur GSM n'a pas. En revanche, le simulateur GSM permet d'observer les messages changs lorsqu'un mobile se trouve sous-tension et qu'il se dplace l'tranger ou en Suisse. Ce principe de changement de cellule se nomme "Handover", il permet au mobile de pourvoir se dplacer dans un pays tout en gardant un signal de rception optimal. Ceci est naturellement le cas uniquement si le mobile reste dans une zone couverte par des antennes et galement si le mobile ne se sort pas du pays dans lequel il se trouve. En eet, avec le simulateur GSM, il est possible d'eectuer une communication avec un autre abonn mobile ou un xe, tout en se dplaant d'un pays un autre. Ceci n'est en ralit pas le Travail de diplme Page 59 ETR

Signalisation S7

David Scrimitore

cas, puisqu'il y a forcment une coupure lors du passage d'un pays l'autre. C'est donc pour cette raison que le choix d'eectuer une nouvelle simulation permettant de reprsenter graphiquement le principe de "Handover", a t pris. Par la mme occasion, il est donc possible de monter le principe du "Roaming International", qui n'est autre que un service permettant au mobile suisse de tlphone l'tranger. Une fois cette simulation eectue, le simulateur SS7 pourra donc, pour la partie GSM, tre un trs bon complment au simulateur GSM. De plus du fait que le simulateur GSM fasse objet d'un laboratoire pour les tudiants en tlcommunication de 3me anne, le simulateur SS7 devrait avec beaucoup de probabilits leur permettre de comprendre plus facilement l'utilit et l'interactions des dirents lments. Ceci leur permettra de rdiger le rapport du laboratoire avec plus de notions, et donc plus de faciliter.

Reprsentation
En ce qui concerne la reprsentation, elle sera quelque chose prs identique celle eectue lors de la simulation de l'envoi de SMS. En eet la simulation sera nouveau constitu de quatre partie, deux pour le rseau GSM suisse et tranger, et deux pour le rseau xe suisse et tranger. Rappelons que lors d'une communication entre un mobile se trouvant l'tranger et un mobile suisse, les messages de signalisation passent par le STP internationaux des dirents pays et que les voix utiles passent, naturellement, par le centraux internationaux. Il est donc important, pour que cette notion ne soit oublie, que les deux rseaux xes soient reprsents. En ce qui concerne la partie du rseau mobile suisse, uniquement le STP, le HLR et un GMSC de l'oprateur ne seront symboliss. Pour le rseau mobile tranger, deux GMSC gureront, an que le principe du Handover puissent tre dtaill. Les lments ne participant pas la simulation, tel que le SMSC, ne gureront pas sur le schma an de ne pas l'alourdir inutilement. La gure 19 permet d'observer le schma nal de la simulation.

Simulation
Pour toutes les simulations eectues jusqu' maintenant, les appareils se trouvaient dj sous-tension. Ceci an de ne pas trop alourdir la simulation. Etant donn que le but de cette dernire simulation est de reprsenter les messages changs lors du roaming et du handover d'un mobile l'tranger, il est donc clair que la mise sous-tension du mobile s'avre indispensable pour observer les direntes actions des lments se trouvant l'tranger et en Suisse. Ensuite de quoi l'ide de dpart tait de montrer les messages changs lorsque l'abonn se dplace avec son mobile en stand by, dans une grande ville tel que Paris. Ceci an de dmontrer comment s'eectue changement de GMSC. Le mobile sera pour nir mis nouveau hors-tension. Pour pouvoir observer les messages changs dans les dirents cas dcrit, le simulateur GSM a nouveau t d'une grande utilit. Le rsultat de la simulation se trouve l'annexe A.2.3. En partant du principe que l'abonn arrive dans le pays tranger avec son mobile teints Travail de diplme Page 60 ETR

Signalisation S7

David Scrimitore

Fig.

19  Simulation de roaming et handover l'tranger

et qu'il le met sous-tension une fois arriv. Ceci an que le VLR se trouvant dans sa zone de couverture, ne contiennent pas encore les donnes concernant le prol de l'abonn. Au moment o le mobile est mis sous-tension, le GMSC fait une demande d'authentication au HLR de l'oprateur suisse grce au message "MAP_SEND_AUTHENTIFICATION_INFO". Le routage de tous les messages s'eectue grce au numro de tlphone de l'abonn mobile. Ce type de routage s'eectue donc grce la GTT (Global Title Translation) au niveau 4 grce au protocole SCCP. Comme dj introduit, chaque SP ne connat que l'adresse DPC (niveau 3) de ses SPs voisins. Il a donc besoin de la GTT pour savoir vers quel SP voisin diriger les messages. Le numro utilis par la GTT ne changera donc pas tout au long de la transmission des messages dans le rseau SS7. Par contre les adresses OPC et DPC de niveau 3, quand elles, changeront tout au long du parcours. Une fois arriv au STP de l'oprateur mobile suisse, la GTT ne sera logiquement plus utilis et le routage s'eectuera uniquement au niveau 3. Une fois que le HLR contrl l'authenticit de l'abonn, il transmet un acquittement au GMSC tranger par le message "MAP_SEND_AUTHENTIFICATION_INFO ACK". A partir de quoi le GMSC demande au HLR l'inscription du mobile dans sa zone de couverture et donc dans son VLR. Travail de diplme Page 61 ETR

Signalisation S7

David Scrimitore

Ceci s'eectue grce au message "MAP_UPDATE_LOCATION". Le HLR transmet alors, grce au message "MAP_INSERT_SUBSCRIBER_DATA", les donnes concernant le prol de l'abonn mobile.Une fois ces donnes reues le GMSC les enregistres dans le VLR et les acquittent au HLR l'aide du message "MAP_INSERT_SUBSCRIBER_DATA ACK". Une fois que le HLR a reu l'acquittement, il transmet le message "MAP_UPDATE _LOCATION ACK", an d'acquitter son tour l'inscription du mobile dans la nouvelle zone de couverture. C'est donc ce moment que l'appareil mobile est en stand-by. Le but essentiel de cette simulation est de montrer, le grand nombre de messages changs entre les lments du rseau GSM, lorsque l'abonn ne fait que de ce dplacer dans une ville trangre ou non, avec son mobile. Et ceci sans que ce dernier ne soit en communication. En eet lorsque l'abonn se dplace et qu'il arrive sur une nouvelle zone couverte par un autre GMSC, ce dernier envoie nouveau un message d'authentication au HLR de l'abonn. Le HLR conrme alors, si c'est le cas, l'authenticit de l'abonn. Comme lors de la mise sous-tension, le nouveau GMSC fait une demande d'inscription du mobile dans a zone de couverture par le message "MAP_UPDATE_LOCATION". Ce n'est qu' ce moment que le HLR envoie un message "MAP_CANCEL_LOCATION" l'ancien GMSC, pour que ce dernier supprime de son VLR les donnes concernant l'abonn mobile. Une fois les donnes supprimes de son VLR, le GMSC conrme la suppression au HLR grce au message "MAP_CANCEL_LOCATION ACK". Les donnes de l'abonn peuvent alors tre transmise par le HLR au nouveau GMSC. La suite de l'inscription est identique la mise sous-tension de l'appareil mobile. Bien que cela sorte de la simulation, il faut remarquer une chose importante. Comment ragissent les circuits de voix utiles si le mobile est en communication ? Le mobile est donc naturellement enregistr dans le nouveau GMSC, mais les voix utiles passeront toujours par l'ancien GMSC, jusqu'au nouveau. Ceci an d'viter toutes coupures de la communication. La simulation indique clairement que lors de la mise hors tension de l'appareil, aucuns messages SS7 ne sont changs par les lments de rseau. Ce qui n'est d'ailleurs pas surprenant, puisque les donnes restent enregistres dans le VLR. Ceci puisque pour la plupart des cas le mobile est remis sous-tension au mme endroit qu'o a eu lieu la mise hors tension. C'est donc pour cette raison, qu'il tait important de mettre l'accent sur le fait que pour cette simulation, lors de la premire mise sous-tension du mobile, ce dernier n'avait auparavant pas encore t enregistr dans le VLR de la zone de couverture.

Travail de diplme

Page 62

ETR

Signalisation S7

David Scrimitore

Cinquime partie

Conclusion

Bien qu'au nal le rsultat de ce projet soit dirent de celui dcrit par le cahier des charges, sa ralisation s'est avr pour nombreux points beaucoup plus instructive. Dans un premier temps au vu de tout ce qui a concerner l'tude de la signalisation. En eet le projet de dpart n'aurait demand qu'une tude approfondie des trois premires couches du protocole SS7. Alors que le nouveau projet a, pour a part, demand une tude pousse du protocole. En particulier des couches de niveau 4, qui n'auraient t que survol par l'ancien projet. Le choix de ce travail de diplme ayant t eectu surtout cause de l'intrt au rseau tlphonique, ceci ne peut donc tre vu que trs positivement. De plus le didacticiel et simulateur obtenu ne peuvent tre que plus intressant pour l'cole en vue de l'tude de la SS7 par les tudiant en tlcommunications. D'autant plus que la partie simulateur est un trs bon complment visuel au simulateur GSM et donc au laboratoire sur l'tude du rseau GSM. Il permet, en eet, une meilleure comprhension de l'utilit des lments constituant le rseau GSM, ainsi que de leurs interactions. Au nal, ce projet a t trs intressant surtout cause de l'impressionnante ampleur d'action de la signalisation S7. Elle a en eet permis d'assimiler des nombreuses notions au sujet du rseau tlphonique, du rseau intelligent, mais galement du rseau mobile. Il a galement permit de ce rendre compte du nombre d'action eectu lors de petits gestes quotidiens, tels que la mise sous-tension d'un mobile, l'envoi de SMS ou simplement l'appel vers un abonn xe.

Yverdon-les-Bains, le 19 dcembre 2002

David Scrimitore

Travail de diplme

Page 63

ETR

Signalisation S7

David Scrimitore

Rfrences
[1] Fascicule Topic de Siemens

http://www.siemens.com

[2] Cours de tlcommunications de M. Roubaty & M. Jaton [3] Tutorial SS7 de Performance & Technologies

http://www.pt.com/tutorials/ss7_tutorial_05_07_01.pdf

[4] Tutorial "Simply SS7" de SS8 Networks,

http://www.SS7.com

[5] Protocol Directory

http://www.protocols.com/pbook/ss7.htm

[6] Le rseau smaphore numro 7

http://efort.com/r_tutoriels/SS7_EFORT.pdf

[7] Rseau de signalisation

http://www.drochon.net/utbm/TL52/Reso-SS7-8f.ppt

[8] Tutorial IEC

http://www.iec.org/online/tutorials/ss7/

[9] CCITT Signaling System No.7

http://networks.ecse.rpi.edu/~anand/voip/reports/survey/html/node17. html

Travail de diplme

Page 64

ETR

Signalisation S7

David Scrimitore

Table des gures

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 Elments du rseau intelligent . . . . . . . . . . . . Fonctionnement associ . . . . . . . . . . . . . . . . Fonctionnement quasi-associ . . . . . . . . . . . . Adressage des points de signalisation . . . . . . . . Stack SS7 . . . . . . . . . . . . . . . . . . . . . . . Trames SS7 . . . . . . . . . . . . . . . . . . . . . . Correction d'erreur de base . . . . . . . . . . . . . . Adressage des trames MSU . . . . . . . . . . . . . . Sous-systme utilisateurs . . . . . . . . . . . . . . . Architecture GSM . . . . . . . . . . . . . . . . . . Etablissement d'une communication . . . . . . . . . Coupure du canal de signalisation . . . . . . . . . . Plan du site . . . . . . . . . . . . . . . . . . . . . . Simulation entre deux abonns xes . . . . . . . . . Simulation entre un appareil xe et un mobile . . . Simulation pour un envoi de SMS depuis l'tranger Simulation d'un appel vers un numro vert . . . . . Simulation de la portabilit d'un numro . . . . . . Simulation de roaming et handover l'tranger . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 15 15 17 18 20 25 26 28 33 38 40 45 48 51 54 56 58 61

Travail de diplme

Page 65

ETR

Signalisation S7

David Scrimitore

A Annexes
A.1 Analyse des tests eectus dans les laboratoire de Siemens Renens
A.1.1 A.1.2 A.1.3 A.1.4 Communication entre deux abonns xes Coupure d'un canal de signalisation Facturation d'une communication pour un abonn Sunrise Signalisation dans le rseau mobile

A.2 Simulateur GSM

A.2.1 Simulation appel tlphonique entre un appareil xe est un mobile A.2.2 Simulation d'envoi de SMS A.2.3 Simulation de Roaming international et Handover

Travail de diplme

Page 66

ETR

Signalisation S7

David Scrimitore

B Outils utiliss
B.1 Macromedia Dreamweaver MX
Logiciel permettant d'diter des pages HTML avec beaucoup de facilit. Utilis lors de la ralisation du didacticiel.

B.2 Macromedia Flash MX

Logiciel permettant d'eectuer des animations sur des pages HTML. Il a t utilis pour la partie simulateur.

B.3 Adobe Photoshop

Logiciel permettant de retoucher des images. Utilis lors du didacticiel, ainsi que pour le rapport.

B.4 CorelDRAW Classic

Logiciel de dessin. Utilis pour les dessins eectus pour le didacticiel et le rapport.

A B.5 L TEX
Langage de description de documents d'excellente qualit typographique.

Travail de diplme

Page 67

ETR

Signalisation S7

David Scrimitore

C Acronymes utiliss
CCITT CTA CTT DPC
Comit Consultatif International Tlgraphique et Tlphoniques Central d'Abonn Central tlphonique comprenant une partie SSP et un partie point de signalisation. Central de TransitCentraux se trouvant hirarchiquement aprs les CTA. Destination Point Code Adresse de 14 bits reprsentant le point de signalisation auquel est destin le message. Ecole d'ingnieurs du canton de Vaud

EiVD ETSI

European Telecommunications Standards Institute Comme son nom l'indique c'est institut europen s'occupe des standards de tlcommunications.

FISU GSM

Fill-In Signal Units Trame de signalisation de remplissage

Global System for Mobile communications Rseau de tlphonie mobile. Hypertext Markup Language Langage de description driv de SGML, il est le format standard utilis pour la conception de site web.

HTML

IN

Intelligent Network Rseau intelligent, permet des services tel que les numros verts, les numros valeur ajoutes, la protabilit des numros, etc. Intelligent Network Application Part Protocole utilis pour les services du rseau intelligent.

INAP IP

Internet Protocol Protocole de communications utilis entre deux machines sur Internet. (Integrated Services Digital Network) Rseau Numriques Intgrations de Services (RNIS). Page 68 ETR

ISDN

Travail de diplme

Signalisation S7

David Scrimitore

LSSU MAP MSU

Link Status Signal Units Trame de signalisation d'tat du canal

Mobile Application Part Protocole de la signalisation S7 de niveau 4 utilis dans le rseau mobile. Message Signal Units Trames de signalisation de message Oce Flral des COMunications

OFCOM OMAP OPC

Operation Maintenance and Administration Part Protocole orant un service de gestion du rseau de signalisation.

Origin Point Code Adresse de 14 bits reprsentant le point de signalisation duquel le message a t transmis.

OSI

Open System Interconnection modle dvelopper par l'ISO (International Organization of Standards) an que soit dnis un standard utilis dans le dveloppement de systmes ouverts. Public Switched Telephone Network Le PSTN est le rseau tlphonique commut public, nomm justement RTCP en franais.

PSTN

SCP

Service Control Point Bases de donnes contenant les informations utiles au rseau intelligent. Signaling Connection Control Part Protocole permettant de transfrer des informations en mode avec ou sans connexion.

SCCP SP

Signaling Point Point de signalisation du rseau SS7 Signaling Point Code Adresse de 14 bits utilis pour l'acheminement des messages SS7 Signaling System Number 7 Signalisation utilis dans le rseau tlphonique numrique, ainsi que dans le rseau Page 69 ETR

SPC SS7

Travail de diplme

Signalisation S7 mobile.

David Scrimitore

SSP STP

Service Switching Point Centraux tlphoniques comprenant le service intelligent. Signal Transfert Part Element permettant de diriger les messages S7. Transaction Capabilities Application Part Protocole utilis pour les services du rseau intelligent ainsi que dans le rseau GSM. Union Internationale de Tlcommunications

TCAP UIT

Travail de diplme

Page 70

ETR