KR100810255B1 - Inverse multiplexing apparatus and method for atm - Google Patents

Abstract

An inverse multiplexing apparatus for an asynchronous transmission mode includes a device driver that drives a device and controls various events, and processes the event control results received from the device driver for each asynchronous transmission mode of the transmitter and the receiver. A core unit managing an inverse multiplexing link state machine, a layer management unit integratedly managing each link state machine processed by the core unit and managing each parameter for the core unit to operate, and an inverse for asynchronous transmission mode The multiplexing function may be configured as a control unit that performs various control methods for logically grouping or releasing a group to a plurality of transmission paths in order to operate in a group mode or a user network interface mode.

 Asynchronous Transfer Mode, Inverse Multiplexing

Description

INVERSE MULTIPLEXING APPARATUS AND METHOD FOR ATM}             

1 is a view for explaining a situation in which the installation to replace the transmission path when traffic exceeds the capacity of the transmission path between the two systems

2 illustrates inverse multiplexing and de-multiplexing of asynchronous transmission mode cells through inverse multiplexing groups.

3 is a software functional block diagram of inverse multiplexing for asynchronous transmission mode, in accordance with an embodiment of the present invention.

4 illustrates an inverse multiplexing group setting procedure for an asynchronous transmission mode according to an embodiment of the present invention.

5 is a diagram illustrating a state transition diagram according to an embodiment of the present invention.

The present invention relates to an inverse multiplexing for ATM (hereinafter referred to as IMA) apparatus and method in a system using an asynchronous transfer mode (hereinafter, referred to as ATM). The present invention relates to an apparatus and method for implementing an IMA function that integrates a low-rate transmission path so that it can be used as a larger transmission path so that each transmission path can be used independently or in combination.

Conventionally, when ATM traffic exceeding the capacity of a transmission path is transmitted, an overflow phenomenon occurs in the cell first-in, first-out memory, and there are ATM cells that are not delivered to the receiving side. Therefore, proper management needs to be taken to prevent such a problem from occurring.

FIG. 1 is a view for explaining a situation in which a transmission path is replaced and installed when traffic exceeding a capacity of a transmission path occurs between two systems.

As described above, when the amount of ATM traffic required by the transmitting and receiving side exceeds the capacity of a transmission path, all of the transmission paths are replaced to install a larger transmission path. For example, in a mobile communication system using a 2.048 Mbps E1 transmission line, a data service demand arises and a replacement of the transmission line requires the use of a larger DS3 or STM-1 optical fiber cable.

However, since the usage fees of these transmission paths are very expensive, various problems arise in terms of increasing the investment cost and the cost recovery.

 Accordingly, an object of the present invention is to freely configure using configuration information when an inter-processor communication method between both ends of the IMA is not prepared when implementing an IMA capable of increasing ATM traffic capacity without causing a rapid increase in investment cost. And it provides an IMA method that can be released.

In order to achieve the above object, the present invention provides an inverse multiplexing apparatus for an asynchronous transmission mode, comprising: a device driver for driving a device and controlling various events; and an event control result received from the device driver. A core unit for managing an inverse multiplexing link state machine for each asynchronous transmission mode of a transmitter and a receiver, and integrated management for each link state machine processed by the core unit and managing each parameter for operating the core unit. Performs control of the layer management unit and how the inverse multiplexing function for the asynchronous transmission mode operates logically in groups or releases the grouped groups for a plurality of transmission paths to operate in a group mode or a user network interface mode. Characterized in that consisting of a control unit The.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. First of all, in adding reference numerals to the components of each drawing, it should be noted that the same reference numerals have the same reference numerals as much as possible even if displayed on different drawings. In the following description, numerous specific details such as components of specific circuits are shown, which are provided to help a more general understanding of the present invention, and it is understood that the present invention may be practiced without these specific details. It will be self-evident to those of ordinary knowledge. In the following description of the present invention, if it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted.

2 shows inverse multiplexing and de-multiplexing of ATM cells over IMA groups.

The IMA function supports the User Network Interface mode (UI), which uses each channel independently, and the group mode, which is logically grouped so that multiple channels can be used as one channel. . When the IMA function is applied to a transmission path connecting unit systems such as MSC, BSC, BTS, etc. like a mobile communication system, a software control method is used to minimize communication disruption between units during the initialization process.

3 illustrates a software functional block diagram of an IMA according to an embodiment of the present invention. The IMA software functional block as shown in FIG. 3 must be shared by both the master processor and the slave processor. Herein, the master processor and the slave processor mean a transmitter system and a receiver system, or vice versa.

As shown, the software functional blocks shown between the IMA device as the physical layer and the upper layer have a hierarchical structure. The upper layer configures the specific functions of the IMA, such as grouping several channels or setting some mode.

The software functional block consists of an IMA device driver, an IMA core unit, an IMA layer management unit, and an IMA control unit.

The IMA device driver drives IMA devices that are in charge of each function of the IMA version 1.1 defined by the ATM forum to perform IMA functions, controls the various events, and goes to the higher IMA cores described below. Responsible for the delivery of.

The IMA core unit processes various events received from the IMA device by the IMA device driver according to the IMA standard version 1.1 to manage each IMA link stste machine of the transmitter and the receiver.

The IMA layer management unit integrates and manages each IMA link state machine processed by the IMA core unit, and receives and manages each parameter for operating the IMA core from an upper IMA control unit described later. At the time of initialization, various parameters for performing the operation of the IMA specification version 1.1 received from the upper IMA control unit are transferred to the lower IMA core unit. In addition, when an error occurs or error release is received from the IMA core unit and matches with the upper IMA controller. The user network interface mode is set for all transmission paths before the control of the upper IMA controller starts. If the control of the upper IMA control unit to set to the IMA group is made, the setting is performed and waits for an ICP cell (IMA control cell) to be received from the lower IMA core unit. When the ICP cell is received, it notifies the upper IMA controller.                     

The IMA controller performs various controls for how the IMA function is logically grouped and operated for a plurality of transmission paths to operate in a group mode or a user network interface mode, or for a group group. In order to perform this function, the group to which both ends of the transmission line should be set must be specified first. For this purpose, the configuration information is defined first. The configuration information defines which transmission port is connected to which port of the other transmission path and which IMA group ID should be set.

Hereinafter, the IMA control unit will be described in detail.

1. Configuration Information

Configuration information is defined as follows for each link port of MAX_LINK_PORT. If the group ID value is not a group ID that can be defined, the corresponding port is defined as operating in user network interface mode, not as an IMA group.

-Your IMA group ID

IMA group ID of the peer port

2. User Network Interface Mode

When initializing, there is no way to pass configuration information, so set all link ports to user network interface mode. The configuration information defined therefrom is transmitted using a transmission path set to a user network interface mode upon initialization, and based on this, the IMA processors undergo mutual confirmation. At this time, ATM connection for communication is established for each transmission path to counterpart processor so that communication with other system can be made by using ATM connection of other transmission path even when error occurs in specific transmission path.

3. IMA Group Mode

For transmission paths to be operated in IMA group mode, the status is defined for the group ID specified in the configuration information for the group to be logically grouped. It also specifies the master and slave processors by designating the subject to manage these states.

3-1. Null state: The IMA controller is a state before acquiring the configuration information after the initialization process and does not transition to another state until the configuration information is obtained. In this state, no message from the IMA control unit is transmitted and no message is responded to.

3-2. Ready state: The IMA control unit transitions to the ready state after obtaining the configuration information after the initialization process.

3-3. Negotiation state: In the ready state, the master processor sends a negotiation request message Nego_Request_Msg including configuration information about the IMA group to the slave processor of the group, sets a timer, and then transitions to the negotiation state. When the master processor receives the negotiation request message Nego_Response_Msg before the timeout occurs, the master processor releases the set timer and checks the result. At this time, if the result of the negotiation request message Nego_Response_Msg is a negative response or a timeout occurs in the set timer, the above process is performed again without remaining in the negotiation state and remains in the negotiation state. At this time, if the result of Nego_Response_Msg is a positive response, it confirms that the configuration information of both ends of the IMA group matches and the IMA control unit instructs the lower IMA layer management unit to set the corresponding links as the IMA group.

Meanwhile, when the slave processor receives Nego_Request_Msg in the ready state, the slave processor transitions to the negotiation state. When Nego_Request_Msg is received, it sends Nego_Response_Msg with the result of OK and Negative responses compared to the configuration information about its IMA group and does not respond to any other messages. At this time, if the result is a positive response, the slave IMA controller instructs the lower IMA layer manager to set the corresponding links as the IMA group.

3-4. Setting state: When the IMA group setting is instructed by the lower IMA layer management unit, the state transitions to the setting state. When the transition is made, the timer is set again, and the lower IMA layer management unit waits for a report to receive that the link is normally set as an IMA group. At this time, if a timeout occurs or an error is reported about the setting, if it is not timeout, the set timer is released, and the IMA controller instructs the user network interface mode to be reset for the corresponding links and then transitions back to the negotiated state.

3-5. Group status: If the IMA group reports from the lower IMA layer management unit that the IMA group is operating normally, the IMA control unit transitions to the group state, and the master processor sends IMA_Test_Request_Msg and the slave processor sends IMA_Test_Response_Msg upon receiving it. Processors on both sides of the IMA group, master and slave processors, set a timer upon sending these messages.

3-6. Active state: If the timeout does not occur for the timer set in the group state and each of the processors in both ends of the IMA group receives IMA_Test_Request_Msg and IMA_Test_Response_Msg, the IMA control section confirms that the IMA group is actually operating normally. Transition to the active state. If IMA_Test_Request_Msg and IMA_Test_Response_Msg perform periodic transmission and reception and timers are set in the active state and the timeout occurs three times in a row, the IMA group is considered to be inoperable. Instructs setup and transitions back to negotiated state. In normal cases it remains active.

Referring to the operation according to each state of the IMA control unit as follows. 4 is a diagram illustrating an IMA group setup procedure according to an embodiment of the present invention, and FIG. 5 is a state transition diagram according to an embodiment of the present invention.

First, there is a ready state, which is a preparatory step for setting up an IMA group, and one side of the transmission path is designated as a master for setting, and the master processor sends a message to mutually check configuration information for the corresponding group ID, and negotiates after setting a timer. Transition to state. If a time-out situation occurs at this time, it remains in negotiation.

The slave processor, not the master processor at both ends of the transmission line, transitions to the negotiated state after confirming that the communication path is completed in the ready state.

If it is confirmed that the mutual information is matched through the verification process, the IMA control unit present in the processor of each transmission line instructs the lower IMA layer management unit to set them as the IMA group, and then transitions to the setting state after setting the timer.                     

At this time, if an error or time-out occurs, that is, if the corresponding event is not received from the lower IMA layer management unit, it is instructed to reset to the user network interface mode and transitions to the negotiated state. When the configuration is completed without error and the event of the lower IMA layer management unit confirms that the ICP cell is normally received, a test message is sent to check whether the corresponding IMA group actually works, a timer is set, and then the group state is changed.

At this time, if a time-out situation occurs, that is, if the response message for the test message is not received, the IMA group setting is regarded as not normally made, and the user is instructed to reset to the network interface mode and then transitions to the negotiated state.

When the processor of the other transmission path receives the test message, the response message is transmitted, and upon receiving the test message, the IMA controller considers the IMA group mode to operate stably and transitions to the active state.

In order to confirm that the IMA group operates stably even after the normal IMA group mode setting is completed, the test message is periodically transmitted in the active state, and if the response message is not received, it is judged as the error state again after 3 repetitions. Set the interface mode and repeat the process to set the IMA group again.

4. Add / Remove Transports from IMA Group

Upon receiving an instruction to additionally integrate or remove transmission paths for an IMA group logically integrated from an upper layer and operating in IMA group mode, it can be added or removed through the lower IMA layer management unit.

5. Notification of transmission line failure in IMA group

When the lower IMA device driver is notified of a fault in the transmission line, the lower IMA layer management unit removes the corresponding transport path from the IMA group by itself, and the IMA control unit forwards the event to a higher layer to control traffic in an application using the IMA group. Do it.

Meanwhile, in the detailed description of the present invention, specific embodiments have been described, but various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the scope of the following claims, but also by the equivalents of the claims.

As described above, the present invention has an advantage in that a small capacity transmission path can be logically integrated when the capacity of the transmission path is increased by implementing the IMA function. In addition, stable IMA group management is possible, and each IMA group can be changed online.

Claims (4)

A device driver that drives the device and controls the event; A core unit for processing the control result of the event to manage an inverse multiplexing link state machine for each asynchronous transmission mode of a transmitter and a receiver; A layer manager that manages the link state machine and manages each parameter for the core unit to operate; An inverse multiplexing device for an asynchronous transmission mode comprising a control unit for performing an inverse multiplexing function for an asynchronous transmission mode to operate in a group mode or a user network interface mode. In the communication method between the first system and the second system having an inverse multiplexing device for the asynchronous transmission mode, Setting the first system as a master processor, setting the second system as a slave processor, and setting the first and second systems to a user network interface mode, respectively; And When the configuration information transmitted / received between the master processor and the slave processor is identical to each other, the master processor and the slave processor respectively instruct an inverse multiplexing for ATM (IMA) group setting to a lower IMA layer manager to set an IMA group mode Inverse multiplexing method for asynchronous transmission mode comprising a. The method of claim 2, In the inverse for the asynchronous transmission mode when the timeout occurs in the IMA group mode, the master processor and the slave processor further instructs the lower IMA layer management unit to set the user network interface mode and transition to a negotiated state. Multiplexing method. The method of claim 2, If the error occurs more than a predetermined number of times in the IMA group mode, the master processor and the slave processor further instructs the lower IMA layer management unit to set the user network interface mode and transition to a negotiated state, respectively. Inverse Multiplexing Method.

Images