sip et dss1

INTER FONCTIONNEMENT ENTRE SIP ET DSS1 APPEL DE BASE

ET MODÉLISATION DES AUTOMATES À ÉTATS FINIS

Abdelkader El Mahi 4 mai 2004

INTER FONCTIONNEMENT ENTRE SIP ET DSS1 APPEL DE BASE

Cette partie spécifie l’inter fonctionnement entre un réseau SIP et une liaison ISDN pour les services de base. L’inter fonctionnement entre les signalisations SIP et DSS1 se fera par un Contrôleur de passerelle (MGC), aussi appelé Softswitch qui contient les fonctionnalités du protocole pour les messages ISDN et les fonctionnalités 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 l’architecture générale, la procédure d’appel de DSS1 vers SIP et la procédure d’appel de SIP vers DSS1.

1-Architecture

DSS1 est un protocole de signalisation qui opère aux points de référence S/T et T à travers une liaison ISDN reliant un PSTN avec un PBX ou un terminal. Les points de référence S/T et T sont définis dans ITU-T I.412. DSS1 est spécifié dans ITU-T Q.931 pour l’appel de base, dans Q.932 (protocole de fonction générique utilitaire pour le support de services supplémentaires) et plusieurs niveaux qui spécifient des services supplémentaires individuels. Elle est transportée comme montre la figure-1 de façon 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 réseau IP et vis versa. Il inclut les fonctionnalités suivantes:

?? un ou plusieurs interfaces physiques sur ISDN qu’il soit un accès de base ou accès primaire à bit constant pour déterminer 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 réseau, et les protocoles TCP (RFC 768) et UDP (RFC 761) pour les couches transport utilisés pour le transport de messages SIP et le media.

?? un moyen de transfert de l’information provenant de la liaison ISDN vers une information sous forme de paquets vers IP.

Le MGC convertit les messages reçus de DSS1 quand c’est approprié à des messages SIP et vice-versa.

2 - Établissement d’un appel de DSS1 vers SIP

2-1 Procédure en bloc.

2-1-1 réception de message SETUP de DSS1. Cette procédure s’applique lorsque le message SETUP de DSS1 contient toutes les informations nécessaires pour l’établissement d’un appel à savoir le numéro de l’appelé. Le MGC détermine que le numéro est complet soit par la réception de message sending complete information ou le caractère « # ». Le MGC génère à ce moment un message INVITE pour appeler UA demandé. Ce message contient aussi les informations requises par le serveur SDP décrites dans la section 3. Si le MGC détermine que le numéro est incomplet, il initialise la procédure d’interruption en utilisant la cause de valeur 28 « invalid number format ».

2-1-2 Réception de réponse SIP 100 Lorsque le MGC reçoit la réponse SIP 100 aucun message n’est généré. Cependant il sert pour éviter la retransmission des messages INVITE.

2-1-3 Réception de réponse SIP 18x Le MGC convertit le message SIP 18x en un message DSS1 PROGRESS ou ALERTING selon les conditions suivantes :

?? Si la réponse reçue est SIP 180, le MGC génère un message DSS1 ALERTING ?? Si la réponse est SIP 181/182/183, le MGC envoie une réponse DSS1

PROGRESS si le MG ne fournit aucun des deux messages dans la bande. Le message DSS1 PROGRESS contient le numéro 8 d’indication de progression. Le MGC doit connecter à ce moment les deux canaux correspondants.

?? Si la réponse est SIP 181/182/183 et aucun message n’est envoyé, le MGC génère le message DSS1 PROGRESS contenant le numéro 1 dans l’indication de progression.

2-1-3 Réception de réponse SIP 200 OK Si le MGC reçoit le message SIP 200 OK comme première réponse au message SIP INVITE, le MGC envoie un message DSS1 CONNECT et un message SIP ACK comme réponse à SIP 200 OK. Sinon le MGC arrête la sonnerie et envoie le message 200 OK et établit la connexion des deux canaux correspondants.

Si le MGC reçoit la réponse 200 OK à une requête SIP PRACK, il n’émet aucune réponse.

2-1-3 Réception de réponse SIP 3xx Le cas de la réception d’un message SIP 3xx, un nouveau message INVITE sera envoyé. Ce message va être étudié lors de l‘inter fonctionnement des services supplémentaires.

2-2 Procédure 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 mécanismes suivants :

?? Compteurs. ?? Information du plan de numérotation ?? Présence de l’information sending complete information ou le caractère "#" ou le

keypad du message DSS1 INFORMATION. Si le MGC entreprend la conversion de la signalisation en chevauchement en une signalisation en bloc, la procédure définie dans le paragraphe 2-22 sera utilisée.

2-2-1 Réception du message DSS1 SETUP Si le MGC reçoit le message DSS1 SETUP ou il n’y a pas d’information sur le numéro appelé ou l’information est incomplète ou le réseau ne peut déterminer avec cette information l’appelé, il émet un message SETUP ACKNOWLEDGE et déclenche le Compteur T302. Si le numéro appelé n’est pas reçu, le MGC doit envoyer le message SETUP ACKNOWLEDGE avec une indication #8 et retourne la tonalité d’invitation à numéroter.

2-2-2 Réception du message DSS1 INFORMATION A la réception du message DSS1 INFORMATION qui ne contient pas l’information sending complete indication ou le caractère # et contient un numéro que le MGC ne peut pas déterminer qu’il est complet, il déclenche le Compteur T302.

Si le message DSS1 INFORMATION contient l’information sending complete indication ou le caractère # et contient un numéro que le MGC peut déterminer qu’il est complet, il envoie un message SIP INVITE, arrête le compteur T302 et envoie un message DSS1 CALL PROCEEDING. Après la procédure sera la même qu’en bloc.

La requête URI et le champ To seront déduits de l’information du numéro appelé soit du message DSS1 SETUP ou du message DSS1 INFORMATION.

Lorsque le MGC est prêt, il envoie une nouvelle requête SIP INVITE avec le nouveau numéro reçu et avec le même numéro d’identification Call-ID que celle de la première requête SIP INVITE envoyée. L’entête CSeq contient une valeur supérieure que celle de la précédente.

Les autres étapes seront les mêmes que celles en bloc.

2-2-3 Réception de réponse SIP 484 (Address Incomplete) La réponse SIP 484 indique que le numéro reçu est incomplet d’ou le MGC répond par un message SIP ACK et envoie un message DISCONNECT si le temps T302 est expiré ou l’information sending complete indication est reçue.

Dans les autres cas, le MGC ne doit envoyer aucun message.

2-2-4 Réception de réponse SIP 4xx (excepté 484), 5xx or 6xx Si une réponse finale SIP 4xx (excepté 484), 5xx ou 6xx final arrive, le MGC répond par un message SIP ACK et envoie un message DSS1 DISCONNECT.

2-2-5 Réception de plusieurs réponses SIP Le MGC peut recevoir multiples réponses de la requête INVITE et ceci du à la procédure en chevauchement. Les réponses pour toutes les requêtes SIP INVITE envoyées excepté SIP 4xx (e.g. 484 (Address Incomplete)) terminent les transactions. Cependant, le MGC peut recevoir la réponse 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 cotés.

3 - Établissement d’un appel de SIP vers DSS1

3-1 Réception de message INVITE A la réception du message INVITE, le MGC génère le numéro appelé et le numéro appellant et envoie un message SETUP. La procédure d’appel est en bloc à partir d’un UA. En cas de chevauchement l’information du numéro appelé sera reçue à travers plusieurs messages INVITE. Le MGC peut inclure l’information sending complete information si la réception en bloc est utilisée. Dès que l’appel arrive du réseau SIP, le MGC doit inclure l’information Progress Indicator information dans le message SETUP avec la description #1 ou #3. Le MGC envoie la réponse SIP 100. Si le message ne contient pas les informations nécessaires pour établir un appel ou il n’y a pas de canaux B libre, le MGC n’envoie pas le message SETUP et envoie une des réponses SIP 4xx, 5xx, ou 6xx. Si un canal B libre n’est pas disponible, le MGC utilise la réponse SIP 503 (Service Unavailable). Si le message SIP INVITE ne contient les informations SDP et ne contient ni l’entête requis ni l’entête supporté avec 100rel, le MGC ne doit pas émettre le message SETUP et répond par un SIP 488 (Not Acceptable Here). Si le message INVITE contient les informations SDP, avec lesquelles le MGC ne peut déduire la porteuse, il envoie soit la réponse 488 ou 415. Dans le cas ou le MGC répond par 415, il doit retourner une liste des formats acceptables en utilisant Accept, Accept-encoding ou Accepting-Language header field . L’absence des informations SDP dans la requête SIP INVITE signifie que le MGC pourra recevoir ces informations dans la requête SIP PRACK.

3-2 Réception de DSS1 CALL PROCEEDING La réception du message DSS1 CALL PROCEEDING ne sera suivi d’aucune émission de message SIP.

3-3 Réception de DSS1 PROGRESS A la réception du message d’indication DSS1 PROGRESS, le MGC doit dresser l’information d’indication avec une description #1, #2, ou #4 et ceci s’applique pour les messages SETUP ACKNOWLEDGE, CALL PROCEEDING, ALERTING et PROGRESS à la réponse de SIP 183 (Session Progress).

Si la requête SIP INVITE contient l’entête exigée ou l’entête d’appui avec l’option tag 100rel, le MGC inclut dans la réponse SIP 183 l’entête exigée avec l’option 100rel.

3-4 Réception de message DSS1 ALERTING A la réception du message DSS1 ALERTING, le MGC enchaîne un message SIP 180 au UA. Si la requête contient soit l’entête exigée ou l’entête d’appui avec option tag 100rel, le MGC inclut dans sa réponse SIP 180 l’entête exigée avec option tag 100rel. Le MGC stoppe les timers T302, T303 ou T310, et déclenche le timer T301.

3-5 Inclusion des informations SDP dans la réponse SIP 18x Lors de l’émission de la réponse provisoire SIP 18x, le MGC inclut les informations SDP selon les règles suivantes :

?? Si le message SIP INVITE contient l’entête exigée ou d’appui, et les informations SDP sont déjà échangées, alors la réponse provisoire SIP 18x ne doit inclure pas les informations SDP.

?? Si le message SIP INVITE contient l’entête exigée ou d’appui, et si les informations SDP sont reçues, mais aucune information n’est émise, la réponse provisoire SIP 18x doit inclure les informations SDP.

?? Si le message SIP INVITE contient l’entête exigée ou d’appui, et si les informations SDP ne sont pas reçues, et aucune information n’est émise, la réponse provisoire SIP 18x doit inclure les informations SDP.

?? Si le message SIP INVITE ne contient ni l’entête exigée ni d’appui, la réponse provisoire SIP 18x doit inclure les informations SDP.

A noter que les informations SDP doivent être réémises dans le message final SIP 2xx. Si le message SIP INVITE ne contient pas ni l’entête exigée ni d’appui, et de plus pas d’information SDP, alors le MGC rejette la communication.

3.6 Réception du message DSS1 CONNECT A la réception du message DSS1 CONNECT, le MGC envoie une réponse SIP 200 et connecte les deux porteuses (canal B et media stream). De plus il envoie un message DSS1 CONNECT ACKNOWLEDGE soit au terminal ISDN ou au PSTN. Le MGC inclut Les informations SDP dans la réponse SIP 200 suivant les mêmes règles que celle de la réponse SIP 18x.

3-7 Réception de la requête SIP PRACK A la réception de la requête SIP PRACK, le MGC n’envoie aucun message DSS1 et répond par un message SIP 200. Si le message SIP PRACK contient les informations SDP et le message DSS1 contenant l’information de progression avec une description 1 ou8, le MGC peut connecter les deux porteuses de la voix (canal B et media streams).

3-8 Réception de requête SIP ACK A La réception de requête SIP ACK, le MGC n’émet aucun message DSS1.

Si la requête SIP ACK contient les informations SDP, le MGC peut connecter les deux porteuses de la voix.

3-9 Réception de multiples messages SIP INVITE en mode chevauchement Pour un appel utilisant le mode chevauchement, le MGC va recevoir multiples messages SIP INVITE contenant différents requêtes URI et champs To.

Le mode chevauchement dans le réseau SIP ne sera pas appliqué du fait qu’il présentera plusieurs désagréments lors de l’établissement de l’appel.

3-10 Procédures exceptionnelles Si le MGC reçoit une nouvelle requête SIP INVITE avec le même identificateur Call-ID que celle d’une requête existante et dont le MGC n’a pas encore répondu, le MGC annule l’appel en envoyant une réponse SIP 485 (Ambiguous) et un message DSS1 DISCONNECT avec cause #16 (Normal call clearing) ou #31 (Normal, unspecified).

4 - Terminaison d’appel et défaillance de l’appel

4-1 Réception de message DISCONNECT, RELEASE ou RELEASE COMPLETE A la réception d’un message DISCONNECT, RELEASE ou RELEASE COMPLETE, et suivant l’état de dialogue avec le réseau SIP, le MGC répond de la manière suivante :

?? Si le MGC a envoyé la réponse SIP 200 et il a reçu SIP ACK ou il a reçu SIP 200, le MGC envoie un message SIP BYE pour terminer l’appel.

?? Si le MGC a émis SIP 200, mais il n’a pas reçu SIP ACK, il doit attendre jusqu'à la réception de SIP ACK pour terminer l’appel avec SIP BYE.

?? Si le MGC a émis un message SIP INVITE et il a reçu une réponse provisoire, il envoie un message SIP CANCEL pour terminer l’appel.

?? Si le MGC a émis un message SIP INVITE et il n’a pas reçu de réponse SIP, il ne doit envoyer aucun message SIP.

?? Si le MGC a reçu une requête mais il n’a pas émis de réponse, le MGC doit émettre une réponse en accord avec la valeur de la cause du message DSS1 spécifiée dans la l’annexe B.

Dans tous les cas le MGC doit déconnecter les porteuses de voix si elles sont établies et complète les transactions des messages SIP et DSS1.

4-2 Réception de message SIP BYE A la réception de la requête SIP BYE, le MGC émet un message DISCONNECT avec la cause de la valeur 16 (normal call clearing). Le MGC doit aussi déconnecter les canaux de transport de la voix.

4-3 Réception de la requête SIP CANCEL A la réception de la requête SIP CANCEL pour terminer l’appel dont le MGC n’a pas émis de réponse finale SIP, le MGC émet un message DSS1 DISCONNECT avec cause de valeur 16 (normal call clearing). Il doit aussi déconnecter les canaux de transport et laisser les signalisations terminer leurs transactions.

4-4 Réception de réponse SIP 4xx - 6xx A l’exception de la procédure en chevauchement, et à la réception de réponse SIP 4xx-6xx, le MGC émet un message DSS1 DISCONNECT. La cause a la valeur en accord avec l’annexe A. Il doit aussi déconnecter les canaux de transport et laisser les signalisations terminer leurs transactions.

4-5 Terminaison de l’appel par le MGC Si le MGC initialise la terminaison de l’appel à cause de l’expiration d’un timer, il applique la procédure mentionnée ci-dessus dans le paragraphe 4-1. La cause mentionnée sera 480 (Temporarily Unavailable) ou 408 (Request timeout) ou 500 (Server internal error) coté réseau SIP; 102 (Recovery on timer expiry) ou 41 (Temporary failure).

Remarque : si l’appel est établi et le MGC a reçu un message SIP INVITE pour changer les caractéristiques du media de l’appel dans le sens d’une incompatibilité avec la liaison ISDN, le MGC répond par un message SIP 503 (Service unavailable) et ne change pas les caractéristiques de media de l’appel existant

5 - Conversion de E.164 en URIs

Dans la signalisation DSS1, l’adresse de l’appelé est transportée dans l’élément d’information de la partie appelé, et l’adresse de l’appelant est transportée dans l’élément d’information de la partie appelante. L’information de la partie appelante contient aussi la présentation. La présentation est un service supplémentaire d’identification (CLIP, COLP, CLIR, CNIP, CONP, CLIR).

Dans la signalisation SIP, les utilisateurs sont identifiés par les URIs qui sont transportés dans différents entêtes To et From et dans l’entête P-Asserted-Identity.

6 - Conversion des informations de service de base entre DSS1 et SIP

Dans cette partie on va voir la conversion pour les services de base entre les deux réseaux SIP et DSS1.

6-1 Déduction des informations de service de base DSS1 à partir de SDP Le MGC génère les capacités de la porteuse (BC) et l’information de la compatibilité élevée (HLC) et l’information de la compatibilité basse (LLC) à partir des informations SDP. LLC est exigée pour assurer la compatibilité de bout en bout. Seulement les champs utiles de BC/HLC et LLC sont listés et qui sont déduits des lignes SDP.

Les tableaux ci-dessous montrent les déductions des informations DSS1 pour les différents services de base.

Pour le transfert de l’audio avec la loi A :

DSS1 codage de BC et HLC SDP

Capacité de transfert d’information :"speech" (00000)

Mode de transfert :"circuit mode" (00)

Débit de transfert d’information :"64 Kbits/s" (10000)

Information couche 1 : "G.711, A-law"

Information HLC : n’est pas exigé

LLC : n’est pas exigé

m=audio RTP/AVT 8

a= -

b= 64kbit/s

Tableau 1: Transfert de l’audio avec la loi A

Pour le transfert de l’audio 3,1 kHz selon la loi A :


Capacité de transfert d’information :"3,1 kHz audio" (10000)






m=audio RTP/AVT 8

a= -

b= 64kbit/s

Tableau 2: Transfert de l’audio 3,1 kHz avec la loi A

Pour le transfert de l’audio 3,1 kHz (µ-law) :





Information couche 1 : "G.711, µ-law"



m=audio RTP/AVT 0

a= -

b= 64kbit/s

Tableau 3: Transfert audio 3,1 kHz (µ-law)

Pour transmission de données "unrestricted digital information" :


Capacité de transfert d’information :"unrestricted digital information"(01000)





m=audio RTP/AV DynamicPT

a= rtpmap: <dynamicPT>xxxx

b= AS:64kbit/s

Tableau 4: Transmission de données "unrestricted digital information"

Pour la téléphonie 3.1kHz (A-law) :


Capacité de transfert d’information :"3,1 kHzs audio" (10000)




Information HLC : "telephony" identification


m=audio RTP/AVT 8

a= -

b= 64kbit/s

Tableau 5: Téléphonie 3.1kHz (A-law)

Pour la téléphonie 7 kHz :


Capacité de transfert d’information :"unrestricted digital information with tones/announcements" (01000)



Information couche 1 : "H221 et H242"



m=audio RTP/AVT 9

a= rtpmap:9 G.722/8000

b= AS:64kbit/s

Tableau 6: Téléphonie 7 kHz

Pour le fax groupes G 2-3 :






Information HLC : "fax gr 2/3 identification (RecF.182)"


m= image udptl t38 a= basé sur T.38

b= 64kbit/s

Tableau 7: Fax Gr 2-3

Pour le fax groupe G4 :





Information HLC : "group 4 class 1 facsimile"

LLC : Information transfer "unrestricted digital information"

Capability: (01000)

Transfer mode : “circuit mode” (00)

Information transfer rate : “64 Kbits/s” (10000)

User Information layer 2 : "ISO/IEC 7776 DTE-DTE operation"

Optional layer 2 protocol:"--set according to the capability information of the terminal--"

User information layer 3 : "ISO/IEC 8208"

m=audio RTP/AV DynamicPT

a= rtpmap: <dynamicPT>xxxx

b= AS:64kbit/s

Tableau 8: Fax groupe G4

Pour la vidéo téléphonie :

Normalement deux connexions sont nécessaires pour le transfert de la vidéo téléphonie.


Pour la première connexion :





Information HLC : "videotelephony" identification F721

Extension : "capability set of initial channel

characteristics identification of Rec H.221"


Pour la deuxième connexion :









m=audio RTP/AVT 9

a= rtpmap:9 G.722/8000

b= AS:64kbit/s

m=video RTP/AVP

a=rtpmap:9 xxxx

b=AS:64bbit/s

Tableau 9: Vidéo téléphonie

6-2 Déduction des informations de service de base SDP à partir de DSS1 Le MGC génère les informations SDP à partir des informations de la porteuse (BC) et des informations de compatibilité HLC et LLC.

Puisque dans un réseau IP, il n’y a pas de distinction entre "speech" et "3.1kHz la valeur de m dans SDP est audio RTP/AVT 8.

Pour le transfert l’audio avec la loi A :"speech" ou 3,1kHz

SDP DSS1 codage de BC et HLC

m=audio RTP/AVT 8

a= 8 PCMA/8000

b= 64kbit/s

Capacité de transfert d’information :"speech" (00000) ou 3,1 kHz






Tableau 10: Transfert l’audio avec la loi A:"speech" ou 3,1kHz

Pour le transfert l’audio avec la loi µ :"speech" ou 3,1kHz


m=audio RTP/AVT 0

a= rtpmap: 0 PCMA/8000

b= 64kbit/s

Capacité de transfert d’information :"speech" (00000) ou 3,1 kHz



Information couche 1 : "G.711, µ-law"



Tableau 11: Transfert l’audio avec la loi µ :"speech" ou 3,1kHz

Pour transmission de données "unrestricted digital information" :


m=audio RTP/AV 97

a= rtpmap:97clearmode/8000

b= AS:64kbit/s

a=ptime:10






Tableau 12: Transmission de données "unrestricted digital information"

Pour la téléphonie 3.1kHz (A-law) :


m=audio RTP/AVT 8

a=rtpmap:8 PCMA/8000

b= 64kbit/s







Tableau 13: Téléphonie 3.1kHz (A-law)

Pour la téléphonie 7 kHz :


m=audio RTP/AVT 9

a=rtpmap:9 G.722/8000

b=AS:64kbit/s






LLC : n’est pas exigé m=audio RTP/AVT 9

a= rtpmap:9 G.722/8000

b= AS:64kbit/s

Tableau 14: Téléphonie 7 kHz

Pour le fax groupes G 2-3 :


m=image udptl t38

a=based on T.38

b= 64kbit/s





Information HLC : "fax gr 2/3 identification (RecF.182)"

LLC : n’est pas exigé m= image udptl t38

Tableau 15: Fax groupes G 2-3

Pour le fax groupe G4 :

DSS1 codage de BC et HLC

SDP

m=audio RTP/AVT 97

a=rtpmap: 97 CLEARMODE/8000

a=ptime:10




Information HLC : "group 4 class 1 facsimile"

LLC : Information transfer "unrestricted digital information"

Capability: (01000)

Transfer mode : “circuit mode” (00)

Information transfer rate : “64 Kbits/s” (10000)

User Information layer 2 : "ISO/IEC 7776 DTE-DTE operation"

Optional layer 2 protocol:"--set according to the capability information of the terminal--"

User information layer 3 : "ISO/IEC 8208"

Pour la vidéo téléphonie :

Normalement deux connexions sont nécessaires pour le transfert de la vidéo téléphonie :


m=audio RTP/AVT 9

a=rtpmap:9 G722/8000

b=AS:64bbit/s

m=audio RTP/AVT 97

a=rtpmap:97 CLEARMODE/8000

b=AS:64kbit/s

Pour la première connexion :









Pour la deuxième connexion :








LLC : n’est pas exigé m=audio RTP/AVT 9

Tableau 16: Vidéo téléphonie

Annexe A

Réponses SIP Causes DSS1 400 Bad request 41 Temporary failure 401 Unauthorized 21 Call rejected 402 Payment required 21 Call rejected 403 Forbidden 21 Call rejected 404 Not found 1 Unallocated number 405 Method not allowed 63 Service or option unavailable 406 Not acceptable 79 Service or option not implemented 407 Proxy Authentication required 21 Call rejected 408 Request timeout 102 Recovery on timer expiry 410 Gone 22 Number changed 413 Request entity too large 127 Interworking, unspecified 414 Request-URI too long 127 Interworking, unspecified 415 Unsupported media type 79 Service or option not implemented 416 Unsupported URI scheme 127 Interworking, unspecified 420 Bad extension 127 Interworking, unspecified 421 Extension required 127 Interworking, unspecified 423 Interval too brief 127 Interworking, unspecified 480 Temporarily unavailable 18 No user responding 481 Call/transaction does not exist 41 Temporary failure 482 Loop detected 25 Exchange routing error 483 Too many hops 25 Exchange routing error 484 Address incomplete 28 Invalid number format 485 Ambiguous 1 Unallocated Number 486 Busy here 17 User busy 487 Request terminated 488 Not Acceptable Here 65 Bearer capability not implemented 500 Server internal error 41 Temporary failure 501 Not implemented 79 Service or option not implemented 502 Bad gateway 38 Network out of order 503 Service unavailable 41 Temporary failure 600 Busy everywhere 17 User busy 603 Decline 21 Call rejected 604 Does not exist anywhere 1 Unallocated number 606 Not acceptable 65 Bearer capability not implemented

Équivalence des erreurs entre SIP et DSS1

Annexe B

Réponses SIP Causes DSS1 1 Unallocated number 404 Not found 2 No route to specified 404 Not found 3 No route to destination 404 Not found 17 User busy 486 Busy here 18 No user responding 408 Request timeout 19 No answer from the user 480 Temporarily unavailable 20 Subscriber absent 480 Temporarily unavailable 21 Call rejected 407 603 Decline, or 403 Forbidden 22 Number changed 301 Moved permanently or 410 Gone 23 Redirection to new destination 410 Gone 27 Destination out of order 502 Bad gateway 28 Address incomplete 484 Address incomplete 29 Facility rejected 501 Not implemented 31 Normal, unspecified available 480 Temporarily unavailable 34 No circuit/channel 503 Service unavailable 38 Network out of order 503 Service unavailable 41 Temporary failure 503 Service unavailable 42 Switching equipment 503 Service unavailable 47 Resource unavailable, unspecified 503 Service unavailable 55 Incoming calls barred within CUG 403 Forbidden 57 Bearer capability not authorized 403 Forbidden 58 Bearer capability not presently available 488 Not acceptable here 65 Bearer capability not implemented 488 Not acceptable here 69 Requested facility not 501 Not implemented 70 Only restricted digital info available 488 Not acceptable here 79 Service or option not impl, unspecified 501 Not implemented 87 User not member of CUG 403 Forbidden 88 Incompatible destination 503 Service unavailable 102 Recovery on timer expiry 504 Server time-out

Équivalence des erreurs entre DSS1 et SIP

Modélisation

Les transactions pour l’établissement d’appel L’abonné A de l’autocommutateur communique avec un utilisateur B du réseau LAN à travers une passerelle (figure 1). La liaison entre abonné et autocommutateur peut être analogique ou numérique. La passerelle permet le passage d’un réseau ISDN à une liaison internet. Elle reçoit des deux terminaux les messages pour l’établissement des appels des deux terminaux, autocommutateur et téléphone IP. L’interconnexion entre les deux réseaux est modélisée sous formes de machines à états finis. L’autocommutateur représente la machine 1; la passerelle représente la machine 2 et l’utilisateur B représente la machine 3. La machine 2 représente l’interface ISDN reliant l’autocommutateur avec la passerelle. Les états seront modélisés suivant les messages Q.931 entrants et sortants. Ces messages permettent d’établir des communications. Les transactions pour un appel sortant sont représentées dans la figue 2 et celles pour un appel sortant sont représentées dans la figure 3. Dans les deux figures sont présentés uniquement les messages les plus importants qui peuvent définir des états finis des deux interfaces. A signaler que les deux messages CANCEL de SIP et RELEASE COMPLETE de Q.931 ne peuvent former des états, même s’ils sont mentionnés dans la figure 2. L’initiation d’un appel sortant commence par envoi du message SETUP qui peut ou non contenir toutes les informations nécessaires pour établir une communication. Suivant la réponse de la passerelle, il y’aura soit la phase de la sonnerie ou déconnexion. Après la phase de la sonnerie vient la phase de la communication s’il y’a réponse et il n’y a pas de message de déconnexion des deux cotés. Enfin de communication et à l’émission ou à la réception d’un message de déconnexion on passe à la phase de terminaison de l’appel. Dans les annexes A et B sont mentionnés certains remarques sur les transactions de DSS1 vers SIP et vis versa.

Abonné Aautocommutateur passerelle LAN

Usager B

ISDN IPA ou N IP

Machine 2 Machine 3 Machine 4Machine 1

Figure 1: schéma de la passerelle

Pour un appel entrant la procédure est similaire, l’initiation de l’appel commence par la réception d’un message SETUP. Si les informations utiles sont présentes, et le correspondant a son téléphone raccroché, l’interface émet un message de sonnerie. La phase de communication suit après que le correspondant du coté LAN répond par un message 200 OK. Enfin la phase de session si la machine reçoit un message de déconnexion.

Figure 2: transactions pour un appel entrant

M A C H I N E 2

M A C H I N E 3

SETUP

ALERTING

RELEASE COMPLETE

M A C H I N E 4

180 RINGING

200 OK

CANCEL

APPEL ACTIF APPEL ACTIF

Figure 1: transactions pour un appel sortant

M A C H I N E 4

M A C H I N E 3

180 RINGING

200 OK

SIP ACK

RELEASE COMPLETE

M A C H I N E 2

ALERTING

CONNECT

RELEASE

BYE


ALERTING

CONNECT


CANCEL

RELEASE SIP ACK

État de la machine 1 Les quatre machines seront représentées par des états finis. Les états de la machine 1 sont définis suivant la position du combiné du téléphone, la composition du numéro appelé et les réponses du correspondant. Les transactions se font de la manière suivante : ??décrocher le combiné ??composer le numéro ?? sonnerie ??communiquer ?? raccrocher le combiné

De ces étapes on peut définir quatre états de la machine et qui seront représentés dans le diagramme ci-dessous. La phase de sonnerie peut être incluse dans l’état de la De ces étapes on peut définir quatre états de la machine et qui seront représentés dans le diagramme ci-dessous. La phase de sonnerie peut être incluse dans l’état de la numérotation des chiffres du correspondant.

repos

communiquer

Décrocher

numérotation

déconnexion

Un des deux raccroche

Occupé ou décroche

Réel En coursMachine 1

Modélisation à états finis

sonnerie

Corresp decroche

État de la machine 2 Les états de la machine 2 (autocommutateur) sont définis par les entrées et les sorties des messages Q.931 du protocole DSS1 appliqué à une liaison ISDN. Les cinq états qu’on peut définir pour cette interface sont : ?? repos ?? initiation d’appel (envoi ou réception de message SETUP) ?? sonnerie ??communication ??déconnexion

repos

appel actif

SETUP

initiation d’appel

déconnexion

RELEASE or BYE

Machine 2 En coursMachine 2


sonnerie

RELEASEou

BYE200 OK

État de la machine 3 Les états de la machine 3 (passerelle) sont définis par les entrées et les sorties des messages Q.931 du protocole DSS1 appliqué à une liaison ISDN et les messages SIP du réseau informatique. Les cinq états qu’on peut définir pour cette interface sont : ?? repos ?? initiation d’appel (envoi ou réception de message SETUP ou de message INVITE) ?? sonnerie ??communication ??déconnexion

De plus un état terminal appelé mise en attente correspond à un service supplémentaire que peut fournir le réseau ISDN.

repos

appel actif

SETUP or INVITE


200 OK or CONNECT

déconnexion

RELEASE or BYE

RELEASE COMP

Or 200 OK



HOLD Mise en attenteRETRIEVE

Sonnerie

État de la machine 4 Les états de la machine 4 (usager B) sont définis par les entrées et les sorties des messages SIP. Les cinq états qu’on peut définir pour cette interface sont : ?? repos ?? initiation d’appel (envoi ou réception de message INVITE) ?? sonnerie ??communication ??déconnexion

repos

appel actif

INVITE


CONNECT

déconnexion

RELEASE or BYE



sonnerie

RELEASEou

BYE

Annexe A

DSS1 Vers SIP Remarques SETUP

INVITE

Numéro appelé en entier ou incomplet

CALL PROCEEEDING

-

Message local coté DSS1

CONNECT

200 OK

CONNECT ACK

-


DISCONNECT, RELEASE RELEASE COMPLETE

BYE

SIP ACK transmis ou reçu


CANCEL

Pas de réponse final reçu

INFORMATION

INVITE

SETUP reçu, T302 expiré Envoi terminé.

PROGRESS

183 session progress

ALERTING

180 ringing

Annexe B

SIP Vers DSS1 Remarques TRYING

INVITE

Numéro appelé en entier ou incomplet

CALL PROCEEEDING

-


INVITE CONNECT

200 OK

CONNECT ACK

-



BYE

SIP ACK transmis ou reçu


CANCEL

Pas de réponse final reçu

INFORMATION

INVITE

SETUP reçu, T302 expiré Envoi terminé.

PROGRESS

183 session progress

ALERTING

180 ringing

0repos

Resume request (call

id)

SETUP(Bn canal)

STATUS(cs=0)

STATUS (cs?0)

Retablissement d’un appel2-1 en bloc

Incompatibilité

SelectionReference

appel

Setupindication

RESUME(appel id)

Start T318

4Appel présent

0repos Rel

option

RELEASE(cause 101)

RELEASECOMPLETE(cause 101)

Start T308 0repos

13Demande de déconnexion

oui

12demande de

reprise

Re-INVITE

SDP=0

oui

200 OKINVITE

3-1

Resume request (call

id)

SelectionReference

appel

SETUP(Bu canal)

Start T303

1Initiation d’appel

SDPpresent

PRACK ACK

PRACKSDPOK

200 OK

0repos

Unexpectedmessage RELEASE

RELEASECOMPLETE

Référence d’appel invalide Référence d’appel invalide

repos

repos

Unrecognisedmessage

RELEASECOMPLETE

Rel option

RELEASE(cause 81)

RELEASECOMPLETE(cause 81)

Start T308 repos


État repos

BYE CANCEL

RELEASE(cause 81)

0repos


DISCONNECT

3-4

CANCEL


3-5

CANCEL

État initiation appel de SIP vers DSS1

Disconnect release

Stop T303

Start T305

RELEASE COMPLETE

4-1

Stop T303

Reject indication

ReleaseCall reference

0repos

Time outT303

Appel entrant

First time out?

SETUP(Bu canal)

oui

Start T303


SetupConfirm (error)

CANCEL

ReleaseCall reference

0repos

ALERTING

Stop T303

180 RINGING

Alerting indication

3Appel rendu

CONNECT

3-6

Stop T303

200 OK

Setupconfirm

Ackoption

8Appel acif

CONNECTACK

CALL PROCEEDING

Stop T303

Start T310

Alerting indication

2Procedure appel

sortant

3-2

2Procedure appel

sortant

3-3

ALERTING

Stop T310

Alertingindication

3Appel rendu

3-4 4-3

État initiation appel: messages de DSS1 et SIP

3-6

200 OK

Time outT310

4-1

DISCONNECT

PROGRESS

Stop T310

SIP 100

Progressindication

2Procedure appel

sortant

Start T301

180 RINGING

CONNECT

Stop T310

Setup confirm

Ackoption

8Appel acif

CONNECTACK

Start T305

CANCEL

Setup confirm(error)


CANCEL

Release request

Stop T310

RELEASE(Cause 16)

Start T308


3-6

3Appel rendu

État appel rendu vers etat appel actif

CONNECT

200 OK

Setup confirm

Ackoption

8Appel acif

CONNECTACK

4Appel présent

7Procedure appel

entrant

0repos

14Chevauchement

Start T302

SETUP ACK

More info request

2-2 multipoint

Alerting request

180 RINGING

2-1-3

ALERTING

5Appel recu

200 OK

2-1-4

Setup response

CONNECT

Start T313

6Demande de connexion

CANCEL

Reject request

Reject option

4-1

RELEASE COMPLETE

0repos

Proceeding request

CALL PROCEEDING

RELEASE

Release indication

RELEASECOMPLETE

Release call reference

DISCONNECT

Normal clearing

Disc indication

10Indication de deconnexion

5Appel recu

Setup response

200 OK

2-1-3

CONNECT

Start T313



Time outT313

DISCONNECT

Start T305

Setup complete indication


Stop T313

Setup complete indication

CONNECT ACK

8Appel actif

7Procedure appel

entrant

200 OK

2-1-4

CONNECT

Setup response

Start T313


180 RINGING

2-1-3

Alerting request

ALERTING

5Appel recu

7Procedure appel

entrant

Proceeding request

CALL PROCEEDING

8Appel actif

Suspend request

NOTIFY Notify requestRe-INVITE

SDP=0

oui

SIP ACK

Service HOLD

Start T319

11Demande de suspension

Notify indication

8Appel actif

NOTIFY

8Appel actif

8Appel actif


RELEASE

Stop T305

BYE

Release indication

RELEASE COMPLETE

SIP ACK


0repos

DISCONNECT

Stop T305

CANCEL

RELEASE

Start T308


Time out T305

RELEASE

CANCEL

Start T308


10Indication de déconnexion

RELEASE

Release indication

RELEASE COMPLETE

SIP ACK


0repos

Release request

RELEASE

Start T308


11Demande de suspension

SUSPEND ACK

Stop T319

SIP ACK

Suspend confirm


0repos

SUSPEND ACK

Stop T319

Suspend confirm

8Appel actif

DISCONNECT

Stop T319

CANCEL

Disc indication

10Indication de déconnexion

RELEASE

Stop T319

CANCEL

Release indication

RELEASE COMPLETE


0repos

Time out T319

Disc indication

8Appel actif

12Demande de reprise

RESUME ACK

Stop T318

Re-INVITE

Resume confirm

8Appel actif

RESUME REJECT

Stop T318

Resume confirm


0repos

Time out T318

Resume confirm

RELEASE

Start T308



RELEASE COMPLETE RELEASE

Time out T308

STATUScs?0 STATUS cs=0

Stop T308 Stop T308

Release confirm


0repos

Release confirm


0repos

First time out?

RELEASE

oui

Restart T308


Place B channel in

maintenance

Release confirm


0repos


Status indication


0repos

14Chevauchement

INFORMATIONProceeding

request

Proceeding request

Proceeding request

Progress request

Info indication

Start T302

Stop T302

Stop T302 Stop T302

Time out indication

PROGRESS

14Chevauchement

14Chevauchement

14Chevauchement

CALL PROCEEDING

ALERTING CONNECT

200 OK180 RINGING

7Procedure appel

entrant

5Appel recu


Start T313

Time out T302

N’importe quel état

Rester sur l’etat courant

N’importe quel étatExcepté 0,13


STATUScs=m

STATUT ENQUIRY

STATUS

M=0


oui

Status indication

0repos

Compatible state?

Status indication

non

DISCONNECT

Start T305

N’importe quel étatExcepté 0,1,2,4,12,13

Information request

INFORMATION


N’importe quel étatExcepté 0,1,4,12,13,14

INFORMATION

Information indication


N’importe quel étatExcepté 0,1,13

RELEASE COMPLETE

Stop all timers

Release indication

CANCEL


0repos

N’importe quel étatExcepté

0,1,4,9,10,11,12,13

RELEASE

Stop all timers

CANCEL

RELEASE COMPLETE

Release indication


0repos

DISCONNECT

Stop all timers

Disc indication


CANCEL

DISCONNECT

Start T305


N’importe quel état excepté 0

Unrecognisedmessage

Status enq.option

STATUS ENQUIRY

STATUS cause 98

Cause option

STATUS cause 97




Unexpected message

Status enq.option

STATUS ENQUIRY

STATUS cause 98

Cause option

STATUS cause 101




SETUP


0repos

Specific etat

SETUP w/o mandatory IE

SETUP with mandatory IE

error

RELEASE COMPLETE

cause 96

RELEASE COMPLETE cause 100

0repos

0repos

DISCONNECT w/o cause IE

RELEASE w/o cause IE

Message w/o mandatory IE

DISCONNECT w/o mandatory

IE error

RELEASE w/o mandatory

IE error

Message w/o mandatory

IE error

RELEASE COMPLETE

cause 96

Release indication

Disc indication

10 indication de déconnexion

Release CR

0repos

STATUS cause 96


Disc indication

10 indication de déconnexion

RELEASE COMPLETE cause 100

Release indication

Release CR

0repos

STATUS cause 100



Restart request

Stop all timers

Release indication


Restart confirm

0repos

Gestion des références des appels

From global callreference control

To global callreference control

États relevant de la note 1

DL-ESTABLISH indication


Note 1 – les états sont:1,2,3,4 vers 10,11,12,13

14Chevauchement

DL-ESTABLISH indication

Error indication

14Chevauchement

14Chevauchement

DL-RELEASEindication

Releaseindication

Stop T302


0repos

0repos

DL-RELEASEindication

0repos

N’importe quel état excepté 0,2,14

DL-PRIMITIVE indication

Stop all timers

Timer running?


0repos

Start T309

DL-ESTABLISHrequest



DL-ESTABLISH confirmation

Stop T309

STATUS STATUS ENQUIRY


Time out T309

Data link failure

indication


0repos

Res 0repos

Global call reference

Tous les drapeaux (ex “Res ack”,“Res ack”) sont mis a zero et les timers sont stoppés

STATUS(cs=0)

STATUS(cs?0)

Res 0 Res 0

Management restart request

Unexpected message

STATUS(cause 81

Res 0

Start T316

N=0

RESTART

Restart request

Start T317

Res 1

RESTART

Translate into individual call

reference

Restart request

Start T317

Res 2


Restart request

Stop all timers

Release indication


Restart confirm

Etat initial

Gestion des références des appels

Res 1Restart request


STATUSTime out

T316 RESTART ACKUnexpeced message

Res 1 N=N+1

N=2 ?

Maintenance action

ouiRESTART

non

Start T316

Res 1

Stop T316

Rest res on ?

Res resp off Res resp on

oui

non

Res 1Res 0

STATUS(cause 81

Res 1

Restart confirm

ALL response ?

oui

non

Start T316Res 1

Res ack on ?

Res resp off Res resp on

oui

non

Res 1Res 0

Time out T317

Maintenance action

Res 2Restart request


Time out T317

Maintenance action

STATUS

Res 2

Restart confirm

ALL response ? non

Stop T317Res 2

RESTART ACK

Res 0

Unexpeced message

STATUS(cause 81

Res 2

sip et dss1

Documents