US20080181216A1 - Optimized mobile IPv6 encapsulation for wireless networks - Google Patents

Optimized mobile IPv6 encapsulation for wireless networks Download PDF

Info

Publication number
US20080181216A1
US20080181216A1 US11/699,656 US69965607A US2008181216A1 US 20080181216 A1 US20080181216 A1 US 20080181216A1 US 69965607 A US69965607 A US 69965607A US 2008181216 A1 US2008181216 A1 US 2008181216A1
Authority
US
United States
Prior art keywords
address
packet
home agent
ipv6
mobile node
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.)
Abandoned
Application number
US11/699,656
Inventor
Jeremy R. Breau
Frederick C. Rogers
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sprint Spectrum LLC
Original Assignee
Sprint Spectrum LLC
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 Sprint Spectrum LLC filed Critical Sprint Spectrum LLC
Priority to US11/699,656 priority Critical patent/US20080181216A1/en
Assigned to SPRINT SPECTRUM L.P. reassignment SPRINT SPECTRUM L.P. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BREAU, JEREMY R., ROGERS, FREDERICK C.
Priority to PCT/US2008/050694 priority patent/WO2008094730A2/en
Publication of US20080181216A1 publication Critical patent/US20080181216A1/en
Priority to US14/229,198 priority patent/US9154993B1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • 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
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • 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 mobile-IPv6 and, more particularly, to encapsulated packets sent to and from the home agent.
  • IPv6 Internet protocol version 6
  • IPv6 Internet protocol version 6
  • IPv4 IP version 4
  • IPv4 supports 32-bit IP addresses, and therefore can only provide 4.3 billion unique IP-addresses.
  • IPv6 supports 128-bit addresses, and thus can provide approximately 5*10 28 unique IP-addresses.
  • IPv6 allows for the use of extension headers, which are described in S. Deering et. al., “Internet Protocol, Version 6 (IPv6) Specification,” Request for Comments 2460, December 1998.
  • IPv6 extension headers are optional headers that are appended to a standard IPv6 header. There are several different types of extension headers. For example, the routing extension header enables a packet to visit one or more intermediate nodes on its way to its final destination.
  • IPv6 packets generally include (1) a payload, which contains the data (i.e. voice, real-time media) that is being transmitted, and (2) a header, which contains all of the information necessary for the packet to reach its destination (i.e., the source IP-address and the destination IP-address).
  • a payload which contains the data (i.e. voice, real-time media) that is being transmitted
  • a header which contains all of the information necessary for the packet to reach its destination (i.e., the source IP-address and the destination IP-address).
  • IPv6 headers are 40 bytes long, while IPv4 headers can be as small as 20 bytes.
  • Mobile-IPv6 allows mobile nodes to remain reachable at the same address while moving from one network to another.
  • a mobile node obtains and uses a mobile-IP address referred to as a home address (HoA). Packets to and from the mobile-node are then routed through a centralized mobile-IPv6 home agent (home agent) located on the mobile node's home network, using a care-of address, which is a temporary IP-address used by a mobile node while it is located on a foreign network.
  • the process of the home agent routing packets from the correspondent node to the mobile node is called “tunneling,” while the process of the mobile node routing packets en route to the correspondent node through the home agent is called “reverse tunneling.”
  • the home agent intercepts packets sent from the correspondent node to the mobile node and encapsulates packets by adding an additional 40-byte IPv6 header, called a tunnel header, to each packet.
  • the tunnel header enables the packet to travel through the home agent on the way to its destination.
  • the tunnel header indicates that the packet's source address is the home agent's address, and the packet's destination address is the mobile node's care-of address.
  • the home agent then sends the encapsulated packet to the mobile-node, which decapsulates and processes the packet.
  • the mobile node With reverse tunneling, the mobile node also encapsulates packets by adding a tunnel header to each packet.
  • the tunnel header header indicates that the encapsulated packet's source the mobile node's home address, and that the encapsulated packet's destination is the home agent's address.
  • the home agent receives the encapsulated packet, it removes the tunnel header and forwards the packet to its intended location.
  • Reverse tunneling provides added security because it ensures that packets sent between a mobile node and correspondent node follow the same route, thus lowering the possibility that packets are being sent by a malicious third party.
  • IPv6 packets contain 80 bytes of overhead—40 bytes for the original IPv6 header, and 40 additional bytes for the tunnel header. While this overhead is not substantial if the packet's payload is large, it becomes significant if the mobile node is sending packets with small payloads. Such a situation is common when the mobile node is transmitting voice or real-time media, because sending smaller packets increases the fidelity of the transmission. Therefore, an improvement is desired.
  • the present invention advances over the state of the art by providing an optimized mobile-IPv6 encapsulation scheme, in which a mobile node and a home agent encapsulate packets with an IPv6 routing extension header.
  • packets sent from the mobile node to a correspondent node will be (1) reverse tunneled from the mobile node to the home agent, (2) modified by the home agent, and (3) forwarded by the home agent to the correspondent node.
  • the reverse tunneled packets will include a payload, an IPv6 header, and an IPv6 routing extension header.
  • the IPv6 header will include the mobile node's home address as the source address, and the home agent's address as the destination address.
  • the IPv6 routing extension header will include the correspondent node's address as the next-hop address.
  • the home agent When the home agent receives the packet, the home agent will (1) substitute the destination address in the IPv6 header with IP address contained in the IPv6 routing extension header, (2) remove the IPv6 routing extension header, and (3) forward the packet to the correspondent node.
  • the invention contemplates tunneling packets from the home agent to the mobile node by encapsulating the packets with an IPv6 routing extension header.
  • Packets sent from the correspondent node include a payload and an IPv6 header.
  • the IPv6 header includes the correspondent node's IP address as the source address, and the mobile node's home address as the destination address.
  • the home agent intercepts the packets from the correspondent node, and encapsulates them by adding an IPv6 routing extension header to each packet.
  • the IPv6 routing extension header includes the mobile node's home address as the next-hop address.
  • the home agent also modifies each packet's IPv6 header by changing the destination address to the mobile node's care-of address. After modifying and encapsulating a packet, the home agent will tunnel it to the mobile node's care-of address. When the mobile node receives the packet, it processes and uses the packet.
  • Encapsulating packets with IPv6 24-byte routing extension headers is advantageous because it reduces the amount of overhead in each encapsulated packet, thus increasing the available bandwidth in a network. As technology that requires sending small payloads grow in popularity, the present invention may thus provide relief to networks.
  • FIG. 1 is a simplified block diagram illustrating a typical mobile-IPv6 network.
  • FIG. 2 is a simplified block diagram illustrating a typical mobile node.
  • FIG. 3 is a simplified block diagram illustrating an optimized mobile-IPv6 packet.
  • FIG. 4 is simplified block diagram illustrating an IPv6 header.
  • FIG. 5 is simplified block diagram illustrating an IPv6 routing extension header.
  • FIG. 6 is a flow chart depicting the optimized encapsulation, reverse tunneling, and processing of an IPv6 packet.
  • FIG. 7 is a flow chart depicting the optimized encapsulation and tunneling of an IPv6 packet.
  • FIG. 1 is a simplified block diagram depicting the functional arrangement and interaction between various network components in accordance with the exemplary embodiment. It should be understood that the depicted network supports mobile-IP. Further, this and other arrangements described herein are set forth only as examples. As such, those skilled in the art will appreciate that other arrangements and elements (e.g., machines, interfaces, functions, orders, and groupings of functions, etc.) can be used instead, and that some elements may be omitted altogether. Further, various functions described herein as being performed by one or more entities may be carried out by hardware, firmware, and/or software.
  • a representative IP network includes a home network 108 , a correspondent network 110 , and a foreign network 112 .
  • Located on home network 108 is a home agent 104 .
  • Located on correspondent network 110 is a correspondent node 106 .
  • Located on foreign network 106 is a mobile node 102 .
  • any number of other entities could be present as well.
  • any number of mobile nodes could be located on home network 106 , IP network 110 , and foreign network 112 .
  • any number of intermediate devices and networks could make up all or part of any of the communication links shown in FIG. 1 .
  • mobile node 102 and correspondent node 106 may be any device capable of using mobile-IPv6.
  • mobile node 102 or correspondent node 106 may be, or may include one or more of the functions of, a cellular telephone, a voice-over-IP telephone, a laptop computer, or a personal digital assistant.
  • mobile node 102 is depicted in FIG. 1 on foreign network 106
  • mobile node 102 could be on correspondent network 110 as well.
  • correspondent node 106 is depicted in FIG. 1 on correspondent network 110
  • correspondent node 106 could be on any other network as well.
  • Home agent 104 may be any network device such as a router, server, or workstation that is configured to maintain current location information for mobile node 102 .
  • Home agent 104 is also configured to encapsulate and decapsulate packets, and to relay packets to mobile node 102 and correspondent node 106 in accordance with mobile-IPv6.
  • Mobile node 102 may take the form shown. As illustrated in FIG. 2 , the exemplary mobile node includes a wireless communication interface 200 , a user interface 202 a processing unit 204 , and data storage 206 , all of which may be coupled together by a system bus, network, or other mechanism 208 .
  • Wireless communication interface 200 comprises a mechanism for communicating over an air interface with a radio access network, so as to facilitate communication on a mobile-IPv6.
  • wireless communication interface 200 may include a “mobile station modem” chipset, such as one of the “MSM” chipsets available from Qualcomm Incorporated.
  • wireless communication interface 200 will preferably include one or more antennas to facilitate air interface communication.
  • User interface 202 comprises input and output components to facilitate user interaction with the device.
  • the user interface 202 preferably includes a microphone and speaker.
  • the user interface 202 may then further include a display screen and perhaps a camera.
  • the user interface 202 preferably includes a keypad or other mechanism to facilitate tactile user input.
  • Processing unit 204 comprises one or more general purpose processors (e.g., INTEL microprocessors) and/or one or more special purpose processors (e.g., digital signal processors).
  • Data storage 206 comprises one or more volatile and/or non-volatile storage mechanisms, such as memory and/or disc-drive storage for instance, which may be integrated in whole or in part with processing unit 204 .
  • data storage 206 includes program logic 208 and reference data 210 .
  • Program logic 208 comprises one or more logic modules (applications), and preferably includes machine language instructions executable by processing unit 304 to carry out various functions described herein, such as to (1) encapsulate IPv6 packets by adding an IPv6 routing extension header and (2) to send the encapsulated packet to a home agent.
  • Reference data 310 includes data such the mobile-IP address assigned to the mobile node.
  • Packet 300 includes an IPv6 header 302 , an IPv6 routing extension header 304 , and a payload 306 .
  • An exemplary IPv6 header 302 is shown in greater detail in FIG. 4 .
  • An IPv6 header includes all the information necessary for a packet to reach its destination.
  • the “version” field indicates which version of Internet Protocol is being used.
  • the “traffic class” field enables mobile nodes and routers to identify and distinguish between different classes or priorities of IPv6 packets.
  • the “flow label” field identifies all packets belonging to a specific class-of-service, allowing routers to handle the packets in a similar fashion.
  • the “payload length” field specifies the length of the IPv6 payload.
  • the “next header field” indicates whether there are any additional IPv6 headers or IPv6 extension headers following the IPv6 header.
  • a next header value of 43 indicates that the extension header appended to the IPv6 header is a routing extension header.
  • the “source address” field includes the packet's originating IP-address, while the “destination address” includes the IP-address of the packet's intended destination.
  • IPv6 routing extension 304 header An exemplary IPv6 routing extension 304 header is shown in greater detail in FIG. 5 .
  • IPv6 routing extension headers enable a packet to visit one or more intermediate nodes before reaching its destination. Further, routing extension headers are not examined or processed until the packet reaches the node identified in the destination address field of the packet's IPv6 header.
  • the “next header” field identifies whether there is another header immediately following the routing extension header.
  • the “header length” field indicates the length of the routing extension header.
  • the “routing type” field indicates what type of routing header is used. For example, a type 0 routing extension header can include one or more next hop addresses, while a type 2 routing extension header is restricted to a single next hop address. Additionally, there are no address restrictions in type 0 extension headers, while the address in a type 2 extension header must be the mobile-node's home address.
  • the “segments left” field indicates the number of route segments remaining before the packet reaches its destination.
  • the “reserved” field is initialized to zero for transmission, and is ignored on reception.
  • the “next hop address” field includes the address of the next device to receive the packet.
  • Payload 306 is a standard IPv6 payload, and can carry between 0 and 1400 bytes of data.
  • Payload 302 can be any type of data, such as voice, real-time media, text, etc.
  • FIG. 6 is a flow chart depicting reverse tunneling operation in accordance with an embodiment of the invention.
  • FIG. 6 depicts (1) a mobile node encapsulating an IPv6 packet with an IPv6 routing extension header, (2) a home agent processing the encapsulated packet, and (3) the home agent forwarding the processed packet to a correspondent node.
  • mobile node 102 encapsulates a packet with an IPv6 routing extension header.
  • the next-hop field of the IPv6 routing extension header contains the IP address of correspondent node 106 .
  • the source-address field of the packet's IPv6 header contains the home address of mobile node 102
  • the destination-address field of the IPv6 header contains the IP-address of home agent 104 .
  • mobile node 102 reverse tunnels the packet by sending it to home agent 104 .
  • home agent 104 receives and begins processing the packet.
  • Home agent 104 modifies the IP-address contained in the source address field of the IPv6 header by replacing it with the IP-address contained in the next-hop field of the IPv6 routing extension header.
  • home agent 104 removes the IPv6 routing extension header from the packet.
  • the processed packet is now a standard IPv6 packet that includes a payload and an IPv6 header.
  • the IPv6 header indicates that the packet's source is the home address of mobile node 102 , and that the packet's destination is the address of correspondent node 106 .
  • home agent 104 sends the packet to the address contained in the destination-address field of the packet's IPv6 header. In this case, home agent 104 sends the packet to correspondent node 106 .
  • home agent 104 could modify packets received from mobile node 102 by creating new packets embodying the modification. For instance, home agent 104 could (1) copy the data contained in each received packet's payload into each new packet's payload, (2) insert the IP-address from the source address field of each received packet's IPv6 header into the source address field of each new packet's IPv6 header, and (3) insert the IP-address in from the next-hop field of each received packet's IPv6 routing extension header into the destination-address field of each new packet's IPv6 header.
  • FIG. 7 is a flow chart depicting tunneling operation in accordance with an embodiment of the invention.
  • FIG. 5 depicts a home agent (1) encapsulating an IPv6 packet sent from a correspondent node to a mobile node with an IPv6 routing extension header, and (2) tunneling the encapsulated packet to the mobile node.
  • home agent 104 receives a packet sent from correspondent node 106 .
  • the packet's IPv6 header indicates that the packet's source address is the IP address of correspondent node 106 , and the packet's destination address is the home address of mobile node 102 .
  • home agent 104 reads the destination-address field of the packet's IPv6 header and determines that its intended destination is the home-address of mobile node 102 .
  • Home agent 104 then associates mobile node 102 's home address with mobile-node 102 's care-of address.
  • Home agent 104 may contain a list of addresses in a database, or it may query an external server to determine a care-of address that associated with mobile node 102 .
  • home agent 104 encapsulates the packet by adding to the packet an IPv6 routing extension header.
  • the next-hop field of the routing extension header is the same as the IP-address contained in the destination address field of the packet's IPv6 header.
  • the IP-address is home address of mobile node 102 .
  • home agent 106 modifies the packet's IPv6 header by changing the header's destination address to the care-of address of mobile-node 102 , which enables the packet to reach the mobile node while it is located on foreign network 112 .
  • home agent 104 tunnels the encapsulated packet to mobile node 102 , which processes the packet for use with an appropriate application.
  • home agent 104 could modify packets received from correspondent node 106 by creating new packets embodying the modification.
  • home agent 104 could (1) copy the data contained in each received packet's payload into each new packet's payload, (2) insert the IP-address from the source address field of each received packet's IPv6 header into the source address field of each new packet's IPv6 header, (3) insert the IP-address contained in the destination-address field the received packet's IPv6 header into the next-hop field of the new packet's IPv6 routing extension header, and (4) insert a care-of address associated with the IP-address from the destination-address field the received packet into the destination address field of the new packet's IPv6 header.

Abstract

Systems and methods are provided for an optimized mobile-IPv6 encapsulation. A mobile node sends packets to a correspondent node by encapsulating a packet using an IPv6 routing extension header, and reverse tunneling the packet to a home agent. The home agent modifies the packet and forwards it to the correspondent node. When the correspondent node sends packets to the mobile node's home address, the home agent intercepts the packet, encapsulates the packet with an IPv6 routing extension header, and tunnels the packet to the mobile node. Consequently, because packets are tunneled using IPv6 routing extension headers, the amount of overhead in each encapsulated packet is reduced, thus increasing the available bandwidth in a network.

Description

    FIELD OF THE INVENTION
  • The present invention relates to mobile-IPv6 and, more particularly, to encapsulated packets sent to and from the home agent.
  • DESCRIPTION OF RELATED ART
  • Internet protocol version 6 (IPv6) is a standard used by electronic devices to communicate over a packet-switched internet. IPv6 is considered the successor to IP version 4 (IPv4), primarily because it supports a far greater number of unique IP-addresses. IPv4 supports 32-bit IP addresses, and therefore can only provide 4.3 billion unique IP-addresses. IPv6, on the other hand, supports 128-bit addresses, and thus can provide approximately 5*1028 unique IP-addresses. Additionally, IPv6 allows for the use of extension headers, which are described in S. Deering et. al., “Internet Protocol, Version 6 (IPv6) Specification,” Request for Comments 2460, December 1998. IPv6 extension headers are optional headers that are appended to a standard IPv6 header. There are several different types of extension headers. For example, the routing extension header enables a packet to visit one or more intermediate nodes on its way to its final destination.
  • IPv6 packets generally include (1) a payload, which contains the data (i.e. voice, real-time media) that is being transmitted, and (2) a header, which contains all of the information necessary for the packet to reach its destination (i.e., the source IP-address and the destination IP-address). However, because of the increased address space used in IPv6 as opposed to IPv4, IPv6 headers are 40 bytes long, while IPv4 headers can be as small as 20 bytes.
  • Mobile-IPv6 allows mobile nodes to remain reachable at the same address while moving from one network to another. With mobile-IPv6, a mobile node obtains and uses a mobile-IP address referred to as a home address (HoA). Packets to and from the mobile-node are then routed through a centralized mobile-IPv6 home agent (home agent) located on the mobile node's home network, using a care-of address, which is a temporary IP-address used by a mobile node while it is located on a foreign network. The process of the home agent routing packets from the correspondent node to the mobile node is called “tunneling,” while the process of the mobile node routing packets en route to the correspondent node through the home agent is called “reverse tunneling.”
  • With tunneling, the home agent intercepts packets sent from the correspondent node to the mobile node and encapsulates packets by adding an additional 40-byte IPv6 header, called a tunnel header, to each packet. The tunnel header enables the packet to travel through the home agent on the way to its destination. The tunnel header indicates that the packet's source address is the home agent's address, and the packet's destination address is the mobile node's care-of address. The home agent then sends the encapsulated packet to the mobile-node, which decapsulates and processes the packet.
  • With reverse tunneling, the mobile node also encapsulates packets by adding a tunnel header to each packet. The tunnel header header indicates that the encapsulated packet's source the mobile node's home address, and that the encapsulated packet's destination is the home agent's address. When the home agent receives the encapsulated packet, it removes the tunnel header and forwards the packet to its intended location. Reverse tunneling provides added security because it ensures that packets sent between a mobile node and correspondent node follow the same route, thus lowering the possibility that packets are being sent by a malicious third party.
  • Unfortunately, however, encapsulated IPv6 packets contain 80 bytes of overhead—40 bytes for the original IPv6 header, and 40 additional bytes for the tunnel header. While this overhead is not substantial if the packet's payload is large, it becomes significant if the mobile node is sending packets with small payloads. Such a situation is common when the mobile node is transmitting voice or real-time media, because sending smaller packets increases the fidelity of the transmission. Therefore, an improvement is desired.
  • SUMMARY OF THE INVENTION
  • The present invention advances over the state of the art by providing an optimized mobile-IPv6 encapsulation scheme, in which a mobile node and a home agent encapsulate packets with an IPv6 routing extension header.
  • As presently contemplated, packets sent from the mobile node to a correspondent node will be (1) reverse tunneled from the mobile node to the home agent, (2) modified by the home agent, and (3) forwarded by the home agent to the correspondent node. The reverse tunneled packets will include a payload, an IPv6 header, and an IPv6 routing extension header. The IPv6 header will include the mobile node's home address as the source address, and the home agent's address as the destination address. The IPv6 routing extension header will include the correspondent node's address as the next-hop address. When the home agent receives the packet, the home agent will (1) substitute the destination address in the IPv6 header with IP address contained in the IPv6 routing extension header, (2) remove the IPv6 routing extension header, and (3) forward the packet to the correspondent node.
  • Additionally, the invention contemplates tunneling packets from the home agent to the mobile node by encapsulating the packets with an IPv6 routing extension header. Packets sent from the correspondent node include a payload and an IPv6 header. The IPv6 header includes the correspondent node's IP address as the source address, and the mobile node's home address as the destination address. The home agent intercepts the packets from the correspondent node, and encapsulates them by adding an IPv6 routing extension header to each packet. The IPv6 routing extension header includes the mobile node's home address as the next-hop address. The home agent also modifies each packet's IPv6 header by changing the destination address to the mobile node's care-of address. After modifying and encapsulating a packet, the home agent will tunnel it to the mobile node's care-of address. When the mobile node receives the packet, it processes and uses the packet.
  • Encapsulating packets with IPv6 24-byte routing extension headers is advantageous because it reduces the amount of overhead in each encapsulated packet, thus increasing the available bandwidth in a network. As technology that requires sending small payloads grow in popularity, the present invention may thus provide relief to networks.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a simplified block diagram illustrating a typical mobile-IPv6 network.
  • FIG. 2 is a simplified block diagram illustrating a typical mobile node.
  • FIG. 3 is a simplified block diagram illustrating an optimized mobile-IPv6 packet.
  • FIG. 4 is simplified block diagram illustrating an IPv6 header.
  • FIG. 5 is simplified block diagram illustrating an IPv6 routing extension header.
  • FIG. 6 is a flow chart depicting the optimized encapsulation, reverse tunneling, and processing of an IPv6 packet.
  • FIG. 7 is a flow chart depicting the optimized encapsulation and tunneling of an IPv6 packet.
  • DETAILED DESCRIPTION 1. Exemplary Architecture
  • a. Exemplary Network
  • FIG. 1 is a simplified block diagram depicting the functional arrangement and interaction between various network components in accordance with the exemplary embodiment. It should be understood that the depicted network supports mobile-IP. Further, this and other arrangements described herein are set forth only as examples. As such, those skilled in the art will appreciate that other arrangements and elements (e.g., machines, interfaces, functions, orders, and groupings of functions, etc.) can be used instead, and that some elements may be omitted altogether. Further, various functions described herein as being performed by one or more entities may be carried out by hardware, firmware, and/or software.
  • As shown in FIG. 1, a representative IP network includes a home network 108, a correspondent network 110, and a foreign network 112. Located on home network 108 is a home agent 104. Located on correspondent network 110 is a correspondent node 106. Located on foreign network 106 is a mobile node 102.
  • It should be understood that any number of other entities could be present as well. For example, any number of mobile nodes could be located on home network 106, IP network 110, and foreign network 112. Furthermore, any number of intermediate devices and networks could make up all or part of any of the communication links shown in FIG. 1. For example, there could be additional routers, wireless networks, or other devices, such as IP gateways and/or DHCP servers located on any of the networks.
  • In general, mobile node 102 and correspondent node 106 may be any device capable of using mobile-IPv6. As examples, mobile node 102 or correspondent node 106 may be, or may include one or more of the functions of, a cellular telephone, a voice-over-IP telephone, a laptop computer, or a personal digital assistant. Although mobile node 102 is depicted in FIG. 1 on foreign network 106, mobile node 102 could be on correspondent network 110 as well. Further, although correspondent node 106 is depicted in FIG. 1 on correspondent network 110, correspondent node 106 could be on any other network as well.
  • Home agent 104 may be any network device such as a router, server, or workstation that is configured to maintain current location information for mobile node 102. Home agent 104 is also configured to encapsulate and decapsulate packets, and to relay packets to mobile node 102 and correspondent node 106 in accordance with mobile-IPv6.
  • b. Exemplary Mobile Node
  • Referring next to FIG. 2, a block diagram of an exemplary mobile node is provided, to illustrate functional components of such a device. Mobile node 102 may take the form shown. As illustrated in FIG. 2, the exemplary mobile node includes a wireless communication interface 200, a user interface 202 a processing unit 204, and data storage 206, all of which may be coupled together by a system bus, network, or other mechanism 208.
  • Wireless communication interface 200 comprises a mechanism for communicating over an air interface with a radio access network, so as to facilitate communication on a mobile-IPv6. As such, wireless communication interface 200 may include a “mobile station modem” chipset, such as one of the “MSM” chipsets available from Qualcomm Incorporated. Further, wireless communication interface 200 will preferably include one or more antennas to facilitate air interface communication.
  • User interface 202 comprises input and output components to facilitate user interaction with the device. For voice communication, the user interface 202 preferably includes a microphone and speaker. For visual communication, the user interface 202 may then further include a display screen and perhaps a camera. Additionally, the user interface 202 preferably includes a keypad or other mechanism to facilitate tactile user input.
  • Processing unit 204 comprises one or more general purpose processors (e.g., INTEL microprocessors) and/or one or more special purpose processors (e.g., digital signal processors). Data storage 206, in turn, comprises one or more volatile and/or non-volatile storage mechanisms, such as memory and/or disc-drive storage for instance, which may be integrated in whole or in part with processing unit 204.
  • As shown, data storage 206 includes program logic 208 and reference data 210. Program logic 208 comprises one or more logic modules (applications), and preferably includes machine language instructions executable by processing unit 304 to carry out various functions described herein, such as to (1) encapsulate IPv6 packets by adding an IPv6 routing extension header and (2) to send the encapsulated packet to a home agent. Reference data 310, in turn, includes data such the mobile-IP address assigned to the mobile node.
  • c. Optimized Mobile-IPv6 Packet
  • Referring next to FIG. 3, a block diagram of an optimized mobile-IPv6 packet is provided. Packet 300 includes an IPv6 header 302, an IPv6 routing extension header 304, and a payload 306.
  • An exemplary IPv6 header 302 is shown in greater detail in FIG. 4. An IPv6 header includes all the information necessary for a packet to reach its destination. The “version” field indicates which version of Internet Protocol is being used. The “traffic class” field enables mobile nodes and routers to identify and distinguish between different classes or priorities of IPv6 packets. The “flow label” field identifies all packets belonging to a specific class-of-service, allowing routers to handle the packets in a similar fashion. The “payload length” field specifies the length of the IPv6 payload. The “next header field” indicates whether there are any additional IPv6 headers or IPv6 extension headers following the IPv6 header. For example, a next header value of 43 indicates that the extension header appended to the IPv6 header is a routing extension header. Finally, the “source address” field includes the packet's originating IP-address, while the “destination address” includes the IP-address of the packet's intended destination.
  • An exemplary IPv6 routing extension 304 header is shown in greater detail in FIG. 5. IPv6 routing extension headers enable a packet to visit one or more intermediate nodes before reaching its destination. Further, routing extension headers are not examined or processed until the packet reaches the node identified in the destination address field of the packet's IPv6 header.
  • Referring to FIG. 5, the “next header” field identifies whether there is another header immediately following the routing extension header. The “header length” field indicates the length of the routing extension header. The “routing type” field indicates what type of routing header is used. For example, a type 0 routing extension header can include one or more next hop addresses, while a type 2 routing extension header is restricted to a single next hop address. Additionally, there are no address restrictions in type 0 extension headers, while the address in a type 2 extension header must be the mobile-node's home address.
  • The “segments left” field indicates the number of route segments remaining before the packet reaches its destination. The “reserved” field is initialized to zero for transmission, and is ignored on reception. Finally, the “next hop address” field includes the address of the next device to receive the packet.
  • Payload 306 is a standard IPv6 payload, and can carry between 0 and 1400 bytes of data. Payload 302 can be any type of data, such as voice, real-time media, text, etc.
  • 2. Exemplary Operation
  • a. Reverse Tunneling
  • FIG. 6 is a flow chart depicting reverse tunneling operation in accordance with an embodiment of the invention. In particular, FIG. 6 depicts (1) a mobile node encapsulating an IPv6 packet with an IPv6 routing extension header, (2) a home agent processing the encapsulated packet, and (3) the home agent forwarding the processed packet to a correspondent node.
  • As shown in FIG. 6, at step 602, mobile node 102 encapsulates a packet with an IPv6 routing extension header. The next-hop field of the IPv6 routing extension header contains the IP address of correspondent node 106. The source-address field of the packet's IPv6 header contains the home address of mobile node 102, while the destination-address field of the IPv6 header contains the IP-address of home agent 104.
  • At step 604, mobile node 102 reverse tunnels the packet by sending it to home agent 104. At step 606, home agent 104 receives and begins processing the packet. Home agent 104 modifies the IP-address contained in the source address field of the IPv6 header by replacing it with the IP-address contained in the next-hop field of the IPv6 routing extension header. Next, at step 608, home agent 104 removes the IPv6 routing extension header from the packet. Thus, the processed packet is now a standard IPv6 packet that includes a payload and an IPv6 header. The IPv6 header indicates that the packet's source is the home address of mobile node 102, and that the packet's destination is the address of correspondent node 106.
  • At step 410, home agent 104 sends the packet to the address contained in the destination-address field of the packet's IPv6 header. In this case, home agent 104 sends the packet to correspondent node 106.
  • It should be understood that there are several ways in which home agent 104 could modify packets received from mobile node 102. In addition to the method described above, home agent 104 could modify packets sent from mobile node 102 by creating new packets embodying the modification. For instance, home agent 104 could (1) copy the data contained in each received packet's payload into each new packet's payload, (2) insert the IP-address from the source address field of each received packet's IPv6 header into the source address field of each new packet's IPv6 header, and (3) insert the IP-address in from the next-hop field of each received packet's IPv6 routing extension header into the destination-address field of each new packet's IPv6 header.
  • b. Tunneling
  • FIG. 7 is a flow chart depicting tunneling operation in accordance with an embodiment of the invention. In particular, FIG. 5 depicts a home agent (1) encapsulating an IPv6 packet sent from a correspondent node to a mobile node with an IPv6 routing extension header, and (2) tunneling the encapsulated packet to the mobile node.
  • At step 702, home agent 104 receives a packet sent from correspondent node 106. The packet's IPv6 header indicates that the packet's source address is the IP address of correspondent node 106, and the packet's destination address is the home address of mobile node 102. At step 704, home agent 104 reads the destination-address field of the packet's IPv6 header and determines that its intended destination is the home-address of mobile node 102. Home agent 104 then associates mobile node 102's home address with mobile-node 102's care-of address. Home agent 104 may contain a list of addresses in a database, or it may query an external server to determine a care-of address that associated with mobile node 102.
  • Next, at step 706, home agent 104 encapsulates the packet by adding to the packet an IPv6 routing extension header. The next-hop field of the routing extension header is the same as the IP-address contained in the destination address field of the packet's IPv6 header. In this case, the IP-address is home address of mobile node 102. At step 708, home agent 106 modifies the packet's IPv6 header by changing the header's destination address to the care-of address of mobile-node 102, which enables the packet to reach the mobile node while it is located on foreign network 112.
  • Finally, at step 710, home agent 104 tunnels the encapsulated packet to mobile node 102, which processes the packet for use with an appropriate application.
  • It should be understood that there are several ways in which home agent 104 could modify packets received from correspondent node 106. In addition to the method described above, home agent 104 could modify packets sent from mobile node 106 by creating new packets embodying the modification. For example, home agent 104 could (1) copy the data contained in each received packet's payload into each new packet's payload, (2) insert the IP-address from the source address field of each received packet's IPv6 header into the source address field of each new packet's IPv6 header, (3) insert the IP-address contained in the destination-address field the received packet's IPv6 header into the next-hop field of the new packet's IPv6 routing extension header, and (4) insert a care-of address associated with the IP-address from the destination-address field the received packet into the destination address field of the new packet's IPv6 header.
  • 3. Conclusion
  • An embodiment of the present invention has been described above. Those skilled in the art will understand, however, that changes and modifications may be made to this embodiment without departing from the true scope and spirit of the present invention, which is defined by the claims.

Claims (20)

1. A method comprising:
a home agent receiving from a mobile node a packet, wherein the packet includes (i) a payload, (ii) an IPv6 header containing at least a first IP address, and (iii) an IPv6 routing extension header defining a next-hop field that contains a second IP address;
the home agent reading the second IP address from the next-hop field and substituting the second IP address in place of the first IP address in the IPv6 header; and
the home agent removing the IPv6 routing extension header from the packet.
2. The method of claim 1 wherein the IPv6 header defines a destination address field, and the first IP address is contained in the destination address field.
3. The method of claim 2 wherein the first IP address is an IP address of the home agent.
4. The method of claim 1 wherein the second IP address is an IP address of a correspondent node.
5. The method of claim 4 further comprising:
the home agent sending the packet to the correspondent node.
6. The method of claim 1, wherein the IPv6 header further defines a source address field that contains a home address of the mobile node.
7. The method of claim 1, wherein the payload carries real-time media selected from the group consisting of voice and video.
8. A method comprising:
a home agent receiving from a correspondent node a packet, wherein the packet includes (i) a payload, and (ii) an IPv6 header defining a destination address field that contains an IP address;
the home agent reading the IP address from the destination field;
the home agent modifying the packet by adding an IPv6 routing extension header to the packet, the IPv6 routing extension header defining a next-hop field that contains an IP address, wherein the IP address is the same as the IP address contained in the destination address field;
the home agent correlating the IP address from the destination field with a care-of address of a mobile node;
the home agent replacing the IP address contained in the destination address field with the care-of address of the mobile node;
the home agent sending the modified packet to the mobile node.
9. The method of claim 8 wherein the IP address contained in the destination address field is a home address of the mobile node.
10. The method of claim 8 wherein the IPv6 header further defines a source address field that contains a source IP address.
11. The method of claim 10 wherein the source IP address contained in the source address field is an IP address of the correspondent node.
12. The method of claim 8 wherein the mobile node comprises a cellular wireless communication device.
13. The method of claim 8, wherein the payload carries real-time media selected from the group consisting of voice and video.
14. A system comprising:
a mobile node;
a correspondent node;
a home agent arranged to receive packets from the mobile node, wherein each packet from the mobile node includes (i) a payload, (ii) an IPv6 header containing at least a first IP address, and (iii) an IPv6 routing extension header defining a next-hop field that contains a second IP address;
wherein the home agent is further arranged to read the second IP address from the next-hop field, to substitute the second IP address in place of the first address in the IPv6 header, and to remove the IPv6 routing extension header from the packet;
15. The system of claim 14:
wherein the home agent is further arranged to receive packets from the correspondent node, wherein each packet from the correspondent node includes (i) a payload, and (ii) an IPv6 header that contains at least a third IP address;
wherein the home agent is further arranged to modify each packet from the correspondent node by adding to each packet an IPv6 routing extension header, the IPv6 routing extension header defining a next-hop field that contains a fourth IP address, wherein the fourth IP address is the same as the third IP address;
wherein the home agent is further arranged to read the third IP address from the destination address field and correlate the third IP address with a care-of address of the mobile node.
wherein the home agent is further arranged to replace the third IP address with the care-of address of the mobile node.
16. The system of claim 15, wherein the home agent is further arranged to send each modified packet from the correspondent node to the mobile node.
17. The system of claim 14, wherein the home agent is further arranged to send each modified packet from the mobile node to the correspondent node.
18. The system of claim 14, wherein the payload of each packet received from the mobile node carries real-time media selected from the group consisting of voice and video.
19. The system of claim 15, wherein the payload of each packet received from correspondent node carries real-time media selected from the group consisting of voice and video.
20. The system of claim 14, wherein the mobile node comprises a cellular wireless communication device.
US11/699,656 2007-01-30 2007-01-30 Optimized mobile IPv6 encapsulation for wireless networks Abandoned US20080181216A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US11/699,656 US20080181216A1 (en) 2007-01-30 2007-01-30 Optimized mobile IPv6 encapsulation for wireless networks
PCT/US2008/050694 WO2008094730A2 (en) 2007-01-30 2008-01-10 Optimized mobile-ipv6 encapsulation for wireless networks
US14/229,198 US9154993B1 (en) 2007-01-30 2014-03-28 Mobile-IPv6 encapsulation for wireless networks

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/699,656 US20080181216A1 (en) 2007-01-30 2007-01-30 Optimized mobile IPv6 encapsulation for wireless networks

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/229,198 Continuation US9154993B1 (en) 2007-01-30 2014-03-28 Mobile-IPv6 encapsulation for wireless networks

Publications (1)

Publication Number Publication Date
US20080181216A1 true US20080181216A1 (en) 2008-07-31

Family

ID=39535774

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/699,656 Abandoned US20080181216A1 (en) 2007-01-30 2007-01-30 Optimized mobile IPv6 encapsulation for wireless networks
US14/229,198 Active US9154993B1 (en) 2007-01-30 2014-03-28 Mobile-IPv6 encapsulation for wireless networks

Family Applications After (1)

Application Number Title Priority Date Filing Date
US14/229,198 Active US9154993B1 (en) 2007-01-30 2014-03-28 Mobile-IPv6 encapsulation for wireless networks

Country Status (2)

Country Link
US (2) US20080181216A1 (en)
WO (1) WO2008094730A2 (en)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090013091A1 (en) * 2007-07-03 2009-01-08 Microsoft Corporation Customer based message routing
US20100063988A1 (en) * 2008-09-09 2010-03-11 Mohamed Khalid Service Insertion in a Computer Network Using Internet Protocol Version 6 Techniques
US20100154033A1 (en) * 2008-12-16 2010-06-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and nodes for securing a communication network
US20110002301A1 (en) * 2009-07-02 2011-01-06 Futurewei Technologies, Inc. Handover in Core-Edge Separation Technology in Wireless Communications
WO2012167477A1 (en) * 2011-07-13 2012-12-13 华为技术有限公司 Ipv6 message processing method and device
US8675661B1 (en) * 2009-05-07 2014-03-18 Sprint Communications Company L.P. Allocating IP version fields to increase address space
US20140119387A1 (en) * 2011-10-20 2014-05-01 Huawei Technologies Co., Ltd. Method and apparatus for sending and receiving ipv6 data packets
US8769057B1 (en) 2009-05-07 2014-07-01 Sprint Communications Company L.P. Employing a hierarchy of servers to resolve fractional IP addresses
US20140211798A1 (en) * 2013-01-25 2014-07-31 Landis+Gyr Innovations, Inc. Method and system for using extension headers to support protocol stack migration
US20160261554A1 (en) * 2015-03-05 2016-09-08 Algoblu Holdings Limited Voip routing based on rtp server-to-server routing
US20160359804A1 (en) * 2013-12-11 2016-12-08 Sca Hygiene Products Ab Scheme for addressing protocol frames to target devices
US20180295059A1 (en) * 2017-04-06 2018-10-11 Ca, Inc. Container-based software appliance
WO2021244487A1 (en) * 2020-06-02 2021-12-09 华为技术有限公司 Processing capability determination method, and node and system
US20220407948A1 (en) * 2012-02-28 2022-12-22 Comcast Cable Communications, Llc Load Balancing and Session Persistence in Packet Networks

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9788188B2 (en) 2012-12-14 2017-10-10 Ibasis, Inc. Method and system for hub breakout roaming
US10470031B2 (en) 2016-05-20 2019-11-05 Ibasis, Inc. Voice over IMS roaming gateway
US9924344B1 (en) * 2017-06-14 2018-03-20 Syniverse Technologies, Llc Method for providing roaming services in which the home network uses S8HR model for out-bound roaming while the visited network uses LBO model for in-bound roaming
WO2022046037A1 (en) * 2020-08-25 2022-03-03 Google Llc Expressing multicast groups using weave traits

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010015966A1 (en) * 2000-02-16 2001-08-23 Alessio Casati Privacy for mobile terminal in telecommunications network
US20020065081A1 (en) * 2000-10-06 2002-05-30 Barany Peter A. Channel request and contention resolution apparatus and method
US20030002468A1 (en) * 2001-06-28 2003-01-02 Mohamed Khalil Virtual private network identification extension
US20030095523A1 (en) * 2001-11-19 2003-05-22 Korus Michael F. Method and apparatus for providing IP mobility for mobile networks

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6487406B1 (en) * 1999-06-16 2002-11-26 Telcordia Technologies, Inc. PCS-to-mobile IP internetworking
US7698463B2 (en) * 2000-09-12 2010-04-13 Sri International System and method for disseminating topology and link-state information to routing nodes in a mobile ad hoc network
US7069495B2 (en) * 2000-10-30 2006-06-27 Telefonaktiebolaget Lm Ericsson (Publ) Bit error resilience for an internet protocol stack
KR100407175B1 (en) * 2001-11-02 2003-11-28 주식회사 케이티프리텔 Method and apparatus for transmitting explict multicast data packet over mobile network
US7466680B2 (en) * 2002-10-11 2008-12-16 Spyder Navigations L.L.C. Transport efficiency optimization for Mobile IPv6
JP4028793B2 (en) * 2002-12-03 2007-12-26 株式会社日立製作所 Mobile terminal apparatus and inter-terminal packet communication method
US7680123B2 (en) * 2006-01-17 2010-03-16 Qualcomm Incorporated Mobile terminated packet data call setup without dormancy

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010015966A1 (en) * 2000-02-16 2001-08-23 Alessio Casati Privacy for mobile terminal in telecommunications network
US20020065081A1 (en) * 2000-10-06 2002-05-30 Barany Peter A. Channel request and contention resolution apparatus and method
US20030002468A1 (en) * 2001-06-28 2003-01-02 Mohamed Khalil Virtual private network identification extension
US20030095523A1 (en) * 2001-11-19 2003-05-22 Korus Michael F. Method and apparatus for providing IP mobility for mobile networks

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090013091A1 (en) * 2007-07-03 2009-01-08 Microsoft Corporation Customer based message routing
US20100063988A1 (en) * 2008-09-09 2010-03-11 Mohamed Khalid Service Insertion in a Computer Network Using Internet Protocol Version 6 Techniques
US8812726B2 (en) * 2008-09-09 2014-08-19 Cisco Technology, Inc. Service insertion in a computer network using internet protocol version 6 techniques
US20100154033A1 (en) * 2008-12-16 2010-06-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and nodes for securing a communication network
US8769057B1 (en) 2009-05-07 2014-07-01 Sprint Communications Company L.P. Employing a hierarchy of servers to resolve fractional IP addresses
US8675661B1 (en) * 2009-05-07 2014-03-18 Sprint Communications Company L.P. Allocating IP version fields to increase address space
US9049653B2 (en) * 2009-07-02 2015-06-02 Futurewei Technologies, Inc. Handover in core-edge separation technology in wireless communications
US20110002301A1 (en) * 2009-07-02 2011-01-06 Futurewei Technologies, Inc. Handover in Core-Edge Separation Technology in Wireless Communications
WO2012167477A1 (en) * 2011-07-13 2012-12-13 华为技术有限公司 Ipv6 message processing method and device
US20140119387A1 (en) * 2011-10-20 2014-05-01 Huawei Technologies Co., Ltd. Method and apparatus for sending and receiving ipv6 data packets
US20220407948A1 (en) * 2012-02-28 2022-12-22 Comcast Cable Communications, Llc Load Balancing and Session Persistence in Packet Networks
US9762486B2 (en) 2013-01-25 2017-09-12 Landis+Gyr Innovations, Inc. Method and system for using extension headers to support protocol stack migration
US20140211798A1 (en) * 2013-01-25 2014-07-31 Landis+Gyr Innovations, Inc. Method and system for using extension headers to support protocol stack migration
US9338089B2 (en) * 2013-01-25 2016-05-10 Landis+Gyr Innovations, Inc. Method and system for using extension headers to support protocol stack migration
US20160359804A1 (en) * 2013-12-11 2016-12-08 Sca Hygiene Products Ab Scheme for addressing protocol frames to target devices
US9660954B2 (en) * 2015-03-05 2017-05-23 Algoblu Holdings Limited VOIP routing based on RTP server-to-server routing
US20160261554A1 (en) * 2015-03-05 2016-09-08 Algoblu Holdings Limited Voip routing based on rtp server-to-server routing
US20180295059A1 (en) * 2017-04-06 2018-10-11 Ca, Inc. Container-based software appliance
US10491520B2 (en) * 2017-04-06 2019-11-26 Ca, Inc. Container-based software appliance
WO2021244487A1 (en) * 2020-06-02 2021-12-09 华为技术有限公司 Processing capability determination method, and node and system

Also Published As

Publication number Publication date
WO2008094730A2 (en) 2008-08-07
WO2008094730A3 (en) 2009-01-29
US9154993B1 (en) 2015-10-06

Similar Documents

Publication Publication Date Title
US9154993B1 (en) Mobile-IPv6 encapsulation for wireless networks
US7969996B2 (en) Tunneling apparatus and tunnel frame sorting method and its program for use therein
CN101218814B (en) Methods and apparatus for optimizing mobile VPN communications
JP4231042B2 (en) Communication method, mobile agent device, and home agent device
WO2020156166A1 (en) Packet processing method and device
JP2000253068A (en) Method for allocating internet protocol ip packet to moving body node, and moving body ip environment
JP2007306602A (en) Mobile router support for ipv6
US10432578B2 (en) Client address based forwarding of dynamic host configuration protocol response packets
RU2007109068A (en) WAYS AND DEVICES FOR SUPPORTING VPN WITH MOBILITY MANAGEMENT
US9787526B2 (en) Method and apparatus for providing mobile IP service through a network address translation gateway
US10454882B2 (en) DHCP in layer-3 overlay with anycast address support and network address transparency
US10491691B2 (en) Methods and apparatus for optimizing service discovery
JP2005532744A (en) How to encapsulate Internet Protocol messages
CN109246016B (en) Cross-VXLAN message processing method and device
JP5016030B2 (en) Method and apparatus for dual-stack mobile node roaming in an IPv4 network
US20060020617A1 (en) Method for processing data packets in a data network which has a mobile function
US20040146042A1 (en) Mobile communication system and method capable of allowing shortest communications path
US20220345972A1 (en) Use Of IP Networks For Routing Of Cellular Data Packets
US8971289B2 (en) Maintaining point of presence for clients roaming within a layer 2 domain
US20220345984A1 (en) Use Of Ip Networks For Routing Of Cellular Data Packets
WO2009129715A1 (en) Message transmitting method, home agent device, route device and system
KR20050016716A (en) Method for encapsulating internet protocol messages
KR100589681B1 (en) Hierarchical mobile ip packet system for efficiently transmitting ip packet and ip packet transmission method thereof
CN117441377A (en) Selectively importing UE addresses into VRFs in 5G networks
JP4929990B2 (en) Virtual network routing system, connection device, and virtual network routing method used therefor

Legal Events

Date Code Title Description
AS Assignment

Owner name: SPRINT SPECTRUM L.P., KANSAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BREAU, JEREMY R.;ROGERS, FREDERICK C.;REEL/FRAME:018864/0725

Effective date: 20070124

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION