450 likes | 792 Views
CAMEL. ING5. Sommaire. CAMEL CAMEL Phase1 CAMEL Phase2 Amélioration CAMEL Phase2 par rapport à CAMEL phase1. CAMEL.
E N D
CAMEL ING5
Sommaire CAMEL CAMEL Phase1 CAMEL Phase2 Amélioration CAMEL Phase2 par rapport à CAMEL phase1
CAMEL • CAMEL (Customized Applications for Mobile network Enhanced Logic) reprend les principes de base du RéseauIntelligent en y apportant une dimension mobile. La mise en œuvre des fonctionnalités CAMEL dans les réseaux mobiles permet de proposer en itinérance des services en mode prépayé et des services de numérots courts (accès à la messagerie vocale, au service clientèle). Du fait de la politique des opérateurs visant à améliorer la portabilité des services de leurs clients en itérance internationale, la mise en œuvre de CAMEL est relativement court terme un passage obligé pour les opérateurs mobiles. CAMEL s’insère dans la norme GSM et son architecture présente quelques différences par rapport à celle du Réseau Intelligent. Les services spécifiques à un opérateur sont appelés OSS (Operator Specific Services) Ils ne sont pas normalisés en tant que tels mais doivent utiliser des mécanismes standard de dialogue pour permettre à un MSC quelconque d’accéder aux plates-formes de service du réseau nominal de l’abonné.
CAMEL Il existe quatre phases CAMEL: • CAMEL Phase1, architecture de base, qui s’applique du réseau GSM pour les appels voix entrants et sortants. • CAMEL phase2, plus évoluée que CAMEL phase1 à ceci près qu’elle ne s’applique qu’aux même types d’appels. CAMEL Phase2 est particulièrement adaptée pour le service prepaid voix. • CAMEL phase3 complète CAMEL Phase2 et s’applique aussi à la gestion de la mobilité et à l’activation de contextes PDP dans un réseau GPRS ainsi qu’à l’envoi de SMS dans les réseaux GSM ou GPRS. • CAMEL phase4 complète CAMEL Phase3 en considérant aussi la réception de SMS. Elle est aussi applicable au domaine IP Multimédia (voix, vidéo) particulièrement important dans le contexte IMS.
CAMEL • Dans le cadre de CAMEL, le Service Control Point (SCP) de l’architecture Réseau Intelligent est appelé CAMEL Service Environnement (CSE). Il peut exister plusieurs CSEs dans le réseau, un par type de service offert par exemple, mais dans la phase1, CAMEL n’accepte qu’un CSE par abonné. Chaque abonné qui a accès à un service spécifique dispose dans son profil dans un HLR d’un CAMEL Subscription Information (CSI), qui identifie le service ainsi que l’appellation globale du CSE. Il existe différents types de CSI: • Originating CAMEL Subscription Information (O-CSI) qui contient des informations permettant de déclencher une logique de service à partir d’un MSC visité pour des appels sortant ou depuis un MSC visité ou GMSC pour des appels renvoyé. • Terminating CAMEL Subscription Information (T-CSI) qui contient des informations permettant de déclencher une logique de service à partir d’un GMSC pour des appels entrants. • VMSC Terminating CAMEL Subscription Information (VT-CSI) qui contient quant à lui des informations permettant de déclencher une logique de service à partir d’un MSC visité pour des appels entrants.
CAMEL • Les informations contenues dans tout CSI sont les suivantes: gsmSCF adress: Adresse à utiliser pour accéder à l’entité gsmSCF pour un usager donné. Une adresse qui sera utilisée pour le routage des transactions CAP (CAMEL Application Part). Service Key: Clé de service qui identifie la logique de service qui doit être invoquée dans l’entité gsmSCF. Default Call Handling: Indique si l’appel doit être poursuivi ou libéré dans le cas d’une erreur lors du dialogue entre gsmSSF et gsmSCF TDP List: Cette liste indique sur quel point de détection (DP, Detection Point) le déclenchement du service doit survenir. Le DP identifie le moment dans le traitement d’appel où le transfert de contrôle peut s’effectuer. Pour l’O-CSI, seul le DP2 est considéré tandis que pour le T-CSI, seul le DP12 peut être utilisé.
CAMEL • La figure 1 définit l’architecture supportant CAMEL Phase1. Les entités importantes de l’architecture sont les suivantes: gsmSCF: le gsmSCF (GSM Service Control Function) est une entité fonctionnelle qui contient la logique de service. gsmSSF: le gsmSSF (GSM Service Switching Function) est une entité fonctionnelle qui interface le MSC/GMSC au gsmSCF. Le concept du gsmSSF est drivé du SSF du réseau Intelligent mais utilise des mécanismes d’enclenchement différents à cause de la nature mobile du réseau. Le protocole utilisé entre les entités gsmSCF et gsmSSF est CAP (CAMEL Application Part). CAP correspond à un sous-ensemble d’INAP (Intelligent Network Application Part) en termes d’opérations supportées. Par ailleurs, l’entité gsmSCF dispose du protocole MAP pour interagir avec l’entité HLR et obtenir ainsi des données d’état et de localisation de la station mobile.
CAMEL • CAMEL s’applique à tous les types d’appels (appel au départ, appel à l’arrivée ou appel renvoyé) excepté les appels d’urgence qui eux reçoivent un traitement différent décrit par la norme GSM. Les services de CAMEL peuvent être exploités pour agir avant l’établissement de l’appel (dans une optique de modification des paramètres de l’appel (dans une optique de modification des paramètres de l’appel, filtrage de ces derniers) ou une fois que cet appel est établi dans une perspective de contrôle ou de supervision ( décrémentation du crédit pendant la communication pour un usager ayant souscrit au service prepaid).
CAMEL phase1 • Le commutateur présente vers l’extérieur un modèle sous forme de machine d’états du traitement d’appel de base (BCSM, Basic Call State Model). Le BCSM se présente comme une vue abstraite des activités du traitement d’appel. Il identifie des points précis dans le traitement d’appel où la logique d’un service CAMEL est autorisée à interagir avec le traitement d’appel et décrit un cadre dans lequel on pourra préciser le moment où le transfert de contrôle peut avoir lieu entre le traitement d’appel de base (commutateur) et la logique du service (SCF).
CAMEL Phase1 • On identifie quatre éléments nécessaires à la description du BCSM: • Point dans l’appel (PIC, Point In Call): Identifie les activités nécessaires dans un état du traitement d’appel • Point de détection (DP, Detection Point): Identifie le moment dans le traitement d’appel où le transfert de contrôle peut s’effectuer. • Transition (Transition): Indique le flux de contrôle entre deux PICs dans le traitement d’appel. • Evénement (Event) : Cause la transition d’un PIC à l’autre
Description de l’O_BSCM de CAMEL Phase1 • L’O-BCSM (Originating BCSM) fournit une description des activités du traitement d’appel sortant. Il se déroule dans le MSC. L’O-BSCM est représenté à la figure2, ses points de détection sont décrits quant à eux au tableau1
Description de l’O_BSCM de CAMEL Phase1 O-Null& Authorise_Origination_Attemp_collect_info: L’interface est au départ dans l’état de repos (O-Null). Puis l’usager mobile compose le numéro. Puis l’usager mobile compose le numéro de l’appelé a qui est reçu par le commutateur origine à travers un message CC SETUP (Collect_info). Le service complémentaire « barring of all outgoing calls » est invoqué si l’usager appelant a souscrit au service (authorize_Origination_Attempt). Les O_CSI éventuels sont également vérifiés. Analyse, Routing & Alerting : Le numéro composé par l’usager mobile est analysé pour identifier comment router l’appel correspondant (Analyse). L’appel est routé vers un GMSC ou vers le RTCP (Routing) à travers un message ISUP IAM. Une fois le destinataire alerté, le commutateur destinataire retourne un message ISUP ACM (Alerting). Si l’appelé est absent ou occupé, le commutateur produit à l’arrivé un message ISUP RELEASE permettant à l’O-BCSM de retourner dans le PIC O-Null. O_active: L’appelé a décroché. Un message ISUP ANM est recçu du commutateur rattachant la destination. La connexion est donc établie entre l’appelant et l’appelé. O_Exception: Une exception est survenue dans un des autres PICs. Des procédures spécifiques au constructeur sont menées pour assurer la libération des ressources allouées à la connexion. La sortie du PIC se produit en fin de traitement.
Description de l’O_BSCM de CAMEL Phase1 • Pour activer une logique de service, CAMEL s’appuie sur des points de détection (DP, Detection Point) Un DP peut être armé en vue d’informer une instance de service que ce DP a été rencontré. La logique du service peut alors décider si elle désire ou non d’influencer la suite du traitement d’appel. On distingue deux paramètres caractérisant les DPs: • La façon dont ils sont armés: • Statiquement (préalablement à l’appel): Un DP armé statiquement reste armé au-delà de l’appel ou de larelation gsmSCF-gsmSSF. Un DP est armé statiquement grâce à l’information fournie par le HLR dans l’O-CSI, le T-CSI, ou le VT-CSI • Dynamiquement: Un DP est armé dynamiquement dans le cadre de l’exécution d’un service. C’est l’entitégsmSCF qui donne alors l’ordre d’armement. Cet ordre ne peut s’adresser qu’à l’appel effectivement contrôlé par l’entité gsmSCF. Un DP armé dynamiquement est désarmé lorsqu’il est rencontré ou lorsque la relation gsmSCF-gsmSSF est fermée.
Description de l’O_BSCM de CAMEL Phase1 • Suspension du traitement d’appel: si un DP armé est rencontré dans le traitement et que les critères associés sont satisfaits, l’entité SCF en est informée. Le traitement d’appel peut,quant à lui, continuer son travail ou se bloquer en attendant des instructions de l’entité gsmSCF. Dans le deuxième cas, le contrôle du traitement d’appel est transféré à l’entité gsmSCF. • Si le traitement d’appel continue, le DP prend le suffixe « N » pour « Notification » • Si le traitement d’appel est interrompu, le suffixe est « R » pour « Request Les DPs armés statiquement prennent le préfixe « Trigger » et sont donc appelés « Trigger Detection Point » (TDP). Les DPs armés dynamiquement prennent le préfixe « Event « et sont donc appelés « Event Detection point » (EDP) Points de détection associés à l’O-BCSM de CAMEL Phase1
Description de l’O_BSCM de CAMEL Phase1 • Le DP2 ne peut être armé que statiquement. S’il est armé, une logique de service pourra être déclenchée à partir de ce point; par exemple, le service prépayé est invoqué depuis le DP2 à chaque appel initié par un usager ayant un abonnement prépayé. • Les DPs 7 et 9 peuvent être armés dynamiquement par l’entité gsmSCF suite au déclenchement du service par le DP2. Ces DPs sont désarmés lorsqu’ils ont été rencontrés. Le DP7 informe le service du début de la communication tandis que le DP9 informe le service de la fin de la communication.
Description de l’T_BCSM de CAMEL Phase1 • Le T-BCSM fournit une description des activités du traitement d’appel entrant, dans le GMSC ou le VMSC. Le T-BCSM est représenté à la fig 3, les points de détection associés étant décrits au tableau2. On distingue les PICs suivants dans le T-BSCM CAMEL Phase1: T_Null: Sur indication de réception d’un appel entrant provenant du O-BCSM (message ISUP IAM), le HLR est interrogé afin d’obtenir l’information de routage de l’appel. Il retourne les T-CSIs de l’appel s’il en existe. Il y a vérification de l’autorité d’acheminement de cet appel vers le demandé (services complémentaires « barring of all incoming calls », « barring of incoming calls when roaming » souscrits éventuellement par l’appelé). Le T-CSI si présent est aussi analysé. La sortie de ce PIC se produit une fois la vérification accomplie (autorisation acceptée ou refusée). Terminating Call Handling: L’information de routage reçue du HLR est analysée. Le nœud suivant sur la route vers le destinataire est identifié. Un message ISUP IAM lui est renvoyé. L’appelé est alerté et un message ISUP ACm est retourné. T_Active: L’appel est dans la phase active. Les deux parties peuvent communiquer. La sortie du PIC se produit sur réception d’une indication de déconnexion, par exemple, raccrochage du demandé, ou du demandeur via le O-BCSM, sur une demande de service émise par la partie appelée, ou incident. T_Exception: Une exception s’est produite dans un des autres PICs; La sortie du PIC s’opère en fin de traitement.
Description de l’T_BCSM de CAMEL Phase1 • Le DP12 ne peut être armé que statiquement. Par exemple, le service prépayé est invoqué depuis le DP12 à chaque appel reçu par un usager ayant un abonnement prepaid et actuellement rattaché à un réseau visité à l’étranger. Ce point de détection peut aussi déclencher le service de filtrage des appels à l’arrivée • Les DPs 15 et 17 peuvent être armés dynamiquement par l’entité gsmSCF suite au déclenchement du service par le DP12. Ces DPs sont désarmés lorsqu’ils ont été rencontrés. Le DP15 informe le service du début de la communication. Le DP17 informe le service de la fin de la communication.
Appel sortant depuis un mobile • Pour un appel sortant (Figure4), l’entité gsmSSF qui est présente dans le MSC visité (VMSC, Visited MSC) crée une relation de contrôle CAMEL avec l’entité gsmSCF s’il existe un O-CSI actif pour cet abonné (l’usager appelant a souscrit à des services qu’il faut invoquer, tels que le service prepaid).
Appel entrant vers un mobile • Pour un appel entrant fig 5, l’entité gsmSSF présente dans le GMSC crée une relation de contrôle CAMEL avec l’entité gsmSCF s’il existe un T-CSI actif pour cet abonné ( l’appelé a souscrit au service prepaid ou service de filtrage des appels à l’arrivée). Si l’appel doit être établi vers la destination, le GMSC route l’appel (message ISUP IAM) vers le MSC de rattachement de l’appelé et ce grâce aux informations de routage retournées par le HLR. MSC est GMSC sont des fonctions et peuvent être physiquement intégrées dans le même équipement.
Appel renvoyé par un GMSC • Considérons un appel entrant à destination d’un mobile (fig6). L’appelé a souscrit à deux services CAMEL: au service filtrage des appels à l’arrivée et au service prepaid. Il est par ailleurs actuellement rattaché à un réseau visité à l’étranger. • Lorsque l’appel se présente au GMSC, ce dernier invoque le service filtrage des appels à l’arrivée pour vérifier si l’appel peut être relayé. La fonction gsmSCF1 retourne une réponse positive car le numéro de l’appelant est absent de la liste de filtrage configurée par l’appelé. Avant de relayer l’appel vers le destinataire, il faut invoquer le service prepaid pour s’assurer que le destinataire a un crédit positif, ce crédit étant géré par la logique du service prepaid. C’est la raison pour laquelle, la fonction gsmSSF invoque une fonction gsmSCF2. Les relations qu’a le gsmSSF avec gsmSCF1 et gsmSCF2 peuvent exister simultanément et sont gérées par le GMSC indépendamment.
Appel renvoyé par un MSC • Considérons un appel entrant à destination d’un mobile (fig7) L’appelé a souscrit à deux services CAMEL: service filtrage des appels à l’arrivée et service de renvoi d’appel sur occupation en fonction de l’heure du jour. Comme précédemment, le GMSC après avoir invoqué le service filtrage des appels à l’arrivée relaye l’appel au MSC de rattachement du MS destinataire. L’appelé est occupé. Le MSC doit alors relaye l’appel vers une nouvelle destination. Comme il existe un VT-CSI actif pour l’appelé, la logique de service identifiée dans le VT-CSI est invoquée. Il peut s’agir d’un service de renvoi sélectif sur occupation qui indique vers quelle destination rediriger l’appel en fonction du numéro de l’appelant. Deux relations de contrôle existent donc: l’une relie la fonction gsmSSF du GMSC et la fonction gsmSCF1, l’autre la fonction gsmSSF du VMSC et la fonction gsmSCF2.
Les flux d’informations CAMEL Phase1 • Les interactions entre gsmSSF et gsmSCF sont appelées des flux d’information. Ils deviennent des opérations au niveau du protocole CAP Phase1. Ce protocole CAP s’est fortement inspiré du protocole INAP (Intelligent Network Applications Part) dont il constitue à la fois un sous-ensemble (grâce à la limitation du nombre d’opérations) et une extension (grâce à l’intégration de paramètres spécifiques mobiles dans les opérations existantes) Le protocole CAP permet d’offrir un certain nombre de mécanismes de contrôle d’appel. L’entité gsmSCF peut: • Autoriser la poursuite de l’appel, • Demander la libération de l’appel, • Demander le réacheminement de l’appel en modifiant certains paramètres (modifier le numéro appelé pour des appels à la messagerie vocale depuis un numéro court) • Etre informée du début ou /et de la fin de l’appel.
Les flux d’informations gsmSCF-> gsmSSF • Activity Test: Ce flux d’information est utilisé pour vérifier l’existence permanente d’une relation entre les entités gsmSCF et gsmSSF. Si la relation existe encore, l’entité gsmSSF doit répondre. Au cas où aucune réponse n’est reçue dans une période de temps donnée, l’entité gsmSCF suppose que l’entité gsmSSF a échoué d’une manière ou d’une autre et effectue les actions nécessaires. Connect: Ce flux d’information est émis par l’entité gsmSCF pour demander à l’entité gsmSSF d’effectuer les actions nécessaires pour acheminer l’appel vers une destination spécifique. Continue: Ce flux d’information est initié par l’entité par l’entité gsmSCF pour demander à l’entité gsmSSF de procéder au traitement de l’appel au point de détection auquel elle a précédemment interrompu le traitement de l’appel. Release Call: Ce flux d’information est utilisé pour rompre un appel existant par l’entité gsmSCF à n’importe quelle phase de l’appel pour tous ceux qui participent à cet appel. Request Report BCSM Event: Ce flux d’information est émis par l’entité gsmSCF pour demander à l’entité gsmSSF de surveiller un évènement associé à l’appel (des évènements BCSM tels qu’occupation, non réponse, début de communication, fin de communication), puis renvoyer une notificationn à l’entité gsmSCF quand l’évènement est détecté.
Les flux d’informations gsmSSF-> gsmSCF • Activity Test Response: Il s’agit de la réponse à « Activity Test » • Event Report BCSM: Ce flux d’information est utilisé par l’entité gsmSSF pour notifier à l’entité gsmSCF un évènement relatif à un appel qui a été préalablement demandé par l’entité gsmSCF dans un flux d’information « Request report BCSM Event ». La surveillance de plus d’un évènement pourrait être demandée par une seule opération « Request report BCSM Event », mais chacun de ces éfvénements demandés est notifié de façon indépendante dans une opération « Event Report BCSM » • Initial DP: Ce flux d’information est envoyé par l’entité gsmSSF après détection d’un point TDP-R dans le modèle BCSM, afin de demander à l’entité gsmSCF des instructions pour traiter l’appel
Interactions gsmSCF->HLR • En plus des opérations CAP Phase1, une opération MAP permet au gsmSCF d’interagir avec le HLR. MAP-ANY-TIME-INTERROGATION est émis par la fonction gsmSCF au HLR pour interroger l’état et la localisation de l’usager mobile. Le HLR peut ne pas disposer de toutes les informations demandées. Dans ce cas, le HLR les demande au VLR en utilisant l’opération MAP-PROVIDE-SUBSCRIBER-INFORMATION
CAMEL Phase2 • L’architecture CAMEL Phase2 enrichit celle de CAMEL Phase1 avec l’entité gsmSRF (fig8). Il s’agit d’une entité pouvant être intégrée dans un périphérique intelligent offrant une gamme de ressources accessibles par les différentes entités des différents réseaux. Elle offre des ressources permettant d’une part la reconnaissance et la synthèse vocale , d’autre part de jouer des messages vocaux, de collecter des informations fournies par l’abonné par DTMF. Le protocole est utilisé entre les fonctions gsmSCF et gsmSRF.
Amélioration de CAMEL Phase2 par rapport à CAMEL Phase1 • Avec CAMEL Phase2, le CSI est plus riche que celui de CAMEL Phase1. En effet, se rajoute aux attributs “gsmSCF address”,”Service Key”, “Default Call Handling”, et “TDP List”, l’attribut “DP criteria” qui indique le critère qui doit être satisfait pour que l’entité gsmSCF soit informée par l’entité gsmSSF de l’évènement correspondant au DP. Les critères dans le CSI, par nature optionnels, peuvent être définis pour un usager donné. Pour un appel départ ces critères s’appliquent au numéro composé ou au type de service de base; pour un appel arrivée, ils s’appliquent au type de service de base. Les critères sur le numéro composé peuvent représenter: • Le contenu du numéro composé ( une liste contenant au maximum 10 chiffres peut être définie dans le critère) • La longueur du numéro composé (une liste contenant au maximum trois longueurs peut être définie)
Amélioration de CAMEL Phase2 par rapport à CAMEL Phase1 • Les critères sur le numéro composé peuvent être définis comme critères ”enabling” ou “inhibiting” Si les critères ont été définis comme “enabling” sur le numéro composé, alors ces critères sont satisfaits si: • Le numéro comosé est. présent dans la liste ou si • La longueur du numéro correspond à une des longueurs présentes dans la liste. Si ces critères ont été définis comme “inhibiting “ sur le numéro composé, alors ils sont satisfaits si: • Le numéro composé est absent de la liste ou si • La longueur du numéro ne correspond pas à une des longueurs présentes dans la liste.
Amélioration de CAMEL Phase2 par rapport à CAMEL Phase1 • Un critière sur le service de base consiste en une liste contenant au maximum 5 codes de service de base ou de groupes de service de base. Ces critères contribuent à renforcer l’efficacité du réseau et à ne faire appel au CSE CAMEL que si certaines séquences de numéro sont composées. L’O-BCSM CAMEL Phase2 est enrichi de nouveaux points de détection par rapport à celui de CAMEL Phase1: O/T_Busy, O/T_NO_Answer, Route_Select_Failure. Cela permet d’envisager plus de services à invoquer et un meilleur contrôle de ces services. CAMEL Phase2 introduit l’entité gsmSRF afin d’assurer des interactions avec l’usager pour les appels départ et arrivée. Cette entité permet de jouer des messages ou des tonalités aux abonnés directement après l’établissement de l’appel, après un établissement avorté de l’appel, ou après une libération d’appel. L’opérateur du réseau nominal a la possibilité de gérer ces messages. CAMEL Phase2 permet le transfert des informations Advice of Charge à la station mobile. L’un des points importants de CAMEL phase2, réside dans l’amélioration des fonctions de facturation par rapport à la phase précédente grâce aux opérations « furnish charging information » et « send charging information ». La phase précédente n’offrait en effet aucune réelle fonction mis à part la référence de l’appel qui de surcroît ne peut être utilisée aisément.
Description de l’O_BSCM de CAMEL Phase2 • Le modèle d’appel CAMEL phase2 est identique à celui de CAMEL Phase1 en terme de PICs mais intègre plus de points de détection (Figure9 et tableau3). On se rapproche ainsi du modèle d’appel proposé par l’architecture Réseau Intelligent CS-1 (Capability Set1)
Description de l’O_BSCM de CAMEL Phase2 • Le DP2 ne peut être armé que statiquement comme pour CAMEL Phase1. Les DPs 7 et 9 sont eux aussi identiques à ceux de CAMEL Phase1. A ces DPs, il convient d’ajouter le DP5 (L’appelé est. occupé ou injoignable), le DP6 (L’appelé est absent) et le DP 10 (L’appelant abandonne l’appel pendant sa phase d’établissement) qui sont dynamiques ainsi qu’un DP qui peut être statique ou dynamique, le DP4 (l’établissement d’appel a échoué). Dans le cas du service Prepaid, le DP2 déclenche le service pour un appel sortant alors que les DP 4,5,6,7,8,9 peuvent être programmés dynamiquement par la logique de service prepaid afin que le MSC informe le service de l’état de l’appel.
Description du T_BSCM de CAMEL Phase2 • La figure 10 représente le modèle T-BCSM CAMEL Phase2 qui est. identique à celui de CAMEL Phase1 en terme de PICs mais avec des points de détection supplémentaires (tab 4).
Description du T_BSCM de CAMEL Phase2 Tab4: Points de détection associés au T-BCSM de CAMEL Phase2 Les DP 12, 15 et 17 sont identiques à ceux de CAMEL Phase1. Se rajoutent à ces DPs, le DP13 (L’appelé est occupé ou injoignable), le DP 14 (L’appelé est absent) et le DP 18 (L’appelant abandonne l’appel pendant sa phase d’établissement ), tous dynamiques Dans le cas du service Prepaid, le DP12 déclenche le service pour un appel entrant dans le cas d’un usager en roaming à l’étranger alors que les DPs 13,14,15 et 17 peuvent être programmés dynamiquement par la logique de service prepiad afin que le GMSC informe le service de l’état de l’appel.
Entité gsmSRF CAMEL Phase2 • L’entité fonctionnelle gsmSRF (Specialized Resource Function) fournit aux services les moyens de communiquer avec l’utilisateur. L’entité SRF pose le problème quant à sa localisation dans une entité physique. Lorsqu’une fonction SRF est mise à contribution dans le cadre d’un service, trois entités fonctionnelles sont alors impliquée: gsmSCF qui contrôle et exécute le service, gsmSSF qui permet à l’entité gsmSCF de contrôler l’appel et gsmSRF. L’entité gsmSCF doit pouvoir dialoguer avec les deux autres qui doivent avoir elles-mêmes une relation leur permettant au moins d’établir une connexion entre elles. Cinq cas se présentent au niveau de l’implantation physique de l’entité SRF 1 L’entité SRF est intégrée au périphérique intelligent (SRP, Specialized Resource Point) qui lui-même est connecté directement au MSC/gsmSSF. Par contre, le SRP possède sa propre liaison avec le CSE qui intègre la fonction gsmSCF. 2 L’entité gsmSRF est contenue dans l’entité physique MSC/gsmSSF qui seule dialogue avec le point CSE. Le dialogue gsmSCF-gsmSRF se fait à travers le point MSC/gsmSSF qui effectue les conversions nécessaires. 3 L’entité gsmSRF est intégrée à un autre point MSC/gsmSSF. Les messages gsmSCF-gsmSRF sont relayés par ce second MSC/gsmSSF. A la fin de l’interaction avec l’utilisateur, le contrôle est retransmis au premier point MSC/gsmSSF. Ce fonctionnement est appelé méthode d’assistance (« Assist » method).
Entité gsmSRF CAMEL Phase2 • 4 L’entité gsmSRF est. contenue dans un SRP, ce dernier étant rattaché à un autre noeud que le point MSC/gsmSSF lui-même en relation avec le CSE. Les messages gsmSCF-gsmSRF sont transmis directement au point SRP. Ce cas est également appelé méthode d’assistance (“Assist” method), mais avec une connectivité physique différente. A la fin de l’interaction avec l’utilisateur, le contrôle est retransmis au premier MSC/gsmSSF. • 5 L’entité fonctionnelle gsmSRF est intégrée à un autre point MSC/gsmSSF, mais à la fin de l’interaction, le contrôle reste à ce deuxième point MSC/gsmSSF. Ce fonctionnement est appelé approche avec transfert (“Hand-off” Approach) • Il est donc nécessaire de prévoir au moins trois situation: • Le cas normal, correspondant aux scénarios physiques 1 et 2 • La méthode d’assistance correspondant aux scénarios physiques 3. et 4. • La méthode avec transfert correspondant au scénario 5.
Flux d’information CAMEL Phase2 • Les flux d’information CAMEL Phase2 intègrent tous ceux de CAMEL Phase1 enrichis par les suivants: • Flux d’information gsmSCF -> gsmSSF Apply Charging: Ce flux d’information est utilisé pour assurer l’interaction à partir de l’entité gsmSCF avec les mécanismes de taxation de l’entité gsmSSF. L’opération “Apply Charging Report” assure un retour d’information provenant de l’entité gsmSSF vers l’entité gsmSCF. Notons que CAMEL phase1 ne fournit pas de mécanismes pour la taxation. Call Information Request: Ce flux d’infomation est utilisé pour demander à l’entité gsmSSF d’enregistrer des informations spécifiques relatives à un appel unique et pour en rendre compte à l’entité gsmSCF en utilisant l’opération « Call Information Report »
Flux d’information CAMEL Phase2 Connect To Ressource: Ce flux d’information est utilisé pour connecter un appel provenant de l’entité gsmSSF vers une ressource spécialisée (gsmSRF). Après une connexion réussie vers l’entité gsmSRF, l’interaction avec le demandeur peut avoir lieu. L’entité gsmSSF assure le relais entre toutes les opérations en direction de l’entité gsmSRF et toutes les réponses en provenance de l’entité gsmSRF. Disconnect Forward Connection: Ce flux d’information est utilisé afin de libérer une connexion vers une entité gsmSRF Furnish Charging Information: Ce flux d’information est utilisé afin d’envoyer des informations de facturation à un ticket d’appel de l’entité gsmSSF. Ce ticket d’appel est spécifique à CAMEL. Send Charging Information: Ce flux d’information est utilisé afin de demander à l’entité gsmSSF d’émettre le montant de la communication (AoC, Advice of Charge)
Flux d’information CAMEL Phase2 • Flux d’information gsmSSF -> gsmSCF Apply Charging Report: Ce flux d’information est utilisé par l’entité gsmSSF pour rendre compte des informations de taxation vers l’entité gsmSCF comme requis par celle-ci en utilisant le flux “Apply Charging”. Un compte rendu doit être réalisé soit lorsque la fin de l’appel a été détectée par l’entité gsmSSF, soit lorsque la durée de période d’appel indiquée dans le paramètre maxCallPeriodDuration (reçu dans le flux Apply Charging) est écoulée. Call Information Report: Ce flux d’information est utilisé pour envoyer des informations d’appel spécifiques relatives à un appel unique vers l’entité gsmSCF comme le demande l’entité gsmSCF dans une opération « Call Information Request » précédente. Le compte rendu est envoyé à la fin de l’appel.
Flux d’information CAMEL Phase2 • Flux d’information gsmSCF -> gsmSRF Activity Test: Ce flux d’information est utilisé pour vérifier l’existence permanente d’une relation entre les entités gsmSCF et gsmSRF. Si la relation est encore existante, l’entité gsmSRF doit répondre. Dans le cas où aucune réponse n’est. reçue pour une période de temps donnée, l’entité gsmSCF supposera que l’entité gsmSRF a échoué d’une manière ou d’une autre et effectuera alors les actions nécessaires. Cancel: L’entité gsmSCF utilise ce flux d’information afin de demander à l’entité gsmSRF d’annuler une opération précédente corrélée. L’opération à supprimer peut être soit une opération « Play Announcement » soit une opération « Prompt And Collect User Information ». PlayAnnouncement: Ce flux d’information émis par l’entité gsmSCF vers l’entité SRF est utilisé pour l’interaction vocale avec l’usager GSM.
Flux d’information CAMEL Phase2 Prompt And Collect User Information: Ce flux d’information émis par l’entité gsmSCF vers l’entité SRF est. utilisé pour assurer l’interaction avec un usager GSM afin de recueillir des informations. Flux d’information gsmSRF -> gsmSCF Activity Test Ack: Il s’agit de la réponse à « Activity Test ». Prompt And Collect User Information Ack: Ce flux d’information est émis par l’entité gsmSRF vers l’entité SCF afin de lui retourner les informations collectées Specialized Resource Report: Ce flux émis par l’entité gsmSRF vers l’entité gsmSCF est utilisé comme à l’opération « Play Announcement » quand l’indication de fin d’annonce est donnée.
Flux d’information CAMEL Phase2 • Les flux d’information Activity Test, Cancel, Prompt And Collect User Information etPlayAnnouncement peuvent aussi être échangés entre gsmSCF et assisting SSF. Les flux d’information Activity Test Ack, Prompt And Colect User Information Ack et Specialized Resource Report sont échangés entre assisting SSF et gsmSCF. Parmi les services proposés par les opérateurs mobiles grâce à leur réseau intelligent, figurent en particulier les services suivants: le service prepaid (PPS, Prepaid Service), le Réseau Privé Virtuel (VPN, Virtuel Private Network) et les numéros spéciaux .