Method and Apparatus for Mobile Internet Protocol Registrating or Deregistrating
A computer program product can be used to store instructions operable in a physical entity in which a destination MIP Foreign Agent (FA) resides. The program product includes code for: obtaining an identity of a mobile terminal (MT ID) and address information of an anchor proxy mobile node or an authenticator; sending a message carrying the MT ID to the anchor proxy mobile node or the authenticator; receiving a credential corresponding to the MT ID sent from the anchor proxy mobile node or the authenticator after the anchor proxy mobile node or the authenticator receives the message carrying the MT ID and searches for the credential corresponding to the MT ID; and implementing MIP registration or deregistration for the mobile terminal using the credential.
Latest Huawei Technologies Co., Ltd. Patents:
This application is a continuation of the U.S. application Ser. No. 12/032,922, filed on Feb. 18, 2008, which is a continuation of International Application No. PCT/CN2006/002008, filed on Aug. 9, 2006, which claims priority of Chinese Patent Application No. 200510093218.7, filed on Aug. 19, 2005 and the Chinese Patent Application No. 200510109259.0, filed on Oct. 17, 2005. All of the applications are hereby incorporated by reference in their entireties.
TECHNICAL FIELDThe present invention relates to mobile Internet technologies, and more particularly, to technologies for Mobile Internet Protocol (MIP) registrating or deregistrating.
BACKGROUNDMIP is a solution for transmitting information for a mobile node. MIP is independent of communication media adopted by the mobile node. The MIP allows the mobile node to change its location, on condition that neither is the communication broken, nor is an application program restarted. At the same time, MIP provides an IP route mechanism, which enables the mobile node to connect to any link via a permanent IP address. In accordance with MIP, when a mobile node switches from a home link to a foreign link and receives an agent broadcast message sent from a Foreign Agent (FA), the mobile node obtains Care-of Address (CoA) from the agent broadcast message. The mobile node initiates MIP registration to its Home Agent (HA) to notify the HA of the CoA Likewise, when the mobile node switches from the foreign link to the home link or breaks the connection with the network abnormally, an MIP deregistration is initiated to notify the HA of deleting the CoA.
A Centralized Worldwide Interoperability for Microwave Ranging (WIMAX) system provides two different modes for implementing MIP, i.e. Client MIP (CMIP) mode and Proxy MIP (PMIP) mode. The CMIP mode is identical to the conventional MIP mode, i.e. all functions of the mobile node are implemented on a mobile terminal, and the MIP registration or deregistration is initiated by an MIP client set on the mobile terminal. In this mode, the MIP registration or deregistration is opaque for the mobile terminal. In the PMIP mode, the MIP client is detached from the mobile terminal and set in a logical network element, such as a Proxy Mobile Node, in Accessing Service Network (ASN). In this mode, the MIP registration or deregistration is initiated by the proxy mobile node in the ASN, the foreign link locates at the ASN. Therefore, the MIP registration or deregistration is transparent for the mobile terminal. For the mobile terminal, it always works on the home link. A proxy mobile node may initiate the MIP registration or deregistration instead of a plurality of mobile terminals.
In the CMIP mode or the PMIP mode, a credential is established for each mobile terminal between the MIP client and the HA to implement the MIP registration or deregistration. The credential is saved in the HA of a mobile terminal and in an anchor proxy mobile node. The anchor proxy mobile node is a proxy mobile node specially used for saving the credential of the mobile terminal. The anchor proxy mobile node and a proxy mobile node corresponding to the home Base Station (BS) of the mobile terminal are configured in the same entity or different entities. The MIP registration or deregistration of the mobile terminal is initiated by the proxy mobile node corresponding to the home BS of the mobile terminal or the anchor proxy mobile node. If the proxy mobile node corresponding to the home BS of the mobile terminal and the anchor proxy mobile node is not configured in the same entity, the proxy mobile node corresponding to the home BS of the mobile terminal obtains the credential of the mobile terminal from the anchor proxy mobile node, and then initiates the MIP registration or deregistration of the mobile terminal.
The procedure of MIP registration or deregistration is described as follows. An MIP client calculates a Message Authentication Code (MAC) of a registration or deregistration request message according to obtained or its saved credential of the mobile terminal. The MIP client resides in a proxy node or an anchor proxy mobile node corresponding to the home BS of the mobile terminal. Then, the MIP client carries the MAC and an identity of a mobile terminal (MT ID), in the registration or deregistration request message and sends the request message to the HA. The HA first searches for and acquires the credential of the mobile terminal upon the receipt of the registration or deregistration request message. Then, the HA calculates the MAC of the registration or deregistration request message according to the credential. Then, the HA matches the calculated MAC with the MAC carried in the registration or deregistration request message. If the calculated MAC is matched with the MAC carried in the registration or deregistration request message, the HA sends a registration or deregistration response message to the MIP client. The registration or deregistration response message carries the MT ID and the MAC of the registration or deregistration response message, the MAC is obtained according to the credential of the mobile terminal. Upon the receipt of the registration or deregistration response message, the MIP client first searches for the credential of the mobile terminal according to the MT ID carried in the registration or deregistration response message, and calculates the MAC of the registration or deregistration response message according to the credential. Then, the MIP client matches the calculated MAC with the MAC carried in the registration or deregistration response message. If the calculated MAC is matched with the MAC carried in the registration or deregistration response message, the MIP client accepts the registration or deregistration response message. At the same time, the MIP registration or deregistration is finished.
SUMMARY OF THE INVENTIONEmbodiments of the present invention provide methods and apparatus for Mobile Internet Protocol registrating or deregistrating, so that MIP registration or deregistration can be initiated when an entity which is used for initiating the MIP registration or deregistration instead of an MIP client of a mobile terminal is changed.
A computer program product for storing instructions operable in a physical entity in which a destination MIP Foreign Agent (FA) resides, includes a non-transitory computer-readable medium including code for obtaining an identity of a mobile terminal (MT ID) and address information of an anchor proxy mobile node or an authenticator sending a message carrying the MT ID to the anchor proxy mobile node or the authenticator receiving a credential corresponding to the MT ID sent from the anchor proxy mobile node or the authenticator after the anchor proxy mobile node or the authenticator receives the message carrying the MT ID and searches for the credential corresponding to the MT ID and implementing MIP registration or deregistration for the mobile terminal using the credential.
A method for Mobile Internet Protocol (MIP) registering or deregistering, the method includes receiving a message which is sent from a physical entity in which a destination MIP Foreign Agent (FA) resides and used for carrying an identity of a mobile terminal (MT ID), searching for a credential saved by the anchor proxy mobile node or the authenticator according to the MT ID, and implementing MIP registration or deregistration using the credential. Receiving a notification which is used for indicating that a physical entity in which a home MIP FA of a mobile terminal resides is to be changed and sent from a physical entity in which a serving MIP FA resides, wherein the notification carries the MT ID and address information of the physical entity in which the destination MIP FA resides, and sending address information of the anchor proxy mobile node or the authenticator to the physical entity in which the destination MIP FA resides according to the notification.
A computer program product for storing instructions operable in an anchor proxy mobile node or an authenticator, includes a non-transitory computer-readable medium including code for receiving a message which is sent from a physical entity in which a destination MIP Foreign Agent (FA) resides and used for carrying an identity of a mobile terminal (MT ID) searching for a credential saved by the anchor proxy mobile node or the authenticator according to the MT ID, and implementing MIP registration or deregistration using the credential receiving a notification which is used for indicating that a physical entity in which a home MIP FA of a mobile terminal resides is to be changed and sent from a physical entity in which a serving MIP FA resides, wherein the notification carries the MT ID and address information of the physical entity in which the destination MIP FA resides, and sending address information of the anchor proxy mobile node or the authenticator to the physical entity in which the destination MIP FA resides according to the notification.
For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawing, in which:
As for the standards and proposals related to WIMAX in public, an MIP client is configured in a proxy mobile node for a PMIP mode. Each proxy mobile node corresponds to multiple or one BS according to different network architectures. Referring to
A problem caused by the handover of a mobile terminal in the network architecture shown in
Since the proxy mobile node is a logical function entity, in practice, the function for a proxy mobile node initiating an MIP registration or deregistration request instead of the MIP client of a mobile terminal is implemented by a physical entity, such as ASN GW, a FA of the MIP client is resided in the physical entity. Therefore, in the present invention, before the entity initiating an MIP registration or deregistration request instead of the MIP client of the mobile terminal is changed, the entity initiating an MIP registration or deregistration request instead of the MIP client of the mobile terminal is referred to as a physical entity in which the FA of serving MIP resides, for short, named “first physical entity” in the following description; after the entity initiating an MIP registration or deregistration request instead of the MIP client of the mobile terminal is changed, the entity initiating an MIP registration or deregistration request instead of the MIP client of mobile terminal is referred to as a physical entity in which the FA of destination MIP resides, for short, named “second physical entity” in the following description.
In the present invention, the first physical entity first acquires address information of an anchor proxy mobile node when a physical entity in which a home MIP FA of a mobile terminal resides is changed. For short, “physical entity in which a home MIP FA of a mobile terminal resides” is named “third physical entity” in the following description. Then, the second physical entity sends a message carrying an MT ID to the anchor proxy mobile node according to the address information of the anchor proxy mobile node. MIP registration or deregistration of the mobile terminal corresponding to the MT ID is implemented according to related information of the message carrying the MT ID.
In detail, the MIP registration or deregistration of the mobile terminal can be initiated by the second physical entity after acquiring a credential of the mobile terminal from the anchor proxy mobile node, or initiated by the anchor proxy mobile node when knows that the third physical entity is changed. The following
Embodiments of the present invention are described as follows with reference to accompanying drawings and embodiments.
At block 501, a second physical entity acquires an MT ID and address information of an anchor proxy mobile node.
If the change of a physical entity in which an MIP FA resides is caused by BS handover of the mobile terminal, the second physical entity acquires the MT ID and the address information of the anchor proxy mobile node from a destination BS. If a first physical entity and the anchor proxy mobile node used for saving the credential of the mobile terminal are configured in the same entity. The mobile terminal is covered in the BS corresponding to the physical entity in which the serving MIP FA resides before the handover. The address information of the anchor proxy mobile node is address information of the first physical entity.
If the change of the physical entity at which the MIP FA is located is caused by resource optimization, the second physical acquires the MT ID and the address information of the anchor proxy mobile node from the anchor proxy mobile node.
At block 502, the second physical entity checks whether the credential of the mobile terminal corresponding to receive MT ID is saved. If the second physical entity saves the credential, the second physical entity implements MIP registration or deregistration of the mobile terminal according to the credential, and terminates the current procedure; otherwise, performs block 503.
The second physical entity can acquire the credential from the anchor proxy mobile node, the credential is of mobile terminal managed by the anchor proxy mobile node.
The block 502 is optional, i.e. block 503 can be directly performed after block 501.
At block 503, the second physical entity sends a message carrying the MT ID to the anchor proxy mobile node according to the address information of the anchor proxy mobile node.
At block 504, the MIP registration or deregistration is implemented according to related information in the message carrying MT ID. The related information includes the MT ID or a transaction ID.
At block 601, the second physical entity receives an identity of an MSS (MSSID) and address information of an anchor proxy mobile node, the MSSID and the address information is sent from a destination BS.
The second physical entity can acquire the address information of the anchor proxy mobile node via the following two methods.
In one method, the MSS sends a handover request carrying the MSSID and a BS identity (BSID) to a serving BS to which the mobile terminal connects before handover. Upon the receipt of the handover request, the serving BS sends to the destination BS to which the MSS is switched a handover request message carrying the MSSID and the address information of the anchor proxy mobile node. Upon the receipt of the handover request message sent from the serving BS and a ranging request (RR) sent from the MSS, the destination BS sends to the second physical entity of the destination BS a notification message indicating that the MSS switches to the destination BS. The notification message carries the address information of the anchor proxy mobile node acquired from the handover request message and the MSSID.
In the other method, the MSS directly sends to the destination BS a RR message carrying a handover indication message, the MSSID and a serving BSID. Upon the receipt of the RR message, the destination BS sends to the serving BS a request for acquiring the address information of the anchor proxy mobile node according to the received serving BSID. The request carries the MSSID. Upon the receipt of the request for acquiring the address information of the anchor proxy mobile node, the serving BS searches for the address information of the anchor proxy mobile node corresponding to the MSSID carried in the request, and returns the address information of the anchor proxy mobile node to the destination BS. Upon the receipt of the address information of the anchor proxy mobile node, the destination BS sends to the second physical entity a notification message indicating that the MSS switches to the destination BS. The notification message carries the MSSID and the address information of the anchor proxy mobile node.
The serving BS saves corresponding relation between the MSSID and the address information of the anchor proxy mobile node, the MSSID is the identification of the MSS managed by the serving BS.
At block 602, the second physical entity checks whether a credential of the MSS corresponding to the received MSSID is saved. If the second physical entity saves the credential, the second physical entity implements MIP registration or deregistration of the MSS according to the credential, and terminates the procedure; if the second physical entity does not save the credential, performs Block 603.
The block 602 is optional, i.e. Block 603 can be directly performed after Block 601.
At block 603, the second physical entity sends to the anchor proxy mobile node a credential request message, the message carries the MSSID according to the received address information of the anchor proxy mobile node.
The credential request message may further carry a transaction ID for exclusively indicating the credential request message. In this case, the second physical entity saves a corresponding relation between the credential request message and the transaction ID.
At block 604, upon the receipt of the credential request message, the anchor proxy mobile node searches for the credential of the MSS corresponding to the MSSID carried in the credential request message, and sends to the second physical entity a credential transmission message carrying the credential.
The credential transmission message may be transmitted to the second physical entity via a security channel established between the anchor proxy mobile node and the second physical entity.
To identify which MSS corresponds to the credential, the credential transmission message may carry the MSSID. However, if the credential request message carries the transaction ID, the credential transmission message may not carry the MSSID. Because after the second physical entity receives the credential transmission message carrying the transaction ID, the second physical entity may search for credential request message saved or sent corresponding to the credential transmission message, and acquire the MSS corresponding to the credential according to the MSSID carried in the credential request message.
At block 605, upon the receipt of the credential transmission message carrying the credential, the second physical entity determines the MSSID corresponding to the credential.
At block 606, the second physical entity implements the MIP registration or deregistration of the determined MSS according to the credential.
At block 701, upon the receipt of an MSSID and address information sent from a serving BS, a destination BS sends to a second physical entity of the destination BS an authentication key (AK) request message. The AK request message carries the MSSID and the address information. The address information is of an authenticator or an anchor proxy mobile node.
The method for the destination BS acquiring the address information of the authenticator or the anchor proxy mobile node is same with the method for the destination BS acquiring the address information of the anchor proxy mobile node described in the block 601.
At block 702, upon the receipt of the AK request message, the second physical entity checks whether the AK of the MSS corresponding to the MSSID carried in the AK request message is saved. If the second physical entity saves the AK of the MSS, the second physical entity searches for to acquire the credential of the MSS, and implements MIP registration or deregistration of the MSS according to the credential, and terminates the procedure; If the second physical entity does not save the AK of the MSS, performs block 703.
If the second physical entity saves the AK of MSS, it is indicated that the proxy mobile node of the MSS is not changed during the BS handover, and the second physical entity can confirm the credential of the MSS is saved. If the second physical entity does not save the AK of the MSS, it is indicated that the proxy mobile node of MSS is changed during the BS handover, and the second physical entity does not save the credential of the MSS.
The block 702 is optional.
Block 703: The second physical entity sends a credential request message to the authenticator or the anchor proxy mobile node according to the address information carried in the AK request message. The second physical entity requests the authenticator or the anchor proxy mobile node to provide the credential of the MSS. The credential request message carries the MSSID, the transaction ID may be carried.
At block 704: Upon the receipt of the credential request message, the authenticator or the anchor proxy mobile node searches for and acquires the credential of the MSS corresponding to the MSSID according to the MSSID carried in the credential request message, and sends to the second physical entity a credential transmission message carrying the credential via an established security channel. The credential transmission message carries the MSSID or the transaction ID.
Block 705: Upon the receipt of the credential transmission message, the second determines the MSSID corresponding to the credential carried in the credential transmission message.
Block 706: The second physical entity implements the MIP registration or deregistration of the MSS corresponding to the MSSID according to the credential.
At block 801, a second physical entity receives an MSSID and address information of an anchor proxy mobile node sent from a destination BS.
The method for the second physical entity acquiring the address information of the anchor proxy mobile node is the same with that of the block 601.
At block 802, the second physical entity checks whether a credential of the MSS corresponding to the received MSSID is saved. If the second physical entity saves the credential of the MSS, the second physical entity implements MIP registration or deregistration of the MSS according to the credential, and terminates the current procedure, if the second physical entity does not save the credential of the MSS, performs block 803.
The block 802 is 2 optional.
At block 803, the second physical entity sends to the anchor proxy mobile node a request message for initiating MIP registration or deregistration according to the received address information of the anchor proxy mobile node. The request message carries the MSSID and a transaction ID may be carried.
At block 804, upon the receipt of the request message for initiating the MIP registration or deregistration, the anchor proxy mobile node searches for and acquires the credential of the MSS corresponding to the MSSID carried in the request message, and implements the MIP registration or deregistration of the MSS corresponding to the MSSID according to the credential.
At block 901: Upon the receipt of an MSSID and address information sent from a serving BS, a destination BS sends to a second physical entity of the destination BS an authentication key (AK) request message. The AK request message carries the address information and the MSSID. The address information is of the authenticator or the anchor proxy mobile node.
The method for the destination BS acquiring the address information of the authenticator or the anchor proxy mobile node is the same with the method for the destination BS acquiring the address information of the anchor proxy mobile node described in block 601.
At block 902, upon the receipt of the AK request message, the second physical entity checks whether the AK of the MSS corresponding to the MSSID carried in the AK request message is saved. If the second physical entity saves the AK of the MSS, the second physical searches for and acquires a credential of the MSS, and implements MIP registration or deregistration of the MSS according to the credential, and terminates the procedure if the second physical entity does not save the AK of the MSS, performs the block 903.
At block 903, the second physical entity sends to the authenticator or anchor proxy mobile node a request message for initiating MIP registration or deregistration according to the received address information. The request message for initiating the MIP registration or deregistration carries the MSSID, and a transaction ID may be carried.
Block 904: Upon the receipt of the request message for initiating the MIP registration or deregistration, the anchor proxy mobile node searches for and acquires the credential of the MSS corresponding to the MSSID carried in the request message for initiating MIP registration or deregistration, and implements the MIP registration or deregistration of the MSS corresponding to the MSSID according to the credential.
At block 1001, a second physical entity receives an MSSID and address information of an anchor proxy mobile node sent from the anchor proxy mobile node.
After a third physical entity is changed is known from a first physical entity or the second physical entity, the anchor proxy mobile node sends the MSSID and its address information to the second physical entity.
For example, if the BS connects with Physical entity 1 in which the MIP FA resides directly, the physical entity 1 connects with an HA via a physical entity 2 in which the MIP FA resides, the BS is currently connected to the MSS. The physical entity 2 initiates MIP registration or deregistration of the MSS to the HA. Then, the physical entity 1 may also connect with the HA directly for resource optimization. In this case, the physical entity 2 or physical entity 1 notifies the anchor proxy mobile node that the third physical entity of the MSS is changed. The physical entity 2 or physical entity 1 notifies the anchor proxy mobile node of the MSSID and the address information of the changed second physical entity, i.e. the address information of the physical entity 1 in which the MIP FA resides. Upon the receipt of the notification, the anchor proxy mobile node sends the MSSID and its address information to the second physical entity, i.e. the physical entity 1 in which the MIP FA resides.
Blocks 1002˜1006 are the same with Blocks 602˜606.
Block 1101 is same with Block 1001.
Blocks 1102˜1104 are same with Blocks 802˜804.
The second physical entity 121 is configured to send to the anchor proxy mobile node 122 a credential request message carrying an MT ID according to acquired address information of anchor proxy mobile node 122, and implement MIP registration or deregistration of the mobile terminal corresponding to the MT ID according to a credential sent from anchor proxy mobile node 122.
The second physical entity 121 is further configured to send to the anchor proxy mobile node 122 a notification indicating that a third physical entity is changed, when detecting that the third physical entity is changed to the second physical entity. The notification carries the MT ID and the address information of the second physical.
Anchor proxy mobile node 122 is configured to save a corresponding relation between the MT ID and a credential, search for the credential corresponding to the MT ID carried in the credential request message upon the receipt of the credential request message sent from the second physical entity 121, and send the credential to the second physical entity 121.
The anchor proxy mobile node 122 is further configured to send its address information to the second physical entity 121 upon the receipt of the notification indicating that the third physical entity is changed. The notification is sent from the second physical entity 121.
In addition, the anchor proxy mobile node 122 is further configured to send its address information to the second physical entity 121 according to the address information of the second physical entity 121 carried in the notification, after receives the notification indicating that the third physical entity is changed. The notification is sent from the first physical entity 123.
The second physical entity 151 is configured to send to the anchor proxy mobile node 152 a request message for initiating MIP registration or deregistration, the request message carries an MT ID according to acquired address information of anchor proxy mobile node 152.
The second physical entity 151 is further configured to send to the anchor proxy mobile node 152 a notification, the notification indicates a third physical entity is changed, after detecting the third physical entity is changed to the second physical entity. The notification carries the MT ID and the address information of the second physical entity 151.
Anchor proxy mobile node 152 is configured to save corresponding relation between the MT ID and a credential, search for the credential corresponding to the MT ID carried in the request message, after receives the request message for initiating the MIP registration or deregistration sent from the second physical entity 151, and implement the MIP registration or deregistration of the mobile terminal corresponding to the MT ID sent from the second physical entity 151 according to the credential.
The anchor proxy mobile node 152 is further configured to send its address information to the second physical entity 151 upon the receipt of the notification indicating that the second physical entity is changed. The notification is sent from the second physical entity 151.
In addition, the anchor proxy mobile node 152 is further configured to send its address information to the second physical entity 151 according to the address information of the second physical entity 151 carried in the notification, after receiving the notification indicating that third the physical entity is changed. The notification is sent from the first physical entity 153.
In comparison with a conventional method, the solution of the present invention is implemented as follows. A physical entity in which a destination MIP FA resides obtains the MT ID and address information of an anchor proxy mobile node, a message carrying the MT ID is sent to the anchor proxy mobile node. Then, the physical entity in which a destination MIP FA resides initiates MIP registration or deregistration according to a credential returned by the anchor proxy mobile node. Alternatively, the anchor proxy mobile node may initiate the MIP registration or deregistration according to the credential saved by itself. Therefore, the MIP registration or deregistration is implemented when an entity which is used for initiating the MIP registration or deregistration instead of an MIP client of the mobile terminal is changed.
Though illustration and description of the present disclosure have been given with reference to preferred embodiments thereof, it should be appreciated by persons of ordinary skill in the art that various changes in forms and details can be made without deviation from the spirit and scope of this disclosure, which are defined by the appended claims.
Claims
1. A computer program product for storing instructions operable in a physical entity in which a destination MIP Foreign Agent (FA) resides, comprising a non-transitory computer-readable medium comprising code for:
- obtaining an identity of a mobile terminal (MT ID) and address information of an anchor proxy mobile node or an authenticator;
- sending a message carrying the MT ID to the anchor proxy mobile node or the authenticator;
- receiving a credential corresponding to the MT ID sent from the anchor proxy mobile node or the authenticator after the anchor proxy mobile node or the authenticator receives the message carrying the MT ID and searches for the credential corresponding to the MT ID; and
- implementing MIP registration or deregistration for the mobile terminal using the credential.
2. The computer program product of claim 1, wherein the credential is sent to the physical entity in which the destination MIP FA resides via a security channel established between the physical entity in which the destination MIP FA resides and the anchor proxy mobile node or the authenticator.
3. The computer program product of claim 1, wherein the credential request message further carries a transaction ID, the computer program product further comprising code for:
- saving a corresponding relation between the credential request message and the transaction ID;
- sending the transaction ID to the physical entity in which the destination MIP FA resides;
- searching for the credential request message corresponding to the transaction ID according to the corresponding relation between the credential request message and the transaction ID;
- searching for the MT ID according to the credential request message; and
- determining the credential corresponding to the MT ID.
4. The computer program product of claim 1, wherein obtaining the address information of the anchor proxy mobile node or the authenticator comprises:
- receiving, by a serving Base Station (BS) a handover request message sent from the mobile terminal, and the handover request message carries the MT ID and a destination BS identity;
- sending, by the serving BS, a handover request carrying the MT ID and the address information of the anchor proxy mobile node or the authenticator to a destination BS corresponding the destination BS identity;
- sending, by the destination BS, to the physical entity in which the destination MIP FA resides a notification indicating that the mobile terminal is switched to the destination BS, and the notification carries the MT ID and the address information of the anchor proxy mobile node or the authenticator; and
- obtaining, by the physical entity in which the destination MIP FA resides, the address information of the anchor proxy mobile node or the authenticator from the notification.
5. The computer program product of claim 1, wherein obtaining the address information of the anchor proxy mobile node or the authenticator comprises:
- receiving, by a destination BS, a Ranging Request sent from the mobile terminal, and the Ranging Request carries the MT ID and a serving BS identity;
- sending, by the destination BS, to a serving BS a request for obtaining the address information of the anchor proxy mobile node or the authenticator according to the serving BS identity, the request carries the MT ID;
- searching for, by the serving BS, the address information of the anchor proxy mobile node or the authenticator corresponding to the MT ID, and sending the address information of the anchor proxy mobile node or the authenticator to the destination BS;
- sending, by the destination BS, to the physical entity in which the destination MIP FA resides a notification indicating that the mobile terminal is switched to the destination BS, and the notification carries the MT ID and the address information of the anchor proxy mobile node or the authenticator; and
- obtaining, by the physical entity in which the destination MIP FA resides, the address information of the anchor proxy mobile node or the authenticator.
6. The computer program product of claim 5, wherein
- the anchor proxy mobile node and an authenticator are set in a same entity;
- the notification is an authentication key (AK) request; and
- the address information of the anchor proxy mobile node is identical to address information of the authenticator.
7. The computer program product of claim 1, further comprising code for:
- receiving a notification sent from a physical entity in which a home serving MIP FA of the mobile terminal resides or the physical entity in which the destination MIP FA resides, the notification is used for indicating that a physical entity in which the MIP FA resides is to be changed and carrying the MT ID and address information of the physical entity in which the destination MIP FA resides; and
- sending the address information of the anchor proxy mobile node or the authenticator to the physical entity in which the destination MIP FA resides.
8. A method for Mobile Internet Protocol (MIP) registering or deregistering, the method comprising:
- receiving a message which is sent from a physical entity in which a destination MIP Foreign Agent (FA) resides and used for carrying an identity of a mobile terminal (MT ID);
- searching for a credential saved by the anchor proxy mobile node or the authenticator according to the MT ID;
- implementing MIP registration or deregistration using the credential;
- receiving a notification which is used for indicating that a physical entity in which a home MIP FA of a mobile terminal resides is to be changed and sent from a physical entity in which a serving MIP FA resides, wherein the notification carries the MT ID and address information of the physical entity in which the destination MIP FA resides; and
- sending address information of the anchor proxy mobile node or the authenticator to the physical entity in which the destination MIP FA resides according to the notification.
9. The method of claim 8, further comprising:
- receiving a notification which is used for indicating that a physical entity in which a home MIP FA of the mobile terminal resides is to be changed and sent from the physical entity in which the destination MIP FA resides; and
- sending address information of the anchor proxy mobile node or the authenticator to the physical entity in which the destination MIP FA resides.
10. A computer program product for storing instructions operable in an anchor proxy mobile node or an authenticator, comprising a non-transitory computer-readable medium comprising code for:
- receiving a message which is sent from a physical entity in which a destination MIP Foreign Agent (FA) resides and used for carrying an identity of a mobile terminal (MT ID);
- searching for a credential saved by the anchor proxy mobile node or the authenticator according to the MT ID;
- implementing MIP registration or deregistration using the credential;
- receiving a notification which is used for indicating that a physical entity in which a home MIP FA of a mobile terminal resides is to be changed and sent from a physical entity in which a serving MIP FA resides, wherein the notification carries the MT ID and address information of the physical entity in which the destination MIP FA resides; and
- sending address information of the anchor proxy mobile node or the authenticator to the physical entity in which the destination MIP FA resides according to the notification.
11. The computer program product of claim 9, further comprising code for
- receiving a notification which is used for indicating that a physical entity in which a home MIP FA of the mobile terminal resides is to be changed and sent from the physical entity in which the destination MIP FA resides; and
- sending address information of the anchor proxy mobile node or the authenticator to the physical entity in which the destination MIP FA resides.
Type: Application
Filed: Dec 27, 2012
Publication Date: May 9, 2013
Applicant: Huawei Technologies Co., Ltd. (Shenzhen)
Inventor: Huawei Technologies Co., Ltd. (Shenzhen)
Application Number: 13/728,091
International Classification: H04W 60/00 (20060101); H04W 12/06 (20060101);