-
Copyright EFORT 1
IP Multimedia Subsystem :Principes et Architecture
Simon ZNATY et Jean-Louis DAUPHINEFORT
http://www.efort.com
1 Introduction
L'Internet supporte depuis dj plusieurs annes et avec une qualit
trs acceptable denombreux services succs tels que l'E-mail, le WEB,
le streaming audio/vido, le chat ;.Dans les domaines des
applications de tlphonie et les communications multimdia,Microsoft
MSN, Yahoo, AOL et Skype sont dj prsents sur ce march mais
proposent dessolutions propritaires.
La tlphonie devient donc une application sur Internet parmi
dautres et tout fournisseurd'applications sur l'Internet peut
proposer le service de tlphonie sur IP ses clientsindpendamment du
type daccs Internet utilis par le client : ADSL, cble, UMTS.
Dans ce contexte les oprateurs de telecom, dont le service de
tlphonie tait jusquprsent le core business, se trouvent face
lalternative suivante :
1. Repositionner leur business autour des applications sur IP
incluant la tlphonie,devenant ainsi oprateur de services globaux.
Les oprateurs qui feront ce choix devrontrapidement dvelopper une
architecture IMS seule solution normalise dans le mondetelecom et
cela avant que des solutions propritaires ne soient trop largement
adoptes.
2. Abandonner le march des applications y compris celui de la
tlphonie et rduire leurbusiness celui de fournisseur daccs et/ou de
transporteur de paquets IP. Lesoprateurs qui feront ce choix
limiteront leur champs daction celui doprateurs derseaux. Parmi les
risques de cette option, la difficult maintenir le revenu dans
uncontexte o l'accs comme le transport seront devenus des commodits
sujettes unetrs forte pression sur les prix.
L'IMS IP Multimedia Subsytem- normalis par le monde des
tlcommunications est unenouvelle architecture base sur de nouveaux
concepts, de nouvelles technologies, denouveaux partenaires et un
nouvel ecosystme. LIMS supporte sur un rseau tout IP lessessions
applicatives temps rels (voix, vido, confrence,) et non temps rel
(Push ToTalk, Prsence, messagerie instantane,). LIMS intgre de plus
le concept deconvergence de services supports indiffremment par des
rseaux de natures diffrentes :fixe, mobile ou Internet. LIMS est
galement dsign sous le vocable de NGN Multimedia(Next Generation
Network)
Dployer une architecture IMS est donc une dcision stratgique qui
peut tre prise par unoprateur telecom traditionnel dans le cadre du
repositionnement de son activit sur lemarch des services sur IP
mais qui peut galement tre prise par toute entit qui dciderait,mme
sans possder de rseaux daccs ou de transport, de dvelopper une
activit deservices valeur ajoute sur IP.
Lacquisition des fondements architecturaux et normatifs de lIMS
en particulier lesspcifications de protocoles et interfaces
spcifiques tels que SIP, Diameter, COPS,.., et la
-
Copyright EFORT 2
connaissance des solutions dj disponibles sur le march sont donc
essentielles pour toutacteur oprateur de rseaux ou de services,
fournisseur dquipements, ou clients- quisouhaite prendre sa place
dans le business mergeant des services sur IP.
Le but de cet article est de prsenter les architectures de rseau
et de service IMS avec lesconcepts sous-jacents, les entits
impliques et leurs fonctionnalits.
2 Architecture IMS
L introduction de l IMS (IP Multimedia Subsystem) dans les
rseaux fixe et mobilereprsente un changement fondamental dans les
rseaux de tlcommunication de typevoix. Les nouvelles capacits des
rseaux et des terminaux, le mariage entre l Internet et lavoix, le
contenu et la mobilit donnent naissance des nouveaux modles de
rseaux etsurtout offrent un formidable potentiel pour dvelopper de
nouveaux services. Dans cetobjectif, l IMS est conu pour offrir aux
utilisateurs la possibilit d tablir des sessionsmultimdia en
utilisant tout accs haut dbit et une commutation de paquets IP.
LIMS fournit un rseau IP multi-service, multi-accs, scuris et
fiable Multi-services : tout type de services dlivrs par un rseau
cur supportant diffrents
niveaux de QoS pourront tre offerts lusager, Multi-accs: Tout
rseau daccs large bande, fixe et mobile pourra sinterfacer lIMS
LIMS nest pas un unique rseau, mais diffrents rseaux qui
interoprent grce desaccords de roaming IMS fixe-fixe, fixe-mobile,
mobile-mobiles
LIMS est un enabler pour les fournisseurs de service afin d
offrir : Des services de communication non temps-reel, pseudo
temps-rel et temps rel suivant
une configuration client-server ou entre entits paires La
mobilit des services / Mobilit de l usager (Nomadisme) Plusieurs
sessions et services simultanment sur la mme connexion rseau
2.1 Structuration en couche de larchitecture IMSLarchitecture
IMS peut tre structure en couches. Quatre couches importantes
sontidentifies : La couche ACCES peut reprsenter tout accs haut
dbit tel que : UTRAN (UMTS
Terrestrial Radio Access Network), CDMA2000 (technologie daccs
large bande utilisedans les rseaux mobiles aux Etats-Unis), xDSL,
rseau cble, Wireless IP, WiFi, etc.
La couche TRANSPORT reprsente un rseau IP. Ce rseau IP pourra
intgrer desmcanismes de QoS avec MPLS, Diffserv, RSVP, etc. La
couche transport consiste doncen des routeurs (edge router laccs et
en core router en transit) relis par un rseaude transmission.
Diffrentes piles de transmission peuvent tre considres pour lerseau
IP: IP/ATM/SDH, IP/Ethernet, IP/SDH, etc.
La couche CONTROLE consiste en des contrleurs de session
responsables du routagede la signalisation entre usagers et de
linvocation des services. Ces nuds sappellentdes CSCF (Call State
Control Function). IMS Introduit donc un environnement decontrle de
session sur le domaine paquet.
La couche APPLICATION introduit les applications (services
valeur ajoute) proposesaux usagers. Loprateur peut se positionner
grce sa couche CONTRLE en tantquagrgateur de services offerts par
loprateur lui-mme ou par des tiers. La coucheapplication consiste
en des serveurs d application (AS, Application Server) et des
MRF
-
Copyright EFORT 3
(Multimedia resource function) que les fournisseurs appellent
serveurs de mdia IP (IPMS, IP Media Server).
Larchitecture globale IMS est dcrite la figure 1.
Figure 1 : Larchitecture de Rseau et de Service IMS
2.2 Concepts sous-jacents larchitecture IMSUn ensemble de
besoins ont t dfini lors de la conception de lIMS : Connectivit IP
: Le client doit disposer de la connectivit IP pour accder aux
services
IMS. Par ailleurs, le protocole IPv6 est requis. La raison
fondamentale qui justifie l'usaged'Ipv6 est l'insuffisance
d'adresse Ipv4 pour permettre chaque mobile (si lon
considrelapplication de lIMS aux rseaux mobiles) de disposer d'une
adresse IP avec un mode"accs permanent". Des solutions comme la
traduction dadresse rseau (NAT, NetworkAddress Translation) ne
peuvent tre que temporaires. De nouveaux services commelaccs
permanent, le tlchargement systmatique, lauto-configuration, les
applicationsen temps rel (tlphonie), la scurit, etc. dpasseront
bientt les possibilits de latechnologie NAT. Avec IPv6, les champs
d'adresse ont une longueur de 16 octets la diffrence des
adresses Ipv4 sur 4 octets. LIPv6 fournit donc un espace
dadressage largipermettant dattribuer une adresse unique chaque
quipement Internet mobile (unencessit pour les quipements toujours
connects ),
LIPv6 permet de configurer automatiquement ladresse IP de la
machine hte [sansavoir recours au protocole de configuration
dynamique de la machine hte (DHCP,Dynamic Host Configuration
Protocol)], ce qui est intressant pour les quipementsmobiles,
LIPv6 gre la scurit de bout en bout. Le rseau mobile peut tre
considr comme un rseau ferm dont
linterfonctionnement avec le rseau antcdent IPv4 peut tre assur
la priphrie
Flux de signalisation
Flux mdia
UTRAN/ EDGE/cdma2000/ Cble/xDSL, WiFi, etc.
ServeurdApplication
Transpo
rt
Contrl
e
Accs
Applica
tion
MRFC
IMS : IP Multimedia Subsystem
CSCF
Routeurs IP
CSCF : Call State Control FunctionPS : Packet SwitchedUTRAN :
UMTS Terrestrial Radio Access NetworkGPRS : General Packet Radio
ServiceEDGE : Enhance Data Rates for Global EvolutionMRFC :
Multimedia Resource Function ControllerMRFP : Multimedia Resource
Function Processor
MRFP
Serveur de mdia IPHSS
-
Copyright EFORT 4
du rseau (avec des routeurs passerelles excutant des empilages
IP doubles avecdes tunnels IPv6-IPv4, etc.).
Indpendance par rapport laccs : LIMS a t conu pour tre
indpendant delaccs afin que les services IMS puissent tre fournis
partir de nimporte quel typedaccs connect un rseau IP (e.g., GPRS,
UMTS, WLAN, xDSL, cble, etc).
Garantie Qos des services multimdia : Sur Internet, le type de
QoS fourni est besteffort. Cela ne sera pas le cas avec lIMS. Les
rseaux daccs et de transport de lIMSfournissent la QoS de
bout-en-bout. A travers lIMS, le terminal ngocie ses capacits
etexprime ses exigences de QoS durant la phase dtablissement de la
session avec leprotocole SIP. En parallle le terminal rserve les
ressources ncessaires dans le rseaudaccs en utilisant un protocole
de rseau de ressources (e.g., RSVP, SM/GTP1, etc).
Contrle de politique : Le contrle de politique IP signifie la
capacit dautoriser et decontrler lusage du trafic au niveau mdia
dans lIMS sur la base des paramtres de lasignalisation SIP change
lors de ltablissement de la session. Cela requiert desinteractions
entre le rseau daccs et lIMS laide du protocole COPS (Common
OpenPolicy Service).
Communications scurises : LIMS fournit des mcanismes de scurit
similaires ceux mis en place dans les rseaux GSM et GPRS. Par
exemple, lIMS sassure quelusager a t authentifi avant de pouvoir
utiliser ses services.
Taxation : LIMS fournit diffrents modles de taxation : off-line
(postpay) et on-line(prpay).
Support du roaming : Lusager peut accder ses services IMS depuis
nimporte quelrseau IMS visit. La mobilit de l usager (nomadisme) et
de ses services sont pris encompte.
Inferfonctionnement avec dautre rseaux : LIMS ne sera pas dploy
partout aumme moment. Il est donc ncessaire de prvoir des
passerelles entre les rseauxRTC/GSM et le rseau IMS. Ces
passerelles de mdia (media gateways) sont contrlespar des
softswitchs. LIMS identifie aussi un signaling gateway permettant
de dlivrer lasignalisation ISUP du RTC/GSM au softswitch sur
SIGTRAN.
Contrle de service : LIMS fournit tous les lments permettant de
connatre lesservices souscrits par labonn et de les invoquer pour
toute session sortante ouentrante.
Dveloppement de service : LIMS fournit les APIs permettant le
dveloppement deservices multimdia. Parmi les APIs dj considres
figurent la prsence, la messagerieinstantane, le push to talk, la
confrence et le chat .
2.3 IMS et SIPSIP est un protocole de signalisation dfini par
lIETF (Internet Engineering Task Force)permettant ltablissement, la
libration et la modification de sessions multimdias. SIP estutilis
dans lIMS comme protocole de signalisation pour le contrle de
sessions et lecontrle de service. Il remplace donc la fois les
protocoles ISUP (ISDN User Part) et INAP(Intelligent Network
Application Part) du monde de la tlphonie en apportant la
capacitmultimdia. Il hrite de certaines fonctionnalits des
protocoles HTTP (Hyper Text TransportProtocol) utilis pour naviguer
sur le WEB, et SMTP (Simple Mail Transport Protocol) utilispour
transmettre des messages lectroniques (E-mails). SIP sappuie sur un
modletransactionnel client/serveur comme HTTP. Ladressage utilise
le concept dURL SIP(Uniform Resource Locator) qui ressemble une
adresse E-mail. Chaque participant dansun rseau SIP est donc
adressable par une URL SIP. Par ailleurs, les requtes SIP
sontacquittes par des rponses identifies par un code numrique.
Dailleurs, la plupart descodes de rponses SIP ont t emprunts au
protocole HTTP. Par exemple, lorsque le
1 Session Management / GPRS Tunneling Protocol
-
Copyright EFORT 5
destinataire nest pas localis, un code de rponse 404 Not Found
est retourn. Unerequte SIP est constitue de headers comme une
commande SMTP. Enfin SIP commeSMTP est un protocole textuel.
3 Entits de Rseau IMS
3.1 Terminal IMSIl sagit dune application sur un quipement de
lusager qui met et reoit des requtes SIP.Il se matrialise par un
logiciel install sur un PC, sur un tlphone IP ou sur une
stationmobile UMTS (UE, User Equipment).
3.2 Home Subscriber Server (HSS)Lentit HSS (Home Subscriber
Server) est la principale base de stockage des donnes desusagers et
des services auxquels ils ont souscrit. Les principales donnes
stockes sont lesidentits de lusager, les informations
denregistrement, les paramtres daccs et lesinformations permettant
linvocation des services de lusager. Lentit HSS interagit avec
lesentits du rseau travers le protocole Diameter.
3.3 Call State Control Function (CSCF)Le contrle d'appel initi
par un terminal IMS doit tre pris en charge dans le rseau
nominal(rseau auquel lusager a souscrit ses services IMS) car
l'usager correspondant peutsouscrire un grand nombre de services et
certains d'entre eux peuvent ne pas tredisponibles ou peuvent
fonctionner diffremment dans un rseau visit, notamment suite des
problmes dinteraction de service. Cela a induit la dfinition de
trois entits CSCF : P-CSCF (Proxy CSCF), I-CSCF (Interrogating
CSCF) et S-CSCF (Serving-CSCF).
Le Proxy-CSCF (P-CSCF) est le premier point de contact dans le
domaine IMS. Son adresseest dcouverte par le terminal lors de
l'activation d'un contexte PDP pour l 'change demessages de
signalisation SIP.Le P-CSCF se comporte comme un Proxy Server SIP
lorsqu'il relaye les messages SIP versle destinataire appropri et
comme un User Agent SIP lorsqu'il termine l'appel (e.g., suite une
erreur dans le message SIP reu).
Les fonctions ralises par l'entit P-CSCF comprennent :
L'acheminement de la mthode SIP REGISTER mise par le terminal
l'entit I-CSCF
partir du nom du domaine nominal. L'acheminement des mthodes SIP
mises par le terminal au S-CSCF dont le nom a t
obtenu dans la rponse la procdure d'enregistrement. Le routage
des mthodes SIP ou rponses SIP au terminal. La gnration de CDRs
(Call Detailed Record). La compression / dcompression des messages
SIP.
L'Interrogating-CSCF (I-CSCF) est le point de contact au sein
d'un rseau d'oprateur pourtoutes les sessions destines un
utilisateur de cet oprateur. Il peut exister plusieurs I-CSCF au
sein d'un rseau.
Les fonctions ralises par l'entit I-CSCF comprennent :
L'assignation d'un S-CSCF un utilisateur s'enregistrant.
L'acheminement des mthodes SIP reues depuis un autre rseau, au
S-CSCF. L'obtention de l'adresse du S-CSCF auprs du HSS.
-
Copyright EFORT 6
La gnration de CDRs.
Le Serving-CSCF (S-CSCF) prend en charge le contrle de la
session. Il maintient un tat desession afin de pouvoir invoquer des
services. Dans un rseau d'oprateur, diffrents S-CSCF peuvent
prsenter des fonctionnalits diffrentes.
Les fonctions ralises par le S-CSCF pendant une session
comprennent : L'mulation de la fonction Registrar puisqu'il accepte
les mthodes SIP d'enregistrement
et met jour le HSS. L'mulation de la fonction Proxy server
puisqu'il accepte les mthodes SIP et les
achemine. L'mulation de la fonction User Agent puisqu'il peut
terminer des mthodes SIP par
exemple lorsqu'il excute des services complmentaires.
L'interaction avec des serveurs d'application aprs avoir analys les
critres de
dclenchement des services correspondants. La gnration de
CDRs
Avant de pouvoir utiliser les services du domaine IM, tels
qu'tablir une session multimdiaou recevoir une demande de session,
un usager doit s'enregistrer au rseau. Que l'usagersoit dans son
rseau nominal ou dans un rseau visit, cette procdure fait
intervenir un P-CSCF. Par ailleurs, tous les messages de
signalisation mis par le terminal ou destinationdu terminal sont
relays par le P-CSCF ; le terminal n'a jamais la connaissance
desadresses des autres CSCFs (i.e., I-CSCF et S-CSCF).
3.4 MGCF, IMS-MGW et T-SGW : Interfonctionnement avec leRTC
Le domaine IMS doit interfonctionner avec le RTCP afin de
permettre aux utilisateurs IMSd'tablir des appels avec le RTCP.
L'architecture d'interfonctionnement prsente un plan decontrle
(signalisation) et un plan d'usager (transport). Dans le plan
usager, des passerelles(IMS-MGW, IMS - Media Gateway) sont requises
afin de convertir des flux RTP en flux TDM.Ces passerelles ne
traitent que le mdia. Des entits sont responsables de crer,
mainteniret librer des connexions dans ces passerelles; il s'agit
de contrleurs de passerelles(MGCF, Media Gateway Control Function).
Par ailleurs, ce mme MGC termine lasignalisation ISUP du ct RTC
qu'il convertit en signalisation SIP qui est dlivre audomaine IMS.
Les messages ISUP provenant du RTC sont d'abord achemins sur SS7
une passerelle de signalisation (T-SGW, Trunking Signaling Gateway)
qui les relaye au MGCsur un transport SIGTRAN.
L'interfonctionnement entre le domaine IMS et le RTCP est donc
assur par trois entits :L'IMS-MGW (IP Multimedia Subsystem Media
Gateway Function), MGCF (Media GatewayControl Function) et T-SGW
(Trunking Signaling Gateway Function).
3.4.1 L'IMS-MGW Reoit un trafic de parole du RTCP et l'achemine
sur un rseau IP. Le trafic audio est
transport sur RTP/UDP/IP. Supporte gnralement des fonctions de
conversion du mdia et de traitement du mdia
(annulation d'cho, pont de confrence). Est contrl par le MGCF
travers le protocole MEGACO/H.248.
-
Copyright EFORT 7
3.4.2 Le MGCF Comme les entits CSCF, n'appartient qu'au plan de
contrle et non au plan mdia. Contrle l'IMS-MGW afin d'tablir,
maintenir et librer des connexions dans l'IMS-MGW.
Une connexion correspond par exemple une association entre une
terminaison TDM(terminaison du ct RTC) et une terminaison
RTP/UDP/IP. Un transcodage de la paroledoit aussi avoir lieu au
niveau de l'lMS-MGW pour convertir la parole reue et qui estencode
l'aide du codec G.711, en parole encode en utilisant le codec AMR
(UMTS)si le terminal IMS est un mobile UMTS.
Assure la conversion des messages ISUP (Signalisation RTC) en
des messages SIP(Signalisation IMS).
Slectionne le CSCF appropri afin de remettre la signalisation
SIP qu'il gnre, ausous-systme IMS.
3.4.3 Le T-SGW Assure la conversion du transport pour
l'acheminement de la signalisation ISUP entre le
commutateur tlphonique et le MGCF. La signalisation ISUP est
change : Sur SS7 entre le commutateur et le T-SGW Sur SIGTRAN entre
le T-SGW et le MGCF
Par contre, n'analyse pas les messages d'application ISUP.
La figure 2 reprsente un appel initi par le RTCP et destination
d'un terminal dans lesous-systme IMS.
Le commutateur du RTC rserve un circuit de parole qu'il partage
avec l'IMS-MGW et metun message ISUP IAM sur un transport SS7 au
T-SGW (Trunking Signaling Gateway). Le T-SGW est responsable de la
conversion du transport du message ISUP. Ce message estrelay
l'entit MGCF sur SIGTRAN.Le MGCF cre un contexte dans l'entit
IMS-MGW en utilisant le protocole MEGACO/H.248.Ce contexte consiste
en une association entre une terminaison TDM et une terminaisonRTP.
La terminaison TDM termine le circuit de parole que l'IMS-MGW
partage avec lecommutateur tlphonique. La terminaison RTP termine
les canaux RTP entre l'IMS-MGW etle terminal IMS.L'IMS-MGW retourne
une rponse l'entit MGCF ; cette rponse contient un
"localdescriptor" qui correspond la description SDP associe sa
terminaison RTP.
L'entit MGCF gnre une mthode SIP INVITE contenant la description
SDP retourne parl'IMS-MGW. Cette mthode est envoye au sous-systme
IMS qui se charge de la dlivrerau terminal IMS appel.
-
Copyright EFORT 8
Figure 2 : Interfonctionnement entre RTC et IMS
4 Dploiement dune architecture IMS
Des concepts introduits prcdemment, on peut donc dduire que : L
IMS est indpendant de tout type d accs. Aussi bien les usagers
mobiles
GPRS/UMTS que les usagers fixe large bande (xDSL, cble, etc.)
peuvent accder l IMS.
L IMS fournit l interface aux rseaux en mode circuit (e.g.,
RTCP, domaine circuitGSM).
L IMS fournit une interface normalise (ISC, IMS Service Control)
base sur le protocoleSIP pour l accs aux services.
L IMS peut tre dploy : Par un oprateur mobile pour offrir des
services avancs et multimdia ses usagers
GPRS/EDGE/UMTS. Par un oprateur d accs filaire (xDSL, cble). Par
un oprateur virtuel qui dploie l IMS en s appuyant sur les rseaux d
accs
d oprateurs tiers.Ces oprateurs peuvent dployer leurs propres
services IMS et ouvrir leur architecture desASP qui interfacent
alors leur propre serveur d application travers l interface
ISC.
5 Architecture de service IMS
L architecture de service IMS de base est constitue d entits
serveurs d application, deserveurs de mdia IP et de S-CSCF
quivalents des serveurs d appels (Figure 3).Le serveur
d'application SIP (AS, Application Server) excute des services
(e.g., Push ToTalk, Prsence, Prpaid, Instant messaging, etc.) et
peut influencer le droulement de la
IMS-MGW
CommutateurRTC
T-SGW
IMS-MGW : IMS Media GatewayMGCF : Media Gateway Control
FunctionT-SGW : Trunking Signaling GatewayS-CSCF : Serving Call
State Control FunctionGPRS : General Packet Radio ServiceSS7 :
Signaling System 7UA : User Agent
S-CSCF
IPGPRS/
Mobile IPIP
MGCF
ISUP/SS7
ISUP/SIGTRAN
MEGACO
SIP
SIP
Circuit de parole
Flux RTP
SIP UA
-
Copyright EFORT 9
session la demande du service. Le serveur d application
correspond l entit SCF(Service Control Function) du Rseau
Intelligent.Le serveur de mdia IP met en uvre l entit fonctionnelle
MRF (Multimedia ResourceFunction). Il tablit des confrences
multimdias, joue des annonces vocales ou multimdiaet collecte des
informations utilisateur. Il sagit de lvolution de lentit SRF
(SpecializedResource Function) du Rseau Intelligent dans le monde
multimdia.Le serveur d appel SIP appel S-CSCF (Serving - Call State
Control Function) joue le rlede point depuis lequel un service peut
tre invoqu. Il dispose du profil de service delabonn qui lui
indique les services souscrits par labonn et sous quelle condition
invoquerces services. Il correspond l entit SSF de larchitecture
Rseau Intelligent.
Figure 3 : Rseau Intelligent versus Architecture de service
IMS
5.1 Entits de larchitecture de service IMS
L'architecture de service IMS consiste en un ensemble de
serveurs d'applicationinteragissant avec le rseau IMS (i.e.,
S-CSCF) travers l'interface ISC (IP MultimediaService Control)
supporte par le protocole SIP (Figure 4).Les serveurs d'application
sont : Les serveurs d'application SIP (SIP AS) qui excutent des
services (e.g., Push To Talk,
Prsence, Prpaid, Instant messaging, vidoconfrence, Unified
messaging, etc.) et quipeuvent influencer le droulement de la
session la demande du service.
Le point de commutation au service IM (IM-SSF, IP Multimedia
Service SwitchingFunction) qui est un type particulier de serveur
d'application SIP qui termine lasignalisation SIP sur l'interface
ISC d'une part et qui joue le rle de SSP RI/CAMELd'autre part
(i.e., il dispose des modles d'appel O-IM-BCSM et T-IM-BCSM, des
pointsde dtection RI/CAMEL et du protocole INAP/CAP) pour interagir
avec les SCP RI/CSECAMEL.
La passerelle OSA (OSA SCS, OSA Service Capability Server) qui
est un type particulierde serveur d'application SIP qui termine la
signalisation SIP sur l'interface ISC et quiinteragit avec des
serveurs d'application OSA en utilisant l'API OSA.
Fabric
SSP
SCP
SRP
INAPINAP
RseauIntelligent
SIPAS
MRF
S-CSCF
SIP
SIP
IMS
Circuit de parole
Canaux RTP
SCP : Service Control PointSRP : Specialized Resource PointSSP :
Service Switching PointINAP : Intelligent Network Application
Part
CSCF : Call State Control Function AS : Application ServerMRF :
Multimedia Resource FunctionSIP : Session Initiation Protocol
-
Copyright EFORT 10
Un type spcialis de serveur d'application SIP appel gestionnaire
d'interaction deservice (SCIM, Service Capability Interaction
Manager) qui permet la gestion desinteractions entre serveurs
d'application SIP.
En plus des serveurs d'application, il existe un serveur de mdia
appel MRF (MultimediaResource Function). Il tablit des confrences
multimdias, joue des annonces vocales oumultimdia et collecte des
informations utilisateur. Il sagit de lvolution de lentit
SRF(Specialized Resource Function) dans le monde multimdia. L'entit
MRF est dcomposeen deux fonctions : La fonction MRFP (MRF
Processor) qui traite le mdia travers le transport RTP/UDP/IP La
fonction MRFC (MRF Controller) qui traite la signalisation.
L'interface Mr entre lesentits S-CSCF et MRFC est supporte par le
protocole SIP.
Tous les serveurs d'applications (IM-SSF et OSA SCS inclus) se
comportent comme desserveurs d'application SIP. Par ailleurs ces
serveurs d'application peuvent interagir avecl'entit MRFC travers
le S-CSCF afin de contrler les activits mdia mises en uvre
parl'entit MRFP.
Figure 4 : Architecture de service IMS
6 Dveloppement du business sur l IMS
Le Point cl du dveloppement du business sur lIMS est la cration
de valeur. Cela passepar : Stratgie d ouverture de l IMS des
fournisseurs tiers (ASP, Application Service
Providers) afin de permettre l oprateur d enrichir son offre de
service. Cetteouverture ne doit pas rduire l oprateur jouer le rle
de transporteur.
Accord de roaming rseau et service entre oprateurs fixe-fixe,
fixe-mobile et mobile-mobile afin de permettre un usager de s
enregistrer depuis n importe quel rseauvisit et pouvoir accder aux
services fournis par son oprateur nominal. Il sagit doffrirla
mobilit de lusager et la mobilit de ses services.
S-CSCF
IM-SSP
CAMEL CSE
CAP Phase 4
SIP
MRFC
SIP
SIP
SIP AS(Service Capability
Interaction Manager)
SIPAS
SIPAS
SIPAS
OSASCS
OSA API
OSA AS
OSA AS
OSA AS
CSCF : Call State Control FunctionAS : Application ServerOSA :
Open Service ArchitectureAPI : Application Programming InterfaceMRF
: Media resource FunctionSIP : Session Initiation ProtocolIM-SSP :
IP Multimedia - Service Switching PointCAP : CAMEL Application
PartCSE : CAMEL Service EnvironmentMRFC : Multimedia Resource
Function Controller
SIP
SIPSIP SIP
Application Servers
-
Copyright EFORT 11
Nouveaux services. Un nombre important dapplications doivent
pouvoir sintgrer avecles applications entreprises telles que
Outlook ou Exchange. Cest justement ce typedintgration entre lIT de
lentreprise et le rseau de tlcommunication qui a le potentielpour
crer de nouveaux services valeur ajoute pour les clients
entreprise. LIMS devrapermettre des systmes au sein de lentreprise
tels que les systmes CRM et ERP dese connecter au rseau de
tlcommunication et dutiliser les fonctionnalits du rseauavec des
approches nouvelles.
Combinaison des services. L IMS permet l usager d initier
plusieurs sessionssimultanment. Par exemple une session audio peut
s excuter en parallle d unesession chat.
Accounting, Rating et Billing. L architecture IMS permet de
remonter des informationsde taxation des quipements de rseau et de
service IMS. Des quipements demdiation produisent des tickets de
taxations qui sont soumis au systme de facturationresponsable de
valoriser ces tickets et de facturer le client. Il sagira de
dvelopper denouvelles politiques correspondant aux offres de
service et des plates-formes associes.
Management des services et du client : Personnalisation des
services, provisioningdynamique par le client en utilisant par
exemple linterface WEB.
7 Conclusion
Grce lIMS, les rseaux fixes et mobiles ne se contentent plus d
tre d tre un rseautlphonique classique. L IMS permet d tablir des
communications entre multiplesterminaux / utilisateurs, et il
permet d intgrer des services temps-rel et non temps-reldans une
mme session. De plus, il est possible de crer de nouveaux usages en
utilisantdes interactions entre ces services.
Les formations proposes par EFORT prsentent outre les aspects
architecturaux etnormatifs de lIMS, les lments ncessaires
llaboration de stratgies de dploiement debusiness de services sur
IP base sur IMS : Mise en uvre des nouveaux services supports par
lIMS et les principes de leur
facturation ; Scnarii de migration vers une architecture IMS en
particulier scnarii de migration du
rseau intelligent tlphonique, Niveau des investissements
ncessaires, Taxation et facturation des services de lIMS
Exploitation des rseaux et des services IMS.
