Vous êtes sur la page 1sur 69

Cycle de formation des ingnieurs en Tlcommunications

Option :

Ingnierie des rseaux IRES

Rapport de Projet de fin dtudes


Thme :

Etude et dimensionnement dun rseau de signalisation de la nouvelle gnration pour un rseau utilisant IMS
Ralis par :

Aymen GHALY
Encadrant (s) :

M. Rached HAMZA M. Jamel SAKKA


Travail propos et ralis en collaboration avec

Anne universitaire : 2005/2006

Projet de Fin dEtude Aymen GHALY 2006

Ddicaces J
e ddie ce travail

ma mre Fatma et mon pre Mohamed en tmoignage de leur affection, leurs sacrifices et de leurs prcieux conseils qui mont conduit la russite dans mes tudes ; ma sur Houda, pour son soutien tout au long de la priode de mon tude suprieur ; mes Frres Mounir, en lui souhaitant un bon mariage, et Hafedh que je lespre la bonne russite en Baccalaurat ; ma sur Monia et son mari Fredj, ma sur Mouna et son Mari Chokri ;
Et tous ceux qui maiment et que jaime.

Projet de Fin dEtude Aymen GHALY 2006

Avant Propos
Je
ne pourrais commencer ce rapport sans prsenter

mes remerciements les plus sincres M. Jamel SAKKA, Ingnieur principale Tunisie Tlcoms, et M. Rached
HAMZA, matre assistant au SupCom qui nont pargn

aucun effort pour le bon droulement de ce travail. Leurs remarques et leurs consignes ont t pour moi dun grand apport.

Je

tiens exprimer mes sincres remerciements tous mes enseignants, pour la qualit de

lenseignement quils ont bien voulu me prodiguer durant mes tudes afin de me donner une formation efficace.

Mes

remerciements iront trs particulirement M. matre assistant SUPCOM, directeur

Mounir FRIKHA

du dpartement rseaux SupCom de Tunis pour sa disponibilit et ses conseils.

Enfin

mes meilleurs et vifs remerciements

sadressent aux membres du jury pour avoir accept dvaluer ce projet.

Aymen Ghaly
Projet de Fin dEtude Aymen GHALY 2006

ii

Projet de Fin dEtude Aymen GHALY 2006

iii

Sommaire

SUPCOM

Sommaire
INTRODUCTION GENERALE........................................................................................................... 1 CHAPITRE 1 LA SIGNALISATION.................................................................................................... 3 I.1. I NTRODUCTION ...................................................................................................................................3 I.2. TYPES DE SIGNALISATION ......................................................................................................................4 I.2.1. La signalisation en bande de base ........................................................................... 4 I.2.2. La signalisation hors bande........................................................................................ 5 I.3. EVOLUTION DES CODES DE SIGNALISATION............................................................................................6 I.3.1. Le code MF SOCOTEL................................................................................................. 6 I.3.2. Le code CCITT N5 ...................................................................................................... 7 I.3.3. Le code R2 .................................................................................................................. 7 I.3.4. Le code CCITT N6 ...................................................................................................... 8 I.4. SIGNALISATION SS7.............................................................................................................................9 I.4.1. Dfinition...................................................................................................................... 9 I.4.2. Principe........................................................................................................................ 9 I.4.3. Les lments dun rseau SS7 .................................................................................. 10 I.4.4. Applications et avantages du rseau smaphore SS7 .......................................... 10 I.5. CONCLUSION ...................................................................................................................................12 CHAPITRE 2 MIGRATION NGN/IMS ET IMPACT SUR LES PROTOCOLES DE SIGNALISATION ...... 13 II.1. I NTRODUCTION ................................................................................................................................13 II.2. ARCHITECTURE DU RESEAU NGN ......................................................................................................14 II.3. LES ENTITES FONCTIONNELLES DU CUR DE RESEAU NGN...................................................................15 II.3.1. La Media Gateway (MG) ........................................................................................ 15 II.3.2. La signaling Gateway (SG)...................................................................................... 16 II.3.3. Media Gateway Controller (MGC) ou Softswitch.................................................. 16 II.3.4. Multi-Service Access Node (MSAN) ........................................................................ 16 II.4. LES FAMILLES DE PROTOCOLES DE SIGNALISATION DUN RESEAU NGN ................................................16 II.4.1. Les protocoles de contrle dappel ....................................................................... 17 II.4.2. Les protocoles de commande de Media Gateway ............................................. 17 II.4.3. Les protocoles de signalisation entre les softswitchs.............................................. 18 II.5. VOLUTION DU NGN VERS LE CONCEPT IMS.....................................................................................18 II.6. EXIGENCES ARCHITECTURALES DE LIMS ............................................................................................19 II.7. ARCHITECTURE EN COUCHES DUN RESEAU IMS .................................................................................20 II.8. ENTITES DE RESEAU IMS.....................................................................................................................22 II.8.1. Terminal IMS.............................................................................................................. 22 II.8.2. Call State Control Function (CSCF)......................................................................... 22 II.8.3. MGCF, IMS-MGW et T-SGW : Interfonctionnement avec le RTC........................... 24 II.8.4. Home Subscriber Server (HSS).................................................................................. 25 II.8.5. Subscription Locator Function (SLF) ........................................................................ 25 II.8.6. Policy Decision Function (PDF) ................................................................................ 25 II.8.7. Multimedia Resource Function Controller (MRFC) ................................................. 25 II.8.8. Multimedia Resource Function Processor (MRFP) .................................................. 26 II.8.9. Application Server (AS)............................................................................................ 26 II.8.10. BreakOut Gateway Control Function (BGCF) ...................................................... 26 II.8.11. Signaling GateWay (SGW) .................................................................................... 27 II.9. LES POINTS DE REFERENCE DE LIMS ET LES DIFFERENTS PROTOCOLES DE SIGNALISATION ........................27 II.9.1. Le point de rfrence Gm : UE IMS ...................................................................... 27 II.9.2. Le point de rfrence Mw....................................................................................... 28

Projet de Fin dEtude Aymen GHALY 2006

iv

Sommaire

SUPCOM

II.9.3. Le point de rfrence IMS Service Control ISC : AS CSCFs ................................. 28 II.9.4. Le point de rfrence Cx : HSS CSCFs.................................................................. 28 II.9.5. Le point de rfrence Dx : SLF CSCFs................................................................... 29 II.9.6. Le point de rfrence Sh : AS HSS ........................................................................ 29 II.9.7. Le point de rfrence Si : CAMEL AS HSS............................................................. 29 II.9.8. Le point de rfrence Dh : HSS AS........................................................................ 29 II.9.9. Le point de rfrence Mm : IMS Multimedia IP Network..................................... 29 II.9.10. Le point de rfrence Mg ..................................................................................... 30 II.9.11. Le point de rfrence Mi ....................................................................................... 30 II.9.12. Les points de rfrence Mj et Mk .......................................................................... 30 II.9.13. Le point de rfrence Ut : UE AS......................................................................... 30 II.9.14. Le point de rfrence Mr....................................................................................... 30 II.9.15. Le point de rfrence Mp ..................................................................................... 30 II.9.16. Le point de rfrence Go...................................................................................... 31 II.9.17. Le point de rfrence Gq...................................................................................... 31 II.10. TABLEAU RECAPITULATIVE ................................................................................................................31 II.11. CONCLUSION ................................................................................................................................32 CHAPITRE 3 ARCHITECTURE DUN RESEAU DE SIGNALISATION DE LA NOUVELLE GENERATION 33 III.1. I NTRODUCTION ................................................................................................................................33 III.2. ARCHITECTURE DUN RESEAU DE SIGNALISATION DE LA NOUVELLE GENERATION ...................................34 III.2.1. Interconnexion en signalisation des rseaux IMS et Fixes ..................................... 34 III.2.2. Interconnexion en signalisation des rseaux IMS et Mobiles ................................ 36 III.2.3. La signalisation au niveau du Domaine IMS.......................................................... 38 III.3. CALCUL DE LA BANDE PASSANTE DE SIGNALISATION ...........................................................................42 III.3.1. Bande passante maximale entre MGCF et CSCF................................................. 42 III.3.2. Bande passante maximale entre les CSCFs (I-CSCF, S-CSCF et P-CSCF) ............ 44 III.4. CONCLUSION .................................................................................................................................45 CHAPITRE 4 CONCEPTION DUN RESEAU DE SIGNALISATION DE TUNISIE TELECOM ................. 46 IV.1. I NTRODUCTION ...............................................................................................................................46 IV.2. ETUDE DU RESEAU DE SIGNALISATION EXISTANT DE TUNISIE TELECOM ...................................................47 IV.2.1. Le rseau de signalisation Fixe............................................................................... 47 IV.2.2. Le rseau de signalisation Mobile ......................................................................... 48 IV.2.3. Interconnexion des rseaux de signalisation Fixe et Mobile................................ 49 IV.3. LA SOLUTION DE SIEMENS SURPASS HIS 700 ..................................................................................50 IV.3.1. Traitement des messages de signalisation SS7 ..................................................... 50 IV.3.2. SCCP Relay ............................................................................................................. 51 IV.3.3. Portabilit des numros (NP ; Number Portability)................................................ 51 IV.4. I NTERPRETATIONS ET COMMENTAIRES ................................................................................................52 IV.5. RESEAU DE SIGNALISATION DE TUNISIE TELECOM SON (SIGNALING OVERLAY NETWORK) ...................52 IV.5.1. Introduction ............................................................................................................ 52 IV.5.2. SON pour le rseau Fixe ......................................................................................... 53 IV.5.3. SON pour les Rseaux Mobiles............................................................................... 54 IV.6. LISTES DE RECOMMANDATIONS ........................................................................................................55 IV.7. ......................................................................................................................................................56 CONCLUSION GENERALE ........................................................................................................... 57

Projet de Fin dEtude Aymen GHALY 2006

Listes de Figures

SUPCOM

Liste des figures


Fig. I-1 Signalisation en bande de base..............................................................................................4 Fig. I-2 Signalisation hors bande ...........................................................................................................5 Fig. I-3 Les lments d'un rseau SS7.................................................................................................10 Fig. II-1 Architecture gnrale d'un rseau NGN............................................................................14 Fig. II-2 Evolution de NGN vers le Concept IMS (Source Hawaii Technologies)........................19 Fig. II-3 Architecture simplifie de l'IMS (Source Ovum).................................................................21 Fig. II-4 Entits de l'architecture IMS (Source Alcatel) ....................................................................22 Fig. II-5 les types des serveurs d'applications ...................................................................................26 Fig. II-6 Les points de rfrence de l'architecture IMS....................................................................27 Fig. III-1 Architecture Typique d'un rseau de signalisation de la nouvelle gnration..........34 Fig. III-2 Architecture SIP .......................................................................................................................39 Fig. III-3 Messages de signalisation SIP...............................................................................................42 Fig. III-4 Message de signalisation entre les CSCFs..........................................................................44 Fig. IV-1 Rseau de signalisation Fixe ................................................................................................47 Fig. IV-2: Rseau de signalisation Mobile..........................................................................................49 Fig. IV-3: Interconnexion des rseaux de signalisation fixe et mobile.........................................50 Fig. IV-4: Rseau de Signalisation SON Fixe......................................................................................53 Fig. IV-5: Rseau de Signalisation SON Mobile ................................................................................54 Fig. IV-6 Nouveau Rseau de signalisation de Tunisie Tlcom...................................................56

Projet de Fin dEtude Aymen GHALY 2006

vi

Glossaire

SUPCOM

Glossaire
A
AAA AS Authorization, Authentification and Accounting Application Server BreakOut Gateway Control Function Busy Hour Call Attempt Bearer Independent Call Control

BGCF BHCA BICC

CAMEL CAP CCS COPS CS CSCF CSE CSI

Customized Applications for Mobile network Enhanced Logic Camel Application Part Common Channel Signaling Common Open Policy Service Capability Set Call State Control Function Camel Service Environment Camel Subscription Information

DHCP DSLAM

Dynamic Host Configuration Protocol Digital Subscriber Line Access Multiplexer

G H I

GPRS GTT

General Packet Radio Service Global Title Translation

HSS

Home Subscriber Server

I-CSCF IMS IMS-MGW IN IPv6

Interrogating CSCF IP Multimedia Subsystem IMS Media GateWay Intelligent Network Internet Protocol Version 6

L
Projet de Fin dEtude Aymen GHALY 2006

vii

Glossaire LNP Local Number Portability

SUPCOM

MACF MEGACO MG MGC MGCF MGCP MRFC MRFP MSAN MSC MTP

Multiple Association Control Function MEdia GAteway Controller Media Gateway Media Gateway Controller Media Gateway Control Function Media Gateway Control Protocol Multimedia Resource Function Controller Multimedia Resource Function Processor Multi-Service Access Node Mobile Switching Center Message Transfer Part

NAT NGN NP

Network Address Translation Next Generation Network Number Portability

O P

OSA

Open Service Architecture

P-CSCF PDF

Proxy CSCF Policy Decision Function

RADUIS ROSE RTP

Remote Authentification Dial in User Service Remote Operations Service Element Real-Time Transport Protocol

SACF SAO SBLP SCCP SCP S-CSCF SG SIGTRAN SIP SIP-T SL SLA SLF SMS SON SP SSP

Single Association Control Function ; Single Association objects Service Based Local Policy Signaling Connection Control Protocol Service Control Point Serving-CSCF Signaling Gateway SIGnaling TRANsport Session Initial Protocol SIP pour la Tlphonie Signaling Link Service Level Agreement Subscription Locator Function Short Message Service Signaling Overlay Network Signaling Point Service Switching Point

Projet de Fin dEtude Aymen GHALY 2006

viii

Glossaire STCP STP Stream Control Transmission Protocol Signaling Transfer Point

SUPCOM

TCAP TDM T-SGW

Transaction Capailities Application Part Time division Multiplexing Trunking Signaling Gateway

UAC UAS UE UMTS UTRAN

User Agent Client User Agent Server User Equipment Universal Mobile Telecommunication System Terrestrial Radio Access Network

VPN

Virtual Private Network

Projet de Fin dEtude Aymen GHALY 2006

ix

Introduction Gnrale

SUPCOM

Introduction Gnrale
Le monde de tlcommunications est en croissance rapide et le march de tlcommunications soriente de plus en plus vers la convergence fixes et mobiles, vers un rseau tout IP. Le concept cl pour assurer cette convergence est le concept IMS (IP Multimdia Subsystem) qui permet loffre des services pour les deux rseaux fixes et mobiles. Cette croissance est accompagne par une augmentation du nombre des services et des abonns engendrant un trafic norme circulant travers les rseaux et en particulier le trafic de signalisation. En effet, des nouveaux besoins en terme de signalisation sont cres pour assurer linterconnexion des diffrents types des rseaux (Fixes, Mobiles, NGN,). Pour allger ce trafic circulant, les oprateurs optent vers le dploiement dun rseau de signalisation indpendant permettant dacheminer uniquement le trafic de signalisation issu des diffrents types des rseaux. Ainsi, et pour viter des lourds investissements chaque fois quon veut installer une nouvelle technologie, le concept NGN (Next Generation Network) est la meilleure solution qui sappui sur lindpendance de la technologie daccs. Donc, il est fortement conseill dadopter une architecture conforme aux concepts NGN et IMS. Cette architecture dpend de la maturit des solutions proposes par les constructeurs et du choix des protocoles de signalisation mettre en uvre. Et, puisque le dimensionnement nous permet dvaluer le cot de dploiement et dinstallation des nouvelles entits assurant la convergence vers un rseau de signalisation indpendant, il est donc indispensable de disposer dun outil permettant de dimensionner les entits mettre e uvre. Cest dans ce contexte que dcline lobjectif de notre projet de fin dtudes, propos dans le cadre dune collaboration entre lcole suprieure des communications de Tunis (SUPCOM) et loprateur Tunisie Tlcom pour la conception et le dimensionnement dun rseau de signalisation de la nouvelle gnration selon le concept IMS.

Projet de Fin dEtude Aymen GHALY 2006

Introduction Gnrale

SUPCOM

Le prsent projet consiste en une tude des concepts NGN et IMS, et en particulier la notion de la signalisation. Il comprend quatre parties principales : la premire partie consiste en une tude du concept de la signalisation, ses diffrentes phases dvolution et en particulier le protocole SS7 considr comme le principale protocole utilis pour le transport des informations de signalisation entre les rseaux fixes et mobiles, les rseaux commutation de paquets et les rseaux intelligents. La deuxime partie dcrit les rseaux de la nouvelle gnration et leurs volutions vers le concept IMS o on a essay de mettre laccent sur les diffrentes entits fonctionnelles, les points de rfrence et les protocoles de signalisation. La troisime partie concerne ltude et la conception dun rseau de signalisation de la nouvelle gnration en mettant laccent sur linterconnexion entre les diffrents rseaux existants (fixe et GSM) avec le rseau de signalisation du concept IMS. En deuxime lieu, pour avoir une ide sur limportance de trafic de signalisation dans les rseaux de la nouvelle gnration, on sest intress au protocole SIP tout en essayant de calculer la bande passante de signalisation entre les diffrentes entits de signalisation. Dans la dernire partie, et aprs ltude du rseau de signalisation existant de Tunisie Tlcom, on a essay de concevoir une nouvelle architecture dun rseau de signalisation de la nouvelle gnration. Enfin, la lumire des rsultats obtenus, nous proposons une liste de recommandations prendre en compte lors de la conception et de dimensionnement dun rseau de signalisation conformment au concept NGN et IMS.

Projet de Fin dEtude Aymen GHALY 2006

Chap. 1 La Signalisation

SUPCOM

Chapitre 1 I La signalisation

I.1. INTRODUCTION ........................................................................................................................ 3 I.2. TYPES DE SIGNALISATION ........................................................................................................... 4 I.3. EVOLUTION DES CODES DE SIGNALISATION ................................................................................... 6 I.4. SIGNALISATION SS7................................................................................................................. 9 I.5. CONCLUSION ....................................................................................................................... 12

I.1. Introduction
Vu que notre projet consiste une tude et dimensionnement dun rseau de signalisation ; il savre ncessaire de commencer par une tude du concept de la signalisation et son volution. La signalisation dsigne donc lensemble des informations de service ncessaires ltablissement, au droulement et la supervision dune communication sur un rseau. La signalisation fait ainsi rfrence lchange dinformations entre les quipements du rseau pour fournir et maintenir un service de tlcommunications. Ce premier chapitre introduit le concept de la signalisation. Aprs avoir dfini la signalisation, nous allons dcrire ces diffrents types, soit la signalisation en bande de base et la signalisation hors bande. Ensuite, nous prsenterons lvolution du concept de la signalisation. Dans cette partie, nous allons dcrire le fonctionnement de plusieurs codes de signalisation tels que le code MF SOCOTEL, le code CCITT N5, le code R2 et le code CCITT N6. Enfin, la dernire partie concerne le code de signalisation CCITT N7, sa dfinition, son principe de fonctionnement et les diffrentes entits dun rseau SS7.

Projet de Fin dEtude Aymen GHALY 2006

Chap. 1 La Signalisation

SUPCOM

I.2. Types de signalisation


La signalisation est scinde en deux parties : la signalisation en bande de base ; la signalisation hors bande.

I.2.1. La signalisation en bande de base


Dans ce mode de signalisation, les signaux permettant dtablir un service de tlcommunications sont vhiculs dans le mme canal que celui utilis pour le transport de la voix ou des donnes. La tlphonie traditionnelle fonctionne de cette faon avec des systmes de signalisation tels que les codes MF SOCOTEL, CCITT N5 et R2 (dont certains sont encore en usage) utilisant le principe voie par voie. Dans cette technique de signalisation, chaque voie de parole possde et vhicule sa propre signalisation. Cette signalisation prend la forme dune srie dimpulsions multifrquences (MF), un peu comme la tonalit de composition du numro entre les commutateurs. Il faut cependant distinguer deux catgories de signaux, fonctions des organes entre lesquels ils schangent : les signaux de ligne : ils sont changs et exploits par les organes dextrmit, notamment entre units de raccordement et jonctions de dpart et darrive. Ces signaux sont utiliss pour la supervision de la communication et sont mis sur lIT. de signalisation de la voie et lis au support ou sur des fils spars, spcialiss. Ce sont par exemple les signaux de prise, de rponse, de raccrochage et de libration. Les signaux denregistreurs : ce sont principalement les signaux de numrotation transports sur la voie de parole. Ils sont changs entre units de commande et de traitement dappel.
Communication + Signalisation

A
Canaux de communication et de signalisation

: Commutateur

Fig. I-1 Signalisation en bande de base

Projet de Fin dEtude Aymen GHALY 2006

Chap. 1 La Signalisation

SUPCOM

I.2.2. La signalisation hors bande


La signalisation hors bande ou encore signalisation par voie commune est une signalisation qui ne seffectue pas sur le mme canal de communication que la voix ou les donnes. En effet, cette signalisation ncessite ltablissement dun canal numrique pour lchange des informations de signalisation. Ce canal est appel lien de signalisation. Les liens de signalisations sont destins vhiculer tous les messages de signalisation ncessaires entre les nuds du rseau. Ainsi, lorsquun appel est lanc, le numro compos et les informations ncessaires son tablissement et sa supervision sont envoys entre les commutateurs en utilisant leurs propres liens de signalisation, plutt que les liens qui vont, la suite, vhiculer la communication. Le systme de signalisation N7 est un exemple de signalisation hors bande. Il faut cependant noter que ce systme est uniquement utilis pour la signalisation entre les lments du rseau. La signalisation hors bande a plusieurs avantages qui font quon la prfre la signalisation en bande de base : elle permet de transporter une quantit de donnes plus importante et des dbits levs ; elle permet une signalisation tout moment pendant toute la dure de la communication ; elle permet la signalisation entre les lments du rseau qui ne partagent pas de canal direct de connexion.
Canaux de signalisation Signalisation

Communication

Canaux de communication

: Commutateur

Fig. I-2 Signalisation hors bande

Il existe deux types de signalisation hors bande :

I.2.2.1. La signalisation associe


Son architecture est simple et rside dans lallocation de lun des conduits reliant chaque paire de nuds de rseau interconnects la signalisation, tout comme le lien

Projet de Fin dEtude Aymen GHALY 2006

Chap. 1 La Signalisation

SUPCOM

de signalisation. Tout le trafic de signalisation entre une paire de nuds de rseaux devra traverser ce lien, la seule contrainte tant la capacit de ce dernier. La signalisation associe est efficace aussi longtemps quun quipement du rseau a besoin dchanger la signalisation avec une autre quipement auquel il est directement connect. La principale limite rside dans le fait quelle ne permet pas lchange de signalisation entre deux quipements non relis.

I.2.2.2. La signalisation sur rseau ddi


Elle repose sur une architecture qui dfinit un rseau de signalisation compltement spar, superpos au rseau de voix ou de donnes. Le rseau est constitu dlments spcifiques interconnects par des liens de signalisation.

I.3. Evolution des codes de signalisation


Le code de signalisation est le langage cod utilis pour vhiculer les informations de signalisation entre diffrentes extrmits. Laugmentation sans cesse du nombre des signaux rend plus complexe les installations de tlcommunications et ne facilite pas linterfonctionnement des quipements de diffrents fabricants, do la normalisation des codes. Les codes de signalisation ont connu plusieurs volutions en gard aux mutations dans les rseaux de tlcommunications. Cest ainsi qon rencontre diffrents codes de signalisation : les codes impulsions (code dcimal), les codes multifrquences (MF SOCOTEL, R2, ) et la signalisation smaphore.

I.3.1. Le code MF SOCOTEL


Le systme de signalisation multifrquence SOCOTEL a t cr et mis au point par le groupement de ladministration et des constructeurs au sein de la SOCOTEL (Socit Mixte pour le dveloppement de la technique de la commutation dans le domaine des Tlcommunications) qui a pris en compte les recommandations du CCITT. Le code MF (multifrquence) SOCOTEL comprend deux types de signaux : Les signaux de ligne : Trois codes ont t dfinis en fonction de particularits propres ou de zones dapplication diffrentes : Un code automatique impulsions utilis dans le rseau urbain ; Un code impulsions permettant la retransmission des signaux de taxation, galement utilis dans le rseau interurbain mais lorsque le commutateur de dpart ne possde pas lautonomie de taxation ; Un code courant continu changement dtat destin aux rseaux urbains.

Projet de Fin dEtude Aymen GHALY 2006

Chap. 1 La Signalisation

SUPCOM

Les signaux denregistreurs : Chaque signal est constitu par la superposition de 2 frquences (appartenant la bande tlphonique) prises parmi 5, un poids tant affect chaque frquence. Les frquences sont : f0=700, f1=900, f2=1100, f4=1300 et f7=1500 Hz avec des poids respectifs de 0, 1, 2, 4, 7. Chaque combinaison significative est asservie par une frquence de contrle fc=1900 Hz, elle-mme asservie par la suppression du signal initial. On distingue principalement deux modes de fonctionnement pour les units de commande: le tandem (section par section) et le transit (bout en bout).

I.3.2. Le code CCITT N5


Le systme de signalisation N5 est un systme multifrquence, expriment en 1963, qui convient aussi bien une exploitation automatique que semi-automatique. Il exige une signalisation sur quatre fils et permet une exploitation bidirectionnelle. Cette signalisation est utilise en grande partie pour les liaisons par satellite et les systmes de transmission spatiaux. Les signaux se rpartissent en deux types : signalisation de ligne : cest une signalisation section par section utilisant deux frquences f1=2400 Hz et f2=2600 Hz. La discrimination des signaux se fait daprs la frquence. Tous les signaux sont asservissement continu lexception du signal dintervention. La signalisation de ligne se fait avec deux frquences mais au niveau des joncteurs, les signaux de lignes sont reus sous la forme absence ou prsence de terre. Signalisation denregistreur : cette signalisation est du type multifrquence impulsions utilisant six frquences dans la bande 700, 900, 1100, 1300, 1500 et 1700 Hz. Elle utilise le code "2/6" pour lenvoi simultan de deux frquences parmi six. La signalisation a lieu section par section et se fait en bloc dans le sens amont vers aval. Lenvoi de la squence des signaux de numrotation est prcd par celle dun signal KP (dbut de numrotation) et se termine sur un signal ST (Fin de numrotation).

I.3.3. Le code R2
Le code R2 a t normalis par le CCITT en 1968, aprs une ide originale de la Bell Telephone Manifacturing Company en 1957. Le systme R2 est utilis comme systme de signalisation internationale. Il peut aussi servir une signalisation nationale et convient lexploitation aussi bien automatique que semi-automatique. Il assure une trs grande fiabilit dans la transmission des informations ncessaires ltablissement dune communication et prvoit un nombre suffisant de signaux dans les deux sens pour permettre la transmission de toutes les informations relatives aux lignes dabonns. Le

Projet de Fin dEtude Aymen GHALY 2006

Chap. 1 La Signalisation

SUPCOM

systme R2 peut tre utilis sur des circuits deux ou quatre fils et permet un interfonctionnement normal avec les autres systmes de signalisation du CCITT. Ce systme de signalisation comprend deux catgories de signaux : Signalisation de ligne : Version analogique : elle est du type changement dtat caractris par la prsence ou labsence en ligne de la frquence de signalisation hors bande de 3825Hz et permet une exploitation unidirectionnelle sur les circuits. Version numrique : elle permet une exploitation bidirectionnelle sur les circuits. Signalisation denregistreur : cest une signalisation de type multifrquence asservie utilisant douze frquences dont six vers lavant et six vers larrire et permettant une signalisation en tandem ou de bout en bout. Les signaux sont constitus par des combinaisons de deux frquences parmi six, soit quinze combinaisons vers lavant et quinze combinaisons vers larrire. Les frquences utilises sont : Vers lavant : 1380, 1500, 1620, 1740, 1860 et 1980 Hz ; Vers larrire : 1140, 1020, 900, 780, 660 et 540 Hz.

I.3.4. Le code CCITT N6


Lvolution des matriels et des mthodes dchange dinformations a permis de concevoir des systmes dans lesquels les voies de signalisation et de conversation sont spares. La signalisation emprunte ainsi une voie commune tout le faisceau de circuits considr appele canal smaphore. Le systme n6 utilise une liaison de donnes smaphores 2,4 Kbits/s. Il sadapte lexploitation tant automatique que semiautomatique. Les signaux sont classs en trois catgories : Les signaux tlphoniques : Ils peuvent tre des messages simples composs dune seule unit de signalisation de 28 lments binaires (rponse ou raccrochage du demand, encombrements divers, drangements, raccrochage demandeur, libration), ou des messages multiples pouvant contenir jusqu six units de signalisation en tandem et transportant les adresses (numros dabonns, codes opratrices ou codes de pays). Les signaux de commande du systme de signalisation : Ils ne jouent pas sur la communication tlphonique mais sur le bon fonctionnement de la liaison. Ce sont tous des messages simples tels que : accus de rception, synchronisation, transfert de liaison, passage sur rserve, etc.

Projet de Fin dEtude Aymen GHALY 2006

Chap. 1 La Signalisation

SUPCOM

Les signaux de gestion : Ils peuvent se rapporter aux signaux de gestion du rseau de conversation, la maintenance de celui-ci ou alors au rseau de signalisation.

Cependant, le dbit de 2.4 Kbps tant incompatible avec la gnralisation de la voie 64 Kbps, le systme de signalisation n6 a t remplac par le code CCITT N7 qui fait lobjet du chapitre suivant.

I.4. Signalisation SS7


I.4.1. Dfinition
SS7 ou "Common Channel Signaling System" est un standard global de tlcommunication dfinit par lITU. Ce standard dfinit les procdures et les protocoles par lesquels les lments du rseau, dans un rseau commutation de circuits, schangent des informations de contrle sur un rseau numrique de signalisation. SS7 est utilis pour : ltablissement et la gestion des appels, les services mobiles comme le roaming, lauthentification dabonn ; la portabilit des numros et les services lis aux numros spciaux ; les services intelligents ; les services de transfert, lidentification de lappelant

La signalisation SS7 seffectue par transmission des messages, entre les lments du rseau, une vitesse de 56 64 Kbps sur un canal bidirectionnel appel "signaling link". La signalisation se transmet en dehors de la bande de transmission rserve au transport proprement dit des donnes. Cest la signalisation "Out Of Band". Cette signalisation offre, en comparaison avec la signalisation "In Band", des meilleurs temps de rponse pour ltablissement des appels (Multi Frequency Signaling Tones), une meilleure utilisation des canaux voix et un support pour les rseaux intelligents.

I.4.2. Principe
Le principe de la signalisation smaphore, code CCITT N7, est de dissocier les voies de signalisation des voies de communication : cest un systme de signalisation par canal smaphore CCS (Commun Channel Signaling). La signalisation par canal smaphore est une mthode dans laquelle le canal

smaphore SL (Signaling Link) achemine, sous forme de messages tiquets appels trames smaphores, les informations de signalisation. Lensemble des canaux smaphores forme un rseau spcialis dans le transfert de la signalisation appel "rseau smaphore N7". Ce rseau a pour but dacheminer des

Projet de Fin dEtude Aymen GHALY 2006

Chap. 1 La Signalisation

SUPCOM

informations de contrle entre les lments dun rseau de tlcommunications, tels que les centraux tlphoniques, les bases de donnes et les serveurs.

I.4.3. Les lments dun rseau SS7


Les diffrentes entits communicantes dans un rseau smaphore N 7 sont : Les points smaphores (SP, Signaling Point) : ce sont des terminaux smaphores capables de traiter la signalisation SS7 ; Les points de transfert smaphores (STP, Signaling Transfer Point) : ce sont les commutateurs de paquets du rseau SS7. ils reoivent et routent les messages de signalisation entrants vers la destination approprie. Les points de commutation de service (SSP , Service Switching Point) : ces sont des commutateurs quips de logiciels compatibles SS7 et relis aux extrmits des liens de signalisation, permettant ltablissement des appels, des services valeur ajoute et des changes avec des bases des donnes ; Les points de contrle de services (SCP, Service Control Point) : Ces sont les bases de donnes qui fournissent linformation ncessaire aux fonctions avances de traitement des appels tels que les numros spciaux. A chaque point de signalisation dans un rseau SS7 est assign un numro unique appel Point Code. Ces numros sont utiliss pour connatre les destinataires et metteurs de messages. Il existe des tables de routage qui permettent un choix du meilleur chemin pour mettre les messages.

Canal Voix

Lien SS7

Lien SS7

SSP STP SCP

Fig. I-3 Les lments d'un rseau SS7

I.4.4. Applications et avantages du rseau smaphore SS7


I.4.4.1. Applications
Le code CCITT N7 permet la mise en uvre de plusieurs applications : Gestion des appels de base (tablissement, maintenance, rupture)

Projet de Fin dEtude Aymen GHALY 2006

10

Chap. 1 La Signalisation Gestion de la mobilit dans les rseaux GSM : roaming,

SUPCOM identification,

authentification et localisation des usagers mobiles, Acheminement des messages courts (SMS ; Short Message Service), Applications RI (Rseaux Intelligent), Gestion de numros spciaux, Services complmentaires : transfert dappels, confrence 3, Gestion de rseaux privs virtuels (VPN ; Virtual Private Network), Portabilit de numros (LNP ; Local Number Portability), Gestion des cartes prpayes,

I.4.4.2. Avantages
Les avantages du code CCITT N7 sont multiples : Transfert de signalisation pure indpendamment de ltablissement dun circuit : les voies de signalisation et de parole sont dissocies et le transfert de signalisation se fait fort dbit pendant la communication sans que lutilisateur ne soit gn. Vocabulaire de signalisation plus riche et extensible ce qui permettra de couvrir des besoins ultrieurs en gestion et en maintenance. Amlioration de la qualit du service offert lusager notamment par : un gain en vitesse rduisant lmission des messages et le temps dtablissement par la mme occasion, possibilit de renvoi temporaire largi, identification des appels malveillants, consultation de bases de donnes centralises, intgration de nouveaux services. Scurit et fiabilit de la signalisation par transmission de donnes : la dtection et la correction derreurs se font par utilisation dlments binaires de contrle. On prvoit un canal smaphore de secours en cas dinterruption du canal normal afin dassurer une permanence de service. Optimisation de lexploitation du rseau de tlcommunications : diminution du taux doccupation des faisceaux et donc du taux de blocage, diminution du trafic inefficace, test du demand avant commutation, exploitation bidirectionnelle grce une suppression des joncteurs, ce qui permet une conomie de matriel contrebalance par une croissance de logiciel Elargissement des possibilits de supervision et de maintenance du rseau.

Projet de Fin dEtude Aymen GHALY 2006

11

Chap. 1 La Signalisation

SUPCOM

Systme universel, normalis au niveau international et compatible avec tous les autres codes.

Toutefois, ces fonctionnalits entranent une plus grande complexit qui se traduit par une ncessit de mettre en place des fonctions de tests des circuits et une plus grande sensibilit aux pannes. Ainsi, des mcanismes de dfense sont prvoir. En effet, la rupture d'un canal smaphore entrane l'impossibilit d'tablir les communications sur l'ensemble des circuits et la duplication du canal entre les commutateurs devient, par consquent, indispensable.

I.5. Conclusion
Ce premier chapitre constitue une tude du concept de la signalisation o nous avons essay de comprendre le fonctionnement des diffrents codes de signalisation. Nous avons dtaill le code de signalisation CCITT N7 qui est utilis dans les rseaux de nouvelle gnration (NGN). Le chapitre qui suit prsente une tude du rseau NGN et son volution vers le concept IMS.

Projet de Fin dEtude Aymen GHALY 2006

12

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

Chapitre 2 II Migration NGN/IMS et impact sur les protocoles de signalisation


II.1. INTRODUCTION ..................................................................................................................... 13 II.2. ARCHITECTURE DU RESEAU NGN ............................................................................................. 14 II.3. LES ENTITES FONCTIONNELLES DU CUR DE RESEAU NGN ............................................................. 15 II.4. LES FAMILLES DE PROTOCOLES DE SIGNALISATION DUN RESEAU NGN ............................................ 16 II.5. VOLUTION DU NGN VERS LE CONCEPT IMS ............................................................................. 18 II.6. EXIGENCES ARCHITECTURALES DE LIMS.................................................................................... 19 II.7. ARCHITECTURE EN COUCHES DUN RESEAU IMS .......................................................................... 20 II.8. ENTITES DE RESEAU IMS.......................................................................................................... 22 II.9. LES POINTS DE REFERENCE DE LIMS ET LES DIFFERENTES PROTOCOLES DE SIGNALISATION ..................... 27 II.10. TABLEAU RECAPITULATIVE...................................................................................................... 31 II.11. CONCLUSION .................................................................................................................... 32

II.1. Introduction
La solution NGN offre la possibilit dutiliser la technologie de transmission par paquet pour construire un rseau commun pour les applications de la voix et des donnes, cest donc un investissement qui permet le transport du trafic TDM1 via le rseau IP. Cette solution permet la conversion des faisceaux de circuits de parole en des paquets IP et donc tablir un circuit virtuel travers le rseau IP. Il y a de plus en plus de convergence dans les solutions fixes et mobiles proposs par les industriels. Ct oprateurs mobiles, on envisage plutt des scnarios o le rseau mobile prend en charge lensemble des services en utilisant le rseau fixe comme ADSL. Dans ce deuxime chapitre, nous allons aborder le concept des rseaux de nouvelle gnration (NGN), o nous allons dcrire en premier lieu son architecture, les diffrentes entits fonctionnelles de ce rseau et les familles de protocoles de signalisation dun rseau NGN. Ensuite, nous nous sommes intresss par lvolution du rseau NGN vers le concept IMS o nous avons essay de dcrire larchitecture de ce nouveau concept, ces entits fonctionnelles, les diffrents points de rfrences ainsi que les protocoles de signalisation associs.

TDM :Time Division Multiplexing

Projet de Fin dEtude Aymen GHALY 2006

13

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

II.2. Architecture du rseau NGN


Le passage une architecture de type NGN est notamment caractris par la sparation des fonctions de commutation physique et de contrle dappel. [ART 02]

Fig. II-1 Architecture gnrale d'un rseau NGN

Larchitecture NGN introduit un modle en couches, qui scinde les fonctions et quipements responsables du transport du trafic et du contrle. Il est possible de dfinir un modle architectural bas sur cinq couches successives : la couche daccs, qui regroupe les fonctions et quipements permettant de grer laccs des quipements utilisateurs au rseau, selon la technologie daccs (tlphone commute, DSL, cble). Cette couche inclut par exemple les quipements DSLAM fournissant lADSL. La couche de transport, qui est responsable de lacheminement du trafic voix ou donnes dans le cur de rseau, selon le protocole utilis. Lquipement important ce niveau dans une architecture NGN est le Media Gateway (MG) responsable de ladaptation des protocoles de transport aux diffrents types de rseaux physiques disponibles (RTC, IP, ATM, ).

Projet de Fin dEtude Aymen GHALY 2006

14

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

La couche de contrle, qui gre lensemble des fonctions de contrle des services en gnral, et de contrle dappel en particulier pour le service voix. Lquipement important ce niveau dans une architecture NGN est le serveur dappel, plus communment appel Softswitch, qui fournit, dans le cas de service vocaux, lquivalent de la fonction de commutation dans un rseau NGN. La couche dexcution des services, qui regroupe lensemble des fonctions permettant la fourniture des services dans un rseau NGN. En termes dquipement, cette couche regroupe deux types dquipement : les serveurs dapplication (ou application servers) et les enablers, qui sont des susceptibles dtre utilises par plusieurs applications. Cette couche inclut gnralement des serveurs dapplication SIP, car SIP (Session Initiation Protocol) est utilis dans une architecture NGN pour grer des sessions multimdias en gnral, et des services de voix sur IP en particulier. La couche application, pour les diffrents services et applications susceptibles dtre offerts dans une architecture NGN. Il peut naturellement sagir de services IP, mais les oprateurs sattacheront aussi supporter les services vocaux existants de rseau intelligent (renvoi dappel, etc.) dans le cadre dune migration vers une architecture NGN. Cette couche applications regroupe aussi lenvironnement de cration de services, qui peut tre ouverts sur des fournisseurs de services tiers. Le dveloppement dapplications sappuie sur les serveurs dapplication et les enablers de la couche dexcution des services. Ces couches sont indpendantes et communiquent entre elles via des interfaces ouvertes. Cette structure en couches est sense garantir une meilleure flexibilit et une implmentation de nouveaux services plus efficace. La mise en place dinterfaces ouvertes facilite lintgration de nouveaux services dvelopps sur un rseau doprateur mais peut aussi savrer essentielle pour assurer linterconnexion dun rseau NGN avec dautres rseaux quils soient NGN ou traditionnels.

II.3. Les entits fonctionnelles du cur de rseau NGN


II.3.1. La Media Gateway (MG)
Les Gateways ont un rle essentiel : elles assurent non seulement lacheminement du trafic, mais aussi linterfonctionnement avec les rseaux externes et avec les divers rseaux daccs. La MG est situe au niveau du transport des flux mdia entre le rseau RTC et les rseaux en mode paquet, ou entre le cur du rseau NGN et les rseaux daccs. Elle a pour rle le codage et la mise en paquets du flux mdia reu et vice-versa (conversion du trafic TDM IP). Aussi, elle permet la transmission, suivant les instructions du Media Gateway Controller, des flux mdia reus de part et dautre.

Projet de Fin dEtude Aymen GHALY 2006

15

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

II.3.2. La signaling Gateway (SG)


La fonction de SG est de convertir la signalisation change entre le rseau NGN et le rseau externe interconnect selon un format comprhensible par les quipements chargs de la traiter, mais sans linterprter ( ce rle tant dvolu au Media Gateway Controller). Notamment, elle assure ladaptation de la signalisation par rapport au protocole de transport utilis. Cette fonction est souvent implment physiquement dans le mme quipement que la MG, do le fait que ce dernier terme est parfois employ abusivement pour recouvrir les deux fonctions MG+SG.

II.3.3. Media Gateway Controller (MGC) ou Softswitch


Dans une infrastructure NGN, un Softswitch nest autre quun serveur informatique, dot dun logiciel de traitement des appels vocaux. Le trafic voix est en gnral paquetis par le Media Gateway, et pris en charge par les routeurs de paquets du rseau de loprateur. Un Softswitch va identifier les paquets voix, analyser leur contenu pour dtecter le numro vers lequel ils sont destins, confronter ces numros avec une table de routage (qui indique ce que le Softswitch doit faire en fonction de chaque numro), puis excuter une tche. Physiquement, un Softswitch peut tre implant sur un serveur ddi ou bien tre install directement sur un quipement diffrent comme un Media Gateway ou mme un commutateur traditionnel TDM. Dans ce cas, on parlera darchitecture compltement distribue.

II.3.4. Multi-Service Access Node (MSAN)


Les MSAN constituent une volution naturelle des DSLAMs (Digital Subscriber Line Access Multiplexer). Un MSAN est un quipement qui constitue, dans la plupart des architectures de type NGN, un point dentre unique vers les rseaux daccs des oprateurs. A la diffrence dun DSLAM, dont le chssis ne peut supporter que des cartes permettant de proposer des services de type xDSL ; un MSAN peut supporter des cartes RNIS, Ethernet ou encore X25. De ce fait, au sein dun seul et mme chssis, loprateur peut dployer toutes les technologies daccs envisageables sur son rseau.

II.4. Les familles de protocoles de signalisation dun rseau NGN


Le fait dutiliser un rseau paquet pour transporter des flux multimdia, ayant des contraintes temps rel, a ncessit ladaptation de la couche contrle. Il faut noter que ces rseaux en mode paquet taient gnralement utiliss comme un rseau de transport

Projet de Fin dEtude Aymen GHALY 2006

16

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

uniquement, en ce sens, ils noffraient pas des services permettant la gestion des appels et des communications multimdia. Cette volution a logiquement gnre de nouveaux protocoles, principalement concernant la gestion des flux multimdia, au sein de la couche contrle. Nous les classerons en trois grandes familles : les protocoles de contrle dappel regroupant essentiellement H.323 et SIP, les protocoles de commande des MGs constitus par MECAGO et MGCP, et les protocoles de signalisation entre MGCs : BICC, SIP-T, SIGTRAN.

II.4.1. Les protocoles de contrle dappel


Ils permettent ltablissement, dune communication entre deux terminaux ou un terminal et un serveur : les deux principaux protocoles concurrents sont H.323, norme de lUIT et SIP, standard dvelopp lIETF. H.323 : La recommandation H.323 dcrit les procdures pour les communications audio et vido sur des rseaux en mode paquet sans garantie de service. SIP (Session Initiation Protocol) : Le protocole SIP est un protocole de signalisation pour ltablissement dappel et de confrences temps rel sur des rseaux IP. Larchitecture de SIP est base sur des relations client/serveur. Les principales composantes sont le terminal (User Equipement), le Proxy Server, le Redirect Server et le Registrar. Les terminaux sont considrs comme clients lorsquils effectuent une requte, et comme des serveurs lorsquils y rpondent. Les terminaux peuvent communiquer directement entre eux ou par lintermdiaire dautres serveurs. Les serveurs SIP intermdiaires peuvent se comporter comme Proxy Server ou Redirect server.

II.4.2. Les protocoles de commande de Media Gateway


Ces protocoles ont t engendrs par la sparation des couches Transport et Contrle et permettent au Softswitch de grer les MGs. MGCP (Media Gateway Control Protocol) de lIETF et MECAGO (MEdia GAteway COntroller) ou H.323, dvelopp conjointement par lIUT et lIETF, prdominent actuellement [ALC 05]. Ces protocoles sont le canal de communication utilis pour coordonner le plan de contrle et le plan transport. Les principales fonctions de ce canal sont : La rservation des ressources de la MG par le MGC ncessaire pour satisfaire les demandes reues par les messages de signalisation ; Le traitement des connexions dans la MG par le MGC ; La remonte par la MG des rponses aux actions demandes par le MGC,

Projet de Fin dEtude Aymen GHALY 2006

17

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

La notification par le MG dvnements survenus au niveau mdia (dtection DTMF par exemple) ; Le contrle du lien MG-MGC (Scurit du lien, basculement vers un autre MGC ou MG).

II.4.3. Les protocoles de signalisation entre les softswitchs


Linterconnexion des rseaux de donnes avec les rseaux existants TDM utilisant la signalisation SS7, a ncessit le dveloppement des protocoles ddis linterconnexion des rseaux et au transport de la signalisation SS7 sur des rseaux en mode paquet. Ces protocoles permettant la gestion du plan contrle. Ce sont essentiellement : BICC (Bearer Independent Call Control), SIP-T (SIP pour la Tlphonie) et H.323, au niveau du cur de rseau ; SIGTRAN (SIGnaling TRANsport) linterconnexion avec les rseaux de signalisation SS7, gnralement via des passerelles de signalisation (Signaling Gateway ; SG).

II.5. volution du NGN vers le concept IMS


Une des volutions de lUMTS (release 5 de 3GPP) consiste dfinir un nouveau soussystme indpendant de laccs (WLAN, GPRS, UMTS, xDSL,), nomm IP Multimedia Subsystem (IMS). Le but de cette volution est de pouvoir implmenter rapidement des nouveaux services et par consquent de rduire les cots. LIMS assure le contrle des sessions et des appels voix et multimdia ainsi que linterconnexion du rseau UMTS au rseau RTC et dautres rseaux UMTS. Il repose sur un rseau cur IP capable de fournir la qualit de service ncessaire aux services voix et multimdia. En effet, face lmergence des services multimdia utilisant simultanment de la voix et de la donne, lIMS permet, grce son architecture simplifi, de contrler des communications IP Peer to Peer tout en garantissant une qualit de transport correcte de ces nouveaux services multimdia. IMS introduit des nouvelles fonctions logiques devant tre intgres au cur de rseau de loprateur mobile. Parmi toutes ces fonctions, le CSCF fait plus particulirement le lien avec lapproche NGN puisquil est responsable de contrle des sessions grce lutilisation du protocole SIP. La notion de commutation disparat au profil de la notion de sessions tablies avec des serveurs dapplications multiples, un peu limage des serveurs Softswitchs qui grent la tlphonie sur IP dans les rseaux NGN.

Projet de Fin dEtude Aymen GHALY 2006

18

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

Fig. II-2 Evolution de NGN vers le Concept IMS (Source Hawaii Technologies)

II.6. Exigences architecturales de lIMS


Un ensemble des besoins ont t dfini lors de la conception de lIMS [EFORT]: Connectivit IP : le client doit disposer de la connectivit IP pour accder aux services IMS. Par ailleurs, le protocole IPv6 est requis. La raison fondamentale qui justifie lusage dIPv6 est linsuffisance dadresse IPv4 pour permettre chaque usager de disposer dune adresse IP avec un mode accs permanent. Des solutions comme la traduction dadresse rseau (NAT : Network Address Translation) ne peuvent tre que temporaires. De nouveaux services comme laccs permanent, le tlchargement systmatique, lauto-configuration, les applications en temps rel (Tlphonie), la scurit, etc. dpasseront bientt les possibilits de la technologie NAT. Avec IPv6, les champs dadresse ont une longueur de 16 octets ( la diffrence des adresses IPv4 qui sont seulement sur 4 octets). LIPv6 fournit donc un espace dadressage largi permettant dattribuer une adresse unique chaque quipement Internet mobile (une ncessit pour les quipements toujours connects). LIPv6 permet de configurer automatiquement ladresse IP de la machine hte [sans avoir recours au protocole de configuration dynamique de la machine hte (DHCP, Dynamic Host Configuration Protocol)], ce qui est intressant pour les quipements mobiles, LIPv6 gre la scurit de bout en bout.

Projet de Fin dEtude Aymen GHALY 2006

19

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

Indpendance par rapport laccs : lIMS a t conu pour tre indpendant de laccs afin que les services IMS puissent tre fournis partir de nimporte quel type daccs connect un rseau IP (GPRS, UMTS, WLAN, xDSL, cble, etc.).

Garantie QoS des services multimdia : Sur Internet, le type de QoS fourni est best effort. Cela ne sera pas le cas avec lIMS. Les rseaux daccs et de transport de lIMS fournissent la QoS de bout-en-bout. A travers lIMS, le terminal ngocie ses capacits et exprime ses exigences de QoS durant la phase dtablissement de la session avec le protocole SIP. En parallle, le terminal rserve les ressources ncessaires dans le rseau daccs en utilisant un protocole de rseau de ressources (RSVP, SM/GTP, etc.).

Contrle de la politique : le contrle de politique IP signifie la capacit dautoriser et de contrler lusage de trafic au niveau mdia dans lIMS sur la base des paramtres de la signalisation SIP change lors de ltablissement de la session. Cela requiert des interactions entre le rseau daccs et lIMS laide du protocole COPS (Common Open Policy Service).

Communications scurises : LIMS fournit des mcanismes de scurit similaires ceux mis en place dans les rseaux GSM et GPRS. Par exemple, lIMS sassure que lusager a t authentifi avant de pouvoir utiliser ses services.

Taxation : LIMS fournit diffrentes modles de taxation : off-line (postpay) et on-line (prpay). Support du roaming : lusager peut accder ses services IMS depuis nimporte quel rseau IMS visit. La mobilit de lusager et de ses services sont pris en compte. Interfonctionnement avec dautres rseaux : LIMS ne sera pas dploy partout au mme moment. Il est donc ncessaire de prvoir des passerelles entre les rseaux RTC/GSM et le rseau IMS. Ces passerelles de mdia (MG, Media Gateways) sont contrles par des softswitchs. LIMS identifie aussi un Signaling Gateway permettant de dlivrer la signalisation ISUP du RTC/GSM au softswitch sur SIGTRAN.

Contrle de service : LIMS fournit tous les lments permettant de connatre les services souscrits par labonn et de les invoquer pour toute session sortante ou entrante.

Dveloppement de service : LIMS fournit des APIs permettant le dveloppement de services multimdia. Parmi les APIs dj considres figurent la prsence, la messagerie instantane, le Push To Talk, la confrence et le chat.

II.7. Architecture en couches dun rseau IMS


Larchitecture IMS constitue une couche logique intermdiaire entre, d'un ct, les terminaux mobiles et les rseaux de transport orients IP et, de l'autre, les services applicatifs tlcoms grs par des serveurs oprs par loprateur ou des fournisseurs tiers. Projet de Fin dEtude Aymen GHALY 2006

20

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

A la manire de lapproche NGN, larchitecture IMS reprend une approche en couches (Fig. II.3). [EFORT] La couche service : comprend des serveurs de contenu et des applications permettant dexcuter des services valeurs ajouts en profil des utilisateurs. La couche contrle : comprend les serveurs de contrle du rseau permettant la gestion des appels et ltablissement des sessions. Ces serveurs sont responsables du routage de la signalisation entre usagers et linvocation des services. Le plus important quipement est le CSCF (Call State Control Function) connu aussi sous le nom SIP Server. IMS introduit donc un environnement de contrle de session sur le domaine paquet.

Fig. II-3 Architecture simplifie de l'IMS (Source Ovum )

La couche transport : reprsente un rseau IP. Ce rseau IP pourra intgrer des mcanismes de QoS avec MPLS, Diffserv, RSVP, etc. La couche transport consiste donc en des routeurs relis par un rseau de transmission.

La couche accs : peut reprsenter tout accs haut dbit tel que : UTRAN (UMTS Terrestrial Radio Access Network), CDMA2000 (technologie daccs large bande utilise dans les rseaux mobiles aux Etats-Unis), xDSL, rseau cble, wireless IP, WIFI, etc.

Projet de Fin dEtude Aymen GHALY 2006

21

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

II.8. Entits de rseau IMS


Cette section prsente les diffrentes entits fonctionnelles dun rseau IMS. Ces entits peuvent tre classes en six principales catgories : La famille de gestion et de routage de session (CSCFs), les bases de donnes (HSS, SLF), les lments dinterfonctionnement (BGCF, MGCF, IM-MGW, SGW), les entits de services (AS, MRFC, MRFP) et les entits Support (THIG, SEG, PDF) et les entits de facturation.

Fig. II-4 Entits de l'architecture IMS (Source Alcatel)

II.8.1. Terminal IMS


Il sagit dune application sur un quipement de lusager qui met et reoit des requtes SIP. Il se matrialise par un logiciel install sur un PC, sur un tlphone IP ou sur une station mobile UMTS (UE, User Equipement).

II.8.2. Call State Control Function (CSCF)


Le contrle dappel initi par un terminal IMS doit tre pris en charge dans le rseau nominal (rseau auquel lusager a souscrit ses services IMS) car lusager correspondant peut souscrire un grand nombre de services et certains dentre eux peuvent ne pas tre disponibles ou peuvent fonctionner diffremment dans un rseau visit, notamment suite des problmes dinteraction de service. Cela introduit la dfinition de trois entits CSCF : P-CSCF (Proxy CSCF), I-CSCF (Interrogating CSCF) et S-CSCF (Serving-CSCF).

Projet de Fin dEtude Aymen GHALY 2006

22

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

Proxy-CSCF (P-CSCF) : cest le premier point de contact dans le domaine IMS. Son adresse est dcouverte par le terminal lors de lactivation dun contexte PDP pour lchange de messages de signalisation SIP. Le P-CSCF se comporte comme un Proxy Server SIP lorsquil relaye les messages SIP vers le destinataire appropri et comme un User Agent SIP lorsquil termine lappel (suite une erreur dans le message SIP reu par exemple). Les fonctions ralises par lentit P-CSCF comprennent : Lacheminement de la mthode SIP REGISTER mise par le terminal lentit I-CSCF partir du nom du domaine nominal ; Lacheminement des mthodes SIP mises par le terminal au S-CSCF dont le nom a t obtenu dans la rponse la procdure denregistrement ; Le routage des mthodes SIP ou rponses SIP au terminal ; La gnration de CDRs (Call Detailed Record) ; La compression/dcompression des messages SIP.

Interrogating-CSCF (I-CSCF) : est le point de contact au sein dun rseau doprateur pour toutes les sessions destines un utilisateur de cet oprateur. Il peut exister plusieurs CSCF au sein dun rseau. Les fonctions ralises par lentit I-CSCF comprennent : Lassignation dun S-CSCF un utilisateur senregistrant ; Lacheminement des mthodes SIP reues depuis un autre rseau, au SCSCF ; Lobtention de ladresse du S-CSCF auprs du HSS ; La gnration de CDRs.

Serving-CSCF (S-CSCF) : il prend en charge le contrle de la session. Il maintien un tat de session afin de pouvoir invoquer des services. Dans un rseau doprateur, diffrents S-CSCFs peuvent prsenter des fonctionnalits diffrentes. Les fonctions ralises par le S-CSCF pendant une session comprennent : Lmulation de la fonction Registrar puisquil accepte les mthodes SIP denregistrement et met jour le HSS ; Lmulation de la fonction Proxy Server puisquil accepte les mthodes SIP et les achemine ; Lmulation de la fonction User Agent puisquil peut terminer des mthodes SIP par exemple lorsquil excute des services complmentaires. Linteraction avec des serveurs dapplications aprs avoir analys les critres de dclanchement des services correspondantes. La gnration des CDRs.

Projet de Fin dEtude Aymen GHALY 2006

23

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

Avant de pouvoir utiliser les services du domaine IMS, tels qutablir une session multimdia ou recevoir une demande de session, un usager doit senregistrer au rseau. Que lusager soit dans le rseau nominal ou dans le rseau visit, cette procdure fait intervenir un P-CSCF. Par ailleurs, tous les messages de signalisation mis par le terminal ou destination du terminal sont relays par P-CSCF ; le terminal na jamais la connaissance des adresses des autres CSCFs (I-CSCF et S-CSCF).

II.8.3. MGCF, IMS-MGW et T-SGW : Interfonctionnement avec le RTC


Le domaine IMS doit interfonctionner avec le RTCP afin de permettre aux utilisateurs IMS dtablir des appels avec le RTCP. Larchitecture dinterfonctionnement prsente un plan de contrle (signalisation) et un plan usager (transport). Dans le plan usager, des passerelles (IMS-MGW, IMS Media GateWay) sont requises afin de convertir des flux RTP en flux TDM. Ces passerelles ne traitent que le mdia. Des entits sont responsables de crer, maintenir et librer des connexions dans ces passerelles ; il sagit des contrleurs de passerelles (MGCF, Media Gateway Control Function). Par ailleurs, ce mme MGC termine la signalisation ISUP du ct RTC quil convertit en signalisation SIP qui est dlivre au domaine IMS. Les messages ISUP provenant du RTC sont dabord achemins sur SS7 une passerelle de signalisation (T-SGW, Trunking Signaling Gateway) qui les relaye au MGC sur un transport SIGTRAN. Linterfonctionnement entre le domaine IMS et le RTCP est donc assur par trois entits : IMS-MGW, MGCF et T-SGW. lIMS-MGW : Reoit un trafic de parole du RTCP et lachemine sur un rseau IP. Le trafic audio est transport sur RTP/UDP/IP ; Supporte gnralement des fonctions de conversion du mdia et de traitement du mdia (annulation dcho, pont de confrence) ; Est contrl par le MGCF travers le protocole MECAGO/H.248. Le MGCF : Comme les entits CSCF, nappartient quau plan de contrle et non au plan mdia. Contrle lIMS-MGW afin dtablir, maintenir et librer des connexions dans lIMS-MGW. Une connexion correspond par exemple une association entre une terminaison TDM (Terminaison ct RTC) et une terminaison RTP/UDP/IP. Un transcodage de la parole doit aussi avoir lieu au niveau de lIMS-MGW pour convertir la parole reue en parole encode en utilisant le codec AMR si le terminal IMS est un mobile UMTS.

Projet de Fin dEtude Aymen GHALY 2006

24

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

Assure la conversion des messages ISUP (Signalisation RTC) en des messages SIP (Signalisation IMS). Slectionne le CSCF appropri afin de remettre la signalisation SIP quil gnre, au sous-systme IMS. Le T-SGW Assure la conversion du transport pour lacheminement de signalisation ISUP entre le commutateur tlphonique et le MGCF. La signalisation ISUP est change sur SS7 entre le commutateur et le T-SGW ; et sur SIGTRAN entre le T-SGW et le MGCF. Nanalyse pas les messages dapplications ISUP.

II.8.4. Home Subscriber Server (HSS)


Lentit HSS est la principale base de stockage des donnes des usagers et des services auxquels ils ont souscrit. Les principales donnes stockes sont les identits de lusager, les informations denregistrement, les paramtres daccs et les informations permettant linvocation des services de lusager. Lentit HSS interagit avec les entits du rseau travers le protocole DIAMETER.

II.8.5. Subscription Locator Function (SLF)


Dans le cas o divers HSSs sont installs par loprateur, le SLF est utilis comme une solution qui permet au I-CSCF, S-CSCF ou AS de trouver ladresse du HSS o labonn est enregistr.

II.8.6. Policy Decision Function (PDF)


Le rle de PDF consiste implmenter la Service Based Local Policy ; SBLP: prendre des dcisions bases sur la session et les informations relatives au type de media issues de P-CSCF. Les taches de cet lment sont : Enregistrer les informations relatives la session et au type de mdia (IP adresses, numros ports, bande passante,), Gnrer un jeton dautorisation qui identifie la session et le PDF, Rvoquer une autorisation nimporte quel temps Et informer le P-CSCF si un contexte PDP est perdu.

II.8.7. Multimedia Resource Function Controller (MRFC)


Le MRFC interprte la signalisation SIP reue de S-CSCF. Il utilise ensuite les instructions du protocole MEGACO (Media Gateway Controller) pour contrler et commander le MRFP. Il

Projet de Fin dEtude Aymen GHALY 2006

25

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

permet aussi de interprter les informations provenant de l'AS et commander la MRFP en consquence,

II.8.8. Multimedia Resource Function Processor (MRFP)


Le MRFP fournit les ressources au plan usager qui sont commandes par le MRFC. Cet lment assure les tches suivantes : Mixage des flux mdias entrants (pour les confrences) ; Produire les flux mdias (pour les annonces multimdias) ; Traitement des flux multimdias (pour le transcodage par exemple).

II.8.9. Application Server (AS)


Un serveur dapplication [SIP Application Server, OSA2 Application Server ou CAMEL3 IMSSF (CAMEL IP Multimedia Service Switching Function)] fonctionne au niveau suprieur de lIMS. Il offre des services valeur ajoute. Il rside soit dans le rseau nominal de loprateur, soit dans une tierce partie : un rseau ou AS.
CAMEL service environnement CAP

OSA AS
OSA API

SIP AS

OSA SCS
SI SI

IM-SSF

AS

OSA AS Fig. II-5 les types des serveurs d'applications

II.8.10. BreakOut Gateway Control Function (BGCF)


BGCF est responsable de linterfaage avec le domaine circuit (CS) en assurant le choix de point de terminaison de lappel ou la session. Le rsultat du choix peut tre un autre BGCF dans un autre rseau ou MGCF. Si lappel ou la session sachve dans le mme rseau, le BGCF choisit un MGCF qui assure le droulement de la session. Si la terminaison de la session passe par un autre rseau, le BGCF choisit un autre BGCF de lautre rseau. Cet quipement peut assurer lenvoi des informations pour la facturation.

2 3

OSA : Open Service Architecture CAMEL : Customized Applications for Mobile network Enhanced Logic

Projet de Fin dEtude Aymen GHALY 2006

26

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

II.8.11. Signaling GateWay (SGW)


SGW est utilis pour linterconnexion des rseaux de signalisation (SCTP/IP Based Signaling et SS7). Cette entit assure la conversion dans le deux sens (SIGTRAN SCTP/IP et SS7 MTP).

II.9. Les points de rfrence de lIMS et les diffrents protocoles de signalisation


Aprs avoir prsent les entits de larchitecture IMS, on va maintenant dcrire comment ces diffrentes entits sont relies et quels sont les protocoles de signalisation utiliss entre elles.

Fig. II-6 Les points de rfrence de l'architecture IMS

II.9.1. Le point de rfrence Gm : UE IMS


Gm connecte le UE lIMS. Il est utilis pour le transport des messages de signalisation SIP entre le P-CSCF et lUE. Au niveau de ce point, les procdures sont divises en trois partie : Enregistrement, contrle de session et transactions. Dans la procdure denregistrement, le UE utilise le point Gm pour envoyer la requte denregistrement vers le P-CSCF, avec une indication des mcanismes de scurit supports. La procdure de contrle de session contient les mcanismes pour les sessions initis par le terminal (dans ce cas, Gm est utilis pour envoyer les requtes du UE vers le PCSCF) ainsi que les sessions ayant pour destination le terminal (dans ce cas, Gm est utilis pour transmettre les requtes venant du P-CSCF vers le UE).

Projet de Fin dEtude Aymen GHALY 2006

27

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

Les procdures de transaction sont utilises pour envoyer les requtes et pour recevoir les rponses de ces requtes travers le point de rfrence Gm. La diffrence entre les procdures de transactions et les procdures de contrle de session est le fait que le dialogue nest pas tabli.

II.9.2. Le point de rfrence Mw


Le point de rfrence Gm connecte le UE avec le rseau IMS (notamment avec PCSCF). Mais, on a besoin dun autre point de rfrence bas sur le protocole SIP entre les diffrentes CSCFs. Ce point de rfrence est nomm Mw. De mme les procdures au niveau du Mw peuvent tre classes en trois catgories : au niveau de la procdure denregistrement, le P-CSCF utilise le point Mw pour envoyer le requte denregistrement du UE vers le I-CSCF. Ensuite, le I-CSCF utilise ce point pour passer la requte au S-CSCF. Enfin, la rponse du S-CSCF retourne via ce mme point. La procdure de contrle de session contient les mcanismes pour les sessions initis par le terminal (dans ce cas, Mw est utilis pour envoyer les requtes venant de la part du P-CSCF et du S-CSCF vers le I-CSCF) ainsi que les sessions ayant pour destination le terminal (dans ce cas, Mw est utilis pour transmettre les requtes venant du I-CSCF vers le S-CSCF ainsi que les requtes venant du S-CSCF vers le PCSCF). Comme dans le cas du point de rfrence Gm, les procdures de transaction sont utilises pour envoyer les requtes et pour recevoir les rponses de ces requtes travers le point de rfrence Mw.

II.9.3. Le point de rfrence IMS Service Control ISC : AS CSCFs


ISC est le point de rfrence entre les CSCFs et le AS. Les procdures offerts au niveau de ce nud sont divises en deux catgories : Acheminement des requtes SIP vers lAS et lacheminement des requtes inities lAS;

II.9.4. Le point de rfrence Cx : HSS CSCFs


Les profils des utilisateurs et les paramtres de services sont stocks dans le HSS. Cette base de donnes est utilise par le S-CSCF et le I-CSCF au cours de lenregistrement et de ltablissement de sessions. Le protocole utilis au niveau de ce point est DIAMETER. Les procdures au niveau de ce point sont rparties en trois catgories : Gestion de localisation, Traitement des donnes utilisateurs, authentification de lutilisateur.

Projet de Fin dEtude Aymen GHALY 2006

28

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

II.9.5. Le point de rfrence Dx : SLF CSCFs


Quand multiple HSSs sont dploys au niveau dun rseau, ni le I-CSCF, ni le S-CSCF peuvent savoir quel HSS contacter. Cependant, ils doivent contacter le SLF, et pour cette raison que le point Dx a t introduit. De mme, le protocole utilis au niveau de ce point est bas sur le protocole DIAMETER. Pour trouver ladresse du HSS convenable, lI-CSCF et/ou le S-CSCF envoie les requtes Cx destines au HSS vers le SLF. En recevant ladresse du HSS convenable du SLF, lI-CSCF et/ou le S-CSCF envoie les requtes Cx au HSS.

II.9.6. Le point de rfrence Sh : AS HSS


LAS (SIP AS ou OSA SCS) a besoin des donnes de lutilisateur ou de connatre le S-CSCF qui a envoy la requte SIP. Ces types dinformations sont stocks au niveau du HSS. Le point de rfrence entre le HSS et lAS est le point Sh. Au niveau de ce point, on utilise le protocole DIAMETER. Ces procdures sont rparties en deux catgories : Traitement de donnes (Data Handling) : cette procdure permet de retrouver les donnes utilisateurs dans le HSS. Subscription/Notification : cette procdure permet au AS davoir une notification quand une donne particulire dun utilisateur spcifique est mise jour dans le HSS.

II.9.7. Le point de rfrence Si : CAMEL AS HSS


Si lAS est CAMEL (IM-SCF), ce dernier utilise le point de rfrence Si pour communiquer avec le HSS. Au niveau du Si, le protocole utilis est le MAP (Mobile Application Part). Ce point a les mmes fonctionnalits que celui du Sh.

II.9.8. Le point de rfrence Dh : HSS AS


Si plusieurs HSSs sont utiliss pour un rseau, lAS doit contacter le SLF pour connatre quelle HSS contacter. Afin dassurer cette tche, le point de rfrence Dh a t introduit. Ce point est toujours employ dans la conjonction avec le point de rfrence Sh. De mme, le protocole utilis au niveau de ce point est DIAMETER. Pour trouver ladresse du HSS convenable, lAS envoie les requtes Sh destines au HSS vers le SLF. En recevant ladresse du HSS convenable du SLF, lAS envoie les requtes Sh au HSS.

II.9.9. Le point de rfrence Mm : IMS Multimedia IP Network


Afin de communiquer avec dautres rseaux IP multimdia, on a besoin dun point de rfrence : cest le point Mm. Ce point permet au I-CSCF de recevoir les requtes dune session partir dun autre serveur SIP ou terminal. De mme, le S-CSCF utilise ce point pour

Projet de Fin dEtude Aymen GHALY 2006

29

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

expdier les requtes issues de UE de lIMS vers les autres rseaux. Le protocole utilis est SIP.

II.9.10. Le point de rfrence Mg


Le point de rfrence Mg permet de relier le domaine CS, MGCF avec lIMS (notamment avec le I-CSCF). Ce point permet au MGCF de passer la signalisation relative aux sessions du domaine CS vers le I-CSCF. Le protocole utilis est SIP. La MGCF est responsable de la conversion de la signalisation ISUP en SIP.

II.9.11. Le point de rfrence Mi


Quand le S-CSCF dcouvre que la session doit tre route vers le domaine circuit CS, il utilise le point Mi pour passer la session au BGCF. De mme ; le protocole SIP est le protocole utilis au niveau de ce point.

II.9.12. Les points de rfrence Mj et Mk


Quand le BGCF reoit la signalisation de la session via le point Mi ; il choisit le domaine o sachve la session : Si la session se termine dans le mme rseau, le BGCF utilise le point Mj pour passer la session au MGCF (en utilisant le protocole SIP) Si la session se termine dans un autre rseau, le BGCF utilise le point Mk pour passer la session au BGCF de lautre rseau (en utilisant le protocole SIP)

II.9.13. Le point de rfrence Ut : UE AS


Ce point de rfrence Ut permet aux usagers de grer et configurer les informations relatives aux services du rseau. Les utilisateurs peuvent utiliser ce point pour crer les identits publiques du service (Public Service Identities ; PSIs) et pour grer les politiques dautorisation utilises par le service. Le protocole utilis est le http. Lappel de confrence est un est un exemple de service utilisant ce point de rfrence.

II.9.14. Le point de rfrence Mr


Ce point est utilis par le S-CSCF pour passer la signalisation SIP vers le MRFC. Le protocole utilis est le protocole SIP.

II.9.15. Le point de rfrence Mp


Quand le MRFC a besoin de contrler le flux multimdia (pour crer par exemple des connexions pour les confrences ou arrter le mdia au niveau du MRFP), il utilise le point Mp. Ce point de rfrence est conforme aux standards H.248.

Projet de Fin dEtude Aymen GHALY 2006

30

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

II.9.16. Le point de rfrence Go


Lun des intrts des oprateurs est de sassurer que la QoS, les adresses sources et les adresses de destination sont conformes aux paramtres ngocis. Ceci ncessite une communication entre lIMS (plan de contrle) et le rseau GPRS (plan usager). Pour assurer cette communication, le point Go est introduit. Le protocole utilis est COPS (Common Open Policy Service). Ce point permet de relier le GGSN et le PDF.

II.9.17. Le point de rfrence Gq


Si un PDF autonome est dploy, le point de rfrence Gq est utilis pour le transport des informations relatives lapplication de la politique de scurit entre le PDF et le point dapplication du rseau (le P-CSCF). Gnralement, le protocole utilis est SIP.

II.10. Tableau rcapitulative


Le tableau ci-dessous reprsente une rcapitulative des diffrents points de rfrence, les entits mis en uvre, leurs fonctions et les diffrents protocoles utiliss. Point de rfrence Gm Mw ISC Cx Dx Sh

Entits UE, P-CSCF P-CSCF, I-CSCF, SCSCF S-CSCF, I-CSCF, AS I-CSCF, S-CSCF, HSS I-CSCF, S-CSCF, SLF SIP AS, OSA SCS, HSS IM-SSF, HSS SIP AS, OSA, SCF, IM-SSF, HSS I-CSCF, S-CSCF, rseau IP extrieur MGCF I-CSCF

Fonction Utilis pour changer les messages entre le UE et les CSCFs Utilis pour changer les messages entre les CSCFs et le AS Utilis pour changer les messages entre CSCF et AS utilis pour communiquer entre I-CSCF/S-CSCF et le HSS utilis par I-CSCF/S-CSCF pour trouver la bonne HSS dans un environnement multi HSS. Mis en uvre pour changer les informations entre SIP AS/OSA SCS et le HSS. Utilis pour changer les informations entre IM SSF et HSS. utilis par le AS pour trouver la bonne HSS dans un environnement multi HSS. Utilis pour lchange des messages entre le rseau IMS et les autres rseaux IP extrieurs. MGCF converti la signalisation ISUP en une signalisation SIP puis elle lenvoi vers le I-CSCF.

Protocole SIP SIP DIAMETER DIAMETER DIAMETER DIAMETER

Si Dh Mm Mg

MAP DIAMETER SIP SIP

Projet de Fin dEtude Aymen GHALY 2006

31

Chap. 2 Migration NGN/IMS et impact sur les protocoles de Signalisation

SUPCOM

Mi Mj Mk Mr Mp Mn Ut Go Gq

S-CSCF BGCF BGCF

BGCF MGCF BGCF

Mis en uvre pour changer les messages entre S-CSCF et BGCF. Utilis pour changer les messages entre le BGCF et le MGCF dans le mme rseau IMS Utilis pour lchange des messages entre les BGCFs des diffrentes rseaux IMS. Mis en uvre pour changer les messages entre le S-CSCF et le MRFC. Mis en uvre pour changer les messages entre MRFC et MRFP. Permet le contrle des ressources du plan usager. Permet au UE de grer les informations relatives ses services. Permet aux oprateurs de contrler la QoS au niveau du plan usager. Utilis pour lchange des informations relatives aux politiques entre P-CSCF et PDF.

SIP SIP SIP SIP H.248 H.248 http COPS DIAMETER

S-CSCF, MRFC MRFC, MRFP MGCF, IM-MGW UE, AS (SIP AS, OSA SCS, IM-SSF) PDF, GGSN P-CSCF, PDF

Tableau II-1: Les diffrents points de rfrences et les protocoles mis en oeuvre.

II.11. Conclusion
Dans cette deuxime partie, nous avons prsent le rseau NGN et son volution vers le nouveau concept IMS. Dans le chapitre suivant, on va sintresser ltude et la conception dune architecture dun rseau de signalisation de la nouvelle gnration. Cette tape est une tape trs importante puisquelle nous permet de comprendre le fonctionnement de diffrents protocoles de signalisation de la nouvelle gnration et en particulier le protocole SIP.

Projet de Fin dEtude Aymen GHALY 2006

32

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

Chapitre 3 III Architecture dun rseau de signalisation de la nouvelle Gnration


III.1. INTRODUCTION.................................................................................................................33 III.2. ARCHITECTURE DUN RESEAU DE SIGNALISATION DE LA NOUVELLE GENERATION .............................34 III.3. CALCUL DE LA BANDE PASSANTE DE SIGNALISATION ................................................................42 III.4. CONCLUSION ..................................................................................................................45

III.1. Introduction
Les rseaux de la nouvelle gnration gnrent un trafic de signalisation trs important, ceci est d principalement laugmentation et la croissance des services. Pour cela il savre trs intressant de concevoir un rseau indpendant permettant lacheminement du trafic de signalisation. Larrt dune architecture optimale dun rseau de signalisation ainsi que le dimensionnement des diffrentes entits est une tape trs importante pour la bonne exploitation des ressources du rseau et la gestion des SLAs4, puisquelle nous permet dvaluer le cot des quipements de signalisation dployer. Dans ce troisime Chapitre, nous allons commencer, en premier lieu, par ltude dune architecture de rseau de signalisation de la nouvelle gnration et linteraction entre les diffrents rseaux existants en terme de signalisation. Nous nous sommes intress, en deuxime lieu, au calcul de la bande passante de signalisation entre des entits utilisant le protocole de signalisation SIP afin de mettre laccent sur limportance du trafic de signalisation dans les rseaux de la nouvelle gnration.

SLA : Service Level Agreement

Projet de Fin dEtude Aymen GHALY 2006

33

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

III.2. Architecture dun rseau de Signalisation de la nouvelle gnration


Larchitecture dun rseau de signalisation de la nouvelle gnration doit tre conforme au concept IMS. En effet, elle permet dinterconnecter tous les types des rseaux indpendamment de la technologie daccs. La figure suivante illustre une architecture typique dun rseau de signalisation de la nouvelle gnration dont on a reprsent linterconnexion du rseau IMS avec les rseaux fixes et mobiles ainsi que les diffrentes entits permettant de grer la signalisation et les protocoles de signalisation mis en uvres.

Fig. III-1 Architecture Typique d'un rseau de signalisation de la nouvelle gnration

III.2.1. Interconnexion en signalisation des rseaux IMS et Fixes


Le domaine IMS doit interfonctionner avec le rseau fixe afin de permettre aux utilisateurs IMS dtablir des appels avec le RTCP. Linterconnexion en signalisation du rseau fixe avec le rseau IMS se fait travers des passerelles de signalisation permettant de convertir la signalisation utilise dans les rseaux fixes en une signalisation comprhensible par les rseaux de la nouvelle gnration. Les protocoles invoqus pour assurer cette convergence sont le protocole INAP et SIGTRAN.

Projet de Fin dEtude Aymen GHALY 2006

34

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

III.2.1.1. Le protocole INAP


III.2.1.1.1. Ensemble des capacits
Le dveloppement des recommandations du rseau intelligent est structur en plusieurs phases, de faon prendre en comptes les services et technologies existants et future. Chaque phase correspond un ensemble des capacits (Capability Set ; CS). Le CS-1, premier ensemble de capacits, concerne les services un seul utilisateur qui sont activs un seul point et offre les possibilits trs limits pour la mobilit. Les spcifications CS-1 font lhypothse que le rseau est contrl par un seul oprateur et ne permettent pas linterfonctionnement de rseau. Larchitecture CS-1 ne peut tre dploye que sur le RTCP. La premire volution est introduite par le CS-2. Cet ensemble contient les capacits dfinies dans CS-1 en introduisant en plus des services de tlcommunication, des services de gestion et des services de cration. Le CS-2 est applicable aux rseaux RTC, RNIS et mobile, permet linterfonctionnement entre rseaux intelligent et linteraction avec lutilisateur hors contexte dun appel. Dans CS-3, il ya prise en charge du RNIS-LB et de la portabilit des numros. Il permet une interaction entre les lments de service. Le CS-4 fait lobjet de la convergence IN/Internet pour la migration des fonctionnalits IN vers le monde IP.

III.2.1.1.2. Architecture du protocole INAP


Processus dapplication Processus dapplication

MACF SAO SAO ASEs ASEs ASEs SACF SACF SACF SAO

TCAP

TCAP

TCAP

SCCP 1. Interaction Unique

SCCP

SCCP

2. Interactions multiples coordonnes

Fig. III-1: Architecture du protocole INAP

Projet de Fin dEtude Aymen GHALY 2006

35

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

INAP utilise le protocole de signalisation SS7. En effet, les messages INAP sont encapsuls dans des messages TCAP (Transaction Capailities Application Part) [Q.771]. Ce dernier est structur selon les principes de la couche application OSI et inclut notamment le protocole ROSE (Remote Operations Service Element) comme un des lments dapplications. Larchitecture du protocole INAP, illustre dans la figure III.1, se dcrit de la faon suivante. Une entit physique peut avoir une interaction unique ou des interactions multiples coordonnes avec dautres entits physiques. Dans le cas dinteraction unique, une fonction de contrle dassociation unique (Single Association Control Function ; SACF) coordonne lutilisation de lensemble des ASEs. Dans le cas dinteractions multiples coordonnes, une fonction de contrle dassociation multiple (Multiple Association Control Function ; MACF) assure la fonction de coordination de plusieurs objets dassociation unique (Single Association objects ; SAO). Un SAO est un ensemble dASEs avec leur SACF. Ainsi TCAP est un ASE dun SAO. TCAP utilise les services sans connexion du sous systme de connexion de signalisation (Signaling Connection Control Part ; SCCP).

III.2.1.2. Le protocole SIGTRAN


SIGTRAN est un groupe de Travail de lIETF ayant comme objectif de dfinir une architecture pour le transport des donnes de signalisation temps rel travers les rseaux IP. SIGTRAN est larconyme de SIGnaling TRANsport. Cest une partie des rseaux de la nouvelle gnration base sur le protocole IP. SIGTRAN a t conu pour lacheminement de trafic de signalisation tel que SS7, RNIS, UMTS travers les rseaux IP. SIGTRAN est compos dune couche STCP (Stream Control Transmission Protocol) et une couche dadaptation des usagers (User Adaptation ; UA) pour chaque protocole de signalisation transport sur IP. STCP est un protocole TCP de la nouvelle gnration permettant de remdier aux problmes lis lutilisation du protocole TCP puisque ce dernier est un protocole orient octets et nest pas capable de fournir la vitesse et la fiabilit requises par la signalisation. En effet STCP est un protocole orient message permettant de dfinir des trames des donnes structurs alors que TCP nimpose aucune structure des octets transmises.

III.2.2. Interconnexion en signalisation des rseaux IMS et Mobiles


Linterfonctionnement des rseaux mobiles et le domaine IMS se fait de la mme faon quentre les rseaux fixes et le domaine IMS, et cela travers les passerelles de signalisation. La seule diffrence rside dans le fait quon ne va pas utiliser le protocole INAP. En effet, Le protocole INAP a montr ses limites face larrive du roaming sur le

Projet de Fin dEtude Aymen GHALY 2006

36

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

service prpaye mobile, la convergence fixe mobile, Cest ainsi quest n le protocole CAMEL (Customized Applications for Mobile network Enhanced Logic).

III.2.2.1. Le protocole CAMEL


Lobjet de CAMEL est de permettre un usager daccder aux services spcifiques offerts par son oprateur mme lorsquil est accueilli sur un rseau tiers. Le service CAMEL, accessible travers le protocole CAP (Camel Application Part), a pour objet de spcifier une architecture et des mcanismes entirement bass sur les IN. Dans le cadre de CAMEL, le SCP est appel CSE (Camel Service Environment). Il peut y avoir plusieurs CSE dans le rseau. Chaque abonn qui a accs un service spcifique dispose, dans son profil, dun CSI (Camel Subscription Information), qui identifie le service ainsi que lappellation globale du CSE concern. Il peut y avoir un CSI pour lappel dpart et un autre CSI pour lappel arrive [TAB 99].

III.2.2.1.1. CAMEL phase 1


CAMEL phase 1 part les fonctions dcrites ci dessus, il permet de lever pour les services spcifiques oprateurs les problmes dinterfonctionnement entre rseaux mobiles. Les mcanismes rseau CAMEL phase 1 portent sur : la le traitement des appels dpart ( lexclusion des appels durgence GSM) ; le traitement des appels arrivs ; le traitement des appels renvoys ; linterrogation tout moment du HLR du rseau nominal. commande du traitement dappel des commutateurs mobiles, permettant

La mise en uvre de CAMEL phase 1 repose sur un principe fondateur, lexternalisation de dhomogniser les services spcifiques oprateur offerts aux abonns mobiles, notamment lorsque ceux-ci se retrouvent en situation de roaming international.

III.2.2.1.2. CAMEL phase 2


La phase 2 de CAMEL, constitue une extension de CAMEL phase 1. Cette tape prvoit, entre autre : lintroduction et commande dun priphrique intelligent ; le rajout de nouveaux points de dclenchement (DP) ; lintroduction des critres de dclanchement conditionnels, pour ne pas faire appel au serveur CAMEL que certaines squences de numros sont composes ; le contrle de la taxation.

Projet de Fin dEtude Aymen GHALY 2006

37

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

III.2.2.1.3. CAMEL phase 3


CAMEL phase 3, intgr lUMTS, constitue une extension de la phase 2. la partie voix est sensiblement la mme. La partie donne sappuie sur la notion de session qui se modlise par 2 modles dtat sur lesquels sont dvelopps les mcanismes RI : le modle dtat GPRS attach/detach, le modle dtat des contextes PDP individuels.

III.2.3. La signalisation au niveau du Domaine IMS


Le domaine IMS comprend plusieurs entits permettant de grer le trafic de signalisation qui circule travers. Ces diffrentes entits fonctionnent travers divers protocoles de signalisation. En effet, Lintroduction de lIMS dans le rseau NGN, la gestion des sessions multimdia, aussi bien des confrences que des appels tlphoniques sur des rseaux mode paquets fait apparatre des nouveaux protocoles ddis ces tches dont on peut noter principalement : le protocole SIP : permettant lchange des messages de signalisation entre les diffrents CSCF (I-CSCF, P-CSCF, S-CSCF) ainsi quentre les CSCF et le MGCP. Le protocole DIAMETER : assurant linterfaage entre les ASs, le HSS et les CSCF ; Le Protocole MECAGO/H.248 : permettant linterfonctionnement entre les MGCFs et les MGs.

III.2.3.1. L e protocole SIP


III.2.3.1.1. Principe et caractristiques
SIP a t retenu par le 3GPP pour larchitecture IMS comme protocole pour le contrle de session et le contrle de service. Il remplacera terme les protocoles ISUP (utilis pour le contrle dappel dans le rseau RTC) et INAP (utilis pour le contrle de service dans larchitecture Rseau Intelligent). SIP est un protocole de signalisation utilis pour ltablissement, la modification et la clture de sessions audio ou vido entre plusieurs utilisateurs dans un rseau IP (simple appel tlphonique, confrence trois utilisateurs, etc.). Ce protocole sappuie sur la communication de type Peer To Peer. Il cre la signalisation pour tablir les chemins et ensuite les dtruire quand la session est termine. Une fois la session tablie, les participants de la session schangent directement leur trafic travers le protocole RTP (Real-Time Transport Protocol). Par ailleurs, SIP nest pas un protocole de rservation de ressources, il ne peut donc pas assurer la QoS. Il sagit dun protocole de contrle dappel et non de contrle du mdia. SIP nest pas non plus un protocole de transfert de fichier tel que http, utilis afin de

Projet de Fin dEtude Aymen GHALY 2006

38

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

transporter de grands volumes de donnes. Il a t conu pour transmettre des messages de signalisation courts afin dtablir, maintenir et librer des sessions multimdia. Des messages courts non relatifs un appel peuvent nanmoins tre transports par SIP la manire des SMS.
Location Server

Proxy

Proxy

Routeur

Routeur

Serveur de Redirection

Terminal SIP

Terminal SIP

Fig. III-2 Architecture SIP

III.2.3.1.2. Entits SIP


Larchitecture SIP est constitu de deux lments principaux : les agents SIP et les serveurs SIP (Proxy Server, Redirect Server, Registrar). Agent SIP : Ce sont des quipements utilisateurs de type tlphones IP, combins multimdias, PC, utiliss pour crer et grer de sessions SIP. Chaque agent SIP est constitu dun client UAC (User Agent Client) et dun serveur UAS (User Agent Server) ; le client UAC est charger dinitialiser les appels alors que les serveurs UAS est charg dy rpondre. Serveur SIP : Les principales fonctions des serveurs SIP sont : Fournir une traduction du nom de lappelant ; Localiser lappel sachant que lappelant ne connat ni ladresse IP ni le nom de domaine de lappel ; Router les messages de signalisation vers dautres serveurs. Il existe trois types de serveurs SIP : le serveur Proxy (Proxy Server) : il reoit des requtes de clients quil traite luimme ou quil achemine dautres serveurs aprs avoir ventuellement ralis certaines modifications sur ces requtes.

Projet de Fin dEtude Aymen GHALY 2006

39

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

Le Serveur de redirection (Redirect Server) : Il sagit dun serveur qui accepte des requtes SIP, traduit ladresse SIP de destination en une ou plusieurs adresses rseau et les retourne au client. Le serveur enregistreur (Registrar) : il sagit dun serveur qui accepte les requtes SIP REGISTER. SIP dispose de la fonction denregistrement dutilisateurs.

III.2.3.1.3. Messages SIP


Un message SIP peut tre la fois une requte dun client vers un serveur ou une rponse dun serveur vers un client. Les requtes de base SIP : Le RFC 3261 dfinit six requtes ou mthodes SIP. Ces requtes de base permettent de localiser, dadresser un lment du rseau et lui transmettre les informations de signalisation [ICM 03] : INVITE : Ce message est une demande dtablissement de liaison. Lenvoi dun message invite durant une session existante donne lieu une rinvitation et est utilis pour la modification des paramtres de la session actuelle ; ACK : Termine la demande de liaison (invite) ; il est uniquement utilis pour ceci. Si lors de la demande de liaison, le corps du message invite ne contient pas les informations sur le type mdia, alors le ACK devra le contenir ; OPTIONS : Demande un autre agent ses comptabilits, la rponse contiendra la liste des mthodes quil supporte, ces codecs, etc. lagent questionn rpondra ce message comme sil sagissait dune invite ; BYE : Termine une communication, lagent stoppe lenvoi de paquets de type mdia; CANCEL : Termine une communication en cours dtablissement ; REGISTER : Permet un agent de senregistrer ou de mettre jour sa localisation et son URL auprs dun serveur enregistrement, celui-ci pourra son tour mettre jour le serveur de localisation, ces donnes seront utilises pour la redirection des communications. Rponses SIP : Aprs avoir reu et interprt une requte SIP, le destinataire de cette requte retourne une rponse SIP. Il existe six classes de rponses [ISC 02] : Classe 1xx : Information, la requte a t reue, et est en cours de traitement.

Projet de Fin dEtude Aymen GHALY 2006

40

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

Classe 2xx : Succs, la requte a t reue, comprise et accepte. Classe 3xx : Redirection, lappel requiert dautres traitements avant de pouvoir dterminer sil peut tre ralis. Classe 4xx : Erreur requte client, la requte ne peut pas tre interprte ou servie par le serveur. La requte doit tre modifie avant dtre renvoye. Classe 5xx : Erreur serveur, le serveur choue dans le traitement dune requte apparemment valide. Classe 6xx : Echec global, la requte ne peut tre traite par aucun serveur.

III.2.3.2. DIAMETER
DIAMETER est un protocole de signalisation spcifi par lorganisation IETF pour assurer les fonctions AAA (Authorization, Authentification and Accounting) dans les rseaux de la nouvelle gnration. Il est aussi adopt par les organisations 3GPP et 3GPP2 pour assurer les fonctions AAA dans les rseaux mobiles et les systmes IMS. DIAMETER est conu pour assurer une compatibilit avec le protocole RADUIS (Remote Authentification Dial in User Service) utilis dans les rseaux Intranet et Internet. DIAMETER introduit plusieurs amliorations dans le but de remdier aux insuffisances du protocole RADUIS : manque de scurit de bout en bout, champs didentification de taille limit, mcanismes de dtection de panne limits... DIAMETER est dfini comme le protocole de base utilis en conjonction avec plusieurs applications. Il fournit des mcanismes permettant un transport fiable, un traitement des erreurs entre les clients DIAMETER et les serveurs. Il assure : des capacits de ngociation ; des notifications des erreurs ; des services de base pour les applications tels que le traitement des sessions utilisateurs et le service de facturation.

III.2.3.3. MEGACO/H.248
MEGACO/H.248 est le protocole standard permettant linterfaage entre les htes et les agents dappels autrement dit entre les MGCs et les MGs. Ce standard est le rsultat dune collaboration entre les organisations de standardisation IETF et IUT. [SIPCENTER] MEGACO/H.248 fournit les standards dans lesquelles les MGCs contrlent le fonctionnement des MGs. Le protocole MEGACO permet :

Projet de Fin dEtude Aymen GHALY 2006

41

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration Un contrle des divers types de terminaisons; Un support pour la ngociation des capacits dappel ; Des scnarios dappels multi-utilisateurs ; Un support de QoS et de mesure de trafic ;

SUPCOM

Un rapport sur les erreurs du protocole, des appels et les pannes du rseau.

III.3. Calcul de la bande passante de signalisation


III.3.1. Bande passante maximale entre MGCF et CSCF
Comme nous avons vu dans la partie prcdente, plusieurs protocoles peuvent tre mise en uvre dans les rseaux de signalisation de la nouvelle gnration. Dans ce projet, nous nous sommes intresss au protocole SIP. Ce choix est justifi puisque lorganisation 3GPP a choisit le protocole SIP pour la signalisation entre les quipements de lusager et lIMS ainsi quentre les composants de lIMS. Durant la phase de signalisation SIP, on va sintresser aux messages envoys dun MGCF vers le CSCF pour ltablissement dun appel. La figure suivante montre ces diffrents messages :

MGCF INVITE (1) TRYING (2) RINGING (3) OK (4) ACK (5)

CSCF

BYE (6) OK (7)

Fig. III-3 Messages de signalisation SIP [TS 22.8]

Avant de calculer le nombre dappels traits par une entit (utilisant le protocole SIP pour lchange de la signalisation ; MGCF ou CSCF) et la bande passante rserve la

Projet de Fin dEtude Aymen GHALY 2006

42

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

signalisation entre les diffrentes entits, nous allons considrer que le trafic total not Atotal coul par une entit de signalisation est symtrique : c'est--dire que le flux entrant et sortant sont gaux ( Ain = Aout = Ain / out ). Dautre part, il existe une relation directe entre le trafic coul et le nombre dappels traits par seconde, cette relation se formalise comme suit :

Atotal = N s Atotal
N s : Dsigne le trafic coul (en Erlang)

(Eq. 3. 1)

: est le nombre dappels par seconde ou intensit du trafic (appel/sec) : reprsente le temps moyen dun appel ; gnralement fix 120sec.

La valeur de la bande passante maximale ddie la signalisation note B sig est dtermine par la relation suivante :

B sig = NMax B sig _ app

(Eq. 3. 2)

B sig _ app : dsigne la bande passante ncessaire pour ltablissement dune seule
communication

NMax : est le nombre dappel maximale dune entit i une entit j.

B sig _ app =

taille _ message _ i
i =1

(Eq. 3. 3)

La taille des messages SIP est dfini comme suit : TailleINVITE = 577 octets TailleRINGING = TailleTRYING = TailleOK = TailleACK = TailleBYE = 170 octets

B sig _ app = TailleINVITE + TailleTRYING + TailleRINGING + 2(TailleOK ) + TailleBYE

(Eq. 3.4)

Bsig _ app = 577 + (6 * 170) = 1567 octets = 12,776 Kbits


Par exemple, la capacit maximale dun MGCF est 4800 DS0. Cette valeur indique le nombre maximal de communications que le MGCF peut grer. Et tant donn que DS0 dsigne un intervalle de temps (IT) dans un MIC. On dduit que NMax = 4800 appel/sec

Bsig = 4800 12,776 61,324 Mbits


Cette valeur a t calcule selon les hypothses extrmes : c'est--dire quon a suppos que tous les abonns desservis vont demander des sessions simultanment.

Projet de Fin dEtude Aymen GHALY 2006

43

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

Par ailleurs, il est signaler que cette bande passante peut tre utilise aussi pour le trafic voix.

III.3.2. Bande passante maximale entre les CSCFs (I-CSCF, S-CSCF et P-CSCF)
Ces liens supportent des appels servis et ceux qui sont chous. Ainsi, les messages de signalisation changs pour le cas des souscripteurs non autoriss sont de type INVITE et CANCEL ; ceux des appels servis sont de types INVITE, OK et ACK. La figure suivante prsente ces changes de signalisation.

CSCF INVITE (1) OK (2) ACK (3) Appel Servi CSCF INVITE (1) CANCEL (2)

CSCF

CSCF

Appel non servi


Fig. III-4 Message de signalisation entre les CSCFs [NOU 03]

Ainsi, les bandes passantes dun seul appel servi ou dun appel non servi seront calcul comme suit :

Bsig _ app _ servi = TailleINVITE + TailleACK + TailleOK Bsig _ app _ non _ servi = TailleINVITE + TailleCANCEL Bsig _ app _ serv = 577 + (2 170 ) = 917 octets ; soit 7,336 Kbits Bsig _ app _ non _ serv = 577 + 170 = 747 octets ; soit 5,976 Kbits

(q. 3. 5) (q. 3. 6)

Pour calculer la bande passante, on suppose que 90 % dappels seront servis et les autres (10 %) non servis. Donc, le nombre maximal dappels simultans sera gal :

Projet de Fin dEtude Aymen GHALY 2006

44

Chap. 3 Architecture dun rseau de signalisation de la nouvelle gnration

SUPCOM

NMax _ CSCF = NMax servi + NMax _ non _ seri NMax servi = 90% NMax = 4320 et NMax _ non servi = 10% NMax = 480
Et par consquent : B sig = 7336 4320 + 5976 480 34,56 Mbits

(Eq. 3. 7)

III.4. Conclusion
Dans les rseaux de la nouvelle gnration, il existe plusieurs protocoles de signalisation qui sont mis en jeu (INAP, CAP, MEGACO, DIAMETER, SIGTRAN, SIP,). Ces diffrents protocoles gnrent un trafic de signalisation norme. En effet, dans ce chapitre, on a essay de calculer la bande passante de signalisation entre les entits utilisant le protocole SIP. Ce calcul a t trait dans deux cas : le premier cas concerne le calcul de la bande passante entre le MGCF et le CSCF et le deuxime entre les diffrentes entits CSCFs. En plus, la croissance des nombres des usagers surtout dans les rseaux mobiles a provoqu une augmentation de la charge de signalisation dans les rseaux, do la ncessit davoir un rseau de signalisation indpendant permettant de connecter les diffrents types de rseaux (Fixes, mobiles et NGN). Cest le but du chapitre suivant dans lequel nous allons essayer de raliser larrt dune architecture optimale dun rseau de signalisation de la nouvelle gnration de Tunisie Tlcom.

Projet de Fin dEtude Aymen GHALY 2006

45

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

Chapitre 4 IV Conception dun rseau de signalisation de Tunisie Tlcom

IV.1. INTRODUCTION ................................................................................................................46 IV.2. ETUDE DU RESEAU DE SIGNALISATION EXISTANT DE TUNISIE TELECOM ...........................................47 IV.3. LA SOLUTION DE SIEMENS SURPASS HIS 700.......................................................................50 IV.4. INTERPRETATIONS ET COMMENTAIRES ....................................................................................52 IV.5. RESEAU DE SIGNALISATION DE TUNISIE TELECOM SON (SIGNALING OVERLAY NETWORK) ..............52 IV.6. LISTES DE RECOMMANDATIONS ...........................................................................................55 IV.7.CONCLUSION ...................................................................................................................56

IV.1. Introduction
Ce dernier chapitre est compos de trois parties principales. La premire partie concerne ltude du rseau de signalisation existant de Tunis Tlcom que ce soit celui du rseau fixe ou de rseau mobile. En deuxime lieu, nous nous sommes intress la solution de Siemens et en particulier la passerelle de signalisation SURPASS hiS 700. Dans la dernire partie nous allons prsenter la nouvelle architecture du rseau de signalisation SON (Signaling Overlay Network) de Tunisie Tlcom.

Projet de Fin dEtude Aymen GHALY 2006

46

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

IV.2. Etude du rseau de signalisation existant de Tunisie Tlcom


Vu que le rseau de Tunisie Tlcom (fixe ou mobile) comporte plusieurs entits de signalisation et pour simplifier le travail, on a essay dadopter une approche par zones. En se basant sur les caractristiques des rseaux de signalisation fixe et mobile, le territoire tunisien est divis en quatre zones principales : Zone Grand Tunis qui comprend Tunis, Ariana, Mannouba et Ben Arous ; Zone de Nord : le Cap Bon et le Nord Ouest et Bizerte ; Zone du Sahel centr en Sousse et Zone de Sud centr en Sfax. Etant donn que chaque zone a ses propres caractristiques (rpartition des abonns GSM, rpartition des abonnes fixes, rpartition de trafic de signalisation, etc.), lapproche par zone parat trs intressante. En tenant compte des statistiques de Tunisie Tlcom, on a essay de reprsenter le rseau de signalisation sous forme des figures.

IV.2.1. Le rseau de signalisation Fixe


Le rseau de signalisation fixe de Tunisie Tlcom est rparti, comme le montre la figure suivante, sur quatre zones principales. Ces diffrentes zones comprennent diverses entits de signalisation qui sont connectes entre elles par lintermdiaire des liens de signalisation. Ceci a pour consquence un rseau trs complexe grer et un norme trafic de signalisation qui circule entre ces diffrents nuds.

Fig. IV-1 Rseau de signalisation Fixe

Projet de Fin dEtude Aymen GHALY 2006

47

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

Ce trafic norme de signalisation passe principalement travers quatre entits de base qui sont vues comme des points de transfert de signalisation (STP). Ces STP sont localiss en Tunis (CTN.OU en Ouardia et CTN.HC3 en Tunis Hached), en Sousse (SSP.SOU) et en Sfax (SSP.SFXC). Selon le type des nuds interconnects et la zone o ces nuds rsident, on peut dfinir quatre classes de liens de signalisation : Classe 1 : dfinit les liens de signalisation existant entre les diffrents STP (par exemple le lien entre CTN.OU et SSP.SOU ; entre SSP.SOU et SSP.SFXC). ces liens sont illustrs dans la figure prcdente par des traits interrompus de couleur rouge. Classe 2 : reprsente les liens connectant les SSP et leur STP respectif de la mme zone (par exemple les liens reliant SSP.MENZ et CTN.OU ; SSP.SFXC et SSP.GABES). dans la figure prcdente ces liens sont reprsents par des traits bleus continus. Classe 3 : Cette classe dfinit les liens de signalisation entre des SSP et des STP de zones diffrentes (comme exemple les liens de signalisation entre SSP.SOU et SSP.MED ; SSP.SFXC et CTN.KAIR). Dans la figure, ces liens sont reprsents par des traits noirs interrompus. Classe 4 : Cette classe reprsente les liens existants entre les SSP de la mme zone. Ils sont illustrs par des traits noirs continus. En titre dexemple les liens entre SSP.MENZ et SSP.BAR ; entre SSP.MED et SSP.GABES

IV.2.2. Le rseau de signalisation Mobile


Le rseau de signalisation mobile de Tunisie Tlcom comprend plusieurs entits de signalisation (MSC) localises sur tout le territoire Tunisien. La figure suivante reprsente le rseau de signalisation du rseau mobile. On remarque que presque la totalit du trafic de signalisation passe par trois nuds principaux qui sont localiss en Tunis (MSC.OU en Ouerdia), en Sousse (MSC.Sou) et en Sfax (MSC.SF). On peut dire donc que ces entits reprsentent des points de transferts de la signalisation (STP). Ces trois STP sont maills entre eux et chacun connecte plusieurs points de commutation de signalisation SSP (Signaling Switching Point). Par exemple, le MSC.Sou (STP) est connect aux MSC.Beja, MSC.Nabeul, MSC.Bizerte, MSC.Kairouan, MSC.MOUNASTIR,

Projet de Fin dEtude Aymen GHALY 2006

48

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

Fig. IV-2: Rseau de signalisation Mobile

Ces diffrents nuds de signalisation sont connects laide de liens de signalisation quon peut les classer en quatre classes selon le type du nud (STP ou SSP) et selon la zone o rsident ces nuds : Classe 1 : Cette classe dfinit les liens de signalisation entre les STP des diffrentes zones (MSC.OU et MSC.SOU ; MSC.SOU et MSC.SF). On a essay de les reprsenter par des traits interrompus rouges. Classe 2 : cette classe englobe les liens de signalisation (traits continus bleus) entre les SSP et leurs STP respectifs de la mme zone. Classe 3 : elle reprsente les liens de signalisation (traits interrompus noirs) reliant les STP et les SSP de zones diffrentes. Classe 4 : Ces sont les liens de signalisation qui connectent les diffrents SSPs dune mme zone. Ils sont reprsents dans la figure fig. IV-2 par les traits continus noirs.

IV.2.3. Interconnexion des rseaux de signalisation Fixe et Mobile


Autre que les rseaux de signalisation fixe et mobile, le rseau de Tunisie Tlcom possde une architecture dinterconnexion entre ces deux rseaux. Cela permet la continuit et linterfonctionnement entre les diffrentes entits de signalisation fixes et mobiles. La figure VI.3 illustre cette architecture dinterconnexion dont on remarque bien les diffrents STP fixes ou mobiles dj dcrits.

Projet de Fin dEtude Aymen GHALY 2006

49

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

Fig. IV-3: Interconnexion des rseaux de signalisation fixe et mobile

IV.3. La solution de Siemens SURPASS HiS 700


SURPASS hiS 700 fonctionne comme un point de transfert de signalisation (STP) et une passerelle de signalisation pour le traitement de SS7 via TDM, SS7 via ATM e SS7 via IP pour remdier la diffrence qui existe entre les rseaux fixes et mobiles, les plateformes Rseaux intelligents (RI) et les rseaux de la nouvelle Gnration (NGN). Etant lquipement central du rseau de signalisation, SURPASS hiS 700 donne une attention spciale la fiabilit, une des facteurs de planification critique pour les oprateurs. Etant une solution totalement fiable, SURPASS hiS 700 STP/SG permet de faon simple damliorer les fonctionnalits existantes, dimplmenter des nouvelles fonctions, daugmenter la performance du rseau et dadopter des nouvelles interfaces et standards. SURPASS hiS 700 permet joindre les besoins de signalisation avec un transfert solide des messages de signalisation SS7, une traduction Globale des titres (GTT ; Global Title Translation) et la portabilit des numros (Number Portability). [SIEM 04]

IV.3.1. Traitement des messages de signalisation SS7


La fonction de traitement des messages implmente le traitement des messages MTP2, SAAL, MTP3.

Projet de Fin dEtude Aymen GHALY 2006

50

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

MTP (Message Transfer Part) est utilis dans SS7 par touts les usagers comme un systme de transport pour lchange des messages. Les messages qui vont tre transfres dun usager un autre sont remis travers MTP. MTP assure que les messages atteignent lusager rcepteur dans le bon ordre, sans perte dinformation, ni duplication, ni altration du squencement ni erreurs bits. SURPASS hiS 700 traite plus que 1500 liens de signalisation, y compris plus que 148 liens de signalisations High Speed. De plus, elle peut transporter plus que 600.000 units de messages de signalisation par seconde.

IV.3.2. SCCP Relay


Les rseaux mobiles et fixes demandent de plus en plus des services de rseau de signalisation sans connexion utiliss par exemple pour les service roaming et des services orients clients tel que les services prpays. SCCP (Signaling Connection Control Part) tend la fonction de transport de MTP dans le systme de signalisation n7. SCCP fournit une option de transport des messages entre les points de signalisation travers des pues connexions de signalisation. GTT (Global Title Translation) est une fonctionnalit de traduction des adresses contenues dans les messages SS7 des utilisateurs de SCCP. Cette fonction permet aux utilisateurs SCCP dutiliser un systme central dadministration dadresses indpendant du rseau MTP. A titre dexemple, SURPASS hiS 700 permet de traiter plus que 100.000 GTT par seconde en utilisant une base de donne avec 256.000 entres.

IV.3.3. Portabilit des numros (NP ; Number Portability)


La portabilit des numros (NP) permet aux utilisateurs de garder leurs numros en changeant doprateur ou en se dplaant. Ceci est appliqu dans les rseaux fixes ainsi que dans les rseaux mobiles. Avec le serveur des nombres portables (NP Server), SURPASS hiS 700 offre une solution centralise de NP Server signifiant que les appels destins vers les numros portables des abonns sont achemins vers le nouveau rseau destinataire sans les transmettre dans le rseau metteur (ancien rseau). La base de ce correct routage est une base de donnes centralise des numros portables localise directement dans SURPASS hiS 700. Les protocoles impliqus et qui peuvent tre traits sont SCCP, INAP/CAP ou MAP. Ils peuvent tre traits en mme temps pour servir les besoins des diffrentes applications.

Projet de Fin dEtude Aymen GHALY 2006

51

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

A titre dexemple, Le serveur des nombres portables de SURPASS hiS 700 traite 100 Millions tentatives dappel lheure de point (BHCA ; Busy Hour Call Attempt), et comprend une base de donnes comptant 20 million numros portables.

IV.4. Interprtations et commentaires


Daprs ltude des rseaux de signalisation actuels de Tunisie Tlcom, on remarque que le rseau est trs complexe. Il est compos de plusieurs nuds interconnects entre eux, cela engendre un trafic de signalisation norme. Dun autre ct, malgr que les liens de communication et les liens de signalisation sont spars mais ils fonctionnent en parallle. Ce type de signalisation garantie un faible dlai de signalisation, aussi lajout dun nouveau nud accrot dune faon exponentielle la complexit, la planification et le cot du rseau. Donc la nouvelle infrastructure du rseau de signalisation de Tunisie Tlcom doit faire face laugmentation norme du trafic de signalisation dans tous les rseaux. Ceci est caus par plusieurs raisons : une augmentation norme des services du rseau intelligent fournis, tel que les cartes prpayes et la portabilit des numros ; la croissance des usagers mobiles a provoqu laugmentation de la charge dans les rseaux de signalisation ; la croissance importante de la fonctionnalit de roaming d la croissance de la mobilit des usagers. Pour faire face la croissance des exigences et des besoins, la solution de concevoir rseau de signalisation solide et trs fiable savre trs intressante.

IV.5. Rseau de signalisation de Tunisie Tlcom SON (Signaling Overlay Network)


IV.5.1. Introduction
Dans le cas dun rseau de signalisation SON, les liens de communications sont maills mais tous les liens de signalisation passent par nombre limit des points de transfert de signalisation (STP ; Signaling Transfer Point) ou par des passerelles de signalisation (SG ; Signaling Gateway). Ceci forme un rseau de signalisation permettant : une immense rduction du cot de planification du fait quon na pas besoin de mailler tous les nuds de signalisation. Minimisation de leffort administrative ;

Projet de Fin dEtude Aymen GHALY 2006

52

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

loprateur peut facilement ajouter des nouveaux nuds puisque les connexions sont seulement tablies au niveau du rseau de signalisation et non plus avec chaque nud.

Le trafic de signalisation peut relier tous types de rseaux indpendamment de la technologie daccs conformment au concept IMS. Avec le rseau de signalisation SON, les mmes services de transport de la signalisation sont disponibles pour tous types des rseaux (fixes, mobiles, IN et NGN) et peuvent tre transports travers toutes les technologies (TDM, ATM et IP).

IV.5.2. SON pour le rseau Fixe


Dans le rseau fixe, le traitement des messages de signalisation est ncessaire. Des fonctionnalits comme la portabilit des numros sont dune importance croissante. Des caractristiques valeur ajoute comme lanalyse des messages de signalisation et la facturation mnent des revenus additionnels. Le rseau de signalisation SON doit fournir toutes ces exigences ainsi que des applications de gestion et dadministration de rseau.

Fig. IV-4: Rseau de Signalisation SON Fixe

Ce rseau de signalisation permet de dfinir une nouvelle entit qui est la passerelle de signalisation (SG). Loprateur Tunisie Tlcoms doit installer cinq SGs localiss chacune dans une zone. Il faut noter que la zone de Grand Tunis possde deux passerelles de signalisation localises au niveau de Ouardia et Tunis Hached puisque elle est la zone la plus dense (Elle comprend presque la moiti des abonns) donc elle gnre un trafic de signalisation trs important.

Projet de Fin dEtude Aymen GHALY 2006

53

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

La nouvelle architecture du rseau de signalisation fixe de Tunisie Tlcom permet de dfinir quatre classes de liens de signalisation. En effet, nous avons supprim les liens de signalisation qui connecte les diffrents STPs (les liens de classe 1) ainsi que les liens de signalisation reliant les STPs et Les SSPs de zones diffrentes (les liens de classe 4). On va garder les liens de signalisation de classe 2 et 3 permettant de relier respectivement les SSPs et leurs STP respectives, et les SSPs dune mme zone. Deux nouvelles classes de liens de signalisation apparaissent, la premire classe concerne les liens de signalisations qui relient les diffrentes passerelles de signalisation, et la deuxime regroupe les liens de signalisation entre les STPs et les passerelles de signalisation dune mme zone.

IV.5.3. SON pour les Rseaux Mobiles


Les rseaux mobiles exigent des grandes capacits pour le service roaming ainsi que pour le transport des messages courtes (SMS). La portabilit des numros mobiles est un autre service commode pour les abonns.

Fig. IV-5: Rseau de Signalisation SON Mobile

De la mme manire que pour le rseau de signalisation fixe, la nouvelle architecture du rseau de signalisation mobile permet de dfinir quatre nouvelles entits de signalisation. Ces nouvelles entits qui sont des passerelles de signalisation doivent tre installes dans les diffrentes zones. En effet, linstallation de ces nouvelles entits permet dliminer le besoin des liens de classe 1 reliant les STPs des diffrentes zones (MSC.OU, MSC.SOU et MSC.SF) et les liens de classe 4 reliant les SSPs de la mme zone tout en gardant les liens de signalisation de classe 3 et de classe 4.

Projet de Fin dEtude Aymen GHALY 2006

54

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

Ainsi, des nouvelles classes de liens de signalisation sont mises en jeu : une classe comportant les liens signalisations permettant de connecter les diffrents passerelles de signalisation, et une classe permettant linterfonctionnement entre les STPs et Les passerelles de signalisation dune mme zone.

IV.6. Listes de recommandations


Pour installer le nouveau rseau de signalisation et pour assurer une migration douce vers le rseaux de la nouvelle gnration, Tunisie Tlcom doit procder comme suit : installer dans chaque zone une passerelle de signalisation permettant de grer tout le trafic de signalisation issu des rseaux fixe et mobile. Concernant la zone de Grand Tunis, on la quip par deux passerelles de signalisation puisque elle est la zone la plus dense et active. Mais vu la grande capacit de traitement des passerelles de signalisation existantes sur le march, on peut utiliser une pour vhiculer le trafic de signalisation issu de toute la zone de Grand Tunis et configurer lautre comme passerelle de surveillance. Profiter de lentit SURPASS hiS 700 de Siemens qui assure un traitement efficace des messages de signalisation et une capacit trs importante en terme de traitement de supervision de la signalisation. En plus, SURPASS hiS 700 peut fonctionner en mme temps comme un point de transfert de la signalisation (STP) ainsi quune passerelle de signalisation (SG). Ainsi, toute nouvelle entit de signalisation sera directement connecte la passerelle de signalisation de sa zone; Pour rduire les cots de transmission, notre oprateur doit placer les passerelles de signalisation le plus prs possible des points de transfert de signalisation. Installer un MGCF au niveau de la zone de Grand Tunis permettant

linterfonctionnement entre les diffrents passerelles de signalisation ce qui assure une architecture plus simple grer et plus efficace. En effet, on na pas besoin dinterconnecter toutes les passerelles de signalisation, et le routage des messages de signalisation se fait travers lentit MGCF. En parallle au dploiement du rseau de signalisation pour les rseaux fixes et GSM, Tunisie Tlcoms est invit intgrer les entits de signalisation ncessaires pour le fonctionnement avec les rseaux de la nouvelle gnration (EDGE ou UMTS par exemple). Ainsi, le rseau GSM existant doit intgrer les fonctionnalits de lEDGE dune part et les concepts de NGN (MSC Server et M-MGW) dautre part. de plus, la tlphonie classique doit migrer vers la tlphonie sur IP. Installer les serveurs dapplications et le HSS de lIMS au niveau de la zone de Grand Tunis. En effet, cette zone est la plus dense en terme de population et la plus active

Projet de Fin dEtude Aymen GHALY 2006

55

Chap. 4 Conception dun rseau de signalisation de Tunisie Tlcom

SUPCOM

(selon les statistiques de Tunisie Tlcom, elle prsente environ 50 % des abonns et 55% du trafic de signalisation). Ces entits, malgr quelles ne sont pas frquemment utilises dans les rseaux actuels mais ils prsentent une utilit trs importante lors de linstallation dun rseau assurant les services multimdia tel que le rseau UMTS. La figure suivante permet de dcrire et rcapituler notre vision pour la nouvelle architecture rseau de signalisation de Tunisie Tlcom conformment la liste de recommandations dj cite. On remarque bien quon a utilis une seule passerelle de signalisation pour acheminer le trafic de signalisation issu des rseaux fixes et mobiles dune mme zone. Ceci est d la grande capacit de traitement des passerelles de signalisation.

Fig. IV-6 Nouveau Rseau de signalisation de Tunisie Tlcom

IV.7. Conclusion
Dans ce dernier chapitre, nous nous sommes intresss ltude et la conception du rseau de signalisation de la nouvelle gnration pour le cas de loprateur Tunisie Tlcom. En effet, La conception dune nouvelle architecture de rseau de signalisation conformment au concept NGN et IMS est une tape primordiale pour assurer la convergence entre les rseaux fixes et mobiles et pour assurer un backbone pour linstallation des nouveaux rseaux tel que lUMTS.

Projet de Fin dEtude Aymen GHALY 2006

56

Conclusion Gnrale

SUPCOM

Conclusion Gnrale
La signalisation est une des plus importantes fonctions dans linfrastructure des tlcommunications puisquelle permet aux composants du rseau de communiquer entre eux pour tablir et terminer des appels. Dautre part, lvolution des rseaux vers un rseau unique multiservices, vers les rseaux de la nouvelle gnration, a ncessit llaboration de nombreux protocoles de signalisation par les communauts de recherche. Cette volution a caus une charge suppltive au niveau de trafic circulant dans les rseaux. Do la ncessit de concevoir un rseau indpendant permettant dacheminer le trafic de signalisation. Cest dans ce cadre de thme que soriente lobjectif de notre projet.

Dans ce projet, nous avons essay dtudier et de concevoir un rseau de signalisation conformment au concept NGN et IMS. Pour ce faire, nous avons commenc, en premier lieu, par ltude du concept de la signalisation dune faon gnrale et son volution. Ensuite, nous avons mis laccent sur les protocoles de signalisation dans les rseaux de la nouvelle gnration et leur volution vers le concept IMS. Aprs ltude de ces diffrents aspects thoriques, on a opt vers la conception dun nouveau rseau de signalisation en traitant le cas de loprateur Tunisie Tlcom.

A lissue de ce travail, nous voulons insister sur limportance des concepts IMS et NGN. Lapport de ces concepts est clair travers le nombre faible dquipements requis qui rsulte dune capacit importante de traitement suite la sparation des couches connectivit et contrle. De plus, le passage par ces deux concepts est une tape essentielle pour la convergence des rseaux (fixes et mobiles). Il faut noter que le domaine des protocoles de signalisation dans les rseaux NGN, vaste et complexe, est notre avis promoteur cause du nombre des normes qui se multiplie davantage.

Projet de Fin dEtude Aymen GHALY 2006

57

Bibliographie

SUPCOM

Bibliographie
[ART 02] [ALC 05] [TAB 99] [IMC 03] [TS 22.8] [NOU 03] [SIEM O4] Etude technique, conomique et rglementaire de lvolution vers les rseaux de nouvelle gnration, Arcome/ART, Septembre 2002. ALCATEL, 5020 Media Gateway Controller, Release 2.0, 06/01/2005 S. TABBANE, rseaux GSM DSC, HERMES, 1999 IETF RFC 3261, All-IP Core Network Multimedia Domain - IP Multimedia Call Model, Stage2, 07-2003 3GPP TS 22.800, IMS Subscription and access scenarios, Realise 6, 03-2004 Z.NOUIR, SIP et architecture de service, INT, 04-2003 Siemens, Product Description SURPASS hiS 700 V5, 11/2004

[EFORT] [SIPCENTER]

www.efort.com www.sipcenter.com

Projet de Fin dEtude Aymen GHALY 2006

58

Nom et prnom Option N de tlphone e-mail

GHALY Aymen IRES Ingnierie des Rseaux (+216) 97 337 569 ghaly.aymen@yahoo.fr

Adresse postale Titre du projet

35 Rue Mongi Slim 3080 Jbeniana

Etude et dimensionnement dun rseau de signalisation de la nouvelle Gnration pour un rseau utilisant IMS Propos par Etablissement Lieu de ralisation Encadrant(s) Tunisie Tlcom SupCom Mr. Rached HAMZA Mr. Jamel SAKKA

Mots cls : Signalisation, NGN, IMS, Rseau de signalisation, SIP, Dimensionnement, Conception. Rsum : Dans ce projet, nous nous sommes intresss aux deux concepts IMS et NGN dans le cadre du rseau de signalisation. Aprs une prsentation des principales volutions du concept NGN vers le concept IMS en terme de signalisation, nous avons essay de proposer une architecture futuriste dun rseau de signalisation de la nouvelle gnration. Dans un deuxime lieu, nous avons essay de traiter le cas de Tunisie Tlcom pour la conception dune nouvelle architecture dun rseau de signalisation assurant la convergence des rseaux fixes et mobiles. A lissu des rsultats obtenus, nous avons proposs une liste des recommandations prendre en considration lors de la mise en place de ce rseau.