KR100216526B1 - Closed subscriber group function processing method when processing vpn call in atm vc exchange - Google Patents

Abstract

The present invention relates to a method for processing a closed user function when processing a virtual private network (VPN) incoming call in an ATM VC switch, and registers a public network system in advance for each ATM VPN subscriber for security of data communication through the ATM VPN function. Refer to the VPN subscriber information in the incoming call processing and CUG related information delivered from the general subscriber or the subscriber belonging to other closed user group to limit the required call or change the nature of the requested call according to the service providing method. There is a need for a method that can be provided.

An object of the present invention is to close another call in the same VPN group based on the information of the called subscriber in the incoming call processing process based on the ATM VC exchange call processing function and the call setup request information of the calling subscriber transmitted to the called exchange when the incoming call is requested. The present invention provides a method for restricting incoming requests from user group users or incoming call requests from general subscribers. In order to provide the closed user group function in the incoming call process, the suitability of the incoming call establishment request and the requested call are referred to by referring to the call setup message transmitted from the originating subscriber terminal and the CUG-related subscriber information of the called request subscriber registered in the public ATM. To this end, it is necessary to provide a function to determine the type. To this end, by applying the CUG processing method of the incoming call, the processing time related to the closed user group is reduced, and the processing method is simplified after the closed user group processing. The purpose is to clearly distinguish the types of arcs and to facilitate debugging during implementation.

Description

A method of terminating VPN CUG call control in the ATM VC switching system

The present invention relates to a method for processing a closed user group (CUG) function when processing a virtual private network (VPN) incoming call in an ATM VC switch.

The prior art ATM switch has been accepted as a core technology of multimedia communication that can connect a connection with information transmitted through a subscriber interface and can basically provide data transmission service between PCs or workstations.

However, anyone accessing any subscriber (system) linked to the UNI (User-Network Interface) of the ATM exchanger can use the public network subscriber number that is the standard of the number system in the public ATM.

VPN service can form user group for subscribers registered at public ATM network through general subscriber or private network equipment, and the number system between subscribers is defined as shortened number system according to PNP (Private Numbering Plan). It is a grouped service that can provide services using a number system according to PNP.

By providing data communication by ATM, the necessity of restricting incoming requests from predefined groups or general subscribers based on registered subscriber information is required, according to the communication security purpose. Reflecting this, it is necessary to restrict incoming calls from other users in the group as necessary.

In addition to the communication restriction function between such groups, additional functions are required to allow incoming calls from other user groups or general subscribers according to the characteristics of subscribers.

Such a closed user group function was recognized as an essential function by the multimedia communication between subscribers, and is basically a function to be provided in an ATM VPN service using a public communication network.

Therefore, for the security of data communication through ATM VPN function, VPN subscriber information when processing optical illusion registered in public network system for each ATM VPN subscriber and CUG related from general subscriber or subscriber belonging to other closed user group There is a need for a method that can provide services by restricting the required call or changing the nature of the required call according to the service providing method with reference to the information.

The present invention devised in accordance with the necessity as described above is based on the subscriber information of the called party requested in the incoming call processing process based on the ATM VC exchange call processing function and the call setup request information of the calling subscriber delivered to the called exchange when the incoming call is requested. The purpose of the present invention is to provide a method for restricting incoming requests from other closed user group users in the same VPN group or incoming call requests from general subscribers.

In order to provide the closed user group function in the incoming call process, the suitability of the incoming call establishment request and the requested call are referred to by referring to the call setup message transmitted from the originating subscriber terminal and the CUG-related subscriber information of the called request subscriber registered in the public ATM. It is necessary to provide the function of discriminating the type. To this end, by applying the CUG processing method of the incoming call, the processing time related to the closed user group is reduced in the incoming call processing at the exchange, and the closed user group processing is simplified. The purpose is to clearly distinguish the types of calls that follow and to facilitate debugging during implementation.

1 is a system structural diagram of an ATM VC exchange.

2 is a diagram illustrating the configuration and message flow between related blocks for VPN call termination processing implemented on an ATM VC switch.

3 is a table showing call types after VPN incoming CUG processing.

4 is a general flow diagram of VPN incoming CUG processing function in ATM VC switch.

In order to achieve the above object, the present invention distinguishes the VPN service of the incoming call establishment message for the VPN call incoming processing extracted from the USCF in the VPN using the ATM switch, and the CUG in the message for the divided VPN call establishment request message. Determining the presence or absence of information N The VPN group to which the called party belongs with information indicating the presence or absence of CUG output access (OA) and CUG interlock codes included in the call establishment request message and CUG information set in the call establishment request message. A first step of confirming whether the CUG information including the CUG OA and the CUG interlock code is included in the signal received from the USCF for reference to the call processing result after the CUG processing initialized according to each condition by receiving the information into the VSCF; Step, CUG processing room if the incoming call processing request including the CUG information and the VPN recipient subscriber is not a subscription work registered in the CUG in the VPN In a second step of selecting a second table from the table for determining the number, the VPN recipient in the selected second table is a subscriber registered in the CUG in the VPN and the CUG interlock code included in the signal received by the USCF is registered to the called subscriber. A third step of selecting a first table from the CUG processing method determination table, and selecting a second table if a CUG interlock code included in a signal received from the USCF in the selected first table is not registered to the called party; Step 4, if the CUG information is not included after checking whether the CUG information is included, a fifth step of selecting a second table, after performing each step, the CUG registration information and call setup request signal of the VPN recipient subscriber Extract information corresponding to 3D coordinates x, y, z axis using CUG information of call setup request message and CUG information per VPN subscriber The sixth step of mapping x, y, z information to the selected table, assigning a three-dimensional coordinate value and retrieving the CUG processing result from the corresponding table, and the seventh step of transmitting the CUG processing result to the USCF. It features.

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

1 is a structure of an ATM VC exchange.

This ATM VC switch is composed of ATM Local Switching Subsystem (ALS) 100 and ATM Central Switching Subsystem (ACS) 200.

The ALS 100 is composed of a Call and Connection Control Processor (CCCP) 120 performing a call and connection function, and an Interface Module (IM) 11 performing a subscriber matching function, and the ACS 200 operates, It consists of an Operation and Maintenance Processor (OMP) 210 that performs maintenance, billing, statistics and operator matching functions.

ATM VPN service is based on basic call processing provided by ATM VC exchange, and is implemented in a way that can provide service without changing basic call processing function by adding processing function for VPN service during basic call processing process. have.

Looking at the function of each block required to provide a VPN service, UPIF (User Protocol Interface Function) 122 performs a matching function of the user terminal and the signaling protocol.

Incoming call processing from the incoming call processing block or the originating USCF block transmits information related to the call to the USCF block 121, and the USCF 121 sets a VPN flag that requires processing to the VPN service in the internal incoming processing message. Or VPN configuration information is included in the subscriber information of the called subscriber, it is transmitted to the VPN Service Control Function (VSCF) 211 of the OMP 210 to perform VPN-related processing, and in the VSCF 211 If call setup is possible by receiving the processing result, subsequent processing is processed in the same manner as general incoming call processing.

The VSCF 211 refers to the group information to which the VPN subscriber belongs and the registered information for each VPN subscriber based on the received VPN service information, and the closed user group processing and billing method based on the received VPN call setup request message information. , Self) is transmitted to the USCF 121.

The USCF is a call processing block that receives a signal from the VSCF 211 and performs a call and connection function, and performs call setup and release.

The UNIR Link Resource Handling Function (ULRHF) 124 is a block that manages uni link resource and UNI bandwidth between the user terminal and the exchange, and the Switch Link Resource Handling Function (SLRHF) 123 is used at the ATM exchange. A block that manages switch link resources between subsystems.

The IMCF 111 performs a function of matching a subscriber link, converting an input virtual path and a virtual channel of an input cell header into an output virtual path and a virtual channel, and attaching switch routing information.

2 is a structural diagram showing the configuration and flow of messages between related blocks for performing an incoming call processing function implemented on an ATM VC switch.

Incoming call processing request to a VPN can be distinguished into two cases, one of which is originated and processed by one ATM exchanger and belongs to the same ATM switching system from the originating subscriber service control block (USCF) 121. In this case, the incoming call is interpreted as an incoming call in the relay call processing block and the incoming call is translated to the corresponding CCCP 120.

Incoming calls related to the VPN service can be classified into two cases, one of which is added to a call setup request message received from a VPN subscriber belonging to the same ATM switching system and a relay call processing block. In the case where the number identifier in the called number information is set to a private network number system (PNP), in this case, the USCF 121 receives an incoming call processing request message with a VPN flag set.

In another case, the USCF 121 checks whether the information of the called subscriber is set as a VPN and recognizes the VPN call as an incoming call from a general subscriber not belonging to the same VPN.

The USCF 121 determines that the called subscriber is a VPN subscriber, retrieves the VPN group to which the called subscriber belongs, the called number according to the private network number system, and the CUG related information among the received information, thereby resolving the VSCF 211 of the OMP 210. To send).

The VSCFmain 211a transmits a release signal including error information to the USCF 121 of the CCCP when the received VPN group number is not within a prescribed range or when the called VPN number is not an acceptable VPN number. Perform

If the VPN group information and the incoming VPN number received by the VSCF 211 are valid, the VSCFmain 211a generates a VSCFchild 211b process to generate the VSCFchild 211b process, according to the charging method for processing the VPN call and the closed user group function in the VPN group. It determines the validity of the call processing and transmits it to the USCF (121).

3 is a result after control of an incoming closed user group (CUG) service during a VPN call control procedure in the VSCF 211.

3A is a CUG control procedure when a CUG interlock code is included in a received call setup signal, and the CUG interlock code in the call setup message matches the CUG interlock code stored in the called party CUG information. FIG. 3b shows the result of CUG control processing when the CUG interlock code is not included in the received call establishment signal or does not match the CUG interlock code stored in the called party CUG information.

The information in FIG. 3 is stored in a table, and the number of elements shown in FIG. 3 indicates the type of call that continues after the CUG control process. The VPN closed user group information does not coincide with the closed user group information when a call is set up. If the call setup service is not available, it means disassociation, processing as CUG call that does not include Incoming Access, processing as CUG Incoming Access (IA), and handling as Normal Call. Circles that do not represent closed user group services.

In FIG. 3, the x-axis is ICB (Incomming Call Barred) information allocated to subscriber information for each CUG interlock code, the y-axis is CUG IA information based on the called subscriber registered in the called subscriber information, and the z-axis is included in the incoming call processing message. Outgoing Access (OA) information.

4 is a flowchart illustrating a CUG process when an incoming call is processed during VPN call processing in the VSCF 211 of the OMP 210.

The USCF in CCCP 120 extracts the CUG OA and CUG index included in the call setup request message for VPN call reception processing, and sets information indicating the presence or absence of CUG information in the call setup request message. The group information is transmitted to the VSCF 211 of the OMP (1).

VSCF checks whether CUG information (CUG OA, CUG index) is included in the signal received from USCF to refer to the call processing result after CUG processing initialized according to each condition as shown in Figure 3 for CUG processing when incoming to VPN. (2).

If the incoming call processing request includes CUG information, check whether the VPN recipient is a registered subscriber to the CUG in the VPN (3) If the subscriber has registered the incoming VPN CUG, the CUG interlock code included in the signal received from the USCF is received. Confirm that the subscriber is registered (4).

If the CUG interlock code is included in the call establishment request message, this means subscribers belonging to the same closed user group of the same VPN group, and the call type after the closed user group function processing is retrieved from the table of FIG.

If the CUG interlock code included in the call establishment request message is not included in the CUG properties of the VPN recipient, (4) The interlock code in the call establishment message is inconsistent with the information of the called party. The call type after the treatment is retrieved (6).

When the incoming call processing request message received from the USCF does not include the closed user group information, and the incoming VPN subscriber does not register in the CUG, it does not match the closed user group information of the called subscriber. Retrieve the call type after the incoming closed user group function processing.

The x, y, and z values included in FIG. 4 are values for finding intersection points representing the results after CUG processing in the three-dimensional table of FIG.

x indicates whether the called party will receive a call from an outgoing subscriber belonging to the same closed user group if the CUG interlock code to which the VPN recipient belongs and the CUG interlock code included in the VPN call processing request message from the USCF match. This means that 0 means that the CUG interlock code of the called party does not match the CUG interlock code in the message delivered from the USCF to VSCF, and 1 means that the two interlock codes above match and that the called party has the ICB (Incomming) Call Barred) is not set, and 2 is a case in which the above two interlock codes match and the called subscriber sets the ICB (Incomming Call Barred) in the corresponding interlock code.

y indicates IA (Incomming Access) stored in the called party information.If the subscriber is not registered in CUG and 0, only CUG is registered and not registered in IA, 1, VPN subscriber is registered in CUG and registered in CUG and IA. If 2 is also registered, it allocates 2.

IA registration conceptually means that when an OA is set to an outgoing call from another closed user group, or an incoming call processing request that does not include the closed user group information, the incoming subscriber will be allowed to receive the call.

z indicates whether OA information is included in the call setup request message, 0 if there is no CUG information in the call setup request message, 1 if the CUG interlock code is present and only OA information is set, and 2 if OA information is set. Corresponding.

In each case, select the appropriate table and set the x, y, and z values to see the result after the CUG processing in each table, and when the result after the CUG processing is specified to be treated as a CUG or CUG-OA call, use The CUG interlock code is changed to the CUG index value defined in the called subscriber and the called terminal to be used when transmitting closed user group information to the called terminal.

If the result after the CUG processing is a normal call, the incoming call processing information to the VSCF includes the CUG information, but the subsequent processing is processed like the normal call. Information related to the closed user group in the call setup request message to the called terminal is processed. Is not sent.

The present invention as described above has the following effects in the VPN service of the ATM VC switch.

First, it divides VPN subscribers belonging to ATM VC switch into several groups and provides the function to restrict communication between groups in incoming call process. Second, it is sent from other closed user group or general subscriber and registered to closed user group in VPN. It provides a function to limit incoming calls to subscribers during incoming call processing.

Third, even subscribers belonging to the same VPN provide additional functions to allow incoming calls from different closed user groups or general subscribers for different subscribers.

Fourth, the liver may also provide a method for limiting the incoming call based on the purpose of using the service and the information of the called subscriber from the subscriber belonging to the closed user group in the VPN.

Claims (5)

Outgoing Calls and Connection Control Processors (CCSs) of ATM Switching Subsystems (ACSs) at ATM VC Switching OPM SOVs associated with Central Exchange Subsystems (ACS) associated with USCFs A method for processing a closed user group (CUG) function during processing, comprising: classifying a VPN service in an incoming call setup message and processing the VPN call setup request message in the USCF in a VPN using an ATM exchanger, If there is information about the existence of the CUG information in the message, the call is received with the information indicating whether the CUG output access (OA) included in the call setup request message and the CUG interlock code and the CUG information set in the call setup request message. Upon receiving the VPN group information to which the subscriber belongs to the VSCF, the USCF is configured to refer to the call processing result after the CUG processing initialized according to each condition. A first step of checking whether the received signal includes CUG information including CUG OA and CUG interlock code, and an incoming call processing request including the CUG information, and the VPN receiving subscriber is not a subscriber registered in the CUG in the VPN. A second table for selecting a second table; and a first table for a VPN receiving subscriber registered in a CUG in a VPN in the second step and a CUG interlock code included in a signal received from the USCF. Selecting a second table if the CUG interlock code included in the signal received by the USCF in the third step is not registered with the called subscriber in the third step, and selecting the CUG in the first step. A fifth step of selecting a second table if no information is included; and after performing each step, the CUG registration information and call setup request signal of the VPN recipient. Using the CUG information of the call setup request message included in the null and the CUG information for each VPN subscriber, the information corresponding to the 3D coordinate x, y, z axes is extracted, and the x, y, z information is mapped to the selected table. A sixth step of allocating a dimension coordinate value and retrieving the CUG processing result from the corresponding table; and a seventh step of transmitting the CUG processing result to the USCF. How to handle closed user group functions. 6. The method of claim 1, wherein the sixth step is to obtain an x value representing the intersection of the second table from the CUG interlock code of the called subscriber and the USCF in order to retrieve the closed user group function processing result of the called party in the second step. If the CUG interlock code in the message delivered to VSCF does not match, it is assigned as 0. If the subscriber is not registered in the CUG, it is assigned as 0, and the z value is assigned according to the OA information included in the call control request signal. 0 when there is no CUG information in the setup request message, 1 when there is a CUG interlock code but no OA information, and 2 when OA information is set. How to handle closed user group functions. The method as claimed in claim 1, wherein the sixth step registers an x value representing an intersection point of the first table to the called party as an interlock code in order to retrieve the closed user group function processing result of the called party in the third step. To indicate incoming ICB (Incomming Call Barred) information, if the CUG interlock code of the called party and the CUG interlock code in the message passed from the USCF to the VSCF do not match, 0, the two interlock codes above match and the called party 1 if no intercom code is set for the interlock code, or 2 if the above two interlock codes match and the receiving subscriber sets the intercom code for the interlock code. To indicate the IA (Incomming Access) stored in the called subscriber information, 0 if the subscriber is not registered in the CUG, register only the CUG and do not register in the IA. Is 1 if the VPN subscriber is registered in CUG and IA is also registered. If the VPN subscriber is registered with CUG, 0 is assigned. If the call setup request message contains OA information, 0 is set if the call setup request message contains OA information. The CUG interlock code is set to 1 if there is only OA information, and 2 if OA information is set. 2. 6. The method of claim 1, wherein the sixth step is to obtain an x value representing the intersection of the second table from the CUG interlock code of the called subscriber and the USCF in order to retrieve the closed user group function processing result of the called subscriber in the fourth step. If the CUG interlock code in the message sent to VSCF does not match, it is assigned as 0. To indicate the IA (Incomming Access) stored in the destination subscriber information, 0 is registered if the subscriber is not registered to the CUG, and only the CUG is registered. And 1 if the VPN subscriber is registered in CUG and IA is also registered, and 2 if the IA is also registered.The call setup request message is used to indicate whether the OA information is included in the call setup request message. 0 if there is no CUG information, 1 if there is a CUG interlock code but no OA information, and 2 if OA information is set. How to handle closed user group function in VPN incoming call processing in ATM VC switch. 6. The method of claim 1, wherein the sixth step is to obtain an x value representing the intersection of the second table from the CUG interlock code of the called subscriber and the USCF to retrieve the closed user group function processing result of the called subscriber in the fifth step. If the CUG interlock code in the message sent to VSCF does not match, it is assigned as 0. To indicate the IA (Incomming Access) stored in the destination subscriber information, 0 is registered if the subscriber is not registered to the CUG, and only the CUG is registered. And 1 if the VPN subscriber is registered in CUG and IA is also registered, and 2 if the VPN subscriber is registered with IA, and z value is assigned to 0 if there is no CUG information in the call setup request message. How to handle closed user group function when processing VPN incoming call at exchange.