Cours Rseaux Intelligents et NGN

2009/2010
1

CAMEL (Customized Applications for Mobile network Enhanced Logic) reprend les principes de base du Rseau Intelligent en y apportant une dimension mobile. Normalisation par lETSI. Il existe quatre phases CAMEL:

CAMEL Phase1, architecture de base, qui sapplique du rseau GSM pour les appels voix entrants et sortants. CAMEL phase2, plus volue que CAMEL phase1 avec plus dopportunits de services. CAMEL phase3 complte CAMEL Phase2 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 phase4 complte CAMEL Phase3 en considrant aussi la rception de SMS. Elle est aussi applicable au domaine IP Multimdia (voix, vido) particulirement important dans le contexte IMS.

JL: Joncteur de Ligne CSN: ConcentrateursNumriques RCX: Rseau de Connexion du commutateur

Fonctions daccs : raccordement physique de labonn au rseau et stockage dans une base de donne de son profil. Fonctions de transport : traitement dappel tablissant la mise en relation avec labonn distant (appel) et la mise en continuit des ressources de transmission (connexion) Fonctions dintelligence : services substitutif au traitement dappel.

il ny a plus de notion de commutateur de rattachement La base de donne contenant le profil de labonn est forcment centralise HLR. Pour ne pas multiplier les changes avec la HLR, MSC stocke le profil de labonn dans une base de donne secondaireVLR.

Un abonn allume son poste mobile dans son rseau home, ou dans un rseau visit La VLR locale interroge sa HLR home pour obtenir les donnes dauthentification.

La VLR met jour la localisation de labonn mobile (MAP_Update_Location), puis reoit le profil de cet abonn (MAP_Insert_Subscriber_data).
Le profil de labonn, contient, en plus des indications sur les services auxquels il a droit, les informations:
O-CSI (Originating Camel Subscriber Information) : 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. T-CSI (Terminating Camel Subscriber Information): contient des informations permettant de dclencher une logique de service partir dun GMSC pour des appels entrants.

Ces informations sont lidentification des DP quil faut aller armer dans la SSF du MSC visit pour que les services de cet abonn puissent tre dclenchs.
En RI, les DP ou Trigger Points sont arms par la gestion la cration du service, En CAMEL les DP sont arms par la signalisation MAP de la session daccs.

RI vs CAMEL:

 Informations contenues dans tout CSI : 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.

 Quand

labonn fait un appel, le mcanisme de substitution de lappel normal par un traitement substitutif est strictement semblable celui du RI. Par prcaution, les oprateurs ont prvu un ensemble de capacits pour CAMEL phase 1 beaucoup plus rduit que les capacits de INCS1. Ils nont retenu de IN-CS1 que le minimum de capacits strictement ncessaire la ralisation du service prpay.

 Suppression des serveurs vocaux ou autres ressources spcialises.

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. 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.

O-BCSM RI

O-BCSM CAMEL

LO-BCSM (Originating BCSM) fournit une description des activits du traitement dappel sortant. Il se droule dans le MSC. PICs (Point In Call) 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). Les O-CSI ventuels sont 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.

les DPs peuvent tre arms de 2 manires::

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 ou leT-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 dynamiquement est dsarm lorsquil est rencontr ou lorsque la relation gsmSCFgsmSSF est ferme. 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
DP2 Collected info

Description
Indique que le CSI dorigine (O-CSI) a t analys Indique que lappel est accept et que lappel a rpondu Un avis de dconnexion est envoy depuis la partie origine ou destination

DP7 O_Answer

DP9 O_disconnect

T-BCSM RI

T-BCSM CAMEL

Le T-BCSM fournit une description des activits du traitement dappel entrant, dans le GMSC ou le VMSC. T_Null : Sur indication de rception d'un appel entrant provenant du OBCSM (message ISUP IAM), le HLR est interrog afin dobtenir linformation de routage de lappel. Il retourne les T-CSIs de lappel sil en existe. 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., T_Exception : Une exception s'est produite dans un des autres PICs. La sortie du PIC s'opre en fin de traitement.

PICs dans le T-BSCM CAMEL Phase 1:

Point de dtection DP12 Terminating_ Attempt_Authorised DP15 T-Answer E

Description Indication que le T-CSI est analys Indication que lappel est accept et que lappel a rpondu Indication que lappelant ou lappel a raccroch

DP17 T_Disconnect

Les commandes de CAP Phase 1:

Il y a 6 commandes issues de INAP-CS1: Initial DP : Gnr par la gsmSSF lorsquun point de dclenchement a t dtect dans un DP du BCSM,pour demander des instructions la gsmSCF. structur principalement en : Called Party Number, Calling Party Number, Event Type BCSM, IMSI, Location Information Connect : Pour demander la gsmSSF de poursuivre le traitement de lappel et le router vers une destination particulire. Continue : Pour la poursuite par la gsmSSF de lappel l o il a t suspendu, sans modifier les donnes associes. Pas lment dinformation Release Call : Arrt par la gsmSCF dun appel quel que soit sa phase courante. Request Report BCSM Event : Demande la gsmSSF de notifier un vnement du BCSM. 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"

 Il

y 4 nouvelles commandes, spcifiques des rseaux mobiles :

Activity Test : Pour vrifier lexistence continue dune relation entre la gsmSCF et la gsmSSF. Activity Test Response Any Time Interrogation Request: Pour obtenir de la HLR des infos concernant labonn : adresse de la gsmSCF, Informations

demandes (tat, localisation), Identitification de labonn (IMSI, MSISDN)

Any Time Interrogation Response

 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.

Les principales caractristiques dune offre de service prepaid sont les suivantes :

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 . Une carte prepaid est valable un certain nombre de mois aprs son activation ou aprs le dernier rechargement. Le client peut consulter son solde via un serveur vocal, les appels au serveur tant gratuits. 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.

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 (Trigger Detection Point)

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) 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.

1. Un abonn fixe compose le numro du mobile; 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 Franais 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 TCSI 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. 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. 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.

 La

norme CAMEL phase 1 est extrmement limite. Succs du service prpay les oprateurs ont donc tudi une deuxime phase de CAMEL dont les objectifs correspondaient obtenir sur les rseaux mobiles les mmes possibilits doffre de service que sur les rseaux fixes avec IN-CS1.

rintroduction des fonctions de ressources spcialises : gsmSRF

 Les

modles dappels O-BCSM et T-BCSM ont t considrablement renforcs avec un nombre de DP augment. plus doccasion de dclencher des services. plusieurs DP de lIN-CS1 sont rintgrs.

Rintgration des DPs: Occupation : O_Busy non-rponse : O_No_Answer chec de lappel : Route_Select_Failure

Rintgration des DPs: Occupation : T_Busy non-rponse : T_No_Answer chec de lappel : Route_Select_Failure

La signalisation CAP phase 2 est tout fait semblable lINAP-CS1. On retrouve 29 commandes habituelles plus les commandes spcifiques de la mobilit.

Camel phase 2, comme IN-CS1, ne concerne que des services dclenchs partir de sessions voix. Lintroduction de la norme GPRS dans les rseaux mobiles GSM introduit la possibilit de raliser des sessions data partir de la station mobile transformant ainsi le rseau mobile en vritable rseau intgration de services Si le client ouvre une session data depuis sa station mobile MS, les donnes sont transportes dans un intervalle de temps des trames radio et sont aiguilles par la BSC vers le Serving GPRS Support Node SGSN. 2 rseaux de transport spars : un rseau de transport circuit aussi appel CSN (Circuit Switched Network) pour les sessions voix et un rseau de transport paquet aussi appel PDN (Packet Data Network) pour les sessions data.

La possibilit de dclencher des services partir des sessions voix reste identique ce qui pouvait se faire en CAMEL phase 2. La session daccs permet toujours de charger les marques CAMEL dans la VLR puis darmer partir de ces marques les DP correspondant dans le MSC. Un rseau GPRS offre galement la possibilit de raliser des sessions data. les MSC ne sont pas concerns par les sessions data. Il faut donc quil y ait des DP dans le logiciel dtablissement de sessions du SGSN.

 Les

traitements du SGSN sont modliss par deux automates :

Un automate modlisant la session daccs, appel GPRS Attach Un automate modlisant les sessions data, appel PDP Context (Packet Data Protocol Context)

Possibilit de dclencher des services soit au moment o on allume son poste ou on lteint, soit chaque session de transfert de donnes.

PICs : Detached, Attached et AD_Exception. 3 DP:

Le DP Attach lentre du PIC Attach, le DP Detach la sortie du PIC Attach DP Change of Position pour une sortie provisoire du PIC Attach. Ces 3 DP constituent autant doccasions de dclencher des services data au moment o lon allume ou lon teint son terminal mobile ou encore o lon excute un handover (changement de position).

Lautomate PDP context est mis en oeuvre chaque nouvelle session data. Chacun de ses DP permet de dclencher un service sur une session data. 5 PICs :

Idle, PDP_Context_Setup, PDP_Context_Established, Change of position context C_Exception.

Il y a 4 DP ,
PDP_Context_Establishing lentre du PIC PDP_Context_Setup, le DP PDP_Context_Established_Ack lentre du PIC PDP_Context_Established, le DP PDP_ContextDisconnected la sortie du PIC PDP_Context_Established un DP Change of Position context lentre du PIC Change of position context

Les DP de ces deux automates sont arms depuis la HLR par la signalisation MAP qui charge un profil CAMEL data dans le SGSN avec les marques CAMEL correspondant aux services de labonn. La Signalisation CAP phase 3 contient des commandes CAP entre la SCF et le SGSN.