KR101027428B1 - Method for performing mobile internet protocol deregistration of mobile station - Google Patents

Abstract

A method and apparatus are provided for performing Mobile Internet Protocol (MIP) deregistration of a mobile station (MS) in idle mode. The method includes receiving a MIP deregistration request message; Releasing an R3 session between an external agent (FA) and an internal agent (HA) configured for the MS; The FA sends a delete message to a paging controller (PC) / location register (LR) to delete the MS-related record; And the PC / LR includes deleting the stored MS-related records. The method and apparatus provided by an embodiment of the present invention realizes MIP deregistration of the MS in idle mode.

Description

How to perform Mobile Internet Protocol deregistration of mobile station {METHOD FOR PERFORMING MOBILE INTERNET PROTOCOL DEREGISTRATION OF MOBILE STATION}

The present invention relates to a technique for a mobile station (MS) to perform a mobile internet protocol (MIP) deregistration in a communication system, and more particularly, to a method and apparatus for performing MIP deregistration of an MS.
This application is filed on Feb. 10, 2006, and entitled "Processing Method on a Network Side after a Mobile Station in an Idle Is Lost" in Chinese Patent Application No. 200610007417.6, Feb. 16, 2006. 200610008209.8, filed March 17, 2006, entitled "Method of Performing Mobile Internet Protocol Deregistration for a Mobile Station in an Idle Mode," and entitled "Processing Method on a Network Side." after a Mobile Station in an Idle Is Lost, filed in Chinese Patent Application No. 200610057089.0, and filed on September 30, 2006, entitled "Method and Home Agent for Performing Mobile Internet Protocol Deregistration of a Mobile Station in an Idle Is Lost ", claims priority of Chinese Patent Application No. 200610140423.9, which is jointly assigned to this application and incorporated herein by reference for all purposes.

In a communication system, the MS can enter idle mode when it is not paged or when the call has not been initiated.In a communication system, the MS can enter non-idle mode when it is paged or when the call is initiated. have. A worldwide interoperability for microwave access (WiMAX) network will be described in more detail below as an example of a communication system.

1 is a schematic structural diagram of a WiMAX network. As shown in FIG. 1, a WiMAX network includes an access service network (ASN) and an access service network (CSN). ASN is MS, base station (BS) to which the MS belongs, authenticator (authenticator), foreign agent (FA), relay paging controller (relay PC), anchor paging controller (anchor PC), location register ( LR), and ASN functional entities. The CSN includes a home agent (HA). When the MS is in idle mode, the anchor PC and LR can be integrated into one entity. The anchor PC and the relay PC are suitable for paging the MS through the BS to which the MS belongs. The authenticator is configured to perform authentication for the MS. The LR is configured to register the location of the MS. The ASN functional entity is suitable for triggering services to the MS. The HA and FA exchange messages through an R3 session configured for the MS. FA and Anchor PC / LR, or Anchor PC / LR and Authenticator exchange messages through an R4 session configured for MS. Here, the relay PC and the anchor PC may be collectively referred to as PC without having to distinguish from each other.

Currently, MSs can deliver messages over Internet Protocol (IP) sessions. The Internet Working Group (IWG) issues a MIP that provides an IP routing mechanism for the MS, allowing the MS supporting the MIP to access any session using the MS's predetermined ID. An MS that supports MIP can change its geographic location without interrupting information transmission over the session or rebooting.

There are two technologies that enable the MS to support MIP. The first technique is called Client Mobile Internet Protocol (CMIP) technology, in which the MIP functionality is integrated into the MS, so both MIP registration and MIP deregistration of the MS are initiated by the MS. The second technique is called Proxy Mobile Internet Protocol (PMIP) technology, in which the MIP function is configured in the proxy mobile node of the ASN to which the MS belongs, so that both MS MIP registration and MIP deregistration are applied to the proxy mobile node. Initiated by the proxy mobile node, it is typically integrated into the authenticator.

2 is a flow chart of a method of initiating MIP deregistration of an MS in non-idle mode by applying current PMIP technology, including the following specific steps.

In step 200, the ASN functional entity triggers a service interruption for the MS and sends an R3 Session Release Request message to the proxy mobile node of the ASN to which the MS belongs. The R3 session is a session established between the FA and the HA for the MS.

In step 201, the proxy mobile node sends a MIP registration request message to the FA. The MIP lifetime included in the message is zero.

If the MIP lifetime included in the MIP registration request message is zero, what is actually sent is a MIP deregistration request message.

In step 202, the FA sends the received MIP registration request message to the HA with a MIP lifetime of zero.

In step 203, the HA releases the R3 session between the FA configured for the MS and the HA, and returns a MIP Registration Request Response message to the FA.

In step 204, the FA returns a MIP registration request response message to the proxy mobile node.

In step 205, the proxy mobile node successfully releases the R3 session by returning an R3 session release request response message to the ASN functional entity.

3 is a flowchart of a method for initializing MIP deregistration of an MS in non-idle mode by applying CMIP technology, and includes the following specific steps.

In step 300, the ASN functional entity triggers a service interruption of the MS and sends an R3 Session Release Request message to the FA.

In step 301, the FA receiving the request message sends a response message to the ASN functional entity.

In step 302, the FA sends a mobile advertisement message to the MS. The MIP lifetime included in the message is zero.

In step 303, the MS sends a MIP registration request message to the FA. The MIP lifetime included in the message is zero.

In step 304, the FA sends the received MIP registration request message to the HA with a MIP lifetime of zero.

In step 305, the HA releases the R3 session between the FA configured for the MS and the HA, and returns a MIP Registration Request Response message to the FA.

In step 306, the FA returns a MIP Registration Request Response message to the MS.

In step 307, the FA successfully releases the R3 session by returning an R3 Session Release Request Response message to the ASN functional entity.

The MIP deregistration scheme shown in FIGS. 2 and 3 is performed when the MS is in non-idle mode. However, at present, there is no MIP deregistration technique for the MS in idle mode.

Due to the lack of MIP deregistration techniques for the MS in idle mode, there are a number of flaws, for example, the WiMAX network side, for example, to release an R3 session between the FA and HA configured for the MS. The lack of a triggering technique to delete the associated resource configured for the MS on the server (including two cases: one if the MS is lost in idle mode, and one is not lost in idle mode). This can waste resources. The reason why the associated resource configured for the MS on the WiMAX network side cannot be deleted after the MS is lost in idle mode will be described in detail below.

When the MS is in idle mode, the WiMAX network side requires the MS to initiate a location update procedure according to different location update conditions. That is, the MS sends a location update request to the anchor PC / LR through the BS and relay PC to which the MS belongs, and then the anchor PC / LR performs the location update for the MS. Different location update conditions include: 1) a paging group update in which a location update is performed if the MS detects in idle mode that its own stored paging group is different from the currently stored paging group; 2) a timer update in which a position update is performed periodically if the timer configured for the MS in the idle mode times out; 3) a power down update in which a location update is performed when the MS reboots in idle mode after a power failure; And 4) MAC Hash Skip Threshold Update in which the location update is performed after the MS performs MAC Hash Skip Threshold Update in the idle mode.

Upon receiving the MS's data packet transmitted by the HA, the FA informs the anchor PC / LR. If the anchor PC / LR detects that the MS is in idle mode, the anchor PC / LR initiates a paging procedure for the MS and sends a data packet to the MS upon successfully paging the MS.

Although the WiMAX network side performs paging initialization for the MS in location update or idle mode, the MS is expected to be in idle mode. If the MS is not in idle mode, that is, if the MS is lost in idle mode, the WiMAX network side does not receive the location update request sent by the MS within a timing period, or the WiMAX network side does not perform a paging procedure for the MS. Since the WiMAX network side cannot perform the location update, and because the MS is not paged, the data packet cannot be sent to the MS.

Even if the WiMAX network side cannot perform location update for the MS in idle mode or does not page the MS, because the MS is lost in idle mode, the WiMAX network side still maintains the associated resources configured for the MS, for example, It maintains an R3 session between the FA and the HA configured for the MS, which wastes resources on the WiMAX network side.

Embodiments of the present invention provide a method and apparatus for a mobile station (MS) to perform Mobile Internet Protocol (MIP) deregistration, where the MS's MIP deregistration can be realized in idle mode.

An embodiment of the present invention provides a method for performing MIP deregistration of an MS when a mobile station (MS) is in idle mode, the method comprising: receiving a MIP deregistration request message; Releasing an R3 session between a foreign agent (FA) and a home agent (HA) configured for the MS; And paging controller (PC) / location register (LR) deleting its stored MS-related records.

An embodiment of the present invention provides an apparatus for performing MIP deregistration of an MS in idle mode, and is configured to send a MIP deregistration request message to the FA.

As is known from the above solution, in the method and apparatus according to the embodiment of the present invention, when the MS performs MIP deregistration in idle mode, the ASN functional entity or HA triggers the MIP deregistration procedure, Release the configured R3 session. In addition, MS-related records stored on the PC / LR are deleted, thereby achieving the MIP deregistration procedure for the MS in idle mode. In addition, when the MS is lost in idle mode, the network entity associated with the MIP initiates releasing to the HA an R3 session between the FA and the HA configured for the MS, whereby the communication system causes the MS to be lost in idle mode. At this time, the related resources configured for the MS can be deleted to prevent the waste of communication system resources.

It is to be understood that the invention is more readily understood from the detailed description, which is given solely for purposes of illustration and is not intended to limit the invention.

1 is a schematic structural diagram of a WiMAX network.

2 is a flowchart of a method for initializing MIP deregistration of an MS in non-idle mode by applying the prior art PMIP technique.

3 is a flowchart of a method of initializing MIP deregistration of an MS in a non-idle mode by applying a prior art CMIP technique.

4 is a flowchart of a first method of performing MIP deregistration of an MS in an idle mode according to an embodiment of the present invention.

5 is a flowchart of a second method of performing MIP deregistration of an MS in an idle mode according to an embodiment of the present invention.

6 is a flowchart of a third method of performing MIP deregistration of an MS in an idle mode according to an embodiment of the present invention.

7 is a schematic diagram of an HA device of the present invention.

8 is a flowchart of a first processing method on a WiMAX network side after an MS is lost in idle mode according to an embodiment of the present invention.

9 is a flowchart of a second processing method on the WiMAX network side after an MS is lost in idle mode according to an embodiment of the present invention.

10 is a flowchart of a third processing method on the WiMAX network side after an MS is lost in idle mode according to an embodiment of the present invention.

11 is a flowchart of a fourth processing method on the WiMAX network side after an MS is lost in idle mode according to an embodiment of the present invention.

An embodiment of the present invention is described below by taking a WiMAX network as an example of a communication system.

When the MS is in idle mode, in some cases it is still necessary to perform MIP deregistration. For example, when the MS is in idle mode, the communication system network side does not receive a location update request initiated by the MS within a predetermined period, or after the MS is paged for a predetermined period of time, the communication system network side attempts to detect the MS. If not, the communication system network side checks whether the MS is missing. In this case, to save the network resources of the communication system, it is necessary to perform MIP deregistration for the MS to release the R3 session between the FA and HA configured for this MS.

If MIP deregistration is performed for the MS in the idle mode by applying the PMIP technique, the conventional technique shown in FIG. 2 can be taken as reference. The MIP deregistration procedure for the MS in the idle mode is performed by the ASN functional entity. It is initialized. In the present invention, the MIP deregistration procedure for the MS in idle mode may also be initiated by the HA.

Since the anchor PC / LR stores MS-related records when the MS is in idle mode, the MS-related records stored by the anchor PC / LR should be deleted when MIP deregistration is performed for the MS in idle mode.

When the MS is in idle mode and MIP deregistration is performed by applying CMIP technology, the ASN functional entity or HA activates the MS to force the MS to leave idle mode in accordance with the prior art, Therefore, the MIP deregistration process is completed successfully.

In an embodiment of the present invention, if an ASN functional entity or HA initiates a MIP deregistration for an MS in idle mode, the FA will receive a MIP deregistration request message from the access device or a MIP deregistration request message from the HA. . Thus, MIP deregistration is performed, the R3 session is finally released, and the MS-related records stored by the anchor PC / LR are also deleted. In an embodiment of the present invention, the access device may be a proxy mobile node, which receives a request message for releasing an R3 session configured for an MS sent by an ASN functional entity.

4 is a flowchart of a first method of performing MIP deregistration of an MS in an idle mode according to an embodiment of the present invention, and includes the following specific steps.

In step 400, the FA receives a MIP registration request message.

In an embodiment of the present invention, the MIP deregistration request message may be a MIP registration request message with a MIP lifetime of zero, and may also be another MIP deregistration request message, for example a MIP registration withdraw request message. . Clearly, the MIP deregistration request message may also be a message that accomplishes the same function but has a different name.

If MIP deregistration is triggered by the ASN functional entity for the MS in idle mode by applying PMIP technology, a MIP deregistration request message is sent by the proxy mobile node, which is sent by the MS ASN functional entity. Receive a request message to release an R3 session configured for use. If MIP deregistration is triggered by HA for the MS in idle mode by applying the PMIP technique, a MIP deregistration request message is sent by the HA.

In step 401, the FA sends a delete message to the anchor PC / LR to delete the MS-related record.

The MS-related record includes the MS's ID and / or Paging Controller Identifier (PCID).

If MIP deregistration is triggered by the ASN functional entity for the MS in idle mode by applying PMIP technology, before step 401, the method includes the following steps: FA receives the received MIP deregistration request message. To the HA, and the HA decides to perform a MIP deregistration for the MS according to the received message (when the MIP deregistration request message is a MIP registration request message with a MIP lifetime of zero; Decide to perform MIP deregistration for the MS according to the MIP lifetime of 0), release the R3 session between the FA and HA configured for the MS, and return the MIP registration request response message to the FA.

If MIP deregistration is triggered by the HA for the MS in idle mode by applying the PMIP technique, step 401 because the HA has already released the R3 session between the FA and the HA configured for the MS during the triggering motion. ) Is performed.

The process by which the HA releases an R3 session between the FA and the HA configured for the MS during the triggering motion includes the following steps: The HA triggers the MIP deregistration for the MS and sends the MS's MIP deregistration request to the FA. Releases the R3 session between the FA configured for the MS and the HA, and the FA responds to the MS's MIP deregistration request sent by the HA.

At step 402, the anchor PC / LR receiving the delete message deletes the MS-related record stored at this PC / LR and sends a write delete response message to the FA.

In step 403, the FA returns a MIP Deregistration Request Response message.

If MIP deregistration is triggered by the ASN function entity for the MS in idle mode by applying PMIP technology, the MIP deregistration request message is returned to the proxy mobile node, and then the proxy mobile node anchors the R3 session release request response message. Reply to / LR If MIP deregistration is triggered by HA for the MS in idle mode by applying the PMIP technique, the MIP deregistration request message is returned to the HA.

In the process of sending a write delete response message to the FA in step 402 and granting the FA an acknowledgment of completion of MIP deregistration for the MS in idle mode and in step 403 as shown in FIG. Each proxy mobile node or HA may be omitted for a particular implementation.

In the embodiment of the present invention, the relay PC and the anchor PC may be collectively referred to as PCs without having to distinguish from each other, that is, the anchor PC / LR shown in FIG. 4 may be PC / LR.

An embodiment of the present invention is shown by taking a WiMAX network as an example of a communication system. The network entities included on the WiMAX network side are all logical function entities. In other communication systems, logic functional entities with corresponding functions may also be used to implement embodiments of the present invention.

The process by which MIP deregistration is triggered by the anchor PC / LR or HA for the MS in idle mode by applying the PMIP technique is described in detail below.

5 is a flowchart of a second method of performing MIP deregistration of an MS in an idle mode according to an embodiment of the present invention, and includes the following specific steps.

In step 500, the ASN functional entity triggers a service interruption of the MS and sends a request message to release the R3 session configured for the MS to the proxy mobile node of the ASN to which the MS belongs.

In step 501, the proxy mobile node sends a MIP deregistration request message to the FA.

The MIP deregistration request message may be a MIP registration request message with a MIP lifetime of zero or may be another MIP deregistration request message. Alternatively, the MIP deregistration request message may be a message that is different in name but can achieve the same function.

In step 502, the FA sends a MIP Deregistration Request message to the HA.

In step 503, the HA decides to perform MIP deregistration for the MS according to the received message, releases an R3 session between the FA and the HA configured for the MS, and sends the MIP deregistration request response message to the FA. Reply to

When the MIP deregistration request message is a MIP registration request message with a MIP lifetime of zero, it may be determined that MIP deregistration of the MS is performed according to the MIP lifetime of zero performed.

In step 504, the FA sends a delete message to the anchor PC / LR to delete the MS0-related record.

At step 505, the anchor PC / LR receiving the delete message deletes the MS-related record stored at this PC / LR and sends a write delete response message to the FA.

In step 506, the FA returns a MIP deregistration request response message to the proxy mobile node.

In step 507, the proxy mobile node receiving the MIP deregistration request response completes the MIP deregistration for the MS in idle mode by returning an R3 session release request response message to the ASN function entity.

6 is a flowchart of a third method of performing MIP deregistration of an MS in an idle mode according to an embodiment of the present invention, and includes the following specific steps.

In step 600, the HA sends a MIP Deregistration Request message to the FA.

The MIP deregistration request message may be a MIP registration request message with a MIP lifetime of zero or may be another MIP deregistration request message, for example a MIP registration withdraw request message. Alternatively, the MIP deregistration request message may be a message that is different in name but can achieve the same function.

In step 601, the FA sends a delete message to the anchor PC / LR to delete the MS-related record.

At step 602, the anchor PC / LR receiving the delete message deletes the MS-related record stored at this PC / LR and then sends a write delete response message to the FA.

In step 603, the FA returns a MIP Deregistration Request Response message to the HA.

In the method according to an embodiment of the present invention, when the MS is in the idle mode, the MIP deregistration procedure is triggered by the ASN functional entity or HA, the R3 session configured for the MS is finally released, and by the PC / LR. The stored MS-related records are also deleted, ensuring the complete release of the MS's associated resources in the communication system.

In accordance with an embodiment of the present invention, an apparatus for performing MIP deregistration for an MS in idle mode is provided as shown in FIG. The apparatus includes a trigger module suitable for sending a MIP deregistration request message to the FA. This trigger module may send a MIP deregistration request message when MIP deregistration is performed for the MS in idle mode.

The apparatus further includes a deletion module suitable for deleting the stored MS-related records.

The device may be configured in an HA or ASN functional entity.

This MIP deregistration solution according to an embodiment of the present invention is applicable when the related resources configured for the MS on the WiMAX network side cannot be deleted when the MS is lost in idle mode, thereby eliminating the problem of wasting communication system resources. This is described in detail below.

If the anchor PC / LR on the WiMAX network side detects that the MS is lost in idle mode, the anchor PC / LR first checks the network entity associated with the MIP via the MS resource release request message. The network entity associated with the MIP initiates a MIP deregistration request message for the MS for the HA on the WiMAX network side. This message carries information about releasing the R3 session between the FA and the HA configured for the MS. Then, upon receiving the MIP deregistration request message for the MS, the HA releases the R3 session between the FA and the HA configured for the MS, and then returns the MIP deregistration response message to the network entity associated with the MIP. Finally, after receiving the MIP deregistration response message, the network entity related to the MIP sends an MS resource release response message to the anchor PC / LR on the WiMAX network side, and the anchor PC / LR deletes the relevant information stored in the UE. do. In this way, after the MS is lost in idle mode, the associated resources configured for the MS on the WiMAX network side can be deleted to avoid wasting WiMAX network resources.

In an embodiment of the present invention, the network entity related to the MIP may be an FA, a proxy mobile internet protocol client (PMIP client), or other network entities related to the MIP not mentioned in the embodiment of the present invention.

In an embodiment of the invention, the network entity associated with the MIP may delete the stored MS-related resources and / or inform other entities on the communication system network side to delete each stored MS-related resource. have. For example, when the network entity related to the MIP is a FA, the FA may inform the SFA to delete the QoS profile of the MS.

In an embodiment of the present invention, if the anchor PC / LR on the WiMAX network side detects that the MS is lost in idle mode, the anchor PC / LR also releases the R4 session between the anchor PC / LR and the authenticator configured for the MS and Tell the authenticator to delete the MS-related information. Upon receiving the MS Resource Release Request message, the FA may also release an R4 session between the FA configured for the MS and the anchor PC / LR. In this way, the associated resources configured for the MS can be further deleted, thereby avoiding wasting WiMAX network resources.

In an embodiment of the present invention, there may be two ways in which the anchor PC / LR on the WiMAX network side detects that the MS is lost in idle mode. The first approach is to detect whether the MS periodically transmits a location update request according to a predetermined period in the idle mode, and if it detects that the MS has transmitted, the MS is not lost in the idle mode; Otherwise, in idle mode, the MS is lost. The second approach is that if the anchor PC / LR has not paged the MS in idle mode within a predetermined time, it is determined that the MS is lost in idle mode.

The resource release request message PC_PURGE_MS_REQ and the resource release response message PC_PURGE_MS_RSP are messages defined so that the WiMAX network side can delete related resources configured for the MS in order to avoid wasting WiMAX network resources in an embodiment of the present invention. The resource release request message PC_PURGE_MS_REQ also carries a lost cause value, which may be a location update failure or a paging failure.

In an embodiment of the present invention, the information about releasing the R3 session between the FA and the HA configured for the MS accompanied by the MIP deregistration request message may be a MIP lifetime set to 0, i.e., a MIP involving the MIP lifetime. Unregistration request message = 0.

8 is a flowchart of a first processing method on a WiMAX network side after an MS is lost in idle mode according to an embodiment of the present invention, and includes the following specific steps.

In step 800, the anchor PC / LR detects that the MS is missing in idle mode.

The anchor PC / LR can detect whether the MS is lost in the idle mode by the two methods described above of the present invention.

In step 801, the anchor PC / LR sends a request, namely PC_PURGE_MS_REQ, to the FA. The request involves the ID of the lost MS in the idle mode, and also the loss cause value.

In step 802, the FA initializes the MIP Deregistration Request message for the HA for the MS corresponding to the ID of the MS carried by the received request. The MIP lifetime entailed by the MIP deregistration request message is set to zero, that is, lifetime = 0.

In step 803, after receiving the MIP deregistration request message, it is determined that the FA is about to release an R3 session between the FA and HA configured for the MS according to its accompanying MIP lifetime set to 0, and then Releases the R3 session between the FA configured for the MS and the HA, and sends a MIP deregistration response message to the FA.

In step 804, the FA sends the PC_PURGE_MS_RSP of the MS to the anchor PC / LR, which deletes the relevant information stored for the MS, such as the SFID, associated CID and / or QoS context.

At this stage, deletion of the associated resources of the MS is initiated by applying the PMIP technique. That is, the process of deleting the associated resource configured for the MS on the communication system network side may be initiated by a PMIP client, such as a proxy mobile node, as described below through three specific embodiments.

9 is a flowchart of a second processing method on the WiMAX network side after an MS is lost in idle mode according to an embodiment of the present invention, and includes the following specific steps.

In step 900, the anchor PC / LR detects that the MS is missing in idle mode.

In step 901, the anchor PC / LR sends a request, namely PC_PURGE_MS_REQ, to the FA. The request involves the ID of the lost MS in the idle mode, and also the loss cause value.

In step 902, the FA sends an R3 session release request to the PMIP client. The request involves the ID of the lost MS in the idle mode, and also the loss cause value.

In step 903, the PMIP client sends a MIP deregistration request message for the MS, with the MS's ID accompanied by the received request. The MIP lifetime entailed by the MIP deregistration request message is set to zero, that is, lifetime = 0.

In step 904, the FA sends a MIP Deregistration Request message to the HA for the MS corresponding to the ID of the MS carried by the received request. The MIP lifetime entailed by the MIP deregistration request message is set to zero, that is, lifetime = 0.

In step 905, after receiving the MIP deregistration request message, the HA decides to release an R3 session between the FA and the HA configured for the MS according to its accompanying MIP lifetime set to 0 and configured for the MS. Releases the R3 session between the FA and HA, and sends a MIP Deregistration Response message to the FA.

In step 906, the FA sends a MIP Deregistration Response message to the PMIP client.

In step 907, the PMIP client sends an R3 Session Release Response to the FA.

In step 908, the FA sends PC_PURGE_MS_RSP to the anchor PC / LR, which deletes the relevant information stored for the MS, such as SFID, associated CID and / or QoS context.

The method illustrated in FIG. 9 is characterized in that the FA sends an R3 session release request to the PMIP client after receiving the PC_PURGE_MS_REQ sent by the anchor PC / LR, and the PMIP client initiates a procedure of deleting the MS resource. The method is different from that shown in FIG.

10 is a flowchart for a third processing method on the WiMAX network side after an MS is lost in idle mode according to an embodiment of the present invention, and includes the following specific steps.

In step 1000, the anchor PC / LR detects that the MS is missing in idle mode.

In step 1001, the anchor PC / LR sends a request, namely PC_PURGE_MS_REQ, to the FA. The request carries the ID of the lost MS in the idle mode and carries the loss cause value.

In step 1002, the FA sends a mobile advertisement message to the PMIP client. The MIP lifetime entailed by the message is set to zero. The message also carries the ID of the lost MS in idle mode.

In step 1003, the PMIP client returns a MIP deregistration request message for the MS, with the MS's ID accompanied by the received request, to the FA. The MIP lifetime accompanied by the MIP deregistration request message is set to zero, that is, lifetime = 0.

In step 1004, the FA sends a MIP Deregistration Request message to the HA for the MS corresponding to the ID of the MS carried by the received request. The MIP lifetime entailed by the MIP deregistration request message is set to zero.

In step 1005, after receiving the MIP deregistration request message, the HA decides to release an R3 session between the FA and the HA configured for the MS corresponding to its accompanying MIP lifetime set to 0 and for the MS. Releases the R3 session between the configured FA and HA, and sends a MIP deregistration response message to the FA.

In step 1006, the FA sends a MIP Deregistration Response message to the PMIP client.

In step 1007, the FA sends PC_PURGE_MS_RSP to the anchor PC / LR, which then deletes the relevant information stored for the MS, such as SFID, associated CID and / or QoS context.

The method shown in FIG. 10 is characterized in that after receiving the PC_PURGE_MS_REQ sent by the anchor PC / LR, the FA sends a mobile advertisement message to the PMIP client and then initiates a procedure in which the PMIP client deletes the MS resource. It is different from the method shown in FIG.

11 is a flowchart of a fourth processing method on the WiMAX network side after an MS is lost in idle mode according to an embodiment of the present invention, and includes the following specific steps.

In step 1100, the anchor PC / LR detects that the MS in idle mode is missing.

At step 1101, the anchor PC / LR sends PC_PURGE_MS_REQ to the PMIP client. The request involves the ID of the lost MS in the idle mode, and also the loss cause value.

At step 1102, the PMIP client sends a MIP deregistration request message for the MS to the FA, whose ID is accompanied by the received request. The MIP lifetime entailed by the MIP deregistration request message is set to zero, that is, lifetime = 0.

In step 1103, the FA sends a MIP deregistration request message for the MS, with the ID of the MS accompanied by the received request. The MIP lifetime entailed by the MIP deregistration request message is set to zero.

In step 1104, after receiving the MIP deregistration request message, the HA decides to release an R3 session between the FA configured for the MS and the HA according to its accompanying MIP lifetime set to 0 and configured for the MS. Releases the R3 session between the FA and HA, and sends a MIP Deregistration Response message to the FA.

In step 1105, the FA sends a MIP Deregistration Response message to the PMIP client.

In step 1106, the PMIP client sends PC_PURGE_MS_RSP to the anchor PC / LR, which deletes the recorded information stored for the MS, such as SFID, associated CID and / or QoS context.

In the method shown in FIG. 11, the anchor PC / LR sends PC_PURGE_MS_REQ to the PMIP client and the PMIP client initiates the procedure of deleting the MS resource.

In the embodiment of the present invention, the relay PC and the anchor PC can be collectively referred to as PC, without being distinguished from each other, that is, the anchor PC / LR shown in FIG. 8, 9, 10 or 11 is a PC / LR.

PC_PURGE_MS_REQ and PC_PURGE_MS_RSP used in FIG. 8, 9, 10, or 11 are merely examples for describing the MS resource release request message and the MS resource release response message, respectively. All other messages that implement the functionality of the MS Resource Release Request message and the MS Resource Release Response message are included in the scope of the present invention.

In the prior art, when the MS enters the idle mode, the presence of the MS will not be detected for a long time because the MIP lifetime of the MIP unregister message of the MS is set to the maximum value. In the idle mode, when the MS is within a predetermined period and the period is less than the MIP lifetime value of the MIP unregister message of the MS, the communication system network side determines that the MS is lost even if it does not receive the location update request initiated by the MS. And keeps MS-related resources, wasting resources of the communication system. However, in the embodiment of the present invention, when the MS is in a predetermined period in the idle mode, the communication system network side determines that the MS is lost unless it receives a location update request initiated by the MS. Then, the MS-related resources maintained by the communication system are released through the method according to the embodiment of the present invention, thereby saving the resources of the communication system.

In addition, in an embodiment of the present invention, the communication system determines that the MS is missing if it does not page the MS in the idle mode within a predetermined time. Then, the MS-related resources maintained by the communication system are released through the method according to the embodiment of the present invention, thereby saving the resources of the communication system.

Although the drawings and detailed description of the invention have been given with reference to the preferred embodiments of the invention, various changes in form and detail may be made therein without departing from the spirit and scope of the invention as defined in the appended claims. It will be understood by those skilled in the art that this can be done.

Claims (26)

1. A method of performing mobile internet protocol (MIP) deregistration for a mobile station (MS), the method comprising: If the MS is in idle mode, Receiving a MIP deregistration request message and releasing an R3 session between a foreign agent (FA) and a home agent (HA) configured for the MS; And Deleting, by a paging controller (PC) / location register (LR), the MS-related records stored on the PC / LR Mobile internet protocol deregistration performing method comprising a. The method of claim 1, Prior to the step of deleting, by the PC / LR, the MS-related records stored on the PC / LR, Sending, by the FA, a deletion message to the PC / LR to delete the MS-related record. The method according to claim 1 or 2, A proxy that receives a request message for releasing the R3 session configured for the MS sent by the ASN function when the MIP deregistration of the MS in the idle mode is triggered by an access service network (ASN) function entity. The MIP deregistration request message is sent by a mobile node, And if the MIP deregistration of the MS in the idle mode is triggered by HA, the MIP deregistration request message is sent by the HA. The method according to claim 1 or 2, When the MS MIP deregistration in the idle mode is triggered by an ASN functional entity, releasing an R3 session between the FA and the HA configured for the MS, Sending, by the FA, the received MIP deregistration request message to the HA; And Determine, by the HA, to perform MIP deregistration of the MS according to the MIP deregistration request message, release an R3 session between the FA configured for the MS and the HA, and a MIP deregistration request response message Returning to the FA Including, mobile internet protocol deregistration performing method. The method according to claim 1 or 2, When the MIP deregistration of the MS in the idle mode is triggered by the HA, receiving the MIP deregistration request message and releasing an R3 session between the FA and the HA configured for the MS, Triggering, by the HA, the MIP deregistration for the MS, sending the MIP deregistration request of the MS to the FA, and releasing an R3 session between the FA and the HA configured for the MS. ; And Responding, by the FA, to the MIP deregistration request of the MS sent by the HA Including, mobile internet protocol deregistration performing method. The method of claim 2, Sending, by the PC / LR, a write delete response message to the FA; And Returning, by the FA, a MIP deregistration request response message Further comprising, the mobile internet protocol deregistration method. The method of claim 6, When the MIP deregistration of the MS in the idle mode is triggered by an ASN functional entity, the MIP deregistration request response message is returned by a proxy mobile node, and the proxy mobile node is anchored paging controller (anchor PC) / Reply the R3 Session Release Request response message to the anchor location register (anchor LR), And when the MIP deregistration of the MS in the idle mode is triggered by the HA, the MIP deregistration request response message is returned by the HA. The method according to claim 1 or 2, The MIP deregistration request message may be a MIP registration request message with a MIP lifetime of zero or may be another MIP deregistration request message. The method of claim 1, Receiving the MIP deregistration request message and releasing an R3 session between a foreign agent (FA) and a home agent (HA) configured for the MS, After detecting that the MS is lost in the idle mode, sending, by the PC / LR, an MS resource release request message to a network entity associated with the MIP; And Initiating, by the network entity associated with the MIP, a MIP deregistration request message for the MS for the HA and releasing, by the HA, an R3 session between the FA configured for the MS and the HA. Including, mobile internet protocol deregistration method. 10. The method of claim 9, Sending, by the HA, a MIP deregistration response message to a network entity associated with the MIP, and sending, by the network entity associated with the MIP, an MS resource release response message to the PC / LR. How to perform internet protocol deregistration. The method of claim 10, Before sending the MS resource release response message, Informing the other entities on the communication system network side of deleting, by the network entity associated with the MIP, the MS-related resources stored in the PC / LR and deleting each MS-related resource stored in the PC / LR. Further comprising, the mobile internet protocol deregistration method. The method of claim 10, Initializing, by the network entity associated with the MIP, the MIP deregistration request message for the MS to the HA, Initializing the MIP deregistration request message for the MS by the proxy mobile Internet protocol client (PMIP client) and sending, by the FA, the MIP deregistration request message to the HA. To; Responsive to the MIP deregistration response message to the network entity associated with the MIP, Returning the MIP deregistration response message to the FA and sending, by the FA, the MIP deregistration response message to the PMIP client. The method of claim 10, The step of transmitting the MS resource release response message to the PC / LR, Sending, by the FA, an MS resource release response message PC_PURGE_MS_RSP to the PC / LR after the PMIP client sends an R3 session release response to the FA; or Sending, by the FA, the MS resource release response message PC_PURGE_MS_RSP to the PC / LR after the FA sends the MIP deregistration response message received from the HA to the PMIP client; or Sending, by the PMIP client, the MS resource release response message PC_PURGE_MS_RSP to the PC / LR Including, mobile internet protocol deregistration performing method. 10. The method of claim 9, Detecting, by the PC / LR, that the MS in the idle mode is lost, If the MS in the idle mode has transmitted a location update request according to a predetermined period, and if the MS in the idle mode has transmitted a location update request according to a predetermined period, the MS in the idle mode Not lost; And if the MS in the idle mode did not send a location update request according to a predetermined period, the MS in the idle mode includes a lost step. 10. The method of claim 9, Detecting, by the PC / LR, that the MS in the idle mode is lost, If the MS does not page in the idle mode within a predetermined time, determining that the MS in the idle mode is lost. 10. The method of claim 9, The MS resource release request message carries an identification (ID) of the MS lost in the idle mode; And And the network entity related to the MIP determines an MS to initiate a MIP deregistration request message according to the ID of the MS carried by the MIP deregistration request message. 10. The method of claim 9, The sending of the MS resource release response message to the network entity related to the MIP, Sending, by the FA, an R3 session release request or mobile advertisement message to the PMIP client after sending an MS resource release request message PC_PURGE_MS_REQ to the FA; or Directly sending the MS resource release request message PC_PURGE_MS_REQ to the PMIP client Including, mobile internet protocol deregistration performing method. delete delete delete delete delete delete delete delete delete

Images