KR0130413B1 - Method for generating cause messang in atm system - Google Patents

Abstract

The method of generating a cause message used in displaying an error generated during an operation of a system in an asynchronous transfer mode and a source where the error is generated, comprises: the first step of generating content of an identifier for displaying cause information depending on bit information provided from an information producer, a coding standard and an information instruction filed to store it in a given address of a memory; the second step of storing the content of expansion bit, spare bit and position information indicating the source of the error in a given address of the memory depending on bit information provided from the information producer and after that, adding one to the total length; the third step of deciding addresses of information and a length thereof for reading information in accordance with a kind of an error to initialize a value of the count; the fourth step of sequently copying the content of that address as the length of information in accordance with the above error depending upon the information bit provided from the information producer to store it; the fifth step of sequently storing a start address of the addresses of a cause information message generated through the above respective steps and total length information of a message to be new generated in a given address of the memory and after that, adding an address length of information in accordance with a kind of the error; and the sixth step of detecting start address information of the addresses for the cause information message which were generated through the above respective steps to be stored in the memory and total length information for the message to be new generated and then, outputting it.

Description

CAUSE Message Generation Method in Asynchronous Transfer Mode

1 is a format diagram showing a data configuration for a typical ATM cell

2 is a general protocol reference model diagram of a wideband asynchronous transmission mode

3 is a format diagram of a message type of a general Q.93B protocol.

4 is a format diagram of a general message type for variable length information required according to a function of a control signal message.

5 is a format diagram in the form of a general cause information message generated in accordance with the present invention.

6 is a diagram showing a plurality of location information included in the cause information message of the present invention.

7 is a diagram showing a plurality of cause value information included in a cause information message of the present invention.

8 is an exemplary diagram of formats used to construct each piece of information in a cause information message according to the present invention.

9 is a schematic block diagram of a system for implementing the present invention.

10 is a flowchart illustrating a process of generating a broadband repeat indication message in accordance with a preferred embodiment of the present invention.

11 is a diagram showing an address used to explain a method for generating a cause information message according to the present invention.

* Explanation of symbols for main parts of the drawings

61: Q.93B information providing unit 62: control unit

63: storage unit 64: address and length detection unit

The present invention relates to a method for generating a cause message included in the broadband sublayer information in the asynchronous transmission mode (hereinafter, simply referred to as ATM), particularly in the Q.93B protocol.

In general, ATM is a communication scheme for implementing a Broadband Integrated Service Digital Network (hereinafter abbreviated as BISDN), and a special type of packet using ATDM (Asynchronous Time Division Multiplex). Type message delivery.

On the other hand, in BISDN, information is transmitted by a continuous flow of packets having a certain size. The packets of fixed size are called ATM cells. More specifically, as shown in FIG. 1, the ATM cell divides a plurality of input service information 11 into short cells 12 having a fixed length, and then header information of 5 bytes in each cell. (header information) (12a) is a packetized information, each ATM cell is composed of a total of 53 bytes (data information 48 + header information 5), each of these ATM cells, at the bottom of Figure 1 As shown, multiplexed 13 is transmitted over the transport channel.

In addition, as described above, the ATM cell is a connection establishment method, and establishes a virtual channel to transmit service information. Whenever a virtual channel is established, an identification number for connection is given, and when the connection is released, the identification number is also released. do. In addition, the order between ATM cells in a certain virtual channel is preserved by the function of the ATM layer, and signal information for connection establishment is transmitted through a separate ATM cell.

Meanwhile, the ATM communication scheme as described above defines a layered protocol reference model for systematic and flexible information delivery. In this case, the protocol layer envisioned may be a physical layer 21, an ATM layer 22, an ATM adaptation layer 23, an upper layer 24, and the like, as shown in FIG. As follows.

That is, the protocol reference model of ATM consists of a management plane (A), a control plane (B), and a user plane (C). The functions of the management plane (A) among these three planes (A, B, C) are planes. It is divided into management and hierarchy management.

Here, plane management means overall management of the system, and hierarchy management means management of resources and variables used. In addition, the control plane (B) manages call control and connection control information, and the user plane (C) manages the transfer of user information. Further, the protocols of the control plane (B) and the user plane (C) are divided into upper layer 24, ATM adaptation layer 23, ATM layer 22, physical layer 21, and the like. Although not shown, the ATM application layer 23 selects a convergence sublayer and protocol data unit that make user service information of the upper layer 24 into protocol data units.

It is composed of a truncation and recombination layer that is truncated to form a user information section of an ATM cell.

In addition, the ATM layer 22 controls user-to-network access and information flow, translates a virtual path identification number and a virtual channel identification number, connects to service access points, performs multiplexing and demultiplexing of cells, and physical layer 21. ) Is composed of a transmission convergence sublayer and a physical medium sublayer, and performs cell separation, generation and confirmation of header error control bytes, detection of cell boundary points, and the upper layer 24 of the user plane C. Provides a function for processing service information. In addition, the upper layer 24 of the control plane B provides functions related to call setup, call control, and call connection, which are achieved by exchanging control signal messages between user-networks. The control signal message can be divided into call setup, call information, call release, and additional information message according to each function.

Here, the call establishment message is subdivided into call processing, connection, connection recognition, call set up, call information message is subdivided into call resume, resume recognition, etc., and the call release message is released. The ITU-TS Recommendation Q.93B protocol message control format for each control signal message described above is shown in FIG.

That is, the user-to-many ATM call and the connection control message may include a protocol discriminator 31 for determining a user-to-manage call control message from another message, as shown in FIG. Call reference signal (32), message type signal (message type) 33, and message length signal (34) are basically configured to detect call destinations that have sent messages. The variable length information 35 required according to the function of the signal message is defined to be included.

The present invention is substantially contained within the variable length information described above and relates to a method of generating a cause message that is used to indicate an error occurring during system operation and the origin of the error occurrence.

On the other hand, as described above, the general variable length information 35 required for each function is, as shown in FIG. 4, an information identifier 41, a coding standard 42, and information. It consists of an information element instruction 43, an information length 44 and an information content 45.

In particular, the cause information message included in the variable length information and used to indicate the error occurring during the system operation related to the present invention and the origin of the error occurrence, as shown in FIG. 5, is a broadband composed of 8-bit octets of 00001000. Information element identifier 51 of the cause in the lower layer information, a coding standard 52 consisting of two bits of 00 or 11, an information instruction field 53 consisting of five bits of 00000, A length of connection identifier contents (54) consisting of two octets representing the length of the cause information content message in the broadband lower layer information (54), an extra bit (55) consisting of three bits of 000, and four bits of error Location information 56 representing the epicenter, cause value information 57 consisting of a plurality of 7-bit multiple values, and diagnostic information 58 consisting of 1 bit of 8 bits. .

On the other hand, in the cause information message related to the present invention as described above, the code standard 52 located at the 7,8th bit of octet 2 is in the CCITT standard when the bit value is 0, and the bit value is 11. Is a limited standard for networks (individual or public) that appear at the interface on the network side.

Further, in the cause information message, the positional information 56 for indicating the origin of the error is any one of eight bit values in this recommendation, as shown in FIG.

That is, if the bit value of the location information 56 is 0, the user side is indicated, and if the bit value is 1, this represents the private network side serving the local user, and if the bit value is 10, this is the notary network side serving the local user, If the bit value is 11, this indicates the path network side. If the bit value is 100, this indicates the public network side serving the remote user. If the bit value is 101, this indicates the private network side serving the remote user. If the bit value is 111, it represents the international network side, and if the bit value is 1010, it represents the network side beyond the interaction range.

On the other hand, in the cause information message, the cause value information 57 is formed of 40 kinds of bit values, as shown in FIG. 7, and any one of them is selected.

More specifically, if the bit value of cause value information 57 located in octet 7 of the cause information message is 000 0001, this means an unassigned number, as shown in FIG. 8A. Coding format is used. That is, in this case, the cause value information 57 includes 1 extended bit, 3 000 extra bits 81, 1 bit P (provider)-U (user) 82, N (normal)-A (abnormal) 83 and a 2-bit condition 84.

Here, the extra bits 81 corresponding to the 5th-7th bits of the cause value information 57 are selected from among eight values, as shown at the top of FIG. That is, if the bit value of the extra bit 81 is 0, this means a normal event. If the bit value is 1, this means a normal event as above. If the bit value is 10, this means a resource. Means resource unauailable, and a bit value of 11 means service or option not available, and a bit value of 100 means that service or option cannot be performed. option not implemented, if the bit value is 101 this means an invalid message, if the bit value is 110 this means a protocol error and if the bit value is 111 this means an interaction event / error (interworking event / error). If the bit value of the P-U 82, which is the fourth bit, is 0, it means a network service provider. If the bit value of the P-U 82 is 1, it means a network service user. In addition, if the bit value of the N-A 83, which is the third bit, is 0, this means a normal situation. If the bit value of the N-A 83 is 1, this means an abnormal situation. Moreover, if the bit value of the condition 84 is 00, it means unknown, and if the bit value is 01, it means unchanged, and if the bit value is 11, it means temporary. In addition, if the bit value of the cause value information 57 located in the octet 7 of the cause information message is 000 0010, this means no route to specified transit network, and the bit value is 000. 0011 means no route to destination and is coded as shown in FIG. 8 and described above, and if its bit value is 000 1010 this means virtual path connection identifier (VPCI) / VCI (virtual channel identifier) means impossible. If the bit value is 001 0001, this means user busy. If the bit value is 001 0010, this means no user response.

On the other hand, if the bit value of the cause value information 57 located in octet 7 of the cause information message is 001 0101, this means call rejected, and the coding format as shown in FIG. 8 (b) is used. do. That is, in this case, the cause value information 57 includes an extended bit of 1, a reason for rejection of 5 bits 85, a condition 86 of 2 bits, a user specific diagnosis 87 of 1 octet, and an information identifier ( 88).

Here, if the bit value of the refusal reason 85 is 00000, this means user specific, if the bit value is 00001, this means information missing, and if the bit value is 00010, this means insufficient information content. do. In addition, if the bit value of the condition 86 is 00, this means an unknoen, if the bit value is 01, it means unchanged, and if the bit value is 10, it means temporary.

In the coding format shown in FIG. 8B, the user specific diagnosis 87 follows the maximum length of cause information when coded according to the user specification. In addition, the information identifier 88 is coded 1 to 8 bits as an information identifier of missing or insufficient information. In addition, in the coding format shown in FIG. 8 (b), octet 7.1 corresponding to the user specific diagnosis 87 is added when 7 indicates a user specific diagnosis. And, the information identifier 88 is added when information missing or information content is insufficient.

On the other hand, if the bit value of the cause value information 57 located in the octet 7 of the cause information message is 0001 0110, this means number change (nu, ber changed), and the new party target call party number information (information identifier) call number information) and may include selection of a route network.

Further, if the bit value of the cause value information 57 located in octet 7 of the cause information message is 001 0111, this means user rejects all screened numbers, and if the bit value is 001 1011. This means a destination out of door. If the bit value is 001 1100, it means an invalid number format (address is insufficient). If the bit value is 001 1110, this means a response to STATUS ENQUIRY. response, if the bit value is 001 1111, it means normal, unspecified; if the bit value is 010 0011, it means the requested VPCI / VCI not available, the bit If the value is 010 0110, this means a command other than the network. If the bit value is 010 1001, this means temporary failure.

On the other hand, if the bit value of the cause value information 57 located in octet 7 of the cause information message is 010 1011, this means access information discarded, which is coded as shown in FIG. 8 (c). The format is used. Here, the information identifier is commanded as the same instruction as the information identifier in the received message. In addition, if the bit value of the cause value information 57 located in the octet 7 of the cause information message is 010 1101, this means that there is no VPCI / VCI available. If the bit value is 010 1111, this means that the resource is unavailable. Means unavailable or unspecified.

On the other hand, if the bit value of the cause information information 57 located in octet 7 of the cause information message is 011 0001, this means quality of service unavailable, and coding has already been described above. The method as shown in a) is used. Therefore, detailed description herein is omitted in order to avoid overlapping materials.

In addition, if the bit value of the cause value information 57 located in the octet 7 of the cause information message is 011 0011, this means that the user cell rate is not available, and coding is performed as shown in FIG. 8 (d). The format is used. That is, in this case, the cause value information 57 is the information identifier 89 of 1 octet, the field start octum position field 90 of 1 oct, the extra bit 91 of 4 bits of 0000, and the field start bit position of 4 bits. Coded in field 92.

In the coding format shown in FIG. 8 (d), oct 7 to 7.2 may be repeated as necessary to convey a large number of non-conforming information and information parameters. In addition, the field start octet position field 90 will be coded to point to the optimal field octet in the query. And, the field start bit position field 92 will be coded to indicate the best bit of the field in the query.

On the other hand, if the bit value of cause value information 57 located in octet 7 of the cause information message is 011 1001, this means bearer capability not authorized, and if the bit value is 011 1010, this means Means bearer capability not presently available, and if the bit value is 011 1111 it means that the service or option is not available and is unspecified If this is 100 0001 this means bearer capability not implemented and if the bit value is 100 1001 this means that the combination of traffic parameters is not supported. If the bit value is 101 0001, this means an invalid call reference value.

On the other hand, if the bit value of the cause information information 57 located in octet 7 of the cause information message is 101 0010, this means that an identified channel does not exist, and coding is performed in FIG. The format as shown in Fig. 3) is used. That is, the cause value information 57 in this case is coded by the VPCI 93 of two octets and the VCI 94 of two octets.

In addition, if the bit value of the cause value information 57 located in the octet 7 of the cause information message is 101 1000, this means a target incompatible destination, and the coding is performed as shown in FIG. 8 (c). Formats with octets are used. And, if the bit value of the cause value information 57 is 101 1001, this means an invalid endpoint reference, and the coding uses a format as shown in FIG. 8 (d).

On the other hand, if the bit value of the cause value information 57 located in the octet 7 of the cause information message is 101 1011, this means invalid transit network selection, and the bit value of the cause value information 57 is 101. If it is 1100, this means too many pending add party requests.If the bit value of cause information information 57 is 101 1101, it cannot support AAL parameters. Means.

On the other hand, if the bit value of the cause value information 57 located in octet 7 of the cause information message is 110 0000, this means mandatory information is missing, and the coding at this time is shown in FIG. The format as shown is used. Here, the information identifier is commanded as the same instruction as the information identifier in the received message as stated. Also, if the bit value of the cause value information 57 is 110 0001, this means message type non-existent or not implemented, and the coding at this time is as shown in FIG. 8 (f). The format is used.

On the other hand, if the bit value of the cause value information 57 located in the octet 7 of the cause information message is 110 0011, this means information non-existent or not implemented, and the coding at this time is shown in FIG. The format as shown in (c) is used. In addition, if the bit value of the cause value information 57 is 110 0101, this means that the message is not suitable for the call state, and the coding at this time is as shown in FIG. 8 (f). The same format is used.

On the other hand, if the bit value of the cause information information 57 located in octet 7 of the cause information message is 110 0110, this means a recovery on timer expiry, and the coding at this time is shown in FIG. The format as shown is used. At this time, the timer number is encoded as IA5 character. That is, T 308 is coded 3, 0, 8.

Here, the 1-7th bits of each octet are encoded with IA5 characters, and the remaining 8th bits are left as 0 as extra bits. Finally, if the bit value of the cause value information 57 located in octet 7 of the cause information message is 110 1111, this means a protocol error, unspecified.

However, among the variable length messages required for each function, the recommendation regarding the format of the error message generated during system operation and the cause of the cause message used to indicate the origin of the error occurrence is as described above. However, there has been no description on how to generate such cause information message or a device for realizing it. Accordingly, an object of the present invention is to provide a method of generating a cause message which is included in the broadband sublayer information in the Q.93B protocol and used to indicate an error occurring during system operation and a source of an error occurrence.

In order to achieve the above object, the present invention provides a method for generating a cause information message used to indicate an error occurring during system operation in an asynchronous transmission mode and the origin of the error occurrence, based on the bit information provided from the information park. A process of generating information identifiers, codes, and information command messages for displaying cause information and storing the contents of the information command messages at predetermined addresses in the memory; based on the bit information provided from the information park, A second process of storing the contents of the location information indicating the origin at a predetermined address in the memory and then adding 1 to the total length, and determining the address of the information and the length of the address to read the information according to the type of error; A third process of initializing the rain provided by the information park A fourth step of sequentially copying and storing the contents of the address as much as the address length of the information according to the type of error based on the information to a predetermined address in the memory, and starting the address of the cause information message generated through each step. A fifth step of sequentially storing address and total length information of a newly generated message in a predetermined address of the memory, and then adding address lengths of information according to the bell tower of the error to the total length; And a sixth step of detecting and outputting the start address information of the stored address information message and the total length information of the newly generated message. In addition, the method of generating the cause information message according to the present invention as described above further includes a process for converting the cause information message generated in units of bytes into an 8-bit octet unit, and the conversion process is substantially right and right. The message is converted by shifting each bit 8 bits to the left.

Other objects and various advantages of the present invention will become more apparent from the preferred embodiments of the present invention described below with reference to the accompanying drawings by those skilled in the art.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

9 is a schematic block diagram of a hardware system for generating a cause information message according to the present invention. As shown in the figure, the hardware system for generating the cause information message according to the present invention receives information about the Q.93B information providing unit 61 and the Q.93B protocol providing information about the Q.93B protocol. Control unit 62 for controlling the generation of the cause information message according to the present invention, a storage unit 63 for storing information on the cause information message generated by the control unit 62, for the generated cause information message And an address and length detector 64 for detecting an address and an information length and outputting the same.

In FIG. 9, the control section 62, from the Q.93B information providing section 61, a protocol determination signal 31 for determining a user-network call control message, as shown in FIG. Basic configuration for messages related to general Q.93B by receiving information about call reference signal 32, message format signal 33, and message length signal 34 for detecting the call destination that transmitted the message of the network interface. Storage unit 63 to generate the information identifier 51 of the broadband sublayer information consisting of 8-bit octets of 00001000 after receiving the information on the broadband sublayer information by receiving the information on the broadband sublayer information. Stores 8 at address a [0] and generates a CCITT standardized code standard 52 consisting of two bits of extended bits, 00 or 11 (which is 00 in the present invention), and an information command 53 consisting of five bits of 00000. In storage 63 Addresses a [1] 128, that is stores the bit number of 10 million. In addition, after generating the cause information message according to the present invention after the process described above, the control unit 62 through the continuous operation process, as shown in FIG. And a value of 128 + b (one of the eight shown in FIG. 6) at address a [4] in the storage section 63 for generating information corresponding to 55 and location information 56 indicating the origin of the error. ) Bit value.

Accordingly, the message address and length detection unit 64 detects the address and information length of the generated cause information message and outputs the address and information length to the ATM network so that the cause information message of the broadband lower layer information is transmitted between the terminals through the transmission channel (not shown). Interfaced.

Next, a preferred embodiment of the present invention for generating the cause information message as described above will be described in detail with reference to FIG.

10 is a flowchart illustrating a process of generating a cause information message included in broadband sublayer information according to the present invention. First, as can be seen from the figure, the control unit 62 receives the octet information 8, which means the cause information message, from the information providing unit 61, and the address in the storage unit 63 shown as an example in FIG. By storing at a [0] and storing 128 at the address a [1], one octet of information identifier 51 composed of 00001000 bits and one octet extended bit composed of 10000000 bits, A 00 standard sign standard 52 and a 00000 bit information instruction 53 are formed, and then count i is initialized to 0 and L, which represents the total length of the content information, is set to 5 (step 100).

The reason why the bit value of 128, that is, 10000000 is stored in the address a [1] in step 100 is to generate 1, that is, the most significant bit of the 8-bit octet. In this case, the reason for setting the extension bit to 1 is that the following information data exists.

Next, the controller 62 provides the octet information 128 + b, which means the position information 56 composed of the extended bits of octet 5, the extra bits 55 of the 000 bits, and the four bits shown in FIG. Received from (61) and stored at address a [4] in storage section 63 as an example in FIG.

Here too, as described above, the reason for setting the extension bit to 1 is that there is an information data that follows. In addition, b, which means the location information 56 value indicating the information of the origin of the error, is selected from one of eight types of values as described above in detail and shown in FIG. Then, the control unit 62 receives the octet information 128 + e representing the cause value information 57 of the octet 6 shown in FIG. 5 from the information providing unit 61 and stores it as an example in FIG. The address a [5] in the section 63 is stored, and then 1 is added to the information length L (step 104).

Here, too, as described above, the reason for setting the extension bit to 1 is that there is a subsequent information data.

In this case, when an error occurs during operation of the system, e, information indicating the type of the error, consists of 40 values, as shown in FIG. 7 and already described in detail above, and substantially e Represents any one of the values. For example, if the bit value of the cause value information 57 is 001 0101, it means call rejection, and a value of 149, which is 128-21, is stored in the address a [5] where the value of the octet 5 is stored.

Next, the control section 62 is d [. ] The address d and its length K are determined (identified) for reading (step 106), and the count value i is initialized to zero (step 108).

Then, the control unit 62 controls a [L] to d [. ] Is copied and stored at the corresponding address in the storage unit 63. More specifically, the controller 62 copies and stores the contents of d [i] in a [L + i] (step 110), adds 1 to the count value i (step 112), and then counts i It is determined whether it is greater than the length value (step 114). If the count value i is smaller than the length k value as a result of the determination in this step 114, the process returns to the above-described step 110 and repeats the subsequent process, whereby a [L] to d [. ] Is copied and stored at the corresponding address in the storage unit 63.

Next, the control section 62 sets the length L, that is, adds the length k to the total length L, sets the total length L, and stores it at a predetermined address in the storage section 63 (step 116).

On the other hand, as can be seen from FIG. 5, the information in the header portion of the cause information message (information identifier 51, extension bits, code standard 52, information instruction 53 and information content length 54) is four. Since it is oct, the remaining information length except this is L-4.

Therefore, in order to divide the remaining information length into two octets, in order to more specifically form the information length in octets, an AND operation with L-4 and 1111111100000000 (substantially an 8-bit shift to the right) is performed. Next, an address is assigned to the resultant value and stored in the address a [2] in the storage unit 63 (step 118). The result is a logical multiplication operation with L-4 and 0000000011111111 (the result of actually shifting 8 bits to the left). ), And then assign an address to the resultant value, so that the address a [3] in the storage section 63 is executed.

Claims (5)

A method of generating a cause information message used to indicate an error occurring during system operation in asynchronous transmission mode and the origin of the error occurrence, the information identifier and code for displaying cause information based on bit information provided from the information park. First step of generating contents of standard and information command messages and storing them in predetermined addresses of the memory: Recalling contents of location information indicating extension bits, redundant bits, and origins of errors based on bit information provided from a constant information provider. The second step of storing at a predetermined address in the memory and then adding 1 to the total length: The third step of initializing a count value by determining the address of the information and the length of the address in order to read the information according to the type of error. The type of error based on the bit information provided from the provider A fourth step of sequentially copying and storing the contents of the address as much as the address length of the information according to the predetermined address in the memory: the address start address of the cause information message generated through each process and the total length of the newly generated message A fifth process of sequentially storing information at a predetermined address of the memory and then adding address lengths of information according to the type of error to a total length: an address for the cause information message generated through each process and stored in the memory And a sixth step of detecting and outputting the start address information and the total length information on the newly generated message. The method as claimed in claim 1, wherein the message generating method includes converting the cause information message generated in bytes into 8-bit octets. How to create. 3. The method of claim 2, wherein the converting process converts the cause information message except occupant information in octet units. 4. The method of claim 3, wherein the converting process converts the message by shifting each bit 8 bits to the right and to the left, respectively. The method of claim 1, wherein the first step further comprises generating an extension bit. 6.