ITU-T Q 784 ANX A FRENCH-1993 TTCN Version of Recommendation Q 784《推荐性规范Q 784的测试和测试控制方法(TTCN)版本 11号研究组 139pp》.pdf

《ITU-T Q 784 ANX A FRENCH-1993 TTCN Version of Recommendation Q 784《推荐性规范Q 784的测试和测试控制方法(TTCN)版本 11号研究组 139pp》.pdf》由会员分享，可在线阅读，更多相关《ITU-T Q 784 ANX A FRENCH-1993 TTCN Version of Recommendation Q 784《推荐性规范Q 784的测试和测试控制方法(TTCN)版本 11号研究组 139pp》.pdf（139页珍藏版）》请在麦多课文档分享上搜索。

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T Q.784Annexe ASECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUITSPCIFICATIONS DU SYSTMEDE SIGNALISATION N 7SPCIFICATION DESSAISVERSION EN NOTATION COMBINEARBORESCENTE ET TABULAIREDE LA RECOMMANDATION Q.784Recommandation UIT-T Q.784 Annexe A(A

2、ntrieurement Recommandation du CCITT)AVANT-PROPOSLUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUnion internationale destlcommunications (UIT). Il est charg de ltude des questions techniques, dexploitation et de tarification, et met cesujet des Recommandations

3、en vue de la normalisation des tlcommunications lchelle mondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans, dtermineles thmes que les Commissions dtudes de lUIT-T doivent examiner et propos desquels elles doivent mettre desRecommandations.La

4、 Recommandation UIT-T Q.784, Annexe A, labore par la Commission dtudes XI (1988-1993) de lUIT-T, a tapprouve par la CMNT (Helsinki, 1-12 mars 1993)._NOTES1 Suite au processus de rforme entrepris au sein de lUnion internationale des tlcommunications (UIT), leCCITT nexiste plus depuis le 28 fvrier 199

5、3. Il est remplac par le Secteur de la normalisation des tlcommunicationsde lUIT (UIT-T) cr le 1ermars 1993. De mme, le CCIR et lIFRB ont t remplacs par le Secteur desradiocommunications.Afin de ne pas retarder la publication de la prsente Recommandation, aucun changement na t apport aux mentionscon

6、tenant les sigles CCITT, CCIR et IFRB ou aux entits qui leur sont associes, comme Assemble plnire,Secrtariat, etc. Les futures ditions de la prsente Recommandation adopteront la terminologie approprie refltant lanouvelle structure de lUIT.2 Dans la prsente Recommandation, le terme Administration dsi

7、gne indiffremment une administration detlcommunication ou une exploitation reconnue. UIT 1994Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque formeque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les m

8、icrofilms, sans laccordcrit de lUIT.Recommandation Q.784 - Annexe A (03/93) iTABLE DES MATIRESRecommandation Q.784 - Annexe A (03/93)PageAnnexe A Version en notation combine arborescente et tabulaire de la Recommandation Q.784. 1A.1 Champ dapplication 1A.2 Symboles et abrviations (utiliss dans A.2 A

9、.4.5) 1A.3 Mthodologie des tests 1A.4 Explication de la spcification des tests 2A.5 Liste des essais SSUR . 4A.6 Prsentation gnrale de la suite de tests 7A.7 Partie dclarations . 12A.8 Partie contraintes. 15A.9 Partie dynamique. 21Recommandation Q.784 - Annexe A (03/93) 1Annexe AVersion en notation

10、combine arborescente et tabulairede la Recommandation Q.784(Helsinki, 1993)Recommandation Q.784 - Annexe A (03/93)A.1 Champ dapplicationOn trouvera dans la prsente annexe la spcification dessai pour les procdures applicables lappel de base dans lISUPdu systme de signalisation n 7 du CCITT (Recommand

11、ations Q.761-Q.764 et Q.767), sur la base de la Recomman-dation X.292 du CCITT (ISO IS 9646). Cette spcification applique la notation combine arborescente et tabulaire(TTCN) et tient compte du contenu de la spcification dessai dcrite dans la Recommandation Q.784. Dans tous les casde contradiction en

12、tre le texte de la Recommandation Q.784 et celui de la prsente annexe TTCN, cest le texte de laRecommandation Q.784 qui fait foi.A.2 Symboles et abrviations (utiliss dans A.2 A.4.5)TTCN Notation combine arborescente et tabulaire (tree and tabular combined notation)IUT Instance sous test (implementat

13、ion under test)ATS Suite de tests abstraite (abstract test suite)ASP Primitive de service abstraite (abstract service primitive)PDU Unit de donnes de protocole (protocol data unit)PCO Point de contrle et dobservation (point of control and observation)LT Testeur infrieur (lower tester)UT Testeur supr

14、ieur (upper tester)LAB PCO du testeur infrieur, entre le fournisseur de service et le point smaphore B (lower testerPCO between service provider and signalling point B)CAB PCO de circuit, entre le fournisseur de service et le point smaphore B (Circuit PCO betweenservice provider and signalling point

15、 B)UTA PCO du testeur suprieur au point smaphore A (Upper Tester PCO at signalling point A)A.3 Mthodologie des testsCette spcification des tests en notation TTCN repose sur la mthodologie de test abstraite, dcrite ci-aprs.La mthodologie applique pour les essais de lISUP a t baptise mthode de test rp

16、artie (voir la Figure A.1).Elle consiste tablir une configuration abstraite pour les tests, qui nimpose aucune restriction la mise en oeuvrede machines tests. Cette configuration se compose dinstance sous test (IUT) et du testeur. Les principaux lmentsfonctionnels du testeur se rpartissent entre un

17、testeur infrieur (LT) et un testeur suprieur (UT).T1163960-94/d01UTUTA IUT=SP ALT=SP BLAB CABProcdures de coordinationdes testsFournisseur de serviceFIGURE A.1/Q.784Mthode dessai de lISUP2 Recommandation Q.784 - Annexe A (03/93)En principe, le testeur infrieur est capable de contrler et dobserver li

18、nstance sous test, sa limite infrieure, parlintermdiaire du fournisseur de service sous-jacent. Le testeur suprieur est capable de faire de mme sa limitesuprieure.Pour les essais de lISUP, le testeur infrieur contrle et observe linstance sous test, du point de vue signalisation, parlintermdiaire du

19、MTP sous-jacent fournisseur de service, et du point de vue connexion par lintermdiaire dun nombrede circuits prdfini. Le testeur suprieur contrle et observe linstance sous test en traitant des appels. De plus, le testeursuprieur doit contrler linterface du langage homme-machine (MML) (man-machine la

20、nguage)et observer lesindications pour les besoins de la maintenance.A.4 Explication de la spcification des testsUne spcification de suite de tests abstraite ou suite ATS crite en notation TTCN doit se composer de quatre parties: la prsentation, qui donne la structure de la suite de tests, pour info

21、rmation gnrale et comprhension; la partie dclaration, qui indique tous les objets, par exemple constantes, variables, points de contrle etdobservation (PCO), temporisateurs, types dunits de donnes de protocole (types de PDU) et types deprimitives de service abstraites (types dASP); la partie contrai

22、ntes, qui indique les valeurs effectives des units de donnes de protocole (PDU) et desprimitives de service abstraites (ASP); la partie dynamique, qui dcrit le comportement de chaque test lmentaire.A.4.1 Prsentation dune suite de testsLa prsentation dune suite de tests est une sorte de rpertoire. El

23、le comprend un index de la suite, qui peut servir pour ladocumentation et la rfrence. La prsentation donne les informations suivantes: le nom de la suite de tests; desrfrences aux normes de protocole concernes; des renseignements sur la mthode de test abstraite et une structure pourla suite de tests

24、, un index des tests lmentaires, des modules de test et des dfauts contenus dans la partie dynamique.Les tables relatives la structure de la suite de tests et lindex des tests lmentaires indiquent la relation existant entrela liste de tests de la Recommandation Q.784, dune part, et les groupes de te

25、sts et noms de tests lmentaires de lanotation TTCN, dautre part.Le paragraphe A.6 contient la prsentation de la suite de tests pour cette spcification des essais de lISUP.A.4.2 Dclarations TTCNLa partie dclaration doit mentionner tous les objets utiliss dans la partie dynamique. La notation TTCN fou

26、rnit unformat particulier pour les types dobjets dclarer. Les dclarations pour lISUP sont indiques dans A.7.Le paragraphe A.7 identifie: des paramtres de suite de tests et des constantes de suite de tests Ces lments sont introduits pouractiver des procdures de slection de tests lmentaires; des varia

27、bles de suite de tests Ces variables sont dclares pour utilisation dans les tests lmentaires,par exemple RSC_Received dans le test lmentaire ISUPB50203; trois points PCO Ces PCO sont utiliss dans la suite de tests ISUP: LAB PCO du testeur infrieur, entre le fournisseur de service et le point smaphor

28、e B. Ce PCOpermet dchanger lchange dinformation de signalisation de lISUP entre le testeur infrieur et laralisation tester IUT; CAB PCO de circuit, entre le fournisseur de service et le point smaphore B. Ce PCO permetdappliquer les procdures de contrle de circuit, par exemple la vrification de conne

29、ctivit et lavrification de limitation dcho; UTA PCO du testeur suprieur au point smaphore A. On postule lexistence dun type doprationsstimulus pour gnrer et librer des communications, activer des procdures de surveillance decircuit, etc.; tous les identificateurs de temporisateur, y compris les dure

30、s correspondantes;Recommandation Q.784 - Annexe A (03/93) 3 les types dASP qui constituent une dclaration TTCN incomplte. Une dclaration dASP en notationTTCN se compose de lidentificateur de type dASP, de lidentificateur de type de PCO et de la structuredASP. La dernire partie de cette dclaration es

31、t omise, afin de crer le mme niveau dabstraction quedans la spcification dessai Q.784 utilisant la mthodologie Q.780; les types de PDU auxquels sappliquent la mthode dcrite plus haut.A.4.3 Contraintes TTCNLes primitives ASP indiques en relation avec les vnements dmission et de rception dans la parti

32、e dynamique sontdes rfrences des instances de types dASP. Chaque instance dun type dASP, appele contrainte dASP, spcifie unevaleur effective dASP. Une contrainte ASP peut transporter une contrainte dunit PDU. Toutes les contraintes ASP etPDU sont groupes dans la partie contraintes de la notation TTC

33、N. La partie contraintes pour lISUP est spcifieen A.8.En raison du haut niveau dabstraction ncessaire, seuls sont dcrits dans cette suite de tests lidentificateur de contraintedASP et lidentificateur de type dASP. Les valeurs effectives des contraintes ne sont pas prises en compte.Les primitives ASP

34、 utilises dans cette suite de tests sont regroupes comme suit: ASP dutilisateur Ces ASP sont des stimuli pour tablir une communication, librer une communication,suspendre une communication, reprendre une communication et vrifier la production de tonalits etdannonces; ASP de maintenance Une ASP de ma

35、intenance est dclare reprsenter une indication de maintenanceen provenance de lIUT; ASP mml Plusieurs ASP mml sont dcrites pour permettre lactivation de procdures de contrle decircuits dans lISUP; ASP de circuit Ces ASP sont changes par une fonctionnalit qui active des procdures de contrle decircuit

36、, par exemple des vrifications de connectivit; ASP dtablissement de communication Les ASP dtablissement de communication reprsentent lesPDU correspondantes dtablissement dappel dans lISUP; ASP de libration de communication Les ASP de libration de communication reprsentent les PDUcorrespondantes de l

37、ibration dappel dans lISUP; ASP de surveillance de circuit Les ASP de surveillance de circuit reprsentent les PDU correspondantesde surveillance de circuit dans lISUP.A.4.4 Partie dynamique TTCNLa partie dynamique TTCN contient le corps de la suite de tests, soit: les tests lmentaires, rassembls en

38、groupes de tests Chaque test lmentaire reprsente un objet detest et un seul. Le A.9.1 spcifie les tests lmentaires qui reprsentent les objets mentionns dans la listedes essais de lISUP (voir A.5). les modules de test, groups dans la bibliothque de modules de test Un module de test peut tre appelpar

39、tous les tests lmentaires dfinis dans la suite de tests. Un module peut tre reprsent par un appelou un sous-programme de procdure, tel que dfini dans un langage de programmation. La suitede tests ISUP utilise cette structure TTCN, par exemple pour raliser les conditions initiales pr-test etpour cont

40、rler des oprations spcifiques des circuits. Les modules de test ncessaires pour la suite detests ISUP sont indiqus en A.9.2; les groupes de comportements par dfaut Si un test lmentaire ou un module de test fait rfrence unarbre de comportement par dfaut, le contenu de cet arbre englobe des variantes

41、supplmentaires pour larception dvnements spcifis dans le test lmentaire ou le module de test en question. En pareil cas,tout comportement reu autre que le comportement attendu, spcifi dans le test lmentaire ou dans lemodule de test, sera trait par larbre de comportement par dfaut. Le A.9.3 spcifie u

42、n arbre de compor-tement par dfaut trs gnrique pour la spcification dessai ISUP considre ici.La spcification dessai se fonde sur la mthodologie de test dcrite ci-dessus. La mthodologie utilise sexprime aumoyen didentificateurs convenablement choisis pour les points de contrle et dobservation (PCO) e

43、t les primitives deservice abstraites (ASP).Les identifications des ASP sexpliquent delles-mmes. La partie contraintes de TTCN devrait prciser le contenu desprimitives ASP, mais cela nest pas fait afin de crer le mme niveau dabstraction que celui dcrit dans la spcificationde test Q.784 avec utilisat

44、ion de la mthodologie Q.780 (le contenu proprement dit des messages nest pas spcifi).4 Recommandation Q.784 - Annexe A (03/93)Dans cette spcification dessai, seule est utilise la mthode du verdict final explicite (dans chaque feuille de larbrede comportement, une entre est inscrite dans la colonne v

45、erdict des tables de comportement dynamique). Si la feuille estune structure ATTACH (rfrence de module de test), ce verdict a la signification suivante: le verdict sapplique chaque feuille de larbre de comportement du module de test.A.4.5 Application de la version TTCN aux essais de validation (VAT)

46、 et aux essais de compatibilit (CPT)Cette version TTCN de la Recommandation Q.784 est applicable aux essais de validation (VAT) (validation testing) etaux essais de compatibilit (CPT) (compatibility testing). Il sagit dune description conceptuelle du processus de test, quine postule nullement une fo

47、rme de ralisation quelconque du systme de test. Cela signifie que, dans le cas de VAT, letesteur infrieur (LT) pourrait tre une bote de test ou un commutateur rel, avec dautres quipements de soutien. Dansle cas des essais CPT, le testeur LT est un commutateur rel (SP B) avec lquipement y relatif.A.5 Liste des essais ISUP1 Supervision de circuit1.1 Circuits non attribus1.2 Remise zro de circuits1.2.1 Message RSC reu sur un circuit au repos1.2.2 Message RSC mis sur un circuit au repos1.2.3 Message RSC reu sur un circuit bloqu local1.2.4 Message RSC reu sur un circui