sip et dss1

Download SIP ET DSS1

Post on 30-Jun-2015

190 views

Category:

Documents

4 download

Embed Size (px)

TRANSCRIPT

INTER FONCTIONNEMENT ENTRE SIP ET DSS1 APPEL DE BASE ET MODLISATION DES AUTOMATES TATS FINIS

Abdelkader El Mahi 4 mai 2004

INTER FONCTIONNEMENT ENTRE SIP ET DSS1 APPEL DE BASECette partie spcifie linter fonctionnement entre un rseau SIP et une liaison ISDN pour les services de base. Linter fonctionnement entre les signalisations SIP et DSS1 se fera par un Contrleur de passerelle (MGC), aussi appel Softswitch qui contient les fonctionnalits du protocole pour les messages ISDN et les fonctionnalits du protocole SIP. Un service de base fournit une capacit de transfert bidirectionnelle pour la voix, DTMF, fac-simil et modem. Dans cette section on verra larchitecture gnrale, la procdure dappel de DSS1 vers SIP et la procdure dappel de SIP vers DSS1. 1-Architecture DSS1 est un protocole de signalisation qui opre aux points de rfrence S/T et T travers une liaison ISDN reliant un PSTN avec un PBX ou un terminal. Les points de rfrence S/T et T sont dfinis dans ITU-T I.412. DSS1 est spcifi dans ITU-T Q.931 pour lappel de base, dans Q.932 (protocole de fonction gnrique utilitaire pour le support de services supplmentaires) et plusieurs niveaux qui spcifient des services supplmentaires individuels. Elle est transporte comme montre la figure-1 de faon transparente par SCTP et IUA du MG au MGC (Softswitch).

Figure-1 : Architecture Le MG fournit la connectivit pour les utilisateurs ISDN (Terminaux et PABX) vers le rseau IP et vis versa. Il inclut les fonctionnalits suivantes: ?? un ou plusieurs interfaces physiques sur ISDN quil soit un accs de base ou accs primaire bit constant pour dterminer le canal de transport de la voix et une couche 2 fiable pour le transport de DSS1. ?? un ou plusieurs interfaces physiques supportant IP couche rseau, et les protocoles TCP (RFC 768) et UDP (RFC 761) pour les couches transport utiliss pour le transport de messages SIP et le media.

?? un moyen de transfert de linformation provenant de la liaison ISDN vers une information sous forme de paquets vers IP. Le MGC convertit les messages reus de DSS1 quand cest appropri des messages SIP et vice-versa. 2 - tablissement dun appel de DSS1 vers SIP 2-1 Procdure en bloc. 2-1-1 rception de message SETUP de DSS1. Cette procdure sapplique lorsque le message SETUP de DSS1 contient toutes les informations ncessaires pour ltablissement dun appel savoir le numro de lappel. Le MGC dtermine que le numro est complet soit par la rception de message sending complete information ou le caractre # . Le MGC gnre ce moment un message INVITE pour appeler UA demand. Ce message contient aussi les informations requises par le serveur SDP dcrites dans la section 3. Si le MGC dtermine que le numro est incomplet, il initialise la procdure dinterruption en utilisant la cause de valeur 28 invalid number format . 2-1-2 Rception de rponse SIP 100 Lorsque le MGC reoit la rponse SIP 100 aucun message nest gnr. Cependant il sert pour viter la retransmission des messages INVITE. 2-1-3 Rception de rponse SIP 18x Le MGC convertit le message SIP 18x en un message DSS1 PROGRESS ou ALERTING selon les conditions suivantes : ?? Si la rponse reue est SIP 180, le MGC gnre un message DSS1 ALERTING ?? Si la rponse est SIP 181/182/183, le MGC envoie une rponse DSS1 PROGRESS si le MG ne fournit aucun des deux messages dans la bande. Le message DSS1 PROGRESS contient le numro 8 dindication de progression. Le MGC doit connecter ce moment les deux canaux correspondants. ?? Si la rponse est SIP 181/182/183 et aucun message nest envoy, le MGC gnre le message DSS1 PROGRESS contenant le numro 1 dans lindication de progression. 2-1-3 Rception de rponse SIP 200 OK Si le MGC reoit le message SIP 200 OK comme premire rponse au message SIP INVITE, le MGC envoie un message DSS1 CONNECT et un message SIP ACK comme rponse SIP 200 OK. Sinon le MGC arrte la sonnerie et envoie le message 200 OK et tablit la connexion des deux canaux correspondants. Si le MGC reoit la rponse 200 OK une requte SIP PRACK, il nmet aucune rponse.

2-1-3 Rception de rponse SIP 3xx Le cas de la rception dun message SIP 3xx, un nouveau message INVITE sera envoy. Ce message va tre tudi lors de linter fonctionnement des services supplmentaires. 2-2 Procdure en chevauchement. SIP utilise une signalisation en bloc. Le MGC convertit la signalisation en chevauchement cot ISDN en une signalisation en bloc en utilisant les mcanismes suivants : ?? Compteurs. ?? Information du plan de numrotation ?? Prsence de linformation sending complete information ou le caractre "#" ou le keypad du message DSS1 INFORMATION. Si le MGC entreprend la conversion de la signalisation en chevauchement en une signalisation en bloc, la procdure dfinie dans le paragraphe 2-22 sera utilise. 2-2-1 Rception du message DSS1 SETUP Si le MGC reoit le message DSS1 SETUP ou il ny a pas dinformation sur le numro appel ou linformation est incomplte ou le rseau ne peut dterminer avec cette information lappel, il met un message SETUP ACKNOWLEDGE et dclenche le Compteur T302. Si le numro appel nest pas reu, le MGC doit envoyer le message SETUP ACKNOWLEDGE avec une indication #8 et retourne la tonalit dinvitation numroter. 2-2-2 Rception du message DSS1 INFORMATION A la rception du message DSS1 INFORMATION qui ne contient pas linformation sending complete indication ou le caractre # et contient un numro que le MGC ne peut pas dterminer quil est complet, il dclenche le Compteur T302. Si le message DSS1 INFORMATION contient linformation sending complete indication ou le caractre # et contient un numro que le MGC peut dterminer quil est complet, il envoie un message SIP INVITE, arrte le compteur T302 et envoie un message DSS1 CALL PROCEEDING. Aprs la procdure sera la mme quen bloc. La requte URI et le champ To seront dduits de linformation du numro appel soit du message DSS1 SETUP ou du message DSS1 INFORMATION. Lorsque le MGC est prt, il envoie une nouvelle requte SIP INVITE avec le nouveau numro reu et avec le mme numro didentification Call-ID que celle de la premire requte SIP INVITE envoye. Lentte CSeq contient une valeur suprieure que celle de la prcdente. Les autres tapes seront les mmes que celles en bloc. 2-2-3 Rception de rponse SIP 484 (Address Incomplete) La rponse SIP 484 indique que le numro reu est incomplet dou le MGC rpond par un message SIP ACK et envoie un message DISCONNECT si le temps T302 est expir ou linformation sending complete indication est reue. Dans les autres cas, le MGC ne doit envoyer aucun message.

2-2-4 Rception de rponse SIP 4xx (except 484), 5xx or 6xx Si une rponse finale SIP 4xx (except 484), 5xx ou 6xx final arrive, le MGC rpond par un message SIP ACK et envoie un message DSS1 DISCONNECT. 2-2-5 Rception de plusieurs rponses SIP Le MGC peut recevoir multiples rponses de la requte INVITE et ceci du la procdure en chevauchement. Les rponses pour toutes les requtes SIP INVITE envoyes except SIP 4xx (e.g. 484 (Address Incomplete)) terminent les transactions. Cependant, le MGC peut recevoir la rponse SIP 183 (Session Progress) avec la description de media, ce moment il va faire correspondre les deux canaux de transport de la voix des deux cots. 3 - tablissement dun appel de SIP vers DSS1 3-1 Rception de message INVITE A la rception du message INVITE, le MGC gnre le numro appel et le numro appellant et envoie un message SETUP. La procdure dappel est en bloc partir dun UA. En cas de chevauchement linformation du numro appel sera reue travers plusieurs messages INVITE. Le MGC peut inclure linformation sending complete information si la rception en bloc est utilise. Ds que lappel arrive du rseau SIP, le MGC doit inclure linformation Progress Indicator information dans le message SETUP avec la description #1 ou #3. Le MGC envoie la rponse SIP 100. Si le message ne contient pas les informations ncessaires pour tablir un appel ou il ny a pas de canaux B libre, le MGC nenvoie pas le message SETUP et envoie une des rponses SIP 4xx, 5xx, ou 6xx. Si un canal B libre nest pas disponible, le MGC utilise la rponse SIP 503 (Service Unavailable). Si le message SIP INVITE ne contient les informations SDP et ne contient ni lentte requis ni lentte support avec 100rel, le MGC ne doit pas mettre le message SETUP et rpond par un SIP 488 (Not Acceptable Here). Si le message INVITE contient les informations SDP, avec lesquelles le MGC ne peut dduire la porteuse, il envoie soit la rponse 488 ou 415. Dans le cas ou le MGC rpond par 415, il doit retourner une liste des formats acceptables en utilisant Accept, Accept-encoding ou Accepting-Language header field . Labsence des informations SDP dans la requte SIP INVITE signifie que le MGC pourra recevoir ces informations dans la requte SIP PRACK. 3-2 Rception de DSS1 CALL PROCEEDING La rception du message DSS1 CALL PROCEEDING ne sera suivi daucune mission de message SIP. 3-3 Rception de DSS1 PROGRESS A la rception du message dindication DSS1 PROGRESS, le MGC doit dresser linformation dindication avec une description #1, #2, ou #4 et ceci sapplique pour les messages SETUP ACKNOWLEDGE, CALL PROCEEDING, ALERTING et PROGRESS la rponse de SIP 183 (Session Progress).

Si la requte SIP INVITE contient lentte exige ou lentte dappui avec loption tag 100rel, le MGC inclut dans la rponse SIP 183 lentte exige avec loption 100rel. 3-4 Rception de message DSS1 ALERTING A la rception du message DSS1 ALERTING, le MGC enchane un message SIP 180 au UA. Si la requte contient soit lentte exige ou lentte dappui avec option tag 100rel, le MGC inclut dans sa rponse SIP 180 lentte exige avec option tag 100rel. Le MGC stoppe les timers T302, T303 ou T310, et dclenche le timer T301. 3-5 Inclusion des informations SDP dans la rponse SIP 18x Lors de lmission de la rponse provisoire SIP 18x, le MGC inclut les informations SDP selon les rgles suivantes : ?? Si le message SIP INVITE contient lentte exige ou dappui, et les informations SDP sont dj changes, alors la rponse provisoire SIP 18

Recommended

View more >