Vous êtes sur la page 1sur 161

Réseau IMS

IGTT2T Commutation

Année universitaire 2010/2011


Objectifs

Suite au succès de l'Internet, les réseaux


d'opérateurs (fixes et mobiles) sont en train de
migrer vers le "tout-IP". Cela requiert la mise en
œuvre de nouvelles architectures de réseaux et de
services.
L'objectif de ce cours est de donner une vision
globale et intégrée de ces nouvelles architectures,
des diverses technologies impliquées et de l'usage
qui en est fait aujourd'hui.

2 Réseau IMS
Sommaire

I. Rappels
II. Evolution du GSM à l’UMTS
III. Services dans les réseaux GSM/UMTS
IV. CAMEL (réseau intelligent pour
GSM/UMTS)
V. IMS (IP Multimedia Subsystem)

3 Réseau IMS
Chapitre I. Rappels

4 Réseau IMS
Introduction 1/2

Aujourd’hui, la plupart des réseaux sont conçus pour fournir


des services liés à une application particulière:

 Les réseaux téléphoniques commutés publics (RTCP)


transportent les applications téléphoniques.
 Les réseaux de données, plus particulièrement les réseaux
fondés sur le protocole internet (IP), fournissent des services
internet, comme le World Wide Web (WWW) et le courrier
électronique.
 Les réseaux mobiles fournissent des services mobiles.
 Les réseaux de télédistribution offrent des services de
diffusion de télévision par câble, etc.

5 Réseau IMS
Introduction 2/2

Les réseaux de la prochaine génération, seront radicalement


différents car ils ne sont pas conçus pour prendre en charge
une application en particulier. Leur nouvelle architecture peut
offrir tous les types d’applications, grâce à la « convergence
des services ». Avec les réseaux de la prochaine génération,
certains services propres à un réseau de données peuvent être
offerts par l’intermédiaire d’un autre réseau de services. Par
exemple, l’architecture ouverte d’un réseau à commutation de
paquets lui permet de transporter des services téléphoniques.
De la même manière, des services multimédias mobiles seront
offerts par les réseaux mobiles de la troisième génération (3G)
et par l’accès sans fil.

6 Réseau IMS
La (r)évolution du mobile

Est-il encore besoin de présenter le mobile?

• Il s'agit d'un téléphone sans fil, supportant le mouvement,


y compris les déplacements à grande vitesse sur de
grandes distances.
• La technologie repose sur l'exploitation des ondes
électromagnétique (comme radio, télévision,...)
• Réutilisation des fréquences ...

7 Réseau IMS
La (r)évolution du mobile

C’est un constat aisé, le marché du mobile a explosé depuis quelques années


et reste sur une phase de progression. En France :

8 Réseau IMS
http://www.arcep.fr/index.php?id=9939
La (r)évolution du mobile

Ce dont on rêve, la convergence totale, qu’on soit sur son PC


personnel, professionnel, son mobile, son téléphone fixe:

• avoir le même service

• la même utilisation du service (adaptée à l’interface)

• l’accès aux mêmes données

• quelque soit notre localisation dans le monde

• la même qualité de service (adapter la ressource en


fonction du service)

Cela a l’avantage, en outre, de pousser vers une


migration de réseau « circuit switched » vers « packet
switched » (plus performants)

9 Réseau IMS
L’évolution des applications vers l’IMS
multimédia

Video Movies
Music
Personne-vers-Contenus
Ring tone
modèle convivial Photos
Internet Streaming
Text/Pictures
Download
HTTP
Video
SMS/MMS Active
phonebook
Personne-vers-Personne Image
domine la croissance du trafic
Text Sharing
Voice Presence
Push-To-Talk
MMS
SMS
Voice

10 Réseau IMS
Chapitre II. Evolution du
GSM à l’UMTS

11 Réseau IMS
Public Land Mobile Network

Le Réseau Terrestre Mobile Public (littéralement Public Land


Mobile Network ou PLMN en anglais), plus couramment
appelé "réseau mobile", désigne un réseau de
télécommunications qui permet aux utilisateurs autorisés d'accéder
à différents services (téléphonie, messagerie, transmissions de
données, diffusions de contenus audiovisuels…) en situation de
mobilité à partir de terminaux portatifs. Selon le pays et l'opérateur,
il peut reposer sur différentes architectures normalisées,
comme GSM, CDMA et UMTS notamment.
Dans la plupart des pays, il existe aujourd'hui plusieurs PLMN qui
sont exploités par des opérateurs différents. Ils sont très souvent
interconnectés entre eux, ce qui permet d'établir des
communications entre terminaux enregistrés sur des réseaux
mobiles différents. Ils sont également interconnectés avec
le Réseau Téléphonique Commuté (RTC ou « réseau fixe »),
ce qui permet d'établir des communications entre terminaux mobiles
et terminaux fixes.

12 Réseau IMS
Architecture du PLMN

13 Réseau IMS
Sous-systèmes du PLMN 1/2
Un PLMN est constitué de 3 parties distinctes.
 Le sous-système radio (Base Station Subsystem) qui assure les
transmissions radioélectriques et gère la ressource radio. Il est constitué
de :
 un maillage de BTS ou stations de base (Base Transceiver Station)
 les BSC ou stations de contrôle (Base Station Controller)
Le sous-système réseau (Network Switching Subsystem) qui
gère l'acheminement des appels et la mobilité des abonnés.
 plusieurs MSC ou centres de commutation des mobiles (Mobile
service Switching Center) dont
 un G-MSC (Gateway MSC) qui fait le lien avec le réseau RTCP.
 un SM-MSC (Short Message MSC) qui gère le transit des
messages courts.
 plusieurs VLR ou registres de location des visiteurs (Visitor
Location Register)
 un HLR ou registre de localisation nominale (Home Location
Register).

14 Réseau IMS
Sous-systèmes du PLMN 2/2
Le sous-système d'exploitation et de
maintenance (Operation Sub-System) qui permet à
l'opérateur d'administrer et de contrôler son réseau. Il est
constitué de :
 un EIR ou registre d'identités des équipements (Equipment
Identity Register)
 un AuC ou centre d'authentification (Authentication Center)
 un NMC ou centre d'admission du réseau (Network
Management Center)
 un OMC ou centre d'opération et de maintenance
(Operation and Maintenance Center) divisé en :
 OMC-R (OMC Radio)
 OMC-S (OMC Switch)

15 Réseau IMS
General Packet Radio Service
(illustration simplifiée)
MS Base Station Subsystem (BSS) Network Subsystem (NSS)

MS
BTS BTS

RTCP

BSC
TRAU
MSC/ VLR GMSC

Modifications du logiciel et du V
matériel pour GPRS/EDGE I
A
N
S
HLR/AuC/EIR

Cœur du réseau GPRS

Internet et autre
réseau de données

SGSN GGSN

16 Réseau IMS
Équipements spécifiques au GPRS
Le SGSN (Serving GPRS Support Node) est une passerelle permettant
l'acheminement des données dans les réseaux mobiles GPRS.
Il gère l'interface avec le réseau de paquets externe (e.g. IP) via une
autre passerelle, le GGSN (Gateway GPRS Support Node) pour les
appels sortants (chaque GGSN est identifié par l'Acces Point Name
fournie dans la demande d'activation du mobile) et vers la station
mobile pour les appels entrants. Il maintient les informations identifiant
l'abonné et les services utilisés. Il contrôle la localisation du mobile sur
une « Routing Area ».
Le GGSN (Gateway GPRS Support Node) est une passerelle
d’interconnexion entre le réseau paquet mobile (GPRS ou UMTS) et les
réseaux IP externes.
Le GGSN transmet le trafic au SGSN actif pour la station mobile (MS)
associée à l'adresse du protocole (l'adresse IP par exemple). La
structure de données permettant la session entre le SGSN et le GGSN
est appelée Contexte PDP. Une MS peut avoir plusieurs contextes PDP
actifs simultanément ou aucun. Le GGSN permet ainsi la mobilité en
assurant la transmission des paquets de données vers la MS.

17 Réseau IMS
Équipements spécifiques au GPRS
Le GGSN a les fonctions principales suivantes :
1. il contient des informations de routage (traduction de l’APN
représentant le réseau externe à atteindre en adresse IP) ;
2. il gère la session (le contexte PDP qui contient les
informations de QoS, login (identifiant) et password (mot de
passe) de l'utilisateur) ;
3. il collecte des données de trafic pour la facturation ;
4. il fait fonction de pare-feu ;
5. il est relié au SGSN via une dorsale GPRS.

18 Réseau IMS
Interfaces dans le BSS

1. Mobile - BTS : voix hertzienne (canal voix à 13 kbit/s)


2. BTS - BSC : Interface Abis (liaison MIC à 64 kbit/s) (4 canaux
de trafic à 16 kbit/s)
3. BSC - TRAU : Interface Ater ou ASUB (canaux de trafic à 16
kbit/s)
4. TRAU - MSC : Interface A (circuit de parole numérique à 64
kbit/s)
Au sein de la BTS, le débit à 13 kbit/s est adapté pour passer à
16 kbit/s (complété avec des bits de bourrage). Le TRAU
(Transcoder/Rate Adaptator Unit) permet, comme son nom
l'indique, d'adapter le débit.

19 Réseau IMS
Interfaces dans le NSS

1. MSC - VLR : Interface B (en pratique inexistante car VLR et


MSC sont intégrés dans un même équipement.
2. MSC - HLR : Interface C qui permet d'interroger le HLR lors
de l'établissement d'une communication.
3. VLR - HLR : Interface D qui permet la gestion des
informations relatives à la localisation des abonnés.
L'interface est normalisée pour permettre l'itinérance
(roaming).
4. MSC - MSC : Interface E qui sert à l'exécution des handovers
et au transport des messages courts.
5. VLR - VLR : Interface G qui permet le transfert d'informations
lors de la mise à jour de la zone géographique des abonnés.

20 Réseau IMS
Universal Mobile
Telecommunications
System - UMTS

21 Réseau IMS
Défis: Convergence entre la voix,
les données et l’audiovisuel
Avec l’UMTS en Europe, et plus généralement avec le projet IMT2000,
trois secteurs indépendants du monde de la communication sont
appelés à converger :
 le secteur informatique avec la transmission de données, qui devient
un service de base, largement utilisé, alors que le GSM, jusqu’à
l’arrivée du GPRS, avait relégué les services de données au rang
d’options coûteuses et relativement peu commodes d’accès ;
 le secteur de la vidéo, totalement absent des réseaux de deuxième
génération ;
 le secteur de la voix, vecteur traditionnel des services des réseaux
de première et deuxième générations.

22 Réseau IMS
Défis: Convergence entre la voix,
les données et l’audiovisuel
Un des grands défis de l’UMTS est de faire travailler ensemble les
acteurs de ces différents secteurs et d’inventer les services nouveaux
représentatifs de cette convergence. On peut d’ores et déjà citer des
services qui, venant d’un des trois domaines, par enrichissement au
contact d’un ou des deux autres, deviennent de vrais services nouveaux
qui n’existeraient pas sans l’UMTS :
 la visiophonie ;
 la vidéo à la carte et tous les services vidéo interactifs, comme la
surveillance vidéo à distance ;
 en déplacement, l’accès rapide à Internet, la messagerie électronique
sur un ordinateur portable ;
 des services basés sur la localisation du mobile, comme les services
de renseignement personnalisé.
Exemple: On peut imaginer qu’un usager qui recherche un commerce
alors qu’il se déplace dans une ville obtienne la liste des magasins les
plus proches de lui correspondant à ses critères de sélection, puis
visionne une vidéo de présentation de ceux qu’il a présélectionnés, et
même passe une commande par un accès sécurisé à sa banque, après
avoir dialogué avec le vendeur et avoir obtenu des informations sur le
23 prix,
Réseaule
IMSdélai de livraison, etc.
Terminaux

Evidemment, cette convergence de trois secteurs a des


conséquences importantes sur le terminal de l’abonné. On ne
peut pas imaginer l’usager se déplaçant en permanence avec un
radiotéléphone portatif comme ceux que nous connaissons avec
les systèmes de deuxième génération, connecté à un PC
portable. Ils comportent tous un écran large, en couleurs, une
caméra vidéo et un clavier alphanumérique ergonomique,
éventuellement tactile (sur l’écran) pour gagner de la place. Ce
sont de vrais terminaux multimédias. On ne peut pas imaginer le
succès de l’UMTS sans une large diffusion de ces terminaux.

24 Réseau IMS
Evolution de l'architecture des
réseaux mobiles 1/4
A l'heure actuelle, l'UMTS est phasée en différentes versions ou
"releases" dénommées R3 (ou R99), R4, R5, R6, R7 et R8.

L’architecture UMTS est constituée d’une partie accès (UTRAN) qui


repose sur les principes de l'ATM (Asynchronous Transfer Mode), et d’une
partie réseau de base appelée CN (Core Network). Les trois releases de
l’architecture UMTS (R3, R4, R5) considèrent une même partie accès.
Par contre, la partie réseau de base (CN) est différente d’une release à
l’autre.

La Release 3 (aussi appelée Release 99) des spécifications de l’UMTS


élaborée dans le cadre du projet de partenariat de 3ème génération
(3GPP, 3rd Generation Partnership Project) a défini deux domaines pour
la partie CN :
 Le domaine de commutation de circuits (CS - Circuit Switched),
 Le domaine de commutation de paquets (PS - Packet Switched).

Le réseau de base UMTS R3 s'appuie sur celui du GSM/GPRS.


25 Réseau IMS
Evolution de l'architecture des
réseaux mobiles 2/4
L'UMTS R4 concerne l'évolution du domaine CS sur la base du
NGN (Next Generation Network). La R4 présente des
avantages pour le réseau de base en termes de flexibilité et
d'évolution. En effet, la R4 peut réutiliser le backbone IP du
domaine PS pour le transport de la voix. Par ailleurs, la R4
dissocie les plans de contrôle et de transport, leur permettant
d ’évoluer séparément à la différence des commutateurs voix
qui sont des structures monolithiques. Enfin, la R4 permet
l'évolution vers un réseau tout IP où la voix est directement
paquétisée sur la station mobile de l'usager et transportée de
bout en bout sur IP. Avec la R4, la voix est transportée sur IP
dans le réseau de base uniquement. Le tout IP est l'objectif
des releases R5 et R6.

26 Réseau IMS
Evolution de l'architecture des
réseaux mobiles 3/4
Les Releases 5 et 6 permettent l'établissement de sessions
multimédia, un transport de tout type de média de bout en
bout sur IP, et une offre de nouveaux services. Ces capacités
sont prises en charge par un nouveau domaine appelé IMS (IP
Multimedia Subsystem) qui se rajoute aux domaines CS et PS.
Le domaine IMS qui se superpose au domaine PS, s'appuie sur
le protocole SIP (Session Initiation Protocol) pour le contrôle de
sessions multimédia; SIP permet aussi l'accès aux plates-
formes de services. Ce protocole est incontournable en raison
de sa capacité à s'intégrer aux réseaux mobiles à un coût
minimal.

27 Réseau IMS
Evolution de l'architecture des
réseaux mobiles 4/4
Dans la Release R4, une approche NGN (Next Generation
Network) est proposée pour le domaine CS. Les nœuds MSC
et GMSC sont décomposés en deux entités pouvant être
déployées de manière distribuée. Le MSC est décomposé en
un MSC Server et un Circuit Switched Media Gateway (CS-
MGW). Le GMSC est décomposé en un GMSC Server et un CS-
MGW.

L'échange de signalisation relatif aux appels téléphoniques a


lieu entre le BSC ou RNC et le MSC Server. La parole est
transportée entre le BSC ou RNC et le CS-MGW.

Ainsi nous allons commencer par l’étude de l’évolution des


réseaux GSM/UMTS.

28 Réseau IMS
Architecture typique
Réseau 2G
Réseau Données
BSC
BTS

BSC HLR SMS-SC

BSC
MSC/VLR
Réseau Mobile
MSC/VLR
BSC
BTS — Base Transceiver Station
BSC — Base Station Controller
GMSC

CT RTCP CT
CAA CAA

CAA MSC — Mobile Switching Center


VLR — Visitor Location Register
HLR — Home Location Register

29 Réseau IMS
Couches Réseau 2G

 Le RTCP et les réseaux mobiles 2G ont une couche pour les


circuits (voix) et une autre couche pour la signalisation
 Certains éléments se trouvent seulement dans la couche de
signalisation - HLR, VLR, SMS Centre, …

HLR SMS-SC
MSC
VLR MSC
Couche de signalisation (SS7)
MSC

Couche de transport (Voix)

30
Signalisation du cœur réseau

 Sur la base de SS7


 ISUP et spécifique Application Parts
 Services GSM MAP et ANSI-41
 Mobilité, traitement des appels, opération et
maintenance
 Authentification, services supplémentaires
 SMS, MMS, USSD …
 Registres de géolocalisation pour la gestion de la
mobilité
 HLR: Home Location Register pour les données
permanentes
 VLR: Visitor Location Register conserve une copie
locale pour les roamers

31 Réseau IMS
Appel RTCP-vers-Mobile
Réseau mobile Réseau mobile RTCP
(Visité) (Domicile)

(SCP) HLR
Signalisation SCP
sur SS7 Où est l'abonné?

MAP/ IS41 (sur TCAP)


ISUP (STP)

4 2

Provide Roaming 3
5
Routing Info

VMSC 6 GMSC 1

IAM IAM
MS BSS (SSP) (SSP) (STP) (SSP)
VLR
77 5555000

32 Réseau IMS
Architecture du GSM 2G
NSS

BSS
E PSTN
Abis
A
RTCP
B
BSC C
MS MSC GMSC
D
BTS VLR
SS7
H

HLR
AuC

BSS — Base Station System NSS — Network Sub-System


BTS — Base Transceiver Station MSC — Mobile-service Switching Controller
BSC — Base Station Controller VLR — Visitor Location Register
MS — Mobile Station HLR — Home Location Register
AuC — Authentication Server
GMSC — Gateway MSC GSM — Global System for Mobile communication

33 Réseau IMS
Architecture détaillée du 2.5G

2G MS (seule la voix)
NSS
BSS
E PSTN
Abis
A
RTCP
B
BSC C
MS MSC GMSC
D
BTS VLR
Gs
SS7
H
Gb
2G+ MS (voix & donnée)
Gr HLR
AuC
Gc

Gn Gi
Réseau donnée

SGSN IP GGSN

BSS — Base Station System NSS — Network Sub-System SGSN — Serving GPRS Support Node
BTS — Base Transceiver Station MSC — Mobile-service Switching Controller GGSN — Gateway GPRS Support Node
BSC — Base Station Controller VLR — Visitor Location Register
HLR — Home Location Register
AuC — Authentication Server GPRS — General Packet Radio Service
GMSC — Gateway MSC

34 Réseau IMS
Architecture (UMTS) — 3G

2G MS (seule la voix) CN
BSS

Abis
E PSTN RTCP
A
B
BSC C
Gb MSC D GMSC
BTS VLR
Gs
SS7
H
2G+ MS (voix & donnée) IuCS
RNS Gr HLR
AuC
ATM Gc
Iub
IuPS
Gn Gi
Réseau données
RNC
SGSN IP GGSN
Node B
3G UE (voix & donnée)
BSS — Base Station System CN — Core Network SGSN — Serving GPRS Support Node
BTS — Base Transceiver Station MSC — Mobile-service Switching Controller GGSN — Gateway GPRS Support Node
BSC — Base Station Controller VLR — Visitor Location Register
HLR — Home Location Register
RNS — Radio Network System AuC — Authentication Server
RNC — Radio Network Controller GMSC — Gateway MSC UMTS — Universal Mobile Telecommunication System

35 Réseau IMS
Architecture (UMTS) — Softswitch

2G MS (seule la voix) CN
Nb CS-MGW
BSS
A CS-MGW RTCP
Abis Nc PSTN
Mc
Mc
B
BSC C GMSC server
Gb MSC Server D
BTS VLR
Gs SS7
H
2G+ MS (voix & donnée) IuCS
RNS Gr HLR IP/ATM
AuC
ATM Gc
Iub
IuPS
Gn Gi
Réseau donnée
RNC
SGSN GGSN
Node B
3G UE (voix & donnée)
BSS — Base Station System CN — Core Network SGSN — Serving GPRS Support Node
BTS — Base Transceiver Station MSC — Mobile-service Switching Controller GGSN — Gateway GPRS Support Node
BSC — Base Station Controller VLR — Visitor Location Register
HLR — Home Location Register
RNS — Radio Network System AuC — Authentication Server
RNC — Radio Network Controller GMSC — Gateway MSC

36 Réseau IMS
MSC Server
Le MSC Server prend en charge les fonctions de contrôle d'appel et
de contrôle de la mobilité du MSC. Le MSC Server est associé à un
VLR afin de prendre en compte les données des usagers mobiles. Le
MSC Server termine la signalisation usager-réseau (BSSAP ou
RANAP) et la convertit en signalisation réseau-réseau
correspondante. Par contre, il ne réside pas sur le chemin du
média.
Par ailleurs il contrôle le CS-MGW afin d'établir, maintenir et libérer
des connexions dans le CS-MGW. Une connexion représente une
association entre une terminaison en entrée et une terminaison en
sortie du CS-MGW. Par exemple, la terminaison en entrée peut
correspondre à une terminaison d’un circuit de parole (Interface A)
alors que la terminaison en sortie peut être assimilée à un port de
communication RTP/UDP/IP ou AAL2/ATM.

37 Réseau IMS
CS-MGW
Le CS-MGW reçoit un trafic de parole du BSC ou du RNC et le route
sur un réseau IP ou ATM. L'interface Iu-CS (Interface entre RNC et
MSC) ou l'interface A (Interface entre BSC et MSC) se connecte
dorénavant sur l'entité CS-MGW afin que le trafic audio puisse être
transporté sur RTP/UDP/IP ou AAL2/ATM. Le transport sera
typiquement assuré par RTP/UDP/IP afin de réutiliser le backbone IP
du réseau GPRS et ainsi minimiser les coûts.

38 Réseau IMS
GMSC Server 1/2
Pour les appels téléphoniques entrants provenant du RTC, une entité
GMSC est nécessaire, mise en œuvre dans la R4 par un GMSC-Server
et un CS-MGW.
Le GMSC Server prend en charge les fonctions de contrôle d'appel et
de contrôle de la mobilité du GMSC. Le GMSC-Server termine la
signalisation du RTC, i.e., ISUP.
Le GMSC-Server interroge le HLR afin d'obtenir un numéro de MSRN
et de pouvoir ainsi acheminer l'appel. Par ailleurs, le GMSC-Server
contrôle le CS-MGW afin d'établir, maintenir et libérer des connexions
dans le CS-MGW. Une connexion correspond à une association entre
une terminaison TDM (terminaison du côté RTC) et une terminaison
RTP/UDP/IP ou AAL2/ATM. Un transcodage de la parole doit aussi
avoir lieu au niveau du CS-MGW pour convertir la parole reçue et qui
est encodée à l'aide du codec G.711 en parole encodée en utilisant le
codec AMR (UMTS) ou à l'aide du codec GSM, avant de router le
trafic audio à l'autre CS-MGW qui interface les nœuds BSC et RNC.

39 Réseau IMS
GMSC Server 2/2
Le protocole de contrôle (contrôle du média) entre le MSC-Server ou le
GMSC-Server et le CS-MGW est MEGACO/H.248 (Media Gateway
Control Protocol) défini conjointement par l-ITU-T et l'IETF.

Le protocole de signalisation (contrôle d'appel) entre le MSC-Server et


le GMSC-Server peut être n'importe quel protocole de contrôle d'appel.
Le 3GPP suggère l'utilisation du protocole BICC (Bearer Independent
Call Control) défini par l'ITU-T. Le protocole BICC est une extension du
protocole ISUP pour permettre la commande d'appel et de services
téléphoniques sur un réseau de transport IP ou ATM. L'autre protocole
de signalisation possible est SIP-T (Session Initiation Protocol for
Telephones) proposé par l'IETF.

40 Réseau IMS
Mobile Switching Centre (MSC)

ISUP : ISDN User Part


Fabric : Matrice de commutation
BSSAP : Base Station Subsystem Application Part
RANAP : Radio Access Network Application Part

Domaine CS dans l'UMTS R3 et l'UMTS R4


41 Réseau IMS
Circuit Switched – Media Gateway
(CS-MGW)

MEGACO : Media Gateway Control Protocol


BICC : Bearer Independent Call Control

42 Réseau IMS
Domaine CS dans l'UMTS R3 et l'UMTS R4
Signaling Gateway entre l'accès radio
et le domaine CS de l'UMTS R4
Une autre fonction doit être introduite afin de permettre au MSC-Server
de recevoir la signalisation BSSAP/RANAP sur SIGTRAN. Il s'agit de la
fonction Signaling Gateway (SGW). SIGTRAN fournit des adaptations et
un transport fiable de la signalisation SS7 sur IP.

43 Réseau IMS
Signaling Gateway entre l'accès radio
et le domaine CS de l'UMTS R4
Un BSC dispose de liens 2 Mbit/s avec le CS-MGW. Sur ce lien sont
multiplexés des circuits de parole et un canal sémaphore (SS7) pour
le transport des messages de signalisation BSSAP. Ces messages
sont reçus par le Signaling Gateway (SGW) alors que la parole est
reçue et traitée directement par le CS-MGW. Le SGW convertit le
transport pour l'acheminement de la signalisation BSSAP entre le
BSC et le MSC-Server. La signalisation BSSAP est échangée sur SS7
entre le BSC et le SGW et sur SIGTRAN entre le SGW et le MSC
Server. Par contre, le SGW n'analyse pas les messages BSSAP.
Par ailleurs, le MSC-Server/GMSC Server doit échanger la
signalisation ISUP avec le RTC.
Un autre Signaling Gateway est donc présent entre le Class 5/Class4
Switch et le MSC-Server/GMSC Server. Ce SGW peut être intégré
dans le CS-MGW si le mode SS7 est associé, ou être indépendant si
le mode SS7 est quasi-associé.

44 Réseau IMS
Signaling Gateway entre RTC et
domaine CS UMTS R4

45 Réseau IMS
Architecture (UMTS) — IP Multimédia

2G MS (seule la voix) CN
Nb CS-MGW
BSS
A/IuCS CS-MGW
Abis Nc PSTN RTCP
Mc
Mc
B
BSC C
Gb/IuPS MSC Server D GMSC server
BTS VLR
Gs SS7
H
2G+ MS (voix & donnée) ATM
IuCS
RNS Gr HSS IP/ATM
AuC
Gc
Iub
IuPS
Gn Gi
Réseau IP
RNC
SGSN GGSN
Node B
3G UE (voix & donnée) IM-MGW
IM
IM — IP Multimedia sub-system Gs PSTN
MRF — Media Resource Function IP
CSCF — Call State Control Function
Mc
MGCF — Media Gateway Control Function (Mc=H248,Mg=SIP) Mg
IM-MGW — IP Multimedia-MGW MRF
MGCF

CSCF
46 Réseau IMS
Avantages du NGN pour les Mobiles
La R4 qui introduit les concepts NGN pour les mobiles est compatible
avec la R3 : En effet, la station mobile est inchangée; elle offre les
mêmes services et les mêmes capacités que dans la R3. La R4 présente
des avantages pour le réseau de base en termes de réduction des coûts,
de flexibilité et d'évolution.
 La réduction des coûts provient d'IP ou d'ATM qui sont des
technologies de transport multi-service ignorant les limites des réseaux
TDM (Time Division Multiplexing) à 64 kbit/s et qui permettent donc
d'optimiser les débits en fonction du service. En effet, dans la R3, la
station mobile encode la voix en utilisant le codec AMR (Adaptive Multi-
Rate Codec) avec un débit variable en sortie de 5 à 12 kbit/s. Au niveau
du MSC qui utilise la technologie TDM, la voix est décodée et ré-
encodée à 64 kbit/s en utilisant le codec G.711. En utilisant un transport
de voix sur RTP/UDP/IP ou AAL2/ATM et en considérant un appel
mobile-mobile, la voix peut être transportée de bout en bout, encodée
avec le codec AMR. Par ailleurs la réduction des coûts est due à la
réutilisation du backbone IP/ATM qui interconnecte les nœuds GSN.
Ainsi, les CS-MGWs peuvent s'interfacer à ce même backbone.

47 Réseau IMS
Avantages du NGN pour les Mobiles
La flexibilité est assurée par une dissociation des plans de
contrôle et de transport, leur permettant d’évoluer séparément
et brisant la structure de communication monolithique d'un
MSC. En effet, la couche transport peut être modifiée (e.g.,
migration d'ATM vers IP) sans impact sur la couche contrôle.
 La R4 permet l'évolution vers un réseau tout IP où la voix est
directement paquétisée sur la station mobile et transportée de
bout en bout sur IP. Dans la R4, la voix est transportée sur IP
dans le réseau de base uniquement. C'est la R5 qui traite de
cette évolution qui permet l'établissement de sessions
multimédia et non seulement voix, un transport de bout en bout
sur IP, et une offre de services associée.

48 Réseau IMS
Release 99 / Release 4
(illustration simplifiée)

49 Réseau IMS
Release 5 / Release 6
(illustration simplifiée)

50 Réseau IMS
Release 7 / Release 8
(illustration simplifiée)

Iu Iu
-P - PS
S

51 Réseau IMS
III. Services dans les
réseaux GSM/UMTS

52 Réseau IMS
Services offerts

Du fait de la place très large occupée par les systèmes de deuxième


génération, l’arrivée d’un nouveau système ne peut pas ignorer
l’existant, notamment en matière de services offerts. Ainsi, une certaine
compatibilité est assurée entre l’offre de services sur un réseau GSM et
l’offre sur un réseau UMTS. La segmentation en services supports,
téléservices et services supplémentaires, héritage du modèle RNIS
(réseau numérique à intégration de services), est conservée. Dès la
mise en place de la première phase de l’UMTS, la version 99 définie par
le 3GPP, l’ensemble des services définis dans le GSM est supporté. Des
services spécifiques commencent à apparaître, mais les services
existant sur les réseaux GSM sont tous conservés, que ce soit en mode
circuit ou en mode paquet.
Ce qui est nouveau, par contre, c’est la définition de classes de qualité
de services et la négociation de la qualité de service (QoS : Quality of
Service). Non seulement les services proposés sont rangés dans des
classes de qualité en fonction des paramètres importants de leur
fourniture, comme le temps de transfert acceptable, par exemple, mais
la qualité de service peut varier en fonction des ressources radio
disponibles, de la couverture radioélectrique du lieu, etc.
53 Réseau IMS
Classes de qualité de service 1/4

Quatre classes de qualité de service ont été définies en fonction du délai


acceptable pour la transmission de l’information, de la variation possible
de ce délai et de l’importance accordée à l’intégrité de l’information.
Cette définition est utilisée par le réseau UMTS pour optimiser
l’allocation des ressources du réseau en fonction des priorités et des
besoins particuliers à chaque service.
Classe A : mode conversation (conversational)
La classe A regroupe les applications en mode phonie et visiophonie,
c’est-à-dire les conversations entre deux ou plusieurs personnes. Pour
ces applications, la quasi-instantanéité du transfert de l’information est
le paramètre essentiel. Par contre, la perception humaine tolère et
corrige dans une certaine mesure les erreurs de transmission, qu’il
s’agisse d’une parole déformée ou d’une image imparfaite.

Exemple
La téléphonie, la visiophonie ou des jeux vidéo constituent des services
de classe A.

54 Réseau IMS
Classes de qualité de service 2/4

Classe B : mode flux de données (streaming)


La classe B est la classe des applications asymétriques correspondant à
une communication entre un utilisateur et un serveur. Principalement,
l’utilisateur interroge le serveur par une requête limitée en quantité
d’information et en débit, le serveur transmettant au contraire une
quantité importante d’informations, si possible à un débit élevé. Par
rapport à la classe A, le retard dans le transfert des données peut être
plus important sans que la qualité de service perçue par l’utilisateur en
soit affectée.
Exemple
Des services de la classe B sont la vidéo à la demande, la diffusion de
programmes musicaux ou des transferts d’images.

55 Réseau IMS
Classes de qualité de service 3/4

Classe C : mode interactif (interactive)


Comme pour la classe B, les services de classe C impliquent un
utilisateur et un serveur mais cette fois, le dialogue est interactif et il
s’agit d’un serveur de données ou d’applications informatiques, comme
des pages Internet, par exemple. L’absence de signaux de parole ou
vidéo conduit à relâcher la contrainte sur la transmission en temps réel.
La réponse à la demande de l’utilisateur doit juste lui parvenir dans un
délai psychologiquement acceptable. Par contre, s’agissant de fichiers
informatiques, il est essentiel que l’information ne soit pas altérée par la
qualité de la transmission.
Exemple
Il s’agit ici de la navigation sur Internet, du transfert de fichiers, des
applications de commerce électronique.

56 Réseau IMS
Classes de qualité de service 4/4

Classe D : mode tâche de fond (background)


La classe D est similaire à la classe C mais les informations transmises
ont un moindre degré de priorité. Le délai de transmission peut être
plus long.
Exemple
C’est le cas d’une transmission de fax ou de messages courts.

57 Réseau IMS
Services en mode circuit
L’évolution des services fournis en mode circuit se fait à partir des services déjà
fournis sur un réseau GSM. Le découpage en téléservices, services supports et
services supplémentaires est conservé.
Pour les téléservices, une nouvelle définition des attributs utilisés pour les
caractériser a été introduite par le 3GPP, afin de pouvoir décrire des services plus
évolués. Ces attributs sont groupés en:
 attributs de haut niveau;
 attributs de bas niveau, ces derniers décrivant les capacités de transport qui
supportent les téléservices, attributs de transfert d’information et attributs
d’accès;
 attributs généraux.
Les téléservices, seuls services comprenant des attributs de haut niveau, sont
regroupés en catégories, selon leur attribut dominant, qui est le type
d’information de l’usager:
 parole:
transmission de parole (téléphonie, appels d’urgence) ;
service vocal de groupe (appels de groupe, diffusion de messages parlés) ;
 message court:
point à point (origine mobile, origine réseau);
diffusé dans une cellule;
 Fac similé: transmission de fax groupe 3 (en alternance avec la parole,
automatique).
58 Réseau IMS
Services en mode paquet
C’est le GPRS, étape intermédiaire entre le GSM traditionnel et l’UMTS,
qui a introduit le mode paquet sur la voie radio, mais l’UMTS fait de ce
mode de transmission des données son mode principal. En mode paquet
UMTS, un débit de 2 Mbit/s pour un usager peut être atteint. Il est
vraisemblable que ce sont les services appartenant aux classes C et D
(interactif et tâche de fond) qui feront le plus appel à la transmission en
mode paquet, même s’il n’y a pas d’exclusivité en ce domaine. En effet,
une des caractéristiques de la transmission en mode paquet est la
possibilité de transmission différée de l’information, soit due à des
mécanismes de mise en file d’attente, soit pour cause de réémission de
paquets erronés.
La transmission en mode paquet se prête bien aux communications
intermittentes, comme l’interrogation d’une base de données, où des
paquets vont être envoyés en rafale, au gré des requêtes de l’utilisateur
et des réponses du serveur de données, ces réponses pouvant être
différées de quelques secondes, voire quelques minutes.
Il est bien entendu possible de transmettre également des services en
temps réel en mode paquet, comme par exemple la transmission de la
voix sur le protocole Internet « voix sur IP ».
59 Réseau IMS
Service de messagerie
point à point

60 Réseau IMS
SMS, Short Message Service

Défini dans le cadre des spécifications GSM phase 2, le service de


messages courts (SMS, Short Message Service), s’appuie sur la capacité
d’un terminal mobile à émettre/recevoir des messages alphanumériques.
Les messages courts sont des messages textuels d'au plus 160 caractères
(codés à l'aide d'ASCII 7 bits sur 140 octets) et sont délivrés en
quelques secondes lorsque le destinataire est rattaché au réseau même
lorsque ce destinataire est en communication.
Pour mettre en place ce service de messages courts, l'opérateur doit prévoir
un ou plusieurs serveurs dédiés et reliés au réseau. On appelle ce serveur le
Short Message Service Centre (SMSC). Son rôle est de récupérer les
messages envoyés afin de les redistribuer aux destinataires lorsque ceux-ci
sont connectés au réseau. Dans le cas contraire, il stocke ces messages.
Lorsque le mobile du destinataire peut être de nouveau localisé, le réseau
notifie le SMSC qui est alors en mesure de relayer le message. Pour
transmettre un message à un mobile, le SMSC utilise les services du MSC ou
SGSN auquel est rattaché le destinataire. La livraison du message court est
donc garantie même lorsque le terminal mobile est indisponible (e.g. ,
lorsqu’il est éteint ou hors d’une zone de couverture radio) grâce à la
fonction store-and-forward du SMSC.
61 Réseau IMS
Les entités de base du service SMS
1/2
L’architecture du service SMS est constituée des entités suivantes :
 Gateway MSC For Short Message Service (SMS-GMSC) : Il
s’agit d’une fonction capable d’une part de recevoir un message court
d’une entité SMSC et d’interroger le HLR afin de déterminer la
localisation de la station mobile destinataire et d’autre part de
délivrer le message court au MSC auquel est rattaché cette station
mobile destinataire.
Ce MSC de rattachement est aussi appelé VMSC (Visited MSC).
 Interworking MSC For Short Message Service (SMS-IWMSC) :
Il s’agit d’une fonction capable de recevoir un message court d’un
MSC et de le soumettre à un SMSC.
 Short Message Service Centre (SMSC) : Cette fonction est
responsable du stockage/relayage d’un message court.
 Short Message Entity (SME) est une entité extérieure au réseau
GSM pouvant émettre/recevoir des messages courts. Il s‘agit d’un
serveur spécialisé ou d’un micro-ordinateur.

49 Réseau IMS
Les entités de base du service SMS
2/2

IWMSC : Interworking MSC


GMSC : Gateway MSC
HLR : Home Location Register
MSC : Mobile Switching Center
SMSC : Short Message Service Center
SME : Short Message Entity
MS : Mobile Station

63 Réseau IMS
Les entités de base du service
SMS (3)

SN

SMS-GMSC ESME

E
A
B SC SN
BTS BSC C SMS-IWMSC
MS MSC ESME
SME VLR

SMS — GMSC Gateway MSC


SMS — IWMSC InterWorking MSC HLR SN
SC — Service Center
ESME — External Short Messaging Entity ESME
MS — Mobile Station
HLR — Home Location Register
SME — Short Message Entity
Transfère de messages courts 1/3

Les procédures de transfert de messages courts sont similaires à celles


relatives à l’établissement d’appels téléphoniques, à ceci près qu'aucun
circuit de parole n’est réservé.
La transmission du message court est prise en charge par le réseau
SS7.
Le service message court point-à-point consiste en deux services de
base :
• SM MT (Short Message Mobile Terminated Point-to-Point)
• SM MO (Short Message Mobile Originated Point-to-Point).

65 Réseau IMS
Transfère de messages courts 2/3

SM-MO dénote la capacité du réseau GSM à transférer un message


court soumis par la station mobile (MS, Mobile station) à une autre
station mobile ou à un SME via un SMSC, et celle de fournir un rapport
de livraison indiquant la bonne livraison ou toute erreur ayant pu
survenir.

Service de base SM-MO

66 Réseau IMS
Transfère de messages courts 3/3

SM-MT dénote la capacité du réseau GSM à transférer un


message court soumis par le SMSC à une station mobile et
celle de fournir un rapport de livraison indiquant la bonne
livraison ou toute erreur ayant pu survenir. Dans ce dernier
cas, un mécanisme pour la livraison ultérieure du message
court est prévu.

Service de base SM-MT

67 Réseau IMS
Architecture du SMS Service Center

68 Réseau IMS
Canaux de signalisation

Exemple de fond d’écran:

13:07:16.349 00 Tx <HDLC 16><Len 3> 02 01 7F


13:07:16.363 00 Tx <HDLC 16><Len 3> 00 01 73
13:07:16.418 00 Rx <HDLC 16><Len 3> 02 01 73
16:23:49.399 00 Tx <HDLC 16><Len 79> C3 C4 3F C3 00 F7 D0 0D ……
16:23:49.455 00 Rx <HDLC 16><Len 84> C4 C4 3F C3 43 37 C0 ………..
Les messages transférés sur les canaux de signalisation SS7, sont
décodées comme suit:

11:38:15.183 00 Tx <Len 14> C5 C0 0B 85 64 40 00 00 01 00 06 12 00 00

69 Réseau IMS
Service SM-MO (Short Message Mobile Originated)

Lorsque l'utilisateur mobile souhaite envoyer un message court, il doit indiquer


l’adresse du destinataire et l’adresse du SMSC.
1. L’émetteur remet le message court à son MSC/VLR de rattachement
(VMSC/VLR, Visited MSC/VLR) à travers la demande SMS-SUBMIT.
2. Le MSC émet un message MAP-SEND-INFO-FOR-MO-SMS à son VLR pour
lui demander le numéro de téléphone (MSISDN, Mobile Station ISDN
Number) de l’émetteur et pour vérifier qu’aucune restriction n’est imposée à
cet émetteur.
3. Le VLR retourne alors une réponse MAP-SEND-INFO-FOR-SMS-ack.
4. Si la réponse est positive, le MSC émet le message MAP-MO-FORWARD-
SHORTMESSAGE à la fonction SMS-IWMSC à travers le réseau SS7. Ce
message contient l’adresse du SMSC, les numéros MSISDN de l’émetteur et
du destinataire, et le message court. Le message court est donc véhiculé
dans une transaction MAP.
5. La fonction SMS-IWMSC le retransmet à son tour au SMSC. Le SMSC stocke
le message et les adresses dans sa mémoire.
6. Le SMSC retourne une réponse (rapport de livraison) au SMS-IWMSC.
7. Ce rapport est inclus dans le message MAP-MO-FORWARD-SHORT-
MESSAGE-ack retourné par le SMS-IWMSC au MSC.
8. Le MSC retourne à l’émetteur un message SMS-STATUS-REPORT.

70 Réseau IMS
Service de base SM MO - Mobile
Originated SMS

71 Réseau IMS
Service SM-MT (Short Message Mobile
Terminated) 1/2

Le cheminement logique des messages courts dans le cas du service de base SM


MT est le suivant : SMSC→SMS-GMSC→MSC→MS.
Décrivons-le plus précisément :
1.La fonction SMS-GMSC reçoit un message court du SMSC.
2.Cette fonction demande des informations de routage du message au HLR à
travers la requête MAP-SEND-ROUTING-INFO-FOR-SM, informations qui lui
permettent de relayer le message au MSC approprié (MSC auquel est rattachée la
station mobile destinataire). Cette requête contient notamment le numéro MSISDN
du destinataire.
3.Le HLR utilise ce numéro pour rechercher les informations de routage qu’il
retourne au SMS-GMSC à travers la réponse MAP-SEND-ROUTING-INFO-FOR-
SM-ack. Cette réponse contient l’IMSI du destinataire et l’adresse du MSC de
rattachement.
4.Le SMS-GMSC délivre le message court au MSC à travers une requête MAP-
MTFORWARD-SHORT-MESSAGE.
5.Le MSC émet la requête MAP-SEND-INFO-FOR-MT-SMS à son VLR en vue
d’obtenir des informations relatives au destinataire. Le paramètre passé dans cette
requête est l’IMSI du destinataire.

72 Réseau IMS
Service SM-MT (Short Message Mobile
Terminated) 2/2

6. A partir de l’IMSI fourni par le MSC, le VLR identifie la zone de localisation


(LA, Location Area) du mobile destinataire. Le VLR lance alors une procédure
de paging (MAP_PAGE), technique consistant à effectuer une recherche sur
l’ensemble de la zone où est susceptible de se trouver le mobile demandé. Si
le VLR ne connaît pas l’identité du destinataire, un message MAP-SEARCH-
FOR-SUBSCRIBER est alors émis afin de lancer la procédure de paging sur
toutes les LAs dépendant du MSC. Dans cet exemple l’identification du mobile
destinataire est supposée déjà connue. La procédure de paging est initiée par
le VLR mais effectuée par le MSC.
7. Le MSC effectue la procédure de paging sur la zone de localisation du
destinataire.
8. La station mobile destinataire répond positivement.
9. Le VLR retourne une réponse MAP-SEND-INFO-FOR-MT-SMS-ack au MSC,
autorisant ce dernier à relayer le message court à la station mobile
destinataire.
10.Le MSC achemine le message court au destinataire via le message SMS-
DELIVER et reçoit un acquittement SMS-STATUS-REPORT.
11.Le MSC inclut ce rapport dans la réponse MAP-MT-FORWARD-SHORT-
MESSAGE-ack retourné au SMS-GMSC.
12.Le SMS-GMSC passe le rapport au SMSC.

73 Réseau IMS
Service de base SM MT – destinataire
rattaché au réseau

74 Réseau IMS
Ce qu’il faut réellement retenir
du service de messagerie court
Si la station mobile destinataire est hors tension, la réponse retournée
par le HLR (MAP-SEND-ROUTING-INFO-FOR-SM-ack) indique cette
cause. Par ailleurs le HLR introduit le numéro MSISDN du destinataire
dans un fichier de données des messages en attente (MWD File,
Message Waiting Data File). MWD consiste en une liste d’adresses de
SMSC ayant des messages en attente de livraison à la station mobile
destinataire.
Lorsque la station mobile destinataire est mise sous tension, elle se
rattache (IMSI Attach) auprès d'un MSC/VLR visité. Ce dernier en
informe à son tour le HLR correspondant. Si le numéro MSISDN de la
station mobile qui s’est rattaché est présent dans le fichier de données
des messages en attente, le HLR envoie une notification MAP-ALERT-
SERVICECENTER au SMS-GMSC pour lui demander d’informer le SMSC
de la présence du destinataire; le SMSC relance alors complètement la
procédure SM-MT.
Il est possible pour un mobile GPRS ou UMTS d’émettre ou de recevoir
un message court sur l’interface GPRS. Les diagrammes représentés ci-
dessus restent valides à condition de remplacer le VMSC par un SGSN
(Serving GPRS Support Node) dans le cas d’un réseau GPRS ou par un
75 3GRéseau
SGSNIMS s’il s’agit d’un réseau UMTS.
Géolocalisation

76 Réseau IMS
Services basés sur la localisation

Les services offerts aux usagers en fonction de leur localisation


semblent prometteurs pour l’UMTS car ils apportent une vraie
nouveauté par rapport aux systèmes existants, dans un
domaine qui est directement lié à la mobilité, et répondent à
une attente à peu près certaine. On distingue des services de
type push et des services de type pull :
— type push: le terminal reçoit automatiquement des
informations de localisation;
— type pull: le terminal demande sa localisation au réseau.

77 Réseau IMS
Méthodes de localisation existantes

Trois méthodes de localisation sont définies dans la version 99


de l’UMTS :
— localisation au niveau de la cellule;
— méthode OTDOA (Observed Time Difference Of Arrival);
— localisation par GPS (Global Positioning System).
Toutes ces méthodes ne donnent pas la même précision et ne
sont donc pas équivalentes en fonction de l’application
envisagée.
La localisation au niveau de la cellule, par exemple, ne donne
pas le même résultat dans une zone très dense, où le rayon de
la cellule peut descendre à une centaine de mètres et à la
campagne où il peut atteindre une dizaine de kilomètres. En
ville, cette méthode est certainement bien adaptée à la
recherche d’une liste des commerçants les plus proches,
d’autant que la réception d’un signal GPS n’y est pas forcément
garantie.

78 Réseau IMS
Location Services (LCS)
UTRAN

Node B Iub SRNC HLR


Uu
LMU SMLC
Iu
type B
Lh
UE Le
Lg External
MSC Gateway
Um A/ (Gb)/ LCS client
MLC
(Iu)
BTS Abis
BSC
LMU
Ls Lc
LMU <- alternative-> type B
Lb<- alternative->
type A (R98 and 99)
GERAN SMLC

Lp gsmSCF

SMLC

Cell ID based
Observed Time Difference Arrival – Idle Period Downlink (OTDOA-IPDL)
Network Assisted GPS

79 Réseau IMS
You can run but you cannot hide
Précision des méthodes de localisation
GSM/UMTS

Coût pour Augmentation du


Méthode Précision
l'opérateur coût du combiné?
Cell ID 500 m Minimal -

Cell ID+ 100  300 m Bas -

A-GPS 10 – 50 m Haut +

For most clients and the majority of applications, the Cell ID+ method
provides sufficient location accuracy.
The economical advantage is that LBS services can be used on any
model of phone, making the service immediately available to all
subscribers.
80 Réseau IMS
Mise en œuvre du réseau pour la
localisation d'abonnés mobiles
Internet

Serveur LBS
Serveur
de gestion
des cartes de
recharges

CellBroadcast SMS/USSD
HLR Centre Centre
Base de
données

Cell ID
Network Measurement
Result BCCH
Liste des canaux
Timing Advance
MSC
BSC

81 Réseau IMS
Cell ID
Aujourd'hui, la méthode de géolocalisation par GSM la plus
utilisée est celle du Cell ID. Cette méthode consiste à récupérer
les identifiants des antennes GSM auxquelles le terminal est
connecté. Par la suite, grâce à une base de données faisant le
lien entre les identifiants des cellules et les positions
géographiques des antennes, le terminal est capable de
déterminer sa position et d'émettre une estimation.
Ces bases de données peuvent être mises à disposition par les
opérateurs pour leurs abonnés, ou par des sociétés privées qui
recensent les antennes GSM ou ayant des partenariats avec les
opérateurs. Des bases de données communautaires existent et
sont le plus souvent alimentées par les utilisateurs eux-mêmes.
Étant donné que les bases de données Cell ID ne sont pas
stockées localement dans le terminal, une connexion internet
de type GPRS/EDGE ou 3G peut être nécessaire afin d'émettre
une requête pour obtenir la correspondance Cell ID / Longitude
Latitude.
82 Réseau IMS
Cell ID (diagramme d’illustration)
Base de
Fournisseur données
GMSC de services BTS

Système de
géolocalisation

Location Determination Request

MAP_Provide_subscriber_info

Location information

Cell ID

Coordonnées BTS

Location information

83 Réseau IMS
Cell ID (description du diagramme)

Description du service Cell ID représenté sur le diagramme ?


1. Le système de géolocalisation reçoit du fournisseur de service
une demande de positionnement (Location Determination
Request)
2. Le système de géolocalisation envoi une requête
MAP_provide_subscriber_info au GMSC afin d’obtenir le Cell
ID de la BTS à laquelle est rattaché l’objet recherché.
3. Le GMSC, après avoir recueillit le Cell ID de la cible, renvoi
l’information au système de géolocalisation dans un message
(Location information)
4. Le système de géolocalisation transmet le Cell ID à la base de
données BTS afin de faire correspondre ces données à des
coordonnées géographiques
5. La base de données BTS renvoie les coordonnées
géographiques correspondantes au Cell ID
6. Le système de géolocalisation fournit la position géographique
à l’initiateur de la demande de positionnement..
84 Réseau IMS
BCCH (Broadcast Control Channel)

Le canal BCCH, Broadcast Control Channel, permet la


diffusion des données caractéristiques de la cellule. C'est par
ce canal que le mobile peut identifier la cellule sur laquelle il
se trouve. Il comprend les informations système diffusées au
mobile. Ces informations sont diffusées plus ou moins
fréquemment suivant la rapidité d'acquisition par le mobile.
Le BCCH contient des informations déterminant les règles
d'accès à la cellule:
 Les paramètres de sélection de la cellule permettent à un
mobile de déterminer s'il peut se mettre en veille sur la cellule
après une mise sous tension ou après y être entré ;
 Le numéro de zone de localisation permettant au mobile de
savoir si une inscription est nécessaire (deux diffusions par
seconde).
Chaque cellule diffuse également son identité
complète CI, Cell Identity, au sein de la zone de localisation.
85 Réseau IMS
Mise en œuvre du service de
géolocalisation

SMSC Client

Administrateur SMPP v3.4

WEB
Service LBS
XML/HTTP
ODBC/Oracle Données des abonnés
XML
Données des clients
Billing
Fournisseur
Coordonnées des BTS
de Service

Géo-information

86 Réseau IMS
http://www.ibm.com/developerworks/ibm/library/i-lbs/
Méthode de géolocalisation: CELL ID-TA

Compensation du temps de propagation aller - retour : Timing Advance


(TA) :

Les utilisateurs d’un système cellulaire sont à des distances variables de


leur station de base et subissent des délais de propagation tp différents
(à titre indicatif 30 km sont parcourus en 100µs). Dans le contexte
TDMA, il est ainsi nécessaire que deux mobiles qui utilisent deux slots
consécutifs n’envoient pas des bursts qui se chevauchent au niveau du
récepteur de la BTS. Le délai de propagation peut atteindre quelques
centaines de ms (très faible par rapport aux systèmes satellitaires) mais
on ne peut pas le négliger car dans le cadre du GSM certaines cellules
atteignent 35 km.
87 Réseau IMS
Timing Advance (TA)
La solution est de compenser ce délai avec le paramètre
d'avance en temps TA (Time Advance) correspondant au temps
de propagation aller-retour (2.tp). Pour illustrer, on considère
deux mobiles dans la même cellule : le premier mobile MS1 est
en limite de cellule alors que le second mobile MS2 se trouve
près de la BTS. On suppose que les deux mobiles utilisent des
slots consécutifs sur la même porteuse : MS1 émet sur le slot 1
et MS2 émet sur le slot 2.

En l’absence de compensation de temps de propagation tp, les


bursts émis par chacun des mobiles MS1 et MS2 se
chevaucheront au niveau de la réception de la BTS :

En effectuant une gestion du paramètre TA, les bursts émis par


les deux mobiles ne se chevauchent plus. Le mobile le plus
éloigné avance l'émission de chacun de ces slots d'une durée tp
par rapport à l'instant de début de slot, c'est à dire 2tp=TA.
88 Réseau IMS
Paramètres de CELL ID-TA

 La valeur du paramètre ТА, est calculée par la


BTS et elle est entre 0..233 mcs (la valeur
maximale est équivalente a une cellule de rayon
35 km.) selon la formule (1):
2 R 2  35km
TA   5
 233s (1)
C 3 10 km

 Si le paramètre de ТА est connu, il est possible


de calculer la distance entre la BTS et le MS
selon la formule (2):
TA  C
R (2)
2
89 Réseau IMS
Géolocalisation par méthode
CELL ID-TA

SMLC VMSC BSC MS

1. BSSMAP-LE Connection Oriented Détermination TA


Information
(TA Request)
2. BSSMAP Connection Oriented
Information
(TA Request)

3. BSSMAP Connection Oriented


Information
(TA Response)
4. BSSMAP-LE Connection Oriented
Information
(TA Response)

90 Réseau IMS
Méthode géolocalisation CellID+

La méthode géolocalisation CellID+ utilise les paramètres


suivants:
 CellID_serving - Cell ID du canal de fréquence principale
(identifiant de la cellule principale)
 ТА - Timing Advance
 [(CH, RxLevel)i] - tableau de données: numéro du canal de la
fréquence/ niveau du signal (jusqu'à 7 paires, y compris le canal
principal).
Ces paramètres sont mesurés par les terminaux mobiles en mode
de fonctionnement standard. Avec l'aide d'une SIM applet
spéciale, ces informations sont transmises dans des SMS
(message texte) vers le serveur LBS pour le calcul des
coordonnées
91 Réseau IMS
Méthode géolocalisation CellID+

(SCC SS7
P/TC
AP/M
AP)

)
7 AP PP
SS AP/M SM
C
CP/T
C
(S

PP
SM
S
SM

SD
US

Intégration du serveur de
géolocalisation avec le réseau mobile
92 Réseau IMS
Méthode géolocalisation CellID+

93 Réseau IMS
Méthode géolocalisation CellID+

94 Réseau IMS
Méthode de géolocalisation:
Enhanced Observed Time Difference
(E-OTD)

Measurement
error margin
Base
Station
d1
Base
Station
d2

Base
Station
95 Réseau IMS
Enhanced Observed Time
Difference (E-OTD)

 Observed Time Difference (OTD).


Si les paquets de BTS1 sont reçus au moment t1, et de BTS2 –
au moment t2, alors OTD=t2-t1.
 Real Time Difference (RTD). Si les paquets de BTS1 sont
envoyés au moment t1, et de BTS2 – au moment t2, alors
RTD=t2-t1. Dans le cas de synchronisation idéale de deux BTS
RTD=0.
 Geometric Time Difference (GTD). Si la distance entre le
combiné et la BTS1 est d1, et la BTS2 d2, alors
GTD = (d2 - d1) / V, ou V vitesse de propagation des ondes
radios. Si les deux BTS sont a égale distance du MS, GTD = 0.

Entre autre il existe la relation suivante:


OTD = RTD + GTD.

96 Réseaux Multiservices
Enhanced Observed Time
Difference (E-OTD)

SMLC MSC BSC MS


1. Assistance Data Delivery from NSS based SMLC
2. RRLP Measure Position Request

3. RRLP Measure Position Request


4. RRLP Measure Position Request

5. RRLP Measure Position Response

6. RRLP Measure Position Response

7. RRLP Measure Position Response

RRLP (RR LCS Protocol to a target MS GSM 04.31)

97 Réseau IMS
Méthode de géolocalisation A-GPS

BS Or
SMLC GPS

98 Réseau IMS
Schéma expérimental du LCS

99 Réseau IMS
Liste de fonctions offertes par les
plateformes de géolocalisation
professionnelles 1/2
 Visualisation de la position de l'ensemble du parc géolocalisé
 Suivi en temps réel de terminaux
 Affichage d'un historique de déplacements
 Création de points d'intérêt
 Création de zones géographiques (pour le geofencing) et de
routes (corridoring)
 Configuration d'alertes automatiques par courriel ou SMS sur
des événements
 Paramétrage d'événements (entrée/sortie de zone,
dépassement de vitesse, temps d'arrêt...)
 Guidage sur tournée
 Génération de rapports périodiques (temps de conduite,
arrêts, vitesses moyennes, zones couvertes...)
 Localisation des terminaux les plus proches d'un point

100 Réseau IMS


Liste de fonctions offertes par les
plateformes de géolocalisation
professionnelles 2/2
 Détermination du nom et numéro d'une rue à partir de la
position (reverse geocoding)
 Envoi de commandes vers le terminal et configuration à
distance (notamment pour changer la fréquence d'émission de
positions)
 Fonds cartographiques variables (cartes classiques,
cartographie photographique, cartes de fonds marins, cartes
provenant d'un système d'information géographique etc.)
 Configuration d'alertes sur capteurs distants (via télérelève)
 Détection de mouvement

101 Réseau IMS


Customized Ring BackTone
(Personnalisation des tonalités de retour d'appel)

102 Réseau IMS


Customized Ring BackTone
(Personnalisation des tonalités de retour d'appel)

Ces dernières années, les opérateurs de téléphonie,


particulièrement mobile, proposent aux usagers de remplacer la
tonalité de retour d'appel que leurs correspondant entendent en
les appelant, par des mélodies ou des messages qu'ils peuvent
choisir parmi une sélection.
Dans ce paragraphe nous étudions les modes de connexions
possibles entre le commutateur (MSC) et la plate-forme de
service CRBT.

103 Réseau IMS


Souscription au service CRBT

Souscription au service CRBT:

MSC HLR

SMSC/USSDC Billing

Envoi de SMS/
demande USSD

CRBT

104 Réseau IMS


Principes de fonctionnement du
CRBT

Abonné A

HLR

3
1
Sonnerie 2
de retour
SS7/MAP

(ISUP)
5 4

SS7
Abonné B

CRBT
105 Réseau IMS
Algorithme de connexion avec le MSC

Base de commutation : MSC supporte le service CRBT


Abonné A Abonné B

6
1 2

5 3

CRBT

106 Réseau IMS


Algorithme de connexion avec le MSC

Voice loop:

Abonné B
Abonné A

1 5
6

3 2 4

CRBT

107 Réseau IMS


Call flow (Souscription au
service CRBT)

108 Réseau IMS


Call flow (Activation de mélodies
du CRBT)

109 Réseau IMS


Call flow (communication de
base)

110 Réseau IMS


Architecture – éléments fonctionnels
du CRBT

111 Réseau IMS www.protei.com


CAMEL (réseau intelligent
pour GSM/UMTS)

112 Réseaux et Multiservices


CAMEL

Réseau intelligent pour GSM/UMTS:

La normalisation des réseaux mobiles en technologie GSM étant


assurée par l’ETSI, cet organisme de normalisation s’est
rapidement intéressé à l’introduction des normes RI dans les
réseaux mobiles. La motivation principale était l’introduction du
service de téléphones mobiles « prépayés ». Instruit par le retour
d’expérience des normes de l’IN CS1, l’ETSI a voulu introduire un
certain nombre de simplification et des fonctionnalités spécifiques
aux réseaux mobiles, rendant la technologie ainsi définie
légèrement différentes de celle du réseau intelligent sur le réseau
fixe. Pour cette raison l’ETSI a choisi un autre nom pour cette
nouvelle technologie pourtant très proche de celle du RI et l’a
dénommé CAMEL (Customized application for Mobile Enhanced
Logic ).

113 Réseau IMS


CAMEL
Réseau intelligent pour GSM/UMTS:

RI sur le réseau Mobile

MAP : Mobile Application Part ; CAP : Camel application Part


114 Réseau IMS
CAMEL
Réseau intelligent pour GSM/UMTS:

RI sur le réseau Mobile

MAP : Mobile Application Part ; CAP : Camel application Part


115 Réseau IMS
CAMEL
Réseau intelligent pour GSM/UMTS:

Dans le réseau mobile il n’y a pas de notion de commutateur de


rattachement. Un abonné peut se porter présent sur n’importe quel
commutateur du réseau. La base de donnée contenant le profil de
l’abonné ne peut pas donc être locale à un commutateur, elle est
forcement centralisée et s’appelle HLR (Home location Register). Pour un
abonné d’un réseau mobile, il n’y a qu’une seule HLR .

Lorsqu’un abonné se présente (se logue) sur un canal du réseau mobile


MSC (Mobile Swtiching Center) ce dernier doit donc récupérer le profile de
la HLR et y mettre à jour la localisation. Nous appellerons cette opération
la « session d’accès ». Comme la HLR est distante, le session d’accès
nécessite une signalisation d’accès appelé MAP (Mobile Application Part).

Pour ne pas multiplier les échanges avec la HLR, le central visité stocke le
profil de l’abonné dans une base de donnée secondaire co-localisée avec
lui appelé VLR (Visitor Location Register).

116 Réseau IMS


CAMEL phase 1
Le développement de CAMEL était prévu par étapes successives appelés
ici « Phases ». La première norme CAMEL est donc qualifiée de « CAMEL
Phase 1 ». Cette norme est en fait extrêmement limités, n’introduisant
que les sous ensemble de fonction de l’IN CS1 strictement nécessaire
pour réaliser le service prépayé. Le service prépayé s’est révélé
l’application la plus utilisée en RI GSM. C’est ainsi que tous les operateurs
ont tendance a s’orienter vers le GPRS prépayé, merveille de technologie
puisqu’elle combine à la fois le réseau mobile, les réseaux données, la
signalisation du mobile et la signalisation du RI (CAMEL Phase 3).

117 Réseau IMS


CAMEL phase 1

Principe de CAMEL

118 Réseau IMS


CAMEL phase 1
Le principe de CAMEL Phase 1 est indiqué sur la figure ci-dessus, lorsque
l’abonné allume son poste mobile dans un réseau home, ou dans un
réseau visité, la VLR locale interroge sa HLR home pour obtenir le
données d’authentification. Une fois cette authentification réussie la VLR
met à jour la localisation de l’abonné mobile (MAP_Update_Location), puis
reçoit le profile de cet abonné (MAP_insert_Subscriber_Data). Le profil de
l’abonné, contient, en plus des indications sur les services auxquels il a
droit, des informations appelées O-CSI (Originating Camel Subscriber
Information) et un T-CSI (Terminating Camel Subscriber Information).

Ces informations sont en fait l’identification des DP qu’il faut aller armer
dans la SSF du MSC visité pour que les services de cet abonné puissent
être déclenchés. Autrement dit, la grande différence entre le RI et CAMEL,
c’est qu’en RI, les DP sont armés par la gestion à la création du service,
alors qu’en CAMEL les DP sont armés par la signalisation MAP de la
session d’accès (armement dynamique).

119 Réseau IMS


CAMEL phase 1

1. Demande de localisation
MSC/VLR : N° IMSI
2. procédure authentification
et de chiffrement
3. MAP_Update_Location

4. MAP_Insert_Subscriber_Data :
3
(Droits, services, O-CSI, T-CSI)

5. N°TMSI 4

Principe de CAMEL

120 Réseau IMS


CAMEL phase 1

Par la suite, quand l’abonné fait un appel le mécanisme de substitution de


l’appel normal par un traitement substitutif est strictement semblable à
celui du RI. Cependant en CAMEL phase 1 les operateurs étaient très
soucieux quand à la possibilité pour une plate –forme de service ne leur
appartenant pas d’aller piloter leurs propres commutateurs (cas d’un
abonné étranger en roaming). Par précaution ils ont prévu un ensemble
de capacités pour CAMEL phase 1 beaucoup plus réduit que les capacité
IN-CS1. EN fait ils n’ont retenu de IN-CS1 que le minimum de capacité
strictement nécessaire à la réalisation du service prépayé.

Pour ce faire comme le montre la figure ci-dessous, l’architecture


d’exécution de service du plan fonctionnel reparti a été par la suppression
des services vocaux ou autres ressources spécialisées.

121 Réseau IMS


CAMEL phase 1

Plan fonctionnel réparti de CAMEL phase 1

122 Réseau IMS


CAMEL phase 1
Les modèles d’appel O-BCSM et T-BCSM :

O-BCSM de CAMEL Phase 1


123 Réseau IMS
CAMEL phase 1

Le modèle O_BSCM a été considérable simplifié avec un nombre de DP et


de PIC très réduits.

Le PIC 1 O_Null & Authorize originating Attempt et le PIC 2 Collect _Info


de l’IN-CS1 ont été fusionnés en CAMEL en un seul PIC 1 O_NULL &
Authorize_originating Atempt Collect info.

Le PIC 3 Analyse_Info et PIC 4 Routing& Alerting ont été fusionné en


CAMEL en un seul PIC 2 Analyse, Routing & Alerting.

Le DP 9 reste inchangé pour le retour O_Disconnect.

De 10 DP de l’IN-CS1 il n’en reste que 3.

124 Réseau IMS


CAMEL phase 1
Les modèles d’appel O-BCSM et T-BCSM :

12

T-BCSM de CAMEL Phase 1


125 Réseau IMS
CAMEL phase 1
Le Modèle T-BCSM, Les PIC 8 Select_Facility & Present Call et 9 T_Alerting
ont été fusionné en un seul PIC terminal_Call_Handling.

De 8 DP du T-CBSM de l’IN-CS1 il n’en reste également que 3.

126 Réseau IMS


CAMEL phase 1
CAMEL INAP

1.Demande de localisation
MSC/VLR : N° IMSI VLR
2. Demande authentification et de
chiffrement

3. Réponse succès de
l ’authentification

4. MAP: Update-Location-Invoke
(IMSI, VLR-Number, LMSI)

5. Insert-Subcriber-Data-Invoke
(O-BCSM-DP-Collect-Info)

6. MAP: Insert-Subcriber-Data-
Result (Phase 1)

127 Réseau IMS


CAMEL phase 1
CAMEL INAP

7. Update-Location-Result (HLR-
Number ).

8. Composer numéro ABPQMCDU


(ABPQMCDU+ MSISDN)

TDP DP2 armé

128 Réseau IMS


CAMEL phase 1
CAMEL INAP

gsmSSF

9. CAP : Initial-DP : (Service Key, calling Party Number, Location Number,


Event Type BCSM, IMSI, Age of location number, Location Area Code,
Call refence Number, MSC Address, Called Party Number)

10. CAP : Request Report BCSMEvent : (O_Answer,


Notify_and_continue, O_disconnect, notify_and_continue, leg1)

11. CAP : Continue ( )

129 Réseau IMS


CAMEL phase 1
CAMEL INAP

Analyse le numéro du destinataire,


VMSC identifie le commutateur , Route l’appel
vers la destinataire, réservation Circuit de parole

12. ISUP: IAM


Abonné Alerté

13. ISUP: ALERTING

Abonné décroche
14. ISUP: ANM

130 Réseau IMS


CAMEL phase 1
CAMEL INAP

gsmSSF
15. CAP: Event report BCSM (O_answer, Notification)

Conversation!!!!! ……Conversation!!!...
16. Raccrochage

17. CAP: Event report BCSM (O_Disconnect, Notification)

131 Réseau IMS


Chapitre IV. Réseau
IMS

132 Réseau IMS


IP Multimedia Subsystem –
Pourquoi? 1/2
En résumé, nous avons 2 grandes révolutions qui tendent à se
rencontrer : internet et mobile

Et ceci est amorcé, certes avec la 3G et l’accès IP (email,


vidéo, internet, instant messaging).

Alors? Pourquoi l’IMS, si on a déjà cette convergence?


 parce que sans QoS, nous n’avons pas de garantie de
qualité de service. Ceci peut être très pénalisant pour
des services de vidéo par exemple.
 actuellement, le mobile fournit un accès IP mais aucun
moyen de connaître le service fourni au-dessus : vidéo?
Conférence? Messagerie instantanée? Email? D’où une
difficulté de définition de QoS associé au service, mais
également une difficulté pour facturer le bon service.

133 Réseau IMS


IMS – Pourquoi? 2/2

Le réseau IMS a pour objectif de fournir un cadre permettant


principalement de fournir des informations sur le service
utilisé!

Ceci permettant d’appliquer la QoS adaptée au service et la


facturation adéquate pour un service donné (forfait? Débit?
Durée?)

Tout de même, une autre ambition de l’IMS est de définir des


standards de façon à pouvoir définir, développer, déployer,
combiner des services, ceci de façon générique (non spécifique
à un opérateur)

Un opérateur pourrait prendre un service de voicemail


IMS d’un éditeur + un service de text-to-speech IMS
d’un autre éditeur et intégrer ces services dans son
réseau IMS à moindre coût.
134 Réseau IMS
Objectives de l’IMS

 Services IP Multimédia
 Messagerie IP Multimédia et groupe
management
 Interconnexion via ‘Wireless LAN’
 Introduction de nouveaux services vocaux
 Distributed speech recognition (DSR)
 Portabilité des numéros
 Evolution vers « tout IP »
 D'autres améliorations ...

135 Réseau IMS


Concepts de l’IMS (1)
 Cœur réseau basé sur les concepts de l’Internet
 Indépendants des réseaux commutés
 Commutation paquets pour le transport de la
signalisation et du trafic de porteur
 Utilisation des infrastructures radio existantes
 UTRAN — 3G (W-CDMA) radio network
 GERAN — GSM evolved radio network
 Utilisation de nouveaux combinés

136 Réseau IMS


Concepts de l’IMS (2)
Exécution de service

Contrôle de service

S-CSCF Serveur d’Application


ISC

ISC Internet
Media Serveur
Gm
ISC
PS
Home IMS
UE P-CSCF
Mw
Serveurs SIP phone
d’application

Gm
Visited IMS Les services
PS
UE P-CSCF peuvent être exécutés
n’importe ou (réseau
domestique, visité ou
externe) et délivrés
n’importe ou.
137 Réseau IMS
Architecture de l’IMS

Media Serveur
Serveur d’Application

Internet
Mb
Gi SIP phone
HSS
ISC Mb
PS Gi/Mb
IM-MGW
UE GGSN MRF Mb
SGSN Cx Mp Mb
Go TDM
Gm
IMS ISUP RTCP
Mw Mg Mn

MGCF
P-CSCF CSCF
CPE
Signalisation

SIP
CSCF — Call Session Control Function
IM-MGW — IM-Media Gateway
MGCF — Media Gateway Control Function
MRF — Media Resource Function

138 Réseau IMS


Indépendance de l'accès à l'IMS

SIP Application SIP Application


Servers Servers

CDMA 2000
DSL/Cable Modem
HSS IMS I-CSCF

DSLAM/CMTS MRF
P-CSCF MGCF
S-CSCF

MGW
WLAN

MSC(Server)
RNC
SGSN
GGSN Corporate
BSC
CN
UMTS/GPRS MGW

139 Réseau IMS


IMS/TISPAN Architecture
HSS AS
Application
OSA SCS (SIP AS,
‘IMS Data’ IM SSF OSA AS,
SLF SIP AS
CAMEL SE)

HLR/AuC (‘CS/PS’)

CSCF
BGCF
IMS Session Signalling S-CSCF I-CSCF
IMS User Plane Data
MGCF
P-CSCF

NASS SPDF/ A-RACF


MRF IMS GW SGW
CS Networks
UE DSLAM BAS PDF (PSTN, CS PLMN)
MRFC ALG

3GPP R7 / TISPAN R1
MRFP TrGW IMS-MGW
WLAN
UE WLAN WAG PDG IPv4 PDN
(IPv4 Network)
3GPP R6 BB
GGSN PEF (IPv4/ BG
IPv6) IPv6 PDN
UE RAN SGSN (IPv6 Network)

3GPP R5

140 Réseau IMS


IMS – Eléments d’architecture

Base de données d’utilisateurs

HSS : Home Subscriber Servers


Le HSS est l’équivalent du HLR de GSM. Elle contient toutes les
informations nécessaires à un utilisateur pour ouvrir une session
multimédia :
 des informations sur la localisation de l’utilisateur.
 le profil de l’utilisateur c’est à dire l’ensemble des services
auxquels l’utilisateur est abonné.
 l’adresse du S-CSCF alloué à l’utilisateur.
 des informations de sécurités.

SLF : Subscriber Location Functions


Le SLF est une base de données contenant pour chaque utilisateur
le HSS correspondant dans le cas ou le réseau contient plusieurs
HSS.

141 Réseau IMS


IMS – Eléments d’architecture

C-CSCF: Call/Session Control Function


Le C-CSCF est un serveur SIP qui traite la signalisation SIP en
IMS. Il existe 3 types de C-CSCF :
 P-CSCF: Proxy CSCF
 I-CSCF : Interrogating CSCF
 S-CSCF : Serving CSCF

142 Réseau IMS


IMS – Eléments d’architectures 2/
P-CSCF: Proxy CSCF
Le P-CSCF est le premier point de contact des usagers avec l’IMS: Toute
la signalisation SIP du UE et vers le UE passe via le P-SCSF. Le P-CSCF
est alloué à l’utilisateur dans la phase de registration et ne change pas
durant toute la durée de registration. Le P-CSCF peut être localisé dans
le home network, comme dans le visited network.
Les différentes fonctionnalités :
 Sécurité :
 Il maintient des associations de sécurité IPsec entre lui et l’équipement
terminal.
 Authentification de l’utilisateur.
 Il maintient un cache local pour la localisation du S-SCSF associé à
l’utilisateur.
 La compression / décompression des messages SIP.
 Le P-CSCF inclut les fonctionnalités du Policy Decision Function (PDF).
Le PDF gère les exigences QoS pour les services et autorise l’allocation
des ressources.
 La génération de CDRs (Call Detailed Record) c.-à-d. la taxation.

143 Réseau IMS


IMS – Eléments d’architectures 3/
I-CSCF : Interrogating – CSCF
 L’I-CSCF est localisé dans le home network.
 Fait une première autorisation pour l’accès au réseau IMS.
 Pour une requête SIP, il contacte le HSS pour identifier le S-
CSCF correspondant et renvoie les messages de cette session à
ce S-CSCF (Protocole Diameter sur l’interface I-CSCF – HSS).
 Peut incluse une fonctionnalité de masquage de l’architecture
du réseau de l’opérateur par rapport au réseau visité.

144 Réseau IMS


IMS – Eléments d’architectures 4/
S-CSCF : Serving CSCF
Les fonctions réalisées par le S-CSCF pendant une session
comprennent :
 Le S-CSCF est toujours localisé dans le home network.
 SIP Registrar : Il maintient l’association entre l’adresse IP du
terminal et le SIP adresse de l’utilisateur (Public User Identity).
 Télécharger le profil de l’utilisateur de HSS :
 A travers les « filter criteria », le S-CSCF envoi les requêtes SIP
satisfaisant ces critères vers des serveurs d’applications
correspondant au service demandé. De cette façon il fourni des
services de type réseau intelligent (Signalisation d’intelligence).
 Authentification, enregistrement.
 Service de translation : Consultation du DNS pour traduire le
TEL-URI en SIP-URI.
 Il obtient l’adresse de l’I-CSCF dans le réseau destinataire lors
de l’établissement de session.

145 Réseau IMS


IMS – Eléments d’architectures 5/
Application servers – AS
Le serveur d'applications est l'entité qui héberge et exécute les services.
Il y a 3 types de serveur qui agissent comme un serveur SIP du point de vue du
réseau IMS.
Un serveur d'application peut fonctionner en:
Mode proxy SIP
SIP User Agent mode: l'AS se comporte comme un point de terminaison
SIP Back to Back User Agent mode: Ceci est la concaténation de deux points de terminaison.
 SIP AS
 serveur d’application natif
 héberge et exécute les services basés sur le SIP
 support de nouveaux services IP multimédia basé sur le SIP
 OSA-SCS (Open Service Architecture)
 OSA-SCS (Open Service Access – Service Capability Server)
 passerelle OSA qui permet d’implémenter l’API Parlay. Elle permet à des serveurs
d’application tiers d’accéder au réseau IMS de façon sécurisé pour fournir différents services
aux utilisateurs.
 IMS-SSF
 IP Multimedia Service Switching Function
 Il permet la réutilisation des services CAMEL développer pour les technologies GSM et
GPRS. Donc une gsmSCF peut contrôler une session IMS grâce à ce serveur.
Les serveurs d’applications peuvent être situés dans le réseau domestique ou dans un
réseau tiers.
146 Réseau IMS
IMS – Eléments d’architectures 6/

MRF : Media Ressource Function


Le MRF est divisé en deux nœuds :
 Signaling plane node : MRFC (Media Ressource
Function Controller)
• SIP user Agent : La MRFC interprète la signalisation SIP
reçu via S-CSCF
 Media Plane node : MRFP (Media Ressource
Function Processor). La MRFP offre les ressources du
plan usager qui sont demandés et commandés par
la MRFC (via H.248) et réalise les fonctions
suivantes :
• Mixage des flux Media provenant du UE
• Traitement du flux média (ex: transcodage audio, analyse
du média)
• Source de flux média (pour les annonces multimédia).
147 Réseau IMS
IMS – Eléments d’architectures 7/
BGCF: Breakout Gateway Control Function
 Serveur SIP qui possède des fonctionnalités de routage
lorsqu’il s’agit d’une session initié par un terminal IMS et
destiné à un utilisateur dans un réseau commuté circuit (cas de
PSTN, PLMN).
 Présente deux fonctionnalités essentielles :
• Choisir le réseau approprié pour s’interfacer avec le domaine CS.
• Ou choisir un Gateway (MGCF) si le passage vers le CS a eu lieu
dans le même réseau que le BGCF.

148 Réseau IMS


IMS – Eléments d’architectures 8/
PSTN/CS Gateway
Les PSTN gateways constituent une interface vers les réseaux commutés
circuit. Cette interface présente plusieurs entités fonctionnelles suivant
l’architecture Softswitch :
 SGW : Signalling Gateway
C’est la fonction de transcodage de signalisation, qui permet grâce à
SIGTRAN de transporter la signalisation SS7 sur IP, et d’avoir une
interface NNI de signalisation avec les réseaux à commutation de
circuits.
 Effectue des conversions dans les protocoles de couche bas
(Transport) transport : Remplace la couche de transport MTP de SS7
par SCTP (Stream Control Transmission Protocol) sur IP.
 Conversion d’ISUP/MTP en ISUP/SCTP/IP.
 MGCF/ Media Gateway Control Function
Elle permet de contrôler les MGW, et elle s’interface avec la SGW grâce à
SIGTAN pour l’échange de la signalisation.
 Passerelle qui permet la communication entre IMS et les usagers dans
le domaine de commutation de circuits CS.
 Conversion de l’ISDN User Part (ISUP) ou le Bearer Independent Call
149 Control
Réseau IMS(BICC) en protocole SIP.
IMS – Eléments d’architectures 9/

PSTN/CS Gateway suite

MGW Media Gateway


 Interface pour le plan de données entre le réseau IMS/IP et les réseaux PSTN à
commutation de circuit. (Transport de la voix).
• D’un côté, elle est capable d’envoyer et de recevoir flux IMS sur le protocole RTP
Real-Time Protocol.
• D’un autre côté, utilise le PCM (Pulse Code Modulation) pour coder la voix et la
transmettre sur des times slots au réseau CS.
 Fonction de transcodage quand le terminal IMS ne supporte pas le codec utilisé par le
CS. Par ex, Terminal IMS utilise AMR, tandis que le terminal PSTN utilise G711.

150 Réseau IMS


IMS – Identity Management
Il existe 2 types d’identité pour un utilisateur, privé et public
• Public User Identity (IMPU => IP Multimedia Public Identity) : c’est l’id d’enregistrement, de contact, celui
qui va servir dans le routage
 sip:john.doe@esmt.sn
 tel:+221 331234567
 sip:+221339876543@esmt.sn;user=phone

• Private User Identity (IMPI => IP Multimedia Private Identity) : non utilisé pour le routage. C’est un NAI
(network access identifier), utilisé pour authentification, facturation
 username@operator.com

Ces deux types d’identité respectent des règles :


• on peut avoir plusieurs ID Privés (une pour chaque terminal IMS)
• on peut avoir plusieurs ID Publics (John-doe-office@domain.com, John-doe-home@domain.com)
• on peut utiliser tout ID Public sur tout terminal IMS (donc avec n’importe quel ID Private)
• chaque ID Public est associé à un et un seul profil de service
• un profil de service peut être partagé par plusieurs ID Public
• tous les ID Public qui appartiennent à une même souscription IMS doivent être enregistrées sur le même
S-CSCF
• Il existe une notion d’enregistrement implicite :
• If John Doe completes a registration process under john-doe-office@domain.com
• Then John Doe is also reachable under John-doe-home@domain.com
151 Réseau IMS
IMS – Session Overview

An IMS call is splitted in two parts :


 The originating leg, handled by the caller’s home network
 The terminating leg, handled by the callee’s home network

Caller’s services and Callee’s services are processed separately :


 The originating home network triggers caller-related services
 The terminating home network triggers callee-related services

Nous avons une séparation claire de la partie appelante et la


partie appelée.

152 Réseau IMS


IMS – Aperçu des sessions
Authentification / Ré-authentification
1 8
2 9
3 10
4 11
5 12
6 13
7 14

12
Backbone AS
Packet HSS AS
AS
Network
9 10
4
14 11
6
8
1 3 SIP 5 SIP 7
Access P-CSCF I-CSCF S-CSCF

Visited or Home 2
13 Home
Network DNS Network
ENUM

153 Réseau IMS


IMS – Aperçu des sessions
Abonné IMS vers abonné IMS - scenario 1

1 Initiate SIP Invitation 6 Retrieve Subscriber Profile (if needed)


2 Retrieve Subscriber Profile (if needed) 7 Apply Service Logic
3 Apply Service Logic 8 Forward INVITE to CLD Party
4 Retrieve Address of CLD Party Home Network 9 SDP Negotiation / Resource Reservation Control
and Forward INVITE.
10 Ringing / Alerting
5 Identify Registrar of CLD Party and Forward INVITE.
11 Answer / Connect

Calling and Called


HSS DNS Control
Party Home Network
Bearer
2 6
4
Diameter
3 7
AS S-CSCF
SIP 5
SIP I-CSCF
8

P-CSCF

11
10
1 Backbone 9
Packet
Access Access
Network
RTP Stream RTP Stream

154 Réseau IMS


IMS – Aperçu des sessions

Abonné IMS vers abonné IMS - scenario 2


1 Initiate SIP Invitation 6 Retrieve Subscriber Profile (if needed)
2 Retrieve Subscriber Profile (if needed) 7 Apply Service Logic
3 Apply Service Logic 8 Forward INVITE to CLD Party
4 Retrieve Address of CLD Party Home Network 9 SDP Negotiation / Resource Reservation Control
and Forward INVITE.
10 Ringing / Alerting
5 Identify Registrar of CLD Party and Forward INVITE.
11 Answer / Connect

Calling Party Called Party


Control Home Network HSS DNS HSS Home Network
Bearer
2
Diameter 6
Diameter Diameter
4
3 5 7
AS S-CSCF I-CSCF S-CSCF AS
SIP SIP

8
SIP SIP

Calling Party Called Party


Visited Network P-CSCF P-CSCF Visited Network

11
10
1 Backbone Backbone 9
Packet Packet
Access RTP Stream Access
Network Network

155 Réseau IMS


IMS – Aperçu des sessions

Abonné IMS vers RTCP


1 Initiate SIP Invitation 7 ISUP IAM
2 Retrieve Subscriber Profile (if needed) 8 Ringing / Alerting
3 Apply Service Logic 9 Answer / Connect
4 Select network to access PSTN, and select MGCF
5 Seize trunk / determine media capabilities of MGW Control
6 SDP Negotiation / Resource Reservation Control Bearer

Calling Party Home Network

Calling Party HSS


Visited or Home Network AS
9
3
2 Diameter 8
SIP
1 4 6 7
PSTN
Access P-CSCF SIP S-CSCF SIP BGCF SIP MGCF
ISUP

5 H.248
PCM
Backbone
RTP Stream MGW
Packet
Network

156 Réseau IMS


Services d’aujourd’hui et
demain (1)

Services Mobiles [Aujourd’hui et demain]

 Messagerie (SMS, EMS, MMS)


 Services de géolocalisation
 Vidéo 3G
 VoIP avec garantie de qualité de service (QoS)
 IP Multimédia Services avec garantie de qualité de service QoS
 Réseau convergent “TOUT IP”
 Etc.

157 Réseau IMS


Services d’aujourd’hui et
demain (2)
Services « tout IP »
 IP Multimedia Subsystem (IMS)

 Voix et vidéo sur IP avec une garantie de qualité de service


 Les équipements de commutation circuit sont obsolètes

 Objectif : la convergence d'architectures de deux divers cœurs réseaux

Services IMS
 Présence
 Géolocalisation
 Instant Messaging (voix+ vidéo)
 Téléconférence
 Media Streaming / IVRs
 Jeux Multi-player avec canal vocal

158 Réseau IMS


Qualité de service (QoS) en 3G

 Substantial new requirements on the radio


access network
 Traffic classes
 Conversational, streaming, interactive,
background
 Ability to specify
 Traffic handling priority
 Allocation/retention priority
 Error rates (bits and/ or SDUs)
 Transfer delay
 Data rates (maximum and guaranteed)
 Deliver in order (Y/N)
159 Réseau IMS
IMS – Standards
3 GPP: [ 3rd Generation Partnership Project ] standardization for a 3rd
generation cellular system ( evolution from GSM)

3GPP2: [ 3rd Generation Partnership Project 2 ] standardization for a 3rd


generation cellular system ( evolution from ANSI/TIA/EIA-41 & CDMA
2000)

TISPAN: [ Telecom and Internet converged Services and Protocols for


Advanced Networks] standardization a NGN for fixed access network
based on IMS

OMA: [ Open Mobile Alliance ] focus on the standardization of service


enablers (ex: P2T)

IETF: [ Internet Engineering Task Force] focus on protocol

IMS is introduced in 3GPP Release 5 and TISPAN Release 1

3GPP TS 23.228 architectural aspect of IMS

3GPP TS 24.229 IMS call control protocol.


Réseau IMS
160
IMS – Protocols
3GPP decided to build IMS on existing protocols developped by other Stantards
Development Organizations. IMS is based on IP protocols

Session Control Protocol : SIP


• Specified by IETF as a protocol to establish and manage multimedia
sessions over IP networks
• Based on 2 IETF successes : HTTP & SMTP
• SIP makes new services easy to create
• RFC 3261

The AAA (authentication, authorization and accounting) protocol : DIAMETER


• Evolution of RADIUS
• Very customizable and extensible
• RFC 3588

Other protocols : RTP (media), COPS (policy), H248 (Media gateway control),
XCAP

161 Réseau IMS

Vous aimerez peut-être aussi