IMS pour Rseaux Radiomobiles: Evolution R4 Tout IP

Evolution R4

La release 4 de lUMTS est caractrise par lintroduction de concept IP. Cette introduction touche: le rseau daccs UTRAN

le cur de rseau dans sa dimension circuit (CN CS) laissant inchange la dimension paquet (CN PS)

Evolution R4

Au niveau de lUTRAN lintroduction de lIP va constituer substituer le rseau de transport ATM par un rseau similaire de transport IP aid des dimensions MPLS et/ou DiffServ

Cette architecture prsente quelques avantages :

optimisation du chemin entre RNC et NodeB permettant

denvisager dliminer linterface Iur mais aussi de supprimer (en tout cas limiter) les procdures de relocalisation de RNC. optimisation du partage de la ressource de transport qui est globale et doit se partager entre tous. La prcdente architecture obligeait dimensionner correctement au dpart la taille des liens inter quipement puis ATM permettait au sein de chaque lien de balancer la charge de trafic et ainsi de jouer avec la QoS. Les interfaces internes Iub et Iur ne sont plus physiques elles deviennent virtuelles
3

Evolution R4

Au niveau des couches de protocoles on part de (R99) :

Une petite prsence IP existe ici. Elle concerne: linterface Iu-PS avec la tunnelisation du User Plane jusquau RNC ainsi que loption de transport de signalisation sur support IP (introduction de concepts SIGTRAN Signaling Transport sur IP) pour la partie Control Plane linterface Iur pour loption SIGTRAN pour la partie Control Plane et la partie ALCAP

Mais ce nest quune toute petite prsence car le niveau inferieur reste de lATM assurant la QoS

Evolution R4

Cet introduction de lIP au sein de lUTRAN concerne en R4 la dimension de transport. Lide est simple : changeons ATM et introduisons la place un autre rseau de transport capable de garantir une forme de QoS pour les flux temps rels: IP/DiffServ et/ou IP/MPLS Au niveau User Plane on va voir dbarquer:
Iur FP UDP/IP Data Layer Physical Layer Iub FP UDP/IP Data Link Physical Layer
PL

Iu FP

PL

Iu FP

RTP
UDP/IP Data Link Physical Layer

GTP-u
UDP/IP Data Link Physical Layer

Iur

Iub

Iu-CS
La couche RTP/RTCP est introduite pour assurer le temps rel

Iu-PS
INCHANGEE

Evolution R4
On remarque labsence dALCAP associ lintroduction de lIP. LALCAP (Access Link Control Application Part) est le protocole de signalisation charg dassurer linitialisation et la gestion des ressources de transport ATM mis disposition au sein de lUTRAN pour assurer le transfert du flux usager. Il est effectivement inutile dans le cas ou conjointement lUTRAN et le CN ont bascul en IP, car alors le flux est identifi au niveau IP et subit les traitements de QoS selon les principes IP. Par contre il redevient ncessaire en cas dinterfonctionnement et de coexistence des deux mondes IP et ATM. Dans le cas dun UTRAN IP et dun CN ATM par exemple.

Au niveau Control Plane on aura:

PL

RANAP/RNSAP SCCP M3UA SCTP IP Data Link

Layer 2 NBAP SCTP IP

Phys. Layer

Layer 1

Iur / Iu-CS / Iu-PS

Iub

Les couches L2 et L1 peuvent tre de nimporte quel type (y compris ATM) du moment quelles puissent satisfaire aux requtes de QoS exprimes par les couches suprieures. On peut avoir: HDLC / PPP/AAL5/ATM, PPP/AAL2/ATM, Ethernet, MPLS/ATM, ...). Cest aux oprateurs/constructeurs de choisir.
6

Evolution R4

Un mot sur PPP. Cest un protocole de niveau 2 assez classique dans le monde IP qui est dfini par trois composants : un format de trame (proche de celui de HDLC) pour transporter de manire fiable n bits 8 bits 16 bits
01111110 11111111 00000011

Protocole

Donnes

FCS

01111110

Protocole indique quel est le type de paquet contenu dans charge utile

Fanion Adresse Commande un protocole LCP (Link Control Protocol) pour tablir, configurer (slection des tailles de trame) et tester une connexion. un protocole NCP (Network Control Protocol) permettant la ngociation de paramtres pour chacun des protocoles rseaux suprieur supports (ngo adresse IP par exemple)

Evolution R4 Couche rseau CHAP Phases dune transmission PPP Couche liaison LCP : Link-Control-Protocol NCP : Network-Control-Protocol Couche physique
Phase II [option] : Authentification Deux modes disponibles : PAP (Password Authentification Protocol) Simple, mais le mot de passe transite en clair sur le rseau CHAP (Challenge Authentification Protocol) Fourni une protection contre les attaques Phase III : PPP envoi des paquets NCP pour choisir et configurer un ou plusieurs protocoles rseau disponibles (IP, IPX). (Cette phase peut lors d une connexion Internet permettre dobtenir une adresse IP pour toute la dure de la connexion) Evnement Phase IV : Transfert des datagrammes
8

IP

IPX

Vieux concurrent dIP (Xerox)

NCP PPP

PAP

LCP

Phase I : Chaque extrmit du lien PPP envoi des paquets LCP pour configurer et tester la ligne

Evolution R4

On voit apparaitre sur les couches de contrle le protocole SCTP. Cest un protocole de niveau 4 (Transport) au mme titre quUDP et TCP Il a t labor par le groupe SIGTRAN (Signalisation Transport) de lIETF constitu en 1999. Son objectif est de permettre un transport fiable (comme TCP) et rapide (comme UDP) dun flux de signalisation qui ncessite cette double contrainte sur un rseau de transport IP. Son cadre initial est le transport de la signalisation ISUP (SS7) qui traditionnellement sappuie sur une logique de transport fiable et rapide (logique SS7 initialement utilise).
9

Evolution R4

Cette logique de signalisation SS7 est rsume ci-dessous:.

Au dessus de TCAP on peut trouver: INAP Protocole pour la gestion des rseaux intelligents MAP Pour la gestion de la mobilit

Ce sont ces couches de hauts niveau que lon veut appuyer sur une logique de transport moins fiable de type IP car les couches MTP ont t labors en ce sens.

10

Evolution R4

Cest dans ce cadre que SIGTRAN a dfinit un ensemble de protocoles (dont SCTP fait partie) pour transporter cette signalisation de gestion des appels. Cette couche vient donc remplacer les MTP-2 et MTP-1 prcdemment utilises Couche dAdaptation (M3UA, M2UA, M2PA, ) Couche de Transport (SCTP) Couche Rseau (IP) L2 & L1

11

Evolution R4

SCTP est comme UDP un protocole qui transporte des messages et non des octets SCTP est comme TCP un protocole qui ouvre une connexion et ensuite assure la fiabilit des envois. (Les mme mcanismes sont rutiliss fentrage, acquittement, contrle de flux, ) SCTP propose deux volutions majeures: le multi homing (multi domiciliation): lide est de permettre un lusage de plusieurs adresses au sein de la mme connexion SCTP. le multi streaming (multi flux) : lide est de pouvoir traiter au sein dune mme connection diffrents flux de messages indpendants (au sens de la transmission) les uns des autres.

12

Evolution R4

Le multi homing: Avec TCP une connexion est identifie par une @IP et un port TCP de la source ainsi qu'une @IP et un port TCP du destinataire. Avec SCTP on tend le champ des possibles en permettant davoir plusieurs @IP associes un mme port SCTP aussi bien pour la source que pour le destinataire. On ne parlera plus de connexion mais dassociation.
Intrt: A chaque adresse peut correspondre un cheminement diffrent au sein du rseau de transport IP si ce dernier utilise MPLS par exemple (=> redondance possible) On peut mixer plusieurs types dadresse possibles (IPv4 ou IPv6) Pas de ncessit de rompre la connexion en cas de changement dadresse IP (mobilit)

13

Evolution R4

Le multi homing:

Association 1 = [(@IP1, @IP2) | Port1] : [@IP | Port1]

14

Evolution R4

Le multi streaming: TCP gre un flux unique doctet issu dune ou plusieurs sources. Cet aspect multi source TCP lignore. Avec SCTP on a la possibilit dlaborer lenvoi en parallle sur une mme association SCTP de plusieurs flux (issus probablement de plusieurs sources).

15

Evolution R4

Le multi streaming: Avec TCP comme le flux doctet est unique une perte pnalise tous les flux

Server

Client

3 2 1 3 2 1

2 File 3

2 File 2

TCP Tx

TCP Rx
16

Evolution R4

Le multi streaming: Avec STCP la gestion des rceptions ce fait flux par flux. Aussi seul le flux sur lequel une erreur de transmission a t observe est pnalis. Server Client

3 2 1

3 2 1 3 2 File 3 SCTP Tx 1 3 2 File 2 SCTP Rx

17

Evolution R4

Louverture dune association SCTP se fait en 4 temps au lieu des 3 temps TCP.
TCP SCTP
INIT INIT-ACK: Cookie inclus Cookie-Echo SYN-ACK

SYN

Procdure dchange dinformation bien pratique pour scuriser louverture et ainsi lutter contre les attaques classiques douverture intempestive de connection TCP tout azimut. On change donc un COOKIE de scurit qui est sign (fonction de hachage) et renvoy modifi par le rcepteur

Cookie-ACK

ACK

18

Evolution R4

La structure dune trame SCTP est classique: Header et Payload. Il est noter que le Payload fait rfrence aux multiples flux (streams) voqus prcdemment que lon est amen transporter. On parlera ici de CHUNK.

19

Evolution R4

Pour amliorer la transmission lacquittement est slectif dsormais avec SCTP. SCTP-A
Data Data

Grace SACK on indique explicitement ce qui sest pass la rception: perte, duplication, On acquitte des paquets et non plus des octets comme en TCP. Ainsi la retransmission peut etre slective et non plus comme en TCP complte (TCP annonce le numro de loctet attendu et donc se fige des le premier couac)

SACK Data SACK & Data Data

SACK
20

Evolution R4 Un petit tableau pour rsumer les diffrences entre SCTP et ces anctres TCP et UDP

21

Evolution R4

Cest surtout du cot Core Network quune premire rvolution va s oprer. On va chercher saffranchir de la logique de transport CIRCUIT pour les changes de trafic entre les MSC et de signalisation entre les quipements VLR, HLR mais aussi SGSN et GGSN avec ces derniers. Lide est dutiliser au sein du Cur de Rseau un unique rseau de transport bas sur des rgles communes IP dot alors de moyen DiffServ ou MPLS pour grer la QoS, tout en continuant vouloir sinterconnecter au RTCP et lInternet priv ou public.
SS7 Network MSC BSC Voice Gateway Signaling Gateway Voice Gateway Gateway MSC
PSTN

Packet Network
Internet

RNC

Internet

3G GGSN 3G SGSN

Intranet

Intranet

22

Evolution R4

On va couper notre MSC traditionnel en plusieurs entits: MGW et MSC Server

23

Evolution R4

Un Gateway particulier dit SGW pourrait etre ajout quand il sagira dinterconnecter deux rseaux distincts en matire de signalisation. Comme entre G-MSC Server et RTCP.

Cette fonction peut etre intgre au sein du MGW

24

Evolution R4

Le rseau circuit ce scinde en deux:

25

Evolution R4

MSC Serveur est la pour soccuper de toute la partie de contrle et de signalisation. On peut galement les appeler des Media Gateway Controler (MGWC) ou bien des SOFTSWITCH. Il gre : Lchange des messages de signalisation transmise de part et d'autre avec ventuellement le support des passerelles de signalisation (SGW), et linterprtation de cette signalisation Le traitement des appels : dialogue avec les terminaux, communication avec les serveurs dapplication pour la fourniture des services. Le choix du MGW de sortie selon l'adresse du destinataire, le type d'appel, la charge du rseau,. La rservation des ressources dans le MGW et le contrle des connexions internes. . Il se connecte aux bases de donnes HLR, EIR ainsi quau domaine PS (SGSN) ainsi quau serveurs dapplications (CAMEL and co)
26

Evolution R4

MGW (Media Gateway) est charg du routage du trafic usager en respectant la QoS qualifiant le service transport. Son rle consiste assurer dune part le codage et la mise en paquets du flux mdia reu du RTCP et vice-versa (conversion du trafic TDM / IP) et dautre part la transmission, suivant les instructions du Media Gateway Contrleur, des flux mdia reus de part et d'autre. On peut trouver dans le MGW la fonction charge du transfert de la signalisation (le Signaling Gateway ou SGW) qui a pour rle de convertir la signalisation change entre le CN et le rseau externe interconnect selon un format comprhensible par les quipements chargs de la traiter, mais sans linterprter (ce rle tant dvolu au Media Gateway Controler). Notamment, elle assure ladaptation de la signalisation par rapport au protocole de transport utilis (ex. : adaptation TDM IP). Cette fonction est souvent implmente physiquement dans le mme quipement que la Media Gateway, do le fait que ce dernier terme est parfois employ abusivement pour recouvrir les deux fonctions MG + SG.
27

Evolution R4

Suivant ses interlocuteurs le MGW est plus ou moins complexe: MGW avec GERAN classique = conversion TDM IP
MGW avec UTRAN ATM = conversion AAL2 IP MGW avec UTRAN IP = routeur IP

Le flux de trafic entre MGW sera transport via RTP/RTCP Le transfert de signalisation entre les MSC-Server transport sur IP (aid de SCTP) pourra etre du BICC (ISUP amlior dfini par lITU) ou bien du SIP-T (dfini par IETF) et ayant pour but detre transport par IP (logique SIGTRAN).
Lvolution du rseau cur circuit reprend ce qui se joue du cot du monde fixe.

28

Evolution R4

Les MSC Server contrlent les MGW laide dun protocole spcifique. Deux possibilits sont offertes: Protocole MGCP (Media Gateway Control Protocol) de lIETF Protocole MEGACO/H248 de lIETF et ITU. Cest ce dernier qui va petit petit de plus en plus ce dployer.
Avec MEGACO on modlise le MGW comme un ensemble de terminaisons (RTP dun cot / TDM de lautre) que lon vient configurer distance. Cette configuration permet:
dassocier des terminaisons entre elles dassocier des traitements spcifiques effectuer au niveau des terminaisons (dclencheurs dvnement, codage de parole, mesures, ajout de tonalits et signaux divers)

Cet ensemble constitue un CONTEXTE

29

Evolution R4

MGCP ou MEGACO au del de la configuration de linterconnexion entre deux mondes agit comme un agent externe au service du bon droulement de la communication.

30

Evolution R4

Un intrt supplmentaire de cette volution R4 concerne le service de phonie. Sur larchitecture actuelle on subit le TRANSCODAGE qui nuit la qualit et que lon peut ainsi liminer en dportant le codage de parole en priphrie du rseau radiomobile.
TFO

= liminer les transcodages

Codeur

Dcodeur
1

Codeur

Dcodeur
2

Parole Originale

Parole Code 1 fois

Parole Code 2 fois

31

Evolution R4

Ainsi les appels Mobile Mobile samliorent:

32

Evolution R4

Ainsi que le transport des appels Mobile Fixe :

Gain de Bande Passante

33

Exemple simple de messagerie entre GERAN et CN de type R4. Appel depuis le MS

Evolution R4

Le MSC Server est GMSC Server

34

Exemple simple de messagerie entre GERAN et CN de type R4. Fin dAppel linitiative du MS

Evolution R4

Le MSC Server est GMSC Server

35

Exemple simple de messagerie entre GERAN et CN de type R4. Appel vers le MS

Evolution R4

36