Next Generation Network (NGN) dans les rseaux mobiles

Simon ZNATY EFORT http://www.efort.com

1 Introduction
A l'heure actuelle, l'UMTS est phase en diffrentes versions ou "releases" dnommes R3 (ou R99), R4, R5 et R6. L a r c h i t e c t u r eU MT Se s t c o n s t i t u ed u n ep a r t i ea c c s( U T R A N ) q u i r e p o s es u r l e sp r i n c i p e s de l'ATM (Asynchronous T r a n s f e r Mo d e ) , e t d u n ep a r t i er s e a ud eb a s ea p p e l eC N( Core N e t w o r k ) . L e st r o i sr e l e a s e sd el a r c h i t e c t u r eU MT S( R 3 , R 4 , R 5 ) c o n s i d r e n t u n em me p a r t i ea c c s . P a r c o n t r e , l ap a r t i er s e a ud eb a s e( C N ) e s t d i f f r e n t ed u n er e l e a s el a u t r e . L aR e l e a s e3( A u s s i a p p e l eR e l e a s e9 9 ) d e ss p c i f i c a t i o n sd el U MT S l a b o r ed a n sl e cadre du projet de partenariat de 3me gnration (3GPP, 3rd Generation Partnership Project) a dfini 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 rseau de base UMTS R3 s'appuie sur celui du GSM/GPRS. L'UMTS R4 concerne l'volution du domaine CS sur la base du NGN (Next Generation Network). La R4 prsente des avantages pour le rseau de base en termes de flexibilit et d'volution. En effet, la R4 peut rutiliser le backbone IP du domaine PS pour le transport de la voix. Par ailleurs, la R4 dissocie les plans de contrle et de transport, leur permettant d v o l u e rs p a r me n t l ad i f f r e n c ed e sc o mmu t a t e u r sv o i xq u is o n td e ss t r u c t u r e s monolithiques. Enfin, la R4 permet l'volution vers un rseau tout IP o la voix est directement paqutise sur la station mobile de l'usager et transporte de bout en bout sur IP. Avec la R4, la voix est transporte sur IP dans le rseau de base uniquement. Le tout IP est l'objectif des releases R5 et R6. Les Releases 5 et 6 permettent l'tablissement de sessions multimdia, un transport de tout type de mdia de bout en bout sur IP, et une offre de nouveaux services. Ces capacits 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 contrle de sessions multimdia; SIP permet aussi l'accs aux plates-formes de services. Ce protocole est incontournable en raison de sa capacit s'intgrer aux rseaux mobiles un cot minimal. Dans la Release R4, une approche NGN (Next Generation Network) est propose pour le d o ma i n eC S . L e sn u d sMS Ce t G MS Cs o n t d c o mp o s se nd e u xe n t i t sp o u v a n t t r e dployes de manire distribue. Le MSC est dcompos en un MSC Server et un Circuit Switched Media Gateway (CS-MGW). Le GMSC est dcompos en un GMSC Server et un CS-MGW. L'change de signalisation relatif aux appels tlphoniques a lieu entre le BSC ou RNC et le MSC Server. La parole est transporte entre le BSC ou RNC et le CS-MGW. Le paragraphe 2 introduit l'architecture UMTS R4 avec ses entits et ses interfaces. Le paragraphe 3 prsente les avantages de l'UMTS R4 par rapport l'UMTS R3 pour le domaine circuit. Les entits MSC Server et GMSC Server contrlent les passerelles CSMGWs l'aide d'un protocole MEGACO/H.248 introduit au paragraphe 4. Des scnarios

Copyright EFORT 2005

d'tablissement et de libration d'appels tlphoniques UMTS R4 sont illustrs au paragraphe 5.

2 Architecture NGN pour les mobiles

2.1 MSC Server

Le MSC Server prend en charge les fonctions de contrle d'appel et de contrle de la mobilit du MSC (Figure 1). Le MSC Server est associ un VLR afin de prendre en compte les donnes des usagers mobiles. Le MSC Server termine la signalisation usager-rseau (BSSAP ou RANAP) et la convertit en signalisation rseau-rseau correspondante. Par contre, il ne rside pas sur le chemin du mdia. Par ailleurs il contrle le CS-MGW afin d'tablir, maintenir et librer des connexions dans le CS-MGW. Une connexion reprsente une association entre une terminaison en entre et une terminaison en sortie du CS-MGW. Par exemple, la terminaison en entre peut c o r r e s p o n d r eu n et e r mi n a i s o nd u nc i r c u i t d ep a r o l e( I n t e r f a c eA ) a l o r sq u el at e r mi n a i s o n en sortie peut tre assimile un port de communication RTP/UDP/IP ou AAL2/ATM.

2.2

CS-MGW

Le CS-MGW reoit un trafic de parole du BSC ou du RNC et le route sur un rseau IP ou ATM. L'interface Iu-CS (Interface entre RNC et MSC) ou l'interface A (Interface entre BSC et MSC) se connecte dornavant 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 rutiliser le backbone IP du rseau GPRS et ainsi minimiser les cots.

2.3

GMSC Server

Pour les appels tlphoniques entrants provenant du RTC, une entit GMSC est ncessaire, mi s ee nu v r ed a n s l aR 4p a r u nG MS CServer et un CS-MGW. Le GMSC Server prend en charge les fonctions de contrle d'appel et de contrle 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 numro de MSRN et de pouvoir ainsi acheminer l'appel. Par ailleurs, le GMSC-Server contrle le CS-MGW afin d'tablir, maintenir et librer des connexions dans le CS-MGW. Une connexion correspond une association entre une terminaison TDM (terminaison du ct 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 reue et qui est encode l'aide du codec G.711 en parole encode en utilisant le codec AMR (UMTS) ou l'aide du codec GSM, avant de router le trafic audio l ' a u t r eC S MG Wq u i i n t e r f a c el e s n u d s B S Ce t R N C . Le protocole de contrle (contrle du mdia) entre le MSC-Server ou le GMSC-Server et le CS-MGW est MEGACO/H.248 (Media Gateway Control Protocol) dfini conjointement par lITU-T et l'IETF. Le protocole de signalisation (contrle d'appel) entre le MSC Server et le GMSC-Server peut tre n'importe quel protocole de contrle d'appel. Le 3GPP suggre l'utilisation du protocole BICC (Bearer Independent Call Control) dfini par l'ITU-T. Le protocole BICC est une extension du protocole ISUP pour permettre la commande d'appel et de services tlphoniques sur un rseau de transport IP ou ATM. L'autre protocole de signalisation possible est SIP-T (Session Initiation Protocol for Telephones) propos par l'IETF.

Copyright EFORT 2005

Signalisation BSSAP ou RANAP

PS

Signalisation ISUP vers le RTC ou vers le GMSC

BSC/RNC Fabric
Mdia Circuits de parole ou canaux AAL2/ATM MSC MSC Server Signalisation BSSAP ou RANAP

Interface de contrle propritaire

Signalisation ISUP vers le RTC ou Signalisation BICC vers un MSC Server ou GSM-Server

BSC/RNC
Mdia Circuits de parole ou canaux AAL2/ATM

Protocole de contrle MEGACO/H.248

Rseau IP ou ATM
Mdia

CS-MGW

MEGACO : Media Gateway Control Protocol BICC : Bearer Independent Call Control ISUP : ISDN User Part Fabric : Matrice de commutation BSSAP : Base Station Subsystem Application Part RANAP : Radio Access Network Application Part

Figure 1 : Domaine CS dans l'UMTS R3 et 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 (SG) (Figure 2). SIGTRAN fournit des adaptations et un transport fiable de la signalisation SS7 sur IP.
MSC Server

BSC

SIGTRAN Canal smaphore

MEGACO/H.248

SG
Circuits de parole

CS-MGW

Figure 2 : Signaling Gateway entre l'accs radio et le domaine CS de l'UMTS R4

Copyright EFORT 2005

Un BSC dispose de liens 2 Mbit/s avec le CS-MGW. Sur ce lien sont multiplexs des circuits de parole et un canal smaphore (SS7) pour le transport des messages de signalisation BSSAP. Ces messages sont reus par le Signaling Gateway (SG) alors que la parole et reue et traite 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 change sur SS7 entre le BSC et le SG et sur SIGTRAN entre le SGW et le MSC Server. Par contre, le SG 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 prsent entre le Class 5/Class4 Switch et le MSC Server/GMSC Server comme le montre la figure 3. Ce SG peut tre intgr dans le CSMGW si le mode SS7 est associ, ou tre indpendant si le mode SS7 est quasi-associ.

MSC Server ou GMSC Server SG SS7

MEGACO/H.248

Circuit de parole

CS-MGW
SIGTRAN SS7 ISUP

Class5/Class4 Switch

Figure 3 : Signaling Gateway entre RTC et domaine CS UMTS R4

3 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 inchange ; elle offre les mmes services et les mmes capacits que dans la R3. La R4 prsente des avantages pour le rseau de base en termes de rduction des cots, de flexibilit et d'volution. La rduction des cots provient d'IP ou d'ATM qui sont des technologies de transport multiservice ignorant les limites des rseaux TDM (Time Division Multiplexing) 64 kbit/s et qui permettent donc d'optimiser les dbits 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 dbit variable en sortie de 5 12 kbit/s. Au niveau du MSC qui utilise la technologie TDM, la voix est dcode et r-encode 64 kbit/s en utilisant le codec G.711. En utilisant un transport de voix sur RTP/UDP/IP ou AAL2/ATM et en considrant un appel mobile-mobile, la voix peut tre transporte de bout en bout, encode avec le codec AMR. Par ailleurs la rduction des cots est due la rutilisation du backbone I P / A T Mq u i i n t e r c o n n e c t el e s n u d s G S N . A i n s i , l e sCS-MGWs peuvent s'interfacer ce mme backbone. La flexibilit est assure par une dissociation des plans de contrle et de transport, leur permettant d v o l u e r s p a r me n t e t b r i s a n t l as t r u c t u r ed ec o mmu n i c a t i o nmonolithique

Copyright EFORT 2005

d'un MSC. En effet, la couche transport peut tre modifie (e.g., migration d'ATM vers IP) sans impact sur la couche contrle. La R4 permet l'volution vers un rseau tout IP o la voix est directement paqutise sur la station mobile et transporte de bout en bout sur IP. Dans la R4, la voix est transporte sur IP dans le rseau de base uniquement. C'est la R5 qui traite de cette volution qui permet l'tablissement de sessions multimdia et non seulement voix, un transport de bout en bout sur IP, et une offre de services associe.

4 Protocole MEGACO/H.248
4.1 Modle de connexion MEGACO

Le modle de connexion du protocole MEGACO est un modle orient objet. Il dcrit les entits logiques ou objets au sein du MGW (Media Gateway) qui peuvent tre contrls par le MGC (Media Gateway Controller). Les MSC-Server et GMSC-Server correspondent des MGCs. Le CS-MGW quivaut un MGW. Les principales abstractions utilises dans ce modle de connexion sont les terminaisons (termination) et les contextes (context). Une terminaison est une entit logique dans le MGW qui commence ou termine un ou plusieurs flux. Une terminaison est un objet abstrait qui reprsente des ports connects au MGW. Une terminaison qui reprsente une entit physique est dite semi-permanente. Un circuit de parole raccord un MGW est un exemple de terminaison semi-permanente. U n et e r mi n a i s o nr e p r s e n t a n td e sf l u xt e mp o r a i r e st e l sq u el e sf l u xR T Pn e x i s t eq u e p e n d a n t l ad u r ed el a p p e l c o r r e s p o n d a n t . I l s a g i t d ' u n et e r mi n a i s o nt e mp o r a i r e . Une terminaison est dcrite par un ensemble de proprits regroupes dans un ensemble de descripteurs inclus dans des commandes. Une terminaison a une identit unique (TerminationId) affecte sa cration par le MGW. Les terminaisons peuvent subir l'application de signaux. Ceux-ci sont des flux mdias produits par la passerelle MG, comme des tonalits et des annonces ainsi que des signaux en ligne comme une commutation de raccrochage ou de dcrochage. Les terminaisons peuvent tre programmes de faon dtecter des vnements, dont l'apparition peut dclencher l'envoi de messages de notification vers le MGC ou dclencher une action du MGW. Des statistiques peuvent tre cumules au sujet d'une terminaison. Ces statistiques sont signales au MGC sur demande et lorsque la terminaison est supprime du contexte dans lequel elle se trouve. Un contexte est une association entre terminaisons. Il existe un type spcial de contexte, le contexte null , qui contient toutes les terminaisons semi-permanentes non associes une autre terminaison. Par exemple, dans un MGW rattach un BSC, tous les circuits de parole au repos sont reprsents par des terminaisons dans le contexte null . Les terminaisons temporaires sont cres par la commande Add. Elles sont supprimes par la commande Subtract. Une terminaison physique est rajoute un contexte par la commande Add en tant retire du contexte null d a n sl e q u e l e l l es et r o u v ep a rd f a u t . E l l ee s t r e t i r ed u n contexte donn par la commande Subtract en tant dplace dans le contexte null . Les terminaisons sont dsignes par un identificateur de terminaison qui est une squence arbitraire, choisie par le MGW. Un mcanisme de remplacement par des caractres gnriques, utilisant deux types de caractre gnrique, peut tre utilis avec les identificateurs de terminaison. Ces deux caractres sont ALL (*) et ANY ou CHOOSE ($). Le premier sert dsigner simultanment plusieurs terminaisons tandis que le second sert indiquer un MGW qu'il doit slectionner

Copyright EFORT 2005

une terminaison correspondant l'identificateur de terminaison partiellement spcifi. Cela permet un MGC de demander au MGW de choisir par exemple un circuit dans un faisceau de circuits. Si le caractre ALL est utilis dans l'identificateur de terminaison d'une commande, l'effet est identique une rptition de la commande avec chacun des identificateurs de terminaison rels qui correspondent. Etant donn que chacune de ces commandes peut gnrer une rponse, la taille de la rponse complte peut tre importante. Si des rponses individuelles ne sont pas requises, une rponse gnrique peut tre demande. Dans ce cas, une seule rponse est gnre et elle contient l'UNION de toutes les rponses individuelles qui auraient t autrement gnres, les valeurs rptes tant supprimes. Par exemple, tant donn une terminaison Ta dont les proprits seraient p1=a, p2=b et une terminaison Tb dont les proprits seraient p2=c, p3=d, une rponse UNION contiendrait un identificateur de terminaison remplac par un caractre gnrique et la squence de proprits p1=a, p2=b,c et p3=d. La rponse gnrique peut tre particulirement utile dans les commandes d'Audit. La figure 4 dcrit les concepts de contexte et de terminaison. L'astrisque encadr de chaque contexte reprsente l'association logique des terminaisons appartenant au contexte. Le premier contexte actif dans le MGW reprsente un appel avec trois participants. Le second contexte est le contexte null . Le troisime contexte correspond un appel classique entre deux participants.

BSC Context Termination T1 RTP Stream Termination T2 TDM Bearer Channel * Termination T3 TDM Bearer Channel Null Context Media Gateway (MGW) Context Termination T5 RTP Stream * Termination T6 TDM Bearer Channel * Termination T4 TDM Bearer Channel BSC

Figure 4 : Contextes et terminaisons MEGACO

4.2

Commandes MEGACO

Le protocole MEGACO/H.248 dfinit huit commandes permettant la manipulation des entits logiques du modle de connexion, savoir les contextes et les terminaisons (Tableau 1). L ama j o r i t d e sc o mma n d e se s t mi s ep a r u nMG C u nMG W. I l s a g i t d e sc o mma n d e s Add ( a j o u t d u n et e r mi n a i s o nu nc o n t e x t e ) , Modify ( Mo d i f i c a t i o nd u n et e r mi n a i s o nd a n su n contexte), Subtract ( R e t r a i td u n et e r mi n a i s o nd u nc o n t e x t e ) ,Move ( D p l a c e me n td u n e terminaison de son contexte un autre contexte), AuditValue et AuditCapabilities (lecture d e sv a l e u r sc o u r a n t e se t p o s s i b l e sd e sp r o p r i t sd u n et e r mi n a i s o n ) , Notify (notification de l o c c u r r e n c ed u n v n e me n t s u r u n et e r mi n a i s o n ) e t ServiceChange (suspension ou reprise d u n et e r mi n a i s o n ) . D e u xc o mma n d e sp e u v e n t t r e mi s e sd u n MG W u n MG C: Notify (notification d v n e me n t ss u r v e n u sd a n sl eMG W) e t ServiceChange (notification de la suspension ou r e p r i s ed u n et e r mi n a i s o no un o t i f i c a t i o nd el ' i n i t i a l i s a t i o nd ' u nMG W) .

Copyright EFORT 2005

VERBE Add Modify Subtract Move AuditValue AuditCapabilities Notify ServiceChange

DIRECTION MGCMGW MGCMGW MGCMGW MGCMGW MGCMGW MGCMGW MGW MGC MGCMGW ou MGW MGC

Tableau 1 : Les commandes MEGACO Add : La commande Add (MGC MGW) ajoute une terminaison un contexte. Si la commande ne spcifie pas le contexte dans lequel ajouter la terminaison, un nouveau contexte est alors cr. Si la commande ne spcifie pas un identificateur de terminaison (terminationId) mais le caractre spcial ($), le MGW cre une terminaison temporaire, lui a s s o c i eu ni d e n t i f i c a t e u r e t l a j o u t ea uc o n t e x t e . I l e x i s t ed e u xt y p e sd et e r mi n a i s o n: s e mi permanent et temporaire. Une terminaison semi-permanente est connue du MGC et une commande A d ds u r c et y p ed et e r mi n a i s o np r c i s el i d e n t i f i a n t d el at e r mi n a i s o n . P a r c o n t r e , une terminaison temporaire est cre par le MGW qui lui affecte un identifiant. Modify : La commande Modify (MGC MGW) permet de modifier les valeurs des proprits d u n et e r mi n a i s o n . Subtract : La commande Subtract (MGC MG W) s o u s t r a i t u n et e r mi n a i s o nd u nc o n t e x t ee t r e t o u r n ed e ss t a t i s t i q u e sr e l a t i v e s l a c t i v i t d el at e r mi n a i s o nd a n sc ec o n t e x t e .L a commande Subtract applique la dernire terminaison dans un contexte supprime le contexte. Une commande Subtract applique une terminaison semi-permanente dplace cette terminaison dans le contexte null . Cette mme commande applique une terminaison temporaire supprime la terminaison. Move : La commande Move (MGC MGW) dplace une terminaison de son contexte un autre contexte. Move ne peut pas tre utilise afin de dplacer une terminaison du ou au contexte null ; en effet, ce sont les commandes Add et Subtract respectivement qui ralisent ces oprations. AuditValue : La commande AuditValue (MGC MGW) retourne la valeur courante des p r o p r i t s , v n e me n t s , s i g n a u x e t s t a t i s t i q u e s d u n eo up l u s i e u r s t e r mi n a i s o n s . AuditCapabilities : La commande AuditCapabilities (MGC MGW) retourne les valeurs des proprits, des signaux et vnements associs une ou plusieurs terminaisons. A la diffrence de la commande AuditValue, A u d i t C a p a b i l i t i e sr e t o u r n el e n s e mb l ed e sv a l e u r s possibles. Notify : La commande Notify p e r me t u n MG W d i n f o r me ru n MG Cd el o c c u r r e n c e d v n e me n t ss u r u n et e r mi n a i s o nd uMG W. L e s v n e me n t sr a p p o r t e r o n t t s p c i f i s par le MGC dans les commandes Add ou Modify. ServiceChange : Le MGW utilise la commande ServiceChange a f i nd i n f o r me ru n MG C qu'une terminaison ou un groupe de terminaisons est sur le point d'tre mis hors service ou vient d'tre remis en service. Cette commande est aussi mise par un MGC pour informer un MG W q u ec ed e r n i e r d o i t p a s s e r s o u sl ec o n t r l ed u na u t r eMG C . Al ar c e p t i o nd ec e message, le MGW met une commande ServiceChange vers le nouveau MGC pour f o r ma l i s e rl t a b l i s s e me n td u n ea s s o c i a t i o n .L e MG C p e u t g a l e me n tu t i l i s e rc e t t e

Copyright EFORT 2005

commande pour demander un MGW de mettre en service ou hors service une terminaison ou un groupe de terminaisons. Enfin, le MGW mis sous tension notifie sa prsence son MGC en utilisant la commande ServiceChange.

4.3

Transactions MEGACO

Les commandes MEGACO et leurs rponses sont passes entre le MGC et le MGW dans des transactions. Une transaction est identifie par un identificateur de transaction (transactionID). Une transaction consiste en une ou plusieurs actions. Une action est un e n s e mb l ed ec o mma n d e s s a p p l i q u a n t u nc o n t e x t ed o n n . C h a q u ea c t i o ns p c i f i ed o n cu n identificateur de contexte (contextID) et des commandes appliquer au contexte. Il existe des cas o un c o n t e x t I Dn e s t p a s s p c i f i , e.g., lorsque le MGC demande au MGW de crer u nc o n t e x t e . C e s t l eMG Wq u i a f f e c t e r aa l o r s u ni d e n t i f i c a t e u r a uc o n t e x t e . U n et r a n s a c t i o ne s t mi s es o u sl af o r me d u n e transactionRequest. La rponse est encapsule dans une transactionReply. Cette dernire peut tre prcde par une ou plusieurs transactionPending. Le rcepteur indique travers une transactionPending que la transaction est en cours de traitement mais non compltement excute ; une t r a n s a c t i o n R e p l ys u i v r a .C e l a p e r me t l me t t e u rd e n e p a sc o n s i d r e rq u e l a transactionRequest a t perdue.

4.3.1

TransactionRequest

Une t r a n s a c t i o n R e q u e s t e s t i n v o q u ep a r l me t t e u r . U n er e q u t ec o n t i e n t u n eo up l u s i e u r s actions, chacune identifiant le contexte considr et les commandes MEGACO excuter sur ce contexte.
TransactionRequest(TransactionId { C o n t e x t I D{ C o mma n d, , C o mma n d } , ... C o n t e x t I D{ C o mma n d , , C o mma n d} } )

L i d e n t i f i c a t e u r d et r a n s a c t i o n( transactionID) indique une valeur identique celle prsente dans la transactionReply ou transactionPending renvoyes par le rcepteur et associes cette transactionRequest. L i d e n t i f i c a t e u r d ec o n t e x t e( contextID) identifie le contexte prsent dans le MGW sur lequel a p p l i q u e r l e s c o mma n d e s ME G A C Os q u e n t i e l l e me n t d a n s l o r d r ei n d i q u . Les contextes sont identifis par des identificateurs qui sont attribus par le MGW et qui sont uniques dans son domaine. Le MGC doit utiliser l'identificateur de contexte fourni par le MGW dans toutes les transactions subsquentes qui se rapportent ce contexte. Le protocole fait rfrence une valeur distinctive que le MGC peut utiliser pour se rfrer u n e t e r mi n a i s o n q u in ' e s tp a s a c t u e l l e me n ta s s o c i e u n c o n t e x t e ,c e s t d i r e l'identificateur de contexte null . Le caractre gnrique $ sert demander au MGW de crer un nouveau contexte. Le MGC ne doit pas utiliser d'identificateurs de contexte partiellement spcifis qui contiennent le caractre gnrique $ . Le MGC peut utiliser le caractre gnrique * pour adresser tous les contextes prsents sur le MGW. Le contexte null n'est pas inclus lorsque le caractre gnrique * est utilis.

4.3.2

TransactionReply

A p r s a v o i r e x c u t l e n s e mb l e d e s c o mma n d e s , l e r c e p t e u r r e t o u r n e u n e transactionReply. Cette dernire contient une ou plusieurs actions, chacune identifiant le contexte considr et une ou plusieurs rponses par contexte.
TransactionReply(TransactionID {

Copyright EFORT 2005

ContextID { R e s p o n s e , , Response }, ... ContextID { R e s p o n s e , , Response } })

L i d e n t i f i c a t e u r d et r a n s a c t i o ne s t i d e n t i q u ec e l u i d el atransactionRequest correspondante. L i d e n t i f i c a t e u r d ec o n t e x t ee s t s u i v i p a r u n eo up l u s i e u r sr p o n s e sa u xc o mma n d e sq u i o n t t excutes. S i l e x c u t i o nd u n ed e sc o mma n d e sd a n sl at r a n s a c t i o np r o d u i t u n ee r r e u r , l e sc o mma n d e s suivantes ne sont pas traites ; aucune rponse pour ces der n i r e s n e s t a l o r s r e t o u r n e . I l e x i s t eu n ee x c e p t i o n , l o r s q u u n ec o mma n d ee s t o p t i o n n e l l e , p r f i x ep a r l e sc a r a c t r e s o- .S i l e x c u t i o nd u n ec o mma n d eo p t i o n n e l l ep r o d u i tu n ee r r e u r ,l e x c u t i o nd el a transaction se poursuit ; la transactionReply indiquera donc des rponses aprs le code d e r r e u r a s s o c i l ac o mma n d eo p t i o n n e l l e .

4.3.3

TransactionPending

Une t r a n s a c t i o n P e n d i n ge s t u n er p o n s ei n t e r m d i a i r ep e r me t t a n t d i n d i q u e r l me t t e u r que sa t r a n s a c t i o n R e q u e s t ab i e n t r e u ee t q u e l l ee s t e nc o u r sd et r a i t e me n t . C e t t e t r a n s a c t i o n P e n d i n gr a p p e l l el i d e n t i f i c a t e u r d et r a n s a c t i o nd el atransactionRequest. TransactionPending (TransactionID { } )

5 Contrle d'appel NGN mobile

5.1 E t a b l i s s e me n t d a p p e l Mo b i l e Fixe

Dans le scnario prsent la figure 5, un mobile GSM tablit un appel avec un terminal rattach au RTC. L as t a t i o nmo b i l e me t u nme s s a g eC CS E T U Pq u i e s t r e up a r l eS Gi n c l u sd a n sl A G W. Normalement, ce message est reu par un MSC. Le protocole de signalisation utilis entre le B S Ce tl e MS Cp o u rr e l a y e rc e me s s a g eC CS E T U Ps a p p e l l eD T A P( D i r e c t T r a n s f e r t Application Part) de BSSAP (Base Station Subsystem Application Part). Le SG passe le message par SIGTRAN au MGC. Le MGC interagit avec la VLR pour a u t h e n t i f i e r l a p p e l a n t a v a n t d t a b l i r l a p p e l . U nMG Cq u i d i s p o s ed u n ei n t e r f a c ev e r su n e VLR et qui implante les protocoles de signalisation pour interagir avec le BSC est appel un MSC Server. Le MSC Server contrle le CS-MGW par le protocole MEGACO/H.248 afin de c r e r u nc o n t e x t ee t d ya j o u t e r d e u xt e r mi n a i s o n s : une terminaison circuit qui relie le CSMG Wa uB S Ce t u n et e r mi n a i s o nR T Pp o u r l c h a n g ed ep a q u e t sR T Pa v e cu ns e c o n dC S MGW. Le second CS-MGW est l'interface au RTC. C'est le MSC Server qui dtermine le CSMGW appropri reli au Class 5 Switch rattachant la destination. Une transaction MEGACO/H.248 est envoye par le MSC Server au second CS-MGW afin d ec r e ru nc o n t e x t ee td ya j o u t e rd e u xt e r mi n a i s o n s : une terminaison circuit qui est permanente et une terminaison RTP temporaire. La terminaison circuit correspond un circuit de parole que le second CS-MGW partage avec un Class 5 Switch sur un faisceau de circuits. Le MGC fournit par ailleurs les informations dcrivant la session au niveau du premier CS-MGW (remote descriptor). Cela permet au second CS-MGW de connatre l'adresse de transport (port UDP, adresse IP) du premier CS-MGW ainsi que le codec utiliser (i.e., GSM) pour mettre les paquets RTP contenant le trafic audio, une fois la communication tablie.

Copyright EFORT 2005

Le second CS-MGW acquitte la cration du contexte et retourne les caractristiques des terminaisons cres (local descriptor). Le MSC Server met alors un message ISUP, dlivr sur SIGTRAN au SG. Le SG relaye ce message ISUP par son interface SS7, au Class 5 Switch rattachant le destinataire. Le Class 5 Switch traduit ce message en un message de s i g n a l i s a t i o ne n v o y a ut e r mi n a l d el a b o n n ( e . g . ,me s s a g eS E T U Pd a n sl ec a sd u n terminal RNIS). Le terminal abonn alors alert gnre un message A l e r t i n g( s i l s a g i t d u n terminal RNIS) mis au Class 5 Switch qui le traduit en un message ISUP ACM renvoy au SG. Le SG relaye ce message ISUP ACM reu sur son interface SS7, au MSC Server en utilisant son interface SIGTRAN. Le MSC Server peut alors le traduire en un message CC ALERTING qui est dlivr par l i n t e r m d i a i r ed eD T A P( B S S A P ) a uS Gq u i l er e l a y ea uB S Cq u i l ed l i v r el as t a t i o n mobile. L o r s q u el a p p e l d c r o c h e , u nme s s a g eA N Me s t g n r p a r l eC l a s s5Switch et pass au MSC Server. Ce dernier le traduit en un message CC CONNECT dlivr la station mobile p a rl i n t e r m d i a i r ed uS Ge t d uB S C . I l s a g i t a u s s i p o u rl e MS C Server de modifier la terminaison RTP dans le premier CS-MGW afin de lui fournir la description de la session tablie par le second CS-MGW. Ainsi, le premier CS-MGW connat l'adresse de transport (numro de port UDP, adresse IP) de livraison des paquets RTP. Le MSC-Server modifie aussi le mode des terminaisons T1 et T2, positionn dsormais la valeur sendAndReceive.

MS

BSC

CS-MGW

MSC Server

SG

CS-MGW

Class5 Switch

SG

VLR

SG

Setup BSSAP (SS7) BSSAP (SIGTRAN) Treq (C$ (Add T1, Add T$)) Treply (C1 (Add = T1, Add = T2 {local descriptor })) Treq (C$ (Add T4, Add T$ {remote descriptor})) SG : Signaling Gateway CS : Circuit Switched MGW : Media Gateway Treply (C1 (Add = T4, Add = T3 {local descriptor })) ISUP IAM (SIGTRAN) ISUP ACM (SIGTRAN) ISUP ANM (SIGTRAN) ISUP IAM (SS7) ISUP ACM (SS7) ISUP ANM (SS7)

Alerting

BSSAP (SS7)

BSSAP (SIGTRAN) Treq (C1 (Modify T2 {remote descr})))

Treply (C1 (Modify = T2)) Connect BSSAP (SS7) Circuit de parole BSSAP (SIGTRAN) Canaux RTP

F i g u r e5: S c n a r i od ' t a b l i s s e me n t d a p p e l Mo b i l e Fixe dans le domaine CS de l'UMTS R4 L ac o n n e c t i v i t mi s ee n u v r ed a n sl er s e a up o u rs u p p o r t e rl ' a p p e l , e s t c o n s t i t u ed e (Figure 6) : Un circuit de parole rserv entre le BSC et le premier CS-MGW.

Copyright EFORT 2005

10

 Un contexte cr dans le premier CS-MGW. Il consiste en une association entre une terminaison TDM et une terminaison RTP. Un contexte cr dans le second CS-MGW consistant en une association entre une terminaison RTP et une terminaison TDM. Un circuit de parole rserv entre le second CS-MGW et le Class 5 Switch.

BSC

CS-MGW

Rseau IP Canal RTP Canal RTP

CS-MGW

Class 5 Switch

Terminaison Terminaison de circuit RTP Contexte

Terminaison RTP

Terminaison de circuit Contexte

F i g u r e6: C o n n e c t i v i t mi s ee nu v r ed a n s l e s CS-MGWs et dans le rseau IP

5.2

L i b r a t i o nd a p p e l Mo b i l e Fixe

A la fin de l'appel, le MSC Server est responsable de la libration des contextes dans les CSMGWs et de la gnration d'un ticket de taxation (Figure 7). Dans ce scnario, l'appelant raccroche. Un message CC DISCONNECT est mis par la station mobile au MSC Server. Le MSC Server met alors une transaction MEGACO aux deux CS-MGW pour supprimer les contextes associs l'appel librer. A la rception de la transaction le premier CS-MGW supprime la terminaison temporaire T2 et dplace la terminaison semi-permanente T1 dans le contexte "Null". Le contexte dont l i d e n t i f i c a t e u r e s t C 1e s t s u p p r i m . Le premier CS-MGW retourne au MSC S e r v e rd e ss t a t i s t i q u e ss u rl u t i l i s a t i o nd el a terminaison RTP temporaire notamment le nombre de paquets RTP mis (ps, packets sent), l en o mb r ed o c t e t sR T P mi s( o s ,o c t e t ss e n t ) ,l e n o mb r ed ep a q u e t sR T Pr e u s( pr, packets r e c e i v e d ) , l en o mb r ed o c t e t s r e u s ( o r , o c t e t sreceived), le pourcentage de perte de paquets RTP (pl, packets lost), la gigue dans un flux RTP (jitter), et la latence moyenne qui est le temps de propagation des paquets RTP (delay, average latency). Le second CS-MGW ralise la mme procdure que le premier CS-MGW ; il supprime le contexte C1, dplace la terminaison semi-permanente T4 dans le contexte "Null" et retourne au MSC S e r v e r d e s s t a t i s t i q u e s d u t i l i s a t i o nd el at e r mi n a i s o nt e mp o r a i r eT 3 . Le MSC Server envoie par ailleurs un message ISUP REL (Release) au Class 5 Switch travers le SG pour lui demander de librer le circuit de parole tabli avec le second CSMGW. Le Class 5 Switch rpond par un message ISUP RLC (Release Complete) pour confirmer la libration du circuit au MSC Server.

Copyright EFORT 2005

11

MS

BSC

CS-MGW

MSC Server

SG

CS-MGW

Class5 Switch

SG Disc BSSAP (SS7)

VLR

SG

BSSAP (SIGTRAN) Treq(C1 (Subtract T1, Subtract T2)) Treply (C1 (Subtract = T1, Subtract = T2 {statistics })) Treq(C1 (Subtract T3, Subtract T4)) Treply (C1 (Subtract = T4, Subtract = T3 {statistics })) ISUP REL (SIGTRAN) ISUP RLC (SIGTRAN) ISUP REL (SS7) ISUP RLC (SS7)

Release

BSSAP (SS7)

BSSAP (SIGTRAN)

Release Complete BSSAP (SS7)

BSSAP (SIGTRAN)

SG : Signaling Gateway CS : Circuit Switched MGW : Media Gateway

F i g u r e7: S c n a r i od el i b r a t i o nd a p p e l Mo b i l e Fixe dans le domaine CS de l'UMTS R4

5.3

E t a b l i s s e me n t d a p p e l F i x e Mobile

Le scnario prsent la figure 8 concerne un appel mis par un terminal fixe destination d u n es t a t i o nmo b i l e . U nme s s a g eI S U PI A Me s t g n r p a r l eC l a s s5switch au GMSC Server. Ce dernier contrle sa passerelle CS-MGW par une transaction MEGACO. Un contexte est cr, contenant deux terminaisons : une terminaison TDM terminant le circuit de parole avec le Class 5 Switch, et une terminaison RTP. Le CS-MGW retourne une rponse au GMSC Server contenant un local descriptor pour la terminaison RTP cre. A partir du numro MSISDN du destinataire, le GMSC Server interroge le HLR pour obtenir un numro MSRN (Mobile Station Roaming Number). Le HLR interroge le VLR courant du destinataire pour obtenir ce MSRN qu'il relaie au GMSC Server. Ce dernier identifie le CSMG Wd ed e s t i n a t i o n . C o mmec eC S MG We s t s o u sl ec o n t r l ed u na u t r eMS C Server, le GMSC Server envoie un message BICC (Bearer Independent Call Control) au MSC Server afin de lui relayer la signalisation. Le MSC Server traduit le message de signalisation BICC IAM en un message CC SETUP qu'il dlivre la station mobile, aprs avoir cr un contexte dans le CS-MGW de destination qui rattache des BSC et RNC.

Copyright EFORT 2005

12

MS

BSC

CS-MGW MGC HLR MGC (MSC Server) (GMSC Server) SG VLR

SG

CS-MGW Class5 Switch

SG ISUP IAM (SIGTRAN) ISUP IAM (SS7)

MGC : Media Gateway Controller SG : Signaling Gateway CS : Circuit Switched MGW : Media Gateway

Treq(C$ (Add T4, Add T$)) Treply (C1 (Add = T4, Add = T3 {local descriptor })) MAP_SEND_ROUTING_ INFORMATION (MSISDN) MAP_SEND_ROUTING_ INFORMATION_ack (MSRN) BICC IAM (SIGTRAN)

Treq(C$ (Add T1, Add T$ {remote descriptor})) Treply (C1 (Add = T1, Add = T2 {local descriptor })) Setup Alerting BSSAP BSSAP (SIGTRAN) (SS7)
BICC ACM (SIGTRAN) BICC ANM (SIGTRAN)

BSSAP BSSAP (SS7) Connect (SIGTRAN) BSSAP BSSAP (SS7) (SIGTRAN)

ISUP ACM (SIGTRAN) ISUP ANM (SIGTRAN)

ISUP ACM (SS7) ISUP ANM (SS7)

Treq(C1 (Modify T3 {remote descr}))) Treply (C1 (Modify = T3))

F i g u r e8: E t a b l i s s e me n t d a p p e l F i x e Mobile dans le domaine CS de l'UMTS R4

6 Conclusion
L e s f o r ma t i o n s d E F O R Ts u r l et h med e s r s e a u x N G Ne t T l p h o n i es u r I Pt r a i t e n t : Des stratgies et des scnarii de migration des rseaux voix fixe et mobile vers le NGN Des cots lis la migration NGN Des architectures de rseau et de services NGN Des protocoles NGN tels que MGCP/MEGACO, SIGTRAN, BICC/SIP-T, SIP/H.323, RTP/RTCP Des roadmaps des fournisseurs NGN et comparaison des solutions

Rfrences
3GPP TS 23.002 V4.8.0, 3 Generation Partnership Project; Technical Specification Group Services and Systems Aspects; Network architecture (Release 4), June 2003. rd 3GPP TS-23.018, V4.7.0, 3 Generation Partnership Project; Technical Specification Group Services and System Aspects; Basic Call Handling; Technical realization; Stage 3, (Release 4), April 2003. RFC 3015, Fernando Cuervo, Nancy Greene, Christian Huitema, Abdallah Rayhan, Brian Rosen, John S e g e r s , ME G A C OP r o t o c o l , N o v e mb r e2 0 0 0 . RFC 2960, R. Stewart et al., Stream Control Transmission Protocol , Octobre 2000.
rd

Copyright EFORT 2005

13

 RFC 3332, G. G. Sidebottom et al., SS7 MTP3-User Adaptation Layer (M3UA) , Septembre 2002. I T U TR e c . Q . 1 9 0 1 . Bearer I n d e p e n d e n t C a l l C o n t r o l , J u i n2 0 0 0 . Simon Znaty, "NGN et Tlphonie sur IP", Editions EFORT, Septembre 2001.

Copyright EFORT 2005

14