WO2009110225A1 - 移動端末及びネットワークノード - Google Patents

移動端末及びネットワークノード Download PDF

Info

Publication number
WO2009110225A1
WO2009110225A1 PCT/JP2009/000955 JP2009000955W WO2009110225A1 WO 2009110225 A1 WO2009110225 A1 WO 2009110225A1 JP 2009000955 W JP2009000955 W JP 2009000955W WO 2009110225 A1 WO2009110225 A1 WO 2009110225A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
mobile terminal
home
management protocol
mobility management
Prior art date
Application number
PCT/JP2009/000955
Other languages
English (en)
French (fr)
Inventor
平野純
荒牧隆
池田新吉
Original Assignee
パナソニック株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック株式会社 filed Critical パナソニック株式会社
Priority to US12/920,440 priority Critical patent/US20110002248A1/en
Priority to JP2010501796A priority patent/JPWO2009110225A1/ja
Priority to EP09717890A priority patent/EP2252095A1/en
Publication of WO2009110225A1 publication Critical patent/WO2009110225A1/ja

Links

Images

Classifications

    • 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
    • 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
    • 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, and more particularly to a communication technique when a mobile terminal performs communication using a mobility management protocol such as MIP (Mobile Internet Protocol).
  • MIP Mobile Internet Protocol
  • each base station has a wireless communication function such as cellular communication that includes medium-long-distance service areas, and a wireless LAN (Local Area Network) function that has a relatively short service area.
  • a wireless communication function such as cellular communication that includes medium-long-distance service areas
  • a wireless LAN (Local Area Network) function that has a relatively short service area.
  • networks composed of a plurality of different networks, and wireless communication terminals that can be connected to these networks.
  • 3GPP Third Generation Partnership Project
  • 3G network 3G network
  • wireless LAN wireless LAN
  • WiMAX Worldwide Interoperability for Microwave Access
  • Discussions have been made on wireless communication terminals having a communication function with various dissimilar networks such as a wide area network (WWAN: Wireless Wide Area Network) and related communication technologies.
  • WWAN Wide Area Network
  • Non-Patent Document 1 describes a technique related to address assignment when a terminal moves and connects to a non-3G network.
  • PMIPv6 Proxy2Mobile IPv6
  • PMIPv6 supports local mobility with a function on the network side. If the network side does not support PMIPv6, or if there is any necessity for connection with a communication partner terminal, the mobile terminal itself It is also possible that a situation will occur where mobility management is performed. In this case, the mobile terminal can manage its own mobility using, for example, MIPv6 (Mobility Support in IPv6) described in Non-Patent Document 3 below.
  • MIPv6 Mobility Support in IPv6
  • a terminal connected to a network (PMIPv6 domain) that supports mobility management by PMIPv6 is addressed from an LMA (Local Mobility Anchor) or other node in the network that performs mobility management.
  • LMA Local Mobility Anchor
  • a prefix is assigned.
  • the terminal uses this address (or an address configured from this prefix) as its own address in the PMIPv6 domain.
  • the location information of the terminal managed by the LMA is updated by the MAG (Mobile Access Gateway) that is a connection point to the PMIPv6 domain.
  • the packet transferred from the LMA can reach the terminal via an appropriate MAG (MAG to which the terminal is connected).
  • a plurality of addresses may be assigned to a terminal due to various factors such as service, connection destination, and connection status to a roaming network, regardless of the number of interfaces of the terminal.
  • the terminal may have a plurality of LMAs. In many cases, the terminal does not recognize the difference between the LMAs.
  • the terminal when an address reachable from a global network (address that can be reached globally) is acquired from the HA (Home Agent) as the terminal HoA (Home Address), and the terminal moves By registering the CoA (Care-of Address) acquired at the destination in association with the HoA and registering with the HA, the packet can reach the terminal by forwarding the HA regardless of which network it is connected to.
  • the terminal may hold a plurality of addresses (a plurality of HoAs and / or a plurality of CoAs). Furthermore, there may be a plurality of HAs.
  • the registration destination (ie, HA) to which the terminal registers the movement may be different, and the HoA managed by each HA may be different.
  • the HoA managed by the first HA is not managed by itself when viewed from the second HA, and the terminal sets the HoA (HoA managed by the first HA) to the second HA. Although it cannot be registered as a managed HoA, it may be registered as a CoA managed by the second HA.
  • FIG. 5 is a diagram showing an example of a network system in the prior art.
  • the network configuration illustrated in FIG. 5 is the same as the network configuration illustrated in FIG. 1 described later, and the detailed description of each component will be supplemented by the description (described later) in FIG.
  • a mobile terminal UE (User Equipment) 15
  • UE User Equipment
  • This network employs PMIPv6 for local mobility management, and is referred to as a home PMIPv6 domain 10 here.
  • the UE 15 moves away from the home PMIPv6 domain 10 and changes the connection point to the external network 20.
  • the mobility management using MIPv6 is started.
  • the UE 15 when the UE 15 is connected to the home PMIPv6 domain 10, it is assumed that the UE 15 does not perform mobility management by MIPv6 and changes the connection point to the external network 20 and then performs the initial setting of MIPv6. In this case, for example, the UE 15 performs a process of searching for an appropriate HA in order to set the address (PMIPv6 address) assigned by the home operator before moving to the HoA, and for the HA found by the search, the HoA Processing for transmitting BU (Binding Update) that associates the address assigned in the destination network with CoA as CoA is performed.
  • BU Binding Update
  • Non-Patent Document 4 Network Mobility
  • Non-Patent Document 4 describes that when a mobile router transmits a BU message to a home agent, it indicates a network prefix used by a node in the mobile network. For example, by inserting a special option called a network prefix option in the BU message, the mobile router can indicate the network prefix. As a result, the home agent can construct a routing table based on the prefix, and forward the packet transmitted to the destination address having this network prefix to the care-of address of the mobile router.
  • the flow of all-IP to make all network systems IP is mainstream, but at present, it is a PS (Packet Switched) domain that transmits IP packets on a packet-switched network, and a conventional cellular system.
  • PS Packet Switched
  • CS Circuit Switched
  • the PS domain and the CS domain are independent of each other.
  • the address given from the PMIPv6 domain does not always satisfy the MIPv6 HoA requirement.
  • the address given from the PMIPv6 domain may not be usable as the MIPv6 HoA, and even if it can be used, the use as the HoA may not be very appropriate.
  • a mobile terminal holding a plurality of addresses changes the connection point from the MIPv6 domain to the external network and starts MIPv6, and then searches for the HA of each address using all these addresses as HoA candidates. Start processing.
  • the HA search process there may be an address where the HA is not found. Even in the case of the address where the HA is found, in many cases, the same HA (LMA) is notified.
  • the mobile terminal performs a process of transmitting a BU for all addresses that are found to be usable as the HoA. Note that the mobile terminal cannot start MIPv6 communication until the registration by the BU is completed.
  • BUs need to be transmitted by the number of HoAs. That is, in the prior art, as shown by the arrow (message flow 70) in FIG. 5, a large number of HA search messages and their response messages, BU messages and their response messages (BA (Binding Acknowledgement) ) Message) will flow.
  • any address received in the PMIPv6 domain depends on HoA requirements (for example, whether this address is globally reachable, policy on whether this address can be used in an external network, etc.) ) Does not satisfy all, the HA search process may fail, and the home domain may have to be re-inquired about the address that should become HoA.
  • the PS service when switching between the PS service and the CS service, for example, whether the address used by the user terminal (UE: User Equipment) for the PS service satisfies the requirements for use in the CS service.
  • the UE cannot know in advance whether it is suitable for use or can generate a CS address.
  • the UE receives an incoming call from the CS while using the PS service, it is possible to switch the address, but in this case, some kind of signaling or registration is required, and depending on the signaling Problems such as an increase in network traffic, a communication delay, packet loss, a decrease in QoS and throughput, and an increase in processing load may occur, which may adversely affect communication.
  • the present invention provides a mobile terminal and a network node that enable a mobile terminal to grasp a method of handling an address used for each service and realize more efficient communication.
  • the present invention particularly enables a mobile terminal that can easily complete the start of the mobility management protocol (various settings up to the start of communication) when the mobile terminal itself uses a mobility management protocol for performing mobility management. And it aims at providing a network node.
  • the present invention provides a mobile terminal and a network node that make it possible to easily complete the communication setting particularly when performing communication using a network system in which a PS domain and a CS domain are mixed. Objective.
  • a mobile terminal of the present invention is a mobile terminal that communicates by connecting to a network, Address management means for managing one or more addresses used for communication by connecting to the network; Mobility management protocol execution means for the mobile terminal itself to perform mobility management; An address handling method indicating how the address managed by the address management means should be handled by the mobility management protocol when communicating using the mobility management protocol, the mobility management protocol executing means Inquiry means for making an inquiry to the network side before operating the mobility management protocol; Information on the address handling method related to the address managed by the address management means is acquired by the inquiry by the inquiry means, and stored so that the movement management protocol execution means can refer to the information when operating the movement management protocol. Address handling method storage means to Have.
  • the mobile terminal of the present invention when there are a plurality of home agents that manage the address, the inquiry means makes an inquiry to each of the plurality of home agents, and Address handling method storage means is configured to store each inquiry result for each home agent.
  • the mobile terminal can perform address management for each home agent that manages addresses.
  • the mobile terminal of the present invention is configured such that the information regarding the address handling method includes information for specifying an address used as a home address by the mobility management protocol.
  • the mobile terminal can specify an address used as a home address by the mobility management protocol before executing the mobility management protocol.
  • the mobility management protocol executing means searches for a home agent with respect to an address used by the mobility management protocol as a home address when operating the mobility management protocol. And a binding update.
  • the mobile terminal can immediately grasp an address to be used as a home address, and can search for a home agent and perform a binding update for the address.
  • the mobile terminal of the present invention is configured such that the information on the address handling method includes identification information of a home agent corresponding to an address used as the home address by the mobility management protocol. Yes.
  • the mobile terminal before executing the mobility management protocol, the mobile terminal can perform a home agent search process for an address used as a home address by the mobility management protocol, and can grasp the corresponding home agent.
  • the mobile terminal of the present invention performs binding update on the address used by the mobility management protocol as a home address when operating the mobility management protocol. It is configured as follows. With this configuration, when the mobility management protocol is operated, the mobile terminal can immediately grasp the address used as the home address and the home agent corresponding to the address, and can perform the binding update for the address.
  • the mobile terminal of the present invention is configured such that the inquiry means makes an inquiry when the mobile terminal is connected to a domain before operating the mobility management protocol. Yes.
  • the mobile terminal can acquire information necessary for the operation of the mobility management protocol when connected to the domain before the mobility management protocol is operated (for example, its own home domain).
  • the mobile terminal of the present invention is configured such that, when the mobile terminal acquires a new address, the mobile terminal makes an inquiry about an address handling method related to the new address. ing.
  • the mobile terminal acquires a new address it is possible to grasp the handling method of the address in the mobility management protocol.
  • the mobile terminal of the present invention in addition to the above configuration, the mobility management protocol executing means, when switching the domain to which the mobile terminal is connected and operating the mobility management protocol,
  • the information on the address handling method stored in the storage means is referred to.
  • the mobile terminal can quickly start communication using the mobility management protocol when switching the connection domain and operating the mobility management protocol.
  • the mobile terminal of the present invention includes information related to the address handling method regarding the address, the address that the mobility management protocol should use as a home address, and the mobility management protocol used as a home address. Possible addresses, addresses that the mobility management protocol should use as care-of addresses, addresses that the mobility management protocol can use as care-of addresses, addresses that cannot use the mobility management protocol, and whether or not the mobility management protocol can be used It is comprised so that the information which belongs to which classification
  • the mobile terminal of the present invention has found that there is no address that can be used as a home address among the addresses managed by the address management means as a result of the inquiry by the inquiry means.
  • home address requesting means for requesting assignment of an address to be used as a home address or an address usable as a home address is provided.
  • the mobile terminal can acquire an address used by the mobility management protocol as a home address before the mobility management protocol operates.
  • the mobile terminal of the present invention indicates whether the information on the address handling method should be used as a home address for a certain address or can be used as a home address. It is configured to contain information. With this configuration, the mobile terminal can distinguish between a “HoA designation” address that should be used as a home address and a “HoA possible” address that can be used as a home address.
  • the information on the address handling method includes information indicating a use other than the home address, together with an address that can be used as a home address. It is configured. With this configuration, it is possible to grasp uses other than the home address of the “HoA possible” address that can be used as the home address.
  • the mobile terminal of the present invention has an address that should be used as a home address and an address that can be used as a home address managed by the same home agent.
  • a binding update process related to an address usable as the home address is performed in the home agent, and an address usable as the home address is set. It can be used as a home address.
  • the address that can be used as the home address is managed by the same home agent together with the address that should be used as the home address, the registered content related to the address that should be used as the home address is copied, and the home address It can be used as an address that can be used as an address.
  • the mobile terminal of the present invention is configured such that the information on the address handling method includes information for specifying an address used as a care-of address by the mobility management protocol.
  • the mobile terminal can specify an address used by the mobility management protocol as a care-of address before executing the mobility management protocol.
  • the mobility management protocol executing means when operating the mobility management protocol, regarding the address used by the mobility management protocol as a care-of address, A binding update is performed in association with each other.
  • the mobile terminal can perform the binding update using the address specified to be used as the care-of address before the operation of the mobility management protocol is started.
  • the mobile terminal of the present invention inserts an identifier indicating that the care-of address of the binding update has been notified as an address to be used as the care-of address into the binding update. It is configured as follows. With this configuration, when an address specified to be used as a care-of address before the start of operation of the mobility management protocol is used as the care-of address, this is clearly indicated.
  • the mobile terminal of the present invention can perform the binding update in the communication using the normal care-of address acquired at the destination to which the domain connected to the mobile terminal is switched as the transfer destination.
  • the communication using the registered care-of address is performed continuously.
  • communication using the care-of address registered in the binding update can be continuously performed within the communication using the normal care-of address (tunnel / routing).
  • the mobile terminal of the present invention notifies the communication partner of the care-of address registered in the binding update, thereby switching the domain to which the mobile terminal is connected.
  • the communication is performed without transmitting the normal care-of address acquired in step 1 to the communication partner.
  • the mobile terminal of the present invention is configured such that the information on the address handling method includes information for specifying an address that can be retained although the mobility management protocol is unusable. Yes.
  • the mobile terminal can specify an address for which the mobility management protocol cannot be used, but is preferably retained without being discarded.
  • the address management means may use the address that can be held when the mobility management protocol is operated by switching a domain to which the mobile terminal is connected. It is configured to hold. With this configuration, the mobile terminal can hold an address for which the mobility management protocol cannot be used, but is preferably retained as it is without being discarded.
  • the mobile terminal of the present invention switches the domain to which the mobile terminal is connected, and reconnects to the domain that used the held address that can be held.
  • the address that can be held is reused.
  • the mobile terminal can start the communication by reusing the address that the mobility management protocol cannot be used but by reusing the retained address, and by omitting processing such as address authentication, assignment, and registration. It is possible to shorten the time until.
  • the mobile terminal of the present invention switches the domain to which the mobile terminal is connected, and reconnects to the domain that used the held address that can be held. , Reconfirming whether or not the holdable address can be used, and reusing the holdable address or discarding the holdable address according to the check result .
  • the mobile terminal can confirm whether or not it is possible to reuse the retained address although the mobility management protocol is not usable.
  • the mobile terminal of the present invention is configured such that the information on the address handling method includes an address used in the CS system or information specifying an address used in the PS system. Yes.
  • the mobile terminal can specify an address used in the CS system or an address used in the PS system.
  • the network node of the present invention is a network node located on the network, Before the mobile terminal operates the mobility management protocol from the mobile terminal that implements the mobility management protocol for performing mobility management, an address held when performing communication using the mobility management protocol An inquiry receiving means for receiving an inquiry about an address handling method indicating how to be handled by the mobility management protocol; Inquiry response means for notifying the mobile terminal of information relating to the address handling method as a response to the inquiry from the mobile terminal.
  • the network node of the present invention specifies an address used by the mobile terminal as a home address, and specifies information used to specify the address used as the home address as information on the address handling method.
  • the mobile terminal is configured to be notified.
  • the mobile terminal can specify an address used as a home address by the mobility management protocol before executing the mobility management protocol.
  • the network node of the present invention specifies an address to be used as the home address and an address that can be used as the home address, and uses the address as the home address.
  • the same packet transfer destination is registered for an address that can be used as the home address.
  • the network node of the present invention specifies an address used as the care-of address by the mobile terminal, and specifies information used to specify the address used as the care-of address as information on the address handling method.
  • the mobile terminal is configured to be notified.
  • the mobile terminal can specify an address used by the mobility management protocol as a care-of address before executing the mobility management protocol.
  • the network node of the present invention specifies an address that should be used as the care-of address and an address that can be used as the care-of address, and associates the address with the specific home address.
  • an address that can be used as the care-of address is also registered as a transfer destination associated with the same specific home address.
  • the network node specifies an address that can be retained although the mobility management protocol of the mobile terminal is unusable as a home address or a care-of address.
  • the mobile terminal is configured to notify the mobile terminal of information specifying an address that can be held but as information on the address handling method.
  • the mobile terminal can specify an address that the mobility management protocol cannot be used but can hold before executing the mobility management protocol.
  • the network node of the present invention specifies the address to be discarded because the mobility management protocol of the mobile terminal is unusable as a home address or a care-of address, and is unusable.
  • Information specifying the address to be discarded is configured to be notified to the mobile terminal as information on the address handling method.
  • the network node of the present invention specifies an address used by the mobile terminal in the CS system or an address used by the mobile terminal in the PS system, and an address used in the CS system.
  • the mobile terminal is configured to notify information specifying an address used in the PS system as information on the address handling method.
  • the mobile terminal can specify an address used in the CS system or an address used in the PS system.
  • the present invention has the above-described configuration, and has the effect of enabling the mobile terminal to grasp the address handling method for use in each service and realizing more efficient communication.
  • the present invention is particularly advantageous in that when a mobile terminal itself uses a mobility management protocol for performing mobility management, start of the mobility management protocol (various settings up to the start of communication) can be completed easily.
  • start of the mobility management protocol (various settings up to the start of communication) can be completed easily.
  • the present invention has an effect that communication settings can be completed easily when communication is performed using a network system in which a PS domain and a CS domain are mixed.
  • the figure which shows an example of a structure of the network system in embodiment of this invention The flowchart which shows an example of the operation
  • the block diagram which represented typically the function of the mobile terminal in embodiment of this invention The figure which shows an example of the table in which the information which shows the handling method regarding the some address hold
  • the figure which shows an example of the network system in a prior art The block diagram which represented typically the function of LMA / HA in embodiment of this invention
  • the figure which shows an example of another structure of the network system in embodiment of this invention The figure which shows an example of the table in which the information which shows the handling method regarding the address for CS system was stored in embodiment of this invention
  • FIG. 1 is a diagram illustrating an example of a configuration of a network system according to an embodiment of the present invention.
  • a PMIPv6 domain (hereinafter referred to as a home PMIPv6 domain) 10 which is a home domain of a certain mobile terminal (UE) 15 and an external network (a network different from the home PMIPv6 domain) 20 are connected via an arbitrary network (for example, the Internet 30).
  • the PMIPv6 domain 10 manages the location information of the MAG 11 that functions as a connection point of the UE 15 and the UE 15 and MAG 11 that are connected to the PMIPv6 domain 10, and the LMA / HA 12 that functions as the HA of the UE 15 that operates MIPv6.
  • the external network 20 has an AR 21 that functions as a connection point for the UE 15.
  • the UE 15 is connected to the AR 21 of the external network 20 by switching the connection from the home PMIPv6 domain 10 to the external network 20 from the state connected to the MAG 11 of the home PMIPv6 domain 10 (the state before movement).
  • the UE 15 receives services from various networks 20 via the home PMIPv6 domain 10 and acquires an address for receiving each service.
  • Examples of the network 20 include a VoIP network that provides a VoIP service, a cellular network that provides a data communication service using a mobile phone, and the like.
  • the address used as the HoA when the MIPv6 is operated is grasped in advance (arrow in FIG. 1 (message flow 50)).
  • further setting for example, HA search processing and BU transmission processing
  • the flow 60) is configured so that communication by MIPv6 can be started quickly.
  • the UE 15 acquires an address assigned from the home PMIPv6 domain 10 while being connected to the home PMIPv6 domain 10.
  • This address can often be used as HoA even after the UE 15 moves to the external network 20, but is not necessarily usable as HoA.
  • the operator may not want to use this address externally. In such a case, the use of this address is prohibited for communication with a general node (outside the network managed by the operator), or the entry / exit of the packet is blocked by a gateway device connected to the external network 20 or the like. There is a possibility that it has been.
  • the UE 15 receives services from various networks 20 (for example, the service network A and the service network B in FIG. 1), and acquires an address that is valid in the service network and an address that is used to receive the service.
  • Addresses valid in the service network are addresses based on a unique address system for various networks (sub-network, overlay network, etc.) constituting the home PMIPv6 domain 10, in order to access each network (and the nodes within it).
  • the address used for receiving the service is an address based on a unique address system for various services (local web service, VoIP, video streaming, video conference, short message, etc.) that can be used in the home PMIPv6 domain 10.
  • HoA which may be called an identifier in other protocols
  • a BU for associating a CoA also called a locator in other protocols
  • CoA also called a locator in other protocols
  • an address assigned from the home PMIPv6 domain does not necessarily satisfy the requirements for HoA of MIPv6.
  • an address different from the address of the home PMIPv6 domain 10 that has been allocated may be separately allocated.
  • the address assigned from the above-mentioned home PMIPv6 domain 10 corresponds to either (or both) HoA and CoA, or both
  • the setting of whether or not to correspond varies depending on conditions caused by the use of MIPv6, setting conditions (policy) on the network side, and the like.
  • FIG. 2 is a flowchart illustrating an example of an operation performed when the UE 15 moves according to the embodiment of the present invention.
  • the UE 15 starts preparation for performing communication using MIPv6 at an arbitrary timing while being connected to the home PMIPv6 domain 10 (step S101).
  • the timing for starting preparation for communication using MIPv6 may be any time as long as it is connected to the home PMIPv6 domain 10.
  • the timing immediately before using MIPv6 may be used, or the communication traffic and processing load may be low (during idle time).
  • the UE15 which decided to start the movement preparation to the external network 20 by step S101 inquires the home PMIPv6 domain 10 about the handling method of the address currently hold
  • the inquiry destination may be an arbitrary communication node.
  • the UE 15 makes an inquiry to the MAG 11, and when the MAG 11 knows how to handle the address, the MAG 11 responds to the UE 15, and the MAG 15
  • the MAG 11 may further inquire to the LMA / HA 12 or an authentication server (AAA (Authentication, “Authorization” and “Accounting” server)) (not shown).
  • AAA Authentication, “Authorization” and “Accounting” server
  • the UE 15 when the UE 15 knows the address of the LMA / HA 12 or AAA server, it may directly inquire of these nodes how to handle the address. Furthermore, if the communication node managing each address currently held is grasped, the UE 15 inquires each communication node managing each address about the address handling method. Also good. In addition, when there are a plurality of LMA / HAs 12 in the home PMIPv6 domain and a plurality of addresses of the UE 15 are managed by different LMA / HAs 12, the UE 15 supports the handling method of each address. The LMA / HA 12 (LMA / HA 12 managing each address) may be inquired, and the inquiry result may be managed and stored for each LMA / HA 12 collectively. In addition, when a mobile terminal acquires a new address, an inquiry may be made regarding how to handle the address.
  • LMA / HA 12 LMA / HA 12 managing each address
  • the UE 15 receives a response (inquiry result) to the inquiry about the address handling method currently held from the home PMIPv6 domain 10 and stores the inquiry result (step S103). From this inquiry result, for example, it is possible to specify an address that can be used as the HoA among addresses currently held by the UE 15. If it is found from the inquiry result that there is no address that can be used as the HoA among the addresses currently held by the UE 15, the UE 15 can use the address that can be used as the HoA (or an address that should be used as the HoA).
  • MIPv6 May be requested to the home PMIPv6 domain 10, or an address that can be used as a HoA (or an address that should be used as a HoA) may be requested immediately after MIPv6 activation (processing in step S104).
  • MIPv6 is scheduled to be used when contracting the network connection service, so that the UE 15 can always receive an address that can be used as the HoA (or an address that should be used as the HoA).
  • the UE 15 can grasp the handling method of the address held by the UE 15, and in particular, can grasp the address that can be used as the HoA (or the address that should be used as the HoA). .
  • the handling method can be used as the HoA (or the address that should be used as the HoA).
  • UE15 is inquiring about the handling method regarding the acquired several address here, you may make it receive simultaneously the handling method of each address, when acquiring each address.
  • the inquiry result (the handling method of each address) stored in step S103 is held in a state where the MIPv6 function can be referred to.
  • the MIPv6 function selects an address by referring to this address handling method, It can be appropriately used as CoA.
  • the UE 15 activates the MIPv6 function.
  • the MIPv6 function of the UE 15 refers to the inquiry result stored in step S103, and performs HA search processing and BU transmission regarding an address that can be used as HoA (step S105).
  • the UE 15 searches for an HA only for an address that can be used as a HoA when using MIPv6 when an arbitrary event occurs such as when moving from a PMIPv6 domain to an external network.
  • MIPv6 start-up (various settings up to the start of communication) can be completed easily, and network traffic and processing The load can be reduced.
  • the UE 15 performs the above-described processing mainly for the purpose of grasping addresses that can be used as HoA.
  • addresses that can be used as HoA addresses that can be used as CoA, unusable addresses, etc.
  • the UE 15 can grasp the handling method of each currently held address before using MIPv6 (MIPv6 activation), but further determines the address that can be used as the HoA from the result of the inquiry.
  • the HA that manages the address that can be used as the HoA may be specified by performing extraction processing of the HA related to the address that can be used as the HoA.
  • the UE 15 stores the HA identification result together with the above inquiry result, and can immediately grasp the appropriate HoA and the corresponding HA when using MIPv6. Further, the UE 15 can perform any other process that can be executed as a result of grasping the address handling method.
  • FIG. 3 is a functional block diagram showing an example of the configuration of the UE 15 in the embodiment of the present invention.
  • FIG. 3 includes a network interface 151, an inquiry / response processing unit 152, an IPv6 function unit 153, an MIPv6 function unit 154, and an inquiry result storage unit 155.
  • FIG. 3 schematically shows the function of the UE 15 in FIG. 1, and the UE 15 shown in FIG. 3 performs processing according to the flowchart shown in FIG.
  • the network interface 151 is an interface for communicating by connecting to a connection point to the MAG 11, AR 12, or other network.
  • the UE 15 is movable, and the network interface 151 is a wireless communication interface. Note that there may be one network interface 151 or a plurality of network interfaces 151.
  • the inquiry / response processing unit 152 has a function of inquiring the home PMIPv6 domain 10 regarding the address handling method currently held by the UE 15 when the UE 15 determines to start MIPv6, for example.
  • addresses managed by the IPv6 function unit 153 are acquired, and an inquiry is made regarding a handling method related to these addresses. Note that it is possible to determine in any function (arbitrary entity) that the UE 15 starts MIPv6, and a trigger for notifying the determination may be supplied to the inquiry / response processing unit 152.
  • the inquiry / response processing unit 152 has a function of storing the inquiry result in the inquiry result storage unit 155 when receiving the inquiry result (method of handling each address) from the home PMIPv6 domain 10 as a response to the inquiry. .
  • the IPv6 function unit 153 represents an IPv6 function
  • the MIPv6 function unit 154 represents an MIPv6 function. Note that IPv6 and MIPv6 have partially overlapping functions, but here, each function is schematically represented by an independent block. Further, the IPv6 function unit 153 manages addresses used by the UE 15 in a state of being connected to the home PMIPv6 domain 10, and the MIPv6 function unit 154 manages addresses used in MIPv6 using a binding update list or the like.
  • the MIPv6 function unit 154 refers to the inquiry result stored in the inquiry result storage unit 155 (the handling method of the address currently held by the UE 15), and appropriately performs HA search processing and BU transmission processing according to the information. It has a function to perform. Specifically, the MIPv6 function unit 154 eliminates useless HA search processing and BU transmission processing for useless addresses by performing HA search processing and BU transmission processing only for addresses that can be used as HoA, for example. Thus, it is possible to realize the efficiency of the HA search process and the BU transmission process.
  • the inquiry result storage unit 155 has a function of storing the inquiry result received by the inquiry / response processing unit 152.
  • the inquiry result stored in the inquiry result storage unit 155 can be referred to by the MIPv6 function unit 154.
  • the UE 15 can obtain information (inquiry result) indicating how each address should be handled by inquiring about the handling method for each address, and can store the information in the inquiry result storage unit 155. At this time, the acquired inquiry result can be stored in the inquiry result storage unit 155 as a table shown in FIG. The determination of how to handle each address is performed on the home PMIPv6 domain 10 side, and the UE 15 receives and stores the determination result as an inquiry result.
  • FIG. 4 shows a table in which information indicating a handling method related to a plurality of addresses (addresses A to H) held in a state where the UE 15 is connected to the home PMIPv6 domain 10 in the embodiment of the present invention is stored.
  • An example is shown.
  • the table illustrated in FIG. 4 is a state after the UE 15 switches the connection point to the external network 20, and the address I and the address J are addresses acquired from the external network 20. Therefore, at the stage of connection to the home PMIPv6 domain 10 before switching the connection point to the external network 20, the inquiry result storage unit 155 of the UE 15 stores handling methods related to the addresses A to H.
  • the address (addresses A to H) held by the UE 15 is derived from each address (acquired from which network). And information indicating whether MIPv6 can be used as HoA or CoA.
  • FIG. 4 information indicating whether MIPv6 illustrated in FIG. 4 can use each address as HoA or CoA will be described.
  • whether or not each address can be used as HoA or CoA by MIPv6 is divided into several stages. That is, in FIG. 4, whether or not MIPv6 can use each address as HoA or CoA is indicated by “HoA designation”, “HoA possible”, “CoA designation”, “CoA possible”, “unknown”, “unusable” It is classified into each stage of “Retainable” and “Unusable / Deleted”.
  • HoA designation indicates that the address is globally reachable and is preferably used as HoA in MIPv6, or is designated to be used as HoA.
  • an address designated for use as HoA from the home PMIPv6 domain 10 side may be represented as “HoA designation”.
  • the UE 15 can communicate with a general CN (Correspondent Node: Correspondent Node) using this “HoA designation” address, and after moving to the external network 20, searches for the HA corresponding to this address, It is possible to associate the CoA with this address and perform BU to the HA.
  • a general CN Correspondent Node: Correspondent Node
  • this “HoA designation” address As HoA, it becomes possible to prevent other addresses from being handled as HoA from the beginning, and compared with the case where HA search processing and BU transmission processing are performed for all addresses, It is possible to reduce the processing load and the number of messages (network traffic) required for the HA search processing and BU transmission processing.
  • the address A which is the address (1) of the home PMIPv6 domain is the “HoA designation” address.
  • HoA possible indicates a globally reachable address that can be used as HoA, although the priority is lower than “HoA designation”.
  • the “HoA possible” address is an address determined on the home PMIPv6 domain 10 side that there is no particular problem even if this address is disclosed to an external CN. For example, when the UE 15 connects to the external network 20, the UE 15 When it is desired to use different addresses, an address to be used can be selected from “HoA possible” addresses.
  • a handling method when the “HoA possible” address is not used as HoA may be acquired from the home PMIPv6 domain 10 and stored in the inquiry result storage unit 155. That is, when the UE 15 does not use this address as the HoA, the UE 15 obtains information on whether it can be used as the CoA, whether it can be retained as it is, or should be discarded, and stores it in the inquiry result storage unit 155. Also good. Further, a classification of “HoA possible or CoA possible” may be provided, and “HoA possible” may be used to represent an address that can be used as HoA but cannot be used as CoA.
  • the UE 15 can take care of the binding on the network side, so the UE 15 can set the BU of the “HoA possible” address. It is also possible to eliminate the need for transmission. For example, the LMA / HA 12 appropriately processes the registered contents of the BU transmitted to the “HoA designation” address without receiving a BU related to this “HoA possible” address (exclusion of multiple registration, loop registration). Etc.) and copying (or defining with an alias) to the address entry of the “HoA possible” address, it becomes possible to create a registered entry of the “HoA possible” address.
  • the HA when the HA receives a packet sent to this “HoA possible” address, or when the terminal sends a packet with the “HoA possible” address as the source address, the HA registers the “HoA possible” address. Process according to the entry. As a result, the UE 15 can reduce the transmission of BU related to the “HoA designation” address, and can communicate with an external node using the “HoA designation” address.
  • the address E which is the address (2) of the home PMIPv6 domain is a “HoA possible” address.
  • “CoA possible” indicates that there is no merit of making HoA bother and it can be used as CoA. While this “CoA possible” address can be used as CoA, it is implicitly prohibited from being used as HoA. Therefore, the home PMIPv6 domain 10 is classified as a “CoA possible” address so that the UE 15 does not use this address as the HoA, and unnecessary registration (multiplexing) is performed when efficient registration processing is performed by the same HA. It is possible to explicitly suppress registration and registration that causes a loop.
  • An address that can be used when a specific service is continuously used even after movement may be set as a “CoA possible” address.
  • an address that may not be effective on-link (direct use at the connection point) in the external network 20 at the destination, but may be usable through an appropriate tunnel interface is set as a “CoA possible” address. Also good.
  • the “CoA possible” address includes an address connectable to a valid network via the tunnel.
  • the registration as the CoA be distinguished from the address registered as the CoA, such as a normal binding update. That is, when a “CoA possible” address is described at the time of BU transmission, an arbitrary identifier (for example, an additional flag) is used, and an address given before the movement is used instead of the address given at the movement destination. It is notified that the address is notified as “CoA possible”. As a result, a use method different from the address given at the movement destination is possible. For example, as described above, when a specific service used in the network before moving is continuously used, the address (ordinary CoA) given at the moving destination is internally transmitted through the tunnel / routing using the outside.
  • an arbitrary identifier for example, an additional flag
  • the service By transmitting / receiving a data packet of a specific service using the “CoA possible” address, the service can be used continuously. At this time, the tunneling vertical relationship including whether the tunnel between HoA and “CoA is possible” exists can continue the state before the movement as it is, or may be changed to a new tunnel configuration.
  • Such usage of the address may be treated as a usage different from the CoA (or locator) as the address of the current connection point of the UE 15 (a usage different from the normal CoA). In this case, it can be distinguished using terms and categorization different from “CoA possible”.
  • the HA or other nodes in the network notify the UE 15 of the copy. Note that the UE 15 can request the HA to make a valid state by copying the address entry for an address that is not valid from the current connection point of the UE 15 through any connection. This request may be made by the BU, or by other messages or special options in the BU message.
  • a handling method when the “CoA possible” address is not used as the CoA may be acquired from the home PMIPv6 domain 10 and stored in the inquiry result storage unit 155. That is, when this address is not used as CoA, the UE 15 may acquire information on whether it can be retained as it is or should be discarded, and store it in the inquiry result storage unit 155.
  • the “CoA possible” address that can be connected to the home PMIPv6 domain 10 via a tunnel is an address that belongs to the original home PMIPv6 domain 10, so the UE 15 is connected to the destination (external network 20). Even if it is a case, it will not be notified that UE15 moved to the communicating party. Therefore, the location of the UE 15 can be concealed by using this address.
  • CoA designation indicates that it is preferably used as CoA in MIPv6, or is designated to be used as CoA. Basically, it is almost the same as the above-mentioned “CoA possible”, but unlike the “CoA possible” address, the “CoA designation” address is not allowed to be used for purposes other than CoA. It can be established and managed.
  • “unusable / retainable” is not usable in the external network 20 due to, for example, a local address or unusable in MIPv6, but is returned to the home PMIPv6 domain again. Indicates that the address can be reused.
  • the UE 15 can simplify processing such as address request and address allocation when reconnecting to the home PMIPv6 domain, for example. It becomes possible. Note that when the UE 15 returns to the home PMIPv6 domain again, the UE 15 may confirm again whether or not the address that can be held is usable.
  • “unusable / deleted” is an address that cannot be used in the external network 20 and that cannot be used even if the home PMIPv6 domain 10 is left and then returned to the home PMIPv6 domain 10 again. Represents. Even when the UE 15 does not leave the home PMIPv6 domain 10 (for example, in the case of roaming, local breakout, simultaneous connection, etc.), the address that needs to be discarded when MIPv6 is activated is this “unusable / deleted” address. Applies to
  • “unknown” indicates that the home PMIPv6 domain 10 is an unknown address, and it is an unknown address how it can be handled.
  • the “unknown” address may be an address provided by another person (another network) because the home PMIPv6 domain 10 does not know the handling method or origin of the address. 20 may be an address that functions as HoA.
  • the handling method of the “unknown” address is left to the judgment of the UE 15, and the UE 15 inquires about the handling method to another network or determines the handling method (for example, used as CoA) by itself. It is possible.
  • the network side switches from the PS service to the CS service.
  • this switching is also regarded as a kind of handover to another network, so that the UE 15 can also grasp this switching.
  • an address indicating connection to the CS service is separately prepared on the network side at the time of address assignment in the PMIPv6 domain (or for an already assigned address) or at the timing of switching to the CS service. Then, the UE 15 is notified of information on how to use the address from the network side. In addition, the network side may respond in response to a request from the UE 15 to notify the usage method of this address, or the network side may perform notification without a request from the UE 15.
  • identification information indicating that the address is “for CS system” or “for PS system” is added as an address usage method.
  • the UE 15 stores the usage method of the address in association with the address as information indicating a handling method related to the address.
  • the usage method is set as a “holdable” address in the home domain, and identification information indicating “for CS system” or “for PS system” is added, and this “holdable” address is added. May be reserved when the PS system is used or when the CS system is used.
  • the home domain since the network to which the UE 15 is connected is not often changed from the home domain, the home domain performs the association of the PS service address with the CS service address (or vice versa). Switching between CS / PS can be performed in a form that can also be understood by the UE 15 simply by notifying the UE 15 of information that can be recognized by the UE 15 as to the change of the flow information that indicates which data reaches which address. It becomes like this.
  • the UE 15 can easily grasp the address used for the connection to the CS system and can hold the address in the PS system. Not only will processing delays when switching to the system and when returning to the PS system be reduced, but the requirements for simultaneous use of the CS system and the PS system will be provided by using different addresses in parallel. become.
  • the UE 15 uses the CS system address and the PS system address properly in such a situation that one of the systems cannot be used, the address of the system that cannot be used is changed to “unusable”. By “can be held” or “unusable / deleted (returned to the network side)”, the UE 15 can easily select a system to be used and an address to be used. This is useful not only for instructing from the network side but also for enabling selection operation from the terminal side.
  • identification information indicating “for CS system” or “for PS system” is stored in the user terminal will be described with reference to an example of a specific network system.
  • a PS domain for example, 3GPP domain
  • a CS domain for example, 2G domain
  • the service network X240 is a network that provides a translation function (conversion function) of the PS service / CS service.
  • the PS domain 210 manages the location information of the MAG 211 that functions as a connection point of the UE 15 and the UE 15 and MAG 211 that are connected to the PS domain 210, and the LMA / HA 212 that functions as the HA of the UE 15 that operates MIPv6.
  • the CS domain 220 includes a mobile switching center (MSC) 230 that connects call terminals for voice calls, and a base station (not shown) to which the UE 221 connects. Note that the UE 15 is connected to one of the MAGs 211 in the PS domain 210 to perform packet communication, and the UE 221 is connected to the CS domain 220 to start a call with the UE 15.
  • MSC mobile switching center
  • the UE 221 makes a call for starting a call with the UE 15.
  • the service network X240 performs a translation process for switching the call by the UE 221 from the CS service to the UE service, and sends a call from the UE 221 to the UE 15 connected to the PS domain 210 (in FIG. 7, Address assignment for making a call with UE 221 in CS domain 220 is made to UE 15 (shown by arrow 250) (shown by arrow 260 in FIG. 7).
  • the notification of address assignment and address usage may be performed in advance before the incoming call from the CS domain 220.
  • FIG. 8A as one of the items of the table storing information indicating the handling method regarding the plurality of addresses (addresses A to H) held by the UE 15, as illustrated in FIG. As shown, information indicating that the address (address X) allocated from the service network X240 is “for CS system” used for communication with the CS domain 220 is stored. As shown in FIG. 8B, for example, in addition to “unusable / retainable” indicating that it can be used and retained only when connected to the PS domain 210, CS Information indicating “for CS system” indicating that it is used for communication with the domain 220 may be stored.
  • the UE 15 can easily grasp and switch the address suitable for the communication with the communication partner connected to the CS domain 220, and the address is switched on the network side. Even so, it is possible to easily grasp the switching (the handover from the CS system to the PS system is performed on the network side). Further, since the UE 15 only changes the address used for communication with the CS system, it is possible to automatically detect the switching of communication without performing an address acquisition process using signaling.
  • the service network X240 does not provide a detailed translation function
  • the UE 15 when the UE 15 itself connects to the CS system (at least with respect to the data flow with the other party of the call) only by route switching in the router of the access network or connection domain. It is conceivable that the UE needs to perform processing for data such as format conversion for the data flow, and the address configuration itself (bit length, etc.) is different between the CS system and the PS system.
  • the address to be assigned (notified) to the UE 15 is the CS system address.
  • the CS system address in this case is the same as the PS system address configuration or can be easily expanded due to the notification mechanism, address management, retention mechanism, and the like.
  • the address assigned for the CS system is the same as the address structure for the PS system or has an expandable address structure, and is determined in advance using the bit string constituting the address (or the address structure). It is desirable to be able to generate it by the method). For example, when an address having the same configuration as the address for the PS system is allocated and notified for the CS system, the UE 15 uses the bit string at a specific position of the allocated address as the actual CS system address. When it is actually connected to the CS system, the data flow to be transmitted / received is converted in format (or communication mode in the CS system). And the CS system address generated from the assigned address (of the PS system address configuration) is used as the address for its own PS system.
  • a PS system address is derived based on a host name obtained by adding a character string (for example, a domain name) to an assigned CS system address, or a numeric string ( The result of adding a network prefix value for specifying the PS system) may be used as an address for the PS system.
  • a PS system address is derived from the CS system address by applying a technology such as ENUM (Telephone Number Mapping), and the result of adding a network prefix value assigned by the PS system to the telephone number is the PS system. It can be used as an address for
  • the present invention can be similarly applied to the switching from the CS system to the PS system. Further, the present invention can be applied to a case where continuous switching is performed as in the PS system, the CS system, and the PS system. In such a case, it is possible to hold the address and use the UE 15 according to the situation. The effect of the present invention that can be grasped is more prominent.
  • switching between the CS system and the PS system has been described.
  • the mechanism of the present invention can also be applied to switching between networks that perform different address configurations, different address assignment policies, and different connection generations.
  • the present invention can be applied to a communication system including a second generation mobile phone network (2G network), a WiMAX system, an LTE system, and the like.
  • the above-mentioned classification defining the handling method for each address is an example, and in the present invention, various classifications suitable for actual network operation can be performed.
  • the handling method regarding each address mentioned above can be represented by, for example, a predetermined bit arrangement indicating each classification. When notifying the handling method regarding each address from the home PMIPv6 domain 10 to the UE 15, or when storing the handling method regarding each address in the table of the inquiry result storage unit 155 of the UE 15, it is possible to use these bit arrangements. It is.
  • different handling methods may be instructed for each domain at each address. For example, if it is registered in the HA of the home PMIPv6 domain 10 (or the domain instructing the handling method to the UE 15), it can be handled as a “HoA designation” address, but it is registered in the HA of another domain. In some cases, it may be instructed to be handled as a “CoA possible” address, or may be instructed to be handled as an “unusable / retainable” address if it is intended to be registered in the HA of a specific domain.
  • the UE 15 when the UE 15 performs a plurality of BUs on the same HA, the plurality of BUs may be collectively transmitted as one BU (for example, one or a plurality of CoAs associated with a plurality of HoAs). Is possible. Also, the UE 15 acquires the address of the HA that can be handled as the HoA together with the handling method related to the address, or searches for the HA that can be handled as the HoA immediately after grasping the handling method related to the address. By performing the processing immediately, for example, in the state before moving to the external network 20 and starting MIPv6, the HoA and the corresponding HA are grasped, and after starting MIPv6, the BU transmission processing is performed. It may be possible to perform this via communication based on MIPv6 quickly.
  • the UE 15 can register a prefix given in the operation of PMIPv6 as a registration target.
  • association and registration are performed using a prefix (HoP: home prefix) instead of HoA.
  • the prefix assigned by PMIPv6 can be registered as a HoP as it is, and when a plurality of addresses are generated from the HoP, a plurality of addresses including the HoP are registered together by registering the HoP. There is an advantage that you can.
  • association and registration may be performed using a prefix (CoP: care-of prefix) instead of CoA.
  • the prefix in the home domain that has been determined to be associated with HoA can be directly registered as a CoP.
  • the prefix can be registered as it is as a CoP.
  • there is an advantage that a plurality of addresses including the CoP can be registered in a lump by registering the CoP.
  • CoP can be registered for HoP.
  • prefixes given in PMIPv6 can be registered in the same manner.
  • a plurality of HoPs can be properly used for MR, and the prefix can be divided into smaller subnets.
  • CoP can be registered depending on the application. As in the above example, this separate notification itself indicates information about what registration relationship should be established when the MR leaves the home network (or when the prefix is delegated) between the MR and the HA. You just need to communicate.
  • IPv6 addresses are described in detail in this specification, an IPv4 address system may be used in actual network operation (or IPv4 and IPv6 coexist), but in such an environment. Also, the present invention can be applied. In IPv4, since the size of the address space is smaller than that in IPv6, it is relatively likely that an address (local address) effective only in the local domain is used. Similarly, MIPv4 may be used instead of MIPv6 (or MIPv4 and MIPv6 coexist), but the present invention can also be applied in such an environment.
  • the UE 15 may perform bootstrap (initialization of MIPv6 settings) with an address acquired after moving to the external network 20. For example, before moving, the UE 15 is connected to the external PMIPv6 domain, and when returning to the home PMIPv6 domain, a situation in which bootstrap is performed easily occurs. Even in such a case, the UE 15 can make an inquiry according to the present invention to the network node in the external PMIPv6 domain before the movement. At this time, in particular, it is desirable to inquire how to deal with when using as CoA.
  • the UE 15 inquires about the handling method of each address (further, the address of the HA corresponding to the HoA) before using it in MIPv6 (or when notified from the network side), for example, a message used in the AAA Or a message used in handover (or fast handover), a message related to DHCP (Dynamic Host Configuration Configuration Protocol), or an RA (Router Advertisement) message may be used.
  • a message used in the AAA Or a message used in handover (or fast handover), a message related to DHCP (Dynamic Host Configuration Configuration Protocol), or an RA (Router Advertisement) message may be used.
  • the UE 15 can handle the address when receiving an address without detecting the movement timing itself. It may be possible to grasp at the same time.
  • the UE 15 makes an inquiry about the address corresponding to the HoA after activating MIPv6, and performs the HA search process only for the address corresponding to the HoA, thereby reducing the processing load required for the HA search process and the BU transmission process. It becomes possible to reduce.
  • the domain to which the UE 15 is connected before moving is the home PMIPv6 domain 10, but for example, even if it is an external PMIPv6 domain that is not managed by the home operator or another 3GPP domain It may be an access network connected without using MIPv6.
  • the domain to which the UE 15 is connected before moving may be a different access network such as WiMAX or WLAN, such as a network in which a wireless system and a fixed system are integrated by FMC (Fixed Mobile Convergence), NGN ( A network related to a highly managed network configuration such as Next (Generation Network) may be used, and a trust relationship with the network may be high or low.
  • the domain to which the UE 15 connects after moving is the external network 20, but the external network 20 is configured by the UE 15 to use MIPv6, such as an external PMIPv6 domain or a non-3GPP access network.
  • MIPv6 such as an external PMIPv6 domain or a non-3GPP access network.
  • the domain to be activated (if the UE 15 is a domain using MIPv6, it is not limited to the access technology).
  • the present invention can also be applied to the case where the UE 15 does not move while connected to the home PMIPv6 domain 10 and activates MIPv6 for the purpose of local breakout or the like.
  • the configuration of the local network domain may be diverse, including roaming relationships between multiple operators.
  • MAG is described as an access router of a mobile node
  • the MAG is also a border router with a different access network (including roaming), and the mobile node once connected to the different access network.
  • a configuration is also conceivable in which the MAG is connected to the border router via the access network.
  • design parts such as various parameters, a procedure for reaching the MAG, and a communication procedure are different, it is apparent that the present invention can be similarly applied.
  • FIG. 6 is a functional block diagram showing an example of the configuration of the UE 15 in the embodiment of the present invention.
  • the LMA / HA 12 illustrated in FIG. 6 includes a network interface 121, an HA function unit 122, an LMA function unit 123, an inquiry processing / response unit 124, and a binding information registration control unit 125.
  • FIG. 6 schematically shows the function of the LMA / HA 12 in FIG.
  • the network interface 121 is an interface for performing communication by connecting to a network.
  • the HA function unit 122 represents that the LMA / HA 12 has a function necessary to operate as an address management device (that is, HA) of a mobility management protocol (for example, MIPv6) that operates on a terminal basis.
  • the LMA function unit 123 indicates that the LMA / HA 12 has a function necessary to operate as an address management device (that is, LMA) of a mobility management protocol (for example, PMIPv6) that operates on a network basis. Represents.
  • the inquiry processing / response unit 124 processes the inquiry from the UE 15 received via the MAG 11 regarding the address handling method currently held by the UE 15, and the address of the UE 15 (only the address received from the UE 15 or , All the addresses that can be grasped by the UE 15), and a function to notify the UE 15 so that the UE 15 can receive it as a response to the inquiry from the UE 15. .
  • the binding information registration control unit 125 sets the registered content of the “HoA designation” address as the registered content of the “HoA possible” address. It also has a function of copying and registering the registered content of the “HoA designation” address even for the “HoA possible” address.
  • the binding information registration control unit 125 receives, for example, the binding update related to the “CoA designation” address from the UE 15 in the HA function unit 122, the registration information of the “CoA designation” address is set to the “CoA possible” address. It has the function of copying the registration contents of the “CoA designation” address and registering it for the “CoA possible” address, which is used as the registration contents.
  • each functional block used in the 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 makes it possible to grasp the address handling method used by each mobile terminal for each service, realize more efficient communication, and can be applied to communication technology in a packet-switched data communication network.
  • the present invention can be applied to a communication technique when a mobile terminal performs communication using a mobility management protocol such as MIP (Mobile Internet Protocol).
  • MIP Mobile Internet Protocol

Landscapes

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

Abstract

移動端末が各サービスに使用するためのアドレスの取り扱い方法を把握できるようにし、より効率の良い通信を実現できるようにする技術が開示され、その技術によれば移動端末（ＵＥ）１５は、ホームドメインであるホームＰＭＩＰｖ６ドメイン１０に接続している状態で、移動管理プロトコルであるＭＩＰｖ６を起動させる前に、移動端末が現在保持している各アドレスに関する取り扱い方法（例えば、どのアドレスをＭＩＰｖ６のホームアドレス（ＨｏＡ）とすべきかなど）をホームＰＭＩＰｖ６ドメインに問い合わせ、その問い合わせ結果をあらかじめ取得及び格納しておく。そして、例えば外部ネットワーク２０に移動してＭＩＰｖ６を起動した際に、格納されている問い合わせ結果を参照し、ＨｏＡとして適切なアドレスを選択して、ＨＡ（ホームエージェント）の探索処理やＢＵ（バインディングアップデート）の送信処理を行う。

Description

移動端末及びネットワークノード
　本発明は、パケット交換型データ通信ネットワークにおける通信技術に関し、特に、移動端末がＭＩＰ（Mobile Internet Protocol）などの移動管理プロトコルを用いて通信を行う際の通信技術に関する。
　現在、基地局１台あたりが中長距離のサービスエリアを包含するセルラ通信などの無線通信機能や、サービスエリアが比較的短距離な無線ＬＡＮ（Local Area Network：ローカルエリアネットワーク）機能などを有し、複数の異種ネットワークで構成されるネットワークを用いて通信サービスを行うシステムや、これらのネットワークに接続可能な無線通信端末が存在している。
　このような複数の異種ネットワークから構成されるネットワークとして、３ＧＰＰ（Third Generation Partnership Project：第３世代パートナーシッププロジェクト）では、セルラネットワーク（３Ｇネットワーク）、無線ＬＡＮ、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）タイプの無線ワイドエリアネットワーク（ＷＷＡＮ：Wireless Wide Area Network）などの様々な異種ネットワークとの通信機能を有する無線通信端末及び関連する通信技術に関する議論が行われている。
　特に、このような異種ネットワークにおいて、シームレスなモビリティの実現や、リアルタイムビデオ、ＶｏＩＰ（Voice over Internet Protocol）、重要データなどの高いＱｏＳ（Quality of Service：サービス品質）が求められている複数のアプリケーションサービスのサポートなどを目指した議論が行われている。
　例えば、下記の非特許文献１には、非３Ｇネットワークへ端末が移動して接続した際のアドレス割り当てに関する技術が記載されている。このような３Ｇ／非３Ｇネットワークにおける移動管理には、下記の非特許文献２に記載のＰＭＩＰｖ６（Proxy Mobile IPv6）が使われることが検討されている。
　また、ＰＭＩＰｖ６はローカルモビリティをネットワーク側の機能でサポートするものであり、ネットワーク側がＰＭＩＰｖ６をサポートしていない場合や、通信相手端末との接続において何らかの必要が生じた場合など、何らかの理由で移動端末自身が移動管理を行う状況が発生することも考えられる。この場合、移動端末は例えば下記の非特許文献３に記載のＭＩＰｖ６（Mobility Support in IPv6）を使用して、自身の移動管理を行うことが可能である。
　ＰＭＩＰｖ６の場合、ＰＭＩＰｖ６による移動管理をサポートしているネットワーク（ＰＭＩＰｖ６ドメイン）に接続されている端末は、移動管理を行うＬＭＡ（Local Mobility Anchor：ローカルモビリティアンカ）若しくはネットワーク内のその他のノードからアドレス若しくはプレフィックス（Prefix）が割り振られる。端末は、このアドレス（若しくは、このプレフィックスから構成されたアドレス）をＰＭＩＰｖ６ドメインでの自身のアドレスとして使用する。端末がＰＭＩＰｖ６ドメイン内を移動しても、ＰＭＩＰｖ６ドメインへの接続ポイントであるＭＡＧ（Mobile Access Gateway：モバイルアクセスゲートウェイ）によって、ＬＭＡで管理されている端末の位置情報が更新されるので、ＬＭＡとＭＡＧとの間の転送により、ＬＭＡから転送されるパケットは適切なＭＡＧ（端末が接続されているＭＡＧ）を経由して端末に到達可能となる。
　なお、このような状況においては、端末のインタフェースの数によらず、サービスや接続先、ローミングネットワークへの接続状況など様々な要因により、複数のアドレスが端末に割り当てられる場合がある。また、ローミングなどの状況によっては、端末にとってＬＭＡが複数となる場合もあるが、そのような場合の多くにおいて、端末はそれらのＬＭＡの違いを認識することはない。
　一方、ＭＩＰｖ６ではグローバルなネットワークから到達可能なアドレス（グローバルに到達可能なアドレス）を端末のＨｏＡ（Home Address：ホームアドレス）としてＨＡ（Home Agent：ホームエージェント）から取得し、端末が移動した場合にはその移動先で取得したＣｏＡ（Care-of Address：気付アドレス）をＨｏＡと関連付けてＨＡに登録することで、どのネットワークに接続していてもＨＡの転送によりパケットが端末に到達可能となる。この場合においても、端末は複数のアドレス（複数のＨｏＡ及び／又は複数のＣｏＡ）を保持する場合がある。さらに、ＨＡが複数となることもあり、この場合には、端末が移動を登録する登録先（すなわち、ＨＡ）が異なることがあり、各ＨＡによって管理されるＨｏＡが異なることもある。この場合、第１のＨＡが管理するＨｏＡは第２のＨＡから見ると自身の管理しているものではなく、端末は、そのＨｏＡ（第１のＨＡが管理するＨｏＡ）を第２のＨＡの管理するＨｏＡとして登録することはできないが、第２のＨＡの管理するＣｏＡとして登録することができるかもしれない。
　また、図５は、従来の技術におけるネットワークシステムの一例を示す図である。なお、図５に図示されているネットワーク構成は、後述の図１に図示されているネットワーク構成と同一であり、各構成要素の詳細な説明は図１の説明（後述）によって補完する。初期状態において、移動端末（ＵＥ（User Equipment）１５）は、ホームのオペレータネットワークの非３Ｇネットワークに接続している。このネットワークはローカルモビリティ管理にＰＭＩＰｖ６が採用されており、ここでは、ホームＰＭＩＰｖ６ドメイン１０と表記する。ＵＥ１５は、このホームＰＭＩＰｖ６ドメイン１０から離れて、外部ネットワーク２０に接続ポイントを変更する。このとき、ＵＥ１５はホームＰＭＩＰｖ６ドメイン１０外に接続して、引き続き接続性を必要とするため、ＭＩＰｖ６を用いた移動管理を開始する。
　図５において、ＵＥ１５は、ホームＰＭＩＰｖ６ドメイン１０に接続していた際にはＭＩＰｖ６による移動管理を行っておらず、外部ネットワーク２０に接続ポイントを変更した後、ＭＩＰｖ６の初期設定から行うとする。この場合、ＵＥ１５は、例えば移動前にホームオペレータから割り当てられていたアドレス（ＰＭＩＰｖ６のアドレス）をＨｏＡとするために適切なＨＡを探索する処理を行い、探索によって発見されたＨＡに対して、ＨｏＡに移動先のネットワークで付与されたアドレスをＣｏＡとして関連付けるＢＵ（Binding Update：バインディングアップデート）の送信処理を行う。
　また、ＩＥＴＦ（Internet Engineering Task Force）では、個々のホスト用のモビリティサポートの概念（上記のＭＩＰｖ６）を、移動ノードのネットワーク（モバイルルータのモバイルネットワーク）用のモビリティサポートに拡張したネットワークモビリティサポート（ＮＥＭＯ：Network Mobility）の技術が、例えば下記の非特許文献４で規定されている。この非特許文献４によれば、モバイルネットワークを有するモバイルルータ（ＭＲ：Mobile Router）がインターネットに対してどの接続ポイントで接続している場合であっても、モバイルネットワーク内のノードが到達可能となるメカニズムが提供される。
　さらに非特許文献４には、モバイルルータがホームエージェントにＢＵメッセージを送信する際に、モバイルネットワーク内のノードが使用しているネットワークプレフィックスを示す旨が記載されている。例えば、ＢＵメッセージ内にネットワークプレフィックスオプションと呼ばれる特別なオプションを挿入することによって、モバイルルータは、ネットワークプレフィックスを示すことが可能となる。これにより、ホームエージェントは、プレフィックスに基づくルーティングテーブルを構築し、このネットワークプレフィックスを有するあて先アドレスに送信されるパケットをモバイルルータの気付アドレスに転送することが可能となる。
　また、ネットワークシステムをすべてＩＰ化するオールＩＰ化の流れが主流であるが、現状では、パケット交換ネットワーク上でＩＰパケットの伝送を行うＰＳ（Packet Switched：パケット交換）ドメインと、従来のセルラシステムで利用されている回線交換ネットワークによる伝送を行うＣＳ（Circuit Switched：回線交換）ドメインとが混在する状況にある。ＰＳドメインとＣＳドメインとは互いに独立しており、ＣＳドメインとＰＳドメインとの間で相互に通信を行う場合には、例えば、ＣＳサービスからＰＳサービス、あるいは、ＰＳサービスからＣＳサービスへの変換（例えば、情報フォーマットの変換）をネットワーク側で行う必要がある。
特開２０００－１８３９７２号公報 3GPP TS 23.402 V8.0.0，２００７年１２月 IETF (Internet Engineering Task Force) Draft：draft-ietf-netlmm-proxymip6-00，２００７年４月 IETF RFC (Request for Comments)：rfc3775，２００４年６月 IETF RFC (Request for Comments)：rfc3963，２００５年１月
　しかしながら、移動端末のホームドメインがＰＭＩＰｖ６ドメインであったとしても、そのＰＭＩＰｖ６ドメインから付与されているアドレスがＭＩＰｖ６のＨｏＡの要件を満たすとは限らない。すなわち、ＰＭＩＰｖ６ドメインから付与されているアドレスがＭＩＰｖ６のＨｏＡとして使用可能ではない場合もあり、仮に使用可能であったとしてもＨｏＡとしての使用があまり適切ではない場合もある。また、ＭＩＰｖ６のＨｏＡの要件を満たすアドレスが移動端末にたくさん割り当てられている場合も起こり得る。
　例えば図５において、複数のアドレスを保持している移動端末は、ＭＩＰｖ６ドメインから外部ネットワークに接続ポイントを変更してＭＩＰｖ６を始動した後、これらすべてのアドレスをＨｏＡ候補として、各アドレスのＨＡの探索処理を開始する。このＨＡの探索処理の結果、ＨＡが見つからないアドレスが存在する場合がある。また、ＨＡが見つかったアドレスであっても、多くの場合は同一のＨＡ（ＬＭＡ）が通知されることになる。さらに、ＨＡが見つかりＨｏＡとして使用可能であると思われるすべてのアドレスに関して、移動端末はＢＵを送信する処理を行う。なお、移動端末は、このＢＵによる登録が完了するまではＭＩＰｖ６の通信を開始することができない。
　このように、ネットワーク接続の変更前にＰＭＩＰｖ６ドメインで移動端末がもらっていたすべてのアドレスが、その移動端末のホームドメインでもらったアドレスなので、ＨｏＡとして使用できる可能性がある。例えば、サービスごとにアドレスをもらっている場合などのように移動端末が複数のアドレスをもらっている場合には、すべてのアドレスに関して、ＨＡの探索処理を行うためのＨＡ探索メッセージを送信する必要がある。なお、これらのアドレスの中には同一のＨＡによって管理されているアドレスも存在し得るが、移動端末はこのことを事前に把握できないので、移動端末は、ＨＡの探索処理の際にはそれぞれのアドレスに関するＨＡ探索メッセージを送信する必要があり、同一のＨＡによって管理されているアドレスであることは結果的に把握可能となる。
　また、ＨＡの探索処理の結果、ＨｏＡとしてＨＡがサポート可能なアドレスが複数存在し、ＨＡが、これらすべてのアドレスに関してＨＡ探索メッセージに対する応答を行った場合には、単純には、これらすべてのアドレスをＨｏＡとし、移動先でもらったアドレスをＣｏＡとして関連付けを行うため、各ＨｏＡとＣｏＡとを関連付けるＢＵを送信する必要がある。この場合、基本的には、ＨｏＡの数だけＢＵを送信する必要がある。すなわち、従来の技術では、図５の矢印（メッセージの流れ７０）に示されているように、短時間に大量のＨＡ探索メッセージ及びその応答メッセージや、ＢＵメッセージ及びその応答メッセージ（ＢＡ（Binding Acknowledgement）メッセージ）が流れることになる。
　また、ＰＭＩＰｖ６ドメイン（ホームドメイン）でもらっていたアドレスがどれもＨｏＡの要件（例えば、このアドレスがグローバルに到達可能か否かの要件や、このアドレスが外部ネットワークで使用可能か否かのポリシなどによる）を満たしていなければ、ＨＡの探索処理はすべて失敗し、ＨｏＡとなるべきアドレスをホームドメインに改めて問い合わせなければならない可能性もある。
　このように、複数の移動端末が移動を行った場合、移動管理に係るシグナリングがたくさん送信され、通信帯域の逼迫や通信の遅延が生ずることになる。これにより、移動端末は、アドレスの登録の完了に時間を要し、実際の通信の開始が遅れたり、パケットロス、ＱｏＳ要件の未達成、スループット低下などが起こったりする可能性がある。さらに、こうした移動管理に係るシグナリングは、ネットワークノードの処理負荷の増大や、ネットワークトラフィックの増大をもたらし、他の移動端末の通信に影響を及ぼしてしまう可能性もある。
　また、ＰＳサービスとＣＳサービスの間で切り換えが行われる場合も同様に、例えばユーザ端末（ＵＥ：User Equipment）がＰＳサービスに使用しているアドレスが、ＣＳサービスで使用可能な要件を満たしているか（あるいは、使用に適しているか、ＣＳアドレスを生成できるか）を、ＵＥは事前に把握できない。例えば、ＵＥがＰＳサービスを利用している状態でＣＳからの着信を受けた場合に、アドレスの切り換えを行うことも可能であるが、この場合には何らかのシグナリングや登録などが必要となり、シグナリングによるネットワークトラフィックの増大、通信の遅延、パケットロス、ＱｏＳやスループットの低下、処理負荷の増大などの問題が生じ、通信に悪影響を及ぼす可能性がある。
　上記の課題を解決するため、本発明は、移動端末が各サービスに使用するためのアドレスの取り扱い方法を把握できるようにし、より効率の良い通信を実現する移動端末及びネットワークノードを提供することを目的とする。本発明は、特に、移動端末自身が移動管理を行うための移動管理プロトコルを使用する際に、その移動管理プロトコルの始動（通信開始までの種々の設定）を手短に完了できるようにする移動端末及びネットワークノードを提供することを目的とする。また、本発明は、特に、ＰＳドメインとＣＳドメインとが混在するネットワークシステムを利用して通信を行う際に、その通信設定を手短に完了できるようにする移動端末及びネットワークノードを提供することを目的とする。
　上記の目的を達成するため、本発明の移動端末は、ネットワークに接続して通信を行う移動端末であって、
　前記ネットワークに接続して通信を行うために使用する１つ又は複数のアドレスを管理するアドレス管理手段と、
　移動端末自身が移動管理を行うための移動管理プロトコル実行手段と、
　前記移動管理プロトコルを使用して通信を行う際に前記アドレス管理手段で管理されている前記アドレスを前記移動管理プロトコルでどのように取り扱えばよいかを示すアドレス取り扱い方法を、前記移動管理プロトコル実行手段が前記移動管理プロトコルを動作させる前に前記ネットワーク側に問い合わせる問い合わせ手段と、
　前記問い合わせ手段による問い合わせによって、前記アドレス管理手段で管理されている前記アドレスに関するアドレス取り扱い方法に関する情報を取得し、前記移動管理プロトコル実行手段が前記移動管理プロトコルを動作させる際に参照可能なように格納するアドレス取り扱い方法格納手段とを、
　有する。
　この構成により、移動端末自身が移動管理を行うための移動管理プロトコルを使用する際に、その移動管理プロトコルの始動（通信開始までの種々の設定）を手短に完了できるようになる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記アドレスを管理するホームエージェントが複数存在する場合には、前記問い合わせ手段が、複数のホームエージェントのそれぞれに対して問い合わせを行い、前記アドレス取り扱い方法格納手段が、前記ホームエージェントごとにそれぞれの問い合わせ結果を格納するよう構成されている。
　この構成により、移動端末は、アドレスを管理しているホームエージェントごとにアドレス管理を行うことが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記アドレス取り扱い方法に関する情報が、前記移動管理プロトコルがホームアドレスとして使用するアドレスを特定する情報を含むように構成されている。
　この構成により、移動端末は、移動管理プロトコルを実行する前に、移動管理プロトコルがホームアドレスとして使用するアドレスを特定することが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記移動管理プロトコル実行手段は、前記移動管理プロトコルを動作させる際に、前記移動管理プロトコルがホームアドレスとして使用するアドレスに関してホームエージェントの探索及びバインディングアップデートを行うように構成されている。
　この構成により、移動端末は、移動管理プロトコルを動作させる場合に、ホームアドレスとして使用するアドレスを即座に把握し、そのアドレスに関してホームエージェントの探索及びバインディングアップデートを行えるようになる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記アドレス取り扱い方法に関する情報が、前記移動管理プロトコルがホームアドレスとして使用するアドレスに対応するホームエージェントの識別情報を含むように構成されている。
　この構成により、移動端末は、移動管理プロトコルを実行する前に、移動管理プロトコルがホームアドレスとして使用するアドレスに関してホームエージェントの探索処理を行って、対応するホームエージェントを把握することが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記移動管理プロトコル実行手段は、前記移動管理プロトコルを動作させる際に、前記移動管理プロトコルがホームアドレスとして使用するアドレスに関してバインディングアップデートを行うように構成されている。
　この構成により、移動端末は、移動管理プロトコルを動作させる場合に、ホームアドレスとして使用するアドレスと、そのアドレスに対応するホームエージェントを即座に把握し、そのアドレスに関してバインディングアップデートを行えるようになる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記問い合わせ手段は、前記移動端末が前記移動管理プロトコルを動作させる前のドメインに接続している際に問い合わせを行うように構成されている。
　この構成により、移動端末は、移動管理プロトコルを動作させる前のドメイン（例えば自身のホームドメイン）に接続している時点で、移動管理プロトコルの動作時に必要となる情報を取得できるようになる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記問い合わせ手段は、前記移動端末が新規のアドレスを取得した際に、前記新規のアドレスに関するアドレス取り扱い方法の問い合わせを行うように構成されている。
　この構成により、移動端末はアドレスを新たに取得した時点で、そのアドレスの移動管理プロトコルにおける取り扱い方法を把握することが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記移動管理プロトコル実行手段は、前記移動端末が接続しているドメインを切り換えて前記移動管理プロトコルを動作させる際に、前記アドレス取り扱い方法格納手段に格納されている前記アドレス取り扱い方法に関する情報を参照するように構成されている。
　この構成により、移動端末は、接続ドメインを切り換えて移動管理プロトコルを動作させる際に、移動管理プロトコルによる通信を迅速に開始することが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記アドレス取り扱い方法に関する情報が、前記アドレスに関して、前記移動管理プロトコルがホームアドレスとして使用すべきアドレス、前記移動管理プロトコルがホームアドレスとして使用可能なアドレス、前記移動管理プロトコルが気付アドレスとして使用すべきアドレス、前記移動管理プロトコルが気付アドレスとして使用可能なアドレス、前記移動管理プロトコルが使用不可能なアドレス、前記移動管理プロトコルが使用可能か否か不明のうちのどの分類に属するかを示す情報を含むように構成されている。
　この構成により、移動端末は、アドレスが属する各分類に適した処理方法によって、アドレスを取り扱うことができるようになる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記問い合わせ手段による問い合わせの結果、前記アドレス管理手段で管理されているアドレスの中でホームアドレスとして使用可能なアドレスが存在しないことが分かった場合に、ホームアドレスとして使用すべきアドレス、又は、ホームアドレスとして使用可能なアドレスの割り当てを要求するホームアドレス要求手段を有している。
　この構成により、移動端末は、移動管理プロトコルがホームアドレスとして使用するアドレスを、移動管理プロトコルの動作前に取得することが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記アドレス取り扱い方法に関する情報が、あるアドレスに関してホームアドレスとして使用すべきなのか、あるいは、ホームアドレスとして使用することが可能なのかを示す情報を含むように構成されている。
　この構成により、移動端末は、ホームアドレスとして使用すべき『ＨｏＡ指定』アドレスと、ホームアドレスとして使用可能な『ＨｏＡ可能』アドレスとを区別できるようになる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記アドレス取り扱い方法に関する情報が、ホームアドレスとして使用することが可能なアドレスと共に、ホームアドレス以外に使用可能な用途を示す情報を含むように構成されている。
　この構成により、ホームアドレスとして使用可能な『ＨｏＡ可能』アドレスのホームアドレス以外の用途を把握することが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、ホームアドレスとして使用すべきアドレス、及び、ホームアドレスとして使用可能なアドレスが同一のホームエージェントによって管理されている場合には、前記ホームアドレスとして使用すべきアドレスに係るバインディングアップデートを前記ホームエージェントに送信することで、前記ホームアドレスとして使用可能なアドレスに係るバインディングアップデートの処理が前記ホームエージェントで行われ、前記ホームアドレスとして使用可能なアドレスをホームアドレスとして使用することが可能となる。
　この構成により、ホームアドレスとして使用すべきアドレスと共にホームアドレスとして使用可能なアドレスが同一のホームエージェントによって管理されている場合に、ホームアドレスとして使用すべきアドレスに関連した登録内容を複製して、ホームアドレスとして使用可能なアドレスに援用できるようになる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記アドレス取り扱い方法に関する情報が、前記移動管理プロトコルが気付アドレスとして使用するアドレスを特定する情報を含むように構成されている。
　この構成により、移動端末は、移動管理プロトコルを実行する前に、移動管理プロトコルが気付アドレスとして使用するアドレスを特定することが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記移動管理プロトコル実行手段は、前記移動管理プロトコルを動作させる際に、前記移動管理プロトコルが気付アドレスとして使用するアドレスに関して、ホームアドレスと関連付けてバインディングアップデートを行うように構成されている。
　この構成により、移動端末は、移動管理プロトコルの動作開始前に気付アドレスとしての使用が特定されたアドレスを用いて、バインディングアップデートを行うことが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記バインディングアップデートの前記気付アドレスが、前記気付アドレスとして使用するアドレスとして通知されたものであることを示す識別子を前記バインディングアップデートに挿入するよう構成されている。
　この構成により、移動管理プロトコルの動作開始前に気付アドレスとしての使用が特定されたアドレスを気付アドレスとして使用した場合、その旨が明示されるようになる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記移動端末が接続しているドメインを切り換えた移動先で取得した通常の気付アドレスを転送先として使用する通信において、前記バインディングアップデートで登録した前記気付アドレスを用いた通信を継続して行うように構成されている。
　この構成により、例えば、通常の気付アドレスを用いた通信の内部（トンネル／ルーティング）で引き続き、バインディングアップデートで登録した気付アドレスによる通信を継続して行うことが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、通信相手に対して前記バインディングアップデートで登録した前記気付アドレスを通知することで、前記移動端末が接続しているドメインを切り換えた移動先で取得した通常の気付アドレスを前記通信相手に伝えずに通信を行うように構成されている。
　この構成により、移動端末は、移動を行って接続ドメインを切り換えた場合であっても、その移動を通信相手に隠蔽することが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記アドレス取り扱い方法に関する情報が、前記移動管理プロトコルが使用不可能であるが保持可能なアドレスを特定する情報を含むように構成されている。
　この構成により、移動端末は、移動管理プロトコルが使用不可能であるが、廃棄せずにそのまま保持することが望ましいアドレスを特定することが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記アドレス管理手段は、前記移動端末が接続しているドメインを切り換えて前記移動管理プロトコルを動作させる際に、前記保持可能なアドレスを保持しておくように構成されている。
　この構成により、移動端末は、移動管理プロトコルが使用不可能であるが、廃棄せずにそのまま保持することが望ましいアドレスを保持しておくことが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記移動端末が接続しているドメインを切り換えて、保持されている前記保持可能なアドレスを使用していたドメインに再度接続した場合に、前記保持可能なアドレスを再利用するよう構成されている。
　この構成により、移動端末は、移動管理プロトコルが使用不可能であるが保持しておいたアドレスを再利用することで、アドレスの認証や割り当て、登録などの処理を省略して、通信を開始するまでの時間を短縮することが可能となる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記移動端末が接続しているドメインを切り換えて、保持されている前記保持可能なアドレスを使用していたドメインに再度接続した場合に、前記保持可能なアドレスの使用が可能か否かを改めて確認し、その確認結果に従って、前記保持可能なアドレスを再利用するか、あるいは、前記保持可能なアドレスを廃棄するように構成されている。
　この構成により、移動端末は、移動管理プロトコルが使用不可能であるが保持しておいたアドレスを再利用することが可能か否かを確認できるようになる。
　さらに、本発明の移動端末は、上記の構成に加えて、前記アドレス取り扱い方法に関する情報が、ＣＳシステムにおいて使用するアドレス、又は、ＰＳシステムにおいて使用するアドレスを特定する情報を含むように構成されている。
　この構成により、移動端末は、ＣＳシステムにおいて使用するアドレス、又は、ＰＳシステムにおいて使用するアドレスを特定することが可能となる。
　また、上記の目的を達成するため、本発明のネットワークノードは、ネットワーク上に位置するネットワークノードであって、
　移動管理を行うための移動管理プロトコルを実装している移動端末から前記移動端末が前記移動管理プロトコルを動作させる前に、前記移動管理プロトコルを使用して通信を行う際に保持しているアドレスを前記移動管理プロトコルでどのように取り扱えばよいかを示すアドレス取り扱い方法の問い合わせを受信する問い合わせ受信手段と、
　前記移動端末からの前記問い合わせに対する応答として、前記アドレス取り扱い方法に関する情報を前記移動端末に通知する問い合わせ応答手段とを有する。
　この構成により、移動端末自身が移動管理を行うための移動管理プロトコルを使用する際に、その移動管理プロトコルの始動（通信開始までの種々の設定）を手短に完了できるようになる。
　さらに、本発明のネットワークノードは、上記の構成に加えて、前記移動端末がホームアドレスとして使用するアドレスを特定し、前記ホームアドレスとして使用するアドレスを特定する情報を、前記アドレス取り扱い方法に関する情報として前記移動端末に通知するように構成されている。
　この構成により、移動端末は、移動管理プロトコルを実行する前に、移動管理プロトコルがホームアドレスとして使用するアドレスを特定することが可能となる。
　さらに、本発明のネットワークノードは、上記の構成に加えて、前記移動端末のアドレスに関し、前記ホームアドレスとして使用すべきアドレス及び前記ホームアドレスとして使用可能なアドレスを特定し、前記ホームアドレスとして使用すべきアドレスあてのパケット転送先を登録する際、前記ホームアドレスとして使用可能なアドレスに関しても同一のパケット転送先の登録を行うように構成されている。
　この構成により、ホームアドレスとして使用すべきアドレスと共にホームアドレスとして使用可能なアドレスが同一のホームエージェントによって管理されている場合に、ホームアドレスとして使用すべきアドレスに関連した登録内容を複製して、ホームアドレスとして使用可能なアドレスに援用できるようになる。
　さらに、本発明のネットワークノードは、上記の構成に加えて、前記移動端末が気付アドレスとして使用するアドレスを特定し、前記気付アドレスとして使用するアドレスを特定する情報を、前記アドレス取り扱い方法に関する情報として前記移動端末に通知するように構成されている。
　この構成により、移動端末は、移動管理プロトコルを実行する前に、移動管理プロトコルが気付アドレスとして使用するアドレスを特定することが可能となる。
　さらに、本発明のネットワークノードは、上記の構成に加えて、前記移動端末のアドレスに関し、前記気付アドレスとして使用すべきアドレス及び前記気付アドレスとして使用可能なアドレスを特定し、特定のホームアドレスと関連付けて前記気付アドレスを転送先として登録する際、前記気付アドレスとして使用可能なアドレスに関しても同一の前記特定のホームアドレスと関連付けた転送先として登録を行うように構成されている。
　この構成により、気付アドレスとして使用すべきアドレスと共に気付アドレスとして使用可能なアドレスが同一のホームエージェントによって管理されている場合に、気付アドレスとして使用すべきアドレスに関連した登録内容を複製して、気付アドレスとして使用可能なアドレスに援用できるようになる。
　さらに、本発明のネットワークノードは、上記の構成に加えて、前記移動端末の前記移動管理プロトコルがホームアドレス又は気付アドレスとして使用不可能であるが保持可能なアドレスを特定し、前記使用不可能であるが保持可能なアドレスを特定する情報を、前記アドレス取り扱い方法に関する情報として前記移動端末に通知するように構成されている。
　この構成により、移動端末は、移動管理プロトコルを実行する前に、移動管理プロトコルが使用不可能であるが保持可能なアドレスを特定することが可能となる。
　さらに、本発明のネットワークノードは、上記の構成に加えて、前記移動端末の前記移動管理プロトコルがホームアドレス又は気付アドレスとして使用不可能であり廃棄すべきアドレスを特定し、前記使用不可能であり廃棄すべきアドレスを特定する情報を、前記アドレス取り扱い方法に関する情報として前記移動端末に通知するように構成されている。
　この構成により、移動端末は、移動管理プロトコルを実行する前に、移動管理プロトコルが使用不可能であり保持不可能なアドレスを特定することが可能となる。
　さらに、本発明のネットワークノードは、上記の構成に加えて、前記移動端末がＣＳシステムにおいて使用するアドレス、又は、前記移動端末がＰＳシステムにおいて使用するアドレスを特定し、前記ＣＳシステムにおいて使用するアドレス、又は、前記ＰＳシステムにおいて使用するアドレスを特定する情報を、前記アドレス取り扱い方法に関する情報として前記移動端末に通知するように構成されている。
　この構成により、移動端末は、ＣＳシステムにおいて使用するアドレス、又は、ＰＳシステムにおいて使用するアドレスを特定することが可能となる。
　本発明は、上記の構成を有しており、移動端末が各サービスに使用するためのアドレスの取り扱い方法を把握できるようにし、より効率の良い通信を実現するという効果を有する。本発明は、特に、移動端末自身が移動管理を行うための移動管理プロトコルを使用する際に、その移動管理プロトコルの始動（通信開始までの種々の設定）を手短に完了できるようにするという効果を有する。また、本発明は、特に、ＰＳドメインとＣＳドメインとが混在するネットワークシステムを利用して通信を行う際に、その通信設定を手短に完了できるようにするという効果を有する。
本発明の実施の形態におけるネットワークシステムの構成の一例を示す図 本発明の実施の形態における移動端末が移動する際に行う動作の一例を示すフローチャート 本発明の実施の形態における移動端末の機能を模式的に表したブロック図 本発明の実施の形態において、移動端末がホームＰＭＩＰｖ６ドメインに接続している状態で保持していた複数のアドレスに関する取り扱い方法を示す情報が格納されたテーブルの一例を示す図 従来の技術におけるネットワークシステムの一例を示す図 本発明の実施の形態におけるＬＭＡ／ＨＡの機能を模式的に表したブロック図 本発明の実施の形態におけるネットワークシステムの別の構成の一例を示す図 本発明の実施の形態において、ＣＳシステム用のアドレスに関する取り扱い方法を示す情報が格納されたテーブルの一例を示す図 本発明の実施の形態において、ＣＳシステム用のアドレスに関する取り扱い方法を示す情報が格納されたテーブルの別の一例を示す図
　以下、図面を参照しながら、本発明の実施の形態について説明する。
　まず、本発明の実施の形態におけるネットワークシステムの構成について説明する。図１は、本発明の実施の形態におけるネットワークシステムの構成の一例を示す図である。
　図１に図示されているネットワークシステムでは、ある移動端末（ＵＥ）１５のホームドメインであるＰＭＩＰｖ６ドメイン（以下、ホームＰＭＩＰｖ６ドメインと記載する）１０と、外部ネットワーク（ホームＰＭＩＰｖ６ドメインとは異なるネットワーク）２０とが、任意のネットワーク（例えば、インターネット３０）を介して接続されている。
　ＰＭＩＰｖ６ドメイン１０は、ＵＥ１５の接続ポイントとして機能するＭＡＧ１１や、ＰＭＩＰｖ６ドメイン１０に接続されているＵＥ１５やＭＡＧ１１の位置情報を管理するとともに、ＭＩＰｖ６を動作させているＵＥ１５のＨＡとして機能するＬＭＡ／ＨＡ１２を有している。また、外部ネットワーク２０は、ＵＥ１５の接続ポイントとして機能するＡＲ２１を有している。
　ここでは、ＵＥ１５が、ホームＰＭＩＰｖ６ドメイン１０のＭＡＧ１１に接続されている状態（移動前の状態）から、ホームＰＭＩＰｖ６ドメイン１０から外部ネットワーク２０に接続を切り換えて、外部ネットワーク２０のＡＲ２１に接続されている状態（移動後の状態）に遷移する場合を考える。なお、移動前の状態において、ＵＥ１５は、ホームＰＭＩＰｖ６ドメイン１０を介して様々なネットワーク２０からサービスを受けており、各サービスを受けるためのアドレスを取得しているものとする。なお、ネットワーク２０の一例としては、例えば、ＶｏＩＰサービスを提供するＶｏＩＰネットワークや、携帯電話を用いたデータ通信サービスを提供するセルラネットワークなどが挙げられる。
　本発明では、ＵＥ１５が、ホームＰＭＩＰｖ６ドメイン１０に接続されている状態において、ＭＩＰｖ６を動作させた際にＨｏＡとして使用するアドレスを事前に把握しておき（図１の矢印（メッセージの流れ５０））、実際にＭＩＰｖ６を動作させた場合に上述のように把握しておいた情報を用いて、更なる設定（例えば、ＨＡの探索処理やＢＵ送信処理）を行うことで（図１の矢印（メッセージの流れ６０））、迅速にＭＩＰｖ６による通信を開始することができるように構成されている。
　ここで、ＵＥ１５が保持し得る各種のアドレスについて説明する。
　ＵＥ１５は、ホームＰＭＩＰｖ６ドメイン１０に接続されている状態においてホームＰＭＩＰｖ６ドメイン１０から割り当てられるアドレスを取得する。このアドレスは、ＵＥ１５が外部ネットワーク２０に移動した後もＨｏＡとして使用可能であることが多いが、必ずしもＨｏＡとして使えるとは限らない。例えば、このホームＰＭＩＰｖ６ドメイン１０から割り当てられるアドレスはたとえグローバルに到達可能であっても、オペレータとしてはこのアドレスを外部で使ってほしくない場合もある。このような場合には、一般の（オペレータが管理しているネットワーク外の）ノードとの通信に、このアドレスの使用が禁じられていたり、外部ネットワーク２０へつながるゲートウェイ装置などでパケットの出入りをブロックされていたりする可能性がある。
　また、ＵＥ１５は、様々なネットワーク２０（例えば、図１のサービスネットワークＡやサービスネットワークＢ）からサービスを受けており、サービスネットワーク内で有効なアドレスや、サービスを受けるために使用するアドレスを取得する。サービスネットワーク内で有効なアドレスは、ホームＰＭＩＰｖ６ドメイン１０を構成する様々なネットワーク（サブネットワーク、オーバレイネットワークなど）に独自のアドレス体系によるアドレスで、それぞれのネットワーク（及びその中のノード）にアクセスするため（あるいはアクセスされるため）に使用するアドレスである。また、サービスを受けるために使用するアドレスは、ホームＰＭＩＰｖ６ドメイン１０で使用できる様々なサービス（ローカルｗｅｂサービス、ＶｏＩＰ、ビデオストリーミング、テレビ会議、ショートメッセージなど）に独自のアドレス体系によるアドレスで、それぞれのサービス（及びそのサービスを使用する他のノード）にアクセスする（あるいはアクセスされる）ために使用するアドレスである。
　一方、ＵＥ１５は、ＭＩＰｖ６を動作させた場合には、グローバルに有効なアドレス（一般の通信相手に提示可能なアドレス）であるＨｏＡ（他のプロトコルでは、アイデンティファイアと呼ばれることもある）と、移動先のネットワークで割り当てられたアドレスであるＣｏＡ（他のプロトコルでは、ロケータと呼ばれることもある）を関連付けるＢＵをＨＡに対して行う。なお、ＨＡが複数存在する場合、一方のＨＡにとってはＨｏＡであっても、他方のＨＡにとってはＣｏＡである場合も起こり得る。
　なお、たとえホームＰＭＩＰｖ６ドメインから割り当てられたアドレス（ホームオペレータによって割り当てられたアドレス）アドレスであっても、必ずしもＭＩＰｖ６のＨｏＡとしての要件を満たしているとは限らない。ネットワーク側の動作として、ＵＥ１５がＭＩＰｖ６の使用を開始する際は、それまで割り当てていたホームＰＭＩＰｖ６ドメイン１０のアドレスとは異なるアドレスを別途割り当てる場合も考えられる。
　また、上述のホームＰＭＩＰｖ６ドメイン１０から割り当てられるアドレス、サービスネットワーク内で有効なアドレス、サービスを受けるために使用するアドレスがＨｏＡ及びＣｏＡのどちらに（あるいは両方に）対応するか、あるいは、どちらにも対応しないかなどの設定は、ＭＩＰｖ６の使用に起因する条件やネットワーク側の設定条件（ポリシ）などによって様々である。
　以下、図１のネットワーク構成及びメッセージの流れに加えて、図２に図示されているフローチャートを参照しながら、ＵＥ１５が移動して、ホームＰＭＩＰｖ６ドメイン１０から外部ネットワーク２０に接続を切り換えた場合に行う動作について説明する。図２には、本発明の実施の形態におけるＵＥ１５が移動する際に行う動作の一例を示すフローチャートが図示されている。
　ＵＥ１５は、ホームＰＭＩＰｖ６ドメイン１０に接続されている状態の任意のタイミングにおいて、ＭＩＰｖ６を用いた通信を行うための準備を開始する（ステップＳ１０１）。なお、ＭＩＰｖ６を用いた通信を行うための準備を開始するタイミングは、ホームＰＭＩＰｖ６ドメイン１０に接続された状態であればいつでもよい。例えば、ＵＥ１５が別のネットワーク（外部ネットワーク２０）へハンドオーバを行ってＭＩＰｖ６を用いた通信を行う場合や、別ドメインのアドレスを用いてローカルブレイクアウトによる通信を行うためにＭＩＰｖ６を始動しようとしている場合など、ＭＩＰｖ６を使用する直前のタイミングであってもよく、あるいは、通信トラフィックや処理負荷の少ないとき（アイドル時）であってもよい。
　ステップＳ１０１で外部ネットワーク２０への移動準備を開始することを決定したＵＥ１５は、現在保持しているアドレスの取り扱い方法をホームＰＭＩＰｖ６ドメイン１０に問い合わせる（ステップＳ１０２）。なお、この問い合わせ先は任意の通信ノードでよく、例えば、ＵＥ１５はＭＡＧ１１に対して問い合わせを行い、ＭＡＧ１１がアドレスの取り扱い方法を把握している場合にはＭＡＧ１１がＵＥ１５へ応答を行い、ＭＡＧ１５がアドレスの取り扱い方法を把握していない場合には、ＭＡＧ１１はさらにＬＭＡ／ＨＡ１２や不図示の認証サーバ（ＡＡＡ（Authentication, Authorization and Accounting）サーバ）に問い合わせるようにしてもよい。
　また、ＵＥ１５が、ＬＭＡ／ＨＡ１２やＡＡＡサーバのアドレスを把握している場合には、アドレスの取り扱い方法をこれらのノードに直接問い合わせてもよい。さらに、現在保持している各アドレスを管理している通信ノードをそれぞれ把握しているのであれば、ＵＥ１５は、各アドレスを管理している各通信ノードに対して、アドレスの取り扱い方法を問い合わせてもよい。また、ホームＰＭＩＰｖ６ドメインに複数のＬＭＡ／ＨＡ１２が存在しており、ＵＥ１５が有する複数のアドレスが異なるＬＭＡ／ＨＡ１２によって管理されている場合には、ＵＥ１５は、それぞれのアドレスの取り扱い方法について、対応するＬＭＡ／ＨＡ１２（各アドレスを管理しているＬＭＡ／ＨＡ１２）に問い合わせ、その問い合わせ結果をＬＭＡ／ＨＡ１２ごとにまとめて管理、格納してもよい。また、移動端末が新規にアドレスを取得した際に、そのアドレスの取り扱い方法について問い合わせを行ってもよい。
　そして、ＵＥ１５は、現在保持しているアドレスの取り扱い方法の問い合わせに対する応答（問い合わせ結果）をホームＰＭＩＰｖ６ドメイン１０から受信し、この問い合わせ結果を格納する（ステップＳ１０３）。この問い合わせ結果によって、例えば現在ＵＥ１５が保持しているアドレスの中でＨｏＡとして使用可能なアドレスを特定することが可能となる。なお、この問い合わせ結果から、現在ＵＥ１５が保持しているアドレスの中でＨｏＡとして使用可能なアドレスが存在しないことが分かった場合、ＵＥ１５はＨｏＡとして使用可能なアドレス（又はＨｏＡとして使用すべきアドレス）をホームＰＭＩＰｖ６ドメイン１０へ要求してもよく、ＭＩＰｖ６起動後（ステップＳ１０４の処理）に即座にＨｏＡとして使用可能なアドレス（又はＨｏＡとして使用すべきアドレス）を要求するようにしてもよい。また、ネットワーク接続サービスの契約時にＭＩＰｖ６を使用する予定であることを伝え、これにより、ＵＥ１５はＨｏＡとして使用可能なアドレス（又はＨｏＡとして使用すべきアドレス）が必ずもらえるようにしてもよい。
　上述のステップＳ１０１～Ｓ１０３の処理によって、ＵＥ１５は、自身の保持しているアドレスの取り扱い方法を把握し、特に、ＨｏＡとして使用可能なアドレス（又はＨｏＡとして使用すべきアドレス）を把握できるようになる。なお、ここでは、ＵＥ１５は、取得済みの複数のアドレスに関する取り扱い方法を問い合わせているが、各アドレスを取得する際に各アドレスの取り扱い方法も同時に通知してもらうようにしてもよい。
　ステップＳ１０３で格納された問い合わせ結果（各アドレスの取り扱い方法）は、ＭＩＰｖ６機能が参照可能な状態で保持されており、ＭＩＰｖ６機能は、このアドレスの取り扱い方法を参照してアドレスを選択し、ＨｏＡやＣｏＡとして適切に使用することが可能となる。
　すなわち、例えば何らかのイベント（例えば、ホームＰＭＩＰｖ６ドメイン１０から外部ネットワーク２０へのハンドオーバ）が発生してＭＩＰｖ６を使用する場合には（ステップＳ１０４）、ＵＥ１５は、ＭＩＰｖ６機能を起動する。ＵＥ１５のＭＩＰｖ６機能は、ステップＳ１０３で格納された問い合わせ結果を参照して、ＨｏＡとして使用可能なアドレスに関するＨＡの探索処理やＢＵ送信を行う（ステップＳ１０５）。
　以上のステップＳ１０１～Ｓ１０５の処理によって、ＵＥ１５は、ＰＭＩＰｖ６ドメインから外部ネットワークに移動した場合などを始めとする任意のイベント発生時にＭＩＰｖ６を使用する際に、ＨｏＡとして使用可能なアドレスに関してのみＨＡの探索処理を行ったり、ＨｏＡとして使用可能なアドレスに関してのみＢＵ送信を行ったりすることで、ＭＩＰｖ６の始動（通信開始までの種々の設定）を手短に完了できるようになり、また、ネットワークのトラフィックや処理負荷を抑えることができるようになる。
　ここでは、ＵＥ１５が、主にＨｏＡとして使用可能なアドレスを把握する目的で上述の処理を行うように説明したが、ＨｏＡとして使用可能なアドレスやＣｏＡとして使用可能なアドレス、使用不可のアドレスなどのようにアドレスをいくつかの種類に分け、各アドレスがそれぞれどの種類に属しているかをＵＥ１５が把握できるようにすることが可能である。アドレスの分類とそれぞれの取り扱い方法の詳細な例に関しては、後で図４を参照しながら説明する。
　また、ここでは、ＵＥ１５は、現在保持している各アドレスの取り扱い方法をＭＩＰｖ６の使用（ＭＩＰｖ６の起動）前に把握することが可能であるが、さらに問い合わせの結果からＨｏＡとして使用可能なアドレスを抽出し、このＨｏＡとして使用可能なアドレスに関するＨＡの探索処理を行うことで、ＨｏＡとして使用可能なアドレスを管理しているＨＡを特定してもよい。この場合、ＵＥ１５は、このＨＡの特定結果を上述の問い合わせ結果と共に格納しておき、ＭＩＰｖ６の使用時に適切なＨｏＡ及び対応するＨＡを即座に把握することが可能となる。また、ＵＥ１５は、アドレスの取り扱い方法を把握した結果、実行可能となるその他の任意の処理を行うことも可能となる。
　次に、本発明の実施の形態におけるＵＥ１５の機能について説明する。図３には、本発明の実施の形態におけるＵＥ１５の構成の一例を示す機能ブロック図が図示されている。
　図３に図示されているＵＥ１５は、ネットワークインタフェース１５１、問い合わせ／応答処理部１５２、ＩＰｖ６機能部１５３、ＭＩＰｖ６機能部１５４、問い合わせ結果格納部１５５を有している。なお、図３は、図１におけるＵＥ１５の機能を模式的に表したものであり、図３に図示されているＵＥ１５は、図２に図示されているフローチャートに従った処理を行う。
　ネットワークインタフェース１５１は、ＭＡＧ１１やＡＲ１２、その他のネットワークへの接続ポイントに接続して通信を行うためのインタフェースである。ＵＥ１５は移動可能であり、ネットワークインタフェース１５１は無線通信インタフェースである。なお、ネットワークインタフェース１５１は１つであってもよく、複数存在していてもよい。
　また、問い合わせ／応答処理部１５２は、例えばＵＥ１５がＭＩＰｖ６の始動を決定した際に、ＵＥ１５が現在保持しているアドレスの取り扱い方法に関してホームＰＭＩＰｖ６ドメイン１０に問い合わせを行う機能を有している。この際、例えばＩＰｖ６機能部１５３によって管理されているアドレス（ＵＥ１５がホームＰＭＩＰｖ６ドメイン１０に接続された状態で使用しているアドレス）を取得し、これらのアドレスに関する取り扱い方法について問い合わせを行う。なお、ＵＥ１５がＭＩＰｖ６を始動する旨は任意の機能（任意のエンティティ）において決定可能であり、その決定を通知するトリガが問い合わせ／応答処理部１５２に供給されればよい。
　また、問い合わせ／応答処理部１５２は、問い合わせの応答として問い合わせ結果（各アドレスの取り扱い方法）をホームＰＭＩＰｖ６ドメイン１０から受信すると、この問い合わせ結果を問い合わせ結果格納部１５５に格納させる機能を有している。
　また、ＩＰｖ６機能部１５３はＩＰｖ６の機能を表しており、ＭＩＰｖ６機能部１５４はＭＩＰｖ６の機能を表している。なお、ＩＰｖ６及びＭＩＰｖ６は一部重複した機能を有しているが、ここでは、それぞれの機能を独立したブロックで模式的に表すことにする。また、ＩＰｖ６機能部１５３はＵＥ１５がホームＰＭＩＰｖ６ドメイン１０に接続された状態で使用しているアドレスを管理し、ＭＩＰｖ６機能部１５４はバインディングアップデートリストなどによってＭＩＰｖ６で使用するアドレスを管理している。
　また、ＭＩＰｖ６機能部１５４は、問い合わせ結果格納部１５５に格納されている問い合わせ結果（ＵＥ１５が現在保持しているアドレスの取り扱い方法）を参照し、その情報に従って適切にＨＡの探索処理やＢＵ送信処理を行う機能を有している。具体的には、ＭＩＰｖ６機能部１５４は、例えばＨｏＡとして使用可能なアドレスに関してのみ、ＨＡの探索処理やＢＵ送信処理を行うことで、無駄なアドレスに対する無駄なＨＡの探索処理及びＢＵ送信処理をなくし、ＨＡの探索処理及びＢＵ送信処理の効率化を実現することが可能となる。
　また、問い合わせ結果格納部１５５は、問い合わせ／応答処理部１５２が受信した問い合わせ結果を格納する機能を有している。問い合わせ結果格納部１５５に格納された問い合わせ結果は、ＭＩＰｖ６機能部１５４が参照することが可能である。
　ＵＥ１５は、各アドレスに関する取り扱い方法を問い合わせることで、各アドレスをどのように取り扱えばよいかを示す情報（問い合わせ結果）を取得して、問い合わせ結果格納部１５５に格納することが可能である。このとき、取得した問い合わせ結果は、例えば、図４に図示されているようなテーブルとして問い合わせ結果格納部１５５に格納することが可能である。なお、各アドレスをどのように取り扱えばよいかの判断は、ホームＰＭＩＰｖ６ドメイン１０側で行われ、ＵＥ１５はその判断結果を問い合わせ結果として受信、格納する。
　図４には、本発明の実施の形態において、ＵＥ１５がホームＰＭＩＰｖ６ドメイン１０に接続している状態で保持していた複数のアドレス（アドレスＡ～Ｈ）に関する取り扱い方法を示す情報が格納されたテーブルの一例が図示されている。なお、図４に図示されているテーブルは、ＵＥ１５が外部ネットワーク２０に接続ポイントを切り換えた後の状態のものであり、アドレスＩ及びアドレスＪは外部ネットワーク２０から取得したアドレスである。したがって、外部ネットワーク２０に接続ポイントを切り換える前のホームＰＭＩＰｖ６ドメイン１０に接続している段階では、ＵＥ１５の問い合わせ結果格納部１５５には、アドレスＡ～Ｈに関する取り扱い方法が格納されている。
　図４に図示されているように、問い合わせ結果格納部１５５に格納されているテーブルには、ＵＥ１５が保持しているアドレス（アドレスＡ～Ｈ）に対して、各アドレスの由来（どのネットワークから取得したアドレスかを示す情報）と、ＭＩＰｖ６がＨｏＡ又はＣｏＡとして使用可能か否かを示す情報とが記載されている。
　ここで、図４に図示されているＭＩＰｖ６が各アドレスをＨｏＡ又はＣｏＡとして使用可能か否かを示す情報について説明する。図４では、ＭＩＰｖ６が各アドレスをＨｏＡ又はＣｏＡとして使用可能か否かに関して、いくつかの段階に分けて表している。すなわち、図４では、ＭＩＰｖ６が各アドレスをＨｏＡ又はＣｏＡとして使用可能か否かを、『ＨｏＡ指定』、『ＨｏＡ可能』、『ＣｏＡ指定』、『ＣｏＡ可能』、『不明』、『使用不可・保持可能』、『使用不可・削除』の各段階に分類して表している。
　以下、本発明の実施の形態において用いられている各分類について説明する。
　『ＨｏＡ指定』は、そのアドレスがグローバルに到達可能であり、ＭＩＰｖ６においてＨｏＡとして使用されることが好ましいこと、あるいは、ＨｏＡとして使用するよう指定されていることを表している。また、ホームＰＭＩＰｖ６ドメイン１０側からＨｏＡとしての使用を指定されたアドレスに関して、『ＨｏＡ指定』と表されてもよい。
　ＵＥ１５は、この『ＨｏＡ指定』アドレスを用いて一般のＣＮ（Correspondent Node：コレスポンデントノード）と通信を行うことが可能であり、外部ネットワーク２０に移動後に、このアドレスに対応するＨＡを探索し、このアドレスにＣｏＡを関連付けてＨＡへＢＵを行うことが可能である。
　この『ＨｏＡ指定』アドレスをＨｏＡとすることで、その他のアドレスを初めからＨｏＡとして取り扱わないようにすることが可能となり、すべてのアドレスに関してＨＡの探索処理及びＢＵ送信処理を行う場合と比べて、ＨＡの探索処理及びＢＵ送信処理に要する処理負荷やメッセージ数（ネットワークトラフィック）を減らすことが可能となる。
　なお、図４のテーブルにおいては、ホームＰＭＩＰｖ６ドメインのアドレス（１）であるアドレスＡが、『ＨｏＡ指定』アドレスであることが分かる。
　また、『ＨｏＡ可能』は、『ＨｏＡ指定』よりも優先度が劣るが、ＨｏＡとして使用可能なグローバルに到達可能なアドレスであることを表している。『ＨｏＡ可能』アドレスは、このアドレスを外部のＣＮに開示したとしても特に問題ないとホームＰＭＩＰｖ６ドメイン１０側において判断されたアドレスであり、ＵＥ１５は、例えば外部ネットワーク２０に接続した際にサービスごとにアドレスを使い分けたい場合などに、『ＨｏＡ可能』アドレスから使用するアドレスを選択することが可能である。
　さらに、『ＨｏＡ可能』アドレスをＨｏＡとして使用しない場合の取り扱い方法を、ホームＰＭＩＰｖ６ドメイン１０から取得して問い合わせ結果格納部１５５に格納してもよい。すなわち、ＵＥ１５は、このアドレスをＨｏＡとして使用しない場合に、例えばＣｏＡとして使用可能か否か、あるいは、そのまま保持可能か又は廃棄すべきかなどに関する情報を取得し、問い合わせ結果格納部１５５に格納してもよい。また、『ＨｏＡ可能又はＣｏＡ可能』という分類を設け、『ＨｏＡ可能』をＨｏＡとして使用可だがＣｏＡとしては使用不可であるアドレスを表す際に使用してもよい。
　特に、『ＨｏＡ指定』アドレスのＨＡと同一のＨＡによって管理されている『ＨｏＡ可能』アドレスに関しては、ネットワーク側でそれらのバインドの面倒を見ることができるため、ＵＥ１５は『ＨｏＡ可能』アドレスのＢＵ送信を行う必要がないようにすることも可能である。例えば、ＬＭＡ／ＨＡ１２は、この『ＨｏＡ可能』アドレスに関するＢＵを特に受信しなくても、『ＨｏＡ指定』アドレスに対して送信されたＢＵの登録内容を適切に処理（多重登録の排除、ループ登録の排除等）したうえで『ＨｏＡ可能』アドレスのアドレスエントリにコピー（若しくは別名で定義）することで、『ＨｏＡ可能』アドレスの登録エントリを作成することが可能となる。そして、この『ＨｏＡ可能』アドレスあてに送信されたパケットをＨＡが受信したとき、若しくは『ＨｏＡ可能』アドレスを送信元アドレスとして端末がパケットを送信したときに、ＨＡは『ＨｏＡ可能』アドレスの登録エントリに従って処理を行う。これにより、ＵＥ１５は、『ＨｏＡ指定』アドレスに係るＢＵの送信を削減でき、かつ、外部のノードに対してこの『ＨｏＡ指定』アドレスを使用して通信を行うことができる。
　なお、図４のテーブルにおいては、ホームＰＭＩＰｖ６ドメインのアドレス（２）であるアドレスＥが、『ＨｏＡ可能』アドレスであることが分かる。
　また、『ＣｏＡ可能』は、わざわざＨｏＡにするメリットは無く、ＣｏＡとして使用すればよいことを表している。この『ＣｏＡ可能』アドレスは、ＣｏＡとして使用可能である一方、ＨｏＡとしての使用を暗に禁じられている。したがって、ホームＰＭＩＰｖ６ドメイン１０は、『ＣｏＡ可能』アドレスとして分類することでこのアドレスをＨｏＡとしてＵＥ１５に使用させないようにし、同一ＨＡによる効率的な登録処理をしている場合などに不要な登録（多重登録やループを発生させる登録）を明示的に抑制することが可能となる。
　また、ＨｏＡとしての要件（例えば、グローバルに到達可能、管理するＨＡが存在など）を満たしてはいないが（若しくはそのようなサービスを許可してはいないが）、特定のドメインに移動した場合や移動後も特定のサービスを引き続き使用する場合に使用可能なアドレスを『ＣｏＡ可能』アドレスとしておいてもよい。
　また、移動先の外部ネットワーク２０においてオンリンク（接続ポイントでの直接使用）では有効ではないが、適切なトンネルインタフェースを介した場合には使用可能となるかもしれないアドレスを『ＣｏＡ可能』アドレスとしてもよい。この場合、『ＣｏＡ可能』アドレスには、トンネルを介して有効なネットワークに接続可能なアドレスも含まれることになる。
　なお、この場合のＣｏＡとしての登録は、通常のバインディングアップデートのような移動先で与えられたアドレスをＣｏＡとして登録するものとは区別することが望ましい。つまり、ＢＵ送信の際に『ＣｏＡ可能』アドレスを記載する場合、任意の識別子（例えば追加のフラグ）などを用いて、移動先で与えられたアドレスではなく、移動前に与えられたアドレスで『ＣｏＡ可能』として通知されたアドレスである旨を通知する。これにより、移動先で与えられたアドレスとは異なった使用方法が可能となる。例えば、上述のように移動前のネットワークで使用していた特定のサービスを引き続き使用する場合に、移動先で与えられたアドレス（通常のＣｏＡ）を外側に用いたトンネル／ルーティングを介して内部に『ＣｏＡ可能』アドレスを用いた特定のサービスのデータパケットを送受信することで、サービスを継続して使用できるようになる。このとき、ＨｏＡと『ＣｏＡ可能』とのトンネルが存在するか自体も含めたトンネリングの上下関係は、移動前の状態をそのまま継続可能であるし、新たなトンネル構成に変更してもよい。
　また、特に、『ＣｏＡ可能』アドレスのＨＡと同一のＨＡによって『ＨｏＡ指定』アドレスや『ＨｏＡ可能』アドレスが管理されている場合には、『ＨｏＡ指定』アドレスや『ＨｏＡ可能』アドレスに係る登録内容を『ＣｏＡ可能』アドレスのアドレスエントリにコピーすることによって、『ＣｏＡ可能』アドレスを送信元アドレス又はあて先アドレスとして使用したパケット通信が可能となる。したがって、このようなアドレスエントリのコピーがＨＡで行われる場合には、いかなる接続を介しても現状のＵＥ１５の接続ポイントからは有効ではないアドレスであっても、このアドレスを用いた通信が可能となり、こうしたアドレスを『ＣｏＡ可能』アドレスとして表すことが可能である。アドレスのこのような用法はＵＥ１５の現状の接続ポイントのアドレスとしてのＣｏＡ（ないしはロケータ）とは異なる用法（通常のＣｏＡと異なる用法）として扱われることが考えられる。この場合は、『ＣｏＡ可能』とは異なる用語、カテゴリ分けを用いて区別することができる。また、アドレスエントリのコピーを行った場合は、ＨＡ若しくはネットワーク内のその他のノードはＵＥ１５に対してどのようなコピーを行ったかを通知することが望ましい。なお、ＵＥ１５は、いかなる接続を介しても現状のＵＥ１５の接続ポイントからは有効ではないアドレスに関して、アドレスエントリのコピーを行って有効に可能な状態とするようＨＡに依頼することも可能である。この依頼はＢＵによって行われてもよく、その他のメッセージやＢＵメッセージ内の特別なオプションによって行われてもよい。
　また、『ＨｏＡ可能』アドレスの場合と同様に、『ＣｏＡ可能』アドレスをＣｏＡとして使用しない場合の取り扱い方法を、ホームＰＭＩＰｖ６ドメイン１０から取得して問い合わせ結果格納部１５５に格納してもよい。すなわち、ＵＥ１５は、このアドレスをＣｏＡとして使用しない場合に、例えばそのまま保持可能か又は廃棄すべきかなどに関する情報を取得し、問い合わせ結果格納部１５５に格納してもよい。
　なお、このように、例えばトンネルを介してホームＰＭＩＰｖ６ドメイン１０に接続可能な『ＣｏＡ可能』アドレスは、元のホームＰＭＩＰｖ６ドメイン１０に属するアドレスなので、ＵＥ１５が移動先（外部ネットワーク２０）に接続していた場合であっても通信相手にはＵＥ１５が移動したことが伝わらない。したがって、このアドレスを用いることでＵＥ１５の位置を秘匿することが可能となる。
　また、『ＣｏＡ指定』は、ＭＩＰｖ６においてＣｏＡとして使用されることが好ましいこと、あるいは、ＣｏＡとして使用するよう指定されていることを表している。基本的には、上述の『ＣｏＡ可能』とほぼ同じであるが、『ＣｏＡ可能』アドレスと違って、『ＣｏＡ指定』アドレスはＣｏＡ以外の用途に使用することは許されていないなどの差異を設けて管理することができる。
　また、『使用不可・保持可能』は、例えばローカルなアドレスであるという理由や、ＭＩＰｖ６においては使用不可能などの理由で、外部ネットワーク２０では使用できないが、再びホームＰＭＩＰｖ６ドメインに戻ってきた場合には再使用することが可能なアドレスであることを表している。ＵＥ１５は、再度ホームＰＭＩＰｖ６ドメインに戻ってきた際に、この保持されたアドレスを使用することで、例えば、ホームＰＭＩＰｖ６ドメインに再接続する際のアドレス要求やアドレス割り当てなどの処理を簡略化することが可能となる。なお、ＵＥ１５は、再度ホームＰＭＩＰｖ６ドメインに戻ってきた際に、保持可能なアドレスに関して、改めて使用可能か否かを確認してもよい。
　なお、上述のように、『ＣｏＡ可能』アドレスのＨＡと同一のＨＡによって『ＨｏＡ指定』アドレスや『ＨｏＡ可能』アドレスが管理されている場合には、『ＨｏＡ指定』、『ＣｏＡ可能』、『ＣｏＡ指定』と同様に、同一のＨＡによって管理されているアドレスに関して、ＨＡにおいてアドレスエントリのコピーが効率的に行われる場合に、ＵＥ１５による登録（ＢＵ送信）が不要であることを表すために『使用不可・保持可能』の分類が使用されてもよい。
　また、『使用不可・削除』は、外部ネットワーク２０では使用不可能なアドレスであり、かつ、ホームＰＭＩＰｖ６ドメイン１０をいったん離れてから再度ホームＰＭＩＰｖ６ドメイン１０に戻ってきても使用することができないアドレスを表している。なお、ＵＥ１５がホームＰＭＩＰｖ６ドメイン１０を離れない場合（例えば、ローミング、ローカルブレイクアウト、同時接続などの場合）でも、ＭＩＰｖ６が起動したときに捨てる必要があるアドレスは、この『使用不可・削除』アドレスにあてはまる。
　また、『不明』は、ホームＰＭＩＰｖ６ドメイン１０は関知していないアドレスであり、どのように取り扱ってよいか不明なアドレスであることを表している。なお、『不明』アドレスは、ホームＰＭＩＰｖ６ドメイン１０がそのアドレスの取り扱い方法や由来などを知らないことから、別の誰か（別のネットワーク）が提供したアドレスである可能性があり、例えば、外部ネットワーク２０においてはＨｏＡとして機能するアドレスである可能性もある。
　また、『不明』アドレスの取り扱い方法は、ＵＥ１５の判断に委ねられることになり、ＵＥ１５が別のネットワークにその取り扱い方法を問い合わせたり、自身で取り扱い方法（例えば、ＣｏＡとして使用）を決定したりすることが可能である。
　また、ＵＥ１５が、ＰＳサービスを使用しているときであってもＣＳサービスからの着信があったときは、ネットワーク側でＰＳサービスからＣＳサービスへの切り換えを行っているが、本発明の実施の形態においては、この切り換えも一種の別のネットワークへのハンドオーバととらえることによって、ＵＥ１５もこの切り換えを把握できるようにする。
　この場合、ＰＭＩＰｖ６ドメインでのアドレスの割り当ての際（あるいは、既に割り当てられているアドレスに対して）若しくはＣＳサービスへの切り換えのタイミングで、ＣＳサービスへつながることを示すアドレスをネットワーク側で別途用意し、そのアドレスの使用方法についての情報をネットワーク側からＵＥ１５へ通知する。なお、ＵＥ１５からの要求に応じてネットワーク側が応答することで、このアドレスの使用方法の通知が行われてもよく、あるいは、ＵＥ１５からの要求無しに、ネットワーク側から通知が行われてもよい。
　例えば、特定のアドレスに対して、そのアドレスが『ＣＳシステム用』若しくは『ＰＳシステム用』であることを示す識別情報がアドレスの使用方法として付加される。ＵＥ１５は、このアドレスの使用方法を、アドレスに関する取り扱い方法を示す情報として、そのアドレスと関連付けて格納する。なお、ホームドメインにおける『保持可能』アドレスとして使用方法が設定されており、さらに、『ＣＳシステム用』若しくは『ＰＳシステム用』であることを示す識別情報が付加されることで、この『保持可能』なアドレスが、ＰＳシステム使用時／ＣＳシステム使用時に予約されているような状態であってもよい。
　この場合、ＵＥ１５が接続されているネットワークは、ホームドメインからの変更がない場合がほとんどであるので、ホームドメインは、ＣＳサービスのアドレスに対するＰＳサービスのアドレスの関連付け（あるいはその逆）を行うほかに、どのデータがどのアドレスあてに届くかを示すフロー情報に相当するものの変更をＵＥ１５で把握できるような情報を単に通知するだけで、ＣＳ／ＰＳ間の切り換えがＵＥ１５にも把握できる形で実施できるようになる。
　これにより、ＵＥ１５は、ＣＳシステムへの接続を開始した場合においても、そのＣＳシステムへの接続で使用するアドレスを容易に把握できるようになるとともに、ＰＳシステムにおけるアドレスを保持できるようになり、ＣＳシステムへの切り換え時やＰＳシステムへの復帰時の処理遅延が低減されるだけでなく、異なるアドレスを並行して使い分けることによってＣＳシステムとＰＳシステムとの同時使用のための要件が提供されるようになる。
　また、このように、ＵＥ１５がＣＳシステム用アドレスとＰＳシステム用アドレスとを使い分けることにより、一方のシステムを使用できないような状況になった場合には、使用できなくなったシステムのアドレスを『使用不可・保持可能』、若しくは『使用不可・削除（ネットワーク側に返却）』とすることにより、ＵＥ１５は、簡単に使用するシステム及び使用するアドレスを選択できるようになる。これは、ネットワーク側からの指示だけでなく、端末側からの選択動作を可能とするうえでも有用である。
　次に、具体的なネットワークシステムの一例を参照しながら、ユーザ端末において、『ＣＳシステム用』若しくは『ＰＳシステム用』であることを示す識別情報が格納される場合について説明する。
　図７に図示されているネットワークシステムでは、ある移動端末（ＵＥ）１５のホームドメインであるＰＳドメイン（例えば、３ＧＰＰドメイン）２１０と、ＣＳドメイン（例えば、２Ｇドメイン）２２０とが、サービスネットワークＸ２４０を介して接続されている。なお、サービスネットワークＸ２４０は、ＰＳサービス／ＣＳサービスの翻訳機能（変換機能）を提供するネットワークである。
　ＰＳドメイン２１０は、ＵＥ１５の接続ポイントとして機能するＭＡＧ２１１や、ＰＳドメイン２１０に接続されているＵＥ１５やＭＡＧ２１１の位置情報を管理するとともに、ＭＩＰｖ６を動作させているＵＥ１５のＨＡとして機能するＬＭＡ／ＨＡ２１２を有している。また、ＣＳドメイン２２０は、音声通話のために通話端末同士を接続するＭＳＣ（Mobile Switching Center：移動通信交換局）２３０や、ＵＥ２２１が接続するための基地局（不図示）を有している。なお、ＵＥ１５は、ＰＳドメイン２１０のＭＡＧ２１１の１つに接続してパケット通信を行っており、ＵＥ２２１は、ＣＳドメイン２２０に接続して、ＵＥ１５との通話を開始しようとしているとする。
　ここで、ＵＥ２２１が、ＵＥ１５との通話を開始するための発呼を行ったとする。この場合、例えば、サービスネットワークＸ２４０は、ＵＥ２２１による通話をＣＳサービスからＵＥサービスに切り換える翻訳処理を行って、ＰＳドメイン２１０に接続されているＵＥ１５へＵＥ２２１からの発呼を送るとともに（図７では、矢印２５０によって示されている）、ＣＳドメイン２２０内のＵＥ２２１との通話を行うためのアドレス割り当てをＵＥ１５に対して行う（図７では、矢印２６０によって示されている）。また、このアドレス割り当ての際に、割り当てられるアドレスがＣＳシステムとの通信に使用されることを通知する。なお、アドレス割り当てやアドレスの使用方法の通知は、ＣＳドメイン２２０からの着呼前に事前に行われてもよい。
　この場合、図４に図示されているような、ＵＥ１５が保持する複数のアドレス（アドレスＡ～Ｈ）に関する取り扱い方法を示す情報が格納されたテーブルの項目の１つとして、図８Ａに図示されているように、サービスネットワークＸ２４０から割り当てられたアドレス（アドレスＸ）が、ＣＳドメイン２２０との通信に使用される『ＣＳシステム用』であることを示す情報が格納される。なお、図８Ｂに図示されているように、例えば、このＰＳドメイン２１０に接続されている場合のみ使用可能であり、かつ保持可能であることを示す『使用不可・保持可能』に加えて、ＣＳドメイン２２０との通信に使用されることを示す『ＣＳシステム用』であることを示す情報が格納されてもよい。
　これにより、ＵＥ１５は、ＣＳドメイン２２０に接続されている通話相手との通信に関して、その通信に適したアドレスを容易に把握及び切り換えることが可能となり、また、ネットワーク側でアドレス切り換えが行われた場合であっても、その切り換え（ＣＳシステムからＰＳシステムへのハンドオーバがネットワーク側で行われていること）を容易に把握することが可能となる。また、ＵＥ１５は、ＣＳシステムとの通信に使用するアドレスが変わるだけなので、シグナリングを用いたアドレス取得処理などを行わずに、通信の切り換え検知を自動で行うことが可能となる。
　また、サービスネットワークＸ２４０が詳細な翻訳機能を提供しない場合、例えば、アクセスネットワークや接続ドメインのルータにおける経路切り換えのみでＵＥ１５自身が（少なくとも通話相手とのデータフローに関して）ＣＳシステムに接続するような場合は、データフローのためにフォーマット変換などのデータに対する処理をＵＥが行う必要があるうえに、ＣＳシステムとＰＳシステムではアドレス構成そのもの（ビット長など）が異なることが考えられる。このとき、ＵＥ１５に割り当てられる（通知される）べきアドレスはＣＳシステムのアドレスである。しかしながら、この場合のＣＳシステムのアドレスは、通知の仕組み、アドレス管理、保持の仕組みなどの関係でＰＳシステムのアドレス構成と同等になっているか、あるいは容易に拡張できることが望ましい。このため、ＣＳシステム用として割り当てられるアドレスはＰＳシステム用のアドレス構成と同様、あるいは拡張可能なアドレス構成をしており、そのアドレスを構成しているビット列を用いて、あらかじめ定められる（若しくは、その都度通知される）方法で生成できるようにしておくことが望ましい。例えば、ＰＳシステム用のアドレスと同様の構成をしたアドレスが割り当てられ、ＣＳシステム用として通知された場合、ＵＥ１５は、実際のＣＳシステム用のアドレスは、割り当てられたアドレスの特定の位置のビット列を取り出してＵＥ１５の端末ＩＤと演算した結果の値となることを把握し、実際にＣＳシステムへの接続が行われた場合は、送受信するデータフローのフォーマット変換を行う（若しくはＣＳシステムでの通信モードで通信を行う）とともに、割り当てられた（ＰＳシステム用のアドレス構成の）アドレスから生成したＣＳシステム用のアドレスを自身のＰＳシステム用のアドレスとして使用する。また、割り当てられたＣＳシステム用のアドレスに文字列（例えばドメイン名など）を付加したホスト名に基づいてＰＳシステム用のアドレスを導出したり、あるいは割り当てられたＣＳシステム用のアドレスに数字列（ＰＳシステムを特定するためのネットワークプレフィックス値など）を付加した結果をＰＳシステム用のアドレスとして使用したりしてもよい。具体的にはＥＮＵＭ（Telephone Number Mapping）などの技術を適用してＣＳシステム用のアドレスからＰＳシステム用のアドレスを導出したり、ＰＳシステムが割り当てるネットワークプレフィックス値を電話番号に付加した結果をＰＳシステム用のアドレスとして使用したりすることができる。
　なお、上述の説明では、ＰＳシステムからＣＳシステムへの切り換えについて本発明を適用した例について述べたが、ＣＳシステムからＰＳシステムに切り換える際にも同様に適用できる。さらに、ＰＳシステム、ＣＳシステム、ＰＳシステムのように連続的な切り換えを行う場合においても適用可能であり、このような場合においては、アドレスを保持し、状況によって使い分けることが可能であることをＵＥ１５が把握できるという本発明の効果がより顕著に現れる。また、上述の説明ではＣＳシステムとＰＳシステムとの切り換えについて説明したが、本発明の仕組みは、異なるアドレス構成、異なるアドレス付与ポリシ、異なるコネクション生成を行うネットワーク間の切り換えなどにも適用できる。例えば、第２世代携帯電話ネットワーク（２Ｇネットワーク）、ＷｉＭＡＸシステム、ＬＴＥシステムなどを含む通信システムにおいても本発明を適用することが可能である。
　さらに、上述の実施の形態ではＣＳドメインからの発呼をＰＳドメインで受ける例を挙げて説明したが、ＰＳドメインからＣＳドメインに向けて発呼する場合にも有効である。例えば、ＰＳドメインに接続されているＵＥ１５が発呼する際に、通話相手が必ずしもＰＳドメインにはいない可能性があると判断したとすると、ＵＥ１５は、あらかじめ（若しくは発呼時点で）ＣＳシステム用のアドレスを使用して発呼する。ＣＳシステムは通常ＵＥとの間で常時接続している状態にあるので、より確実に（より早く）通話相手に呼び出しがかかることになる。
　なお、上述の各アドレスに関する取り扱い方法を規定した分類は一例であり、本発明では実際のネットワークオペレーションに適した様々な分類を行うことが可能である。また、上述の各アドレスに関する取り扱い方法は、例えば、それぞれの分類を示す所定のビット配列によって表すことが可能である。ホームＰＭＩＰｖ６ドメイン１０からＵＥ１５に各アドレスに関する取り扱い方法を通知する場合や、ＵＥ１５の問い合わせ結果格納部１５５のテーブル内に各アドレスに関する取り扱い方法を記憶する場合には、これらのビット配列を用いることが可能である。
　また、各アドレスにおいて、ドメイン別に異なる取り扱い方法が指示されてもよい。例えば、ホームＰＭＩＰｖ６ドメイン１０（若しくは、ＵＥ１５に対して取り扱い方法の指示を行ったドメイン）のＨＡに登録するのであれば『ＨｏＡ指定』アドレスとして扱うことができるが、その他のドメインのＨＡに登録する場合には『ＣｏＡ可能』アドレスとして取り扱うように指示されたり、特定のドメインのＨＡに登録するつもりであれば『使用不可・保持可能』アドレスとして取り扱うように指示されたりしてもよい。
　なお、ＵＥ１５は同一のＨＡに対して複数のＢＵを行う場合には、複数のＢＵをまとめて１つのＢＵ（例えば、複数のＨｏＡに１つ又は複数のＣｏＡを関連付けるＢＵ）として送信することも可能である。また、ＵＥ１５は、アドレスに関する取り扱い方法と共に、ＨｏＡとして取り扱うことのできるアドレスのＨＡのアドレスを取得するか、あるいは、アドレスに関する取り扱い方法を把握した直後にＨｏＡとして取り扱うことのできるアドレスのＨＡを探索する処理を即座に行うことで、例えば外部ネットワーク２０に移動してＭＩＰｖ６を起動する前の状態で、ＨｏＡ及び対応するＨＡを把握しておき、ＭＩＰｖ６を起動した後はＢＵ送信処理を行うことで、迅速にＭＩＰｖ６による通信を介してできるようにしてもよい。
　また、上述の本発明の実施の形態では、アドレス（若しくは、複数のアドレス）をＢＵによって登録する場合について説明したが、プレフィックス（若しくは、複数のプレフィックス）を登録する場合にも適用することが可能である。
　例えば、ＵＥ１５は、ＰＭＩＰｖ６の動作において与えられたプレフィックスを登録の対象とすることが可能である。この場合、ＨｏＡの代わりにプレフィックス（ＨｏＰ：ホームプレフィックス）を用いて関連付け及び登録が行われる。これにより、ＰＭＩＰｖ６で割り当てられたプレフィックスをＨｏＰとしてそのまま登録でき、また、複数のアドレスをそのＨｏＰから生成している場合には、ＨｏＰの登録によって、そのＨｏＰを含む複数のアドレスを一括して登録できるという利点がある。
　また、ＣｏＡの代わりにプレフィックス（ＣｏＰ：気付プレフィックス）を用いて関連付け及び登録が行われてもよい。この場合、ＨｏＡに関連付けすることを決定したホームドメインでのプレフィックスをそのままＣｏＰとして登録することができる。また、外部ネットワークドメインでプレフィックスを取得した場合も同様に、そのプレフィックスをＣｏＰとしてそのまま登録することもできる。また、複数のアドレスをＣｏＰから生成している場合には、ＣｏＰの登録によって、そのＣｏＰを含む複数のアドレスを一括して登録できるという利点がある。また、同様に、ＨｏＰに対してＣｏＰを登録することも可能である。
　さらに、ＰＭＩＰｖ６で与えられるプレフィックスだけではなく，ＮＥＭＯで使用されるＨＡから得られるプレフィックスも同様に登録可能である。また、ＮＥＭＯにおいても、ＭＲに対して複数のＨｏＰを使い分けることができ、また、そのプレフィックスを更に小さなサブネットに分割して用いることもできる。また、これらのプレフィックスを扱う際に、用途によってはＣｏＰとして登録することもできる。この使い分けの通知自体は、上述の例と同様にＭＲがホームネットワークから離れる際（若しくはプレフィックスを委譲される際）に、どのような登録関係にするべきかについての情報をＭＲとＨＡとの間でやり取りすればよい。
　また、本明細書ではＩＰｖ６のアドレスに関して詳細に説明しているが、実際のネットワークオペレーションでは、ＩＰｖ４アドレス体系が用いられる（あるいはＩＰｖ４とＩＰｖ６が混在する）ことも考えられるが、このような環境においても本発明を適用することが可能である。なお、ＩＰｖ４ではアドレス空間の大きさがＩＰｖ６に比べて小さいので、ローカルドメインでのみ有効なアドレス（ローカルアドレス）が使用される可能性が比較的高い。また、同様にＭＩＰｖ６の代わりにＭＩＰｖ４が用いられる（あるいは、ＭＩＰｖ４とＭＩＰｖ６が混在する）ことも考えられるが、このような環境においても本発明を適用することが可能である。
　また、ＵＥ１５は、外部ネットワーク２０に移動した後に取得したアドレスでブートストラップ（ＭＩＰｖ６の設定の初期化）を行う場合もある。例えば、移動前にＵＥ１５は外部ＰＭＩＰｖ６ドメインに接続されており、ホームＰＭＩＰｖ６ドメインに戻ってきた場合に、ブートストラップを行う状況が発生しやすい。このような場合も、ＵＥ１５は、その移動前に、外部ＰＭＩＰｖ６ドメイン内のネットワークノードに対して本発明に係る問い合わせを行うことが可能である。このとき、特に、ＣｏＡとして使用する場合にどのように取り扱うべきかを問い合わせておくことが望ましい。
　また、ＵＥ１５がＭＩＰｖ６で使用する前に各アドレスの取り扱い方法（更には、ＨｏＡに対応するＨＡのアドレス）を問い合わせる際（若しくはネットワーク側から通知される際）に、例えば、ＡＡＡで使用されるメッセージやハンドオーバ（あるいは、ファストハンドオーバ）で使用されるメッセージを利用したり、ＤＨＣＰ（Dynamic Host Configuration Protocol）に係るメッセージやＲＡ（Router Advertisement）メッセージを利用したりしてもよい。
　また、ＵＥ１５は、ＭＩＰｖ６を使用することを初めから（ＭＩＰｖ６を使用する前から）宣言しておくことで、移動のタイミングを自ら検知しなくても、アドレスをもらう際にそのアドレスに関する取り扱い方法を同時に把握できるようにしてもよい。
　また、ＵＥ１５は、ＭＩＰｖ６を起動してからＨｏＡに相当するアドレスの問い合わせを行い、ＨｏＡに対応するアドレスに関してのみＨＡの探索処理を行うことで、ＨＡの探索処理及びＢＵ送信処理に要する処理負荷を軽減することが可能となる。
　また、上述の実施の形態では、ＵＥ１５が移動前に接続しているドメインは、ホームＰＭＩＰｖ６ドメイン１０であるが、例えば、ホームオペレータが管理していない外部ＰＭＩＰｖ６ドメイン、別の３ＧＰＰドメインであってもよく、ＭＩＰｖ６を使用せずに接続しているアクセスネットワークなどであってもよい。また、ＵＥ１５が移動前に接続しているドメインは、ＷｉＭＡＸやＷＬＡＮなどの異なるアクセスネットワークであってもよく、ＦＭＣ（Fixed Mobile Convergence）などによって無線系と固定系が統合されたネットワークや、ＮＧＮ（Next Generation Network）などの高度に管理されるネットワーク構成に関わるネットワークでもよく、それらネットワークとの信頼関係が高くても低くてもよい。また、同様に、上述の実施の形態では、ＵＥ１５が移動後に接続するドメインは、外部ネットワーク２０であるが、この外部ネットワーク２０は、例えば、外部ＰＭＩＰｖ６ドメイン、非３ＧＰＰアクセスネットワークなど、ＵＥ１５がＭＩＰｖ６を起動させるドメイン（ＵＥ１５がＭＩＰｖ６を使用するドメインであればアクセス技術には限定されない）である。また、ＵＥ１５は、ホームＰＭＩＰｖ６ドメイン１０に接続したまま移動しないで、ローカルブレイクアウトなどを目的としてＭＩＰｖ６を起動する場合においても、本発明は適用可能である。
　また、ローカルネットワークドメインの構成は、複数オペレータ間のローミング関係も含めて多岐にわたることが考えられる。例えば、ＭＡＧはモバイルノードのアクセスルータであるとして説明しているが、他にも、ＭＡＧが異なるアクセスネットワーク（ローミングを含む）との境界ルータであり、モバイルノードはその異なるアクセスネットワークにいったん接続した後、そのアクセスネットワークを介して境界ルータであるＭＡＧに接続するという構成も考えられる。この場合も、様々なパラメータやＭＡＧへの到達手順、通信手順などの設計部分が異なるが、本発明の動作に関しては同様に適用できることは明白である。
　次に、本発明の実施の形態におけるＬＭＡ／ＨＡ１２の機能について説明する。図６には、本発明の実施の形態におけるＵＥ１５の構成の一例を示す機能ブロック図が図示されている。
　図６に図示されているＬＭＡ／ＨＡ１２は、ネットワークインタフェース１２１、ＨＡ機能部１２２、ＬＭＡ機能部１２３、問い合わせ処理／応答部１２４、バインディング情報登録制御部１２５を有している。なお、図６は、図１におけるＬＭＡ／ＨＡ１２の機能を模式的に表したものである。
　ネットワークインタフェース１２１は、ネットワークに接続して通信を行うためのインタフェースである。また、ＨＡ機能部１２２は、端末ベースで動作する移動管理プロトコル（例えば、ＭＩＰｖ６）のアドレス管理装置（すなわち、ＨＡ）として動作するために必要な機能をＬＭＡ／ＨＡ１２が有していることを表しており、ＬＭＡ機能部１２３は、ネットワークベースで動作する移動管理プロトコル（例えば、ＰＭＩＰｖ６）のアドレス管理装置（すなわち、ＬＭＡ）として動作するために必要な機能をＬＭＡ／ＨＡ１２が有していることを表している。
　また、問い合わせ処理／応答部１２４は、ＵＥ１５が現在保持しているアドレスの取り扱い方法に関して、ＭＡＧ１１経由で受信したＵＥ１５からの問い合わせを処理し、ＵＥ１５のアドレス（ＵＥ１５から問い合わせを受けたアドレスのみ、又は、ＵＥ１５が保持していることが把握できるすべてのアドレスに関して）の取り扱い方法を調査し、その調査結果をＵＥ１５からの問い合わせに対する応答として、ＵＥ１５が受信可能なように通知する機能を有している。
　また、バインディング情報登録制御部１２５は、例えばＨＡ機能部１２２で『ＨｏＡ指定』アドレスに関するバインディングアップデートをＵＥ１５から受信した場合、その『ＨｏＡ指定』アドレスの登録内容を『ＨｏＡ可能』アドレスの登録内容として援用し、『ＨｏＡ可能』アドレスに対しても『ＨｏＡ指定』アドレスの登録内容をコピーして登録する機能を有している。また、同様に、バインディング情報登録制御部１２５は、例えばＨＡ機能部１２２で『ＣｏＡ指定』アドレスに関するバインディングアップデートをＵＥ１５から受信した場合、その『ＣｏＡ指定』アドレスの登録内容を『ＣｏＡ可能』アドレスの登録内容として援用し、『ＣｏＡ可能』アドレスに対しても『ＣｏＡ指定』アドレスの登録内容をコピーして登録する機能を有している。
　また、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
　さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
　本発明は、移動端末が各サービスに使用するためのアドレスの取り扱い方法を把握できるようにし、より効率の良い通信を実現することが可能であり、パケット交換型データ通信ネットワークにおける通信技術に適用可能であり、特に、移動端末がＭＩＰ（Mobile Internet Protocol）などの移動管理プロトコルを用いて通信を行う際の通信技術に適用可能である。

Claims (32)

  1. 　ネットワークに接続して通信を行う移動端末であって、
    　前記ネットワークに接続して通信を行うために使用する１つ又は複数のアドレスを管理するアドレス管理手段と、
    　移動端末自身が移動管理を行うための移動管理プロトコル実行手段と、
    　前記移動管理プロトコルを使用して通信を行う際に前記アドレス管理手段で管理されている前記アドレスを前記移動管理プロトコルでどのように取り扱えばよいかを示すアドレス取り扱い方法を、前記移動管理プロトコル実行手段が前記移動管理プロトコルを動作させる前に前記ネットワーク側に問い合わせる問い合わせ手段と、
    　前記問い合わせ手段による問い合わせによって、前記アドレス管理手段で管理されている前記アドレスに関するアドレス取り扱い方法に関する情報を取得し、前記移動管理プロトコル実行手段が前記移動管理プロトコルを動作させる際に参照可能なように格納するアドレス取り扱い方法格納手段とを、
    　有する移動端末。
  2. 　前記アドレスを管理するホームエージェントが複数存在する場合には、前記問い合わせ手段が、複数のホームエージェントのそれぞれに対して問い合わせを行い、前記アドレス取り扱い方法格納手段が、前記ホームエージェントごとにそれぞれの問い合わせ結果を格納するよう構成されている請求項１に記載の移動端末。
  3. 　前記アドレス取り扱い方法に関する情報が、前記移動管理プロトコルがホームアドレスとして使用するアドレスを特定する情報を含むように構成されている請求項１に記載の移動端末。
  4. 　前記移動管理プロトコル実行手段は、前記移動管理プロトコルを動作させる際に、前記移動管理プロトコルがホームアドレスとして使用するアドレスに関してホームエージェントの探索及びバインディングアップデートを行うように構成されている請求項３に記載の移動端末。
  5. 　前記アドレス取り扱い方法に関する情報が、前記移動管理プロトコルがホームアドレスとして使用するアドレスに対応するホームエージェントの識別情報を含むように構成されている請求項３に記載の移動端末。
  6. 　前記移動管理プロトコル実行手段は、前記移動管理プロトコルを動作させる際に、前記移動管理プロトコルがホームアドレスとして使用するアドレスに関してバインディングアップデートを行うように構成されている請求項５に記載の移動端末。
  7. 　前記問い合わせ手段は、前記移動端末が前記移動管理プロトコルを動作させる前のドメインに接続している際に問い合わせを行うように構成されている請求項１に記載の移動端末。
  8. 　前記問い合わせ手段は、前記移動端末が新規のアドレスを取得した際に、前記新規のアドレスに関するアドレス取り扱い方法の問い合わせを行うように構成されている請求項１に記載の移動端末。
  9. 　前記移動管理プロトコル実行手段は、前記移動端末が接続しているドメインを切り換えて前記移動管理プロトコルを動作させる際に、前記アドレス取り扱い方法格納手段に格納されている前記アドレス取り扱い方法に関する情報を参照するように構成されている請求項１に記載の移動端末。
  10. 　前記アドレス取り扱い方法に関する情報が、前記アドレスに関して、前記移動管理プロトコルがホームアドレスとして使用すべきアドレス、前記移動管理プロトコルがホームアドレスとして使用可能なアドレス、前記移動管理プロトコルが気付アドレスとして使用すべきアドレス、前記移動管理プロトコルが気付アドレスとして使用可能なアドレス、前記移動管理プロトコルが使用不可能なアドレス、前記移動管理プロトコルが使用可能か否か不明のうちのどの分類に属するかを示す情報を含むように構成されている請求項１に記載の移動端末。
  11. 　前記問い合わせ手段による問い合わせの結果、前記アドレス管理手段で管理されているアドレスの中でホームアドレスとして使用可能なアドレスが存在しないことが分かった場合に、ホームアドレスとして使用すべきアドレス、又は、ホームアドレスとして使用可能なアドレスの割り当てを要求するホームアドレス要求手段を有している請求項１に記載の移動端末。
  12. 　前記アドレス取り扱い方法に関する情報が、あるアドレスに関してホームアドレスとして使用すべきなのか、あるいは、ホームアドレスとして使用することが可能なのかを示す情報を含むように構成されている請求項３に記載の移動端末。
  13. 　前記アドレス取り扱い方法に関する情報が、ホームアドレスとして使用することが可能なアドレスと共に、ホームアドレス以外に使用可能な用途を示す情報を含むように構成されている請求項１２に記載の移動端末。
  14. 　ホームアドレスとして使用すべきアドレス、及び、ホームアドレスとして使用可能なアドレスが同一のホームエージェントによって管理されている場合には、前記ホームアドレスとして使用すべきアドレスに係るバインディングアップデートを前記ホームエージェントに送信することで、前記ホームアドレスとして使用可能なアドレスに係るバインディングアップデートの処理が前記ホームエージェントで行われ、前記ホームアドレスとして使用可能なアドレスをホームアドレスとして使用することが可能となる請求項１２に記載の移動端末。
  15. 　前記アドレス取り扱い方法に関する情報が、前記移動管理プロトコルが気付アドレスとして使用するアドレスを特定する情報を含むように構成されている請求項１に記載の移動端末。
  16. 　前記移動管理プロトコル実行手段は、前記移動管理プロトコルを動作させる際に、前記移動管理プロトコルが気付アドレスとして使用するアドレスに関して、ホームアドレスと関連付けてバインディングアップデートを行うように構成されている請求項１５に記載の移動端末。
  17. 　前記バインディングアップデートの前記気付アドレスが、前記気付アドレスとして使用するアドレスとして通知されたものであることを示す識別子を前記バインディングアップデートに挿入するよう構成されている請求項１６に記載の移動端末。
  18. 　前記移動端末が接続しているドメインを切り換えた移動先で取得した通常の気付アドレスを転送先として使用する通信において、前記バインディングアップデートで登録した前記気付アドレスを用いた通信を継続して行うように構成されている請求項１６に記載の移動端末。
  19. 　通信相手に対して前記バインディングアップデートで登録した前記気付アドレスを通知することで、前記移動端末が接続しているドメインを切り換えた移動先で取得した通常の気付アドレスを前記通信相手に伝えずに通信を行うように構成されている請求項１６に記載の移動端末。
  20. 　前記アドレス取り扱い方法に関する情報が、前記移動管理プロトコルが使用不可能であるが保持可能なアドレスを特定する情報を含むように構成されている請求項１に記載の移動端末。
  21. 　前記アドレス管理手段は、前記移動端末が接続しているドメインを切り換えて前記移動管理プロトコルを動作させる際に、前記保持可能なアドレスを保持しておくように構成されている請求項２０に記載の移動端末。
  22. 　前記移動端末が接続しているドメインを切り換えて、保持されている前記保持可能なアドレスを使用していたドメインに再度接続した場合に、前記保持可能なアドレスを再利用するよう構成されている請求項２１に記載の移動端末。
  23. 　前記移動端末が接続しているドメインを切り換えて、保持されている前記保持可能なアドレスを使用していたドメインに再度接続した場合に、前記保持可能なアドレスの使用が可能か否かを改めて確認し、その確認結果に従って、前記保持可能なアドレスを再利用するか、あるいは、前記保持可能なアドレスを廃棄するように構成されている請求項２１に記載の移動端末。
  24. 　前記アドレス取り扱い方法に関する情報が、ＣＳシステムにおいて使用するアドレス、又は、ＰＳシステムにおいて使用するアドレスを特定する情報を含むように構成されている請求項１に記載の移動端末。
  25. 　ネットワーク上に位置するネットワークノードであって、
    　移動管理を行うための移動管理プロトコルを実装している移動端末から前記移動端末が前記移動管理プロトコルを動作させる前に、前記移動管理プロトコルを使用して通信を行う際に保持しているアドレスを前記移動管理プロトコルでどのように取り扱えばよいかを示すアドレス取り扱い方法の問い合わせを受信する問い合わせ受信手段と、
    　前記移動端末からの前記問い合わせに対する応答として、前記アドレス取り扱い方法に関する情報を前記移動端末に通知する問い合わせ応答手段とを有するネットワークノード。
  26. 　前記移動端末がホームアドレスとして使用するアドレスを特定し、前記ホームアドレスとして使用するアドレスを特定する情報を、前記アドレス取り扱い方法に関する情報として前記移動端末に通知するように構成されている請求項２５に記載のネットワークノード。
  27. 　前記移動端末のアドレスに関し、前記ホームアドレスとして使用すべきアドレス及び前記ホームアドレスとして使用可能なアドレスを特定し、前記ホームアドレスとして使用すべきアドレスあてのパケット転送先を登録する際、前記ホームアドレスとして使用可能なアドレスに関しても同一のパケット転送先の登録を行うように構成されている請求項２６に記載のネットワークノード。
  28. 　前記移動端末が気付アドレスとして使用するアドレスを特定し、前記気付アドレスとして使用するアドレスを特定する情報を、前記アドレス取り扱い方法に関する情報として前記移動端末に通知するように構成されている請求項２５に記載のネットワークノード。
  29. 　前記移動端末のアドレスに関し、前記気付アドレスとして使用すべきアドレス及び前記気付アドレスとして使用可能なアドレスを特定し、特定のホームアドレスと関連付けて前記気付アドレスを転送先として登録する際、前記気付アドレスとして使用可能なアドレスに関しても同一の前記特定のホームアドレスと関連付けた転送先として登録を行うように構成されている請求項２８に記載のネットワークノード。
  30. 　前記移動端末の前記移動管理プロトコルがホームアドレス又は気付アドレスとして使用不可能であるが保持可能なアドレスを特定し、前記使用不可能であるが保持可能なアドレスを特定する情報を、前記アドレス取り扱い方法に関する情報として前記移動端末に通知するように構成されている請求項２５に記載のネットワークノード。
  31. 　前記移動端末の前記移動管理プロトコルがホームアドレス又は気付アドレスとして使用不可能であり廃棄すべきアドレスを特定し、前記使用不可能であり廃棄すべきアドレスを特定する情報を、前記アドレス取り扱い方法に関する情報として前記移動端末に通知するように構成されている請求項２５に記載のネットワークノード。
  32. 　前記移動端末がＣＳシステムにおいて使用するアドレス、又は、前記移動端末がＰＳシステムにおいて使用するアドレスを特定し、前記ＣＳシステムにおいて使用するアドレス、又は、前記ＰＳシステムにおいて使用するアドレスを特定する情報を、前記アドレス取り扱い方法に関する情報として前記移動端末に通知するように構成されている請求項２５に記載のネットワークノード。
PCT/JP2009/000955 2008-03-06 2009-03-03 移動端末及びネットワークノード WO2009110225A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US12/920,440 US20110002248A1 (en) 2008-03-06 2009-03-03 Mobile terminal and network node
JP2010501796A JPWO2009110225A1 (ja) 2008-03-06 2009-03-03 移動端末及びネットワークノード
EP09717890A EP2252095A1 (en) 2008-03-06 2009-03-03 Mobile terminal and network node

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2008056453 2008-03-06
JP2008-056453 2008-03-06
JP2008214292 2008-08-22
JP2008-214292 2008-08-22

Publications (1)

Publication Number Publication Date
WO2009110225A1 true WO2009110225A1 (ja) 2009-09-11

Family

ID=41055790

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/000955 WO2009110225A1 (ja) 2008-03-06 2009-03-03 移動端末及びネットワークノード

Country Status (5)

Country Link
US (1) US20110002248A1 (ja)
EP (1) EP2252095A1 (ja)
JP (1) JPWO2009110225A1 (ja)
RU (1) RU2010140817A (ja)
WO (1) WO2009110225A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120163219A1 (en) * 2010-12-23 2012-06-28 Electronics And Telecommunications Research Institute METHOD AND APPARATUS FOR SUPPORTING MOBILITY BASED ON FLOW IN PMIPv6
JP2013530554A (ja) * 2010-03-31 2013-07-25 クゥアルコム・インコーポレイテッド シングルおよびデュアルインターネットプロトコルベアラサポート

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8873507B2 (en) 2009-10-02 2014-10-28 Futurewei Technologies, Inc. Distributed local mobility anchors for achieving optimized mobility routing
US8824353B2 (en) * 2009-10-02 2014-09-02 Futurewei Technologies, Inc. Mobility route optimization in a network having distributed local mobility anchors
US8842607B2 (en) * 2010-01-08 2014-09-23 Futurewei Technologies, Inc. Mobility management system and method
KR101387898B1 (ko) * 2012-08-21 2014-04-22 주식회사 이베이코리아 인터넷을 이용한 전자상거래에서의 쇼핑이머니 관리서비스 방법 및 이를 실행하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000183972A (ja) 1998-12-11 2000-06-30 Lucent Technol Inc 無線アクセス方法
WO2006052563A2 (en) * 2004-11-05 2006-05-18 Interdigital Technology Corporation Wireless communication method and system for implementing media independent handover between technologically diversified access networks
WO2007073773A1 (en) * 2005-12-23 2007-07-05 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for route optimization in a telecommunication network

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7218618B2 (en) * 2002-07-19 2007-05-15 Nokia Corporation Method of providing mobile IP functionality for a non mobile IP capable mobile node and switching device for acting as a mobile IP proxy
US6862446B2 (en) * 2003-01-31 2005-03-01 Flarion Technologies, Inc. Methods and apparatus for the utilization of core based nodes for state transfer
EP1974554B1 (en) * 2006-01-11 2014-03-12 Cisco Technology, Inc. System and method for mobility management on wireless networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000183972A (ja) 1998-12-11 2000-06-30 Lucent Technol Inc 無線アクセス方法
WO2006052563A2 (en) * 2004-11-05 2006-05-18 Interdigital Technology Corporation Wireless communication method and system for implementing media independent handover between technologically diversified access networks
WO2007073773A1 (en) * 2005-12-23 2007-07-05 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for route optimization in a telecommunication network

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3GPP TS 23.402 V8.0.0, December 2007 (2007-12-01)
IETF RFC, January 2005 (2005-01-01)
IETF RFC, June 2004 (2004-06-01)
IETF, April 2007 (2007-04-01)
KEIGO ASO ET AL.: "Mobile Node ni yoru Multi Interface o Doji Riyo no Tameno Mobile IPv6 Kakucho ni Kansuru Teian", IEICE TECHNICAL REPORT, vol. 106, no. 118, 15 June 2006 (2006-06-15), pages 25 - 30, XP008140086 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013530554A (ja) * 2010-03-31 2013-07-25 クゥアルコム・インコーポレイテッド シングルおよびデュアルインターネットプロトコルベアラサポート
US20120163219A1 (en) * 2010-12-23 2012-06-28 Electronics And Telecommunications Research Institute METHOD AND APPARATUS FOR SUPPORTING MOBILITY BASED ON FLOW IN PMIPv6

Also Published As

Publication number Publication date
EP2252095A1 (en) 2010-11-17
RU2010140817A (ru) 2012-04-20
JPWO2009110225A1 (ja) 2011-07-14
US20110002248A1 (en) 2011-01-06

Similar Documents

Publication Publication Date Title
JP5072864B2 (ja) 通信システム及びドメイン管理装置
JP4794520B2 (ja) ネットワーク主導型移動管理プロトコルにおける通信経路を最適化するシステム、アクセスゲートウェイ、ホームエージェント、およびプログラム
US11356973B2 (en) Communication system, mobile communication terminal and position managing apparatus
WO2009153943A1 (ja) バインディングキャッシュ生成方法、バインディングキャッシュ生成システム、ホームエージェント及びモバイルノード
WO2010041440A1 (ja) インタフェース切換システム、モバイルノード、代理ノード及び移動管理ノード
JPWO2009066438A1 (ja) アドレス割り当て方法、アドレス割り当てシステム、モバイルノード及び代理ノード
WO2003045087A2 (en) Method and apparatus for providing ip mobility for mobile networks
JP2010532959A (ja) 移動ノード内に実装されたモビリティ機能の検知
JPWO2006106712A1 (ja) 通信制御方法及び通信ノード並びにモバイルノード
KR101216081B1 (ko) 이종망 간 핸드오버 시의 ｉｐ 주소 재설정 방법
JP2010537528A (ja) ハンドオーバを実行する方法
WO2009110225A1 (ja) 移動端末及びネットワークノード
US8411658B2 (en) Mobile terminal and network node
US20100316018A1 (en) Network-based handover control mechanism
US9148826B2 (en) Handover method and mobile terminal and home agent used in the method
JPWO2009054127A1 (ja) 通信システム及び移動端末並びにネットワークノード
WO2005043839A1 (ja) 通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システム
WO2005053250A1 (ja) 通信ハンドオーバ方法、通信メッセージ処理方法及びこれらの方法をコンピュータにより実行するためのプログラム並びに通信システム
WO2010010693A1 (ja) 垂直ハンドオフ方法、垂直ハンドオフシステム、ホームエージェント及びモバイルノード
WO2010146815A1 (ja) 移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード
Wozniak Mobility management solutions for IP networks
Punithavathani et al. Proxy Mobile Ipv6 with Transient Binding for Support of Multihoming
Ali-Yahiya et al. Mobility

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010501796

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 12920440

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2009717890

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2010140817

Country of ref document: RU