1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-TQ.712SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUIT(07/96)SRIE Q: COMMUTATION ET SIGNALISATIONSpcifications du systme de signalisation n 7 Sous-systme commande des connexions smaphoresDfinition et fonction des messages dusous-systme commande des
2、connexionssmaphoresRecommandation UIT-T Q.712(Antrieurement Recommandation du CCITT)RECOMMANDATIONS UIT-T DE LA SRIE QCOMMUTATION ET SIGNALISATIONPour plus de dtails, voir la Liste des Recommandations de lUIT-T.SIGNALISATION DANS LE SERVICE MANUEL INTERNATIONAL Q.1Q.3EXPLOITATION INTERNATIONALE AUTO
3、MATIQUE ET SEMI-AUTOMATIQUE Q.4Q.59FONCTIONS ET FLUX DINFORMATION DES SERVICES DU RNIS Q.60Q.99CLAUSES APPLICABLES AUX SYSTMES NORMALISS DE LUIT-T Q.100Q.119SPCIFICATIONS DES SYSTMES DE SIGNALISATION N 4 ET N 5 Q.120Q.249SPCIFICATIONS DU SYSTME DE SIGNALISATION N 6 Q.250Q.309SPCIFICATIONS DU SYSTME
4、DE SIGNALISATION R1 Q.310Q.399SPCIFICATIONS DU SYSTME DE SIGNALISATION R2 Q.400Q.499COMMUTATEURS NUMRIQUES Q.500Q.599INTERFONCTIONNEMENT DES SYSTMES DE SIGNALISATION Q.600Q.699SPCIFICATIONS DU SYSTME DE SIGNALISATION N 7 Q.700Q.849Gnralits Q.700Sous-systme transport de messages Q.701Q.709Sous-systme
5、 transport de messages simplifi Q.710Sous-systme commande des connexions smaphores Q.711Q.719Sous-systme utilisateur tlphonie Q.720Q.729Services complmentaires du RNIS Q.730Q.739Sous-systme utilisateur donnes Q.740Q.749Gestion du systme de signalisation n 7 Q.750Q.759Sous-systme utilisateur du RNIS
6、Q.760Q.769Sous-systme application de gestion des transactions Q.770Q.779Spcifications dessais Q.780Q.799Interface Q3 Q.800Q.849SYSTME DE SIGNALISATION DABONN NUMRIQUE N 1 Q.850Q.999RSEAUX MOBILES TERRESTRES PUBLICS Q.1000Q.1099INTERFONCTIONNEMENT AVEC LES SYSTMES MOBILES SATELLITES Q.1100Q.1199RSEAU
7、 INTELLIGENT Q.1200Q.1999RNIS LARGE BANDE Q.2000Q.2999RECOMMANDATION UIT-T Q.712DFINITION ET FONCTION DES MESSAGES DU SOUS-SYSTEMECOMMANDE DES CONNEXIONS SEMAPHORESRsumLes messages du sous-systme commande des connexions smaphores (SCCP, signalling connectioncontrol part) sont utiliss par le protocol
8、e dhomologue homologue. Chaque message est identifide manire unique au moyen dun code de type de message, qui se retrouve dans tous les messages.Le paragraphe 2 donne le sens et la dfinition des diffrents champs paramtriques contenus dans cesmessages. Linclusion de ces champs dans un message donn dp
9、end de la classe du protocole; elleest spcifie dans le paragraphe 3.SourceLa Recommandation UIT-T Q.712, rvise par la Commission dtudes 11 de lUIT-T (1993-1996),a t approuve le 9 juillet 1996 selon la procdure dfinie dans la Rsolution n 1 de la CMNT.Recommandation Q.712 (07/96)iiAVANT-PROPOSLUIT (Un
10、ion internationale des tlcommunications) est une institution spcialise des Nations Unies dansle domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est unorgane permanent de lUIT. Il est charg de ltude des questions techniques, dexploitation et de tarification,et
11、met ce sujet des Recommandations en vue de la normalisation des tlcommunications lchellemondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans,dtermine les thmes dtudes traiter par les Commissions dtudes de lUIT-T lesquelles laborent en retourde
12、s Recommandations sur ces thmes.Lapprobation des Recommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans laRsolution n 1 de la CMNT.Dans certains secteurs de la technologie de linformation qui correspondent la sphre de comptence delUIT-T, les normes ncessaires se prparent e
13、n collaboration avec lISO et la CEI.NOTEDans la prsente Recommandation, lexpression Administration est utilise pour dsigner de faon abrgeaussi bien une administration de tlcommunications quune exploitation reconnue.DROITS DE PROPRIT INTELLECTUELLELUIT attire lattention sur la possibilit que lapplica
14、tion ou la mise en oeuvre de la prsenteRecommandation puisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pasposition en ce qui concerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle,quils soient revendiqus par un Membre de lUIT ou par un
15、e tierce partie trangre la procduredlaboration des Recommandations.A la date dapprobation de la prsente Recommandation, lUIT avait/navait pas t avise de lexistence duneproprit intellectuelle protge par des brevets acqurir pour mettre en oeuvre la prsenteRecommandation. Toutefois, comme il ne sagit p
16、eut-tre pas de renseignements les plus rcents, il estvivement recommand aux responsables de la mise en oeuvre de consulter la base de donnes des brevetsdu TSB. UIT 1997Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sousquelque forme que ce soit et
17、 par aucun procd, lectronique ou mcanique, y compris la photocopie et lesmicrofilms, sans laccord crit de lUIT.Recommandation Q.712 (07/96) iiiTABLE DES MATIRESPage1 Messages du sous-systme commande des connexions smaphores. 12 Paramtres des messages du SCCP 43 Champs inclure dans les messages 74 Rf
18、rences 74.1 Rfrences normatives. 94.2 Rfrences informatives. 10Recommandation Q.712 (07/96) 1Recommandation Q.712DFINITION ET FONCTION DES MESSAGES DU SOUS-SYSTEMECOMMANDE DES CONNEXIONS SEMAPHORES(rvise en 1996)1 Messages du sous-systme commande des connexions smaphoresLes messages du sous-systme c
19、ommande des connexions smaphores (SCCP, signalling connectioncontrol part) sont utiliss par le protocole entre entits SCCP homologues. Tous les messages sontidentifis sans ambigut au moyen dun code den-tte qui doit tre prsent dans tous les messages.La dfinition et la signification de chacun des diff
20、rents domaines de paramtres contenus dans cesmessages sont spcifies au paragraphe 2. Linclusion ou non de ces lments dinformation dans unmessage donn dpend de la classe de protocole et est spcifie au paragraphe 3.1.1 confirmation de connexion (CC): le SCCP demand informe le SCCP demandeur, quil aeng
21、ag ltablissement de la connexion smaphore en mettant un message confirmation deconnexion. A la rception dun message confirmation de connexion, le SCCP demandeur achve, sille peut, ltablissement de la connexion smaphore.Ce message est utilis pendant la phase tablissement de connexion par les protocol
22、es en modeconnexion de classe 2 ou de classe 3.1.2 demande de connexion (CR, connection request): un SCCP demandeur met un messagedemande de connexion lintention du SCCP demand pour lui demander dtablir avec lui uneconnexion smaphore. Les caractristiques demandes pour la connexion smaphore sonttrans
23、portes dans les diffrents champs de paramtres. A la rception dun message demande deconnexion, le SCCP demand engage, sil le peut, ltablissement de la connexion smaphore.Ce message est utilis pendant la phase tablissement de connexion par les protocoles en modeconnexion de classe 2 ou de classe 3.1.3
24、 refus de connexion (CREF, connection refused): le SCCP demand ou un noeudintermdiaire informe le SCCP demandeur quil a refus dtablir la connexion smaphore enmettant un message refus de connexion.Ce message est utilis pendant la phase tablissement de connexion par les protocoles en modeconnexion de
25、classe 2 ou de classe 3.1.4 accus de rception de donnes (AK, data acknowledgement): une fois choisi unmcanisme de rgulation pour la phase de transmission de donnes, un message accus de rceptionde donnes sert rgler la taille de la fentre.Ce message est utilis pendant la phase transfert de donnes du p
26、rotocole de classe 3.1.5 donnes de type 1 (DT1): un message donnes de type 1, qui peut tre envoy par lune oulautre extrmit dune connexion smaphore, sert faire passer de faon transparente des donnesutilisateur entre deux noeuds SCCP.Ce message DT1 ne semploie que pour le protocole de classe 2 pendant
27、 la phase transfert dedonnes.Recommandation Q.712 (07/96)21.6 donnes de type 2 (DT2): un message donnes de type 2, qui peut tre envoy par lune oulautre extrmit dune connexion smaphore, sert faire passer de faon transparente des donnesutilisateur entre deux noeuds SCCP et accuser rception des message
28、s mis dans lautre direction.Ce message DT2 ne semploie que pour le protocole de classe 3 pendant la phase transfert dedonnes.1.7 donnes exprs (ED, expedited data): sil existe un mcanisme de rgulation de trafic, unmessage donnes exprs peut tre envoy par lune ou lautre extrmit dune connexion smaphore,
29、pour servir aux mmes fins quun message donnes de type 2, mais il permet en outre de contournerle mcanisme de rgulation de trafic.Ce message ne semploie que pour le protocole de classe 3 pendant la phase transfert de donnes.1.8 accus de rception de donnes exprs (EA, expedited data acknowledgement): u
30、nmessage accus de rception de donnes exprs est utilis pour acquitter un message donnes exprs.Chaque message ED doit avoir t acquitt par un message EA avant quun autre message ED puissetre envoy.Ce message ne semploie que pour le protocole de classe 3 pendant la phase transfert de donnes.1.9 test din
31、activit (IT, inactivity test): un message test dinactivit peut tre envoypriodiquement par toute extrmit dune section de connexion smaphore pour vrifier que cetteconnexion smaphore est bien ltat actif aux deux extrmits et pour sassurer que les donnesconcernant la connexion sont bien cohrentes aux deu
32、x extrmits.Ce message est utilis par les protocoles de classes 2 et 3.1.10 erreur (ERR, protocol data unit error): lenvoi dun message erreur est dclench par ladtection dune erreur de protocole.Ce message est utilis par les protocoles de classes 2 et 3.1.11 demande de dconnexion (RLSD, released): le
33、message demande de dconnexion est unmessage qui peut tre envoy vers lavant ou vers larrire, pour indiquer que le SCCP qui envoie lemessage veut librer la connexion smaphore et que les ressources associes la connexionsmaphore dont on demande la dconnexion, ont t mises dans ltat dattente de dconnexion
34、. Ilindique galement que le noeud rcepteur du message doit lui aussi librer cette connexionsmaphore et toutes les ressources qui lui sont associes.Ce message est utilis par les protocoles de classes 2 et 3.1.12 confirmation de dconnexion (RLC, released complete): le message confirmation dedconnexion
35、 est un message envoy pour indiquer que le noeud en question a bien reu le messagedemande de dconnexion et que la procdure de dconnexion est acheve.Ce message est utilis par les protocoles de classes 2 et 3.1.13 confirmation de rinitialisation (RSC, reset confirm): ce message est envoy en rponse un
36、message demande de rinitialisation pour indiquer au noeud que le message demande derinitialisation a t reu et que la procdure de rinitialisation est acheve.Ce message est utilis par le protocole de classe 3.1.14 demande de rinitialisation (RSR, reset request): un message demande de rinitialisationes
37、t envoy par un SCCP qui engage une procdure de rinitialisation (remise zro des numros desquence) pour indiquer au noeud distant dengager la procdure de rinitialisation.Recommandation Q.712 (07/96) 3Ce message est utilis par le protocole de classe 3.1.15 sous-systme autoris (SSA): le message sous-sys
38、tme autoris est envoy aux destinationsconcernes pour les informer quun sous-systme prcdemment interdit devient autoris ou quunSCCP prcdemment indisponible devient disponible.Ce message est utilis par la gestion du SCCP.1.16 mise hors service dun sous-systme accepte (SOG, subsystem-out-of-service-gra
39、nt): lemessage mise hors service dun sous-systme accepte est envoy au SCCP demandeur en rponse aumessage demande de mise hors service dun sous-systme si le SCCP demand et le secours du sous-systme sont daccord avec cette demande.Ce message est utilis par la gestion des sous-systmes du SCCP.1.17 dema
40、nde de mise hors service dun sous-systme (SOR, subsystem-out-of-service-request): le message demande de mise hors service dun sous-systme est utilis pourpermettre aux sous-systmes de passer hors service sans dgrader les performances du rseau. Quandun sous-systme dsire passer hors service, la demande
41、 est vhicule par un message SOR entre cenoeud SCCP et le noeud SCCP o se trouve le sous-systme dupliqu.Ce message est utilis par la gestion des sous-systmes du SCCP.1.18 sous-systme interdit (SSP, subsystem-prohibited): le message sous-systme interdit (SSP)est envoy aux destinations concernes pour i
42、nformer la commande de la gestion du SCCP (SCMG)de ces destinations, de la panne dun sous-systme.Ce message est utilis par la gestion des sous-systmes du SCCP.1.19 test dtat dun sous-systme (SST, subsystem-status-test): le message test dtat dunsous-systme est envoy pour vrifier ltat dun sous-systme
43、marqu interdit ou ltat dun SCCPmarqu indisponible.Ce message est utilis par la gestion du SCCP.1.20 donnes sans connexion (UDT, unitdata): le message unitdata peut servir au SCCP quiveut envoyer des donnes en mode sans connexion.Ce message est utilis dans les protocoles de classes 0 et 1 sans connex
44、ion.1.21 renvoi de donnes sans connexion (UDTS, unitdata service): un message renvoi dedonnes sans connexion est mis pour indiquer au SCCP dorigine que le message donnes sansconnexion quil avait envoy na pu tre remis sa destination. titre exceptionnel et sous rserve deconsidrations relatives linterf
45、onctionnement des protocoles, on pourrait utiliser aussi bien unmessage UDTS en rponse un message XUDT ou LUDT. Un message renvoi de donnes sansconnexion nest envoy que si loption “renvoi en raison dune erreur“ est incluse dans le messagedonnes sans connexion.Ce message est utilis dans les protocole
46、s de classes 0 et 1 sans connexion.1.22 donnes sans connexion tendues (XUDT, extended unitdata): le message donnes sansconnexion tendues est utilis par le SCCP qui veut envoyer des donnes accompagnes deparamtres facultatifs en mode sans connexion.Ce message est utilis dans les protocoles de classes
47、0 et 1 sans connexion.1.23 service de donnes sans connexion tendues (XUDTS, extended unitdata service): lemessage service de donnes sans connexion tendues sert indiquer au SCCP dorigine quunRecommandation Q.712 (07/96)4message XUDT ne peut pas tre remis sa destination. A titre exceptionnel et sous rserve deconsidrations relatives linterfonctionnement des protocoles, on pourrait utiliser aussi bien unmessage XUDTS en rponse un message UDT ou LUDT. Un message XUDTS nest envoy que siloption du message XUDT (ou
