WO2014187122A1 - 一种PMIPv6环境中LMA动态发现方法 - Google Patents

一种PMIPv6环境中LMA动态发现方法 Download PDF

Info

Publication number
WO2014187122A1
WO2014187122A1 PCT/CN2013/089844 CN2013089844W WO2014187122A1 WO 2014187122 A1 WO2014187122 A1 WO 2014187122A1 CN 2013089844 W CN2013089844 W CN 2013089844W WO 2014187122 A1 WO2014187122 A1 WO 2014187122A1
Authority
WO
WIPO (PCT)
Prior art keywords
lma
mag
address
hnp
option
Prior art date
Application number
PCT/CN2013/089844
Other languages
English (en)
French (fr)
Inventor
延志伟
孔宁
田野
沈烁
Original Assignee
中国科学院计算机网络信息中心
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 CN201310195495.3A external-priority patent/CN103249026B/zh
Priority claimed from CN201310195609.4A external-priority patent/CN103259882B/zh
Priority claimed from CN201310195419.2A external-priority patent/CN103249025B/zh
Application filed by 中国科学院计算机网络信息中心 filed Critical 中国科学院计算机网络信息中心
Publication of WO2014187122A1 publication Critical patent/WO2014187122A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Definitions

  • the invention belongs to the technical field of networks, and particularly relates to a local mobile anchor (LMA) dynamic discovery method in a proxy mobile IPv6 ( ⁇ ) environment, a method for supporting the renumbering, and a DNS server configuration and query method.
  • LMA local mobile anchor
  • ⁇ proxy mobile IPv6
  • DNS server configuration and query method a DNS server configuration and query method.
  • the terminal-based mobility management protocol has some drawbacks, such as updating the software of the existing terminal, increasing terminal complexity and power consumption, and a large amount of mobility signaling occupying wireless resources.
  • the IETF established the NetLMM working group to propose network-based mobility management protocol requirements.
  • Proxy Mobile IPv6 ( ⁇ ) standard S. Gundavelli, et al., Proxy Mobile IPv6, IETF RFC5213, August 2008.
  • the network-based mobility management protocol does not require the terminal to participate in the mobility management process, and all mobility signaling is completed by the network, which solves the problem of functional requirements of the terminal and waste of wireless resources.
  • LMA Local Mobility Anchor
  • MAG Mobility Access Gateway
  • RFC 6097 specifies the following LMA discovery mechanisms: 1) When the MAG performs access authentication for the MN, it is obtained from the Authentication, Authorization, Accounting (AAA) server.
  • AAA Authentication, Authorization, Accounting
  • the MAG When the MAG performs access authentication on the MN, obtains the FQDN (Fully Qualified Domain Name) of the LMA, and then obtains the address of the LMA through the Domain Name System (DNS) query; 3) The MAG generates the FQDN of the LMA based on the identity of the MN, and then queries the address of the LMA through the DNS; 4) When the MN accesses the network, the MAG obtains the FQDN of the LMA from the underlying signaling message, and then queries the address of the LMA through the DNS.
  • the above mechanisms are all methods for statically obtaining LMA addresses, and lack of support for selecting the best LMA for a particular MAG.
  • the LMA supports the functionality of HA in MEV6 and extends its binding cache.
  • the LMA assigns a unique Home Network Prefix (HNP) to each MN, which is used to keep the mobile node (Mobile Node, MN) unchanged when the location changes, so that the upper application is not switched by the node. influences.
  • HNP Home Network Prefix
  • the HNP assigned to the MN is renumbered due to the following three reasons, the current PMEV6 cannot actively detect this change based on the network operation characteristics to allocate a new HNP to the MN in time:
  • the ⁇ service provider allocates a set of ⁇ from the upstream ISP. If an ISP change occurs, it needs to update its set (S. Jiang, et al., IPv6 Enterprise Network Renumbering Scenarios and Guidelines, draft- ietf-6renum-enterprise -02, September 2012. );
  • LMA Runtime Local Mobility Anchor
  • MIPv6 mobility management is controlled by the MN itself.
  • the home agent can update the MN in time through the mobile prefix discovery mechanism, so that it can configure a new home address.
  • the relevant solution is not regulated in this standard (see RFC 5213, Section 6.12).
  • DNS Domain Name System
  • LMA local mobile anchor point
  • the present invention adopts the following technical solutions:
  • a method for dynamically discovering an LMA in a PMEV6 environment the steps of which include:
  • the mobile access gateway obtains the Anycast address of the LMA in the Anycast group, and sends a PBU message to the Anycast address;
  • the new option In the PBA message returned by the LMA, the new option carries the real IP address of the LMA closest to the MAG, so that the MAG knows the real location of the nearest LMA.
  • each LMA in the Anycast group advertises the same anycast address outward, and assigns each LMA a unique addressable IP address.
  • the method for the MAG to obtain the Anycast address of the LMA is:
  • the MAG After the MN (mobile node) accesses the MAG, the MAG initiates authentication of the MN to the AAA server and obtains an FQDN (fully qualified domain name) including the MN-ID and the LMA;
  • the MAG queries the DNS server for the IP address information of the LMA according to the FQDN of the LMA;
  • the DNS server returns the Anycast address corresponding to the LMA as a query response to the MAG.
  • the MAG extracts the IP address of the LMA carried in the PBA message, and then establishes a corresponding PMIPv6 bidirectional tunnel.
  • the data packet sent by the MN is forwarded to the nearest LMA through the MAG, and the data packet sent to the MN is intercepted by the LMA according to the normal PMEV6 operation, and is forwarded to the corresponding MAG through the tunnel.
  • an A flag indicating that the LMA actual IP address option is included is added to the PBA message.
  • the A flag When the A flag is set to 1, it indicates that the PBA message includes an option to carry the LMA IP address, and the MAG is established by using the address in the option.
  • the options including the actual IP address of the LMA include: Type, indicating the type value of the option; Length, which is the option length; Pref., the priority of the address, and the higher the priority, indicating that the priority of the address is higher. High; Reserved, is the reserved field to be extended; the last field is the field carrying the LMA unique routable IPv6 address.
  • MAG selection makes Use the highest priority (Pref.) LMA address.
  • PMEV6 can actively discover the change to allocate a new HNP to the MN in time.
  • the present invention adopts the following technical solutions:
  • LMA Local Mobility Anchor
  • HNP Home Network Prefix
  • the LMA sends a PBU (Proxy Binding Update) message to the MAG (Mobility Access Gateway), where the HNP option includes new HNP information and a corresponding MN (Mobile Node). Identification information;
  • the MAG After receiving the PBU message, the MAG constructs a router advertisement message, sets the lifetime of the old HNP to 0, and sets the lifetime of the new HNP to a value greater than 0;
  • the MN After receiving the router advertisement, the MN deletes the old HNP and configures a valid communication address with the new HNP. Further, the MAG sends a PBA (Proxy Binding Acknowledgement) message to the
  • the LMA announces that the update of the HNP information is complete, enabling the LMA to accept and forward the packets sent to the new HNP.
  • the LMA allocates a new HNP to the MN by:
  • the LMA selects a 64-bit prefix from the new HNP set and assigns it to the MN.
  • the DNS server configuration and query method of the PMEV6 proposed by the present invention is characterized in that: by adding a recursive server configuration option to the RA (Router Advertisement, Router Advertisement) message of the PMEV6, the MAG (Mobile Access Gateway) has the function of a recursive server, and further The DNS query sent by all MNs (mobile nodes) is processed by the MAG with the recursive server function to optimize the DNS query process.
  • RA Resource Advertisement, Router Advertisement
  • the MAG and the LMA interact with the PBU (Proxy Binding Update) message and the PBA (Proxy Binding Acknowledgement) message, and establish a bidirectional tunnel;
  • the MN exchanges the RS/RA (Router Request/Router Advertisement) message with the MAG, receives the home network prefix, and configures the available home address accordingly;
  • the MN receives the interface address of the recursive service provided by the MAG from the recursive server configuration option added in the RA message. Perform recursive server configuration;
  • the MN sends a DNS query request to the MAG, and the recursive service interface of the MAG directly queries the requested domain name, and then performs a DNS response to the MN;
  • the MN establishes an upper layer application according to the DNS response message, and the data packet is transmitted to the target address through the tunnel of the MAG and the LMA.
  • the recursive server configuration option includes: Type, which is a message option type; Length, which is an option length including Type and Length fields; and Pref., a priority, which is used by the MAG to provide multiple recursive service interfaces for DNS loading. Used in equalization, the higher the value, the higher the priority; Reserved, the field that reserves the extension of the subsequent function; and the field that provides the address of the MAG interface of the recursive service.
  • the dynamic discovery method of the LMA in the PMEV6 environment proposed by the present invention configures a plurality of LMAs in a PMHV6 domain as an Anycast group, and carries the real IP of the LMA closest to the MAG through the newly added option in the PBA message.
  • the MAG knows the true location of the most recent LMA, thereby establishing a PMEV6 bidirectional tunnel.
  • the method of dynamically acquiring the LMA address extends the traditional PMEV6 operation flow and can select the best LMA support for a specific MAG.
  • the processing of HNP changes is divided into two types: 1.
  • the new LMA may assign a new HNP to the MN; 2.
  • the current HNP lifetime of the MN expires.
  • the HNP is requested by the MAG, a new HNP is obtained.
  • the present invention proposes an active HNP renumbering solution, which can effectively reduce the excessive delay caused by the current passive HNP prefix change processing flow.
  • RA Router Advertisement
  • FIG. 1 is a schematic diagram of an LMA aggregation architecture based on Anycast in Embodiment 1.
  • FIG. 2 is a schematic view showing the operation flow of the PMEV 6 in the first embodiment.
  • Embodiment 3 is a schematic diagram of an extended PBA message in Embodiment 1.
  • FIG. 4 is a schematic diagram of a field of a new option in an extended PBA message in Embodiment 1.
  • Figure 5 is a flow chart showing the operation of the network re-numbering method of the PMEV 6 in the second embodiment.
  • FIG. 6 is a schematic diagram of a PBU message in Embodiment 2.
  • 7 is a schematic diagram of a home network prefix option carrying HNP in Embodiment 2.
  • Figure 8 is a diagram showing the identification options of the MN in the second embodiment.
  • Figure 9 is a diagram showing the format of a PBA message in Embodiment 2.
  • Figure 10 is a schematic diagram of the extended RA option in Embodiment 3.
  • FIG 11 is a schematic diagram of the optimized PMEV6 process in the third embodiment. detailed description
  • the present invention proposes an Anycast-based LMA set deployment architecture, as shown in FIG.
  • the MAG can know the Anycast address of the LMA.
  • the subsequent process is shown in Figure 2.
  • the extended PMHV6 operation process of the present invention is as follows:
  • the MAG After the MN accesses the MAG, the MAG initiates authentication of the MN to the AAA server and obtains basic information such as the FQDN of the MN-ID and the LMA (in this example).
  • the basic information of the MN (such as the ID of the MN and the FQDN of the LMA) is stored in the policy file and can be obtained through the AAA protocol or other protocols.
  • This embodiment exemplifies that the MAG obtains the basic information when the MN accesses.
  • Other modes can also be used, such as maintaining this information through a central information server, and the like.
  • the MAG According to the FQDN (LMA_FQDN) of the LMA, the MAG queries the DNS server for the IP address information of the LMA.
  • the DNS server returns the Anycast address (LMA_Anycast addr.) corresponding to the LMA as a response to the MAG query.
  • the MAG sends a PBU message to the LMA Anycast address (LMA_Anycast addr.).
  • the LMA After receiving the PBU, the LMA establishes a bidirectional tunnel with the MAG and responds by sending a PBA message.
  • the source and destination addresses of the PBA message are the LMC Anycast address (LMA_Anycast addr.) and the address of the MAG.
  • the PBA carries the unique routable IP address of the LMA through the extended option of the present invention, which is also the effective IP address for the LMA selection and the MAG to establish a bidirectional tunnel.
  • PBU(Src:MAGIDst:LMA_Anycast addr.) The meaning of "PBU(Src:MAGIDst:LMA_Anycast addr.)" in Figure 2 is: The source address (Src) of the PBU message is the address of the MAG, and the destination address (Dst) is the anycast address of the LMA combination). 6) After receiving the PBA message, the MAG finds that there is an option to carry the IP address of the LMA. The MAG establishes a corresponding bidirectional tunnel by extracting the IP address in this option.
  • PBA(Src:LMA_Anycast addrslDst:MAGI+LMA addr.) The source address of the PBA packet is the anycast address of the LMA, and the destination address is the address of the MAG. In addition, the PBA message carries a specific LMA. The unique communication address.
  • the data packet sent by the MN can be forwarded to the nearest LMA through the MAG, and the data packet sent to the MN can be intercepted by the LMA according to the normal PMHV6 operation and forwarded to the corresponding MAG through the tunnel.
  • Figure 3 is a schematic diagram of an extended PBA message, where Status indicates the status of the PBA message, K indicates the IPsec support function, R indicates the mobile router, P indicates the PMEV6 registration message, and Res. indicates the reserved field.
  • the present invention adds an A flag indicating that the LMA actual IP address option is included in the PBA message, as shown in FIG.
  • the A flag is set to 1, it indicates that the PBA message contains the IP address of the LMA.
  • the MAG uses the address in the option as the LMA address to establish the binding relationship. If the A flag is 0 or does not contain the A flag, the MAG operates in accordance with the basic PMIPv6 protocol.
  • Type indicates the type value of this option, which indicates what type of this option is, that is, what information is included. At the protocol level, it is a unique value field. For example, Type 22 indicates that the latter option is the home network prefix option. A value of 23 indicates that the following options are toggle indicator options, and so on;
  • Length is the length of the option. For each option, indicating its length can easily determine the range of data belonging to this option, which is the basic feature of the TCP/IP protocol.
  • the MAG should choose to use the LMA address with the highest priority.
  • the PBA contains three LMA addresses. The options, where Pref. are 1, 2, and 3, respectively, then the MAG will use the LMA address in the option with a value of 3.
  • Reserved is the reserved field to be extended; for each protocol extension, the possibility of supplementing its subsequent functions should be considered, so there is room for scalability. For example, this field can indicate whether the LMA supports IPv4, etc.;
  • IPv6 of LMA is the field carrying the LMA's unique routable IPv6 address.
  • [CN: MN-HoAl] indicates that the source address and destination address of the data packet are the address of the CN and the HoAl of the MN;
  • CN: MN-HoA2] indicates that the source address and destination address of the data packet are the address of the CN and the HoA2 of the MN;
  • the address of the CN is the address of the CN and the MN ⁇ of the MN, and the source and destination addresses of the tunnel header are the addresses of the LMAs LMAA and the address of the MAG Proxy-CoA;
  • MN-ID is the identity of the MN
  • the LMA allocates a new HNP to the MN.
  • the LMA is a network entity that assigns a specific HNP to the MN
  • the LMA is known before the MAG and the MN for changes to its managed HNP set caused by its upper ISP changes or other reasons.
  • the LMA selects a 64-bit prefix from the new HNP set and assigns it to the MN, which is the new HNP.
  • the LMA sends a PBU message to the MAG, where the HNP option includes new HNP information and identification information corresponding to the MN.
  • the specific format refers to RFC5213, which is part of the standard PMEV6 protocol. Its format is shown in Figure 6.
  • the PBU message adds a P flag to the basic mobile IPv6 protocol and its extended protocol to indicate that this is a PMEV6 binding update message.
  • the mandatory information is the HNP home network prefix option and the MN identity option, as shown in Figure 7 and Figure 8, respectively.
  • the Type value is 22 and the length is 18, the length of the prefix indicates the length of the IPv6 prefix included in the option, and the last HNP field carries the specific IPv6 prefix.
  • Figure 8 is an option for the MN identity, which is the identity of the mobile node in the Proxy Mobile IPv6 domain. It is a fixed identifier for the mobile node so that the mobile entity in the proxy mobile IPv6 domain is always available and used. It may be a network access identity NAI or other identity such as a media access control MAC address.
  • the MAG After receiving the PBU, the MAG finds that the LMA has assigned a new HNP to the MN, thereby realizing that the old HNP of the MN is invalid.
  • the MAG constructs a router advertisement message in turn, which sets the lifetime of the old HNP to 0, and sets the lifetime of the new HNP to a value greater than 0.
  • the MAG sends a PBA message to the LMA, and announces that the update of the prefix information is completed, so that the LMA can know that the HNP has been successfully allocated to the MN, and then forward the data packet corresponding to the HNP to the MN through the MAG, even if the LMA accepts and Forward the packets sent to the new HNP.
  • the format of the PBA message is shown in Figure 9. 6)
  • the MN receiving the router advertisement recognizes the HNP change, thereby deleting the existing address on the interface and configuring the valid communication address with the new HNP.
  • the present invention first proposes to extend the logical function of the MAG to have the function of a recursive server. Therefore, the DNS query sent by all MNs is processed, and the corresponding DNS response data is cached, so as to maximize the role of optimizing the DNS query process.
  • the recursive server configuration option shown in Figure 10 needs to be added to the PMHV6 Router Advertisement (RA) message.
  • RA Router Advertisement
  • the top line of numbers indicates the byte number used to indicate the length of the field below.
  • Type is the message option type, which is used to indicate what type of this option is, that is, what information is included. At the protocol level, it is a unique value field. For example, a Type of 22 means that the latter option is the home network prefix option, a Type of 23 means that the latter option is a toggle indicator option, and so on.
  • Length is the length of the option including the Type and Length fields. For each option, indicating its length makes it easy to determine the range of data belonging to this option, which is a fundamental feature of the TCP/IP protocol.
  • Pref. is the priority.
  • This field is used by the MAG to provide multiple recursive service interfaces for DNS load balancing. The higher the value, the higher the priority.
  • the MAG provides a DNS recursive resolution service through three different interfaces, and then sets a corresponding Pref. value in a message sent to a specific MN, such as an option received by a certain MN, Pref.
  • the values are 1, 2, and 3. Then, after receiving the MN, the MN will preferentially use the address in the option with the value of 3 as the address for its DNS recursive resolution.
  • Reserved is a field that reserves the extension of subsequent functions.
  • the final "Recursive Server” field is the address of the MAG interface that provides the recursive service.
  • MAG1 and LMA According to the basic process of PMIPv6, MAG1 and LMA exchange PBU messages and PBA messages to establish a bidirectional tunnel.
  • the MN After the PMIPv6 binding process is completed, the MN receives the 64-bit prefix Home Network Prefix (HNP) by interacting with the MAG1 RS (Router Solicitation) message, and the MN is configured accordingly. Home Address (HoA).
  • HNP Home Network Prefix
  • HoA Home Address
  • the MN can receive the interface address of the recursive service provided by MAG1 from the RA, so that the DNS request is sent to this address for parsing, thereby performing recursive server configuration.
  • the MN When the MN needs to establish an upper layer application including WEB, mail, ftp, etc. via DNS query, it sends it to MAG1. Send a DNS query request.
  • the recursive service module of the MAGI directly responds to the requested domain name and responds to the MN.
  • the source address of the query message of the MAG1 is the address of the MAG1 itself, thereby avoiding the ⁇ tunnel encapsulation process.
  • the upper-layer application is started.
  • the data packet is transmitted to the destination address through the tunnel of MAG1 and LMA.
  • MAG2 and LMA exchange PBU and PBA messages to establish a bidirectional tunnel.
  • ⁇ receives an unchanging ⁇ by interacting with the MAG2 RS/RA message.
  • MA can receive the recursive server configuration update from the RA by receiving the interface address of the recursive service provided by MAG2.
  • MAG2 When the upper layer application needs to be established through DNS query, a DNS query request is sent to MAG2, and the recursive service module of MAG2 responds to the requested domain name after responding to the requested domain name.
  • the upper-layer application is started.
  • the data packet is transmitted to the destination address through the tunnel of MAG2 and LMA.

Landscapes

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

Abstract

本发明涉及一种PMIPv6环境中LMA动态发现方法、支持HNP重编号的方法以及DNS服务器配置和查询方法。本发明方法扩展了传统的PMIPv6操作流程，能够动态获取LMA地址，为特定MAG选择最佳LMA的支持；基于PMIPv6基本操作流程，提出了主动式的HNP重编号解决方案，可以有效降低当前基于被动式的HNP前缀变更处理流程引起的过大时延；同时，采用本发明可以有效减少DNS查询时延和开销，改善用户体验和提升移动管理性能。

Description

一种 PMIPv6环境中 LMA动态发现方法 技术领域
本发明属于网络技术领域， 具体涉及一种代理移动 IPv6 (ΡΜΙΡνβ)环境中的本地移动锚 点 （LMA) 动态发现方法、 支持 ΗΝΡ重编号的方法以及 DNS服务器配置和查询方法。 背景技术
近年来， 无线网络技术和应用服务的迅速发展开创了移动计算时代。 但是在传统移动通 信网中， 移动性管理是在链路层进行的。 随着向基于 IP的分组交换网络过渡， 链路层移动性 不能解决不同 IP子网切换带来的问题。 于是 IETF开始了网络层移动性协议的研究和标准化 工作。 最初， IETF提出的网络层移动性协议都是基于客户端的， 如移动 IPv6 (Mobile IPv6, ΜΙΡνβ) (C. Perkins, et al.， Mobility Support in IPv6, IETF RFC 6275, July 2011. )及其扩展协议。 但是基于终端的移动性管理协议存在一些弊端， 如需要更新现有终端的软件、 增加终端复杂 性和电量消耗、 大量移动性信令占用无线资源等。 基于这些因素考虑， IETF成立了 NetLMM 工作组，提出基于网络的移动性管理协议需求。经过长期讨论之后，正式发布了代理移动 IPv6 (Proxy Mobile IPv6, ΡΜΙΡνβ)标准（S. Gundavelli, et al.， Proxy Mobile IPv6 , IETF RFC5213, August 2008.)。 基于网络的移动性管理协议不需要终端参与移动性管理过程， 所有的移动性 信令都由网络完成， 这就解决了对终端的功能要求问题和无线资源浪费的问题。
ΡΜΙΡνβ是在 ΜΙΡν6的基础上引入了本地移动锚点 （Local Mobility Anchor, LMA) 和移 动接入网关 （Mobility Access Gateway, MAG) 两个新的功能实体， 以期降低切换开销和协议 部署难度。 ΡΜΙΡνβ优化的切换性能和较低的部署开销已经为各种移动互联网组织（如 3GPP、 3GPP2和 WiMAX等） 提供了移动性支持的新选择。
目前， PMHV6仍然存在如下问题：
1. 关于 LMA地址获取
在 PMIPv6中， MAG发现 MN (Mobile Node, 移动节点）接入时， 需要获知对应的 LMA 地址， 从而发起 MN的位置更新操作。 此外， 在大规模部署 PMHV6的移动环境中， MAG需 要为 MN动态选择 LMA进行 PMHV6绑定， 以此来降低 MAG静态配置的负担以及 LMA失 效的发现时延。 RFC 6097规范了如下几种 LMA发现机制： 1 )当 MAG对 MN进行接入认证 的时候， 从认证、 授权、 计费 （Authentication, Authorization, Accounting, AAA) 服务器获取 LMA地址信息； 2)当 MAG对 MN进行接入认证的时候，获取到 LMA的 FQDN(Fully Qualified Domain Name, 完全合格域名）， 然后通过域名系统 (Domain Name System, DNS)查询获取 LMA的地址； 3) MAG基于 MN的标识生成 LMA的 FQDN,再通过 DNS查询 LMA的地址； 4) MN接入网络时， MAG从底层信令消息得到 LMA的 FQDN, 再通过 DNS查询 LMA的 地址。 然而， 上述机制均是静态获取 LMA地址的方法， 缺乏为特定 MAG选择最佳 LMA的 支持。
2. 关于 HNP重编号
LMA支持 MEV6中 HA的功能， 并对其绑定缓存进行了扩展。 此外， LMA为每个 MN 分配一个唯一的家乡网络前缀 （Home Network Prefix, HNP), 用于移动节点 （Mobile Node, MN)发生位置变更时保持不变， 从而使其上层应用不受节点切换的影响。但是如果由于如下 三种原因造成为 MN分配的 HNP发生网络重编号，则当前的 PMEV6基于网络的操作特点无 法主动发现此变更从而及时的为 MN分配新的 HNP:
1 ) ΡΜΙΡνβ服务提供商从上游 ISP分配得到 ΗΝΡ集合， 如果发生 ISP的变更， 则需要更 新其 ΗΝΡ集合 (S. Jiang, et al., IPv6 Enterprise Network Renumbering Scenarios and Guidelines, draft- ietf-6renum-enterprise-02, September 2012. )；
2)多个 LMA可能共存在同一个 PMEV6服务提供商的网络内，如果移动节点更替了 LMA 但是并没有转移为其分配的 HNP,则需要新的 LMA重新分配 HNP( J. Korhonen, et al., Runtime Local Mobility Anchor (LMA) Assignment Support for Proxy Mobile IPv6, IETF RFC 6463, February 2012. )；
3)由于网络架构的变更，可能造成前缀信息的变化（S. Jiang, et al., IPv6 Enterprise Network Renumbering Scenarios and Guidelines, draft- ietf-6renum-enterprise-02, September 2012. )。
在 MIPv6中， 移动性管理由 MN自己控制， 当家乡网络发生网络前缀重编号时， 家乡代 理可以通过移动前缀发现 （mobile prefix discovery) 机制来向 MN进行及时更新， 从而使其 配置新的家乡地址。 在 PMEV6基本协议中， 虽然也考虑到了 HNP重编号的可能性， 但是并 未在该标准中规范相关的解决方案 （参见 RFC 5213， Section 6.12)。
3.关于 DNS服务器配置和查询
作为互联网最重要的基础资源， 几乎所有的互联网应用都需要借助域名系统 （Domain Name System, DNS) 解析服务建立连接。 但在传统情况下， 对节点进行 DNS递归服务器的 配置大多都是在节点接入网络时静态完成。 如何对移动节点 （Mobile Node, MN) 提供动态 的 DNS服务器配置以及高效的 DNS查询， 对于移动环境下的用户体验具有重要的影响。
目前， 所有的用户数据包 （包括 MN的 DNS查询） 都通过 MAG和 LMA之间的双向隧 道进行传输。如果 MN和 LMA距离较远， 由于其 DNS查询仍需先经过 PMHV6隧道由 LMA 进行转发， 造成 DNS查询时延和开销巨大， 严重影响用户体验和移动管理性能。 发明内容
针对上述问题， 本发明的一个目的是提供一种 PMHV6环境中本地移动锚点 （LMA) 动 态发现方法， 能够动态获取 LMA地址， 为特定 MAG选择最佳 LMA的支持。
为实现上述目的， 本发明采用如下技术方案：
一种 PMEV6环境中 LMA动态发现方法， 其步骤包括：
1 ) 将一个 PMIPv6域内的多个 LMA配置为一个 Anycast组；
2) 移动接入网关 （MAG) 获取 Anycast组内的 LMA的 Anycast地址， 并向该 Anycast 地址发送 PBU消息；
3)在 LMA返回的 PBA消息中， 通过新增的选项携带距离该 MAG最近的 LMA的真实 IP地址， 使该 MAG获知该最近的 LMA的真实位置。
进一步地， 所述 Anycast组内的每个 LMA都向外通告相同的任播地址， 并为每个 LMA 分配一个唯一的可寻址 IP地址。
进一步地， MAG获取 LMA的 Anycast地址的方法是：
a) MN (移动节点）接入 MAG后， MAG向 AAA服务器发起对 MN的认证并获取包含 MN-ID和 LMA的 FQDN (完全合格域名）；
b) MAG根据 LMA的 FQDN向 DNS服务器查询 LMA的 IP地址信息；
c) DNS服务器返回 LMA对应的 Anycast地址， 作为对 MAG的查询响应。
进一步地， MAG提取 PBA消息中携带的 LMA的 IP地址，进而建立对应的 PMIPv6双向 隧道。
进一步地， MN发送的数据包通过 MAG转发到最近的 LMA， 发向 MN的数据包根据正 常的 PMEV6操作由该 LMA截获， 并通过隧道转发到对应的 MAG。
进一步地， 在 PBA消息中增加指示包含 LMA实际 IP地址选项的 A标志位， 当 A标志 置为 1时， 表明 PBA消息中包含了携带 LMA的 IP地址的选项， MAG以选项中的地址作为 建立绑定关系的 LMA地址；如果 A标志为 0或未包含 A标志时， MAG的操作遵从基本 PMIPv6 协议。
进一步地， 包含 LMA实际 IP地址的选项包括： Type, 指示此选项的类型值； Length, 为选项长度； Pref.，为此地址的优先级，优先级取值越高表明该地址的优先级越高； Reserved, 为保留的待扩展字段； 最后的字段为携带 LMA唯一可路由 IPv6地址的字段。 MAG选择使 用优先级 （Pref.) 最高的 LMA地址。
本发明的又一个目的是提供一种 PMEV6中支持 HNP重编号的方法， 当为 MN分配的 HNP发生网络重编号时， PMEV6可以主动发现此变更从而及时的为 MN分配新的 HNP。
为实现上述目的， 本发明采用如下技术方案：
一种 PMEV6中支持 HNP重编号的方法， 其步骤包括：
1 ) LMA (Local Mobility Anchor, 本地移动锚点） 为发生 HNP (Home Network Prefix, 家乡网络前缀） 重编号的 MN分配新的 HNP;
2) LMA向 MAG (Mobility Access Gateway, 移动接入网关） 发送 PBU (Proxy Binding Update,代理绑定更新）消息，其中的 HNP选项中包含新的 HNP信息以及 MN ( Mobile Node, 移动节点） 对应的标识信息；
3) MAG接收到该 PBU消息后构造路由器通告消息， 将旧的 HNP的生命值置为 0， 将 新的 HNP的生命值置为大于 0的值；
4) MN接收到该路由器通告后， 删除旧的 HNP， 并采用新的 HNP配置有效的通信地址。 进一步地， MAG发送 PBA (Proxy Binding Acknowledgement, 代理绑定确认） 消息给
LMA, 通告 HNP信息的更新完成， 使 LMA接受并转发发送到新的 HNP的数据包。
进一步地， LMA为 MN分配新的 HNP的方法为： LMA从新的 HNP集合中选择一个 64bits 的前缀指派给 MN。
本发明的再一个目的是， 提供一种 PMHV6环境中的 DNS服务器配置和查询方法， 可以 有效减少 DNS查询时延和开销， 改善用户体验和提升移动管理性能。
本发明提出的 PMEV6的 DNS服务器配置和查询方法， 其特征在于： 通过对 PMEV6的 RA (Router Advertisement, 路由器通告） 消息增加递归服务器配置选项使 MAG (移动接入 网关） 具有递归服务器的功能， 进而利用该具有递归服务器功能的 MAG对所有 MN (移动 节点） 发出的 DNS查询进行处理， 优化 DNS查询过程。
采用上述方法进行 DNS服务器配置和 DNS查询的具体步骤如下：
1 ) 将 MN接入 MAG;
2)根据 ΡΜΙΡνβ基本流程， MAG和 LMA (本地移动锚点）交互 PBU(Proxy Binding Update, 代理绑定更新） 消息和 PBA (Proxy Binding Acknowledgement, 代理绑定确认） 消息， 并建 立双向隧道；
3 ) MN通过和 MAG交互 RS/RA (路由器请求 /路由器通告） 消息， 接收家乡网络前缀， 并依此配置可用的家乡地址；
4)MN从 RA消息中增加的递归服务器配置选项中接收 MAG提供递归服务的接口地址， 进行递归服务器配置；
5) MN向 MAG发送 DNS查询请求， MAG的递归服务接口直接对所请求的域名进行查 询后， 对 MN进行 DNS响应；
6) MN根据 DNS响应消息建立上层应用， 数据包经由 MAG和 LMA的隧道传输后转发 给目标地址。
进一步地， 所述递归服务器配置选项包括： Type, 为消息选项类型； Length, 为包括 Type 和 Length字段的选项长度； Pref.， 为优先级， 用于 MAG提供多个递归服务接口以进行 DNS 负载均衡时所用， 取值越高优先级越高； Reserved, 为预留后续功能扩展的字段； 以及提供 递归服务的 MAG接口地址的字段。 本发明的有益效果：
1) 本发明提出的 PMEV6环境中 LMA的动态发现方法，将一个 PMHV6域内的多个 LMA 配置为一个 Anycast组， 并在 PBA消息中通过新增的选项携带距离 MAG最近的 LMA的真 实 IP，使 MAG获知该最近 LMA的真实位置，从而建立 PMEV6双向隧道。该动态获取 LMA 地址的方法扩展了传统的 PMEV6操作流程， 可以为特定 MAG选择最佳 LMA的支持。
2) 依据基本 PMEV6协议， HNP变更的处理分为两种类型： 1， 当 MN发生 LMA之间 的切换时， 新的 LMA可能会为 MN指派新的 HNP; 2， MN当前的 HNP生命值过期时， 才 会通过 MAG请求 HNP， 从而获得新的 HNP。 本发明的基于 PMHV6基本操作流程， 提出了 主动式的 HNP重编号解决方案， 可以有效降低当前基于被动式的 HNP前缀变更处理流程引 起的过大时延。
3) 通过在 MAG部署 DNS递归服务提供优化的本地解析， 通过扩展 PMEV6中的路由 器通告 （RA)消息， 携带递归服务器地址信息选项， 对所有 MN发出的 DNS查询进行处理， 并缓存对应的 DNS响应数据， 以扩展 PMHV6协议操作， 从而能最大程度地优化 DNS查询 过程。 本发明可以有效减少 DNS查询时延和开销， 改善用户体验和提升移动管理性能。 附图说明
图 1是实施例 1中基于 Anycast的 LMA集合架构示意图。
图 2是实施例 1中 PMEV6操作流程示意图。
图 3是实施例 1中扩展的 PBA消息示意图。
图 4是实施例 1中扩展的 PBA消息中新增选项的字段示意图。
图 5是实施例 2中 PMEV6的网络重编号方法的操作流程图。
图 6是实施例 2中 PBU消息的示意图。 图 7是实施例 2中携带 HNP的家乡网络前缀选项的示意图。
图 8是实施例 2中 MN的标识选项示意图。
图 9是实施例 2中 PBA消息的格式示意图。
图 10是实施例 3中扩展的 RA选项示意图。
图 11是实施例 3中优化的 PMEV6流程示意图。 具体实施方式
下面通过具体实施例， 并配合附图， 对本发明做进一步说明。 实施例 1
为了在一个 PMEV6域中部署多台具有负载均衡作用的 LMA， 本发明提出基于 Anycast 的 LMA集部署架构， 如图 1所示。
由图 1可见， 在 PMEV6域内， 部署多台属于同一 Anycast组的 LMA。 每台 LMA都向 外通告相同的任播地址。 此外， 为了对每个 LMA进行具体定位和管理， 还需为其分配另一 个唯一的可寻址 IP地址。图中 "MN handover"表示该 MN从一个 MAG切换到另一个 MAG。
通过 RFC6097规范的机制， MAG可以获知 LMA的 Anycast地址， 随后的流程如图 2所 示。 请参考图 2， 本发明扩展后的 PMHV6操作流程如下：
1 ) MN接入 MAG后， MAG向 AAA服务器发起对 MN的认证并获取包含 MN-ID和 LMA 的 FQDN (以此模式举例） 等基本信息。
MN的基本信息 （如 MN的 ID和 LMA的 FQDN) 是存在策略文件中， 可以通过 AAA 协议或其他协议获得， 本实施例以此举例说明 MN在接入的时候， MAG获得这些基本的信 息。 还可以采用其它的模式， 如通过一个中心的信息服务器来维护这些信息等等。
2) 根据 LMA的 FQDN (LMA_FQDN)， MAG向 DNS服务器查询 LMA的 IP地址信息。
3) DNS服务器返回 LMA对应的 Anycast地址 （LMA_Anycast addr. )， 作为对 MAG的 查询响应。
4) MAG向 LMA的 Anycast地址 （LMA_Anycast addr.) 发送 PBU消息。
5) LMA收到 PBU后， 和该 MAG建立双向隧道， 并通过发送 PBA消息予以响应， PBA 消息的源地址和目的地址分别为 LMA的 Anycast地址（LMA_Anycast addr.)和 MAG的地址。 此外， PBA中通过本发明扩展选项携带 LMA的唯一可路由 IP地址， 该 IP地址也是 LMA选 择和 MAG建立双向隧道的有效 IP地址。 图 2中 "PBU(Src:MAGIDst:LMA_Anycast addr.)" 的含义是： PBU消息的源地址 （Src) 为 MAG的地址， 目的地址 （Dst) 为 LMA结合的任播 地址）。 6) MAG接收到 PBA消息之后， 发现其中有携带 LMA的 IP地址的选项。 MAG通过提 取该选项中的 IP 地址， 建立对应的双向隧道。 图 2 中 " PBA(Src:LMA_Anycast addrslDst:MAGI+LMA addr.)" 的含义是： PBA数据包的源地址是 LMA的任播地址， 目的地 址为 MAG的地址， 此外， PBA消息中携带特定 LMA的唯一通信地址。
7) 绑定过程完成之后， MN发送的数据包就可以通过 MAG转发到最近的 LMA， 而发 向 MN 的数据包可以根据正常的 PMHV6 操作由该 LMA截获， 并通过隧道转发到对应的 MAG。
图 3是扩展的 PBA消息示意图， 其中 Status表示 PBA消息的状态， K表示 IPsec支持功 能， R表示移动路由器， P表示 PMEV6注册消息， Res.表示预留字段。 根据上述流程， 本发 明在 PBA消息中增加了指示包含 LMA实际 IP地址选项的 A标志位， 如图 3所示。 当 A标 志置为 1时， 表明 PBA消息中包含了携带 LMA的 IP地址的选项， MAG将以选项中的地址 作为建立绑定关系的 LMA地址。 如果 A标志为 0或未包含 A标志时， MAG的操作遵从基 本 PMIPv6协议。
在扩展的 PBA消息中，包含 LMA实际 IP地址的选项如图 4所示。对其中的各字段说明 如下：
Type指示此选项的类型值，用于指示这个选项是什么类型，即包含什么信息，在协议层面， 为一个唯一性取值的字段,如 Type为 22表示后面的选项是家乡网络前缀选项， Type为 23表 示后面的选项是切换指示符选项， 等等；
Length为选项长度， 对于每一个选项， 指示其长度可以便于确定属于这个选项的数据的 范围， 是 TCP/IP协议的基本特点；
Pref.为此地址的优先级， 优先级取值越高表明该地址的优先级越高， 如果包含多个选项， MAG应选择使用优先级最高的 LMA地址， 例如， PBA中包含三个 LMA地址的选项， 其中 的 Pref.取值分别为 1,2和 3， 那么 MAG将使用取值为 3的选项中的 LMA地址；
Reserved为保留的待扩展字段； 对于每一种协议扩展， 都应该考虑其后续功能补充的可 能性， 所以都留有可扩展的余地， 比如， 通过这个字段可以指示这个 LMA是否支持 IPv4等； 最后的字段 "IPv6 of LMA"为携带 LMA唯一可路由 IPv6地址的字段。 实施例 2
本实施例的 PMEV6中支持 HNP重编号的方法， 其操作流程如图 5所示， 其中：
[CN:MN-HoAl]: 表示数据包的源地址和目的地址是 CN的地址和 MN的 HoAl ;
[CN:MN-HoA2]: 表示数据包的源地址和目的地址是 CN的地址和 MN的 HoA2;
[LMAA:Proxy-CoA][CN:MN-HoAl ]：表示这个隧道封装数据包的原始数据包源地址和目 的地址是 CN的地址和 MN的 ΗοΑΙ , 而隧道头的源地址和目的地址是 LMA的地址 LMAA 和 MAG的地址 Proxy-CoA;
[LMAA:Proxy-CoA][CN:MN-HoA2 ]：表示这个隧道封装数据包的原始数据包源地址和目 的地址是 CN的地址和 MN的 HoA2， 而隧道头的源地址和目的地址是 LMA的地址 LMAA 和 MAG的地址 Proxy-CoA;
MN-ID: 是 MN的标识；
RA(Lifetime_HNPl=0&Lifetime_HNP2>0): 表示在路由器通告消息 （RA) 中包含两个信 息： HNP1的生命值 Lifetime_HNPl取值为 0，而 HNP2的生命值 Lifetime_HNP2取值大于零。
具体步骤为：
1 ) 当 MN的 HNP发生重编号时， LMA为该 MN分配新的 HNP。
由于 LMA是为 MN指派具体 HNP的网络实体， 所以对于其上层 ISP变更或其他原因引 起的其所管理的 HNP集合的变化， LMA是先于 MAG和 MN知道的。当 MN的 HNP发生重 编号时， LMA从新的 HNP集合中选择一个 64bits的前缀指派给 MN， 即新的 HNP。
2) LMA向 MAG发送 PBU消息，其中的 HNP选项中包含新的 HNP信息以及 MN对应 的标识信息。
具体格式参照 RFC5213, 属于标准 PMEV6协议的内容。 其格式如图 6所示。 PBU消息 在基本移动 IPv6协议及其扩展协议基础上增加了 P标志位， 用于指示这是一个 PMEV6的绑 定更新消息。
此外， 必选的信息便是携带 HNP的家乡网络前缀选项和 MN标识的选项，其格式分别如 图 7和图 8所示。 图 7的携带 HNP的家乡网络前缀选项中， Type取值为 22， 长度为 18， 前 缀长度指示选项中包含的 IPv6前缀的长度， 最后的 HNP字段携带具体的 IPv6前缀。 图 8是 MN标识的选项， 它是移动节点在代理移动 IPv6域中的标识。 它是移动节点的固定的标识， 使得代理移动 IPv6域中的移动实体总能获得并使用。 它可能是网络接入标识 NAI或者是其 它标识例如媒体接入控制 MAC地址。
3) MAG接收到该 PBU之后， 发现 LMA为该 MN指派了新的 HNP， 从而意识到 MN 的旧 HNP已经无效。
4) MAG依次构造路由器通告消息， 其中将旧的 HNP的生命值置为 0， 而将新的 HNP 的生命值置为大于 0的值。
5) 此外， MAG发送 PBA消息给 LMA, 通告前缀信息的更新完成， 从而可以使 LMA 获知该 HNP已经被成功分配给 MN，进而将该 HNP对应的数据包通过 MAG转发给 MN， 即 使 LMA接受并转发发送到新的 HNP的数据包。 其中 PBA消息的格式如图 9所示。 6) 接收到路由器通告的 MN意识到 HNP变更， 从而删除接口上的既有地址， 并采用新 的 HNP配置有效的通信地址。 实施例 3
在 PMEV6 环境中， 由于所有移动节点 （MN) 的 DNS 查询都需要经由移动接入网关 (MAG) 处理， 所以本发明首先提出扩展 MAG的逻辑功能， 使其具有递归服务器的功能。 从而对所有 MN发出的 DNS查询进行处理， 并缓存对应的 DNS响应数据， 从而能最大程度 的起到优化 DNS查询过程的作用。
为了在 MN切换到新的 MAG后，配置新的 MAG地址作为其递归服务器，需要对 PMHV6 的路由器通告 （RA)消息增加图 10所示的递归服务器配置选项。 图 10中各字段的含义说明 如下：
最上面一行数字表示字节序号， 用于指示下面的字段长度。
Type为消息选项类型， 用于指示这个选项是什么类型， 即包含什么信息， 在协议层面， 为一个唯一性取值的字段。 如 Type为 22表示后面的选项是家乡网络前缀选项， Type为 23 表示后面的选项是切换指示符选项， 等等。
Length为包括 Type和 Length字段的选项长度。 对于每一个选项， 指示其长度可以便于 确定属于这个选项的数据的范围， 是 TCP/IP协议的基本特点。
Pref.为优先级， 本字段用于 MAG提供多个递归服务接口以进行 DNS负载均衡时所用， 取值越高优先级越高。 例如， MAG通过三个不同的接口提供 DNS递归解析服务， 那么在向 特定 MN发送的消息中设置对应的 Pref.值，如某个 MN接收到的选项中 Pref.取值为 1,2和 3， 那么 MN接收到之后会优先使用取值为 3的选项中的地址作为其 DNS递归解析的地址。
Reserved为预留后续功能扩展的字段。
最后的 "递归服务器"字段为提供递归服务的 MAG接口地址。
扩展后的协议操作如图 11所示， 对该更新操作流程具体解释如下：
1-1： MN接入 MAG1。
1-2： 根据 PMIPv6基本流程， MAG1和 LMA交互 PBU消息和 PBA消息， 建立双向隧 道。
1-3 ： PMIPv6绑定过程完成之后， MN通过和 MAG1交互 RS (Router Solicitation, 路由 器请求） /RA消息， 接收到 64位前缀的家乡网络前缀 （Home Network Prefix, HNP), MN 依此配置可用的家乡地址 （Home Address, HoA)。 此外， 根据扩展的 RA选项， MN可以从 RA中接收到 MAG1提供递归服务的接口地址，从而将 DNS请求都发送到这个地址进行解析， 从而进行递归服务器配置。
1-4： 当 MN需要经由 DNS查询建立包括 WEB， mail, ftp等上层应用时， 向 MAG1发 送 DNS查询请求。 MAGI的递归服务模块直接对所请求的域名进行查询后， 对 MN进行响 应， 由于作为递归服务器， MAG1 的此查询消息源地址为 MAG1 自身的地址， 从而避免了 ΡΜΙΡνβ隧道封装处理。
1- 5 ： ΜΝ根据 DNS响应消息， 开始进行上层应用建立， 数据包经由 MAG1和 LMA的 隧道传输后转发给目标地址。
2- 1： ΜΝ接入 MAG2。
2-2： 根据 PMIPv6基本流程， MAG2和 LMA交互 PBU和 PBA消息， 建立双向隧道。 2-3 ： ΡΜΙΡνβ绑定过程完成之后， ΜΝ通过和 MAG2交互 RS/RA消息， 接收到不变的 ΗΝΡ。 此外， 根据扩展的 RA选项， ΜΝ可以从 RA中接收到 MAG2提供递归服务的接口地 址， 从而进行递归服务器配置更新。
2-4： 当 ΜΝ需要经由 DNS查询建立上层应用时， 向 MAG2发送 DNS查询请求， MAG2 的递归服务模块对所请求的域名进行查询后， 对 ΜΝ进行响应。
2-5 ： ΜΝ根据 DNS响应消息， 开始进行上层应用建立， 数据包经由 MAG2和 LMA的 隧道传输后转发给目标地址。
尽管为说明目的公开了本发明的具体实施例和附图， 其目的在于帮助理解本发明的内容 并据以实施， 但是本领域的技术人员可以理解： 在不脱离本发明及所附的权利要求的精神和 范围内， 各种替换、 变化和修改都是可能的。 本发明不应局限于本说明书实施例和附图所公 开的内容， 本发明要求保护的范围以权利要求书界定的范围为准。

Claims

权利要求书
1、 一种 PMIPv6环境中 LMA动态发现方法， 其步骤包括：
1 ) 将一个 PMIPv6域内的多个 LMA配置为一个 Anycast组；
2) MAG获取 Anycast组内的 LMA的 Anycast地址，并向该 Anycast地址发送 PBU消息；
3) 在 LMA返回的 PBA消息中， 通过新增的选项携带距离该 MAG最近的 LMA的真实 IP地址， 使该 MAG获知该最近的 LMA的真实位置。
2、 如权利要求 1所述的方法， 其特征在于： 所述 Anycast组内的每个 LMA都向外通告相同 的任播地址， 并为每个 LMA分配一个唯一的可寻址 IP地址。
3、 如权利要求 1所述的方法， 其特征在于， MAG获取 LMA的 Anycast地址的方法是： a) MN接入 MAG后， MAG向 AAA服务器发起对 MN的认证并获取包含 MN-ID和 LMA 的 FQDN;
b) MAG根据 LMA的 FQDN向 DNS服务器查询 LMA的 IP地址信息；
c) DNS服务器返回 LMA对应的 Anycast地址， 作为对 MAG的查询响应。
4、 如权利要求 1所述的方法， 其特征在于： MAG提取 PBA消息中携带的 LMA的 IP地址， 进而建立对应的 PMIPv6双向隧道。
5、 如权利要求 4所述的方法，其特征在于: MN发送的数据包通过 MAG转发到最近的 LMA, 发向 MN的数据包根据正常的 PMHV6操作由该 LMA截获，并通过隧道转发到对应的 MAG。
6、 如权利要求 1所述的方法， 其特征在于： 在 PBA消息中增加指示包含 LMA实际 IP地址 选项的 A标志位， 当 A标志置为 1时， 表明 PBA消息中包含了携带 LMA的 IP地址的选项， MAG以选项中的地址作为建立绑定关系的 LMA地址； 如果 A标志为 0或未包含 A标志时， MAG的操作遵从基本 PMIPv6协议。
7、 如权利要求 1所述的方法， 其特征在于， 包含 LMA实际 IP地址的选项包括： Type, 指示 此选项的类型值； Length, 为选项长度； Pref.， 为此地址的优先级， 优先级取值越高表明该 地址的优先级越高； Reserved, 为保留的待扩展字段； 最后为携带 LMA唯一可路由 IPv6地 址的字段。
8、 如权利要求 7所述的方法， 其特征在于， MAG选择使用优先级最高的 LMA地址。
9、 一种 PMEV6中支持 HNP重编号的方法， 其步骤包括：
1 ) LMA为发生 HNP重编号的 MN分配新的 HNP;
2) LMA向 MAG发送 PBU消息， 其中的 HNP选项中包含新的 HNP信息以及 MN对应 的标识信息； 3) MAG接收到该 PBU消息后构造路由器通告消息， 将旧的 HNP的生命值置为 0， 将 新的 HNP的生命值置为大于 0的值；
4) MN接收到该路由器通告后， 删除旧的 HNP， 并采用新的 HNP配置有效的通信地址。
10、 如权利要求 9所述的方法， 其特征在于： MAG发送 PBA消息给 LMA， 通告 HNP信 息的更新完成， 使 LMA接受并转发发送到新的 HNP的数据包。
11、 如权利要求 9所述的方法，其特征在于， LMA为 MN分配新的 HNP的方法为： LMA 从新的 HNP集合中选择一个 64bits的前缀指派给 MN。
12、 如权利要求 9所述的方法， 其特征在于： 所述 PBU消息在基本移动 IPv6协议及其扩 展协议基础上增加一个 P标志位， 用于指示其是一个 PMEV6的绑定更新消息。
13、 如权利要求 12所述的方法， 其特征在于： 所述 PBU消息包含携带 HNP的家乡网络 前缀选项和 MN标识的选项。
14、 如权利要求 13所述的方法， 其特征在于： 所述 MN标识是网络接入标识 NAI或者媒 体接入控制 MAC地址。
15、 一种 PMEV6环境中 DNS服务器配置和查询方法， 其特征在于： 通过对 PMEV6的 RA消息增加递归服务器配置选项使 MAG具有递归服务器的功能，进而利用该具有递归服务 器功能的 MAG对所有 MN发出的 DNS查询进行处理， 优化 DNS查询过程。
16、 如权利要求 15所述的方法， 其特征在于， 通过如下步骤进行 DNS查询：
1 ) 将 MN接入 MAG;
2) 根据 PMIPv6基本流程， MAG和 LMA交互 PBU和 PBA消息， 并建立双向隧道；
3) MN通过和 MAG交互 RS/RA消息，接收家乡网络前缀，并依此配置可用的家乡地址；
4) MN从 RA消息中增加的递归服务器配置选项中接收 MAG提供递归服务的接口地址， 进行递归服务器配置；
5) MN向 MAG发送 DNS查询请求， MAG的递归服务接口直接对所请求的域名进行查 询后， 对 MN进行 DNS响应；
6) MN根据 DNS响应消息建立上层应用， 数据包经由 MAG和 LMA的隧道传输后转发 给目标地址。
17、 如权利要求 15或 16所述的方法，其特征在于，所述递归服务器配置选项包括： Type, 为消息选项类型； Length, 为包括 Type和 Length字段的选项长度； Pref.， 为向特定 MN发 送的消息中设置的对应的优先级， 在 MAG提供多个递归服务接口以进行 DNS负载均衡时所 用，取值越高优先级越高； Reserved,为预留后续功能扩展的字段； 以及提供递归服务的 MAG 接口地址的字段。
18、 如权利要求 17所述的方法， 其特征在于， MN使用优先级最高的选项中的地址作为 DNS递归解析的地址。
19、 如权利要求 16所述的方法， 其特征在于， 步骤 6) 所述上层应用包括： WEB应用， mail应用， ftp应用。
PCT/CN2013/089844 2013-05-23 2013-12-18 一种PMIPv6环境中LMA动态发现方法 WO2014187122A1 (zh)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN201310195495.3A CN103249026B (zh) 2013-05-23 2013-05-23 一种PMIPv6中支持HNP重编号的方法
CN201310195495.3 2013-05-23
CN201310195609.4A CN103259882B (zh) 2013-05-23 2013-05-23 一种PMIPv6的DNS服务器配置和查询方法
CN201310195609.4 2013-05-23
CN201310195419.2A CN103249025B (zh) 2013-05-23 2013-05-23 一种PMIPv6环境中LMA动态发现方法
CN201310195419.2 2013-05-23

Publications (1)

Publication Number Publication Date
WO2014187122A1 true WO2014187122A1 (zh) 2014-11-27

Family

ID=51932778

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/089844 WO2014187122A1 (zh) 2013-05-23 2013-12-18 一种PMIPv6环境中LMA动态发现方法

Country Status (1)

Country Link
WO (1) WO2014187122A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101534501A (zh) * 2008-03-13 2009-09-16 华为技术有限公司 本地移动锚点注册的方法、系统及设备
CN101902693A (zh) * 2010-07-21 2010-12-01 中国科学院计算技术研究所 支持节点移动的ip网络中任播的方法及系统
US20110183695A1 (en) * 2010-01-27 2011-07-28 Futurewei Technologies, Inc. Apparatus and Method for Local Mobility Anchor Initiated Flow Binding for Proxy Mobile Internet Protocol Version Six (IPv6)
CN102415114A (zh) * 2009-02-27 2012-04-11 诺基亚西门子通信公司 基于IPv6任播的负荷平衡和对于PMIPv6的重定向功能
CN103249025A (zh) * 2013-05-23 2013-08-14 中国科学院计算机网络信息中心 一种PMIPv6环境中LMA动态发现方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101534501A (zh) * 2008-03-13 2009-09-16 华为技术有限公司 本地移动锚点注册的方法、系统及设备
CN102415114A (zh) * 2009-02-27 2012-04-11 诺基亚西门子通信公司 基于IPv6任播的负荷平衡和对于PMIPv6的重定向功能
US20110183695A1 (en) * 2010-01-27 2011-07-28 Futurewei Technologies, Inc. Apparatus and Method for Local Mobility Anchor Initiated Flow Binding for Proxy Mobile Internet Protocol Version Six (IPv6)
CN101902693A (zh) * 2010-07-21 2010-12-01 中国科学院计算技术研究所 支持节点移动的ip网络中任播的方法及系统
CN103249025A (zh) * 2013-05-23 2013-08-14 中国科学院计算机网络信息中心 一种PMIPv6环境中LMA动态发现方法

Similar Documents

Publication Publication Date Title
US8804746B2 (en) Network based on identity identifier and location separation architecture backbone network, and network element thereof
US9307393B2 (en) Peer-to-peer mobility management in heterogeneous IPV4 networks
US7483697B2 (en) System for managing mobile node in mobile network
WO2009153943A1 (ja) バインディングキャッシュ生成方法、バインディングキャッシュ生成システム、ホームエージェント及びモバイルノード
JPWO2006106712A1 (ja) 通信制御方法及び通信ノード並びにモバイルノード
KR20090079504A (ko) 아이피 기반 저전력 무선 네트워크에서 이동성 지원 방법및 이를 위한 시스템
JPWO2009057296A1 (ja) 移動端末及びネットワークノード並びにパケット転送管理ノード
WO2007022683A1 (fr) Procede de communication entre le noeud ipv6 mobile et le partenaire de communication ipv4
US8761119B2 (en) Handover method, and mobile terminal and home agent used in the method
WO2011153777A1 (zh) 移动通信控制方法、系统、映射转发服务器及接入路由器
KR101680137B1 (ko) Sdn 기반의 단말 이동성 제어 시스템 및 그 방법
JP3601464B2 (ja) 移動網における移動端末管理システム、移動端末管理方法および端末
Muslam et al. Network-based mobility and host identity protocol
WO2013007133A1 (zh) 报文转发路径管理方法、系统及网元
WO2011050679A1 (zh) 基于Wimax网络架构实现的通信网络及终端接入方法
JP2004080733A (ja) 階層移動体パケット通信ネットワークおよびその通信方法
WO2010051697A1 (zh) PMIPv6中接口前缀的注册方法、系统及本地移动锚点
WO2013007129A1 (zh) 报文转发处理方法、网元及系统
WO2017152690A1 (zh) 一种代理移动IPv6中网络前缀主动重配置的方法
WO2014187122A1 (zh) 一种PMIPv6环境中LMA动态发现方法
Kafle et al. New mobility paradigm with ID/Locator split in the future Internet
Ren et al. Implementation and test of PMIPv6 dual stack protocol
Dong et al. MobileID: Universal-ID Based Mobility in Locator/ID Separation Networks
Amoretti et al. Patents on IPv6-Related Technologies
WO2014000175A1 (zh) 会话路由方法、设备及系统

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 17.03.2016)

122 Ep: pct application non-entry in european phase

Ref document number: 13885361

Country of ref document: EP

Kind code of ref document: A1