Patent Description:
The statements in this section merely provide background information on the present disclosure and do not necessarily constitute the prior art.

As demand for multimedia services increases, discussions about 5th generation mobile communication technology supporting massive traffic are underway. In the <NUM> mobile communication system, it is an important task to efficiently process massive traffic. To address this issue, a discussion on separating the functions of the control plane (CP) and the user plane (UP) of the gateway from each other is underway in the 3rd Generation Partnership Project (3GPP).

In the case where a node performing a function of the control plane and a node performing a function of the user plane are separated in a gateway, downlink traffic for a user equipment (UE) in an idle mode is generated and needs to be processed using a method different from the conventional methods. In other words, there is a need for a method for efficiently processing traffic as a node (the user plane node of the gateway) where traffic arrives differs from a node (the control plane node of the gateway) that should process paging.

In the <NUM> mobile communication system, downlink traffic generated for a UE in the idle mode may be frequently generated traffic or large-capacity traffic, and therefore it is an important task to efficiently process the traffic, reduce latency in data transmission to a user, and effectively use network resources. A method for enabling buffering within a software defined network architecture is known from <CIT>.

It is an object of the embodiments of the present disclosure to provide a method for transmitting a downlink packet for a UE in an idle mode which is capable of reducing a data transmission latency for a user and efficiently using network resources in a mobile communication system in which the control plane and the user plane of a gateway node are separated.

The invention provides a method for transmitting a downlink packet to a user equipment in an idle mode, and further provides a gateway, as recited in the dependent claims. The present invention discloses a method for transmitting a downlink packet to a user equipment, UE, in an idle mode in a mobile communication system in which a gateway is separated into a user plane node and a control plane node, the method comprising: receiving, by the user plane node, an update command message including a preset buffering time from the control plane node; receiving and buffering, by the user plane node, the downlink packet for the UE; transmitting, by the user plane node, a notification message of a reception of the downlink packet to the control plane node; and transmitting, by the user plane node, the buffered downlink packet to the UE through a base station, whereby the user plane node delays the notification message of the reception of the downlink packet to the control plane node until the preset buffering time elapses.

The present invention further discloses a gateway for transmitting a downlink packet to a user equipment, UE, in an idle mode in a mobile communication system, the gateway comprising: a control plane node; and a user plane node, wherein the user plane node receives an update command message including a preset buffering time from the control plane node, receives and buffers the downlink packet for the UE, transmits a notification message of a reception of the downlink packet to the control plane node, and transmits the buffered downlink packet to the UE through a base station, whereby the user plane node is adapted to delay the notification message of the reception of the downlink packet to the control plane node until the preset buffering time elapses.

As is apparent from the above, according to embodiments of the present disclosure, in transmitting downlink data to a UE in an idle mode in a mobile communication system in which the control plane and the user plane of a gateway node are separated from each other, data transmission latency for a user may be reduced and network resources may be efficiently used.

According to an embodiment of the present disclosure, in the mobile communication system in which the user plane and the control plane of the gateway node are separated, the idle mode of the UE may be supported, thereby increasing the battery usage time.

According to an embodiment of the present disclosure, as the user plane nodes of the gateway are divided into a user plane node for processing traffic generated in a connected mode of a UE and a user plane node for buffering the downlink traffic generated in an idle mode of the UE, the service quality experienced by the user may be enhanced or the complexity of the user plane nodes of the gateway may be reduced.

According to an embodiment of the present disclosure, a user plane node to process traffic generated in the connected mode of a UE and a user plane node to buffer downlink traffic generated in the idle mode of the UE are configured by service chaining. Thereby, overhead caused by update of a routing path may be reduced.

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

The following detailed description, together with the accompanying drawings, is intended to illustrate exemplary embodiments of the present disclosure and is not intended to represent the only embodiments through which the disclosure can be practiced.

<FIG> is a configuration diagram of a conventional LTE mobile communication system.

Referring to <FIG>, a conventional LTE mobile communication system includes a user equipment (UE) <NUM>, a base station (RAN) <NUM>, a mobility management entity (MME) <NUM> (hereinafter referred to as "MME"), a serving gateway (S-GW) <NUM> (hereinafter referred to as "S-GW"), a packet data network gateway (P-GW) <NUM> (hereinafter referred to as "P-GW"), a policy and charging rule function (PCRF) <NUM> (hereinafter referred to as "PCRF"), and a packet data network (PDN) <NUM> (hereinafter referred to as "PDN").

The conventional LTE mobile communication system may be broadly divided into the UE <NUM>, the RAN <NUM>, and a core network. Here, the core network includes the MME <NUM>, the S-GW <NUM>, the P-GW <NUM>, and the PCRF <NUM>.

The gateways (S-GW and P-GW) included in the core network function to operatively connect the PDN <NUM> to the RAN <NUM>. The functions of the gateways may be broadly divided into a function of a user plane (UP) to transmit a user data packet and a function of a control plane (CP) to control the function of the UP.

The main function of the CP is to finally determine a traffic transmission parameter to be used in the UP in consideration of user services, such as session management, mobility management, and QoS (Quality of Service) management, and the network state. The main function of the UP is to process (e.g., transmit, discard, or buffer) an actual user traffic packet by applying the parameter determined by the CP.

Most of the conventional gateway nodes (S-GW and P-GW) have both the function of the UP and the function of the CP.

However, for the mobile communication system according to an embodiment of the present disclosure, the CP and the UP of the gateway are separately located. Since the function performed by the UP is to process the user traffic packet according to the determined parameter as described above, it is simple and repetitive compared to the function performed by the CP. Therefore, according to this embodiment, the UP may be implemented with a switch which has low complexity and is inexpensive, and the CP may be centralized. Thereby, the overall performance of the mobile communication system may be improved. That is, by implementing the system by separating the functions of the UP and the CP according to the performance required by each of the functions of the UP and the CP, overall system performance may be improved. In addition, price efficiency of the system may be enhanced along with improvement in the performance of the system.

Hereinafter, a structure of a mobile communication system according to an embodiment of the present disclosure will be described in detail with reference to <FIG>.

<FIG> is a configuration diagram of a mobile communication system according to an embodiment of the present disclosure.

The mobile communication system <NUM> according to an embodiment of the present disclosure includes a UE <NUM>, a RAN <NUM>, an MME <NUM>, gateway nodes <NUM> and <NUM>, and a PCRF <NUM>. Here, the gateway nodes <NUM> and <NUM> are separated into a CP node <NUM> (hereinafter referred to as "GW CP") and a UP node <NUM> (hereinafter referred to as "GW UP").

Hereinafter, the "node" in the description of the embodiments of the present disclosure may be implemented by a physical network apparatus, a software module performing a network function, or a combination thereof. The software module may be stored in a memory so as to perform one or more functions according to embodiments of the disclosure, which will be described below, and executed by one or more processors. The functions according to the embodiments of the present disclosure may be performed by one processor or may be performed by a plurality of processors in a distributed manner. The memory may be arranged inside or outside the processor and may be connected to the processor by various means known to those of ordinary skill in the art.

The memory may be a computer-readable recording/storage medium such as a random access memory (RAM), a read only memory (ROM), a flash memory, an optical disc, a magnetic disk, or a solid state drive (SSD). The processor may be implemented by a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic devices, an individual gate or transistor logic, individual hardware components, or any combination thereof.

The UE <NUM> may access an external network (not shown) via the RAN <NUM>, a central cloud <NUM>, and an edge cloud <NUM>. The UE <NUM> is an electronic device having a communication function, and examples thereof may include various kinds of electronic devices such as a tablet, a laptop, a personal computer (PC), a portable multimedia player (PMP) a wireless communication terminal, a smartphone, a mobile communication terminal, a television, a digital video disc (DVD) player, an audio player, a refrigerator, an air conditioner, a gaming console, a set-top box, a medical device, and a measurement device.

The RAN <NUM> refers to a radio access network (RAN) node, which is an apparatus that constitutes an access network for call processing of the UE <NUM>. The RAN <NUM> may be, for example, an e-NodeB.

The MME <NUM> is a node that performs signaling and control functions for supporting network access, network resource allocation, tracking, paging, roaming, and handover of the UE <NUM>.

The GW CP <NUM> refers to a node that performs the CP function of the gateway, and the GW UP <NUM> refers to a node that performs the UP function of the gateway. The GW UP <NUM> may include a first UP node <NUM> (hereinafter referred to as "GW UP-C") and a second UP node <NUM> (hereinafter referred to as "GW UP-I") according to an embodiment of the present disclosure. The GW UP-C <NUM> and the GW UP-I <NUM> are nodes that are assigned the functions of the GW UP <NUM> according to the idle mode and the connected mode of the UE <NUM>, and a detailed description thereof will be given later with reference to other drawings.

The PCRF <NUM> is a node that defines rules for policy and charging for each UE <NUM>.

The MME <NUM>, the GW CP <NUM> and the PCRF <NUM> may be virtualized and executed in the central cloud <NUM>, and the GW UP <NUM> may be virtualized and executed in the edge cloud <NUM>. The central cloud <NUM> and the edge cloud <NUM> may be implemented using a commercial server. Here, the edge cloud <NUM> is a cloud that is located at the edge of an operator network, i.e., near the UE or the base station to provide communication and computing functions.

According to an embodiment of the present disclosure, the functions of the gateway may be separated to move the GW UP forward and arrange the same in the edge cloud <NUM>. As the physical path of the UE <NUM> and the RAN <NUM> is shortened due to the forward placement of the GW UP, the transmission latency of the user data may be effectively shortened.

However, due to the system structure in which the UP and the CP are separated from each other, it is difficult to process downlink traffic of the UE <NUM> in the idle mode. Specifically, this is because downlink traffic arrives at a UP node, but it is performed at the CP node that detects the arrival and triggers the paging and service request procedure (i.e., transmits a Downlink Data Notification message to the MME).

Another issue arises from the fact that processing the downlink packet of the UE <NUM> in the idle mode requires the packet storage (buffering) function to be included in the UP node. Specifically, if the buffering function is implemented in all UP nodes, a packet that should be quickly transmitted to a UE in the connected mode may not be processed due to execution of the buffering function, which may result in service quality degradation. Further, it may become difficult to implement a UP node with switches which have low complexity as described above.

To address these issues, embodiments of the present disclosure provide a method for processing downlink traffic for the UE <NUM> in the idle mode by exchanging information between the UP node and the CP node.

Hereinafter, embodiments of the present disclosure will be described in detail with reference to <FIG>.

<FIG> is a flowchart illustrating a downlink data transmission method for a UE in an idle mode according to an embodiment of the present disclosure.

Referring to <FIG>, the UE <NUM> switches to the idle mode after terminating data transmission in the connected mode (S310). Then, the GW CP <NUM> registers information for receiving a downlink packet for the UE <NUM> and a reception notification to the GW UP <NUM> (S312). Step S312 may include the step of transmitting, by the GW CP <NUM>, information including at least one of the International Mobile Subscriber Identification (IMSI) and IP address of the UE <NUM> to the GW UP.

In an embodiment, when the GW UP <NUM> and the GW CP <NUM> communicate using the Open Flow protocol, the information that the GW CP <NUM> transmits to the GW UP <NUM> may further include filter information for specifying a specific IP address. In this case, the GW UP <NUM> may transmit, to the GW CP <NUM>, a message including at least one of reception information about a downlink packet matching the filter, a UE to which the received downlink packet belongs, an IP address, and a tunnel endpoint identifier (TEID).

According to an embodiment of the present disclosure, the GW UP-C <NUM> may transmit a first forwarding table update command message including a preset buffering time to the GW UP. Here, the preset buffering time may be set based on, for example, the subscription information about the user or service characteristics. In this case, even if the GW UP receives the downlink packet, it does not transmit a downlink packet reception notification message to the GW CP <NUM> until the preset buffering time elapses. This may reduce battery consumption of the UE <NUM> which uses a service that is not sensitive to latency.

After step S312, when the IMSI of the UE <NUM> or a downlink packet destined for the IP address is received by the GW UP <NUM>, the GW UP <NUM> buffers the received downlink packet (S314) and transmits a downlink packet reception notification message to the GW CP <NUM> (S316). The notification message of the downlink packet reception may include at least one of the IMSI of the UE, an IP address, and a tunnel endpoint identifier (TEID).

The GW CP <NUM> transmits, to the mobility management entity (MME), a reception notification message of the downlink packet for notifying that the downlink packet for the UE <NUM> in the idle mode has been received (S318). Here, the reception notification message of the downlink packet may include the TEID of the EPS bearer to which the packet belongs.

If the GW CP <NUM> does not receive the TEID from the GW UP <NUM>, the reception notification message of the downlink packet may include the TEID of a default bearer of a packet data network connection (PDN connection) identified by at least one of the IMSI and IP address of the UE <NUM>. The GW CP <NUM> transmits, to the MME <NUM>, a message for notifying that the downlink packet has been received, using the notification information received from the GW UP <NUM>.

After step S318, the MME <NUM> transmits a paging request message to the UE <NUM> and receives a service request message from the UE <NUM>, over the RAN <NUM>. Thereby, a paging procedure S320 and a bearer setting procedure S322 for the UE <NUM> in the idle mode are performed.

The GW UP <NUM> transmits the buffered downlink packet to the UE <NUM> via the RAN <NUM> (S324 and S326). Specifically, the GW UP <NUM> transmits the buffered downlink packet to the RAN <NUM> using the bearer set in step S322, and the RAN <NUM> transmits the received downlink packet to the UE <NUM> (S326).

While it is illustrated in <FIG> that the respective operations are sequentially executed, embodiments are not limited thereto. In other words, the operations disclosed in <FIG> may be executed in a different order or one or more of the operations may be executed in parallel. Thus, the operations of <FIG> are not limited to a time-series order.

According to the embodiment illustrated in <FIG>, the downlink traffic for the UE <NUM> in the idle mode may be processed in the mobile communication network <NUM> in which the GW CP <NUM> and the GW UP <NUM> are separated from each other.

When the UE <NUM> is switched to the idle mode, the GW UP <NUM> according to an embodiment of the present disclosure may process downlink traffic by performing the buffering function. However, the buffering function may increase complexity of the mobile communication system. This is because the amount of traffic to be buffered by the GW UP <NUM> may be large or switching to the idle mode may frequently occur, as the UE connected to the network stays in the idle mode for most of the time. For this reason, in order to buffer a large amount of traffic, the GW UP <NUM> should be equipped with a large capacity buffer, which may increase the complexity of the UP node. If the number of the UEs is large or the UEs frequently enter the idle mode, traffic processing for a UE in the connected mode may be delayed due to traffic processing for the UEs in the idle mode. Therefore, it is necessary to separate the functions of the GW UP <NUM> according to the connected mode or the idle mode of the UE <NUM> to reduce complexity of the node or to prevent the idle mode traffic processing from affecting the connected mode traffic processing.

Hereinafter, embodiments of the present disclosure for addressing the above-mentioned issues will be described with reference to <FIG>.

<FIG> is a flowchart illustrating a downlink data transmission method for a UE in an idle mode according to another embodiment of the present disclosure.

Referring to <FIG>, the mobile communication system <NUM> of this embodiment may include a GW UP-C for processing traffic generated in the connected mode of the UE <NUM>, and a GW UP-I for buffering traffic generated in the idle mode of the UE <NUM>.

In this embodiment, the GW UP <NUM> is separated into a GW UP-C <NUM> and a GW UP-I <NUM> and the buffering function in the idle mode is concentrated at the GW UP-I <NUM>. Thereby, complexity of the GW UP-C <NUM> may be reduced and an influence on connected mode traffic processing may be reduced.

Referring to <FIG>, the UE <NUM> first terminates data transmission in the connected mode (S410). Then, the RAN <NUM> may transmit a UE context release request message (e.g., UE Context Release Request) to the MME <NUM> (S412), and the MME <NUM> may transmit a bearer modify/release request message (e.g., Bearer Release Request) to the GW CP <NUM> (S414). Steps S412 and S414 are merely exemplary as a procedure of switching the UE <NUM> to the idle mode, and those skilled in the art will appreciate that various modifications and variations can be made without departing from the essential features of this embodiment.

The GW CP <NUM> transmits a first forwarding table update command message to the GW UP-I <NUM> and the GW UP-C <NUM> as the UE <NUM> is switched to the idle mode (S416). Here, the first forwarding table update command message may refer to a message for instructing update of the forwarding table such that the GW UP-I <NUM>, not the GW UP-C <NUM>, receives the downlink packet generated for the UE <NUM> in the idle mode.

Specifically, the GW CP <NUM> may transmit, to GW UP-C <NUM>, a message instructing the GW UP-C <NUM> to update the forwarding table so as not to receive the downlink packet for the UE <NUM> in the idle mode (S416). In addition, the GW CP <NUM> may transmit, to the GW UP-I <NUM>, a message instructing the GW UP-I <NUM> to update the forwarding table to receive the downlink packet for the UE <NUM> in the idle mode (S418).

According to an embodiment of the present disclosure, the GW UP-C <NUM> may transmit, to the GW UP-I <NUM>, the first forwarding table update command message including a preset buffering time. Here, the preset buffering time may be set based on, for example, the subscription information about the user or the service characteristics. In this case, even if the GW UP-I <NUM> receives the downlink packet, it does not transmit a downlink packet reception notification message to the GW CP <NUM> until the preset buffering time elapses. This may reduce battery consumption of the UE <NUM> which uses a service that is not sensitive to latency.

Upon receiving the first forwarding table update command message, the GW UP-I <NUM> changes the transmission path of the downlink packet from the GW UP-C <NUM> to the GW UP-I <NUM> (S420). Specifically, the GW UP-I <NUM> may transmit, to one or more routers <NUM>, routing information for changing the routing path as described above.

Once the GW UP-I <NUM> receives the downlink packet for the UE <NUM> in the idle mode along the changed routing path, the GW UP-I <NUM> transmits a downlink packet reception notification message indicating the reception to the GW CP <NUM> (S424). Here, the reception notification message of the downlink packet may include IMSI of the UE <NUM>, an IP address, and a tunnel endpoint identifier (TEID). As described above, when the GW UP-I <NUM> receives the buffering time, it may delay transmission of the reception notification message of the downlink packet until the buffering time elapses.

Step S426 is similar to the paging procedure and the service request procedure described above with reference to <FIG>, and thus a description thereof will be omitted.

The GW CP <NUM> transmits a second forwarding table update command message to the GW UP-C <NUM> and the GW UP-I <NUM> in response to the reception notification message of the downlink packet (S428 and S430). Specifically, the GW CP <NUM> may transmit a message instructing update of the forwarding table to allow the GW UP-C <NUM> to receive the downlink packet buffered in the GW UP-I <NUM> (S428). In addition, the GW CP <NUM> may transmit a message instructing update of the forwarding table such that the downlink packet buffered in the GW UP-I <NUM> is forwarded to the GW UP-C <NUM> (S430). Here, the message instructing update of the forwarding table may include the address or port information about the GW UP-C <NUM>.

The GW UP-I <NUM> transmits the buffered downlink packet to the GW UP-C <NUM> using the path generated according to update of the forwarding table (S432).

An operation of resetting the bearer (e.g., the EPS bearer) may be performed in order to transmit the downlink packet from the GW UP-C <NUM> to the RAN <NUM> (S434).

The GW UP-C <NUM> may transmit routing information for changing the routing path to one or more routers <NUM> in order to change, from the GW UP-I <NUM> to the GW UP-C <NUM>, the transmission path of the downlink packet generated after the UE <NUM> is switched from the idle mode to the connected mode (S436).

The GW UP-C <NUM> transmits the downlink packet buffered in the GW UP-I <NUM> to the UE <NUM> via the RAN <NUM> (S438 and S440). Specifically, the GW UP-C <NUM> transmits the downlink packet to the RAN <NUM> using the bearer set in step S434, and the RAN <NUM> transmits the received downlink packet to the UE <NUM> (S440).

While it is illustrated In <FIG> and <FIG> that the respective operations are sequentially executed, embodiments are not limited thereto. In other words, the operations disclosed in <FIG> and <FIG> may be executed in a different order or one or more of the operations may be executed in parallel. Thus, the operations of <FIG> and <FIG> are not limited to the time-series order.

While it is illustrated in the previous embodiment that, when the UE <NUM> in the idle mode is switched to the connected mode, a packet buffered in the GW UP-I <NUM> is transmitted to the GW UP-C <NUM>, and then the GW UP-C <NUM> transmits the packet to the UE <NUM> via the RAN <NUM>, embodiments are not limited thereto. For example, in the case where the GW UP-I <NUM> is directly connected to the RAN <NUM>, the GW CP <NUM> may cause the packets buffered in the GW UP-I <NUM> to be transmitted to the RAN <NUM>, and then may set and transmit forwarding information to the GW UP-I <NUM> and the GW UP-C <NUM> such that the downlink packet transmission path is changed to the GW UP-C <NUM>.

In the embodiment illustrated in <FIG>, the first UP node (GW UP-C) for processing traffic generated in the connected mode of the UE <NUM> is separated from the second UP node (GW UP-I) for buffering traffic generated in the idle mode. Thereby, efficiency of the system may be improved.

However, as the downlink packet transmission path is changed between the GW UP-C <NUM> and the GW UP-I <NUM>, there is an overhead of transmission of routing path information to one or more routers <NUM>. Therefore, a method for reducing such overhead is required.

Hereinafter, an embodiment of the present disclosure for addressing the aforementioned issue will be described with reference to <FIG>.

<FIG> is a flowchart illustrating a downlink data transmission method for a UE in an idle mode terminal according to yet another embodiment of the present disclosure.

Referring to <FIG>, the UE <NUM> first terminates data transmission in the connected mode (S510). Then, the RAN <NUM> may transmit a UE context release request message (e.g., UE Context Release Request) to the MME <NUM> (S512), and the MME <NUM> may transmit a bearer modify/release request message (e.g., Bearer Release Request) to the GW CP <NUM> (S514). Steps S412 and S414 are merely examples of a procedure of switching the UE <NUM> to the idle mode, and those skilled in the art will appreciate that various modifications and variations can be made without departing from the essential features of this embodiment.

In this embodiment, the GW UP-C <NUM> and the GW UP-I <NUM> are connected by service chaining. The functions of the GW UP-C <NUM> and the GW UP-I <NUM> may be virtualized and connected. Application of service chaining means that the downlink packet transmission is performed along a path running from the GW UP-C <NUM> to the GW UP-I <NUM> to the GW UP-C <NUM> and to the RAN <NUM>. On this path, the GW UP-I <NUM> receives and stores the idle mode traffic from the GW UP-C and transfers the same back to the GW UP-C when the UE <NUM> is switched to the connected mode.

As the UE <NUM> is switched to the idle mode, the GW CP <NUM> transmits a first forwarding table update command message to the GW UP-I <NUM> and the GW UP-C <NUM>. Here, the first forwarding table update command message may be a message instructing update of the forwarding table such that the GW UP-C <NUM> receives a downlink packet generated in the idle mode of the UE <NUM> and forwards the same to the GW UP-I <NUM>, and the GW UP-I <NUM> buffers the forwarded downlink packet.

That is, the GW CP <NUM> may transmit, to the GW UP-C <NUM>, a message instructing update of the forwarding table such that the downlink packet received by the GW UP-C <NUM> is forwarded to the GW UP-I <NUM> (S516). In addition, the GW CP <NUM> may transmit, to the GW UP-I <NUM>, a message instructing update of the forwarding table such that the downlink packet received from the GW UP-C <NUM> is buffered (S518).

According to an embodiment of the present disclosure, the GW UP-C <NUM> may transmit a first forwarding table update command message including a preset buffering time to the GW UP-I <NUM>. Here, the preset buffering time may be set based on, for example, the subscription information about the user or the service characteristics. In this case, even if the GW UP-I <NUM> receives a downlink packet, it does not transmit a downlink packet reception notification message to the GW CP <NUM> until the preset buffering time elapses. This may reduce battery consumption of the UE <NUM> which uses a service that is not sensitive to latency.

The downlink packet generated for the UE <NUM> in the idle mode is first transmitted to the GW UP-C <NUM> (S520). The GW UP-C <NUM> forwards the received downlink packet to the GW UP-I <NUM> by an established service chain (S522).

The GW UP-I <NUM> buffers the received downlink packet (S522), and transmits, to the GW CP <NUM>, a downlink reception notification message for announcing that the downlink packet has been received (S526). If the buffering time described above is set, the GW UP-I <NUM> may buffer the packet until the time elapses and may transmit the reception notification message to the GW CP <NUM> at the time when the time elapses.

Step S528 is similar to the paging procedure and the service request procedure described above with reference to <FIG>, and a description thereof will thus be omitted.

Thereafter, the GW CP <NUM> transmits a second forwarding table update command message to the GW UP-C <NUM> and the GW UP-I <NUM> in response to the reception notification message of the downlink packet (S530, S532) and causes the downlink packet buffered in the GW UP-I <NUM> to be transmitted to the GW UP-C <NUM> (S534).

Specifically, the GW CP <NUM> may transmit a message instructing update of the forwarding table to allow the GW UP-C <NUM> to receive the downlink packet buffered in the GW UP-I <NUM> (S530). In addition, the GW CP <NUM> may transmit a message instructing update of the forwarding table such that a downlink packet generated after the UE <NUM> is switched to the connected mode is not forwarded to the GW UP-I <NUM>. This is intended to disable the service chain established when the UE <NUM> is in the idle mode.

In addition, the GW CP <NUM> may transmit, to the GW UP-I <NUM>, a message instructing update of the forwarding table such that the downlink packet buffered in the GW UP-I <NUM> is forwarded to the GW UP-C <NUM> (S532). Here, the command message (the second forwarding table update command message) transmitted by the GW CP <NUM> may include the address or port information about the GW UP-C <NUM>.

The GW UP-I <NUM> may forward the buffered downlink packet to the GW UP-C <NUM> (S534), and the GW UP-C <NUM> may transmit the buffered downlink packet received from the GW UP-I <NUM> to the UE <NUM> via the RAN <NUM> (S536 and S538). Details are similar to those described above with reference to <FIG>, and a description thereof will be omitted.

Steps are described to be sequentially performed in <FIG> and <FIG> as a mere example for describing the technical idea of some embodiments, although one of ordinary skill in the pertinent art would appreciate that various modifications, additions and substitutions are possible by performing the sequences shown in <FIG> and <FIG> in a different order or at least one of steps in parallel without departing from the idea and scope of the embodiments, and hence the examples shown in <FIG> and <FIG> are not limited to the chronological order.

The steps shown in <FIG> can be implemented as a computer program, and can be recorded on a non-transitory computer-readable medium. The computer-readable recording medium includes any type of recording device on which data that can be read by a computer system are recordable. Examples of the computer-readable recording medium include a magnetic storage medium (e.g., a floppy disk, a hard disk, a ROM, USB memory, etc.), an optically readable medium (e.g., a CD-ROM, DVD, Blue-ray, etc.) and carrier waves (e.g., transmission through the Internet). Further, an example computer-readable recording medium has computer-readable codes that can be stored and executed in a distributed mode in computer systems connected via a network.

As described above, the present disclosure is applicable to a technology for transmitting downlink data to a UE in an idle mode. Thereby, the present disclosure may reduce transmission latency, improve the efficiency of use of network resources by separating the CP and the UP of gateway nodes and increase the battery usage time by supporting the idle mode of the UE.

Claim 1:
A method for transmitting a downlink packet to a user equipment, UE (<NUM>), in an idle mode in a mobile communication system in which a gateway is separated into a user plane node (<NUM>) and a control plane node (<NUM>), the method comprising:
receiving, by the user plane node(<NUM>), an update command message including a preset buffering time from the control plane node (<NUM>);
receiving and buffering, by the user plane node (<NUM>), the downlink packet for the UE (<NUM>);
transmitting, by the user plane node (<NUM>), a notification message of a reception of the downlink packet to the control plane node (<NUM>); and
transmitting, by the user plane node (<NUM>), the buffered downlink packet to the UE (<NUM>) through a base station (<NUM>),
characterized in that the user plane node (<NUM>) delays the notification message of the reception of the downlink packet to the control plane node (<NUM>) until the preset buffering time elapses.