1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-TQ.787SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUIT(09/97)SRIE Q: COMMUTATION ET SIGNALISATIONSpcifications du systme de signalisation n 7 Spcification des testsSpcification des tests relatifs au gestionnairede transactionRecommandation UIT-T Q.7
2、87(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.59FONCTION
3、S 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.399SPCIFICATIONS
4、 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 Q.711Q.7
5、19Sous-systme utilisateur de tlphonie Q.720Q.729Services complmentaires du RNIS Q.730Q.739Sous-systme utilisateur de 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
6、des tests 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 INTELLIGENT Q.1200Q.1999RNIS LARGE BANDE Q.2000Q.2999RECOMMANDATION UIT-T Q.787SPCI
7、FICATION DES TESTS RELATIFS AU GESTIONNAIRE DE TRANSACTIONRsumLa prsente Recommandation rvise Q.787 contient les descriptions de tests des capacits detransaction (TC, transaction capabilities) du systme de signalisation n 7. La prsenteRecommandation rvise couvre aujourdhui les descriptions de test p
8、our la Partie Dialogue du LivreBlanc (1993) Recommandations Q.771 Q.774 (Sous-systme application du gestionnaire detransaction).SourceLa Recommandation UIT-T Q.787, rvise par la Commission dtudes 11 de lUIT-T (1997-2000),a t approuve le 12 septembre 1997 selon la procdure dfinie dans la Rsolution n
9、1 de laCMNT.ii Recommandation Q.787 (09/97)AVANT-PROPOSLUIT (Union 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
10、 des questions techniques, dexploitation et de tarification,et 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 l
11、es Commissions dtudes de lUIT-T lesquelles laborent en retourdes 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 s
12、phre de comptence delUIT-T, les normes ncessaires se prparent en 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 IN
13、TELLECTUELLELUIT attire lattention sur la possibilit que lapplication 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 intelle
14、ctuelle, quils soientrevendiqus par un Membre de lUIT ou par une tierce partie trangre la procdure dlaboration desRecommandations.A la date dapprobation de la prsente Recommandation, lUIT navait pas t avise de lexistence duneproprit intellectuelle protge par des brevets acqurir pour mettre en uvre l
15、a prsenteRecommandation. Toutefois, comme il ne sagit peut-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 r
16、eproduite ni utilise sousquelque forme que ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et lesmicrofilms, sans laccord crit de lUIT.Recommandation Q.787 (09/97) iiiTABLE DES MATIRESPage1 Introduction 12 Objectifs de la spcification des tests. 13 Domaine dapplication 1
17、4 Principes gnraux de tests. 25 Contexte dexcution des tests 25.1 Relation smaphore 25.2 Configuration 26 Trafic de base . 37 Liste de tests . 37.1 Spcification de tests de la sous-couche transaction TC 37.1.1 Directives relatives lexcution des tests de la couche Transaction . 37.1.2 Tests de la sou
18、s-couche transaction 37.2 Spcification de tests de la sous-couche composant TC (CSL) . 1147.2.1 Directives relatives lexcution des tests de la sous-couche composant. 1147.2.2 Liste de tests de la sous-couche composant. 115Recommandation Q.787 (09/97) 1Recommandation Q.787SPCIFICATION DES TESTS RELAT
19、IFS AU GESTIONNAIRE DE TRANSACTION(rvise en 1997)1 IntroductionLa prsente Recommandation contient un ensemble dtaill de tests des relatifs aux gestionnaires detransactions (TC, transaction capabilities) du systme de signalisation n 7. Ces tests ont pour but devalider le protocole spcifi dans les Rec
20、ommandations Q.771 Q.774. La prsenteRecommandation est conforme au Livre blanc (1993) qui dcrit les rgles de base dune spcificationde tests, telles quelles sont nonces dans la Recommandation Q.780.2 Objectifs de la spcification des testsLa spcification des tests permet de sassurer avec un certain ni
21、veau de confiance:Validation Quun mode de ralisation donn est conforme aux Recommandations Q.771 Q.774 du Livre blanc (1993) pour les gestionnaires de transactions du SS n 7.Compatibilit Que linterfonctionnement de deux modes de ralisation des gestionnaires detransactions du SS n 7 est possible.Les
22、critres suivants ont t utiliss pour llaboration de la prsente spcification de tests:1) la spcification des tests ne couvre pas de manire exhaustive tous les aspects desgestionnaires de transactions du SS n 7;2) tous les tests ont un caractre pratique et peuvent tre excuts laide des techniquesexistan
23、tes;3) la liste des tests porte essentiellement sur des procdures de signalisation normales. Les testsrelatifs des procdures de signalisation anormales ne sont identifis que lorsque cela estconsidr comme particulirement utile;4) la liste des tests ne comporte pas de tests particuliers une applicatio
24、n donne. De tels testsdoivent tre dcrits dans une documentation de test relative cette application et sortent ducadre de la prsente spcification.3 Domaine dapplicationLes descriptions de test se divisent en deux sous-paragraphes: 7.1 spcification de test de lasous-couche transaction du gestionnaire
25、de transaction (TSL, transaction sublayer) et 7.2spcification de test de la sous-couche composant du gestionnaire de transaction (CSL, componentsublayer). La plupart des fonctions TSL et CSL dpendent les unes des autres et devront treexcutes conjointement. La distinction entre fonctions TSL et fonct
26、ions CSL a pour seul but declarifier les tests et den faciliter la comprhension; elle nimplique aucune mise en uvreparticulire.La prsente spcification de tests est destine vrifier les fonctionnalits du TCAP (sous-systmeapplication pour la gestion des transactions) en testant les messages du TCAP et
27、leur contenu. Elle netient pas compte des aspects de fonctionnement tels que la limitation du nombre didentificateurs (ID)de transaction.2 Recommandation Q.787 (09/97)Certains tests dcrits dans la prsente Recommandation ncessitent la cration de primitives; lors delexcution de ces tests, lutilisateur
28、 du sous-systme TCAP devra donc choisir, dans le cadre dusystme utilis, des actions normales appropries qui auront pour effet de crer les primitivesindiques.Le test des primitives sort du cadre de la prsente Recommandation. Les messages et les primitivessont inclus dans les diagrammes de squence de
29、messages attendue, comme indiqu ci-dessous, maisles primitives ne sont reprsentes que pour faciliter la comprhension des tests.PRIMITIVE: =MESSAGE: La description de test constitue un guide pour linterprtation et la mise en uvre correctes du test,mais elle nimpose aucune contrainte concernant la ral
30、isation de ce test. En particulier, il nest faitrfrence la structure interne de limplmentation sous test (IUT, implementation under test), telleque la confirmation des tats internes des automates tats des gestionnaires de transactions, qutitre de clarification et la ralisation pratique de cette stru
31、cture peut dpendre de lapplication ouvarier dun test lautre. Pour un fonctionnement correct, une rponse positive doit tre donne toutes les questions et vrifications contenues dans la description de test.Il est fait mention, dans toute la spcification de tests, d“automates tats“. Ce modle conceptuel
32、dela spcification est utilis dans la Recommandation Q.774 pour faciliter la comprhension des tests.Il nimplique aucun mode de mise en uvre particulier mme lorsque, dans la description du test, ilest demand que ltat soit confirm la fin de certains tests.Les “Directives relatives lexcution des tests d
33、e la sous-couche composant“ nonces en 7.1.1et 7.2.1 indiquent des mthodes possibles permettant de sassurer que le logiciel est revenu ltatrequis.La spcification de tests est indpendante de toute application ou mise en uvre particulire.4 Principes gnraux de testsLes tests se prsentent sous la forme d
34、e tests de “Validation“ ou de “Validation et Compatibilit“.Chaque description de test indique, la rubrique “Type de test“, sil sagit dun test “VAT“(Validation) ou “VAT et CPT“ (Validation et Compatibilit).5 Contexte dexcution des tests5.1 Relation smaphoreUne relation smaphore stable est ncessaire e
35、ntre les points smaphores “SP A“ et “SP B“ pourtester efficacement le TCAP. Une couche Service rseau teste, par exemple une relation smaphorede MTP ou SCCP, doit tre utilise pour les tests de compatibilit.5.2 ConfigurationUne seule configuration, reprsente dans la Figure 1, est ncessaire pour effect
36、uer les tests indiqusdans la liste de tests propose:Recommandation Q.787 (09/97) 3T1185310-97SP ASP B(Note)NOTE Les flches indiquent une relation smaphore.IUTFigure 1/Q.787 Configuration: 16 Trafic de baseLes tests dcrits ne tiennent aucunement compte du niveau du trafic de base.7 Liste de testsLes
37、catgories de la liste de tests sont indiques dans les sous-paragraphes ci-dessous.7.1 Spcification de tests de la sous-couche transaction TC7.1.1 Directives relatives lexcution des tests de la couche TransactionLa squence de messages attendue, une description du test et une table de vrification des
38、lmentsdinformation (IE, information elements) sont prsents pour chaque test.Dans la squence de messages attendue, les primitives sont indiques au point SP A ctimplmentation sous test (IUT) seulement.La table de vrification a pour but dindiquer la fois le contenu du message de lancement et lesrsultat
39、s attendus pour effectuer les vrifications spcifies dans les descriptions de test. La table devrification des IE contenus dans les messages ne comporte pas dinformations sur le contenu des IEpartie composant (component portion) ou abandon par lutilisateur (user abort) qui dpend delapplication. Dans
40、les tables de vrification, les messages manant de lIUT sont dcrits sous laforme courte pour toute longueur dIE, sauf en 1.1.3.1.1 qui concerne les tests des variations delongueur. Cependant, diffrentes formes rpondant aux conditions du 3.3/Q.773, peuvent treutilises, quel que soit le test.Il est sug
41、gr dutiliser la procdure suivante pour vrifier les rsultats antrieurs et postrieurs auxtests (par exemple, automates ltat de repos): envoi lIUT dun message Continue (Continuation) avec Identificateur (ID) de transactionde destination identique (transaction qui devrait tre inactive) et rception prvis
42、ible dunmessage Abort (ABANDON) avec une valeur de cause ID de transaction non reconnu. Si unautre message est reu en rponse, ceci signifie alors que la transaction nest pas ltat derepos.NOTE Les dtails de ces tests de confirmation dpendent du mode de ralisation.7.1.2 Tests de la sous-couche transac
43、tionNDA aucun dtail disponible (no details available)FFS tudier (for further study)* validation et compatibilit4 Recommandation Q.787 (09/97)Tous les autres tests sont des tests de validation seulement.1 Sous-couche Transaction1.1 Fonction valide1.1.1 Dialogue non structur* 1.1.1.1 Ct test: mission*
44、 1.1.1.2 Ct test: rception1.1.2 Dialogue structur1.1.2.1 Libration avant message ultrieur1.1.2.1.1 Libration valide manant du ct initialisation* 1) Terminaison prdtermine* 2) Abandon par lUtilisateur-TR1.1.2.1.2 Libration valide manant du ct rponse1.1.2.1.2.1 Emission IUT* 1) Terminaison de base* 2)
45、 Terminaison prdtermine* 3) Abandon par lUtilisateur-TR1.1.2.1.2.2 Rception IUT* 1) Abandon par lUtilisateur-TR2) Abandon par la sous-couche transaction* 3) Terminaison de base1.1.2.2 Libration aprs un message Continue1.1.2.2.1 Libration valide manant du ct initialisation1.1.2.2.1.1 Emission IUT* 1)
46、 Terminaison de base* 2) Terminaison prdtermine* 3) Abandon par lUtilisateur-TR1.1.2.2.1.2 Rception IUT* 1) Terminaison de base2) Abandon par la sous-couchetransaction* 3) Abandon par lUtilisateur-TR1.1.2.2.2 Libration valide manant du ct rponse1.1.2.2.2.1 Emission IUT* 1) Terminaison de base* 2) Te
47、rminaison prdtermine* 3) Abandon par lUtilisateur-TR1.1.2.2.2.2 Rception IUT* 1) Terminaison de base* 2) Abandon par la sous-couche transaction* 3) Abandon par lUtilisateur-TR1.1.2.3 Libration aprs un message Continue (partie composant non prsente)1.1.2.3.1 Terminaison de base Emission IUT1.1.2.3.2 Terminaison de base Rception IUT1.1.2.4 Echange de messages aprs ltablissement de la transaction1.1.2.4.1 Lancement IUTRecommandation Q.787 (09/97) 51.1.2.4.2 Rception IUT1.1.2.5 Adressage TC1.1.2.5.1 Changement dadresse de Registre1.1.3 Variations
