WO2009002075A2 - Method and system for optimizing routing between nodes in proxy mobile ipv6 network - Google Patents

Method and system for optimizing routing between nodes in proxy mobile ipv6 network Download PDF

Info

Publication number
WO2009002075A2
WO2009002075A2 PCT/KR2008/003583 KR2008003583W WO2009002075A2 WO 2009002075 A2 WO2009002075 A2 WO 2009002075A2 KR 2008003583 W KR2008003583 W KR 2008003583W WO 2009002075 A2 WO2009002075 A2 WO 2009002075A2
Authority
WO
WIPO (PCT)
Prior art keywords
mag
proxy
coa
ipv6
test
Prior art date
Application number
PCT/KR2008/003583
Other languages
French (fr)
Other versions
WO2009002075A3 (en
Inventor
Sangjin Jeong
Hyoung Jun Kim
Original Assignee
Electronics And Telecommunications Research Institute
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
Priority claimed from KR1020080054665A external-priority patent/KR100969152B1/en
Application filed by Electronics And Telecommunications Research Institute filed Critical Electronics And Telecommunications Research Institute
Priority to US12/602,220 priority Critical patent/US20100174828A1/en
Publication of WO2009002075A2 publication Critical patent/WO2009002075A2/en
Publication of WO2009002075A3 publication Critical patent/WO2009002075A3/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/082Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
    • 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 optimizing a route between nodes in a Proxy Mobile Internet Protocol version 6 (PMIPv ⁇ ) network.
  • PMIPv ⁇ Proxy Mobile Internet Protocol version 6
  • PMIPv ⁇ Proxy Mobile Internet Protocol version 6
  • IPv6 Internet Protocol version 6
  • the PMIPv ⁇ is offered to overcome disadvantages in a method of providing host- based mobility such as a conventional mobile IPv6.
  • a method of supporting mobility of a host based on PMIPv ⁇ data exchange between hosts must be performed via a Local Mobility Anchor (LMA) in a network.
  • LMA Local Mobility Anchor
  • An aspect of the present invention provides a method and system that can provide an optimal route between a mobile node and a correspondent node through Internet Protocol (IP) tunneling between Mobile Access Gateways (MAGs) using a home address of the mobile node and a Proxy Care-of Address (Proxy CoA) of an MAG.
  • IP Internet Protocol
  • Another aspect of the present invention also provides a method and system that can provide an optimal route with respect to an Internet Protocol version 4 (IPv4) support node and an IPv6 support node in a Proxy Mobile Internet Protocol version 6 (PMIPv ⁇ ) network.
  • IPv4 Internet Protocol version 4
  • PMIPv ⁇ Proxy Mobile Internet Protocol version 6
  • Another aspect of the present invention also provides a method and system that enables data exchange between nodes via an optimal route without a need for using a Local Mobility Anchor (LMA), and thereby can improve data communication efficiency between the nodes.
  • LMA Local Mobility Anchor
  • Another aspect of the present invention also provides a method and system that can prevent a great amount of data from concentrating on a single LMA due to enlargement of a PMIPv ⁇ domain.
  • Another aspect of the present invention also provides a method and system that can improve Quality of Service (QoS) and also reduce data transmission latency.
  • QoS Quality of Service
  • a method of optimizing a route between mobile nodes in a Proxy Mobile Internet Protocol version 6 (PMIPv ⁇ ) network including: performing a home address (HoA) test between a first Mobile Access Gateway (MAG) and a second MAG using an Internet Protocol version 6 (IPv6) home address of a mobile node and an IPv6 address of a correspondent node; performing a care-of address (CoA) test between the first MAG and the second MAG using an IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
  • HoA home address
  • IPv6 Internet Protocol version 6
  • CoA care-of address
  • a method of optimizing a route between nodes in a PMIPv ⁇ network including: performing an HoA test between a first MAG and a second MAG using an IPv6 Proxy CoA of the first MAG and an IPv6 Proxy CoA of the second MAG; performing a CoA test between the first MAG and the second MAG using the IPv6 Proxy CoA of the first MAG and the IPv6 Proxy CoA of the second MAG; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
  • a method of optimizing a route between nodes in a PMIPv ⁇ network including: performing an HoA test between a first MAG and a second MAG by using an IPv6 home address of a mobile node and an IPv6 address of a correspondent node, or by using an IPv6 Proxy CoA of the first MAG and an IPv6 Proxy CoA of the second MAG; performing a CoA test between the first MAG and the second MAG by using the IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node, or by using the IPv4 Proxy CoA of the first MAG and the IPv4 Proxy CoA of the second MAG; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
  • a system for optimizing a route between nodes in a PMIPv6 network including: an HoA test performing unit to perform an HoA test between a first MAG and a second MAG; a CoA test performing unit to perform a CoA test between the first MAG and the second MAG; and a binding information maintaining unit to set an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test, wherein the HoA test performing unit performs the HoA test by using at least one of 1) an IPv6 home address of a mobile node and an IPv6 address of a correspondent node, and 2) an IPv4 home address of the mobile node and an IPv4 address of the correspondent node, and the CoA test performing unit performs the CoA test by using at least one of 1) the IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node, and 2) an IPv4 Proxy Co
  • MAGs Mobile Access Gateways
  • Proxy CoA Proxy Care- of Address
  • IPv4 Internet Protocol version 4
  • PMIPv ⁇ Proxy Mobile Internet Protocol version 6
  • LMA Local Mobility Anchor
  • QoS Quality of Service
  • FIG. 1 illustrates a concept of a method of optimizing a route between nodes in a Proxy Mobile Internet Protocol version 6 (PMIPv ⁇ ) network according to an exemplary embodiment of the present invention
  • FIG. 2 is a flowchart illustrating a method of optimizing a route between nodes in a PMIPv ⁇ network according to an exemplary embodiment of the present invention
  • FIG. 3 illustrates an example of transferring a route optimization management message according to an exemplary embodiment of the present invention
  • FIG. 4 illustrates an example of a Proxy Home Test Init (HoTI) message according to an exemplary embodiment of the present invention
  • FIG. 5 illustrates an example of a Proxy Home Test (HoT) message according to an exemplary embodiment of the present invention
  • FIG. 6 illustrates an example of a Proxy Care-of Test Init (CoTI) message according to an exemplary embodiment of the present invention
  • FIG. 7 illustrates an example of a Proxy Care-of Test (CoT) message according to an exemplary embodiment of the present invention.
  • FIG. 8 is a block diagram illustrating a system for optimizing a route between nodes in a PMIPv ⁇ network according to an exemplary embodiment of the present invention. Best Mode for Carrying Out the Invention
  • a method of optimizing a route between nodes in a Proxy Mobile Internet Protocol version 6 (PMIPv ⁇ ) network extends a route optimization scheme of a conventional Mobile Internet Protocol version 6 (MlPv ⁇ ) technology, and thereby enables exchanging of a route optimization message between a mobile node (MN) and a correspondent node (CN) based on a home address of the MN and a Proxy care-of address (CoA) of a Mobile Access Gateway (MAG).
  • MN mobile node
  • CN correspondent node
  • CoA Proxy care-of address
  • the binding cache includes mapping information about the home address of the MN and the Proxy CoA of the MAG. Accordingly, the MN may directly transfer data, without passing through an existing Local Mobility Anchor (LMA), to the CN through IP tunneling between MAGs.
  • LMA Local Mobility Anchor
  • the method of optimizing the route between nodes in the PMIPv ⁇ network according to the present invention may transfer data between the MN and the
  • FIG. 1 illustrates a concept of a method of optimizing a route between nodes in a PMIPv ⁇ network according to an exemplary embodiment of the present invention.
  • the method may be performed by a route optimization system.
  • the route optimization system may include an MN 110, a first MAG (MAGl) 120, an LMA 130, a second MAG (MAG2) 140, and a CN 150. As shown in FIG.
  • the route optimization system may perform communication between the MN 110 and the CN 150 via an optimal route 180, without performing communication between the MN 110 and the CN 150 via the LMA 130.
  • the PMIPv ⁇ domain 160 includes an IPv4 or IPv6 network and may be referred as the PMIPv ⁇ network.
  • the route optimization system enables data exchange between IPv6 nodes or between IPv4 nodes using the optimal route 180 in the PMIPv ⁇ -based mobile providing network domain 160.
  • MAGl and MAG2 may optimize a data exchange route between the MN 110 and the CN 150 that support IPv6, using an IPv6 HoA of the MN 110, an IPv6 Proxy CoA of MAGl, an IPv6 address of the CN 150, an IPv6 Proxy CoA of MAG2, and the like.
  • MAGl and MAG2 may optimize the data exchange route between the MN 110 and the CN 150 using an IPv4 HoA of the MN 110, an IPv4 Proxy CoA of MAGl, an IPv4 address of the CN 150, an IPv4 Proxy CoA of MAG2, and the like.
  • the route optimization system may provide an environment capable of exchanging data between IPv6 nodes or between IPv4 nodes, using the optimal route 180, in the PMIPv ⁇ network 160 .
  • the CN 150 denotes a node that communicates with the MN 110. Therefore, an example of the CN 150 may include a mobile node such as a laptop, and a fixed node such as a desktop computer.
  • MAGl may be an access router that processes signaling for mobility management of the MN 110 as a proxy of the MN 110.
  • MAG2 may be an access router that processes signaling for mobility management of the CN 150 as a proxy of the CN 150.
  • the LMA 130 may be a home agent that manages location information of the MN 110 or the CN 150 in the PMIPv ⁇ domain 160.
  • the route optimization system may enable data exchange between IPv4 nodes, using the optimal route 180, in the PMIPv ⁇ domain 160.
  • the route optimization system includes IPv6 Proxy CoA of MAGl and IPv6 Proxy CoA of MAG2 in a Proxy Home Test Init (HoTI)/Proxy Home Test (HoT) message and a Proxy Care-of Test Init (CoTiyProxy Care-of Test (CoT) message using a mobile option such as an IPv4 MN HAO, an IPv4 Alt CN Address Option, and the like.
  • the IPv4 MN HAO denotes an option to include an IPv4 HoA of the MN 110 in a PMIPv ⁇ message.
  • the IPv4 Alt CN Address Option denotes an option to include an IPv4 address of the CN 150 in the PMIPv6 message. Accordingly, the route optimization system may enable data exchange between
  • IPv4 terminals using the optimal route 180, in the PMIPv ⁇ domain 160.
  • FIG. 2 is a flowchart illustrating a method of optimizing a route between nodes in a PMIPv ⁇ network according to an exemplary embodiment of the present invention
  • FIG. 3 illustrates an example of transferring a route optimization management message according to an exemplary embodiment of the present invention.
  • FIGS. 4 through 7 illustrate examples of route optimization management messages according to the present invention.
  • MAGl performs an HoA test with MAG2 using an IPv6 HoA of the MN 110 and an IPv6 address of the CN 150 in order to optimize a route between the MN 110 and the CN 150.
  • the MN 110 and the CN 150 support IPv6.
  • MAGl generates a Proxy HoTI message that includes the IPv6
  • HoA of the MN 110 and the IPv6 address of the CN 150 as a source address and a destination address, respectively.
  • MAGl may generate the Proxy HoTI message by inserting Proxy HoTI in a mobility header field 460, and inserting the IPv6 HoA of the MN 110 and the IPv6 address of the CN 150 in a source address field 410 and a destination address field 420 for a node that supports the IPv6 HoA.
  • MAGl may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoTI message using a mobility option such as IPv4 MN HAO and IPv4 Alt CN Address Option.
  • IPv4 MN HAP denotes an option to include a HoA of the MN 110 in the PMIPv ⁇ message.
  • IPv4 Alt CN Address Option denotes an option to include an address of the CN 150 in the PMIPv ⁇ message.
  • MAGl may perform the HoA test with MAG2 using the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150.
  • MAGl transmits the generated Proxy HoTI message to MAG2 via the LMA 130.
  • MAG2 receives the Proxy HoTI message. In response to the received Proxy HoTI message, MAG2 generates a Proxy HoT message that includes the IPv6 address of the CN 150 and the IPv6 HoA of the MN 110 as the source address and the destination address, respectively.
  • MAG2 may generate the Proxy HoT message by inserting Proxy HoT in a mobility header field 560, and inserting the IPv6 address of the CN 150 and the IPv6 HoA of the MN 110 in a source address field 510 and a destination address field 520 for a node that supports the IPv6 HoA.
  • MAG2 may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoT message using the mobility option such as the
  • MAG2 may perform the HoA test with MAGl using the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150.
  • MAG2 transmits the generated Proxy HoT message to MAGl via the LMA 130.
  • MAGl may perform an HoA test with MAG2 using an IPv6 Proxy CoA of MAGl and an IPv6 Proxy CoA of MAG2.
  • MAGl generates a Proxy HoTI message that includes the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 as a source address and a destination address, respectively.
  • MAGl may generate the Proxy HoTI message by inserting Proxy HoTI in the mobility header field 460 and inserting the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 in a source address field 430 and a destination address field 440, respectively.
  • MAGl may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoTI message by inserting the IPv4 MN HAO and the IPv4 Alt CN Address Option in a mobility options field 470.
  • MAGl transmits the generated Proxy HoTI message to MAG2 via the LMA 130.
  • MAGl may encapsulate the Proxy HoTI message, which is an IPv6 packet, using an IPv4 packet and transmit the encapsulated Proxy HoTI message to MAG2 via the LMA 130.
  • MAGl may insert the IPv4 HoA of the MN and the IPv4 address of the CN 150 in a field 450 of the Proxy HoTI message, to respectively correspond to the IPv6 Proxy CoA of MAGl in the source destination field
  • MAGl may encapsulate the Proxy HoTI message, which is the IPv6 packet, using the IPv4 packet.
  • MAG2 receives the Proxy HoTI message. In response to the received Proxy HoTI message, MAG2 generates a Proxy HoT message that includes the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively. In this instance, MAG2 may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 using the mobility option such as the IPv4 MN HAO and the IPv4 Alt CN Address Option.
  • MAG2 may insert Proxy HoT in the mobility header field 560.
  • MAG2 may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoTI message by inserting the IPv4 MN HAO and the IPv4 Alt CN Address Option in a mobility options field 570.
  • MAG2 may generate the Proxy HoT message by inserting the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy CoA of MAGl in the source address field 530 and the destination address field 540, respectively.
  • MAG2 transmits the generated Proxy HoT message to
  • MAG2 may encapsulate the Proxy HoT message, which is the IPv6 packet, using the IPv4 packet and transmit the encapsulated Proxy HoT message to MAGl via the LMA 130.
  • MAG2 may insert the IPv4 address of the CN 150 and the IPv4 HoA of the MN 110 in a field 550 of the Proxy HoTI message, to respectively correspond to the IPv6 Proxy CoA of MAG2 in the source address field 530 and the IPv6 Proxy CoA of MAGl in the destination address field 540.
  • MAG2 may encapsulate the Proxy HoT message, which is the IPv6 packet, using the IPv4 packet.
  • MAGl may perform a HoA test with MAG2 using the IPv4 Proxy CoA of MAGl and IPv4 Proxy CoA of MAG2 in order to optimize a route between nodes, that is, between the MN 110 and the CN 150 that support IPv6.
  • MAGl and MAG2 may perform the HoA test using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 with respect to the IPv6 HoA of the MN 110 and the IPv6 HoA of the CN 150.
  • MAGl may perform a HoA test with MAG2 using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 in order to optimize the route between the nodes, that is, between the MN 110 and the CN 150 that support IPv4.
  • MAGl and MAG2 may perform a HoA test with MAG2 using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 in order to optimize the route between the nodes, that is, between the MN 110 and the CN 150 that support IPv4.
  • MAG2 may perform the HoA using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy
  • MAGl performs a CoA test using the IPv6 Proxy CoA of
  • the CoA test is used to test a direct connectivity between MAGl and MAG2. Specifically, MAGl generates a Proxy CoTI message that includes the IPv6
  • Proxy CoA of MAGl and the IPv6 address of the CN 150 as the source address and the destination address, respectively.
  • MAGl may generate the Proxy CoTI message by inserting Proxy CoTI in a mobility header field 650, and inserting the IPv6 Proxy CoA of MAGl and the IPv6 address of the CN 150 in a source address field 610 and a destination address field 620 for a node that supports the IPv6 HoA.
  • MAGl directly transmits the generated Proxy CoTI message to MAG2.
  • MAGl encapsulates the Proxy CoTI message using an IPv4 packet or an IPv6 packet.
  • the source address field 610 of the encapsulated packet may correspond to the IPv4 Proxy CoA or the IPv6 Proxy CoA of
  • the destination address field 620 of the encapsulated packet may correspond to the IPv4 Proxy CoA or the IPv6 Proxy CoA of MAG2.
  • MAG2 receives the Proxy CoTI message. In response to the received Proxy CoTI message, MAG2 generates a Proxy CoT message that includes the IPv6 address of the CN 150 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively.
  • MAG2 may generate the Proxy CoT message by inserting Proxy CoT in a mobility header field 750, and inserting the IPv6 address of the CN 150 and the IPv6 Proxy CoA of MAGl in a source address field 710 and a destination address field 720 for a node that supports the IPv6 HoA.
  • MAG2 directly transmits the generated Proxy CoT message to MAGl .
  • MAG2 encapsulates the Proxy CoT message using an IPv4 packet or an IPv6 packet and transmits the encapsulated Proxy CoT message.
  • the source address field 610 of the encapsulated packet may correspond to the IPv4 Proxy CoA or the IPv6 Proxy CoA of MAG2.
  • the destination address field 620 may correspond to the IPv4 Proxy CoA or the IPv6 Proxy CoA of MAGl .
  • operations S210 and S220 may be simultaneously performed. Specifically, the HoA test and the CoA test may be simultaneously performed. Also, in order to optimize the route between the MN 110 and the CN 150 that support IPv4, MAGl may perform the CoA test using the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2. In this instance, the CoA test is used to test a direct connectivity between MAGl and MAG2.
  • MAGl generates a Proxy CoTI message that includes the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 as the source address and the destination address, respectively.
  • MAGl may include the IPv4 Proxy CoA of
  • MAGl may insert Proxy CoTI in the mobility header field 650, insert the IPv4 Alt CoA
  • IPv4 Alt CN Address Option in a mobility options field 660, and insert the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 in a source address field 630 and a destination address field 640 for the node that supports the IPv4 HoA.
  • MAGl may include the IPv4 Proxy CoA of MAGl and the IPv4 address of the CN 150 in the Proxy CoTI message.
  • MAGl directly transmits the generated Proxy CoTI message to MAG2.
  • MAGl may encapsulate the Proxy CoTI message, which is an IPv6 packet, using an IPv4 packet and transmit the encapsulated Proxy CoTI message to MAG2.
  • MAG2 receives the Proxy CoTI message. In response to the received Proxy CoTI message, MAG2 generates a Proxy CoT message that includes the IPv6 Proxy
  • MAG2 may include the IPv4 Proxy CoA of MAG2 and the IPv4 address of the MN 110 in the Proxy CoT message using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option.
  • MAG2 may insert a Proxy CoT in the mobility header field 750, insert the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option in the mobility options field 760, and insert the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy CoA of MAGl in the source address field 730 and the destination address field 740 for the node that supports the IPv4 HoA.
  • MAG2 may include the IPv4 Proxy CoA of MAG2 and the IPv4 address of the MN 110 in the Proxy CoTI message.
  • MAG2 directly transmits the Proxy CoT message to MAGl .
  • MAG2 may encapsulate the Proxy CoT message, which is the IPv6 packet, using the IPv4 packet, and transmit the encapsulated Proxy CoT message to MAGl.
  • MAGl may perform a CoA test with MAG2 using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 in order to optimize the route between the MN 110 and the CN 150 that support IPv6.
  • the CoA test is used to test a direct connective between MAGl and MAG2.
  • MAGl and MAG2 may perform the CoA test using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 with respect to the IPv6 HoA of the MN 110 and the IPv6 HoA of the CN 150.
  • MAGl may perform the CoA test with MAG2 using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 in order to optimize the route between the MN 110 and the CN 150 that support IPv4.
  • the CoA test is used to test a direct connective between MAGl and MAG2.
  • MAGl and MAG2 may perform the CoA test using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 with respect to the IPv4 HoA of the MN 110 and the IPv4 HoA of the CN 150.
  • MAGl and MAG2 maintain binding information for optimizing the route between the MN 110 and the CN 150 that support IPv6 in operation S240.
  • the binding information includes the IPv6 HoA of the MN 110, the IPv6 Proxy CoA of MAGl, and the IPv6 address of the CN 150.
  • MAGl updates the binding information by mapping the IPv6 Proxy CoA of MAGl and the IPv6 HoA of the MN 110 with the IPv6 address of the CN 150.
  • MAG2 updates the binding information by mapping the IPv6 address of the CN 150 with the IPv6 Proxy CoA of MAGl and the IPv6 HoA of the MN 110.
  • MAGl and MAG2 maintain the updated binding information during a predetermined period of time.
  • MAGl and MAG2 may delete the binding information. Also, when a binding update message is received within the predetermined period of time, MAGl and MAG2 may again update the binding information.
  • MAGl and MAG2 may maintain binding information for optimizing the route between the MN 110 and the CN 150 that support IPv4 in operation S240.
  • the binding information includes the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2.
  • MAGl may update the binding information by mapping the IPv6
  • MAG2 may update the binding information by mapping the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy
  • MAGl and MAG2 may maintain the updated binding information during a predetermined period of time.
  • MAGl and MAG2 may maintain binding information for optimizing the route between the MN 110 and the CN 150 that support IPv6 in operation S240.
  • the binding information includes the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2.
  • MAGl may update the binding information by mapping the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2.
  • MAG2 may update the binding information by mapping the IPv4 Proxy CoA of MAG2 and the IPv4 Proxy CoA of MAGl.
  • MAGl and MAG2 may maintain binding information for optimizing the route between the MN 110 and the CN 150 that support IPv4 in operation S240.
  • the binding information includes the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2.
  • MAGl may update the binding information by mapping the IPv4
  • MAG2 may update the binding information by mapping the IPv4 Proxy CoA of MAG2 and the IPv4 Proxy CoA of MAGl .
  • MAGl and MAG2 may form a tunnel between MAGl and MAG2 based on the binding information. Therefore, the MN 110 and the CN 150 exchange data using the tunnel. Specifically, in the PMIPv ⁇ network 160 that includes at least one of IPv4 network and IPv6 network, the MN 110 and the CN 150 that support at least one of IPv4 and IPv6 may exchange data using the optimal route 180.
  • a method of optimizing a route between the nodes in a PMIPv ⁇ network may use an optimal route formed between a first MAG and a second MAG without passing through an LMA. Therefore, it is possible to improve data communication efficiency between the nodes. Also, according to an aspect of the present invention, the method may prevent a great amount of data from concentrating on a single LMA due to enlargement of the PMIPv ⁇ network. Therefore, it is possible to improve QoS of data and reduce data transmission latency.
  • MAGl and MAG2 may perform operation S210 and S220.
  • MAGl and MAG2 may repeat operation S210 and S220 a predetermined number of times .
  • MAGl and MAG2 may optimize a route between nodes, that is, between the MN 110 and the CN 150 using the IPv4/IPv ⁇ Proxy CoA with respect to IPv4/IPv6 HoA of the MN 110 and IPv4/IPv6 HoA of the CN 150.
  • the exemplary embodiments of the present invention include computer- readable media including program instructions to implement various operations embodied by a computer.
  • the media may also include, alone or in combination with the program instructions, data files, data structures, tables, and the like.
  • the media and program instructions may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well known and available to those having skill in the computer software arts.
  • Examples of computer-readable media include magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such as CD ROM disks; magneto-optical media such as floptical disks; and hardware devices that are specially configured to store and perform program instructions, such as read-only memory devices (ROM) and random access memory (RAM).
  • Examples of program instructions include both machine code, such as produced by a compiler, and files containing higher level code that may be executed by the computer using an interpreter.
  • FIG. 8 is a block diagram illustrating a system for optimizing a route between nodes in a PMIPv ⁇ network according to an exemplary embodiment of the present invention.
  • the system includes an HoA test performing unit 810, a CoA test performing unit 820, a binding information maintaining unit 830, a data exchanging unit 840, and a control unit 850.
  • the HoA test performing unit 810 performs the HoA test between MAGl and
  • MAG2 using the IPv6 HoA of the MN 110 and the IPv6 address of the CN 150 in order to optimize the route between the MN 110 and the CN 150 that support IPv6.
  • the HoA test performing unit 810 may be provided in each of MAGl and MAG2.
  • MAGl generates the Proxy HoTI message that includes the IPv6 HoA of the MN 110 and the IPv6 address of the CN 150 as the source address and the destination address, respectively.
  • MAGl transmits the Proxy HoTI message to MAG2 via the LMA 130.
  • MAG2 receives the Proxy HoTI message. In response to the received Proxy
  • MAG2 generates the Proxy HoT message that includes the IPv6 address of the CN 150 and the IPv6 HoA of the MN 110 as the source address and the destination address, respectively. MAG2 transmits the generated Proxy HoT message to MAGl via the LMA 130.
  • the HoA test performing unit 810 may perform the HoA test between MAGl and MAG2 using the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150.
  • MAGl generates the Proxy HoTI message that includes the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 as the source address and the destination address, respectively.
  • MAGl may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoTI message using the mobility option such as the IPv4 MN HAO and the IPv4 Alt CN Address Option.
  • MAGl transmits the generated Proxy HoTI message to MAG2 via the LMA
  • MAGl may encapsulate the Proxy HoTI message, which is the IPv6 packet, using the IPv4 packet and transmit the encapsulated Proxy HoTI message to MAG2 via the LMA 130.
  • MAG2 receives the Proxy HoTI message. In response to the received Proxy HoTI message, MAG2 generates the Proxy HoT message that includes the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively. For this, MAG2 may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoT message using the mobility option such as the IPv4 MN HAO and the IPv4 Alt CN Address Option. MAG2 transmits the generated Proxy HoT message to MAGl via the LMA 130.
  • MAG2 may encapsulate the Proxy HoT message, which is the IPv6 packet, using the IPv4 packet, and transmit the encapsulated Proxy HoT message.
  • the CoA performing unit 820 performs the CoA test using the IPv4 Proxy CoA of MAGl and the IPv6 address of the CN 150.
  • the CoA test is used to test a direct connectivity between MAGl and MAG2.
  • the CoA test performing unit 820 may be provided in each of MAGl and MAG2.
  • MAGl generates the Proxy CoTI message that includes the IPv6 Proxy CoA of MAGl and the IPv6 address of the CN 150 as the source address and the destination address, respectively.
  • MAGl may include the IPv6 Proxy CoA of MAGl and the IPv6 address of the CN 150 in the Proxy CoTI message using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option.
  • MAGl directly transmits the generated Proxy CoTI message to MAG2.
  • MAG2 receives the Proxy CoTI message.
  • Proxy CoTI message In response to the received Proxy
  • MAG2 generates the Proxy CoT message that includes the IPv6 address of the CN 150 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively.
  • MAG2 may include the IPv6 Proxy CoA of MAGl and the IPv6 address of the CN 150 in the Proxy CoT message, using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option.
  • MAG2 directly transmits the generated Proxy CoT message to MAGl .
  • the HoA test performing unit 810 and the CoA test performing unit 820 may simultaneously operate to perform the HoA test and the CoA test at the same time.
  • the CoA test performing unit 820 MAGl may perform the CoA test using the IPv4 Proxy CoA of MAGl and the IPv4 address of the CN 150. In this instance, the CoA test is used to test a direct connectivity between MAGl and MAG2.
  • MAGl may generate the Proxy CoTI message that includes the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 as the source address and the destination address, respectively.
  • MAGl may include the IPv4 Proxy CoA of MAGl and the IPv4 address of the CN 150 in the Proxy CoTI message using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option.
  • MAGl may directly transmit the generated Proxy CoTI message to MAG2.
  • MAGl may encapsulate the Proxy CoTI message, which is the IPv6 packet, using the IPv4 packet and transmit the encapsulated Proxy CoTI message to MAG2.
  • MAG2 receives the Proxy CoTI message. In response to the received Proxy CoTI message, MAG2 generates the Proxy CoT message that includes the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively.
  • MAG2 may include the IPv4 Proxy CoA of MAGl and the IPv4 address of the CN 150 in the Proxy CoT message using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option.
  • MAG2 may directly transmit the Proxy CoT message to MAGl.
  • MAG2 may encapsulate the Proxy CoT message, which is the IPv6 packet, using the IPv4 packet, and transmit the encapsulated Proxy CoT message to MAGl .
  • the binding information maintaining unit 830 maintains binding information between MAGl and
  • the binding information includes the IPv6 HoA of the MN 110, the IPv6 Proxy CoA of MAGl , and the IPv6 address of the CN 150.
  • the binding information maintaining unit 830 may be provided in each of MAGl and MAG2.
  • MAGl updates the binding information by mapping the IPv6 Proxy CoA of MAGl and the IPv6 HoA of the MN 110 with the IPv6 address of the CN 150.
  • MAG2 updates the binding information by mapping the IPv6 address of the CN 150 with the IPv6 Proxy CoA of MAGl and the IPv6 HoA of the MN 110.
  • MAGl and MAG2 maintain the updated binding information during a predetermined period of time. When the predetermined period of time elapses, MAGl and MAG2 may delete the binding information. Also, when a binding update message is received within the predetermined period of time, MAGl and MAG2 may again update the binding information.
  • the binding information maintaining unit 830 may maintain binding information in order to optimize the route between the MN 110 and the CN 150 that support IPv4.
  • the binding information includes the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of
  • MAGl may update the binding information by mapping the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2.
  • MAG2 may update the binding information by mapping the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2.
  • MAGl and MAG 2 may maintain the updated binding information during a predetermined period of time.
  • the data exchanging unit 840 forms a tunnel between MAGl and MAG2 based on the binding information. Therefore, the data exchanging unit 840 enables the MN 110 and the CN 150 to exchange data using the tunnel. Specifically, in the PMIPv ⁇ network 160 that includes at least one of an IPv4 network and an IPv6 network, the data exchanging unit enables the MN 110 and the CN 150 that support at least one of IPv4 and IPv6 to exchange data using the optimal route 180.
  • the data exchanging unit 840 may be provided in each of MAGl and MAG2.
  • a system for optimizing a route between the nodes in a PMIPv ⁇ network may use an optimal route formed between a first MAG and a second MAG without passing through an LMA. Therefore, it is possible to improve data communication efficiency between the nodes. Also, according to an aspect of the present invention, the system may prevent a great amount of data from concentrating on a single LMA due to enlargement of the PMIPv ⁇ network. Therefore, it is possible to improve QoS of data and reduce data transmission latency.
  • the control unit 850 functions to control the system for optimizing the route between nodes in the PMIPv ⁇ network 160. Specifically, the control unit 850 may control the HoA test performing unit 810, the CoA test performing unit 820, the binding information maintaining unit 830, the data exchanging unit 840, and the like. The control unit 850 may be provided in each of MAGl that is the first MAG 120 and MAG2 that is the second MAG 140.

Landscapes

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

Abstract

A method and system for optimizing a route between nodes in a Proxy Mobile Internet Protocol version 6 (PMIPv6) network is provided. The method of optimizing the route between nodes in the PMIPv6 network includes: performing a home address (HoA) test between a first Mobile Access Gateway (MAG) and a second MAG using an Internet Protocol version 6 (IPv6) home address of a mobile node and an IPv6 address of a correspondent node; performing a care-of address (CoA) test between the first MAG and the second MAG using an IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.

Description

METHOD AND SYSTEM FOR OPTIMIZING ROUTING BETWEEN NODES IN PROXY MOBILE IPv6 NETWORK
Technical Field The present invention relates to a method and system for optimizing a route between nodes in a Proxy Mobile Internet Protocol version 6 (PMIPvό) network.
This work was supported by the IT R&D of MIC and IITA. [2006-S-061-02, R & D on Router Technology for IPv6 based QoS services and Host mobility]
Background Art
A Proxy Mobile Internet Protocol version 6 (PMIPvό) was developed to support network-based mobility in an Internet Protocol version 6 (IPv6) environment.
Also, the PMIPvό is offered to overcome disadvantages in a method of providing host- based mobility such as a conventional mobile IPv6. In a method of supporting mobility of a host based on PMIPvό, data exchange between hosts must be performed via a Local Mobility Anchor (LMA) in a network.
Therefore, triangular routing where data is inefficiently transferred may occur.
In particular, when a PMIP domain providing a PMIPvό-based mobility is enlarged, a great amount of data may be concentrated on a single LMA. In this case, Quality of Service (QoS) for user data may not be guaranteed. Also, data exchange between neighboring nodes is performed via the LMA. Therefore, long latency times may occur when transferring data.
Disclosure of Invention Technical Goals
An aspect of the present invention provides a method and system that can provide an optimal route between a mobile node and a correspondent node through Internet Protocol (IP) tunneling between Mobile Access Gateways (MAGs) using a home address of the mobile node and a Proxy Care-of Address (Proxy CoA) of an MAG. Another aspect of the present invention also provides a method and system that can provide an optimal route with respect to an Internet Protocol version 4 (IPv4) support node and an IPv6 support node in a Proxy Mobile Internet Protocol version 6 (PMIPvό) network.
Another aspect of the present invention also provides a method and system that enables data exchange between nodes via an optimal route without a need for using a Local Mobility Anchor (LMA), and thereby can improve data communication efficiency between the nodes.
Another aspect of the present invention also provides a method and system that can prevent a great amount of data from concentrating on a single LMA due to enlargement of a PMIPvό domain.
Another aspect of the present invention also provides a method and system that can improve Quality of Service (QoS) and also reduce data transmission latency.
The present invention is not limited to the above purposes and other purposes not described herein will be apparent to those of skill in the art from the following description.
Technical solutions
According to an aspect of the present invention, there is provided a method of optimizing a route between mobile nodes in a Proxy Mobile Internet Protocol version 6 (PMIPvό) network, the method including: performing a home address (HoA) test between a first Mobile Access Gateway (MAG) and a second MAG using an Internet Protocol version 6 (IPv6) home address of a mobile node and an IPv6 address of a correspondent node; performing a care-of address (CoA) test between the first MAG and the second MAG using an IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
According to another aspect of the present invention, there is provided a method of optimizing a route between nodes in a PMIPvό network, the method including: performing an HoA test between a first MAG and a second MAG using an IPv6 Proxy CoA of the first MAG and an IPv6 Proxy CoA of the second MAG; performing a CoA test between the first MAG and the second MAG using the IPv6 Proxy CoA of the first MAG and the IPv6 Proxy CoA of the second MAG; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
According to still another aspect of the present invention, there is provided a method of optimizing a route between nodes in a PMIPvό network, the method including: performing an HoA test between a first MAG and a second MAG by using an IPv6 home address of a mobile node and an IPv6 address of a correspondent node, or by using an IPv6 Proxy CoA of the first MAG and an IPv6 Proxy CoA of the second MAG; performing a CoA test between the first MAG and the second MAG by using the IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node, or by using the IPv4 Proxy CoA of the first MAG and the IPv4 Proxy CoA of the second MAG; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
According to yet another aspect of the present invention, there is provided a system for optimizing a route between nodes in a PMIPv6 network, the system including: an HoA test performing unit to perform an HoA test between a first MAG and a second MAG; a CoA test performing unit to perform a CoA test between the first MAG and the second MAG; and a binding information maintaining unit to set an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test, wherein the HoA test performing unit performs the HoA test by using at least one of 1) an IPv6 home address of a mobile node and an IPv6 address of a correspondent node, and 2) an IPv4 home address of the mobile node and an IPv4 address of the correspondent node, and the CoA test performing unit performs the CoA test by using at least one of 1) the IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node, and 2) an IPv4 Proxy CoA of the first MAG and the IPv4 address of the correspondent node. Additional aspects, features, and/or advantages of the invention will be set forth in part in the description which follows and, in part, will be apparent from the description, or may be learned by practice of the invention.
Advantageous Effect According to the present invention, it is possible to provide an optimal route between a mobile node and a correspondent node through IP tunneling between Mobile Access Gateways (MAGs) using a home address of the mobile node and a Proxy Care- of Address (Proxy CoA) of an MAG.
Also, according to the present invention, it is possible to provide an optimal route with respect to an Internet Protocol version 4 (IPv4) support node and an IPv6 support node in a Proxy Mobile Internet Protocol version 6 (PMIPvό) network. Also, according to the present invention, it is possible to enable data exchange between nodes via an optimal route without a need for using a Local Mobility Anchor (LMA), and thereby improve data communication efficiency between the nodes.
Also, according to the present invention, it is possible to prevent a great amount of data from concentrating on a single LMA due to enlargement of a PMIPvό domain. Also, according to the present invention, it is possible to improve Quality of
Service (QoS) and also reduce data transmission latency.
Brief Description of Drawings
FIG. 1 illustrates a concept of a method of optimizing a route between nodes in a Proxy Mobile Internet Protocol version 6 (PMIPvό) network according to an exemplary embodiment of the present invention;
FIG. 2 is a flowchart illustrating a method of optimizing a route between nodes in a PMIPvό network according to an exemplary embodiment of the present invention;
FIG. 3 illustrates an example of transferring a route optimization management message according to an exemplary embodiment of the present invention;
FIG. 4 illustrates an example of a Proxy Home Test Init (HoTI) message according to an exemplary embodiment of the present invention;
FIG. 5 illustrates an example of a Proxy Home Test (HoT) message according to an exemplary embodiment of the present invention; FIG. 6 illustrates an example of a Proxy Care-of Test Init (CoTI) message according to an exemplary embodiment of the present invention;
FIG. 7 illustrates an example of a Proxy Care-of Test (CoT) message according to an exemplary embodiment of the present invention; and
FIG. 8 is a block diagram illustrating a system for optimizing a route between nodes in a PMIPvό network according to an exemplary embodiment of the present invention. Best Mode for Carrying Out the Invention
Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to the like elements throughout. The embodiments are described below in order to explain the present invention by referring to the figures.
A method of optimizing a route between nodes in a Proxy Mobile Internet Protocol version 6 (PMIPvό) network according to the present invention extends a route optimization scheme of a conventional Mobile Internet Protocol version 6 (MlPvό) technology, and thereby enables exchanging of a route optimization message between a mobile node (MN) and a correspondent node (CN) based on a home address of the MN and a Proxy care-of address (CoA) of a Mobile Access Gateway (MAG). The MAG manages the MN. Therefore, a binding cache is maintained between the MN and the CN that transmit and receive the route optimization message. The binding cache includes mapping information about the home address of the MN and the Proxy CoA of the MAG. Accordingly, the MN may directly transfer data, without passing through an existing Local Mobility Anchor (LMA), to the CN through IP tunneling between MAGs.
As described, the method of optimizing the route between nodes in the PMIPvό network according to the present invention may transfer data between the MN and the
CN via an optimal route. The MN and CN c an be either IPv6 node or IPv4 node. FIG. 1 illustrates a concept of a method of optimizing a route between nodes in a PMIPvό network according to an exemplary embodiment of the present invention. The method may be performed by a route optimization system. The route optimization system may include an MN 110, a first MAG (MAGl) 120, an LMA 130, a second MAG (MAG2) 140, and a CN 150. As shown in FIG. 1, when an IPv4 node and an IPv6 node coexist in a PMIPvό domain 160 that introduces a PMIPvό-based mobility providing protocol, the route optimization system may perform communication between the MN 110 and the CN 150 via an optimal route 180, without performing communication between the MN 110 and the CN 150 via the LMA 130. In this instance, the PMIPvό domain 160 includes an IPv4 or IPv6 network and may be referred as the PMIPvό network.
Specifically, the route optimization system enables data exchange between IPv6 nodes or between IPv4 nodes using the optimal route 180 in the PMIPvό-based mobile providing network domain 160. For optimizing the route between the IPv6 nodes, MAGl and MAG2 may optimize a data exchange route between the MN 110 and the CN 150 that support IPv6, using an IPv6 HoA of the MN 110, an IPv6 Proxy CoA of MAGl, an IPv6 address of the CN 150, an IPv6 Proxy CoA of MAG2, and the like. Also, for optimizing the route between the IPv4 nodes, MAGl and MAG2 may optimize the data exchange route between the MN 110 and the CN 150 using an IPv4 HoA of the MN 110, an IPv4 Proxy CoA of MAGl, an IPv4 address of the CN 150, an IPv4 Proxy CoA of MAG2, and the like.
Accordingly, the route optimization system may provide an environment capable of exchanging data between IPv6 nodes or between IPv4 nodes, using the optimal route 180, in the PMIPvό network 160 .
In the present exemplary embodiment, the CN 150 denotes a node that communicates with the MN 110. Therefore, an example of the CN 150 may include a mobile node such as a laptop, and a fixed node such as a desktop computer. MAGl may be an access router that processes signaling for mobility management of the MN 110 as a proxy of the MN 110. Also, MAG2 may be an access router that processes signaling for mobility management of the CN 150 as a proxy of the CN 150.
Also, the LMA 130 may be a home agent that manages location information of the MN 110 or the CN 150 in the PMIPvό domain 160. Also, the route optimization system may enable data exchange between IPv4 nodes, using the optimal route 180, in the PMIPvό domain 160. For this, as the IPv6 address of the MN 110 and the IPv6 address of the CN 150, the route optimization system includes IPv6 Proxy CoA of MAGl and IPv6 Proxy CoA of MAG2 in a Proxy Home Test Init (HoTI)/Proxy Home Test (HoT) message and a Proxy Care-of Test Init (CoTiyProxy Care-of Test (CoT) message using a mobile option such as an IPv4 MN HAO, an IPv4 Alt CN Address Option, and the like. The IPv4 MN HAO denotes an option to include an IPv4 HoA of the MN 110 in a PMIPvό message. The IPv4 Alt CN Address Option denotes an option to include an IPv4 address of the CN 150 in the PMIPv6 message. Accordingly, the route optimization system may enable data exchange between
IPv4 terminals, using the optimal route 180, in the PMIPvό domain 160.
FIG. 2 is a flowchart illustrating a method of optimizing a route between nodes in a PMIPvό network according to an exemplary embodiment of the present invention, and FIG. 3 illustrates an example of transferring a route optimization management message according to an exemplary embodiment of the present invention. Also, FIGS. 4 through 7 illustrate examples of route optimization management messages according to the present invention.
Referring to FIGS. 1 and 2, in operation S210, MAGl performs an HoA test with MAG2 using an IPv6 HoA of the MN 110 and an IPv6 address of the CN 150 in order to optimize a route between the MN 110 and the CN 150. The MN 110 and the CN 150 support IPv6. Specifically, MAGl generates a Proxy HoTI message that includes the IPv6
HoA of the MN 110 and the IPv6 address of the CN 150 as a source address and a destination address, respectively.
For example, in the route optimization management message shown in FIG. 4, MAGl may generate the Proxy HoTI message by inserting Proxy HoTI in a mobility header field 460, and inserting the IPv6 HoA of the MN 110 and the IPv6 address of the CN 150 in a source address field 410 and a destination address field 420 for a node that supports the IPv6 HoA.
In this instance, MAGl may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoTI message using a mobility option such as IPv4 MN HAO and IPv4 Alt CN Address Option. As described above, the IPv4 MN HAP denotes an option to include a HoA of the MN 110 in the PMIPvό message. The IPv4 Alt CN Address Option denotes an option to include an address of the CN 150 in the PMIPvό message. Through this, MAGl may perform the HoA test with MAG2 using the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150. In operation S310 of FIG. 3, MAGl transmits the generated Proxy HoTI message to MAG2 via the LMA 130.
MAG2 receives the Proxy HoTI message. In response to the received Proxy HoTI message, MAG2 generates a Proxy HoT message that includes the IPv6 address of the CN 150 and the IPv6 HoA of the MN 110 as the source address and the destination address, respectively.
For example, in the route optimization management message shown in FIG. 5, MAG2 may generate the Proxy HoT message by inserting Proxy HoT in a mobility header field 560, and inserting the IPv6 address of the CN 150 and the IPv6 HoA of the MN 110 in a source address field 510 and a destination address field 520 for a node that supports the IPv6 HoA.
In this instance, MAG2 may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoT message using the mobility option such as the
IPv4 MN HAO and the IPv4 Alt CN address Option. Through this, MAG2 may perform the HoA test with MAGl using the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150.
In operation S320, MAG2 transmits the generated Proxy HoT message to MAGl via the LMA 130.
Also, in order to optimize the route between the MN 110 and the CN 150 that support IPv4, MAGl may perform an HoA test with MAG2 using an IPv6 Proxy CoA of MAGl and an IPv6 Proxy CoA of MAG2.
Specifically, MAGl generates a Proxy HoTI message that includes the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 as a source address and a destination address, respectively.
For example, in the route optimization management message shown in FIG. 4, MAGl may generate the Proxy HoTI message by inserting Proxy HoTI in the mobility header field 460 and inserting the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 in a source address field 430 and a destination address field 440, respectively.
In this instance, MAGl may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoTI message by inserting the IPv4 MN HAO and the IPv4 Alt CN Address Option in a mobility options field 470.
In operation S310, MAGl transmits the generated Proxy HoTI message to MAG2 via the LMA 130. In this instance, MAGl may encapsulate the Proxy HoTI message, which is an IPv6 packet, using an IPv4 packet and transmit the encapsulated Proxy HoTI message to MAG2 via the LMA 130.
For example, as shown in FIG. 4, MAGl may insert the IPv4 HoA of the MN and the IPv4 address of the CN 150 in a field 450 of the Proxy HoTI message, to respectively correspond to the IPv6 Proxy CoA of MAGl in the source destination field
430 and the IPv6 Proxy CoA of MAG2 in the destination address field 440. Through this, MAGl may encapsulate the Proxy HoTI message, which is the IPv6 packet, using the IPv4 packet.
MAG2 receives the Proxy HoTI message. In response to the received Proxy HoTI message, MAG2 generates a Proxy HoT message that includes the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively. In this instance, MAG2 may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 using the mobility option such as the IPv4 MN HAO and the IPv4 Alt CN Address Option.
For example, in the route optimization management message shown in FIG. 5, MAG2 may insert Proxy HoT in the mobility header field 560. Also, MAG2 may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoTI message by inserting the IPv4 MN HAO and the IPv4 Alt CN Address Option in a mobility options field 570. Also, MAG2 may generate the Proxy HoT message by inserting the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy CoA of MAGl in the source address field 530 and the destination address field 540, respectively. In operation S320, MAG2 transmits the generated Proxy HoT message to
MAGl via the LMA 130. In this instance, MAG2 may encapsulate the Proxy HoT message, which is the IPv6 packet, using the IPv4 packet and transmit the encapsulated Proxy HoT message to MAGl via the LMA 130.
For example, as shown in FIG. 5, MAG2 may insert the IPv4 address of the CN 150 and the IPv4 HoA of the MN 110 in a field 550 of the Proxy HoTI message, to respectively correspond to the IPv6 Proxy CoA of MAG2 in the source address field 530 and the IPv6 Proxy CoA of MAGl in the destination address field 540. Through this, MAG2 may encapsulate the Proxy HoT message, which is the IPv6 packet, using the IPv4 packet. According to another exemplary embodiment of the present invention, MAGl may perform a HoA test with MAG2 using the IPv4 Proxy CoA of MAGl and IPv4 Proxy CoA of MAG2 in order to optimize a route between nodes, that is, between the MN 110 and the CN 150 that support IPv6. Specifically, MAGl and MAG2 may perform the HoA test using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 with respect to the IPv6 HoA of the MN 110 and the IPv6 HoA of the CN 150.
According to still another exemplary embodiment of the presetninvetnion, MAGl may perform a HoA test with MAG2 using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 in order to optimize the route between the nodes, that is, between the MN 110 and the CN 150 that support IPv4. Specifically, MAGl and
MAG2 may perform the HoA using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy
CoA of MAG2 with respect to the IPv4 HoA of the MN 110 and the IPv4 HoA of the CN 150.
In operation S220, MAGl performs a CoA test using the IPv6 Proxy CoA of
MAGl and the IPv6 address of the CN 150 in order to optimize the route between the
MN 110 and the CN 150 that support IPv6. The CoA test is used to test a direct connectivity between MAGl and MAG2. Specifically, MAGl generates a Proxy CoTI message that includes the IPv6
Proxy CoA of MAGl and the IPv6 address of the CN 150 as the source address and the destination address, respectively.
For example, in the route optimization management message shown in FIG. 6,
MAGl may generate the Proxy CoTI message by inserting Proxy CoTI in a mobility header field 650, and inserting the IPv6 Proxy CoA of MAGl and the IPv6 address of the CN 150 in a source address field 610 and a destination address field 620 for a node that supports the IPv6 HoA.
In operation S330, MAGl directly transmits the generated Proxy CoTI message to MAG2. For this, MAGl encapsulates the Proxy CoTI message using an IPv4 packet or an IPv6 packet. In this instance, the source address field 610 of the encapsulated packet may correspond to the IPv4 Proxy CoA or the IPv6 Proxy CoA of
MAGl. The destination address field 620 of the encapsulated packet may correspond to the IPv4 Proxy CoA or the IPv6 Proxy CoA of MAG2.
MAG2 receives the Proxy CoTI message. In response to the received Proxy CoTI message, MAG2 generates a Proxy CoT message that includes the IPv6 address of the CN 150 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively.
For example, as the route optimization management message shown in FIG. 7,
MAG2 may generate the Proxy CoT message by inserting Proxy CoT in a mobility header field 750, and inserting the IPv6 address of the CN 150 and the IPv6 Proxy CoA of MAGl in a source address field 710 and a destination address field 720 for a node that supports the IPv6 HoA. In operation S340, MAG2 directly transmits the generated Proxy CoT message to MAGl . For this, MAG2 encapsulates the Proxy CoT message using an IPv4 packet or an IPv6 packet and transmits the encapsulated Proxy CoT message. In this instance, the source address field 610 of the encapsulated packet may correspond to the IPv4 Proxy CoA or the IPv6 Proxy CoA of MAG2. The destination address field 620 may correspond to the IPv4 Proxy CoA or the IPv6 Proxy CoA of MAGl .
According to an aspect of the present invention, operations S210 and S220 may be simultaneously performed. Specifically, the HoA test and the CoA test may be simultaneously performed. Also, in order to optimize the route between the MN 110 and the CN 150 that support IPv4, MAGl may perform the CoA test using the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2. In this instance, the CoA test is used to test a direct connectivity between MAGl and MAG2.
Specifically, MAGl generates a Proxy CoTI message that includes the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 as the source address and the destination address, respectively. For this, MAGl may include the IPv4 Proxy CoA of
MAGl and the IPv4 address of the CN 150 in the Proxy CoTI message using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option.
For example, in the route optimization management message shown in FIG. 6, MAGl may insert Proxy CoTI in the mobility header field 650, insert the IPv4 Alt CoA
Option and the IPv4 Alt CN Address Option in a mobility options field 660, and insert the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 in a source address field 630 and a destination address field 640 for the node that supports the IPv4 HoA.
MAGl may include the IPv4 Proxy CoA of MAGl and the IPv4 address of the CN 150 in the Proxy CoTI message.
In operation S330, MAGl directly transmits the generated Proxy CoTI message to MAG2. MAGl may encapsulate the Proxy CoTI message, which is an IPv6 packet, using an IPv4 packet and transmit the encapsulated Proxy CoTI message to MAG2.
MAG2 receives the Proxy CoTI message. In response to the received Proxy CoTI message, MAG2 generates a Proxy CoT message that includes the IPv6 Proxy
CoA of MAG2 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively. For this, MAG2 may include the IPv4 Proxy CoA of MAG2 and the IPv4 address of the MN 110 in the Proxy CoT message using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option.
For example, in the route optimization management message shown in FIG. 7, MAG2 may insert a Proxy CoT in the mobility header field 750, insert the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option in the mobility options field 760, and insert the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy CoA of MAGl in the source address field 730 and the destination address field 740 for the node that supports the IPv4 HoA. MAG2 may include the IPv4 Proxy CoA of MAG2 and the IPv4 address of the MN 110 in the Proxy CoTI message. In operation S340, MAG2 directly transmits the Proxy CoT message to MAGl .
In this instance, MAG2 may encapsulate the Proxy CoT message, which is the IPv6 packet, using the IPv4 packet, and transmit the encapsulated Proxy CoT message to MAGl.
According to another exemplary embodiment of the present invention, MAGl may perform a CoA test with MAG2 using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 in order to optimize the route between the MN 110 and the CN 150 that support IPv6. The CoA test is used to test a direct connective between MAGl and MAG2. Specifically, MAGl and MAG2 may perform the CoA test using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 with respect to the IPv6 HoA of the MN 110 and the IPv6 HoA of the CN 150.
According to still another exemplary embodiment, MAGl may perform the CoA test with MAG2 using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 in order to optimize the route between the MN 110 and the CN 150 that support IPv4. The CoA test is used to test a direct connective between MAGl and MAG2. Specifically, MAGl and MAG2 may perform the CoA test using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2 with respect to the IPv4 HoA of the MN 110 and the IPv4 HoA of the CN 150.
When the HoA test and the CoA test are normally implemented, that is, the "Yes" route in operation S230, MAGl and MAG2 maintain binding information for optimizing the route between the MN 110 and the CN 150 that support IPv6 in operation S240. The binding information includes the IPv6 HoA of the MN 110, the IPv6 Proxy CoA of MAGl, and the IPv6 address of the CN 150. Specifically, MAGl updates the binding information by mapping the IPv6 Proxy CoA of MAGl and the IPv6 HoA of the MN 110 with the IPv6 address of the CN 150. Also, MAG2 updates the binding information by mapping the IPv6 address of the CN 150 with the IPv6 Proxy CoA of MAGl and the IPv6 HoA of the MN 110. In operation S240, MAGl and MAG2 maintain the updated binding information during a predetermined period of time.
When the predetermined period of time elapses, MAGl and MAG2 may delete the binding information. Also, when a binding update message is received within the predetermined period of time, MAGl and MAG2 may again update the binding information.
Also, when the HoA test and the CoA test are normally completed, that is, the
"Yes" route in operation S230, MAGl and MAG2 may maintain binding information for optimizing the route between the MN 110 and the CN 150 that support IPv4 in operation S240. The binding information includes the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2.
Specifically, MAGl may update the binding information by mapping the IPv6
Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2. Also, MAG2 may update the binding information by mapping the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy
CoA of MAGl. In operation S240, MAGl and MAG2 may maintain the updated binding information during a predetermined period of time.
According to another exemplary embodiment of the present invention, when the HoA test and the CoA test are normally completed, that is, the "Yes" route in operation S230, MAGl and MAG2 may maintain binding information for optimizing the route between the MN 110 and the CN 150 that support IPv6 in operation S240. The binding information includes the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2.
Specifically, MAGl may update the binding information by mapping the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2. Also, MAG2 may update the binding information by mapping the IPv4 Proxy CoA of MAG2 and the IPv4 Proxy CoA of MAGl.
According to still another exemplary embodiment of the present invention, when the HoA test and the CoA test are normally completed, that is, the "Yes" route in operation S230, MAGl and MAG2 may maintain binding information for optimizing the route between the MN 110 and the CN 150 that support IPv4 in operation S240. The binding information includes the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2. Specifically, MAGl may update the binding information by mapping the IPv4
Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2. Also, MAG2 may update the binding information by mapping the IPv4 Proxy CoA of MAG2 and the IPv4 Proxy CoA of MAGl .
In operation S250, MAGl and MAG2 may form a tunnel between MAGl and MAG2 based on the binding information. Therefore, the MN 110 and the CN 150 exchange data using the tunnel. Specifically, in the PMIPvό network 160 that includes at least one of IPv4 network and IPv6 network, the MN 110 and the CN 150 that support at least one of IPv4 and IPv6 may exchange data using the optimal route 180.
As described, according to an aspect of the preset invention, when data communication is performed between nodes, a method of optimizing a route between the nodes in a PMIPvό network may use an optimal route formed between a first MAG and a second MAG without passing through an LMA. Therefore, it is possible to improve data communication efficiency between the nodes. Also, according to an aspect of the present invention, the method may prevent a great amount of data from concentrating on a single LMA due to enlargement of the PMIPvό network. Therefore, it is possible to improve QoS of data and reduce data transmission latency.
Conversely, when the HoA test and the CoA are abnormally completed, that is, the "No" route in operation S230, MAGl and MAG2 may perform operation S210 and S220. In this case, MAGl and MAG2 may repeat operation S210 and S220 a predetermined number of times .
According to another exemplary embodiment of the present invention, MAGl and MAG2 may optimize a route between nodes, that is, between the MN 110 and the CN 150 using the IPv4/IPvό Proxy CoA with respect to IPv4/IPv6 HoA of the MN 110 and IPv4/IPv6 HoA of the CN 150. Specifically, according to another exemplary embodiment of the present invention, it is possible to optimize the route between the nodes, that is, between the MN 110 and the CN 150 by a total of four combinations of IPv6 Proxy CoA/IPv4 Proxy CoA of MAGl and IPv6 Proxy CoA/IPv4 Proxy CoA of MAG2 with respect to IPv6 HoA/IPv4 HoA of the MN 110 and IPv6 HoA/IPv4 HoA of the CN 150.
Specifically, according to another exemplary embodiment of the present invention, it is possible to perform a HoA test between MAGl and MAG2 using the IPv6 HoA of the MN 110 and the IPv6 HoA of the CN 150, perform a CoA test between MAGl and MAG2 using the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2, and set an optimal route between MAGl and MAG2 based on binding information that is generated by performing the HoA test and the CoA test.
According to still another exemplary embodiment of the present invention, it is possible to perform a HoA test between MAGl and MAG2 using the IPv6 HoA of the MN 110 and the IPv6 HoA of the CN 150, perform a CoA test between MAGl and MAG2 using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2, and set an optimal route between MAGl and MAG2 based on binding information that is generated by performing the HoA test and the CoA test. According to yet another exemplary embodiment of the present invention, it is possible to perform a HoA test between MAGl and MAG2 using the IPv4 HoA of the MN 110 and the IPv4 HoA of the CN 150, perform a CoA test between MAGl and MAG2 using the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2, and set an optimal route between MAGl and MAG2 based on binding information that is generated by performing the HoA test and the CoA test.
According to a further another exemplary embodiment of the present invention, it is possible to perform a HoA test between MAGl and MAG2 using the IPv4 HoA of the MN 110 and the IPv4 HoA of the CN 150, perform a CoA test between MAGl and MAG2 using the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2, and set an optimal route between MAGl and MAG2 based on binding information that is generated by performing the HoA test and the CoA test.
The exemplary embodiments of the present invention include computer- readable media including program instructions to implement various operations embodied by a computer. The media may also include, alone or in combination with the program instructions, data files, data structures, tables, and the like. The media and program instructions may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well known and available to those having skill in the computer software arts. Examples of computer-readable media include magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such as CD ROM disks; magneto-optical media such as floptical disks; and hardware devices that are specially configured to store and perform program instructions, such as read-only memory devices (ROM) and random access memory (RAM). Examples of program instructions include both machine code, such as produced by a compiler, and files containing higher level code that may be executed by the computer using an interpreter.
FIG. 8 is a block diagram illustrating a system for optimizing a route between nodes in a PMIPvό network according to an exemplary embodiment of the present invention.
Referring to FIGS. 1 and 8, the system includes an HoA test performing unit 810, a CoA test performing unit 820, a binding information maintaining unit 830, a data exchanging unit 840, and a control unit 850. The HoA test performing unit 810 performs the HoA test between MAGl and
MAG2 using the IPv6 HoA of the MN 110 and the IPv6 address of the CN 150 in order to optimize the route between the MN 110 and the CN 150 that support IPv6.
Specifically, the HoA test performing unit 810 may be provided in each of MAGl and MAG2. MAGl generates the Proxy HoTI message that includes the IPv6 HoA of the MN 110 and the IPv6 address of the CN 150 as the source address and the destination address, respectively.
MAGl transmits the Proxy HoTI message to MAG2 via the LMA 130.
MAG2 receives the Proxy HoTI message. In response to the received Proxy
HoTI message, MAG2 generates the Proxy HoT message that includes the IPv6 address of the CN 150 and the IPv6 HoA of the MN 110 as the source address and the destination address, respectively. MAG2 transmits the generated Proxy HoT message to MAGl via the LMA 130.
Also, in order to optimize the route between the MN 110 and the CN 150 that support IPv4, the HoA test performing unit 810 may perform the HoA test between MAGl and MAG2 using the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150.
Specifically, MAGl generates the Proxy HoTI message that includes the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 as the source address and the destination address, respectively. For this, MAGl may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoTI message using the mobility option such as the IPv4 MN HAO and the IPv4 Alt CN Address Option. MAGl transmits the generated Proxy HoTI message to MAG2 via the LMA
130. In this instance, MAGl may encapsulate the Proxy HoTI message, which is the IPv6 packet, using the IPv4 packet and transmit the encapsulated Proxy HoTI message to MAG2 via the LMA 130.
MAG2 receives the Proxy HoTI message. In response to the received Proxy HoTI message, MAG2 generates the Proxy HoT message that includes the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively. For this, MAG2 may include the IPv4 HoA of the MN 110 and the IPv4 address of the CN 150 in the Proxy HoT message using the mobility option such as the IPv4 MN HAO and the IPv4 Alt CN Address Option. MAG2 transmits the generated Proxy HoT message to MAGl via the LMA 130.
In this instance, MAG2 may encapsulate the Proxy HoT message, which is the IPv6 packet, using the IPv4 packet, and transmit the encapsulated Proxy HoT message.
In order to optimize the route between the MN 110 and the CN 150 that support IPv6, the CoA performing unit 820 performs the CoA test using the IPv4 Proxy CoA of MAGl and the IPv6 address of the CN 150. The CoA test is used to test a direct connectivity between MAGl and MAG2.
Specifically, the CoA test performing unit 820 may be provided in each of MAGl and MAG2. MAGl generates the Proxy CoTI message that includes the IPv6 Proxy CoA of MAGl and the IPv6 address of the CN 150 as the source address and the destination address, respectively.
For this, MAGl may include the IPv6 Proxy CoA of MAGl and the IPv6 address of the CN 150 in the Proxy CoTI message using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option.
MAGl directly transmits the generated Proxy CoTI message to MAG2. MAG2 receives the Proxy CoTI message. In response to the received Proxy
CoTI message, MAG2 generates the Proxy CoT message that includes the IPv6 address of the CN 150 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively.
For this, MAG2 may include the IPv6 Proxy CoA of MAGl and the IPv6 address of the CN 150 in the Proxy CoT message, using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option. MAG2 directly transmits the generated Proxy CoT message to MAGl .
According to an aspect of the present invention, the HoA test performing unit 810 and the CoA test performing unit 820 may simultaneously operate to perform the HoA test and the CoA test at the same time.
Also, in order to optimize the route between the MN 110 and the CN 150 that support IPv4, the CoA test performing unit 820 MAGl may perform the CoA test using the IPv4 Proxy CoA of MAGl and the IPv4 address of the CN 150. In this instance, the CoA test is used to test a direct connectivity between MAGl and MAG2.
Specifically, MAGl may generate the Proxy CoTI message that includes the IPv6 Proxy CoA of MAGl and the IPv6 Proxy CoA of MAG2 as the source address and the destination address, respectively. For this, MAGl may include the IPv4 Proxy CoA of MAGl and the IPv4 address of the CN 150 in the Proxy CoTI message using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option.
MAGl may directly transmit the generated Proxy CoTI message to MAG2. In this instance, MAGl may encapsulate the Proxy CoTI message, which is the IPv6 packet, using the IPv4 packet and transmit the encapsulated Proxy CoTI message to MAG2.
MAG2 receives the Proxy CoTI message. In response to the received Proxy CoTI message, MAG2 generates the Proxy CoT message that includes the IPv6 Proxy CoA of MAG2 and the IPv6 Proxy CoA of MAGl as the source address and the destination address, respectively.
For this, MAG2 may include the IPv4 Proxy CoA of MAGl and the IPv4 address of the CN 150 in the Proxy CoT message using the mobility option such as the IPv4 Alt CoA Option and the IPv4 Alt CN Address Option. MAG2 may directly transmit the Proxy CoT message to MAGl. In this instance, MAG2 may encapsulate the Proxy CoT message, which is the IPv6 packet, using the IPv4 packet, and transmit the encapsulated Proxy CoT message to MAGl . When the HoA test and the CoA test are normally implemented, the binding information maintaining unit 830 maintains binding information between MAGl and
MA G2 in order to optimize the route between the MN 110 and the CN 150 that support
IPv6. The binding information includes the IPv6 HoA of the MN 110, the IPv6 Proxy CoA of MAGl , and the IPv6 address of the CN 150.
Specifically, the binding information maintaining unit 830 may be provided in each of MAGl and MAG2. MAGl updates the binding information by mapping the IPv6 Proxy CoA of MAGl and the IPv6 HoA of the MN 110 with the IPv6 address of the CN 150. Also, MAG2 updates the binding information by mapping the IPv6 address of the CN 150 with the IPv6 Proxy CoA of MAGl and the IPv6 HoA of the MN 110.
MAGl and MAG2 maintain the updated binding information during a predetermined period of time. When the predetermined period of time elapses, MAGl and MAG2 may delete the binding information. Also, when a binding update message is received within the predetermined period of time, MAGl and MAG2 may again update the binding information.
Also, when the HoA test and the CoA test are normally completed, the binding information maintaining unit 830 may maintain binding information in order to optimize the route between the MN 110 and the CN 150 that support IPv4. The binding information includes the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of
MAG2.
Specifically, MAGl may update the binding information by mapping the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2.
Also, MAG2 may update the binding information by mapping the IPv4 Proxy CoA of MAGl and the IPv4 Proxy CoA of MAG2.
MAGl and MAG 2 may maintain the updated binding information during a predetermined period of time.
The data exchanging unit 840 forms a tunnel between MAGl and MAG2 based on the binding information. Therefore, the data exchanging unit 840 enables the MN 110 and the CN 150 to exchange data using the tunnel. Specifically, in the PMIPvό network 160 that includes at least one of an IPv4 network and an IPv6 network, the data exchanging unit enables the MN 110 and the CN 150 that support at least one of IPv4 and IPv6 to exchange data using the optimal route 180. The data exchanging unit 840 may be provided in each of MAGl and MAG2.
As described above, according to an aspect of the present invention, when data communication is performed between nodes, a system for optimizing a route between the nodes in a PMIPvό network may use an optimal route formed between a first MAG and a second MAG without passing through an LMA. Therefore, it is possible to improve data communication efficiency between the nodes. Also, according to an aspect of the present invention, the system may prevent a great amount of data from concentrating on a single LMA due to enlargement of the PMIPvό network. Therefore, it is possible to improve QoS of data and reduce data transmission latency.
The control unit 850 functions to control the system for optimizing the route between nodes in the PMIPvό network 160. Specifically, the control unit 850 may control the HoA test performing unit 810, the CoA test performing unit 820, the binding information maintaining unit 830, the data exchanging unit 840, and the like. The control unit 850 may be provided in each of MAGl that is the first MAG 120 and MAG2 that is the second MAG 140.
Although a few embodiments of the present invention have been shown and described, the present invention is not limited to the described embodiments. Instead, it would be appreciated by those skilled in the art that changes may be made to these embodiments without departing from the principles and spirit of the invention, the scope of which is defined by the claims and their equivalents.

Claims

1. A method of optimizing a route between nodes in a Proxy Mobile Internet Protocol version 6 (PMIPvό) network, the method comprising: performing a home address (HoA) test between a first Mobile Access Gateway (MAG) and a second MAG using an Internet Protocol version 6 (IPv6) home address of a mobile node and an IPv6 address of a correspondent node; performing a care-of address (CoA) test between the first MAG and the second MAG using an IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
2. The method of claim 1 , wherein the performing of the HoA test comprises: at the first MAG, generating a Proxy Home Test Init (HoTI) message that includes the IPv6 home address of the mobile node and the IPv6 address of the correspondent node as a source address and a destination address, respectively; and transmitting the generated Proxy HoTI message to the second MAG via a Local Mobility Anchor (LMA); and at the second MAG, receiving the Proxy HoTI message; generating a Proxy Home Test (HoT) message, in response to the received Proxy HoTI message, that includes the IPv6 address of the correspondent node and the IPv6 home address of the mobile node as the source address and the destination address, respectively; and transmitting the generated Proxy HoT message to the first MAG via the LMA.
3. The method of claim 2, wherein the performing of the HoA test further comprises: including, by the first MAG, an IPv4 home address of the mobile node and an
IPv4 address of the correspondent node in the Proxy HoTI message using a predetermined mobility option; and including, by the second MAG, the IPv4 home address of the mobile node and the IPv4 address of the correspondent node in the Proxy HoT message using the predetermined mobility option.
4. The method of claim 1 , wherein the performing of the CoA test comprises : at the first MAG, generating a Proxy Care-of Test Init (CoTI) message that includes the IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node as a source address and a destination address, respectively; and directly transmitting the generated Proxy CoTI message to the second MAG; and at the second MAG, receiving the Proxy CoTI message; generating a Proxy Care-of Test (CoT) message, in response to the received Proxy CoTI message, that includes the IPv6 address of the correspondent node and the IPv6 Proxy CoA of the first MAG as the source address and the destination address, respectively; and directly transmitting the generated Proxy CoT message to the first MAG.
5. The method of claim 4, wherein the performing of the CoA test further comprises: including, by the first MAG, the IPv4 Proxy CoA of the first MAG and the IPv4 address of the correspondent node in the Proxy CoTI message using a predetermined mobility option; and including, by the second MAG, the IPv4 Proxy CoA of the first MAG and the
IPv4 address of the correspondent node in the Proxy CoT message using the predetermined mobility option.
6. The method of claim 1, wherein the binding information comprises the IPv6 home address of the mobile node, the IPv6 Proxy CoA of the first MAG, and the IPv6 address of the correspondent node, and the method further comprises: maintaining the binding information between the mobile node and the correspondent node, when the HoA test and the CoA test are normally completed.
7. The method of claim 6, wherein the maintaining comprises: updating, by the first MAG, the binding information by mapping the IPv6 Proxy CoA of the first MAG and the IPv6 home address of the mobile node with the IPv6 address of the correspondent node; updating, by the second MAG, the binding information by mapping the IPv6 address of the correspondent node with the IPv6 Proxy CoA of the first MAG and the IPv6 home address of the mobile node; and maintaining, by the first MAG and the second MAG, the updated binding information during a predetermined period of time.
8. A method of optimizing a route between nodes in a PMIPvό network, the method comprising: performing an HoA test between a first MAG and a second MAG using an IPv6
Proxy CoA of the first MAG and an IPv6 Proxy CoA of the second MAG; performing a CoA test between the first MAG and the second MAG using the IPv6 Proxy CoA of the first MAG and the IPv6 Proxy CoA of the second MAG; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
9. The method of claim 8, wherein the performing of the HoA test comprises: at the first MAG, generating a Proxy HoTI message that includes the IPv6 Proxy CoA of the first MAG and the IPv6 Proxy CoA of the second MAG as a source address and a destination address, respectively; and transmitting the generated Proxy HoTI message to the second MAG via an LMA; and at the second MAG, receiving the Proxy HoTI message; generating a Proxy HoT message, in response to the received Proxy HoTI message, that includes the IPv6 Proxy CoA of the second MAG and the IPv6 Proxy CoA of the first MAG as the source address and the destination address, respectively; and transmitting the generated Proxy HoT message to the first MAG via the LMA.
10. The method of claim 9, wherein the performing of the HoA test further comprises: including, by the first MAG, an IPv4 home address of a mobile node and an IPv4 address of a correspondent node in the Proxy HoTI message using a predetermined motility option; encapsulating, by the first MAG, the Proxy HoTI message; including, by the second MAG, the IPv4 home address of the mobile node and the IPv4 address of the correspondent node in the Proxy HoT message using the predetermined motility option; and encapsulating, by the second MAG, the Proxy HoT message.
11. The method of claim 8, wherein the performing of the CoA test comprises: at the first MAG, generating a Proxy CoTI message that includes the IPv6 Proxy CoA of the first MAG and the IPv6 Proxy CoA of the second MAG as a source address and a destination address, respectively; and directly transmitting the generated Proxy CoTI message to the second MAG; and at the second MAG, receiving the Proxy CoTI message; generating a Proxy CoT message, in response to the received Proxy CoTI message, that include the IPv6 Proxy CoA of the second MAG and the IPv6 Proxy CoA of the first MAG as the source address and the destination address, respectively; and directly transmitting the generated Proxy CoT message to the first MAG.
12. The method of claim 11, wherein the performing of the CoA test further comprises: including, by the first MAG, an IPv4 Proxy CoA of the first MAG and an IPv4 address of a correspondent node in the Proxy CoTI message using a predetermined motility option; encapsulating, by the first MAG, the Proxy CoTI message; including, by the second MAG, an IPv4 Proxy CoA of the second MAG and the IPv4 address of the correspondent node in the Proxy CoT message; and encapsulating, by the second MAG, the Proxy CoT message.
13. The method of claim 8, wherein the binding information comprises the IPv6 Proxy CoA of the first MAG and the IPv6 Proxy CoA of the second MAG, and the method further comprises: maintaining the binding information between the mobile node and the correspondent node, when the HoA test and the CoA test are normally completed.
14. A method of optimizing a route between nodes in a PMIPv6 network, the method comprising : performing a HoA test between a first MAG and a second MAG using an IPv6 home address of a mobile node and an IPv6 home address of a correspondent node; performing a CoA test between the first MAG and the second MAG using an IPv6 Proxy CoA of the first MAG and an IPv6 Proxy CoA of the second MAG; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
15. A method of optimizing a route between nodes in a PMIPvό network, the method comprising: performing a HoA test between a first MAG and a second MAG using an IPv6 home address of a mobile node and an IPv6 home address of a correspondent node; performing a CoA test between the first MAG and the second MAG using an IPv4 Proxy CoA of the first MAG and an IPv4 Proxy CoA of the second MAG; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
16. A method of optimizing a route between nodes in a PMIPvό network, the method comprising: performing a HoA test between a first MAG and a second MAG using an IPv4 home address of a mobile node and an IPv4 home address of a correspondent node; performing a CoA test between the first MAG and the second MAG using an IPv6 Proxy CoA of the first MAG and an IPv6 Proxy CoA of the second MAG; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
17. A method of optimizing a route between nodes in a PMIPvό network, the method comprising: performing a HoA test between a first MAG and a second MAG using an IPv4 home address of a mobile node and an IPv4 home address of a correspondent node; performing a CoA test between the first MAG and the second MAG using an IPv4 Proxy CoA of the first MAG and an IPv4 Proxy CoA of the second MAG; and setting an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test.
18. A system for optimizing a route between nodes in a PMIPvό network, the system comprising: an HoA test performing unit to perform an HoA test between a first MAG and a second MAG; a CoA test performing unit to perform a CoA test between the first MAG and the second MAG; and a binding information maintaining unit to set an optimal route between the first MAG and the second MAG based on binding information that is generated by performing the HoA test and the CoA test, wherein the HoA test performing unit performs the HoA test by using at least one of 1) an IPv6 home address of a mobile node and an IPv6 address of a correspondent node, and 2) an IPv6 Proxy CoA of the first MAG and an IPv6 Proxy CoA of the second MAG, and the CoA test performing unit performs the CoA test by using at least one of 1) the IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node, and 2) the IPv6 Proxy CoA of the first MAG and the IPv6 Proxy CoA of the second MAG.
19. The system of claim 18, wherein: the HoA test performing unit is provided in each of the first MAG and the second MAG, and the HoA test performing unit provided in the first MAG generates a Proxy HoTI message that includes the IPv6 home address of the mobile node and the IPv6 address of the correspondent node as a source address and a destination address, respectively, and transmits the generated Proxy HoTI message to the second MAG via an LMA, and the HoA test performing unit provided in the second MAG receives the Proxy HoTI message, generates a Proxy HoT message, in response to the received Proxy HoTI message, that includes the IPv6 address of the correspondent node and the IPv6 home address of the mobile node as the source address and the destination address respectively, and transmits the generated Proxy HoT message to the first MAG via the LMA.
20. The system of claim 19, wherein: the HoA test performing unit provided in the first MAG includes an IPv4 home address of the mobile node and an IPv4 address of the correspondent node in the Proxy HoTI message using a predetermined mobility option, and the HoA test performing unit provided in the second MAG includes the IPv4 home address of the mobile node and the IPv4 address of the correspondent node in the Proxy HoT message using the predetermined mobility option.
21. The system of claim 18, wherein: the CoA test performing unit is provided in each of the first MAG and the second MAG, and the CoA test performing unit provided in the first MAG generates a Proxy CoTI message that includes the IPv6 Proxy CoA of the first MAG and the IPv6 address of the correspondent node as a source address and a destination address, respectively, and directly transmits the generated Proxy CoTI message to the second MAG, and the CoA test performing unit provided in the second MAG receives the Proxy
CoTI message, generates a Proxy CoT message, in response to the received Proxy CoTI message, that includes the IPv6 address of the correspondent node and the IPv6 Proxy
CoA of the first MAG as the source address and the destination address, respectively, and directly transmits the generated Proxy CoT message to the first MAG.
22. The system of claim 21 , wherein: the CoA test performing unit provided in the first MAG includes an IPv4 Proxy CoA of the first MAG and the IPv4 address of the correspondent node in the Proxy CoTI message using a predetermined mobility option, and the CoA test performing unit provided in the second MAG includes the IPv4 Proxy CoA of the first MAG and the IPv4 address of the correspondent node in the Proxy CoT message using the predetermined mobility option.
23. The system of claim 18 , wherein: the HoA test performing unit is provided in each of the first MAG and the second MAG, and the HoA test performing unit provided in the first MAG generates a Proxy HoTI message that includes the IPv6 Proxy CoA of the first MAG and the IPv6 Proxy CoA of the second MAG as a source address and a destination address, respectively, and transmits the generated Proxy HoTI message to the second MAG via an LMA, and the HoA test performing unit provided in the second MAG receives the Proxy
HoTI message, generates a Proxy HoT message, in response to the received Proxy HoTI message, that includes the IPv6 Proxy CoA of the second MAG and the IPv6 Proxy CoA of the first MAG as the source address and the destination address, respectively, and transmits the generated Proxy HoT message to the first MAG via the LMA.
24. The system of claim 18, wherein: the CoA test performing unit is provided in each of the first MAG and the second MAG, and the CoA test performing unit provided in the first MAG generates a Proxy CoTI message that includes the IPv6 Proxy CoA of the first MAG and the IPv6 Proxy CoA of the second MAG as a source address and a destination address, respectively, and directly transmits the generated Proxy CoTI message to the second MAG, and the CoA test performing unit provided in the second MAG receives the Proxy CoTI message, generates a Proxy CoT message, in response to the received Proxy CoTI message, that include the IPv6 Proxy CoA of the second MAG and the IPv6 Proxy CoA of the first MAG as the source address and the destination address, respectively, and directly transmits the generated Proxy CoT message to the first MAG.
PCT/KR2008/003583 2007-06-27 2008-06-24 Method and system for optimizing routing between nodes in proxy mobile ipv6 network WO2009002075A2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/602,220 US20100174828A1 (en) 2007-06-27 2008-06-24 METHOD AND SYSTEM FOR OPTIMIZING ROUTING BETWEEN NODES IN PROXY MOBILE IPv6 NETWORK

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR20070063785 2007-06-27
KR10-2007-0063785 2007-06-27
KR10-2007-0086241 2007-08-27
KR20070086241 2007-08-27
KR10-2008-0054665 2008-06-11
KR1020080054665A KR100969152B1 (en) 2007-06-27 2008-06-11 METHOD AND SYSTEM FOR OPTIMIZING ROUTING BETWEEN NODES IN PROXY MOBILE IPv6 NETWORK

Publications (2)

Publication Number Publication Date
WO2009002075A2 true WO2009002075A2 (en) 2008-12-31
WO2009002075A3 WO2009002075A3 (en) 2009-02-12

Family

ID=40186160

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2008/003583 WO2009002075A2 (en) 2007-06-27 2008-06-24 Method and system for optimizing routing between nodes in proxy mobile ipv6 network

Country Status (1)

Country Link
WO (1) WO2009002075A2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009040700A3 (en) * 2007-09-24 2009-08-20 Ericsson Telefon Ab L M Traffic localization with proxy mobility
US20100220738A1 (en) * 2009-03-02 2010-09-02 Futurewei Technologies, Inc. Apparatus and Method for Route Optimization for Proxy Mobile Internet Protocol Version Six Local Routing

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020176359A1 (en) * 2001-05-08 2002-11-28 Sanja Durinovic-Johri Apparatus for load balancing in routers of a network using overflow paths
US6650621B1 (en) * 1999-06-28 2003-11-18 Stonesoft Oy Load balancing routing algorithm based upon predefined criteria

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6650621B1 (en) * 1999-06-28 2003-11-18 Stonesoft Oy Load balancing routing algorithm based upon predefined criteria
US20020176359A1 (en) * 2001-05-08 2002-11-28 Sanja Durinovic-Johri Apparatus for load balancing in routers of a network using overflow paths

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009040700A3 (en) * 2007-09-24 2009-08-20 Ericsson Telefon Ab L M Traffic localization with proxy mobility
US8085793B2 (en) 2007-09-24 2011-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Traffic localization with proxy mobility
US20100220738A1 (en) * 2009-03-02 2010-09-02 Futurewei Technologies, Inc. Apparatus and Method for Route Optimization for Proxy Mobile Internet Protocol Version Six Local Routing
EP2394466A4 (en) * 2009-03-02 2011-12-14 Huawei Tech Co Ltd Apparatus and method for route optimization for proxy mobile internet protocol version six local routing
EP2394466A1 (en) * 2009-03-02 2011-12-14 Huawei Technologies Co., Ltd. Apparatus and method for route optimization for proxy mobile internet protocol version six local routing
CN102349332A (en) * 2009-03-02 2012-02-08 华为技术有限公司 Apparatus and method for route optimization for proxy mobile internet protocol version six local routing
JP2012519433A (en) * 2009-03-02 2012-08-23 ホアウェイ・テクノロジーズ・カンパニー・リミテッド Method and apparatus for route optimization for proxy mobile internet protocol version 6 local routing
US8599843B2 (en) 2009-03-02 2013-12-03 Futurewei Technologies, Inc. Apparatus and method for route optimization for proxy mobile internet protocol version six local routing
CN102349332B (en) * 2009-03-02 2015-09-09 华为技术有限公司 For carrying out equipment and the method for routing optimality to proxy mobile internet protocol sixth version local routing

Also Published As

Publication number Publication date
WO2009002075A3 (en) 2009-02-12

Similar Documents

Publication Publication Date Title
JP4572476B2 (en) COMMUNICATION PROCESSING SYSTEM, COMMUNICATION PROCESSING METHOD, COMMUNICATION TERMINAL DEVICE, DATA TRANSFER CONTROL DEVICE, AND PROGRAM
US8279807B2 (en) Communication control method, network node, and mobile terminal
JP5166424B2 (en) Systems and methods for using Internet mobility protocols with non-Internet mobility protocols
AU2004307038B2 (en) Method and system for discovering a mobility anchor point and managing mobility of a mobile node in a network system supporting mobile IP
WO2004056056A1 (en) Arrangement in a router of a mobile network for optimizing use of messages carrying reverse routing headers
AU2004211238A1 (en) Arrangement for establishing a bidirectional tunnel between a mobile router and a correspondent router
AU2004219076A1 (en) Arrangement for traversing an IPv4 network by IPv6 mobile routers
CN101690080A (en) Tunneling support for mobile ip using a key for flow identification
US7899055B2 (en) Method for route optimization with dual mobile IPv4 node in IPv6-only network
US20070258424A1 (en) Method of route optimization with dual mobile node in IPv4-only network
US20100174828A1 (en) METHOD AND SYSTEM FOR OPTIMIZING ROUTING BETWEEN NODES IN PROXY MOBILE IPv6 NETWORK
US20090135822A1 (en) Method and apparatus for controlling packet forwarding
JP2004080733A (en) Hierarchy mobile packet communication network and its communication method
KR100597432B1 (en) Route Optimization Method for Mobile Nodes in IPv6 Mobile Network on the basis of Neighbor Discovery Proxy
WO2009002075A2 (en) Method and system for optimizing routing between nodes in proxy mobile ipv6 network
CN102769676B (en) Internet protocol (IP) network mobile management method, device and system
KR100927940B1 (en) Location registration method and packet forwarding method using SRM in mobile network
Ghosh Mobile ip
Lee et al. Global mobility management scheme with interworking between PMIPv6 and MIPv6
CN103037351A (en) Node communication method and communication system during proxy mobile internet protocol (PMIP) inter-domain roaming
KR20100073808A (en) Method for configurating addresses of mobile node in multiples of gateway connected manet and method for selecting a basic gateway of mobile node
Hoang et al. A novel solution for global connectivity in MANET
KR20100084913A (en) Method and system for performing a hand-off of mobile network using proxy mobile internet protocol version 6
KR20070007994A (en) Method for handover on mobility network
KR100765798B1 (en) Method for route optimization with dual mobile IPv4 node in IPv6-only network

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08766542

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 12602220

Country of ref document: US

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08766542

Country of ref document: EP

Kind code of ref document: A2