Les services sur le réseau intelligent & CS-1

Les services sur le réseau intelligent & CS-1

ING5

Sommaire

• Service et éléments de service

• La phase CS-1

– Le plan fonctionnel global pour le CS-1

– Les paramètres d’un SIB

– Le BCP

– Exemple de plan fonctionnel global

– Le plan fonctionnel réparti pour le CS1

– Le modèle de SSF/CCF

– Le modèle de traitement d’appel

– L’O-BCSM

– L’T-BCSM

– Les points de détections (DP) du BCSM

– La relation entre plan fonctionnel global et le plan fonctionnel réparti

Services et éléments de service

L’ambition du réseau intelligent est de faciliter la mise en œuvre de services de télécommunications. Ce chapitre décrit les services que le RI permet d’introduire dans les réseaux de télécommunications.

Il traite d’abord des « jeux de capacités/ Capacity set » spécifiés par l’UIT-T, qui identifient des ensembles de services.

Le premier jeu CS-1 a été défini en 1992; CS-2 en 1994.


Dans le cadre d’un réseau intelligent de télécommunication, nous retiendrons, selon la recommandation de l’UIT, la définition suivante: « un service est une offre commerciale autonome caractérisée par un ou plusieurs éléments de service, et pouvant être éventuellement améliorée par d’autres éléments de service.

Cette définition est complétée par la suivante: « un élément de service est une composante ou variante spécifique d’un service pouvant être réutilisée en relation avec d’autres services ou éléments de service en tant que partie d’une offre commerciale, soit composante essentielle ( on parlera alors d’élément essentiel), soit composante optionnelle proposée comme amélioration d’un service (on parlera alors d ’élément optionnel)


La notion d’élément de service n’est pas univoque, car un élément de service peut ou non constituer un service en lui même:

Il constitue un service s’il peut faire l’objet d’une proposition commerciale autonome; par exemple: l’acheminement en fonction de la zone géographique peut constituer un service, alors qu’il est un élément de service du numéro vert

Il ne constitue pas un service dans le cas contraire; par exemple, l’activation/désactivation par l’usager ou encore la modification de données par l’usager, s’appliquent nécessairement à un service donné et ne peuvent donc faire l’objet d’une offre commerciale autonome.

Services et éléments de serviceDes composants pour construire les services

Le concept d’élément de service n’intervient que dans le plan des services du modèle conceptuel du réseau intelligent.

En clair, il n’est utilisé que pour définir un service avec la vision de l’usager et il ne faut pas en attendre des modules logiciels réutilisables

Une approche de tels modules est possible dans le plan fonctionnel global, sous le terme générique de briques indépendantes des services (ou SIB, pour Service Independent Building Blocks)

Les SIB sont des blocks fonctionnels normalisés, définis de manière indépendante de tout service et de toute installation.

Un SIB possède une entrée logique, une ou plusieurs sorties logiques, et deux types de paramètre.

Les données de soutien SSD (service Support Data), constituées de données fixes pour tout appel au service,sont les paramètres de configuration d’un SIB; un exemple en est donné par le type de taxation à appliquer à un appel

Les données propres à l’appel ou CID (Call Instance Data) sont des paramètres dynamiques susceptibles de changer à chaque appel au service, telles l’identité de la ligne appelante ou une numérotation complémentaire obtenue de l’usager

Services et éléments de service• L’UIT-T a défini, dans sa recommandation sur l’architecture du plan fonctionnel global du réseau intelligent, treize

briques indépendantes des services (SIB) qui ont les fonctions suivantes:

- Augmenter ou diminuer la valeur d’une donnée (Algorithm)- Effectuer la taxation (Charge)- Comparer deux données (Compare)- Répartir les appels vers différentes destinations (Distribution)- Restreindre le nombre des appels (Limit)- Tenir un journal des appels (Log Call Information)- Enchaîner les appels dans une file d’attente (Queue)- Filtrer les appels par comparaison d’un élément avec une liste (Screen)- Permettre des traitements sur les données des usagers (Service Data Management)- Examiner l’état d’une ressource (Statut Notification)- Effectuer une traduction d’information (Translate)- Diffuser un message à un usager et recevoir d’éventuelles informations en réponse (User Interaction)- Vérifier la syntaxe des informations reçues (Verify)

Services et éléments de serviceDans le plan fonctionnel global, un service est composé d’un (ou de plusieurs) ensemble d’instructions,

appelé logique du service global (GSL Global Service Logic), qui décrit un enchaînement de briques indépendantes permettant le traitement d’un service ou d’un élément de service.

A partir de l’appel de base (BCP Basic Call Process), un ensemble d’instructions GSL est activé via une interface de démarrage (POI Point Of Initialisation). Le traitement de l’ensemble d’instructions se termine par un retour à l’appel de base via une autre interface (POR Point Of Return)

Fig SIB

Enfin, une interface de synchronisation (POS Point Of Synchronisation), permettant l’exécution parallèle de plusieurs chaînes de briques indépendantes

Les briques indépendantes doivent être vues comme un outil de modélisation à partir duquel sont déduits tout d’abord les flux d’informations et les actions des entités fonctionnelles du plan fonctionnel réparti puis les protocoles du plan physique. Ce n’est que dans le cadre de l’interface de programmation de l’atelier de création de services (ACS) qu’elles constituent des modules logiciels réutilisables d’un service à l’autre

Des objectifs ambitieux• Les objectifs du réseau intelligent sont ambitieux, et il a été nécessaire de restreindre

son champ initial afin de tenir compte des possibilités technologiques du moment. Ceci a conduit la commission d’études 11 de l’UIT-T à définir une procédure de rédaction des recommandations qui fasse intervenir la notion de jeu de capacités ( en anglais Capacity Sets, d’où l’abréviation CS).

A partir d’un ensemble de services et de fonctions définissant un jeu donné, sont déduits protocoles, fonctions et machines nécessaires pour les mettre en œuvre.

Chaque jeu décrit un état des possibilités du réseau intelligent en termes de traitement d’appels, gestion des services, création de services. Les premiers jeux (CS-1 et CS-2) portent essentiellement sur le traitement d’appels. En effet, CS-1 comprend les services réseau et les services à l’abonné. CS-2 traite des services internationaux et des services qui impliquent plus de deux interlocuteurs. Par contre les services de gestion, par exemple, sont prévus dans le jeu CS-3.

La phase CS-1Cette procédure a donné naissance à un premier jeu, nommé CS-1, base des travaux de la période d’études 1988

1992. Les services retenus pour CS1 étaient déjà définis ou en cours de définition par la commission d’études 1 de l’UIT-T au moment de la rédaction des recommandations.

Deux sortes de services sont concernés. Les premiers, dits services réseau, se sont d’emblée imposés car, pour de nombreux opérateurs ils constituent l’essentiel de la demande. Les autres services, dits services à l’abonné ont été introduits sous l’impulsion des opérateurs nord-américains.

La phase CS-1

Le plan fonctionnel global pour le CS-1

Le plan fonctionnel global pour le CS-1 est détaillé dans la recommandation Q1213 ( voir structure de la recommandation Q) Plan fonctionnel global pour l’ensemble de capacité 1 du réseau intelligent.

Il modélise le réseau comme une entité unique programmable. Il contient les briques de base ou SIBs à partir desquelles un concepteur peut créer un nouveau service. Un SIB est un bloc fonctionnel réutilisable et normalisé, défini indépendamment de tout service et de toute implantation.

La réalisation détaillée d’un SIB n’est donc pas considérée dans ce plan et n’intervient qu’au plan fonctionnel réparti et au plan physique. Chaque SIB a une interface stable et unifié et est défini selon une méthodologie standard. Il possède une entrée logique, une ou plusieurs sorties logiques et des paramètres permettant de le configurer lors de son utilisation dans la définition d’un service donné.

Un service dans un plan fonctionnel global est alors décrit par les éléments suivants:

Un SIB particulier de traitement d’appel BCP, à partir duquel la chaîne de SIBs est déclenchée.

Il contient les points d’initiation et de retour (POI et POR)

- Les SIBs utilisés dans la définition du service;

Le plan fonctionnel global pour le CS-1

Un service dans un plan fonctionnel global est alors décrit par les éléments suivants:

Un SIB particulier de traitement d’appel BCP, à partir duquel la chaîne de SIBs est déclenchée.

Il contient les points d’initiation et de retour (POI et POR)

- Les SIBs utilisés dans la définition du service;

- La logique globale de service GSL, qui décrit la chaîne de SIBs et, pour chaque SIB de la chaîne, les paramètres qui particularisent son utilisation pour ce service donné. Un GSL se représente graphiquement comme le montre la figure.

Fig

Les paramètres d’un SIB

Deux types de paramètres sont identifiés pour spécialiser un SIB pour un service:

- Les données relatives à l’appel (Call Instance Data, CID) sont des paramètres dynamiques dont la valeur change à chaque instanciation du service, tels que le numéro de l’appelé, ou l’identifiant de l’appelant,

- Les données relatives au service (Service Support; SSD) sont des paramètres statiques.

Leur valeur est spécifique pour chaque service, mais ne change pas d’une instance à l’autre d’un même service. C’est par exemple l’identifiant de la table de traduction dans l’application numéro vert. Un autre type d’information de cette catégorie SSD sont les pointeurs sur les zones stockant les CIDs (CID Field Pointer; CIDFP), notion assimilable au concept de pointeurs couramment employé dans les langages de programmation.

Les paramètres d’un SIB• Comme on l’a vu, un SIB est décrit par une représentation graphique qui comporte les éléments

suivants:

- Ses entrées, constituées d’un point d’entrée logique, des paramètres dynamiques CIDs et statiques SSD- Ses sorties, constituées par un ou plusieurs points de terminaison logique et éventuellement des paramètres

dynamiques CIDs résultant de l’exécution du SIB

Les SIBs définis pour le CS-1

Un ensemble minimal de 13 SIBs a été identifié comme étant nécessaire pour définir les services CS-1. La description de chaque SIB reflète la compréhension de la fonction logique de ce SIB dans son rôle de support de services CS-1. La liste de ces SIBs est la suivante:

1. Algorithm effectue une opération mathématique telle qu’une addition ou une soustraction.

2. Charge permet d’appliquer une taxation particulière

3. Compare effectue une comparaison entre deux paramètres, l’un étant une valeur de référence donc un paramètre CID. Il possède quatre sorties logiques : « plus grand », « plus petit », « égal » et « erreur ».

4. Distribution permet à un utilisateur de répartir ses appels vers différentes sorties logiques selon des paramètres qu’il spécifie.

5. Limit limite le nombre d’appels concernant le réseau intelligent en les filtrant sur certains critères basés sur des paramètres spécifiés par le fournisseur de service.

Les paramètres d’un SIB6. Log Call Information enregistre certaines informations relatives à un appel dans un fichier.

Il correspond à une activité de journalisation

7. Queue permet de mettre des appels en attente

8. Screen permet de déterminer si un identifiant (paramètre dynamique) appartient à une liste d’indicateurs (paramètre statique) ou non.

9. Service Data Management permet de manipuler des données relatives à un abonné

10. Status Notification permet de connaître l’état des ressources du réseau, par exemple l’état d’une ligne

11. Translate traduit un paramètre d’entrée en un paramètre de sortie en utilisant comme table de traduction un fichier dont l’identifiant est un paramètre statique

12. User Interaction permet l’échange d’informations entre un utilisateur et le réseau, par exemple une annonce vocale faite par le réseau vers l’utilisateur lui demandant une identification et la réponse de ce dernier.

13. Verify permet de vérifier qu’une information reçue est syntaxiquement correcte par rapport à l’information attendue

Le BCP

• Le SIB BCP représente la fonction de traitement de l’appel de base. Il assure de l’interaction entre ce traitement et la logique de service . Pour cela, il contient un ensemble de points d’initiation et de retour (POI et POR). Les POIs correspondent à des étapes dans le traitement d’appel où un service de réseau intelligent peut être invoqué, le traitement d’appel étant alors suspendu. Les PORs représentent les étapes où le traitement d’appel peut reprendre une fois le service exécuté; Le tableau suivant récapitule les POIs et PORs identifiés pour le CS-1

Un exemple

Afin d’illustrer les différentes notions introduites dans ce paragraphe relatif au plan fonctionnel global, nous allons présenter à titre d’exemple une version simplifiée du service de facturation automatique sur compte tiers (Automatic Alternative Billing; AAB). Ce service permet à un abonné d’utiliser un terminal quelconque pour émettre des appels en imputant le coût des communications sur sa facture téléphonique bimestrielle et non sur le compte du propriétaire du terminal. Pour cela, l’abonné compose un code spécifique d’accès au service AAB, puis fournit son identité et son mot de passe. Il peut alors composer le numéro de son correspondant. Le nom commercial de ce service en France est la carte France Télécom.

Du point de vue de la logique de service AAB, nous décrivons un scénario de réalisation de ce service, sachant qu’il existe différentes possibilités de traiter un tel service. En premier lieu, une interaction est mise en œuvre avec l’utilisateur pour que celui-ci reçoive une annonce vocale lui demandant son identité et son mot de passe et qu’il les transmette (SIB User Interaction);L’étape suivante consiste à vérifier que les coordonnées fournies par l’abonné figurent effectivement dans la liste des abonnés du service AAB (SIB Screen). Si ce n’est pas le cas, une annonce vocale est émise vers l’utilisateur lui signifiant qu’il n’est pas possible de donner suite à sa demande (SIB User Interaction). Le réseau coupe alors l’appel 1. Lorsque l’abonné est reconnu dans la liste, les paramètres de la taxation particulière à appliquer sont générés (SIB Charge). Puis une annonce est émise demandant à l’utilisateur de fournir le numéro de son correspondant (SIB User Interaction). L’appel peut alors être établi.

Un exemple• Les interactions entre le traitement de l’appel de base et la chaîne de SIBs sont prises en compte

par le BCP à travers le POI Adress Analyzed et les PORs Clear Call et Proceed with new data.

Lorsque l’abonné veut utiliser son service, il compose un code spécifique d’accès. Le traitement d’appel se déroule alors et à l’étape du traitement correspondant à l’analyse du numéro, le POI Address Analyzed est rencontré. Le numéro composé étant un code d’accès au service AAB, le BCP suspend alors le traitement d’appel et invoque la logique de service AAB. Cette dernière a deux terminaisons possibles. Soit l’utilisateur n’est pas trouvé dans la liste des abonnés AAB, auquel cas le retour au traitement d’appel se fait au POR Clear Call et le BCP reprend le traitement d’appel pour l’annuler. Soit la terminaison du service entraîne un retour au traitement d’appel au POR Proceed with new data. En effet, d’une part, les paramètres de taxation sont modifiés par le SIB Charge et d’autre part, l’utilisateur a fourni le numéro de son correspondant. Le BCP peut alors reprendre le traitement pour établir l’appel, en tenant compte du fait qu’il faudra imputer le coût de la communication à l’abonné AAB ( et non au propriétaire du terminal comme c’est le cas par défaut dans toute communication téléphonique)

Un exemple• Un concepteur souhaitant créer un tel service peut donc par l’utilisateur des différents

SIBs composer la logique de service et définir les interactions entre traitement d’appel et logique de service par l’utilisation des points d’initiation et de retour. La logique globale du service ainsi obtenue est illustrée sur la figure suivante.

Mentionnons que le scénario décrit ci-dessus qui met en œuvre le SIB BCP, différents POI et PORs et une chaîne de SIBs, est celui qui est perçu par le concepteur lors de la création d’un service. Ces éléments « n’existent » pas en tant que tels dans le réseau, mais ils sont réalisés par des éléments du plan fonctionnel réparti et du plan physique non visible du concepteur.

Le plan fonctionnel réparti pour le CS-1

Le plan fonctionnel réparti, ou architecture fonctionnelle, modélise une vue distribuée du réseau intelligent. Il est composé d’entités fonctionnelles, chacune d’elles étant un groupe unique de fonctions élémentaires localisé sur un seul site.

Le plan fonctionnel réparti pour CS-1 ne contient que les entités relatives à l’exécution d ’un service, c’est-à-dire les entités CCF, SSF,SRF,SCF et SDF.

Les entités de gestion seront traitées dans les phases ultérieures du réseau intelligent. Ainsi les relations entre entités fonctionnelles traitées dans le CS-1 sont: la relation SSF-SCF (point de référence D), la relation SCF-SRF (point de référence E) et la relation SCF-SDF (point de référence F). En fait, l’effort de normalisation pour le CS-1 s’est très fortement concentré sur la relation SSF-SCF. Rappelons que l’entité SSF constitue l’interface entre la SCF, responsable du traitement de service et la CCF, responsable du traitement d’appel. Elle a donc pour rôle de présenter à la SCF une représentation abstraite du traitement d’appel ou de connexion effectué par la CCF. Ceci permet à la SCF d’interagir avec la SSF lors de l’exécution d’une logique de service pour piloter la CCF. Nous allons préciser dans la suite de ce paragraphe comment cette interaction est mise en œuvre et pour cela, nous allons décrire les modèles des entités SSF/CCF et SCF. Nous décrirons également la relation entre le plan fonctionnel global et le plan fonctionnel réparti. Ces descriptions sont extraites de la recommandation Q1214 Plan fonctionnel réparti pour l’ensemble de capacité 1 du réseau intelligent. Enfin nous illustrerons l’ensemble des concepts décrits avec l’exemple du service AAB

Le modèle de SSF/CCF• Le modèle de SSF/CCF est composé de trois sous-systèmes qui sont:

- Le gestionnaire d’appel de base (Basic Call Manager; BCM),- Le gestionnaire de commutation réseau intelligent (Intelligent Network-Switching Manager; IN-SM) et - Le gestionnaire d’interaction d’éléments de service/gestionnaire d’appel (Feature Interaction Manager/Call Manager,FIM/CM)

Une vue simplifié du modèle de SSF/CCF est illustrée sur la figure suivante:

- Le BCM est l’entité de la CCF qui gère les appels et contrôle les connexions. Il met en œuvre le traitement d’appel. Il est chargé de détecter les évènements de commande d’appel et de connexion qui peuvent conduire à l’invocation d’instance de logique de service à travers les points de détections;

- L’IN-SM est l’entité de la SSF qui interagit avec la SCF pour fournir des services. Il fournit à la SCF une vue abstraite des activités de traitement d’appel ou de connexion de la SSF/CCF, ainsi que l’accès aux capacités et ressources de la SSF/CCF. Il détecte les évènements de traitement d’appel et de connexion qui doivent être signalés aux instances de logique de service,

- Le FIM/CM est l’entité de la SSF qui fournit les mécanismes permettant d’avoir plusieurs instances concurrentes de la logique de service réseau intelligent et non réseau intelligent dans le même appel.

Le modèle de traitement d’appel• Le BCM fournit un modèle à état d’appel de base (Basic Call State Model BCSM), qui est une description de

haut niveau des activités de la CCF par une machine à états finis. Il identifie les points dans le traitement d’appel où la logique d’un service est autorisée à interagir avec le traitement d’appel. Il fournit un cadre de description pour préciser les points dans le traitement d’appel où le transfert de contrôle peut avoir lieu entre le traitement d’appel de base (CCF) et une logique de service (SCF).

Les composants identifiés pour décrire le BCSM sont les suivants:

- les points dans l’appel (Point In Cail; PIC),qui identifient les activités de la CCF nécessaires dans un état du traitement d’appel,

- Les points de détection (Detection Points,DPs) qui indiquent les points de traitement d’appel ou de connexion pour lesquels un transfert de contrôle peut se produire;

- Les transitions (Transition) qui indiquent le flux normal de traitement d’appel/connexion d’un PIC à l’autre,- Les évènements (Event) qui sont la cause des transitions

Le BCSM est décrit en deux parties, pour refléter la séparation fonctionnelle entre les parties demandeur et demandé dans un appel. La moitié demandeur du BCSM (Originating BCSM; O_BCSM) correspond alors à la partie du BCSM associé au demandeur alors que la moitié demandé du BCSM ( Terminating BCSM; T_BCSM) correspond à la partie associée au demandé.

L’O-BCSM

L’O-BCSM• O_Null & Authorize_Origination_Attempt: l’interface est inoccupée. A partir d’une indication provenant de

l’appelant (décrochage), il y a vérification d’autorisation et de mise en place de l’appel. La sortie du PIC se produit sur l’initialisation de l’appel ou sur le refus d’initialiser l’appel, ce qui constitue un cas d’exception

Collect_info: collecte les informations en provenance de l’utilisateur (le numéro composé). La sortie du PIC se produit sur la réception de la chaîne complète d’information, sur l’abandon de l’utilisateur ou sur la détection d’une erreur liée à la numérotation ( il y a trop, ou pas assez de chiffres).

Analyze_Info: analyse l’information récupérée au point précédent pour déterminer l’adresse de routage de l’appel, le type d’appel (local. International ou autre). La sortie du PIC se produit une fois l’information analysée, sur abandon de l’utilisateur ou sur l’apparition d’un incident dans la phase d’analyse.

Routing & Alerting: l’adresse de routage permet de sélectionner dans une table de routage l’adresse d’un port physique et d’acheminer la demande d’appel à la partie terminaison T-BCSM.

Il y a indication de sonnerie du coté de l’appelant et mise en attente de la réponse de la partie terminaison T-BCSM. La sortie du PIC se produit sur réception d’une réponse de la partie terminaison T-BCSPM, qui peut indiquer soit un message de connexion (l’appelé a décroché), soit une cause de nonétablissement de connexion (l’appelé n’a pas répondu dans une période de tempsspécifiée,, ou bien sa ligne est occupée). Les autres causes de sortie du PIC sont l’abandon de l’utilisateur ou l’apparition d’un incident (par exemple l’indisponibilité de route, ou une congestion du réseau)

L’O-BCSM• O_Active: La connexion est. établie. L’appel se déroule, il y a déclenchement de la

taxation et des fonctions de supervision. La sortie du PIC se produit sur réception d’une indication de déconnexion de la partie appelante, sur une demande de service émise par la partie appelante ou sur l’apparition d’un incident.

O_Exception: traitement des exceptions qui peuvent survenir dans les autres PICs. Cela inclut généralement des actions pour libérer toutes les ressources allouées à la connexion. La sortie du PIC se produit en fin de traitement.

L’T-BCSM

L’T-BCSM

T_Null & Authorize_Termination_Attempt : l’interface est inoccupée. A partir d’une indication d’appel entrant provenant de la partie origine O-BCSM, il y a vérification de l’autorisation de l’accomplissement d’une telle opération. La sortie de ce PIC se produit une fois la vérification accomplie (autorisation accordée ou refusée)

• Select_Facility & Present_Call: une ressource de terminaison est sélectionnée. La présentation de l’appel est effectuée. La sortie de ce PIC se produit sur alerte ou occupation de la partie appelée, sur indication d’abandon de la partie appelante ou sur l’impossibilité de présenter l’appel. Il est à noter que selon le type de ressources, une sortie possible de ce PIC est l’établissement d’appel, ce qui entraîne un passage direct au PIC 10

T_Alerting: la partie O_BCSM est informée que la partie appelée est alertée. Le traitement d’établissement d’appel est mis en place et il y a attente de la réponse de l’appelé. La sortie se produit sur réponse de l’appelé et l’établissement de l’appel, sur expiration du délai d’alerte de l’appelé ou sur indication d’abandon de la partie appelante.

T_Active: la partie O-BCSM est informée de l’acceptation d’appel de la part de l’appelé. La connexion est établie entre les deux parties. Il y a supervision de l’appel. La sortie du PIC se produit sur réception d’une indication de déconnexion de la partie appelée ou de la partie appelante émise par le O_BCSM, sur une demande de service émise par la partie appelée, ou sur incident.

T_Exception :traitement des exceptions, avec indication de condition d’exception envoyée à la partie O-BCSM. La sortie du PIC se produit en fin de traitement

Les points de détection (DP) du BCSM

• Certains évènements se produisant lors d’un appel et d’une connexion peuvent être visibles par les services. Les points de détection sont les étapes dans le traitement de l’appel auxquelles ces évènements sont détectés. Les DPs identifiés dans le BCSM sont représentés dans le tableau suivant:


• Les DP sont caractérisés par des attributs, qui sont le mécanisme d’armement, les critères, le type de relation établie entre la SSF et la SCF et la clause de suspension d’appel.

Le mécanisme d’armement est le mécanisme par lequel un DP est armé. Lors du déroulement du traitement d’appel, quand un DP est rencontré, une instance de service dans le SCF peut être avertie afin d’influencer ce déroulement. Ceci ne peut se produire que si le DP est armé. S’il ne l’est pas, la SSF/CCF continue le traitement d’appel sans implication de la SCF. Le mécanisme d’armement du DP peut être statique ou dynamique. Un DP est armé statiquement par la SMF à la provision de service et dans ce cas, seule la SMF a la capacité de le désarmer. Un DP est armé dynamiquement par la SCF dans le cadre de l’exécution d’un service associé à un appel et donc d’une relation SSF-SCF donnée. Dans ce cas, le DP reste armé jusqu’à sa détection ou jusqu’à la fin de cette relation. Notons que les DPs armés statiquement prennent le qualificatif de point de détection de déclenchement ( Trigger Détection Point: TDP) alors que ceux qui sont armés dynamiquement sont qualifiés de point de détection d’évènement (Event Detection Point: EDP).


• Les critères sont les conditions qui doivent être vérifiées, en plus de l’armement d’un DP, pour que la SCF soit avertie qu’un DP a été rencontré dans le déroulement du traitement d’appel. Un exemple de critères est la reconnaissance de chaînes de chiffres spécifiques, comme le préfixe 0800, un code d’élément de service *xx, ou encore une chaîne de numéros spécifiques de l’appelant ou de l’appelé.

La relation entre la SSF et la SCF s’établit lors d’un appel lorsque la SSF avertit la SCF qu’un DP armé est rencontré et que les critères associés sont vérifiés. Si par le biais de cette relation, la SCF peut influencer le déroulement du traitement d’appel, alors la relation est de type relation de commande, sinon elle est de type relation de surveillance.

La suspension de traitement d’appel peut être réalisée par la SSF pour permettre à la SCF d’agir sur ce traitement, une fois que cette dernière a été avertie de la rencontre d’un DP armé avec des critères vérifiés. Dans ce cas, la SSF informe la SCF de la rencontre du DP et suspend le traitement en attendant les instructions de la SCF. Dans le cas de non suspension, la SSF informe également la SCF de la rencontre du DP mais sans attendre de réponse. Ainsi les DPs qui entraînent une suspension du traitement d’appel sont des requêtes qui attendent une réponse. Les autres sont des notifications.


• Ces attributs permettent de classifier les DPs en quatre catégories:

- Point de détection de déclenchement: Demande (Trigger Detection PointRequest, TDP-R)- Point de détection de déclenchement: Notification (Trigger Detection PointNotification; TDP-N);- Point de détection d’évènement: Demande (Event Detection Point-Request EDP-R);- Point de détection d’évènement: Notification (Event Detection PointNotification; EDP-N)

La relation entre plan fonctionnel global et le plan fonctionnel réparti

• Le plan fonctionnel global contient les logiques globales de service, chacune d’elles étant composée d’une chaîne de SIBs incluant le SIB de traitement d’appel (BCP) avec les points d’initiation et de retour (POIs et PORs). Chaque SIB est réalisé dans le plan fonctionnel réparti par des actions d’entités fonctionnelles (FEA)

Une FEA est numérotée sous la forme XYYZ avec X représentant le numéro de l’entité fonctionnelle, YY représentant le numéro du SIB, z étant un numéro distinctif entre deux FEAs ayant le même préfixe XYY

Les numéros d’entités fonctionnelles sont attribués comme suit:

la SSF/CCF porte le numéro 2,

la SRF le numéro3,

La SDF le numéro4,

et la SCF le numéro 9.

Les services sur le réseau intelligent & CS-1

Documents

Transcript of Les services sur le réseau intelligent & CS-1