ITU-T Q 755 FRENCH-1993 SIGNALLING SYSTEMS No 7 PROTOCOL TESTS《NO 7信令系统协议测试 11号研究组》.pdf

《ITU-T Q 755 FRENCH-1993 SIGNALLING SYSTEMS No 7 PROTOCOL TESTS《NO 7信令系统协议测试 11号研究组》.pdf》由会员分享，可在线阅读，更多相关《ITU-T Q 755 FRENCH-1993 SIGNALLING SYSTEMS No 7 PROTOCOL TESTS《NO 7信令系统协议测试 11号研究组》.pdf（14页珍藏版）》请在麦多课文档分享上搜索。

1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 1 SECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUIT30 #) elle assure la coordination entre tous les plans et nest pas structure en couches. Le plan de gestion de couchecontient des entits de gestion de couche (LME) (layer management entitie

2、s) ou entits LME dont chacune fournit desfonctions de gestion se rapportant aux ressources et aux paramtres rsidant dans sa propre entit de protocole. Lagestion de couche traite les flux dinformation relatifs lexploitation et la maintenance. Linterface entre couchesadjacentes dans un plan et linterf

3、ace entre une entit LME et la couche qui lui est associe doivent tre dfinies entermes de primitives de service. Il est inutile de dfinir linterface situe entre les entits LME et la gestion des plans;cette interface dpend de la forme de ralisation.Ainsi, le testeur du MTP (MT) (MTP tester) ou testeur

4、 MT est contenu dans lentit LME du MTP-3 (MTP-3 LME) et letesteur du SCCP (ST) (SCCP tester) ou testeur ST est contenu dans lentit LME du SCCP (SCCP LME). On trouveradans cette Recommandation la description des primitives de service qui interviennent entre lentit MTP-3 LME, le MTPet entre lentit SCC

5、P LME et le SCCP, ainsi que les procdures, les messages et les sous-structures des testeurs MTet ST. Les primitives non dfinies, entre la gestion des plans base dinformation de gestion (MIB) (managementinformation base), dune part, les testeurs MT et ST, dautre part, servent uniquement activer/dsact

6、iver les fonctionsdessai concernes (voir la Figure 1).2 Testeur du MTP (MT) (MTP tester)Le testeur MT est connect au MTP en tant que sous-systme utilisateur, cest-dire quil est identifi par un indicateurde service. Il gnre des trames smaphores de message (MSU) (message signal units) ou trame MSU qui

7、 contiennent unnumro de srie (et, ventuellement, une information supplmentaire) dans le domaine dinformation de signalisation(SIF) (signalling information field) ou domaine SIF. La rception de ces messages dclenche un contrle dont lobjet estde vrifier que les messages sont remis en conformit avec le

8、s critres de fonctionnement attendu dfinis pour le MTP.2.1 Fonctions2.1.1 Objectifs et champ dapplicationLe testeur MT est: un outil possible pour les essais de validation, dans les cas o le trafic doit continuer pendant lexcutiondes essais. Cependant, on peut faire appel dautres sources de trafic e

9、t, par ailleurs, le testeur MT necouvre pas forcment toutes les situations dessai lorsquil effectue des essais de validation; la source de trafic prfre pour les essais de compatibilit entre des exploitants de rseau diffrents.Cependant, on peut faire appel dautres sources de trafic pour ces essais en

10、tre des versions diffrentesdun mme systme lintrieur dun rseau national; un outil qui pourrait tre utile pour les essais dont le but est de vrifier le fonctionnement attendu desrseaux smaphores n 7 en service. Dans les cas o cette vrification serait ncessaire pour des rseauxinternationaux, le testeur

11、 MT serait la source de trafic prfre.2 Recommandation Q.755 (03/93)T1143300-92/d01AMIAMIPartie de lOMAPex. MAPServices dapplicationde la commande dappelSMSI OM-primAE AE ISUP TUPLMILMILMIMIBLMEOMASETCASELMILMEASETCASELMELMELMI(Note 6) (Note 6)LMISTLMESCCP (Niveau 4)yLMIMTLMEMTP (Niveaux 1-3)Pour com

12、munication entre les noeuds du systme de signalisation n 7FIGURE 1/Q.755Gestion du SS n 7 et configuration interne dun SPLMIxFIGURE 1/Q.755.D01 = 21.5 cmRecommandation Q.755 (03/93) 3T1136720-91/d02Commande essaisGnrateurde mess agesVrificationdes messagesFonctiondinversionPartie spcifique MTPMTPFIG

13、URE S/N.D02 = 7 cm2.1.2 Fonctions principalesLa fonction de base est la production dun trafic dessai bidirectionnel, avec possibilit pour le noeud rcepteur danalyserle trafic dessai reu (par exemple, dtection des erreurs de squence, ddoublement ou pertes de messages, vrificationdes temps de transfer

14、t, etc.). Des erreurs peuvent sintroduire dans le rseau smaphore n 7 (causes par des dispositifsautres que les testeurs) pendant la transmission du trafic dessai.2.1.3 Modle architecturalLe modle architectural est reprsent par la Figure 1.Toutes les procdures rsident dans lentit de gestion de couche

15、 (LME) (layer management entity) ou entit LME;toutes les autres fonctions rsident dans la base de donnes de gestion (MIB) (management information base) ou base dedonnes MIB et dans le processus de gestion (MP) (management process) ou processus MP.2.1.4 Mise en oeuvreUn seul mode de mise en oeuvre se

16、ra dcrit: production, inversion, vrification et cessation des messages.2.1.5 Modes dacheminement du traficIl y aura un seul mode dacheminement du trafic, le mode inversion. Cependant, le testeur qui excute la fonctioninversion effectuera des oprations fondamentales de vrification des messages, telle

17、s que le contrle des squences etle comptage des messages.2.1.6 Blocs fonctionnelsMalgr la prsence dun seul mode de mise en oeuvre, deux rles fonctionnels existent pendant le droulement dun essai:le rle du testeur qui produit le trafic et celui du testeur qui ralise linversion des messages dessai. Il

18、 est tout faitpossible quun testeur produise du trafic destin un certain point smaphore et quil remplisse en mme temps le rledinversion dans un autre essai destin un point smaphore diffrent.2.1.6.1 GnrateurLe rle gnrateur fait appel aux services de plusieurs blocs du testeur MT. La fonction de comma

19、nde dessai confirmeque lextrmit distante est prte pour dclencher un essai et capable de le faire, aprs quoi cette fonction rgulera ladure et la fin de lessai. La fonction de gnration des messages produira ensuite les messages de trafic appropris, aurythme demand dans la mise en place de lessai. Le g

20、nrateur rgule galement la longueur des messages. La fonctionde vrification des messages reoit les messages retour de lextrmit dinversion et les contrle pour rechercher desanomalies ventuelles: mutilation, perte, erreur de squence et ddoublement. La partie spcifique MTP est charge degnrer les primiti

21、ves de transfert du MTP et de traiter les primitives MTP reues. Linterface du processus de gestiondes points smaphores du SS n 7 effectue les oprations suivantes: traitement des demandes dessai manant du rseaude gestion des tlcommunications (RGT), surveillance et commande des essais, prsentation et

22、interprtation desrsultats des essais.4 Recommandation Q.755 (03/93)2.1.6.2 InversionLe rle inversion fait appel la fonction de commande des essais pour commander lacceptation et la surveillance dunessai. Le trafic dessai provenant du gnrateur est contrl par le bloc de vrification des messages, avant

23、 dtre renvoyau gnrateur par la fonction dinversion. La partie spcifique MTP assure une nouvelle fois lmission et la rceptiondes primitives du MTP. Linterface du processus de gestion des points smaphores du SS n 7 effectue les oprationssuivantes: acceptation et commande de lessai, prsentation et inte

24、rprtation des rsultats.2.1.7 Identification des squences dessaiUne squence dessai donne est identifie par les codes de point et les indicateurs de rseau des deux testeurs en cause.On ne peut donc avoir quun seul essai la fois entre deux codes de point. Le GPC, code de point du testeur gnrateur,est i

25、nclus titre de caractristique de scurit additionnelle.2.1.8 Considrations relatives au dbit des messagesPour assurer la remise en squence par lintermdiaire du MTP, tous les messages de trafic dessai utilisent le mme codedans le champ de slection du canal smaphore (SLS) (signalling link selection). I

26、ls nutiliseront donc quun canal dechaque faisceau de canaux pass. Il conviendrait den tenir compte au moment de prciser le dbit rel des messages. Lerecours au mme code SLS aprs linversion ne permet pas toujours de dfinir les mmes canaux dans les sens arrire etavant, car la touche de partage de la ch

27、arge dpend de la mise en oeuvre.2.2 Procdures2.2.1 Mise en placeLa mise en place dun essai peut comporter trois phases: demande dessai, acceptation de lessai et refus de lessai.2.2.1.1 Demande dessaiQuand le testeur reoit une demande dessai en provenance de lentit de gestion des points smaphores du

28、SS n 7, uncontrle est effectu pour vrifier quil nexiste pas dj un essai pour le code de point demand code de pointdinversion (TPC) (turn around point code). Si un manque de concordance est dcel, un signal derreur est envoy auprocessus de gestion des points smaphores, avec une raison approprie, et le

29、ssai dj en place ne sera pas influenc.En cas de rception dune demande valable, les compteurs ncessaires sont initialiss et une temporisation de garde estdclenche pour commander la mise en place de lessai T1. Un message de demande dessai est alors envoy aucode TPC. Linformation fournie par le process

30、us de gestion des points smaphores contient une indication de la rponsencessaire la rception de donnes dtat du MTP, avec la cause encombrement du rseau. Les conditions relatives cette indication doivent tre dfinies dans la Recommandation Q.751. Laction de dfaut est larrt de lessai; cependant,si less

31、ai est effectu dans un rseau national et sil est demand expressment par le processus de gestion du SS n 7, lestesteurs peuvent recevoir pour instruction de ne pas tenir compte des indications dencombrement. Lindication esttransporte dans le message de demande dessai et doit tre accepte par le testeu

32、r inversion.NOTE Cette procdure doit tre applique avec la plus grande prudence.2.2.1.2 Acceptation de lessai2.2.1.2.1 Par le testeur inversionA la rception dun message de demande dessai, un contrle est effectu pour vrifier quun essai nest pas dj en coursavec le testeur de dpart. Si le rsultat de cet

33、te vrification est positif, un message de demande de cessation dessai estenvoy, un rapport est transmis au processus de gestion des points smaphores du SS n 7 et il est mis fin lessai initial.Si le rsultat de la vrification est ngatif, le testeur inversion demande au processus de gestion de dclenche

34、r un essai partir du code de point correspondant. A la rception dune rponse ngative du processus de gestion (en raison desconditions locales par exemple), un message de refus dessai est envoy. Une rponse positive entranera lenvoi dunmessage dacceptation de lessai et linitialisation des compteurs nce

35、ssaires. LOMAP prcise aussi les critresapplicables la cessation de lessai. Outre lalina a), voir 2.2.2.1.2.2.1.2.2 Par le gnrateurLa rception dun message dacceptation de lessai par le gnrateur provoque la chute de la temporisation T1. Leprocessus de gestion des points smaphores est inform quun essai

36、 est en cours et la production du trafic dessaicommence.Recommandation Q.755 (03/93) 52.2.1.3 Refus de lessaiLa rception dun message de refus entrane la chute de la temporisation T1, les compteurs initialiss sont remis zro etun rapport est adress au processus de gestion.2.2.1.4 Chute de la temporisa

37、tion T1En cas de chute de T1, les compteurs initialiss sont remis zro et un rapport est adress au processus de gestion. Onadmet que la demande dessai sest perdue et les messages subsquents dacceptation ou de refus de lessai, le cas chant,seront traits comme des messages non attendus.2.2.2 Dure de le

38、ssai2.2.2.1 Au gnrateurLa rception dun message dacceptation de lessai dclenche la temporisation T2 de la dure de lessai; les messages sontgnrs conformment linformation de rythme fournie par le sous-systme OMAP. Chaque fois quun message estenvoy, le dcompte des messages envoys augmente dune unit. La

39、valeur de ce comptage apparat dans le domainenumro de srie du message de trafic dessai. La question de savoir si un temporisateur de supervision est ncessairepour chaque message dpend de la forme de ralisation. Le testeur gnrateur est susceptible dintroduire une infor-mation complmentaire (par exemp

40、le, une information dhorodateur) dans le domaine donnes supplmentaires dumessage de trafic dessai; cette information nest pas examine par le testeur inversion, mais le domaine donnessupplmentaires doit contenir suffisamment doctets de remplissage (cods tout en zros) pour donner la longueur totalede

41、message demande pendant la mise en place de lessai partout le sous-systme OMAP.Quand les messages de trafic dessai sont reus par le gnrateur, ils font lobjet dun contrle qui consiste comparer ledomaine code de point du gnrateur (GPC) (generating point code) ou code de point GPC avec le code de point

42、 dutesteur et avec la table des essais en cours. Chaque fois que les messages aboutissent, le compteur des messages reusaugmente dune unit et le numro de srie du message est vrifi, ce qui est un moyen de valider la squence. Tout autrecontrle peut tre fait par utilisation de linformation contenue dan

43、s le domaine des octets additionnels.2.2.2.2 Au testeur inversionLes messages entrants sont contrls comme dans le testeur-gnrateur. Si le code de point GPC ne concide pas aveccelui du testeur et si un essai est en cours destination du code de point correspondant, les messages subissent uneinversion.

44、 Le compteur des messages reus est augment chaque fois dune unit et le numro de srie est contrl pourla recherche dune erreur de squence ventuelle. Il y a alors change entre le code du point dorigine (OPC), oucode OPC, et le code du point de destination (DPC), ou code DPC, dans lindication de transfe

45、rt du MTP, et le messageest transform en une demande de transfert dans le sous-systme MTP.2.2.2.3 Raction une erreur de squenceSi le contrle du numro de srie dun message conduit la dtection dune erreur de squence, un rapport est transmis lOMAP, avec indication du numro de srie et, le cas chant, des

46、octets de remplissage additionnels. Cependant, pourempcher quune perte de message ne conduise voir une erreur de squence dans tous les autres messages, il faut que lecompteur de messages soit remis au numro de srie du message ventuellement dtect comme tant entach duneerreur de squence.2.2.3 Cessatio

47、n de lessai2.2.3.1 Par action du gnrateurLessai cesse dans les cas suivants:a) chute de la temporisation T2 (lorsque la valeur de T2 a t spcifie au moment de la mise en place delessai par lOMAP);b) indication dencombrement si lOMAP na pas spcifiquement demand quil ne soit pas tenu compte decette indication;c) demande particulire de lOMAP.La procdure de cessation de lessai consiste envoyer un message de demande de cessation dessai et dclencher unetemporisation T3 de cessation dessai.A la rception dun message daccus de r