Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L43/00—Arrangements for monitoring or testing data switching networks
  • H04L43/18—Protocol analysers
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F8/00—Arrangements for software engineering
  • G06F8/40—Transformation of program code
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F9/00—Arrangements for program control, e.g. control units
  • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
  • G06F9/44—Arrangements for executing specific programs
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
  • H04L69/22—Parsing or analysis of headers

Definitions

• the invention relates to a method and a device for modifying modular messages that can be transmitted via an electronic message transmission system.
• This sequence of individual commands is then fed, for example, to a measuring device, which processes the commands one after the other. If an error occurs in the system during the execution of such a run, the entire sequence of individual instructions is systematically shortened in order to determine the chain of individual instructions which is the cause of the system error. The individual commands themselves are not changed.
• Layers of an OSI reference model is transferred.
• the structure on which this message is based is determined from the imported message. By determining the structure on which the read message is based, it can be determined for each structural unit from which the entire message is constructed
• a real message is understood to be a message that was actually generated during a previous test of the end system represented by the OSI model and was stored in a so-called "log file". If a developer recognizes this message as the cause of an occurring error, he can make changes to the message without having to rebuild the complete message with all of its hierarchically structured structural units and can use the new message generated in this way for a further test run. This procedure is particularly suitable for making minor changes during the development of an end system based on the OSI reference model.
• the representation of the message and its structure is analogous to the representation of a file tree, so that the individual hierarchy levels of the message can be distinguished from one another by a correspondingly indented representation.
• the structure is particularly advantageously displayed in a first window on a display device, it being possible for a structural unit shown there to be marked in the first window by means of a suitable selection means, for example a computer mouse.
• the structural unit highlighted in the first window enables various changes or functions that depend on the structural unit highlighted in each case.
• Other elements in turn enable the inclusion of one or more structural units that are subordinate to the hierarchy.
• the possibilities that arise for a structural unit selected on the basis of the marking in the first window are shown in a second window. A developer then selects predefined changes or enters values in the second window.
• the change to be carried out is checked with regard to its admissibility with regard to the structure of the entire message.
• a change that can be made for a structural unit of a certain type is not necessarily permissible for the selected structural unit.
• certain changes may be possible for a selected structural unit, but this is not permitted specifically for the structure of the entire message from which the structural unit to be changed is selected. If such a case occurs, the developer is informed of this by a corresponding dialog box, whereby in particular a possible or expected change can be explicitly listed there.
• FIG. 1 is a schematic representation of a structure of a message with a modular structure
• Fig. 4 is a screen view for selecting a real message using a
• 6 is a screen view for selecting a database for a new message
• 7 is a screen view for selecting a basic message from a database
• 11 is a screen view with a warning
• FIG. 13 shows a screen view for defining a further comparison criterion.
• the message 1 shows a message 1 of the type used, for example, in the provision of services by one of the layers based on the OSI reference model.
• the message 1 consists of several segments, which are referred to in Fig. 1 with 1.1, 1.2, 1.3, 1.4 and 1.5.
• Fig. 1 For the first segment 1.1, a further division into blocks 1.1.1, 1.1.2, 1.1.3, 1.1.4 and 1.1.5 is shown.
• the remaining segments of the complete message 1 can also be divided into such blocks.
• the individual blocks of segment 1.1 can in turn also be divided into smaller units 1.1.4.1, 1.1.4.2 and 1.1.4.3 be broken down.
• a hierarchical system of message 1 is created which reflects its modular structure or its structure.
• the messages 1 to be generated by the present invention have such a modular structure, the combination of individual structural units into superordinate structures being carried out on the basis of a logical association of structural units.
• the messages 1 represent, for example, elements of a data stream that is exchanged between the different layers according to the OSI reference model of a base station or a mobile radio station in a cellular mobile radio network.
• a message flow over several generations is shown, starting from a specific message 1.
• Message 1 is preceded by message 2 of a parent generation.
• Message 1 itself was triggered based on the content of message 2 of the parent generation.
• message 1 is in turn the cause for triggering further messages 3.1, 3.2, 3.3 and 3.4 which belong to a child generation.
• the messages 3.1 to 3.4 of the child generations can in turn be causally responsible for triggering further messages 4.1, 4.2 and 4.3, as is shown by way of example for the message 3.3 of the child generations.
• the individual messages shown in FIG. 2 are each modular in structure according to the scheme as shown in FIG. 1.
• a single structural unit of a certain type can u. U. are used in different hierarchy levels, i.e. both in segments 1.1 to 1.5 and for example in blocks 1.1.1 to 1.1.5.
• FIG. 2 shows the causal relationship between several messages along a time axis 5.
• These messages can be viewed using a Record message analysis device for analysis of, for example, a mobile radio system. If it can be seen from this recording, which is stored in a so-called "log file", that a specific message leads to errors, then this message must be replaced by a correspondingly modified message.
• the changed, new message can basically be generated in two ways.
• the existing error-triggering message can be used, on the one hand, to generate a new message which has the same structure as the original message by changing the content of one or more structural units, that is to say to the segments, blocks or smaller units.
• the original message taken from the "log file” is referred to below as a real message. This also applies hierarchically from bottom to top in the opposite direction.
• a second way of generating a message is to read a basic message from a database.
• the databases each store a number of basic messages for a specific protocol, the individual basic messages being representative of a permissible structure with respect to the specific protocol.
• the basic message thus corresponds to a prefabricated structure from which the actual required complete message can be generated by modifying individual structural units.
• a message 7 is read in by means of a reading device 6.
• the read message 7 can be a real message, which is stored in a file 8.
• Each message 7 has a specific structure so that the messages can be typed.
• a structure 10 on which a real message is based is also read in by the reading device 6.
• a structural unit is selected from the message 7 by a selection device 11.
• the reading device 6 is connected to an input / output device, the input / output device comprising a display device on which the read message 7 is displayed in a first window.
• the read message 7 is displayed in the first window of the display device in such a way that all structural units of each hierarchical level, including all subordinate structural units, are shown. Similar to the representation of a file tree, subordinate structural units can be hidden on request.
• the developer can mark one of the structural units shown, regardless of the hierarchy level, for which purpose he uses a suitable selection means. This can be a computer mouse, for example.
• the structural unit marked by the developer is selected by the selection device 11.
• the selected structural unit is transferred to a change device 13, by means of which the changes that can in principle be carried out for the type of the selected structural unit are determined.
• These feasible changes are also transmitted to the input / output device by the change device 13 and the possible changes are displayed by the display device in a second window. In this second window, the developer again makes an entry which is transmitted back to the change device 13.
• such an input can either be a selection from a number of proposed elements or an alphanumeric input.
• the input by which the developer determines an intended change in the content of the selected structural unit is made by the change device 13 checked for admissibility.
• Restrictions in the permissibility of the message type can result, for example, from the fact that the change in the selected structural unit when it is inserted into the message 7 instead of the corresponding structural unit originally read in leads to a new message which no longer corresponds to the structure 10 of the originally read message 7 ,
• the change in the content of the selected structural unit would result in a change in the structure of the message, which no longer corresponds to the structure of the message required here in the OSI reference model in accordance with the underlying standard.
• Such an impermissible change is not carried out and the developer is made aware of the impermissible intended change via a warning window.
• a message with changed content is generated as a new message 7 'and this new message 7' is output via an output device 14.
• Various output formats are available for the output of the new message 7 '.
• the new message 7 ' can be stored in a first output file 15.1 as XML code.
• the message 7 'thus generated is then inserted into the original data stream at runtime during a new test run of the end system, which is the basis of the OSI reference model mentioned.
• the output device 14 already writes the new message 7 'into a second output file 15.2 as a hexadecimal string (hexadecimal bit sequence).
• a basic message can also be read in as message 7.
• an input is again via the input / output device possible by the developer.
• the reading device 6 reads in a basic message from one of several possible databases 9.1, 9.2 or 9.3.
• the databases are modular and vary in terms of their underlying description language, for example ASN1, or the protocol to be mapped.
• the structure assigned to a basic message also being read in by the reading device 6.
• the information about the structure 10 is required in order to later enable the change device 13 to check the permissible change in the message 7 within the structure 10. Even when a real message is used, the information relating to the structure is read from one of the databases. The selection of the corresponding database can then take place automatically on the basis of the real message.
• a message analysis device is initially shown in FIG. In a first area 16, all messages transmitted in an end system via the different layers of the OSI reference model are shown chronologically.
• the hierarchical structure of a message that can be selected in the first area 16 is shown in a second area 17.
• Each subordinate hierarchy level is shown indented to the right of its superordinate hierarchy level.
• Each line of the representation corresponds to a structural unit, wherein each structural unit can be divided into further, hierarchically subordinate structural units, as has already been described for FIG. 1.
• the command 19 provided for this purpose is "Export to Message Pool", the "Message Pool” corresponding to the file 8 known from the block diagram in FIG. 3.
• File 8 corresponds to the procedure of other well-known programs, so that a separate description can be dispensed with.
• 5 shows a screen view that is created after reading a message 7 from the file 8.
• the structure of the read message 7 is shown in a first window 20.
• the representation corresponds to the representation in the second area 17 of the message analysis device from FIG. 4.
• a further structural unit 22.2 is shown on the same hierarchical level as the structural unit 22.1, the two structural units 22.1 and 22.2 together forming the structural unit 23, which in turn is a hierarchical level.
• the structural unit 21.1 has been marked using the selection means and then the context menu has been called up.
• the context menu is shown in a context menu window 24 and contains various functions 25.1 to 25.5, such as copy and paste functions, by means of which a new message can also be generated.
• functions 25.1 to 25.5 can vary depending on the which structural unit the context menu 24 is called.
• the "Copy" function is selected with which the marked structural unit 21.1 is to be copied.
• a context menu called with respect to the structural unit 23 would not provide a corresponding insert option.
• Each structural unit corresponds to a certain type.
• the type of the structural unit 21.1 marked in the exemplary embodiment has the name "Digit", for example.
• Certain change options are generally available for such a type of structural unit. These change options are shown in a second window 26 for the structural unit marked and selected in the first window 20. On the basis of the marking that the developer makes in the first window 20, the structural unit highlighted by the marking is selected by the selection device 13. For the selected structural unit, it is then determined what type the structural unit is and the resulting change options are then displayed in the second window 26. In addition, further information relating to the selected structural unit is displayed in the second window 26.
• a possible range of values (“range”) 27 is also given, which a structural unit of this type can assume.
• the developer can enter in an input field 28 by input of a value, for example by means of a keyboard, a value for the structural unit 21.1 can be defined.
• the value written in the input field 28 is read in by the changing device 13.
• the permissibility of the change is checked by the changing device 13. If such a change is not permissible, a warning that is described below is issued and the change is not carried out.
• the selected structure unit 21.1 becomes a modified structure unit 21.1 'and thus the message 7 originally read in becomes a new message 7'.
• a dialog window 29 is first opened, as shown in FIG. 6.
• a list 30 of available databases is shown in the dialog window 29, the reading device 6 being connected to the selected database 9.1, 9.2 or 9.3 by marking a database from the list 30, so that the reading device 6 can access the data in the respective database Database 9.1 to 9.3 stored structures and basic messages is done.
• Each entry in the window section 31 corresponds to a basic message and thus to a structure of a message on which this basic message is based.
• a base message is selected from the list in the window section 31, which is then stored under a name to be entered in a file name input field 32.
• Another database was selected for the display of the screen view in FIG. 7, so that the basic messages shown in the window section 31 differ from those from FIG. 6.
• a certain basic message 33 has already been marked in the window section 31. If the input in the dialog window 29 is completed by actuating a function field 34 with the transfer of the data entered in the dialog window 29, the structure of the modified, specific basic message 33 is shown directly in the first window 20, as shown in FIG. 8 ,
• the basic message 33 includes, among other things, the structural unit 36 for which a list of subordinate structural units is given in the second window 26.
• the default setting when reading the basic message is "no segment" in the exemplary embodiment shown. If, instead, the subordinate structure unit "first segment" is selected in the list, the change in the content of the structure unit 36 which is recognized as permissible is carried out and the updated representation of the changed basic message 33 'is displayed in the first window 20, as shown in FIG. 9 is shown.
• the second window 26 again shows which possible changes can be made to the structure unit 35.
• the second window 26 again shows which possible changes can be made to the structure unit 35.
• an alphanumeric value in the input field 28 several possible entries are shown in a selection menu. If a value displayed in the selection menu is entered by marking, the value marked in this way is read in by the changing device 13 and the content of the selected structural unit is changed accordingly after a checked admissibility.
• the complete basic message 33 is now a complete message 33 '' which is present in the working memory of an arithmetic unit as XML code.
• the new, complete message 33 ′′ can be stored in this XML code via the output device.
• the option is also available to translate the message, the storage location of which is indicated in a third window 37, directly into a hexadecimally formatted string which can be inserted into a program code.
• the file 38 to be saved is marked in the third window 37 and a context menu 39 is called, as shown in FIG. 10.
• a hexadecimal string (hexagonal sequence) is generated from the XML code, which can then be saved in another file.
• FIG. 11 shows a warning 41 which is shown when a change in a structural unit is not permitted within the framework of the structure of the message 7 to be changed.
• the warning 41 initially indicates a cause 42 for the failed change.
• the incorrectly changed structural unit is shown in a second line 43 of warning 41. If it is clear on the basis of the structure of message 7 which type of structural unit or which change in content is to be used instead, this is indicated in a further line 44.
• a warning 41 In order to rule out incorrect operation, such a warning 41 must be acknowledged by actuating an input field.
• FIG. 12 shows how a message 51 can be used as a comparison message by setting a comparison criterion.
• Such comparison messages are used to determine real messages, which are stored, for example, in a "log file" during a test run, for certain message groups assigned. This allows for better analysis within a certain structure of messages such.
• B. combine those messages into a message group that have a certain structural unit with, for example, the same content.
• the corresponding structural unit as shown for a structural unit 50 in FIG. 12, is marked in the first window 20.
• the marked structural unit 50 is selected and the comparison criteria 52 possible for this structural unit 50 are displayed in the second window 26.
• comparison criterion 53.1 is stored together with the comparison message, for example in a separate file.
• the message group defined by the comparison message shown would then be assigned those messages whose structure corresponds to the structure of the message 51, the corresponding structure unit 50 having any content.
• Marking the comparison criterion 53.2 would only assign a real message to the message group if the structural unit corresponding to the structural unit 50 had no content in the real message to be compared.
• a third comparison criterion 53.3 is marked, according to which a real message is given both when it is present of content as well as in the absence of content of the corresponding news group.
• a further structural unit 54 of the message 51 is marked in the first window 20.
• the structural unit 54 can have an alphanumeric value for the content.
• a comparison is then made with a comparison of a real message with the comparison message to determine whether the content of the structural unit of the real message lies within the value range specified by a fourth comparison criterion 53.4.
• this fourth comparison criterion 53.4 is defined by entering a range of values in an input field 55.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Software Systems (AREA)
• Theoretical Computer Science (AREA)
• Computer Security & Cryptography (AREA)
• General Engineering & Computer Science (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Digital Computer Display Output (AREA)
• Debugging And Monitoring (AREA)

Applications Claiming Priority (5)

Publications (1)

Family

ID=32870342

Family Applications (1)

Country Status (5)

Families Citing this family (3)

Citations (2)

Family Cites Families (12)

• 2004
  • 2004-02-02 US US10/545,405 patent/US7587519B2/en active Active
  • 2004-02-02 WO PCT/EP2004/000928 patent/WO2004072850A2/de active Application Filing
  • 2004-02-02 EP EP04707213A patent/EP1593036A2/de not_active Ceased
  • 2004-02-02 KR KR1020057013825A patent/KR101012805B1/ko not_active IP Right Cessation
  • 2004-02-02 JP JP2006501702A patent/JP4397393B2/ja not_active Expired - Fee Related

Patent Citations (2)

Non-Patent Citations (2)

Also Published As

Similar Documents

Legal Events