1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-TQ.774SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUIT(06/97)SRIE Q: COMMUTATION ET SIGNALISATIONSpcifications du systme de signalisation n 7 Sous-systme application de gestion des transactionsProcdures du gestionnaire de transactionsRecommandation
2、UIT-T Q.774(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 AUTOMATIQUE ET SEMI-AUTOMATIQUE Q.4Q.5
3、9FONCTIONS 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 DE SIGNALISATION R1 Q.310Q.399SPCI
4、FICATIONS 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 commande des connexions smaphores
5、 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 Q.760Q.769Sous-systme application de gestion des transactions Q.770Q.779Spcificati
6、on des tests Q.780Q.799Interface Q3 Q.800Q.849SYSTME DE SIGNALISATION DABONN NUMRIQUE N 1 Q.850Q.999Gnralits Q.850Q.919Couche Liaison de donnes Q.920Q.929Couche Rseau Q.930Q.939Gestion usager-rseau Q.940Q.949Description dtape 3 des services complmentaires utilisant le systme DSS 1 Q.950Q.999RSEAUX M
7、OBILES TERRESTRES PUBLICS Q.1000Q.1099INTERFONCTIONNEMENT AVEC LES SYSTMES MOBILES SATELLITES Q.1100Q.1199Interfonctionnement avec le service INMARSAT de norme A Q.1100Q.1109Interfonctionnement avec le service INMARSAT de norme B Q.1110Q.1149Interfonctionnement avec le systme du service mobile arona
8、utique par satellitedINMARSATQ.1150Q.1199RSEAU INTELLIGENT Q.1200Q.1999RNIS LARGE BANDE Q.2000Q.2999RECOMMANDATION UIT-T Q.774PROCEDURES DU GESTIONNAIRE DE TRANSACTIONSRsumLa prsente Recommandation a t rvise en vue dapporter de nouvelles prcisions (tant dans le texteque dans les diagrammes SDL) conc
9、ernant les procdures de commande de dialogue utilises pourmettre fin de faon normale ou anormale au dialogue. Des modifications ont galement t apportes auxdiagrammes SDL de la prsente Recommandation, destines reprsenter de manire approprie lacration dynamique et larrt des processus.SourceLa Recomman
10、dation UIT-T Q.774, rvise par la Commission dtudes 11 de lUIT-T (1997-2000), a tapprouve le 5 juin 1997 selon la procdure dfinie dans la Rsolution n 1 de la CMNT.ii Recommandation Q.774 (06/97)AVANT-PROPOSLUIT (Union internationale des tlcommunications) est une institution spcialise des Nations Unie
11、s dans ledomaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est un organepermanent de lUIT. Il est charg de ltude des questions techniques, dexploitation et de tarification, et met cesujet des Recommandations en vue de la normalisation des tlcommunications lchell
12、e mondiale.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 retour desRecommandations sur ces thmes.Lapprobation des Recommandations par les Membres de lU
13、IT-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 de lUIT-T,les normes ncessaires se prparent en collaboration avec lISO et la CEI.NOTEDans la prsente Recommandation, lexpression “A
14、dministration“ est utilise pour dsigner de faon abrge aussibien une administration de tlcommunications quune exploitation reconnue.DROITS DE PROPRIT INTELLECTUELLELUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente Recommandationpuisse donner lieu lutilisation
15、dun droit de proprit intellectuelle. LUIT ne prend pas position en ce quiconcerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soient revendiqus parun Membre de lUIT ou par une tierce partie trangre la procdure dlaboration des Recommandations.A la date dapproba
16、tion de la prsente Recommandation, lUIT avait/navait pas t avise de lexistence duneproprit intellectuelle protge par des brevets acqurir pour mettre en uvre la prsente Recommandation.Toutefois, comme il ne sagit peut-tre pas de renseignements les plus rcents, il est vivement recommand auxresponsable
17、s de la mise en uvre de consulter la base de donnes des brevets du TSB. UIT 1998Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelqueforme que ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sa
18、nslaccord crit de lUIT.Recommandation Q.774 (06/97) iiiTABLE DES MATIRESPage1 Introduction. 11.1 Principes de base. 11.2 Aperu gnral 12 Adressage 13 Gestionnaire de transactions utilisant un service de rseau en mode sans connexion 13.1 Dfinition des sous-couches du TCAP . 13.2 Procdures de la sous-c
19、ouche composant. 23.2.1 Procdures normales 23.2.2 Procdures anormales 133.2.3 Question de compatibilit 173.3 Procdures de la sous-couche transaction. 183.3.1 Gnralits. 183.3.2 Mappage entre les primitives de service de la sous-couche transaction et lestypes de message 183.3.3 Procdures normales 193.
20、3.4 Procdures anormales relatives la commande de transaction. 22Annexe A Diagrammes SDL du gestionnaire de transactions 24A.1 Gnralits 24A.2 Conventions utilises 29A.3 Cration dynamique de processus. 29A.4 Abrviations utilises dans les diagrammes SDL. 61Recommandation Q.774 (06/97) 1Recommandation Q
21、.774PROCEDURES DU GESTIONNAIRE DE TRANSACTIONS(Melbourne, 1988; rvise en 1993 et 1997)1 IntroductionLe gestionnaire de transactions (TC, transaction capabilities) permet ses utilisateurs dchanger descomposants via des messages du sous-systme application pour la gestion des transactions (TCAP,transac
22、tion capabilities application part). Il permet galement, en tant quoption, le transfert du nom ducontexte dapplication et dinformations dutilisateur (cest-dire des donnes qui ne sont pas descomposants) entre deux utilisateurs TC. Les procdures dcrites dans le prsent paragraphe spcifient lesrgles gra
23、nt le contenu des informations et lchange des messages TCAP entre utilisateurs du TC.1.1 Principes de baseAfin de maximiser la flexibilit dans larchitecture des services et dans la manire de les mettre enuvre, les procdures du TCAP se limitent lchange de composants et si loption a t choisie lchange
24、du nom du contexte dapplication et dinformations dutilisateur (cest-dire des donnes qui nesont pas des composants) entre utilisateurs du TC. Les procdures spcifiques aux applications(utilisateurs du TC) ne font pas partie du TCAP.Lorsque la slection dune valeur de paramtre associe une primitive qui
25、est demande par une coucheinfrieure (sous-couche) ne concerne pas cette couche (sous-couche), la valeur est simplement transmise travers linterface de service. La mme remarque sapplique aux paramtres provenant dune coucheinfrieure travers linterface de service, qui ne sont pas ncessaires aux fonctio
26、ns du TCAP.1.2 Aperu gnralLe paragraphe 2 prsente les rgles dadressage pour les messages du TC. Le paragraphe 3 dcrit legestionnaire de transactions utilisant un service de rseau en mode sans connexion.2 AdressageDans lenvironnement du systme de signalisation no7 en mode sans connexion, les messages
27、 du TCutiliseront nimporte quelles options dadressage offertes par le sous-systme commande des connexionssmaphores (SCCP, signalling connection control part). Lattribution et lutilisation dappellationsglobales peuvent dpendre du rseau et dune application spcifique. Elles ne font pas partie de laprse
28、nte spcification de protocole et ne sont pas examines plus avant dans la prsenteRecommandation.Les options dadressage, lorsque dautres fournisseurs de service de rseau sont utiliss, sont pour tudeultrieure.3 Gestionnaire de transactions utilisant un service de rseau en mode sans connexion3.1 Dfiniti
29、on des sous-couches du TCAPLes procdures TCAP sont divises en procdure pour la sous-couche composant et procdure pour lasous-couche transaction. La procdure de la sous-couche composant fournit un utilisateur du TC lapossibilit dinvoquer des oprations distantes et de recevoir les rponses. La sous-cou
30、che composantreoit galement des informations de commande de dialogue et des informations dutilisateur dun2 Recommandation Q.774 (06/97)utilisateur du TC et produit des APDU de commande de dialogue. Elle utilise des fonctions de la sous-couche transaction pour la commande des transactions qui corresp
31、ond la capacit dacheminer unesquence de composants et, titre doption, une partie de dialogue, dans des messages de la sous-couchetransaction sur une connexion de bout en bout entre deux utilisateurs du TC.3.2 Procdures de la sous-couche composantLa sous-couche composant fournit deux sortes de procdu
32、res: la gestion de dialogue; la gestion de composants.3.2.1 Procdures normales3.2.1.1 Procdures de gestion des composants3.2.1.1.1 Mappage entre les primitives du service de gestion des composants du TC et les typesde composantLa Recommandation Q.771 dcrit les services fournis par la sous-couche com
33、posant en dfinissantlinterface de service entre lutilisateur du TC et la sous-couche composant et linterface entre lasous-couche composant et la sous-couche transaction. La gestion des composants correspond lacapacit de lutilisateur du TC dinvoquer une procdure loigne et de recevoir une rponse. Lesp
34、rocdures de gestion des composants traduisent les primitives de service de gestion des composants encomposants qui constituent les units de donnes du protocole (PDU, protocol data unit) de la sous-couche composant. Un mappage entre ces primitives et les PDU de la sous-couche composant estprsente au
35、Tableau 1.Tableau 1/Q.774 Mappage entre les primitives du servicede gestion des composants du TC et les composantsPrimitives de service Abrviation Type de composantTC-INVOKE INV invocation (Note 1)TC-RESULT-L RR-L retour rsultat (dernier) (Note 1)TC-U-ERROR RE retour erreur (Note 1)TC-U-REJECT RJ re
36、jet (Note 1)TC-R-REJECT RJ rejet (Note 1)TC-L-REJECT (Note 2)TC-RESULT-NL RR-NL retour rsultat (non dernier)TC-L-CANCEL (Note 3)TC-U-CANCEL (Note 3)NOTE 1 Compatible avec les Recommandations X.219 et X.229.NOTE 2 Le traitement de cette primitive est dcrit en 3.2.2.2.NOTE 3 Il ny a pas de type de com
37、posant associ cette primitive tant donn que leffet est purement local.3.2.1.1.2 Gestion des identificateurs dinvocationLes identificateurs dinvocation sont attribus par lextrmit initiatrice au moment de linvocation. Unutilisateur du TC na pas besoin dattendre quune opration soit termine pour en invo
38、quer une autre. Atout moment, un utilisateur du TC peut avoir un nombre quelconque doprations en cours avec uneRecommandation Q.774 (06/97) 3extrmit distante (bien que cette dernire puisse rejeter un composant dinvocation par manque deressources).Chaque valeur didentificateur dinvocation est associe
39、 une invocation dopration et lautomate de lasous-couche composant correspondant. La gestion de cet automate a lieu seulement lextrmit quiinvoque lopration. Lautre extrmit rutilise cet identificateur dinvocation dans sa rponse linvocation dopration et ne gre pas dautomate pour cet identificateur. Cha
40、que extrmit peutinvoquer des oprations de manire bidirectionnelle: chacune gre les automates des oprations quelle ainvoques, et est libre dattribuer les identificateurs dinvocation indpendamment de lautre.Une valeur didentificateur dinvocation peut tre rattribue lorsque lautomate correspondant revie
41、nt ltat repos. Cependant, une rattribution immdiate peut soulever des difficults lorsque certainessituations anormales se produisent. Une valeur didentificateur libre (lorsque lautomate revient aurepos) ne doit donc pas tre rattribue immdiatement; la manire dont cela est fait est dpendant delapplica
42、tion et par consquent nest pas dcrit dans la prsente Recommandation.Les deux applications homologues doivent avoir a priori une connaissance des classes et destemporisateurs associs chaque opration.Les tats de la sous-couche composant et les transitions dtats sont dcrits en 3.2.1.1.3.3.2.1.1.3 Class
43、es doprationsVoir Tableau 2.Tableau 2/Q.774 Classes doprationsClasse dopration Description1 signalisation des succs et des checs2 signalisation des checs uniquement3 signalisation des succs seulement4 aucune signalisationUn type diffrent dautomate est dfini pour chaque classe dopration, les transiti
44、ons dtats sontreprsentes aux Figures 1 4. Ces automates sont dcrits ici du point de vue du protocole (composantsmis/reus), alors quils sont dcrits du point de vue du service (primitives) dans laRecommandation Q.771.Les tats de lautomate de chaque composant sont dfinis comme suit: repos: la valeur di
45、dentificateur dinvocation nest attribue aucune opration en cours. opration envoye: la valeur didentificateur dinvocation est attribue une opration qui nat ni excute, ni rejete. Ltat “opration envoye“ est dclench lorsque le composantinvocation est transmis. attente pour rejet: lorsquun composant indi
46、quant lachvement dune opration est reu,lutilisateur du TC rcepteur peut rejeter ce rsultat. Ltat attente pour rejet est introduit afin quelidentificateur dinvocation soit gel pour quelque temps, rendant ainsi le rejet possible.Les transitions dtats sont dclenches par: une primitive reue de lutilisat
47、eur du TC, entranant la construction et ventuellement lenvoidun composant; la rception dun composant de lentit homologue; un certain nombre de situations indiques dans les Figures 1 4, et correspondant aux situationssuivantes:4 Recommandation Q.774 (06/97) annulation Une temporisation associe une invocation. Cette temporisation dinvocationdmarre lorsque le composant dinvocation est transmis la sous-couche transaction. Laprimitive de demande TC-INVOKE indique une valeur de temporisation. Une situationdannula
