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 :
DSS1 codage de BC et HLC SDP
Capacité de transfert d’information :"3,1 kHz audio" (10000)
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 2: Transfert de l’audio 3,1 kHz avec la loi A
Pour le transfert de l’audio 3,1 kHz (µ-law) :
DSS1 codage de BC et HLC SDP
Capacité de transfert d’information :"3,1 kHz audio" (10000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
Information couche 1 : "G.711, µ-law"
Information HLC : n’est pas exigé
LLC : n’est pas exigé
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" :
DSS1 codage de BC et HLC SDP
Capacité de transfert d’information :"unrestricted digital information"(01000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
Information HLC : n’est pas exigé
LLC : n’est pas exigé
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) :
DSS1 codage de BC et HLC SDP
Capacité de transfert d’information :"3,1 kHzs audio" (10000)
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 : "telephony" identification
LLC : n’est pas exigé
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 :
DSS1 codage de BC et HLC SDP
Capacité de transfert d’information :"unrestricted digital information with tones/announcements" (01000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
Information couche 1 : "H221 et H242"
Information HLC : "telephony" identification
LLC : n’est pas exigé
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 :
DSS1 codage de BC et HLC SDP
Capacité de transfert d’information :"3,1 kHz audio" (10000)
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 : "fax gr 2/3 identification (RecF.182)"
LLC : n’est pas exigé
m= image udptl t38 a= basé sur T.38
b= 64kbit/s
Tableau 7: Fax Gr 2-3
Pour le fax groupe G4 :
DSS1 codage de BC et HLC SDP
Capacité de transfert d’information :"unrestricted digital information"(01000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
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.
DSS1 codage de BC et HLC SDP
Pour la première connexion :
Capacité de transfert d’information :"unrestricted digital information with tones/announcements" (01000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
Information couche 1 : "H221 et H242"
Information HLC : "videotelephony" identification F721
Extension : "capability set of initial channel
characteristics identification of Rec H.221"
LLC : n’est pas exigé
Pour la deuxième connexion :
Capacité de transfert d’information :"unrestricted digital information with tones/announcements" (01000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
Information couche 1 : "H221 et H242"
Information HLC : "videotelephony" identification F271
Extension : "capability set of initial channel
characteristics identification of Rec H.221"
LLC : n’est pas exigé
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
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é
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
SDP DSS1 codage de BC et HLC
m=audio RTP/AVT 0
a= rtpmap: 0 PCMA/8000
b= 64kbit/s
Capacité de transfert d’information :"speech" (00000) ou 3,1 kHz
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
Information couche 1 : "G.711, µ-law"
Information HLC : n’est pas exigé
LLC : n’est pas exigé
Tableau 11: Transfert l’audio avec la loi µ :"speech" ou 3,1kHz
Pour transmission de données "unrestricted digital information" :
SDP DSS1 codage de BC et HLC
m=audio RTP/AV 97
a= rtpmap:97clearmode/8000
b= AS:64kbit/s
a=ptime:10
Capacité de transfert d’information :"unrestricted digital information"(01000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
Information HLC : n’est pas exigé
LLC : n’est pas exigé
Tableau 12: Transmission de données "unrestricted digital information"
Pour la téléphonie 3.1kHz (A-law) :
SDP DSS1 codage de BC et HLC
m=audio RTP/AVT 8
a=rtpmap:8 PCMA/8000
b= 64kbit/s
Capacité de transfert d’information :"3,1 kHz audio" (10000)
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 : "telephony" identification
LLC : n’est pas exigé
Tableau 13: Téléphonie 3.1kHz (A-law)
Pour la téléphonie 7 kHz :
SDP DSS1 codage de BC et HLC
m=audio RTP/AVT 9
a=rtpmap:9 G.722/8000
b=AS:64kbit/s
Capacité de transfert d’information :"unrestricted digital information with tones/announcements" (01000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
Information couche 1 : "H221 et H242"
Information HLC : "telephony" identification
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 :
SDP DSS1 codage de BC et HLC
m=image udptl t38
a=based on T.38
b= 64kbit/s
Capacité de transfert d’information :"3,1 kHz audio" (10000)
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 : "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
Capacité de transfert d’information :"unrestricted digital information"(01000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
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 :
SDP DSS1 codage de BC et HLC
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 :
Capacité de transfert d’information :"unrestricted digital information with tones/announcements" (01000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
Information couche 1 : "H221 et H242"
Information HLC : "videotelephony" identification F271
Extension : "capability set of initial channel
characteristics identification of Rec H.221"
LLC : n’est pas exigé
Pour la deuxième connexion :
Capacité de transfert d’information :"unrestricted digital information with tones/announcements" (01000)
Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
Information couche 1 : "H221 et H242"
Information HLC : "videotelephony" identification F721
Extension : "capability set of initial channel
characteristics identification of Rec H.221"
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
APPEL ACTIF APPEL ACTIF
ALERTING
CONNECT
APPEL ACTIF APPEL ACTIF
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
Modélisation à états finis
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
initiation d’appel
200 OK or CONNECT
déconnexion
RELEASE or BYE
RELEASE COMP
Or 200 OK
Réel En coursMachine 3
Modélisation à états finis
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
initiation d’appel
CONNECT
déconnexion
RELEASE or BYE
Réel En coursMachine 4
Modélisation à états finis
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
-
Message local coté DSS1
DISCONNECT, RELEASE RELEASE COMPLETE
BYE
SIP ACK transmis ou reçu
DISCONNECT, RELEASE RELEASE COMPLETE
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
-
Message local coté DSS1
INVITE CONNECT
200 OK
CONNECT ACK
-
Message local coté DSS1
DISCONNECT, RELEASE RELEASE COMPLETE
BYE
SIP ACK transmis ou reçu
DISCONNECT, RELEASE RELEASE COMPLETE
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
13Demande de déconnexion
État repos
BYE CANCEL
RELEASE(cause 81)
0repos
1Initiation d’appel
DISCONNECT
3-4
CANCEL
9Demande de déconnexion
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
1Initiation d’appel
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)
9Demande de déconnexion
CANCEL
Release request
Stop T310
RELEASE(Cause 16)
Start T308
13Demande de déconnexion
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
6Demande de connexion
6Demande de connexion
Time outT313
DISCONNECT
Start T305
Setup complete indication
9Demande de déconnexion
Stop T313
Setup complete indication
CONNECT ACK
8Appel actif
7Procedure appel
entrant
200 OK
2-1-4
CONNECT
Setup response
Start T313
6Demande de connexion
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
9Demande de déconnexion
RELEASE
Stop T305
BYE
Release indication
RELEASE COMPLETE
SIP ACK
Release call reference
0repos
DISCONNECT
Stop T305
CANCEL
RELEASE
Start T308
13Demande de déconnexion
Time out T305
RELEASE
CANCEL
Start T308
13Demande de déconnexion
10Indication de déconnexion
RELEASE
Release indication
RELEASE COMPLETE
SIP ACK
Release call reference
0repos
Release request
RELEASE
Start T308
13Demande de déconnexion
11Demande de suspension
SUSPEND ACK
Stop T319
SIP ACK
Suspend confirm
Release call reference
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
Release call reference
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
Release call reference
0repos
Time out T318
Resume confirm
RELEASE
Start T308
13Demande de déconnexion
13Demande de déconnexion
RELEASE COMPLETE RELEASE
Time out T308
STATUScs?0 STATUS cs=0
Stop T308 Stop T308
Release confirm
Release call reference
0repos
Release confirm
Release call reference
0repos
First time out?
RELEASE
oui
Restart T308
13Demande de déconnexion
Place B channel in
maintenance
Release confirm
Release call reference
0repos
13Demande de déconnexion
Status indication
Release call reference
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
6Demande de connexion
Start T313
Time out T302
N’importe quel état
Rester sur l’etat courant
N’importe quel étatExcepté 0,13
9Demande de déconnexion
STATUScs=m
STATUT ENQUIRY
STATUS
M=0
Release call reference
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
Rester sur l’etat courant
N’importe quel étatExcepté 0,1,4,12,13,14
INFORMATION
Information indication
Rester sur l’etat courant
N’importe quel étatExcepté 0,1,13
RELEASE COMPLETE
Stop all timers
Release indication
CANCEL
Release call reference
0repos
N’importe quel étatExcepté
0,1,4,9,10,11,12,13
RELEASE
Stop all timers
CANCEL
RELEASE COMPLETE
Release indication
Release call reference
0repos
DISCONNECT
Stop all timers
Disc indication
10Demande de déconnexion
CANCEL
DISCONNECT
Start T305
9Demande de déconnexion
N’importe quel état excepté 0
Unrecognisedmessage
Status enq.option
STATUS ENQUIRY
STATUS cause 98
Cause option
STATUS cause 97
Rester sur l’etat courant
Rester sur l’etat courant
Rester sur l’etat courant
Unexpected message
Status enq.option
STATUS ENQUIRY
STATUS cause 98
Cause option
STATUS cause 101
Rester sur l’etat courant
Rester sur l’etat courant
Rester sur l’etat courant
SETUP
Rester sur l’etat courant
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
Rester sur l’etat courant
Disc indication
10 indication de déconnexion
RELEASE COMPLETE cause 100
Release indication
Release CR
0repos
STATUS cause 100
Rester sur l’etat courant
N’importe quel état
Restart request
Stop all timers
Release indication
Release call reference
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
Rester sur l’etat courant
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
Release call reference
0repos
0repos
DL-RELEASEindication
0repos
N’importe quel état excepté 0,2,14
DL-PRIMITIVE indication
Stop all timers
Timer running?
Release call reference
0repos
Start T309
DL-ESTABLISHrequest
Rester sur l’etat courant
N’importe quel état
DL-ESTABLISH confirmation
Stop T309
STATUS STATUS ENQUIRY
Rester sur l’etat courant
Time out T309
Data link failure
indication
Release call reference
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
N’importe quel état
Restart request
Stop all timers
Release indication
Release call reference
Restart confirm
Etat initial
Gestion des références des appels
Res 1Restart request
Global call reference
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
Global call reference
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