1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-TQ.772SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUIT(06/97)SRIE Q: COMMUTATION ET SIGNALISATIONSpcifications du systme de signalisation n 7 Sous-systme application de gestion des transactionsDfinition des lments dinformation dugestionnaire de tran
2、sactionsRecommandation UIT-T Q.772(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
3、SEMI-AUTOMATIQUE Q.4Q.59FONCTIONS ET FLUX DINFORMATION DES SERVICES DU RNIS Q.60Q.99SPCIFICATIONS 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.399SPCIFICATIONS DU SYSTME DE SIGNALISATION R2
4、 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 Q.711Q.719Sous-systme utilisateur tlph
5、onie 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.779Spcification des tests Q.780Q.799Interface Q3 Q.8
6、00Q.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 MOBILES TERRESTRES PUBLICS Q.1000Q.1099C
7、onsidrations gnrales Q.1000Q.1029Interfonctionnement avec le RNIS et le RTPC Q.1030Q.1049Sous-systme application mobile Q.1050Q.1059Interfaces usager-rseau du RMTP numrique Q.1060Q.1099INTERFONCTIONNEMENT AVEC LES SYSTMES MOBILES SATELLITES Q.1100Q.1199RSEAU INTELLIGENT Q.1200Q.1999RNIS LARGE BANDE
8、Q.2000Q.2999RECOMMANDATION UIT-T Q.772DEFINITION DES ELEMENTS DINFORMATIONDU GESTIONNAIRE DE TRANSACTIONSRsumLa prsente Recommandation dcrit les lments dinformation individuels et les paramtres utilisspar les messages du gestionnaire de transactions (TC, transaction capabilities). La prsenteRecomman
9、dation a t rvise en vue de dfinir un diagnostic de source de rsultat.SourceLa Recommandation UIT-T Q.772, rvise par la Commission dtudes 11 de lUIT-T (1997-2000),a t approuve le 5 juin 1997 selon la procdure dfinie dans la Rsolution n 1 de la CMNT.ii Recommandation Q.772 (06/97)AVANT-PROPOSLUIT (Uni
10、on 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 m
11、et 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 retourdes
12、 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 en
13、 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 lapplic
14、ation ou la mise en uvre de la prsente Recommandationpuisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce quiconcerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soientrevendiqus par un Membre de lUIT ou par une
15、 tierce partie trangre la procdure dlaboration desRecommandations.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 uvre la prsenteRecommandation. Toutefois, comme il ne sagit peut
16、-tre pas de renseignements les plus rcents, il estvivement recommand aux responsables de la mise en uvre de consulter la base de donnes des brevetsdu TSB. UIT 1998Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sousquelque forme que ce soit et par
17、aucun procd, lectronique ou mcanique, y compris la photocopie et lesmicrofilms, sans laccord crit de lUIT.Recommandation Q.772 (06/97) iiiTABLE DES MATIRESPage1 Gnralits 12 Partie transaction. 12.1 Type de message. 12.2 Identificateurs de transaction 13 Partie composant. 33.1 Type de composant . 34
18、Partie dialogue 74.1 Units APDU de commande de dialogue . 74.2 Elments dinformation de la partie dialogue 8Recommandation Q.772 (06/97) 1Recommandation Q.772DEFINITION DES ELEMENTS DINFORMATIONDU GESTIONNAIRE DE TRANSACTIONS(Melbourne 1988; rvise en 1993 et 1997)1 GnralitsLa prsente Recommandation d
19、crit les lments dinformation individuels et les paramtres utilisspar les messages du gestionnaire de transactions (TC, transaction capabilities). Le codage et leformat de ces lments sont donns dans la Recommandation Q.773.La signification de chaque lment dinformation est dcrite en termes gnraux.Le f
20、ormat de message du sous-systme application pour la gestion des transactions (TCAP,transaction capabilities application part) comprend trois parties, nommes partie transaction, partiedialogue et partie composant. Linformation contenue dans la partie composant concerne lesoprations individuelles et l
21、eurs rponses. La partie transaction contient linformation de commandede protocole pour la sous-couche transaction. La partie dialogue intresse le contexte dapplication et,en option, linformation fournie par lutilisateur (cest-dire les donnes autres que les composants).Pour une analyse plus dtaille d
22、e larchitecture, voir la Figure 1/Q.771 et le texte associ.2 Partie transactionLa partie transaction dun message du sous-systme TC peut contenir les lments dinformationsuivants.2.1 Type de messageCinq types de messages sont dfinis pour la partie transaction, comme suit:2.1.1 unidirectionnel: ce mess
23、age est utilis quand il est inutile dtablir une transaction avec unautre utilisateur de la sous-couche transaction homologue.2.1.2 dbut: ce message est utilis pour lancer une transaction avec lutilisateur de la sous-couchetransaction homologue.2.1.3 fin: ce message est utilis pour terminer une trans
24、action avec lutilisateur de la sous-couchetransaction homologue.2.1.4 continuation: ce message est utilis pour finir ltablissement dune transaction et continuerune transaction tablie.2.1.5 abandon: ce message est utilis pour terminer une transaction suite une situation anormaledtecte par la sous-cou
25、che transaction (le fournisseur du service), ou pour abandonner unetransaction sur demande de lutilisateur de transaction (lutilisateur du service).2.2 Identificateurs de transactionLes identificateurs de transaction sont attribus indpendamment par chacun des deux noeudscommuniquant via une transact
26、ion, pour identifier de faon unique la transaction dans chaque noeudet associer tout le contenu du message cette transaction particulire. Il y a deux typesdidentificateurs de transaction, savoir:2 Recommandation Q.772 (06/97)2.2.1 identificateur de transaction au dpart: lidentificateur de transactio
27、n au dpart est attribupar le noeud envoyant un message et est utilis pour identifier la transaction cette extrmit.2.2.2 identificateur de transaction larrive: lidentificateur de transaction larrive identifiela transaction lextrmit rceptrice.2.3 cause dabandon par le fournisseur: utilis lorsque la so
28、us-couche transaction abandonneune transaction.Les causes dabandon par le fournisseur sont les suivantes:2.3.1 type de message non reconnu: type de message autre que ceux qui sont dfinis dans 2.1.1 2.1.5 ci-dessus.2.3.2 identificateur de transaction non reconnu: identificateur de transaction reu nec
29、orrespondant pas une transaction existante au noeud rcepteur.2.3.3 partie transaction mal formate: la partie transaction du message reu ne suit pas les rglesde codage X.209 dcrites dans 4.1/Q.773.2.3.4 partie transaction incorrecte: la structure des lments dinformation de la partietransaction du mes
30、sage reu ne suit pas les rgles pour la partie transaction, dfinies dans 3.1/Q.773.2.3.5 limitation de ressources: les ressources ncessaires pour engager une transaction ne sontpas disponibles.Tableau 1/Q.772 Exemple de mappage entre des scnarios dabandon par le fournisseurde service et des valeurs d
31、e cause dabandon par le fournisseur de serviceSous-couche transactionCause Abandon par le fournisseur Exemple de raisontype de message non reconnu(erreur de syntaxe)(ltiquette du type de message est inconnue,cest-dire quelle nest pas dfinie dans laRecommandation Q.773)la combinaison de classe, la fo
32、rme et la valeur necorrespondent pas une tiquette connue, cest-dire que le type de message nest pascommencement, continuation, terminaison,unidirectionnel ou abandon.identificateur de transaction non reconnuun identificateur de transaction drivable a treu, mais il ny a pas de transaction (au noeudrc
33、epteur pour cet identificateur, cest-dire quunmessage continuation a t reu accompagn dunidentificateur de transaction non reconnu(destination)lidentificateur de transaction souhait nest pasassign.portion de transaction mal formate(erreur de codage)la valeur de lindicateur de longueur est infrieure 1
34、28 octets, mais pas code sous forme courte.(la sous-couche transaction a reu un message quinest pas conforme aux rgles de codage dfiniesau 4.1/Q.773)tiquette mal forme dun lment dinformation,autre que le type de message, (par exemple, laclasse et le code indiquent un nombre entier alorsque la forme
35、indique un codage constructeur.la valeur de lindicateur de longueur ne correspondpas la longueur du message.Recommandation Q.772 (06/97) 3Tableau 1/Q.772 Exemple de mappage entre des scnarios dabandon par le fournisseurde service et des valeurs de cause dabandon par le fournisseur de service (fin)So
36、us-couche transactionCause Abandon par le fournisseur Exemple de raisonportion de transaction incorrecte(erreur de syntaxe)la combinaison de lidentificateur de transaction audpart et larrive nest pas conforme au type demessage.(la structure des lments dans la portion detransaction du message reu nes
37、t pas conforme auxrgles dfinies au paragraphe 3/Q.773 pour cetteportion de transaction)ltiquette de la partie composant est prsente maisil ny a pas de composant.le message ne contient pas tous les lmentsdinformation obligatoires dfinis dans laRecommandation Q.773 pour ce type de message.lordre de rc
38、eption des lments dinformationdans le message nest pas conforme laRecommandation Q.773 pour ce type de message.limitation des ressources encombrement.(ressources insuffisantes pour cette transaction etlutilisateur de la transaction)pas didentificateurs de transaction disponibles attribuer la nouvell
39、e demande dtablissement dela transaction.2.4 partie dialogue: utilise pour transmettre linformation relative au contexte dapplication et,en option, linformation fournie par lutilisateur (cest-dire des donnes autres que des composants).2.5 partie composant: cette partie contient les composants. Sil n
40、est pas transmis decomposants, cet lment dinformation nest pas prsent.3 Partie composantLa partie composant contient les types dlments dinformation suivants. Les composants dunmessage sont dlivrs lutilisateur darrive dans lordre de leur remise par lutilisateur au dpart.3.1 Type de composantCinq type
41、s de composants peuvent tre prsents dans la partie composant dun message TC. Lesquatre units de donnes de protocole (PDU, protocol data units) dfinies dans laRecommandation X.229 sont utilises, savoir:Composant TCAP PDU X.229invocation (dopration distante) ROIVretour (dernier) rsultat RORSretour err
42、eur ROERrejet RORJLe dernier type de composant retour rsultat (non dernier) est spcifique au sous-systme TCAP.4 Recommandation Q.772 (06/97)Ces types de composant sont dfinis comme suit:3.1.1 invocation (dopration distante): le composant invocation demande lexcution duneopration. Il peut tre li une
43、invocation dopration envoye antrieurement par lautre extrmit.Cela sappelle une “invocation lie“.3.1.2 retour rsultat (non dernier): lorsque le gestionnaire de transactions utilise un servicerseau en mode sans connexion, il peut tre ncessaire que lutilisateur du gestionnaire detransactions segmente l
44、e rsultat dune opration, si les deux utilisateurs homologues de cegestionnaire utilisent un service de rseau qui nassure pas la segmentation/le rassemblage desdonnes fournies par eux. Dans ce cas, le composant retour rsultat (non dernier) est utilis pourtransporter les segments du rsultat, sauf le d
45、ernier, qui sera transport par le composant retour(dernier) rsultat.Le service de retour rsultat (non dernier) est autoris SEULEMENT si le rsultat est trop grand pourtre contenu dans un seul composant retour (dernier) rsultat de ce gestionnaire. Il faut noter quelutilisation du service retour rsulta
46、t (non dernier) signifie que lopration a t acheve avec succs.3.1.3 retour (dernier) rsultat: le composant rsultat complet signale la russite dune opration.Il peut contenir le dernier segment dun rsultat; dans le cas dun rsultat non fragment, il contient lersultat complet.3.1.4 retour erreur: le comp
47、osant retour erreur signale quune opration na pas t russie.3.1.5 rejet: le composant rejet signale la rception et le rejet dun composant incorrect, autre quuncomposant rejet. La raison ventuelle du rejet du composant est dfinie dans llment code deproblme (3.7).3.2 identificateur dinvocation: un identificateur dinvocation est utilis comme numro derfrence pour identifier de faon unique une invocation dopration. Il est prsent dans le composantinvocation et dans toute rponse un composant invocation (retour rsultat, retour erreur ou rejet), cequi per
