SERVICES IMS EFORT

1 Copyright EFORT 2010 Architecture de SERVICES introduction de l IMS (IP Multimedia Subsystem) dans les r seaux fixe et mobilerepr sente un changement fondamental dans les r seaux de t l communication de typevoix. Les nouvelles capacit s des r seaux et des terminaux, le mariage entre l Internet et lavoix, le contenu et la mobilit donnent naissance des nouveaux mod les de r seaux etsurtout offrent un formidable potentiel pour d velopper de nouveaux SERVICES . Dans cetobjectif, l IMS est con u pour offrir aux utilisateurs la possibilit d tablir des sessionsmultim dia en utilisant un r seau architecture de l IMS utilise le protocole SIP (Session Initiation Protocol) d fini par l opportunit s de d veloppement de ce protocole suscitent depuis quelques ann es unengouement consid rable des communaut s informatiques et des t l communications.

2 Cecilaisse penser que les futurs SERVICES de communication multim dia dans les r seauxseront en grande partie bas s sur le protocole SIP. Par cons quent, l IMS introduit deuxaspects fondamentaux : Un r seau de transport bas sur le protocole IP pour tout type de communication un mod le d appel (session) comprenant le multim deux aspects sont tr s importants car ils peuvent bouleverser les processus decommunication et apportent la dimension multim dia dans les communications. Les r seauxfixes et mobiles ne se contentent plus d tre un r seau t l phonique IMS est d ailleurs la seule architecture de service IP Multim dia, permettant l acc s desserveurs d application.

3 L IMS permet d tablir des communications entre multiplesterminaux/utilisateurs, et il permet d int grer des SERVICES temps-r el, pseudo temps-r el etnon temps-r el dans une m me session. De plus, il est possible de cr er de nouveauxusages en utilisant des interactions entre ces premier paragraphe pr sente l architecture de service IMS. Le second paragraphe d critle profil de l usager avec ses profils de service associ s. Le paragraphe 3 introduit l entit serveur d application travers ses fonctions, ses interfaces et ses modes d op ration.

4 Leparagraphe 4 d taille les fonctions du serveur de m dia ainsi que ses interfaces. Lecinqui me paragraphe num re les capacit s de service d finies pour Architecture de service IMSL'architecture de service consiste en un ensemble de serveurs d'application interagissantavec le r seau IMS ( , S-CSCF) travers l'interface ISC (IP Multimedia Service Control)support e par le protocole SIP (Figure 1).Les serveurs d'application sont : Les serveurs d'application SIP qui ex cutent des SERVICES ( , Push To Talk, Pr sence,Conf rence, Instant messaging, etc.)

5 Et qui peuvent influencer le d roulement de lasession la demande du service. Le point de commutation au service IMS (IM-SSF, IP Multimedia Service SwitchingFunction) qui est un type particulier de serveur d'application qui termine la signalisationSIP sur l'interface ISC d'une part et qui joue le r le de SSP CAMEL d'autre part ( , ildispose des mod les d'appel O-IM-BCSM et T-IM-BCSM, des points de d tectionCAMEL et du protocole CAP) pour interagir avec les plates-formes de service CAMEL appel es CSE (CAMEL Service Environment).

6 Copyright EFORT 2010 La passerelle OSA (OSA SCS, OSA Service Capability Server) qui est un type particulierde serveur d'application qui termine la signalisation SIP sur l'interface ISC et qui interagitavec des serveurs d'application OSA en utilisant l'API OSA. Un type sp cialis de serveur d'application SIP appel gestionnaire d'interaction deservice (SCIM, Service Capability Interaction Manager) qui permet la gestion desinteractions entre serveurs d'application entit S-CSCF invoque les applications via l interface ISC support e par le protocole Serveurs d'application SIP peuvent interagir avec le HSS afin d obtenir les donn es deservice d un usager donn travers l'interface Sh qui s'appuie sur le protocole 'entit S-CSCF interagit avec le HSS pour obtenir les profils de service de l'usager enutilisant l'interface Cx support e par le protocole 'interface Si permet au serveur d'application IM-SSF

7 D'obtenir aupr s du HSS lesinformations de souscription CAMEL d'un usager donn , , O-IM-CSI et T-IM-CSI. Cetteinterface est support e par le protocole 'entit CAMEL Service Environment (CSE) correspond au concept de Service Control Point(SCP) du R seau Intelligent. Le CSE dialogue d'une part avec l'entit IM-SSF travers leprotocole CAP Phase 4 (CAMEL Application Part) et d'autre part avec le HSS en utilisant leprotocole 1 : Architecture de service IMSL architecture dispose aussi de serveur de m dia appel MRF (Multimedia ResourceFunction).

8 Ce dernier tablit des conf rences multim dias, joue des annonces vocales oumultim dia et collecte des informations utilisateur. Il s agit de l volution de l entit SRF(Specialized Resource Function) dans le monde multim dia. L'entit MRF est d compos een deux fonctions : La fonction MRFP (MRF Processor) qui traite le m dia travers le transportRTP/UDP/IP, La fonction MRFC (MRF Controller) qui traite la signalisation. L'interface Mr entre lesentit s S-CSCF et MRFC est support e par le protocole ApplicationSer verSIP ApplicationSer verHSSHSSOSA servicecapability server(SCS)OSA servicecapability server(SCS)IM-SSFIM-SSFC amel ServiceEnvironmentCamel ServiceEnvironmentOSAapplicationserverOS AapplicationserverISCCxISCISCCAPMAPOSA APISCIMASASShSiMRFCMRFCMrCopyright EFORT 2010 Tous les serveurs d'applications (IM-SSF et OSA SCS inclus) se comportent comme desserveurs d'application SIP.

9 Par ailleurs ces serveurs d'application peuvent interagir avecl'entit MRFC travers le S-CSCF afin de contr ler les activit s m dia mises en uvre parl'entit Profil d usager et profil de serviceA chaque usager IMS est associ un profil d usager dans le HSS. Un profil d usager consisteen un ensemble de profils de service. Un profil de service contient (Figure 2): une ou plusieurs IMPUs (IMS Public User Identities) ayant la forme d une adresset l phonique ou d une URI SIP, z ro ou une instance de la classe Core Network Service Authorization indiquant lesdiff rents m dia pouvant tre utilis s pour les sessions tablies avec ces identit spubliques, un ensemble (0 N) de crit res de filtrage (iFC, initial Filter Criteria).

10 Un crit re de filtrageest une information statique correspondant une souscription d'un usager un servicedu domaine IMS. Un ensemble (0 N) de Shared iFC set . Un Shared iFC Set pointe sur un ensembled iFC administr s localement et stock s sur le S-CSCF. Un Shared iFC Set peut trepartag par plusieurs profils de service, permettant de minimiser la taille du profil del profil de service est obtenu par l'entit S-CSCF aupr s du HSS travers l'interface Cxlorsque l'usager s'enregistre au sous-syst me le futur, on pourra envisager des crit res de filtrage dynamiques.