PRÉSENTATION DU MODULE

Objectif:

Maitriser les étapes du dimensionnement et ingénierie des nouvelles générations de réseaux

NGN et IMS

Objectifs intermédiaires:

– Les composants du réseau NGN

– Les protocoles de signalisation dans le réseau NGN

– Les différents types de NGN

– Le fonctionnement de l’IMS

– Le dimensionnement et l’ingénierie NGN accès (flux média + signalisation)

– Le dimensionnement et l’ingénierie NGN transit (flux média + signalisation)

– Le dimensionnent et l’ingénierie IMS

2
CHAPITRE 1. NEW GENERATION
NETWORK ( NGN)
SECTION I: LES COMPOSANTS DU NGN
Méthodologie:

• Cours magistral (CM)

• Travaux dirigés (TD)

• TP avec des outils opensources (Téléphonie sur IP)

• Projet de dimensionnement du NGN et IMS pour chaque étudiant

Notes:

• Test en ligne (60)

• Projet de dimensionnement (40)

Prérequis:

• Cours de trafic

• ART, Réseaux Mobiles

5
 Sommaire
I. Décomposition d’un commutateur
TDM
II. Nœuds NGN

6
 Architecture du commutateur TDM (1)

Le commutateur TDM (Time Division Multiplexing) est composé de:

- Unité de Raccordement d’Abonné (URA)

- Unité de Raccordement Multiplex (URM)

- Base de Temps (BT)

- Auxiliaire (AUX)

- Réseau de connexion (RCx)

- Unité de commande (UC)

7
 Architecture du commutateur TDM (2)

URA BT

Téléphone
fixe

RCx

E1
URM AUX

Commutateur
TDM UC

Commutateur TDM 8
 Définition NGN
Il n’existe pas une définition standardisée du NGN. Il existe plusieurs définitions
parallèles du NGN:

- Le NGN est un réseau de nouvelle génération dont la partie cœur est

basée sur le transport IP

- Le NGN est un réseau de nouvelle génération dont la partie transport est

séparée de la partie contrôle

- Le NGN est un réseau de nouvelle génération dont les interfaces entre les
nœuds sont ouvertes et standardisées.

9
 Décomposition du switch TDM
La décomposition du commutateur TDM consiste a remplacer les éléments du commutateur
traditionnel par de nouvelles entités. La NGN FC (UIT) a proposé les remplacement suivants:

o Le réseau de connexion (RCx) est remplacé par un transport IP

o L’unité de raccordement d’abonné (URA) est remplacée par une passerelle d’accès pour
connecter les téléphones

o L’unité de raccordement multiplex (URM) est remplacée par une passerelle de jonction
pour assurer l’interfacage avec les autres commutateurs (réseaux)

o L’unité de commande (UC) est remplacé par un agent d’appels (commutateur logiciel)

o L’auxiliaire (AUX) est remplacé par un serveur d’application

o La Base de Temps (BT) n’a pas d’équivalent donc pas utiliser.

10
 URA BT

Téléphone
fixe

RCx

E1
URM AUX

Commutateur
UC

Résultat de décomposition
TDM

du switch TDM Commutateur TDM

Serveur d’application

Agent d’appels

Réseau Transport IP

E1
Commutateur
Passerelle TDM
Téléphone Passerelle de Jonction
fixe d’accès 11
Réseau NGN
 Sommaire
I. Décomposition d’un commutateur TDM
II. Nœuds NGN

12
 Les entités NGN
Les différentes entités du NGN sont:

o Passerelle d’accès (Access Gateway)

o Passerelle de jonction (Trunking Gateway)

o Agent d’appels ou Commutateur logiciel (Softswitch)

o Passerelle de Signalisation (Signaling Gateway)

o Transport IP / MPLS

o Serveur d’application (Application Server)

o SBC (Session Border Controller)

13
 Passerelle d’accès
La passerelle d’accès ou Access Gateway (AG) assure les fonctions suivantes:

o Multiplexeur d’accès

o Adaptation des flux media échangés entre le transport IP et les différents

types d’accès

o Différents types d’accès (POTS, RNIS, ADSL, FTTH, WLAN, UMTS etc.)

o Multiservices

La fonction multiservice fait que

l’AG est souvent nommée MSAN

(Multiservice Access Node) ou

Nœud d’accès multiservice. 14

 NodeB CSG

WLAN

ADSL

Passerelle d’accès FTTH

Routeur IP

TV STB

Passerelle
RNIS d’accès
(MSAN)

POTS

15
PBX
 Passerelle de jonction
La passerelle de jonction ou Trunking Gateway (TG) assure l’adaptation des
circuits venant des réseaux TDM (RTC / RNIS et GSM / UMTS) en des flux
média allant vers le NGN et vice versa.

Les passerelles de jonction (TG) et passerelles d’accès (AG) sont toutes

des passerelles média (Media Gateway – MG) car elles se retrouvent sur
la route (le chemin) des flux media RTP.

16
 Passerelle de jonction

Réseau GSM / UMTS

GMSC

Flux
media
Routeur IP
E1
Passerelle
de Jonction
(Trunking Gateway)

Réseau RTC / RNIS

CAA / CT
17
 Commutateur Logiciel ou Softswitch
Le commutateur logiciel ou Softswitch assure:

o L’établissement, le maintient et la rupture des communications

o Le traitement (l’interprétation) de la signalisation dans le réseau NGN

o La gestion des ressources des passerelles Media (Media Gateway)

o L’orchestration des services dans le réseau NGN

o Le traitement et le routage du trafic en donnant des ordres aux MG

Le softswitch est aussi nommé Media Gateway Controller (MGC) car il

assure la gestion des ressources des passerelles Media (Media Gateway)

18
 Commutateur Logiciel ou Softswitch
SS
7
GMSC SS7
CAA

TG
TG

SSW4

SS7
SIP
Il existe deux types de Softswitch :
TG
MSC o Softswitch transit ou Sotfswitch
class 4
SSW5

L 2+
o Softswitch accès ou Sotfswitch
DS
L /A
DS
A class 5
AG

SIP phones
19
 Passerelle de signalisation
La passerelle de signalisation ou Signaling Gateway (SG) assure l’adaptation
(sans aucune interprétation) de la signalisation TDM venant des réseaux
RTC / RNIS et GSM / UMTS en une signalisation basée sur IP allant vers le
NGN et vice versa.

Il existe deux types de SG:

o Standalone SG (la SG est installée a part)

o Associated SG (la SG est associée avec une AG ou TG)

NB: La SG n’interprète pas la signalisation, cette tâche est assurée par le

Softswitch

20
 Passerelle de signalisation

SG

CAA
Routeur

Réseau de transport
2+
SL IP / MPLS
/ AD
SL SG Routeur
AD
TG
Routeur
AG

GMSC

21
MERCI
22
 SECTION II:
SIGNALISATION DANS LES
RESEAUX NGN
 Sommaire
I. SIP
II. SIGTRAN : Transport de la
Signalisation sur IP
III. MEGACO / H248

2
 Introduction (1)
SIP (Session Initiation Protocol) est un protocole de signalisation défini par l’IETF
(Internet Engineering Task Force) permettant l’établissement, la libération et la
modification de sessions multimédias (RFC 3261). Il hérite de certaines
fonctionnalités des protocoles HTTP (Hyper Text Transport Protocol) utilisé pour
naviguer sur le WEB, et SMTP (Simple Mail Transport Protocol) utilisé pour
transmettre des messages électroniques (E-mail). SIP s’appuie sur un modèle
transactionnel client/serveur comme HTTP. L’adressage utilise le concept d’URL SIP
(Uniform Resource Locator) qui ressemble à une adresse E-mail.

Chaque participant dans un réseau SIP est donc adressable par une URL SIP.

25
Adresse SIP:
• 771234567@213.89.110.118
• 771234567@orange.sn
• numero@host
• numero@gateway
• numero@domain

26
 Introduction (2)
SIP a été étendu afin de supporter de nombreux services tels que la présence, la

messagerie instantanée (similaire au service SMS dans les réseaux mobiles), le

transfert d’appel, la conférence, les services complémentaires de téléphonie, etc.

SIP a été retenu par le 3GPP pour l’architecture IMS (IP Multimedia Subsystem)
comme protocole pour le contrôle de session (voix, vidéo, IM, Présence, IPTV) et
le contrôle de service.

Le protocole SIP n’est qu’un protocole de signalisation, SIP ne transporte pas la

voix ni la vidéo. Une fois la session établie, les participants de la session
s’échangent directement leur trafic audio/vidéo à travers le protocole RTP (Real-
Time Transport Protocol).
27
 Les piles de protocole SIP et RTP
SIP

UDP /
TCP
IP
Ethernet
SIP Phone 1
RTP Physique
SIP GMSC

SIP Phone
Switch ou Routeur Passerelle SIP
SIP serveur
RTP
SIP (Proxy, Registrar,
Redirect, Location)

Softphone SIP
RTP
CAA
UDP

IP
Ethernet

Physique
RTP
28
 Le entités SIP
SIP définit deux types d’entités:
• les clients SIP
• les serveurs.

29
 Entités SIP
Les entités définies par SIP sont :
Le serveur proxy (Proxy server) : Il reçoit des requêtes de clients qu’il traite lui-même
ou qu’il achemine à d’autres serveurs après avoir éventuellement réalisé certaines
modifications sur ces requêtes.
Le serveur de redirection (Redirect server) : Il s’agit d’un serveur qui accepte des
requêtes SIP, traduit l'adresse SIP de destination en une ou plusieurs adresses réseau et
les retourne au client. Contrairement au Proxy server, le Redirect server n'achemine
pas de requêtes SIP.
Le serveur d’enregistrement (Registrar) ; Il s’agit d’un serveur qui accepte les requêtes
SIP REGISTER. SIP dispose de la fonction d’enregistrement d’utilisateurs. L’utilisateur
indique par un message REGISTER émis au Registrar, l’adresse où il est joignable (e.g.,
adresse IP).
L’agent utilisateur (UA, User Agent) : Il s’agit d’une application sur un équipement de
l’usager qui émet et reçoit des requêtes SIP. Il se matérialise par un logiciel installé sur
un PC, sur un téléphone IP ou sur une station mobile LTE (UE, User Equipment).
30
 Méthodes (Requêtes) et
Réponse SIP (1)
Le RFC 3261 définit six requêtes ou méthodes SIP.
La méthode INVITE est utilisée afin d’établir une session entre UAs. INVITE
contient les informations sur l’appelant et l’appelé et sur le type de flux qui
seront échangés (voix, vidéo, etc.).
Lorsqu’un UA ayant émis la méthode SIP INVITE reçoit une réponse finale à
l’invitation, il confirme la réception de cette réponse par une méthode ACK
(Acknowledgement).

31
 Méthodes et Réponse SIP (2)

La méthode BYE permet la libération d’une session préalablement établie. Elle

correspond au message RELEASE des protocoles SS7. Un message BYE peut être
émis par l’appelant ou l’appelé.
La méthode REGISTER est utilisée par un UA afin d’indiquer au Registrar la
correspondance entre son adresse SIP et son adresse de contact (e.g., adresse IP).
La méthode CANCEL est utilisée pour demander l ’abandon d ’un appel en cours
mais n’a aucun effet sur un appel déjà accepté. En effet, seule la méthode BYE
peut terminer un appel établi.
La méthode OPTIONS est utilisée afin d’interroger les capacités et l’état d’un User
agent ou d’un serveur. La réponse contient ses capacités (e.g., type de média étant
supporté, méthodes supportées, langue supportée) ou le fait que l'UA soit
indisponible.
Il existe d’autres méthodes SIP: Subscribe, Publish, Notify, Message, etc.
32
 Réponses SIP
Après avoir reçu et interprété une requête SIP, le destinataire de cette requête retourne une réponse SIP. Il
existe six classes de réponses :
• Classe 1xx (Provisoire): Information, la requête a été reçue, et est en cours de traitement.
100 Trying, 180 Ringing, 183 session progess
• Classe 2xx (Réponse définitive) : 200 (OK) signifie que la requête a été reçue, comprise et acceptée.
Classe 3xx (Redirection): l’appel requiert d’autres traitements avant de pouvoir déterminer s’il peut être
réalisé.
Exple: 300 (multiple choice), 301 (moved permanently), 302 (moved temporarily)
• Classe 4xx : Erreur requête client, la requête ne peut pas être interprétée ou servie par le serveur. La
requête doit être modifiée avant d’être renvoyée.
Exple: 404 (Page not found) 401 (Unauthorized) 403 (Forbidden)
• Classe 5xx : Erreur serveur, le serveur échoue dans le traitement d’une requête apparemment valide.
Exple: 500 (Server Internal Error), 501 (Not Implemented), 502 (Bad Gateway)
• Classe 6xx : Echec global, la requête ne peut être traitée par aucun serveur.
Exple: 600 (Busy Everywhere), 603 (Decline), 606 (Not Acceptable)

33
 Etablissement et libération de session SIP
Dans l’exemple suivant, l'appelant a pour URL SIP sip:alpha.barry@sonatel-
orange.sn, alors que celle de l'appelé est sip:boudal.niang@sonatel-orange.sn.

Etablissement et
libération de session SIP

34
 Etablissement et libération de session SIP
Un message d'établissement d'appel SIP INVITE est émis par L’UA SIP de l'appelant au
Proxy Server / Registrar. Ce dernier interroge la base de données de localisation pour
identifier la localisation de l'appelé (adresse IP) et achemine l'appel à la destination. Le
message INVITE contient différents headers obligatoires dont l'adresse SIP de l'appelant
"From", l'adresse SIP de l'appelé "To", un identifiant d'appel "Call-ID", un numéro de
séquence "Cseq", un nombre maximum de sauts « max-forwards ». Le header « Via » est
mis à jour par toutes les entités qui ont participé au routage de la requête INVITE. Cela
assure que la réponse suivra le même chemin que la requête.
Par ailleurs, la requête SIP INVITE contient une syntaxe SDP (Session Description Protocol).
Cette structure consiste en plusieurs lignes qui décrivent les caractéristiques du média que
l’appelant “Pierre ” requiert pour l’appel.
Pierre Dembele indique que la description SDP utilisation la version 0 du protocole, qu'il
s'agit d'une session téléphonique (m=audio), que la voix paquétisée doit lui être délivrée à
l'adresse de transport (port UDP = 45450, adresse IP = 192.190.132.20) avec le protocole
RTP et en utilisant un format d'encodage défini dans le RFC AVP (Audio Video Profile) et
pouvant être G.711 ou G.728.
35
 Etablissement et libération de session SIP
INVITE sip:b.niang@sonatel-orange.sn SIP/2.0
Via : SIP/2.0/UDP station1.sonatel-orange.sn:5060
Max-Forwards : 20
To : B Niang <sip:b.niang@sonatel-orange.sn>
From : Pierre Dembele <sip:pierre.dembele@sonatel-orange.sn>
Call-Id: 23456789@station1.sonatel-orange.sn
CSeq: 1 INVITE
Contact: pierre.dembele@192.190.132.20
Content-Type: application/sdp
Content-Length:162
v=0
c = IN IP4 192.190.132.20
m = audio 45450 RTP/AVP 0 15
La réponse 180 RINGING est retournée par le destinataire à l’UA de l ’appelant.
Lorsque l'appelé accepte la session, la réponse 200 OK est émise par son UA et acheminée à l’UA
de l ’appelant. 36
 Etablissement et libération de session SIP
SIP/2.0 200 OK
Via : SIP/2.0/UDP ps1.sonatel-orange.sn:5060
Via : SIP/2.0/UDP station1.sonatel-orange.sn:5060
Max-Forwards : 20
To : B Niang <sip:b.niang@sonatel-orange.sn>
From : Pierre Dembele <sip:pierre.dembele@sonatel-orange.sn>
Call-Id: 23456789@station1.sonatel-orange.sn
CSeq: 1 INVITE
Contact: b.niang@192.190.132.27
Content-Type: application/sdp
Content-Length:162
v=0
c = IN IP4 192.190.132.27
m = audio 22220 RTP/AVP 0
L’UA de l ’appelant retourne une méthode ACK au destinataire, relayée par l'entité Proxy Server.
L'entité Proxy Server participe à l'acheminement de la signalisation entre UAs alors que les UAs établissent directement
des canaux RTP pour le transport de la voix ou de la vidéo paquétisée sans implication du Proxy Server dans ce transport.
Lorsque Pierre raccroche, son UA envoie une requête BYE pour terminer la session. Cette requête est remise au Proxy
Server qui l'achemine à l’UA de NIANG. Ce dernier retourne la réponse 200 OK. 37
 Etablissement et libération de session SIP
BYE sip:b.niang@sonatel-orange.sn SIP/2.0
Via : SIP/2.0/UDP station1.sonatel-orange.sn:5060
Max-Forwards : 20
To : B Niang <sip:b.niang@sonatel-orange.sn>
From : Pierre Dembele <sip:pierre.dembele@ sonatel-orange.sn>
Call-Id: 23456789@station1. sonatel-orange.sn
CSeq: 2 BYE
SIP/2.0 200 OK
Via : SIP/2.0/UDP ps1.sonatel-orange.sn:5060
Via : SIP/2.0/UDP station1.sonatel-orange.sn:5060
Max-Forwards : 20
To : B Niang <sip:b.niang@ sonatel-orange.sn>
From : Pierre Dembele <sip:pierre.dembele@sonatel-orange.sn>
Call-Id: 23456789@station1.sonatel-orange.sn
CSeq: 2 BYE
38
 Sommaire
I. SIP (Session Initiation Protocol)
II. SIGTRAN : Transport de la
Signalisation sur IP
III. MEGACO / H248

39
 SIGTRAN : Transport de la
Signalisation sur IP
SIGTRAN (Signaling Transport over IP) est un groupe de travail à l’IETF qui
traite la problématique du transport de la signalisation téléphonique sur IP.
SIGTRAN définit :
• Un protocole de transport commun appelé SCTP (Stream Control
Transmission Protocol) qui assure le transport fiable de la signalisation
sur IP
• Des couches d’adaptation qui supportent des primitives spécifiques
requises par des protocoles de signalisation spécifiques tels que ISUP,
BSSAP, MAP, CAP, etc.

40
 Rappel SS7 sur TDM
MAP
TCAP MAP
Autre Rx Mobile (GSM /
SCCP TCAP
UMTS)
MTP3 SCCP
MTP2 MTP3
MTP1 HLR MTP2
BSSAP
MTP1
SCCP SS7
MS2 SS7
MTP3
MTP2 MSC
MTP1 VLR

SS7

BTS ISUP
BSC
SCCP
MSC GMSC
MTP3
MS1 MTP2
MTP1
SS7
ISUP
MTP3 CAA
MTP2
MTP1
Rx Fixe (RTC/RNIS)
SS7

41
 Adaptations SIGTRAN
SIGTRAN définit un protocole de transport fiable appelé SCTP ainsi qu’un
ensemble de modules d’adaptation permettant de transporter des
protocoles de signalisation téléphonique sur IP.

Couche d'adaptation
SCTP
IP
Ethernet
Physique

Composants SIGTRAN

42
 Les couches d’adaptation
• La couche d’adaptation IUA (ISDN User Adaptation) est définie pour le transport
de messages de signalisation RNIS entre une Signaling Gateway (SG) et un Media
Gateway Controller (MGC) ou Softswitch. Le scénario typique d’usage de cette
adaptation est le Réseau NGN qui interface des PABX.
• La couche d’adaptation M2UA (MTP2 User Adaptation) assure le transport de SS7
entre une SG et un MGC. Cette adaptation peut être utilisée dans le contexte NGN
ou des commutateurs d’accès du RTC s’interfacent au NGN avec un mode de
signalisation SS7 associé. Exple de cas d’utilisation: transport de la signalisation
BSSAP/RANAP entre BSC / RNC et MSC et 3G MSC.
• La couche d’adaptation M3UA (MTP3 User Adaptation) assure l’acheminement de
messages SS7 entre une SG et un MGC. M3UA peut être déployer entre MSC
Server et un HLR disposant d’une connectivité SIGTRAN. Cette adaptation peut
être utilisée dans le contexte NGN ou des commutateurs d’accès du RTC ou des
commutateurs mobiles GSMC/MSC s’interfacent au NGN avec un mode de
signalisation SS7 quasi-associé.
43
 Scénario d’usage IUA
Softswitch / MGC

Q.931
IUA
SCTP
IP

Poste RNIS

Routeur
RNIS
RNIS
Réseau voix sur IP
SG
RTP
Circuits Routeur
paroles
PBX MSAN
Poste Analog
NIF
Q.931
IUA
Q.921 Q.921 SCTP
IP 44
 Scénario d’usage M3UA
NIF
ISUP Softswitch
MTP3 M3UA M3UA / MGC
MTP2 SCTP SCTP

ISUP MTP1 IP IP

MTP3

MTP2

SI
MTP1 SG
P

G
U

TR
IS

AN
7/

Routeur
SS

/M
3U
A
Réseau voix sur IP

RTP
Circuits Routeur
paroles
CAA / MSC Trunking Gateway 45
 Sommaire
I. SIP
II. SIGTRAN : Transport de la
Signalisation sur IP
III. MEGACO / H248

4
 MEGACO / H.248
MEGACO (Media Gateway Control Protocol) spécifié par l’IETF dans le RFC 3525. Il
s’agit d’un protocole de contrôle entre les entités MGC (Media Gateway Controller)
et MG (Media Gateway) de l'architecture NGN.
Le MGC contrôle les activités des MG (AG et TG). Le MGC prend en charge le contrôle
et la signalisation de l’appel alors que les MG reçoivent des instructions des MGC leur
indiquant les actions qu’ils doivent entreprendre. Ces actions concernent
l’établissement et la libération de connexions ; une connexion représente une
association entre une terminaison en entrée et une terminaison en sortie du MG. Par
exemple, la terminaison en entrée peut correspondre à une terminaison d’un circuit
de parole (port TDM) alors que la terminaison en sortie peut être assimilée à un port
de communication IP (port GE).
MEGACO s’appelle H.248 à l’UIT et est donc défini conjointement par l’IETF et l’UIT. 47
 Les commandes MEGACO
Le protocole MEGACO définit huit commandes permettant la manipulation des entités logiques du
modèle de connexion, à savoir les contextes et les terminaisons.
La majorité des commandes est émise par un MGC à un MG. Il s’agit des commandes
• Add (Ajout d’une terminaison à un contexte),
• Modify (Modification d’une terminaison dans un contexte),
• Subtract (Retrait d’une terminaison d’un contexte),
• Move (Déplacement d’une terminaison de son contexte à un autre contexte),
• AuditValue et AuditCapabilities (lecture des valeurs courantes et possibles des propriétés d’une
terminaison),
• Notify (notification de l’occurrence d’un événement sur une terminaison)
• ServiceChange (suspension ou reprise d’une terminaison).
Deux commandes peuvent être émises d’un MG à un MGC :
• Notify (notification d’événements survenus dans le MG) et
• ServiceChange (notification de la suspension ou reprise d’une terminaison).
48
 Les commandes MEGACO
MEGACO

TCP / SCTP
IP

Ethernet
port TDM port IP
Physique
33 821 10 20
MEGACO

33 869 03 00
AG2 ou MSAN
AG1 ou MSAN MGC ou Softswitch
Décrochage
Notify (Décrochage)

Reply (Send DialTone)

Tonalité

Numérotation (APPEL)
Notify (Collected Digits)

Reply (send early RBT)

ADD (term. Analog + term. IP)

ADD (term. IP + term. analog)
Response Appel
Response

Décrochage
Notify (Décrochage)

Reply

Modify
Modify
Relply
Reply

Raccrochage
Notify (raccrochage)

Reply
Subtract
Subtract Tonalité d occupation

Reply
Reply
Raccrochage 49
 SECTION III:
LES DIFFÉRENTS
TYPES DE NGN
 Sommaire
I. NGN Transit
II. NGN accès
III. NGN mobile
IV. NGN Multimédia

5
 Introduction
Les différents types d’architectures NGN déployés par les opérateurs des télécommunications sont:
• NGN Transit ;
• NGN accès ;
• NGN mobile ;
• NGN Multimédia.
Le NGN englobe différentes technologies visant à mettre en place un concept, celui d’un réseau
convergent multiservices. En particulier, il n’existe pas de définition normalisée d’un NGN, de
même qu’il n’y a pas de standard internationalement reconnu et accepté dans ce domaine.

52
 NGN transit
Le trafic entre commutateurs d'abonnés TDM traditionnels est détourné sur
une infrastructure VoIP. Pour cela, l’opérateur connecte ses commutateurs
TDM à des passerelles média et des softswitchs de classe 4.

Le NGN transit peut être utilisé pour transporter le trafic international, national
et régional en se basant sur la voix sur IP.

53
 Architecture du NGN transit
Softswitch
(MGC)

/ IP SS7
SS7 / IP

CL
SG SG
7

SS
SS O

7
C

M
A

EG
EG
Réseau IP CAA

A
M

C
O
HLR
Réseaux fixes

Circuits Circuits
Réseaux mobiles TDM RTP / UDP / IP TDM

MSC / TG Routeur Routeur TG

VLR GMSC CT / CAA

Routeur

MS Le trafic entre commutateurs TDM est détourné

BSC
BTS

sur une infrastructure VoIP. Pour cela, l’opérateur

connecte ses commutateurs TDM à des media
gateways et des softswitchs de classe 4.
54
 NGN transit
Pour un opérateur souhaitant déployer une solution VoIP pour son trafic transit
il suffit d’implémenter :
• un softswitch class 4 qui centralisera le contrôle des appels, le routage du
trafic et la gestion des aspects de signalisation. Ce softswitch remplacera
le (ou les) commutateur(s) de transit TDM existant(s).
• des passerelles media pour s’interconnecter au réseau TDM (GSM/UMTS
et RTC/RNIS)

• Réseau de transport IP ou MPLS

55
 Sommaire
I. NGN Transit
II. NGN accès
III. NGN mobile
IV. NGN Multimédia

5
 NGN accès
Les CAA (commutateur à autonomie d’acheminement) et les CL
(commutateur local) TDM sont remplacés par des softswitchs de classe 5.
A la différence des solutions de classe 4, les serveurs d’appels de classe 5
(Softswitchs) peuvent supporter tous les types de services proposés par
les commutateurs traditionnels locaux (CAA / Cl) et servir tous les types
de terminaux raccordés au réseau IP, directement ou par l’intermédiaire
de MSAN (« MultiService Access Node »).

57
 NGN accès
Serveur
AP Softswitch
d'applications I

SS7
/ IP

O
M

C
EG
Réseau IP

A
EG
A SS
C 7

M
O
Analog
SG
Réseaux fixes
RNIS

E1 Circuits
TDM
RTP / UDP / IP

SS7
PBX xDSL Routeur Routeur TG
CT / CAA

Cir DM
T
cu
its
MSAN

Réseaux mobiles

GMSC
58
 Sommaire
I. NGN Transit
II. NGN accès
III. NGN mobile
IV. NGN Multimédia

5
 Architecture NGN pour les mobiles
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

– un Circuit Switched Media Gateway (CS-MGW).

Le GMSC est décomposé en :

– un GMSC Server

– un CS-MGW (Circuit Switched Media Gateway).

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.

60
 Résultat de la décomposition du MSC
Remplacement de la partie
contrôle par une nouvelle
entité nommée MSC-server
MSC Server

Signalisation BSSAP Signalsiation SIGTRAN

Signalisation BSSAP Signalsiation SS7 vers
Contrôle venant des BSC / BTS vers VLR, HLR, GMSC, IN
venant des BSC / BTS VLR, HLR, GMSC, IN

Interface Propriétaire MEGACO (H.248)

RTP/UDP/IP

Liens E1 (MIC) Commutation Routeur IP

Liens E1 (MIC) vers Liens E1 (MIC)
venant des BSC / Circuit Switched
MSC / GMSC venant des BSC / Media Gateway (CS-MGW)
BTS BTS
Architecture du MSC

Remplacement de la partie
commutation par une
nouvelle entité nommée
CS-MGW
Résultat de la décomposition du GMSC
Remplacement de la partie
contrôle par une nouvelle
entité nommée MSC-server
GMSC-Server

Signalsiation SIGTRAN vers Signalsiation SS7 vers les

Signalsiation SS7 vers Signalsiation SS7 vers
Contrôle VLR, HLR, GMSC, IN Rx externes
VLR, HLR, GMSC, IN les Rx externes

Interface Propriétaire MEGACO (H.248)

RTP/UDP/IP

Commutation Liens E1 (MIC)

Liens E1 (MIC) Liens E1 (MIC) vers Routeur
vers les Rx
Circuit Switched
venant des MSC les Rx externes Media Gateway (CS-MGW) externes Fixes et
mobiles
Architecture du GMSC

Remplacement de la partie
commutation par une
nouvelle entité nommée
CS-MGW
 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

MSC Server 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.

63
 Le CS-MGW reçoit un trafic de parole du BSC ou du
RNC et le route sur un réseau IP. 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 CS-MGW afin que le trafic audio puisse être transporté
sur RTP/UDP/IP. Le transport sera typiquement assuré
par RTP/UDP/IP afin de réutiliser le backbone IP
existant et ainsi minimiser les coûts.

64
 Pour les appels téléphoniques entrants provenant du RTC,
un GMSC est nécessaire, qui est scindée en deux entités
GMSC Server et un CS-MGW.
Le GMSC Server prend en charge les fonctions de contrôle

GMSC Server 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.
 Signaling Gateway entre l'accès
radio et le cœur de réseau
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 (SG).
SIGTRAN fournit des adaptations et un transport fiable de la
signalisation SS7 sur IP.
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 (SG) alors
que la parole est reçue et traitée directement par le CS-MGW.
Le SG 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 SG
et sur SIGTRAN entre le SG et le MSC Server. Par contre, le SG
n'analyse pas les messages BSSAP.

66
Signaling Gateway entre RTC
et le cœur de réseau

Le couple MSC Server/GMSC Server doit

échanger la signalisation SS7 avec le RTC.
Un autre Signaling Gateway est donc
présent entre le CAA / CT (Switch TDM) et
le MSC Server/GMSC Server. Ce SG peut
être intégré dans le CS-MGW ou être
indépendant.

67
 Avantages du NGN pour les Mobiles

• La réduction des coûts provient d’IP qui est une technologie de transport multiservice
ignorant les limites des réseaux TDM (Time Division Multiplexing) à 64 kbit/s et qui permet
donc d'optimiser les débits en fonction du service. Par ailleurs la réduction des coûts est
due à la réutilisation du backbone IP qui interconnecte les nœuds GSN. Ainsi, les CS-MGWs
peuvent s'interfacer à ce même backbone.

• 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 sans impact sur la couche
contrôle.
68
 Sommaire
I. NGN Transit
II. NGN accès
III. NGN mobile
IV. NGN Multimédia

6
 IMS introduit de nouvelles fonctions logiques devant être
intégrées au cœur de réseau de l’opérateur mobile. Parmi
toutes ces nouvelles fonctions, le CSCF (Call Session Control
Function) fait plus particulièrement le lien avec l’approche
IMS (IP NGN puisqu’il est responsable du contrôle des sessions
multimedia grâce à l’utilisation du protocole SIP (défini par l’IETF). La
notion de commutation disparaît au profit de la notion de
subsystem)
sessions établies avec des serveurs d'applications multiples,
un peu à l'image des serveurs softswitchs qui gèrent la
téléphonie sur IP dans les réseaux NGN.
Les softswitchs IP incluent (au moins au niveau marketing)
la fonction CSCF décrite par le 3GPP.
70
 Voici une liste non exhaustive de services génériques IMS
pouvant être proposés :
• Téléphonie sur IP dans le fixe

IMS • video sharing dans le mobile

• Services de messagerie instantanée
IMS • Services d’échanges de contenus (messages, audio,
(IP multimedia vidéo)
• Services de vidéo téléphonie
subsystem) • Jeux multi-joueurs
• Services Push-To-X (push-to-talk, push-to-view, push-
to-video, …)
• Services de conférence audio ou vidéo, supportant le
partage de fichiers en temps réel

71
Exemple du réseau IMS de la SONATEL

72
MERCI

73