Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
  • H04W60/06—De-registration or detaching
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W76/00—Connection management
  • H04W76/30—Connection release
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W8/00—Network data management
  • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
  • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W8/00—Network data management
  • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
  • H04W8/08—Mobility data transfer
  • H04W8/12—Mobility data transfer between location registers or mobility servers
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
  • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

• the present invention relates to a mobile station (MS) in a communication system for performing Mobile Internet Protocol (MIP) deregistration technology, and more particularly to a method and apparatus for MS to perform MIP deregistration.
• MS mobile station
• MIP Mobile Internet Protocol
• the Idle Mode can be entered; when the MS in the communication system performs a service such as being paged or initiating a call, the non-Idle Mode can be entered.
• WiMAX Worldwide Interoperability for Microwave Access
• FIG. 1 is a schematic structural diagram of a WiMAX network, where an WiMAX network includes an access service network (ASN) and a connection service network (CSN), wherein the ASN includes an MS, a base station (BS) to which the MS belongs, an authentication entity, and a field.
• Agent FA
• Relay PC Relay Paging Control Entity
• ATM Anchor Paging Control Entity
• LR Location Registrar
• ASN Functional ASN Functional
• the CSN includes a Local Agent (HA).
• the Anchor PC and the LR can be integrated into one entity.
• the Anchor PC and the Relay PC are used to page the MS through the BS to which the MS belongs.
• Authentication is used to authenticate the MS, and the LR is used to register the MS.
• the ASN Functional entity is used to trigger traffic to the MS.
• HA and FA perform message interaction through the R3 link set for the MS, and between the FA and the Anchor PC/LR and between the Anchor PC/LR and the Authentication through the R4 link set for the MS.
• MS can transmit information over the Internet Protocol (IP) link.
• IP Internet Protocol
• the Internet Working Group has developed a MIP.
• the MIP provides an IP routing mechanism for the MS to enable the MS to support the MIP. It can be connected to any link with the set MS ID.
• the MIP-capable MS can change the geographic location without interrupting the transmission of information over the link or without rebooting.
• CMIP Client Mobile Internet Protocol
• PMIP Proxy Mobile Internet Protocol
• the deregistration process is initiated by the Proxy Mobile Node, which is typically integrated into the Authenticator entity.
• FIG. 2 the flow chart of the method for initiating MIP registration by the MS in the non-idle mode (Idle Mode) is as shown in FIG. 2, and the specific steps are as follows:
• Step 200 The ASN Functional entity triggers the service interruption of the MS, and sends a release R3 link request message to the Proxy Mobile Node of the ASN to which the MS belongs.
• the R3 link is a link established between the FA and the HA for the MS.
• Step 201 The Proxy Mobile Node sends a MIP registration request message to the FA, where the MIP lifetime (Lifetime) carried by the message is 0.
• Step 202 The FA forwards the received MIP registration request message with the MIP Lifetime 0 to the HA.
• Step 203 The HA removes the R3 link between the FA and the FA, and returns a MIP registration request response message to the FA.
• Step 204 The FA returns a MIP registration request response message to the Proxy Mobile Node.
• Step gland 205 Proxy Mobile Node returns R3 to ASN Functional entity ⁇ j J The link request is ringing, and the R3 link is removed.
• Step 300 The ASN Functional entity triggers the service interruption of the MS, and sends an Release R3 Link Request message to the FA.
• Step 301 The FA that receives the request message sends a response message to the ASN Functional entity.
• Step 302 The FA sends a Mobility Advertisement message to the MS, where the message carries the MIP Lifetime to 0.
• Step 303 The MS sends a MIP registration request message to the FA, where the message carries the MIP Lifetime to 0.
• Step 304 The FA forwards the received MIP registration request message with the MIP Lifetime 0 to the HA.
• Step 305 The HA removes the R3 link between the FA and the FA, and returns a MIP registration request response message to the FA.
• Step 306 The FA returns a MIP registration request response message to the MS.
• Step 307 The FA returns a release R3 link request response message to the ASN Functional entity, and the R3 link is removed.
• MIP registration technology for MS in Idle Mode.
• the WiMAX network side When the MS is in Idle Mode, the WiMAX network side requires the MS to initiate the Location Updated procedure according to different Location Updated conditions, that is, the MS sends a Location Update Request to the Anchor PC/LR through the BS and Relay PC, Anchor PC/LR. Location Updated for MS.
• Different Location Updated conditions include: 1) Paging Group Update, when the MS detects in the Idle Mode that the Paging Group stored by itself is different from the current Paging Grou, Location Updated; 2) Timer Update (Timer Update), when the timer set by the MS in Idle Mode expires, the period is Updated; 3) Power Down Update, MS restarts after power down in Idle Mode, and performs Location Updated; 4) MAC Hash Skip Threshold Update, when MS performs MAC Hash Skip Threshold Update in Idle Mode
• the FA When the FA receives the data packet of the MS sent by the HA, it can notify the Anchor PC/LR.
• the Anchor PC/LR detects that the MS is in the Idle Mode, it initiates a paging procedure to the MS, pages to the MS, and sends a data packet to the MS. .
• the MS Regardless of whether the WiMAX network side wants to perform Location Update or paging for the MS in the Idle Mode, the MS needs to be in the Idle Mode. If the MS is not in the Idle Mode, that is, the MS in the Idle Mode is lost, the WiMAX network will be caused.
• the problem that the Location Update cannot be performed due to the location update request sent by the MS in the timing period or the Paging process performed by the WiMAX network side for the MS fails, the Paging is less than the MS, and the data packet cannot be sent to the MS.
• the WiMAX network side cannot be caused by the loss of the MS in the Idle Mode.
• the Location Updated or the WiMAX network side paging MS fails in the Idle Mode.
• the WiMAX network side also maintains the relevant settings for the MS. Resources, such as maintaining the R3 link set for the MS between the FA and HA, etc., which leads to WiMAX Waste of resources on the network side. Summary of the invention
• the embodiment of the invention provides a method and a device for performing MIP deregistration by the MS, which can implement the MIP deregistration by the MS in the Idle Mode.
• a mobile station MS performs a mobile Internet protocol MIP deregistration method, and the MS is in an idle mode Idle Mode, and the method includes:
• a device for performing MIP deregistration by an MS in an Idle Mode comprising a triggering module, configured to send a MIP to a FA to register a request message by using a trigger module.
• the method and the device provided by the embodiment of the present invention perform the MIP deregistration process by the ASN Function entity or the HA when the MS in the Idle Mode performs MIP registration, and remove the R3 link set for the MS. And the MS related record stored in the PC/LR is deleted, thereby realizing the MIP deregistration process of the MS in the Idle Mode. Further, when the MS in the Idle Mode is lost, the network entity associated with the MIP initiates the removal of the R3 link between the HA and the FA set for the MS, so that when the MS is lost in the Idle Mode, The communication system deletes related resources set for the MS to avoid waste of communication system resources. BRIEF DESCRIPTION OF THE DRAWINGS
• Figure 1 is a schematic structural diagram of a WiMAX network
• 2 is a flow chart of a method for initiating MIP deregistration by a MS in a non-Idle Mode using a PMIP technology
• 3 is a flow chart of a method for initiating MIP deregistration by an MS in a non-Idle Mode using a CMIP technology
• FIG. 4 is a flowchart of a method for MIP de-registration of an MS in an Idle Mode according to an embodiment of the present invention
• FIG. 5 is a flowchart of a method for performing MIP de-registration on an MS in an Idle Mode according to an embodiment of the present invention
• FIG. 6 is a flowchart of a method for performing MIP de-registration on an MS in an Idle Mode according to an embodiment of the present invention
• Figure 7 is a schematic view of the HA device of the present invention.
• FIG. 8 is a flowchart of a method for processing a WiMAX network side after the MS is lost in an Idle Mode according to an embodiment of the present invention
• FIG. 9 is a flowchart of a second processing method on the WiMAX network side after the MS is lost in the Idle Mode according to the embodiment of the present invention.
• FIG. 10 is a flowchart of a processing method on a WiMAX network side after the MS is lost in the Idle Mode according to an embodiment of the present invention
• FIG. 11 is a flowchart of a fourth processing method on the WiMAX network side after the MS is lost in the Idle Mode according to the embodiment of the present invention. Mode for carrying out the invention
• the embodiment of the present invention is described by taking a communication system as a WiMAX network as an example.
• the MS in the Idle Mode does not receive the MS-initiated location update request (Location Update Request) in the set period of the communication system grid side or the set number of times the MS is set on the network side of the communication system.
• the call still fails to page to the MS, it will be confirmed by the network side of the communication system that the MS is lost, in order to save the communication system.
• MIP registration is required for the MS, and the R3 link set between the HA and the FA for the MS is removed.
• the MSN deregistration process of the MS in the Idle Mode may be initiated by the ASN Function entity by referring to the method described in FIG. 2 in the prior art.
• the invention can also initiate the MIP deregistration process of the MS in the Idle Mode by the HA.
• the Anchor PC/LR Since the Anchor PC/LR stores MS related records when the MS is in Idle Mode, the MS related records stored in the Anchor PC/LR must be deleted when the MS in the Idle Mode performs the MIP deregistration method.
• the MS When the MS is in the Idle Mode, if the MIP de-registration process is performed by using the CMIP technology, the ASN Function entity or the HA activates the MS to exit the Idle Mode according to the prior art, and then directly completes the MIP registration process by using the prior art, so The process is not within the scope of the embodiments of the present invention.
• the ASN Function entity or the HA initiates the MIP deregistration process of the MS in the Idle Mode, and the FA receives the MIP deregistration request message from the access device or the MIP deregistration request message from the HA, so the MIP The registration will be performed, the R3 link will be removed, and the MS related records stored in the Anchor PC/LR will be deleted.
• the access device may send a Proxy Mobile Node that sends the removed R3 link request message set by the MS to the ASN Functional entity.
• FIG. 4 is a flowchart of a method for performing MIP de-registration for an MS in an Idle Mode according to an embodiment of the present invention, where specific steps are as follows:
• Step 400 The FA receives the MIP to register the request message.
• the MIP deregistration request message may be a MIP registration request message carrying a MIP Lifetime of 0, or may be a MIP registration request message, such as a MIP Registration Revocation Request message, of course.
• the MP deregistration request message may also be a message named by another name but capable of implementing the same function.
• the MIP deregistration request message is a Proxy Mobile that receives the R3 link request message set for the MS by the ASN Functional entity.
• the MIP deregistration message is sent by the HA when the MS in the Idle Mode is triggered by the HA to perform MIP registration using the PMIP technology.
• Step 401 The FA sends a delete message to the Anchor PC/LR to delete the MS related record.
• the MS related record is the MS identification (MS ID) or / and the paging identification (PCID).
• the method further includes: the FA forwards the received MIP deregistration request message to the HA; and the HA receives the message according to the received message. Determining the MIP registration of the MS (when the MIP deregistration request message is a MIP registration request message carrying the MIP Lifetime 0), the MIP to be registered according to the carried MIP Lifetime is 0, and the MS will be set to be The R3 link between the FAs is removed, and a MIP registration request response message is returned to the FA.
• the step 401 can be directly performed because the R3 link between the FA and the FA that is set for the MS is removed when the HA is triggered.
• HA triggers the MIP of the MS to register, sends the MIP of the MS to the FA to register the request, and sets the MS between the FA and the HA.
• the R3 link is removed and the FA responds to the MIP of the MS sent by the HA to register the request.
• Step 402 After the Anchor PC/LR that receives the deletion message deletes its own stored MS related record, it sends a record deletion response message to the FA.
• Step 403 The FA returns a MIP to register the request response message.
• the MIP deregistration request response message is returned to the Proxy Mobile Node, and then the Proxy Mobile Node returns to the Anchor PC/LR to release the R3 link request.
• Response message when the MS triggered by the HA in the Idle Mode performs MIP deregistration using the PMIP technology, the MIP deregistration request response message is returned to the HA.
• the record deletion response message is sent to the FA and the step 403 is to respectively confirm the MIP deregistration process of the MS in the Idle Mode by the FA and the Proxy Mobile Node or the HA, and in the specific implementation, send.
• the Relay PC and the Anchor PC may not be distinguished, and is generally referred to as a PC, that is, the Anchor PC LR described in FIG. 4 may be a PC/LR.
• the embodiment of the present invention uses a WiMAX network as a communication system for example.
• the network entities in the WiMAX network side are all logical function entities.
• logical function entities having corresponding functions may also be used. carry out.
• FIG. 5 is a flowchart of a method for performing MIP de-registration on an MS in an Idle Mode according to an embodiment of the present invention, where specific steps are as follows:
• Step 500 The ASN Functional entity triggers the service interruption of the MS, and sends an R3 link request message that is set to the MS to the Proxy Mobile Node of the ASN to which the MS belongs.
• Step 501 The Proxy Mobile Node sends a MIP to the FA to register the request message.
• the MIP deregistration request message may be a MIP registration request message carrying a MIP Lifetime of 0, or may be a registration request message for other MIPs.
• the MIP deregistration request message may also be a message named by another name but can achieve the same function. Message.
• Step 502 The FA forwards the received MIP deregistration request message to the HA.
• Step 503 The HA determines to perform MIP deregistration of the MS according to the received message, and removes the R3 link between the FA and the FA set for the MS, and returns a MIP registration request response message to the FA.
• the MIP registration of the MS may be determined according to the carried MIP Lifetime of 0.
• Step 504 The FA sends a delete message to the Anchor PC/LR to delete the MS related record.
• Step 505 After the Anchor PC/LR that receives the delete message deletes the MS related record stored by itself, sends a record deletion response message to the FA.
• Step 506 The FA returns a MIP to the Proxy Mobile Node to register the request response message.
• Step 507 Receive a MIP to register a request response to the Proxy Mobile Node to the ASN
• the Functional entity returns the release R3 link request response message, and the MIP registration process of the MS in Idle Mode is completed.
• FIG. 6 is a flowchart of a method for performing MIP de-registration on an MS in an Idle Mode according to an embodiment of the present invention, where specific steps are as follows:
• Step 600 The HA sends a MIP to the FA to register the request message.
• the MIP registration request message may be a MIP registration request message carrying a MIP Lifetime of 0, or may be a registration request message for other MIPs, such as MIP Registration.
• the MIP deregistration request message can also be a message named by another name but can implement the same function.
• Step 601 The FA sends a delete message to the Anchor PC/LR to delete the VIS related record.
• Step 602 After the Anchor PC LR that receives the deletion message deletes the MS-related record, it sends a record deletion response message to the FA. .
• Step 603 The FA returns a MIP to the HA to register the request response message.
• the method provided by the embodiment of the present invention when the MS is in the Idle Mode, triggers the MIP to register the process by the ASN Functional entity or the HA, and finally removes the R3 link set for the MS and The MS related records stored in the PC/LR are deleted, and the related resources of the MS in the communication system are completely deleted.
• An embodiment of the present invention further provides an apparatus for performing MIP deregistration by an MS in an Idle Mode.
• the method includes a triggering module, configured to send, by using a trigger module, a MIP registration request message to the FA, and the MS in the Idle Mode.
• the MIP is sent to the registration request message when the MIP is registered.
• the apparatus further includes a deletion module for deleting the MS related record stored by itself.
• the device may be arranged in the HA or in the ASN Function entity.
• the MIP de-registration scheme provided by the embodiment of the present invention can be applied to the situation that when the MS is lost in the Idle Mode, the related resources set by the WiMAX network side for the MS cannot be deleted, thereby solving the waste of the communication system resources. Detailed instructions are given.
• the Anchor PC/LR in the WiMAX network side detects the loss of the MS in the Idle Mode, first, the Anchor PC/LR notifies the MIP-related network entity through the MS resource release request message, and the MIP-related network entity to the WiMAX
• the HA in the network side initiates a MIP deregistration request message to the MS, and the message carries the R3 link information that is set to be set between the FA and the HA by the MS. Then, after receiving the MIP registration request message of the MS, the HA is removed. After the R3 link set between the FA and the HA, the MS returns a MIP registration response message to the MIP-related network entity.
• the MIP-related network entity receives the MIP registration response message and sends it to the WiMAX network side.
• the Anchor PC LR sends an MS Resource Release Response message, and the Anchor PC/LR deletes the relevant information stored for the UE. In this way, after the MS in the Idle Mode is lost, the WiMAX network side deletes the related resources set for the MS to avoid waste of WiMAX network resources.
• the network entity associated with the MIP may be an FA, or may be a proxy mobile Internet Protocol client (PMIP Client), and may also be other MIP-related networks not involved in the embodiments of the present invention. entity.
• the network entity associated with the MIP may also delete the MS related resources stored by itself or/and notify other entities on the network side of the communication system to delete the MS related resources stored by itself, for example, when the network entity associated with the MIP is In the case of FA, the SFA can be notified to delete the service metric information (QoS Profile) of the MS.
• QoS Profile service metric information
• the Anchor PC/LR in the WiMAX network side detects that the MS in the Idle Mode is lost, the R4 link between the Authentication and the Authentication set by the MS and the information about the Authentication deletion are notified.
• the FA receives the MS resource release request message, the FA can also remove the R4 link between the PC and the LR, which is set up by the MS, so that the related resources set for the MS can be further deleted, thereby further avoiding waste of WiMAX network resources. .
• the first one detecting whether the MS in the Idle Mode is sent according to a preset period.
• Location Update Request if yes, the MS in the Idle Mode is not lost; otherwise, the MS in the Idle Mode is lost;
• the paging is not found in the set paging times when paging the MS Calling the MS in Idle Mode determines that the MS in Idle Mode is lost.
• PC_PURGE_MS_REQ The resource release request message
• PC_PURGE_MS_RSP the resource release response message
• PC_PURGE_MS_RSP the resource release response message
• PC—PURGE—MS—REQ can also carry the loss cause value, which can be: Location Updated or Paging failed.
• the M3 de-registration request message is removed.
• the MIP goes to the registration request message.
• FIG. 8 is a schematic diagram of the WiMAX network side after the MS is lost in the Idle Mode according to the embodiment of the present invention. Processing method A flow chart, the specific steps are:
• Step 800 The Anchor PC/LR detects the MS loss in the Idle Mode; the Anchor PC/LR can detect the MS loss in the Idle Mode by the above two methods of the present invention.
• Step 801 The Anchor PC/LR sends the PC of the MS to the FA-PURGE-MS-RjEQ, and the request carries the identifier of the lost MS in the Idle Mode, and may also carry the loss cause value.
• Step 802: The FA initiates the MIP to the MS to the HA. Deregistering the request message, the MS is the MS having the identifier of the MS carried by the request, and the MIP LifeTime carried in the MIP deregistration request message is set to 0, that is, carrying Lifetime 0;
• Step 803 The HA receives the MIP deregistration request message, and determines, according to the MIP LifeTime that is set to 0, that the FA is to be removed as an R3 link set between the FA and the HA by the MS, and is removed between the FA and the FA.
• the R3 link sends a MIP to the FA to register the response message;
• Step 804 The FA sends the MS PC-PURGE-MS-RSP to the Anchor PC/LR, and the Anchor PC/LR deletes the related information saved by the MS, such as the SFIDs, associated CIDs or / and QoS context saved by the MS.
• the related resources of the MS are deleted by the PMIP technology, that is, the PMIP client, such as the Proxy Mobile Node, initiates the process of deleting the related resources set for the MS by the network side of the communication system, and three specific embodiments are given below. Be explained.
• FIG. 9 is a flowchart of a method for processing a WiMAX network side after the MS is lost in the Idle Mode according to the embodiment of the present invention, and the specific steps are as follows:
• Step 900 The Anchor PC/LR detects that the MS is lost in the Idle Mode.
• Step 902 The FA sends an R3 link release request to the PMIP client (R3 Session). Release Request), the request carries the identifier of the lost MS in the Idle Mode, and can also carry the loss cause value;
• Step 905 The HA receives the MIP deregistration request message, determines, according to the MIP LifeTime that is set to 0, the R3 link to be set up between the FA and the HA, and removes the R3 set between the FA and the FA. Link, sending a MIP to the FA to register the response message;
• Step 906 The FA forwards the MIP to the PMIP Client to register the response message.
• Step 907 The PMIP client sends an R3 Session Release Request to the FA.
• Step 908 The FA sends the PC-PURGE-MS-RSP to the Anchor PC/LR, and the Anchor PC/LR deletes the related information saved by the MS, such as the SFIDs, associated CIDs, or/and QoS contexts saved by the MS.
• FIG. 10 is a flowchart of a method for processing a WiMAX network side after the MS is lost in the Idle Mode according to the embodiment of the present invention, and the specific steps are as follows:
• Step 1000 The Anchor PC/LR detects that the MS is lost in the Idle Mode; Step 1001, the Anchor PC/LR sends the PC to the FA—PURGE—MS—REQ, the request It is required to carry the identifier of the lost MS in the Idle Mode, and may also carry the loss cause value; Step 1002: The FA sends a mobile advertisement message to the PMIP Client (Mobility
• the MIP LifeTime carried in the message is set to 0, and the message can also carry the identifier of the MS lost in the Idle Mode;
• Step 1003 The PMIP client returns a MIP registration request message to the MS to the FA.
• Step 1004 The FA forwards the MIP deregistration request message to the MS to the HA, where the MS is the MS having the identifier of the MS that is received by the request, and the MIP LifeTime carried in the MIP deregistration request message is set to 0.
• Step 1005 The HA receives the MIP to register the request message, according to the carried settings.
• the MIP LifeTime of 0 determines that the R3 link set up between the FA and the HA is to be removed, the R3 link set up with the FA for the MS is removed, and the MIP is sent to the FA to register the response.
• Step 1006 FA to PMIP Client Forward the MIP to register the response message;
• Step 1007 The FA sends the PC-PURGE-MS-RSP to the Anchor PC/LR, and the Anchor PC/LR deletes the related information saved by the MS, such as the SFIDs, associated CIDs or / and QoS contexts saved by the MS.
• the difference between the method shown in FIG. 10 and the method in FIG. 8 is as follows:
• the FA receives the PCJPURGE_MS__REQ sent by the Anchor PC/LR, it sends a Mobility Advertisement to the PMIP client, and the PMIP Client initiates the deletion process of the MS resource.
• FIG. 11 is a flowchart of a method for processing a WiMAX network side after the MS is lost in the Idle Mode according to the embodiment of the present invention, and the specific steps are as follows:
• Step 1100 The Anchor PC/LR detects that the MS is lost in the Idle Mode; Step 1101, the Anchor PC/LR sends the PC-PUTRGE_MS_REQ to the PMIP Client, The request carries the identifier of the lost MS in the Idle Mode, and may also carry the loss cause value; Step 1102, the PMIP Client sends a MIP registration request message to the MS to the FA,
• Step 1103 The FA forwards the MIP deregistration request message to the MS to the HA, where the MS is the MS having the identifier of the MS that is received by the request, and the MIP LifeTime carried in the MIP deregistration request message is set to 0.
• Step 1104 The HA receives the MIP registration request message, and according to the carried setting,
• the MIP LifeTime of 0 determines that the R3 link set up between the FA and the HA is to be removed, the R3 link set up with the FA for the MS is removed, and the MIP is sent to the FA to register the response.
• Step 1105 FA to PMIP Client Forward the MIP to register the response message;
• Step 1106 The PMIP Client sends a PC-PURGE_MS_RSP to the Anchor PC/LR, and the Anchor PC/LR deletes the record information saved by the MS, such as the SFIDs, associated CIDs, or/and QoS contexts saved by the MS.
• the method shown in FIG. 11 directly sends PC-PURGE_MS-REQ to the PMIP Client by the Anchor PC LR, and the PMIP client initiates the deletion process of the MS resource. .
• the PC and the anchor PC may be referred to as a PC, that is, the Anchor PC/LR as shown in FIG. 8, FIG. 9, FIG. 10 or FIG. 11 may be a PC/LR.
• the PC-PURGE-MS-REQ and the PC-PURGE-MS-RSP used in FIG. 8, FIG. 9, FIG. 10 or FIG. 11 are only for describing an implementation of the MS resource dry request message and the MS resource release response message, respectively.
• all other message definitions for implementing the MS resource release request message and the MS resource release response message function are within the scope of the present invention.
• the MIP of the MS since the MS enters the Idle Mode, the MIP of the MS is registered.
• the MIP LifeTime of the message is set to the maximum value, so the presence detection of the MS is not performed for a long time.
• the MS in the Idle Mode is within the set period, the period is smaller than the MIP of the MIP to register the message of the MS.
• the LifeTime value the network side of the communication system cannot determine that the MS has been lost even if it does not receive the Location Update Request initiated by the MS, and continues to maintain the MS related resources, resulting in waste of communication system resources.
• the MS in the Idle Mode does not receive the Location Update Request initiated by the MS, the MS is determined to be lost.
• the method removes MS related resources maintained by the communication system, thereby saving communication system resources.
• the communication system when the communication system performs the paging of the set number of times of the MS in the Idle Mode and still does not page to the MS, it is determined that the MS has been lost, and the method described in the embodiment of the present invention is used.
• the MS related resources maintained by the communication system are removed, thereby saving communication system resources.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Databases & Information Systems (AREA)
• Mobile Radio Communication Systems (AREA)

Priority Applications (1)

Applications Claiming Priority (8)

Publications (1)

Family

ID=38344866

Family Applications (1)

Country Status (2)

Cited By (1)

Families Citing this family (1)

Citations (4)

• 2007
  • 2007-02-09 WO PCT/CN2007/000451 patent/WO2007090353A1/zh active Application Filing
  • 2007-02-09 KR KR1020087021983A patent/KR101027428B1/ko active IP Right Grant

Patent Citations (4)

Also Published As

Similar Documents

Legal Events