Vous êtes sur la page 1sur 53

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) m=audio RTP/AVT 8
Mode de transfert :"circuit mode" (00) a= -
Débit de transfert d’information :"64 Kbits/s" (10000) b= 64kbit/s
Information couche 1 : "G.711, A-law"
Information HLC : n’est pas exigé
LLC : n’est pas exigé

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) m=audio RTP/AVT 8
Mode de transfert :"circuit mode" (00) a= -
Débit de transfert d’information :"64 Kbits/s" (10000) b= 64kbit/s
Information couche 1 : "G.711, A-law"
Information HLC : n’est pas exigé
LLC : n’est pas exigé

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) m=audio RTP/AVT 0
Mode de transfert :"circuit mode" (00) a= -
Débit de transfert d’information :"64 Kbits/s" (10000) b= 64kbit/s
Information couche 1 : "G.711, µ-law"
Information HLC : n’est pas exigé
LLC : n’est pas exigé

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 m=audio RTP/AV
information"(01000) DynamicPT
Mode de transfert :"circuit mode" (00) a= rtpmap:
<dynamicPT>xxxx
Débit de transfert d’information :"64 Kbits/s" (10000)
b= AS:64kbit/s
Information HLC : n’est pas exigé
LLC : n’est pas exigé

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) m=audio RTP/AVT 8
Mode de transfert :"circuit mode" (00) a= -
Débit de transfert d’information :"64 Kbits/s" (10000) b= 64kbit/s
Information couche 1 : "G.711, A-law"
Information HLC : "telephony" identification
LLC : n’est pas exigé

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 m=audio RTP/AVT 9
information with tones/announcements" (01000)
a= rtpmap:9 G.722/8000
Mode de transfert :"circuit mode" (00) b= AS:64kbit/s
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é

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) m= image udptl t38
a= basé sur T.38
Mode de transfert :"circuit mode" (00)
b= 64kbit/s
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é

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 m=audio RTP/AV
information"(01000) DynamicPT
Mode de transfert :"circuit mode" (00) a= rtpmap:
<dynamicPT>xxxx
Débit de transfert d’information :"64 Kbits/s" (10000)
b= AS:64kbit/s
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"

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 : m=audio RTP/AVT 9
Capacité de transfert d’information :"unrestricted digital a= rtpmap:9 G.722/8000
information with tones/announcements" (01000)
b= AS:64kbit/s
Mode de transfert :"circuit mode" (00)
m=video RTP/AVP
Débit de transfert d’information :"64 Kbits/s" (10000)
a=rtpmap:9 xxxx
Information couche 1 : "H221 et H242"
b=AS:64bbit/s
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é

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 Capacité de transfert d’information :"speech" (00000) ou
3,1 kHz
a= 8 PCMA/8000
Mode de transfert :"circuit mode" (00)
b= 64kbit/s
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 Capacité de transfert d’information :"speech" (00000) ou
a= rtpmap: 0 PCMA/8000 3,1 kHz

b= 64kbit/s 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 Capacité de transfert d’information :"unrestricted digital
a= rtpmap:97clearmode/8000 information"(01000)
b= AS:64kbit/s Mode de transfert :"circuit mode" (00)
Débit de transfert d’information :"64 Kbits/s" (10000)
a=ptime:10
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 Capacité de transfert d’information :"3,1 kHz audio"
(10000)
a=rtpmap:8 PCMA/8000
Mode de transfert :"circuit mode" (00)
b= 64kbit/s
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 Capacité de transfert d’information :"unrestricted digital
a=rtpmap:9 G.722/8000 information with tones/announcements" (01000)

b=AS:64kbit/s 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 Capacité de transfert d’information :"3,1 kHz audio"
(10000)
a=based on T.38
Mode de transfert :"circuit mode" (00)
b= 64kbit/s
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 SDP


HLC
m=audio RTP/AVT 97 Capacité de transfert d’information :"unrestricted digital
information"(01000)
a=rtpmap: 97
CLEARMODE/8000 Mode de transfert :"circuit mode" (00)
a=ptime:10 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 Pour la première connexion :
a=rtpmap:9 G722/8000 Capacité de transfert d’information :"unrestricted digital
information with tones/announcements" (01000)
b=AS:64bbit/s
Mode de transfert :"circuit mode" (00)
m=audio RTP/AVT 97
Débit de transfert d’information :"64 Kbits/s" (10000)
a=rtpmap:97
CLEARMODE/8000 Information couche 1 : "H221 et H242"
b=AS:64kbit/s 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.

A ou N ISDN IP IP

Abonné A Usager B
autocommutateur passerelle LAN

Machine 1 Machine 2 Machine 3 Machine 4

Figure 1: schéma de la passerelle

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.
SETUP
ALERTING 180 RINGING

M CONNECT M 200 OK M
A A A
C C C
H APPEL ACTIF
APPEL ACTIF APPEL
APPELACTIF
ACTIF
H H
I I I
N N CANCEL N
E E CANCEL E

2 RELEASE 3 SIP ACK 4

RELEASE COMPLETE

Figure 1: transactions pour un appel sortant

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.

180 RINGING ALERTING

200 OK M M
M CONNECT
A A A
C C APPEL ACTIF C
APPEL ACTIF
H H H
I I I
N N N
BYE E E
E
SIP ACK RELEASE
4 3 2

RELEASE COMPLETE

Figure 2: transactions pour un appel entrant


É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

Décrocher

numérotation

Occupé ou
décroche

sonnerie

Corresp decroche

communiquer

Un des deux raccroche

déconnexion

Modélisation à états finis

Machine
Réel 1 En cours
É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

SETUP

initiation
d’appel

sonnerie

RELEASE
ou
200 OK BYE

appel actif

RELEASE or BYE

déconnexion

Modélisation à états finis

Machine 2 En cours
É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

SETUP or INVITE

initiation
d’appel

RELEASE
COMP
Or
200 OK
Sonnerie

200 OK or CONNECT

HOLD Mise en
appel actif
RETRIEVE attente

RELEASE or BYE

déconnexion

Modélisation à états finis

Machine
Réel 3 En cours
É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

INVITE

initiation
d’appel

CONNECT

sonnerie

RELEASE
ou
BYE

appel actif

RELEASE or BYE

déconnexion

Modélisation à états finis

Machine
Réel 4 En cours
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


0
repos

2-1 en bloc
3-1
Retablissement d’un appel Incompatibilité

INVITE
SETUP STATUS STATUS
200 OK Re-INVITE
(Bn canal) (cs=0) (cs?0)

SDP
present
SDP=0

Setup 0
indication repos Rel
oui SDP option
PRACK
OK

Resume
request (call oui
id) Resume
request (call RELEASE
RELEASE
id) PRACK ACK COMPLETE
(cause 101)
(cause 101)
Selection
4
Reference
Appel présent
appel Selection
Reference
appel
200 OK
RESUME 0
Start T308
(appel id) repos
SETUP
(Bu canal)

Start T318

Start T303 13
Demande de
déconnexion
12
demande de
reprise
1
Initiation d’appel
0
repos

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

Unrecognised Unexpected RELEASE


message message BYE CANCEL RELEASE COMPLETE

RELEASE RELEASE
COMPLETE repos
(cause 81)

Rel
option

0
repos
repos

RELEASE
RELEASE
COMPLETE
(cause 81)
(cause 81)

Start T308 repos

État repos

13
Demande de
déconnexion
1
Initiation d’appel

3-4 3-5
4-1 3-6

Appel entrant
3-2

RELEASE CALL Time out


CANCEL ALERTING CONNECT
COMPLETE PROCEEDING T303

Disconnect
release Stop T303 Stop T303 First time Stop T303 Stop T303
out?

oui

DISCONNECT Setup
Start T310 SETUP Confirm
CANCEL 180 RINGING 200 OK
(Bu canal) (error)

Stop T303
Reject Alerting Alerting Setup
Start T303 CANCEL
indication indication indication confirm

Start T305
2 Ack
Release 1 Release 3
Procedure appel option
Call reference Initiation d’appel Call reference Appel rendu
sortant

9 CONNECT
Demande de ACK
déconnexion
0 0
repos repos

8
Appel acif
État initiation appel de SIP vers DSS1
2
Procedure appel
sortant

3-3 3-4 3-6 4-1 4-3

Time out CANCEL


ALERTING CONNECT
PROGRESS T310

Stop T310 Stop T310 Stop T310 DISCONNECT Release request

SIP 100 Start T301 200 OK Start T305 Stop T310

Progress RELEASE
180 RINGING Setup confirm CANCEL
indication (Cause 16)

2
Alerting Ack Setup confirm
Procedure appel Start T308
indication option (error)
sortant

CONNECT
ACK
9 13
3
Demande de Demande de
Appel rendu
déconnexion déconnexion

8
Appel acif

État initiation appel: messages de DSS1 et SIP


3
Appel rendu

3-6

CONNECT

200 OK

Setup confirm

Ack
option

CONNECT
ACK

8
Appel acif

État appel rendu vers etat appel actif


4
Appel présent

2-2 4-1 multipoint Normal clearing


2-1-3
2-1-4

More info 200 OK CANCEL Proceeding RELEASE


180 RINGING DISCONNECT
request request

Alerting Setup Reject Release Disc


SETUP ACK CALL
request response request indication indication
PROCEEDING

7 10
Start T302 CONNECT RELEASE Indication de
ALERTING Procedure appel
COMPLETE deconnexion
Reject option entrant

5 RELEASE Release call


14 Start T313
Appel recu COMPLETE reference
Chevauchement

6
0 0
Demande de
repos repos
connexion
6 7
5
Demande de Procedure appel
Appel recu
connexion entrant

2-1-3 2-1-3
2-1-4

Time out Proceeding


200 OK CONNECT ACK 200 OK 180 RINGING
T313 request

Setup Setup Alerting CALL


DISCONNECT Stop T313
response response request PROCEEDING

Setup 7
CONNECT Start T305 complete CONNECT ALERTING Procedure appel
indication entrant

Setup
8 5
Start T313 complete Start T313
Appel actif Appel recu
indication

6 9 6
Demande de Demande de Demande de
connexion déconnexion connexion
8
Appel actif

Service HOLD

Re-INVITE NOTIFY Notify request

Notify
SDP=0 NOTIFY
indication

oui

SIP ACK

Suspend 8 8
request Appel actif Appel actif

8
Start T319
Appel actif

11
Demande de
suspension
9
Demande de
déconnexion

Time out
RELEASE DISCONNECT
T305

Stop T305 Stop T305


RELEASE

BYE CANCEL
CANCEL

Release
RELEASE
indication

Start T308

RELEASE
Start T308
COMPLETE
13
Demande de
déconnexion
13
SIP ACK Demande de
déconnexion

Release call
reference

0
repos
10
Indication de
déconnexion

Release
RELEASE
request

Release
RELEASE
indication

RELEASE
Start T308
COMPLETE

SIP ACK
13
Demande de
déconnexion

Release call
reference

0
repos
11
Demande de
suspension

Time out
SUSPEND ACK SUSPEND ACK DISCONNECT RELEASE
T319

Disc
Stop T319 indication
SIP ACK Stop T319 Stop T319

8
CANCEL
Appel actif
Suspend
Stop T319 CANCEL
confirm

Release
indication

Suspend 8 Disc
confirm Appel actif indication
RELEASE
COMPLETE

10
Release call Release call
Indication de
reference reference
déconnexion

0 0
repos repos
12
Demande de reprise

RESUME Time out


RESUME ACK
REJECT T318

Resume
Stop T318 Stop T318
confirm

Resume
Re-INVITE RELEASE
confirm

Resume Release call


Start T308
confirm reference

13
8 0
Demande de
Appel actif repos
déconnexion
13
Demande de
déconnexion

RELEASE Time out STATUS


RELEASE STATUS cs=0
COMPLETE T308 cs?0

First time
out? 13
Place B Status
Stop T308 Stop T308 Demande de
channel in indication
déconnexion
maintenance
oui

Release Release Release Release call


confirm RELEASE
confirm confirm reference

Release call Release call Release call 0


reference Restart T308
reference reference repos

13
0 0 0
Demande de
repos repos repos
déconnexion
14
Chevauchement

Proceeding Time out Progress


INFORMATION 180 RINGING 200 OK
request T302 request

Proceeding Proceeding Time out


Info indication Stop T302 PROGRESS
request request indication

CALL 14 14
Start T302 Stop T302 Stop T302
PROCEEDING Chevauchement Chevauchement

7
14
Procedure appel ALERTING CONNECT
Chevauchement
entrant

5
Start T313
Appel recu

6
Demande de
connexion
N’importe quel état
N’importe quel état
Excepté 0,13

STATUT STATUS
ENQUIRY cs=m

M=0 oui

STATUS

Compatible
state?

Release call
non
reference
Rester sur l’etat courant Status
indication

Status
indication
DISCONNECT

0
repos
Start T305

9
Demande de
déconnexion
N’importe quel état N’importe quel état
Excepté 0,1,2,4,12,13 Excepté 0,1,4,12,13,14

Information
INFORMATION
request

Information
INFORMATION
indication

Rester sur l’etat courant Rester sur l’etat courant


N’importe quel état
Excepté
0,1,4,9,10,11,12,13

N’importe quel état


Excepté 0,1,13

RELEASE DISCONNECT CANCEL

RELEASE
COMPLETE

Stop all Stop all


DISCONNECT
timers timers

Stop all
timers

Disc
CANCEL Start T305
indication

CANCEL

10 9
Release
Demande de Demande de
indication
déconnexion déconnexion

Release
indication

RELEASE
COMPLETE

Release call
reference

Release call
reference

0
repos

0
repos
N’importe quel état
excepté 0

Unexpected Unrecognised SETUP


message message

Status Status
enq.option enq.option Rester sur l’etat
courant

Cause Cause
STATUS option STATUS option
ENQUIRY ENQUIRY

STATUS STATUS STATUS STATUS


cause 101 cause 98 cause 97 cause 98

Rester sur l’etat Rester sur l’etat Rester sur l’etat Rester sur l’etat Rester sur l’etat Rester sur l’etat
courant courant courant courant courant courant
Specific etat

0
repos

DISCONNECT RELEASE Message


DISCONNECT RELEASE Message w/o
w/o mandatory w/o mandatory w/o mandatory
w/o cause IE w/o cause IE mandatory IE
IE error IE error IE error

SETUP with
SETUP w/o
mandatory IE
mandatory IE
error
RELEASE RELEASE
Disc STATUS Disc STATUS
COMPLETE COMPLETE
indication cause 96 indication cause 100
cause 96 cause 100

RELEASE RELEASE
COMPLETE COMPLETE
cause 96 cause 100
10 10
Release Rester sur l’etat Release Rester sur l’etat
indication de indication de
indication courant indication courant
déconnexion déconnexion

0 0
repos repos

Release CR Release CR

0 0
repos repos
N’importe quel
état

From global call Restart


request
reference control

Stop all
timers

Release
indication

Release call
reference

To global call Restart


reference control confirm

0
repos

Gestion des références des appels


États relevant de 14
la note 1 Chevauchement

DL-ESTABLISH DL-ESTABLISH
indication indication

Rester sur l’etat Error


courant indication

14
Chevauchement
Note 1 – les états sont:1,2,3,4 vers 10,11,12,13
0 14 N’importe quel état
repos Chevauchement excepté 0,2,14

DL-RELEASE DL-RELEASE DL-PRIMITIVE


indication indication indication

0 Release
repos indication

Stop all Timer


Stop T302
timers running?

Release call Release call


Start T309
reference reference

0 0 DL-ESTABLISH
repos repos request

Rester sur l’etat


courant
N’importe quel état

DL-ESTABLISH Time out


confirmation T309

Data link
Stop T309 failure
indication

Release call
reference

STATUS 0
STATUS
ENQUIRY repos

Rester sur l’etat


courant
Global call reference

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

Management
STATUS STATUS Unexpected
RESTART restart
(cs=0) (cs?0) message
request

Translate into N=0


Res 0 Res 0 STATUS
individual call
(cause 81
reference

RESTART

Restart Res 0
request

Start T316

Start T317
Restart
request

Res 2
Start T317

Res 1
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


Global call reference
Res 1
Restart request

Time out Restart Time out Unexpeced


STATUS RESTART ACK
T317 confirm T316 message

Maintenance Res 1 STATUS


N=N+1 Stop T316
action (cause 81

ALL
response ? non

oui Rest res Res 1


N=2 ? non non
on ?

Start T316 oui oui


Res 1
RESTART

Maintenance
Res resp off Res resp on
action
Res ack
non
on ?
Start T316

oui
Res 0 Res 1

Res resp off Res resp on Res 1

Res 0 Res 1
Global call reference

Res 2
Restart request

Time out Restart Unexpeced


STATUS message
T317 confirm

Res 2 Maintenance ALL STATUS


non
action response ? (cause 81

Res 2 Res 2
Stop T317

RESTART
ACK

Res 0