Beruflich Dokumente
Kultur Dokumente
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..
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 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.
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
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.
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
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 OSASCS
Figure 6 le serveur IMSSF
http://bellaj.freehostia.com/index/sip.pdf
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
. 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.