Aperu sur le RI

LINAP

Prsentation GSM

Le CAMEL

Aperu sur le RI
Introduction Le concept de RI Modle conceptuel du rseau intelligent Exemples de services Configuration Conclusion

Introduction

Du modle unifi du commutateur aux plateformes de service 1. Fin des annes 60 : remplacement des centraux lectromcaniques par des centraux lectroniques Pour des raisons conomiques toutes les fonctions logiques ont t remplaces par un ordinateur centralis en lieu et place du modle des commutateurs lectromcaniques. Il sen est rsult une structure unifie des commutateurs o toutes les fonctions de contrle d'un rseau taient excutes dans un seul processus : le traitement d'appel du commutateur. Consquence : le rseau tlphonique ne pouvait fournir que les services qui taient programms dans lunit de contrle des commutateurs. Tout nouveau service ncessitait imprativement dajouter des lignes de code un ensemble de logiciels dj trs lourds et trs complexes avec, videmment, la ncessit de tout revalider.

La priode PRE-IN
Les commutateurs locaux (point daccs au service) sont monolithiques et propritaires Les commutateurs locaux assurent les fonctions de commutation, de traitement dappel et de traitement de la base de donnes Les mmes fonctionnalits peuvent tre dupliques sur plusieurs nuds Des implmentations diffrentes crent des problmes dinterfonctionnement et rendent ainsi complexes les amliorations L Oprateur ne peut pas rpondre rapidement aux besoins des abonns.

2. Annes 1990 Un nouveau concept se dveloppe, celui du rseau intelligent. Il s'agit de trouver un moyen de rendre le rseau plus coopratif pour pouvoir programmer plus rapidement et plus commodment des services dans des plateformes extrieures aux centraux tlphoniques.

Une premire norme dveloppe par le laboratoire amricain Bellcore est publie en 1990 sous le nom de "Advanced Intelligent Network" (AIN). Elle est reprise et remanie et publie par lUIT en 1992 sous le nom (plus modeste bien que plus volue) de "Intelligent Network" (IN). L'industrie informatique prend ainsi pied dans le monde des tlcommunications par l'intermdiaire des plateformes de service

3. Premires utilisations de lIN

En Amrique du nord, o la pratique commerciale normale (et la politesse lmentaire) veut que ce soit l'entreprise appele par un client qui paye l'appel, le service "libre appel" (numros 800) devient une "killer application" (Application succs phnomnal). Ce service constitue rapidement plus de la moiti du revenu des oprateurs, au point d'tre finalement rintgr dans le logiciel des commutateurs

Dans beaucoup d'autres pays, en particulier dans les pays en voie de dveloppement, la "killer application" des rseaux intelligent pour le grand public est ralise par les services prpays qui vitent les surprises de facturation en fin de mois. Ces services sont d'abord dvelopps pour le rseau mobile par lintermdiaire du CAMEL (Customized Applications for Mobile Enhanced Logic). Le succs des services prpays est immense. Dans bien des pays le prpay est majoritaire et constitue l'essentiel du trafic.
Face au succs du prpay une offre est maintenant souvent propose galement dans les rseaux fixes.

4. Dfinition du Rseau Intelligent

Le rseau intelligent est une technologie, base sur un mcanisme de substitution du traitement dappel "par dfaut" du commutateur par un autre traitement excut dans une plateforme de service. Intelligent Network (IN) ou rseau intelligent est un concept dfinissant des fonctions pilotant les quipements du rseau tlphonique. La technologie se doit d'tre interoprable : une plateforme de service dun constructeur devrait normalement pouvoir fonctionner avec un commutateur de nimporte quel autre constructeur. Ds le dbut, la technologie "Rseau Intelligent" a t dfinie par lintermdiaire de normes destines assurer cette interoprabilit. Les normes dfinitives et finales du rseau intelligent ont t dfinies par tapes dites "Ensembles de capacits" (en Anglais : "Capability Sets" ou CS). Par la suite des travaux de normalisation sur le rseau intelligent ont concern les normes CAMEL de lETSI.

5. Exemples de services IN
Freephone Premium Rate Linterdiction dappels Portabilit du numro Local Le prpaiement

faciliter lintroduction et la modification de nouveaux services, avec une rduction importante des dlais de dveloppement associs,
rduire les cots de dveloppement, introduire dans le rseau des fonctions plus sophistiques, par exemple pour permettre lusager de grer et de modifier ses propres donnes .

6. Les objectifs du RI

Les moyens qui permettent de faciliter lintroduction de nouveaux services, selon lUIT-T :
larchitecture doit tre indpendante de la mise en uvre des services : la mise en uvre de nouveaux services ne doit pas impliquer une modification de larchitecture (cot) larchitecture doit tre indpendante de la mise en uvre du rseau : larchitecture ne dpend pas de la configuration physique du rseau ni des systmes spcifiques des fournisseurs. Lobjectif est de permettre un oprateur de rseau de choisir le matriel adquat et de ne pas tre oblig de dvelopper nouveau un service en cas de changement de configuration du rseau.

Avantages
Le rseau Intelligent

Une architecture qui permet de crer et de dployer rapidement les nouveaux SERVICES Supporte plusieurs services Un standard - multi-vendeur Plate-forme distribue

Le concept de "Rseau Intelligent" et son mcanisme

de base. 1. Tout service nest pas ncessairement du ressort de la technologie "Rseau Intelligent". 2 Un service "Rseau Intelligent" est un service spcifiquement ralis par une squence dactions identifies individuellement ralisables par un commutateur. Comprendre le mcanisme fondamental de la substitution de traitement dappel mis en uvre par la technologie des " Rseaux Intelligents et, Bien situer le concept de rseau intelligent dans l'architecture globale des tlcommunications : Nature et les rles exacts des fonctions des commutateurs. Cela permet, dans un deuxime temps de dcliner la nature des services dits "Services de Rseaux Intelligents".

Les fonctions essentielles dun commutateur

Deux types de fonctions sont ncessaires pour tablir une communication : les fonctions daccs et les fonctions de transport. a. Fonctions d'accs * L'accs demandeur est excut au moment o un utilisateur du rseau se prsente (procdure daccs comme le dcrochage pour un tlphone fixe ou l'allumage du poste pour un tlphone mobile : fonctions de localisation, d'authentification et d'acquisition du profil. L'accs demand est excut au moment o il faut localiser un abonn demand: traduction nom/adresse. * Dans le rseau fixe la fonction d'accs demandeur est excute dans le central de rattachement, au moment du dcrochage (prslection) pour obtenir le profil de labonn (droits, numro dannuaire, etc.). Dans le rseau mobile la fonction d'accs demandeur est ralise par le VMSC puis le HLR : authentifier labonn mobile et renvoyer au MSC/VLR son profil. Dans le rseau fixe la fonction d'accs demand est excute dans le central d'arrive pour traduire le numro d'annuaire (nom) en numro d'quipement (adresse). Dans le rseau mobile la fonction d'accs demand est ralise par le premier MSC sur lequel se prsente lappel et interroge le HLR afin de transformer le numro MSISDN de l'abonn demand en MSRN pour router l'appel.

b. Fonctions de Transport : le service POTS

Les fonctions de transport, dans le rseau tlphonique sont des fonctions de connexion. La fonction de connexion est ralise de proche en proche et chaque commutateur du rseau a donc une fonction de contrle de connexion. La fonction est ralise par une squence dactions lmentaires de connexion : o Connecter lutilisateur un rcepteur de numrotation o Connecter lutilisateur un gnrateur de tonalit ou dannonces vocales o Envoyer un prompt (Tonalit sonore) o Envoyer une annonce vocale lutilisateur. o Recevoir les caractres composs par lutilisateur o Router un appel (traduire une numrotation reue en numro de route ) o Connecter une entre du commutateur une sortie (appartenant une route donne). o Mettre un utilisateur en sonnerie o Superviser les vnements se produisant sur une ligne dabonn o Dconnecter une connexion tablie o Librer des ressources affectes o Mettre en place une taxation pour un appel o Faire payer un appel.

La substitution de traitement
Fondement de la technique "rseau intelligent" : le commutateur dtecte des situations o il doit se dbrancher de son traitement par dfaut pour faire appel une plateforme de service, puis excute les commandes mises par cette plateforme. Mise en uvre de la technique rseau intelligent : mise jour dun certain nombre de commutateurs du rseau pour les rendre compatibles IN : Service Switching Points, SSP. Commutateur compatible IN : Existence d'un mcanisme de dbranchement du traitement par dfaut. Possibilit dexcuter les commandes mises par la plateforme de service substitutif SCP. INAP (Intelligent Network Application Part) : un jeu de commandes normalises par lUIT correspondant aux actions ralisables par un commutateur. Le protocole sappuie sur la pile de protocoles SS7): MTP (Message Transfer Part), SCCP (Signaling Connection Control Part), TCAP (Transaction Capability). Le principe du dbranchement du traitement de connexion par dfaut est fondamental car il conditionne les possibilits de concevoir des services

Cration de PICs (Point in Call). Normaliser des points de lappel sans toucher au traitement dappel natif ou sous-jacent. Larrive o la sortie des PIC correspond des points de dtection DP. Au passage par ces DP le traitement de connexion interroge une nouvelle fonction logicielle dit Service Switching Function (SSF) qui regroupe les diverses conditions de dbranchement (dappel un service) pour chaque DP. Si aucune condition nest vrifie (le DP nest pas arm) le traitement dappel sous jacent poursuit son cours. Si au contraire lune des conditions se trouve vrifie la SSF dclare le DP arm, interrompt le traitement de connexion sous jacent et prend le contrle du programme pour faire appel la plateforme de service approprie (par une commande INAP dite "Initial DP") et pour interprter les commandes INAP que cette plateforme enverra.

Principe du dbranchement du service par dfaut

Pour dterminer les PICs la norme a dfini un modle dappel.

Lappel au sens du rseau intelligent nest en aucun cas une communication globale, cest simplement une vue locale un commutateur des connexions tablies par ce commutateur. Il est reprsent symboliquement par un rond et deux pattes dites "legs . Le rond reprsente lappel proprement dit c'est--dire la page mmoire (ou contexte local) ouverte par le commutateur pour cette instance de communication. Les pattes reprsentent les connexions, une connexion tant, au sens du rseau intelligent, laffectation dune terminaison un appel. Un appel met donc gnralement en uvre 2 connexions : la patte demandeuse (Originating leg) reprsentant laffectation de la terminaison demandeuse lappel et la patte demande (terminating leg) reprsentant laffectation de la terminaison demande lappel.

Pre-IN : service appel gratuit

Switch spcial Service Node

Base de Donnes

Le Rseau route lappel (signalisation et voix) vers un commutateur ddi Lappelant compose le numro gratuit PSTN

Le numro est converti est rout vers le switch de destination

Commutateur local

Commutateur local
Appel

Architecture de lIN : Approche

Switch IP Announcement Unit and more

Routing
Call processing

Announcement Simple Tone Unit Generator(IP)

Digit Analysis Advanced Feature Query processing processing (SSP)

Switching fabric
SCP: Service Control Point SSP: Service Switching Point IP: Intelligent Peripherals

SCP

Advanced Feature processing

Architecture du rseau intelligent

Service Data Service logic Service Cration environnement Point SCEP Service Management Point SMP

Service Control Point SCP

Intelligent Peripheral IP

signalisation SS7

Service Switching Point SSP

Signalisation Mdias
20

Le BCSM
Une communication globale est reprsente par un modle dappel dans chacun des commutateurs participants. Deux ensembles de PICs : LOBCSM (Originating Basic Call State Model) qui dfinit les tats possibles de la patte demandeuse et le TBCSM (Terminating Basic Call State Model) qui dfinit les tats possibles de la patte demande. Pour les deux modles de connexions les entres ou les sorties des PICS correspondent des DP, c'est--dire des occasions de dclencher des services.

LOBCSM form des PIC suivants: O_NULL & Authorize Origination Attempt. Il correspond la supervision de l'tat raccroch et la traduction de catgorie appelante (Originating translation) Collect Info : rception de la numrotation. Analyse_Info : traduction. Routing & Alerting : Slection. O_Active : Appel tabli, supervision des raccrochages. O_Exception : Rencontre d'une exception. Libration des ressources rserves pour l'appel.

Le TBCSM est form des PIC suivants : T_NULL&Authorize Termination_Attempt. Select Facility and present call. T_Alerting T_Active : Appel tabli, supervision des raccrochages. T_Exception : Rencontre d'une exception. Libration des ressources rserves pour l'appel.

Modle conceptuel du rseau intelligent

Destin reprsenter un ensemble de sujets devant tre normaliss (UIT-T Q.1201). Modle non utilisable pour une ralisation d'quipement. Constitu de quatre "plans reprsentant chacun un type de sujet ncessitant dtre normalis.

Les plans 1 et 2 (plan service et plan fonctionnel global) ont une nature diffrente des plans 3 et 4 (plan fonctionnel rparti et plan physique). Les plans 1 et 2 sont concerns par la dfinition des services le plan des services (Service Plane) donne des rgles respecter lorsque lon invente un service. le plan fonctionnel global (Global Functional Plane) donne une mthode formelle de description non ambige dun service. Les plans 3 et 4 sont concerns par la ralisation dun environnement fonctionnel et matriel capable dexcuter tout type de service pourvu quil soit dfini en conformit avec les mthodes spcifies dans les plans 1 et 2. le plan fonctionnel rparti (Distributed Functional Plane) dfinit une architecture fonctionnelle dexcution de service, c'est--dire des fonctions logicielles constituant un environnement dexcution de tout type de service dfini en conformit avec les mthodes spcifies dans les plans 1 et 2. le plan physique (Physical Plane) indique comment rpartir les fonctions du plan fonctionnel rparti dans des machines physiques.

Des ensembles successifs de fonctionnalits o Spcification du rseau intelligent en plusieurs phases appeles "ensembles de capacits" (capability sets ou CS). o La norme de lINCS1 (Intelligent Network Capability Set 1) publie en 1992 est en ralit la seule norme du rseau intelligent qui se trouve entirement implmente par les industriels. o Les normes du CS2 ont finalement t publies en 1998 et ne seront sans doute jamais implmentes dans la totalit des fonctions prvues. I o Il existe aujourdhui des normes INCS3 et INCS4, trs peu diffrentes des normes INCS2 et qui ne font pas lobjet dimplmentation industrielles. o Les normes UIT-T du rseau sont rfrences selon la nomenclature Q.12XY avec les valeurs de X et Y
X 00 10 20 30 40 50 60 70 80 90 Gnral CS1 CS2 CS3 CS4 CS5 CS6 CS7 CS8 Vocabulaire 1 - Principes, Introduction 2 Plan Service (pas trs dfini pour CS1) 3 Plan fonctionnel global 4 Plan fonctionnel rparti 5 Plan Physique 6 rserv pour utilisation future 7 - rserv pour utilisation future 8 Spcifications dinterface 9 Guides utilisateurs du rseau intelligent Y

Avec cette nomenclature, il est trs facile de dterminer le numro de la norme applicable une problmatique de rseau intelligent, la norme du plan fonctionnel rparti de LIN CS2 est rfrence Q1224 (X=2 pour CS2 ; Y=4 pour plan fonctionnel rparti)

Le plan service Q1212

> > > La spcification Q1212 du plan service dcrit les services tels qu'ils peuvent tre vus par un usager du service (Rseau priv virtuel, Numro vert, tlcommunications universelles personnelles, etc.). Cette vue ne contient aucune information concernant la mise en uvre des services dans le rseau. Les services offerts par le RI sont dcrits l'utilisateur comme une composition de services plus lmentaires appels "fonctionnalits de services" (Services Features) : la mise en attente des appels, les annonces personnalises, etc. La norme dfinit deux types de services, ceux de type A et ceux de type B . Services de type A : "single ended, single point of Control, single medium". "Single ended" : Un service de type A nagit que sur une session ne mettant en uvre quun seul media.
Abbreviated Dialing (ABD) Attendant (ATT) Authentication (AUTC) Authorization Code (AUTZ) Automatic Call Back (ACB) Call Distribution (CD) Call Forwarding (CF) Call Forwarding on Busy (CFC) Call Gapping (GAP) Call Hold with Announcement (CHA) Call Limiter (LIM) Customized Recorded Announcement (CRA) Customized ringing (CRG) Destinating User Prompter (DUP) Follow-Me Diversion (FMD) Mass Calling (MAS) Meet-Me Conference (MMC) Multi-way Calling (MWC) Off-Net Access (OFA) Off-Net Calling (ONC) One Number (ONE) Origin Dependent Routing (ODR)

Fonctionnalits de service de lINCS1

Services de lINCS1
A partir des fonctionnalits de service, la norme du plan service donne une liste de services ralisables selon la technologie INCS1, tant entendu que dautres peuvent concevoir des services originaux condition de suivre les mmes rgles.
AAB Automatic Alternative Billing ABD Abbreviated Dialling ou Numrotation Abrge ACC Account Card Calling CCC Credit Card Calling ou appel par carte de crdit CF Call Forwarding ou Transfert d'appel CCBS Completion of Call to Busy Suscriber CON Conference Calling CRD Call Rerouting Distribution DCR Destination Call Routing FMD Follow-Me-Diversion FPH Freephone ou Numro Vert MAS Mass Calling MCI Malicious Call Identification PRM Premium Rate SPL Split Charging VOT Televoting TCS Terminating Call Screening UDR User Defined Routing UAN Universal Access Number UPT Universal Personnal Telecommunication VPN Virtual Private Network ou Rseau Priv Virtuel

SEC Security Screening

SCF Selective Call Forward on busy / not answer

Le plan fonctionnel global Q1213

Indique la ligne suivre pour concevoir un service Dnne une mthode formelle pour dcrire le service de manire non ambige Lle service est dcrit par un enchanement logique dlments de description (ou composants) formels rutilisables (lments de description indpendants du service) appels Service Independent Building Blocks SIB. Exemple : fonctionnement du service AAB (Automatic Alternative Billing). lappel normal sappelle le BCP (Basic Call Process) le service rseau intelligent ou traitement substitutif dmarre un point de dbranchement de lappel normal appel Point Of Initialization POI et quil est dcrit comme une suite de SIB. Un ou plusieurs points de retour possibles vers lappel normal appels Points Of Return POR. La suite de SIB obit la Logique Globale de Service (Global Service Logic GSL)

SIB
Un SIB nest pas un programme, cest une description formelle dactivits agissant sur des donnes. Les SIB dfinissent une activit complte avec un point de dpart logique et un ou plusieurs points d'arrives logiques Les SIB doivent thoriquement tre rutilisables dun service lautre et permettre de dcrire tout service ou toute fonctionnalit de service. Les SIB utilisent deux types de donnes : les donnes d'instance d'appel (CID=Call Instance Data), donnes de contrle spcifiques de linstance dappel et effaces la fin de lappel, qui sont fournies au SIB par le traitement d'appel (numro d'identification d'appel, tat des ressources disponibles, etc.) les paramtres statiques de paramtrage (gestion) du service valable pour tous les appels. Ces paramtres de gestion sont appels "donnes de support de service" (SSD=Service Support Data).

SIB: CS1
Treize SIB ont t dfinies pour le CS1 : Algorithm (applique un algorithme mathmatique une donne en entre, effectue des calculs sur des chiffres reus) Charge (dtermine la taxation de l'appel en partie ou totalement effectue dans le RI 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) Screen (compare une valeur celles d'une liste situe dans une base de donnes, pour dterminer si elle en fait partie. Par exemple : filtrage de numrotations) Service Data Management (permet au service de rechercher et ventuellement de modifier des donnes d'utilisateur situes dans une base de donnes) Status Notification (permet de se renseigner sur l'tat des ressources du rseau. Par exemple pour le rappel automatique sur occupation) Translate (produit au niveau de la SDF des informations de sortie partir d'informations d'entre, en fonction de diffrents paramtres. Par exemple traduit un numro dappel gnrique (800 pizza) en numro spcifique) User Interaction (permet la SCF de diriger la connexion d'un utilisateur vers une ressource spcialise, de diffuser une annonce et, dans certains cas, de collecter l'information provenant d'un utilisateur : envoi de Tonalits, de Messages parls vers l'usager, rception de chiffres) Verification (value si linformation reue est syntaxiquement conforme la forme attendue de cette information) A ces 13 SIB nous devons ajouter le BCP considr galement comme une SIB.

Le plan fonctionnel rparti Q1214

1. Environnement dexcution de service . Le plan fonctionnel rparti (Distributed Functional Plane) dfinit une architecture fonctionnelle dexcution de service, c'est--dire des fonctions logicielles appeles "entits fonctionnelles" (FE) Une entit fonctionnelle (FE) est un groupe spcifique de fonctions localises dans un mme emplacement et constituant un sous-ensemble de toutes les fonctions ncessaires la fourniture d'un service. une entit fonctionnelle correspond entirement une entit physique spcifique et ne peut donc tre rpartie sur plusieurs entits physiques des entits fonctionnelles diffrentes peuvent par contre tre regroupes sur une mme entit physique toute interaction de deux entits fonctionnelles qui communiquent entre elles est appele flux d'information . Les relations entre entits fonctionnelles sont donc dfinies par des flux d'information qui sont normaliss

Deux types d'entits fonctionnelles : excution des services et cration et gestion des services. Les fonctions relatives l'excution : Call Control Agent Function (CCAF) reprsente le traitement dappel dun PABX RNIS qui traite la signalisation avec la CCF et qui assure une exploitation de type PABX lutilisateur. la fonction de contrle d'appel (CCF pour Call Control function). Il s'agit du logiciel de traitement d'appel des commutateurs. Fonction de commutation de service (SSF pour Service Switching Function) : dtecte que les critres de dbranchement vers un service substitutif sont vrifis. Cette entit assure l'ensemble des fonctions ncessaires l'interaction avec les entits CCF et SCF en particulier la dtection des points de dclenchement du service (d'appels la SCF) et l'interprtation des commandes de la SCF la fonction de commande de service (SCF pour Service Control Function) ralise le traitement d'appel substitutif pour les demandes de services RI. Elle dispose de la logique et de la capacit ncessaires au traitement des services RI. la fonction donnes de service (SDF pour Service Data Function) regroupe les donnes utilisateurs et rseau auxquelles la SCF doit accder en temps rel pour l'excution d'un service RI. la fonction ressource spcialise (SRF pour Service Resource Function) est la fonction de contrle des ressources spcialises (essentiellement des serveurs vocaux) ncessaires l'excution des services assurs par le RI (rception de chiffres, passerelles,...).

Les fonctions relatives la gestion / cration des services : la fonction gestion de services (SMF pour Service Management Function) permet l'installation puis lexploitation et la surveillance de services RI la fonction agent d'accs de service (SMAF pour Service Management Access Function) assure l'interface entre le personnel charg de la gestion de services et l'entit SMF la fonction environnement de cration de services (SCEF pour Service Creation Environment Function) permet de dfinir, crer et tester des services assurs par le RI puis de les transfrer dans l'entit SMF

Triggers et Evnements
La norme Q1214 du plan fonctionnel rparti dcrit le mcanisme de substitution de service. Cette description contient donc le modle dappel et les graphes dtat OBCSM et TBCSM des pattes ou connexions demandeuses et demandes. DP Statiques : trigger points DP "arms" par la gestion, pralablement lexistence de toute instance de service. Lorsque le programme de traitement dappel normal rencontre un DP arm, lappel au service est dclench. DP dynamiques : Event points Au cours du droulement dune instance de service, il est possible darmer la vole "dynamiquement" un DP pour que le traitement dappel puisse le rencontrer plus tard et renvoyer linformation la SCF. Par ce mcanisme les DP constituent galement des vnements supervisables au cours du droulement dun service deux commandes dans la signalisation INAP : implmentent cette possibilit : La commande "RequestReportBCSMEvent" permet la SCF de demander la SSF de superviser le passage par un DP dtermin en "larmant dynamiquement". Lorsque le traitement passe par un tel DP "arm dynamiquement", il notifiera cet "vnement" la SCF avec lopration "EventReportBCSM".

LIN et le protocole INAP

intelligent network application part protocol
Les vendeurs indpendants des oprateurs Interfaces ouverts
Service Logic

Base de donnes de Traduction

INAP
DB SSF Voice Commutateurs amliors INAP Pour supporter lIN (interface avec le SCP et lIP) SRF

SCF

INAP

Dploiement rapide, moindre cot et avec peu de risques de nouveaux services

Possibilit de concevoir et de Customiser de nouveaux services

La signalisation INAP
La norme du plan fonctionnel rparti dcrit la signalisation INAP (Intelligent Network Application Part) permettant aux deux partenaires SCF et SSF dinvoquer des oprations dans lentit distante. Il y a 29 oprations ETSI Core INAP : cest la liste des 29 choses quun commutateur sait faire.

A 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 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 SSF. Lopration RequestReportBCSMEvent peut demander la supervision de plus dun vnement. Chaque vnement dtect produira une notification spare sous forme dun EventReportBCSM pour chacun deux.

 B Appels vers des destinations finales

6) Collect Information procedure. Cette opration 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. 8) 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.

C 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 lappel 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. D 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.

E Contrle de service 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. 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 dinitialisation 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 SCF demande la SSF de diminuer le taux de demandes de service par unit de temps.

Le plan physique du modle conceptuel du rseau intelligent dcrit des scnarios pour implanter les diffrentes entits fonctionnelles du plan fonctionnel rparti dans des machines physiques. Le plan physique correspond donc l'architecture matrielle d'un rseau structur en RI. La norme impose de respecter les rgles suivantes : la mme entit physique (machine) peut inclure plusieurs fonctions (entits fonctionnelles) une entit fonctionnelle ne peut pas tre rpartie dans plusieurs machines il est possible dinclure une mme fonction dans des machines de types diffrents Le scnario trs souvent retenu consiste faire correspondre une machine une fonction. La machine est identifie par le mme nom que la fonction quelle embarque en remplaant la lettre F (Fonction) par la lettre P (Point). Exception : SRF appel "IP" (Intelligent Peripheral).

Le plan physique Q1215

Architecture physique Classique de l IN

Service Control Point Fonctions de Controle et de base de donnes Intelligent Peripheral lectures des annonces enregistres

SCEP/ SMP
Service Creation Environment Point/ Service Management Point administration du service

SCP

IP
PSTN

SSP

SS7

SSP

Service Switching Point commutation de circuits

Autres architectures : Adjunct

Il existe dautres scnarios de positionnement des entits fonctionnelles dexcution de service dans des machines. Lorsquun service obtient un grand succs ifaut quiper dans le rseau de nombreuses plates-formes. Quand on en vient mettre pratiquement une plate- forme par commutateur le recours au rseau smaphore nest plus ncessaire. Un simple rseau local haut dbit permet de relier la plateforme de service au commutateur . Cette plate-forme de service locale, qui contient la SCF et la SDF est appele Adjunct (AD).

Autres architectures : Service Node

Dans le scnario le plus simple ou dans le scnario avec des adjuncts, les appels ne sont jamais routs vers les plate-formes de services. Ces plates-formes ninterviennent quau niveau de la signalisation. Il existe un autre scnario o lon dcide de rorienter tous les appels qui invoquent un service donn vers un commutateur spcialis, qui embarque la fonction de contrle de service SCF et la SDF dans la propre unit de contrle du commutateur. Ce commutateur spcialis que lon appelle un Service Node (SN) peut aussi contenir dans son quipement une SRF. Tous les changes avec un SN se font donc par lintermdiaire de circuits du plan utilisateur.

Autres architectures : SSCP

Enfin nous pouvons trouver des commutateurs privs PABX ou publics disposant pour un groupe dabonns dune exploitation prive (CO Centrex) qui embarquent la totalit des fonctions : CCAF, CCF, SSF, SCF, SDF, SRF. Ces commutateurs tout fait particuliers sappellent des "Service Switching and Control Points SSCP".

Fonctions du SSP
Point de souscription de lutilisateur du service (cela nest pas ncessairement labonn) Fonctionnalits de lIN : Dtection des appels IN Gnration et transmission de requtes au SCP Gnration et transmission des informations dtat au SCP (B-party busy, B-party no answer) Enregistrement et transmission de statistiques au SCP Traitement des requtes du SCP et envoi des rponses Filtrage des Services

Fonctions du SCP
Authentification et validation du service Traitement des requtes du SSP, envoi des rponses Routage des appels, paramtrage, base de temps, service, subscriber dependant Contrle lIP pour la lecture des annonces standards

Fonctions de lIP
La fonctionnalit intgre dans un SSP fournit gnralement seulement les applications de base dannonces enregistres. Les IPs interagissent avec les abonns. Elles ont des capacits de stockage levs avec de nombreuses fonctions : Annonces standards collecte dinformations par DTMF

Speaker independent voice recognition

Annonces personnalises

modification/personnalisation des annonces rapides implmenter

Speaker dependent voice recognition dialogues complexes controls via des scripts

Fourniture des ressources pour les confrences

Fonctions du SCEP/SMP
Administration du service Dveloppement et introduction de nouveaux services Modification de services existants Fournit un environnement Cration de Service (gnralement une interface graphique)

Call flow IN global

Lusager communique avec le SSP (compose le called party number). Le SSP analyse le numro et dtermine si lappel est du type IN. Le SSP contacte le SCP pour dterminer comment lappel doit tre trait. Le SCP peut optionnellement obtenir plus dinformations sur lappelant en instruisant lIP de jouer des annonces (pour collecter le PIN par exemple). Le SCP instruit le SSP sur la faon dont lappel doit continuer , modifiant les donnes de lappel en fonction des services auquel labonn a souscrit.

Appel IN simplifi

2 & 5. How should the call be processed?

SCP
3 & 6. Instructions

IP
1. Dcrochage et composition dun numro

4 Announcement

SS7 Network

SSP
7. Call progressed through to destination

SSP

Exemple du Freephone
SSP SCP
2,6 Multiple destinations

SSP
3

SSP
4

SSP

Exemple du Freephone
. Les SIB utilises sont la SIB traduction (pour traduire le numro en un numro routable) et la SIB Taxation (charg de la tarification de l'appel). La SIB traduction : Elle reoit en CID (Call Instance Data) le numro de l'appelant et le numro de l'appel 0800 PQMCDU (il n'a pas de signification routable). En SSD (Service Support Data), elle reoit des donnes caractre permanent pour ce service, il s'agit ici de la correspondance 0800 PQMCDU numro routable. La SIB Taxation : Elle reoit en CID des consignes pour savoir qui soccupe de la tarification. Cela peut tre le commutateur lui mme ou ventuellement la SCF, selon les types dquipements en place. Dautre part, la SIB reoit en SSD le tarif appliquer et le numro de labonn.

Televoting

SCP IP
4 3,6 2,5

SSP
SSP

Televoting (2)

SCP IP
3 4 1,3

SSP
SSP

Limite du CS1
* services de type A concernant des appels tlphoniques point point sans offrir de mcanismes pour les appels multi-parties ou le multimdia, elles noffrent que des possibilits trs limites pour la mobilit; en particulier une interaction entre lutilisateur et le service qui ne peut avoir lieu que durant un appel. * elles font lhypothse quil ny a quun seul oprateur et elles ne prvoient rien pour linterfonctionnement de rseaux. La gestion des services et des quipements RI reste propritaire, les interfaces pour linterfonctionnement entre RI ne sont pas normalises et larchitecture RI-CS1 ne peut tre dploye que sur le RTC. Par ailleurs, les industriels firent vite tat de difficults avec la notion de SIB

LIN CS2
Les objectifs prioritaires des normes UIT-T Q122x ont t les suivants: Enrichir les services dappels * Permettre le dclenchement de services une fois lappel tabli (Mid Call Interuptions) * Donner plus de possibilits la SRF (Scripts dinteraction utilisateur, rcupration de messages) * Permettre les appels multiparties (entre plusieurs correspondants) et multiples (plusieurs appels lis comme le double appel) Permettre la composition de service en enrichissant les SIBs et en introduisant une possibilit de composer des SIBs et de permettre le paralllisme et la synchronisation de plusieurs services. Assurer linter-fonctionnement entre rseaux intelligents pour permettre la fourniture de services internationaux (e.g. Rseau Priv Virtuel International) Introduire en dehors des services dappels, des fonctionnalits de gestion et de cration de service et notamment permettre une interaction avec lutilisateur hors du contexte dun appel

Services IN CS2
Les exemples de service permis par lIN CS2 : Services dinterfonctionnement de rseaux libre appel inter-rseaux rseaux virtuel mondial. kiosque tlphonique inter-rseaux appels groups inter-rseaux tlvote inter-rseaux carte de taxation des tlcommunications internationales Services multiparties rappel automatique sur occupation communication confrence mise en garde transfert d'appel indication d'appel en attente Services de mobilit personnelle authentification de l'utilisateur enregistrement de l'utilisateur scurit de rponse suivi

OBCSM CS2

TBCSM CS2