KR100442057B1 - Method of Offering Multi-channel Service between RASs - Google Patents

Abstract

The present invention relates to a method for providing a multi-channel service (RAS) between remote access servers (RAS), and in particular, to provide an efficient multi-channel Internet service in a RAS that interworks with an exchange. It is about a provision method.

The present invention provides a process for performing a PPP connection on an ISDN B-channel for each channel by connecting an ISDN B-channel to a subhighway after performing call setup according to a call connection request of an ISDN subscriber through a first B-channel; ; Recognizing the origination of the MLPPP call on the second B-channel when the ISDN connection is completed and checking whether the first ML call associated with the second call is in another RAS; When the first ML call exists in another RAS, transmitting an ML connection request message to an inquiry response RAS to establish a call, and receiving an ML connection response message to perform an MLPPP connection; After the MLPPP access to the MLPPP datagram for the second call characterized in that it comprises the step of transmitting and receiving with the network matching unit in the other RAS through a separate communication channel.

Description

How to provide multi-channel service between Rs {Method of Offering Multi-channel Service between RASs}

The present invention relates to a multi-channel service providing method between RAS (Remote Access Server), and more particularly to a multi-channel service providing method between the RAS to provide an efficient multi-channel Internet (Internet) service in the RAS equipment interoperating with the switch.

In general, AODI is implemented based on the existing exchange and Bandwidth Allocation Control Protocol (BACP). The AO is implemented in the form of X.25 packet, and the calling party is connected by D-channel packet and directly linked with the exchange. The RAS side, which acts as a server for Transmission Control Protocol (IP) / IP (Internet Protocol), is connected by B-channel packets, and the corresponding DI is connected by a general ISDN (Integrated Services Digital Network) data call. Therefore, short data is delivered in the form of always connected AO. Here, the existing exchange that can handle the ISDN subscriber includes an X.25 packet handler function.

The basic concept of AODI is that ISDN D-channel X.25 calls are generated between the client and the ISP (Internet Service Provider). MLP (Multi-link Protocol) and TCP / IP It is encapsulated in an X.25 logic circuit that is passed by.

In this case, the B-channel does not use the Q.921 and X.25 encapsulation used in the D-channel, but directly uses the MLP, ie a circuit-switched connection between the subscriber and the ISP is created on that B-channel. In this case, IP packets are delivered through PPP (Point to Point Protocol) encapsulation on the corresponding B-channel. In addition, using X.25 on the D-channel, of course, is not the most efficient protocol stack, but it is possible to use the existing packet handlers at the exchange to implement AODI. Packet linking is used as the Primary Link (PL) of the MLP.

Then, a simple network configuration for a conventional AODI service is composed of a PC 10, a switch 20, a RAS (31, 32), and the Internet 40, as shown in FIG. Here, AO uses Packet Data Capability (PDS) which is part of the ISDN standard, and the subscriber establishes packet connection to the corresponding RAS (31, 32) on the D-channel, and the bidirectional connection is established by the subscriber. It is generated when the PC 10 is turned on. When the connection is established, the subscriber can exchange data such as an e-mail.

If there is a lot of information that cannot be handled with a 16K D-channel packet connection, the line connection is established using one or two ISDN B-channels, which are automatically established without subscriber involvement. Kbps) is guaranteed. In addition, when the transmission of data is complete, the line connection is released and the subscriber is again online on the D-channel.

In addition, there is a technology that uses X.25 dedicated link, that is, T1 / E1 link, for the AODI service. In this case, it is used separately from the call path of DI. In this case, the AO dedicated T1 / E1 dedicated link is used. In the case of performing matching between the 20 and the RAS 31 and 32, a specific switching interface processor (SSP) interworking with the corresponding RAS (31, 32) is used in a form that is distinguished from the PRI (Primary Rate Interface) for DI. Because AO calls are centralized and dedicated links, one PRI cannot accommodate both AO calls and DI calls at the same time. In addition, when performing matching between the switch 20 and the RASs 31 and 32 using the B-channel packet, only the failed-up B-channel connection may be supported by the corresponding RAS 31 and 32. have.

On the other hand, when the ISDN subscriber connected to the switch 20 having the call transfer function during the call wants to receive the service of the Internet 40 in conjunction with the RAS 31 and 32, when one or more B-channels are allocated to the service, In case of occupying time slots in the RAS 31 and 32, two or more B-channel services can be efficiently provided. However, if the PRI lines are grouped by the representative number, they must be in the same RAS 31 and 32. Since it may not occupy a time slot, it may fail to provide services such as MLPPP (Multi-link Point to Point Protocol) or AODI.

In other words, the conventional Internet service is proposed in the form of a multi-chassi PPP and is transmitted through a packet reassembly process through a User Datagram Protocol (UDP) socket. As described above, the conventional Internet service is composed of six types of headers defined by multi-chassis PPP through packet reassembly through UDP sockets, but it is not suitable for systems using separate paths between systems. Since it is applied to operate on a local area network (LAN) for data communication, it does not guarantee reliable packet transmission and adds a load to existing network matching.

In order to solve the above disadvantages, the present invention performs the function of multi-channel PPP data call interworking between the RAS equipment to enable efficient multi-channel Internet service in the RAS equipment interworking with the exchange and E1 PRI, that is, By providing data to the RAS device that the first call is connected to, PPP call connection and data transmission are performed so that multi-channel service can be received between RAS devices that can be interworked with LAN.

1 is a block diagram showing the configuration of a simple network for a conventional AODI (Always on Dynamic ISDN) service (Service).

2 is a block diagram illustrating a configuration for a multi-channel service between remote access servers (RAS) according to an embodiment of the present invention.

3 is a flowchart illustrating a method for providing a multi-channel service between RASs according to an embodiment of the present invention.

4 is a diagram illustrating the structure of a packet header in FIG. 3;

Explanation of symbols on the main parts of the drawings

50: PC (Personal Computer) 60: Exchange

71, 72: RAS 80: Internet

According to the present invention for achieving the above object, ISDN B-channel for each channel by connecting ISDN B-channel with subhighway after performing call setup according to ISDN subscriber's call connection request through first B-channel. Performing a PPP connection on the server; Recognizing the origination of the MLPPP call through the second B-channel when the ISDN connection is completed and checking whether the first ML (Multi-link) call connected to the second call is in another RAS; When the first ML call exists in another RAS, transmitting an ML connection request message to an inquiry response RAS to establish a call, and receiving an ML connection response message to perform an MLPPP connection; After the MLPPP access to the MLPPP datagram for the second call characterized in that it comprises the step of transmitting and receiving with the network matching unit in the other RAS through a separate communication channel. Here, the process of checking whether the first ML call is in another RAS includes: transmitting, from the subscriber matching unit, an inquiry request signal to the network matching unit; Receiving an inquiry response message corresponding to the inquiry request signal from the network matching unit; And analyzing the inquiry response message to determine in which RAS the first ML call is present.

Alternatively, the present invention may further include generating a call connection release request message to release the call connection when the ISDN connection is not completed.

Alternatively, the present invention encapsulates and transmits an IPC (Inter Processor Communication) format between cards in a current RAS when transmitting a datagram to a network matching unit in another RAS, and transmits datagrams arriving at different RASs in the same processing path. Characterized in that the process further comprises the process through the same interface through.

In another aspect, the present invention further comprises the step of providing a multi-channel service in the RAS by performing a general MLPPP access operation when the first ML call exists in the current RAS to establish the MLPPP link do. Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

As shown in FIG. 2, a configuration for a multi-channel service between RASs according to an embodiment of the present invention includes a PC 50, a switch 60, a RAS 71 and 72, and an Internet 80. Even when a plurality of calls are connected to different RASs 71 and 72 to a general ISDN subscriber, a service for performing multichannel communication is performed.

A method of providing a multi-channel service between RASs according to an embodiment of the present invention will be described with reference to the flowchart of FIG. 3.

First, when an ISDN subscriber makes a call through the first B-channel, the PRI matching unit (not shown in the figure for convenience of description) performs Q.931 call processing through the switch 60, and the subscriber performs the corresponding operation. This is done by exchanging necessary messages with the matching unit (not shown in the drawings for convenience of description).

In other words, when an ISDN subscriber requests a call, a call connection request message is generated and transmitted, and upon receiving the call connection request message (step S1), a call processing operation is performed to perform call setup. (Step S2).

Accordingly, when the call setup of the second step (S2) is completed, the ISDN B-channel is connected to the sub-highway according to the call information of the subscriber (step S3), and then ISDN B for each channel. A PPP connection is performed on the channel (step S4), and a confirmation message indicating the corresponding PPP connection is generated and transmitted (step S5). At this time, it is possible to recognize whether the corresponding call is a multi-channel call, and then perform data transmission and reception in the same manner as general RAS 71 and 72.

Next, to confirm whether the ISDN connection is made as described above (step S6), if the ISDN connection is not completed in the sixth step (S6), a call connection release request message is generated to release the call connection (step S6). S7).

When the subscriber transmits the multichannel PPP call through the second B-channel when the ISDN access is completed in step S6, the subscriber recognizes the transmission of the multichannel PPP call through the second B-channel ( Step S8) Similar to the operation described above, the subscriber matching unit performs a second MLPPP connection, where the first ML call connected with the second call is different from the system (eg, the first MLPPP connection). 2RAS 72) (step S9).

The operation of the ninth step S9 is as follows. First, a Link Discriminator inquiry request is broadcast to a system different from the current system (e.g., the first RAS 71) (e.g., the second RAS 72), i.e., subscriber matching (i.e., subscriber). Matching card) sends the inquiry request signal (ML_Dest_Request) to the network matching section (ie, network matching card). Know which system the call is on.

If, in the ninth step (S9), the first ML call connected to the second call exists in the second RAS 72, the subscriber matching card responds to the inquiry with the ML connection request message (ML_Connect_Request). The network matching card is transmitted to the system (step S10), and the network matching card performs a call processing operation and transmits an ML connection response message (ML_Connect_Report) after performing call setup.

Then, the subscriber matching card receives the ML connection response message (ML_Connect_Report) (step S11) and performs an MLPPP call connection (step S12). The MLPPP datagram is transmitted / received with a network matching card in the second RAS 72 through a separate communication channel (eg, 10Base-T for operation maintenance in the case of 'iGATE') (step S13). At this time, the network matching card alternately transmits the datagram received from the network to the subscriber matching card of the system requesting the ML connection.

In the case of datagram transmission / reception between other systems, the structure of the packet header includes an IP header, a UDP header, a multi-system PPP header, a reception system, a transmission system, and an IPC in the system, as shown in FIG. 4. In particular, when datagrams are transmitted to cards in other systems, the datagrams that arrive at other systems are processed by the same interface through the same processing path by encapsulating the IPC format between the cards in the system. This ensures maximum compatibility.

On the other hand, if the first ML call to the second call in the ninth step (S9) is present in the first RAS (71), that is, if the system with the first timeslot is the current system In the same first RAS 71, a general MLPPP call connection is performed (step S14) to set up an MLPPP link to provide a multi-channel service in the system (step S15).

As described above, the present invention enables a service for performing multichannel communication to a general ISDN subscriber even though a plurality of calls are connected to different RAS systems through a datagram transmission / reception process at the time of MLPPP access.

Claims (5)

After the call setup is performed according to the call connection request of the ISDN (Integrated Services Digital Network) subscriber through the first B-channel, the ISDN B-channel is connected with the subhighway, and the PPP (Point to Point) Point Protocol) connection; Recognizes an outgoing Multi-link Point to Point Protocol (MLPPP) call over a second B-channel when the ISDN connection is complete, and the first Multi-link (ML) call associated with that second call has a different Remote Access Server. Check the presence of; When the first ML call exists in another RAS, transmitting an ML connection request message to an inquiry response RAS to establish a call, and receiving an ML connection response message to perform an MLPPP connection; And transmitting and receiving the MLPPP datagram for the second call with the network matching unit in another RAS after the MLPPP access through a separate communication channel. The method of claim 1, The MLPPP datagram may include a structure of a packet header including an Internet Protocol (IP) header, a User Datagram Protocol (UDP) header, a multi-system PPP header, a receiving system, a transmitting system, and an interprocessor communication (IPC) in a system. A method of providing multi-channel services between RSs. The method of claim 1, The step of checking whether the first ML call exists in another RAS includes: transmitting, by the subscriber matching unit, an inquiry request signal to the network matching unit; Receiving an inquiry response message corresponding to the inquiry request signal from the network matching unit; And analyzing the inquiry response message to determine to which RAS the first ML call exists. The method of claim 1, When transmitting the datagram to the network matching unit in the other RAS encapsulates the IPC (Inter Processor Communication) format between the cards in the current RAS, and transmits the datagram arriving at the other RAS to the same interface through the same processing path A method of providing multi-channel services between RSs, further comprising a process. The method of claim 1, In the case where the first ML call exists in the current RAS, the MLPPP link operation may be performed to establish a MLPPP link to provide a multi-channel service in the RAS. How to Provide.