This application claims the benefit under 35 U.S.C. §119(a) of a Korean patent application filed in the Korean Intellectual Property Office on Feb. 16, 2009 and assigned Serial No. 10-2009-0012542, the entire disclosure of which is hereby incorporated by reference.
1. Field of the Invention
Aspects of the present invention relate to an apparatus and method for managing a path between nodes in a mobile communication system. More particularly, aspects of the present invention relate to an apparatus and method for managing a path for a specific node when the specific node operates abnormally in an Evolved Packet Core (EPC) system.
2. Description of the Related Art
Subsequent to standardization for a system and terminal of wideband code division multiple access, standardization works for next generation mobile communication are ongoing in the 3rd Generation Partnership Project (3GPP). In addition, a structure for an Enhanced Packet Core (EPC) and a related protocol are being standardized.
Referring to
In the EPC system 100, an echo request and echo response message having a format as shown in Table 1 below is used to manage a path to each node by determining whether each node operates normally. Table 1 below illustrates the format of the echo request and echo response message.
Herein, “Recovery” denotes a system reset count of a specific node, “P” denotes a Post condition, “M” denotes a Mandatory, “O” denotes an Optional, and ‘CR’ denotes a Change Request.
As shown in Table 1 above, each node of the EPC system uses the echo request and echo response message including the system reset count to perform path management by recognizing whether a problem occurs in a path to a peer node.
However, since the path management using the echo request and echo response message is a path management method performed between one node and another node, it is not suitable as a path management method of a system including an intermediary node. For example, if the MME, the S-GW, and the P-GW are used in the EPC system, when the MME operates abnormally, the S-GW may determine that the MME operates abnormally by transmitting/receiving the echo request and echo response message to/from the MME and then delete call data associated with the MME. In this case, the P-GW cannot know that the MME operates abnormally. Therefore, in order for the P-GW to release the call associated with the MME, the S-GW has to transmit a call release message to the P-GW. The number of call release messages generated in this case is equal to the number of calls which are set up in association with the MME. Each of these generated messages is transmitted to the P-GW. For example, if one million calls are set up in association with the P-GW and the MME, the S-GW instantaneously generates one million call release messages and transmits the generated messages to the P-GW. This may cause a system overload not only for the S-GW which generates and transmits the call release message but also for the P-FW which receives the call release message. Further, there is a problem in that a specific path is congested.
As described above, the conventional path management method has a disadvantage in that a system overload is generated or a congestion situation occurs. Accordingly, there is a need to provide a more effective path management method.
Aspects of the present invention address at least the above-mentioned problems and/or disadvantages and to provide at least the advantages described below. Accordingly, an aspect of the present invention is to provide an apparatus and method for managing a path between nodes in a mobile communication system.
Another aspect of the present invention is to provide an apparatus and method for managing a call of a specific node when the specific node operates abnormally in an Evolved Packet Core (EPC) system.
Another aspect of the present invention is to provide an apparatus and for releasing a call for a specific node when a path to the specific node is abnormal by using a create session message and a modify bearer message including an address of the node in an EPC system.
Another aspect of the present invention is to provide an apparatus and method in which an intermediary node between nodes in an EPC system announces to another node that a path to a specific node is in an abnormal status.
Another aspect of the present invention is to provide an apparatus and method for deleting call data related to a specific node in an EPC system by receiving a message for announcing that a path to a specific node is in an abnormal status.
In accordance with an aspect of the present invention, a method of a node for managing a path between nodes in a mobile communication system is provided. The method includes transmitting a call setup message including information about a higher node for a call to a different node and/or receiving the call setup message from the different node, storing the information about the higher node for the call and information about the different node by associating the two pieces of information with the call, sensing an abnormal operation of a path to a specific node, searching for a call stored in association with the specific node whose abnormal operation is sensed, and deleting information related to the call.
In accordance with another aspect of the present invention, an apparatus of an intermediary node for managing a path between nodes in a mobile communication system is provided. The apparatus includes a transceiver for transmitting a call setup message comprising information of a higher node for a call to a different node and/or receiving the call setup message from the different node, a storage module for storing the information about the higher node for the call and information about the different node by associating the two pieces of information with the call, a sensor for sensing an abnormal operation of a path to a specific node, and a call session manager for searching for a call stored in association with the specific node whose abnormal operation is sensed, and for deleting information related to the call.
Other aspects, advantages, and salient features of the invention will become apparent to those skilled in the art from the following detailed description, which, taken in conjunction with the annexed drawings, discloses exemplary embodiments of the invention.
The above and other aspects, features, and advantages of certain exemplary embodiments of the present invention will be more apparent from the following description taken in conjunction with the accompanying drawings, in which:
Throughout the drawings, like reference numerals will be understood to refer to like parts, components, and structures.
The following description with reference to the accompanying drawings is provided to assist in a comprehensive understanding of exemplary embodiments of the invention as defined by the claims and their equivalents. It includes various specific details to assist in that understanding but these are to be regarded as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted for clarity and conciseness.
The terms and words used in the following description and claims are not limited to the bibliographical meanings, but are merely used by the inventor to enable a clear and consistent understanding of the invention. Accordingly, it should be apparent to those skilled in the art that the following description of exemplary embodiments of the present invention are provided for the purpose of illustration only and not for the purpose of limiting the invention as defined by the appended claims and their equivalents.
It is to be understood that the singular forms “a,” “an,” and “the” include plural referents unless the context clearly dictates otherwise. Thus, for example, reference to “a component surface” includes reference to one or more of such surfaces.
Hereinafter, an apparatus and for performing path management between nodes in an Evolved Packet Core (EPC) system by using a create session message and a modify bearer message including a node address and a message for announcing occurrence of a path failure for a specific node will be described. To perform path management between nodes through S5/S8/S11/S4 interfaces proposed in the EPC system, an exemplary embodiment of the present invention adds address information of a higher node for a specific call to a call setup message as shown in Table 2 and Table 3 below.
Table 2 below illustrates information added to a create session request message.
As shown in Table 2, “MME S11 Address for Path Fail Check” is an information element indicating address information of a higher node for signaling of a specific call, that is, an address of a Mobility Management Entity (MME) or a Servicing GPRS Support Node (SGSN). GPRS refers to the General Packet Radio Service. Herein, “C” denotes a Conditional.
Table 3 below illustrates information added to a modify bearer request message.
As shown in Table 3 above, “eNodeB S1-U Address” is an information element indicating address information of a higher node for data traffic of a specific call, that is, an address of an eNodeB (eNB) or a Radio Network Controller (RNC).
In an exemplary embodiment of the present invention, address information of a higher node of a specific call is transmitted by inserting the address information to a create session request message and a modify bearer request message related to call setup as shown in Table 2 and Table 3. Thus, when a node which has received the create session request message and the modify bearer request message stores the address information of the higher node in association with the call, and a path failure occurs with respect to the higher node, data of the call stored in association with the higher node is deleted.
In addition, an exemplary embodiment of the present invention additionally defines a message announcing the path failure with respect to the specific node to another node in order to perform path management between nodes through the S5/S8/S11/S4 interfaces proposed in the EPC system. That is, an exemplary embodiment of the present invention additionally defines a path failure notification message announcing the path failure with respect to the specific node and a path failure acknowledgement message used as an acknowledgement for the path failure notification message.
Table 4 below illustrates a message header additionally defined according to an exemplary embodiment of the present invention.
As shown in Table 4 above, in the messages additionally defined in the exemplary embodiment of the present invention, T is set to 0 to indicate that a Tunnel Endpoint ID (TEID) does not exist as in a typical path management message, and a message type is set to a number which is in a reserved state. Although the message type of the path failure notification message is set to 4 which is currently reserved and the message type of the path failure acknowledgement message is set to 5 which is also currently reserved, this is for exemplary purposes only, and thus the message type may be set to another number as long as the number is in the reserved state.
Table 5 below illustrates a payload configuration of the path failure notification message additionally defined according to an exemplary embodiment of the present invention.
As shown in Table 5 above, “Recovery” denotes a system reset count of a specific node, “Node Type” denotes a type of a node experiencing a path failure, “Failed Node Address” denotes Internet Protocol (IP) address information of the node experiencing the path failure, and “Private Extension” denotes information that can be additionally added. As shown in Table 5 above, the path failure notification message additionally added in the exemplary embodiment of the present invention includes a type and address of the node experiencing the path failure so that the node receiving the path failure notification message can recognize that the path failure occurs with respect to the node indicated in the message.
“Node Type” is configured as shown in Table 6 below. A type of each node is defined as shown in Table 7 below.
In Table 7 above, a type value of each node is defined for exemplary purposes only, and thus the type value of each node may be defined to another value. Additional nodes may also be defined in Table 7, as needed.
Table 8 shows a payload configuration of the path failure acknowledgment message additionally defined according to an exemplary embodiment of the present invention.
As shown in Table 8 above, “Recovery” denotes a system reset count of a specific node, and “Private Extension” denotes information that can be additionally added.
A structure of each node and a process of performing path management on the basis of the aforementioned description will be explained according to exemplary embodiments of the present invention.
Referring to
The communication module 200 processes a message transmitted and received to and from a peer node.
The call distribution & resource management module 202 properly distributes a call to each node and manages a resource. The call distribution & resource management module 202 adds address information of a higher node for a specific call to a create session request message or a modify bearer request message for call setup. The call distribution & resource management module 202 may also evaluate the address information of the higher node for the specific call from the create session request message or a modify bearer response message. In addition, the call distribution & resource management module 202 provides information related to the specific call and the address information of the evaluated higher node to the call-related information storage module 206.
Further, the call distribution & resource management module 202 determines whether a path to a peer node is normal according to an echo response message, which is a response for an echo request message for the peer node. In this case, the call distribution & resource management module 202 may determine whether the path to the peer node is normal according to whether the echo response message is received within a pre-set time or whether a reset count included in the received echo response message is changed. If the echo response message is not received within the pre-set time or the reset count included in the received echo response message is changed, the call distribution & resource management module 202 determines that the path to the peer node is abnormal and announces the occurrence of a path failure with respect to the peer node to the call session management module 204.
When a signal announcing the occurrence of a path failure with respect to a specific node is input from the call distribution & resource management module 202, the call session management module 204 evaluates a call for the specific node and information of other nodes associated with the call for the specific node using the call-related information storage module 206. The call session management module 204 thereafter controls and processes a function for transmitting a path failure notification message including a type and address information of the specific node to the evaluated other nodes. Upon receiving a path failure acknowledgment message from the other nodes, the call session management module 204 controls and processes a function for deleting information related to the call for the specific node among information stored in the call-related information storage module 206. Upon receiving a path failure notification message from the other nodes, the call session management module 204 analyzes the received path failure notification message to evaluate a type and address of a node experiencing the path failure, and controls and processes a function for deleting call-related information corresponding to the evaluated node type and address among the call-related information stored in the call-related information storage module 206.
The call-related information storage module 206 stores the call-related information. The call-related information storage module 206 stores the call-related information by associating the call-related information with information of a node for a specific call.
Referring to
In step 314, the P-GW 306 stores the MME 302's address information included in the create session request message by associating the address information with a call created by the create session request message. In step 316, the P-GW 306 transmits a create session response message to the S-GW 304. In this case, the P-GW 306 may perform steps 314 and 316 in a parallel manner, or may first perform step 316, followed by step 314.
In step 318, the S-GW 304 transmits the create session response message to the MME 302. In step 320, the S-GW 304 stores address information of the MME 302 and the P-GW 306 by associating the address information with information on a call created between the MME 302 and the P-GW 306. The S-GW 304 may perform steps 318 and 320 in a parallel manner, or may first perform step 320, followed by step 318.
In step 322, the MME 302 sets up a Radio Access Bearer (RAB) with respect to the eNB/MS 300. In step 324, the MME 302 transmits a modify bearer request message to the S-GW 304. In step 326, the S-GW 304 transmits the modify bearer request message to the P-GW 306 by adding address information of the eNB 300, which is a higher node of a specific call, to the modify bearer request message as shown in Table 3 above.
In step 328, the P-GW 306 stores the eNB 300's address information included in the modify bearer request message by associating the address information with a call updated by the modify bearer request message. In step 330, the P-GW 306 transmits a modify bearer response message to the S-GW 304. The P-GW 306 may perform steps 328 and 330 in a parallel manner, or may first perform step 330, followed by step 328.
In step 332, the S-GW 304 transmits the create session response message to the MME 302. In this case, the S-GW 304 may store the address of the eNB 300 by associating it with the information stored in step 320.
Although the address information of a higher node for a specific call is described above as included in the create session request message and the modify bearer request message transmitted by the S-GW 304 to the P-GW 306, the address information of the higher node of the specific call may also be included in the create session request message and the modify bearer request message transmitted by the MME 302 to the S-GW 304.
Referring to
In step 411, the S-GW examines whether a modify bearer request message is received from the MME. If the modify bearer request is received, then in step 413, the S-GW transmits the modify bearer request message to the P-GW by adding address information of an eNB, which is a higher node of a specific call, to the modify bearer request message, as shown in Table 3 above. In step 415, the S-GW receives a modify bearer response message from the P-GW. In step 417, the S-GW transmits the modify bearer response message to the MME. In this case, the S-GW may store the address information of the eNB by associating the address information with the information stored in step 407.
Referring to
In step 507, the P-GW examines whether a modify bearer request message is received from the S-GW. If the modify bearer request message is received, then in step 509, the P-GW analyzes the modify bearer request message to evaluate address information of an eNB, and stores the evaluated address information of the eNB by associating the address information with a call updated by the modify bearer request message. In step 511, the P-GW transmits a modify bearer response message to the S-GW.
As described with reference to
Referring to
If an abnormal situation occurs in the eNB 600 or on a path to the eNB 600 and thus the S-GW 604 fails to receive the echo response message within the pre-set time, the S-GW 604 recognizes occurrence of a path failure with respect to the eNB 600. Then, in step 614, the S-GW 604 searches for information of an MME 602 and a P-GW 606. The information is pre-stored in association with a call corresponding to the eNB 600. In steps 616 and 622, the S-GW 604 transmits a path failure notification message to the MME 602 and the P-GW 606. The path failure notification message includes a node type and address information of the eNB 600, that is, a node in which a path failure occurs, as shown in Table 5 above.
In steps 618 and 624, the MME 602 and the P-GW 606 respectively transmit a path failure acknowledgment message to the S-GW 604 as shown in Table 8 above. In steps 620 and 626, the MME 602 and the P-GW 606 respectively determine that the node in which the path failure occurs is the eNB 600 by analyzing the path failure notification message, and deletes call-related information stored in association with the address information of the eNB 600. In this case, the MME 602 may delete the call-related information by pre-recognizing the path failure with respect to the eNB 600 through an S1 interface. Meanwhile, if the path failure acknowledgment message is received from the MME 602 and the P-GW 606 respectively in steps 618 and 624, then in step 628, the S-GW 604 deletes the call-related information stored in association with the address information of the eNB 600.
Referring to
If an abnormal situation occurs in the MME 700 or on a path to the MME 700 and thus the S-GW 702 fails to receive the echo response message within the pre-set time, or if the echo response message is received within the pre-set time but reset count information included in the received echo response message is changed, the S-GW 702 recognizes occurrence of a path failure with respect to the MME 700. Accordingly, the S-GW 702 searches for information of a P-GW 704 in step 714. The information is pre-stored in association with the MME 700. In step 716, the S-GW 702 transmits a path failure notification message to the P-GW 704. The path failure notification message includes a node type and address information of the MME 700, that is, a node in which a path failure occurs, as shown in Table 5 above.
In step 718, the P-GW 704 transmits a path failure acknowledgment message to the S-GW 702 as shown in Table 8 above. In step 720, the P-GW 704 determines that a node in which the path failure occurs is the MME 700 by analyzing the path failure notification message, and deletes call-related information stored in association with the address information of the MME 700. When the path failure acknowledgment message is received from the P-GW 704, the S-GW 702 deletes the call-related information stored in association with the address information of the MME 700 in step 722.
Referring to
If an abnormal situation occurs in the P-GW 804 or on a path to the P-GW 804 and thus the S-GW 802 fails to receive the echo response message with the pre-set time, or if the echo response message is received within the pre-set time but reset count information included in the received echo response message is changed, the S-GW 802 recognizes occurrence of a path failure with respect to the P-GW 804. Accordingly, the S-GW 802 searches for information of an MME 800 in step 814. The information is pre-stored in association with the P-GW 804. In step 816, the S-GW 802 transmits a path failure notification message to the MME 800. The path failure notification message includes a node type and address information of the P-GW 804, that is, a node in which a path failure occurs, as shown in Table 5 above.
In step 818, the MME 800 transmits a path failure acknowledgment message to the S-GW 802 as shown in Table 8 above. In step 820, the MME 800 determines that a node in which the path failure occurs is the P-GW 804 by analyzing the path failure notification message, and deletes call-related information stored in association with the address information of the P-GW 804. In this case, the MME 800 may transmit a cell delete request message to a specific eNB sequentially with a time interval in the process of deleting the call-related information, so that the eNB can be avoided from overhead caused by instantaneous call release. When the path failure acknowledgment message is received from the MME 800 in step 818, the S-GW 802 deletes the call-related information stored in association with the address information of the P-GW 804 in step 822.
Referring to
If an abnormal situation occurs in the S-GW 902 or on a path to the S-GW 902 and thus the MME 900 fails to receive the echo response message within the pre-set time, or if the echo response message is received within the pre-set time but reset count information included in the received echo response message is changed, the MME 900 recognizes occurrence of a path failure with respect to the S-GW 902. Accordingly, in step 914 the MME 900 searches for and deletes call-related information stored in association with address information of the S-GW 902. In this case, the MME 900 may also transmit a cell delete request message to a specific eNB sequentially with a time interval in the process of deleting the call-related information, so that the eNB can be avoided from an overhead caused by instantaneous call release.
Meanwhile, a P-GW 904 transmits an echo request message to the S-GW 902 in step 920, and waits for an echo response message received from the S-GW 902 for a pre-set time in step 922. If an abnormal situation occurs in the S-GW 902 or on a path to the S-GW 902 and thus the P-GW 904 fails to receive the echo response message within the pre-set time, or if the echo response message is received within the pre-set time but reset count information included in the received echo response message is changed, the P-GW 904 recognizes occurrence of a path failure with respect to the S-GW 902. Accordingly, the P-GW 904 searches for and deletes call-related information stored in association with the address information of the S-GW 902 in step 924.
Referring to
If the echo response message is not received within the pre-set time, the procedure proceeds to step 1007. If the echo response message is received within the pre-set time, then in step 1005, the S-GW examines whether reset count information included in the received echo response message is changed.
If the reset count information is not changed, the S-GW recognizes that the peer node operates normally, and then the process of
In step 1013, the S-GW receives a path failure acknowledgment message from the found node. In step 1015, the S-GW deletes data related to a call associated with the peer node and the found node.
Referring to
Referring to
If the reset count information is not changed, the S-GW recognizes that the peer node operates normally, and then the process of
In the aforementioned description, when call-related information is deleted in each node, call release information and accounting information should be managed normally.
According to exemplary embodiments of the present invention, path management is performed between nodes in an Evolved Packet Core (EPC) system by using a create session message and a modify bearer message including a node address and a message for announcing an abnormal status of a specific node. Therefore, unnecessary call-release message creation and transmission are avoided, and thus generation of an overload of an intermediary node and a peer node can be prevented and waste of resources can be prevented. In addition, exemplary embodiments of the present invention can simplify a procedure of handling a path failure and thus there is an advantage in terms of system reliability and resource saving.
While the present invention has been shown and described with reference to certain exemplary embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention as defined by the appended claims and their equivalents.
Number | Date | Country | Kind |
---|---|---|---|
10-2009-0012542 | Feb 2009 | KR | national |