1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T Q.780SECTEUR DE LA NORMALISATION (10/95)DES TLCOMMUNICATIONSDE LUITSPCIFICATIONS DU SYSTMEDE SIGNALISATION N 7SPCIFICATIONS DESSAIS DUSYSTME DE SIGNALISATION N 7 DESCRIPTION GNRALERecommandation UIT-T Q.780(Antrieurement Recommandation du CCITT)AVANT-PR
2、OPOSLUIT-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 en vue de la normalisation des tlcommunicatio
3、ns lchelle mondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans, dtermineles thmes dtudes traiter par les Commissions dtudes de lUIT-T lesquelles laborent en retour des Recomman-dations sur ces thmes.Lapprobation des Recommandations par les Me
4、mbres de lUIT-T seffectue selon la procdure dfinie dans laRsolution n 1 de la CMNT (Helsinki, 1er-12 mars 1993).La Recommandation rvise UIT-T Q.780, que lon doit la Commission dtudes 11 (1993-1996) de lUIT-T, a tapprouve le 17 octobre 1995 selon la procdure dfinie dans la Rsolution n 1 de la CMNT._N
5、OTEDans la prsente Recommandation, lexpression Administration est utilise pour dsigner de faon abrge aussi bienune administration de tlcommunications quune exploitation reconnue de tlcommunications. UIT 1996Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni u
6、tilise sous quelque formeque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lUIT.Recommandation Q.780 (10/95) iTABLE DES MATIRESRecommandation Q.780 (10/95)Page1 Considrations gnrales 12 Principes gnraux des spcifications dessais .
7、 13 Porte des spcifications dessais 14 Champ dapplication . 15 Rgles dutilisation 25.1 Principes dessais. 25.2 Catgories dessais. 25.3 Structure des Recommandations relatives aux essais 35.4 Configurations dessais 36 Besoins fonctionnels imposs par les spcifications dessais . 46.1 Niveau 1 du MTP 46
8、.2 Niveau 2 du MTP 46.3 Niveau 3 du MTP 56.4 TUP . 66.5 Sous-systme utilisateur du RNIS. 66.6 Interface utilisateur-rseau interface utilisateur-rseau76.7 Sous-systme commande de connexion smaphore (SCCP) 76.8 Gestionnaire de transactions (TC). 87 Analyseur(s) de canal smaphore . 8ii Recommandation Q
9、.780 (10/95)RSUMLa prsente Recommandation donne une premire vue densemble des spcifications dessais du systme designalisation n 7 qui font lobjet des Recommandations Q.781 Q.788. Elle dfinit la porte et lobjectif de cesspcifications dessais. Elle propose en outre des principes gnraux ou propes un pr
10、otocole test particulier.Recommandation Q.780 (10/95) 1Recommandation Q.780Recommandation Q.780 (10/95)SPCIFICATIONS DESSAIS DU SYSTME DE SIGNALISATION N 7 DESCRIPTION GNRALE(Melbourne, 1988; modifie Helsinki, 1993; rvise en 1995)1 Considrations gnralesLa prsente Recommandation relative aux spcifica
11、tions dessais du systme de signalisation n 7 est une introductiongnrale, les spcifications dessais faisant lobjet des Recommandations Q.781 Q.788. Elle dfinit la porte et lobjectifdes spcifications dessais et identifie les principes spcifiques dun protocole test particulier, ou plus gnraux. De plus,
12、elle identifie les exigences fonctionnelles imposes par les spcifications dessais.2 Principes gnraux des spcifications dessaisIl existe deux types dessais les essais de validation et les essais de compatibilit. Les essais de validation visent vrifier la conformit de telle ou telle ralisation de prot
13、ocole la Recommandation correspondante. Les essais decompatibilit visent vrifier le bon interfonctionnement dau moins deux ralisations de protocole. Une spcificationdessais est indpendante de la ralisation et nimpose gnralement aucune modification du point smaphore tester.Cependant, il est reconnu q
14、ue certains essais ncessitent des moyens systme qui ne sont pas explicitement dcritsdans la Recommandation pertinente, et ces moyens peuvent ne pas tre prsents dans toutes les ralisations. Enconsquence, certains essais peuvent ne pas tre applicables dans toutes les ralisations. Cest pourquoi, pour l
15、es essaisde validation, les Administrations peuvent choisir unilatralement les essais effectuer alors que, pour les essais decompatibilit, un accord bilatral est ncessaire.3 Porte des spcifications dessaisLes spcifications dessais sont destines couvrir tous les aspects du systme de signalisation n 7
16、. LesRecommandations initialement produites sont les suivantes: Q.781 couvre le niveau 2 du sous-systme MTP (voir Q.703); Q.782 couvre le niveau 3 du sous-systme MTP (voir Q.704 Q.707); Q.783 couvre le sous-systme TUP (voir Q.721 Q.724); Q.784 couvre le sous-systme utilisateur du RNIS (ISUP) pour le
17、 sous-systme de commande dappel debase (voir Q.761 Q.764); Q.785 couvre le sous-systme utilisateur du RNIS (ISUP) pour le sous-systme services complmentaires(voir Q.730); Q.786 couvre le sous-systme SCCP (voir Q.711 Q.714); Q.787 couvre le gestionnaire TC (voir Q.771 Q.775); Q.788 couvre les tests d
18、e compatibilit entre interfaces utilisateur-rseau (voir Q.699, Q.767 et Q.931).Une spcification dessais nest pas une dfinition de protocole. Les Recommandations sur les protocoles se prsententcomme indiqu ci-dessus.4 Champ dapplicationLes spcifications dessais sappliquent au rseau smaphore internati
19、onal et, si possible, aux rseaux smaphoresnationaux. Dans le rseau international, les essais rels raliser seront le rsultat daccords bilatraux entre lesAdministrations/ER concernes (deux ou plus).2 Recommandation Q.780 (10/95)5 Rgles dutilisationLes spcifications dessais, qui couvrent les besoins de
20、s essais de validation et de compatibilit, ne sappliquent quauprotocole considr soumis lessai. Le prsent article donne de plus amples prcisions sur les principes et lesconfigurations ainsi que la structure des spcifications dessais proprement dites.5.1 Principes dessaisPour la spcification dessais d
21、un protocole donn, on suppose que les couches sous-jacentes ont t ralisescorrectement et que, par consquent, les essais spcifis nintressent que le protocole considr, soumis lessai. Dans lamesure du possible, les essais sont censs tester les principaux aspects du protocole donn et les fonctions de co
22、mmandedappel associes, y compris le comportement normal et le comportement anormal. Il est bien entendu impossible detester tous les aspects du comportement normal.Les aspects de compatibilit comprennent le traitement des champs de rserve dfinis en 6.2/Q.701 et lon devrait raliserdes essais de valid
23、ation pour vrifier quils sont rejets la rception.Les critres ci-aprs sont retenus pour la dfinition des conditions dessai dans les Recommandations subsquentes.a) Les essais ne doivent pas ncessairement comporter une ralisationPour amliorer la description fonctionnelle et la comprhension du comportem
24、ent du systme designalisation, les spcifications dessais modlisent le comportement interne des protocoles laide degroupements fonctionnels. Ces groupements fonctionnels servent uniquement faciliter lacomprhension; ils nimposent pas de contraintes au niveau dune ralisation.La compatibilit se mesure u
25、niquement par rapport au comportement externe du protocole, commeindiqu dans les spcifications des protocoles. Les exceptions ventuelles cette rgle sont indiques dansla spcification dessais correspondante.b) Les conditions applicables aux essais peuvent tre indpendantes de lenvironnement dans lequel
26、 lesessais sont effectusLes conditions applicables ne sont pas censes imposer un environnement spcifique pour la conduite desessais. Par consquent, ceux qui excutent les essais ne doivent pas se sentir obligs dutiliser unmcanisme particulier de production dessais (voir la Recommandation Q.755), un s
27、imulateur de trafic ouun quipement de contrle des missions, uniquement du fait de lexistence de la spcification dessaisdonne.c) Les Recommandations relatives aux essais sont censes constituer le cadre des spcifications en lamatireIl est possible dextraire dune Recommandation relative aux essais, un
28、sous-ensemble des essaisappropris pour la ralisation dessais dans un domaine de fonctionnalit choisi. Ces essais doivent parfoistre complts par des essais spcifiques concernant lutilisateur/le systme. A cet effet, sontcommuniques chaque fois que possible lappareil de mesure diverses indications, sav
29、oir: objet delessai, manire dont il peut tre ralis, mode de slection des essais, etc. Les essais qui sont subordonns la prsence dlments facultatifs doivent aussi tre identifis.5.2 Catgories dessaisLes spcifications dessais couvrent les besoins des essais de validation et de compatibilit. Tous les es
30、sais sont identifiscomme tant des essais de validation (VAT) (validation test) et/ou des essais de compatibilit (CPT) (compatibility test).Tous les essais des spcifications dessais sont des essais de validation (VAT) et, de plus, ceux qui sont marqus dunastrisque sont galement des essais de compatib
31、ilit (CPT). On trouvera ci-aprs lexplication de ces catgories. Etanttous des essais de compatibilit, les tests entre interfaces utilisateur-rseau dcrits dans la Recommandation Q.788 sontmarqus dun astrisque.5.2.1 Essais de validationLe rle des essais de validation est de donner une certaine assuranc
32、e quune ralisation donne est conforme auxRecommandations pertinentes du systme de signalisation n 7. Ces essais de validation peuvent sappliquer aux rseauxnationaux et internationaux. Ils constituent un pralable aux essais de compatibilit (voir 5.2.2). Ces essais de validationsont raliss sous la res
33、ponsabilit de chaque Administration/ER, gnralement sans la coopration dautresAdministrations/ER (bien que cela ne soit pas interdit dans le cas o cette disposition semblerait plus commode). Lesessais de validation seront raliss sur des points smaphores qui ne sont pas en service.Recommandation Q.780
34、 (10/95) 3Un essai de validation est mis en uvre sur un seul point smaphore. Dans le cas dun sous-systme commande deconnexion smaphore (SCCP), lessai est effectu sur un nud smaphore.Il est suggr que les essais de validation, ou un sous-ensemble de ceux-ci, soient rpts lorsquune ralisation est mise j
35、our ou modifie de manire importante.Les essais de validation peuvent ncessiter lutilisation dun simulateur afin de vrifier le fonctionnement du point/nudsmaphore test. La spcification de ce simulateur nest pas explicitement dcrite dans ces Recommandations bien queces caractristiques soient implicite
36、s dans les spcifications dessais.Dans les essais de validation, le point/nud smaphore test est appel SP A.5.2.2 Essais de compatibilitLobjectif des essais de compatibilit est de donner une certaine assurance que deux ralisations diffrentes peuvent tremises en interfonctionnement. Pour raliser les es
37、sais de compatibilit, les diffrents nuds concerns sontinterconnects. La spcification est crite pour la premire interconnexion entre deux ralisations donnes. Pour lesinterconnexions ultrieures entre les deux mmes ralisations, un sous-ensemble de ces essais peut tre suffisant. Cesessais ne seront pas
38、seulement raliser sur des nouveaux points/nuds smaphores mais galement sur un point/nudsmaphore dj en service.Chaque Recommandation identifie une liste dessais qui peuvent tre adquats pour des essais de compatibilit, mais lesessais rels effectuer ne le seront quaprs accord bilatral entre les Adminis
39、trations/ER concernes.Certains essais identifis dans la liste comme essais de compatibilit peuvent perturber le bon fonctionnement ducommutateur, dautres non. Tous les essais pouvant entraner des perturbations devraient tre attentivement slectionnspour respecter les critres oprationnels des deux Adm
40、inistrations/ER.Un essai de compatibilit mis en uvre nest jug satisfaisant quaprs accord bilatral.Lorsquun changement intervient dans le rseau smaphore, il peut tre judicieux de recourir des essais slectionnsparmi ceux qui sont identifis comme tant des essais de compatibilit. En gnral, les essais ra
41、liss dans cescirconstances seront rduits au minimum afin de veiller ce que la compatibilit entre les points du rseau soitmaintenue.Dans les essais de compatibilit, tous les points/nuds smaphores sont tests simultanment.5.3 Structure des Recommandations relatives aux essaisChacune des Recommandations
42、 relatives aux essais doit contenir les lments suivants: Introduction Cet article indique les grandes lignes de chacune des spcifications dessais. Porte de lessai Cet article mentionne les fonctions tester. Objectif de lessai Cet article explique le concept de base qui prside au choix des dispositif
43、s dessai oudes configurations dessai. Environnement dessai Cet article dcrit la nature des installations ncessaires pour effectuer des essais:dispositif de gnration/dinterruption du trafic et quipement denregistrement du trafic dessai, parexemple. Configuration dessai Cet article dcrit les configura
44、tions des SP et du ou des canaux ou des relationssmaphores ncessaires pour procder aux essais. Prsentation du trafic dessai Cet article illustre le format des messages dessai, tels que le type dadresseet le contenu des champs de donnes individuels. Liste dessais Cet article prsente les dispositifs d
45、essais classs par catgories selon certains critres. Scnario dessai Cet article illustre les flux de messages transfrs pour procder lessai ncessaire. Ilinclut des numros dessai, la mention des Recommandations relatives au protocole, le titre, le sous-titre,lobjet, les conditions de lessai pralable, l
46、a configuration, les types de SP, le type dessai, la squence demessages dcrite par des diagrammes flches et la description de lessai.5.4 Configurations dessaisLes configurations dessais requises pour les deux types dessais sont analogues mais pas identiques.4 Recommandation Q.780 (10/95)5.4.1 Config
47、uration dessais de validationPour les essais de validation, le point tester est connect lenvironnement dessais et devient une partie de laconfiguration dessais. La configuration dessais satisfait aux trois critres ci-dessous: le point tester sera connect par un ou plusieurs faisceaux de canaux smaphores (rels ou simuls), quipeuvent tre ou ne pas tre interconnects; la possibilit dmettre et de recevoir du trafic dessai, sil y a lieu; la possibil
