CAMEL : Le Rseau Intelligent Mobile

Architecture et Services
EFORT http://www.efort.com
CAMEL (Customized Applications for Mobile network Enhanced Logic) reprend les principes de base du Rseau Intelligent (cf. tutoriel EFORT Rseau Intelligent) en y apportant une dimension mobile. La mise en uvre des fonctionnalits CAMEL dans les rseaux mobiles permet de proposer en itinrance des services en mode prpay, rseau priv virtuel, et des services de numros courts (accs la messagerie vocale, au service clientle). Du fait de la politique des oprateurs visant amliorer la portabilit des services de leurs clients en itinrance internationale, la mise en uvre de CAMEL est relativement court terme un passage oblig pour les oprateurs mobiles. CAMEL sinsre dans la norme GSM et son architecture prsente quelques diffrences par rapport celle du Rseau Intelligent. Les services spcifiques un oprateur sont appels OSS (Operator Specific Services). Ils ne sont pas normaliss en tant que tels mais doivent utiliser des mcanismes standard de dialogue pour permettre un MSC quelconque daccder aux plates-formes de service du rseau nominal de labonn. Il existe quatre phases CAMEL : CAMEL Phase 1, architecture de base, qui sapplique au rseau GSM pour les appels voix entrants et sortants. CAMEL Phase 2, plus volue que CAMEL Phase 1 ceci prs quelle ne sapplique quaux mme types dappels. CAMEL Phase 2 est particulirement adapte pour le service prepaid voix. CAMEL Phase3 complte CAMEL Phase 2 et sapplique aussi la gestion de la mobilit et lactivation de contextes PDP dans un rseau GPRS ainsi qu lenvoi de SMS dans les rseaux GSM ou GPRS. CAMEL Phase 4 complte CAMEL Phase 3 en considrant aussi la rception de SMS. Elle est aussi applicable au domaine IP Multimedia (voix, vido) particulirement important dans le contexte 3GPP R5, R6, R7. Le paragraphe 1 prsente CAMEL Phase 1 travers ses concepts et son architecture. Le paragraphe 2 introduit le service prepaid pour des appels sortants et entrants

1. CAMEL Phase 1
Dans le cadre de CAMEL, le Service Control Point (SCP) de l'architecture Rseau Intelligent est appel Camel Service Environment (CSE). Il peut exister plusieurs CSEs dans le rseau, un par type de service offert par exemple, mais dans la phase 1, CAMEL naccepte quun CSE par abonn. Chaque abonn qui a accs un service spcifique dispose dans son profil dans un HLR dun CAMEL Subscription Information (CSI), qui identifie le service ainsi que lappellation globale du CSE. Il existe diffrents types de CSI : Originating CAMEL Subscription Information (O-CSI) qui contient des informations permettant de dclencher une logique de service partir dun MSC visit pour des appels sortants ou depuis un MSC visit ou GMSC pour des appels renvoys. Terminating CAMEL Subscription Information (T-CSI) qui contient des informations permettant de dclencher une logique de service partir dun GMSC pour des appels entrants.

Copyright EFORT 2008

Les informations contenues dans tout CSI sont les suivantes : gsmSCF address : Adresse utiliser pour accder lentit gsmSCF pour un usager donn. Il s agit dune adresse E.164 considre comme un titre global (GT, Global Title) qui sera utilise pour le routage des transactions CAP (CAMEL Application Part). Service Key : Cl de service qui identifi la logique de service qui doit tre invoque dans lentit gsmSCF. Default Call Handling : Indique si lappel doit tre poursuivi ou libr dans le cas dune erreur lors du dialogue entre gsmSSF et gsmSCF. TDP List : Cette liste indique sur quel point de dtection (DP, Detection Point) le dclenchement du service doit survenir. Le DP Identifie le moment dans le traitement dappel o le transfert de contrle peut seffectuer. Pour lO-CSI, seul le DP2 est considr tandis que pour le T-CSI, seul le DP12 peut tre utilis. nous reviendrons sur cette notion lors de la prsentation du modle dappel CAMEL Phase 1.

1.1.

Architecture CAMEL Phase 1

La figure 1 dfinit larchitecture supportant CAMEL Phase 1. Les entits importantes de larchitecture 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 Rseau Intelligent mais utilise mcanismes denclenchement diffrents cause de la nature mobile du rseau.

Le protocole utilis entre les entits gsmSCF et gsmSSF est CAP (CAMEL Application Part). CAP correspond un sous-ensemble dINAP (Intelligent Network Application Part) en termes doprations supportes. Par ailleurs, lentit gsmSCF dispose du protocole MAP pour interagir avec lentit HLR et obtenir ainsi des donnes dtat et de localisation de la station mobile (un seul message est support MAP-ANYTIME-INTERROGATION; il peut tre envoy par lentit gsmSSF lentit HLR). CAMEL sapplique tous les types dappels (appel au dpart, appel larrive ou appel renvoy) except les appels durgence qui eux reoivent un traitement diffrent dcrit par la norme GSM. Les services de CAMEL peuvent tre exploits pour agir avant ltablissement de lappel (dans une optique de modification des paramtres de lappel, filtrage de ces derniers) ou une fois que cet appel est tabli dans une perspective de contrle ou de supervision (e.g. dcrmentation du crdit pendant la communication pour un usager ayant souscrit au service prepaid).

Copyright EFORT 2008

Signalisation ISUP Signalisation MAP Signalisation CAP Signalisation CM

HLR

MAP gsmSCF

MAP

CAP

CAP

GMSC gsmSSF
Appel entrant

VLR gsmSSF

Appel renvoy

MSC

Appel sortant ou renvoy

Figure 1 : Architecture fonctionnelle CAMEL Phase 1 Le commutateur prsente vers lextrieur un modle sous forme de machine dtats du traitement dappel de base (BCSM, Basic Call State Model). Le BCSM se prsente comme une vue abstraite des activits du traitement d'appel. Il identifie des points prcis dans le traitement dappel o la logique dun service CAMEL est autorise interagir avec le traitement dappel et dcrit un cadre dans lequel on pourra prciser le moment o le transfert de contrle peut avoir lieu entre le traitement dappel de base (commutateur) et la logique du service (SCF). On identifie quatre lments ncessaires la description du BCSM: Point dans lappel (PIC, Point In Call): Identifie les activits ncessaires dans un tat du traitement dappel. Point de dtection (DP, Detection Point): Identifie le moment dans le traitement dappel o le transfert de contrle peut seffectuer. Transition (Transition): Indique le flux de contrle entre deux PICs dans le traitement dappel. vnement (Event): Cause la transition dun PIC lautre

1.2.

Description de lO_BSCM de CAMEL Phase 1

LO-BCSM (Originating BCSM) fournit une description des activits du traitement dappel sortant. Il se droule dans le MSC. LO-BSCM est reprsent la figure 2, ses points de dtection sont dcrits quant eux au tableau 1.

Copyright EFORT 2008

O-Null & Authorise _Origination_

Attempt_collect info _

O_Exception

DP2

Collected _Info

Analyse, Routing & Alerting

DP7 DP9 O-Disconnect

O-Answer

O_Active

Figure 2 : O-BCSM de CAMEL Phase 1 On distingue les PICs (Point In Call) suivants dans lO-BSCM CAMEL Phase 1: O-Null& Authorise_Origination_Attemp_collect_info : Linterface est au dpart dans ltat de repos (O-Null). Puis lusager mobile compose le numro de l'appel qui est reu par le commutateur origine travers un message CC SETUP (Collect_info). Le service complmentaire "barring of all outgoing calls" est invoqu si lusager appelant a souscrit au service (authorize_Origination_Attempt). Les O-CSI ventuels sont galement vrifis. Analyse, Routing & Alerting : Le numro compos par lusager mobile est analys pour identifier comment router lappel correspondant (Analyse). Lappel est rout vers un GMSC ou vers le RTCP (Routing) travers un message ISUP IAM. Une fois la destinataire alert, le commutateur destinataire retourne un message ISUP ACM (Alerting). Si lappel est absent ou occup, le commutateur produit larrive un message ISUP RELEASE permettant lOBCSM de retourner dans le PIC O-Null. O_Active : Lappel a dcroch. Un message ISUP ANM est reu du commutateur rattachant la destination. La connexion est donc tablie entre lappelant et lappel. O_Exception : Une exception est survenue dans un des autres PICs. Des procdures spcifiques au constructeur sont menes pour assurer la libration des ressources alloues la connexion. La sortie du PIC se produit en fin de traitement. Pour activer une logique de service, CAMEL sappuie sur des points de dtection (DP, Detection Point). Un DP peut tre arm en vue dinformer une instance de service que ce DP a t rencontr. La logique du service peut alors dcider si elle dsire ou non influencer la suite du traitement dappel On distingue deux paramtres caractrisant les DPs: La faon dont ils sont arms : statiquement (pralablement lappel) : Un DP arm statiquement reste arm au del de lappel ou de la relation gsmSCF-gsmSSF. Un DP est arm statiquement grce linformation fournie par le HLR dans lO-CSI, le T-CSI, ou le VT-CSI. Dynamiquement : Un DP est arm dynamiquement dans le cadre de lexcution dun service. Cest lentit gsmSCF qui donne alors lordre darmement. Cet ordre ne peut sadresser qu lappel effectivement contrl par lentit gsmSCF. Un DP arm

Copyright EFORT 2008

dynamiquement est dsarm lorsquil est rencontr ou lorsque la relation gsmSCFgsmSSF est ferme.

Suspension du traitement dappel : si un DP arm est rencontr dans le traitement dappel et que les critres associs sont satisfaits, lentit SCF en est informe. Le traitement dappel peut, quant lui, continuer son travail ou se bloquer en attendant des instructions de lentit gsmSCF. Dans le deuxime cas, le contrle du traitement dappel est transfr lentit gsmSCF. Si le traitement dappel continue, le DP prend le suffixe N pour Notification. Si le traitement dappel est interrompu, le suffixe est R pour Request. Les DPs arms statiquement prennent le prfixe Trigger et sont donc appels Trigger Detection Point (TDP). Les DPs arms dynamiquement prennent le prfixe Event et sont donc appels Event Detection Point (EDP).
Point de dtection DP Type Description DP2 Collected info TDP_R Indique que le CSI dorigine (O-CSI) a t analys DP7 O_Answer EDP_N Indique que lappel est accept et que lappel a rpondu DP9 O_disconnect EDP_N, Un avis de dconnexion est envoy EDP_R depuis la partie origine ou destination

Tableau 1 : Points de dtection associs lO-BCSM de CAMEL Phase 1 Le DP2 ne peut tre arm que statiquement. Sil est arm, une logique de service pourra tre dclenche partir de ce point ; par exemple, le service prpay est invoqu depuis le DP2 chaque appel initi par un usager ayant un abonnement prpay. Les DPs 7 et 9 peuvent tre arms dynamiquement par lentit gsmSCF suite au dclenchement du service par le DP2. Ces DPs sont dsarms lorsquils ont t rencontrs. Le DP7 informe le service du dbut de la communication tandis que le DP9 informe le service de la fin de la communication.

1.3.

Description du T_BCSM de CAMEL Phase 1

Le T-BCSM fournit une description des activits du traitement dappel entrant, dans le GMSC ou le VMSC. Le T-BCSM est reprsent la figure 3, les points de dtection associs tant dcrits au tableau 2. On distingue les PICs suivants dans le T-BSCM CAMEL Phase 1: T_Null : Sur indication de rception d'un appel entrant provenant du O-BCSM (message ISUP IAM), le HLR est interrog afin dobtenir linformation de routage de lappel. Il retourne les T-CSIs de lappel sil en existe. Il y a vrification de l'autorit d'acheminement de cet appel vers le demand (e.g., services complmentaires barring of all incoming calls , barring of incoming calls when roaming souscrits ventuellement par lappel). Le T-CSI si prsent est aussi analys. La sortie de ce PIC se produit une fois la vrification accomplie (autorisation accepte ou refuse). Terminating Call Handling : Linformation de routage reue du HLR est analyse. Le nud suivant sur la route vers le destinataire est identifi. Un message ISUP IAM lui est envoy. Lappel 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 rception d'une indication de dconnexion, par exemple,

Copyright EFORT 2008

raccrochage du demand, ou du demandeur via le O-BCSM, sur une demande de service mise par la partie appele, ou sur incident. T_Exception : Une exception s'est produite dans un des autres PICs. La sortie du PIC s'opre en fin de traitement.

T-Null

T_Exception

DP12

Terminating_Attempt_Authorised

Terminating Call Handling

DP15 DP17 T-Disconnect

T-Answer

T_Active

Figure 3 : T-BCSM de CAMEL Phase 1

Point de dtection Type DP Description DP12 Terminating_ TDP-R Indication que le T-CSI est analys Attempt_Authorised DP15 T-Answer EDP-N Indication que lappel est accept et que lappel a rpondu DP17 T_Disconnect EDP-N, Indication que lappelant ou lappel a EDP-R raccroch

Tableau 2 : Points de dtection associs au T-BCSM de CAMEL Phase 1 Le DP12 ne peut tre arm que statiquement. Par exemple, le service prpay est invoqu depuis le DP12 chaque appel reu par un usager ayant un abonnement prepaid et actuellement rattach un rseau visit ltranger. Ce point de dtection peut aussi dclencher le service de filtrage des appels larrive. Les DPs 15 et 17 peuvent tre arms dynamiquement par lentit gsmSCF suite au dclenchement du service par le DP12. Ces DPs sont dsarms lorsquils ont t rencontrs. Le DP15 informe le service du dbut de la communication. Le DP17 informe le service de la fin de la communication.

1.4.

Les flux dinformation CAMEL Phase 1

Les interactions entre gsmSSF et gsmSCF sont appeles des flux dinformation. Ils deviennent des oprations au niveau du protocole CAP Phase 1. Ce protocole CAP sest fortement inspir du protocole INAP (Intelligent Network Application Part) dont il constitue la fois un sous-ensemble (grce la limitation du nombre doprations) et une extension (grce lintgration de paramtres spcifiques mobiles dans les oprations existantes). Le protocole CAP permet doffrir un certain nombre de mcanismes de contrle dappel. Lentit gsmSCF peut : Autoriser la poursuite de lappel, Demander la libration de lappel, Demander le racheminement de lappel en modifiant certains paramtres (e.g., modifier le numro appel pour des appels la messagerie vocale depuis un numro court)

Copyright EFORT 2008

Etre informe du dbut ou/et de la fin de lappel

1.4.1. Flux dinformation gsmSCF

gsmSSF

Activity Test : Ce flux dinformation est utilis pour vrifier l'existence permanente d'une relation entre les entits gsmSCF et gsmSSF. Si la relation existe encore, l'entit gsmSSF doit rpondre. Au cas o aucune rponse n'est reue dans une priode de temps donne, l'entit gsmSCF suppose que l'entit gsmSSF a chou d'une manire ou d'une autre et effectue les actions ncessaires. Connect : Ce flux dinformation est mis par lentit gsmSCF pour demander l'entit gsmSSF d'effectuer les actions ncessaires pour acheminer l'appel vers une destination spcifique. Continue : Ce flux dinformation est initi par lentit gsmSCF pour demander lentit gsmSSF de procder au traitement de l'appel au point de dtection auquel elle a prcdemment interrompu le traitement de l'appel. Release Call : Ce flux dinformation 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 dinformation est mis par lentit gsmSCF pour demander l'entit gsmSSF de surveiller un vnement associ l'appel (e.g., des vnements BCSM tels qu'occupation, non rponse, dbut de communication, fin de communication), puis renvoyer une notification l'entit gsmSCF quand l'vnement est dtect.

1.4.2. Flux dinformation gsmSSF

gsmSCF

Activity Test Response : Il sagit de la rponse "Activity Test". Event Report BCSM : Ce flux dinformation est utilis par lentit gsmSSF pour notifier l'entit gsmSCF un vnement relatif un appel qui a t pralablement demand par l'entit gsmSCF dans un flux dinformation "Request Report BCSM Event". La surveillance de plus d'un vnement pourrait tre demande par une seule opration "Request Report BCSM Event", mais chacun de ces vnements demands est notifi de faon indpendante dans une opration "Event Report BCSM". Initial DP : Ce flux dinformation est envoy par l'entit gsmSSF aprs dtection d'un point TDP-R dans le modle BCSM, afin de demander l'entit gsmSCF des instructions pour traiter l'appel.

1.4.3. Interactions gsmSCF HLR

En plus des oprations CAP Phase 1, une opration MAP permet au gsmSCF dinteragir avec le HLR. MAP-ANY-TIME-INTERROGATION est mis par la fonction gsmSCF au HLR pour interroger ltat et la localisation de lusager mobile. Le HLR peut ne pas disposer de toutes les informations demandes. Dans ce cas, le HLR les demande au VLR en utilisant lopration MAP-PROVIDE-SUBSCRIBER-INFORMATION. Il est ncessaire que le VLR supporte le protocole MAPv3. Parmi les services proposs par les oprateurs mobiles grce leur rseau intelligent, figurent en particulier les services suivants : le service prepaid (PPS, PrePaid Service), le Rseau Priv Virtuel (VPN, Virtuel Private Network) et les numros spciaux (e.g., dans le

Copyright EFORT 2008

cas de SFR, le numro 123 pour laccs sa messagerie, 222 pour lannuaire express, etc.).

2. Service Prepaid
Les principales caractristiques dune offre de service prepaid sont les suivantes : Il nexiste pas dabonnement. Il ny a pas de contrat. Aucune facture nest adresse au client. Le client paie lavance des minutes de communication quil pourra consommer. Le client dispose dun crdit ; ce crdit peut sexprimer en minutes si seuls les appels nationaux sont autoriss. Le client peut recharger son crdit. Le rechargement peut tre rgl par carte bancaire ou par coupon de rechargement pouvant tre achet diffrents points de vente tels que la Poste, un buraliste, un point de vente doprateur, etc. Une carte prepaid est valable un certain nombre de mois aprs son activation ou aprs le dernier rechargement. A lissue de cette priode, le client peut recevoir des appels pendant encore une priode de plusieurs mois mais ne peut plus mettre dappels. Le client peut consulter son solde via un serveur vocal, les appels au serveur tant gratuits. Pour le dbit, la premire minute dun appel peut tre indivisible (politique dfinie par loprateur), puis le dcompte seffectue la seconde. En cours dappel, un signal sonore ou un message vocal sont mis peu de temps avant lpuisement du crdit de lusager. Lappel est interrompu lorsque le crdit est puis.

2.1.

Rechargement du crdit de lusager

Le rechargement peut s effectuer par carte de crdit ou par coupon de rechargement.

2.1.1. Rechargement par carte de crdit

Dans le cas du rechargement par carte de crdit, le client peut demander le prenregistrement de sa carte. Ainsi, pour recharger son crdit, il ne saisira quun code secret (quil aura choisi diffrent du code secret de la carte bancaire). Le pr-enregistrement de la carte bancaire se fait lors de ladhsion au service ou plus tard par lintermdiaire dun charg de clientle. Le client saisit son numro de carte de crdit et la date dexpiration correspondante. Si la carte est pr-enregistre, il ne saisit que son code secret. Le changement du code secret de la carte pr-enregistre peut seffectuer en appelant via un numro spcial un serveur vocal.

2.1.2. Rechargement par coupon de rechargement

Le rechargement peut tre effectu par coupon (aussi appel voucher) achet au pralable dans un point de vente. Le coupon comprend un code secret protg par une zone de grattage. Au del dune certaine date le coupon nest plus valide et le client doit saisir le code secret pour valider son rechargement.

Copyright EFORT 2008

2.2.

Scnari dappel

2.2.1. Appel sortant effectu par un abonn ayant souscrit au service prepaid
Considrons l'tablissement d'un appel effectu par un abonn en roaming international et ayant souscrit au service prepaid (Figure 4) : 1. Lappelant compose un numro de destination. Le point de dtection rencontr dans le traitement d'appel O-BCSM et dclencheur de la logique de service dans le gsmSCF est le DP2, Collected Info. Il sagit dun TDP-R (Trigger Detection Point Request). 2. Le traitement d'appel est alors suspendu et le gsmSSF adresse au gsmSCF une indication de rencontre du DP par le flux d'information InitialDP qui comporte comme paramtre la cl de service, c'est--dire l'identificateur du service Prepaid. Rappelons que lO-CSI de lusager contient lidentificateur du service invoquer (service Key) et ladresse du gsmSCF. 3. Le gsmSCF excute le service correspondant qui commence par vrifier si le crdit de lusager est positif. Si cest le cas, le service envoie au gsmSSF les flux dinformation Continue (pour demander ltablissement de lappel vers la destination), et RequestReportBCSMEvent (pour demander l'entit gsmSSF de surveiller les vnements dbut de communication et fin de communication, i.e., O-Answer et ODisconnect). 4. Le gsmSSF depuis ltat Analyze, Routing and Alerting, analyse le numro du destinataire (Analyse) identifie le commutateur suivant pour router lappel vers le destinataire travers un message ISUP IAM et rserve avec ce commutateur adjacent un circuit de parole (Routing). 5. Lorsque lappel est alert le gsmSSF reoit un message ISUP ACM. 6. Lorsque lappel dcroche, un message ISUP ANM est reu par le gsmSSF. Il sagit alors de passer au PIC suivant (O-ACTIVE). 7. Etant donn que le DP7 (EDP-N) a t arm dynamiquement par le gsmSCF travers le flux dinformation Request Report BCSM Event, le gsmSSF notifie alors cet vnement par un flux dinformation Event Report BCSM. Par ailleurs, le PIC courant de lO-BCSM devient O-ACTIVE. Le gsmSCF, inform du dbut de communication, commence dcrmenter le crdit de lusager. 8. Si lappelant ou lappel raccrochent, lO-BCSM retourne dans ltat ONull&Authorise_Origination_Attemp_collect_info. Etant donn que le DP9 (EDP-N) a t arm dynamiquement par le gsmSCF travers le flux dinformation "Request Report BCSM Event", alors le gsmSSF notifie par "Event Report BCSM" cet vnement. Le gsmSCF inform de la fin de communication arrte de dcrmenter le crdit de lusager. Si le crdit est puis pendant lappel, lentit gsmSCF met un flux dinformation Release Call pour le rompre.

Copyright EFORT 2008

CSE gsmSCF 3 8
Signalisation ISUP Signalisation CAP

2 gsmSSF 4 O-BCSM 6 5 RTC

1 MSC

Figure 4 : Appel sortant prepaid

2.2.2. Appel entrant vers un abonn en roaming international ayant souscrit au service prepaid
Considrons un appel entrant destination dun abonn Orange France ayant souscrit au service prepaid et actuellement en roaming Londres (Figure 5): 1. Un abonn fixe numrote "0608905223"; l'appel est achemin via le protocole ISUP (message ISUP IAM) vers le GMSC le plus proche du Class 5 Switch auquel est rattach lappelant. Ce GMSC appartient loprateur Orange France auquel le destinataire est abonn. 2. Le GMSC interroge le HLR (requte MAP-Send-Routing-Information) contenant lenregistrement de lusager mobile destinataire, pour connatre la localisation du mobile. Le HLR vrifie si lusager appel est dans un rseau visit ou dans son rseau nominal. Grce au Global Title (adresse SS7) du MSC/VLR auquel est rattach lappel (cette information est prsente dans le profil de lappel), le HLR peut dtermin si lusager est dans un rseau visit. Si tel est le cas, le HLR vrifie sil existe un T-CSI concernant cet usager, et le retourne au GMSC. Si par contre lusager est dans son rseau nominal, alors le HLR retourne un MSRN au GMSC.. 3. Le HLR ne retourne pas le MSRN comme attendu par le GMSC mais il retourne le T-CSI dans une rponse MAP-Send-Routing-Information-ack. Ce T-CSI indique quil faut invoquer le service prepaid depuis le DP12 Terminating_Attempt_Authorised. 4. Le gsmSSF met un flux dinformation Initial DP au gsmSCF pour activer le service prepaid. 5. Puisque le crdit de lusager est positif, le gsmSCF retourne le flux dinformation Continue demandant au gsmSSF dtablir lappel vers la destination ainsi que le flux dinformation RequestReportBCSMEvent pour demander l'entit gsmSSF de surveiller les vnements dbut de communication et fin de communication, i.e., T-Answer et TDisconnect. 6. Le GMSC renvoie une requte MAP-Send-Routing-Information au HLR contenant le paramtre "suppress T-CSI". Ce paramtre permet dindiquer au HLR de ne pas retourner une seconde fois le T-CSI. 7. Le HLR doit retourner un numro de MSRN (numro de racheminement) que le HLR va demander au VLR travers la requte MAP-Provide-Roaming-Number.

Copyright EFORT 2008

10

8. Le VLR fournit au HLR un numro de MSRN de la forme +44 20 7258 6880 (rponse MAP Provide_Roaming_Number_ack). 9. Le HLR retourne le numro de MSRN au GMSC (rponse MAP-Send-RoutingInformation-ack). La premire partie de ce numro est utilise pour joindre, travers le RTCP international, le MSC o se trouve actuellement le mobile. Dans notre exemple, c'est le prfixe +44 20 72 du MSRN qui permet de joindre le MSC o est localis le mobile. 10. Le GMSC relaye le message ISUP IAM au MSC concern (celui auquel est rattach le mobile destinataire) via le RTCP. Le numro de destination dans le message ISUP IAM est le MSRN. 11. Le VLR grant la zone de couverture radio de ce MSC retrouve, par le MSRN, l'identit du mobile demand. Par une opration de "Paging", sur toutes les BTS de la zone de localisation, le BSC ( la demande du VLR), appelle le demand par son TMSI. Le mobile "en veille" ainsi appel se signale dans la cellule qu'il occupe. 12. Le MSC retourne un message ISUP ACM. 13. Lappel dcroche ; le MSC retourne un message ISUP ANM. 14. Le gsmSSF notifie par un flux dinformation Event Report BCSM lvnement dbut de communication. Le gsmSCF commence dcrmenter le crdit de lusager. 15. Si lappelant ou lappel raccroche, le gsmSSF notifie par le flux dinformation Event Report BCSM, la fin de communication afin que le gsmSCF arrte de dcrmenter le crdit de lusager.
CSE HLR gsmSCF 5 15 14 4 7 6 9 2 3 8 VLR T-BCSM RTC 1 GMSC France 10 13 12 MSC Londres 11

gsmSSF

Figure 5 : Appel entrant prpay pour un usager en roaming ltranger Rfrences

CAMEL Phase 1 : ETSI TS 101 044 V5.8.0 (1999-08), Technical Specification, Digital cellular telecommunications system (Phase 2+);, Customized Applications for Mobile network Enhanced Logic (CAMEL); Stage 2 (GSM 03.78 version 5.8.0 Release 1996) CAMEL Phase 2 : ETSI TS 101 441 V7.8.0 (2002-06), Technical Specification, Digital cellular telecommunications system (Phase 2+); Customised Applications for Mobile network Enhanced Logic (CAMEL) Phase 2; Stage 2 (3GPP TS 03.78 version 7.8.0 Release 1998)

Copyright EFORT 2008

11