SIP : Session Initiation Protocol

Simon ZNATY et Jean-Louis DAUPHIN EFORT http://www.efort.com

1 Introduction
SIP (Session Initiation Poo o e t npoo o d s n lai d f i a l T ( tre rtc l s u rtc l e i as t n i p r F I en t ) e g i o n I E n Engineering T s F re p r t n ltbse n,l lai e l mo i ai d a k oc ) emet t a ls me t a i rt n t a a i b o di tn e f o c sessions multimdias (RFC 3261). Il hrite de certaines fonctionnalits 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-mails). SIP s p u s r nmo t n a t n e ce t ev u c mmeH T . rsa eui el pi u u a e d l r s co n l ln/ re r o e a i i s T P L de s g ts e a l i c n e td R SP ( o c p L I Uniform Resource Locator) qui ressemble une adresse E-mail. U Chaque participant dans un rseau SIP est donc adressable par une URL SIP. Par ailleurs, les requtes SIP sont acquittes par des rponses identifies par un code numrique. Dal r,ap p rd sc d sd rp n e SPo t t e rn a poo o H T . a lus l l at e o e e o s s I n mpu ts u rtc l T P P r i e u e e e l l s u l d sn ti n s p sl as , nc d d rp n e404 Not Found x mp ,o q e e e t aa e t a o l u o e e o s e r i r e ci est retourn. Une requte SIP est constitue de headers comme une commande SMTP. Enfin SIP comme SMTP est un protocole textuel. SIP a t tendu afin de supporter de nombreux services tels que la prsence, la messagerie instantane (similaire au service SMS dans les rseaux mobiles), le transfert d p e l c ne c , s ev e c mp me ti s etl h n , t p la o frn e l s ri s o l na e d p o i ec a , e c r e . SP artn p re3 P p u lrh e tr I ( Multimedia Subsystem) comme I t ee u a l G P o r c i c e MS I a t u P protocole pour le contrle de session et le contrle de service. Il remplacera terme les poo o sIU (ts p u l c nrl d p e d n l R s a T l h n u C mmu e rtc l S P ui o re o t e p l a s e e u p o i e o e l i a q t) t IA (ts p u l c nrl d s ri d n lrh e tr R s a Itl e t N P ui o re o t e e ev e a s c i c e e u nei n) l i c a t u l g L poo o SP n s q poo o d s n lai .U e fi l s si a l,l e rtc l I t u n rtc l e i as t n n o a e s n tbe e e e u e g i o s o i s p rc a t d l s si s c a g n d e tme tl rt f audio/vido travers le ati ns e a e s n h n e t i c ip o r e n e ri u ac protocole RTP (Real-Time Transport Protocol). P r i us SP n s p su poo o d rs rai d rso re in p u d n p s a al r, I t a n rtc l e ev t n e e s uc ,l e e t o c a l e e e o assurer la Q S I s g d npoo o d c nrl d p e e n nd c nrl d m i o .l i rtc l e o t e p l t o e o t e u d . atu e a a SP n s p sn np su poo o d t n fr d fh rtl u H T , ts ai d I t a o l n rtc l e r s t e i i e q e T P ui f e e u e a e ce l i n transporter de grands volumes de donnes. Il a t conu pour transmettre des messages d s n lai c ut ai d tbr ma tn e le d s s si s mu i d .D s e i as t n o r f a l g i o s n i , i e i t i rr e e s n n r b o l t i e m a messages courts non relatifs un appel peuvent nanmoins tre transports par SIP la manire des SMS. Le paragraphe 2 introduit les entits SIP. Le paragraphe 3 prsente le protocole SIP. Au p rga h 4 e t d ci l fn t n e n d poo o SP a e lne irme t aa rp e s r e o co n me t u rtc l I v c rg t t i e e se n ltbse n/ lai d p e SP L p rga h 5 p e t l e tn i s d a ls me t i rt n p l I. e aa rp e i l b o a a rs ne e x s n u s e o poo o SP L p rga h 6 t i l rtc l I. e aa rp e e rt a e interfonctionnement entre rseau SIP et rseau tl h n u c mmu L p rga h 7d cilrh e tr d s ri SP; le paragraphe poi e o q t. e aa rp e r c i c e e ev e I ta t u c 8t i l mi e u r d s ev e . r t a s n ve e s ri s ae e c

2 Entits SIP
SP d f id u t e d ni s les clients et les serveurs. Plus prcisment les entits I it e x y s t : n p e t dfinies par SIP sont (Figure 1):

Copyright EFORT 2005

 Le serveur proxy (Proxy server) :le o d srq e d ce t q traite lui-mme ou Ir i e e u ts e lns ul t i i q a h mi d urs s re r a rs a o e tee n ras c r i s ul c e n i e t a e ev us p v i v nu lme t l et n r l i ae modifications sur ces requtes. Le serveur de redirection (Redirect server) :I s g d n s re rq i ce t d s l i ev u u a c pe e at u requtes SIP, traduit l'adresse SIP de destination en une ou plusieurs adresses rseau et les retourne au client. Contrairement au Proxy server, le Redirect server n'achemine pas d rq e SP D n l c sd n rn o d p e l Proxy server a la capacit de e e u ts I. a s e a e v i p l e u a , t d i l n mo d lp e d n l me s g SP r , n u n mo d rn o r u e e u r e p l a s e sa e I e u e n u r e e v i a r a d p e e d c e n r p l c t n u eed sn t n e c , ef nt n p rne p l t ' h mi lp e et o v l e t ai , t e d a o r s ae t a a e a e l i o a pour le client origine ; pour le mme service, le Redirect server retourne le nouveau n mo(u r d rn o a ce t r i q i ec ag d tbr na p l esc t u r n mo e e v i u ln oin u s h re a l u p e v r et ) i ge i e nouvelle destination. L g n ui ae r U , s r g n) :l id n a pc t ns r n u e n d e t ts tu ( A U e A e t Is g e p lai u u q i me t e a l i at u i o p ls g r u t te o d srq e SP Is maii p r nl ie i tl s r a e q i me e r i e e u ts I.l e tr le a u o c ln a u u t as gi s l un PC, sur un tlphone IP ou sur une station mobile UMTS (UE, User Equipment). L ne iru ( rg t rRegistrar) ;l i s re r u a c pel rq e SPR G S E . e se I a t u ev u q i ce t e e u ts I E IT R sg dn s SP d p s d l fn t n d ne irme t i ae r. i ae ri i e p ru I i o e e a o co rg t s i e s e n d ts tus L ts tu n q ul i ul i du a n message REGISTER mis au R g t rlde s o ie to n b ( e ir , rse l s jg a l e.g., adresse IP). sa a i e Le R g t r t l sj r n b s d d n d l as t n L ne iru e t n e ir me a r o u e a e e o n e e o lai . rg t r s u e sa o u ci o e se fonction associe un Proxy server ou un Redirect server. Un utilisateur peut s ne irr u d frnsUAs SIP ; a sc c s lp e l s r d lr s r s mb rg t s r i e t e se f d n e a , p l i ea v u ln e l a u i e e de ces UAs.
Proxy/Redirect/Registrar Server
Location Database

SIP Gateway SIP UA

Rseau SIP
SIP UA

RTCP

Tlphone RNIS ou tlphone analogique

Figure 1 E t s rs a SP : ni d n e u I t u

3 Mthodes et Rponse SIP

3.1 Mthodes SIP

Le RFC 3261 dfinit six requtes ou mthodes SIP. La mthode INVITE e t ts eai d tbr n s si e t UAs. INVITE correspond au s ui f a l u e e s n nr l i n i o e me s g IU IM o a me s g Q 9 1S T Pe c ni te i omai ss r p l t sa e S P A u u sa e .3 E U t o t n l n r t n u lp e n e s f o a a e lp e e s ret ed f x u s rn h n (o , i o ec . ta p l t u l y e l q ieo t c a g s v i v , t ) p u x d . L rq U a a t mi l mh d SPIVT r iu erp n ef a l vai (e, os u n A y n s a to e I N IE e o n o s i l i t n i . u t ne i to . n 200 OK), il confirme la rception de cette rponse par une mthode ACK. Une rponse telle que busy ou answer e t o s c mmef a a r q e rp n etl q e s c n i re o d i l l s u n o s ee u ne o u l ringing s n i t u lp e e t l t, s u erp n epo i i . i i n q e p l s a r e t n o s rv o e gf a a e sr

Copyright EFORT 2005

La mthode BYE p r talai d n s si p l l n a l. l c r s o d eme l i rt n e e s n ra b me t tbe El or p n b o u o ae i e e au message RELEASE des protocoles ISUP et Q.931. Un message BYE peut tre mis par lp e n o lp e . p l t u p l a a a La mthode REGISTER e t ts ep r nU ai dn i e a Registrar la correspondance s ui a u A f d u r u l i n i q entre son adresse SIP et son adresse de contact (e.g., adresse IP). La mthode CANCEL est utilise pour demander l a d nd a p l nc usma n a no b u pe e or n i s a aucun effet sur un appel dj accept. En effet, seule la mthode BYE peut terminer un appel tabli. La mthode OPTIONS e t ts eai dnerg re c p c e ltt U e a e t u s ui f tr e l a a i s t a d n s r g n o l i n i o s t u d n s re r L rp n e c ni ts s c p c ( ev u. a o s o t n e a a i s e.g., type de mdia tant support, u e t mthodes supportes, langue supporte) ou le fait que l'UA soit indisponible.

3.2

Rponses SIP

Aprs avoir reu et interprt une requte SIP, le destinataire de cette requte retourne une rponse SIP. Il existe six classes de rponses : Classe 1xx : Information, la requte a t reue, et est en cours de traitement. Classe 2xx : Succs, la requte a t reue, comprise et accepte. Classe 3xx : R d e t n lp e rq i t d urs t i me t a a t d p u o e i co , p l e u r t r i a e a e r t ns v n e o v i ae r d tr n r p u r ras . emi sl e t t l e i e i Classe 4xx : Erreur requte client, la requte ne peut pas tre interprte ou servie par le s re rL rq ed i t mo i ea a t r rn o . ev u. a e u t o r t e di vn d t e vye f e Classe 5xx :Eru s re r l s re r h u d n l t i me td n rq e r r ev u, e ev u c o e a s e r t n e e u t e ae u apparemment valide. Classe 6xx : Echec global, la requte ne peut tre traite par aucun serveur.

4 Fonctionnement du protocole SIP

4.1 Enregistrement au rseau SIP

La mthode REGISTER e t ts ep r nU e a e t f dn i e l fn t nRegistrar s ui a u s r g n ai d u r a o co l i n i q i (physiquement implante dans un Proxy server ou Redirect server) la correspondance entre son adresse SIP (e.g., sip:mary.taylor@orange.com) et son adresse IP (e.g., sip:mary.taylor@192.190.132.20). L'adresse IP peut tre statique ou obtenue dynamiquement par DHCP. La fonction Registrar met alors jour une base de donnes de localisation. A partir de cet instant, le User Agent peut recevoir des appels puisqu'il est localis. Si un usager SIP veut renvoyer ses appels de son domaine courant un autre domaine (e.g., du domaine orange.com au domaine francetelecom.com), il lui suffit dn i e l fn t n Registrar de orange.com son adresse SIP dans le domaine d u r a o co i q i francetelecom.com. Quand un message INVITE doit tre dlivr par le proxy serveur du domaine orange.com sip:mary.taylor@orange.com, la base de donnes mise jour par la fonction Registrar indique au Proxy Server que le message doit tre relay sip:mary.taylor@francetelecom.com. Alors le Proxy server effectue une recherche par le D S d lde s I d Proxy server du domaine francetelecom.com afin de lui relayer le N e rse P u a message SIP acheminer la destination approprie (sip:mary.taylor@francetelecom.com). Dans un rseau IMS (IP Multimedia Subsystem), le Proxy Server correspond une entit CSCF (Call State Control Function), alors que la base de donnes de localisation est reprsente par l'entit HSS (Home Subscriber S re)L H Sd n l ev r e S a s p u l mo is . I MS o re s be l est un HLR contenant par ailleurs le profil de l'usager pour les services IMS souscrits.

Copyright EFORT 2005

4.2

Etablissement et libration de session SIP

D n lx mp s i n,lp e n a p u U L SP s : r. y r rn ee c m. m, as e l u at ' pl t e e v a a or R I i may a l @f c tl o c p t o a e o alors que celle de l'appel est sip:mart.rich@francetelecom.com (Figure 2). U me s g d tbse n d p e SP IVT e t mi p r A SP d lp e n a n sa e 'a ls me t ' p l I N IE s s a L i a U I e ' pl t u a a Proxy Server. Ce dernier interroge la base de donnes de localisation pour identifier la localisation de l'appel (adresse IP) et achemine l'appel la destination. Le message INVITE contient diffrents headers obligatoires dont l'adresse SIP de l'appelant "From", l'adresse SIP de l'appel "To", un identifiant d'appel "Call-ID", un numro de squence "Cseq", un nombre maximum de sauts max-forwards . Le header Via est mis jour par toutes les entits qui ont particip au routage de la requte INVITE. Cela assure que la rponse suivra le mme chemin que la requte. Par ailleurs, la requte SIP INVITE contient une syntaxe SDP (Session Description Protocol). Cette structure consiste en plusieurs lignes qui dcrivent les caractristiques du mdia que lp e n p l t Mary e u rp u lp e a a rq i t o r p l e a . Mary Taylor indique que la description SDP utilisation la version 0 du protocole, qu'il s'agit d'une session tlphonique (m=audio), que la voix paqutise doit lui tre dlivre l'adresse de transport (port UDP = 45450, adresse IP = 192.23.34.45) avec le protocole RTP et en utilisant un format d'encodage dfini dans le RFC AVP (Audio Video Profile) et pouvant tre G.711 -law ou G.728.
SIP Proxy Server ps1.francetelecom.com sip:mary.taylor@francetelecom.com SIP UA 1 sip:mark.rich@francetelecom.com SIP UA 2

1. INVITE 4. 180 RINGING 6. 200 OK 7. ACK

2. INVITE 3. 180 RINGING 5. 200 OK 8. ACK

Flux RTP 9. BYE 12. 200 OK 10. BYE 11. 200 OK

Figure 2 : Etablissement et libration de session SIP

INVITE sip:mark.rich@francetelecom.com SIP/2.0 Via : SIP/2.0/UDP station1.francetelecom.com:5060 Max-Forwards : 20 To : Mark Rich <sip:mark.rich@francetelecom.com> From : Mary Taylor <sip:mary.taylor@francetelecom.com> Call-Id: 23456789@station1.francetelecom.com

Copyright EFORT 2005

CSeq: 1 INVITE Contact: mary.taylor@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

L rp n e1 0RN IG e teo r p red sn ti l Ad l p e n. a o s 8 IG N s rtun e a l e t aa e e p l t i r U a a Lorsque l'appel accepte la session, la rponse 200 OK est mise par son UA et achemine l Ad la p l t e p e n. U a
SIP/2.0 200 OK Via : SIP/2.0/UDP ps1.francetelecom.com:5060 Via : SIP/2.0/UDP station1.francetelecom.com:5060 Max-Forwards : 20 To : Mark Rich <sip:mark.rich@francetelecom.com> From : Mary Taylor <sip:mary.taylor@francetelecom.com> Call-Id: 23456789@station1.francetelecom.com CSeq: 1 INVITE Contact: mark.rich@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 Ad l p e n rtun u emh d A Ka d sn ti ,e y ep r' t Proxy e p l teo re n U a a to e C u e t aa e rl a lni i r a e t 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 vido paqutise sans implication du Proxy Server dans ce transport. Lorsque Mary raccroche, son UA envoie une requte BYE pour terminer la session. Cette requte est remise au Proxy S re q ia h mi l Ad Mak C d ri rtun l ev r u lc e n e r. e en reo re a ' e U e rponse 200 OK.
BYE sip:mark.rich@francetelecom.com SIP/2.0 Via : SIP/2.0/UDP station1.francetelecom.com:5060 Max-Forwards : 20 To : Mark Rich <sip:mark.rich@francetelecom.com> From : Mary Taylor <sip:mary.taylor@francetelecom.com> Call-Id: 23456789@station1.francetelecom.com CSeq: 2 BYE SIP/2.0 200 OK Via : SIP/2.0/UDP ps1.francetelecom.com:5060 Via : SIP/2.0/UDP station1.francetelecom.com:5060 Max-Forwards : 20 To : Mark Rich <sip:mark.rich@francetelecom.com> From : Mary Taylor <sip:mary.taylor@francetelecom.com> Call-Id: 23456789@station1.francetelecom.com CSeq: 2 BYE

Copyright EFORT 2005

5 Extensions du protocole SIP

U ee t SP p u s u ci u e n ai d t n t d s no c r n e L n ni I e t o sre t r n v n me t f r oi e e o cur c . a n e f i e requte SUBSCRIBE permet la souscription alors que la requte NOTIFY est utilise afin de notifier (RFC 3265). La mthode PUBLISH permet quant elle de publier son tat. La mthode REFER (RFC 3515) renvoie le rcepteur vers une ressource identifie dans la mh d .R F R p r td mu rd frns s ri s o a pc t n d n l t n fr to e E E eme l i e t ev e u p lai s o t e r s t e f c i o a e d p e C n i rn T ,lni lr i d t n fr T ,lni t n fre e T ,l p l o s o s 1 t a . d e t in u r s t 2 t r s t 3 e og e a e, e t a d sn ti d t n fr L t n frd p e p r t T d t n fr r na p l nc us e t aa e u r s t e r s t p l eme 1 e r s me u p e e o r i r a e. a e a a o e t T e T e u n u e a p l nr T e u T c o i a T . iet n frd p e nr 1 t 2 n n o v l p e e t 2 t n 3 h i p r 1 S l r s t p l e e s a e a aboutit, T2 et T3 pourront communiquer tandis que T1 ne pourra plus dialoguer avec T2 ou T3. La mthode MESSAGE (RFC 3428) a t propose comme extension au protocole SIP afin de permettre le transfert de messages instantans. La messagerie instantane (IM, Instant Me s g g c n iee lc a g d me s g se t u a ese p e d tmp re C t sa i ) o s t n h n e e sa e nr s g r n s u o e s l et n s e . e nouvelle mthode hrite de toutes les fonctions offertes par le protocole SIP telles que le routage et la scurit. La requte MESSAGE peut transporter plusieurs types de contenus e s p u a t u l c d g MI . n p y n s re o a e ME a La mthode INFO (RFC 2976) permet de transfrer des informations de signalisation durant lp e P r l e e l dnomai f ue t digits DTMF, les informations relatives p l ami s x mp s fr t n i rn les a . e e i o g l tx t nd na p l e i g s ec a a ai p e d sma e , t o u , . Les rponses finales 2XX, 3XX, 4XX, 5XX et 6XX une requte INVITE sont acquittes par la requte ACK alors que les rponses provisoires de type 1XX ne sont pas acquittes. Or, certaines rponses provisoires telles que 180 Ringing sont critiques et leur rception est essentielle pour la dtermination de l a d lp e n tmme tosd l tro n x n t e p l oa t a , nl r e ec n e i i n o avec le RTCP. La mthode PRACK ( F 3 6 )a d n d f i ai d c u trl R C 22 o c t ie f q i a n n a t e rception de rponses provisoires, de type 1XX. La mthode UPDATE (RFC 3311) permet un terminal SIP de mettre jour les paramtres d n s si mu i d .e.g., flux mdia et leurs codecs). La mthode UPDATE peut tre e es n l u o t i( m a e v y ea a t u l s si s ia l. P A E e t o cp rc lrme t t l s ul n o v n q e a e s n o tbe U D T s d n atue n ui o q o t i i i l r i e s g d met j r e p rmrsd s si a a t o a ls me te.g., mise en i e te o d s aa t at r u e e e s n v n s n tbse n, o i attente du destinataire.

6 Interfonctionnement entre SIP et RTC

Pu l or interfonctionnement entre RTC (Rseau Tlphonique Commut) et SIP, il est n c sa ednrd i u G tw yR CSP q i tr c d n p r a R C e d ur e s i t u e n ae a T /I u snef e e at u T t t r io r i a u a e part un rseau SIP. Ce Gateway a deux fonctions : Traduction de la signalisation ISUP (ISDN User Part) en signalisation SIP et inversement Conversion des signaux audio en paquets RTP et inversement ; en effet ce Gateway tablit des canaux logiques RTP avec le terminal SIP et tablit des circuits de parole avec un Class 5 ou Class 4 switch. Le Class5 Switch reprsente un commutateur tlphonique lc a r q el Ca s Switch est un commutateur tlphonique de transit. cs l s u e l 4 a o s D n lx mp c n i r l f ue3 u tr n lea R C a p l u U SP L a s e l o s a i r , n emi rl u T p ee n A I. e e e d g a i l Class 5 S ih a q e e t atc lp e n, me u me s g IU IM a Gateway wt u u l s rt h p l t t n sa e S P A c a a a u R CSP C me s g c ni t n mod d sn ti ,e tc tu d c c i h i p r T /I. e sa e o t n l u r u e t aa e l ni ae r e i u c o i a e e i r i f d i r t s le Class 5 S ihp u lp e ( I, i u Ie tc t nC d ) i i u d si omai s wt o r p lCC Cr i d ni ai o e a s q e e n r t n c a ct f o i n f o i i a tan tr d lp e (ao ,a , o n e , t ) L Gateway RTC/SIP traduit ce n q n l aue e p lp rl fx d n s ec . e du a e .

Copyright EFORT 2005

message en une requte SIP INVITE qui contient une adresse de destination SIP dont le champ user est un numro de tlphone. Il passe le message au SIP Proxy server qui o t n lde s I d d sn ti p rr elde s SPp rnerg t nd n b s d bi t rse P u e t aa e at d rse I a i r ai e a e e e a i r i a t o o u d n s o d n s re rd l as t n L me s g IVT e trl l A SP o n e u ev u e o lai . e u ci o sa e N IE s e y a U I. Paralllement, le Proxy server notifie au Gateway la rception de la requte INVITE par la rponse 100 Trying. Le terminal SIP retourne au Proxy server une rponse 180 Ringing pour informer l p l t ell t d lp e , sa erl p reProxy server au Gateway. a e n d e e e p l me s g e y a l p a ar a a Le Gateway traduit cette rponse en un message ISUP ACM (Address Complete Message) renvoy au Class 5 Switch. Ce message est traduit par le Class 5 Switch en un message Alerting si le terminal appelant est un terminal RNIS ou en un signal Ringing Tone dans l c s tr n l n l i e e a d n emi a a g u . u a oq L rq elp e d co h , n rp n e2 0O e teo r a Proxy server qui la relaye os u p l rc e u e o s 0 K s rtun e u a au Gateway. Le Gateway acquitte la rception de cette rponse par une requte ACK achemine par le Proxy Server au destinataire. Paralllement, le Gateway gnre un message ISUP ANM (Answer Message) mis au Class 5 Switch. C t c a g d s n lai ap r sltbse n d c n u R Pe t l tr n l I e h n e e i as t n emi a ls me t e a a x T nr e emi SP g i o i e a et le G tw ye l mi e p c d nc c id p rl e t l G tw ye l Ca s5 ae a ta s n l e i u e ao nr e ae a te l e a u r t e e s Switch.
Class 5 Switch

SIP Terminal

SIP Proxy Server

SIP Gateway

ISUP IAM SIP INVITE SIP INVITE 180 Ringing 200 OK 100 Trying 180 Ringing ISUP ACM 200 OK SIP ACK ISUP ANM

SIP ACK

Canaux RTP

Circuit de parole

Figure 3 : Interfonctionnement RTC/SIP P n a t p a ed t n frdnomai , Gateway convertit les signaux audio reus sur e d n l h s e r s t fr t n l a a e i o e le circuit de parole en paquets RTP envoys sur les canaux RTP et inversement.

7 Architecture de service SIP

L c i c r d s ri SPd b s e t o st d s re r d pc t n d s re r a h e t e e ev e I e a e s c n t e e ev us a lai , e ev us r t u c i u pi o de mdia et de S-CSCF. Le serveur d'application SIP excutent des services (e.g., Push To Talk, Prsence, Prpaid, Instant messaging, etc.) et peuvent influencer le droulement de la session la demande du service. Le serveur d pc t nc r s o da S Pd R s a Itl e t a lai or p n u C u e u nei n. pi o e l g Le serveur de mdia SIP (appel dans les recommandations le MRF pour Multimedia Resource Function) tablit des confrences multimdias, joue des annonces vocales ou

Copyright EFORT 2005

mu i d e c lc d si omai sui ae r Is g d lv l i d lni S P l t i t oe t e n r t n ts tu. l i e o t n e t m a l e f o l i at uo e t R (Specialized Resource Point) dans le monde multimdia. Le serveur d p l I ( a e SP Proxy server) joue le rle de point depuis lequel un service peut p r i o u .l i o ed poi es ri d lb n q i i d u l s ri ss u ci t n q Id p s u rf d ev e e o n u l i i e e ev e o srs e v s l c a unq s c t p rlb n e s u q ee c n i n i o u rc s s ri s I c r s o d a S P d a o n t o s u l o d i n q e e ev e . l or p n u S e a l t o v c e lrh e tr R s a Itl e t c i c e e u nei n. a t u l g

7.1

S re r p l ain ev u da pi t c o

Un serveur d pc t nSP fun u e v o n me t ui p u d sa pc t n , a lai I o ri n n i n e n d e c t n o r e p lai s pi o t r x o i o appel SLEE (Service Logic Execution Environment). Il fournit un ensemble de services permettant de simplifier les tches des dveloppeurs d pc t ne des administrateurs. a lai t pi o Le but est de disposer d e p t- r metn e u r tue l fn t n ats u n l ef me a o t t n a ve o ts e o co n l s i i permettant ainsi au dveloppeur de ne se focaliser que sur la logique mtier de l pc t n a lai . pi o L s o co s s re r pc t ns n : e fn t n d n ev u d a lai o t i u pi o La gestion des ressources : Le serveur d pc t nc nrl l c t ne l ts t nd s a lai o t e a rai t i ai e pi o o ul o i ressources telles que les threads, les connexions de transport, les composants applicatifs (e.g., scripts CPL, servlets SIP) ainsi que les sessions d pc t a laion. pi La gestion d p l ain: L pc t np u r a s c eu poi ec ni rt nl s a pi t c o a lai e t t so i pi o e n rf d o f uai o l g o r de son dploiement. Ce profil peut contenir des paramtres pouvant tre modifis travers l tr c a mis ai l s ud p i n d l p lai ou pendant son excution. i ef e d n t te o d le n a ir v r o me t e pc t n a i o La composition d p l ain : Le serveur d pc t n d ip r te l x c t n d a pi t c o a lai o emet ui e pi o t r e o plusieurs applications pour une mme requte SIP. Cela fournit une capacit de modularisation. En effet, des lments de service peuvent tre dvelopps indpendamment et peuvent tre combins en fonction des besoins d pc t n C l p r t a al r u a lai . e eme p r i us n pi o a l e meilleur contrle des interactions de service. L tgain WE : afin de fournir une GUI Web pour l mis ai e p u i rt n o B a n t tn t o r d ir o l interfonctionnement avec des serveurs WEB fournissant des services. La programmation : Le serveur d pc t n fun u s p ot o rl d v l p me t a lai o ri n u p r p u e e p e n pi o t o d pc t n i .d sA I (AN A ISPServlet API, etc.) et des langages de script. Les a lai ,. , e Ps J I P, I pi o e scripts peuvent tre crs l d d v o n me t d c t nd s ri . a e e i n e ns e rai e ev e i nr o c L interfonctionnement : Le serveur d pc t nc mmu i ee ui a tepoo o SP a lai o pi o n u n ts n l rtc l I q l i e avec le serveur de mdia (IP media server) pour les interactions avec l a e e a e l u g r t vc e s serveur d p lC C ) o rerua ed l s n lai . a e ( S F p u l o tg e a i as t n p g i o La scurit : Le serveur d pc t n d i fun d s m a i s d a lai p i o o o ri e t r c n me s encryptage, d te tc t ne d tr ai ai d s rr na c s ui a x ev e . a h ni ai t a oi t n f a ue u c s c r u s ri s u f o i u s o n s s c Les capacits non fonctionnelles : haute disponibilit, partage de charge, tolrance aux fautes. Ces caractristiques sont similaires celles exiges pour un SCP dans l c i c r a het e r t u Rseau Intelligent.

7.2

Le serveur de mdia SIP

Le serveur mdia SIP est une plate-forme puissante et volutive pour le dveloppement de services de portail vocaux et services vocaux/vido interactifs capables de supporter des centaines voir des milliers de sessions simultanes dans un large ventail de configurations. L s re r em i SPe t n u e n p yi ee me e u r l ni fn t n ee e ev u d d I s u q i me t h s u t t n ve t o co n l a p q e t i l MRF (Multimedia Resource F n t n d f i p r . es re r em i SPfun l u co ) ie a l i n I L ev u d MS d I o ri e a t s fonctions permettant des interactions entre usagers et applications travers des ressources vocales/vido. Par exemple, il peut rpondre un appel et jouer une annonce, ou lire un message lectronique en utilisant des fonctions de synthse vocale, ou encore collecter une i omai d ls g reg, t ep se v t, u r) t rtun r lp lai . n r t n e a e (..mo d a s , oe n mo e l eo re pc t n f o u a a i o L s re r em i SPme e u r d u t e d fn t n : e ev u d d I a t n ve e x y s e o co s p i

Copyright EFORT 2005

 Les fonctions de ressources mdia telles que les fonctions de dtection de tonalit, de
synthse vocale, de reconnaissance vocale, de traduction de mdia, etc. C tla e s fonction MRFP (Multimedia Resource Function Processor). Les fonctions de contrle du mdia qui fournissent aux applications les moyens de contrler les ressources mdia tels que, jouer un message, collecter un vote, enregistrer un message, etc, et ce, travers le protocole SIP. C tafn t nMR C ( e l o co s i F Multimedia Resource Function Controller). L rh e tr d tb d s re r d m i SP / re r d p lai s p r l ' c i c e ir u e u ev u e a t u si d a I s v u pc t n ae e e a i o s applications voix / vido du contrle des mdias, ce qui permet aux oprateurs de rduire les cots des ressources rseau et d'hberger moindre frais les applications clients. Le serveur de mdia IP supporte le protocole de contrle SIP. En plus du serveur de mdia IP e d s re r pc t n l e t s u a ts e v n r c n i re : t u ev u d p lai , s ni s i ne p u e t t o s s a i o e t v e d Browser VoiceXML : Ce composant intgr dans le serveur de mdia IP fournit un exemple d v o n me t ui d pc t n v c l . e a pc t n d v l p e s l e i n e n d e c t n a lai s o a s L s p lai s e p s e n nr x o pi o e i o o o les spcifications VoiceXML peuvent tre interprtes et excutes par le browser VoiceXML. Ce browser ne fait qu trrtr t emi re a e ao q e d c l i epe e d tr n l tp s tmi s u a flow. n e s u l C t s re r em i I q i trg a e l s g r e l ev u d se d P u i ea i v c a e. a n t u Serveur ASR : Ce composant fournit le service Automatic Speech Recognition (ASR). Le flux audio de l a e e trn p r s r T d Me i Gateway ou du tlphone IP de u g r s t s ot u R P u d s a a l a e a s re rA R L Browser VoiceXML contacte le serveur ASR lorsqu e u g r u ev u S . e s u n reconnaissance de parole est ncessaire. Serveur TTS : Ce composant fournit le service Text-To-Speech (TTS). Une chaine de caractre est mise ce composant et est convertie en une annonce vocale qui peut tre mise l a e s u fr d f xR P L browser VoiceXML contacte le serveur TTS u g r o s ome e l T . e s u lorsqu tx d it tre traduit en un message vocal et dlivr l a e. u et o n e u gr s Serveur WEB : Ce composant est un serveur standard HTTP. Il est utilis afin d b re l h eg re contenu vocal. Ce contenu consiste en des scripts VoiceXML, des annonces vocales/vido, des messages d accueil, et des grammaires de reconnaissance de la parole. Les scripts VoiceXML dfinissent la logique d pc t n D sme s g sd c e a s tn l s g r a lai . e pi o sa e a u i sie t a e c l s u dans sa navigation dans une application. Les grammaires contiennent les mots permis ou les phrases qu u a e p u po o c rl s u l p lai l d ma d d t rd s u s g r e t rn n e o q e pc t n u e n e e r e n r a i o i ne informations.

7.2.1

Fonctionnalits du serveur de mdia

Les fonctionnalits du serveur de mdia SIP incluent les fonctions de contrle du mdia et de ressources mdia : Annonces : L p p r d ss ri s o ui ed sfr sd n o c s q s g s a l at e ev e v l s ts e ome n n e , ul i e u c u l i a i as d nme s g d b n e u l sd lc s b i d me s g u i eo d nme s g u sa e e i v n e o e c s a o e e sa e n i u e r a t f u sa e dnrd co u p r iv c lL ts t nd ns re r em i SP p u ras r e t u t n io i n ot l o a i ai ev u d a . ul o u i d I o r le d s a i s ri sd n o c sp r t en p sa o d p y r nn u e us re r n n e ; ev e n n e eme d e a v i c a r l e u o v a ev u d n o c s o a rd i n a s l n mbe d l ns d rs a e s la tl g so d rs a .U u a t i ie o r t e e u t i i n a e t n e e u n s n me mpf i i quipement de stockage externe peut tre utilis afin de stocker les annonces crant ainsi une solution fiable et sa b . epoo o R Pe t ts p u d lrr n n els g r c l l L rtc l T s ui o r ve ln o c a e. ae e l i i a u Automated Speech Recognition (ASR, Automated Speech Recognition) : La rc n a s n ed l p rl e t nc mp s n d l p p rd ss ri sls g re q e e o n i a c e a ao s u o o a t e a l at e ev e a e tl u s e u c u s messagerie vocale (voicemail), la messagerie unifie, les jeux interactifs, et les portails vocaux. Gnration d fr t n d tx t n: Une taxation prcise et juste est une exigence i omai n o e a ai o pour les oprateurs de service afin d frd ss o r e ervices voix et donnes forte valeur fi ajoute. Le serveur de mdia SIP gnre des informations de taxation.

Copyright EFORT 2005

Interactive Voice Response (IVR) : Le serveur de mdia SIP doit supporter la dtection des tonalits DTMF envoyes dans la bande ainsi que les digits reus via SIP INFO. Enregistrement : Le serveur de mdia SIP a des capacits d rg t me te d e e ir n t e n se restitution (playback). De nombreuses applications telles que la messagerie vocale, la messagerie unifie, le push-to-talk et la confrence utilisent cette fonction, i.e., enregistrement de l p l f q s irstu i rme tL s re r em i SP a e ai ul o e t p n i t i u l r ue n. e ev u d te d I a utilise des serveurs de stockage existants chez l ae r es ri . o rtu d ev e p c Text-To-Speech : La technologie text-to-speech est troitement associe la fonctionnalit IVR. Le text-to-speech est utilis dans des applications telles que la messagerie unifie afin de lire des E-mail ou des fax travers le tlphone. La traduction peut tre ralise en plusieurs langues. Gestion du multiparties : Le serveur de mdia SIP doit tre capable de fournir tous les mcanismes de contrle des appels plusieurs participants Cette fonctionnalit est utilise dans de nombreuses applications tels que confrence ou le push to talk. Transcodage : Le transcodage permet de convertir un schma d c d g n mi ee e oae u ru n n q un autre. Dans le cas d ec ne c o l p rc a t n d p s n p sd m u n o frn e u e ati ns e i o e t a s ip s u n me codec commun, le serveur de mdia SIP assurera alors les traductions de mdia ncessaires. Interfaces standard ouvertes : Le serveur de mdia SIP doit pouvoir tre contrl travers le protocole SIP et doit pouvoir excuter des scripts VoiceXML.

8 Mie e u r d ss rie s s n ve e evc s

L po h dt d co d s ri d p n d t ed s ri e d s c mp x An i a rc e i r u t n u ev e e d u y p no i c p e ev e t e a o l i . i c et s u s ri p u r mi e u r s retr n l I,es re r em i SP l s re r n ev e e t t c e s n ve u l emi SP l ev u d a d I,e ev u a d pc t no l Proxy Server. a lai u e pi o Certains services requirent des interactions complexes avec l a e ( u g r e.g., messagerie s unifie, IVR, etc.). Pour ces services vocaux une approche centralise est ncessaire avec les entits AS SIP contenant la logique d pc t ne s re r em i SPc ne a te a lai t ev u d pi o d I o tn n l a script vocal. Certains services requirent une base de donnes centralise. Pour ces services de traduction de numro (service de numro abrg, service prpaid, service VPN), un AS SIP contenant la logique d pc t ne t e s i . a lai s n c sa e pi o r Certains services de routage flexible ncessitent un script personnalis par abonn. Le langage CPL (Call Processing Language) peut tre utilis pour ce faire. Il est possible de faire excuter ce script par un AS SIP ou par le proxy server. Certains services ne se prtent pas bien un traitement centralis. L'apparition de terminaux SIP reposant sur une machine Java a offert la possibilit de dvelopper des services sur les terminaux : es ri s n ei d frni p r t emo i ras n ei d p s a p l e fn t n L ev e o n r i e t e eme d c e f d i l o n r u o t p e n o co f e e e i de l'identit de l'appelant. Ce service basique est typiquement un service qu'il faut dployer sur le poste. es ri frg d p e e t n v r ned s ri p e t a sl u l l e t d L ev e i a e ' p l s u e ai t u ev e rc d n d n a ee ' ni e c l t a a c q l i t d l'appel sert dterminer si l'appel doit tre accept, renvoy ou refus. es ri a n a emo t l trt ' ec n e i d e t d tr n l v cu a n a e L ev e n u i c r nr ' d n o n x n i c u emi a e n n u i ei n u o r e a r d'entreprise : il permet l'utilisateur de consulter un annuaire LDAP depuis le tlphone, de slectionner un numro parmi les rsultats et de lancer un appel vers ce numro.

Copyright EFORT 2005

10

9 Conclusion
Les formations proposes par EFORT autour de SIP prsentent les architectures de rseau et de service SIP, ainsi que : L p si n me t eSPd n l e o i n e n d I a s t o I MS L rl i e t SPe l a t s rtc l d l tlq eS P C P , IME E , a e t n nr I t s ur poo o s e ao e e e e I e u D , O S DA T R MS s RTP/RTCP, RTSP, MSRP L interfonctionnement entre SIP et les rseaux lgataires tels que rseaux RTC, GSM, H.323. L mi e u r d s ev e c mp me ti s el tl h n a e SP a s n ve e s ri s o l na e d a p o i v c I e c r e L mi e u r d s ri s v l r j te t v r l A e l MR ( a s n ve e ev e a u a u s r ese S t s F Multimedia e c e o a s e resource Function) SIP.

Rfrences
J. Rosenberg, H. Schulzrinne, G. Camarillo, A. Johnston, J. Peterson, R. Sparks, M. Handley, E. S h o r c o l , SIP : Session Initiation Protocol R C3 6 , e , F 2 1 June 2002. B. R a h o c , Specific Event Notification R C3 6 , , F 2 5 June 2002. J. Lennox, H. S h l i e c u r n , Call Processing Language Framework and Requirements R C 2 2 , zn , F 84 May 2000. S. D n v n o o a , The SIP INFO Method R C2 7 , , F 9 6 October 2000 J. Rosenberg, H. S h l i e c u r n , Reliability of Provisional Responses in the Session Initiation Protocol zn (SIP) R C3 6 , , F 2 2 June 2002. J. Rosenberg, SIP UPDATE Method R C3 1 ,September 2002. , F 31 Campbell, J. Rosenberg, H. Schulzrinne, C. Huitema, D. G r , ul SIP Extension for Instant e Messaging R C3 2 , , F 4 8 December 2002. M. Handley, V. J c b o ,S P S si D sr t nPoo o , F 2 2 , a o s n D : e s n e ci i rtc l R C 3 7 April 1998. o po

Copyright EFORT 2005

11