KR100279931B1 - How to adjust output statements for debugging in the exchange system - Google Patents

Abstract

The present invention relates to a method for controlling output statements for debugging in an exchange system, and in particular, a method for adjusting output statements for debugging in an exchange system to adjust the amount of debugging output statements in real time using a token. It is about.

The present invention provides a method of requesting an output for debugging by transmitting a method setting signal when displaying a debugging output statement; Each time a new relay line call occurs, checking whether the output token is distributed to the corresponding relay line and allocating the output tokens one by one; Outputting only the debugging output statement of the relay line call having the output token to a processor shell screen; Recovering the output tokens one by one each time the relay line call ends; Including the process of checking the debugging output statements in real time by the operator or storing the corresponding contents and confirming normal processing.

Description

How to adjust output statements for debugging in the exchange system

The present invention relates to a method for controlling output statements for debugging in an exchange system, and in particular, a method for adjusting output statements for debugging in an exchange system to adjust the amount of debugging output statements in real time using a token. It is about.

In general, Software Block Debugging in an exchange system relies mainly on debugging output statements because of the characteristics that must be done in real time.

In this case, the existing control method for debugging output statements is to not output or output debugging output statements for each software block, which is why the call processing software blocks for debugging have a high throughput in the actual service environment. If you ask for a statement, the output will be huge.

In other words, when you want to see the debugging output statement that a specific software block outputs for a certain purpose while executing the exchange system, set a flag that specifies whether the output is supported for each block supported by the operating system. By entering the command on the processor shell prompt (Shell Prompt) to perform the operation of the output request for debugging.

Accordingly, the operating system outputs all the debugging output statements of the software block in which the output flag is set to the processor shell screen, thereby performing the output statement processing.

Then, the operator or developer who requested the output performs the operation of checking output for debugging by looking at the output debugging output statements in real time or storing the contents therein and confirming whether the corresponding software block is normally processed later.

However, in the case of a conventional call processing software block, since the number of calls simultaneously processed by an actual serving exchange system amounts to several thousand calls, it is necessary to view debugging output statements of only one specific software block. In terms of aspects, it is almost impossible. Even if it is stored elsewhere, it is not easy to decipher the stored processor later.

However, significantly limiting the amount of debugging output is not so desirable for debugging purposes.

In order to solve the above problems, the present invention relates to a method for adjusting the amount of debugging output statement using a token, the purpose of debugging during system operation in a system that requires a large amount of processing in real time The purpose of the present invention is to provide an output token distribution and a method of using the token, which are suitable for controlling the amount of output statements used, in particular, the amount of debugging statements of the relay call processing software block in the exchange system.

1 is a flowchart illustrating a debugging output statement adjusting method in an exchange system according to an exemplary embodiment of the present invention.

FIG. 2 is a flowchart showing a debugging output request process in FIG. 1; FIG.

FIG. 3 is a flowchart illustrating an output token distribution process in FIG. 1. FIG.

4 is a flowchart illustrating a process of using an output token in FIG. 1.

FIG. 5 is a flowchart showing an output token recovery process of FIG. 1. FIG.

Explanation of symbols on the main parts of the drawings

In the switching system according to an embodiment of the present invention for achieving the object as described above, the debugging output statement adjusting method includes the steps of requesting the output for debugging by transmitting a method setting signal when the debugging output statement is displayed; Each time a new relay line call occurs, checking whether the output token is distributed to the corresponding relay line and allocating the output tokens one by one; Outputting only the debugging output statement of the relay line call having the output token to a processor shell screen; Recovering the output tokens one by one each time the relay line call ends; Including the process of checking the debugging output statements in real time by the operator or storing the corresponding contents and confirming normal processing.

Declaring an output token as internal data in a relay call processing software block of an exchange system according to an embodiment of the present invention, and having a conditional statement in the software block to output only debugging output statements corresponding to the relay line having the declared output token. Leave it. Then, it is possible to set a method of distributing the corresponding output token in real time.

The output token is configured to be assigned to each relay line number which is a unit of relay call processing, and when a call is generated for a certain relay line, the output token is determined whether to distribute the output token to the corresponding relay line, and then the corresponding output token is allocated. When the call of the relay line ends, the corresponding output token is recovered again.

There are three ways of distributing the output token to the relay line. First, there is no limit to the number of tokens distributed from '0' to infinity by distributing to the entire relay line. Secondly, there is no limit on the number of tokens distributed from '0' to infinity as in the first method. Thirdly, the number of tokens distributed is '0' or '1' by directly distributing by relay lines.

And, the distribution method of the output token to the relay line may use the three methods at the same time, in the case of mixing, the priority is set in the order of the whole, route, relay line, and the quotation for any relay line In case of occurrence, the number of the tokens is checked according to the priority, and if there is a corresponding spare, one of the tokens is allocated to the corresponding relay line.

The debugging output statement control operation of the relay call processing software block determines and outputs only the debugging output statement corresponding to the relay line having the output token therein, and if an output flag of the relay call processing software block is set, an operating system The relay call processing software block outputs only the output statement for the desired relay line for the life time of the corresponding relay line call.

The setting of the token distribution method transmits a signal to the relay call processing software block so as to set the distribution method of the output token in real time while the exchange system is running, and the main process of the corresponding software block ) Receives the signal and analyzes the content of the signal to specify the number of tokens by total or root as '0', increase by '1', decrease by '1', or infinity, and assign the relay line token. It creates or deletes a new one.

Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings. 1 is a flowchart illustrating a debugging output statement adjusting method in an exchange system according to an embodiment of the present invention, FIG. 2 is a flowchart illustrating a debugging output request process in FIG. 1, and FIG. 3 is an output in FIG. 1. 4 is a flowchart illustrating a token distribution process, FIG. 4 is a flowchart illustrating an output token using process in FIG. 1, and FIG. 5 is a flowchart illustrating an output token collecting process in FIG. 1.

Then, the debugging output statement adjusting method in the switchboard system according to an embodiment of the present invention will be described with reference to the flowchart of FIG. 1.

If you want to see the debugging output statement, send the method setting signal to the relay call processing software block to perform the debugging output request action (step S1), and it is possible to distribute the output token to the corresponding relay line whenever a new relay line call occurs. In response to the determination, an output token distribution for allocating corresponding output tokens one by one is performed (step S2).

Then, an output token using operation of outputting only the debugging output statement of the relay line call having the output token to the processor shell screen is performed (step S3), and the output token number of collecting the corresponding output token one by one each time the relay line call ends. (Step S4).

Then, the operator or developer who requested the output performs the debugging output checking operation by examining the output debugging output statements in real time or storing the contents therein and confirming whether the corresponding software block is normally processed later ( Process S5). At the same time, the quantity of calls output is as much as the operator requested.

Looking at the first step (S1) in more detail with reference to the flow chart of Figure 2, when the operator or developer wants to see the debugging output statement output by the relay call processing software block for some purpose during the exchange system execution After checking (step T1), you want only the output statements corresponding to one relay line at the same time among all the relay lines, only the output statements corresponding to one relay line at the same time among the relay lines of a specific route, or only the output statements corresponding to a specific relay line, or all A method setting signal is generated and transmitted to the relay call processing software block so that the output token distribution method can be set according to the desired request in the same manner as desired for all the relay lines or the like (step T2).

Then, by inputting a command on the processor shell prompt to set a flag specifying whether output per block supported by the operating system (step T3), a debugging output statement of the relay call processing software block is requested (step T4). .

Looking at the second process (S2) in more detail with reference to the flowchart of Figure 3, the relay call processing software block checks whether a new relay line call occurs (step T5), each time a new relay line call occurs in the corresponding relay line Determines whether an output token can be distributed and assigns each output token one by one.

That is, when the generation of a new relay line call is confirmed in the fifth step (T5), it is checked whether there is an excess in all tokens, which are tokens distributed to the entire relay line (step T6), and in the sixth step (T6), If there is a spare, the total number of tokens is reduced (step T7), and the whole token is allocated (step T8).

If there is no redundancy in the entire token in the sixth step (T6), it is checked whether there is a redundancy in the token for each root which is a token distributed by the relay line group (step T9), and in the corresponding ninth step (T9) If there is a spare, the number of tokens per root is reduced (step T10) and the token for each root is allocated (step T11).

Here, if there is no redundancy in the tokens for each route in the ninth step (T9), it is checked whether there is an redundancy in the relays for each of the relay lines, which are tokens distributed directly by the relay lines (step T12). If there is a surplus in the network, the number of spares for the corresponding relay line is reduced (step T13) and the corresponding relay line token is allocated (step T14).

On the other hand, in the twelfth step T12, if there are no spares in the relay selection token, that is, no more tokens, the tokens cannot be distributed to other relay lines until one or more output tokens already allocated are recovered ( Step T15).

Referring to the third process S3 in more detail with reference to the flowchart of FIG. 4, the relay call processing software block checks whether the relay line call has an output token (step T16), and the corresponding 16th step ( In step T16), only the debugging output statements of the relay line call having the corresponding output token are output to the processor shell screen through the function of the operating system (step T17).

For example, if there is only one output token, it outputs continuously during the lifetime of the relay line call, which corresponds to the generation of the call to one relay line, and the debugging output for the other call does not appear in between. .

Looking at the fourth process (S4) in more detail with reference to the flow chart of Figure 5, it is confirmed whether the relay line call is terminated (step T18), when the relay line call is terminated in the eighteenth step (T18), the corresponding relay line is output It is determined whether the token is held (step T19).

If the relay line has an output token in the 19th step (T19), check whether the corresponding output token is the full token (step T20), and if the output token is the full token in the 20th step (T20), The total number of tokens is increased (step T21) and the entire token is recovered (step T22).

Here, if the corresponding output token in the twentieth step (T20) is not the entire token, it is determined whether the token is for each root (step T23), and if the corresponding output token is the corresponding token for the root in the twenty-third step (T23), The extra number of tokens per route is increased (step T24) and the tokens for each root are recovered (step T25).

Here, in the twenty-third step (T23), if the corresponding output token is not the token for each route, it is determined whether the relay selection token (step T26), and if the corresponding output token is the relay selection token in the twenty-sixth step (T26) The extra number of the relaying tokens is increased (step T27) and the relaying tokens are recovered (step T28).

As a result, if the relay line of a subsequent call meets the token distribution condition, the corresponding token is reassigned.

As described above, in an exchange system that is testing a large number of calls or is in actual service, it is never easy to use debugging output statements of a software block for debugging purposes, and to obtain debugging information, a significant amount of each call is required. In the situation where you need an output statement and the number of calls reaches thousands of calls, debugging with it was virtually impossible. However, according to the present invention, the function of allowing debugging output statements to be output from the time when a specific call occurs until the end of the call is added, but the number of simultaneous allowances can be set in real time, and the number of calls per whole call can be set. In addition to specifying a number, you can specify several per group of arcs (e.g., root), and you can specify specific arcs (e.g., trunk lines) at all. The collection of debugging information has the effect of enabling it in real time.

As described above, according to the present invention, by controlling the amount of debugging output statements of the relay call processing software block in the exchange system, the collection of debugging information using the debugging output statements of the call processing software block in the exchange processing a large number of calls is performed in real time. Has the effect of enabling it.

Claims (7)

Requesting an output for debugging by transmitting a method setting signal when the debugging output statement is displayed; Each time a new relay line call occurs, checking whether the output token is distributed to the corresponding relay line and allocating the output tokens one by one; Outputting only the debugging output statement of the relay line call having the output token to a processor shell screen; Recovering the output tokens one by one each time the relay line call ends; Method for adjusting the output statement for debugging in the exchange system, characterized in that by the operator to look at the debugging output statements in real time or to store the contents and confirm whether or not normal processing. The method of claim 1, The method setting signal wants only the output statements corresponding to one relay line at the same time among all the relay lines, only the output statements corresponding to one relay line at the same time among the relay lines of a specific route, only the output statements corresponding to the specific relay lines, or to all the relay lines. And setting the output token distribution scheme corresponding to the desired scheme request for all of the output statements. The method of claim 1, The debugging output request process may include: identifying a case where the debugging output statement is to be viewed and generating and transmitting the scheme setting signal; And a step of inputting a command on a processor shell prompt to set an output flag for each block. The method of claim 1, The output token allocation process may include checking whether a new relay line call has occurred; Identifying the total token redundancy of the relay line call and allocating the corresponding full token and reducing the number of redundancy; Identifying the token redundancy for each route of the relay line call, allocating tokens for the corresponding route and simultaneously reducing the number of redundancy tokens; The method of controlling the output statement for debugging in an exchange system comprising the step of identifying the relay tokens of each relay line of the relay line call and allocating the corresponding relay line tokens and reducing the number of the redundant lines. The method of claim 4, wherein If the relay line no longer has an extra token, further comprising the step of distributing the token to another relay line until one or more pre-allocated output tokens are recovered. Way. The method of claim 1, The debugging output statement outputting step may include: checking the presence or absence of the output token on the relay line call; And outputting only the debugging output statement of the relay line call having the output token to a processor shell screen during a lifetime through a function of an operating system. The method of claim 1, The output token recovery process may include: checking an end of the relay line call; Checking whether there is a total output token on the relay line call and retrieving the total token and increasing an extra number; Checking whether there is an output token for each route in the relay line call and retrieving the corresponding token for each route and increasing an extra number; Checking whether there is an output token for each relay line in the relay line call, recovering the corresponding relay line token and increasing the number of spares.