WO2008014719A1 - Dispositif et procédé permettant d'exécuter une itinérance de noeud dans un réseau ip version 6 - Google Patents

Dispositif et procédé permettant d'exécuter une itinérance de noeud dans un réseau ip version 6 Download PDF

Info

Publication number
WO2008014719A1
WO2008014719A1 PCT/CN2007/070367 CN2007070367W WO2008014719A1 WO 2008014719 A1 WO2008014719 A1 WO 2008014719A1 CN 2007070367 W CN2007070367 W CN 2007070367W WO 2008014719 A1 WO2008014719 A1 WO 2008014719A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
fha
message
ipv4
registration
Prior art date
Application number
PCT/CN2007/070367
Other languages
English (en)
French (fr)
Inventor
Hongguang Guan
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP07764288A priority Critical patent/EP2051449A4/en
Publication of WO2008014719A1 publication Critical patent/WO2008014719A1/zh
Priority to US12/349,105 priority patent/US20090116452A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/005—Multiple registrations, e.g. multihoming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6

Definitions

  • the present invention relates to the field of network communication, and in particular to an implementation node in IPv6 (Internet Protocol version 6)
  • Node, mobile node IP address represents the location of the MN, CN (Communication
  • the communication node sends a packet to the MN, and determines the route according to the network where the MN's IP address is located.
  • the packets sent by the CN to the MN will still be routed to the home network of the MN. Since this MN is not in the home network, the packet will be discarded in the MN's home network, and the CN to MN communication will be interrupted.
  • the MIP6 protocol provides a way for mobile nodes to communicate using their home IP addresses while roaming on IPv4 and IPv6 networks.
  • a node with MIPv4 is implemented to move in the MIPv4 network and still maintains the existing connection during the move.
  • the specific processing of MIPv4 is:
  • the MN When the MN moves from the home link to a foreign link, first, the MN must obtain a CoA (Care of Address) on the foreign link and register the CoA to the HA (Home). Agent, home agent).
  • CoA Care of Address
  • Agent home agent
  • a mobile with MIPv6 nodes is implemented and the continuity of the current communication is maintained during the move. Similar to the above MIPv4 process, when the MN moves from the home network to the foreign network, it first obtains a CoA on the foreign network, and passes the CoA through the BU (Binding).
  • the message is registered to the HA.
  • the HA receives the BU message from the MN, it returns a binding confirmation message to the MN, and a Cache (cache) entry is generated on the HA.
  • the MN can also use a route optimization method.
  • MIPv4 protocol and MIPv6 protocol have basically realized the movement of MN in their respective fields.
  • MIP Mobile IP
  • MN roaming between the two networks will be a common phenomenon.
  • another problem arises: How to maintain the previous connectivity if a MN moves from the MIPv4 network to the ⁇ 6 network, or from the MIPv6 network to the MIPv4 network.
  • a method for implementing MN roaming in IPv6 and IPv4 networks is as follows:
  • the IETF proposes a DSMIP (Dual Stack MIP) solution, which requires that the MN's HA and MN must support Dual. -stack (dual stack), and both have IPv4 and IPv6 addresses.
  • the MN's roaming and traversal problems in the IPv4 network are solved by the Tunnel Broker technology applied to DISMIP.
  • the inventors have found that the above prior art methods have the disadvantage that: In this method, the HA must have an IPv4 address and must support dual stack, which will occupy precious IPv4 address resources. Above T unnel
  • Broker technology may introduce many entries in the IPv6 routing table, resulting in an IPv6 routing table that is too large and violates the original intention of IPv6 design.
  • An object of embodiments of the present invention is to provide an apparatus and method for implementing roaming of a node in an Internet Protocol version 6 network, thereby implementing a routing scheme for a dual-stack mobile node roaming from an IPv4 network to an IPv6 network.
  • a device for implementing roaming of a node in an Internet Protocol version 6 network comprising:
  • a method for implementing roaming of a node in an Internet Protocol version 6 network comprising:
  • the MN After the MN moves from the IPv4 network to the IPv6 network, the MN sends a binding update message, where the binding update message carries the IPv4 registration option of the MN.
  • the embodiment of the present invention sets FHA (foreign home agent), between FHA and MN, FHA and HAv4 (MN home agent in IPv4 network) A tunnel is established between the two, so that the routing scheme of the dual-stack mobile node roaming from the IPv4 network to the IPv6 network can be realized.
  • FHA foreign home agent
  • MN MN home agent in IPv4 network
  • HA does not support dual stack, and the present invention is only an extension of the current protocol, and the existing protocol is relatively small.
  • the embodiment of the present invention is simple to implement, and does not introduce many entries in the IPv6 routing table, and the routing table of the IP v6 is too large.
  • FIG. 1 is a schematic structural view of an embodiment of the device according to the present invention.
  • FIG. 2 is a schematic diagram of a specific processing flow of an embodiment of the method according to the present invention.
  • FIG. 3 is a schematic diagram of a format of a registration request extension option according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a format of a registration confirmation extension option according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of an interaction process between a PEBU message and a PEBack message, a registration message, and a registration confirmation message according to an embodiment of the present disclosure
  • FIG. 6 is a schematic diagram of a format of a binding update extension option according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a format of a binding confirmation extension option according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a message interaction process between an FHA and a MN when the MN returns from the IPv6 network to the IPv4 network according to an embodiment of the present invention.
  • An embodiment of the present invention provides an apparatus and method for implementing roaming of a node in an Internet Protocol version 6 network.
  • FHA is set in the boundary between an IPv6 network and an IPv4 network or in a hybrid network, in FHA and A tunnel is established between the MNs, between the FHA and the HAv4, and after the MN roams from the IPv4 network to the IPv6 network, the FHA and the CNv4 node communicate.
  • the device of the embodiment of the present invention includes an FHA, and a schematic structural diagram of an embodiment thereof is shown in FIG.
  • Peer supports MIp4 and MIp6 protocols, that is, supports dual stack, with IPv6 and IPv4 IP addresses. It is set in the boundary between the IPv6 network and the IPv4 network or in the hybrid network running the IPv6 network and the IPv4 network.
  • the tunnel is registered on the network interface of the IPv6 network and the IPv4 network, that is, a tunnel between the FHA and the MN is registered in the IPv6 network, and an FHA and HAv4 are registered in the I Pv4 network.
  • the FHA passes the data packets between the MN and CNv4 through the above two tunnels.
  • the above FHoAv6 is the IPv6 foreign home address obtained by the MN from the FHA
  • the CoA is the care-of address of the MN in the IPv6 network
  • the FHoAv4 is the IPv4 foreign home address obtained by the MN from the FHA
  • the HAA is the home agent address of the MN in the IPv4 network.
  • FHA includes: registration establishment module, registration release module and route management module.
  • Registration establishment module After the MN moves from the IPv4 network to the IPv6 network, the tunnel between the FHA and the MN is registered on the network interface of the IPv6 network, and the corresponding cache entry (FHoAv6, CoA) is generated and saved; Register the tunnel between FHA and HAv4 on the network interface, generate and save the corresponding cac he entry (HAA, FHoAv4); generate and save the correspondence table (FHoAv4, FHoAv6).
  • the registration release module after the MN returns from the IPv6 network to the IPv4 network, the tunnel between the FHA and the MN registered on the network interface of the IPv6 network is released, and the saved corresponding cache entry FHoAv6, CoA) and Corresponding entries of the FHA in the correspondence table (FHoAv4, FHOAV6)
  • the route management module after the MN moves from the IPv4 network to the IPv6 network, according to the correspondence table information saved by the registration management module, the tunnel, FHA and HAv4 between the FHA and the MN registered by the registration management module The tunnel between the MN and HAv4 passes the packet.
  • Step 2-1 arranging FHA in the network, between FHA and MN, FHA and Tunneling between HAv4
  • an FHA server needs to be arranged in a hybrid network between an IPv6 network and an IPv4 network or a hybrid network running an I Pv6 network and an IPv4 network, and the FHA server supports M1 P4 and MIP6 simultaneously. Protocol, with IPv6 and IPv4 IP addresses.
  • the MN When the MN roams from the IPv4 network to the IPv6 network, the MN is in the IPv6 network.
  • the Router obtains a CoA, and sends a PEBU (Proxy Extension Binding Update) message to the FHAA_IPv6 interface of the FHA.
  • PEBU Proxy Extension Binding Update
  • FHAA_IPv6 interface of the FHA FHAA_IPv6 interface of the FHA.
  • the source address of the PEBU message is the CoA obtained by the MN at the AR, and the destination address is FHoAv6.
  • the PEBU message carries the registration request extension option, and the lifetime (the lifetime) in the registration request extension option must be less than or equal to the lifetime value in the PEBU message.
  • Type TBD (to be determined);
  • FHoA-IPv4 The address of the FHA in the IPv4 network
  • Type-v4 Corresponds to the type in the registration message, see RFC [3344].
  • the FHA After receiving the PEBU message, the FHA generates a registration message according to the binding update extension option in the message, where the source address of the registration message is FHoAv4 and the destination address is HAA. Peer FHA must also be born And save a Cache entry, the content of the Cache entry is (FHoAv6, CoA). The FH A then sends the registration message from the interface of the FHA in the IPv4 network to HAv4. Thus, a tunnel is established between the HAv4 and FHA v4 ports.
  • the FHA must generate and save a correspondence table (FHoAv4, FHOAV6) and another Cache entry (HAA, FHoAv4).
  • a Cache entry (HoA, FHoAv4) must be generated. Otherwise, the registration period is updated according to the registration message, and then a registration confirmation message is returned to the FHA's IPv4 network interface.
  • the FHA After receiving the above registration confirmation message, the FHA sends a PEBack (Proxy Extension Binding) on the FHA's IPv6 interface.
  • PEBack Proxy Extension Binding
  • the message to the MN, the source address of the PEBack message is FH oAv6, and the destination address is the CoA obtained by the MN from the AR.
  • the PEBack message must contain a registration confirmation extension option, which is obtained based on the above registration confirmation message.
  • the format of the registration confirmation extension option is as shown in FIG. 4, and some of the parameters are described as:
  • the MN When the MN returns from the IPv6 network to the IPv4 network, the MN must send a registration request extension message to F HA.
  • the registration request extension message contains the binding update extension option.
  • the lifetime in this option must be 0.
  • the format of the above binding update extension option is shown in Figure 6, some of which are described as: T ype: TBD; Length: 38.
  • Step 2-2 The MN uses the tunnel established above to communicate between HA or CN in the FHA and IPv4 networks.
  • the above FHA acts as the MN's THAv6 (Linyi Home Agent) in the IPv6 network, and the communication between the MN and the CNv6 node uses the normal MIPv6 protocol mode, and thus the THAv6 acts as the MN in the IPv6 network.
  • Home agent When the MN communicates with the CNv4 node, the MN sends the data packet to the FHA through the tunnel between the FHA and the MN established above, and the FHA sends the data packet to the HAv4 through the tunnel between the FHA and the HAv4 established above, and the HAv4 Send the packet to the corresponding CNv4 node.
  • the CNv4 node sends the data packet to HAv4, and HAv4 sends the data packet to the FHA through the tunnel between the FHA and HAv4 established above, and the FHA sends the data packet to the MN through the tunnel between the FHA and the MN established above.
  • the communication between the MN and the CNv4 node can use the normal MIPv4 protocol.
  • the MN communicates with the CNv6 node
  • the MN sends the data packet to the HAv4
  • the HAv4 sends the data packet to the FHA through the tunnel between the FHA and the HAv4 established above, and the FHA passes the data through the tunnel between the FHA and the MN established above.
  • the packet is sent to the CNv6 node.
  • the above packet delivery process requires that the FHA and each CNv6 node have a tunnel.
  • the CNv6 node transmits the packet to the FHA through the reverse tunnel, and the FHA then transmits the packet to the HAv4 through the tunnel, and the HAv4 sends the packet to the MN.
  • the FHA When the FHA receives the PEBU message from the MN, it must generate a registration message according to the registration request extension option in the message. Peer, FHA must also generate a Cache entry (FHoAv6, CoA). The generated registration message is then sent to the HA by the FHA's IPv4 network interface. After that, FHA also generates a correspondence table (FHoAv4, FHOAV6) and another Cache entry (HAA, FHoAv4).
  • FHoAv6, CoA CoA
  • the FHA After receiving the registration confirmation message of the HA, the FHA must return a PEBack message to the MN, and the registration confirmation extension option in the PEBa ck message is generated according to the registration confirmation message.
  • FHA When FHA receives the lifetime of the binding extension extension option in the registration request extension message, it must delete the corresponding Cache entry and the corresponding table of (FHoAv4, FHoAv6).
  • the HA When the HA receives the registration message from the FHA for the first time, it must generate a Cache entry (HoA, F ⁇ 4), otherwise the registration period is updated according to the registration message.

Landscapes

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

Description

说明书 实现节点在因特网协议版本 6网络中漫游的装置和方法
[1] 技术领域
[2] 本发明涉及网络通讯领域， 尤其涉及一种实现节点在 IPv6 (因特网协议版本 6
) 网络中漫游的装置和方法。
[3] 背景技术
[4] 在现有 TCP (Transmission Control Protocol, 传输控制协议) /IP (internet
Protocol, 因特网协议） 框架中， MN (Mobile
Node, 移动节点) 的 IP地址代表 MN的位置， CN (Communication
Node, 通信节点） 向 MN发送数据包吋， 根据 MN的 IP地址所在的网络决定路由 。 当 MN从家乡网络移动到外地网络吋， CN发往 MN的数据包仍然会被路由到 M N的家乡网络。 由于此吋 MN不在家乡网络， 该数据包在 MN的家乡网络将被丢弃 ， CN到 MN的通讯将会中断。
[5] 随着移动通讯技术的发展， 未来的移动网络必须是基于 IP的， 并且要求 MN从 家乡网络漫游或游牧到外地网络吋能够保持现有的通讯不中断。 上述传统的 TCP /IP协议不能满足上述移动通讯的这种要求， 因此， IETF (Internet Engineering Task
Force, 因特网工程部） 提出了 MIP4 (移动 IPv4) 和 MIP6 (移动 IPv6) 协议。
[6] MIP4
和 MIP6协议分别提供了当移动节点在 IPv4和 IPv6网络中漫游吋仍能使用家乡 IP地 址进行通讯的方法。
[7] MIPv4
实现了一个具有 MIPv4的节点在 MIPv4网络中移动， 并且在移动过程中仍保持现 有连接。 MIPv4的具体处理过程为：
[8] 釆用三角路由模式。 当一个 MN在家乡链路上吋， 该 MN遵循正常的 IPv4协议。
当该 MN从家乡链路移动到一个外地链路吋， 首先， 该 MN必须在外地链路上得 到一个 CoA (Care of Address, 转交地址） ， 并将该 CoA注册到 HA (Home Agent, 家乡代理） 。
CN由于只能看到 MN的 HoA (home
address, 家乡地址） ， 不知道 MN已经发生了移动， 也就是说， 对于 CN来说， M N的移动是透明的。 HoA是 MN在家乡链路上得到的一个永久分配给 MN使用的一 个地址。 因此， CN仍然将发往 MN的数据包直接发往 MN的 HoA, 该数据包被路 由到 MN的 HA之后， 由 HA通过隧道发送给上述在 HA上注册的 MN的 COA。 MN 发往 CN的数据直接被发往 CN。 在上述移动过程中 MN必须支持 MIPv4协议的。
ΜΙΡνβ
实现了一个具有 MIPv6节点的移动， 并且在移动过程中保持现在通信的连续性。 和上述 MIPv4的处理过程类似， 当 MN从家乡网络移动到外地网络吋， 它首先要 在外地网络上得到一个 CoA， 并将该 CoA通过 BU (Binding
Update, 绑定更新） 消息注册到 HA上。 当 HA收到来自 MN的 BU消息后， 向 MN 返回一个绑定确认消息， 同吋在 HA上生成一个 Cache (高速缓冲存储器） 条目。 在 IPv6网络中， MN还可以使用路由优化方法。
上述 MIPv4协议、 MIPv6协议在各自的领域已基本实现了 MN的移动。 但是随着 带有这两种协议的方案的部署及 MIP (移动 IP) 的应用， MN在两种网络之中的 漫游将是一种很普遍的现象。 于是， 另一个问题随之产生： 如果一个 MN从 MIPv 4网络移动到 ΜΙΡν6网络， 或者从 MIPv6网络移动到 MIPv4网络中， 怎样保持以前 的连通性。
现有技术中一种实现 MN在 IPv6、 IPv4两种网络之中的漫游的方法为： IETF提 出了一种 DSMIP (双栈 MIP) 的解决方案， 该方案要求 MN的 HA和 MN必须都支 持 Dual-stack (双栈） ， 并且都具有 IPv4和 IPv6的地址。 通过应用于 DISMIP中的 Tunnel Broker (隧道代理） 技术来解决 MN在 IPv4网络中的漫游及穿越问题。 在实现本发明的过程中， 发明人发现上述现有技术的方法的缺点为： 在该方法 中， HA必须具有 IPv4地址且必须支持双栈， 将占用珍贵的 IPv4地址资源。 上述 T unnel
Broker技术可能会在 IPv6的路由表中引入很多条目， 导致 IPv6的路由表过于庞大 ， 违背了 IPv6设计的初衷。 [14] 发明内容
[15] 本发明实施例的目的是提供一种实现节点在因特网协议版本 6网络中漫游的装 置和方法， 从而可以实现双栈移动节点从 IPv4网络漫游到 IPv6网络中的路由方案
[16] 本发明实施例的目的是通过以下技术方案实现的：
[17] 一种实现节点在因特网协议版本 6网络中漫游的装置， 包括：
[18] 外地家乡代理 FHA: 具有因特网协议版本 6IPv6和因特网协议版本 4IPv4的 IP地 址， 在移动节点 MN从 IPv4网络移动到 IPv6网络后， 在 IPv6网络和 IPv4网络的网 络接口上分别注册隧道。
[19] 一种实现节点在因特网协议版本 6网络中漫游的的方法， 包括：
[20] 在 MN从 IPv4网络移动到 IPv6网络后， 所述 MN发送绑定更新消息， 在所述绑定 更新消息中携带有所述 MN的 IPv4的注册选项。
[21] 由上述本发明实施例提供的技术方案可以看出， 本发明实施例通过设置 FHA ( 外地家乡代理） ， 在 FHA和 MN之间、 FHA和 HAv4 (MN在 IPv4网络中的家乡代 理） 之间建立隧道， 从而可以实现双栈移动节点从 IPv4网络漫游到 IPv6网络中的 路由方案。 和现有技术相比， 具有如下优点：
[22] 1、 HA不用支持双栈， 而且本发明只是对现在协议的扩展， 对现有协议改动较 小。
[23] 2
、 本发明实施例实现起来简单， 不会在 IPv6的路由表中引入很多条目， 而导致 IP v6的路由表过于庞大。
[24] 附图说明
[25] 图 1为本发明所述装置的实施例的结构示意图；
[26] 图 2为本发明所述方法的实施例的具体处理流程示意图；
[27] 图 3为本发明实施例所述注册请求扩展选项的格式示意图；
[28] 图 4为本发明实施例所述注册确认扩展选项的格式示意图；
[29] 图 5为本发明实施例所述 PEBU消息和 PEBack消息、 注册消息和注册确认消息 的交互过程示意图； [30] 图 6为本发明实施例所述绑定更新扩展选项的格式示意图；
[31] 图 7为本发明实施例所述绑定确认扩展选项的格式示意图；
[32] 图 8为本发明实施例所述当 MN从 IPv6网络返回到 IPv4网络吋的 FHA和 MN之间 的消息交互过程示意图。
[33] 具体实施方式
[34] 本发明实施例提供了一种实现节点在因特网协议版本 6网络中漫游的装置和方 法， 本发明实施例在 IPv6网络和 IPv4网络的交界范围内或者混合网络中设置 FHA ， 在 FHA和 MN之间、 FHA和 HAv4之间建立隧道， 当 MN从 IPv4网络漫游到 IPv6 网络后， 通过所述 FHA和 CNv4节点进行通讯。
[35] 下面结合附图来详细描述本发明， 本发明实施例所述装置包括 FHA, 其实施例 的结构示意图如图 1所示。
[36] 外地家乡代理 FHA: 同吋支持 MIp4和 MIp6协议， 即支持双栈， 具有 IPv6和 IPv4 的 IP地址。 设置于 IPv6网络和 IPv4网络的交界范围内或者同吋运行 IPv6网络和 IPv 4网络的混合网络中。 在 MN从 IPv4网络移动到 IPv6网络后， 在 IPv6网络和 IPv4网 络的网络接口上注册隧道， 即在 IPv6网络中注册一个 FHA和 MN之间的隧道， 在 I Pv4网络中注册一个 FHA和 HAv4之间的隧道。 FHA通过上述两个隧道， 在 MN和 CNv4之间传递数据包。
[37] 和上述两个隧道相对应， FHA上需要生成并保存两个 cache条目， 一个 cache条 目对应于 IPv6网络中 （FHoAv6， CoA) ， 另一个 cache条目对应于 IPv4网络中的 (HAA, FHoAv4) 。 另外， 由于要关联上述两个隧道， 在 FHA上还要生成并保 存一个对应关系表 (FHoAv4, FHOAV6) 。 上述 FHoAv6为 MN从 FHA得到的 IPv 6外地家乡地址， CoA为 MN在 IPv6网络中的转交地址， FHoAv4为 MN从 FHA得 到的 IPv4外地家乡地址， HAA为 MN在 IPv4网络中的家乡代理地址。
[38] FHA包括： 注册建立模块、 注册解除模块和路由管理模块。
[39] 注册建立模块： 在 MN从 IPv4网络移动到 IPv6网络后， 在 IPv6网络的网络接口 上注册 FHA和 MN之间的隧道， 生成和保存相应的 cache条目 （FHoAv6， CoA) ； 在 IPv4网络的网络接口上注册 FHA和 HAv4之间的隧道， 生成和保存相应的 cac he条目 (HAA， FHoAv4) ； 生成和保存对应关系表 (FHoAv4， FHoAv6) 。 注册解除模块： 在 MN从 IPv6网络返回到 IPv4网络后， 解除所述在 IPv6网络的 网络接口上注册的 FHA和 MN之间的隧道， 并删除所述保存的相应的 cache条目 FHoAv6, CoA) 和所述 FHA在对应关系表 (FHoAv4, FHOAV6) 中的对应表项
[41] 路由管理模块： 在 MN从 IPv4网络移动到 IPv6网络后， 根据所述注册管理模块 保存的对应关系表信息， 通过所述注册管理模块注册的 FHA和 MN之间的隧道、 FHA和 HAv4之间的隧道在 MN和 HAv4之间传递数据包。
[42] 本发明实施例所述方法的实施例的具体处理流程如图 2所示， 包括如下步骤： [43] 步骤 2-1、 在网络中布置 FHA, 在 FHA和 MN之间、 FHA和 HAv4之间建立隧道
[44] 本发明实施例中， 首先需要在 IPv6网络和 IPv4网络的交界范围内或者同吋运行 I Pv6网络和 IPv4网络的混合网络中布置一种 FHA服务器， FHA服务器同吋支持 Ml P4和 MIP6协议， 具有 IPv6和 IPv4的 IP地址。
当 MN从 IPv4的网络漫游到 IPv6的网络吋， MN在 IPv6网络中的 AR (Access
Router, 接入路由器) 上得到一个 CoA， 并发送 PEBU (Proxy Extension Binding Update, 代理扩展绑定更新） 消息到 FHA的 FHoA_IPv6接口。 于是， 在 MN和 FH Av6之间便建立了一个隧道。 上述 PEBU消息的源地址为 MN在 AR得到的 CoA, 目的地址为 FHoAv6。 上述 PEBU消息中携带注册请求扩展选项， 并且该注册请 求扩展选项中的 lifetime (生存吋间） 必须小于或者等于 PEBU消息中的 lifetime值
[46] 上述注册请求扩展选项的格式如图 3所示。 其中的一些参数描述如下：
[47] Type： TBD (待定） ；
[48] Length： 16；
[49] FHoA-IPv4： FHA在 IPv4网络中的地址；
[50] Type-v4： 对应注册消息中的 type, 参见 RFC[3344]。
[51] 其它参数参见 RFC[3344]。
[52] 当 FHA收到上述 PEBU消息后， 根据该消息中的绑定更新扩展选项生成一个注 册消息， 该注册消息的源地址为 FHoAv4， 目的地址为 HAA。 同吋 FHA也必须生 成并保存一个 Cache条目， 该 Cache条目的内容为 （FHoAv6， CoA) 。 然后， FH A将该注册消息从 FHA在 IPv4网络中的接口发送到 HAv4。 于是， 在 HAv4和 FHA v4口之间便建立了一个隧道。 同样， 该注册消息的绑定更新扩展选项中的 lifetim e要小于或者等于注册消息中的 lifetime 之后， FHA必须生成和保存一个对应表 (FHoAv4, FHOAV6) 和另一个 Cache条目 (HAA， FHoAv4) 。
[53] HAv4
收到上述 FHA发送的注册消息后， 必须生成一个 Cache条目 （HoA， FHoAv4) ， 否则要根据该注册消息来更新注册周期， 然后， 返回一个注册确认消息到 FHA 的 IPv4网络接口。
[54] FHA收到上述注册确认消息后， 在 FHA的 IPv6接口上发送一个 PEBack (Proxy Extension Binding
Acknowledgement, 代理扩展绑定确认） 消息到 MN， PEBack消息的源地址为 FH oAv6, 目的地址为 MN从 AR上得到的 CoA。 PEBack消息中必须包含有注册确认 扩展选项， 这个选项根据上述注册确认消息而得到。 所述注册确认扩展选项的 格式如图 4所示， 其中的一些参数描述为：
Type: TBD; Length: 12。 当 MN第一次收到上述 PEBack消息后， MN必须生成 并保存一个 cache条目 （CoA, FHoAv6) 。
[55] 上述 PEBU消息和 PEBack消息、 注册消息和注册确认消息的交互过程示意图如 图 5所示。
[56] 当 MN从 IPv6网络返回到 IPv4网络吋， MN必须发送一个注册请求扩展消息到 F HA, 在注册请求扩展消息中包含有绑定更新扩展选项， 在这个选项中的 lifetime 必须为 0。 上述绑定更新扩展选项的格式如图 6所示， 其中的一些参数描述为： T ype: TBD; Length: 38。
[57] 当 FHA收到上述注册请求扩展消息后， 解除原来 MN和 FHA之间在 IPv6网络中 的隧道， 并且必须删除对应于 MN在 IPv6网络中注册的的 Cache条目及 FHA在 （F HoAv4, FHoAv6) 对应表中的表项。 然后， 向 MN返回一个注册确认扩展消息 ， 在该消息中必须包含有绑定确认扩展选项， 该绑定确认扩展选项的格式如图 7 所示， 其中的一些参数描述为： Type: TBD; Length: 38。 [58] 上述当 MN从 IPv6网络返回到 IPv4网络吋的 FHA和 MN之间的消息交互过程如图
8所示。
[59] 步骤 2-2、 MN利用上述建立的隧道， 通过 FHA和 IPv4网络中的 HA或 CN之间进 行通讯 °
[60] 当 MN漫游到 IPv6网络吋， 上述 FHA作为 MN在 IPv6网络中的 THAv6 (临吋家乡 代理） ， MN和 CNv6节点的通讯使用正常的 MIPv6协议方式， 此吋 THAv6充当 M N在 IPv6网络中的家乡代理。 当 MN和 CNv4节点进行通讯吋， MN通过上述建立 的 FHA和 MN之间的隧道将数据包发送到 FHA， FHA通过上述建立的 FHA和 HAv 4之间的隧道将数据包发送到 HAv4， HAv4再将数据包发送到相应的 CNv4节点。 反过来， CNv4节点将数据包发送到 HAv4， HAv4通过上述建立的 FHA和 HAv4之 间的隧道将数据包发送到 FHA， FHA通过上述建立的 FHA和 MN之间的隧道将数 据包发送到 MN。
[61] 当 MN在 IPv4网络吋， MN和 CNv4节点之间的通讯可以使用正常的 MIPv4协议 。 当 MN和 CNv6节点进行通讯吋， MN将数据包发送到 HAv4， HAv4通过上述建 立的 FHA和 HAv4之间的隧道将数据包发送到 FHA， FHA通过上述建立的 FHA和 MN之间的隧道将数据包发送到 CNv6节点。 上述数据包传递过程要求 FHA和每 个 CNv6节点都建有隧道。 反过来， CNv6节点通过反相隧道将数据包传送到达 F HA, FHA再通过隧道将数据包传送到 HAv4， HAv4再将数据包发送到 MN。
[62] 在上述本发明所述方法的处理流程中， 对 MN、 FHA和 HA的操作要求分别如下
[63] MN的操作：
[64] 1、 当 MN处在 IPv6网络吋， 当 MN从一个链路移动另一个链路， 或者注册将要 过期吋， 必须立即向 FHA发送 PEBU消息到 FHA。 并且在该 PEBU消息中的注册 请求扩展选项中的 lifetime必须小于或者等于 PEBU消息中的 lifetime值。
[65] 2、 当 MN第一次收到 FHA返回的 PEBU消息的确认消息 PEBack消息后， MN必 须生成一个 cache条目 （CoA， FHoAv6) 。
[66] 3、 当 MN从 IPv6网络返回到 IPv4网络吋， MN必须向 FHA发送一个注册请求扩 展消息， 并且在该注册请求扩展消息中的绑定更新扩展选项的 lifetime必须为 0。 [67] FHA的操作：
[68] 1
、 当 FHA收到来自 MN的 PEBU消息后， 它必须根据该消息中的注册请求扩展选 项生成一个注册消息。 同吋， FHA也必须生成一个 Cache条目 （FHoAv6， CoA) 。 然后， 将生成的注册消息由 FHA的 IPv4网络接口发送到 HA。 之后， FHA还生 成一个对应表 (FHoAv4, FHOAV6) 和另一个 Cache条目 (HAA， FHoAv4) 。
、 当收到 HA的注册确认消息后， FHA必须返回一个 PEBack消息给 MN， 该 PEBa ck消息中的注册确认扩展选项是根据注册确认消息而生成的。
3
、 当 FHA收到注册请求扩展消息中绑定更新扩展选项中的 lifetime为 0吋， 它必须 删除对应的 Cache条目及 （FHoAv4， FHoAv6) 的对应表。
[71] HA的处理过程：
[72] 1
、 当 HA第一次收到来自 FHA的注册消息后， 必须生成一个 Cache条目 （HoA， F ΗοΑν4) ， 否则要根据该注册消息更新注册周期。
[73] 2、 作为对注册消息的回应， 必须回答一个注册确认消息到 FHA。
[74] 以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不局限于 此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到 的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围 应该以权利要求的保护范围为准。

Claims

权利要求书
[1] 1、 一种实现节点在因特网协议版本 6网络中漫游的装置， 其特征在于， 包 括：
外地家乡代理 FHA: 具有因特网协议版本 6IPv6和因特网协议版本 4IPv4的 I P地址， 在移动节点 MN从 IPv4网络移动到 IPv6网络后， 在 IPv6网络和 IPv4 网络的网络接口上分别注册隧道。
[2] 2、 根据权利要求 1所述的装置， 其特征在于， 所述的 FHA具体包括：
注册建立模块： 在 MN从 IPv4网络移动到 IPv6网络后， 在 IPv6网络的网络接 口上注册 FHA和 MN之间的隧道， 生成和保存 MN从 FHA得到的 IPv6外地家 乡地址和 MN在 IPv6网络中的转交地址 CoA之间的对应关系表； 在 IPv4网络 的网络接口上注册 FHA和 MN在 IPv4网络中的家乡代理 HAv4之间的隧道， 生成和保存 MN从 FHA得到的 IPv4外地家乡地址和 HAv4的地址 HAA之间的 对应关系表；
路由管理模块： 在 MN从 IPv4网络移动到 IPv6网络后， 根据所述注册建立模 块保存的对应关系表信息， 通过所述注册建立模块注册的隧道在 MN和 HAv 4之间传递数据包。
[3] 3、 根据权利要求 2所述的装置， 其特征在于， 所述的 FHA还包括：
注册解除模块： 在 MN从 IPv6网络返回到 IPv4网络后， 解除所述注册建立模 块在 IPv6网络的网络接口上注册的 FHA和 MN之间的隧道， 并删除所述保存 的 MN从 FHA得到的 IPv6外地家乡地址和 CoA之间的对应关系表。
[4] 4、 根据权利要求 1、 2或 3所述的装置， 其特征在于， 所述的 FHA设置于 IPv
6网络和 IPv4网络的交界范围内或者同吋运行 IPv6网络和 IPv4网络的混合网 络中。
[5] 5、 一种实现节点在因特网协议版本 6网络中漫游的的方法， 其特征在于， 包括：
在移动节点 MN从 IPv4网络移动到 IPv6网络后， 所述 MN发送绑定更新消息 ， 在所述绑定更新消息中携带有所述 MN的 IPv4的注册选项。
[6] 6、 根据权利要求 5所述的方法， 其特征在于， 所述方法具体包括： 在网络中设置的具有 IPv6和 IPv4的 IP地址的 FHA接收所述绑定更新消息， 所述 FHA根据所述绑定更新消息在 IPv6网络和 IPv4网络的网络接口上分别 注册隧道。
[7] 7、 根据权利要求 6所述的方法， 其特征在于， 所述方法具体包括：
MN
从 IPv4网络移动到 IPv6网络后， 所述 MN获得 CoA, 发送源地址为所述 CoA 、 目的地址为 MN从 FHA得到的 IPv6外地家乡地址 FHoAv6的代理扩展绑定 更新 PEBU消息到 FHA, 该 PEBU消息中还携带注册请求扩展选项， 所述注 册请求扩展选项中包含所述 MN的 IPv4的注册信息； 在 MN和 FHA的 IPv6网 络接口 FHAv6之间建立隧道；
所述 FHA根据收到的所述 PEBU消息生成注册消息， 所述注册消息的源地址 为 MN从 FHA得到的 IPv4外地家乡地址 FHoAv4、 目的地址为 HAA， 将所述 注册消息发送到 HAv4; 该注册消息中还携带绑定更新扩展选项， 所述绑定 更新扩展选项中包含所述 MN的 IPv4的注册信息； 在 HAv4和 FHA之间建立 隧道。
[8] 8、 根据权利要求 7所述的方法， 其特征在于：
所述 PEBU消息中携带的注册请求扩展选项中的生存吋间 lifetime小于或者 等于 PEBU消息中的 lifetime；
所述的注册消息中携带的绑定更新扩展选项中的生存吋间 lifetime小于或者 等于注册消息中的 lifetime
[9] 9、 根据权利要求 7所述的方法， 其特征在于， 所述的方法还包括：
所述 FHA生成并保存 FHoAv6和 CoA之间的对应关系表、 HAA和 FHoAv4之 间的对应关系表、 FHoAv4和 FHoAv6之间的对应关系表。
[10] 10、 根据权利要求 7所述的方法， 其特征在于， 所述的方法：
所述 HAv4收到所述注册消息后， 生成并保存 HoA和 FHoAv4之间的对应关 系表， 向 FHA返回注册确认消息；
FHA
收到所述注册确认消息后， 向 MN返回一个代理扩展绑定确认 PEBack消息 ， 该 PEBack消息中包括根据所述注册确认消息得到的注册确认扩展选项， MN收到所述 PEBack消息后， 生成并保存 CoA和 FHoAv6之间的对应关系表
[11] 11、 根据权利要求 9所述的方法， 其特征在于， 所述的方法还包括：
当 MN从 IPv6网络返回到 IPv4网络后， MN向 FHA发送注册请求扩展消息， 该注册请求扩展消息中包含 lifetime值为 0的绑定更新扩展选项；
FHA
收到该注册请求扩展消息后， 解除所述 MN和 FHA之间的隧道， 删除所述 保存的 FHoAv6和 CoA之间的对应关系表、 所述 FHA在所述 FHoAv4和 FHoA v6之间的对应关系表中的对应表项， 向 MN返回注册确认扩展消息。
[12] 12、 根据权利要求 6、 7、 8、 9、 10或 11所述的方法， 其特征在于， 所述的 方法还包括：
MN
从 IPv4网络移动到 IPv6网络后， MN通过所述建立的 FHA和 MN之间的隧道 将数据包发送到 FHA， FHA通过所述建立的 FHA和 HAv4之间的隧道将数据 包发送到 HAv4， HAv4再将数据包发送到相应的 CNv4节点； CNv4节点将数据包发送到 HAv4， HAv4通过所述建立的 FHA和 HAv4之间 的隧道将数据包发送到 FHA， FHA通过所述建立的 FHA和 MN之间的隧道 将数据包发送到 MN。
PCT/CN2007/070367 2006-07-28 2007-07-26 Dispositif et procédé permettant d'exécuter une itinérance de noeud dans un réseau ip version 6 WO2008014719A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP07764288A EP2051449A4 (en) 2006-07-28 2007-07-26 DEVICE AND METHOD FOR EXECUTING NODE ROAMING IN AN IP NETWORK VERSION 6
US12/349,105 US20090116452A1 (en) 2006-07-28 2009-01-06 APPARATUS AND METHOD FOR A MOBILE NODE ROAMING IN AN IPv6 NETWORK

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610099554A CN101115022B (zh) 2006-07-28 2006-07-28 实现节点在因特网协议版本6网络中漫游的装置和方法
CN200610099554.7 2006-07-28

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/349,105 Continuation US20090116452A1 (en) 2006-07-28 2009-01-06 APPARATUS AND METHOD FOR A MOBILE NODE ROAMING IN AN IPv6 NETWORK

Publications (1)

Publication Number Publication Date
WO2008014719A1 true WO2008014719A1 (fr) 2008-02-07

Family

ID=38996892

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/070367 WO2008014719A1 (fr) 2006-07-28 2007-07-26 Dispositif et procédé permettant d'exécuter une itinérance de noeud dans un réseau ip version 6

Country Status (4)

Country Link
US (1) US20090116452A1 (zh)
EP (1) EP2051449A4 (zh)
CN (1) CN101115022B (zh)
WO (1) WO2008014719A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1984066B (zh) * 2006-06-09 2010-05-12 华为技术有限公司 实现节点在因特网协议版本4网络中漫游的装置和方法
US8503460B2 (en) * 2008-03-24 2013-08-06 Qualcomm Incorporated Dynamic home network assignment
US9237437B2 (en) * 2008-07-22 2016-01-12 Futurewei Technologies, Inc. Method and apparatus for home agent redirect
US8854991B1 (en) * 2009-02-25 2014-10-07 Sprint Communications Company L.P. Tunneling binding messages in registration messages
CN103248574B (zh) * 2013-05-07 2016-08-31 汉柏科技有限公司 一种IPv4网络和IPv6网络的混网方法及系统
US10291524B2 (en) * 2017-08-17 2019-05-14 Abb Schweiz Ag Dynamic tunnel establishment in a mesh network

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020090940A1 (en) * 1999-09-21 2002-07-11 Chen Xiaobao X Ip utran
CN1463130A (zh) * 2002-05-29 2003-12-24 三星电子株式会社 在IPv4和IPv6之间用于通信数据的方法和装置
CN1490998A (zh) * 2003-07-23 2004-04-21 中国科学院计算技术研究所 利用nat-pt和客户/服务器模式实现ip网络终端通信方法
US20060126645A1 (en) * 2004-12-13 2006-06-15 Nokia Inc. Methods and systems for connecting mobile nodes to private networks

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030236914A1 (en) * 2002-06-25 2003-12-25 Intel Corporation Connection of next generation mobile nodes across previous generation networks to next generation networks
CN1771490A (zh) * 2003-01-28 2006-05-10 弗拉里奥恩技术公司 用于支持一种网间协议(ip)版本无关的移动性管理系统的方法和装置
JP2006087039A (ja) * 2004-09-17 2006-03-30 Fujitsu Ltd モバイルｉｐ通信端末装置およびモバイルｉｐ通信方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020090940A1 (en) * 1999-09-21 2002-07-11 Chen Xiaobao X Ip utran
CN1463130A (zh) * 2002-05-29 2003-12-24 三星电子株式会社 在IPv4和IPv6之间用于通信数据的方法和装置
CN1490998A (zh) * 2003-07-23 2004-04-21 中国科学院计算技术研究所 利用nat-pt和客户/服务器模式实现ip网络终端通信方法
US20060126645A1 (en) * 2004-12-13 2006-06-15 Nokia Inc. Methods and systems for connecting mobile nodes to private networks

Also Published As

Publication number Publication date
US20090116452A1 (en) 2009-05-07
CN101115022B (zh) 2010-05-12
EP2051449A1 (en) 2009-04-22
EP2051449A4 (en) 2009-09-23
CN101115022A (zh) 2008-01-30

Similar Documents

Publication Publication Date Title
EP2426956B1 (en) Data transferring method, system and related network device based on proxy mobile (pm) ipv6
JP4431112B2 (ja) 端末及び通信システム
US20050088994A1 (en) Method and system for local mobility management
JP2010506536A (ja) プロキシ・モバイルｉｐ向けパケット転送
WO2007095808A1 (fr) Procédé et système de transfert rapide dans le protocole mobile ipv6 hiérarchique
JP5136425B2 (ja) 移動管理システム、ホームエージェント及びそれらに用いる移動端末管理方法並びにそのプログラム
KR20150074220A (ko) 고속 핸드오프 전이 동안 이동성 액세스 게이트웨이 간의 터널링을 위한 시스템 및 프로토콜들
WO2008014719A1 (fr) Dispositif et procédé permettant d'exécuter une itinérance de noeud dans un réseau ip version 6
US8824353B2 (en) Mobility route optimization in a network having distributed local mobility anchors
WO2007131404A1 (fr) Méthode et dispositif de transfert rapide
WO2013004138A1 (zh) 基于lisp的移动性实现方法及隧道路由器
CN1984066B (zh) 实现节点在因特网协议版本4网络中漫游的装置和方法
JP4106621B2 (ja) モバイル端末及びルータ及びアドレス登録方法
CN101123575B (zh) 一种支持混合ip的多主机接入方法、系统及设备
JP2008543120A (ja) パケット転送制御方法及びパケット転送制御装置
KR20050027822A (ko) 계층적 이동 아이피에서의 핸드오버방법
CN101902725B (zh) 移动通信系统和移动性管理方法
JP3756781B2 (ja) データ中継装置及びデータ中継方法
US20100135244A1 (en) REDUCTION OF HANDOVER DELAYS IN NESTED PROXY MOBILE IPv6/MOBILE IPv6 NETWORKS
WO2007028311A1 (fr) Procede d'optimisation de la communication entre noeuds mobiles
Johnson et al. Mobility in IP networks: from link layer to application layer protocols and architectures
US8194627B1 (en) Apparatus and method for communication with a mobile communications device in an IP network
WO2009116276A1 (ja) 通信方法、通信システム、通信ノード、移動通信装置、移動管理装置及び中継ノード
Rinta-aho Internet Mobility Support
JP2004289659A (ja) 移動通信システム、移動通信システムに使用する通信装置および移動ｉｐ端末

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: 07764288

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007764288

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: RU