DE19834426A1 - Trigger message generation circuit arrangement - Google Patents

Abstract

The circuit arrangement (TGE) includes an information module (ST) for providing at least one interface information comprising an interface output type, and a trigger message generation module (TE) for providing a trigger message. An interface output type is accessed in each trigger message, comprising at least one component, and a therefrom derived message information is processed in response to a menu, through at least one screen segment of a screen, according to program procedures of a graphic module (GA). A modification module is preferably provided, with which the message information is accessed in response to a menu, and individual elements of the message are changed, if necessary.

Description

In transmission networks, especially in those with data different bit rates within a synchronous digita len hierarchy are a variety of Network elements arranged. These network elements include for example a large number of data streams with a low bit rate to a high bit rate data stream or it will be with Help the network elements from a high bit rate data stream Partial data streams coupled or decoupled.

The network elements are controlled or set via a higher-level operator unit via which an operator or Tester has access to the user program modules that in a control and monitoring processor of the network unit are integrated. Individuals can use interfaces Network elements from the higher-level operator units in the Transmission network controlled and with new performance features can be configured.

When integrating new user program modules or with an expansion of existing program modules with new functional features must ensure that they are error-free be checked. To make this new in a user program module Checking integrated program modules will be parts of the best existing user program modules in a test program module inte freezes. With the parts of the integrated into the test procedure User program modules are among other things incentives can be referred to as telegrams generated for testing. However, this has the disadvantage that possible errors in the program module to be integrated by the in the test procedures with integrated parts of the user program modules can be canceled as possible errors are caused by errors in the user program module.

The invention is based, an incentive task unit and an associated method for creating of incentives.

According to the invention, the task set by the Pa Claims 1 and 5 solved.

The invention has the advantage that the incentives for testing new program modules independently of those in one System integrated user program modules can be created.

The invention has the advantage that once he incentives can be used again and again.

The invention has the advantage that the test sequences sequences are modular.

Further advantageous training of the incentive setting unit are specified in the further claims.

Further special features of the invention will become apparent from the following ing detailed explanations of an embodiment visible from drawings.

Show it:

Fig. 1 shows a structure of a conventional test environment,

Fig. 2 is a use of an interface specification,

Fig. 3 shows an implementation of the interface specification in a machine-readable language,

Fig. 4 shows a construction of a stimulus generation unit and

Fig. 5 shows a structure of an incentive creation module.

In Fig. 1, a configuration for testing new program modules is shown, such as those arranged in a control and monitoring computer SCU. A control and monitoring computer SCU is arranged, for example, in a network element of a synchronous digital hierarchy network. In this configuration, a part of the user program module TAP is loaded into the test program module TP for generating test data for testing new user program modules NAP. The user program module NAP to be tested is tested using binary data via selected interfaces SS.

In Fig. 2, use of an interface description is shown. The interface description is given in this exemplary embodiment with the Abstract Syntax Notation One ASN.1 and Guidelines for Definition of Management Objects GDMO and is implemented in a converter P shown and described in FIG. 3 and stored in a first table AT. The data content of a first table AT can be read out by an incentive creation unit TGE, and the incentives created by the incentive creation unit TGE can be stored, for example, in a file TGE-D belonging to the incentive creation unit TGE.

In Fig. 3 it is shown in a schematic representation how a machine-readable control file can be formed, for example in tabular form, starting from the interface writings given above.

The essential units of a converter P for implementation The interface definitions are a lexical analyzer LA and a syntax analyzer SA. The data of the interface end definitions of the Guidelines for Definition of Management Ob jects GDMO and the Abstract Syntax Notation One ASN.1 in a first processing step into the lexicon analyzer LA read. This lexical analyzer LA divides the individual ones read the notations into the smallest readable units. In one  second processing step, these units are syn tax analyzer SA supplied. The result of the syntax analysis tors SA is stored in a first linear list LL1. The data stored in the first linear list LL1 read out by a code generator CG and for example encoded and / or compressed in a storage unit as machine-readable control file in a first table AT be placed.

With the syntax notation guidelines for definition of management ment Objects GDMO can be an object-oriented data model be written. With the Abstract Syntax Notation One ASN.1 specific data sequences can be described. As with The data header of an incentive or a Telegram can be specified. The data is in the data header for the program length, the program type and various Service parameters included.

In Fig. 4, the incentive creation unit TGE is shown with an excitation creation module TE. In this incentive position unit TGE, an information module SI for providing interface information and a memory module SPM for storing incentives are also provided. Via the incentive creation module TE, interface output types and associated components formed from interface information can be accessed. An algorithm A implemented in the incentive creation module TE processes all type definitions of an interface, starting with the interface output type. In the first table AT or a second linear list LL2, the entire data range is stored which results from the interface data of the object AP to be tested (see FIG. 1). With the help of a graphics module GA for graphical representation, each individual incentive sequence with associated incentive sequence data can be displayed.

Likewise, with a directly with the graphics module GA bound change module AET data of the interface information tion changed according to the respective type definition become. A post-processing of the incentives or incentive sequences is also possible with the AET modification module.

Different incentives can be given, in the test program as a hexadecimal data stream in an ASCII file in a stimulus creation file TGE-D or an incentive repository TR. The one from that Incentive creation module TE can create incentives after they were converted to binary data in the incentive repository tory TR can be saved. Likewise, those in the An data saved in the stimulus repository TR and to create incentives using the ABT change module to be changed. The graphics module GA enables a tester active in the implementation variants of an incentive determine graphical support.

With the incentive creation unit TGE and the associated one Methods can be used to test a user Program module to be integrated stimuli are created.

In Fig. 5, the incentive module TE is Darge presents. At the beginning of the incentive setting, an interface output type formed from the interface definition of the GDMO and ASN.1 information is loaded into the first memory S from the second linear list LL2. The first memory S is preferably designed as a stack memory. The interface A type loaded into the memory S is processed and processed by the algorithm A in the incentive generation module TE.

The algorithm A in the incentive creation module TE is available second memory SB for storing the previously formed incentives.  

At the beginning of algorithm A, the first component is read from the memory and evaluated. Then the following components are continuously read from the first memory S and evaluated. A distinction is made, for example, between the following component types A to D:
For a reference data type (A) - like a defined type - this is resolved based on the GDMO and ASN.1 information.

• - With a simple data type (B) - like an integer, boo lean - this is reflected in the incentive information.
• - With a complex data type (C) - such as sequence or size Of - are "first in first out" in the first memory S abge repeats a "size of" type in the first Memory S duplicated.
• - With a decision type (D) - such as Choice, Any Defined By or Set Of - will control the graphic display GA issued and a user input in the first memory S filed.

An incentive or sequence of incentives is fully built if algorithm A is no longer a component from the first Memory S can retrieve. The para relevant to the incentive meters are in a graphic structure through the graphic module GA shown. Individual parameters are corresponding their type definition can be changed using the AET change module. Certain sequences of incentives can be called hexadecimal data in an ASCII file TGE-D in the memory module SPM of the An irritation creation unit TGE can be saved. A follow-up Processing incentives and changes to incentive parameters are possible in the AET change module.

An exemplary embodiment according to the invention follows:

Entries in the first table AT

The parameters in the first table AT have the following meaning:
1. Index of a subsequent component (zero if none)
2. Index of a referenced type
3. Index for a range of values for subtypes
4th day number (usually only with CHOICE)
5. Minimum value when specifying a range of values
6. Maximum value when specifying the value range (min equals max for single value)
7. Type information
8. Type name

The type definitions are in ASN.1 and GDMO:

Representation of a corresponding incentive in the second memory SB or the file TGE-D in the memory module SPE of the stimulus creation unit TGE:

Storage of the incentive in the incentive repository TR and / or in the file TGE-D in the memory module Spm:

T: 0: sisa: S: Incentive Name: 08cc010864b800000

The memory S is in a higher-level process step with the interface output type and the associated com components initialized, d. H. the components of the interface len output type "AWP01" - are stored in the memory S.

According to the embodiment listed above he the interface is processed and evaluated gear type "AWP01" in such a way that after the evaluation of the Interface output type the first component from Sta pel memory S is read and their type based on the previous described type categories is evaluated, whereby after the  Storage principle "first in first out" a first component of the interface output type read out by algorithm A. becomes.

In the example above, a first Step the component of the stored in the first memory S. Interface output type "AWP01" evaluated. The compo "AWP01" corresponds to a type of type category "C". There after all the others are of the interface output type fol components in the memory S according to the principle "first processed in first out ".

The classification of the first component "length byte" with the above component types shows that the first Component is a type from type category A. The one about this Incentive information belonging to the type category is used for creation of the incentive stored in the second memory SB. An execution device of the second component following the first component nente "BYTE" is also done with the previously specified type categories. The "BYTE" type corresponds to a simple type and the resulting data information - integer 1 byte - becomes the determined type category of the first component "leangenbyte" assigned.

The next step is a third component, here in this example "device class" from the stack S read, the type category of the third component determined and to those already created in the second memory SB Incentive information added. Processing the compo Interface output type is given in the specified Way in the example given to the component "incentive type".

The "incentive type" component of the interface to be processed len output type corresponds to component type D. The to Incentive information relevant to this component type is just if adopted in the second memory SB.  

Due to the assignment of the interface output type and Data combined in the second memory SB are converted into a List field of a graphical display of the graphics module GA ge load. A tester can use the Darge on a screen selected data from the offered incentive data and the incentive position again to the algorithm A of the incentive return module TE.

Processing of the other components of the interface output type takes place in the manner described. After all Components of the interface output type from Sta pelspeicher S have been processed is the incentive setting completed regarding this interface output type.

Claims (9)

1. Circuit arrangement (TGE) for creating incentives with

• 1. an information module (SI) for providing one or at least one interface output type, the interface information,
• 2. an incentive creation module (TE) for the formation of incentives, with each incentive having access to at least one interface output type having at least one component and the incentive information derived therefrom controlled by at least one screen segment of a screen in accordance with program procedures of a graphics module (GA ) is formed.

2. Circuit arrangement according to claim 1, characterized, that a change module (AET) is provided with the menu controls the created incentive information or individual Elements of the incentive accessed and changed if necessary be changed. 3. Circuit arrangement according to claim 1, characterized, that an incentive storage unit (TR) for temporary storage the incentives created on the screen is provided, where the incentives are stored in the incentive storage unit (TR) and from the graphics module (GA) or an input / output unit (EA) can be accessed. 4. Circuit arrangement according to claim 1, characterized in

• 1. that a converter (P) is provided for providing the interface information
• 2. a lexicon analyzer (LA) to form the smallest units from an interface description (GDMO, ASN.1) and
• 3. a syntax analyzer (SA) for analyzing the smallest units and
• 4. a first table (AT) for storing the interface information.

5. Circuit arrangement according to claim 1, characterized, that a coding unit (CG) is provided which the cut job information before buffering in the first Coded table (AT). 6. Procedure for creating incentives in which

• 1. at least one interface output type of interface information is provided,
• 2. Access is made to at least one component of the interface output type and the incentive formation derived therefrom is menu-driven by at least one screen segment of a screen in accordance with program procedures.

7. The method according to claim 6, characterized, that menu-driven on the created incentive information or individual elements of the incentive are accessed and given if changed. 8. The method according to claim 6, characterized, that smallest to provide the interface information Units from an interface description (GDMO, ASN.1) formed and the smallest units in a first table (AT) can be cached. 9. Circuit arrangement according to claim 6, characterized, that the interface information before caching is coded in the first table (AT).