WO2009101780A1 - 位置情報管理装置及びネットワークエッジ装置並びに移動端末 - Google Patents

位置情報管理装置及びネットワークエッジ装置並びに移動端末 Download PDF

Info

Publication number
WO2009101780A1
WO2009101780A1 PCT/JP2009/000475 JP2009000475W WO2009101780A1 WO 2009101780 A1 WO2009101780 A1 WO 2009101780A1 JP 2009000475 W JP2009000475 W JP 2009000475W WO 2009101780 A1 WO2009101780 A1 WO 2009101780A1
Authority
WO
WIPO (PCT)
Prior art keywords
network prefix
network
address
mobile terminal
edge device
Prior art date
Application number
PCT/JP2009/000475
Other languages
English (en)
French (fr)
Inventor
Jun Hirano
Chan Wah Ng
Tien Ming Benjamin Koh
Chun Keong Benjamin Lim
Pek Yew Tan
Mohana Dhamayanthi Jeyatharan
Original Assignee
Panasonic Corporation
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 Panasonic Corporation filed Critical Panasonic Corporation
Priority to US12/867,026 priority Critical patent/US20100316035A1/en
Priority to JP2009553356A priority patent/JPWO2009101780A1/ja
Publication of WO2009101780A1 publication Critical patent/WO2009101780A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/20—Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
    • 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/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • 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]

Definitions

  • the present invention relates to a communication technique in a packet-switched data communication network.
  • the present invention relates to a local mobility management technique for performing mobility management of a mobile terminal on the network side.
  • Mobile IPv6 Mobile Protocol version ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ 6: Internet Protocol Version 6
  • MN Mobile Node
  • This unchanging IP address of Mobile IPv6 is an address in the home network domain of the mobile node, and is called a home address (HoA).
  • HoA home address
  • the mobile node may configure an IP address to be used from the subnet prefix (network prefix) notified by the external network domain. Is possible.
  • the IP address configured in this way is called a care-of address, and the mobile node can be reached also by this care-of address.
  • the mobile node In order for the mobile node to maintain reachability regardless of its location, the mobile node associates the care-of address with the home address and registers with the home agent.
  • the home agent is a router in the home network domain of the mobile node, and registers the care-of address of the mobile node. This is realized by the mobile node sending a Binding Update (BU) message to the home agent.
  • BU Binding Update
  • the home agent When the mobile node is away from the home network domain, the home agent receives (intercepts) the packet addressed to the mobile node's home address, and tunnels the packet to the mobile node via the associated care-of address.
  • a terminal host performs mobility management.
  • Mobile IPv6 is therefore known as a terminal-based mobility management protocol.
  • Non-Patent Document 1 discloses a protocol for realizing the network-based mobility management method.
  • the mobile node When the mobile node moves to the local mobility domain, the mobile node connects to the MAG (Mobile Access Gateway) by presenting the identification information (identity) during the access authentication procedure.
  • This identification information is typically used to obtain an association with the mobile node's policy profile (eg, obtainable from a local server).
  • Policy profiles include the characteristics of network-based mobility services that can be provided and other relevant parameters (for example, on-link prefixes assigned to mobile nodes, allowed address configuration modes, roaming policies, network-based mobility services Other parameters that are indispensable when providing).
  • the MAG acquires the policy profile of the mobile node from the local server. Thereby, the MAG holds all the information necessary to perform mobility signaling for that mobile node. Then, the MAG periodically transmits a router advertisement (Router Advertisement) to the mobile node to notify the assigned on-link prefix.
  • a router advertisement (Router Advertisement)
  • connection interface of the mobile node receives its on-link prefix. This is because each MAG can always refer to the local server and obtain the profile of the mobile node.
  • LMA Local Mobility Anchor
  • the LMA also manages the reachability state related to each mobile node. Therefore, it can be said that LMA is similar to the home agent disclosed in Mobile IPv6.
  • LMA functions as an anchor point for each mobile node, it is necessary to update the current location of each mobile node. Therefore, for example, in PMIP, whenever a mobile node connects to the MAG, the MAG transmits a PBU (Proxy Binding Update) message to the LMA to update the current location of the mobile node.
  • PBU Proxy Binding Update
  • unique identification information of the mobile node is associated with the care-of address (or identification information) of the MAG.
  • the LMA can send a packet to the mobile node via an appropriate MAG by referring to this binding.
  • Gundavelli, S. et al. "Proxy Mobile IPv6", Internet Engineering Task Force Draft: draft-ietf-netlmm-proxymip6-00.txt, April 2007.
  • MAGs In network-based local mobility management, basically all MAGs share the same network prefix, so that even if the mobile node changes the connection point within the local mobility domain, the mobile node There is no need to perform signaling processing.
  • the MAG transmits a PBU message for updating the location information of the mobile node to the LMA.
  • the LMA creates a binding based on the information updated by the PBU message in this way, and stores it in the binding cache entry.
  • the LMA basically refers to only this binding cache entry and transfers a packet to each mobile node.
  • connection units units of mobile node interfaces
  • binding cache entries stored in the LMA become enormous, and the storage capacity of the LMA is reduced. Or an excessive processing load may be required for reading and writing a large amount of binding cache entries.
  • MN1, MN2, MN3, MN7 are under MAG1
  • MN4, MN5 are under MAG2
  • MN6, MN8 are connected and MAG1, MAG2, and MAG3 are managed by one LMA.
  • each of MN1 to MN8 has an address (or a network prefix for each terminal) (HNP.MN1 to HNP.MN8) configured by the same network prefix (home network prefix: HNP), and is illustrated in FIG.
  • HNP home network prefix
  • the scalability problem becomes more prominent.
  • a method based on the concept that there is a mobile node having a plurality of interfaces and that each user owns a plurality of mobile nodes and the connection is made only at one place is technical and economical. It is expected that the bankruptcy will occur in the general aspect.
  • the present invention provides a network-based local mobility management method that reduces the load on a network node that manages the location information of a mobile terminal and realizes high scalability with respect to the number of mobile terminals.
  • An object is to provide a management device, a network edge device, and a mobile terminal.
  • a location information management device of the present invention is a location information management device that manages location information of a mobile terminal connected to a local mobility domain, Primary network prefix assigning means for assigning a network prefix range to be used as a primary network prefix for each network edge device that provides a connection point to the local mobility domain to the mobile terminal; Routing storage means for storing the network prefix range assigned to the network edge device by the network prefix assignment means and the identification information of the network edge device in association with each other in a routing table; A packet transfer means for referring to the routing table when forwarding a packet, and for forwarding a packet addressed to an address included in the network prefix range assigned to the network edge device to the network edge device; The Have.
  • the location information management device of the present invention is used as a primary network prefix for a specific network edge device to another network edge device different from the specific network edge device.
  • Secondary network prefix notification means for notifying the network prefix range assigned to the network prefix so that it can be used as a secondary network prefix.
  • the location information management device of the present invention is assigned to be used as the primary network prefix to the network edge device among mobile terminals connected to the network edge device.
  • Notification receiving means for receiving an address notification of a mobile terminal not using an address included in the network prefix range from the network edge device;
  • Binding storage means for associating the address of the mobile terminal received by the notification receiving means with the identification information of the network edge device and registering it in a binding cache; Refer to the binding cache before referring to the routing table when forwarding the packet, and if the packet address matches the mobile terminal registered in the binding cache, A packet forwarding means for secondary address forwarding to the network edge device associated with the address of the mobile terminal; Have.
  • the location information management device of the present invention in addition to the above configuration, a notification receiving means for receiving an address notification of a mobile terminal connected to the network edge device from the network edge device, If the address of the mobile terminal received from the network edge device by the notification receiving unit with reference to the routing table is not included in the network prefix range assigned to the network edge device, the notification receiving unit Binding storage means for associating the address of the mobile terminal received in step 1 and the identification information of the network edge device and registering it in a binding cache; Refer to the binding cache before referring to the routing table when forwarding the packet, and if the packet address matches the mobile terminal registered in the binding cache, A packet forwarding means for secondary address forwarding to the network edge device associated with the address of the mobile terminal; Have.
  • the location information management device of the present invention has a case where the registered number of associations between the address of the mobile terminal in the binding cache and the identification information of the network edge device exceeds a predetermined threshold.
  • each network edge device has a primary network prefix reassignment unit for reassigning a network prefix range to be used as a primary network prefix.
  • the location information management device of the present invention in addition to the above configuration, inquiry means for inquiring each network edge device about the number of mobile terminals using the primary network prefix under the control of each network edge device, In accordance with the number of mobile terminals obtained as a result of the inquiry by the inquiry means, the network edge device has primary network prefix reassignment means for reassigning a network prefix range to be used as a primary network prefix.
  • the network edge device of the present invention is a network edge device that provides a mobile terminal with a connection point to a local mobility domain, A primary network prefix assignment message for receiving a primary network prefix assignment message for assigning a network prefix range to be used as a primary network prefix from a location information management device that manages location information of the mobile terminal connected to the local mobility domain Receiving means; Primary network prefix setting means for setting, as the primary network prefix, the network prefix range allocated to be used as a primary network prefix from the location information management device; A secondary network prefix range that is used as a primary network prefix in another network edge device and receives a secondary network prefix assignment message for assigning the network prefix range to be used as a secondary network prefix from the location information management device A network prefix assignment message receiving means; Secondary network prefix setting means for setting, as the secondary network prefix, the network prefix range assigned to be used as a secondary network prefix from the location information management device; Notifying the mobile terminal of the network prefix
  • the network edge device of the present invention receives the notification message indicating that the address including the secondary network prefix is used as the mobile terminal address from the mobile terminal. After confirming that the address of the mobile terminal is within the network prefix range set as the secondary network prefix, a proxy binding update message for associating the address of the mobile terminal with its own identification information is sent to the location information management device Proxy binding update message transmission means for transmitting to
  • the network edge device of the present invention requests the mobile terminal using the address including the secondary network prefix to switch to the address including the primary network prefix. It has a change request means.
  • the mobile terminal of the present invention is a mobile terminal that connects to a local mobility domain,
  • Network prefix notification receiving means for receiving a notification of a network prefix range of a primary network prefix and a notification of a network prefix range of a secondary network prefix from a network edge device that provides a connection point to the local mobility domain;
  • Network prefix confirmation means for checking whether the address of the mobile terminal is included in the network prefix range of the primary network prefix or the network prefix range of the secondary network prefix;
  • a notification message for notifying that the address of the mobile terminal is included in the network prefix range of the secondary network prefix
  • a notification message transmitting means for transmitting a message to the network edge device, Have.
  • the mobile terminal of the present invention in addition to the above configuration, sends an address change request for requesting to switch the address of the mobile terminal from an address including the secondary network prefix to an address including the primary network prefix.
  • An address change request receiving means for receiving from the edge device;
  • An address change determination means for determining whether to switch the address of the mobile terminal when the address change request is received; Have.
  • the present invention has the above-described configuration, and in the network-based local mobility management method, reduces the load on the network node that manages the location information of the mobile terminal, and realizes high scalability with respect to the number of mobile terminals. Is possible.
  • structure in the 1st Embodiment of this invention The figure which shows an example of the network prefix allocation message transmitted from LMA to MAG in the 1st Embodiment of this invention.
  • positioning of MAG and MN The figure which shows an example of the binding cache entry of LMA in a prior art
  • the term mobile node used in this specification means a mobile device or mobile terminal that has a wireless communication function and can perform communication while moving.
  • the LMA and MAG in the embodiment of the present invention have the extended function according to the present invention in addition to the functions of the LMA and MAG in the conventional proxy mobile IP, and the functions related to the conventional proxy mobile IP and In combination with the extended function according to the present invention, the problems in the prior art are solved.
  • FIG. 1 shows an example of a system configuration in the first embodiment of the present invention.
  • MAGs Mobile Access Gateways
  • MN Mobile Node
  • MN 1040 has an active connection with the MAG 1020.
  • the LMA 1000 is a location information management device that manages location information of a mobile node (mobile terminal) connected to the local mobility domain
  • the MAG is a network edge that provides a connection point to the local mobility domain to the mobile node. Device.
  • the MN 1030 receives a home network prefix with a value of HNP1 from the MAG 1010, and similarly, the MN 1040 receives a home network prefix with a value of HNP2 from the MAG 1040.
  • both the MAGs 1010 and 1020 need to update detailed information of the MNs 1030 and 1040 connected to each of them using the proxy binding update.
  • LMA 1000 assigns a block of network prefix to each MAG 1010, 1020 instead.
  • the LMA 1000 creates a network prefix assignment message including an information element as shown in FIG. 2, and transmits this message to the subordinate MAG. Note that it is desirable that the NP1 block allocated to the MAG 1010 and the NP2 block allocated to the MAG 1020 do not have overlapping network prefix ranges.
  • FIG. 2 shows an example of a network prefix assignment message transmitted from the LMA to the MAG in the first embodiment of the present invention.
  • the message type field 2000 is for enabling the MAG that is the recipient of this message to identify that this message is a message for assigning a network prefix.
  • the network prefix range (primary network prefix range) in which the MAG that is the recipient of this message uses the network prefix in the subsequent network prefix field 2020 as the primary network prefix. Means that it must be handled as On the other hand, if the primary flag 2010 is not set, the MAG that is the recipient of this message sends a network prefix range (secondary network prefix range) that the network prefix in the subsequent network prefix field 2020 uses for the secondary network prefix. ).
  • the above flag setting is an example. For example, when the secondary flag is used instead of the primary flag and the secondary flag is not set, the network prefix range used for the primary network prefix is indicated. It may be a method in which a flag and a secondary flag are used.
  • the network prefix field 2020 describes the network prefix that the LMA 1000 assigns to the MAG that is the recipient of this message.
  • the prefix length field 2030 describes the prefix length of the network prefix described in the network prefix field 2020. (Prefix length) is described.
  • the LMA 1000 When the LMA 1000 assigns the NP1 block as the primary network prefix of the MAG 1010 and assigns the NP2 block as the primary network prefix of the MAG 1020 using the network prefix assignment message described above, the LMA 1000 stores the assignment and the destination belonging to the subnet of the NP1 block The routing table is updated so that the packet having the address is transferred to the MAG 1010 and the packet having the destination address belonging to the subnet of the NP2 block is transferred to the MAG 1020.
  • the LMA 1000 can assign a network prefix assigned to a MAG as a primary network prefix range (for example, an NP1 block assigned to the MAG 1010) as a secondary network prefix range of another MAG (eg, MAG 1020).
  • a network prefix assigned to a MAG as a primary network prefix range (for example, an NP1 block assigned to the MAG 1010) as a secondary network prefix range of another MAG (eg, MAG 1020).
  • a network prefix assignment message can be realized by using an existing network prefix assignment message.
  • a primary flag 2010 indicating a primary or secondary status is added to the existing network prefix assignment message. That's fine.
  • the MAG 1010 can receive a network prefix assignment message in which the primary flag 2010 is set and has the network prefix range (NP1 block) of the NP1 specified by the network prefix field 2020 and the prefix length field 2030.
  • the MAG 1010 needs to handle the network prefix range of NP1 as the primary network prefix range.
  • the MAG 1010 may receive a network prefix assignment message (the primary flag 2010 is not set) notifying that the NP2 network prefix range (NP2 block) needs to be handled as the secondary network prefix range. In this case, the MAG 1010 needs to handle the network prefix range of NP2 as the secondary network prefix range.
  • the MAG 1020 receives the network prefix assignment message in which the primary flag 2010 is set and the network prefix range NP2 specified by the network prefix field 2020 and the prefix length field 2030 (NP2 block) is received. , It is necessary to handle the network prefix range of NP2 as the primary network prefix range.
  • NP1 Network prefix ranges must be treated as secondary network prefix ranges.
  • the MAG 1010 allocates a network prefix in the primary network prefix range (NP1 block) to a mobile node as a home network prefix (HNP1), it is not necessary to transmit a proxy binding update message related to the mobile node.
  • a network prefix in the primary network prefix range (NP2 block) is assigned to a mobile node as a home network prefix (HNP2), it is not necessary to transmit a proxy binding update message regarding the mobile node.
  • a network node other than the LMA 1000 such as an AAA (Authentication, Authorization, and Accounting) node
  • the destination to which each MAG is to send a proxy binding update message is an LMA other than LMA 1000 (such as an LMA in a hierarchical structure), it may be necessary to send a proxy binding update message.
  • the MAG 1010 may transmit a proxy binding update message for all mobile nodes to the LMA 1000 regardless of the value of the home network prefix assigned to the mobile node. As a result, the MAG does not need to make a determination based on the value of the home network prefix, and the configuration and processing of the MAG are simplified.
  • the LMA 1000 instead checks the information included in the received proxy binding update message (checks whether the value of the home network prefix assigned to the mobile node belongs to the primary network prefix range). )I do.
  • the LMA 1000 can select not to record this binding in the binding cache.
  • the MAG 1010 After the necessary AAA processing is performed between the MAG 1010 and the MN 1030, the MAG 1010 performs processing for transmitting an RA (Router Advertisement) message to the MN 1030.
  • the MAG 1010 can notify the primary network prefix and the secondary network prefix by an RA message, and can clearly indicate a status indicating primary or secondary.
  • a message notifying the primary network prefix, the secondary network prefix, and the status thereof may be realized by a format in which an additional flag or option is arranged in the RA message.
  • all network prefixes notified to the MN 1030 according to the operation of the proxy mobile IP may be for use only by the MN 1030.
  • the MN 1030 queries a DHCP (Dynamic Host Control Protocol) server to receive an IP address. At this time, the DHCP server needs to distribute to the MN 1030 an address (or network prefix) within the range of the primary network prefix assigned to the MAG 1010.
  • DHCP Dynamic Host Control Protocol
  • This address distribution may take the form of an existing policy, or may be performed by information exchange between the MAG 1010 and the DHCP server.
  • the MAG 1010 may notify the DHCP server to provide an address within the range of NP1 for a request from a node (for example, the MN 1030) managed by the MAG 1010.
  • a node for example, the MN 1030
  • the function of the DHCP server may be implemented in the MAG 1010.
  • the MN 1030 When the MN 1030 receives the assigned address (including HNP1), the MN 1030 checks whether the network prefix of the address is within the range of the primary network prefix described in the RA message from the MAG 1010. If the network prefix of this address is within the range of the primary network prefix described in the RA message from the MAG 1010, no further operation is required.
  • the MN 1030 needs to notify the MAG 1010 of this situation by a notification message.
  • This notification message is used to notify the MAG 1010 that the address of the MN 1030 belongs to the secondary network prefix.
  • the notification message can take the form shown in FIG.
  • FIG. 3 shows an example of a notification message transmitted from the MN to the MAG in the first embodiment of the present invention.
  • 3 has a message type field 3000 indicating that this message is a notification message, and a mobile node address field 3010 including an assigned address (including HNP1).
  • notification message including the assigned address or the HNP1 of the MN 1030 may be piggybacked in any communication message from the MN 1030 to the MAG 1010, or may be replaced.
  • the MAG 1010 When receiving the notification message from the MN 1030, the MAG 1010 checks the mobile node address field 3010 and detects that the value is within the range of the secondary network prefix. In this case, the MAG 1010 needs to perform a normal proxy mobile IP operation and transmit a proxy binding update to the LMA 1000.
  • the DHCP server may directly notify the MAG 1010 of the assigned address related to the MN 1030.
  • the MAG 1010 can perform processing immediately without waiting for notification from the MN 1010. This can be realized particularly when the DHCP server function is implemented in the MAG 1010 itself.
  • the MN 1030 may detect that the assigned address belongs to the secondary network prefix range.
  • the MN 1030 can continue to use the currently used address (the address including the HNP1 used in the network before moving), and decides to continue using the current address. If it is performed, the MN 1030 needs to perform a process of transmitting a notification message to the MAG 1020 for notifying that the address of the MN 1030 belongs to the secondary network prefix.
  • the MN 1030 may select to acquire a new address belonging to the primary network prefix range by performing the DHCP operation again in the destination network managed by the MAG 1020.
  • FIG. 5 shows the configuration of the LMA in the first embodiment of the present invention.
  • FIG. 5 includes a network prefix assignment notification unit 5001, a routing storage unit 5002, a binding storage unit 5003, a packet transfer unit 5004, and a secondary network prefix use detection unit 5005.
  • FIG. 5 schematically shows only the extended functions according to the present invention, and the LMA shown in FIG. 5 also has the functions of the LMA in the prior art.
  • the network prefix assignment notification unit 5001 has a function of assigning a primary network prefix to be used for each managed MAG and notifying each MAG of a network prefix range to be used as a primary network prefix. Furthermore, the network prefix assignment notification unit 5001 has a function of assigning a network prefix range assigned to a specific MAG as a primary network prefix so that it can be used as a secondary network prefix for another MAG.
  • the routing storage unit 5002 manages a routing table particularly necessary for packet transmission in the local mobility domain, and indicates the correspondence between the primary network prefix assigned to each MAG and the MAG identification information (address or network prefix). The routing entry is stored in the routing table.
  • the binding storage unit 5003 has a function of registering a binding cache entry indicating a correspondence relationship between the address of the MN using the secondary network prefix and the identification information of the MAG to which the MN is connected in the binding cache. is doing.
  • the packet transfer unit 5004 has a function of determining a packet transfer destination based on a binding cache or a routing table and transferring the packet. Note that when transferring a packet addressed to the MN connected to the managed MAG, the packet transfer unit 5004 first refers to the binding cache and detects a binding cache entry including the address of the packet transfer destination MN. Then, the packet is transferred toward the MAG specified by the binding cache entry. If a binding cache entry including the address of the packet transfer destination MN is not detected, the packet is transferred to the MAG corresponding to the network prefix of the packet transfer destination MN address with reference to the routing table. To do.
  • the secondary network prefix use detection unit 5005 has a function of detecting the presence of a MN that uses the secondary network prefix and the MAG to which the MN is connected. For example, as described above, the MAG that has received the notification message indicating the use of the secondary network prefix from the MN performs proxy binding update related to the MN to the LMA, so that the secondary network prefix use detection unit 5005 It is possible to detect the presence of a MN using a prefix and the MAG to which the MN is connected.
  • FIG. 6 shows the configuration of the MAG in the first embodiment of the present invention.
  • FIG. 6 includes a network prefix assignment message processing unit 6001, a network prefix setting unit 6002, a network prefix notification unit 6003, and a secondary network prefix use notification unit 6004.
  • FIG. 6 schematically shows only the extended function according to the present invention, and the MAG shown in FIG. 6 also has the function of the MAG in the prior art.
  • a network prefix assignment message processing unit 6001 receives and processes a network prefix assignment message including a network prefix range to be used as a primary network prefix and a secondary network prefix from an LMA that manages location information in the local network domain. have.
  • the network prefix setting unit 6002 has a function of setting and managing a network prefix range used as a primary network prefix and a network prefix range used as a secondary network prefix in accordance with the network prefix assignment message.
  • the network prefix notification unit 6003 has a function of notifying the network prefix range of the primary network prefix and the secondary network prefix to the MN connected to the MAG using, for example, an RA message. .
  • the secondary network prefix use notification unit 6004 has a function of notifying the LMA of the existence of a MN that uses the secondary network prefix among the MNs connected to the MAG. . For example, as described above, by receiving a notification message notifying the use of the secondary network prefix from the MN, the presence of the MN using the secondary network prefix is detected, and the proxy binding update related to the MN is performed to the LMA. Thus, it is possible to report the existence of the MN to the LMA.
  • FIG. 7 shows the configuration of the MN in the first embodiment of the present invention.
  • FIG. 7 includes a network prefix notification reception unit 7001, a network prefix confirmation unit 7002, and a secondary network prefix use notification unit 7003.
  • FIG. 7 schematically shows only the extended function according to the present invention, and the MN shown in FIG. 7 also has the function of the MN in the prior art.
  • the network prefix notification receiving unit 7001 grasps the network prefix range of the primary network prefix managed by the MAG and the network prefix range of the secondary network prefix by, for example, an RA message transmitted from the MAG to which the MN is connected. It has a function to do.
  • the network prefix confirmation unit 7002 has a function of checking whether the current address of the MN is included in the network prefix range of the primary network prefix or the network prefix range of the secondary network prefix. ing.
  • the secondary network prefix use notification unit 7003 creates and transmits a notification message for reporting to the MAG when an address included in the network prefix range of the secondary network prefix is used as the MN address. have.
  • a state in which an MN using an address that does not include a primary network prefix (that is, an address that includes a secondary network prefix) is connected to each MAG is allowed.
  • a situation can occur, for example, when the MN moves between MAGs.
  • HNP1.MN5 an address that includes MAG1's primary network prefix (HNP1).
  • MN5 leaves the communication area of MAG1, moves to the communication area of MAG2, and switches the connection from MAG1 to MAG2.
  • the MN 5 can newly reconfigure the address including the MAG2 primary network prefix (HNP2).
  • HNP2 MAG2 primary network prefix
  • the address at the time of connection to the MAG1 It is also possible to continue using HNP1.MN5) as it is.
  • the network prefix HNP1 is a secondary network prefix
  • the MN5 notifies the MAG2 of the use of the address including the secondary network prefix (HNP1.MN5) using a notification message.
  • HNP1.MN5) is notified to the LMA using the proxy binding update message.
  • the binding cache has a binding cache entry indicating the correspondence between the MN5 address (HNP1.MN5) and the MAG2 identification information (MAG2 address or network prefix). be registered.
  • the MN having the function of the present invention and the MN according to the prior art are under control of the MAG. That is, for example, when MN5 is a conventional MN that does not have the function of the present invention, switching of connection from MAG1 to MAG2 is regarded as connection switching within the same local mobility domain, and the address before movement (HNP1.MN5 ) Will continue to be used. However, even in this case, the packet addressed to MN5 is correctly transferred when MAG5 registers the binding related to the address of MN5 in the LMA by the proxy binding update message.
  • the packet transfer destination is basically managed by the entry of the routing table, and exceptional registration is managed by registration to the binding cache entry.
  • the number of entries in the routing table is about the number of MAGs managed by the LMA, and the number of entries in the binding cache entry is also about the number of MNs that are exceptionally registered.
  • the number of entries is significantly smaller than the number of all MNs connected to the MAG managed by the LMA.
  • the MN 1040 does not perform the DHCP operation, but instead generates an IP address using information acquired by the RA message received from the MAG 1020.
  • the MN 1040 When the MN 1040 is connected to the NetLMM domain for the first time, the MN 1040 performs processing for automatically configuring an IP address using the primary network prefix notified by the RA message from the MAG 1020.
  • the current automatically configured address (the address including the primary network prefix notified from the MAG 1020) is the secondary network prefix in the MAG 1010 network. Discover that belongs to.
  • the MN 1040 may select to automatically configure a new address using the primary network prefix notified from the MAG 1010, or select to continue using the currently set IP address. Also good. In the case of continuing to use the latter currently set IP address, the MN 1040 performs processing for transmitting the above notification message (see FIG. 2) to the MAG 1010. In this case, the MAG 1010 needs to send a proxy binding update message for the MN 1040 to the LMA 1000 whenever it needs to perform a proxy mobile IP operation thereafter.
  • the MAG may request the mobile node to switch from using the secondary network prefix to using the primary network prefix.
  • This request can be realized by a message in an arbitrary format, and may be realized by a format such as a specific dedicated message or a trigger, for example.
  • a trigger for example, IEEE 802.21 events such as Link_Action or MIH_Net_HJO_Commit primitive, a command service, and the like can be used.
  • the mobile node may accept the IP address change request (the above network prefix switching request) to change the IP address, or use the IP address currently in use without accepting this request. You may keep doing.
  • IP address change request the above network prefix switching request
  • a fourth embodiment of the present invention will be described.
  • the MN 1030 uses the IP address obtained from the NetLMM domain as a care-of address (CoA: Care-of Address) for updating the home agent of the MN 1030.
  • CoA Care-of Address
  • the MN 1030 determines from the timing when the home agent is updated by the binding update (for example, the timing of the binding update due to the expiration of the current binding lifetime in the home agent) and the secondary network prefix.
  • the binding update for example, the timing of the binding update due to the expiration of the current binding lifetime in the home agent
  • the secondary network prefix By synchronizing the change of the IP address when switching to the primary network prefix, the change of the IP address when switching from the secondary network prefix to the primary network prefix may be optimized.
  • the MN 1030 can select to change the CoA at the timing of refreshing the binding, for example. As a result, the number of messages to be transmitted and the processing can be saved.
  • the MAG does not need to send a proxy binding update instead of the MN 1030 and the LMA 1000 does not need to add an additional route related to the binding of the location information of the MN 1030, the message amount and processing load related to the local access domain are reduced. It becomes possible to do.
  • the method described in the fourth embodiment is applied to optimize the binding update at the correspondent node. May be performed.
  • a fifth embodiment of the present invention will be described.
  • the MN 1030 when the MN 1030 has no active session with the correspondent node, or there is little or no traffic in the ongoing communication session with the correspondent node.
  • the MN 1030 recognizes this, a case will be described in which the MN 1030 optimizes the change of the IP address in switching from the secondary network prefix to the primary network prefix by delaying the change of the connection point.
  • the MN 1030 delays the change of the connection point as described above, there are still many ongoing sessions, or many data packets are transmitted. Even when the IP address is changed, packet delay and loss can be reduced as compared with the case where the IP address is changed.
  • the method described in the fifth embodiment is applied to delay the change of the connection point, and these sessions By selecting to change the care-of address after ending, the MN 1030 can reduce the number of binding update transmissions.
  • the LMA 1000 can dynamically change the assignment of the primary network prefix among a plurality of MAGs. Thereby, it becomes possible to change the allocation so that the primary network prefix is allocated to the MAG more efficiently in accordance with the state of the mobile node (movement state of the mobile node).
  • the LMA 1000 re-assigns the primary network prefix. You may decide to allocate (1st Example). Each entry existing in the binding cache of LMA 1000 indicates that a certain mobile node uses a secondary network prefix. That is, in the first example of the sixth embodiment of the present invention, when the number of mobile nodes using the secondary network prefix exceeds a predetermined threshold based on the number of entries in the binding cache of the LMA 1000 The primary network prefix is reassigned.
  • the LMA 1000 checks the number of mobile nodes using the primary network prefix under each MAG. Inquiries may be made to each MAG (second embodiment). In this case, for example, under each MAG, the number of mobile nodes using the primary network prefix and the number of mobile nodes using the secondary network prefix (entries in the binding cache associated with each MAG). For example, when the ratio of these values exceeds a predetermined threshold value, the primary network prefix may be reassigned.
  • the method of the first embodiment for checking the number of mobile nodes using the primary network prefix or the secondary network prefix from the number of entries in the binding cache of the LMA 1000, and the LMA 1000 for each MAG A combination of both methods of the second embodiment for inquiring the number of mobile nodes using the secondary network prefix may be used.
  • the LMA 1000 may make an inquiry to the MAG only when the number of entries in the binding cache exceeds a predetermined threshold.
  • the LMA 1000 transmits a query message to make an inquiry to the MAG, thereby distributing information about the mobile node and distribution of each home network prefix (home network prefix). It is possible to collect information regarding
  • the MAG that has received the inquiry returns a response using, for example, a message having a format as shown in FIG.
  • FIG. 4 shows an example of a response message from the MAG to the LMA in the sixth embodiment of the present invention.
  • the message type field 4000 is for allowing the MAG that is the recipient of this message to identify that this message is a response to the query message by the LMA 1000.
  • the network prefix field 4010 describes the range of network prefixes currently handled by the MAG (the sender of this response message) that responds. Although not shown, a prefix length field may be provided and a value specifying the prefix length of the network prefix may be inserted.
  • the number of mobile nodes currently using addresses in the network prefix range specified in the network prefix field 4010 among the mobile nodes connected under the MAG that performs the response included.
  • the LMA 1000 may reply to the LMA 1000 with a response message only with respect to the number of mobile nodes related to the specified network prefix by designating the network prefix that the LMA 1000 wants to know the number of mobile nodes in the query message. .
  • each MAG is configured to periodically report information on the number of mobile nodes in each network. Even in such a system, the same function is realized by using the query message shown in FIG. 4, and the LMA can prevent a large number of query messages from flowing through the network.
  • the LMA 1000 may determine whether or not to reassign the primary network prefix to the MAG after integrating the results of all received response messages. Such a determination may be made according to a policy, or may be made by other algorithms. As an example of the policy, for example, the network prefix may be assigned as the primary network prefix to the MAG having the largest number of mobile nodes using a certain network prefix.
  • the MN 1030 assigned the value of HNP1 as a network prefix moves to the MAG 1020 and the MN 1040 assigned the value of HNP2 as a network prefix moves to the MAG 1010.
  • the density (ratio) of mobile nodes using the NP2 block is high under the MAG 1010, and the NP1 block is used under the MAG 1020 Suppose that the density (ratio) of mobile nodes is high.
  • the LMA 1000 may transmit a new network prefix assignment message to the MAG 1010 and the MAG 1020 so that the NP2 block is the primary network prefix range of the MAG 1010 and the NP1 block is the primary network prefix range of the MAG 1020.
  • the MAG can have a plurality of primary network prefixes and can have no primary network prefix. That is, the LMA 1000 can freely change the setting of the primary network prefix in each MAG without being particularly limited.
  • the LMA 1000 After the reassignment of the primary network prefix, the LMA 1000 needs to release all the bindings including the entry of the care-of address indicating the related MAG (the MAG whose setting has been changed by the reassignment).
  • the MAG updates the proxy binding update related to those mobile nodes to the LMA1000. It is necessary to perform processing to send to.
  • the LMA 1000 may change the allocation of the primary network prefix by shifting the timing so that the proxy binding update is transmitted over a longer time. For example, the LMA 1000 may reassign the first primary network prefix, wait until receiving the resulting proxy binding update, and then reassign the second primary network prefix.
  • the reassignment condition is desirably the case where the number of mobile nodes not using the primary network prefix under the MAG increases as described above. In this state, the number of MNs that perform communication using an address including a secondary network prefix is increased, and as a result, the number of binding cache entries of the LMA 1000 is increased.
  • the MN side changes the setting by requesting the MN to change the IP address.
  • the MN side changes the routing table so that a large number of secondary network prefixes are set as primary network prefixes, it is possible to eliminate this situation (reduce the number of binding cache entries). .
  • the MN 1030 can acquire information on various primary network prefixes and secondary network prefixes notified from each connection point by passive listening or an information service provided by IEEE 802.21.
  • the MN 1030 can connect to any of these connection points in an overlap area where communication areas of several connection points overlap. For example, based on an IP address currently set in the MN 1030 A connection point may be selected. Further, the MN 1030 may select a connection point that notifies the address of the MN 1030 as an address included in the primary network prefix range. As a result, the transmission of the update message is further reduced, and the processing load of the LMA 1000 is reduced.
  • the MAG 1020 inquires the network information service for detailed information regarding the network prefix currently assigned to the MN 1030.
  • the information service can be updated by, for example, a DHCP server, a MAG to which a mobile node is connected, an AAA server, or the like.
  • the mobile node only needs to notify the network when changing the address or HNP, and there is no need to notify when changing the connection point. This allows the mobile node to reduce transmission processing (power saving and traffic reduction) and only implement simpler software and hardware (cost reduction).
  • a ninth embodiment of the present invention will be described.
  • the mobile node uses the address within the primary network prefix range assigned to the MAG. It becomes possible to determine whether or not.
  • the MAG continues to use the original address (the currently configured address), or An inquiry can be made to the MN to determine whether to switch to a new address composed of the MAG primary network prefix. Then, from the response result to this inquiry, the MAG can determine whether or not it is necessary to send a proxy binding update message to the LMA. This is particularly useful when delaying transmission of notification messages by mobile nodes.
  • a tenth embodiment of the present invention when a mobile node has a plurality of interfaces, the mobile node connects to different MAGs existing in the same access domain using the plurality of interfaces. There is a possibility. In such a case, these different interfaces may be assigned the same HNP or different HNPs.
  • a mobile node When a mobile node switches home network prefixes on one interface (for example, when switching from a secondary HNP to a primary HNP), it uses some mechanism to synchronize switching on other interfaces, It is possible to notify the access network of the switching via another interface, or to assist switching processing (for example, obtain necessary information via the other interface) using the other interface.
  • the MAG function when a mobile network service is provided in the local mobility access domain, the MAG function can be incorporated in a mobile router (MR) above the mobile node. It is.
  • MR mobile router
  • the present invention described above can be used by handling the mobile router of the mobile node as a MAG.
  • the MAG or MR notifies the mobile network node of the different mobile network prefix.
  • MAG ie MR
  • HA home agent
  • the HA can reassign the primary mobile network prefix and the secondary mobile network prefix to the MR via this tunnel.
  • the mechanism according to the present invention may be used in a hierarchical manner.
  • the top level LMA assigns a first level network prefix to another LMA (first level LMA).
  • the first level LMA subdivides the first level network prefix into a plurality of second level network prefixes, and assigns the second level network prefix to another LMA (second level LMA).
  • the second level LMA operates like a MAG connected to the first level LMA.
  • the LMA may dynamically reassign network prefixes to the next level LMA, thereby reducing the amount of signaling messages required and the routing table entries for each LMA. Become.
  • the LMA 1000 assigns a network prefix block to each MAG.
  • a network node such as an AAA node
  • a change is made to the means for assigning the corresponding address or network prefix or the node having the function, etc., but to which node of the network the means / device for assigning the address or network prefix is assigned,
  • how to implement the configuration is a normal network design category, it is obvious to those skilled in the art to implement the present invention.
  • FIG. 6 illustrates the configurations of the mobile access gateway and the local mobility anchor illustrated in FIG. 5 from the viewpoint of the functions of each layer.
  • a mobile node (MN) 11000 illustrated in FIG. 11 includes a network interface 11100, a routing unit 11200, a prefix selection unit 11300, and an upper layer 11400.
  • the network interface 11100 is a functional block including all hardware and software necessary for the mobile node 11000 to communicate with another node through an arbitrary communication medium. Using terminology well known in the art, the network interface 11100 represents layer 1 (physical layer) and layer 2 (data link layer) communication components, firmware, drivers, and communication protocols. Note that the mobile node 11000 may have one or more (a plurality of) network interfaces 11100.
  • the routing unit 11200 performs a process of sending the packet to an appropriate program of the upper layer 11400 and an appropriate network interface 11100 (external transmission).
  • the routing unit 11200 represents an implementation of a layer 3 (network layer) protocol such as Internet protocol version 4 or Internet protocol version 6.
  • routing unit 11200 can transmit and receive packets between an appropriate network interface and 11100 through the signal / data path 11910. Similarly, the routing unit 11200 can transmit and receive packets to and from an appropriate program of the upper layer 11400 through the signal / data path 11930.
  • the upper layer 11400 represents all protocols and programs existing above the network layer of the communication protocol stack.
  • the upper layer 11400 is a transport layer protocol or session such as a transport control protocol (TCP: Transmission Control Protocol), a stream control transport protocol (SCTP), a user datagram protocol (UDP), or the like. It includes layer protocols and programs and software that need to communicate with other nodes. Note that, as described above, the upper layer 11400 can perform packet transfer with the routing unit 11200 through the signal path 11930.
  • TCP Transmission Control Protocol
  • SCTP stream control transport protocol
  • UDP user datagram protocol
  • the prefix selection unit 11300 has a function of controlling selection of a network prefix used when the mobile node 11000 configures its address. For example, the prefix selection unit 11300 may perform control so that the mobile node maintains the same address when the mobile node 11000 receives the same network prefix when the connection point is changed.
  • the prefix selection unit 11300 is active with the communication node whether or not the currently used address is configured from the primary network prefix of the current access router to which the mobile node 11000 is connected.
  • the determination criterion may be whether or not a communication session exists and whether or not the mobile IP function of the routing unit 11130 intends to send a binding update to the home agent.
  • the prefix selection unit 11300 can read information from the routing unit 11200 and select a network prefix to be used by the routing unit 11200 through the signal / data path 11920.
  • the mobile access gateway (MAG) 14000 shown in FIG. 12 includes a network interface 12100, a routing unit 12200, a prefix management unit 12300, and a MAG function unit 12400.
  • the network interface 12100 is a functional block including all hardware and software necessary for the mobile access gateway 12000 to communicate with another node through an arbitrary communication medium.
  • the network interface 12100 represents layer 1 (physical layer) and layer 2 (data link layer) communication components, firmware, drivers, and communication protocols.
  • the mobile access gateway 12000 may include one or more (a plurality of) network interfaces 12100.
  • the routing unit 12200 performs a process of sending the packet to an appropriate network interface 12100 (external transmission).
  • the routing unit 12200 represents an implementation of a layer 3 (network layer) protocol such as Internet protocol version 4 or Internet protocol version 6.
  • the routing unit 12200 can transmit and receive packets between an appropriate network interface and 12100 through the signal / data path 12910.
  • the routing unit 12200 can transmit and receive packets to and from the MAG function unit 12400 through the signal / data path 12930.
  • the MAG function unit 12400 indicates that the function as the mobile access gateway 12000 is implemented. For example, the MAG function unit 12400 transmits a proxy binding update on behalf of the mobile node connected to the mobile access gateway 12000, or stores the current address of the mobile node connected to the mobile access gateway 12000. It has a function to do.
  • the MAG function unit 12400 can check the prefix management unit 12300 through the signal path 12940 so that the mobile node can check whether or not the mobile node uses the address configured from the primary network prefix assigned to the mobile access gateway 12000. It further has a function of referring to.
  • the MAG function unit 12400 generates a proxy binding update to be transmitted instead of the mobile node when the mobile node uses an address configured from the primary network prefix assigned to the mobile access gateway 12000. Do not.
  • the prefix manager 12300 stores and manages a primary network prefix assigned to the mobile access gateway 12000, and further has a function of storing and managing other network prefixes that are not primary network prefixes.
  • the prefix manager 12300 further has a function of changing the router advertisement (router notification) generated by the routing unit 12200 through the signal path 12920 in order to clearly indicate that the network prefix is a primary network prefix. is doing.
  • the local mobility anchor (LMA) 13000 shown in FIG. 13 includes a network interface 13100, a routing unit 13200, a routing table 13300, a binding cache 13400, and an LMA function unit 13500.
  • the network interface 13100 is a functional block including all hardware and software necessary for the local mobility anchor 13000 to communicate with another node through an arbitrary communication medium. Using terminology well known in the art, the network interface 13100 represents layer 1 (physical layer) and layer 2 (data link layer) communication components, firmware, drivers, and communication protocols. Note that the local mobility anchor 13000 may include one or more (a plurality of) network interfaces 13100.
  • the routing unit 13200 performs a process of sending the packet to an appropriate network interface 13100 (external transmission).
  • the routing unit 13200 represents an implementation of a layer 3 (network layer) protocol such as Internet protocol version 4 or Internet protocol version 6.
  • the routing unit 13200 basically determines a route for sending a packet based on an entry in the routing table 13300.
  • An entry in the routing table 13300 indicates an appropriate MAG to which the packet is to be routed according to the network prefix included in the destination address of the packet. Note that the routing unit 13200 can access an entry stored in the routing table 13300 through the signal path 13920.
  • the routing unit 13200 refers to the binding cache 13400 through the signal path 13930 before referring to the routing table 13300.
  • the binding cache 13400 describes information indicating the MAG to which the packet should be sent according to the destination address of the packet.
  • routing unit 13200 can transmit and receive packets to and from the appropriate network interface 13100 through the signal / path 13910. Similarly, the routing unit 13200 can transmit and receive packets to and from the LMA function unit 13500 through the signal / data path 13960.
  • the LMA function unit 13500 indicates that a function as a local mobility anchor is implemented.
  • the LMA function unit 13500 has a function of receiving and processing a proxy binding update and maintaining and managing the binding cache 13400.
  • the function of the prefix assignment unit 13600 is added to the LMA function unit 13500.
  • This prefix allocation unit 13600 has a function of determining the current contents and size of the binding cache 13400 and determining whether or not reassignment processing of the primary network prefix allocated to the MAG is necessary.
  • the size of the binding cache 13400 is minimized (or the amount of signaling with the proxy binding update between the MAG and the LMA is minimized). To be suppressed).
  • the prefix assignment unit 13600 transmits an appropriate message (through the routing unit 13200) to notify the MAG that the reassignment of the primary network prefix is performed, and then performs routing. An entry in the table 13300 is changed.
  • the LMA function unit 13500 can read / write information in the routing table 13300 through the signal path 13940. In addition, the LMA function unit 13500 can read / write information on entries in the binding cache 13400 through the signal path 13950.
  • each functional block used in the above description of the embodiment of the present invention is typically realized as an LSI (Large Scale Integration) which is an integrated circuit. These may be individually made into one chip, or may be made into one chip so as to include a part or all of them.
  • LSI Large Scale Integration
  • IC Integrated Circuit
  • system LSI super LSI
  • ultra LSI ultra LSI depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor.
  • An FPGA Field Programmable Gate Array
  • a reconfigurable processor that can reconfigure the connection and setting of circuit cells inside the LSI may be used.
  • the present invention can reduce the load on the network node that manages the location information of the mobile terminal and can realize high scalability with respect to the number of mobile terminals.
  • the present invention can be applied to communication technology in a communication network and local mobility management technology for managing mobility of mobile terminals on the network side.

Abstract

　ネットワークベースのローカルモビリティ管理方法において、移動端末の位置情報を管理するネットワークノードの負荷を軽減させるとともに、移動端末の台数に関して高いスケーラビリティを実現する技術が開示され、その技術によればＬＭＡ（ローカルモビリティアンカ）１０００が、管理下のＭＡＧ（モビリティアクセスゲートウェイ）１０１０、１０２０のそれぞれにプライマリネットワークプレフィックスの割り当てを行い、各ＭＡＧの位置情報と、各ＭＡＧに割り当てられたプライマリネットワークプレフィックスとの対応関係をルーティングテーブルに登録する。また、ＭＡＧの配下に接続されているＭＮ（モバイルノード）１０３０、１０４０のうち、セカンダリネットワークプレフィックスを含むアドレスを使用するＭＮに関しては、ＬＭＡは、そのＭＮと接続先のＭＡＧの位置情報との対応関係をバインディングキャッシュに登録する。

Description

位置情報管理装置及びネットワークエッジ装置並びに移動端末
　本発明は、パケット交換型データ通信ネットワークにおける通信技術に関する。特に、本発明は、ネットワーク側で移動端末のモビリティ管理を行うローカルモビリティ管理の技術に関する。
　モバイルＩＰｖ６（Mobile Internet Protocol version 6：インターネットプロトコルバージョン６）によれば、モバイルノード（ＭＮ：Mobile Node）は、インターネットへの接続ポイントを変更する場合であっても、不変のＩＰアドレスを保持し続けることが可能である。
　このモバイルＩＰｖ６の不変のＩＰアドレスは、モバイルノードのホームネットワークドメインにおけるアドレスであり、ホームアドレス（ＨｏＡ：Home Address）と呼ばれる。
　一方、モバイルノードが外部（foreign：フォーリン）ネットワークドメインに接続されている間は、モバイルノードは、外部ネットワークドメインによって通知されるサブネットプレフィックス（ネットワークプレフィックス）から、使用すべきＩＰアドレスを構成することが可能である。そして、このように構成されるＩＰアドレスは気付アドレス（Care-of Address）と呼ばれ、モバイルノードはこの気付アドレスによっても到達可能となる。
　モバイルノードがその位置にかかわらず到達可能性を維持し続けるためには、モバイルノードは、ホームアドレスに気付アドレスを関連付けて、ホームエージェントに登録する。
　モバイルＩＰｖ６では、ホームエージェントは、モバイルノードのホームネットワークドメイン内のルータであり、モバイルノードの気付アドレスを登録する。これは、モバイルノードがホームエージェントへバインディングアップデート（ＢＵ：Binding Update）メッセージを送信することで実現される。
　モバイルノードがホームネットワークドメインから離れている場合には、ホームエージェントは、モバイルノードのホームアドレスあてのパケットを受信（intercept）し、関連付けられたている気付アドレス経由でモバイルノードへパケットをトンネルする。上述のように、モバイルＩＰｖ６では端末（ホスト）がモビリティ管理を行っている。したがって、モバイルＩＰｖ６は、端末ベースのモビリティ管理プロトコルとして知られている。
　一方、モバイルノードがローカルモビリティドメインに移動した場合には、モバイルノードはモビリティに関連したシグナリングに係る処理を行う必要がない別の形式のモビリティ管理方法が存在している。ここでは、ローカルモビリティドメイン内に位置したプロキシエンティティによって、モバイルノードのためのモビリティ管理が行われる。このようなモビリティ管理方法はネットワークベースのモビリティ管理と呼ばれている。ネットワークベースのモビリティ管理方法を実現するプロトコルに関しては、例えば、下記の非特許文献１に開示されているプロキシモバイルＩＰが存在する。
　モバイルノードがローカルモビリティドメインに移動した場合には、モバイルノードは、アクセス認証手続きの過程で識別情報（identity）を提示することによって、ＭＡＧ（Mobile Access Gateway：モバイルアクセスゲートウェイ）に接続する。この識別情報は、通常、モバイルノードのポリシプロファイル（例えばローカルサーバから取得可能）との関連を得るために使用される。ポリシプロファイルには、提供可能なネットワークベースのモビリティサービスの特性やその他の関連パラメータ（例えば、モバイルノードに割り当てられているオンリンクプレフィックス、許可されているアドレス構成モード、ローミングポリシ、ネットワークベースのモビリティサービスを提供する際に必要不可欠なその他のパラメータなど）が含まれている。
　アクセス認証が成功すると、ＭＡＧは、ローカルサーバからモバイルノードのポリシプロプロファイルを取得する。これにより、ＭＡＧは、そのモバイルノードに関するモビリティシグナリングを実行するために必要なすべての情報を保持する。そして、ＭＡＧは、ルータ通知（Router Advertisement）をモバイルノードに周期的に送信して、割り当てられるオンリンクプレフィックスを通知する。
　モバイルノードがローカルモビリティドメイン内を移動している際には常に、モバイルノードの接続インタフェースは、そのオンリンクプレフィックスを受信する。これは、各ＭＡＧが常にローカルサーバを参照し、そのモバイルノードのプロファイルを取得することができることによる。
　また、ローカルモビリティドメイン内でのルーティングに関しては、ＬＭＡ（Local Mobility Anchor：ローカルモビリティアンカ）と呼ばれるエンティティが、各モバイルノードに関するトポロジカルなアンカポイントとして機能する。さらに、ＬＭＡは、各モバイルノードに係る到達可能状態の管理も行う。したがって、ＬＭＡは、モバイルＩＰｖ６で開示されているホームエージェントと類似していると言える。
　ＬＭＡでは、各モバイルノードのアンカポイントとして機能するため、各モバイルノードの現在位置に関するアップデートが行われる必要がある。したがって、例えばＰＭＩＰにおいては、モバイルノードがＭＡＧに接続する際は常に、ＭＡＧはＰＢＵ（Proxy Binding Update：プロキシバインディングアップデート）メッセージをＬＭＡに送信することで、モバイルノードの現在位置のアップデートが行われる。このＰＢＵメッセージでは、モバイルノードの固有の識別情報がＭＡＧの気付アドレス（あるいは識別情報）に関連付けられている。そして、ＬＭＡは、このバインディングを参照することで、適切なＭＡＧを経由してモバイルノードへパケットを発送することが可能となる。
Gundavelli, S. et al., "Proxy Mobile IPv6", Internet Engineering Task Force Draft: draft-ietf-netlmm-proxymip6-00.txt, April 2007.
　ネットワークベースのローカルモビリティ管理では、基本的にすべてのＭＡＧが同一のネットワークプレフィックスを共有しており、これによって、モバイルノードがローカルモビリティドメイン内で接続ポイントを変更しても、モバイルノードはモビリティに係るシグナリング処理を行う必要がなくなる。
　一方、ＭＡＧは、その配下にモバイルノードが接続されると、モバイルノードの位置情報をアップデートするためのＰＢＵメッセージをＬＭＡへ送信する。ＬＭＡは、このようにしてＰＢＵメッセージによってアップデートされた情報に基づいてバインディングを作成し、バインディングキャッシュエントリに記憶する。また、ＬＭＡは、基本的にこのバインディングキャッシュエントリのみを参照して、各モバイルノードへのパケットの転送を行う。
　しかしながら、ＬＭＡは、バインディングを接続単位（モバイルノードのインタフェース単位）で作成し、バインディングキャッシュエントリに記憶するため、ＬＭＡが記憶するバインディングキャッシュエントリが膨大になってしまい、ＬＭＡの記憶容量のスペースを圧迫したり、膨大なバインディングキャッシュエントリの読み書きに過剰な処理負荷が必要となったりしてしまう可能性がある。
　例えば、図８に図示されているように、ＭＡＧ１の配下に４つのモバイルノード（ＭＮ１、ＭＮ２、ＭＮ３、ＭＮ７）、ＭＡＧ２の配下に２つのモバイルノード（ＭＮ４、ＭＮ５）、ＭＡＧ３の配下に２つのモバイルノード（ＭＮ６、ＭＮ８）が接続されており、ＭＡＧ１、ＭＡＧ２、ＭＡＧ３を１つのＬＭＡによって管理しているとする。
　この場合、ＭＮ１～ＭＮ８は、それぞれ同一のネットワークプレフィックス（ホームネットワークプレフィックス：ＨＮＰ）から構成されるアドレス（あるいは端末ごとのネットワークプレフィックス）（ＨＮＰ．ＭＮ１～ＨＮＰ．ＭＮ８）を有し、図９に図示されているように、各モバイルノードのアドレスと、接続先のＭＡＧの識別情報とを関連付けるバインディングがＬＭＡのバインディングキャッシュエントリに登録される。
　また特に、ＬＭＡが管理するモバイルノードの数が多くなると、スケーラビリティの問題が顕著に現れてくる。例えば、複数のインタフェースを有するモバイルノードの存在や各ユーザが複数のモバイルノードを所有することで、単純に１ヶ所のみで接続が行われているという概念に基づく方法は、技術的な面や経済的な面で破綻を生じることが予想される。
　すなわち、ローカルモビリティドメイン内を移動するモバイルノードが多数存在する場合には、各ノバイルノードの現在位置に関する情報量が膨大となり、ＬＭＡのＭＮの処理負荷が過剰に増大してしまうという問題が生じる。その結果、ネットワークプロバイダの設備コストや管理コストが増大し（例えばＬＭＡの処理能力を上げたり、ＬＭＡの設置台数を増やしたりする必要がある）、ユーザに対して十分なサービスを提供することができなくなる可能性がある。
　上記の課題を解決するため、本発明は、ネットワークベースのローカルモビリティ管理方法において、移動端末の位置情報を管理するネットワークノードの負荷を軽減させるとともに、移動端末の台数に関して高いスケーラビリティを実現する位置情報管理装置及びネットワークエッジ装置並びに移動端末を提供することを目的とする。
　上記の目的を達成するため、本発明の位置情報管理装置は、ローカルモビリティドメインに接続されている移動端末の位置情報を管理する位置情報管理装置であって、
　前記ローカルモビリティドメインへの接続ポイントを前記移動端末に提供する各ネットワークエッジ装置に対して、プライマリネットワークプレフィックスとして使用させるネットワークプレフィックス範囲の割り当てを行うプライマリネットワークプレフィックス割り当て手段と、
　前記ネットワークプレフィックス割り当て手段で前記ネットワークエッジ装置へ割り当てた前記ネットワークプレフィックス範囲と、前記ネットワークエッジ装置の識別情報とを関連付けてルーティングテーブルに記憶するルーティング記憶手段と、
　パケットの転送を行う際に前記ルーティングテーブルを参照し、前記ネットワークエッジ装置へ割り当てた前記ネットワークプレフィックス範囲に含まれるアドレスをあて先とするパケットを、前記ネットワークエッジ装置へ転送するプライマリアドレスあてパケット転送手段とを、
　有する。
　さらに、本発明の位置情報管理装置は、上記の構成に加えて、特定のネットワークエッジ装置に対して、前記特定のネットワークエッジ装置とは異なる他のネットワークエッジ装置へプライマリネットワークプレフィックスとして使用されるように割り当てたネットワークプレフィックス範囲を、セカンダリネットワークプレフィックスとして使用できるように通知するセカンダリネットワークプレフィックス通知手段を有する。
　さらに、本発明の位置情報管理装置は、上記の構成に加えて、前記ネットワークエッジ装置の配下に接続されている移動端末のうち、前記ネットワークエッジ装置へ前記プライマリネットワークプレフィックスとして使用されるように割り当てた前記ネットワークプレフィックス範囲に含まれるアドレスを使用していない移動端末のアドレス通知を前記ネットワークエッジ装置から受信する通知受信手段と、
　前記通知受信手段で受信した前記移動端末のアドレスと、前記ネットワークエッジ装置の識別情報とを関連付けてバインディングキャッシュに登録するバインディング記憶手段と、
　前記パケットの転送を行う際に前記ルーティングテーブルを参照する前に前記バインディングキャッシュを参照し、前記パケットのアドレスが前記バインディングキャッシュに登録されている前記移動端末と一致する場合には、前記パケットを前記移動端末のアドレスと関連付けられている前記ネットワークエッジ装置へ転送するセカンダリアドレスあてパケット転送手段とを、
　有する。
　さらに、本発明の位置情報管理装置は、上記の構成に加えて、前記ネットワークエッジ装置の配下に接続されている移動端末のアドレス通知を前記ネットワークエッジ装置から受信する通知受信手段と、
　前記ルーティングテーブルを参照して、前記通知受信手段で前記ネットワークエッジ装置から受信した前記移動端末のアドレスが、そのネットワークエッジ装置へ割り当てた前記ネットワークプレフィックス範囲に含まれない場合には、前記通知受信手段で受信した前記移動端末のアドレスと、前記ネットワークエッジ装置の識別情報とを関連付けてバインディングキャッシュに登録するバインディング記憶手段と、
　前記パケットの転送を行う際に前記ルーティングテーブルを参照する前に前記バインディングキャッシュを参照し、前記パケットのアドレスが前記バインディングキャッシュに登録されている前記移動端末と一致する場合には、前記パケットを前記移動端末のアドレスと関連付けられている前記ネットワークエッジ装置へ転送するセカンダリアドレスあてパケット転送手段とを、
　有する。
　さらに、本発明の位置情報管理装置は、上記の構成に加えて、前記バインディングキャッシュ内の前記移動端末のアドレスと前記ネットワークエッジ装置の識別情報との関連付けの登録数が所定の閾値を超えた場合に、各ネットワークエッジ装置に対して、プライマリネットワークプレフィックスとして使用させるネットワークプレフィックス範囲の再割り当てを行うプライマリネットワークプレフィックス再割り当て手段を有する。
　さらに、本発明の位置情報管理装置は、上記の構成に加えて、各ネットワークエッジ装置の配下において前記プライマリネットワークプレフィックスを使用している移動端末の数を、各ネットワークエッジ装置に問い合わせる問い合わせ手段と、
　前記問い合わせ手段による問い合わせの結果得られる前記移動端末の数に従って、各ネットワークエッジ装置に対して、プライマリネットワークプレフィックスとして使用させるネットワークプレフィックス範囲の再割り当てを行うプライマリネットワークプレフィックス再割り当て手段を有する。
　また、上記の目的を達成するため、本発明のネットワークエッジ装置は、ローカルモビリティドメインへの接続ポイントを移動端末に提供するネットワークエッジ装置であって、
　プライマリネットワークプレフィックスとして使用させるネットワークプレフィックス範囲を割り当てるためのプライマリネットワークプレフィックス割り当てメッセージを、前記ローカルモビリティドメインに接続されている前記移動端末の位置情報を管理する位置情報管理装置から受信するプライマリネットワークプレフィックス割り当てメッセージ受信手段と、
　前記位置情報管理装置からプライマリネットワークプレフィックスとして使用するよう割り当てられた前記ネットワークプレフィックス範囲を前記プライマリネットワークプレフィックスとして設定するプライマリネットワークプレフィックス設定手段と、
　他のネットワークエッジ装置においてプライマリネットワークプレフィックスとして使用されているネットワークプレフィックス範囲であって、セカンダリネットワークプレフィックスとして使用させる前記ネットワークプレフィックス範囲を割り当てるためのセカンダリネットワークプレフィックス割り当てメッセージを前記位置情報管理装置から受信するセカンダリネットワークプレフィックス割り当てメッセージ受信手段と、
　前記位置情報管理装置からセカンダリネットワークプレフィックスとして使用するよう割り当てられた前記ネットワークプレフィックス範囲を前記セカンダリネットワークプレフィックスとして設定するセカンダリネットワークプレフィックス設定手段と、
　前記プライマリネットワークプレフィックスである旨が分かるように前記プライマリネットワークプレフィックスのネットワークプレフィックス範囲を移動端末に通知するとともに、前記セカンダリネットワークプレフィックスである旨が分かるように前記セカンダリネットワークプレフィックスのネットワークプレフィックス範囲を前記移動端末に通知するネットワークプレフィックス通知手段とを、
　有する。
　さらに、本発明のネットワークエッジ装置は、上記の構成に加えて、前記移動端末のアドレスとして前記セカンダリネットワークプレフィックスを含むアドレスを使用する旨を示す通知メッセージを前記移動端末から受信した場合、前記移動端末のアドレスが前記セカンダリネットワークプレフィックスとして設定された前記ネットワークプレフィックス範囲内であることを確認した後、前記移動端末のアドレスと、自身の識別情報とを関連付けるためのプロキシバインディングアップデートメッセージを前記位置情報管理装置へ送信するプロキシバインディングアップデートメッセージ送信手段を有する。
　さらに、本発明のネットワークエッジ装置は、上記の構成に加えて、前記セカンダリネットワークプレフィックスを含むアドレスを使用している前記移動端末に対して、前記プライマリネットワークプレフィックスを含むアドレスに切り換えるように要求するアドレス変更要求手段を有する。
　また、上記の目的を達成するため、本発明の移動端末は、ローカルモビリティドメインへの接続を行う移動端末であって、
　前記ローカルモビリティドメインへの接続ポイントを提供するネットワークエッジ装置から、プライマリネットワークプレフィックスのネットワークプレフィックス範囲の通知と、セカンダリネットワークプレフィックスのネットワークプレフィックス範囲の通知とを受信するネットワークプレフィックス通知受信手段と、
　前記移動端末のアドレスが、前記プライマリネットワークプレフィックスのネットワークプレフィックス範囲に含まれているか、あるいは、前記セカンダリネットワークプレフィックスのネットワークプレフィックス範囲に含まれているかをチェックするネットワークプレフィックス確認手段と、
　前記移動端末のアドレスとして前記セカンダリネットワークプレフィックスのネットワークプレフィックス範囲に含まれるアドレスを使用する場合には、前記移動端末のアドレスが前記セカンダリネットワークプレフィックスのネットワークプレフィックス範囲に含まれることを通知するための通知メッセージを前記ネットワークエッジ装置に送信する通知メッセージ送信手段とを、
　有する。
　さらに、本発明の移動端末は、上記の構成に加えて、前記移動端末のアドレスを、前記セカンダリネットワークプレフィックスを含むアドレスから前記プライマリネットワークプレフィックスを含むアドレスに切り換えるように要求するアドレス変更要求を前記ネットワークエッジ装置から受信するアドレス変更要求受信手段と、
　前記アドレス変更要求を受信した場合に、前記移動端末のアドレスを切り換えるか否かを判断するアドレス変更判断手段とを、
　有する。
　本発明は、上記の構成を有しており、ネットワークベースのローカルモビリティ管理方法において、移動端末の位置情報を管理するネットワークノードの負荷を軽減させるとともに、移動端末の台数に関して高いスケーラビリティを実現することが可能となる。
本発明の第１の実施の形態におけるシステム構成の一例を示す図 本発明の第１の実施の形態におけるＬＭＡからＭＡＧへ送信されるネットワークプレフィックス割り当てメッセージの一例を示す図 本発明の第１の実施の形態におけるＭＮからＭＡＧへ送信される通知メッセージの一例を示す図 本発明の第６の実施の形態におけるＭＡＧからＬＭＡへの応答メッセージの一例を示す図 本発明の第１の実施の形態におけるＬＭＡの構成の一例を示す機能ブロック図 本発明の第１の実施の形態におけるＭＡＧの構成の一例を示す機能ブロック図 本発明の第１の実施の形態におけるＭＮの構成の一例を示す機能ブロック図 ＭＡＧ及びＭＮの配置の一例を示す図 従来の技術におけるＬＭＡのバインディングキャッシュエントリの一例を示す図 本発明の第１の実施の形態におけるＬＭＡのバインディングキャッシュエントリ及びルーティングテーブルの一例を示す図 本発明を実現するためのモバイルノードの機能アーキテクチャの一例を示す図 本発明を実現するためのモバイルアクセスゲートウェイの機能アーキテクチャの一例を示す図 本発明を実現するためのローカルモビリティアンカの機能アーキテクチャの一例を示す図
　以下、本発明の実施の形態について説明する。なお、以下の説明では、本発明が理解されるように、特定の番号、時間、構造、及び、その他のパラメータに関して説明を行うが、こうした具体的な設定に限定されずに本発明が動作可能であることは当業者であれば明らかである。
　なお、本明細書で用いられているモバイルノードという用語は、無線通信機能を有しており、移動しながら通信を行うことが可能なモバイル機器あるいは移動端末を意味する。また、本発明の実施の形態におけるＬＭＡ及びＭＡＧは、従来のプロキシモバイルＩＰにおけるＬＭＡ及びＭＡＧの機能に加えて、本発明に係る拡張機能を有しており、従来のプロキシモバイルＩＰに係る機能と、この本発明に係る拡張機能とが組み合わされることによって、従来の技術における課題が解決される。
＜第１の実施の形態＞
　以下、本発明の第１の実施の形態について説明する。図１には、本発明の第１の実施の形態におけるシステム構成の一例が図示されている。
　図１の構成では、ＬＭＡ（Local Mobility Anchor：ローカルモビリティアンカ）１０００には、２つのＭＡＧ（Mobile Access Gateway：モバイルアクセスゲートウェイ）１０１０、１０２０が接続されている。また、ＭＡＧ１０１０にはＭＮ（Mobile Node：モバイルノード）１０３０がアクティブな接続を有しており、同様に、ＭＡＧ１０２０にはＭＮ１０４０がアクティブな接続を有している。なお、ＬＭＡ１０００は、ローカルモビリティドメインに接続されているモバイルノード（移動端末）の位置情報を管理する位置情報管理装置であり、ＭＡＧは、ローカルモビリティドメインへの接続ポイントをモバイルノードに提供するネットワークエッジ装置である。
　なお、図１の構成において、ＭＮ１０３０がＨＮＰ１の値のホームネットワークプレフィックスをＭＡＧ１０１０から受信し、同様に、ＭＮ１０４０がＨＮＰ２の値のホームネットワークプレフィックスをＭＡＧ１０４０から受信すると仮定する。
　プロキシモバイルＩＰの通常の動作では、ＭＡＧ１０１０及び１０２０は共に、プロキシバインディングアップデートを使用して、それぞれに接続されているＭＮ１０３０、１０４０の詳細な情報のアップデートを行う必要があるが、本発明の動作においては、例えば、ＬＭＡ１０００が代わりにネットワークプレフィックスのブロックを各ＭＡＧ１０１０、１０２０に割り当てる。
　ここで、ネットワークプレフィックスのＮＰ１ブロックがＭＡＧ１０１０に提供され、ネットワークプレフィックスのＮＰ２ブロックがＭＡＧ１０２０に提供される場合を考える。この場合、ＬＭＡ１０００は、図２に図示されているような情報要素を含むネットワークプレフィックス割り当てメッセージを作成し、このメッセージを配下のＭＡＧに送信する。なお、ＭＡＧ１０１０に割り当てられるＮＰ１ブロックとＭＡＧ１０２０に割り当てられるＮＰ２ブロックとは重複したネットワークプレフィックス範囲を有さないことが望ましい。
　図２には、本発明の第１の実施の形態におけるＬＭＡからＭＡＧへ送信されるネットワークプレフィックス割り当てメッセージの一例が図示されている。
　メッセージタイプフィールド２０００は、このメッセージの受信者であるＭＡＧが、このメッセージがネットワークプレフィックスを割り当てるためのメッセージであることを識別できるようにするためのものである。
　また、プライマリフラグ２０１０がセットされた場合には、このメッセージの受信者であるＭＡＧが、後続のネットワークプレフィックスフィールド２０２０内のネットワークプレフィックスを、プライマリネットワークプレフィックスに使用するネットワークプレフィックス範囲（プライマリネットワークプレフィックス範囲）として取り扱う必要があることを意味する。一方、プライマリフラグ２０１０がセットされなかった場合には、このメッセージの受信者であるＭＡＧは、後続のネットワークプレフィックスフィールド２０２０内のネットワークプレフィックスが、セカンダリネットワークプレフィックスに使用するネットワークプレフィックス範囲（セカンダリネットワークプレフィックス範囲）を示すことを把握する。なお、上述のフラグの設定は一例であり、例えば、プライマリフラグの代わりにセカンダリフラグが使用され、セカンダリフラグがセットされなかった場合にプライマリネットワークプレフィックスに使用するネットワークプレフィックス範囲を示したり、それぞれ、プライマリフラグ及びセカンダリフラグが使用されるような方法であったりしてもよい。
　また、ネットワークプレフィックスフィールド２０２０には、ＬＭＡ１０００がこのメッセージの受信者であるＭＡＧに対して割り当てるネットワークプレフィックスが記載され、プレフィックスレングスフィールド２０３０には、ネットワークプレフィックスフィールド２０２０に記載されているネットワークプレフィックスのプレフィックス長（プレフィックスレングス）が記載される。
　ＬＭＡ１０００は、上記のネットワークプレフィックス割り当てメッセージを使用して、ＮＰ１ブロックをＭＡＧ１０１０のプライマリネットワークプレフィックスとして割り当て、ＮＰ２ブロックをＭＡＧ１０２０のプライマリネットワークプレフィックスとして割り当てると、その割り当てを記憶し、ＮＰ１ブロックのサブネットに属するあて先アドレスを有するパケットはＭＡＧ１０１０に転送され、ＮＰ２ブロックのサブネットに属するあて先アドレスを有するパケットはＭＡＧ１０２０に転送されるように、ルーティングテーブルのアップデート処理を行う。
　また、ＬＭＡ１０００は、あるＭＡＧにプライマリネットワークプレフィックス範囲として割り当てたネットワークプレフィックス（例えばＭＡＧ１０１０に割り当てたＮＰ１ブロック）を、別のＭＡＧ（例えばＭＡＧ１０２０）のセカンダリネットワークプレフィックス範囲として割り当てることも可能である。
　なお、１つのネットワークプレフィックス割り当てメッセージ内に、プライマリフラグ２０１０、ネットワークプレフィックスフィールド２０２０、プレフィックスレングスフィールド２０３０のセットを複数挿入することが可能である。
　また、既存のネットワークプレフィックス割り当てメッセージを利用してネットワークプレフィックス割り当てメッセージを実現することが可能であり、この場合には、プライマリ又はセカンダリのステータスを示すプライマリフラグ２０１０を既存のネットワークプレフィックス割り当てメッセージに付加すればよい。
　このように、ＭＡＧ１０１０は、プライマリフラグ２０１０がセットされており、ネットワークプレフィックスフィールド２０２０及びプレフィックスレングスフィールド２０３０によって特定されるＮＰ１のネットワークプレフィックス範囲（ＮＰ１ブロック）を有するネットワークプレフィックス割り当てメッセージを受信できるようになる。このようなネットワークプレフィックス割り当てメッセージを受信した場合には、ＭＡＧ１０１０は、ＮＰ１のネットワークプレフィックス範囲をプライマリネットワークプレフィックス範囲として取り扱う必要がある。
　また、ＭＡＧ１０１０は、ＮＰ２のネットワークプレフィックス範囲（ＮＰ２ブロック）をセカンダリネットワークプレフィックス範囲として取り扱う必要がある旨を通知するネットワークプレフィックス割り当てメッセージ（プライマリフラグ２０１０がセットされていない）を受信する場合もある。この場合には、ＭＡＧ１０１０は、ＮＰ２のネットワークプレフィックス範囲をセカンダリネットワークプレフィックス範囲として取り扱う必要がある。
　また同様に、ＭＡＧ１０２０が、プライマリフラグ２０１０がセットされており、ネットワークプレフィックスフィールド２０２０及びプレフィックスレングスフィールド２０３０によって特定されるＮＰ２のネットワークプレフィックス範囲（ＮＰ２ブロック）を有するネットワークプレフィックス割り当てメッセージを受信した場合には、ＮＰ２のネットワークプレフィックス範囲をプライマリネットワークプレフィックス範囲として取り扱う必要がある。
　さらに、ＭＡＧ１０２０は、ＮＰ１のネットワークプレフィックス範囲（ＮＰ１ブロック）をセカンダリネットワークプレフィックス範囲として取り扱う必要がある旨を通知するネットワークプレフィックス割り当てメッセージ（プライマリフラグ２０１０がセットされていない）を受信した場合には、ＮＰ１のネットワークプレフィックス範囲をセカンダリネットワークプレフィックス範囲として取り扱う必要がある。
　ＭＡＧ１０１０は、プライマリネットワークプレフィックス範囲（ＮＰ１ブロック）内のネットワークプレフィックスをホームネットワークプレフィックス（ＨＮＰ１）としてモバイルノードに割り当てた場合、そのモバイルノードに関するプロキシバインディングアップデートメッセージを送信する必要がない。また、ＭＡＧ１０２０に関しても同様に、プライマリネットワークプレフィックス範囲（ＮＰ２ブロック）内のネットワークプレフィックスをホームネットワークプレフィックス（ＨＮＰ２）としてモバイルノードに割り当てた場合、そのモバイルノードに関するプロキシバインディングアップデートメッセージを送信する必要がない。ただし、これはＬＭＡ１０００がネットワークプレフィックスのブロックを各ＭＡＧに割り当てている例であるので、ＬＭＡ１０００以外のネットワークノード（ＡＡＡ（Authentication, Authorization and Accounting：認証、認可及び課金）ノードなど）がネットワークプレフィックスのブロックを各ＭＡＧに割り当てる場合や、各ＭＡＧがプロキシバインディングアップデートメッセージを送信するべきあて先がＬＭＡ１０００以外のＬＭＡ（階層構成のＬＭＡなど）の場合は、プロキシバインディングアップデートメッセージを送信する必要があるかもしれない。
　なお、ＭＡＧ１０１０は、モバイルノードへ割り当てられたホームネットワークプレフィックスの値にかかわらず、すべてのモバイルノードに関するプロキシバインディングアップデートメッセージをＬＭＡ１０００へ送信してもよい。これによって、ＭＡＧがホームネットワークプレフィックスの値に基づいた判断を行わずに済むようになり、ＭＡＧの構成や処理が簡略化される。
　なお、この場合には、ＬＭＡ１０００が代わりに、受信したプロキシバインディングアップデートメッセージ内に含まれる情報のチェック（モバイルノードに割り当てられているホームネットワークプレフィックスの値がプライマリネットワークプレフィックス範囲に属するか否かのチェック）を行う。
　プロキシバインディングアップデートメッセージに記載されている特定のホームネットワークプレフィックスの値が、プロキシバインディングアップデートメッセージの送信者であるＭＡＧに割り当てられたプライマリネットワークプレフィックス範囲に属する場合には、送信者であるＭＡＧに対するプライマリネットワークプレフィックスの割り当てが、このプロキシバインディングアップデートメッセージに関するバインディングに相当するものなので、ＬＭＡ１０００は、このバインディングをバインディングキャッシュ内に記録しないように選択することが可能となる。
　ＭＡＧ１０１０とＭＮ１０３０との間で必要なＡＡＡ処理が行われた後、ＭＡＧ１０１０は、ＲＡ（Router Advertisement：ルータ通知）メッセージをＭＮ１０３０に送信する処理を行う。ＭＡＧ１０１０は、ＲＡメッセージによって、プライマリネットワークプレフィックス及びセカンダリネットワークプレフィックスを通知することが可能であり、さらに、プライマリ又はセカンダリであることを表すステータスを明確に示すことが可能である。なお、ＲＡメッセージ内に追加フラグ又はオプションを配置する形式によって、プライマリネットワークプレフィックスやセカンダリネットワークプレフィックス、これらのステータスを通知するメッセージが実現されてもよい。また、プロキシモバイルＩＰの動作に従って、ＭＮ１０３０に通知されるすべてのネットワークプレフィックスは、ＭＮ１０３０のみが使用するためのものであってもよい。
　また、ステートフルなアドレス構成がネットワークによって要求されている場合には、ＭＮ１０３０は、ＩＰアドレスを受信するためにＤＨＣＰ（Dynamic Host Control Protocol）サーバにクエリを行う。このとき、ＤＨＣＰサーバは、ＭＡＧ１０１０に対して割り当てられているプライマリネットワークプレフィックスの範囲内のアドレス（若しくはネットワークプレフィックス）をＭＮ１０３０に配布する必要がある。
　このアドレス配布は既存のポリシの形式を取ってもよく、ＭＡＧ１０１０とＤＨＣＰサーバとの間の情報交換によって行われてもよい。例えば、ＭＡＧ１０１０はＤＨＣＰサーバに対して、ＭＡＧ１０１０に管理されているノード（例えばＭＮ１０３０）からのリクエストに関してはＮＰ１の範囲内のアドレスを提供するよう通知してもよい。なお、ＤＨＣＰサーバの機能がＭＡＧ１０１０に実装されていてもよい。
　ＭＮ１０３０は、割り当てられたアドレス（ＨＮＰ１を含む）を受信すると、そのアドレスのネットワークプレフィックスが、ＭＡＧ１０１０からのＲＡメッセージに記載されているプライマリネットワークプレフィックスの範囲内のものか否かをチェックする。なお、このアドレスのネットワークプレフィックスが、ＭＡＧ１０１０からのＲＡメッセージに記載されているプライマリネットワークプレフィックスの範囲内である場合には、更なる動作を行う必要はない。
　一方、このアドレスのネットワークプレフィックスがセカンダリネットワークプレフィックスの範囲内である場合には、ＭＮ１０３０は、この状況を通知メッセージによってＭＡＧ１０１０に通知する必要がある。なお、この通知メッセージは、ＭＮ１０３０のアドレスがセカンダリネットワークプレフィックスに属することをＭＡＧ１０１０に通知するために用いられる。例えば、最も単純な形式として、通知メッセージは図３に図示されている形式を取ることが可能である。
　図３には、本発明の第１の実施の形態におけるＭＮからＭＡＧへ送信される通知メッセージの一例が図示されている。
　図３に図示されている通知メッセージは、このメッセージが通知メッセージであることを示すメッセージタイプフィールド３０００、割り当てられたアドレス（ＨＮＰ１を含む）を含むモバイルノードアドレスフィールド３０１０を有している。
　なお、割り当てられたアドレス又はＭＮ１０３０のＨＮＰ１を含む通知メッセージは、ＭＮ１０３０からＭＡＧ１０１０への任意の通信メッセージに挿入（piggybacked）されてもよく、また、置き換えられてもよい。
　ＭＡＧ１０１０は、ＭＮ１０３０から通知メッセージを受信すると、モバイルノードアドレスフィールド３０１０をチェックし、その値がセカンダリネットワークプレフィックスの範囲内であることを検出する。そして、この場合には、ＭＡＧ１０１０は通常のプロキシモバイルＩＰ動作を行って、プロキシバインディングアップデートをＬＭＡ１０００に送信する必要がある。
　また、本発明に係る別の実施例として、ＤＨＣＰサーバが、ＭＮ１０３０に関する割り当てられたアドレスをＭＡＧ１０１０に直接通知してもよい。この場合では、ＭＡＧ１０１０は、ＭＮ１０１０からの通知を待たずに即座に処理を行うことができるようになる。これは特に、ＤＨＣＰサーバの機能がＭＡＧ１０１０自体に実装されている場合に実現可能である。
　また、別の実施例において、ＭＮ１０３０がＭＡＧ１０２０によって管理されているネットワークに移動した場合、ＭＮ１０３０は、割り当てられているアドレスがセカンダリネットワークプレフィックス範囲に属することを検出してもよい。
　このとき、ＭＮ１０３０は、現在使用しているアドレス（移動前のネットワークで使用していたＨＮＰ１を含むアドレス）を継続して使用することが可能であり、現在のアドレスを継続して使用する決定を行った場合には、ＭＮ１０３０は、ＭＮ１０３０のアドレスがセカンダリネットワークプレフィックスに属することを通知するための通知メッセージをＭＡＧ１０２０へ送信する処理を行う必要がある。
　なお、このときＭＮ１０３０は、ＭＡＧ１０２０によって管理されている移動先のネットワークにおいて、ＤＨＣＰ動作を再度行うことによって、プライマリネットワークプレフィックス範囲に属する新しいアドレスを取得するよう選択してもよい。
　次に、本発明の第１の実施の形態におけるＬＭＡの機能について説明する。図５には、本発明の第１の実施の形態におけるＬＭＡの構成が図示されている。
　図５に図示されているＬＭＡは、ネットワークプレフィックス割り当て通知部５００１、ルーティング記憶部５００２、バインディング記憶部５００３、パケット転送部５００４、セカンダリネットワークプレフィックス使用検出部５００５を有している。なお、図５は、本発明に係る拡張機能のみを模式的に示すものであり、図５に図示されているＬＭＡは、従来の技術におけるＬＭＡの機能も備えている。
　ネットワークプレフィックス割り当て通知部５００１は、管理下の各ＭＡＧに使用させるプライマリネットワークプレフィックスを割り当て、プライマリネットワークプレフィックスとして使用させるネットワークプレフィックス範囲を各ＭＡＧに通知する機能を有している。さらに、ネットワークプレフィックス割り当て通知部５００１は、プライマリネットワークプレフィックスとしてある特定のＭＡＧへ割り当てたネットワークプレフィックス範囲を、別のＭＡＧに対してはセカンダリネットワークプレフィックスとして使用できるように割り当てる機能を有している。
　また、ルーティング記憶部５００２は、特にローカルモビリティドメイン内におけるパケット伝送に必要なルーティングテーブルを管理し、各ＭＡＧへ割り当てたプライマリネットワークプレフィックスとＭＡＧの識別情報（アドレス又はネットワークプレフィックス）との対応関係を示すルーティングエントリをルーティングテーブルに記憶する機能を有している。
　また、バインディング記憶部５００３は、セカンダリネットワークプレフィックスを使用しているＭＮのアドレスと、そのＭＮが接続されているＭＡＧの識別情報との対応関係を示すバインディングキャッシュエントリをバインディングキャッシュに登録する機能を有している。
　また、パケット転送部５００４は、バインディングキャッシュやルーティングテーブルに基づいて、パケットの転送先を決定し、パケットの転送を行う機能を有している。なお、パケット転送部５００４は、管理下のＭＡＧに接続されているＭＮあてのパケットを転送する際には、まずバインディングキャッシュを参照して、パケット転送先のＭＮのアドレスを含むバインディングキャッシュエントリを検出し、そのバインディングキャッシュエントリで特定されるＭＡＧに向けてパケットを転送する。また、パケット転送先のＭＮのアドレスを含むバインディングキャッシュエントリが検出されなかった場合には、続いてルーティングテーブルを参照して、パケット転送先のＭＮのアドレスのネットワークプレフィックスに対応するＭＡＧへパケットを転送する。
　また、セカンダリネットワークプレフィックス使用検出部５００５は、セカンダリネットワークプレフィックスを使用するＭＮの存在や、そのＭＮが接続されているＭＡＧを検出する機能を有している。例えば上述のように、セカンダリネットワークプレフィックスの使用を示す通知メッセージをＭＮから受信したＭＡＧが、そのＭＮに係るプロキシバインディングアップデートをＬＭＡに対して行うことによって、セカンダリネットワークプレフィックス使用検出部５００５は、セカンダリネットワークプレフィックスを使用するＭＮの存在や、そのＭＮが接続されているＭＡＧを検出することが可能である。
　次に、本発明の第１の実施の形態におけるＭＡＧの機能について説明する。図６には、本発明の第１の実施の形態におけるＭＡＧの構成が図示されている。
　図６に図示されているＭＡＧは、ネットワークプレフィックス割り当てメッセージ処理部６００１、ネットワークプレフィックス設定部６００２、ネットワークプレフィックス通知部６００３、セカンダリネットワークプレフィックス使用通知部６００４を有している。なお、図６は、本発明に係る拡張機能のみを模式的に示すものであり、図６に図示されているＭＡＧは、従来の技術におけるＭＡＧの機能も備えている。
　ネットワークプレフィックス割り当てメッセージ処理部６００１は、ローカルネットワークドメインにおける位置情報を管理しているＬＭＡから、プライマリネットワークプレフィックスやセカンダリネットワークプレフィックスとして使用すべきネットワークプレフィックス範囲を含むネットワークプレフィックス割り当てメッセージを受信して処理する機能を有している。
　また、ネットワークプレフィックス設定部６００２は、上記のネットワークプレフィックス割り当てメッセージに従って、プライマリネットワークプレフィックスとして使用するネットワークプレフィックス範囲や、セカンダリネットワークプレフィックスとして使用するネットワークプレフィックス範囲の設定、管理を行う機能を有している。
　また、ネットワークプレフィックス通知部６００３は、このＭＡＧに接続されているＭＮに対して、例えばＲＡメッセージなどを使用して、プライマリネットワークプレフィックスやセカンダリネットワークプレフィックスのネットワークプレフィックス範囲を通知する機能を有している。
　また、セカンダリネットワークプレフィックス使用通知部６００４は、このＭＡＧに接続されているＭＮの中でセカンダリネットワークプレフィックスを使用するＭＮが存在する場合に、そのＭＮの存在をＬＭＡに通知する機能を有している。例えば上述のように、セカンダリネットワークプレフィックスの使用を通知する通知メッセージをＭＮから受信することで、セカンダリネットワークプレフィックスを使用するＭＮの存在を検出し、そのＭＮに係るプロキシバインディングアップデートをＬＭＡに対して行うことで、そのＭＮの存在をＬＭＡに対して報告することが可能である。
　次に、本発明の第１の実施の形態におけるＭＮの機能について説明する。図７には、本発明の第１の実施の形態におけるＭＮの構成が図示されている。
　図７に図示されているＭＮは、ネットワークプレフィックス通知受信部７００１、ネットワークプレフィックス確認部７００２、セカンダリネットワークプレフィックス使用通知部７００３を有している。なお、図７は、本発明に係る拡張機能のみを模式的に示すものであり、図７に図示されているＭＮは、従来の技術におけるＭＮの機能も備えている。
　ネットワークプレフィックス通知受信部７００１は、例えばＭＮが接続しているＭＡＧから送信されるＲＡメッセージなどによって、このＭＡＧが管理しているプライマリネットワークプレフィックスのネットワークプレフィックス範囲と、セカンダリネットワークプレフィックスのネットワークプレフィックス範囲を把握する機能を有している。
　また、ネットワークプレフィックス確認部７００２は、ＭＮの現在のアドレスが、プライマリネットワークプレフィックスのネットワークプレフィックス範囲に含まれているか、あるいは、セカンダリネットワークプレフィックスのネットワークプレフィックス範囲に含まれているかをチェックする機能を有している。
　また、セカンダリネットワークプレフィックス使用通知部７００３は、セカンダリネットワークプレフィックスのネットワークプレフィックス範囲に含まれるアドレスをＭＮのアドレスとして使用する場合に、その旨をＭＡＧに報告するための通知メッセージを作成して送信する機能を有している。
　次に、本発明の第１の実施の形態において、図８に図示されているようにＭＡＧ及びＭＮが配置されている場合のＬＭＡのバインディングキャッシュ及びルーティングテーブルの状態について説明する。
　このとき、図１０に図示されているように、ルーティングテーブルには、各ＭＡＧ（ＭＡＧ１、ＭＡＧ２、ＭＡＧ３）に割り当てられているプライマリネットワークプレフィックスの値（ＨＮＰ１，ＨＮＰ２、ＨＮＰ３）と、そのプライマリネットワークプレフィックスを含むアドレスがあて先として設定されているパケットの転送先（次ホップ）のアドレス（ＭＡＧ１、ＭＡＧ２、ＭＡＧ３）を関連付けるルーティングエントリが記憶される。各ＭＡＧの配下に接続されているすべてのＭＮが、各ＭＡＧに設定されているプライマリネットワークプレフィックスを含むアドレスを使用していれば、このルーティングテーブルの設定のみで、すべてのＭＮあてのパケットは正しく転送される。
　さらに、本発明では、各ＭＡＧの配下にプライマリネットワークプレフィックスを含まないアドレス（すなわち、セカンダリネットワークプレフィックスを含むアドレス）を使用するＭＮが接続された状態も許容される。このような状態は、例えば、ＭＮがＭＡＧ間を移動する場合に起こり得る。
　例えば、ＭＮ５は最初ＭＡＧ１に接続しており、ＭＡＧ１のプライマリネットワークプレフィックス（ＨＮＰ１）を含むアドレス（ＨＮＰ１．ＭＮ５）を用いてＭＡＧ１経由で通信を行っていたとする。ここで、ＭＮ５はＭＡＧ１の通信エリアを離れてＭＡＧ２の通信エリアに移動し、ＭＡＧ１からＭＡＧ２へ接続を切り換えたとする。このとき、ＭＮ５は、新たにＭＡＧ２のプライマリネットワークプレフィックス（ＨＮＰ２）を含むアドレスを再構成することが可能であるが、例えば通信セッションを継続させたいなどの理由で、ＭＡＧ１への接続時のアドレス（ＨＮＰ１．ＭＮ５）をそのまま使用し続けることも可能である。ＭＡＧ２においては、ネットワークプレフィックスＨＮＰ１はセカンダリネットワークプレフィックスであり、ＭＮ５は、ＭＡＧ２に対して、セカンダリネットワークプレフィックスを含むアドレス（ＨＮＰ１．ＭＮ５）の使用を通知メッセージを用いて通知し、ＭＡＧ２はＭＮ５のアドレス（ＨＮＰ１．ＭＮ５）をプロキシバインディングアップデートメッセージを用いてＬＭＡに通知する。その結果、図１０に図示されているように、バインディングキャッシュには、ＭＮ５のアドレス（ＨＮＰ１．ＭＮ５）と、ＭＡＧ２の識別情報（ＭＡＧ２のアドレス又はネットワークプレフィックス）との対応関係を示すバインディングキャッシュエントリが登録される。
　なお、本発明の第１の実施の形態では、ＭＡＧの配下に本発明の機能を有するＭＮと、従来の技術に係るＭＮとが紺座している場合であっても動作可能である。すなわち、例えばＭＮ５が本発明の機能を有さない従来のＭＮである場合には、ＭＡＧ１からＭＡＧ２への接続の切り換えを同一ローカルモビリティドメイン内の接続切り換えとみなし、移動前のアドレス（ＨＮＰ１．ＭＮ５）を使用し続けることになる。しかしながら、この場合においてもＭＡＧ５がＭＮ５のアドレスに係るバインディングをプロキシバインディングアップデートメッセージによってＬＭＡに登録することでＭＮ５あてのパケットは正しく転送されるようになる。
　上述のように、本発明の第１の実施の形態では、基本的にルーティングテーブルのエントリによってパケット転送先の管理を行い、例外的な登録に関してはバインディングキャッシュエントリへの登録で管理を行う。ルーティングテーブルのエントリ数は、ＬＭＡが管理するＭＡＧの台数程度に納まり、バインディングキャッシュエントリのエントリ数も例外的に登録されるＭＮの台数程度となるため、従来の技術におけるバインディングキャッシュエントリのエントリ数（ＬＭＡが管理するＭＡＧに接続されているすべてのＭＮの台数程度）よりもエントリ数が格段に少なくなる。
＜第２の実施の形態＞
　次に、本発明の第２の実施の形態について説明する。本発明の第２の実施の形態では、ＭＮ１０４０がステートレスなアドレス構成によってアドレスを取得する場合について説明する。
　この本発明の第２の実施の形態では、ＭＮ１０４０は、ＤＨＣＰ動作を行わず、その代わりに、ＭＡＧ１０２０から受信したＲＡメッセージによって取得した情報を使用して、ＩＰアドレスを生成する。
　ＭＮ１０４０は、ＮｅｔＬＭＭドメインに初めて接続した際には、ＭＡＧ１０２０からのＲＡメッセージで通知されたプライマリネットワークプレフィックスを用いて、ＩＰアドレスを自動構成する処理を行う。
　ここで、ＭＮ１０４０が、ＭＡＧ１０２０から離れてＭＡＧ１０１０に接続を行った場合には、自動構成された現在のアドレス（ＭＡＧ１０２０から通知されたプライマリネットワークプレフィックスを含むアドレス）が、ＭＡＧ１０１０のネットワークにおいてはセカンダリネットワークプレフィックスに属していることを発見する。
　このとき、ＭＮ１０４０は、ＭＡＧ１０１０から通知されるプライマリネットワークプレフィックスを用いて新しいアドレスを自動構成するように選択してもよく、あるいは、現在設定されているＩＰアドレスの使用を継続するように選択してもよい。なお、後者の現在設定されているＩＰアドレスの使用を継続する場合には、ＭＮ１０４０は、上述の通知メッセージ（図２参照）をＭＡＧ１０１０に送信する処理を行う。この場合には、ＭＡＧ１０１０は、その後、プロキシモバイルＩＰ動作を行う必要があるたびに、ＭＮ１０４０のためのプロキシバインディングアップデートメッセージをＬＭＡ１０００に送信する必要がある。
＜第３の実施の形態＞
　次に、本発明の第３の実施の形態について説明する。本発明の第３の実施の形態においては、ＭＡＧがモバイルノードに対して、セカンダリネットワークプレフィックスの利用からプライマリネットワークプレフィックスの利用に切り換えるよう要求してもよい。
　この要求は、任意の形式のメッセージによって実現可能であり、例えば、特定の専用メッセージやトリガなどの形式によって実現されてもよい。トリガによって実現される場合には、例えば、Link_Action又はMIH_Net_HJO_CommitプリミティブなどのＩＥＥＥ８０２．２１イベントやコマンドサービスなどを利用することが可能である。
　また、モバイルノードは、ＩＰアドレスの変更要求（上記のネットワークプレフィックスの切り換え要求）を受け入れてＩＰアドレスの変更を行ってもよく、あるいは、この要求を受け入れずに現在使用中のＩＰアドレスをそのまま使用し続けてもよい。
＜第４の実施の形態＞
　次に、本発明の第４の実施の形態について説明する。本発明の第４の実施の形態では、ＭＮ１０３０はクライアントＭＩＰノード（端末自身がＭＩＰを実装しているＣＭＩＰノード）でもあり、ＭＮ１０３０自身がＭＩＰのホームエージェントを有している場合について説明する。
　本発明の第４の実施の形態では、ＭＮ１０３０が、ＮｅｔＬＭＭドメインから得られるＩＰアドレスを、ＭＮ１０３０のホームエージェントにアップデートする気付アドレス（ＣｏＡ：Care-of Address）として使用する。
　この場合には、ＭＮ１０３０は、バインディングアップデートによってホームエージェントにアップデートを行う際のタイミング（例えば、ホームエージェントにおける現在のバインディングのライフタイムがまもなく満了となることによるバインディングアップデートのタイミング）と、セカンダリネットワークプレフィックスからプライマリネットワークプレフィックスへ切り換える際のＩＰアドレスの変更とを同期させることによって、セカンダリネットワークプレフィックスからプライマリネットワークプレフィックスへ切り換える際のＩＰアドレスの変更を最適化してもよい。
　なお、ＭＮ１０３０はセカンダリネットワークプレフィックスによって構成された古い気付アドレスを使用し続ける場合であっても、ＣＭＩＰバインディングアップデートを送信してバインディングのリフレッシュを行う必要がある。したがって、ＭＮ１０３０は、例えばこのバインディングをリフレッシュするタイミングで、ＣｏＡの変更を行うように選択することが可能である。これにより、送信すべきメッセージ数や処理を節約することが可能となる。
　また、ＭＮ１０３０の代わりにＭＡＧがプロキシバインディングアップデートを送信する必要がなく、ＬＭＡ１０００がＭＮ１０３０の位置情報のバインディングに関連した追加ルートを加える必要がないので、ローカルアクセスドメインに係るメッセージ量や処理負荷を低減することが可能となる。
　なお、ＭＮ１０３０がコレスポンデントノードとの間で経路最適化を確立している場合には、この第４の実施の形態に記載されている方法を適用して、コレスポンデントノードにおけるバインディングのアップデートの最適化が行われてもよい。
＜第５の実施の形態＞
　次に、本発明の第５の実施の形態について説明する。本発明の第５の実施の形態においては、ＭＮ１０３０がコレスポンデントノードとの間でアクティブなセッションを持っていない場合や、コレスポンデントノードとの間で継続中の通信セッションにトラフィックがほとんど又はまったくないことをＭＮ１０３０が把握した場合には、ＭＮ１０３０が接続ポイントの変更を遅らせることによって、セカンダリネットワークプレフィックスからプライマリネットワークプレフィックスへの切り換えにおけるＩＰアドレスの変更の最適化を行う場合について説明する。
　本発明の第５の実施の形態によれば、上述のようにＭＮ１０３０が接続ポイントの変更を遅らせることによって、まだ多数の進行中のセッションが存在している場合や、多数のデータパケットが伝送されている場合であっても、ＩＰアドレスを変更する場合に比べてパケットの遅延やロスを少なくすることが可能となる。
　なお、ＭＮ１０３０がコレスポンデントノードとの間で経路最適化を確立している場合には、この第５の実施の形態に記載されている方法を適用して接続ポイントの変更を遅らせ、これらのセッションが終了した後で気付アドレスを変更するよう選択することで、ＭＮ１０３０にようバインディングアップデートの送信回数を低減することが可能となる。
＜第６の実施の形態＞
　次に、本発明の第６の実施の形態について説明する。本発明の第６の実施の形態では、ＬＭＡ１０００が複数のＭＡＧ間におけるプライマリネットワークプレフィックスの割り当てを動的に変更することが可能である。これにより、モバイルノードの状態（モバイルノードの移動状態）に対応して、プライマリネットワークプレフィックスがより効率良くＭＡＧに割り当てられるように割り当ての変更を行うことが可能となる。
　本発明の第６の実施の形態におけるプライマリネットワークプレフィックスの割り当ての動的な変更において、例えば、ＬＭＡ１０００は、ＬＭＡ１０００のバインディングキャッシュ内のエントリ数が所定の閾値を超えた場合に、プライマリネットワークプレフィックスの再割り当てを行うよう決定してもよい（第１実施例）。なお、ＬＭＡ１０００のバインディングキャッシュ内に存在する各エントリは、あるモバイルノードがセカンダリネットワークプレフィックスを使用していることを示している。すなわち、本発明の第６の実施の形態における第１実施例では、ＬＭＡ１０００のバインディングキャッシュ内のエントリ数に基づいて、セカンダリネットワークプレフィックスを使用しているモバイルノードの数が所定の閾値を超えた場合に、プライマリネットワークプレフィックスの再割り当てが行われる。
　また、本発明の第６の実施の形態におけるプライマリネットワークプレフィックスの割り当ての動的な変更において、例えば、ＬＭＡ１０００が、各ＭＡＧの配下においてプライマリネットワークプレフィックスを使用しているモバイルノードの数をチェックするために各ＭＡＧへ問い合わせを行ってもよい（第２実施例）。この場合には、例えば、各ＭＡＧの配下において、プライマリネットワークプレフィックスを使用しているモバイルノードの数と、セカンダリネットワークプレフィックスを使用しているモバイルノードの数（各ＭＡＧに関連したバインディングキャッシュ内のエントリ数）を把握することが可能となり、例えば、これらの値の比率が所定の閾値を超えた場合に、プライマリネットワークプレフィックスの再割り当てを行うようにしてもよい。
　なお、ＬＭＡ１０００のバインディングキャッシュ内のエントリ数からプライマリネットワークプレフィックス又はセカンダリネットワークプレフィックスを使用しているモバイルノードの数をチェックする第１実施例の方法と、ＬＭＡ１０００が各ＭＡＧに対して、プライマリネットワークプレフィックス又はセカンダリネットワークプレフィックスを使用しているモバイルノードの数の問い合わせを行う第２実施例の方法を両方組み合わせて用いてもよい。例えば、ＬＭＡ１０００は、バインディングキャッシュ内のエントリ数が所定の閾値を超えた場合にのみ、ＭＡＧに問い合わせを行ってもよい。
　本発明の第６の実施の形態の第２実施例において、ＬＭＡ１０００は、ＭＡＧに問い合わせを行うためにクエリメッセージを送信することで、モバイルノードに関する情報や、各ホームネットワークプレフィックスの配布（ホームネットワークプレフィックスの使用状況）に関する情報を収集することが可能である。
　問い合わせを受けたＭＡＧは、例えば図４に図示されているようなフォーマットを有するメッセージを使用して返答を行う。図４には、本発明の第６の実施の形態におけるＭＡＧからＬＭＡへの応答メッセージの一例が図示されている。
　メッセージタイプフィールド４０００は、このメッセージの受信者であるＭＡＧが、このメッセージがＬＭＡ１０００によるクエリメッセージに対する応答であることを識別できるようにするためのものである。
　また、ネットワークプレフィックスフィールド４０１０には、応答を行うＭＡＧ（この応答メッセージの送信者）が現在取り扱っているネットワークプレフィックスの範囲が記載される。なお、不図示だが、プレフィックスレングスフィールドが設けられ、ネットワークプレフィックスのプレフィックス長を特定する値が挿入されてもよい。
　また、ＭＮカウントフィールド４０２０には、応答を行うＭＡＧの配下に接続されているモバイルノードのうち、ネットワークプレフィックスフィールド４０１０で特定されるネットワークプレフィックス範囲内のアドレスを現在使用しているモバイルノードの数が含まれる。
　なお、応答メッセージには、ＭＡＧが配下に通知（advertise）している各ネットワークプレフィックス（プライマリネットワークプレフィックス及びセカンダリネットワークプレフィックス）に対応するネットワークプレフィックスフィールド４０１０及びＭＮカウントフィールド４０２０のペアが、複数挿入されてもよい。また、例えば、ＬＭＡ１０００がモバイルノードの数を把握したいネットワークプレフィックスをクエリメッセージにおいて指定することで、ＭＡＧは、指定されたネットワークプレフィックスに関するモバイルノードの数に関してのみ、応答メッセージでＬＭＡ１０００に返答してもよい。
　また、別の実施例において、各ＭＡＧがそれぞれのネットワーク内のモバイルノードの数に関する情報を周期的に報告するように設定されているシステムが実現されてもよい。こうしたシステムにおいても、図４に図示されているクエリメッセージを用いることで同様の機能が実現され、ＬＭＡが膨大な数のクエリメッセージをネットワークに流さないようにすることが可能となる。
　また、ＬＭＡ１０００は、受信したすべての応答メッセージの結果を統合してから、ＭＡＧに対してプライマリネットワークプレフィックスの再割り当てを行うか否かを判断してもよい。このような判断は、ポリシに従って行われてもよく、その他のアルゴリズムによって行われてもよい。ポリシの一例としては、例えば、あるネットワークプレフィックスを使用しているモバイルノードの数が最も多いＭＡＧに対して、そのネットワークプレフィックスをプライマリネットワークプレフィックスとして割り当てるというものであってもよい。
　ここで、ＨＮＰ１の値がネットワークプレフィックスとして割り当てられているＭＮ１０３０がＭＡＧ１０２０に移動し、ＨＮＰ２の値がネットワークプレフィックスとして割り当てられているＭＮ１０４０がＭＡＧ１０１０に移動する場合を考える。例えば、ＬＭＡ１０００と各ＭＡＧとの間におけるクエリメッセージ及び応答メッセージのやり取りによって、ＭＡＧ１０１０の配下にはＮＰ２ブロックを使用しているモバイルノードの密度（割合）が高く、ＭＡＧ１０２０の配下にはＮＰ１ブロックを使用しているモバイルノードの密度（割合）が高いことが明らかになったとする。
　このとき、ＬＭＡ１０００は、ＮＰ２ブロックをＭＡＧ１０１０のプライマリネットワークプレフィックス範囲とし、ＮＰ１ブロックをＭＡＧ１０２０のプライマリネットワークプレフィックス範囲とするような新たなネットワークプレフィックス割り当てメッセージをＭＡＧ１０１０及びＭＡＧ１０２０へ送信してもよい。
　なお、ＭＡＧは複数のプライマリネットワークプレフィックスを有することも可能であり、プライマリネットワークプレフィックスを持たないことも可能である。すなわち、ＬＭＡ１０００は、特別に制限されることなく、各ＭＡＧにおけるプライマリネットワークプレフィックスの設定を自由に変更することが可能である。
　プライマリネットワークプレフィックスの再割り当て後、ＬＭＡ１０００は、関連するＭＡＧ（再割り当てによって設定が変更されたＭＡＧ）を指し示す気付アドレスのエントリを含むすべてのバインディングを解放する必要がある。また、ＭＡＧは、セカンダリネットワークプレフィックス（設定変更後のセカンダリネットワークプレフィックス）に属するＨＮＰのアドレスを使用しているモバイルノードが配下に存在している場合には、それらのモバイルノードに関するプロキシバインディングアップデートをＬＭＡ１０００へ送信する処理を行う必要がある。
　プライマリネットワークプレフィックスの再割り当てが行われる場合には、すべてのＭＡＧが多数のプロキシバインディングアップデートを同時に送信することになる可能性がある。このようなシグナリングトラフィックのバーストを避けるため、ＬＭＡ１０００は、より長い時間をかけてプロキシバインディングアップデートの送信が行われるように、タイミングをずらして、プライマリネットワークプレフィックスの割り当てを変更してもよい。例えば、ＬＭＡ１０００は第１プライマリネットワークプレフィックスの再割り当てを行い、その結果発生するプロキシバインディングアップデートを受信するまで待機してから、第２プライマリネットワークプレフィックスの再割り当てを行ってもよい。
　なお、再割り当ての条件は、上述のように、ＭＡＧの配下においてプライマリネットワークプレフィックスを使用していないモバイルノードの数が増加した場合とすることが望ましく。この状態では、セカンダリネットワークプレフィックスを含むアドレスを使用して通信を行うＭＮが多くなっており、その結果、ＬＭＡ１０００のバインディングキャッシュエントリのエントリ数が多くなっている。
　上述の本発明の第３の実施の形態においては、ＭＮに対してＩＰアドレスの変更を要求することでＭＮ側で設定変更を行わせているが、本発明の第６の実施の形態においては、多数使用されているセカンダリネットワークプレフィックスをプライマリネットワークプレフィックスとして設定し直すようにルーティングテーブルの変更を行うことで、このような状態を解消する（バインディングキャッシュエントリのエントリ数を減らす）ことが可能となる。
＜第７の実施の形態＞
　次に、本発明の第７の実施の形態について説明する。本発明の第７の実施の形態では、いくつかの接続ポイントの通信エリアが重なったオーバラップエリアにＭＮ１０３０が移動する場合について説明する。
　ＭＮ１０３０は、受動的な聴取やＩＥＥＥ８０２．２１によって提供されるような情報サービスなどによって、各接続ポイントから通知される様々なプライマリネットワークプレフィックス及びセカンダリネットワークプレフィックスに関する情報を取得することが可能である。
　ＭＮ１０３０は、いくつかの接続ポイントの通信エリアが重なったオーバラップエリアでは、これらのうちの任意の接続ポイントに接続することが可能であるが、例えば、ＭＮ１０３０に現在設定されているＩＰアドレスに基づいて、接続ポイントを選択してもよい。また、ＭＮ１０３０は、プライマリネットワークプレフィックス範囲に含まれるアドレスとしてＭＮ１０３０のアドレスを通知している接続ポイントを選択してもよい。これにより、アップデートメッセージの送信がより低減されるようになるとともに、ＬＭＡ１０００の処理負荷が軽減されるようになる。
＜第８の実施の形態＞
　次に、本発明の第８の実施の形態について説明する。本発明の第８の実施の形態では、ネットワークが各モバイルノードに割り当てられるネットワークプレフィックスを記録する場合について説明する。
　本発明の第８の実施の形態では、例えばＭＡＧ１０２０が、ＭＮ１０３０に現在割り当てられているネットワークプレフィックスに関する詳細な情報をネットワーク情報サービスに問い合わせる。なお、情報サービスは、例えば、ＤＨＣＰサーバ、モバイルノードが接続されているＭＡＧ、ＡＡＡサーバなどによってアップデートが可能である。この構成では、モバイルノードは、アドレス又はＨＮＰを変更する際にのみネットワークに通知すればよく、接続ポイントを変更する際には通知を行う必要はない。これにより、モバイルノードは、送信処理が低減されるとともに（電力の節約及びトラフィックの低減）、より単純なソフトウェア及びハードウェアを実装するだけでよい（コスト削減）。
＜第９の実施の形態＞
　次に、本発明の第９の実施の形態について説明する。本発明の第９の実施の形態において、ＭＡＧは、モバイルノードに割り当てられているネットワークプレフィックスを把握していれば、ＭＡＧに割り当てられているプライマリネットワークプレフィックス範囲内のアドレスをモバイルノードが使用しているか否かを判断することが可能となる。
　ＭＡＧに割り当てられているプライマリネットワークプレフィックス範囲内のアドレスをモバイルノードが使用していない場合には、ＭＡＧは、ＭＮが元のアドレス（現在設定されているアドレス）の使用を継続するか、あるいは、ＭＡＧのプライマリネットワークプレフィックスから構成される新たなアドレスに切り換えるかを決定するよう、ＭＮに対して問い合わせを行うことが可能である。そして、この問い合わせに対する応答結果から、ＭＡＧは、プロキシバインディングアップデートメッセージをＬＭＡへ送信する必要があるか否かを判断できるようになる。これは特に、モバイルノードによる通知メッセージの送信を遅らせる場合に有用である。
＜第１０の実施の形態＞
　次に、本発明の第１０の実施の形態について説明する。本発明の第１０の実施の形態において、モバイルノードが複数のインタフェースを有している場合、モバイルノードは、複数のインタフェースを用いて、同一のアクセスドメイン内に存在している異なるＭＡＧに接続している可能性がある。このような場合、これらの異なるインタフェースには、同一のＨＮＰ又は異なるＨＮＰが割り当てられる可能性がある。
　モバイルノードは、ある１つのインタフェース上でホームネットワークプレフィックスの切り換えを行った場合（例えばセカンダリＨＮＰからプライマリＨＮＰに切り換えた場合）、何らかのメカニズムを使用して、他のインタフェースにおける切り換えを同期させたり、その切り換えを他のインタフェース経由でアクセスネットワークに通知したり、他のインタフェースを利用して切り換え処理の補助（例えば、他のインタフェース経由で必要な情報を取得）を行ったりすることが可能である。
＜第１１の実施の形態＞
　次に、本発明の第１１の実施の形態について説明する。本発明の第１１の実施の形態において、ローカルモビリティアクセスドメインにおいてモバイルネットワークサービスが提供されている場合には、モバイルノードの上位のモバイルルータ（ＭＲ：Mobile Router）にＭＡＧの機能を組み込むことが可能である。
　この場合、モバイルノードのモバイルルータをＭＡＧとして取り扱うことで、上述の本発明を利用することが可能となる。このような構成では、ＭＡＧ（すなわちＭＲ）は、異なるモバイルネットワークプレフィックスをモバイルネットワークノードへ通知する。ここでは、ＭＡＧがＬＭＡとの間でトンネルを維持しているのと同様に、ＭＡＧ（すなわちＭＲ）は、自身のホームエージェント（ＨＡ）との間で双方向トンネルを維持しているが、ＭＲは、現在位置（例えば、気付アドレス）に関してＨＡにアップデートを行う必要がある点においてのみ異なっている。
　上述の本発明の実施の形態に係るメカニズムを用いることで、ＨＡは、このトンネルを経由してＭＲに対して、プライマリモバイルネットワークプレフィックス及びセカンダリモバイルネットワークプレフィックスの再割り当てを行うことが可能である。
　なお、ここでは、本発明は、最も実用的かつ好適であると考えられる実施の形態で開示及び説明されているが、当業者であれば、本発明の範囲から逸脱しない程度において、設計事項やパラメータの詳細に関して様々な変更が加えられてもよいことが分かることは明白である。
　例えば、プロキシモバイルＩＰドメインにおいて、階層的な方法で本発明に係るメカニズムが使用されてもよい。この階層的なドメインでは、トップレベルＬＭＡが別のＬＭＡ（第１レベルＬＭＡ）に対して、第１レベルネットワークプレフィックスを割り当てる。例えば、第１レベルＬＭＡは、第１レベルネットワークプレフィックスを複数の第２レベルネットワークプレフィックスに細分化し、別のＬＭＡ（第２レベルＬＭＡ）に対して、第２レベルネットワークプレフィックスを割り当てる。
　各レベルのＬＭＡに割り当てられているネットワークプレフィックスから構成されていないＨＮＰをもたらすＭＡＧへモバイルノードが移動して、そのモバイルノードに対してＨＮＰが割り当てられた場合（すなわち、第１レベルネットワークプレフィックスに属していないＨＮＰを有するモバイルノードが存在する場合）には、そのＬＭＡにバインディングキャッシュエントリが必要となる。すなわち、ここでは、第２レベルＬＭＡは、第１レベルＬＭＡに接続されているＭＡＧのように動作を行う。
　各レベルにおいて、ＬＭＡは、次のレベルのＬＭＡへネットワークプレフィックスの再割り当てを動的に行ってもよく、これにより、必要なシグナリングメッセージの量や各ＬＭＡのルーティングテーブルエントリを減少させることが可能となる。
　また、上述の説明では、ＬＭＡ１０００がネットワークプレフィックスのブロックを各ＭＡＧに割り当てている例を挙げているが、ＬＭＡ１０００以外のネットワークノード（ＡＡＡノードなど）がネットワークプレフィックスのブロックを各ＭＡＧに割り当ててもよい。この場合には、相当するアドレス若しくはネットワークプレフィックスを割り当てる手段やその機能を有するノードなどに変更が加えられることになるが、アドレス若しくはネットワークプレフィックスを割り当てる手段／装置がネットワークのどのノードに割り当てられるか、また、いかにその構成を実施するかは通常のネットワークデザインの範疇であるから、当業者にとって本発明を実施するうえでは明白な変更の範囲である。
　続いて、本発明を実現するためのモバイルノード、モバイルアクセスゲートウェイ、ローカルモビリティアンカの機能アーキテクチャについて説明する。なお、以下に説明するモバイルノード（図１１）、モバイルアクセスゲートウェイ（図１２）、ローカルモビリティアンカ（図１３）のそれぞれの機能アーキテクチャは、図７に図示されているモバイルノード、図６に図示されているモバイルアクセスゲートウェイ、図５に図示されているローカルモビリティアンカのそれぞれの構成を、各レイヤが有する機能の観点から図示したものである。
　図１１に図示されているモバイルノード（ＭＮ）１１０００は、ネットワークインタフェース１１１００、ルーティング部１１２００、プレフィックス選択部１１３００、上位レイヤ１１４００を有している。
　ネットワークインタフェース１１１００は、モバイルノード１１０００が任意の通信媒体を通じて別のノードと通信を行うために必要なすべてのハードウェア及びソフトウェアを包含する機能ブロックである。当該技術分野において周知の用語を使用した場合、ネットワークインタフェース１１１００は、レイヤ１（物理層）とレイヤ２（データリンク層）の通信コンポーネント、ファームウェア、ドライバ、通信プロトコルを表している。なお、モバイルノード１１０００は１つ以上（複数の）ネットワークインタフェース１１１００を有していてもよい。
　また、ルーティング部１１２００は、上位レイヤ１１４００の適切なプログラムや適切なネットワークインタフェース１１１００（外部送信）にパケットを発送する処理を行う。なお、当該技術分野において周知の用語を使用した場合、ルーティング部１１２００は、インターネットプロトコルバージョン４やインターネットプロトコルバージョン６などのようなレイヤ３（ネットワークレイヤ）プロトコルの実装を表している。
　また、シグナル／データパス１１９１０を通じて、ルーティング部１１２００は、適切なネットワークインタフェースと１１１００の間でパケットの送受信を行うことが可能である。また同様に、シグナル／データパス１１９３０を通じて、ルーティング部１１２００は、上位レイヤ１１４００の適切なプログラムとの間でパケットの送受信を行うことが可能である。
　また、上位レイヤ１１４００は、通信プロトコルスタックのネットワークレイヤの上位に存在するすべてのプロトコル及びプログラムを表している。上位レイヤ１１４００は、トランスポート制御プロトコル（ＴＣＰ：Transmission Control Protocol ）、ストリーム制御トランスポートプロトコル（ＳＣＴＰ：Stream Control Transport Protocol）、ユーザデータグラムプロトコル（ＵＤＰ：User Datagram Protocol）などのトランスポートレイヤプロトコル又はセッションレイヤプロトコルや、他のノードと通信を行う必要があるプログラム及びソフトウェアを含んでいる。なお、上述のように、上位レイヤ１１４００は、シグナルパス１１９３０を通じて、ルーティング部１１２００との間でパケット転送を行うことが可能である。
　また、プレフィックス選択部１１３００は、モバイルノード１１０００がそのアドレスを構成する際に使用するネットワークプレフィックスの選択を制御する機能を有している。例えば、プレフィックス選択部１１３００は、モバイルノード１１０００が接続ポイントを変更した際に同一のネットワークプレフィックスを受信した場合に、モバイルノードが同一のアドレスを維持するように制御してもよい。一方で、プレフィックス選択部１１３００は、現在使用されているアドレスが、モバイルノード１１０００が接続されている現在のアクセスルータのプライマリネットワークプレフィックスから構成されたものか否か、通信ノードとの間でアクティブな通信セッションが存在しているか否か、ルーティング部１１１３０のモバイルＩＰ機能がそのホームエージェントに対してバインディングアップデートを送信しようとしているか否かを判断基準としてもよい。なお、シグナル／データパス１１９２０を通じて、プレフィックス選択部１１３００は、ルーティング部１１２００から情報を読み出して、ルーティング部１１２００によって使用されるべきネットワークプレフィックスを選択することが可能である。
　また、図１２に図示されているモバイルアクセスゲートウェイ（ＭＡＧ）1４０００は、ネットワークインタフェース１２１００、ルーティング部１２２００、プレフィックス管理部１２３００、ＭＡＧ機能部１２４００を有している。
　ネットワークインタフェース１２１００は、モバイルアクセスゲートウェイ１２０００が任意の通信媒体を通じて別のノードと通信を行うために必要なすべてのハードウェア及びソフトウェアを包含する機能ブロックである。当該技術分野において周知の用語を使用した場合、ネットワークインタフェース１２１００は、レイヤ１（物理層）とレイヤ２（データリンク層）の通信コンポーネント、ファームウェア、ドライバ、通信プロトコルを表している。なお、モバイルアクセスゲートウェイ１２０００は１つ以上（複数の）ネットワークインタフェース１２１００を有していてもよい。
　また、ルーティング部１２２００は、適切なネットワークインタフェース１２１００（外部送信）にパケットを発送する処理を行う。なお、当該技術分野において周知の用語を使用した場合、ルーティング部１２２００は、インターネットプロトコルバージョン４やインターネットプロトコルバージョン６などのようなレイヤ３（ネットワークレイヤ）プロトコルの実装を表している。また、シグナル／データパス１２９１０を通じて、ルーティング部１２２００は、適切なネットワークインタフェースと１２１００の間でパケットの送受信を行うことが可能である。また同様に、シグナル／データパス１２９３０を通じて、ルーティング部１２２００は、ＭＡＧ機能部１２４００との間でパケットの送受信を行うことが可能である。
　また、ＭＡＧ機能部１２４００は、モバイルアクセスゲートウェイ１２０００としての機能を実装していることを表している。ＭＡＧ機能部１２４００は、例えばこのモバイルアクセスゲートウェイ１２０００に接続されているモバイルノードに代わってプロキシバインディングアップデートの送信を行ったり、モバイルアクセスゲートウェイ１２０００に接続されているモバイルノードの現在のアドレスを格納したりする機能を有している。
　本発明では、モバイルアクセスゲートウェイ１２０００に割り当てられているプライマリネットワークプレフィックスから構成されたアドレスをモバイルノードが使用しているか否かを確認できるように、ＭＡＧ機能部１２４００がシグナルパス１２９４０を通じてプレフィックス管理部１２３００を参照する機能を更に有している。ＭＡＧ機能部１２４００は、モバイルアクセスゲートウェイ１２０００に割り当てられているプライマリネットワークプレフィックスから構成されたアドレスをモバイルノードが使用している場合には、モバイルノードの代わりに送信されるプロキシバインディングアップデートの生成を行わないようにする。
　また、プレフィックスマネージャ１２３００は、モバイルアクセスゲートウェイ１２０００に割り当てられているプライマリネットワークプレフィックスを格納、管理するとともに、さらに、プライマリネットワークプレフィックスではないその他のネットワークプレフィックスを格納、管理する機能を有している。プレフィックスマネージャ１２３００は、プライマリネットワークプレフィックスであるネットワークプレフィックスに関してプライマリネットワークプレフィックスであることを明示するために、ルーティング部１２２００で生成されたルータアドバタイズメント（ルータ通知）をシグナルパス１２９２０を通じて変更する機能を更に有している。
　また、図１３に図示されているローカルモビリティアンカ（ＬＭＡ）１３０００は、ネットワークインタフェース１３１００、ルーティング部１３２００、ルーティングテーブル１３３００、バインディングキャッシュ１３４００、ＬＭＡ機能部１３５００を有している。
　ネットワークインタフェース１３１００は、ローカルモビリティアンカ１３０００が任意の通信媒体を通じて別のノードと通信を行うために必要なすべてのハードウェア及びソフトウェアを包含する機能ブロックである。当該技術分野において周知の用語を使用した場合、ネットワークインタフェース１３１００は、レイヤ１（物理層）とレイヤ２（データリンク層）の通信コンポーネント、ファームウェア、ドライバ、通信プロトコルを表している。なお、ローカルモビリティアンカ１３０００は１つ以上（複数の）ネットワークインタフェース１３１００を有していてもよい。
　また、ルーティング部１３２００は、適切なネットワークインタフェース１３１００（外部送信）にパケットを発送する処理を行う。なお、当該技術分野において周知の用語を使用した場合、ルーティング部１３２００は、インターネットプロトコルバージョン４やインターネットプロトコルバージョン６などのようなレイヤ３（ネットワークレイヤ）プロトコルの実装を表している。
　ルーティング部１３２００は、基本的にはルーティングテーブル１３３００内のエントリに基づいてパケットの発送ルートを決定する。ルーティングテーブル１３３００内のエントリには、パケットのあて先アドレスに含まれるネットワークプレフィックスに従って、パケットを発送すべき適切なＭＡＧが示されている。なお、ルーティング部１３２００は、シグナルパス１３９２０を通じて、ルーティングテーブル１３３００に格納されているエントリにアクセスすることが可能である。
　ただし、本発明では、ルーティング部１３２００は、ルーティングテーブル１３３００を参照する前に、シグナルパス１３９３０を通じてバインディングキャッシュ１３４００を参照する。バインディングキャッシュ１３４００には、パケットのあて先アドレスに従って、パケットが発送されるべきＭＡＧを示す情報が記載されている。
　また、ルーティング部１３２００は、シグナル／パス１３９１０を通じて、適切なネットワークインタフェース１３１００との間でパケットの送受信を行うことが可能である。また同様に、ルーティング部１３２００は、シグナル／データパス１３９６０を通じて、ＬＭＡ機能部１３５００との間でパケットの送受信を行うことが可能である。
　また、ＬＭＡ機能部１３５００は、ローカルモビリティアンカとしての機能を実装していることを表している。ＬＭＡ機能部１３５００は、例えば、プロキシバインディングアップデートを受信、処理したり、バインディングキャッシュ１３４００を維持、管理したりする機能を有している。
　本発明では、ＬＭＡ機能部１３５００にプレフィックス割り当て部１３６００の機能が追加される。このプレフィックス割り当て部１３６００は、バインディングキャッシュ１３４００の現在の内容及びサイズを判断して、ＭＡＧに割り当てているプライマリネットワークプレフィックスの再割り当て処理が必要か否かの判断を行う機能を有している。
　このようなプライマリネットワークプレフィックスの再割り当て処理の要否の判断は、バインディングキャッシュ１３４００のサイズを最小限のものとする（あるいは、ＭＡＧとＬＭＡとの間のプロキシバインディングアップデートとのシグナリング量を最低限に抑える）ために行われる。プライマリネットワークプレフィックスの再割り当てが行われる場合、プレフィックス割り当て部１３６００は適切なメッセージを送信することで（ルーティング部１３２００を通じて）、プライマリネットワークプレフィックスの再割り当てが行われる旨をＭＡＧへ通知したうえで、ルーティングテーブル１３３００内のエントリを変更する。
　また、ＬＭＡ機能部１３５００は、シグナルパス１３９４０を通じてルーティングテーブル１３３００内の情報の読み出し／書き込みを行うことが可能である。また、ＬＭＡ機能部１３５００は、シグナルパス１３９５０を通じてバインディングキャッシュ１３４００内のエントリの情報の読み出し／書き込みを行うことが可能である。
　なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
　さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
　本発明は、ネットワークベースのローカルモビリティ管理方法において、移動端末の位置情報を管理するネットワークノードの負荷を軽減させるとともに、移動端末の台数に関して高いスケーラビリティを実現することが可能であり、パケット交換型データ通信ネットワークにおける通信技術や、ネットワーク側で移動端末のモビリティ管理を行うローカルモビリティ管理の技術に適用可能である。

Claims (11)

  1. 　ローカルモビリティドメインに接続されている移動端末の位置情報を管理する位置情報管理装置であって、
    　前記ローカルモビリティドメインへの接続ポイントを前記移動端末に提供する各ネットワークエッジ装置に対して、プライマリネットワークプレフィックスとして使用させるネットワークプレフィックス範囲の割り当てを行うプライマリネットワークプレフィックス割り当て手段と、
    　前記ネットワークプレフィックス割り当て手段で前記ネットワークエッジ装置へ割り当てた前記ネットワークプレフィックス範囲と、前記ネットワークエッジ装置の識別情報とを関連付けてルーティングテーブルに記憶するルーティング記憶手段と、
    　パケットの転送を行う際に前記ルーティングテーブルを参照し、前記ネットワークエッジ装置へ割り当てた前記ネットワークプレフィックス範囲に含まれるアドレスをあて先とするパケットを、前記ネットワークエッジ装置へ転送するプライマリアドレスあてパケット転送手段とを、
    　有する位置情報管理装置。
  2. 　特定のネットワークエッジ装置に対して、前記特定のネットワークエッジ装置とは異なる他のネットワークエッジ装置へプライマリネットワークプレフィックスとして使用されるように割り当てたネットワークプレフィックス範囲を、セカンダリネットワークプレフィックスとして使用できるように通知するセカンダリネットワークプレフィックス通知手段を有する請求項１に記載の位置情報管理装置。
  3. 　前記ネットワークエッジ装置の配下に接続されている移動端末のうち、前記ネットワークエッジ装置へ前記プライマリネットワークプレフィックスとして使用されるように割り当てた前記ネットワークプレフィックス範囲に含まれるアドレスを使用していない移動端末のアドレス通知を前記ネットワークエッジ装置から受信する通知受信手段と、
    　前記通知受信手段で受信した前記移動端末のアドレスと、前記ネットワークエッジ装置の識別情報とを関連付けてバインディングキャッシュに登録するバインディング記憶手段と、
    　前記パケットの転送を行う際に前記ルーティングテーブルを参照する前に前記バインディングキャッシュを参照し、前記パケットのアドレスが前記バインディングキャッシュに登録されている前記移動端末と一致する場合には、前記パケットを前記移動端末のアドレスと関連付けられている前記ネットワークエッジ装置へ転送するセカンダリアドレスあてパケット転送手段とを、
    　有する請求項１に記載の位置情報管理装置。
  4. 　前記ネットワークエッジ装置の配下に接続されている移動端末のアドレス通知を前記ネットワークエッジ装置から受信する通知受信手段と、
    　前記ルーティングテーブルを参照して、前記通知受信手段で前記ネットワークエッジ装置から受信した前記移動端末のアドレスが、そのネットワークエッジ装置へ割り当てた前記ネットワークプレフィックス範囲に含まれない場合には、前記通知受信手段で受信した前記移動端末のアドレスと、前記ネットワークエッジ装置の識別情報とを関連付けてバインディングキャッシュに登録するバインディング記憶手段と、
    　前記パケットの転送を行う際に前記ルーティングテーブルを参照する前に前記バインディングキャッシュを参照し、前記パケットのアドレスが前記バインディングキャッシュに登録されている前記移動端末と一致する場合には、前記パケットを前記移動端末のアドレスと関連付けられている前記ネットワークエッジ装置へ転送するセカンダリアドレスあてパケット転送手段とを、
    　有する請求項１に記載の位置情報管理装置。
  5. 　前記バインディングキャッシュ内の前記移動端末のアドレスと前記ネットワークエッジ装置の識別情報との関連付けの登録数が所定の閾値を超えた場合に、各ネットワークエッジ装置に対して、プライマリネットワークプレフィックスとして使用させるネットワークプレフィックス範囲の再割り当てを行うプライマリネットワークプレフィックス再割り当て手段を有する請求項１に記載の位置情報管理装置。
  6. 　各ネットワークエッジ装置の配下において前記プライマリネットワークプレフィックスを使用している移動端末の数を、各ネットワークエッジ装置に問い合わせる問い合わせ手段と、
    　前記問い合わせ手段による問い合わせの結果得られる前記移動端末の数に従って、各ネットワークエッジ装置に対して、プライマリネットワークプレフィックスとして使用させるネットワークプレフィックス範囲の再割り当てを行うプライマリネットワークプレフィックス再割り当て手段を有する請求項１に記載の位置情報管理装置。
  7. 　ローカルモビリティドメインへの接続ポイントを移動端末に提供するネットワークエッジ装置であって、
    　プライマリネットワークプレフィックスとして使用させるネットワークプレフィックス範囲を割り当てるためのプライマリネットワークプレフィックス割り当てメッセージを、前記ローカルモビリティドメインに接続されている前記移動端末の位置情報を管理する位置情報管理装置から受信するプライマリネットワークプレフィックス割り当てメッセージ受信手段と、
    　前記位置情報管理装置からプライマリネットワークプレフィックスとして使用するよう割り当てられた前記ネットワークプレフィックス範囲を前記プライマリネットワークプレフィックスとして設定するプライマリネットワークプレフィックス設定手段と、
    　他のネットワークエッジ装置においてプライマリネットワークプレフィックスとして使用されているネットワークプレフィックス範囲であって、セカンダリネットワークプレフィックスとして使用させる前記ネットワークプレフィックス範囲を割り当てるためのセカンダリネットワークプレフィックス割り当てメッセージを前記位置情報管理装置から受信するセカンダリネットワークプレフィックス割り当てメッセージ受信手段と、
    　前記位置情報管理装置からセカンダリネットワークプレフィックスとして使用するよう割り当てられた前記ネットワークプレフィックス範囲を前記セカンダリネットワークプレフィックスとして設定するセカンダリネットワークプレフィックス設定手段と、
    　前記プライマリネットワークプレフィックスである旨が分かるように前記プライマリネットワークプレフィックスのネットワークプレフィックス範囲を移動端末に通知するとともに、前記セカンダリネットワークプレフィックスである旨が分かるように前記セカンダリネットワークプレフィックスのネットワークプレフィックス範囲を前記移動端末に通知するネットワークプレフィックス通知手段とを、
    　有するネットワークエッジ装置。
  8. 　前記移動端末のアドレスとして前記セカンダリネットワークプレフィックスを含むアドレスを使用する旨を示す通知メッセージを前記移動端末から受信した場合、前記移動端末のアドレスが前記セカンダリネットワークプレフィックスとして設定された前記ネットワークプレフィックス範囲内であることを確認した後、前記移動端末のアドレスと、自身の識別情報とを関連付けるためのプロキシバインディングアップデートメッセージを前記位置情報管理装置へ送信するプロキシバインディングアップデートメッセージ送信手段を有する請求項７に記載のネットワークエッジ装置。
  9. 　前記セカンダリネットワークプレフィックスを含むアドレスを使用している前記移動端末に対して、前記プライマリネットワークプレフィックスを含むアドレスに切り換えるように要求するアドレス変更要求手段を有する請求項７に記載のネットワークエッジ装置。
  10. 　ローカルモビリティドメインへの接続を行う移動端末であって、
    　前記ローカルモビリティドメインへの接続ポイントを提供するネットワークエッジ装置から、プライマリネットワークプレフィックスのネットワークプレフィックス範囲の通知と、セカンダリネットワークプレフィックスのネットワークプレフィックス範囲の通知とを受信するネットワークプレフィックス通知受信手段と、
    　前記移動端末のアドレスが、前記プライマリネットワークプレフィックスのネットワークプレフィックス範囲に含まれているか、あるいは、前記セカンダリネットワークプレフィックスのネットワークプレフィックス範囲に含まれているかをチェックするネットワークプレフィックス確認手段と、
    　前記移動端末のアドレスとして前記セカンダリネットワークプレフィックスのネットワークプレフィックス範囲に含まれるアドレスを使用する場合には、前記移動端末のアドレスが前記セカンダリネットワークプレフィックスのネットワークプレフィックス範囲に含まれることを通知するための通知メッセージを前記ネットワークエッジ装置に送信する通知メッセージ送信手段とを、
    　有する移動端末。
  11. 　前記移動端末のアドレスを、前記セカンダリネットワークプレフィックスを含むアドレスから前記プライマリネットワークプレフィックスを含むアドレスに切り換えるように要求するアドレス変更要求を前記ネットワークエッジ装置から受信するアドレス変更要求受信手段と、
    　前記アドレス変更要求を受信した場合に、前記移動端末のアドレスを切り換えるか否かを判断するアドレス変更判断手段とを、
    　有する請求項１０に記載の移動端末。
PCT/JP2009/000475 2008-02-12 2009-02-06 位置情報管理装置及びネットワークエッジ装置並びに移動端末 WO2009101780A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US12/867,026 US20100316035A1 (en) 2008-02-12 2009-02-06 Position information management device, network edge device, and mobile terminal
JP2009553356A JPWO2009101780A1 (ja) 2008-02-12 2009-02-06 位置情報管理装置及びネットワークエッジ装置並びに移動端末

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-030692 2008-02-12
JP2008030692 2008-02-12

Publications (1)

Publication Number Publication Date
WO2009101780A1 true WO2009101780A1 (ja) 2009-08-20

Family

ID=40956815

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/000475 WO2009101780A1 (ja) 2008-02-12 2009-02-06 位置情報管理装置及びネットワークエッジ装置並びに移動端末

Country Status (3)

Country Link
US (1) US20100316035A1 (ja)
JP (1) JPWO2009101780A1 (ja)
WO (1) WO2009101780A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120071721A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 ＰＭＩＰｖ6에서 플로우 기반의 이동성을 지원하기 위한 방법 및 장치
FR2973977B1 (fr) * 2011-04-07 2014-04-25 Commissariat Energie Atomique Procede et dispositif d'optimisation du routage d'un flux
EP2708012B1 (en) * 2011-05-13 2018-07-04 Nokia Solutions and Networks Oy Methods for prefix allocation and corresponding network element, server and computer program products
FR2987540B1 (fr) * 2012-02-28 2016-05-13 Commissariat Energie Atomique Methode et systeme de gestion de la mobilite d'un reseau mobile
US11902166B2 (en) * 2020-08-04 2024-02-13 Cisco Technology, Inc. Policy based routing in extranet networks
US11818102B2 (en) * 2021-04-16 2023-11-14 Nokia Technologies Oy Security enhancement on inter-network communication

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006112095A1 (ja) * 2005-03-31 2006-10-26 Nec Corporation 移動通信制御方法、移動通信システム、ルーティング装置、管理装置及びプログラム
WO2006129863A1 (en) * 2005-05-31 2006-12-07 Matsushita Electric Industrial Co., Ltd. Method and apparatus for controlling packet forwarding, and communication node
JP2007536872A (ja) * 2004-05-10 2007-12-13 エルジー エレクトロニクス インコーポレイティド Ｉｐ接続設定手順の簡略化

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7149225B2 (en) * 2003-03-10 2006-12-12 Cisco Technology, Inc. Arrangement for traversing an IPv4 network by IPv6 mobile nodes via a mobility anchor point
US7039035B2 (en) * 2003-11-10 2006-05-02 Cisco Technology, Inc. Arrangement in an access router for optimizing mobile router connections based on delegated network prefixes
JP4551331B2 (ja) * 2004-01-15 2010-09-29 パナソニック株式会社 動的ネットワーク管理装置及び動的ネットワーク管理方法
KR101119372B1 (ko) * 2004-05-10 2012-06-12 엘지전자 주식회사 Ｉｐ 연결 설정 방법
EP1810458B1 (en) * 2004-10-29 2012-09-05 Telecom Italia S.p.A. Method for controlling routing operations in a network, related network and computer program product thereof
CN101473632B (zh) * 2006-06-20 2013-06-19 艾利森电话股份有限公司 移动网络中的装置和方法
WO2008038950A1 (en) * 2006-09-28 2008-04-03 Samsung Electronics Co., Ltd. A system and method to enable combination of network controlled mobility and ue controlled mobility between different ip versions
US8634344B2 (en) * 2007-08-06 2014-01-21 Marvell World Trade Ltd. Dynamic internet protocol addressing solutions with network-based mobility
WO2009043846A1 (en) * 2007-10-04 2009-04-09 Nokia Siemens Networks Oy Access technology indication for proxy mobile internet protocol version 6

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007536872A (ja) * 2004-05-10 2007-12-13 エルジー エレクトロニクス インコーポレイティド Ｉｐ接続設定手順の簡略化
WO2006112095A1 (ja) * 2005-03-31 2006-10-26 Nec Corporation 移動通信制御方法、移動通信システム、ルーティング装置、管理装置及びプログラム
WO2006129863A1 (en) * 2005-05-31 2006-12-07 Matsushita Electric Industrial Co., Ltd. Method and apparatus for controlling packet forwarding, and communication node

Also Published As

Publication number Publication date
JPWO2009101780A1 (ja) 2011-06-09
US20100316035A1 (en) 2010-12-16

Similar Documents

Publication Publication Date Title
Liu et al. Distributed Mobility Management: Current practices and gap analysis
JP5072864B2 (ja) 通信システム及びドメイン管理装置
JP5214737B2 (ja) 通信ネットワークで使用する方法および装置
JP5383850B2 (ja) ホームエージェント
US6804221B1 (en) Micromobility using multicast
US7339928B2 (en) Micro-mobility network routing system and method
Zhu et al. A survey of mobility support in the Internet
JP4579905B2 (ja) 分配された移動体エージェント
US20100103876A1 (en) Mobile terminal and communication management device
US20100268804A1 (en) Address allocation method, address allocation system, mobile node, and proxy node
WO2009116246A1 (ja) 通信方法、通信システム、モバイルノード及びアクセスルータ
WO2010010695A1 (ja) 移動端末及びネットワークノード
US8411658B2 (en) Mobile terminal and network node
JPWO2008105176A1 (ja) 通信方法、通信システム、モバイルノード、代理ノード及び管理ノード
JPWO2009057296A1 (ja) 移動端末及びネットワークノード並びにパケット転送管理ノード
WO2009101780A1 (ja) 位置情報管理装置及びネットワークエッジ装置並びに移動端末
US20130176943A1 (en) System and Method for Distributed Mobility Management
US20100014464A1 (en) Communication method, communication system, home agent, and mobile node
JPWO2009054127A1 (ja) 通信システム及び移動端末並びにネットワークノード
JP2006005607A (ja) ネットワークシステムおよび移動ルータ
WO2007112806A1 (en) Efficient handover of a mobile node within a network with multiple anchor points
KR101037531B1 (ko) 무선 인터넷 시스템에서 통신 상태 정보를 이용한 소프트핸드오버 방법
JP4677803B2 (ja) アドホックネットワークにおけるアドホックルータの移動管理方法
KR20120001585A (ko) 플로우 이동성 제공 방법
Seite et al. DMM Working Group H. Ali-Ahmad (Ed.) Internet-Draft Orange Intended status: Informational D. Moses Expires: January 12, 2014 H. Moustafa Intel Corporation

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2009553356

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 12867026

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09711095

Country of ref document: EP

Kind code of ref document: A1