Rseau intelligent et signalisation SS7

Cour INE 3 Anne scolaire 2011/2012 Bounouader Nawal

Les objectifs du cour

1. Assimiler les principes fondamentaux et objectifs du rseau intelligent. 2. Avoir une ide sur les travaux de normalisation concernant le rseau intelligent. 3. Comprendre le fonctionnement du rseau intelligent au sein dun rseau fixe et au sein dun rseau mobile. 4. tre capable de concevoir un service via le rseau intelligent. 5. Comprendre le pourquoi du rseau smaphore SS7

Plan du cour
1. Introduction: Historique, motivations, dfinition et objectifs du rseau intelligent. 2. Modle conceptuel du rseau intelligent. 3. Classes de service dfinit par lUIT 4. Rseau intelligent du rseau fixe (Notion de substitution de lappel) 5. Exemple de droulement dun service RI 6. Rseau intelligent du rseau mobile (CAMEL) 7. Phases de Camel 8. Exemples de service mobile RI 9. Rseau smaphore SS7 10. Conclusion

Introduction
Historique: Les annes 80: la forte demande sur le service libre appel a fait que ce service soit intgr dans le rseau avant de mettre le rseau intelligent en uvre. Lintgration de ce service tait longe et couteuse: intgration dans le logiciel de tous les commutateurs du pays!

Introduction
Historique: 1990: La premire normalisation par BellCore sous le nom: AIN Advanced intelligent network 1992: LUIT a publi une norme sous le nom Intelligent Network cette norme est prsente par paliers progressifs appels capability sets (CS)

Introduction
Limitation du rseau RTC:

Assure les appels de base

Introduction
Limitations du rseau RTC: Un nouveau service ncessite lajout de lignes de code dans tout les commutateurs du rseau.

La complexit (dure et cot) des dveloppement quil demande plus la dpendance vis--vis des constructeurs

Introduction
Limitations du rseau RTC: Un commutateur traite des millier dappels en parallle en assurant un tablissement rapide de lappel

On ne peut pas tolrer de charger le commutateur par dautre traitement que le traitement de base de lappel.

Introduction
Afin de rsoudre cette problmatique:
Proposer une architecture capable dintgrer les nouveaux service sans trop modifier le rseau RTC (unit de contrle des commutateurs) Lintroduction de rseau intelligent au dessus du rseau pour externaliser les dveloppements de nouveaux services.

Introduction
Rseau intelligent: constitue une rponse une problmatique ; Complexit dintgration de nouveaux services Rseau intelligent: un concept une architecture qui facilite limplmentation des nouveaux services en rduisant le temps et le cot dintgration Le terme intelligent est une appellation.

plan
1.

2.

Introduction: dfinition, objectifs et principe de fonctionnement du rseau intelligent. Modle conceptuel du rseau intelligent
2.1 2.2 2.3 2.4 Plan service Plan fonctionnel global Plan fonctionnel rparti Plan physique

3. 4. 5. 6. 7. 8. 9. 10.

Classes de service dfinit par lUIT Rseau intelligent du rseau fixe (Notion de substitution de lappel) Exemple de droulement dun service RI Rseau intelligent du rseau mobile (Camel) Phases de Camel Exemples de service mobile RI Rseau smaphore SS7 Conclusion

2. Modle conceptuel
Le Modle conceptuel dfinit par lUIT est constitu de quatre plans:
Plan Service Plan fonctionnel global Plan fonctionnel rparti Plan physique

Ce modle est un guide pour les concepteurs de service.

2. Modle conceptuel
Marketeur

Concepteur de service

Concepteur de rseau

Equipementier

2.1 Plan service

La description de service la plus facile, la plus abstraite. Tout service est compos par un ou plusieurs SF (service feature) ou lment de service. Les SFs sont dfinit par lUIT Tout service est ncessairement une combinaison de ces SFs.

2.2 Plan fonctionnel global

La conception du service se fait par la dfinition dune logique globale du service Un lment de service (plan de service) est dcompos en des brique de construction indpendantes: SIB Service Independant Building Blocks La logique globale est une combinaison de SIBs

2.2 Plan fonctionnel global

La notion du SIB:

2.2 Plan fonctionnel global

Paramtre du SIB:
Paramtres dynamiques: CID Call Instance Data
Gnrs par le processus de lappel: numro de lappel, de lappelant. Gnrs par un autre SIB: rsultat de traduction dun numro Entrs par lutilisateur: code personnel

Paramtres statiques: SSD service Support Data

Paramtres fixes: paramtres valables pour tous les appels. Des pointeurs CID: il indique au SIB que CID utilis pour effecteur une opration, ou un emplacement pour crire des rsultat de ces oprations.

2.2 Plan fonctionnel global

Les SIB dfinit par LUIT (1):
Authenticate: Vrifie que lutilisateur du service est dot des privilges daccs. Screen: compare un identificateur avec une liste et dtrmine si lidentificateur est prsent dans la liste ou non. User Interaction: permet de dialoguer avec un utilisateur. Charge : Dtermine la taxation de lappel Translate: Produit des information de sortie partir dinformations dentre (entre: numro 088; Sortie: Un numro spcifique.) Statu notification: Permet de se renseigner sur ltat des ressources du rseau Verification: value si linformation reu est conforme la forme attendue de cette information.

Service Data Management : permet au service de rechercher et ventuellement de modifier des donnes d'utilisateur situes dans une base de donnes.

2.2 Plan fonctionnel global

Les SIB dfinit par LUIT (2):
Algorithm: applique un algorithme mathmatique une donne en entre effectue des calculs sur des chiffres reus. Compare: compare une valeur une valeur de rfrence spcifie. Distribution : rpartit les appels vers diffrentes fins logiques, selon un algorithme dtermin par l'utilisateur. Limit: restreint le nombre d'appels associs un service RI, via des paramtres spcifis par l'utilisateur. Log: consigne en dtail les informations relatives chaque appel dans un fichier, pour une utilisation par des services de gestion (par exemple statistiques, etc.). Queue: assure les traitements indispensables la mise en file d'attente d'un appel (passage facultatif dannonces au demandeur en attente, retrait et transmission des appels de la file d'attente lorsque des ressources se librent.

2.2 Plan fonctionnel global

Exercice: Faire la conception des services suivants en faisant appel aux SIB appropris pour constituer la logique globale de chaque service: Filtrage des appels larriv: ce service permet au client de dfinir une liste de numros, tout appel provenant dun numro dans la liste est rejet; le client filtre ses appel reus Automatic Alternative Billing: Un client ayant ce service, peut appeler de nimporte quel tlphone en utilisant un code de service et un code personnel. Lappel est factur sur le client mais pas sur la ligne utilise pour lappel.

2.2 Plan fonctionnel global

Conception du service Filtrage des appels larriv

2.2 Plan fonctionnel global

Conception de service AAB (Automatic Alternative Belling)

2.3 Plan fonctionnel rparti

Le plan service et plan fonctionnel global avaient le but de dfinir la logique des service (le quoi) en respectant un certain nombre de rgles (UIT). Le plan fonctionnel rparti propose une architecture dentits fonctionnelles qui excute cette logique (le comment). Entit fonctionnelle: assure lexcution de fonctions (SIB) localises dans un mme emplacement.

2.3 Plan fonctionnel rparti

Entits fonctionnelles relatives lexcution du service (1):
CCAF (Agent de commande dappel) :fournit laccs au rseau CCF (Commande dappel):logiciel du traitement dappel des commutateurs. SSF (Commutation de service):Cette fonction dtecte si le traitement dappel normal doit tre interrompu pour faire appel un service rseau intelligent.

2.3 Plan fonctionnel rparti

Entits fonctionnelles relatives lexcution du service (2):
SCF (commande de service): elle dispose de la logique du service et excute cette logique suite une demande du SSF SDF (donnes de service): contient les donnes utilisateur et rseau auxquelles la SCF doit accder en temps rel pour excuter la logique du service. SRF (ressources de service): elle offre des ressources spcialises ncessaires lexcution du service.

2.3 Plan fonctionnel rparti

Entits fonctionnelles relatives la crtion et la gestion des services (2):
SMF (gestion de service):installation, exploitation et surveillance des service SMAF (agent daccs au service):interface entre le personnel charg de la gestion dappel et SMF SCEF (environnement de cration de services):Crer et tester des services puis les transfrer dans lentit SMF

2.3 Plan fonctionnel rparti

Architecture fonctionnelle du rseau intelligent

2.3 Plan fonctionnel rparti

Notion de substitution de lappel:
Le commutateur traditionnel assure le service dtablissement de lappel appel service POTS (Plain Old Telephone Service) Comment le commutateur saurait si un appel demande lexcution dun service autre que le service POTS???

2.3 Plan fonctionnel rparti

Notion de substitution de lappel:
Pour adapt les commutateur au rseau intelligent:
Un mcanisme de dbranchement du traitement par dfaut Excuter les commandes mise par la plate forme de service.

2.3 Plan fonctionnel rparti

Normalisation des PIC Point In Call au lieu de normaliser le traitement dappel DP (Detection Point): Opportunit de dclencher lappel un service rseau intelligent.

2.3 Plan fonctionnel rparti

Notion de substitution de lappel:
Le SSF/CCF : Dtecte les vnements dans le traitement de lappel qui sont susceptibles de conduire linstanciation dun service IN. Afin de dcrire et normaliser lactivit de SSF/CCF on a introduit le BCSM (Basic Call State Model) BCSM dcrit un cadre o on peut prciser le moment o le transfert de contrle peut avoir lieu entre SSF/CCF et SCF.

2.3 Plan fonctionnel rparti

Originating Basic Call State Model:

2.3 plan fonctionnel rparti

Originating Basic Call State Model:
O_Null & Authorize_Origination_Attempt : C'est l'tat dans lequel se trouve le modle BCSM quand l'utilisateur demande se connecter au rseau . On y vrifie que l'utilisateur est bien autoris effectuer cette opration. Collect_Information : Dans cet tat, les informations de l'utilisateur sont collectes pour l'tablissement d'une connexion. La sortie du PIC se produit sur la rception de la chane complte d'information, sur l'abandon de l'utilisateur ou sur la dtection d'une erreur lie la numrotation. Analyze_Information : Les informations fournies par l'utilisateur au point prcdent sont analyses en vue d'tablir le routage de l'appel et le type de l'appel. La sortie du PIC se produit une fois l'information analyse, sur abandon de l'utilisateur ou sur l'apparition d'un incident dans la phase d'analyse.

2.3 plan fonctionnel rparti

Originating Basic Call State Model:
Routing & Alerting : A ce PIC la demande doit tre achemine la partie terminaison T-BCSM . Il y a attente d'une indication, de la part du T-BCSM qui peut indiquer soit un message de connexion soit une cause de non-tablissement de connexion O_Active : L'appel est en phase active. La taxation et la supervision de l'appel sont assures. La sortie du PIC se produit sur rception d'une indication de dconnexion de la partie appelante, sur une demande de service mise par la partie appelante ou sur l'apparition d'un incident. O_Exception : Une exception est survenue dans un des autres PICs. Des procdures spcifiques au constructeur sont menes pour assurer la libration des ressources alloues la connexion.

2.3 Plan fonctionnel rparti

Terminating Basic Call State Model:

2.3 Plan fonctionnel rparti

Terminating Basic Call State Model:
T_Null et Authorize_Termination_Attempt : Sur indication de rception d'un appel entrant provenant du O-BCSM, il y a vrification de l'autorit d'acheminement de cet appel vers le demand Select_Facility & Present_Call : Le terminal est inform de l'arrive de l'appel. La sortie de ce PIC se produit sur alerte ou occupation de la partie appele, sur indication d'abandon de la partie appelante ou sur l'impossibilit de prsenter l'appel.

2.3 Plan fonctionnel rparti

Terminating Basic Call State Model:
T_Alerting : A ce point, l'appel est alert de l'appel entrant . La sortie se produit sur rponse de l'appel et tablissement de l'appel, sur expiration du dlai d'alerte de l'appel ou sur indication d'abandon de la partie appelante. T_Active : L'appel est dans la phase active. La sortie du PIC se produit sur rception d'une indication de dconnexion sur une demande de service mise par la partie appele, ou sur incident. T_Exception : Une exception s'est produite dans un des autres PICs. La sortie du PIC s'opre en fin de traitement.

2.4 Plan Physique

Le plan physique dfinit laffectation des entits fonctionnelles des entits physiques (machines physique). La norme ncessite le respect de certaines rgles: Une entit physique peut inclure plusieurs entits fonctionnelles Une entit fonctionnelle ne peut pas tre rparti sur plusieurs entits physiques.

2.4 Plan Physique

Le scnario le plus simple de larchitecture physique du rseau intelligent.

2.4 Plan Physique

Traitement de service par Adjuncts.

Chaque commutateur est li une plate forme de service

2.4 Plan Physique

Traitement de service par service node :

Un commutateur ddi lexcution de service

plan
1.

2.

3. 4. 5. 6. 7. 8. 9. 10.

Introduction: dfinition, objectifs et principe de fonctionnement du rseau intelligent. Modle conceptuel du rseau intelligent 2.1 Plan service 2.2 Plan fonctionnel global 2.3 Plan fonctionnel rparti 2.4 Plan physique Classes de service dfinit par lUIT (Ensemble de capacit CS 1,2,3) Rseau intelligent du rseau fixe (Notion de substitution de lappel) Exemple de droulement dun service RI Rseau intelligent du rseau mobile (Camel) Phases de Camel Exemples de service mobile RI Rseau smaphore SS7 Conclusion

3 Classes de service: CS 1
Ensemble de capacit 1 (CS 1 Capability set) dfinit:
Type de service : A (une seule plate forme de service est implique dans lappel) Les diffrentes entits de chaque plan (Modle conceptuel) Les protocoles de communication entre les entit fonctionnelles ( INAP: Intelligent Network Application Part)

3 Classes de service: CS 2
Ensemble de capacit 2
Rpond aux limitations du CS1

Nombre restreint de services (type A, nombre de SIBs limits) Le service ne peut avoir lieu que durant un appel Linterfonctionnement entre RIs nest pas Normalis Pas de possibilit de paralllisme de plusieurs service.

3 Classes de service: CS 2
Enrichir les SIBs pour avoir plus de possibilit de combinaison et permettre le paralllisme de plusieurs service Dfinir linterfonctionnement entre rseaux intelligents Permettre linteraction avec le client en dehors des services dappel;

3 Classes de service: CS 2
Plan fonctionnelle globale: Ajout de la notion HLSIB . Possibilit de paralllisme des services. Notion de points de synchronisation. Ajout de SIB pour assurer le paralllisme entre services.

Ensemble de capacit CS 2
Plan fonctionnel global:

Ensemble de capacit CS 2
Plan fonctionnel global: SIBs pour assurer le paralllisme:
Initiate service process : Dmarre un service en parallle un service dj en cours Send : envoie un signal un processus de service parallle. Le signal peut contenir des donnes interprocessus. Wait : attente dun signal de synchronisation End : termine un processus de service Service filter : exerce un filtrage sur le nombre dappels une fonctionnalit de service

3 Classes de service: CS 3,4

Portabilit de numro. Assurer la compatibilit entre rseau intelligent et rseau RNIS large bande Services PINT: initialiss dans le rseau internet se terminant dans le rseau tlphonique Service SPIRIT: initialiss dans le rseau tlphonique se terminant dans le rseau internet

plan
1.

2.

3. 4. 5. 6. 7. 8. 9. 10.

Introduction: dfinition, objectifs et principe de fonctionnement du rseau intelligent. Modle conceptuel du rseau intelligent 2.1 Plan service 2.2 Plan fonctionnel global 2.3 Plan fonctionnel rparti 2.4 Plan physique Classes de service dfinit par lUIT (Ensemble de capacit CS 1,2,3) Rseau intelligent du rseau fixe (Notion de substitution de lappel) Exemple de droulement dun service RI Rseau intelligent du rseau mobile (Camel) Phases de Camel Exemples de service mobile RI Rseau smaphore SS7 Conclusion

4 Rseau fixe et Rseau Intelligent

Rappel:

Assure les appels de base. Lintgration dun service ncessite le changement de tous les commutateurs du rseau.

4 Rseau Fixe et Rseau Intelligent

Avnement du rseau intelligent: externaliser les dveloppements des nouveaux services via des nuds Normaliss par lUIT

4 Rseau Fixe et Rseau Intelligent

Notion de substitution de lappel: PFG
Une service est un enchainement de SIB commenant par un POI et se terminant par un POR

4 Rseau Fixe et Rseau Intelligent

Notion de substitution de lappel: PFR

4 Rseau Fixe et Rseau Intelligent

Signalisation INAP entre SSF et SCF:
Dbranchement du service normal et retour au service normal 1) Initial DP procedure. Cest lopration qui dclenche tout! Cette opration est envoye par la SSF lorsque les critres darmement sont vrifis et quil faut donc faire appel une SCF pour recevoir les instructions ncessaires lexcution du service substitutif. 2) Continue procedure. Cest lopration qui normalement termine le service! Elle demande la SSF de reprendre le traitement dappel normal au point de lappel o elle avait auparavant suspendu ce traitement pour attendre des instructions de la SCF. Le traitement dappel reprend alors son cours normal sans autres substitutions de donnes ou dactions de la part de la SCF. 3) Cancel procedure. Cette opration permet dannuler une demande de service une SCF

4 Rseau Fixe et Rseau Intelligent

Signalisation INAP entre SSF et SCF:
Demandes de supervisions dvnements et notifications doccurrence de ces vnements

4) RequestReportBCSMEvent. La SCF demande la SSF de superviser le passage par un DP dtermin. Ce passage constituera un vnement. 5) Event Report BCSM procedure. Lorsque le traitement dappel pass par un DP indiquant un vnement dont la supervision a t demande par une opration RequestReportBCSMEvent la SSF transmet la notification de lvnement la SCF. Lopration RequestReportBCSMEvent peut demander la supervision de plus dun vnement. Chaque vnement dtect produira une notification spare sous forme dun EventReportBCSM pour chacun deux.

4 Rseau Fixe et Rseau Intelligent

Signalisation INAP entre SSF et SCF:
Appels vers des destinations finales 6) Collect Information procedure. Cette operation demande au commutateur de rcuprer les informations de traitement dappel composes par labonn. Elle ne fait pas appel une SRF. 7) Connect procedure. Cette opration permet de demander la SSF de connecter lappel une destination dtermine. 7) Initiate Call Attempt procedure. La SCF demande la SSF de crer un nouvel appel vers une nouvelle destination. 9) Call Information Request procedure. La SCF demande la SSF des informations sur un appel en cours. 10) Call Information Report procedure. La SSF rpond la SCF suite une demande dinformations sur un appel en cours 11) Release Call procedure. Cette opration permet la SCF de demander la SSF le relchement dun appel, nimporte quel moment de lappel et pour tous les partenaires de lappel.

4 Rseau Fixe et Rseau Intelligent

Signalisation INAP entre SSF et SCF:
Connexions des serveurs vocaux, pilotage des serveurs vocaux 12) Connect To Resource procedure. Connexion dun utilisateur une SRF. 13) Establish Temporary Connection procedure. Cette opration permet de demander la SSF de connecter lappel une SRF (Serveur vocal) dans le cas o la SRF est adressable sparment de la SSF. 14) Play Announcement procedure. Envoi de tonalits ou dannonces vocales un utilisateur analogique ou dinformations alphabtiques un utilisateur RNIS. 15) Prompt And Collect User Information procedure: Interaction entre un serveur vocal et un utilisateur pour rcuprer des informations 16) Disconnect Forward Connection procedure: Cette opration permet de demander la SSF de dconnecter appel dune SRF (Serveur vocal) qui aurait t connecte prcdemment 17) Specialized Resource Report procedure: Rponse de la SRF la SCF pour indiquer quune annonce demande est termine.

4 Rseau Fixe et Rseau Intelligent

Signalisation INAP entre SSF et SCF:
Mise en place de taxations 18) Apply charging procedure: La SCF demande la mise en place dune taxation dans la SSF. 19) ApplyChargingReport procedure: La SSF renvoie la SCF les informations de taxation demandes. 20) Request Notification Charging Event procedure: Demande de supervision dun vnement en vue de tarification 21) Event Notification Charging procedure: Notification dun vnement en vue de tarification. 22) Send Charging Information procedure: La SCF demande la SSF denvoyer des signaux de taxe, par example des impusions de taxe sur une ligne dabonn. 23) Furnish Charging Information procedure: La SCF demande la SSF de gnrer un ticket de taxe pour tarification off-line ultrieure.

4 Rseau Fixe et Rseau Intelligent

Signalisation INAP entre SSF et SCF:
Contrle de service (1) 24) Activity Test procedure. Opration utilise par une SSF pour verifier que sa relation avec une SSF donne est bien toujours active 25) Activate Service Filtering procedure. La SCF donne des instructions la SSF pour traiter certains appels dune manire spcifique sans plus dinstructions de la part de la SCF. 26) Service Filtering Response procedure. Dans le cas o un filtrage de service a t demand par la SCF, cette opration permet de renvoyer le contenu de compteurs spcifis dans la demande de filtrage la SCF.

4 Rseau Fixe et Rseau Intelligent

Signalisation INAP entre SSF et SCF:
Contrle de service (2) 27) Assist Request Instructions procedure. Une SCF qui se rend compte quil ny a Pas de serveurs vocaux (resources spciales) joignables directement depuis le commutateur du service redirige lappel (par une opration Establish temporary connection) vers un autre commutateur duquel on peut se connecter au serveur vocal. La SSF de cet autre commutateur (Assist SSF) demande des instructions la SCF avec lopration Assist Request Instructions procedure.

28) Reset Timer procedure. Il existe une temporisation dans la SSF pour limiter la Dure dune instance de service. Par cette opration, la SCF peut relancer la temporisation si elle saperoit quelle risque de dclencher.
29) Call Gap procedure. Cette operation institue un contrle de flux entre la SCF et la SCF la SSF demande la SSF de diminuer le taux de demandes de service par unit de temps.

plan
1.

2.

3. 4. 5. 6. 7. 8. 9. 10.

Introduction: dfinition, objectifs et principe de fonctionnement du rseau intelligent. Modle conceptuel du rseau intelligent 2.1 Plan service 2.2 Plan fonctionnel global 2.3 Plan fonctionnel rparti 2.4 Plan physique Classes de service dfinit par lUIT (Ensemble de capacit CS 1,2,3) Rseau intelligent du rseau fixe (Notion de substitution de lappel) Exemple de droulement dun service RI Rseau intelligent du rseau mobile (Camel) Phases de Camel Exemples de service mobile RI Rseau smaphore SS7 Conclusion

5 Exemple de droulement dun service RI Service libre appel

But du service: rendre lappel gratuit pour lappelant et faire supporter la taxation de lappel au demand. Description dans le plan fonctionnel global.

5 Exemple de droulement dun service RI Service libre appel

Description dans le plan fonctionnel global. Le SIB Traduction (translate):
CID dentre: numro dappel (0800xxxxx) et numro dappelant. SSD dentre: la table de correspondance de numros verts vers des numros physique (routables). CID de sortie: traduction de numro de lappel

5 Exemple de droulement dun service RI Service libre appel

Description dans le plan fonctionnel global. Le SIB Taxation (Charging):
CID dentre: des consignes pour savoir qui soccupe de la tarification (commutateur ou SDF) plus le numro traduit. SSD dentre: le tarif appliquer , sur quel entit lappel sera factur, appelante ou appele. CID de sortie: le numro physique factur, le tarif appliqu.

5 Exemple de droulement dun service RI Service libre appel

Invocation du service:

5 Exemple de droulement dun service RI Service libre appel

Excution du service:

Exemple de droulement dun service RI Automatic alternative belling

OBCSM (CCF)
DP3

SSF

SCF

SDF

SRF

Initial DP Connect to Resource CTR.resp

Setup req Setup conf

Prompt and collect user information Prompt and collect user information.resp Query Query result Disconnect forward connection Disconnect Apply charging Apply charging Report