Sie sind auf Seite 1von 15

I.

Introduction :
L’évolution des réseaux et services vers les « réseaux de nouvelle génération » ou NGN « Next
Generation Networks » est une tendance majeure des télécoms pour laquelle le marché
montre un intérêt accru. En outre les opérateurs sont intéressés par l'extension de leur
domaine d'activités au marché du mobile, tout en réduisant leurs dépenses opérationnelles en
utilisant la technologie de la VOIP(Voix sur IP) et offrire un pack de service complet
(communication+service internet),mission que L'IMS peut remplire avec succés.Toutefois la
nécessité du renouvellement des parcs de commutateurs dans les réseaux pose un problème
d'investissements et de gestion de la sécurité aux exploitants.Ce qui représente un vrai
probléme à résoudre.

1.Définition :
Même s'il n'existe pas de définition universelle pour L'IMS .On peut dire que :
L'IMS est une partie structurée de l'architecture des réseaux de nouvelle génération (NGN) qui
permet permet d'offrire des service multimedia(VOIP,web..) n'importe quand et n'importe ou,
en utilisant un réseau fixe ou mobile , Ce qui rend IMS indépendant du type d’accès (GSM, RTC,
…).L'IMS fournit une couche intermédiaire au coeur des réseaux pour passer du mode appel
classique (circuit) au mode session. Autrement dit, il permet d'ouvrir plusieurs sessions au
cours d'une même communication.pour cela elle fait appel à IP et au protocole SIP (Session
Initiation Protocol), créé par l'IETF avec des extensions qui sont introduites par le 3GPP (3GPP,
or the 3rd Generation Partnership Project, was formed in late 1998 to specify the evolution of
GSM into a 3rd generation )et le groupe de travail TISPAN de l'ETSI..
En résumé L'IMS vise à assurer la compatibilité entre les réseaux mobiles 3G, les réseaux à
commutation de circuits RTPC/RNIS et Internet pour les services vocaux et multimédia services,
existants ou futurs, proposés sur internet. et permettant à l’opérateur d’acquérir une flexibilité
pour introduire de nouveaux services..

2.La naissance du IMS:


les opérateurs ,avant la conception de l'IMS rencontraient deux problems :
le marché des transmission vocale est devenue une commodité il est devenu difficile
d'augmenter les profits juste par les communications vocales. D'autre part le service de la
transmission des packet n'était pas encore en avance ,donc les opérateurs n'en gagnait pas
beaucuop.Pour cela les opérateurs avaient besoin d'un moyen pour rendre le service
transmission des packet plus attractive pour ses utilisateurs(pour bien sur gagner plus de $).la
solution etait :internet pour les mobiles qui attirait un grand nombre d'utilisateur a travers le
monde ,alors l'idée est de combiner les réseaux télécom et Internet,ainsi IMS (IP Multimedia
Subsystem) est née.
Alors les objectifs du IMS:
1. combine the latest trends in technology;
2. make the mobile Internet paradigm come true;
3. create a common platform to develop diverse multimedia services;
4. create a mechanism to boost margins due to extra usage of mobile packet-switched
networks.

3.Historique
L’IMS a été défini, à l’origine, par un forum d’industriels appelé 3GIP, constitué en 1999. 3G.IP a
développé l’architecture IMS initialement considérée par le 3rd Generation Partnership Project
(3GPP), comme appartenant à son travail de normalisation sur la téléphonie mobile 3G dans les
réseaux UMTS est apparu pour la première fois dans la version 5 (évolution de la 2G vers la
3G), lorsque le multimédia basé sur le protocole SIP fut ajouté. Une prise en charge des normes
plus anciennes GSM et GPRS a également été ajouté.
• Le Pré-IMS (ou « Early IMS ») a été défini pour permettre des implémentations IMS qui
ne supportent pas les spécifications du « full IMS »
3GPP2 (un autre organisme de normalisation) a basé son CDMA2000 Multimedia Domain
(MMD) sur l’IMS 3GPP, ajoutant la prise en charge de la norme CDMA2000.
• La version 6 de 3GPP ajoute l’interfonctionnement avec les WLAN
• La version 7 de 3GPP ajoute l’interfonctionnement avec les réseaux fixes, par une
collaboration avec TISPAN R1
**en résumé:
L'IMS repose sur une évolution du protocole UMTS (3G version 5) conçue pour supporter une
surcouche réseau indépendante du type d'accès (UMTS, WLAN, GPRS, DSL, etc.). L'architecture
est également compatible avec des réseaux plus anciens par le biais de passerelles,
notamment GSM. Basé sur le protocole IP (Internet Protocol)

II.Architecture:

1.Principe:
Le principe de l'IMS consiste d'une part à séparer nettement la couche transport de la couche
des services et d'autre part à utiliser la couche transport pour des fonctions de contrôle et de
signalisation afin d'assurer la qualité de service souhaitée pour l'application désirée.
L'IMS a pour ambition de constituer une plateforme unique pour toute une gamme de services
et d'être en mesure d'offrir de nouvelles applications en un temps minimum.
2. structuration en couches :
  
L’architecture IMS peut être structurée en couches. Quatre couches importantes sont
identifiées :

Figure 1 : Architecture Réseau de l'IMS en couches


La couche ACCES : peut représenter tout accès haut débit tel que : UTRAN (UMTS Terrestrial
Radio Access Network), CDMA2000 (technologie d’accès large bande utilisée dans les réseaux
mobiles aux Etats-Unis), xDSL, réseau câble, Wireless IP, Wifi, etc.
La couche TRANSPORT : représente un réseau IP. Ce réseau IP pourra intégrer des
mécanismes de QoS avec MPLS, Diffserv, RSVP, etc. La couche transport consiste donc en des
routeurs reliés par un réseau de transmission. Différentes piles de transmission peuvent être
considérées pour le réseau IP: IP/ATM/SDH, IP/Ethernet, IP/SDH, etc.
La couche CONTROLE : consiste en des contrôleurs de session responsables du routage de la
signalisation entre usagers et de l’invocation des services. Ces noeuds s’appellent des CSCF
(Call State Control Function). IMS Introduit donc un environnement de contrôle de session sur le
domaine paquet.
La couche APPLICATION : introduit les applications (services à valeur ajoutée) proposées aux
usagers. L’opérateur peut se positionner grâce à sa couche CONTRÔLE en tant qu’agrégateur
de services offerts par l’opérateur lui-même ou par des tiers. La couche application consiste en
des serveurs d’application (AS, Application Server) et des MRF.

Les entités du réseau IMS :

 
                                                 Figure 2 : les entités du réseau IMS
3.1 les éléments de contrôle de session d’appel :

  La fonction de contrôle est assurée par l’entité suivante : CSCF (Call Session Control
Function) qui se décompose en trois parties: P-CSCF (Proxy CSCF), I-CSCF (Interrogating CSCF)
et S-CSCF (Serving CSCF). Sur le plan conceptuel, l’infrastructure IMS est une suite de
fonctions logiques dont il appartient aux équipementiers de les mettre en œuvre par le biais
d’un ou plusieurs serveurs dédiés. La fonction centrale est assurée par le contrôleur de
sessions (ou CSCF). Elle se subdivise en trois sous-fonctions de base : serveur proxy (P-CSCF),
fonction d'interrogation (I-CSCF) et fonction de service (S-CSCF).
Proxy-CSCF (P-CSCF): Le proxy-CSCF est le premier point de contact du terminal dans le
réseau IMS visité. Il possède deux fonctions principales : il diffuse les messages de signalisation
(registration et établissement de session) de et vers le S-CSCF, et contrôle les appels
d’urgences locaux et l’allocation des ressources durant l’établissement de la session. Le P-CSCF
se comporte comme un Proxy server SIP lorsqu’il relaye les messages SIP vers le destinataire
approprié, et comme User Agent SIP lorsqu’il termine l’appel.
Interrogating –CSCF (I-CSCF): C’est le premier point de contact du terminal IMS dans le
réseau nominal; Il interroge le HSS pour trouver la localisation du S-CSCF durant
l’établissement de la communication, et il intègre les fonctions de pare-feu pour assurer les
exigences de sécurité et de confidentialité, il effectue aussi des opérations de facturations et
de partage de charge entre les S-CSCF.
3.2 Policy Decision Function PDF
Dans l’objectif d’assurer la mise en œuvre de politiques de provisionning, de routage ou de
QoS, la release 5 des spécifications 3GPPP a prévu l’utilisation d’une plate forme de distribution
de politiques conforme COPS. Dans ce contexte, la fonction PDF est une entité fonctionnelle
dont le rôle est d’assurer la distribution des politiques de services locale (Service Based Local
Policy : SBLP). A cet effet, la release 5 a intégré cette fonction dans le P-CSCF, tandis que pour
la release 6 l’entité PDF est prise en charge par un bloc fonctionnel indépendant du P-CSCF.

3.3 Passerelles et Contrôle de passerelles :

Media Gateway Control Function: MGCF Le réseau IMS doit permettre à ses utilisateurs
d’établir des appels avec le RTCP, pour cela l’IMS doit inter fonctionner avec le réseau RTCP qui
fonctionne en mode TDM. De ce fait, des passerelles sont requises pour convertir des flux RTP
en flux TDM. Cette conversion est assurée par des passerelles : IMS-MGW (IP Mulimedia
Subsystem Media Gateway) et T-SGW (Trunking Signaling Gateway Function).
Le contrôle de ces passerelles est assuré par la MGCF qui assure les fonctions suivantes :
• Conversion du protocole ISUP provenant du RTCP en protocole SIP.
• Contrôle les parties de l’appel qui maintient le contrôle de connexion pour les canaux
media.
• Communique et dialogue avec la CSCF.
• Sélectionne le CSCF en fonction du routing number pour les appels entrants
IP Multimedia Subsystem Media Gateway: IMS-MGW : Cette passerelle est contrôlée par le
MGCF via le protocole MEGACO/.H248 et assure deux fonctions: elle achemine sur le réseau IP
le trafic de parole qu’il reçoit du réseau téléphonique à commutation de circuit, ce trafic est
transporté sur RTP/UDP/IP ; et supporte généralement la fonction d’annulation d’écho.
Trunking Signalling Gateway: T-SGW: La signalisation ISUP est échangée entre le
commutateur téléphonique et le T-SGW et par suite échangée entre le T-SGW et le MGCF sur
SIGTRAN. La T-SGW assure la conversion du transport pour l’acheminement de la signalisation
ISUP entre le RTCP et le MGCF

Breakout Gateway Control Function: BGCF : La fonction de contrôle de passerelles de


dérivation (BGCF) choisit le réseau de destination pour lequel le réseau PSTN doit se
connecter; choisit MGCF local ou la BGCF homologue et fournit la sécurité par l'autorisation des
réseaux homologues.

3.4 Media Ressource Function: MRF


La fonction de ressources multimédia MRF est responsable de l’établissement des
conférences multimédias et du contrôle de support lors des sessions multiparties. Elle se
décompose en deux parties : MRFC et MRFP.
Media Resource Function Controller: MRFC: La fonction MRFC (MRF Controller) assure le
traitement de la signalisation émanant du P-SCSF par le biais d’une interface de
communication de type SIP.
Media Resource Function Processor: MRFP C’est au niveau de la fonction MRFP que
s’opère le traitement des flux RTP. En effet, cette fonction dite MRF Processor permet le
traitement de média à travers le transport RTP/UDP/IP.

III.Architecture services IMS:


L’architecture de service IMS de base est constituée d’entités serveurs d’application, de
serveurs de média IP et de S-CSCF équivalents à des serveurs d ’appels .

Figure 3 : Architecture de service IMS
 Les serveur d'application SIP : (AS, Application Server) exécute des services (e.g. Push
To Talk, Présence, Prepaid, Instant messaging, etc.) et peut influencer le déroulement de la
session à la demande du service (voir annexes). Le serveur d’application correspond à
l’entité SCF (Service Control Function) du Réseau Intelligent.

 Les serveur de média IP : (MRF Multimédia Ressource Function) met en oeuvre l’entité
fonctionnelle. Il établit des conférences multimédias, joue des annonces vocales ou
multimédia et collecte des informations utilisateur. Il s’agit de l’évolution de l’entité SRF
(Specialized Resource Function) du Réseau Intelligent dans le monde multimédia.

III.1 Le serveur d’application SIP_AS :

Le serveur d'application de SIP (AS) est le serveur indigène d'application dans l'IMS. De
nouveaux services exclusivement développés pour l'IMS sont susceptibles d'être exécutés par
des serveurs d'application SIP. La figure 4 montre la relation entre les serveurs d'application de
SIP et le reste du réseau. Quand un serveur (AS) est situé dans le réseau nominal, il peut sur
option mettre en application une interface d’accès au HSS appelée Sh, le protocole utilisé y est
utilisé est le Diameter [2].

Figure 4 : le serveur d'application SIP

III.2 Le serveur d’application OSA-SCS :

OSA-SCS (Open Service Access Service Capability Server) fournit la fonctionnalité de passage
pour exécuter des services d'OSA (accès ouvert des services) dans l'IMS.
La figure 5 montre l'OSA-SCS dans le contexte de l'IMS. L'OSA-SCS fournit une interface,
externe à l'IMS, vers le framework du serveur d'application d'OSA. L'OSA-SCS AS fournit
également l'interface ISC vers le S-CSCF basé sur le SIP et peut employer l'interface Sh
facultative vers le HSS [2’].
Figure 5 : le serveur OSA­SCS

III.3 Le serveur d’application IMS-SSF :

Le troisième type de serveurs d'application est la fonction de commutation de service


multimédia IP (IMS-SSF)[3’]. Ce serveur d'application fournit un passage aux réseaux de service
qui mettent en application les services CAMEL [4’], qui sont largement déployés dans des
réseaux de GSM. L'IMS-SSF agit en tant qu’interface entre les services de SIP et de CAMEL,
permettant ainsi à des services CAMEL d'être adoptés par l'IMS.

  
                                                                        Figure 6 le serveur IM­SSF

La figure 6 montre le fonctionnement de l'IMS-SSF dans un contexte IMS. L’IMS-SSF connecte le


S-CSCF par l'intermédiaire de l'interface ISC, en utilisant le SIP comme protocole d’échange.
L'IMS-SSF connecte également le HSS avec une interface nommé Si. Le protocole relatif à
l'interface Si est MAP (Mobile Application Part)[5’], un protocole non IMS existant utilisé dans
des réseaux de GSM. En dehors de l'IMS l'IMS-SSF connecte le gsmSCF (GSM Service Control
Function), qui fait partie de l'environnement de service de CAMEL (CSE). Le protocole relatif à
cette interface est CAP (CAMEL Application Part) [5’] qui est aussi un protocole non IMS.
IV.signalisation dans l’IMS :
1.SIP(session internet protocole):
cette parite est traité à part dans un fichier sip.pdf

http://bellaj.freehostia.com/index/sip.pdf

2.Le contrôle de session dans L’IMS :

2.1. Etapes d’acquisition de service en IMS :


  Avant qu'un terminal IMS commence n'importe quelle opération IMS, il y a un certain nombre
de contraintes qui doivent être respecté.
Tout d'abord, le fournisseur de service d'IMS doit autoriser à l'utilisateur d’employer le service
d'IMS. Ceci exige un abonnement ou un contrat signé entre l'opérateur de réseau d'IMS et
l'utilisateur. Deuxièmement, le terminal IMS doit accéder à un IP-CAN comme GPRS, ADSL, ou
WLAN.
Le terminal IMS doit acquérir une adresse IP. Cette adresse IP est en général
dynamiquement assignée par l'opérateur d'IP-CAN pendant une période déterminée. Quand ces
deux contraintes sont accomplies le terminal IMS doit découvrir l’adresse IP du P-CSCF qui
agira en tant que Proxy en sortie/entrée du serveur SIP. Toute signalisation SIP envoyées par le
terminal IMS traverse ce P-CSCF. Quand le procédé de découverte de P-CSCF est terminé, le
terminal d'IMS peut envoyer et recevoir le SIP signalant le fait d’entrée à P-CSCF ou bien sortie
de P-CSCF.

Figure 7 : les étapes  pour  avoir un service IMS
        
Quand les contraintes sont accomplies, les terminaux d'IMS s’enregistrent au niveau
d'application de SIP au réseau d'IMS. Les terminaux d'IMS doivent s'inscrire au réseau nominal
IMS avant de lancer ou recevoir toute autre signalisation de SIP. Le procédé d'enregistrement
d'IMS permet au réseau nominal de localiser l'utilisateur, de l’authentifier, d'établir des
associations de sécurité, ou d'autoriser l'établissement des sessions.
2.2.Interconnexion :

Pour l’Interfonctionnement entre RTC (Réseau Téléphonique Commuté) et SIP, il est nécessaire
d’introduire un Gateway RTC/SIP qui s’interface d’une part au RTC et d’autre part à un réseau
SIP. Ce Gateway a deux fonctions :
• Traduction de la signalisation ISUP (ISDN User Part) en signalisation SIP et inversement
• Conversion des signaux audio en paquets RTP et inversement ; en effet ce Gateway établit
des canaux logiques RTP avec le terminal SIP et établit des circuits de parole avec un Class
5 ou Class 4 switch. Le Class5 Switch représente un commutateur téléphonique à l’accès
alors que le Class 4 Switch est un commutateur téléphonique de transit.

Dans l’exemple considéré à la figure 7 a, un terminal relié au RTC appelle un UA SIP. Le Class 5
Switch auquel est rattaché l’appelant, émet un message ISUP IAM au Gateway RTC/SIP. Ce
message contient le numéro du destinataire, l’identificateur de circuit choisi par le Class 5
Switch pour l’appel (CIC, Circuit Identification Code) ainsi que des informations indiquant la
nature de l’appel (parole, fax, données, etc.). Le Gateway RTC/SIP traduit ce message en une
requête SIP INVITE qui contient une adresse de destination SIP dont le champ user est un
numéro de téléphone. Il passe le message au SIP Proxy server qui obtient l’adresse IP du
destinataire à partir de l’adresse SIP par interrogation d’une base de données ou d’un serveur
de localisation. Le message INVITE
est relayé à l’UA SIP. Parallèlement, le Proxy server notifie au Gateway la réception de la
requête INVITE par la réponse 100 Trying. Le terminal SIP retourne au Proxy server une réponse
180 Ringing pour informer l ‘appelant de l’alerte de l’appelé, message relayé par le Proxy
server au Gateway.
Le Gateway traduit cette réponse en un message ISUP ACM (Address Complete Message)
renvoyé au Class 5 Switch. Ce message est traduit par le Class 5 Switch en un message
Alerting si le terminal appelant est un terminal RNIS ou en un signal « Ringing Tone » dans le
cas d’un terminal analogique. Lorsque l’appelé décroche, une réponse 200 OK est retournée au
Proxy server qui la relaye au Gateway. Le Gateway acquitte la réception de cette réponse par
une requête ACK acheminée par le Proxy Server au destinataire. Parallèlement, le Gateway
génère un message ISUP ANM (Answer Message) émis au Class 5 Switch. Cet échange de
signalisation a permis l’établissement de canaux RTP entre le terminal SIP et le Gateway et la
mise en place d’un circuit de parole entre le Gateway et le Class 5 Switch.
figure 7 : interconnexion SIP/RTC

V. AAA dans l’IMS:

L'authentification et l'autorisation sont généralement liées dans l'IMS. En revanche, la


facturation est une fonction séparée exécutée par différents noeuds. C'était la raison
pourlaquel nous avons décidé de séparer la description de l'authentification et de l'autorisation
de la description de la facturation.

1 L’authentification et l’autorisation dans l'IMS :


Le schéma 34 montre comment exécuter des fonctions d'authentification et d'autorisation en
IMS. Les actions d'authentification et d'autorisation sont exécutées selon trois interfaces (à
savoir le Cx, le Dx, et les interfaces SH).
L'interface Cx : indiquée entre un serveur d'abonné (HSS) et un I-CSCF ou un S-CSCF. Quand
plus qu'un HSS simple est présent dans un seul réseau. Il y a un besoin d'une fonction pour
repérer d'abonnement (SLF) d'aider l'I-CSCF ou le S-CSCF à déterminer quel HSS stocke les
données pour un certain utilisateur.

L'interface de Dx : relie un I-CSCF ou S-CSCF à un SLF fonctionnant selon le mode de


redirection de diamètre.

L'interface SH : indiquée entre un HSS et un serveur d'application de SIP ou un serveur de


possibilités de service d’OSA.
Dans toutes ces interfaces le protocole utilisé entre deux noeuds quelconques est diamètre
avec une application IMS spécifique. Une telle application de diamètre définit de nouveaux
codes opération de diamètre et nouvelles paires de valeur d'attribut (AVPs).
Figure 8: L'architecture d'authentification et autorisation dans l'IMS

VI. sécurité dans L’IMS :


Le degré de sécurité d'IMS est divisé en sécurité d'accès et sécurité de réseau. La sécurité
d'accès inclut l'authentification des utilisateurs et du réseau et la protection du trafic entre la
borne d'IMS et le cœur du réseau. La sécurité de réseau traite la protection du trafic entre les
noeuds de réseau, qui peuvent appartenir au même ou aux différents opérateurs. L'IMS
emploie IPsec pour l'accès et la sécurité de réseau.
Les fonctions de sécurité ne sont pas mises en application directement dans la borne d'IMS,
mais dans une carte futée qui est insérée dans la borne. Dans les réseaux 3GPP, la carte futée
est habituellement connue sous le nom UICC. L'UICC contient une ou plusieurs applications,
chaque application stocke quelques configurations et paramètres liés à une utilisation
particulière. Une de ces applications est l'ISIM (module d'identité de services d'IP-Multimédia).
L'authentification mutuelle entre un utilisateur et le réseau dans l'IMS est basée sur un secret
partagé à long terme entre l'ISIM dans la borne et le HSS dans le réseau. Chaque ISIM contient
une clef secrète. La clef secrète de chaque ISIM particulier est également stockée dans son
HSS. Pour réaliser l'authentification mutuelle les ISIM et le HSS doivent prouver entre eux qu'ils
savent la clef secrète. Cependant, la borne qui contient l'ISIM utilise le SIP, alors que le HSS
utilise le protocole de signalisation Diameter. Pour résoudre ce problème le HSS délègue le rôle
de l’authentificateur au S-CSCF assigné à l’utilisateur. Les P-CSCF et la borne établissent deux
associations de sécurité d'IPsec (voir appendix) entre elles. Avoir deux associations de sécurité,
au lieu d'une, permet aux bornes et P-CSCFs (utilisant UDP) de recevoir la réponse à une
demande sur un port différent de celui qu’ils emploient pour envoyer la demande.
VII - Points forts et points faibles de l'IMS
1 - Points forts
L'IMS permet de disposer d'une plateforme unique capable de gérer un grand nombre
d'applications multimédia (dont la voix sur IP) avec une très bonne qualité de service sur les
réseaux de circuits et de paquets, et entre réseaux fixes et mobiles. D'après les mises en
œuvre déjà réalisées, il semble que l'IMS soit rentable à partir de plusieurs applications cibles
justifiées commercialement. Les exemples montrés sont spectaculaires .L'IMS est un Internet
amélioré qui permet la convergence de réseaux associés. L'exploitant peut faire payer la
qualité de service et la sécurité à son prix réel. Il contrôle mieux le réseau. La construction de
nouvelles applications est facile et immédiate. L'IMS assure l'authentification mutuelle des
deux parties (le client et le réseau). Ses coûts en OPEX et CAPEX en feraient un outil très
compétitif, si les marchés répondent favorablement. La nécessité du rajeunissement du
réseau historique est liée à une prise de décisions en accord avec les autres exploitants.
L'IMS est la seule solution possible pour renouveler des équipements de réseau qui arrivent en
fin d'amortissement et qui ne sont pas en mesure d'offrir des services multimédia avancées.
2 - Points faibles
Le nombre de profils d'usagers et d'applications à définir laisse sceptiques les décideurs. La
voix sera-t-elle encore longtemps le service majeur dans les dix ans à venir ? Le passage en
IPv6 représente un coût important pour un bénéfice qui ne semble pas évident.
Il faut parvenir à créer des applications qui ne nécessitent pas des manipulations complexes
sur les claviers des terminaux. Il faut s'assurer de la sécurité des interactions entre
équipements de signalisation et de l'inviolabilité de celles-ci. L'IMS, résultant de la conjonction
d'un grand nombre d'éléments à intégrer, suscite des inquiétudes quant aux
coûts et à la fiabilité globale. Il faudrait disposer de plus grandes certitudes sur la croissance du
trafic téléphonique vocal. La centralisation des fonctions de transit sur une dizaine ou une
vingtaine de commutateurs par logiciel en IP fragiliserait le réseau.
L'adaptation de l'IMS à l'accès fixe est coûteuse. La proportion d'abonnés qui est concernée par
les nouvelles applications technologiques ne peut pas être évaluée avec précision. L'abonné
est-il prêt à abandonner le forfait pour la tarification au service utilisé ?
La facturation est complexe à mettre en œuvre. Les 1 500 pages des normes IMS deviendront
facilement 5 000 bientôt. Les pannes seront lourdes à gérer. L'OPEX et le CAPEX de l'IMS ne se
présentent pas toujours de façon favorable. SIP reste un outil dépendant de l'IETF. L'IMS ne
traite pas encore des DRM dans les messages multimédia, ni
des services d'urgence pour la voix sur IP, etc. L'IPTV n'y est pas définie. Microsoft n'est pas
exclus comme acteur majeur jusqu'au S-CSCF.
3 - Interrogations
SIP a été préféré à H.323, jugé plus lourd et plus cher. La fin des messages indésirables et une
plus grande sécurité sont attendues par tous les utilisateurs professionnels et résidentiels.
L'IMS suppose un bon interfonctionnement de plusieurs familles de protocoles de signalisation
d'origine diverse.
Comment répondront les utilisateurs à ce nouveau déploiement de technologies ? Il a fallu
neuf ans pour que le public fasse un usage fabuleux des SMS (Ceci en europe,mais que peut on
dire du Maroc ca pose alors un probleme de succée au prés des utilisateurs )??

. Conclusion :

Du point de vue de l'opérateur, une infrastructure IMS a pour but d'éliminer le coût et la
complexité du réseau et de l'informatique liés au développement d'une architecture spécifique
par service. Le déploiement de chaque nouveau service télécoms oblige encore aujourd'hui
l'opérateur à développer toutes les briques réseaux et informatiques sous-jacentes.En
permettant à de multiples services à valeur ajoutée d'être activés sur un même canal de
transport grâce à une mise en place facilitée, IMS évite surtout aux opérateurs d'être
cantonnés au rôle de fournisseurs de conduits à haut débit, en leur générant des revenus
supplémentaires par abonné provenant de ces services à valeur ajoutée. Il n'en reste pas
moins qu'IMS s'apparente aujourd'hui à un vaste puzzle technologique. Il faut en assembler les
éléments, tâche actuellement dévolue aux équipementiers et opérateurs télécoms qui
travaillent main dans la main à cette fin. Une oeuvre de longue haleine.
NB:
ce document est complété par une 2eme partie qui traite le déploiement des services IMS.