KR100531943B1 - System of Controlling Sessions in the GGSN System - Google Patents

Abstract

The present invention relates to a session processing system in a GGSN system having a dedicated task dedicated to specific signals and processing in a gateway GPRS support node (GGSN) system to improve GPRS Tunneling Protocol Control (GTP-C) performance. A plurality of signal receiving tasks dedicated to receiving specific Inter Processor Communication (IPC) between blocks between modules or within blocks within a module to establish a session in a system; And an event processing task that performs event processing when the IPC received through the signal receiving task bursts and a processing time is required. Thus, GTP-C can be rapidly generated without interception of IPC between blocks. Can be processed.

Description

System of Controlling Sessions in the GGSN System}

The present invention relates to a session processing system in a GGSN system, and more particularly to a session processing system in a GGSN system having a dedicated task dedicated to specific signals and processing in the GGSN system to improve performance of GTP-C (GPRS Tunneling Protocol Control). It is about.

In general, the International Mobile Telecommunication (IMT) -2000 network is connected to a mobile communication terminal through a Serving GPRS Support Node (SGSN), a packet switching device for a general packet radio service (GPRS), and a Gateway GPRS Support Node (GGSN), which is a gateway. To enable various communications such as voice, data, and video.

The SGSN stores location information of each mobile communication terminal to provide GPRS to subscribers, and performs subscriber authentication function and matching function with corresponding GGSN.

The GGSN assigns an IP (Internet Protocol) address to a mobile communication terminal requiring GPRS, delivers the packet data received from the SGSN to an external packet network such as the Internet, and sends the packet data received from the external packet network. Performs a tunneling function to deliver to the mobile terminal.

In addition, the software of the GGSN is designed in a hierarchical structure divided into a system, a module, and a block, and as shown in FIG. 1, the GGSN system includes a plurality of modules and blocks. It is organized in a hierarchical structure.

Here, the module includes a System Management Processor (SMP) 10, a Tunnel End-point Identifier Control Plane (GCP) 20, a Routing Control Processor (RCP) 30, and a plurality of Interface Cards. 40 is applicable. In addition, the block includes a CDGC (Charging Data Generation Control) 21, APRC 22, RML 23, PSCC 24, PSCL (25) and GNCC (26) provided in the GCP (20) The GNAF (GN Interface Adaptation Function) 41 and the Packet Handler Adapatation Function (PHAF) 42 provided in the respective interface cards 40 correspond to each other.

In addition, when the blocks in the GPRS Session Control Module (GSCM) directly managing session establishment in the GGSN system configured as described above are configured as a mono task, its block diagram is shown in FIG. Similarly, APRC 22, RML 23, PSCC 24, PSCL 25, and GNCC 26 are included.

Here, the parts corresponding to the block main task are APRC 22, the PSCC 24, and the GNCC 26, and the parts corresponding to the library are RML 23 and PSCL ( 25).

Then, the session processing method in the GGSN system configured as described above will be briefly described with reference to the flowchart of FIG. 3.

First, when the GNCC 26 receives a packet data protocol (PDP) context creation request message through the interface card 40, the GNCC 26 generates a resource allocation request message for requesting resource allocation to the RML 23. Will be sent. At this time, the corresponding PDP context generation request proceeds to 280 per second.

Accordingly, the RML 23 receives a resource allocation request message from the GNCC 26, performs resource allocation, and transmits a resource allocation response message to the GNCC 26. The GNCC 26 transmits the RML ( 23) is allocated a resource and at the same time generates a TEID allocation request message for requesting the TEID (Tunnel End-point Identifier) allocation and transmits to the PSCL (25) side.

Accordingly, the PSCL 25 receives the TEID allocation request message from the GNCC 26, performs TEID allocation, and transmits a TEID allocation response message to the GNCC 26, and the GNCC 26 transmits the PSCL. TEID is assigned by (25).

Then, the GNCC 26 transmits a PDP context creation request message to the PSCC 24 for requesting the creation of a PDP context, and the PSCC 24 receives a PDP context creation request message from the GNCC 26. A message for requesting service type and IP definition is generated and transmitted to the APRC 22.

Accordingly, the APRC 22 receives the request message from the PSCC 24, performs a service type and IP definition, generates a response message, and transmits the response message to the PSCC 24. In the PSCC 24, the APRC Receive the service type and IP definition by (22) and configure the state machine and initialize the charging information by using the allocated resource and the TEID.

Accordingly, the PSCC 24 generates a PDP context creation response message and transmits it to the GNCC 26. The GNCC 26 transmits a corresponding PDP context creation response message through the interface card 40. give.

However, in the GGSN system as described above, in the session processing method, when the processing time of the resource allocation process and the TEID allocation process becomes long, an overflow phenomenon occurs in the IPC queue. The IPC overflows and a specific session request may be lost.

In other words, when the processing time between the resource allocation process and the TEID allocation process is long, since the PDP context creation request proceeds to 280 per second, the PDP context creation request message continues to accumulate in a receive queue. If more PDP context creation request messages are received that can be stored in the corresponding receive queue, eventually the PDP context creation request messages requesting a particular session will be lost. In addition, since the GNCC 26 is a mono task, that is, there is only one task, a situation in which the PDP context generation response message must be received from the PSCC 24 also increases the risk of loss of the IPC.

In the PSCC 24, when the internal processing time becomes long, or when a request for creation, deletion, modification, etc., is received at the same time, there is a situation in which the risk of loss of the IPC increases.

As described above, in the conventional GGSN system, IPC is generated between blocks between modules or blocks within a module at the time of session establishment, in which case the processing time due to transmission and reception of the corresponding IPC becomes long, or the IPC bursts. ), The received IPC overflows and the received message is missed.

Accordingly, the conventional GGSN system needs to be improved to the configuration of the session processing process to satisfy 1,000,000 (BHCA) centering around the blocks constituting the GSCM, which is a session control module directly related to basic session processing among several modules. This situation is desperately required. That is, it must be able to accommodate basic 500,000, extended 1,000,000 sessions, and support more than 1,000,000 (BHCA). In order to satisfy the above 1,000,000 (BHCA), the GGSN system should be able to open more than 280 sessions per second.

As such, in order to support the establishment of more than 280 sessions per second in the conventional GGSN system, an efficient process configuration method that minimizes processing time and avoids the IPC dropping is urgently required.

In order to solve the above problems or needs, the present invention provides a session processing system in a GGSN system to improve the GTP-C performance by having a dedicated task dedicated to specific signals and processing in the GGSN system, The purpose is.

In addition, an object of the present invention is to provide a dedicated task dedicated to a specific signal and processing in a GGSN system so that GTP-C can be processed at high speed without a phenomenon in which inter-block IPC is missing.

In the GGSN system according to an embodiment of the present invention for achieving the above object, the session processing system receives a plurality of signals dedicated to receiving specific IPCs between blocks or between blocks for establishing a session in the GGSN system. A task; And an event processing task for performing event processing when the IPC received through the signal receiving task bursts and a processing time is required.

Preferably, the signal receiving task includes: a first signal receiving task for exclusively receiving a PDP context generation request message from an SGSN side and transmitting a PDP context generation message after performing a resource allocation library call and a TEID allocation library call; And a second signal reception task for exclusively receiving a PDP context generation message from the first signal reception task and storing the PDP context generation message in a queue buffer.

Even more preferably, the event processing task is generated only when a PDP context creation message is stored in the queue buffer to process the corresponding PDP context creation message, and performs the queue processing of a predetermined processing capacity in the queue buffer. Characterized in that.

Alternatively, the session processing system in the GGSN system according to an embodiment of the present invention includes a queue buffer for storing the IPC received through the signal receiving task; It is characterized in that it further comprises a plurality of signal transmission task for receiving the event processing result and transmits exclusively to the SGSN side.

Preferably, the signal transmission task comprises: a first signal transmission task for receiving a response to a service type and IP definition from an APRC side exclusively to generate and transmit a PDP context generation response message; And a second signal transmission task for exclusively receiving a PDP context generation response message from the first signal transmission task and transmitting the same to the SGSN side. Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

In the GGSN system according to an embodiment of the present invention, the configuration for session processing is shown in FIG. 4, as shown in FIG. 4, the GNCC 50, the PSCC 60, the RML 70, the PSCL 80, and the APRC ( 90), where the block main task corresponds to the GNCC 50, the PSCC 60, and the APRC 90, and the library corresponds to the RML 70 and the PSCL 80. to be.

In addition, the blocks in the GSCM that directly manage the establishment of sessions in the GGSN system include dedicated tasks 51, 52, 61-63 dedicated to specific signals and processing, so that one dedicated task 51, 52, 61- Receiving and processing multiple signals simultaneously at 63) minimizes the risk of IPC loss in the prior art.

In this case, the configuration may be provided with a dedicated processor (hereinafter, referred to as signal reception tasks 51 and 61) for processing at the time of receiving a specific signal, thereby minimizing processing time, and may occur due to polling or the like. The impact can be minimized. In addition, the configuration includes not only the signal receiving tasks 51 and 61 but also an event processing task (hereinafter, referred to as an event processing task 62), so that the case of abnormal processing or deletion, etc. In addition, various risks incurred during IPC transmission and reception can be minimized.

In other words, in the GGSN system according to an embodiment of the present invention, the session processing system is dedicated to receiving specific IPCs between blocks or between blocks in a module to perform GTP-C processing (ie, session establishment) in the GGSN system. Signal reception tasks 51 and 61, which are dedicated tasks for each signal, are provided, and an event processing task 62, which is a dedicated task for event processing, is separately provided for a signal in which the corresponding IPC is received bursty and needs processing time. This ensures that multiple types of IPC are not concentrated in a single task. In addition, it is possible to reduce the burden on the processing time by a separate event processing task 62 for the specific IPC processing.

As shown in FIG. 4, the GNCC 50 has a signal receiving task 51 for exclusively receiving a PDP context creation request message from an SGSN side via an interface card, and a PDP context received from the PSCC 60. And a signal transmission task 52 for exclusively transmitting the generated response message through the interface card.

The signal receiving task 51 transmits a PDP context generation message to the PSCC 60 after performing a resource allocation library call and a TEID allocation library call.

The signal transmission task 52 is a dedicated process for receiving a PDP context creation response message from the PSCC 60. After receiving the PDP context creation response message, the signal transmission task 52 sends the corresponding PDP context creation response message to the SGSN side through the interface card. Send it.

As shown in FIG. 4, the PSCC 60 includes a signal reception task 61, an event processing task 62, a signal transmission task 63, and a queue buffer 64.

The signal receiving task 61 is a dedicated task for receiving a PDP context generating message from the GNCC 50. The signal receiving task 61 uses the queue buffer 64 when delivering the corresponding PDP context generating message to the event processing task 62. After receiving the IPC, the corresponding PDP context generation message is stored in the queue buffer 64.

The event processing task 62 is an event processing process that is started only when there is a PDP context generation message in the queue buffer 64. The event processing task 62 performs a queue processing by the processing capacity determined by the queue buffer 64. It is not a task type generated as much as Daemon) or the number of signal receptions, but when a message exists in the queue buffer 64, it is generated alone to process a corresponding message. The event processing task 62 is a task in which processing capacity is internally adjustable, which is performed internally in a polling manner, and is a process that is started solely for queue processing, and poses a risk of a process type generated for each event processing. It can be minimized.

The signal transmission task 63 receives a response message for the service type and IP definition from the APRC 90, and then performs an internal process to transmit a PDP context generation response message to the GNCC 50.

The queue buffer 64 stores a PDP context generation message received from the signal receiving task 61.

The operation of the session processing system in the GGSN system according to an embodiment of the present invention will be described with reference to the flowchart of FIG. 5.

First, the GNCC 50 has a signal reception task 51 for exclusively receiving a PDP context creation request message. In the signal reception task 51, an IPC is received bursty through an interface card from the SGSN side. After confirming whether the processing time requires the PDP context creation request message (step S1), the PDP context creation request message is received exclusively (step S2), and at the same time, a resource allocation request message for requesting resource allocation is generated to RML. It transmits to the 70 side (step S3).

Accordingly, the RML 70 receives a resource allocation request message from the signal receiving task 51, performs resource allocation, and transmits a resource allocation response message to the signal receiving task 51.

Accordingly, the signal receiving task 51 receives the resource allocation response message from the RML 70 (step S4), and simultaneously generates a TEID allocation request message for requesting TEID allocation and transmits it to the PSCL 80 side. (Step S5).

Then, the PSCL 80 receives the TEID allocation request message from the signal receiving task 51, performs TEID allocation, and transmits a TEID allocation response message to the signal receiving task 51.

Accordingly, the signal reception task 51 receives the TEID assignment response message from the PSCL 80 (step S6), and then transmits a PDP context generation message to the PSCC 60 to request the creation of the PDP context. .

The PSCC 60 includes a signal reception task 61 and a queue buffer 64 for exclusively receiving a PDP context generation message. In the signal reception task 61, the GNCC 50 side is provided. The PDP context generation message is received from the signal reception task 51 of the signal and stored in the queue buffer 64 (step S7).

In the PSCC 60, an event processing task 62 for event processing is additionally provided for a message in which the IPC is bursty and needs a processing time. The event processing task 62 further includes the queue. After confirming that the PDP context creation message is stored in the buffer 64 (step S8), it is started only when there is a PDP context creation message in the queue buffer 64, so as to satisfy the processing capacity determined by the queue buffer 64. Queue processing is performed (step S9). At the same time, the event processing task 62 generates a message for requesting service type and IP definition and transmits it to the APRC 90 (step S10).

Accordingly, the APRC 90 receives the request message from the event processing task 62 in the PSCC 60, performs a service type and IP definition, generates a response message, and transmits the response message to the PSCC 60.

Accordingly, the PSCC 60 further includes a signal transmission task 63 that performs internal processing after exclusively receiving a response message for the service type and IP definition from the APRC 90. The signal transmission task 63 receives a response message for the service type and IP definition from the APRC 90 (step S11), configures a state machine and initializes the charging information (step S12), and the PDP context. A generation response message is generated and transmitted to the GNCC 50 side (step S13).

Then, the GNCC 50 has a signal transmission task 52 for exclusively receiving a PDP context creation response message and transmitting it to the SGSN side. The signal transmission task 52 transmits a signal in the PSCC 60. The PDP context creation response message is received from the task 63 and transmitted to the SGSN through the interface card (step S14).

As described above, according to the present invention, by having a dedicated task in the GGSN system and simultaneously receiving and processing specific signals, GTP-C can be processed at high speed without the phenomenon of inter-block IPC dropping.

1 is a block diagram illustrating a typical Gateway GPRS Support Node (GGSN) system.

2 is a block diagram showing a configuration for session processing in a typical GGSN system.

3 is a flowchart illustrating a session processing method in a general GGSN system.

4 is a block diagram showing a configuration for session processing in a GGSN system according to an embodiment of the present invention.

5 is a flowchart illustrating an operation of a session processing system in a GGSN system according to an embodiment of the present invention.

Explanation of symbols on the main parts of the drawings

50: GNCC (GN Interface Connection Control)

60: PSCC (PDP Context & Session Management Connection Control)

70: RML (Resource Management Library)

80: Packet Session Common Shared Library (PSCL)

90: APRC (Apn Routing Control)

51, 52, 61 ~ 63: dedicated task

64: Queue Buffer

Claims (5)

A plurality of signal receiving tasks dedicated to receiving specific interprocessor communication (IPC) between blocks between modules or within blocks within a module for establishing a session in a Gateway GPRS Support Node (GGSN) system; And an event processing task for performing event processing when the IPC received through the signal receiving task bursts and a processing time is required. The method of claim 1, The signal receiving task exclusively receives a packet data protocol (PDP) context creation request message from a serving GPRS support node (SGSN) and performs a resource allocation library call and a tunnel end-point identifier identifier (TEID) call. A first signal receiving task to send a PDP context creation message; And a second signal receiving task for exclusively receiving a PDP context generation message from the first signal receiving task and storing the PDP context generation message in a queue buffer. The method of claim 1, A queue buffer for storing the IPC received through the signal receiving task; And a plurality of signal transmission tasks for receiving the event processing result and transmitting the event processing result exclusively to SGSN. The method of claim 3, The signal transmission task may include: a first signal transmission task for receiving a response to a service type and an IP (Internet Protocol) definition from an APRC (APN Routing Control) side exclusively to generate and transmit a PDP context generation response message; And a second signal transmission task for exclusively receiving a PDP context generation response message from the first signal transmission task and transmitting the PDP context creation response message to the SGSN side. The method of claim 1, The event processing task is generated only when a PDP context creation message is stored in the queue buffer to process the corresponding PDP context creation message, and performs a queue processing of a predetermined processing capacity in the queue buffer. Session processing system in Jijiensu system.