WO2003047183A1 - Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface - Google Patents

Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface Download PDF

Info

Publication number
WO2003047183A1
WO2003047183A1 PCT/EP2001/013842 EP0113842W WO03047183A1 WO 2003047183 A1 WO2003047183 A1 WO 2003047183A1 EP 0113842 W EP0113842 W EP 0113842W WO 03047183 A1 WO03047183 A1 WO 03047183A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
mobile node
care
node
unidirectional interface
Prior art date
Application number
PCT/EP2001/013842
Other languages
French (fr)
Inventor
Timo Koskiahde
Mika LEPISTÖ
Original Assignee
Nokia Corporation
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nokia Corporation filed Critical Nokia Corporation
Priority to AU2002216062A priority Critical patent/AU2002216062A1/en
Priority to EP01274811A priority patent/EP1451979B1/en
Priority to AT01274811T priority patent/ATE349120T1/en
Priority to PCT/EP2001/013842 priority patent/WO2003047183A1/en
Priority to US10/493,918 priority patent/US7269166B2/en
Priority to DE60125426T priority patent/DE60125426T2/en
Publication of WO2003047183A1 publication Critical patent/WO2003047183A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5084Providing for device mobility
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0019Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/005Multiple registrations, e.g. multihoming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates to a method and system for delivering data packets from a network node of a packet data network, such as an IP network, to a mobile node, e.g. a mobile terminal device.
  • a network node of a packet data network such as an IP network
  • a mobile node e.g. a mobile terminal device.
  • Mobility support for Internet devices is quite important, since mobile computing is getting more widespread. It is expected that the number of mobile computers will increase dramatically. Furthermore, there are already first products of cellular phones offering IP (Internet Protocol) services based on WAP (Wireless Application Protocol) or GPRS (General Packet Radio Services), and their number will increase rapidly. Cellular devices of the 3 rd generation will be packet switched devices instead of circuit switched devices. Therefore, IP services on 3 rd generation cellular devices will be an integral part in the future.
  • IP Internet Protocol
  • WAP Wireless Application Protocol
  • GPRS General Packet Radio Services
  • IP addresses define a kind of topological relation between the linked computers.
  • Today's versions of Internet protocols assume implicitly that a node has always the same point of attachment to the Internet. Additionally, the node's IP address identifies the link on which the node resides. If a node moves without changing its IP address, there is no information in its -network address about the new point of attachment to the Internet.
  • Mobile IP Internet Engineering Task Force
  • Mobile IPv4 Internet Protocol version 4
  • Mobile IPv6 Internet Protocol version 6
  • the latter one is de- scribed in David W. Johnson and Charles Perkins, Mobility Support in IPv6, Internet Draft, 2000. Further information on the IPv6 can be obtained from IETF specification RFC 2460, 1998.
  • Mobile IPv6 allows an IPv6 host to leave its home subnet while transparently maintaining all of its present connections and remaining reachable to the rest of the Internet. This is realized in Mobile IPv6 by identifying each node by its static home address, regardless of its current point of attachment to the Internet. While a mobile node is away from home it sends information about its current location to a home agent on its home link. The home agent intercepts packets addressed to the mobile node and tunnels them to the mobile node's present location. This mechanism is completely transparent for all layers above IP, e.g. for TCP (Transmit Control Protocol), UDP (User Datagram Protocol) and of course for all applications. Therefore, domain name server (DNS) entries for a mobile node refer to its home address and don't change if the mobile node changes its Internet access point. In fact, Mobile IPv6 influences the routing of packets but is independent of the routing protocol itself.
  • TCP Transmit Control Protocol
  • UDP User Datagram Protocol
  • the solution given by Mobile IPv6 consists of creating a so-called care-of-address whenever a node changes its point of attachment to the web.
  • the care-of-address is an IP address associated with a mobile node while visiting a foreign link.
  • the subnet prefix of this IP address is a foreign subnet prefix.
  • the one registered with the mobile nodes home agent is called its "primary" care-of-address.
  • a care-of-address can be derived from the receipt of router advertisements in a so-called "stateless address auto-configuration" as described in S. Thomson and T.
  • IPv6 Stateless Address Auto-Configuration IETF specification RFC 2462, 1998
  • DHCP Dynamic Host Configuration Protocol
  • Mobile nodes are always identified by their (static) home address regardless of their current point of attachment to the Internet. While away from home each mo- bile node has an additional (temporary) address which identifies its current location. Thus, basically messages that arrive at the original home address are redirected or tunneled to the care-of-address.
  • IPv6 requires the exchange of additional information. All new messages used in Mobile IPv6 are defined as IPv6 destination options. These options are used in IPv6 to carry additional information that needs to be examined only by a packet destination node.
  • IPv6 destination options are used by a mobile node to inform its home agent or any other correspondent node about its current care-of-address.
  • a binding acknowledgement option is used to acknowledge the receipt of a binding update, if an acknowledgement was requested.
  • a binding request option is used by any node to request a mobile node to send a binding update with the current care-of-address.
  • a home address option is used in a packet sent by a mobile node to inform the receiver of this packet about the mobile node's home address. If a packet with the home address option is authenticated then the home address option must also be covered by this authentica- tion.
  • Unidirectional links might be used to deliver downlink data, but the problem is that this option is not supported natively in IP networks.
  • a method of delivering data packets from a network node of a packet data network to a mobile node comprising the steps of: detecting a unidirectional interface to said mobile node; transmitting to said network node a binding update indicating a care-of-address, said care-of-address being an address of said detected unidirectional interface; and delivering said data packets from said network node to said mobile node via said unidirectional interface in response to said binding update.
  • a system for delivering data packets from a network node of a packet data network to a mobile node wherein said mobile node is arranged to detect a unidirectional interface, and to transmit to said network node a binding update indicating a care-of-address, said care-of-address being an address of said detected unidirectional interface; and wherein said network node is arranged to deliver said data packets via said unidirectional interface in response to said binding update.
  • a mobile node for receiving data packets from a packet data network, wherein said mobile node is arranged to de- tect a unidirectional interface to said mobile node, and to transmit to said network node a binding update indicating a care-of-address, said care-of-address being an address of said detected unidirectional interface.
  • unidirectional channels can be used to boost the performance of uni- cast communications, such as deliveries of downlink data in IP networks.
  • uni- cast communications such as deliveries of downlink data in IP networks.
  • the per ormance of communications and the resource utilization can be increased considerably by using a high bandwidth unidirectional link to deliver the downlink data.
  • Another care-of-address associated with said mobile node while visiting a foreign link may be registered, said other care-of-address being an address of a bi- directional interface to said mobile node.
  • the other care-of-address is configured as a primary care-of-address registered with the home agent of said mobile node.
  • the detecting step may be based on a router advertisement, that may contain predetermined information to inform about the unidirectionality of the link.
  • a message indicating that the mobile node is unreachable may be sent if problems occur during the delivering step, wherein said binding by said care-of-address may be deleted in response to said message, and the data packets may be delivered via the home agent of the mobile node.
  • the bi-directional link via the other care-of-address can be used if there are any problems in the unidirectional channel.
  • a new binding update request may be transmitted in order to change the other care-of-address.
  • the mobile node may thus change the care-of-address used in the connection whenever it decides so by sending a new binding update request with the home address or a different care-of-address.
  • An access list indicating allowed users of the unidirectional interface may be maintained at the packet data network, e.g. at a unidirectional access router.
  • an authenticated binding update procedure can be used to open a communication channel between the mobile node and the unidirectional access router providing the unidirectional interface. Thereby, the mobile node can authorize itself by sending a binding update to the unidirectional access router, which address may be resolved from router advertisements.
  • an information about network parameters of the unidirectional interface may be obtained from a lower protocol layer.
  • the information may comprise an information about free bandwidth, costs and/or reliability of the connection via the unidirectional interface.
  • an information about a binding deletion in the network node may be obtained from the data packets received by the mobile node.
  • a predetermined information may be added to a router advertisement to inform the mobile node about the unidirectionality and/or specific parameters of the unidirectional interface.
  • the specific parameter may comprise a congestion situation, wherein a congestion flag may be added to the router advertisement. This congestion flag may be set when the free bandwidth has dropped below a predetermined threshold.
  • Fig. 1 shows a network architecture in which the present invention can be applied
  • Fig. 2 shows a signaling diagram indicating the delivery of downlink data according to the preferred embodiment of the present invention
  • Fig. 3 shows a mobile node configured as a multi-homed node with two network interfaces
  • Figs. 4A and 4B show data flows using a primary packet route between a mobile node and a correspondent node, and using a primary packet route with a secon- dary care-of-address, respectively.
  • the mobile IPv6 architecture includes three specific network elements, a mobile node 10 which can change its point of attachment from one link to another, while still being reachable via its home address, a home agent 30 which is a router on the mobile nodes home link with which the mobile node 10 has registered its current care-of-address, and a correspondent node 20 which is a network node with which the mobile node 10 is communicating.
  • the correspon- dent node 20 may be either a mobile node or a stationary node.
  • the home agent 30 intercepts packets on the home link destined to the mobile nodes home address, encapsulates them, and tunnels them to the mobile node's registered care-of-address.
  • the multiple care-of-addresses which the mobile node 10 may have at a time e.g., with different subnet prefixes
  • the one registered with the mobile nodes home agent 30 is called its "primary" care-of-address.
  • the home link corresponds to the link on which the mobile nodes home subnet prefix is defined. Standard IP routing mechanisms will deliver packets destined for the mobile nodes home address to its home link. A foreign link is any link other than the mobile nodes home link.
  • the home subnet prefix corresponds to the IP subnet prefix corresponding to the mobile nodes home address.
  • the mobile node 10, the home agent 30, and the correspondent node 20 are connected to a packet data network, e.g. an IP network 40 such as the Internet.
  • a movement of the mobile node 10 corresponds to any change in the mobile nodes point of attachment to the IP network 40 such that it is no longer connected to the same link as it was previously. If the mobile node 10 is not currently attached to its home link, the mobile node 10 is said to be "away from home”.
  • the mobile node 10 moves away from its home network, it sends a binding update (BU) to its home agent 30.
  • the BU is used to associate the identity (home address) of the mobile node 10 to its current location (care-of-address), i.e. to configure a care-of-address at the home agent 30.
  • the home agent 30 After receiving of the BU, the home agent 30 sends a binding acknowledgement (BA) to the mobile node 10. Then, a binding is created for the mobile node 10 in the home agent 30. If the home agent 30 wants to communicate with the mobile node 10, it sends an IP packet with the care-of-address as destination address and places the home address, i.e. the address to which the connection is initiated, to the routing header. After receiving the packet, the mobile node 10 moves the home address from the routing header to the IP packet destination address. If the correspondent node 20 sends an IP packet to the mobile node 10, the home agent 30 intercepts the packet and then tunnels (IP tunnel) it to the mobile node 10. After having received the tunneled packet, the mobile node 10 sends a BU to the correspondent node 20 and after that the IP packets are routed directly from the correspondent node 20 to the mobile node 10 as with the home agent 30 above.
  • BA binding acknowledgement
  • a multi-homed node In the Mobile IPv6 protocol, a multi-homed node is considered as a host with several physical and/or logical interfaces to the IP network, of which it can use one or more for communication at a time. Used interfaces can be chosen e.g. according to the free bandwidth, reliability and/or cost. Multi-homing is implemented by supporting multiple care-of-addresses, wherein one of the care-of-addresses should be chosen as a primary care-of-address associated to the home address of the home agent 30.
  • Unidirectional channels e.g. unidirectional broadcast channels
  • the mobile node 10 is arranged to detect an operational unidirectional interface so as to configure a new care-of-address for this unidirectional interface, e.g. by sending a BU to the home agent 30 and/or a correspondent node 20.
  • the new care-of-address can now be used for communication, but of course only in the downlink direction, i.e. the mobile node 10 can only receive packets with the new care-of-address of the unidirectional interface.
  • a signaling procedure as indicated in Fig. 2 can be used to provide an increased performance for downlink data delivery.
  • the mobile node 10 sends its home registration to the home agent 30 with its primary care-of- address CoA1 which is the care-of-address of a bi-directional interface IF1 shown in Fig. 3.
  • the mobile node 10 may also receive data from the IP network 40 via a unidirectional interface IF2.
  • Fig. 4A shows the initial situation in which a mobile node 10 is registered to its home agent 30 with its primary care-of-address CoA1. Packets sent to the mobile node 10 by the correspondent node 20 are tunneled by the home agent 30 to the mobile node 10 via the bi-directional interface IF1 , as indicated by the arrow in Fig. 4A.
  • the mobile node 10 When the mobile node 10 detects the operational unidirectional interface IF2, it can configure a second care-of-address CoA2 for this interface.
  • the detection may be based on a router advertisement (RA) received from a unidirectional access router (UAR) 50 via the unidirectional interface IF2 (cf. broken arrow in Fig. 2). It is assumed that the detection has led to the result that the received router adver- tisement indicates an operational unidirectional interface. Hence, the mobile node 10 can now receive data packets with a new care-of-address CoA2 of the unidirectional interface IF2.
  • RA router advertisement
  • UAR unidirectional access router
  • packets initially sent to the mobile node 10 by the correspondent node 20 are tunneled by the home agent 30 to the mobile node 10 via the bi-directional interface IF1 , as indicated by the double-lined arrows in Fig. 2.
  • the mobile node 10 may send a BU with its primary care-of-address CoA1 to the correspondent node 20 and after that the packets are routed directly from the correspondent node 20 to the mobile node 10 via the bi-directional interface IF1.
  • the mobile node 10 configures the new care-of-address CoA2 by sending a BU with its secondary care-of-address CoA2 of the unidirectional interface to the correspondent node 20
  • packets coming from the correspondent node 20 are routed directly to the mobile node 10 via the unidirectional interface IF2, as indicated by the dot-dashed arrows in Fig. 2, while the packets going from the mobile node 10 to the correspondent node 20 are routed through the bi- directional interface IF1.
  • Fig. 4B shows the above situation, where the mobile node 10 is configured as a multi-homed node which sends uplink data via the bi-directional interface IF1 and which receives downlink data via the unidirectional interface IF2 based on its secondary care-of-address CoA2.
  • the IP network 40 may send a destination unreachable message to the correspondent node 20, and the correspondent binding of the mobile node 10 will be deleted. Then, the correspondent node 20 sends packets via the home agent 30 using the primary care-of-address CoA1.
  • the mobile node 10 again receives packets tunneled through the bidirectional channel and may send a new BU with one of its care-of-addresses to the correspondent node 20.
  • the mobile node 10 may also change the care-of- address used in the connection whenever it decides so by sending a new BU with a different care-of-address.
  • the mobile node 10 may itself detect failures, e.g. a drop of the unidirectional link, and may act in a suitable manner, e.g. as explained above.
  • the detection of the unidirectional interface IF2 and the configuration of the corresponding secondary care-of-address CoA2 may as well be performed when the mobile node 10 is located at its home link.
  • the care-of-address CoA2 relating to the unidirectional interface IF2 is configured at the correspondent node 20 without using the primary care-of-address CoA1.
  • the initial binding update signaling in Fig. 2 is not required and the downlink data is not transmitted via the home agent 30.
  • the usage of the unidirectional interface IF 2 can be restricted by the UAR 50.
  • the UAR 50 can maintain an access list at the edge of the unidirectional network. Since the UAR 50 is already known by its router advertisements, the mobile node 10 can authorize itself by sending a BU to the UAR 50. If the mobile node 10 receives an accepted binding acknowledgement (BA) from the UAR 50 via the unidirectional interface IF2, the unidirectional link can be considered to be functional and authorized to use.
  • BA accepted binding acknowledgement
  • This authenticated BU may also be used to open a communication channel from the UAR 50 to the mobile node 10, i.e. to handle the AAA (Authorization, Authentication and Accounting) issues of the unidirectional network easier.
  • AAA Authorization, Authentication and Accounting
  • the home registration by the mobile node 10 always has to be performed with the primary care-of-address CoA1 of the bi-directional interface or network.
  • the reason for this is to ensure reachability of the mobile node 10 and the fact that normally there is not much traffic between the home agent 30 and the mobile node 10. Only the first packets are tunneled by the home agent 30 in every connection with the correspondent node 20, and all other traffic between the home agent 30 and the mobile node 10 is considered to be quite insignificant.
  • the selection algorithm for the care-of-address may be implementation-specific. For example, it may derive information about the free bandwidth, the cost and/or the reliability of the connection from lower protocol layers.
  • the algorithm may use the information about the binding deletion in the correspondent node 20 before the lifetime has elapsed, which can be concluded from the received tunneled packets before the entry's lifetime in the binding update list has not elapsed.
  • the IP network 40 may use a congestion information, e.g. a specific congestion flag C as a new flag in the advertisement, to inform mobile nodes about a congestion in the unidirectional network. This congestion flag C may be set e.g. when the free bandwidth is below a predefined threshold value, e.g. 64 kb. Additionally, information about the functionality of the IP network 40 and any other applicable information may be used in the router advertisements.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The present invention relates to a method and system for delivering data packets from a network node (20) to a mobile node (10), wherein a unidirectional interface (IF2) to the mobile node (10) is detected and a binding update indicating a care-of-address being an address of said detected unidirectional interface (IF2) is trans-mitted to the network node (20). In response to this binding update request, data packets are delivered via the unidirectional interface (IF2). Thus, the performance of communication can be increased considerably by using a high bandwidth unidi-rectional broadcast network to deliver downlink data.

Description

TRANSMISSION OF A BINDING UPDATE MESSAGE INDICATING A CARE OF ADDRESS FOR DELIVERING DATA PACKETS TO A MOBILE NODE VIA A UNIDIRECTIONAL INTERFACE
FIELD OF THE INVENTION
The present invention relates to a method and system for delivering data packets from a network node of a packet data network, such as an IP network, to a mobile node, e.g. a mobile terminal device.
BACKGROUND OF THE INVENTION
Mobility support for Internet devices is quite important, since mobile computing is getting more widespread. It is expected that the number of mobile computers will increase dramatically. Furthermore, there are already first products of cellular phones offering IP (Internet Protocol) services based on WAP (Wireless Application Protocol) or GPRS (General Packet Radio Services), and their number will increase rapidly. Cellular devices of the 3rd generation will be packet switched devices instead of circuit switched devices. Therefore, IP services on 3rd generation cellular devices will be an integral part in the future.
Today, several problems have to be faced making roaming with mobile Internet devices difficult. The problems start if somebody disconnects his mobile device from the Internet in order to connect it elsewhere. Normally, he would not be able to continue communication until he configures the system with a new IP address, the correct net mask and a new default router.
This problem is based on the routing mechanisms which are used in the Internet. IP addresses define a kind of topological relation between the linked computers. Today's versions of Internet protocols assume implicitly that a node has always the same point of attachment to the Internet. Additionally, the node's IP address identifies the link on which the node resides. If a node moves without changing its IP address, there is no information in its -network address about the new point of attachment to the Internet.
To support mobile devices, which dynamically change their access points to the Internet, the Internet Engineering Task Force (IETF) currently standardizes a protocol supporting mobile Internet devices, called Mobile IP. There are two variations of Mobile IP, namely Mobile IPv4, based on IPv4 (Internet Protocol version 4), and Mobile IPv6, based on IPv6 (Internet Protocol version 6). The latter one is de- scribed in David W. Johnson and Charles Perkins, Mobility Support in IPv6, Internet Draft, 2000. Further information on the IPv6 can be obtained from IETF specification RFC 2460, 1998.
Mobile IPv6 allows an IPv6 host to leave its home subnet while transparently maintaining all of its present connections and remaining reachable to the rest of the Internet. This is realized in Mobile IPv6 by identifying each node by its static home address, regardless of its current point of attachment to the Internet. While a mobile node is away from home it sends information about its current location to a home agent on its home link. The home agent intercepts packets addressed to the mobile node and tunnels them to the mobile node's present location. This mechanism is completely transparent for all layers above IP, e.g. for TCP (Transmit Control Protocol), UDP (User Datagram Protocol) and of course for all applications. Therefore, domain name server (DNS) entries for a mobile node refer to its home address and don't change if the mobile node changes its Internet access point. In fact, Mobile IPv6 influences the routing of packets but is independent of the routing protocol itself.
The solution given by Mobile IPv6 consists of creating a so-called care-of-address whenever a node changes its point of attachment to the web. The care-of-address is an IP address associated with a mobile node while visiting a foreign link. The subnet prefix of this IP address is a foreign subnet prefix. Among the multiple care- of-addresses that a mobile node may have at a time (e.g. with different subnet prefixes), the one registered with the mobile nodes home agent is called its "primary" care-of-address. A care-of-address can be derived from the receipt of router advertisements in a so-called "stateless address auto-configuration" as described in S. Thomson and T. Narten, "IPv6 Stateless Address Auto-Configuration", IETF specification RFC 2462, 1998, or can be assigned by a DHCP (Dynamic Host Configuration Protocol) server in a so-called "stateful address auto-configuration". Mobile nodes are always identified by their (static) home address regardless of their current point of attachment to the Internet. While away from home each mo- bile node has an additional (temporary) address which identifies its current location. Thus, basically messages that arrive at the original home address are redirected or tunneled to the care-of-address.
Mobile IPv6 requires the exchange of additional information. All new messages used in Mobile IPv6 are defined as IPv6 destination options. These options are used in IPv6 to carry additional information that needs to be examined only by a packet destination node. In particular, a binding update option is used by a mobile node to inform its home agent or any other correspondent node about its current care-of-address. A binding acknowledgement option is used to acknowledge the receipt of a binding update, if an acknowledgement was requested. Furthermore, a binding request option is used by any node to request a mobile node to send a binding update with the current care-of-address. Finally, a home address option is used in a packet sent by a mobile node to inform the receiver of this packet about the mobile node's home address. If a packet with the home address option is authenticated then the home address option must also be covered by this authentica- tion.
Due to the asymmetric nature of communications in the IP networks, the use of uni-directional links provides a way to improve network performance and capacity. Unidirectional links might be used to deliver downlink data, but the problem is that this option is not supported natively in IP networks.
SUMMARY OF THE INVENTION
It is therefore an object of the present invention to provide a method and system for delivering data packets to a mobile node by using uni-directional links, by means of which the resource utilization and/or performance of communication can be increased.
This object is achieved by a method of delivering data packets from a network node of a packet data network to a mobile node, said method comprising the steps of: detecting a unidirectional interface to said mobile node; transmitting to said network node a binding update indicating a care-of-address, said care-of-address being an address of said detected unidirectional interface; and delivering said data packets from said network node to said mobile node via said unidirectional interface in response to said binding update.
Furthermore, the above object is achieved by a system for delivering data packets from a network node of a packet data network to a mobile node, wherein said mobile node is arranged to detect a unidirectional interface, and to transmit to said network node a binding update indicating a care-of-address, said care-of-address being an address of said detected unidirectional interface; and wherein said network node is arranged to deliver said data packets via said unidirectional interface in response to said binding update.
Additionally, the above object is achieved by a mobile node for receiving data packets from a packet data network, wherein said mobile node is arranged to de- tect a unidirectional interface to said mobile node, and to transmit to said network node a binding update indicating a care-of-address, said care-of-address being an address of said detected unidirectional interface.
Accordingly, unidirectional channels can be used to boost the performance of uni- cast communications, such as deliveries of downlink data in IP networks. Thereby, the per ormance of communications and the resource utilization can be increased considerably by using a high bandwidth unidirectional link to deliver the downlink data.
Another care-of-address associated with said mobile node while visiting a foreign link may be registered, said other care-of-address being an address of a bi- directional interface to said mobile node. Preferably, the other care-of-address is configured as a primary care-of-address registered with the home agent of said mobile node. Thus, the multi-homing feature already supported in the Mobile IPv6 protocol can be used for implementing the present dual care-of-address scheme.
The detecting step may be based on a router advertisement, that may contain predetermined information to inform about the unidirectionality of the link.-
A message indicating that the mobile node is unreachable may be sent if problems occur during the delivering step, wherein said binding by said care-of-address may be deleted in response to said message, and the data packets may be delivered via the home agent of the mobile node. Thereby, the bi-directional link via the other care-of-address can be used if there are any problems in the unidirectional channel.
Furthermore, a new binding update request may be transmitted in order to change the other care-of-address. The mobile node may thus change the care-of-address used in the connection whenever it decides so by sending a new binding update request with the home address or a different care-of-address. An access list indicating allowed users of the unidirectional interface may be maintained at the packet data network, e.g. at a unidirectional access router. Then, an authenticated binding update procedure can be used to open a communication channel between the mobile node and the unidirectional access router providing the unidirectional interface. Thereby, the mobile node can authorize itself by sending a binding update to the unidirectional access router, which address may be resolved from router advertisements.
Preferably, an information about network parameters of the unidirectional interface may be obtained from a lower protocol layer. The information may comprise an information about free bandwidth, costs and/or reliability of the connection via the unidirectional interface.
Furthermore, an information about a binding deletion in the network node may be obtained from the data packets received by the mobile node.
A predetermined information may be added to a router advertisement to inform the mobile node about the unidirectionality and/or specific parameters of the unidirectional interface. In this case, the specific parameter may comprise a congestion situation, wherein a congestion flag may be added to the router advertisement. This congestion flag may be set when the free bandwidth has dropped below a predetermined threshold.
BRIEF DESCRIPTION OF THE DRAWINGS
In the following, the present invention will be described in greater detail on the basis of preferred embodiments with reference to the accompanying drawings in which:
Fig. 1 shows a network architecture in which the present invention can be applied;
Fig. 2 shows a signaling diagram indicating the delivery of downlink data according to the preferred embodiment of the present invention; Fig. 3 shows a mobile node configured as a multi-homed node with two network interfaces; and
Figs. 4A and 4B show data flows using a primary packet route between a mobile node and a correspondent node, and using a primary packet route with a secon- dary care-of-address, respectively.
DESCRIPTION OF THE PREFERRED EMBODIMENT
The preferred embodiment will now be described on the basis of a Mobile IPv6 architecture as shown in Fig. 1.
According to Fig. 1, the mobile IPv6 architecture includes three specific network elements, a mobile node 10 which can change its point of attachment from one link to another, while still being reachable via its home address, a home agent 30 which is a router on the mobile nodes home link with which the mobile node 10 has registered its current care-of-address, and a correspondent node 20 which is a network node with which the mobile node 10 is communicating. The correspon- dent node 20 may be either a mobile node or a stationary node. While the mobile node 10 is away from its home location, the home agent 30 intercepts packets on the home link destined to the mobile nodes home address, encapsulates them, and tunnels them to the mobile node's registered care-of-address. Among the multiple care-of-addresses which the mobile node 10 may have at a time (e.g., with different subnet prefixes), the one registered with the mobile nodes home agent 30 is called its "primary" care-of-address. The home link corresponds to the link on which the mobile nodes home subnet prefix is defined. Standard IP routing mechanisms will deliver packets destined for the mobile nodes home address to its home link. A foreign link is any link other than the mobile nodes home link. The home subnet prefix corresponds to the IP subnet prefix corresponding to the mobile nodes home address.
The mobile node 10, the home agent 30, and the correspondent node 20 are connected to a packet data network, e.g. an IP network 40 such as the Internet. A movement of the mobile node 10 corresponds to any change in the mobile nodes point of attachment to the IP network 40 such that it is no longer connected to the same link as it was previously. If the mobile node 10 is not currently attached to its home link, the mobile node 10 is said to be "away from home". When the mobile node 10 moves away from its home network, it sends a binding update (BU) to its home agent 30. The BU is used to associate the identity (home address) of the mobile node 10 to its current location (care-of-address), i.e. to configure a care-of-address at the home agent 30. After receiving of the BU, the home agent 30 sends a binding acknowledgement (BA) to the mobile node 10. Then, a binding is created for the mobile node 10 in the home agent 30. If the home agent 30 wants to communicate with the mobile node 10, it sends an IP packet with the care-of-address as destination address and places the home address, i.e. the address to which the connection is initiated, to the routing header. After receiving the packet, the mobile node 10 moves the home address from the routing header to the IP packet destination address. If the correspondent node 20 sends an IP packet to the mobile node 10, the home agent 30 intercepts the packet and then tunnels (IP tunnel) it to the mobile node 10. After having received the tunneled packet, the mobile node 10 sends a BU to the correspondent node 20 and after that the IP packets are routed directly from the correspondent node 20 to the mobile node 10 as with the home agent 30 above.
In the Mobile IPv6 protocol, a multi-homed node is considered as a host with several physical and/or logical interfaces to the IP network, of which it can use one or more for communication at a time. Used interfaces can be chosen e.g. according to the free bandwidth, reliability and/or cost. Multi-homing is implemented by supporting multiple care-of-addresses, wherein one of the care-of-addresses should be chosen as a primary care-of-address associated to the home address of the home agent 30.
Unidirectional channels, e.g. unidirectional broadcast channels, can be used to boost the performance of a unicast communication, such as the delivery of downlink data. According to the preferred embodiment, the mobile node 10 is arranged to detect an operational unidirectional interface so as to configure a new care-of-address for this unidirectional interface, e.g. by sending a BU to the home agent 30 and/or a correspondent node 20. The new care-of-address can now be used for communication, but of course only in the downlink direction, i.e. the mobile node 10 can only receive packets with the new care-of-address of the unidirectional interface.
In a case where the mobile node 10 has both uni- and bi-directional interfaces available, a signaling procedure as indicated in Fig. 2 can be used to provide an increased performance for downlink data delivery. According to Fig. 2, the mobile node 10 sends its home registration to the home agent 30 with its primary care-of- address CoA1 which is the care-of-address of a bi-directional interface IF1 shown in Fig. 3. According to Fig. 3, the mobile node 10 may also receive data from the IP network 40 via a unidirectional interface IF2.
Fig. 4A shows the initial situation in which a mobile node 10 is registered to its home agent 30 with its primary care-of-address CoA1. Packets sent to the mobile node 10 by the correspondent node 20 are tunneled by the home agent 30 to the mobile node 10 via the bi-directional interface IF1 , as indicated by the arrow in Fig. 4A.
When the mobile node 10 detects the operational unidirectional interface IF2, it can configure a second care-of-address CoA2 for this interface. The detection may be based on a router advertisement (RA) received from a unidirectional access router (UAR) 50 via the unidirectional interface IF2 (cf. broken arrow in Fig. 2). It is assumed that the detection has led to the result that the received router adver- tisement indicates an operational unidirectional interface. Hence, the mobile node 10 can now receive data packets with a new care-of-address CoA2 of the unidirectional interface IF2. In case of a subsequent downlink delivery of packet data, packets initially sent to the mobile node 10 by the correspondent node 20 are tunneled by the home agent 30 to the mobile node 10 via the bi-directional interface IF1 , as indicated by the double-lined arrows in Fig. 2. When the mobile node 10 receives tunneled packets, it may send a BU with its primary care-of-address CoA1 to the correspondent node 20 and after that the packets are routed directly from the correspondent node 20 to the mobile node 10 via the bi-directional interface IF1. However, when the mobile node 10 configures the new care-of-address CoA2 by sending a BU with its secondary care-of-address CoA2 of the unidirectional interface to the correspondent node 20, packets coming from the correspondent node 20 are routed directly to the mobile node 10 via the unidirectional interface IF2, as indicated by the dot-dashed arrows in Fig. 2, while the packets going from the mobile node 10 to the correspondent node 20 are routed through the bi- directional interface IF1.
Fig. 4B shows the above situation, where the mobile node 10 is configured as a multi-homed node which sends uplink data via the bi-directional interface IF1 and which receives downlink data via the unidirectional interface IF2 based on its secondary care-of-address CoA2. Thus, an improved performance of the downlink data delivery can be achieved. If problems occur in the unidirectional channel, the IP network 40 may send a destination unreachable message to the correspondent node 20, and the correspondent binding of the mobile node 10 will be deleted. Then, the correspondent node 20 sends packets via the home agent 30 using the primary care-of-address CoA1. In this case, the mobile node 10 again receives packets tunneled through the bidirectional channel and may send a new BU with one of its care-of-addresses to the correspondent node 20. The mobile node 10 may also change the care-of- address used in the connection whenever it decides so by sending a new BU with a different care-of-address.
Moreover, the mobile node 10 may itself detect failures, e.g. a drop of the unidirectional link, and may act in a suitable manner, e.g. as explained above.
As regards the above preferred embodiment, it is to be noted that the detection of the unidirectional interface IF2 and the configuration of the corresponding secondary care-of-address CoA2 may as well be performed when the mobile node 10 is located at its home link. In this case, the care-of-address CoA2 relating to the unidirectional interface IF2 is configured at the correspondent node 20 without using the primary care-of-address CoA1. Thus, in this case, the initial binding update signaling in Fig. 2 is not required and the downlink data is not transmitted via the home agent 30.
The usage of the unidirectional interface IF 2 can be restricted by the UAR 50. To achieve this, the UAR 50 can maintain an access list at the edge of the unidirectional network. Since the UAR 50 is already known by its router advertisements, the mobile node 10 can authorize itself by sending a BU to the UAR 50. If the mobile node 10 receives an accepted binding acknowledgement (BA) from the UAR 50 via the unidirectional interface IF2, the unidirectional link can be considered to be functional and authorized to use. This authenticated BU may also be used to open a communication channel from the UAR 50 to the mobile node 10, i.e. to handle the AAA (Authorization, Authentication and Accounting) issues of the unidirectional network easier.
The home registration by the mobile node 10 always has to be performed with the primary care-of-address CoA1 of the bi-directional interface or network. The reason for this is to ensure reachability of the mobile node 10 and the fact that normally there is not much traffic between the home agent 30 and the mobile node 10. Only the first packets are tunneled by the home agent 30 in every connection with the correspondent node 20, and all other traffic between the home agent 30 and the mobile node 10 is considered to be quite insignificant.
The selection algorithm for the care-of-address may be implementation-specific. For example, it may derive information about the free bandwidth, the cost and/or the reliability of the connection from lower protocol layers. At IP level, the algorithm may use the information about the binding deletion in the correspondent node 20 before the lifetime has elapsed, which can be concluded from the received tunneled packets before the entry's lifetime in the binding update list has not elapsed. The IP network 40 may use a congestion information, e.g. a specific congestion flag C as a new flag in the advertisement, to inform mobile nodes about a congestion in the unidirectional network. This congestion flag C may be set e.g. when the free bandwidth is below a predefined threshold value, e.g. 64 kb. Additionally, information about the functionality of the IP network 40 and any other applicable information may be used in the router advertisements.
It is noted, that the present invention is not restricted to the specific preferred embodiment described above, but can be used in any packet data network having bidirectional and unidirectional interfaces or networks. The preferred embodiment may thus vary within the scope of the attached claims.

Claims

Claims
1. A method of delivering data packets from a network node (20) of a packet data network to a mobile node (10), said method comprising the steps of: a) detecting a unidirectional interface (IF2) to said mobile node (10); b) transmitting to said network node (20) a binding update indicating a care-of-address (CoA2), said care-of-address being an address of said detected unidirectional interface (IF2); and c) delivering said data packets via said unidirectional interface (IF2) in response to said binding update.
2. A method according to claim 1 , wherein another care-of-address (CoA1 ) associated with said mobile node (10) while visiting a foreign link has been configured prior to said detection step, said other care-of-address (CoA1) being an address of a bi-directional interface (IF1) to said mobile node (10).
3. A method according to claim 1 or 2, wherein said other care-of-address (CoA1 ) is configured as a primary care-of-address registered with the home agent (30) of said mobile node (10).
4. A method according to any one of the preceding claims, wherein said detecting step is based on a router advertisement.
5. A method according to any one of the preceding claims, wherein said con- figuring step is performed using a Mobile IP protocol.
6. A method according to any one of the preceding claims, further comprising the steps of sending a message indicating that said mobile node (10) is unreachable if problems occur during said delivering step, deleting said binding by said care-of-address (CoA2) in response to said message, and de- livering said data packets via the home agent (30) of said mobile node (10).
7. A method according to any one of the preceding claims, further comprising the step of transmitting a new binding update request in order to change said other care-of-address (CoA1 ).
8. A method according to any one of the preceding claims, further comprising the step of maintaining an access list at said packet data network (40), said access list indicating allowed users of said unidirectional interface (IF2).
9. A method according to claim 8, further comprising the step of using an au- thenticated binding update procedure to open a communication channel between said mobile node (10) and a unidirectional access router (50) providing said unidirectional interface (IF2).
10. A method according to any one of the preceding claims, further comprising the step of obtaining from a lower protocol layer an information about net- work parameters of said unidirectional interface (IF2).
11. A method according to claim 10, wherein said information comprise information about free bandwidth, costs and/or reliability of the connection via said unidirectional interface (IF2).
12. A method according to any one of the preceding claims, further comprising the step of obtaining from said delivered data packet an information about a binding deletion in said network node (20).
13. A method according to any one of the preceding claims, further comprising the step of adding a predetermined information to a router advertisement to inform said mobile node (10) about unidirectionality and/or specific parame- ters of said unidirectional interface (IF2).
14. A method according to claim 13, wherein said specific parameters comprise a congestion information indicating a congestion situation.
15. A method according to claim 14, wherein a congestion flag is added to said router advertisement.
16. A method according to claim 15, further comprising the step of setting said congestion flag when the free bandwidth has dropped below a predetermined threshold.
17. A system for delivering data packets from a network node (20) of a packet data network (40) to a mobile node (10), a) wherein said mobile node (10) is arranged to detect a unidirectional interface, and to transmit to said network node (20) a binding update indicating a care-of-address (CoA2), said care-of-address being an address of said detected unidirectional interface; and b) wherein said network node (20) is arranged to deliver said data packets via said unidirectional interface (IF2), in response to said binding update.
18. A system according to claim 17, wherein said packet data network is an IP network (40).
19. A mobile node for receiving data packets from a packet data network (40), wherein said mobile node (10) is arranged to detect a unidirectional interface (IF2) to said mobile node, and to transmit to said packet data network (40) a binding update indicating a care-of-address (CoA2), said care-of- address being an address of said detected unidirectional interface (IF2).
20. A mobile node according to claim 19, wherein said mobile node (10) is ar- ranged to perform said configuration and transmission using a Mobile IP protocol signaling.
21. A mobile node according to claim 18 or 19, wherein said mobile node (10) has configured another care-of-address (CoA1 ) associated with said mobile node (10) while visiting a foreign link, said other care-of-address (CoA1 ) be- ing an address of a bi-directional interface (IF1 ) to said mobile node (10).
22. A mobile node according to claim 21 , wherein said mobile node (10) is arranged to transmit a new binding update request in order to change said other care-of-address.
PCT/EP2001/013842 2001-11-27 2001-11-27 Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface WO2003047183A1 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
AU2002216062A AU2002216062A1 (en) 2001-11-27 2001-11-27 Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface
EP01274811A EP1451979B1 (en) 2001-11-27 2001-11-27 Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface
AT01274811T ATE349120T1 (en) 2001-11-27 2001-11-27 SENDING A ßBINDING UPDATE MESSAGE HAVING A ßCARE OF ADDRESSß TO TRANSMIT DATA PACKETS OVER A UNIDIRECTIONAL INTERFACE TO A MOBILE NODE
PCT/EP2001/013842 WO2003047183A1 (en) 2001-11-27 2001-11-27 Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface
US10/493,918 US7269166B2 (en) 2001-11-27 2001-11-27 Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface
DE60125426T DE60125426T2 (en) 2001-11-27 2001-11-27 SENDING A "BINDING UPDATE" MESSAGE WHICH HAS A "CARE OF ADDRESS" TO TRANSFER DATA PACKETS TO A MOBILE NODE THROUGH A UNIDIRECTIONAL INTERFACE

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2001/013842 WO2003047183A1 (en) 2001-11-27 2001-11-27 Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface

Publications (1)

Publication Number Publication Date
WO2003047183A1 true WO2003047183A1 (en) 2003-06-05

Family

ID=8164695

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2001/013842 WO2003047183A1 (en) 2001-11-27 2001-11-27 Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface

Country Status (6)

Country Link
US (1) US7269166B2 (en)
EP (1) EP1451979B1 (en)
AT (1) ATE349120T1 (en)
AU (1) AU2002216062A1 (en)
DE (1) DE60125426T2 (en)
WO (1) WO2003047183A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1505780A1 (en) * 2003-08-06 2005-02-09 Motorola Inc. A method of validated communication
WO2005079034A1 (en) * 2004-02-16 2005-08-25 Telefonaktiebolaget Lm Ericsson (Publ) Address management in mobile ip environments
GB2423439A (en) * 2005-02-17 2006-08-23 Motorola Inc Transmission of Packet Data to a mobile node over a unidirection link.
GB2436664A (en) * 2006-03-31 2007-10-03 King S College London Establishing communication between mobile station and unidirectional network

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7502929B1 (en) * 2001-10-16 2009-03-10 Cisco Technology, Inc. Method and apparatus for assigning network addresses based on connection authentication
US7143435B1 (en) * 2002-07-31 2006-11-28 Cisco Technology, Inc. Method and apparatus for registering auto-configured network addresses based on connection authentication
US20040148428A1 (en) * 2003-01-28 2004-07-29 George Tsirtsis Methods and apparatus for supporting an internet protocol (IP) version independent mobility management system
JP3880549B2 (en) * 2003-06-16 2007-02-14 松下電器産業株式会社 Mobile terminal device and handoff method thereof
US8311552B1 (en) 2004-02-27 2012-11-13 Apple Inc. Dynamic allocation of host IP addresses
CA2588781A1 (en) * 2004-11-19 2006-05-26 The Trustees Of The Stevens Institute Of Technology Multi-access terminal with capability for simultaneous connectivity to multiple communication channels
US7646739B2 (en) * 2005-04-05 2010-01-12 Cisco Technology, Inc. Multicast routing over unidirectional links
US7881468B2 (en) * 2005-04-08 2011-02-01 Telefonaktiebolaget L M Ericsson (Publ) Secret authentication key setup in mobile IPv6
WO2008027504A2 (en) * 2006-08-31 2008-03-06 Telcordia Technologies, Inc. Methods of mitigation of trombone routing in an ims/mmd network
KR100887794B1 (en) * 2007-04-20 2009-03-09 포항공과대학교 산학협력단 Network system based on media independent handover and handover method using by it
US8559396B2 (en) * 2007-06-18 2013-10-15 Qualcomm Incorporated Multiple bindings having independent forward and reverse link bindings for mobile internet protocols
KR101439270B1 (en) 2007-11-21 2014-09-12 애플 인크. Support for continuity of tunnel communications for mobile nodes having multiple care of addressing
EP2253120B1 (en) * 2008-03-12 2018-02-28 Telefonaktiebolaget LM Ericsson (publ) Re-establishment of a security association
US8737409B2 (en) * 2009-10-02 2014-05-27 Qualcomm Incorporated Multipath communications for mobile node interfaces
US9065750B2 (en) * 2012-06-15 2015-06-23 Cisco Technology, Inc. Congestion-based notification during fast reroute operations in stateful path computation element environments
US9774659B2 (en) * 2013-10-24 2017-09-26 Sap Se Bi-directional channel-based progress indicator

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000018155A2 (en) * 1998-09-21 2000-03-30 Nokia Networks Oy Ip mobility mechanism for a packet radio network
WO2001076286A1 (en) * 2000-03-31 2001-10-11 Nokia Corporation Architecture and packet routing in a multi-bearer-type network
JP2001313672A (en) * 2000-04-28 2001-11-09 Toshiba Corp Network system, packet repeater, wireless terminal and packet processing method

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3529621B2 (en) * 1997-05-12 2004-05-24 株式会社東芝 Router device, datagram transfer method, and communication system
US20040125795A1 (en) * 2000-02-18 2004-07-01 Corson Mathew S Telecommunications routing
FI113319B (en) 2000-09-29 2004-03-31 Nokia Corp Selection of a service producing network element in a telecommunication system
US7339903B2 (en) * 2001-06-14 2008-03-04 Qualcomm Incorporated Enabling foreign network multicasting for a roaming mobile node, in a foreign network, using a persistent address
US20030104814A1 (en) * 2001-11-30 2003-06-05 Docomo Communications Laboratories Usa Low latency mobile initiated tunneling handoff

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000018155A2 (en) * 1998-09-21 2000-03-30 Nokia Networks Oy Ip mobility mechanism for a packet radio network
WO2001076286A1 (en) * 2000-03-31 2001-10-11 Nokia Corporation Architecture and packet routing in a multi-bearer-type network
JP2001313672A (en) * 2000-04-28 2001-11-09 Toshiba Corp Network system, packet repeater, wireless terminal and packet processing method
US20020007414A1 (en) * 2000-04-28 2002-01-17 Kabushiki Kaisha Toshiba Network system using dedicated downlink network and bidirectional network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DROMS R: "RFC 1541, Request For Comments, Dynamic Host Configuration Protocol", IETF REQUEST FOR COMMENTS, XX, XX, October 1993 (1993-10-01), pages 1 - 39, XP002164347 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1505780A1 (en) * 2003-08-06 2005-02-09 Motorola Inc. A method of validated communication
WO2005015853A1 (en) * 2003-08-06 2005-02-17 Motorola Inc A method of validated communication
US7564825B2 (en) 2003-08-06 2009-07-21 Motorola, Inc. Method of validated communication
WO2005079034A1 (en) * 2004-02-16 2005-08-25 Telefonaktiebolaget Lm Ericsson (Publ) Address management in mobile ip environments
US8904035B2 (en) 2004-02-16 2014-12-02 Telefonaktiebolaget Lm Ericsson (Publ) Address management in mobile IP environments
US9413656B2 (en) 2004-02-16 2016-08-09 Telefonaktiebolaget L M Ericsson (Publ) Address management in mobile IP environments
GB2423439A (en) * 2005-02-17 2006-08-23 Motorola Inc Transmission of Packet Data to a mobile node over a unidirection link.
GB2423439B (en) * 2005-02-17 2007-10-24 Motorola Inc Packet data transmission
GB2436664A (en) * 2006-03-31 2007-10-03 King S College London Establishing communication between mobile station and unidirectional network
GB2436664B (en) * 2006-03-31 2010-12-15 King S College London Mobile networks

Also Published As

Publication number Publication date
ATE349120T1 (en) 2007-01-15
AU2002216062A1 (en) 2003-06-10
EP1451979B1 (en) 2006-12-20
US20040246939A1 (en) 2004-12-09
US7269166B2 (en) 2007-09-11
EP1451979A1 (en) 2004-09-01
DE60125426T2 (en) 2007-10-04
DE60125426D1 (en) 2007-02-01

Similar Documents

Publication Publication Date Title
US7269166B2 (en) Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface
US9351146B2 (en) Technique for providing support for a plurality of mobility management protocols
KR101086349B1 (en) Method And System For Controlling Operation Of A Communication Network, Related Network And Computer Program Product Therefor
EP1927228B1 (en) Multiple interface mobile node with simultaneous home- and foreign network connection
US7120136B2 (en) Mobile station mobility in a wireless LAN
EP1011241B1 (en) Wireless access to packet-based networks
KR100750370B1 (en) Address acquisition
US20100215019A1 (en) Detection of mobility functions implemented in a mobile node
JP5511783B2 (en) Multihoming protocol support with temporary registration and extended binding discard messages
US20040097232A1 (en) Handover
WO2003090408A1 (en) Tunneling between different addressing domains
EP2197161B1 (en) Method and apparatus for controlling multicast ip packets in access network
JP2010088055A (en) Communication system, mobile unit, terminal management apparatus, and communication method
KR101216081B1 (en) Method of re-establishing IP address during handover between heterogenous networks
US8086210B2 (en) Flow based layer 2 handover mechanism for mobile node with multi network interfaces
JP5363590B2 (en) Session continuity to support simultaneous terminal access
KR100915513B1 (en) PACKET BUFFERING METHOD AND APPARATUS FOR REDUCING PACKET LOSS IN PROXY MOBILE IPv6
EP1322090B1 (en) Method and system for roaming between communication networks
EP1051010A1 (en) Mobile IP supporting quality of service for foreign network with foreign agent and plurality of mobile nodes
CN103428779B (en) Transmission method, system and the fixed network access gateway of quality of service information
KR100657514B1 (en) Inter subnet handover method for dhcp service user in high speed portable internet system
Azzuhri Enabling Mobility in IPv6 Networks
Liske Mobility in IPv6
EP2237629A1 (en) Multiple interface support in Proxy Mobile IPv6

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PH PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2001274811

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10493918

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2001274811

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP

WWG Wipo information: grant in national office

Ref document number: 2001274811

Country of ref document: EP