[go: up one dir, main page]

WO2009111960A1 - 本地移动锚点注册的方法、系统及设备 - Google Patents

本地移动锚点注册的方法、系统及设备 Download PDF

Info

Publication number
WO2009111960A1
WO2009111960A1 PCT/CN2009/070508 CN2009070508W WO2009111960A1 WO 2009111960 A1 WO2009111960 A1 WO 2009111960A1 CN 2009070508 W CN2009070508 W CN 2009070508W WO 2009111960 A1 WO2009111960 A1 WO 2009111960A1
Authority
WO
WIPO (PCT)
Prior art keywords
local device
registration
local
message
new
Prior art date
Application number
PCT/CN2009/070508
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
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP09719596A priority Critical patent/EP2244425A4/en
Publication of WO2009111960A1 publication Critical patent/WO2009111960A1/zh
Priority to US12/873,410 priority patent/US9179286B2/en

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
    • 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/08—Mobility data transfer
    • H04W8/12—Mobility data transfer between location registers or mobility servers
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, system and device for registering local mobile anchor points. Background technique
  • the MN Mobile Node
  • the CN Correspondent Node
  • HoA Home Address
  • the MN moves to the field
  • an address is obtained from the foreign network, called CoA (Care-of Address)
  • the MN sends a binding update with the CoA to the HA (Home Agent, Home Agent;), on the HA.
  • the HA encapsulates the IP (Internet Protocol) text that needs to be forwarded to the MN.
  • the source address of the outer packet is the address of the HA.
  • the destination address is CoA.
  • the HA advertises the encapsulated packet to the tunnel.
  • the MN uses the CoA to send the packet.
  • the source address of the outer layer is CoA
  • the destination address is the address of the HA
  • the source address of the inner layer is HoA
  • the destination address is the address of the CN.
  • the HA receives the packet.
  • the packet is decapsulated and the inner packet is forwarded to the CN.
  • ⁇ (Proxy Mobile Internet Protocol Version 6, Proxy Mobile Internet Protocol version 6)
  • Ten is an extension of MIPv6 (Mobile Internet Protocol Version 6, Mobile Internet Protocol Version 6): MAG (Mobile Access Gateway, Mobility)
  • the access gateway simulates the home link, and advertises the HNP (Home Network Prefix) to the MN, so that the MN thinks that it is always on the home link; the MAG replaces the MN and sends it to the LMA (Local Mobility Anchor). Registration
  • the LMA is equivalent to the HA function in MIPv6.
  • a binding cache entry is established on the LMA for the home network prefix and the MAG interface address (Proxy-CoA), and a bidirectional tunnel is established between the MAG and the LMA for transmitting the MN.
  • the process of sending and receiving the text is as follows:
  • the peer node sends a packet to the home address of the mobile node, and the packet is intercepted by the LMA. Then, the LMA queries the binding list according to the home prefix, and then sends the packet to the MAG through the tunnel between the LMA and the MAG. After encapsulation, the packet is sent to the MN according to the destination address of the packet.
  • the MAG receives the packet for encapsulation, adds the outer packet (including the source address), and then sends the packet to the LMA through the tunnel between the MAG and the LMA. The outer packet forwards the inner packet to the peer node.
  • the MN accesses the network.
  • the message returned to the MAG includes the configuration information of the MN, such as the LMA address, and the NAI of the MN (Network Access Identity network access). Mark) and so on.
  • MAG proxy The MN sends a PBU request to the LMA.
  • the LMA returns PBA (Proxy Binding Acknowledge), with the home prefix of MN.
  • the MAG sends an RA (Route Advertisement) to the MN, and informs the MN's home prefix.
  • RA Raster Advertisement
  • the registration process does not support network sharing and load balancing well.
  • the LMA When the LMA is overloaded and the local management policy is adjusted, the LMA returns to the registration failure, which will result in the MN being unavailable. It can return to the IPv6 (Internet Protocol Version 6, Internet Protocol Version 6) service of the ticket, or reject the MN service, and cannot support the mobility service of the MN.
  • IPv6 Internet Protocol Version 6, Internet Protocol Version 6
  • the embodiment of the invention provides a method, a system and a device for registering a local mobile anchor point, and supports LMA dynamic registration in a PMIP system with network sharing and load balancing.
  • An embodiment of the present invention provides a method for registering a local mobile anchor point, including: receiving a message of at least one local device;
  • the embodiment of the present invention further provides a local mobile anchor registration system, including: a local device, configured to send a message to a proxy device, where the message is a registration response message or load information, where the registration response message carries a redirect Instruction
  • a proxy device configured to receive a message of the at least one local device, select a new local device according to the message, and register with the new local device.
  • the embodiment of the invention further provides a proxy device, including:
  • a registration response receiving unit configured to receive a message from the at least one local device, where the message is a registration response message or load information, where the registration response message carries a redirection indication;
  • a new local device selection unit configured to select a new local device according to the message received by the registration response receiving unit; and prepare for registration.
  • the embodiment of the invention further provides a local device, including:
  • a registration unit configured to receive a registration request of the proxy device, and to register; the registration failure sending unit, configured to send a registration response message to the proxy device, where the registration response message carries a redirection indication.
  • network-based LMA dynamic registration in the PMIP domain It can support network sharing and load balancing well, increase network reliability, and facilitate operators to deploy networks on a large scale.
  • Figure la is a structural diagram of a PMIP system in an embodiment of the present invention.
  • Figure lb is a reference structure diagram of an NGN (Next Generation Network) in the embodiment of the present invention.
  • NGN Next Generation Network
  • FIG. 2a is a flow chart of a method for registering a local mobile anchor point according to Embodiment 1 of the present invention
  • 2b is a flow chart of another local mobility anchor registration method in the first embodiment of the present invention.
  • FIG. 3 is a flowchart of a method for registering a local mobility anchor point in the second embodiment of the present invention
  • FIG. 4 is a flow chart of load information synchronization between a MAG and an LMA in the embodiment of the present invention
  • FIG. 5 is a format of a load indication message according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of adding a load option message to a heartbeat message according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of a method for registering a local mobility anchor point in Embodiment 3 of the present invention
  • FIG. 8 is a flowchart of a method for registering a local mobility anchor point in Embodiment 4 of the present invention
  • FIG. 9 is a general diagram of Embodiment 4 of the present invention
  • MN registration flow chart of the MIP (Mobile Internet Protocol) domain MIP (Mobile Internet Protocol) domain
  • FIG. 10 is a flowchart of a MN registration of another common MIP domain in the fourth embodiment of the present invention.
  • FIG. 11 is a system structure diagram of a local mobility anchor registration in the embodiment of the present invention.
  • FIG. 12 is another embodiment of the present invention.
  • the structure of the PMIP system is as shown in FIG. 1a, and multiple LMAs 101 are configured or deployed, and network sharing and load balancing are supported between the LMAs 101.
  • MAG 102 There is a many-to-many connection with the LMA 101; the AAA server 103 authenticates the authorization during the MN access process, and simultaneously saves or acquires the configuration information of the MN.
  • the PMIP system shown in Figure la is a logical framework system that can be applied to the WiMAX (Worldwide Interoperability for Microwave Access) standard, 3 GPP (3rd Generation Partnership Project) standard. , network architecture in the 3GPP2 standard, etc.
  • the MAG when applied to the WiMAX standard, can be located on the access gateway of the WiMAX access service network; and the LMA is located in the WiMAX connection service network and can coexist with the HA supporting the PMIP function.
  • mobility management can be used only as a control function, which is separate from data routing.
  • an NGN reference architecture is shown in Figure lb, including: C-MMCF (Central Mobility Management Control Function) ), located in the core network of the NGN network; A-MMCF (Access Mobility Management Control Function), located in the access network of the NGN network.
  • C-MMCF Central Mobility Management Control Function
  • A-MMCF Access Mobility Management Control Function
  • the MMCF can be further subdivided into LMF (Location Management Function) and HCF (Handover Control Function).
  • LMF Local Management Function
  • HCF Hax Control Function
  • the above LMA and MAG refer to C respectively.
  • -LMF Central Location Management Function
  • A-LMF Access Location Management Function
  • C-HCF Central Handover Control Function
  • A- HCF Access Handover Control Function
  • the following describes how the MAG selects the LMA and performs PBU registration until the registration result (the home network prefix of the MN) is sent to the MN to complete the MN access registration process.
  • Embodiment 1 of the present invention A method for registering a local mobile anchor point is provided in Embodiment 1 of the present invention, when
  • the two methods can be used for redirection.
  • the LMA1 returns a failure, it has a redirection indication and a recommended LMA2 address.
  • the MAG sends a PBU to the LMA2 for proxy registration.
  • LMA1 returns a failure, it only has an indication that it needs to be redirected, but does not have the recommended LMA2 Address (When LMA1 is not responding), the MAG sends a PBU to other LMAs for proxy registration based on the LMA address list in the MN configuration.
  • LMA1 fails to return, indicating that the reason for the failure is that the MN has not signed the service or other authentication reasons, the MAG does not select another LMA.
  • Step 201a The MN attaches to the network, and performs access authentication and the like through the MAG.
  • the AAA server downloads the configuration file of the MN to the MAG, and has one or more LMA addresses, where the plurality of LMA addresses may have a certain priority order or an unordered arrangement.
  • Step 203a the MAG proxy MN registers, and sends a PBU request to the LMA1.
  • Step 204a The LMA1 sends a PBA message to the MAG.
  • the PBA message carries the registration failure information.
  • the registration failure information carries the reason for the registration failure. If the reason for the registration failure is that the service or other authentication reasons are not signed, the processing is not performed. If the registration failure is caused by excessive load and local management policies, the PBA message is Carrying a redirection indication, optionally, the LLA2 address is carried in the redirection indication.
  • the LMA1 determines the LMA2 to be redirected based on the load status, LMA priority, and local configuration policy.
  • LMA2 may be in the list.
  • the LMA1 may also send a message to the AAA server to obtain the address of the LMA2 from the AAA server.
  • the MAG may not need to acquire or carry the MN's LMA list in steps 202a and 203a, in the following. There is also no need to verify LMA2 in the step.
  • Step 205a when the MAG receives the proxy binding update failure message, it will verify or select LMA2. If the PBA message carries the redirected LMA2 address, the MAG verifies the LMA2 address, which includes: comparing with the LMA address of the MN configuration document; or by interacting with the AAA server, the AAA server verifies the LMA2 address. If the PBA message does not have an LMA2 address or LMA1 has no response, etc., the MAG selects LMA2 from the MN configuration (selection or polling according to priority order), or from AAA service. retrieve an LMA2 address in the server.
  • Step 206a the MAG proxy MN registers, and sends a PBU request to the LMA2.
  • Step 207a LMA2 confirms that the registration is successful, and sends a PBA message to the MAG with the home network prefix assigned to the MN.
  • the MAG sends an RA to the MN to notify the MN of the home network prefix.
  • another method for registering a local mobility anchor is provided.
  • the PBU message may be forwarded to the LMA2; Register the PBA message directly or through LMA1 to the MAG to complete the registration. As shown in Figure 2b, the following steps are included:
  • Step 201b the MN is attached to the network, and the process of performing access authentication and the like is completed.
  • Step 202b when the access authentication is completed, the AAA server downloads the configuration file of the MN to the MAG.
  • Step 203b The MAG proxy MN registers, and sends a PBU registration request to the LMA1.
  • the LMA1 cannot obtain the LMN2 address according to the local configuration, the heartbeat message, etc., and the LMA1 can also send a message to the AAA server to obtain the AAA server.
  • step 205b the LMA1 forwards the PBU registration request to the LMA2.
  • Step 206b the LMA2 replies to the MAG with a PBA registration confirmation message, confirms that the registration is successful, and has the home network prefix information assigned to the MN.
  • the PBA is forwarded by LMA1 or sent directly to the MAG.
  • the MAG sends an RA to the MN to notify the MN of the home network prefix.
  • a method for registering a local mobility anchor point is provided.
  • the LMA selection may be performed based on the load balancing manner, and when the proxy MN performs the PBU registration, the LMA list configured by the MN is selected.
  • the medium-load LMA is registered.
  • Step 301 The MN is attached to the network, and the access authentication and the like are performed by using the MAG.
  • Step 303 The MAG selects a LMA with a light load according to the load condition of the LMA.
  • Step 305 The LMA confirms that the registration is successful, and sends a PBA message to the MAG with the home network prefix assigned to the MN.
  • Step 306 The MAG sends an RA to the MN to notify the MN of the home network prefix.
  • a list of LMA loads in descending or ascending order may be established on the MAG, and the dynamic update is performed according to the load information between the MAG and the LMA.
  • the load information synchronization process between the MAG and the LMA is as follows: Step 401: The LMA sends a load indication message to the MAG, which carries the current load information of the LMA, where the load information indicates that the current LMA is overloaded. Or overloaded recovery; or with specific load indicators, such as resource occupancy, connection occupancy, and so on.
  • the load indication message format is as shown in FIG.
  • the load information field is an option that is used when the LMA sends a specific load indicator to the MAG.
  • Step 402 The MAG returns an acknowledgement message to the LMA, and according to the load information of the LMA, the MAG dynamically updates the local LMA priority list.
  • the above is the process in which the LMA actively sends load information to the MAG.
  • the information synchronization may also be that the MAG actively requests the load from the LMA.
  • the load information synchronization process is independent of the underlying transmission.
  • the LMA and the MAG can be transmitted by using a point-to-point link, or the LMA can multicast or broadcast or anycast to multiple MAGs.
  • the load indication and the load indication message may be an independent message, or may be carried to the MAG as an option of other messages, for example, adding a load option message to the heartbeat message, as shown in FIG. 6, where the L flag is increased, and 0 indicates The load is normal or the load is too heavy to recover, and 1 means the load is too heavy.
  • a detailed load condition can be included in the load information field.
  • a method for registering a local mobility anchor point is provided.
  • the MAG selects one or more LMAs from the MN configuration; simultaneously sends a PBU to each LMA to register, and selects the most.
  • the LMA that responds first The home network prefix assigned by the LMA is sent to the MN.
  • Figure 7 The specific process is shown in Figure 7, which includes the following steps:
  • Step 701 The MN is attached to the network, and the access authentication and the like are performed by using the MAG.
  • Step 703 The MAG simultaneously initiates a PBU registration request to one or more LMAs in the MN configuration.
  • Step 704 the one or more LMAs confirm that the registration is successful, and send a PBA message to the MAG with the home network prefix assigned to the MN.
  • Step 705 The MAG selects the first to confirm that the registration is successful, sends an RA to the MN, and informs the MN of the home network prefix.
  • Step 706 The MAG initiates a PBU logout process to other LMAs.
  • a method for registering a local mobility anchor point is provided.
  • the MAG receives the PBA registration failure of the current LMA
  • the MAG sends the MAG to other LMAs.
  • the PBU is sent to register, and the first responding LMA is selected, and the home network prefix assigned by the LMA is sent to the MN.
  • Figure 8 The specific process is shown in Figure 8, which includes the following steps:
  • Step 801 The MN is attached to the network, and the access authentication and the like are performed by using the MAG.
  • Step 803 The MAG initiates a PBU registration with the LMA1.
  • Step 804 The LMA1 returns a PBA failure message due to insufficient resources, a local configuration policy, and the like.
  • Step 806 the one or more LMAs confirm that the registration is successful, and send a PBA message to the MAG with the home network prefix assigned to the MN.
  • Step 807 The MAG selects the first to confirm that the registration is successful, and sends an RA to the MN to notify the MN of the home network prefix.
  • the MAG initiates a PBU logout process to other LMAs.
  • the above embodiment is used for the redirection of the network to select the scheme of the LMA.
  • the embodiment of the present invention can also be used for the registration process of the general domain.
  • FA Form Agent
  • HA refers to the home agent.
  • the method for the local mobile anchor registration is similar to the above-mentioned first to fourth embodiments. The following is only one of the cases.
  • the specific process is as shown in FIG. 9, and includes the following steps:
  • HA1 sends a registration response to the FA, and the HA1 has registration failure information due to overload, local management policy, and the like.
  • the registration response message is accompanied by a redirection indication and/or a HA2 address.
  • Step 906 After the FA selects or verifies the HA2 address, optionally establishes a security association with the HA2 to protect subsequent registration messages and the like.
  • step 907 the FA sends a registration request to HA2.
  • Step 908 HA2 confirms that the registration is successful, and sends a registration response message to the FA.
  • Step 909 the FA sends a registration response message to the MN, informing the MN to register the result.
  • the HA1 may directly perform the redirection selection HA2 and forward the proxy registration, as shown in FIG. 10, including the following steps:
  • Step 1001 The MN is attached to the network, and the process of performing access authentication and the like is completed.
  • Step 1002 the MN sends a registration request, optionally in an extended option, with a candidate HA address.
  • step 1003 the FA sends a registration request to HA1; optionally, in the extended option, a candidate HA address is provided.
  • Step 1004 When the HA1 is overloaded, the local management policy, and the like, the HA1 obtains the HA2 address according to the local configuration, the heartbeat message, and the like. Alternatively, HA1 may also send a message asking the AAA server (authentication and selection) to obtain the address of HA2 from the AAA server.
  • AAA server authentication and selection
  • step 1005 HA1 forwards the proxy registration message to HA2.
  • HA2 confirms that the registration is successful, and sends a registration response message to the FA.
  • the registration response message is forwarded by HA1 or sent directly to the FA.
  • the FA sends a registration response message to the MN, informing the MN to register the result.
  • the embodiment of the present invention provides a local mobile anchor registration system, as shown in FIG. 11, including: a local device 10, configured to send a registration response message to the proxy device, where the redirection indication is carried; Receiving a message from at least one local device, selecting a new local device, and registering with the new local device.
  • the proxy device 20 specifically includes: a registration response receiving unit 21, configured to receive a registration response message from the at least one local device, where the registration response message carries a redirection indication; a new local device selection unit 22, configured to select a new local device; The registration unit 23 is configured to register with the new local device.
  • the new local device selection unit 22 specifically includes: a first selection subunit, configured to select address information of a new local device from a local address list; or a second selection subunit, configured to send a registration response from the local device Obtaining the address information of the new local device in the message; or the third selecting subunit, configured to initiate a registration request to the at least two local devices, receive the registration success confirmation sent by the local device, and select the local device that is successfully registered first as the new Local device.
  • the local device 10 specifically includes: a registration unit 11 configured to receive a registration request of the proxy device for registration; and a registration failure sending unit 12, configured to send a registration response message to the proxy device, where the redirect indication is carried; and the address information of the new local device Adding unit 13, configured to select address information of a new local device from a local address list, or from the generation The address information of the new local device is obtained from the message sent by the device, or the address of the new local device is obtained from the authentication server, and is sent by using the registration response message.
  • Another embodiment of the present invention provides a local mobile anchor registration system, as shown in the figure.
  • a local device 100 configured to send load information to the proxy device
  • the proxy device 200 configured to receive load information of the at least one local device, select a new local device according to the received load information, and send the new local device to the new local device The device is registered.
  • the proxy device 200 specifically includes: a registration response receiving unit 210, configured to receive load information from at least one local device; a new local device selecting unit 220, configured to select a new local device according to the received load information; and a registration unit 230, configured to The new local device is registered.
  • the proxy device 200 can also include: a load requesting unit for transmitting a load information request to the local device.
  • the new local device selection unit 220 is further configured to receive the registration success confirmation sent by the local device, and select the local device that is successfully registered first as the new local device.
  • the network-based LMA dynamic registration can well support network sharing and load balancing in the PMIP domain, increase the reliability of the network, and facilitate the large-scale deployment of the network by the operator.
  • the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. the way.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium, including a plurality of instructions for making a A computer device (which may be a personal computer, server, or network device, etc.) performs the methods described in various embodiments of the present invention.

Landscapes

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

Description

本地移动锚点注册的方法、 系统及设备 本申请要求于 2008 年 3 月 13 日提交中国专利局， 申请号为 200810084622.1 , 发明名称为 "本地移动锚点注册的方法、 系统及设 备"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域，尤其涉及一种本地移动锚点注册的方 法、 系统及设备。 背景技术
现有技术中， MN ( Mobile Node, 移动节点 )在家乡时使用 HoA ( Home Address , 家乡地址 )与 CN ( Correspondent Node, 通讯节点 ) 进行通信。 当 MN移动到外地时， 从外地网络获得一个地址， 称为 CoA ( Care-of Address, 转交地址 ) , MN发送带有该 CoA的绑定更新 至 HA ( Home Agent,家乡代理；)， HA上建立关于 MN的 HoA和 CoA 的绑定条目， 并且建立与 MN间的双向隧道。 HA接收注册之后， 对 需要转发给 MN的 IP ( Internet Protocol, 网际协议 ) 文进行封装， 外层报文的源地址为 HA的地址， 目的地址为 CoA, HA将封装后的 报文通告隧道转发给 MN。 MN发送报文时， 使用 CoA进行发送， 外 层才艮文的源地址为 CoA , 目的地址为 HA的地址， 内层 文的源地址 为 HoA, 目的地址为 CN的地址， HA收到该报文时进行解封装， 把 内层报文转发给 CN。
ΡΜΙΡνό ( Proxy Mobile Internet Protocol Version 6, 代理移动网际 十办议版本 6 )十办议是对 MIPv6 ( Mobile Internet Protocol Version 6, 移 动网际协议版本 6 )的一种扩展： MAG ( Mobile Access Gateway, 移 动性接入网关）模拟家乡链路， 向 MN通告 HNP ( Home Network Prefix, 家乡地址前缀）， 使 MN以为自己始终在家乡链路上； MAG 代替 MN向 LMA ( Local Mobility Anchor, 本地移动锚点）发送注册 报文， LMA相当于 MIPv6中的 HA功能， 在 LMA上建立关于家乡 网络前缀和 MAG接口地址（Proxy-CoA ) 的绑定緩存条目， 并且在 MAG和 LMA间建立一条双向隧道用于传输 MN的^艮文。 其^艮文收 发过程如下：
对端节点向移动节点的家乡地址发送报文， 该报文会被 LMA截 获， 然后 LMA根据家乡前缀查询绑定列表， 然后通过 LMA与 MAG 之间的隧道将报文发送给 MAG处理， MAG解封装后根据报文的目 的地址将报文发送给 MN。 移动节点给对端节点发报文时， MAG收 到该报文进行封装， 增加外层报文（包括源地址）， 然后通过 MAG 与 LMA之间的隧道， 将报文发送给 LMA , LMA剥离外层报文， 将 内层报文转发给对端节点。
在现有的 PMIP ( Proxy Mobile Internet Protocol,代理移动网际协 议）域中， 当 MN接入时， 为了能够让 MN支持移动性业务， 需要 MAG进行 PBU ( Proxy Binding Update, 代理绑定更新）注册， 具体 过程如下：
1、 MN接入到网络中。
2、 AAA ( Authentication Authorization Accounting , 鉴权授权计 费）服务器在接入认证等过程完成时， 返回给 MAG 的消息中包含 MN的配置信息，如 LMA地址， MN的 NAI ( Network Access Identity 网络接入标识）等。
3、 MAG代理 MN向 LMA发送 PBU请求。
4、 LMA返回 PBA( Proxy Binding Acknowledge,代理绑定确认）， 带有 MN的家乡前缀。
5、 MAG向 MN发送 RA ( Route Advertisement, 路由公告）， 通 知 MN的家乡前缀。
在实现本发明的过程中， 发明人发现现有技术仍然存在以下缺 点：
注册过程不能很好地支持网络共享、 负载均衡， 当 LMA负荷过 重、 本地管理策略调整等情况 LMA返回注册失败时， 将导致 MN可 能退回到筒单的 IPv6 ( Internet Protocol Version 6, 网际协议版本 6 ) 业务， 或者拒绝 MN服务， 而不能 4艮好地支持 MN的移动性业务。 发明内容
本发明实施例提供了一种本地移动锚点注册的方法、 系统及设 备， 支持网络共享与负载均衡的 PMIP系统中进行 LMA动态注册。
本发明实施例提供了一种本地移动锚点注册的方法， 包括： 接收至少一个本地设备的消息；
根据所述消息选择新本地设备；
向所述新本地设备进行注册。
本发明实施例还提供了一种本地移动锚点注册的系统， 包括： 本地设备， 用于向代理设备发送消息， 所述消息为注册响应消息 或负荷信息， 所述注册响应消息中携带重定向指示；
代理设备， 用于接收至少一个本地设备的消息， 根据所述消息选 择新本地设备， 并向所述新本地设备进行注册。
本发明实施例还提供了一种代理设备， 包括：
注册响应接收单元， 用于接收来自至少一个本地设备的消息， 所 述消息为注册响应消息或负荷信息，所述注册响应消息中携带重定向 指示；
新本地设备选择单元，用于根据所述注册响应接收单元接收的所 述消息选择新本地设备； 备进行注册。
本发明实施例还提供了一种本地设备， 包括：
注册单元， 用于接收代理设备的注册请求后进行注册； 注册失败发送单元， 用于向代理设备发送注册响应消息， 所述注 册响应消息中携带重定向指示。
本发明的实施例中， 基于网络的 LMA动态注册， 在 PMIP域中 可以很好地支持网络共享和负载均衡， 增加网络的可靠性， 有利于运 营商大规模部署网络。 附图说明
图 la是本发明实施例中 PMIP系统结构图；
图 lb是本发明实施例中 NGN ( Next Generation Network, 下一 代网络） 的参考结构图；
图 2a是本发明实施例一中一种本地移动锚点注册的方法流程 图；
图 2b是本发明实施例一中另一种本地移动锚点注册的方法流程 图；
图 3是本发明实施例二中本地移动锚点注册的方法流程图； 图 4是本发明实施例中 MAG和 LMA之间的负荷信息同步流程； 图 5是本发明实施例中负荷指示消息格式示意图；
图 6 是本发明实施例中在心跳消息中增加一个负荷选项消息示 意图；
图 7是本发明实施例三中本地移动锚点注册的方法流程图； 图 8是本发明实施例四中本地移动锚点注册的方法流程图； 图 9是本发明实施例四中一种普通 MIP( Mobile Internet Protocol, 移动网际协议）域的 MN注册流程图；
图 10是本发明实施例四中另一种普通 MIP域的 MN注册流程图； 图 11是本发明实施例中一种本地移动锚点注册的系统结构图； 图 12 是本发明实施例中另一种本地移动锚点注册的系统结构 图。 具体实施方式
本发明实施例中 PMIP系统结构如图 la所示， 配置或部署有多 个 LMA 101 ,各个 LMA 101之间支持网络共享、负载均衡； MAG 102 与 LMA 101之间存在多对多连接； AAA服务器 103为 MN接入过程 中认证授权， 同时保存或获取 MN的配置信息。 图 la所示的 PMIP 系统是一个逻辑框架系统， 该系统可以应用到 WiMAX ( Worldwide Interoperability for Microwave Access ,微波存取全球互通）标准、 3 GPP ( 3rd Generation Partnership Project, 第三代合作伙伴计划)标准、 3GPP2标准等中的网络架构。 例如， 当应用到 WiMAX标准中时， MAG可以位于 WiMAX的接入服务网络的接入网关上； 而 LMA位 于 WiMAX的连接服务网络中， 可以与支持 PMIP功能的 HA共存。 在 PMIP系统中移动性管理可以仅作为控制功能，与数据路由分离开， 例如， 一种 NGN的参考架构如图 lb所示， 包括： C-MMCF ( Central Mobility Management Control Function , 中心移动性管理控制功能）， 位于 NGN 网给的核心网； A-MMCF ( Access Mobility Management Control Function,接入移动性管理控制功能），位于 NGN网络的接入 网。 上述 LMA、 MAG分别指 C-MMCF、 A-MMCF„ MMCF还可以 进一步细分为 LMF ( Location Management Function, 位置管理功能） 和 HCF ( Handover Control Function, 切换控制功能）。 上述 LMA、 MAG分别指 C-LMF ( Central Location Management Function, 中心位 置管理功能）、 A-LMF ( Access Location Management Function, 接入 位置管理功能）， 和 /或 C-HCF ( Central Handover Control Function, 中心切换控制功能）、 A-HCF ( Access Handover Control Function, 接 入切换控制功能）。
基于上述系统， 下面将通过具体的实施例来描述， MAG如何选 择 LMA, 并进行 PBU注册， 直至发送注册结果（ MN的家乡网络前 缀 )给 MN, 完成 MN的接入注册过程。
本发明实施例一中提供了一种本地移动锚点注册的方法流程， 当
LMA 负荷过重、 本地管理策略调整等情况返回失败时， 可以采用两 种方式进行重定向处理： LMA1返回失败时， 带有重定向指示和推荐 的 LMA2地址； MAG向 LMA2发送 PBU进行代理注册； 或 LMA1 返回失败时， 只带有需要重定向的指示， 而未带有推荐的 LMA2地 址（处理 LMA1无应答的情况）， MAG根据 MN配置中的 LMA地址 列表， 向其他 LMA发送 PBU进行代理注册。 当 LMA1返回失败时， 指示失败原因为 MN 没有签约该服务或其他认证方面的原因时， 则 MAG不选择其他 LMA。 具体过程如图 2a所示， 包括以下步骤： 步骤 201a, MN附着到网络中，通过 MAG进行接入认证等过程。 步骤 202a, 在接入认证完成时， AAA服务器向 MAG下载 MN 的配置文档， 带有一个或多个 LMA地址， 其中多个 LMA地址可以 具有一定的优先级顺序或无序排列。
步骤 203a, MAG代理 MN进行注册， 向 LMA1发送 PBU请求。 可选地在扩展选项中携带 MN配置中的其他 LMA地址。
步骤 204a, LMA1向 MAG发送 PBA消息， 当 LMA1由于负荷 过重、 本地管理策略等原因无法注册时， 在 PBA消息携带注册失败 信息。 其中， 注册失败信息中携带注册失败原因， 如果注册失败原因 为没有签约该服务或其他认证方面的原因时， 则不进行处理； 如果注 册失败原因为负荷过重、 本地管理策略， 则 PBA消息中携带重定向 指示， 可选地， 该重定向指示中携带 LMA2地址。 其中， LMA1根 据负荷情况、 LMA优先级、 本地配置策略等决定选择需要重定向的 LMA2。 当步骤 203a中接收到的 PBU代理注册消息的扩展项中带有 其他 LMA地址列表 (一个或多个 LMA地址 ) 时， LMA2可以在该 列表中。 另外一种情况， LMA1也可发送消息询问 AAA服务器， 从 AAA服务器中获取 LMA2的地址，在这种情况下， MAG在步骤 202a、 203a中可以不需要获取或携带 MN的 LMA列表，在后面的步骤中也 不需要对 LMA2进行验证。
步骤 205a, 当 MAG收到代理绑定更新失败消息时， 将验证或选 择 LMA2。 如果 PBA消息中带有重定向的 LMA2地址， MAG验证 LMA2地址， 具体包括： 与 MN配置文档的 LMA地址进行比较； 或 通过与 AAA服务器交互， 由 AAA服务器对 LMA2地址进行验证。 如果 PBA消息中没带有 LMA2地址或 LMA1无应答等， 则 MAG从 MN配置中选择 LMA2 (根据优先级顺序选择或轮询）， 或从 AAA服 务器中重新获取一个 LMA2地址。
步骤 206a, MAG代理 MN注册， 向 LMA2发送 PBU请求。 步骤 207a, LMA2确认注册成功， 向 MAG发送 PBA消息， 带 有分配给 MN的家乡网络前缀。
步骤 208a, MAG向 MN发送 RA, 通知 MN的家乡网络前缀。 本发明实施例一中还提供了另一种本地移动锚点注册的方法流 程， 作为替代方案， 当 LMA1 由于上述原因不能为 MN提供服务， 在确定 LMA2后， 可以将 PBU消息转发给 LMA2； LMA2直接或者 通过 LMA1向 MAG回复 PBA消息， 完成注册。 如图 2b示， 包括以 下步骤：
步骤 201b, MN附着到网络中， 完成进行接入认证等过程。
步骤 202b, 在接入认证完成时， AAA服务器向 MAG下载 MN 的配置文档。
步骤 203b, MAG代理 MN注册， 向 LMA1发送 PBU注册请求。 步骤 204b, 当 LMA1 由于负荷过重、 本地管理策略等原因不能 为 MN服务； LMA1根据本地配置、 心跳消息等获取 LMA2地址， 可选地， LMA1也可发送消息询问 AAA服务器， 从 AAA服务器中 获取 LMA2的地址。
步骤 205b, LMA1向 LMA2转发 PBU注册请求。
步骤 206b, LMA2向 MAG回复 PBA注册确认消息， 确认注册 成功，带有分配给 MN的家乡网络前缀信息等。其中 PBA经过 LMA1 进行转发， 或直接发送给 MAG。
步骤 207b, MAG向 MN发送 RA, 通知 MN的家乡网络前缀。 本发明实施例二中提供一种本地移动锚点注册的方法流程， 当 MAG获知 LMA的负载情况时，可以基于负载均衡方式进行 LMA选 择， 在代理 MN进行 PBU注册时， 选择 MN配置的 LMA列表中负 荷轻的 LMA进行注册， 具体过程如图 3所示， 包括以下步骤：
步骤 301 , MN附着到网络中， 通过 MAG进行接入认证等过程。 步骤 302,在接入认证完成时， AAA服务器向 MAG下载 MN的 配置文档， 带有一个或多个 LMA地址。
步骤 303 , MAG根据 LMA的负载情况选择负荷轻的 LMA。 步骤 304, MAG代理 MN注册， 向 LMA发送 PBU请求。
步骤 305, LMA确认注册成功， 向 MAG发送 PBA消息， 带有 分配给 MN的家乡网络前缀。
步骤 306, MAG向 MN发送 RA, 通知 MN的家乡网络前缀。 其中， 可以在 MAG上建立一个按降序或者升序排列的 LMA负 荷列表， 根据 MAG与 LMA之间的负荷信息同步进行动态更新。 其 中 MAG和 LMA之间的负荷信息同步流程如图 4, 包括以下步骤： 步骤 401 , LMA向 MAG发送负荷指示消息， 带有 LMA当前的 负荷信息， 其中该负荷信息指示了当前 LMA负荷过重， 或负荷过重 恢复； 或带有具体的负载指标， 例如资源占用情况、 连接占用率等。 负荷指示消息格式如图 5所示， 包括： 类型字段， 例如请求、响应等； L标志字段， 用于指示负载信息， 0表示正常或负荷过重恢复， 1表 示负荷过重； 预留字段； 负荷信息字段， 是一个可选项， 当 LMA向 MAG发送具体的负载指标时使用。
步骤 402, MAG向 LMA回复确认消息，根据 LMA的负荷信息， MAG将动态更新本地的 LMA优先级列表。
上述是 LMA主动向 MAG发送负荷信息的过程， 信息同步也可 以是 MAG主动向 LMA请求负荷情况。 负荷信息同步过程与底层传 输无关， LMA与 MAG之间的可用采用点对点链路传输， 也可以是 LMA向多个 MAG进行组播或广播或任播（anycast )等。 负荷指示、 负荷指示消息， 可以是一个独立的消息， 也可以作为其他消息的一个 选项携带给 MAG, 例如在心跳消息中增加一个负荷选项消息， 如图 6, 其中， 增加 L标志位， 0表示负荷正常或负荷过重恢复， 1表示负 荷过重。 可选地， 可以带有详细的负载情况包含在负荷信息字段中。
本发明实施例三中提供一种本地移动锚点注册的方法流程，为了 缩短 MN接入的延时， MAG从 MN配置中选择一个或多个 LMA; 向各个 LMA同时发送 PBU进行注册， 选择最先响应的 LMA, 将该 LMA分配的家乡网络前缀发送给 MN。 具体过程如图 7所示， 包括 以下步骤：
步骤 701 , MN附着到网络中， 通过 MAG进行接入认证等过程。 步骤 702,在接入认证完成时， AAA服务器向 MAG下载 MN的 配置文档， 带有一个或多个 LMA地址。
步骤 703 , MAG同时向 MN配置中的一个或多个 LMA发起 PBU 注册请求。
步骤 704, —个或多个 LMA确认注册成功， 向 MAG发送 PBA 消息， 带有分配给 MN的家乡网络前缀。
步骤 705, MAG选择最先确认注册成功的， 向 MN发送 RA, 通 知 MN的家乡网络前缀。
步骤 706, MAG向其他的 LMA发起 PBU注销过程。
本发明实施例四中提供一种本地移动锚点注册的方法流程，为了 缩短 MN接入的延时， 同时减少网络信令开销， 当 MAG收到当前 LMA的 PBA注册失败后， MAG向其他 LMA同时发送 PBU进行注 册， 选择最先响应的 LMA, 将该 LMA分配的家乡网络前缀发送给 MN。 具体过程如图 8所示， 包括以下步骤：
步骤 801 , MN附着到网络中， 通过 MAG进行接入认证等过程。 步骤 802,在接入认证完成时， AAA服务器向 MAG下载 MN的 配置文档， 带有一个或多个 LMA地址。
步骤 803, MAG向 LMA1发起 PBU注册。
步骤 804, LMA1由于资源不足、 本地配置策略等原因返回 PBA 失败消息。
步骤 805, MAG向 MN配置中的其他一个或多个 LMA同时发起 PBU注册请求。
步骤 806, —个或多个 LMA确认注册成功， 向 MAG发送 PBA 消息， 带有分配给 MN的家乡网络前缀。
步骤 807, MAG选择最先确认注册成功的， 向 MN发送 RA, 通 知 MN的家乡网络前缀。 步骤 808, MAG向其他的 LMA发起 PBU注销过程。
上述实施例^ ϋ于网络的重定向选择 LMA的方案， 当然， 本发 明实施例也可用于普通 ΜΙΡ域的 ΜΝ注册流程。 其中， FA ( Foreign Agent, 外地代理）指外部代理， 与 MAG功能类似； HA指家乡代理。 其中本地移动锚点注册的方法实施例与上述实施例一到四类似，下面 只以其中一种情况说明， 具体过程如图 9所示， 包括以下步骤：
步骤 901 , MN附着到网络中， 通过 FA进行接入认证等过程。 步骤 902, MN发送注册请求， 可选地在扩展选项中， 带有候选 的 HA地址。
步骤 903, FA向 HA1发送注册请求； 可选地在扩展选项中， 带 有候选的 HA地址。
步骤 904, HA1向 FA发送注册响应， 当 HA1由于负荷过重、 本 地管理策略等原因， 带有注册失败信息。 可选地， 注册响应消息中带 有重定向指示和 /或 HA2地址。
步骤 905 , 当 FA收到注册响应失败消息时，将验证或选择 HA2: 如果注册响应消息中带有重定向的 HA2地址， FA将验证 HA2地址， 例如， 通过与 AAA服务器交互， 由 AAA服务器对 HA2地址进行验 证。 如果注册响应消息中没带有 HA2地址或 HA1无应答等， 则 FA 从 MN配置中选择 HA2 , 或从 AAA服务器中重新获取一个 HA2地 址。
步骤 906, 当 FA选择或验证 HA2地址后， 可选地， 与 HA2建 立安全联盟， 以保护后续注册消息等。
步骤 907, FA向 HA2发送注册请求。
步骤 908, HA2确认注册成功， 向 FA发送注册响应消息。
步骤 909, FA向 MN发送注册响应消息， 通知 MN注册结果。 本发明实施例中，如上述 HA1也可以直接进行重定向选择 HA2, 并转发代理注册， 如图 10所示， 包括以下步骤：
步骤 1001 , MN附着到网络中， 完成进行接入认证等过程。
步骤 1002, MN发送注册请求， 可选地在扩展选项中， 带有候选 的 HA地址。
步骤 1003, FA向 HA1发送注册请求； 可选地在扩展选项中， 带 有候选的 HA地址。
步骤 1004, 当 HA1由于负荷过重、 本地管理策略等原因， HA1 根据本地配置、 心跳消息等获取 HA2地址。 可选地， HA1也可发送 消息询问 AAA服务器（验证与选择）， 从 AAA服务器中获取 HA2 的地址。
步骤 1005, HA1向 HA2转发代理注册消息。
步骤 1006, HA2确认注册成功， 向 FA发送注册响应消息。 其中 注册响应消息经过 HA1转发， 或直接发送给 FA。
步骤 1007, FA向 MN发送注册响应消息， 通知 MN注册结果。 本发明实施例提供了一种本地移动锚点注册的系统， 如图 11所 示， 包括： 本地设备 10, 用于向代理设备发送注册响应消息， 其中 携带重定向指示； 代理设备 20, 用于接收至少一个本地设备的消息， 选择新本地设备， 并向所述新本地设备进行注册。
代理设备 20具体包括： 注册响应接收单元 21 , 用于接收来自至 少一个本地设备的注册响应消息，所述注册响应消息中携带重定向指 示； 新本地设备选择单元 22, 用于选择新本地设备； 注册单元 23, 用于向所述新本地设备进行注册。
所述新本地设备选择单元 22具体包括： 第一选择子单元， 用于 从本地地址列表中选择新本地设备的地址信息； 或第二选择子单元， 用于从所述本地设备发送的注册响应消息中获取新本地设备的地址 信息； 或第三选择子单元， 用于向至少两个本地设备发起注册请求， 接收所述本地设备发送的注册成功确认，选择最先注册成功的本地设 备作为新本地设备。
本地设备 10具体包括： 注册单元 11 , 用于接收代理设备的注册 请求后进行注册； 注册失败发送单元 12, 用于向代理设备发送注册 响应消息， 其中携带重定向指示； 新本地设备的地址信息添加单元 13, 用于从本地地址列表中选择新本地设备的地址信息， 或从所述代 理设备发送的消息中获取新本地设备的地址信息，或从认证服务器中 获取新本地设备的地址， 通过所述注册响应消息发送。
本发明实施例还提供了另一种本地移动锚点注册的系统， 如图
12所示， 包括： 本地设备 100, 用于向代理设备发送负荷信息； 代理 设备 200, 用于接收至少一个本地设备的负荷信息， 根据接收的负荷 信息选择新本地设备， 并向所述新本地设备进行注册。
代理设备 200具体包括： 注册响应接收单元 210, 用于接收来自 至少一个本地设备的负荷信息； 新本地设备选择单元 220, 用于根据 接收的负荷信息选择新本地设备； 注册单元 230, 用于向所述新本地 设备进行注册。
代理设备 200还可以包括： 负荷请求单元， 用于向本地设备发送 负荷信息请求。
新本地设备选择单元 220还用于接收所述本地设备发送的注册 成功确认， 选择最先注册成功的本地设备作为新本地设备。
本发明的实施例中， 基于网络的 LMA动态注册， 在 PMIP域中 可以很好地支持网络共享和负载均衡， 增加网络的可靠性， 有利于运 营商大规模部署网络。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解 到本发明可借助软件加必需的通用硬件平台的方式来实现， 当然也可 以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解， 本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以 软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质 中， 包括若干指令用以使得一台计算机设备（可以是个人计算机， 服 务器， 或者网络设备等）执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例， 但是， 本发明并非局 限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护 范围。

Claims

权利要求
1、 一种本地移动锚点注册的方法， 其特征在于， 包括： 接收至少一个本地设备的消息；
根据所述消息选择新本地设备；
向所述新本地设备进行注册。
2、 如权利要求 1所述本地移动锚点注册的方法， 其特征在于， 所述接收至少一个本地设备的消息， 具体包括：
接收来自本地设备的注册响应消息，所述注册响应消息中携带重 定向指示， 所述重定向指示用于指示选择所述新本地设备。
3、 如权利要求 2所述本地移动锚点注册的方法， 其特征在于， 所述根据消息选择新本地设备， 具体包括：
从本地地址列表中选择新本地设备的地址信息； 或
从认证服务器重新获取新本地设备的地址信息。
4、 如权利要求 2所述本地移动锚点注册的方法， 其特征在于， 所述注册响应消息中还携带新本地设备的地址信息；
所述根据消息选择新本地设备， 具体包括：
根据所述新本地设备的地址信息， 选择所述新本地设备。
5、 如权利要求 4所述本地移动锚点注册的方法， 其特征在于， 所述根据新本地设备的地址信息， 选择新本地设备， 具体包括： 将所述注册响应消息中携带的新本地设备的地址信息与移动节 点配置文档中本地设备的地址信息进行比较， 确定新本地设备； 或 通过认证服务器对注册响应消息中携带的新本地设备的地址信 息进行验证， 确定新本地设备。
6、 如权利要求 5所述本地移动锚点注册的方法， 其特征在于， 所述注册响应消息中携带多个新本地设备地址时，各个本地设备地址 具有优先级顺序或无序排列。
7、 如权利要求 4所述本地移动锚点注册的方法， 其特征在于， 所述注册响应消息中携带的新本地设备的地址信息的获取方式包括： 本地设备根据负荷情况、优先级、 本地配置策略选择需要重定向 的新本地设备； 或
本地设备发送消息询问认证服务器，从所述认证服务器中获取新 本地设备的地址。
8、 如权利要求 1所述本地移动锚点注册的方法， 其特征在于， 所述接收至少一个本地设备的消息， 具体包括：
接收来自各个本地设备发送的负荷信息；
所述根据消息选择新本地设备， 具体包括：
根据接收的负荷信息选择所述新本地设备。
9、 如权利要求 8所述本地移动锚点注册的方法， 其特征在于， 所述接收负荷信息之前， 还包括：
向本地设备发送负荷信息请求。
10、 如权利要求 1至 9中任一项所述本地移动锚点注册的方法， 其特征在于， 所述根据消息选择新本地设备， 具体包括：
接收所述本地设备发送的注册成功确认，选择最先注册成功的本 地设备作为新本地设备。
11、 如权利要求 1至 9中任一项所述本地移动锚点注册的方法， 其特征在于，
所述本地设备为本地移动锚点 LMA或本地代理 HA。
12、 一种本地移动锚点注册的系统， 其特征在于， 包括： 本地设备， 用于向代理设备发送消息， 所述消息为注册响应消息 或负荷信息， 所述注册响应消息中携带重定向指示；
代理设备， 用于接收至少一个本地设备的消息， 根据所述消息选 择新本地设备， 并向所述新本地设备进行注册。
13、如权利要求 12所述本地移动锚点注册的系统， 其特征在于， 所述代理设备， 具体包括：
注册响应接收单元， 用于接收来自至少一个本地设备的消息， 所 述消息为注册响应消息或负荷信息，所述注册响应消息中携带重定向 指示； 新本地设备选择单元，用于根据所述注册响应接收单元接收的所 述消息选择新本地设备； 备进行注册。
14、如权利要求 13所述本地移动锚点注册的系统， 其特征在于， 所述代理设备， 还包括：
负荷请求单元， 用于向本地设备发送负荷信息请求。
15、如权利要求 13或 14所述本地移动锚点注册的系统， 其特征 在于，
所述新本地设备选择单元，还用于接收所述本地设备发送的注册 成功确认， 选择最先注册成功的本地设备作为新本地设备。
16、如权利要求 13所述本地移动锚点注册的系统， 其特征在于， 所述新本地设备选择单元， 具体包括：
第一选择子单元，用于从本地地址列表中选择新本地设备的地址 信息； 或
第二选择子单元，用于从所述本地设备发送的注册响应消息中获 取新本地设备的地址信息； 或
第三选择子单元， 用于向至少两个本地设备发起注册请求，接收 所述本地设备发送的注册成功确认，选择最先注册成功的本地设备作 为新本地设备。
17、如权利要求 12所述本地移动锚点注册的系统， 其特征在于， 所述本地设备， 具体包括：
注册单元， 用于接收代理设备的注册请求后进行注册；
注册失败发送单元， 用于向代理设备发送注册响应消息， 其中携 带重定向指示。
18、如权利要求 17所述本地移动锚点注册的系统， 其特征在于， 所述本地设备， 还包括：
新本地设备的地址信息添加单元，用于从本地地址列表中选择新 本地设备的地址信息，或从所述代理设备发送的消息中获取新本地设 备的地址信息， 或从认证服务器中获取新本地设备的地址， 通过所述 注册响应消息发送。
19、 一种代理设备， 其特征在于， 包括：
注册响应接收单元， 用于接收来自至少一个本地设备的消息， 所 述消息为注册响应消息或负荷信息，所述注册响应消息中携带重定向 指示；
新本地设备选择单元，用于根据所述注册响应接收单元接收的所 述消息选择新本地设备； 备进行注册。
20、 一种本地设备， 其特征在于， 包括：
注册单元， 用于接收代理设备的注册请求后进行注册； 注册失败发送单元， 用于向代理设备发送注册响应消息， 所述注 册响应消息中携带重定向指示。
PCT/CN2009/070508 2008-03-13 2009-02-23 本地移动锚点注册的方法、系统及设备 WO2009111960A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09719596A EP2244425A4 (en) 2008-03-13 2009-02-23 METHOD, SYSTEM AND APPARATUS FOR REGISTERING AT A LOCAL MOBILITY ANCHOR
US12/873,410 US9179286B2 (en) 2008-03-13 2010-09-01 Method, system, and device for registering with local mobility anchors

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810084622.1 2008-03-13
CN2008100846221A CN101534501B (zh) 2008-03-13 2008-03-13 本地移动锚点注册的方法、系统及设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/873,410 Continuation US9179286B2 (en) 2008-03-13 2010-09-01 Method, system, and device for registering with local mobility anchors

Publications (1)

Publication Number Publication Date
WO2009111960A1 true WO2009111960A1 (zh) 2009-09-17

Family

ID=41064749

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/070508 WO2009111960A1 (zh) 2008-03-13 2009-02-23 本地移动锚点注册的方法、系统及设备

Country Status (4)

Country Link
US (1) US9179286B2 (zh)
EP (1) EP2244425A4 (zh)
CN (1) CN101534501B (zh)
WO (1) WO2009111960A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102415114B (zh) * 2009-02-27 2016-06-29 诺基亚通信公司 基于IPv6任播的负荷平衡和对于PMIPv6的重定向功能
US8675555B2 (en) 2010-01-06 2014-03-18 Futurewei Technologies, Inc. Proxy mobile internet protocol version six multihoming support for flow mobility
CN101909332A (zh) * 2010-08-30 2010-12-08 中国科学技术大学 一种mn初始接入时有效选择lma的方法
CN102595374B (zh) * 2011-01-17 2015-04-01 中国电信股份有限公司 基于代理移动IPv6协议的移动性管理方法及系统
MX2014000815A (es) * 2011-07-22 2014-08-26 Interdigital Patent Holdings Gestión de tráfico de multiemisión.
US9749838B2 (en) 2011-08-17 2017-08-29 Telefonaktiebolaget Lm Ericsson (Publ) PMIP protocol enhancement
CN103458389B (zh) * 2012-05-29 2018-10-26 南京中兴软件有限责任公司 移动节点注册方法、互通方法、切换方法和网元
CN103139875A (zh) * 2013-02-05 2013-06-05 陶铭 一种层次移动IPv6自适应MAP选择方法及系统
WO2014187122A1 (zh) * 2013-05-23 2014-11-27 中国科学院计算机网络信息中心 一种PMIPv6环境中LMA动态发现方法
CN104660403B (zh) * 2013-11-20 2018-02-23 华为技术有限公司 一种设备授权方法及服务器

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1486094A (zh) * 2002-09-26 2004-03-31 ������������ʽ���� 用于采用负载均衡的移动通信的方法和装置
US20040090942A1 (en) * 2002-11-08 2004-05-13 Hannu Flinck Fast recovery from unusable home server
CN1653772A (zh) * 2002-05-06 2005-08-10 思科技术公司 用于移动因特网协议动态本地代理分配的方法和装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100551867B1 (ko) 2000-12-28 2006-02-13 엘지전자 주식회사 이동 노드의 외부 에이전트 핸드오프 통지 및 제어방법
US20040141477A1 (en) * 2003-01-22 2004-07-22 Institute For Infocomm Research Method, system and mobile host for mobility pattern based selection of a local mobility agent
EP2074800A1 (en) * 2006-10-20 2009-07-01 Panasonic Corporation Methods in mixed network- and host-based mobility management
JP5120262B2 (ja) * 2006-12-13 2013-01-16 日本電気株式会社 ホームネットワークシステム及び該ホームネットワークシステムに用いられるモビリティアンカー割当て方法
US9516495B2 (en) * 2007-03-01 2016-12-06 Futurewei Technologies, Inc. Apparatus and methods of PMIPv6 route optimization protocol
US8566455B1 (en) * 2008-12-17 2013-10-22 Marvell International Ltd. Method and apparatus for supporting multiple connections in 3GPP systems

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1653772A (zh) * 2002-05-06 2005-08-10 思科技术公司 用于移动因特网协议动态本地代理分配的方法和装置
CN1486094A (zh) * 2002-09-26 2004-03-31 ������������ʽ���� 用于采用负载均衡的移动通信的方法和装置
US20040090942A1 (en) * 2002-11-08 2004-05-13 Hannu Flinck Fast recovery from unusable home server

Also Published As

Publication number Publication date
CN101534501B (zh) 2012-06-06
CN101534501A (zh) 2009-09-16
US9179286B2 (en) 2015-11-03
EP2244425A1 (en) 2010-10-27
US20100332627A1 (en) 2010-12-30
EP2244425A4 (en) 2011-06-22

Similar Documents

Publication Publication Date Title
EP2304981B1 (en) Anchoring services of a mobile station attached to a first service domain at a home agent in a second service domain
US9179286B2 (en) Method, system, and device for registering with local mobility anchors
JP5147982B2 (ja) 無線ネットワークのためのシームレス・ローミングの方法および装置
US9516495B2 (en) Apparatus and methods of PMIPv6 route optimization protocol
WO2010016241A1 (ja) プレフィックス割り当て管理システム及び移動端末並びにプレフィックス割り当て管理装置
US20120063428A1 (en) Interface Switching System, Mobile Node, Proxy Node, and Mobile Management Node
EP2169849B1 (en) Access network switching method, anchor management device, and mobile accessing device
KR101508804B1 (ko) 과도 등록 및 확장된 바인딩 해제 메시지들을 이용하는 멀티-호밍 프로토콜에 대한 지원
US8121047B2 (en) Access technology indication for Proxy Mobile Internet Protocol version 6
US20100281148A1 (en) Technique for providing support for a plurality of mobility management protocols
BRPI0617009A2 (pt) método executado por um agente doméstico, método para permitir o uso simultáneo de uma pluralidade de interfaces por um nó móvel multidoméstico, agente doméstico que serve um nó móvel multidoméstico, nó móvel multidoméstico para permitir o uso simultáneo de uma pluralidade de interfaces por um nó móvel multidoméstico, substituto de um nó móvel multidoméstico e mìdia que pode ser lida por computador
JPWO2008099802A1 (ja) 移動端末管理システム、ネットワーク機器及びそれらに用いる移動端末動作制御方法
WO2009116246A1 (ja) 通信方法、通信システム、モバイルノード及びアクセスルータ
EP2107726A1 (en) Communication method, communication system, mobile node, proxy node, and management node
WO2010000174A1 (zh) 移动节点的注册、通信、切换方法及装置
EP2375796A1 (en) Method, system and mobile access gateway for local routing optimization
US20100014464A1 (en) Communication method, communication system, home agent, and mobile node
KR101454841B1 (ko) 이동통신 제어 방법, 시스템, 맵핑 전달 서버 및 접속 라우터
JP5362732B2 (ja) マルチホーミング・プロトコルのためのサポート
JPWO2010073620A1 (ja) ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント
US8774049B2 (en) Method and apparatus for use in a communications network
KR101527611B1 (ko) 이종망 접속 방법
WO2014000175A1 (zh) 会话路由方法、设备及系统
Sugimoto et al. Network-Controlled Route Optimization for Heterogeneous Mobile IP Networks
WO2010031317A1 (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: 09719596

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

Country of ref document: EP