Home > Les Services MMTel dans l��Environnement VoLTE : Le Telephony Application Server (TAS) 1 Introduction 2 Architecture MMTel

Les Services MMTel dans l��Environnement VoLTE : Le Telephony Application Server (TAS) 1 Introduction 2 Architecture MMTel

Page 1
Copyright EFORT 2013 1
Les Services MMTel dans l��Environnement VoLTE : Le Telephony Application Server (TAS)
EFORT
http://www.efort.com
1 Introduction
MMTel (Multimedia Telephony) est un service utilisant la voix combin��e �� d ��autres composants m��dia tels que: • Vid��o temps r��el • Communication texte • Transfert de fichiers • Partage de clips vid��o, partage de photo, partage de clips audio Sur la base de ces capacit��s, diff��rents types de communication sont possibles, tels que appels voix, appels voix enrichis de vid��o, appel voix avec partage de vid��o, appel voix enrichi d ��un transfer de fichiers, etc. Afin de fournir des services compl��mentaires MMTel dans l ��IMS, l ��IMS inclut un TAS (Telephony Application Server) dans la session. Un TAS est un serveur d ��application connect�� au S-CSCF via l ��interface ISC (IMS Service Control); il fournit le support des services compl��mentaires de MMTel. Selon les cas, cet AS peut ��tre inclus du côt�� appelant, du côt�� appel�� ou des deux �� la fois. Mis �� part le protocole SIP pour le traitement d ��appel, le TAS fournit une interface de configuration permettant �� l ��usager de configurer les param��tres de service. IMS fournit les possibilit��s suivantes : • Utiliser XCAP via l ��interface Ut (3GPP 24.623) • Utiliser des moyens non normalis��s afin de configurer le service, e.g., une interface WEB. L��objectif de ce tutoriel est de d��crire les services MMTel.
2 Architecture MMTel
La figure 1 montre l ��architecture utilis��e par MMTel. AP (Authentication Proxy) est une fonction 3GPP qui assure l ��authentification de l ��usager quand ce dernier souhaite ��mettre une requ��te XCAP. L��AP prend aussi en charge l ��identification du serveur XCAP appropri�� �� invoquer (MMTel, Pr��sence, etc.). La configuration du service n��est pas r��alis��e pendant l��invocation du service. Les usagers configurent leurs services compl��mentaires avant que ces derniers sont invoqu��s et ex��cut��s. L��AP authentifie l��UE sur la base des m��canismes GAA/GBA (Generic Authentication Architecture/ Generic Bootstrapping Architecture) et en utilisant des vecteurs d��authentification obtenus aupr��s du HSS. L��UE s��authentifie aupr��s de l��AP en utilisant les cr��dences g��n��r��es par le module USIM de l��UICC. L��AP supporte donc les interfaces XCAP (avec l��UE) et DIAMETER (avec le HSS).

Page 2
Copyright EFORT 2013 2
Le TAS peut lire/modifier les donn��es de service aupr��s du HSS si l��on consid��re un TAS dataless. Le TAS dispose des interfaces ISC (SIP) avec le S-CSCF, Sh (DIAMETER) avec le HSS et Ut (XCAP) avec l��UE. Figure 1 : Configuration et invocation des services du TAS
3 Services MMTel
Les services compl��mentaires MMTel sont pris en charge par le TAS. Parmi les services MMTel normalis��s par 3GPP figurent les services suivants : • Le service OIP (Originating Identification Presentation, 3GPP TS 24.607) ou Pr��sentation d'identification de la ligne appelante (CLIP) est un service compl��mentaire offert �� l'usager demand��, qui fournit �� celui-ci l��identit�� de l'usager demandeur. • Le service OIR (Originating Identification Restriction, 3GPP TS 24.607) ou Restriction de la ligne appelante est un service compl��mentaire offert �� l ��usager demandeur afin de limiter la pr��sentation �� l ��usag�� demand�� de l��identit�� de l ��usager demandeur. • Le servce TIP (Terminating Identification Presentation, 3GPP TS 24.608) ou Pr��sentation d'identification de la ligne appel��e offre au demandeur la possibilit�� de recevoir l'identification du demand��. • Le service TIR (Terminating Identification Restriction, 3GPP TS 24.608) ou Restriction d'identification de la ligne appel��e autorise le demand�� �� emp��cher la pr��sentation de son identit�� au demandeur. • Le service HOLD (Communication Hold, 3GPP TS 24.610) ou service de mise en garde permet de suspendre temporairement une communication en maintenant la connexion existante, en vue de reprendre ult��rieurement cette communication. • Le service CONF (CONFerence Calling, 3GPP TS 24.605) permet �� un usager en cours de communication d����tablir un second appel et de communiquer en simultan�� avec ses deux correspondants. • Plusieurs services de renvoi de communication sont pr��vus (Communication DIVersion Services, 3GPP TS 24.604) : • Communication forwarding unconditional (CFU) : Renvoi de toute communication entrante vers une nouvelle destination quelque soit l ����tat de la destination initiale. • Communication Forwarding on busy user (CFB) : Renvoi d ��une communication entrante vers une nouvelle destination lors la destination initiale est occup��e. • Communication forwarding on no-Reply (CFNR) : Renvoi d ��une communication entrante vers une nouvelle destination lors la destination initiale ne r��pond pas. • Communication Forwarding on not Logged-In (CFNL) : Renvoi d ��une communication entrante vers une nouvelle destination lors la destination initiale n ��est pas enregistr��e.
AP TAS HSS P-CSCF S-CSCF SIP SIP DIAMETER DIAMETER XCAP XCAP SIP Configuration de service Invocation de service

Page 3
Copyright EFORT 2013 3
• Communication Forwarding on Subscriber Not Reachable (CFNRc) : Renvoi d ��une communication entrante vers une nouvelle destination lorsque la destination initiale n ��est pas joignable (e.g., il n ��y a pas de connectivit�� IP disponible pour joindre le terminal de l ��usager appel��). • Communication Diversion Notification (CDIVN) : Permet �� l��appel�� initial de recevoir une notification de renvoi de sa communication. • Communication Deflection (CD) : Permet �� l��appel�� initial de r��pondre �� une communication entrante en demandant la redirection de la communication vers un autre usager (avant la sonnerie et pendant la sonnerie). • Plusieurs services de barring de communication sont pr��vus (Communication Barring, 3GPP TS 24.611) : • Le service Barring of All Outgoing Calls permet �� l��usager de bloquer certaines cat��gories de communications sortantes • Le service Barring of Outgoing International Calls permet �� l��usager de bloquer les communications internationales sortantes • Le service Barring of Outgoing International Calls – ex Home Country permet �� l��usager en situation de roaming de bloquer ses communications sortantes sauf celles vers son r��seau nominal • Le service Barring of Incoming Calls - When Roaming permet �� l��usager en situation de roaming de bloquer ses communication entrantes • Le service CW (Communication Waiting, 3GPP TS 24.615) ou signal d'appel ou appel en attente permet d'indiquer �� un usager en cours de communication qu'un autre abonn�� l'appelle. • Le service MWI (Message Waiting Indication, 3GPP TS 24.606) permet de notifier l��usager du nouvel ��tat de sa boîte vocale. • Le service ECT (Explicit Communication Transfer) permet �� un usager de transformer une communication ��tablie avec un correspondant en une nouvelle communication entre son correspondant et un troisi��me participant. • Le service MCI (Malicious Call Identification) d��identification des appels malveillants permet l��enregistrement par l'op��rateur, �� la suite d'une manoeuvre discr��te que l'abonn�� appel�� effectue en cours de communication, de l'identit�� de la ligne appelante. • Le service (Completion of Communications to Busy Subscriber, CCBS) ou rappel automatique sur occupation permet de rappeler automatiquement un correspondant dont la ligne est occup��e. Lorsque le correspondant raccroche, le poste de l��appelant sonne, ce dernier d��croche et le syst��me rappelle automatiquement le correspondant. • Le service AoC (Advice of Charge, 3GPP TS 24.647) permet �� l ��usager d ����tre inform�� sur la taxation de sa session multim��dia. • Le service CUG (Close User Group, TS 24.654) permet �� un usager de cr��er un groupe de membres dont les communications entrantes et sortantes sont restreintes. • Le service CAT (Customized Alerting Tone, 3GPP TS 24.182) permet �� l ��usager de personnaliser le m��dia jou�� �� l ��appelant pendant l ��alerte suite �� un appel entrant. • Le service CRS (Customized Ringing Signal, 3GPP TS 24.183) permet �� l ��usager de personnaliser le m��dia qui lui est jou�� pendant l ��alerte suite �� un appel entrant. • Le service FA (Flexible Alerting, 3GPP TS 24.239) permet l��alerte simultan��ment de diff��rents postes suite �� la r��ception d��un appel; Le premier terminal qui accepte l��appel est connect�� �� l��appelant. Les autres terminaux sont pri��s d��arr��ter de sonner et d��abandonner l��appel.

Page 4
Copyright EFORT 2013 4
4 Description d��taill��e de quelques services MMTel
4.1 Service Communication Forwarding Unconditional
L ��usager souhaite cr��er des r��gles pour rediriger ses appels entrants �� l ��usager C (tel : +33672195555). L ��UE utilise pr��alablement le protocole XCAP afin de d��finir les r��gles de redirection sur le TAS. Lorsque le TAS B (TAS servant l ��usager B) reçoit une communication entrante, il v��rifie si l ��usager servi a configur�� ses r��gles de renvoi pour les communications entrantes et sur la base des informations configur��es, prend la d��cision de rediriger la communication �� l ��usager C. La requ��te INVITE ��mise �� l ��usager C contient des informations additionnelles montrant que l ��appel ��tait initialement destin�� �� l ��usager B et contient de plus la raison du renvoi ( transport��es via le header History-Info). Par ailleurs, le TAS informe l ��appelant que sa communication est redirig��e (R��ponse SIP 181 Call Is Being Forwarded). Le header History-Info permet de transporter l ��historique du routage associ��e �� une requ��te SIP. L ��information de routage de la requ��te peut ��tre rajout��e lorsque une requ��te est redirig��e, lorsque le Request-URI est r����crit, etc. Un champ Reason est inclus comme param��tre dans ce header. Puisqu ��une requ��te peut ��tre redirig��e plusieurs fois plusieurs entr��es History-Info peuvent ��tre pr��sentes. Un param��tre index est utilis�� pour conserver l ��ordre des actions. Figure 2 : Exemple d��invocation et d��ex��cution du service CFU
4.2 Service Barring of Incoming Calls - When Roaming
L ��usager B utilise le protocole XCAP afin de configurer le blocage de toutes ses communications entrantes lorsqu ��il est en situation de roaming. Lorsque l ��usager B reçoit plus tard une communication entrante, le TAS (TAS B) fournissant le service « barring of incoming calls when roaming » pour l ��usager B utilise l ��information configur��e et sur la base de l ����tat de roaming de l ��usager B, bloque la requ��te SIP INVITE avec la r��ponse SIP appropri��e, �� savoir 603 Decline, qui signifie que l ��usager ne souhaite pas explicitement
IMS A IMS B IMS C TAS B
UE A UE C
1. SIP INVITE sip: b@imsb.com SIP/2.0 3. 181 Call is Being Forwarded 2. SIP INVITE sip: b@imsb.com SIP/2.0 L ��AS d��cide de relayer la session
L ��usager active le service CFU pour la redirection d ��appel au +33672195555 UE B
4. INVITE tel: +33672195555 History-Info: <sip:b@imsb.com>; index = 1 tel: +33672195555; cause = 302; index = 1.1

Page 5
Copyright EFORT 2013 5
prendre part �� la communication. Le TAS est inform�� de l����tat de roaming de l��usager via la requ��te REGISTER. Lorsque l��UE s��enregistre, la requ��te REGISTER est rout��e au TAS via le S-CSCF assign�� �� l��UE. La requ��te REGISTER contient un header P-Visited-Network-Id indiquant le nom de domaine du r��seau visit�� qui prend en charge l��UE. Figure 3 : Exemple d��invocation et d��ex��cution du service Barring of Incoming Calls - When Roaming
4.3 Service Message Waiting Indication
Le service Message Waiting Indication (MWI) permet au TAS d ��indiquer �� l ��usager qu ��il dispose d��au moins un message en attente. Afin d ��activer le service, l ��UE ��met une requ��te SUBSCRIBE avec une valeur appropri��e pour le champ Expire, par exemple 3 heures. Une entit�� SIP peut souscrire �� un ��v��nement afin d����tre notifi��e de son occurrence. La requ��te SUBSCRIBE permet la souscription alors que la requ��te NOTIFY est utilis��e afin de notifier. LA requpete SUBSCRIBE peut ��tre implicite. Ici, elle est consid��r��e explicite. L ����v��nement indiqu�� dans le souscription (header Event) est un ��v��nement normalis�� appel�� �� message-summary �� qui identifie de façon unique que l ��usager souhaite recevoir des MWIs. Le Request-URI indique l ��usager pour lequel l ��information est demand��e et contient donc l ��identit�� publique de l ��usager qui doit aussi ��tre indiqu��e dans le header To. Le header Accept indique qu ��uniquement l ��information de type �� application/simple- message-summary �� peut ��tre trait��e par l ��UE pour cette souscription. Il s ��agit d�� un format texte simple pour les MWIs. L ��AS tel que TAS reçoit la requ��te SUBSCRIBE et v��rifie si l ��usager est autoris�� �� souscrire pour le compte de messagerie vocal indiqu�� (sip:mary.taylor@tn.com). Comme Mary Taylor souscrit pour ��tre notifi��e au sujet de son propre compte, elle est donc autoris��e. L ��AS va donc imm��diatement: • Retourner une r��ponse 200 OK pour acquitter la requ��te SUBSCRIBE indiquant que la souscription a ��t�� accept��e. • G��n��rer l ��information concernant l ����tat courant du compte de messagerie vocale et l ��ins��rer dans une requ��te NOTIFY.
S-CSCF B TAS B
UE A UE B
1. SIP INVITE sip: b@imsb.com SIP/2.0 P-Asserted-Identity: sip: a@imsb.com Privacy : none
L ��usager active le service barring of incoming communication when roaming
4. 603 Decline L ��UE s ��est enregistr�� depuis un r��seau visit�� via un vP-CSCF 1. SIP INVITE sip: b@imsb.com SIP/2.0 P-Asserted-Identity: sip: a@imsb.com Privacy : none Le TAS v��rifie l ����tat de roaming de l ��usager appel�� et d��cide de bloquer la session car l ��appel�� est en situation de roaming 4. 603 Decline

Page 6
Copyright EFORT 2013 6
La m��thode SUBSCRIBE est utilis��e par un UA afin d ����tablir une souscription pour la r��ception de notifications (via la m��thode NOTIFY) lorsqu ��un ��v��nement souscrit survient. Une souscription ��tablit un dialogue entre l ��UAC et l ��UAS. La requ��te de souscription contient un header Expires qui indique la dur��e souhait��e d ��existence de la souscription. Apr��s cette dur��e de souscription, la souscription est automatiquement termin��e. La souscription peut ��tre rafraîchie via un autre SUBSCRIBE dans le dialogue avant le temps d ��expiration. Un serveur qui accepte la souscription retourne une r��ponse 200 OK qui contient un header Expires ��gal ou plus petit que celui propos�� dans le SUBSCRIBE. Il n ��existe pas de m��thode UNSUBSCRIBE avec SIP. La requ��te SUBSCRIBE avec un header Expires positionn�� �� 0 demande la fin de la souscription et donc du dialogue. Une souscription termin��e �� cause de l ��expiration de la souscription ou parce qu ��une demande explicite de fin de souscription �� ��t�� ��mise r��sulte en un NOTIFY final indiquant que la souscription est termin��e. La m��thode NOTIFY est utilis��e par un UA pour transporter l��information sur l��occurrence d��un ��v��nement particulier. Une requ��te NOTIFY est normalement acquitt��e par une r��ponse 200 OK pour indiquer qu��elle a ��t�� reçue. Une requ��te NOTIFY contient un header Event indiquant le nom du package utilis�� lors de la souscription et un header Subscription-State indiquant l����tat courant de la souscription (active, pending ou terminated). La valeur �� active �� indique que la souscription a ��t�� accept��e et autoris��e. La valeur �� pending �� indique que la demande de souscription a ��t�� reçue mais qu��il n��est pas encore possible de l��accepter ou de la refuser. La valeur �� terminated �� indique que la souscription n��est pas active ; elle a donc ��t�� supprim��e. Une requ��te NOTIFY est toujours ��mise au d��but de la souscription et �� la fin de la souscription. Figure 4 : Op��rations de base pour la souscription et la notification d����v��nement La requ��te NOTIFY montr��e ci-dessus ne contient pas tous tous les headers requis mais uniquement ceux qui permettent de comprendre l ����v��nement message-summary. Dans cet exemple, il est consid��r�� que le compte de messagerie du client au moment de la souscription dispose de 6 messages vocaux dont deux nouveaux et quatre anciens avec parmi les messages nouveaux 1 urgent et parmi les anciens messages 0 urgent. Par ailleurs
1. SUBSCRIBE 2. 200 OK 3. NOTIFY 4. 200 OK
UE1 Un changement dans l����tat souscrit s��est produit
5. NOTIFY 6. 200 OK
Un changement dans l����tat souscrit s��est produit
5. NOTIFY 6. 200 OK
La souscription a expir��
TAS

Page 7
Copyright EFORT 2013 7
le compte de messagerie contient deux messages vid��o, 1 nouveau et 1 ancien tous non urgents. NOTIFY sip: mary.taylor@tn.com SIP/2.0 Via : SIP/2.0/UDP station1.tn.com:5060; branch=z9hG4bK756asebgt Max-Forwards : 20 To : Mary Taylor <sip:mary.taylor@tn.com>; tag= 1928301774 From : < sip: mary.taylor@tn.com >; tag= 456887766 Call-Id: a84b4c76e66710 CSeq: 755 NOTIFY Subscription-State: active; expires = 10799 Event: message-summary Content-Type: application/simple-message-summary Content-Length: 99 Messages-Waiting: yes Message-Account: sip: mary.taylor@tn.com Voice-Message: 2/4 (1/0) Video-Message: 1/1 (0/0) La formation Voix sur LTE (VoLTE) propos��e par EFORT d��crit l��architecture de r��seau et de service IMS dans le contexte de l��acc��s LTE.

Recent Documents:

Set Home | Add to Favorites

All Rights Reserved Powered by Free Document Search and Download

Copyright © 2011
This site does not host pdf,doc,ppt,xls,rtf,txt files all document are the property of their respective owners. complaint#nuokui.com
TOP