US20050114543A1 - Regional registration for a mobile IP enabled system - Google Patents
Regional registration for a mobile IP enabled system Download PDFInfo
- Publication number
- US20050114543A1 US20050114543A1 US10/802,159 US80215904A US2005114543A1 US 20050114543 A1 US20050114543 A1 US 20050114543A1 US 80215904 A US80215904 A US 80215904A US 2005114543 A1 US2005114543 A1 US 2005114543A1
- Authority
- US
- United States
- Prior art keywords
- address
- mobile node
- care
- registration
- entry
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- 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/06—Registration at serving network Location Register, VLR or user mobility 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/085—Mobility data transfer involving hierarchical organized mobility servers, e.g. hierarchical mobile IP [HMIP]
-
- 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 generally to systems implementing mobile internet protocol (“mobile IP”) and more specifically to performing regional registration within mobile IP.
- mobile IP mobile internet protocol
- Mobile IP is a solution for seamless mobility on a network such as, for instance, the global Internet or a private network, that is scalable, robust and secure, and that allows roaming hosts or “mobile nodes” such as, for instance, radios, phones, laptops, PDAs, etc., to maintain ongoing communications while changing their point of attachment to the network.
- each mobile node is always identified by its home address (regardless of its current point of attachment to the network), which provides information about its point of attachment to a home network.
- the mobile node is also associated with a care-of address that provides information about its current point of attachment.
- Mobile IP provides for a registration process for registering the care-of address with a network entity called a home agent (“HA”) whose point of attachment, i.e., its IP address, is in the mobile node's home network.
- the home agent is a router on the mobile node's home network that tunnels datagrams (also known in the art as data packets) for delivery to the mobile node when it is away from home, and maintains current location information for the mobile node.
- Registration is what enables the home agent to send the datagrams destined for the mobile node through a tunnel to the care-of address. After arriving at the end of the tunnel, each datagram is then delivered to the mobile node.
- Registration is typically done via a network entity called a foreign agent (“FA”) whose point of attachment is in the visited network and whose IP address is the care-of address for the mobile node.
- the foreign agent is a router on the mobile node's visited network that provides routing services to the mobile node when registered with the foreign agent.
- the foreign agent detunnels and delivers datagrams to the mobile node that were tunneled by the mobile node's home agent. For datagrams sent by the mobile node, the foreign agent may serve as a default router for registered mobile nodes.
- a Mobile IP Working Group of the Internet Engineering Task Force (“IETF”) has published a memo describing a regional registration process, i.e., a registration process that is local to the visited network, which addresses the latency in the mobile IP registration process.
- the regional signaling is performed via a network entity called a gateway foreign agent (“GFA”), which introduces a layer of hierarchy in the visited network that is above that of the foreign agent. Similar to the foreign agent, the gateway foreign agent is also a router on the foreign network.
- GFA gateway foreign agent
- Regional registrations reduce the number of signaling messages to the home agent, and also reduce the signaling delay when a mobile node moves or roams from one foreign agent to another, i.e., changes foreign agents, within the same visited network.
- FIG. 1 illustrates a simple block diagram of an exemplary mobility agent hierarchy in accordance with an embodiment of the present invention
- FIG. 2 illustrates a simple flow diagram of the operation of a gateway foreign agent implementing a registration process in accordance with an embodiment of the present invention
- FIG. 3 illustrates an exemplary registration request message in accordance with an embodiment of the present invention
- FIG. 4 illustrates a bounce diagram showing a high level home registration request and reply message sequence with a mobile node's home agent in accordance with the present invention
- FIG. 5 illustrates a bounce diagram showing a high level regional registration request and reply message sequence with a gateway foreign agent in accordance with an embodiment of the present invention
- FIG. 6 illustrates a detailed flow diagram of the signaling operation of a gateway foreign agent implementing a registration process in accordance with an embodiment of the present invention
- FIG. 7 illustrates a detailed flow diagram of the signaling operation of a home agent implementing a registration process in accordance with an embodiment of the present invention.
- FIG. 8 illustrates a detailed flow diagram of the data processing operation of a home agent implementing a registration process in accordance with an embodiment of the present invention.
- FIG. 1 illustrates a simple block diagram of an exemplary mobility agent hierarchy 100 in accordance with an embodiment of the present invention. Illustrated therein is a home network 10 for a mobile node (MN) 20 .
- Mobile node 20 has a home address associated with its home network 10 such that when mobile node 20 is attached to the network in its home network, datagrams can readily reach mobile node 20 using standard mobile IP.
- Standard mobile IP is defined herein as the implementation of mobile IP in accordance with Request for Comment (“RFC”) 3344 , i.e., MIPv4.
- RRC Request for Comment
- a home agent (HA) 30 for mobile node 20 that is also in network 10 .
- Mobile node 20 must register a care-of address with home agent 30 when its point of attachment is in a foreign network (i.e., a network other than network 10 ) so that home agent 30 may tunnel datagrams destined to mobile node 20 to that care-of address.
- the next layer of hierarchy 100 includes gateway foreign agents 40 and 50 (i.e., GFA 1 and GFA 2 , respectively).
- GFA 1 and GFA 2 are, typically, used to facilitate home registration (i.e., with the home agent) and regional registration in accordance with the present invention.
- GFA 1 has a point of attachment in one foreign network
- GFA 2 has a point of attachment in a separate foreign network.
- These foreign networks may be in the same domain or a different domain from network 10 and from each other.
- the final layer of hierarchy 100 illustrated in FIG. 1 are foreign agents 42 , 44 , 52 and 54 (i.e., FA 11 , FA 12 , FA 21 and FA 22 , respectively).
- FA 11 and FA 12 are on the same network as GFA 1 and typically facilitate regional registration with GFA 1 in accordance with the present invention.
- FA 21 and FA 22 are on the same network as GFA 2 and typically facilitate regional registration with GFA 2 in accordance with the present invention.
- FIG. 1 is only representative of the hierarchical structure of the mobility agents for the network, and therefore, shows only a limited number of mobility agents for purposes of ease of illustration. However, it is understood in the art that typically many more mobile nodes are attached to the network. In addition, there are many more local networks and local domains, home agents, gateway foreign agents, and foreign agents attached to the network. Moreover, there may be additional levels in hierarchy 100 , e.g. nested foreign agent layers or nested gateway foreign agent layers.
- FIG. 2 illustrates a simple flow diagram of the signaling operation of a gateway foreign agent implementing a registration process in accordance with an embodiment of the present invention.
- the GFA intercepts a registration request ( 210 ) from a mobile node to its home agent.
- intercepting it is meant that the registration message is sent from the mobile node to its home agent, typically via a foreign agent and thereby having the IP address of the foreign agent as its care-of address, and the foreign agent relays the registration request to the GFA.
- the GFA determines whether there is an existing entry in its visitor list ( 220 ) for the mobile node. If an entry exists, the GFA updates the entry ( 230 ), and sends a registration reply ( 240 ) to the mobile node.
- the GFA creates an entry in its visitor list ( 250 ) for the mobile node, adds its IP address as an extension to the registration request ( 260 ), and sends the registration request with the address extension to the mobile node's home agent ( 270 ), thereby causing the home agent to record the GFA's IP address as the care-of address for the mobile node. Finally, the GFA relays a registration reply ( 240 ) from the home agent to the mobile node, typically via the foreign agent.
- FIG. 3 illustrates a portion an exemplary registration request message 300 in accordance with an embodiment of the present invention.
- Registration request 300 has a format and includes fields in accordance with a standard mobile IP registration request. These fields include a type field 310 that identifies the message as either a registration request or a registration reply.
- a plurality of flag bits 320 that each indicate different instructions to the home agent regarding the tunneling of datagrams to the mobile node.
- a lifetime field 330 that indicates the number of seconds the mobile node would like the registration to last before it expires.
- a home address field 340 that contains the IP address of the mobile node.
- a home agent field 350 that contains the IP address of the mobile node's home agent.
- a care-of address field 360 that contains the IP address for the end of the tunnel.
- One such extension 380 that will be implemented in accordance with the present invention is the GFA address extension. It is understood that registration request 300 illustrates a portion of a typical registration request, and that the registration request includes other potions not illustrated in FIG. 3 , including but not limited to, an IP header, a UDP header and a mobile-home authentication extension.
- FIG. 4 illustrates a bounce diagram showing a high level home registration request and reply message sequence to a mobile node's home agent in accordance with the present invention.
- home registration will be implemented when mobile node 20 first enters a foreign network or when the mobile node changes gateway foreign agents. For instance, mobile node 20 may leave its home network 10 and attach to a foreign network near FA 11 ( FIG. 1 ), wherein mobile node 20 will typically register a care-of address with home agent 30 so that home agent 30 can tunnel datagrams that are destined to the mobile node's home address.
- mobile node 20 sends a registration request 300 to FA 11 , in accordance with standard mobile IP, wherein the registration message includes its own IP address in the home address field 340 , the IP address of FA 11 in the care-of address field 360 , and the IP address of HA 30 in the home agent address field 350 .
- FA 11 instead relays the registration request to GFA 1 .
- GFA 1 adds mobile node 20 to its visitor list and records the IP address of FA 11 as the care-of address for mobile node 20 .
- GFA 1 then adds its own IP address as an extension 380 to the registration request 300 and relays the request to HA 30 . Due to the address extension, HA 30 records the GFA 1 IP address as the care-of address for mobile node 20 .
- HA 30 then sends a standard mobile IP registration reply to GFA 1 , and GFA 1 relays this registration reply to mobile node 20 via FA 11 .
- the registration reply typically includes the lifetime value for the regional registration.
- GFA 1 is transparent, and, accordingly, the registration reply appears to come from its home agent.
- mobile node 20 operates as if the registration message sequence was implemented using standard mobile IP. Changes to the foreign agent, gateway foreign agent and home agent, as discussed in detail below, enable the above embodiment of home registration to be implemented.
- FIG. 5 illustrates a bounce diagram showing a high level regional registration request and reply message sequence to a gateway foreign agent in accordance with an embodiment of the present invention.
- regional registration will be implemented when mobile node 20 changes foreign agents under the same gateway foreign agent. For instance, when mobile node 20 changes from FA 11 to FA 12 (i.e. moves to a point of attachment closer to FA 12 on the network), the mobile node will typically re-register with a different care-of address.
- mobile node 20 sends a registration request 300 to FA 12 , in accordance with standard mobile IP, wherein the registration message includes its own IP address in the home address field 340 , the IP address of FA 12 in the care-of address field 360 , and the IP address of HA 30 in the home agent address field 350 .
- GFA 1 updates the IP address of FA 12 as the care-of address for mobile node 20 . It is unnecessary for GFA 1 to relay the registration request to HA 30 because HA 30 can continue to use the IP address of GFA 1 as the care-of address for mobile node 20 .
- GFA 1 then sends a standard mobile IP registration reply to mobile node 20 via FA 12 .
- the registration reply typically includes the lifetime value for the regional registration. From the point of view of mobile node 20 , the registration reply is from HA 30 .
- mobile node 20 operates as if the registration message sequence was implemented using standard mobile IP. Changes to the foreign agent, gateway foreign agent and home agent, as discussed in detail below, enable the above embodiment of regional registration to be implemented.
- FIG. 6 illustrates a detailed flow diagram of the signaling operation of a gateway foreign agent implementing a registration process in accordance with an embodiment of the present invention.
- the GFA receives a registration request ( 600 ) from an FA for a mobile node.
- an FA may essentially force the mobile node to register through itself or another foreign agent on the network by setting the ‘R’ bit in its agent advertisement.
- the FA advertises at least its own IP address and possibly additional FA IP addresses in accordance with standard mobile IP. Advertising an FA IP address avoids domain ambiguity by enabling the mobile node to use the FA IP address to detect the need for a new care-of address regardless of whether its home network is in the same or a different domain as the visited network.
- the mobile node will then register through a FA using the FA's care-of address or using a co-located care-of address obtained by the mobile node.
- the FA may be aware of the existence of one or more GFA's in any suitable manner. For instance, the FA may have a default GFA that it uses, or it may select the GFA using any number of suitable means known in the art.
- the GFA determines whether it has an existing entry ( 604 ) in its visitor list for the mobile node. If no entry exists for the mobile node, then the GFA has to perform a home registration with the mobile node's home agent. Accordingly, the GFA creates a new entry ( 608 ) in its visitor list for the mobile node that includes from the registration request all of the information that an FA must maintain for a pending home agent registration in accordance with standard mobile IP. Moreover, for purposes of regional registration, the GFA must also maintain at least the current care-of address of the mobile node (i.e., the IP address of the foreign agent or a co-located care-of address) and a lifetime value corresponding to the remaining lifetime of the regional registration.
- the current care-of address of the mobile node i.e., the IP address of the foreign agent or a co-located care-of address
- the GFA then adds a GFA address extension to the registration request ( 624 ) and relays it to the home agent ( 628 ).
- This extension would contain the IP address of the GFA and would cause the HA to record the IP address of the GFA as the care-of address of the mobile node.
- the GFA could have replaced the IP address in the care-of address field of the registration message with its own IP Address.
- the GFA it would also be desirable for the GFA to be configured with a MN-HA shared key for authentication and to maintain a MN-HA security association, in accordance with standard mobile IP.
- FA-HA authentication may be applied to the MN-HA extension if necessary, in accordance with standard mobile IP.
- the GFA Upon receiving a reply from the home agent ( 632 ), the GFA determines ( 636 ) if the reply indicated that the mobile node successfully registered with its home agent, i.e., determines if the reply was successful. If it was successful, the GFA stores the home registration lifetime value from the registration reply ( 644 ) and forwards the registration reply to the mobile node ( 648 ). Alternatively, upon receipt of a reply indicating that the mobile node was not successful in registering with its home agent, i.e., an unsuccessful reply, the GFA may delete the entry in its visitor list for the mobile node ( 640 ) before forwarding the registration reply to the mobile node.
- the GFA may not forward the registration request to the HA. It may simply update its entry ( 612 ) (e.g., by updating the local care-of address if the mobile node has changed FAs or by resetting the lifetime value corresponding to the mobile node's regional registration lifetime if the mobile node has simply sent a request to refresh its registration).
- the GFA determines whether the home registration lifetime has expired for the mobile node ( 616 ). If the lifetime for the home registration has not expired, the GFA sends out a registration reply ( 620 ) as though the reply is coming from the HA. However, if this lifetime has expired, the GFA performs another home registration for the mobile node by repeating steps 624 through 648 .
- the GFA must keep track of two lifetime values, the home registration lifetime value corresponding to the lifetime of the mobile node's registration with the home agent and the regional registration lifetime value corresponding to the lifetime of the mobile node's registration with the GFA.
- the home agent registration lifetime the GFA keeps this registration alive by refreshing the home registration on behalf of the mobile node.
- the GFA keeps this registration alive as a function of the mobile node refreshing the regional registration based on the lifetime value sent to the mobile node in the registration reply.
- the GFA may synchronize the two lifetime values by setting both lifetimes to the same value. This would ensure that the GFA sends a registration request to the HA when it receives one from the mobile node and prior to the expiration of the home registration lifetime.
- the GFA may opt not synchronize the two lifetimes.
- the mobile node will change GFAs less frequently than it changes FAs, and thus, home registration will be required less often than regional registration.
- the GFA may set the regional registration lifetime to a smaller value than the home registration lifetime to cause the number of home registrations to be less frequent than the number of regional registrations.
- the failure recovery mechanism described by reference to FIG. 8 below cannot be implemented.
- the HA must at all times have knowledge of the correct FA care-of address recorded during regional registration. However, this is not possible if the care-of address is updated more often (when the regional registration is refreshed) than the home agent could possibly be made aware of this change in care-of address (when the home agent registration is refreshed).
- authentication procedures may be put into place to preserve security associations between all of the entities involved in the registration process.
- a two-step authentication procedure may be used, i.e. a standard mobile IP MN-FA authentication extension, and an FA-GFA authentication extension, which is the same as a standard mobile IP FA-FA authentication extension may concurrently be used.
- a standard mobile IP MN-FA authentication extension i.e. a standard mobile IP MN-FA authentication extension
- an FA-GFA authentication extension which is the same as a standard mobile IP FA-FA authentication extension may concurrently be used.
- standard mobile IP may be used to provide basic replay protection between the MN and HA. Accordingly, to prevent replay attacks from being launched against the GFA, the GFA must be configured to process the replay protection fields in the registration requests as if it were a standard HA.
- FIG. 7 illustrates a detailed flow diagram of the signaling operation of a home agent implementing a registration process in accordance with an embodiment of the present invention.
- the HA receives a registration request from a GFA ( 710 )
- the HA determines if it will allow registration ( 720 ) of the mobile node, in accordance with standard mobile IP procedures. If the HA does not allow registration of the mobile node, the HA sends a registration reply ( 750 ) to this effect to the GFA that relayed the request.
- the HA creates a registration entry for the mobile node ( 730 ) in accordance with standard mobile IP ( 730 ), wherein the HA records the IP address of the GFA in the GFA address extension as the care-of address of the mobile IP.
- the HA may also optionally record the IP address of the FA ( 740 ) that is in the care-of address field of the registration request.
- FIG. 8 illustrates a detailed flow diagram of the data processing operation of a home agent implementing a registration process in accordance with an embodiment of the present invention.
- the HA may record both the FA care-of address and the GFA care-of address for the mobile node. This enables a failure recovery mechanism to be implemented such as, for instance, in accordance with the flow diagram illustrated in FIG. 8 , wherein the HA can periodically query the GFA (whose IP address the HA is using as the mobile node's care-of address), and upon failure of GFA, may begin tunneling data packets to the mobile node using the IP address of the FA that's listed in the care-of address entry on the registration request.
- the GFA whose IP address the HA is using as the mobile node's care-of address
- the HA may check the reachability or availability of the GFA ( 820 ) recorded for that mobile node, i.e., the availability of using the GFA's IP address for tunneling data packets to the mobile node.
- the HA may detect the reachability of the GFA using any suitable means such as, for instance, checking on some periodic basis and recording the availability information, checking each time it receives a data packet, or detecting a lack of a GFA extension in the registration requests from the mobile node.
- the HA tunnels the data packet to the mobile node ( 830 ) using the IP address of the GFA as the care-of address. However, if the GFA is not reachable, the GFA tunnels the data packet to the mobile node ( 840 ) using the IP address of the corresponding FA as the care-of address, in accordance with standard mobile IP procedures, and removes the IP address of the GFA ( 850 ) from the entry for the mobile node.
- the HA Upon detecting the absence of a GFA extension in the registration request (since the GFA is unavailable), the HA will continue to tunnel data packets to the mobile node, in accordance with standard mobile IP, using the IP address of the FA as the care-of address until it receives a registration request having a valid GFA extension. Thereafter, the HA will update the mobile node entry with the GFA IP address as the care-of address for the mobile node and resume tunneling data packets to the mobile node via this GFA, in accordance with the present invention.
- a valid GFA extension may, for instance, be the result of the recovery of the GFA or the mobile node changing GFAs.
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
- The present invention relates generally to systems implementing mobile internet protocol (“mobile IP”) and more specifically to performing regional registration within mobile IP.
- Mobile IP is a solution for seamless mobility on a network such as, for instance, the global Internet or a private network, that is scalable, robust and secure, and that allows roaming hosts or “mobile nodes” such as, for instance, radios, phones, laptops, PDAs, etc., to maintain ongoing communications while changing their point of attachment to the network. Specifically, each mobile node is always identified by its home address (regardless of its current point of attachment to the network), which provides information about its point of attachment to a home network. However, when the mobile node is connected to the network outside of its home network, i.e. when visiting a foreign network or a foreign domain, the mobile node is also associated with a care-of address that provides information about its current point of attachment.
- Mobile IP provides for a registration process for registering the care-of address with a network entity called a home agent (“HA”) whose point of attachment, i.e., its IP address, is in the mobile node's home network. The home agent is a router on the mobile node's home network that tunnels datagrams (also known in the art as data packets) for delivery to the mobile node when it is away from home, and maintains current location information for the mobile node. Registration is what enables the home agent to send the datagrams destined for the mobile node through a tunnel to the care-of address. After arriving at the end of the tunnel, each datagram is then delivered to the mobile node. Registration is typically done via a network entity called a foreign agent (“FA”) whose point of attachment is in the visited network and whose IP address is the care-of address for the mobile node. The foreign agent is a router on the mobile node's visited network that provides routing services to the mobile node when registered with the foreign agent. The foreign agent detunnels and delivers datagrams to the mobile node that were tunneled by the mobile node's home agent. For datagrams sent by the mobile node, the foreign agent may serve as a default router for registered mobile nodes.
- There are, however, some shortcomings associated with mobile IP, especially given the explosion in the past ten years in the number of mobile nodes attached to the network. One such shortcoming is with respect to the above-mentioned registration process. Namely, when the home agent is several hops away from the mobile node, the roundtrip latency involved in the mobile IP registration process can be significant. Thus, it would be desirable to have a solution that would reduce this latency.
- A Mobile IP Working Group of the Internet Engineering Task Force (“IETF”) has published a memo describing a regional registration process, i.e., a registration process that is local to the visited network, which addresses the latency in the mobile IP registration process. The regional signaling is performed via a network entity called a gateway foreign agent (“GFA”), which introduces a layer of hierarchy in the visited network that is above that of the foreign agent. Similar to the foreign agent, the gateway foreign agent is also a router on the foreign network. Regional registrations reduce the number of signaling messages to the home agent, and also reduce the signaling delay when a mobile node moves or roams from one foreign agent to another, i.e., changes foreign agents, within the same visited network.
- However, a shortcoming of the regional registration approach, as described in the IETF memo, is that it requires changes to the mobile nodes. The mobile node must be aware of the presence of the gateway foreign agent and is, thereby, responsible for sending out regional registration requests to the gateway foreign agent, as well as regular registration requests to its home agent. It is, however, unrealistic to expect all mobile nodes to have support for this regional registration feature. Accordingly, many standard mobile IP, e.g., MIPv4, nodes will not benefit by the presence of the gateway foreign agent.
- Thus, there exists a need for a regional registration solution that is compatible with mobile nodes that use a standard mobile IP protocol such as, for instance, MIPv4, and that, accordingly, does not require the mobile node to know about the GFA or the process of regional registration.
- A preferred embodiment of the invention is now described, by way of example only, with reference to the accompanying figures in which:
-
FIG. 1 illustrates a simple block diagram of an exemplary mobility agent hierarchy in accordance with an embodiment of the present invention; -
FIG. 2 illustrates a simple flow diagram of the operation of a gateway foreign agent implementing a registration process in accordance with an embodiment of the present invention; -
FIG. 3 illustrates an exemplary registration request message in accordance with an embodiment of the present invention; -
FIG. 4 illustrates a bounce diagram showing a high level home registration request and reply message sequence with a mobile node's home agent in accordance with the present invention; -
FIG. 5 illustrates a bounce diagram showing a high level regional registration request and reply message sequence with a gateway foreign agent in accordance with an embodiment of the present invention; -
FIG. 6 illustrates a detailed flow diagram of the signaling operation of a gateway foreign agent implementing a registration process in accordance with an embodiment of the present invention; -
FIG. 7 illustrates a detailed flow diagram of the signaling operation of a home agent implementing a registration process in accordance with an embodiment of the present invention; and -
FIG. 8 illustrates a detailed flow diagram of the data processing operation of a home agent implementing a registration process in accordance with an embodiment of the present invention. - While this invention is susceptible of embodiments in many different forms, there are shown in the figures and will herein be described in detail specific embodiments, with the understanding that the present disclosure is to be considered as an example of the principles of the invention and not intended to limit the invention to the specific embodiments shown and described. Further, the terms and words used herein are not to be considered limiting, but rather merely descriptive. It will also be appreciated that for simplicity and clarity of illustration, elements shown in the figures have not necessarily been drawn to scale. For example, the dimensions of some of the elements are exaggerated relative to each other. Further, where considered appropriate, reference numerals have been repeated among the figures to indicate corresponding elements.
-
FIG. 1 illustrates a simple block diagram of an exemplary mobility agent hierarchy 100 in accordance with an embodiment of the present invention. Illustrated therein is ahome network 10 for a mobile node (MN) 20.Mobile node 20 has a home address associated with itshome network 10 such that whenmobile node 20 is attached to the network in its home network, datagrams can readily reachmobile node 20 using standard mobile IP. Standard mobile IP is defined herein as the implementation of mobile IP in accordance with Request for Comment (“RFC”) 3344, i.e., MIPv4. - On the top of hierarchy 100 is a home agent (HA) 30 for
mobile node 20 that is also innetwork 10.Mobile node 20 must register a care-of address withhome agent 30 when its point of attachment is in a foreign network (i.e., a network other than network 10) so thathome agent 30 may tunnel datagrams destined tomobile node 20 to that care-of address. The next layer of hierarchy 100 includes gatewayforeign agents 40 and 50 (i.e., GFA1 and GFA2, respectively). GFA1 and GFA2 are, typically, used to facilitate home registration (i.e., with the home agent) and regional registration in accordance with the present invention. GFA1 has a point of attachment in one foreign network, and GFA2 has a point of attachment in a separate foreign network. These foreign networks may be in the same domain or a different domain fromnetwork 10 and from each other. The final layer of hierarchy 100 illustrated inFIG. 1 areforeign agents -
FIG. 1 is only representative of the hierarchical structure of the mobility agents for the network, and therefore, shows only a limited number of mobility agents for purposes of ease of illustration. However, it is understood in the art that typically many more mobile nodes are attached to the network. In addition, there are many more local networks and local domains, home agents, gateway foreign agents, and foreign agents attached to the network. Moreover, there may be additional levels in hierarchy 100, e.g. nested foreign agent layers or nested gateway foreign agent layers. -
FIG. 2 illustrates a simple flow diagram of the signaling operation of a gateway foreign agent implementing a registration process in accordance with an embodiment of the present invention. First, the GFA intercepts a registration request (210) from a mobile node to its home agent. By intercepting, it is meant that the registration message is sent from the mobile node to its home agent, typically via a foreign agent and thereby having the IP address of the foreign agent as its care-of address, and the foreign agent relays the registration request to the GFA. The GFA then determines whether there is an existing entry in its visitor list (220) for the mobile node. If an entry exists, the GFA updates the entry (230), and sends a registration reply (240) to the mobile node. If no entry exists, the GFA creates an entry in its visitor list (250) for the mobile node, adds its IP address as an extension to the registration request (260), and sends the registration request with the address extension to the mobile node's home agent (270), thereby causing the home agent to record the GFA's IP address as the care-of address for the mobile node. Finally, the GFA relays a registration reply (240) from the home agent to the mobile node, typically via the foreign agent. -
FIG. 3 illustrates a portion an exemplaryregistration request message 300 in accordance with an embodiment of the present invention.Registration request 300 has a format and includes fields in accordance with a standard mobile IP registration request. These fields include atype field 310 that identifies the message as either a registration request or a registration reply. A plurality offlag bits 320 that each indicate different instructions to the home agent regarding the tunneling of datagrams to the mobile node. Alifetime field 330 that indicates the number of seconds the mobile node would like the registration to last before it expires. Ahome address field 340 that contains the IP address of the mobile node. Ahome agent field 350 that contains the IP address of the mobile node's home agent. A care-ofaddress field 360 that contains the IP address for the end of the tunnel. Anidentification field 370 used for matching registration requests with registration replies, and one ormore extensions 380. Onesuch extension 380 that will be implemented in accordance with the present invention is the GFA address extension. It is understood thatregistration request 300 illustrates a portion of a typical registration request, and that the registration request includes other potions not illustrated inFIG. 3 , including but not limited to, an IP header, a UDP header and a mobile-home authentication extension. -
FIG. 4 illustrates a bounce diagram showing a high level home registration request and reply message sequence to a mobile node's home agent in accordance with the present invention. Typically, home registration will be implemented whenmobile node 20 first enters a foreign network or when the mobile node changes gateway foreign agents. For instance,mobile node 20 may leave itshome network 10 and attach to a foreign network near FA11 (FIG. 1 ), whereinmobile node 20 will typically register a care-of address withhome agent 30 so thathome agent 30 can tunnel datagrams that are destined to the mobile node's home address. To do this,mobile node 20 sends aregistration request 300 to FA11, in accordance with standard mobile IP, wherein the registration message includes its own IP address in thehome address field 340, the IP address of FA 11 in the care-ofaddress field 360, and the IP address ofHA 30 in the homeagent address field 350. - Instead of relaying that request to the
HA 30, FA11 instead relays the registration request to GFA1. GFA1 addsmobile node 20 to its visitor list and records the IP address of FA11 as the care-of address formobile node 20. GFA1 then adds its own IP address as anextension 380 to theregistration request 300 and relays the request toHA 30. Due to the address extension,HA 30 records the GFA1 IP address as the care-of address formobile node 20.HA 30 then sends a standard mobile IP registration reply to GFA1, and GFA1 relays this registration reply tomobile node 20 via FA11. The registration reply typically includes the lifetime value for the regional registration. From the point of view ofmobile node 20, GFA1 is transparent, and, accordingly, the registration reply appears to come from its home agent. Thus,mobile node 20 operates as if the registration message sequence was implemented using standard mobile IP. Changes to the foreign agent, gateway foreign agent and home agent, as discussed in detail below, enable the above embodiment of home registration to be implemented. -
FIG. 5 illustrates a bounce diagram showing a high level regional registration request and reply message sequence to a gateway foreign agent in accordance with an embodiment of the present invention. Typically, regional registration will be implemented whenmobile node 20 changes foreign agents under the same gateway foreign agent. For instance, whenmobile node 20 changes from FA11 to FA12 (i.e. moves to a point of attachment closer to FA12 on the network), the mobile node will typically re-register with a different care-of address. To do this,mobile node 20 sends aregistration request 300 to FA12, in accordance with standard mobile IP, wherein the registration message includes its own IP address in thehome address field 340, the IP address of FA12 in the care-ofaddress field 360, and the IP address ofHA 30 in the homeagent address field 350. - Instead of relaying that request to the
HA 30, FA12 relays the registration request to GFA1. GFA1 updates the IP address of FA12 as the care-of address formobile node 20. It is unnecessary for GFA1 to relay the registration request to HA30 becauseHA 30 can continue to use the IP address of GFA1 as the care-of address formobile node 20. GFA1 then sends a standard mobile IP registration reply tomobile node 20 via FA12. The registration reply typically includes the lifetime value for the regional registration. From the point of view ofmobile node 20, the registration reply is fromHA 30. Thus again,mobile node 20 operates as if the registration message sequence was implemented using standard mobile IP. Changes to the foreign agent, gateway foreign agent and home agent, as discussed in detail below, enable the above embodiment of regional registration to be implemented. -
FIG. 6 illustrates a detailed flow diagram of the signaling operation of a gateway foreign agent implementing a registration process in accordance with an embodiment of the present invention. First, the GFA receives a registration request (600) from an FA for a mobile node. When the mobile node visits the foreign network that includes the GFA, an FA may essentially force the mobile node to register through itself or another foreign agent on the network by setting the ‘R’ bit in its agent advertisement. The FA advertises at least its own IP address and possibly additional FA IP addresses in accordance with standard mobile IP. Advertising an FA IP address avoids domain ambiguity by enabling the mobile node to use the FA IP address to detect the need for a new care-of address regardless of whether its home network is in the same or a different domain as the visited network. The mobile node will then register through a FA using the FA's care-of address or using a co-located care-of address obtained by the mobile node. For purposes of regional registration, the FA may be aware of the existence of one or more GFA's in any suitable manner. For instance, the FA may have a default GFA that it uses, or it may select the GFA using any number of suitable means known in the art. - Having received the registration request, the GFA determines whether it has an existing entry (604) in its visitor list for the mobile node. If no entry exists for the mobile node, then the GFA has to perform a home registration with the mobile node's home agent. Accordingly, the GFA creates a new entry (608) in its visitor list for the mobile node that includes from the registration request all of the information that an FA must maintain for a pending home agent registration in accordance with standard mobile IP. Moreover, for purposes of regional registration, the GFA must also maintain at least the current care-of address of the mobile node (i.e., the IP address of the foreign agent or a co-located care-of address) and a lifetime value corresponding to the remaining lifetime of the regional registration. The GFA then adds a GFA address extension to the registration request (624) and relays it to the home agent (628). This extension would contain the IP address of the GFA and would cause the HA to record the IP address of the GFA as the care-of address of the mobile node.
- Alternately, the GFA could have replaced the IP address in the care-of address field of the registration message with its own IP Address. However, in this embodiment it would also be desirable for the GFA to be configured with a MN-HA shared key for authentication and to maintain a MN-HA security association, in accordance with standard mobile IP. In addition, FA-HA authentication may be applied to the MN-HA extension if necessary, in accordance with standard mobile IP.
- Upon receiving a reply from the home agent (632), the GFA determines (636) if the reply indicated that the mobile node successfully registered with its home agent, i.e., determines if the reply was successful. If it was successful, the GFA stores the home registration lifetime value from the registration reply (644) and forwards the registration reply to the mobile node (648). Alternatively, upon receipt of a reply indicating that the mobile node was not successful in registering with its home agent, i.e., an unsuccessful reply, the GFA may delete the entry in its visitor list for the mobile node (640) before forwarding the registration reply to the mobile node.
- If the mobile node is already on the visitor list of the GFA, the GFA may not forward the registration request to the HA. It may simply update its entry (612) (e.g., by updating the local care-of address if the mobile node has changed FAs or by resetting the lifetime value corresponding to the mobile node's regional registration lifetime if the mobile node has simply sent a request to refresh its registration). The GFA then determines whether the home registration lifetime has expired for the mobile node (616). If the lifetime for the home registration has not expired, the GFA sends out a registration reply (620) as though the reply is coming from the HA. However, if this lifetime has expired, the GFA performs another home registration for the mobile node by repeating
steps 624 through 648. - As indicated above, the GFA must keep track of two lifetime values, the home registration lifetime value corresponding to the lifetime of the mobile node's registration with the home agent and the regional registration lifetime value corresponding to the lifetime of the mobile node's registration with the GFA. With regard to the home agent registration lifetime, the GFA keeps this registration alive by refreshing the home registration on behalf of the mobile node. With regard to the regional registration lifetime, the GFA keeps this registration alive as a function of the mobile node refreshing the regional registration based on the lifetime value sent to the mobile node in the registration reply. Ideally, the GFA may synchronize the two lifetime values by setting both lifetimes to the same value. This would ensure that the GFA sends a registration request to the HA when it receives one from the mobile node and prior to the expiration of the home registration lifetime.
- Alternatively, the GFA may opt not synchronize the two lifetimes. Typically, the mobile node will change GFAs less frequently than it changes FAs, and thus, home registration will be required less often than regional registration. Accordingly, the GFA may set the regional registration lifetime to a smaller value than the home registration lifetime to cause the number of home registrations to be less frequent than the number of regional registrations. However, in this case, the failure recovery mechanism described by reference to
FIG. 8 below cannot be implemented. To implement this failure recovery mechanism, the HA must at all times have knowledge of the correct FA care-of address recorded during regional registration. However, this is not possible if the care-of address is updated more often (when the regional registration is refreshed) than the home agent could possibly be made aware of this change in care-of address (when the home agent registration is refreshed). - In accordance with the present invention, authentication procedures may be put into place to preserve security associations between all of the entities involved in the registration process. For instance, for registration requests and replies relayed between the FA and the GFA, a two-step authentication procedure may be used, i.e. a standard mobile IP MN-FA authentication extension, and an FA-GFA authentication extension, which is the same as a standard mobile IP FA-FA authentication extension may concurrently be used. However, for systems that provide other conventional means of authentication of mobile nodes such as, for instance, link layer authentication, these authentication extensions may be unnecessary. Moreover, standard mobile IP may be used to provide basic replay protection between the MN and HA. Accordingly, to prevent replay attacks from being launched against the GFA, the GFA must be configured to process the replay protection fields in the registration requests as if it were a standard HA.
-
FIG. 7 illustrates a detailed flow diagram of the signaling operation of a home agent implementing a registration process in accordance with an embodiment of the present invention. When the HA receives a registration request from a GFA (710), the HA determines if it will allow registration (720) of the mobile node, in accordance with standard mobile IP procedures. If the HA does not allow registration of the mobile node, the HA sends a registration reply (750) to this effect to the GFA that relayed the request. If the HA allows registration of the mobile node, the HA creates a registration entry for the mobile node (730) in accordance with standard mobile IP (730), wherein the HA records the IP address of the GFA in the GFA address extension as the care-of address of the mobile IP. The HA may also optionally record the IP address of the FA (740) that is in the care-of address field of the registration request. -
FIG. 8 illustrates a detailed flow diagram of the data processing operation of a home agent implementing a registration process in accordance with an embodiment of the present invention. As mentioned above by reference toFIG. 7 , the HA may record both the FA care-of address and the GFA care-of address for the mobile node. This enables a failure recovery mechanism to be implemented such as, for instance, in accordance with the flow diagram illustrated inFIG. 8 , wherein the HA can periodically query the GFA (whose IP address the HA is using as the mobile node's care-of address), and upon failure of GFA, may begin tunneling data packets to the mobile node using the IP address of the FA that's listed in the care-of address entry on the registration request. - In accordance with this embodiment, when a data packet for a mobile node that is listed with the HA is received (810), the HA may check the reachability or availability of the GFA (820) recorded for that mobile node, i.e., the availability of using the GFA's IP address for tunneling data packets to the mobile node. The HA may detect the reachability of the GFA using any suitable means such as, for instance, checking on some periodic basis and recording the availability information, checking each time it receives a data packet, or detecting a lack of a GFA extension in the registration requests from the mobile node. If the GFA is reachable, the HA tunnels the data packet to the mobile node (830) using the IP address of the GFA as the care-of address. However, if the GFA is not reachable, the GFA tunnels the data packet to the mobile node (840) using the IP address of the corresponding FA as the care-of address, in accordance with standard mobile IP procedures, and removes the IP address of the GFA (850) from the entry for the mobile node. Upon detecting the absence of a GFA extension in the registration request (since the GFA is unavailable), the HA will continue to tunnel data packets to the mobile node, in accordance with standard mobile IP, using the IP address of the FA as the care-of address until it receives a registration request having a valid GFA extension. Thereafter, the HA will update the mobile node entry with the GFA IP address as the care-of address for the mobile node and resume tunneling data packets to the mobile node via this GFA, in accordance with the present invention. A valid GFA extension may, for instance, be the result of the recovery of the GFA or the mobile node changing GFAs.
- While the invention has been described in conjunction with specific embodiments thereof, additional advantages and modifications will readily occur to those skilled in the art. The invention, in its broader aspects, is therefore not limited to the specific details, representative apparatus, and illustrative examples shown and described. Various alterations, modifications and variations will be apparent to those skilled in the art in light of the foregoing description. Thus, it should be understood that the invention is not limited by the foregoing description, but embraces all such alterations, modifications and variations in accordance with the spirit and scope of the appended claims.
Claims (22)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/802,159 US7069338B2 (en) | 2003-11-26 | 2004-03-17 | Regional registration for a mobile IP enabled system |
PCT/US2004/039321 WO2005055071A1 (en) | 2003-11-26 | 2004-11-22 | Regional registration for a mobile ip enabled system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US52554403P | 2003-11-26 | 2003-11-26 | |
US10/802,159 US7069338B2 (en) | 2003-11-26 | 2004-03-17 | Regional registration for a mobile IP enabled system |
Publications (2)
Publication Number | Publication Date |
---|---|
US20050114543A1 true US20050114543A1 (en) | 2005-05-26 |
US7069338B2 US7069338B2 (en) | 2006-06-27 |
Family
ID=34595310
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/802,159 Expired - Lifetime US7069338B2 (en) | 2003-11-26 | 2004-03-17 | Regional registration for a mobile IP enabled system |
Country Status (2)
Country | Link |
---|---|
US (1) | US7069338B2 (en) |
WO (1) | WO2005055071A1 (en) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070121644A1 (en) * | 2005-11-25 | 2007-05-31 | Nokia Corporation | Method, system and devices for optimizing use of contexts / APNs |
WO2008069397A1 (en) * | 2006-12-08 | 2008-06-12 | Electronics And Telecommunications Research Institute | Ip handoff method in mobile agent platform environment |
WO2008157274A2 (en) * | 2007-06-19 | 2008-12-24 | Cisco Technology, Inc. | Lawful interception of data of a roaming mobile node |
US20090161601A1 (en) * | 2007-12-21 | 2009-06-25 | Brian Dai | Method and Apparatus for Detection of Network Having Multiple IP-Address Capability |
US20100100639A1 (en) * | 2006-09-29 | 2010-04-22 | Electronics And Telecommunications Research Instit Ute | Method for providing internet protocol handoff of mobile node under multiple mobile agent platform environment |
US20100111038A1 (en) * | 2006-11-15 | 2010-05-06 | Sung Soo Kang | Method for managing internet protocol handoff in network system |
US20110013566A1 (en) * | 2008-03-17 | 2011-01-20 | Panasonic Corporation | Communication method, communication system, mobile node, access router |
EP2323319A1 (en) * | 2008-08-29 | 2011-05-18 | Alcatel Lucent | A method and foreign agent group for registering to a home agent of a mobile node |
EP2697912A4 (en) * | 2011-04-15 | 2015-05-06 | Empire Technology Dev Llc | Mobile node registration |
US10743277B2 (en) | 2016-09-14 | 2020-08-11 | At&T Intellectual Property I, L.P. | Method and apparatus for utilizing mobile subscriber identification information with multiple devices based on registration requests |
US10785638B2 (en) | 2016-12-01 | 2020-09-22 | At&T Intellectual Property I, L.P. | Method and apparatus for using mobile subscriber identification information for multiple device profiles for a device |
US10798561B2 (en) * | 2016-11-11 | 2020-10-06 | At&T Intellectual Property I, L.P. | Method and apparatus for provisioning of multiple devices with mobile subscriber identification information |
US10939403B2 (en) | 2016-12-01 | 2021-03-02 | At&T Intellectual Property I, L.P. | Method and apparatus for using active and inactive mobile subscriber identification information in a device to provide services for a limited time period |
US10986484B2 (en) | 2016-12-01 | 2021-04-20 | At&T Intellectual Property I, L.P. | Method and apparatus for using temporary mobile subscriber identification information in a device to provide services for a limited time period |
US11096139B2 (en) | 2016-08-15 | 2021-08-17 | At&T Intellectual Property I, L.P. | Method and apparatus for managing mobile subscriber identification information according to registration requests |
US11330548B2 (en) | 2016-12-05 | 2022-05-10 | At&T Intellectual Property I, L.P. | Methods, systems, and devices for registering a communication device utilizing a virtual network |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7903672B1 (en) * | 2005-08-30 | 2011-03-08 | Juniper Networks, Inc. | Signaling protocol registration load reduction |
US7924742B2 (en) * | 2006-09-27 | 2011-04-12 | Hewlett-Packard Development Company, L.P. | Network device discovery system and method |
US7986914B1 (en) * | 2007-06-01 | 2011-07-26 | At&T Mobility Ii Llc | Vehicle-based message control using cellular IP |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030101281A1 (en) * | 2001-11-28 | 2003-05-29 | Michael Andrews | Communication protocol for mobile nodes in a network address translation (NAT) domain |
US20030193952A1 (en) * | 2002-02-04 | 2003-10-16 | O'neill Alan | Mobile node handoff methods and apparatus |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4053227B2 (en) * | 2000-10-18 | 2008-02-27 | 三菱電機株式会社 | Handoff method and agent device |
DE60106549T2 (en) * | 2000-11-21 | 2005-02-24 | Samsung Electronics Co., Ltd., Suwon | Regional tunnel control method in a mobile communication system with Mobile-IP |
US7564824B2 (en) * | 2002-02-04 | 2009-07-21 | Qualcomm Incorporated | Methods and apparatus for aggregating MIP and AAA messages |
AU2003230821A1 (en) * | 2002-04-08 | 2003-10-27 | Flarion Technologies, Inc. | Support of disparate addressing plans and dynamic ha address allocation in mobile ip |
JP4028793B2 (en) * | 2002-12-03 | 2007-12-26 | 株式会社日立製作所 | Mobile terminal apparatus and inter-terminal packet communication method |
US7346684B2 (en) * | 2003-01-31 | 2008-03-18 | Utstarcom, Inc. | System and method for control of packet data serving node selection in a mobile internet protocol network |
-
2004
- 2004-03-17 US US10/802,159 patent/US7069338B2/en not_active Expired - Lifetime
- 2004-11-22 WO PCT/US2004/039321 patent/WO2005055071A1/en active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030101281A1 (en) * | 2001-11-28 | 2003-05-29 | Michael Andrews | Communication protocol for mobile nodes in a network address translation (NAT) domain |
US20030193952A1 (en) * | 2002-02-04 | 2003-10-16 | O'neill Alan | Mobile node handoff methods and apparatus |
Cited By (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070121644A1 (en) * | 2005-11-25 | 2007-05-31 | Nokia Corporation | Method, system and devices for optimizing use of contexts / APNs |
US7817618B2 (en) * | 2005-11-25 | 2010-10-19 | Nokia Corporation | Method, system and devices for optimizing use of contexts/ access point names |
US20100100639A1 (en) * | 2006-09-29 | 2010-04-22 | Electronics And Telecommunications Research Instit Ute | Method for providing internet protocol handoff of mobile node under multiple mobile agent platform environment |
US8260294B2 (en) | 2006-11-15 | 2012-09-04 | Electronics And Telecommunications Research Institute | Method for managing internet protocol handoff in network system |
US20100111038A1 (en) * | 2006-11-15 | 2010-05-06 | Sung Soo Kang | Method for managing internet protocol handoff in network system |
US8243685B2 (en) * | 2006-12-08 | 2012-08-14 | Electronics And Telecommunications Research Institute | IP handoff method in mobile agent platform environment |
US20100322186A1 (en) * | 2006-12-08 | 2010-12-23 | Sungsoo Kang | Ip handoff method in mobile agent platform environment |
WO2008069397A1 (en) * | 2006-12-08 | 2008-06-12 | Electronics And Telecommunications Research Institute | Ip handoff method in mobile agent platform environment |
WO2008157274A2 (en) * | 2007-06-19 | 2008-12-24 | Cisco Technology, Inc. | Lawful interception of data of a roaming mobile node |
WO2008157274A3 (en) * | 2007-06-19 | 2009-06-04 | Cisco Tech Inc | Lawful interception of data of a roaming mobile node |
US20080317019A1 (en) * | 2007-06-19 | 2008-12-25 | Popoviciu Ciprian P | Managing Mobile Nodes In A Lawful Intercept Architecture |
US8862095B2 (en) | 2007-06-19 | 2014-10-14 | Cisco Technology, Inc. | Managing mobile nodes in a lawful intercept architecture |
US8842603B2 (en) | 2007-12-21 | 2014-09-23 | Motorola Mobility Llc | Method and apparatus for detection of network having multiple IP-address capability |
US20090161601A1 (en) * | 2007-12-21 | 2009-06-25 | Brian Dai | Method and Apparatus for Detection of Network Having Multiple IP-Address Capability |
US20110013566A1 (en) * | 2008-03-17 | 2011-01-20 | Panasonic Corporation | Communication method, communication system, mobile node, access router |
US8817715B2 (en) | 2008-08-29 | 2014-08-26 | Alcatel Lucent | Method and foreign agent group for registering to a home agent of a mobile node |
EP2323319A4 (en) * | 2008-08-29 | 2012-08-08 | Alcatel Lucent | A method and foreign agent group for registering to a home agent of a mobile node |
JP2012501117A (en) * | 2008-08-29 | 2012-01-12 | アルカテル−ルーセント | Method and foreign agent group for registering a mobile node with a home agent |
US20110149873A1 (en) * | 2008-08-29 | 2011-06-23 | Chunyan Yao | Method and foreign agent group for registering to a home agent of a mobile node |
CN102077520A (en) * | 2008-08-29 | 2011-05-25 | 上海贝尔股份有限公司 | A method and foreign agent group for registering to a home agent of a mobile node |
EP2323319A1 (en) * | 2008-08-29 | 2011-05-18 | Alcatel Lucent | A method and foreign agent group for registering to a home agent of a mobile node |
EP2697912A4 (en) * | 2011-04-15 | 2015-05-06 | Empire Technology Dev Llc | Mobile node registration |
US11096139B2 (en) | 2016-08-15 | 2021-08-17 | At&T Intellectual Property I, L.P. | Method and apparatus for managing mobile subscriber identification information according to registration requests |
US11700591B2 (en) | 2016-08-15 | 2023-07-11 | At&T Intellectual Property I, L.P. | Method and apparatus for managing mobile subscriber identification information according to registration requests |
US10743277B2 (en) | 2016-09-14 | 2020-08-11 | At&T Intellectual Property I, L.P. | Method and apparatus for utilizing mobile subscriber identification information with multiple devices based on registration requests |
US10798561B2 (en) * | 2016-11-11 | 2020-10-06 | At&T Intellectual Property I, L.P. | Method and apparatus for provisioning of multiple devices with mobile subscriber identification information |
US11032697B2 (en) | 2016-11-11 | 2021-06-08 | At&T Intellectual Property I, L.P. | Method and apparatus for provisioning of multiple devices with mobile subscriber identification information |
US10785638B2 (en) | 2016-12-01 | 2020-09-22 | At&T Intellectual Property I, L.P. | Method and apparatus for using mobile subscriber identification information for multiple device profiles for a device |
US10939403B2 (en) | 2016-12-01 | 2021-03-02 | At&T Intellectual Property I, L.P. | Method and apparatus for using active and inactive mobile subscriber identification information in a device to provide services for a limited time period |
US10986484B2 (en) | 2016-12-01 | 2021-04-20 | At&T Intellectual Property I, L.P. | Method and apparatus for using temporary mobile subscriber identification information in a device to provide services for a limited time period |
US11272354B2 (en) | 2016-12-01 | 2022-03-08 | At&T Intellectual Property I, L.P. | Method and apparatus for using mobile subscriber identification information for multiple device profiles for a device |
US11330548B2 (en) | 2016-12-05 | 2022-05-10 | At&T Intellectual Property I, L.P. | Methods, systems, and devices for registering a communication device utilizing a virtual network |
Also Published As
Publication number | Publication date |
---|---|
WO2005055071A1 (en) | 2005-06-16 |
US7069338B2 (en) | 2006-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7069338B2 (en) | Regional registration for a mobile IP enabled system | |
US8391242B2 (en) | Route optimization continuity at handover from network-based to host-based mobility | |
JP4774104B2 (en) | Optimized reverse tunneling in packet-switched mobile communication systems | |
US8005093B2 (en) | Providing connection between networks using different protocols | |
US8014344B2 (en) | Mobile IPv6 route optimization in different address spaces | |
US8259649B2 (en) | Route optimization with location privacy support | |
US8873507B2 (en) | Distributed local mobility anchors for achieving optimized mobility routing | |
EP1780977B1 (en) | Method of route optimization with dual mobile node in IPV4-only network | |
US7436762B2 (en) | Mobile communication network system for managing the location of a mobile IP terminal | |
US20110013566A1 (en) | Communication method, communication system, mobile node, access router | |
KR20050101693A (en) | Method for recovery routing path with damage in a mobile network | |
KR101088668B1 (en) | Movement managing system, home agent, mobile terminal managing method used for them, and computer-readable medium embodying its program | |
Wu et al. | A seamless handoff approach of mobile IP protocol for mobile wireless data networks | |
US8842607B2 (en) | Mobility management system and method | |
KR101100071B1 (en) | Network controlled mobility route optimization for an ip base station transceiver architecture | |
US8873538B2 (en) | System and method for supporting mobile node mobility | |
EP1863251A1 (en) | Method and apparatus for mobile IPV6 simultaneous location privacy and route optimization | |
Lee et al. | Global mobility management scheme with interworking between PMIPv6 and MIPv6 | |
Li-hua et al. | Route optimization solution for nested mobile network in local mobility domain with multiple local mobility anchors | |
JP4990920B2 (en) | Mobile IPv6 optimized reverse tunneling for multihomed terminals | |
EP1953992A1 (en) | Registration update in mobility anchor point in mixed network- and host-based mobility management | |
Barrett et al. | Investigating the applicability of mobile IP and cellular IP for roaming in smart environments | |
Gao et al. | A Hierarchical Route Optimization Scheme for Next Generation Mobile Network | |
Sun et al. | HoAaRO: Home Agent-Assisted Route Optimization Protocol for Nested Network | |
Kim et al. | An Efficient Correspondent Registration to Reduce Signaling Overheads for Proxy Mobile IPv6 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MOTOROLA, INC., ILLINOIS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:POPOVICH, GEORGE;NARAYANAN, VIDYA;REEL/FRAME:015186/0652 Effective date: 20040316 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
AS | Assignment |
Owner name: MOTOROLA SOLUTIONS, INC., ILLINOIS Free format text: CHANGE OF NAME;ASSIGNOR:MOTOROLA, INC;REEL/FRAME:026081/0001 Effective date: 20110104 |
|
FPAY | Fee payment |
Year of fee payment: 8 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553) Year of fee payment: 12 |