WO2010073620A1 - ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント - Google Patents

ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント Download PDF

Info

Publication number
WO2010073620A1
WO2010073620A1 PCT/JP2009/007117 JP2009007117W WO2010073620A1 WO 2010073620 A1 WO2010073620 A1 WO 2010073620A1 JP 2009007117 W JP2009007117 W JP 2009007117W WO 2010073620 A1 WO2010073620 A1 WO 2010073620A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
mobile terminal
handover
message
network
Prior art date
Application number
PCT/JP2009/007117
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 US13/141,115 priority Critical patent/US20110255511A1/en
Priority to JP2010543855A priority patent/JPWO2010073620A1/ja
Publication of WO2010073620A1 publication Critical patent/WO2010073620A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6

Definitions

  • the present invention relates to a handover method in a communication system that communicates while moving between networks corresponding to different IP versions, and a mobile terminal and home agent (location management server) used in the method.
  • a mobile terminal and home agent location management server
  • Mobile IPv4 MIPv4
  • MIPv6 MIPv6
  • DSMIP Dual Stack Mobile IP
  • the mobile terminal registers the IPv6 home address (HoAv6) and the IPv6 care-of address (CoAv6) in the home agent (location management server), and the relationship between those addresses in the home agent (binding)
  • HoAv6 home address HoAv6
  • IPv6 care-of address CoAv6 care-of address
  • all messages are based on the IPv6 protocol and can only be used from access networks that support IPv6.
  • DSMIP is an extension of MIPv6, and when the mobile terminal connects to an access network that supports only IPv4, the IPv4 care-of address (CoAv4) obtained from the access network is bound to HoAv6 and also from the access network that supports only IPv4. It enables communication using HoAv6.
  • DSMIP encapsulates the CoAv4 and the home agent's IPv4 address with an IPv4 header described in the address field to generate a MIPv6-based binding control message (Binding Update (BU) or It is possible to exchange Binding Acknowledgment (BA) or the like, or to communicate with a correspondent node (CN) having only an IPv4 address by assigning an IPv4 home address (HoAv4) to a mobile terminal.
  • BU Binding Update
  • BA Binding Acknowledgment
  • CN correspondent node
  • HoAv4 home address IPv4 home address
  • Non-Patent Document 4 discloses a handover method from a 3GPP access network (such as LTE) to a non-3GPP access network (such as a wireless LAN network system, a WiMAX network system, a 3GPP2 network system) using DSMIP.
  • a 3GPP access network such as LTE
  • a non-3GPP access network such as a wireless LAN network system, a WiMAX network system, a 3GPP2 network system
  • the mobile terminal has only performed home link detection for the IPv6 home prefix to which the home address HoAv6 belongs. That is, even if the subnet of the IPv4 address (corresponding to CoAv4) acquired from the access network and the subnet of the HoAv4 are the same, the IPv6 prefix acquired from the access network and the IPv6 home are not detected. The access network was not considered a home link unless the prefix was the same.
  • IPv4 tunnel header it is necessary to add an extra IPv4 tunnel header to all packets (binding control message, user data) when the mobile terminal uses HoAv4, even if it can actually be a home link in terms of IPv4 subnet. there were.
  • the header overhead is increased, and there is a problem that the communication efficiency is lowered particularly in a wireless communication system in which a limited communication band is shared by a plurality of mobile terminals.
  • FIG. 1 is a block diagram of an example of a mobile communication system using DSMIP, in which an access network 101 supporting IPv6, an access network 102 supporting only IPv4, and a core network 103 connectable via the access networks are arranged. .
  • access routers AR 104 and AR 105 are deployed, and depending on the operation of the access network system, they may be IPv6 routers or IPv4 routers.
  • a home agent HA 106 based on DSMIP is deployed.
  • the mobile terminal UE 107 connects to the HA 106 via the access network 101 and acquires an IPv6 home address (HoAv6), and then moves to the access network 102 to perform handover processing.
  • HoAv6 IPv6 home address
  • FIG. 13 is a sequence chart for explaining an example of the conventional handover processing procedure.
  • the attach processing is started (step S1302).
  • the attach process includes a connection authentication process (step S1303) by the authentication server HSS / AAA 1301, and when the connection is permitted, the attach process is completed.
  • the UE 107 acquires an IPv4 address using a DHCP protocol or the like (IPv4 address acquisition request, IPv4 address assignment: steps S1304 and S1305), and sends it to the HA together with HoAv4 acquired previously as a care-of address (CoAv4).
  • a binding request message (Binding Update: BU) for registration is sent (step S1306).
  • the UE 107 uses the BU to implement an IPv4 home address (HoAv4) allocation request based on the DSMIP protocol.
  • HoAv4 home address (HoAv4) allocation request
  • the HA 106 registers a pair of HoAv6 and CoAv4 in the binding cache, and notifies the UE 107 using a binding acknowledge message (Binding Acknowledgement: BA) to allocate HoAv4 (step S1307). Register the HoAv4 and CoAv4 pair in the binding cache.
  • the UE 107 can perform home link detection from the viewpoint of the IPv4 subnet which has not been conventionally implemented (step S1308) by comparing the acquired HoAv4 and CoAv4 subnet parts.
  • the access network 102 can be regarded as a home link in the IPv4 viewpoint, and it is not necessary to add a redundant IPv4 tunnel header to the packet exchanged with the HA 106.
  • the access network 102 is not a home link, so it is necessary to add an IPv4 tunnel header to all packets exchanged with the HA 106.
  • the IPv4 tunnel header was provided to all the packets exchanged with HA106.
  • the header overhead is to be reduced, preferably without attaching an IPv4 tunnel header in all cases.
  • the link between the mobile terminal and the AR is a point-to-point link, so even if one AR accommodates multiple mobile terminals, different subnets for each mobile terminal It is possible to distribute IPv4 addresses belonging to
  • the mobile terminal may perform key update processing as shown in FIG. 13 with the HA from acquisition of CoAv 4 to transmission of BU.
  • a mobile terminal that does not support dynamic key update must update the key each time the care-of address is changed. Since key update requires long-time processing involving cryptographic calculations in both the mobile terminal and the HA, it takes a considerable amount of time for the mobile terminal to complete IPv4 home link detection and be able to actually transmit and receive packets. become.
  • MAG corresponding to AR 105 which is an attach point acquires terminal capability information from the mobile terminal.
  • the MAG determines the mobility protocol (DSMIP, PMIP, MIPv4 etc.) provided by the network to the mobile terminal based on the acquired terminal capability information, and notifies the mobile terminal of IP setting information based on the determined protocol.
  • the mobile terminal can know the mobility protocol determined based on the notified IP setting information and the like.
  • the determined mobility protocol is PMIP, it is possible to recognize that the acquired IP address is the home address.
  • the notification that triggers the acquisition of the home address is directly acquired from the handover destination access network (MAG in the above-mentioned Patent Document 2) during connection processing or just connected.
  • the handover destination access network of the mobile terminal corresponds to various access types and network systems, and the operator who manages and operates is not uniform. That is, expecting the mobile terminal to be able to obtain the above notification in all access networks to be connected from now on is practically impossible, especially at the beginning of the system introduction, since a total replacement of the old system will occur. It can be said that it is possible.
  • the mobile terminal In order to realize the goal of the next-generation network that the mobile terminal can enjoy the desired core network resources in a common procedure while connecting to various access networks, the mobile terminal must carry out various management operation policies. We must provide an environment that can receive equal service without restriction.
  • the present invention is assigned to a mobile terminal in a handover destination network when a mobile terminal having only an IPv6 home address hands over to an access network supporting only IPv4 in a mobile communication system using DSMIP.
  • the home agent notifies the mobile terminal of the type of the IP address (home address or care-of address) to the mobile terminal via the handover source network, and the mobile terminal performs home link detection according to the notification acquisition timing.
  • the handover destination access network is the home link
  • the tunnel overhead between the mobile terminal and the home agent is reduced to improve the communication efficiency, and the mobile terminal performs the key update process.
  • a handover method of the mobile terminal which moves between at least two networks respectively corresponding to different unique IP versions which are communication protocols of the mobile terminal,
  • the address acquisition for acquiring the address in the handover target network allocated to the mobile terminal Transmitting a request message to the handover destination access router; and a home agent of the mobile terminal is allocated by the handover destination access router or the home agent according to the address acquisition request message. And transmitting to the mobile terminal via the access router before the handover notification message including information indicating the type of address of the mobile terminal that handover method comprising is provided.
  • the handover destination access network is a home link
  • the tunnel overhead between the mobile terminal and the home agent is reduced to improve the communication efficiency
  • the mobile terminal performs key update processing.
  • home link detection can be performed before key update processing, packets can be transmitted and received without waiting for completion of key update processing requiring time, and handover time can be reduced.
  • the mobile terminal that performs handover between at least two networks respectively corresponding to different unique IP versions that are communication protocols of the mobile terminal, wherein the mobile terminal is currently connected.
  • Message generation means for generating an address acquisition request message for acquiring an address in the network of the handover destination allocated to the mobile terminal when performing handover from the access router of the previous network to the access router of another network of the handover destination
  • Transmitting means for transmitting the generated address acquisition request message to the handover destination access router, and the handover destination address allocation server or the home agent according to the address acquisition request message
  • Receiving means for receiving from the home agent of the mobile terminal via the access router before the handover, a notification message including information indicating the type of the address of the mobile terminal allocated to the mobile terminal; Ru.
  • the handover destination access network is a home link
  • the tunnel overhead between the mobile terminal and the home agent is reduced to improve the communication efficiency
  • the mobile terminal performs key update processing.
  • home link detection can be performed before key update processing, packets can be transmitted and received without waiting for completion of key update processing requiring time, and handover time can be reduced.
  • it is a home agent of the mobile terminal that performs handover between at least two networks respectively corresponding to different unique IP versions that are communication protocols of the mobile terminal, wherein the mobile terminal is currently connected
  • handover is performed from an access router of a network before handover to an access router of another network of handover destination
  • the handover is performed based on an address acquisition request message for acquiring an address in the network of handover destination allocated to the mobile terminal.
  • Message generation means for generating a notification message including information indicating the type of the address of the mobile terminal allocated by the previous address assignment server or the home agent; and the generated notification message
  • transmission means for transmitting to the mobile terminal through the handover before the access router, the home agent comprising is provided.
  • the handover destination access network is a home link
  • the tunnel overhead between the mobile terminal and the home agent is reduced to improve the communication efficiency
  • the mobile terminal performs key update processing.
  • home link detection can be performed before key update processing, packets can be transmitted and received without waiting for completion of key update processing requiring time, and handover time can be reduced.
  • the handover method of the present invention and the mobile terminal and home agent used in the method detect early that the handover destination access network is a home link, and reduce the tunnel overhead between the mobile terminal and the home agent. While improving communication efficiency, even when the mobile terminal performs key update processing, home link detection can be performed prior to key update processing, and packets are not waited for completion of key update processing requiring time. Transmission and reception can be made possible, and the handover time can be reduced. Also, by using the DSMIP connection already established via the handover source access network, it is possible to implement a desired operation even when the handover destination access network does not have the function of directly notifying the mobile terminal.
  • the block diagram which shows an example of a structure of the communication system in embodiment of this invention Sequence chart for explaining an example of a handover method according to an embodiment of the present invention Another sequence chart for explaining an example of a handover method according to an embodiment of the present invention Another sequence chart for explaining an example of a handover method according to an embodiment of the present invention Another sequence chart for explaining an example of a handover method according to an embodiment of the present invention
  • the block diagram which shows an example of a structure of the mobile terminal which concerns on embodiment of this invention.
  • FIG. 1 is a diagram for explaining a system configuration according to the present invention, in which an access network 101 supporting at least IPv6, an access network 102 supporting only IPv4 and a core network 103 connectable via these access networks are arranged.
  • access routers AR 104 and AR 105 are deployed, and depending on the operation of the access network system, they may be IPv6 routers, IPv4 routers, or both.
  • a policy control and charging rules function (PCRF) server 108 is disposed which performs control regarding QoS (Quality of Service) of the entire system in response to a connection request of the mobile terminal 107.
  • QoS Quality of Service
  • the access router includes an access gateway (Access Gateway: AGW), a mobility anchor gateway (Mobility Anchor Gateway: MAG), and a packet data gateway (Packet Data Gateway: PDG, enhanced). It may be called Packet Data Gateway (ePDG), Serving Gateway (SGW), Serving GPRS Serving Node (SGSN), or the like.
  • a home agent (HA) 106 based on DSMIP is deployed in the core network 103, and this HA 106 is a packet data network gateway (PDN GW), a gateway according to a standard adopted by the core network 103. It may be called a GPRS serving node (Gateway GPRS Serving Node: GGSN) or the like.
  • the mobile terminal UE 107 After the mobile terminal UE 107 connects to the HA 106 via the access network 101 and acquires an IPv6 home address (HoAv6), the mobile terminal UE 107 moves to the access network 102 and performs handover processing.
  • HoAv6 home address IPv6 home address
  • FIG. 2 is a sequence chart for explaining an example of the handover method according to the embodiment of the present invention.
  • the mobile terminal UE 107 detects the start of handover processing to the access network 102 (step S201)
  • the UE 107 starts attach processing to an attach point (here, AR 105) of the access network 102 (step S202).
  • the AR 105 requests the HSS / AAA 1301 to perform a connection authentication process for the UE 107 in the attach process (step S203). If the connection authentication process is successful, the AR 105 performs an accompanying process to complete the attach process.
  • the UE 107 acquires an IPv4 address using a protocol such as DHCP. That is, the UE 107 transmits an IPv4 address acquisition request message to the AR 105 (step S204).
  • the core network 103 assigns the requested IP address, that is, when the DHCP Relay (relay) function is set to be enabled in the AR 105
  • the IPv4 address acquisition request message is transferred from the AR 105 to the HA 106.
  • the HA 106 receives the request, assigns a home address (step S205), and notifies the UE 107 using an IPv4 address assignment message (step S206).
  • AR 105 when AR 105 has the function of MAG and realizes the mobility function with HA 106 by PMIP protocol, AR 105 (MAG) receives PBU (Proxy) as the PBU (Proxy) in response to the IPv4 address acquisition request message from UE 107. (Binding Update) message may be issued to HA 106. Also in this case, the HA 106 similarly assigns a home address, notifies the AR 105 using a PBA (Proxy Binding Ack) message that is a response to the PBU, and the AR 105 uses the IPv4 address assignment message to assign the home address to the UE 107. Notify
  • PBA Proxy Binding Ack
  • the HA 106 recognizes that the received address acquisition request message is from the UE 107 as follows.
  • the AR 105 stores the identifier of the UE 107 (for example, Network Access Identifier: NAI) acquired at the time of attach processing in association with the communication bearer (for example, bearer ID is assigned in the 3G access system) established by the attach processing. Since the address acquisition request message transmitted by the UE 107 is transferred on the communication bearer established by the attach process, the AR 105 identifies that the received address acquisition request message has been transmitted from the UE 107, and stores it first. The identifier of the UE 107 (for example, NAI) is acquired.
  • NAI Network Access Identifier
  • the AR 105 describes the identifier (NAI) of the UE 107 in the address acquisition request message or PBU, and then transfers or transmits it to the HA 106.
  • NAI identifier
  • a "client field" for describing the NAI is provided, and an option for describing the NAI is also provided in the PBU.
  • the HA 106 can obtain a message in which the identifier (NAI) of the UE 107 is described, and can recognize that the message has been transmitted from the UE 107. Alternatively, as the UE 107 transmits the message including the self identifier, the AR 105 does not need to perform identification.
  • the HA 106 notifies the assigned IP address to the UE 107, and at the same time, uses DSMIP binding information (information including the home address and the care of address stored in the binding cache) for the UE 107 for which connection has already been established,
  • the assigned address type notification message is transmitted via the handover source access network (step S207), and it is notified that the assigned IP address is the home address.
  • the assigned address type notification message may use, for example, a Binding Revocation Request, a Binding Refresh Request, a Binding Ack, or the like, or may use a unique message.
  • the value of the home address assigned may be described in the assigned address type notification message, a flag (at least one bit) indicating whether it is a home address or a care of address may be attached. By transmitting only the flag, it is possible to notify the UE 107 of desired information with a smaller number of bits as compared to the case of transmitting the value of the address, and communication resources can be used effectively.
  • the UE 107 that has acquired the assigned address type notification message recognizes that the IP address acquired in the handover destination access network is a home address, that is, the handover destination access network is a home link. That is, it is possible to omit the match inspection of the subnet of the home address acquired in the binding process (BU / BA exchange) which is normally performed and the address acquired earlier, that is, home link detection, especially before the binding process.
  • the key exchange process can be omitted or delayed, and the handover time can be reduced. This is because key update processing needs to be performed before BU / BA exchange (because the purpose is to update the IPsec key to protect BU / BA), but BU / BA exchange can be omitted. As a result, the key update process can be performed at any timing after the completion of the handover process.
  • the mobility function with HA 106 is realized by the PMIP protocol, and PBU / PBA has already been exchanged between HA 106 and MAG in the process of attach processing. There is. Furthermore, at this time, there are cases where the assigned IP address is notified to the UE 107 in the attach process, and the assigned IP address is not notified to the UE 107 in the attach process in a state of being held by the MAG. is there. In the latter case, the assigned address is notified to the UE 107 by an address acquisition process using DHCP or the like that is subsequently performed.
  • home address assignment by the HA 106 is implemented in the process of the attach process. Therefore, the HA 106 can transmit an assigned address type notification message simultaneously with the completion of the home address assignment performed in the process of the attach process, and the UE 107 also performs the attach process or almost completes the attach process.
  • the address type notification can be acquired via the handover source access network at the same timing.
  • the UE 107 can also be notified of the value of the assigned address through the address type notification message, and when the address is not notified in the attach process, the address acquisition process using DHCP or the like becomes unnecessary.
  • FIG. 3 is a sequence chart for explaining an example of the handover method according to the embodiment of the present invention.
  • the mobile terminal UE 107 detects the start of handover processing to the access network 102 (step S301)
  • the UE 107 starts attach processing for an attach point (here, AR 105) of the access network 102 (step S302).
  • the AR 105 requests the HSS / AAA 1301 to perform connection authentication processing for the UE 107 during the attach processing (step S303). If the connection authentication process is successful, the AR 105 performs an accompanying process to complete the attach process.
  • the address to be assigned is not the home address (HoA: Home Address) but the Care-of-Address (CoA: Care-of Address), that is, the access network 102 can uniquely assign an address, and thus the IP address acquired by the UE 107 is acquired.
  • the request message (step S304) is processed by a server in the access network 102 (for example, a DHCP server: it may be juxtaposed in the AR 105, and the case will be described below). That is, the care of address is assigned to the UE 107 (step S305).
  • the care-of-address assigned is assigned to the AR 105 in preparation for QoS policy application when the UE 107 performs binding later (in order to enable communication using core network resources).
  • Notifies the PCRF server 108 (step S306: CoA notification message).
  • the CoA notification message is also referred to as Gateway Control Session Establishment, Gateway Control and QoS Rules Request, or Gateway Control and QoS Rules Provision.
  • the CoA notification message is delivered to a proxy PCRF server deployed in the roaming network and forwarded to the PCRF server 108 of the core network 103.
  • the PCRF server 108 having received the CoA notification message transfers the received CoA notification message to the HA 106 so that the HA 106 can transmit an assigned address type notification message to the UE 107, or simply notifies the HA 106 that a care of address has been assigned to the UE 107. It notifies (step S307: CoA notification). That is, when the care-of-address of the UE 107 is assigned by the AR 105 of the handover destination, the HA 106 receives, from the PCRF 108, information indicating the type of the address assigned by the AR 105 of the handover destination. In response to this, the HA 106 transmits an assigned address type notification message to the UE 107 via the handover source access network (step S308) to notify that the care of address has been assigned.
  • the PCRF server 108 and the HA 106 recognize that the received address acquisition request message is from the UE 107 as follows.
  • the AR 105 stores the identifier of the UE 107 (for example, Network Access Identifier: NAI) acquired at the time of attach process in association with the communication bearer (bearer ID is assigned in the 3G access system) established by the attach process. Since the address acquisition request message transmitted by the UE 107 is transferred on the communication bearer established by the attach process, the AR 105 identifies that the received address acquisition request message has been transmitted from the UE 107, and stores it first. The identifier of the UE 107 (for example, NAI) is acquired.
  • NAI Network Access Identifier
  • the UE 107 registers the acquired care of address in the HA 106 and starts communication on the external link. At this time, if the IPv4 home address has not been acquired, it is necessary to newly acquire it in the process of binding processing with the HA 106 (BU / BA exchange: steps S309 and S310), but the previously acquired allocated address type notification It is also possible to have the HA 106 notify of an IPv4 home address using a message. At this time, the UE 107 may request the HA 106 to notify in advance through a binding procedure (ie, using a Binding Update message, etc.).
  • a binding procedure ie, using a Binding Update message, etc.
  • the UE 107 sends a request message (for example, a BU message added with a flag for requesting an IPv4 home address) to the HA 106 via the handover source access network.
  • a request message for example, a BU message added with a flag for requesting an IPv4 home address
  • An assigned address type notification message (for example, a BA message describing an IPv4 home address) may be sent to the UE 107.
  • the care of address may be notified to the UE 107 at the time of attach processing.
  • transmission of the CoA notification message from the AR 105 to the PCRF server 108 is performed in the process of the attach process. Therefore, the HA 106 can transmit the assigned address type notification message upon receiving the content transferred or notified from the PCRF server 108 in the attach process (the assignment of CoA to the UE 107).
  • the address type notification can be acquired via the handover source access network at almost the same timing as performing the attach process or the completion of the attach process. Since the UE 107 has already acquired an IP address, there is no need to transmit an IP address acquisition request using DHCP or the like.
  • the HA 106 accesses the address type (home address or care of address) assigned to the UE 107 by notifying the UE 107 using a communication connection that has already been established (that is, the DSMIP binding connection of the handover source access network). Even if the network does not implement means to notify UE 107 directly, it can enable quick home link detection.
  • the CoA assignment notification is actually assigned an address and delivered to the HA 106 via the PCRF server 108, it takes more delivery time before the UE 107 gets a notification than the home address (HoA) assignment notification. It is assumed that the That is, when using DHCP for IP address acquisition, HoA allocation notification (allocation address type notification message (HoA)) can be delivered immediately after completion of DHCP processing, while CoA allocation notification (allocation address type notification message (CoA) ) Is assumed to arrive at the UE 107 for a while after completing the DHCP process.
  • HoA allocation notification allocation address type notification message (HoA)
  • CoA allocation notification allocation address type notification message (allocation address type notification message (CoA) ) Is assumed to arrive at the UE 107 for a while after completing the DHCP process.
  • the UE 107 can also use this characteristic to determine which of the HoA / CoA addresses has been assigned at the arrival timing of the assignment notification. That is, for example, the home link determination control unit 607 of the UE 107 determines that the HoA can not receive the notification when the assigned address type notification message can be received immediately after the completion of the DHCP processing, and determines that CoA is allocated when the notification can not be received. In particular, it is possible to further speed up the handover process by reducing the message waiting time at the CoA assignment.
  • the HA 107 may notify the UE 107 that the HoA assignment notification has been transmitted via the handover source access network. That is, the HA 106 may transmit, to the UE 107, a message including information indicating what the type of the address assigned to the UE 107 is, in addition to the assigned address type notification message, and the UE 107 may receive the message.
  • FIG. 4 is a sequence chart for explaining an example of the handover method in the embodiment of the present invention.
  • the present invention focuses on the fact that the IP address assignment process by DHCP is configured by a sequence of two round trips. That is, the conventional DHCP sequence includes DHCP discovery (UE ⁇ HA: step S401), DHCP offer (HA ⁇ UE: step S402), DHCP request (UE ⁇ HA: step S403), DHCP ack (HA ⁇ UE: step S404).
  • a DHCP server here, equivalent to the HA 106
  • assigns an address to the UE 107 is determined to be one for the UE 107.
  • the home address to be assigned to the UE 107 is already determined at the time of DHCP offer transmission in the HA 106, it is possible to transmit the HoA assignment notification simultaneously with the DHCP offer transmission. That is, the HA 106 can transmit a message of HoA assignment notification to the UE 107 simultaneously with the DHCP offer that is a response message to DHCP discovery by DHCP.
  • the HoA assignment notification transmitted by the HA 106 is delivered to the UE 107 during the DHCP processing (assigned address type notification message: step S405). Therefore, when the allocation address type notification message can not be received by the completion of the DHCP processing, it can be determined that the CoA is allocated. That is, without providing a new timer in the UE 107, it is possible to detect whether HoA or CoA is allocated early (until the DHCP process is completed), and it is possible to further shorten the handover time. .
  • the HoA assignment notification is delayed and delivered to the UE 107 due to the congestion state of the handover source access network or the like.
  • the UE 107 misidentifies that the CoA is assigned, and starts key exchange processing and BU / BA exchange via the handover destination access network.
  • the following two methods can be considered to solve these problems.
  • the first method is as follows. At the time of key exchange processing or BU / BA exchange via the handover destination access network, the HA 106 notifies the UE 107 that the HoA assignment notification has been transmitted via the handover source access network. However, the handover destination access network needs to support a protocol for notifying that the HoA assignment notification has been sent at the time of key exchange processing or BU / BA exchange processing. Also, if the assigned address is actually HoA, in the worst case, the UE 107 has to wait for completion of the key exchange process of several seconds or completion of one round-trip BU / BA exchange.
  • the second method is as follows. After completion of the DHCP process, the UE 107 may receive a notification of HoA assignment from the HA 106, so the UE 107 starts a timer and waits for a predetermined time. However, the UE 107 needs to newly implement a timer, which increases the resources used (for example, the battery consumption may increase).
  • the present invention further discloses a method of delivering the HoA assignment notification to the UE 107 at the same timing as the completion of the DHCP processing even if the handover source access network involves a delivery delay.
  • the predetermined delay time for example, a value measured in advance, such as a transmission delay between the UE 107 and the HA 106 in the handover source access network to which the HoA assignment notification is delivered, can be set.
  • the transmission delay may be measured for each communication and dynamically set.
  • the above method makes use of system conditions specific to cellular systems such as 3GPP and 3GPP2, among others. That is, since the DHCP server (here, equivalent to the HA 106) is determined to be one at the time of network connection, it is decided that the assigned address will be the one described in the DHCP offer, ie assigned to the UE 107 at the time of DHCP offer transmission. The IP address to be sent is already determined.
  • UE 107 may be connected to a cellular system such as 3GPP or a network system to which the connected network or core network meets the above condition, that is, one DHCP server which UE 107 queries can be logically / physically determined. It may be confirmed or estimated that it is provided by such a system.
  • the UE 107 does not implement this method. That is, the UE 107 checks whether the network AR 105 to be handed over or the communication network 103 including the hand over network is a network that satisfies a predetermined condition, and implements the present method when the condition is satisfied.
  • the UE 107 waits for acquisition of the assigned address type notification message, and adjusts timing from the reception of the DHCP offer to the transmission of the DHCP request. Confirming that it is a connection to a 3GPP network, the network identification portion of the identifier (APN: Access Pont Name) of the connection destination network notified by the UE 107 at the time of attachment includes 3GPP or equivalent information (such as an operator name). It can be judged by
  • the AR 105 may transmit a CoA allocation notification (step S 502) to the PCRF server 108 at the same timing as the DHCP offer transmission (step S 501) (see FIG. 5). That is, when the handover destination AR 105 assigns a CoA, the handover destination AR 105 transmits a DHCP offer message on behalf of the HA 106 and, at the same time, notifies the PCRF 108 of information indicating the type of the assigned address. The information indicating the type of the assigned address is received from the PCRF 108, and the assigned address type notification message is transmitted based thereon.
  • the UE 107 it is a requirement that the UE 107 can connect to both access networks 101, 102 simultaneously. Therefore, the UE 107 notifies the HA 106 and other network nodes in advance through the BU message and the authentication processing message that the UE 107 is dual interface compliant, and the HA 106 responds to the dual compatibility status of the UE 107 (that is, only in dual compliance). This processing may be performed. This may be a notification that this is a single I / F compatible with TDD. Also, the HA 106 may notify the UE 107 of a mobility protocol (GTP, PMIP, etc.) implemented on the network side together with the HoA notification.
  • GTP mobility protocol
  • the type (HoA or CoA) of the assigned address may be notified by 3GPP signaling (such as NAS message) instead of DSMIP signaling. While implementation can be promoted by implementing the 3GPP standard, a wide support area can be secured. Also, although the above embodiment assumes a handover from an IPv6 access network to an access network that supports only IPv4, the principle is equally applicable to other examples (handover from IPv4 to IPv6) and generalized cases as well. It is. That is, there may be a mechanism for notifying which address HoA / CoA is allocated at the handover destination.
  • FIG. 6 is a configuration diagram for explaining an example of the configuration of the mobile terminal according to the embodiment of the present invention.
  • the transmitting and receiving units 601 and 602 correspond to communication interfaces for connecting to the access networks 101 and 102, respectively, and perform communication protocol processing and modem processing under the IP layer.
  • the IP processing unit 603 implements IP layer processing
  • the MIP processing unit 604 implements Mobile IP protocol processing based on DSMIP.
  • the DHCP processing unit 605 implements DHCP protocol processing (client function).
  • the handover control unit 606 determines or detects the feasibility or execution timing of the handover from the communication status and the like obtained from the transmitting and receiving units 601 and 602, and performs handover to the MIP processing unit 604, the transmitting and receiving units 601 and 602, the DHCP processing unit 605, and the like. And control the handover process.
  • the home link determination control unit 607 is a feature of the present invention, and an example of the operation will be described using peripheral operations with reference to FIGS. 7 to 9.
  • the DHCP processing unit 605 sends a DHCP discovery message to the access network 102 via the IP processing unit 603 and the transmission / reception unit 602, and transmits / receives a DHCP offer message including an IPv4 address assigned as a response via the transmission / reception unit 602 and the IP processing unit 603. Get in Furthermore, in order to accept the address assignment from the server that has received the response, a DHCP request message is similarly sent, and a DHCP acknowledgment message is similarly obtained as a response (IP address acquisition processing: step S703). The IP address acquisition processing is completed by the above-described procedure, and the acquired IP address is set in the IP processing unit 603.
  • the assigned address type notification message (for example, Binding Revocation Request, Binding Refresh Request, Binding Ack, dedicated field or dedicated flag) transmitted by the HA via the handover source access network (access network 101) is modified.
  • the message is acquired by the UE 107 (step S704).
  • the address type notification message is received via the transmission / reception unit 601 and the IP processing unit 603, and is transferred to the MIP processing unit 604.
  • the MIP processing unit 604 transfers or notifies the home link determination control unit 607 of the contents of the assigned address type notification message.
  • the home link determination control unit 607 evaluates the content of the assigned address type notification message, and detects whether the IP address acquired via the handover destination access network (access network 102) is HoA or CoA (notification content Is the HoA: step S705). If the assigned address is HoA, it is determined that the handover destination access network is a home link, and communication is started without performing key exchange processing or binding processing (BU / BA exchange) (step S706). If the assigned address is CoA, it is determined that the handover destination access network is an external link, and key exchange processing and binding processing (BU / BA exchange) are performed as necessary (step S 707).
  • the handover control unit 606 instructs the transmission / reception unit 601 to start the detach process from the handover source network (access network 101) (step S708), and the handover process is completed when the detach process is completed.
  • the detach process may be omitted or may be performed in response to an instruction from the network.
  • the UE 107 does not need to acquire an IP address by DHCP, and acquires an assigned address type notification message from the handover source access network at almost the same timing as the attach processing is completed (transceiver unit 601, IP processing unit 603, MIP processing)
  • the content of the message is transferred or notified to the home link determination control unit 607 via the unit 604).
  • the subsequent processing is the same as that described above, so it is omitted here.
  • the home link determination control unit 607 determines whether DHCP processing is in progress (step S 805), and if DHCP processing is in progress (in the case of YES), HoA It is determined that it has been assigned (judged that the handover destination network is the home link: step S806), otherwise (in the case of NO), it is determined that CoA is assigned (judged that the handover destination network is the external link: Step S807). Furthermore, if the content of the assigned address type notification message has already been acquired by the home link determination control unit 607 by the completion of the DHCP processing, the content must be confirmed to reliably determine that the HoA has been assigned. Can. Further, although the assigned address type notification message can be received until the DHCP processing is completed, if the obtained assigned address type notification message indicates the content indicating that CoA has been assigned, it is assumed that the content of the message is followed.
  • the handover control unit 606 instructs the transmission / reception unit 601 to start the detach process from the handover source network (access network 101) (step S808), and completes the handover process when the detach process is completed.
  • the detach process may be omitted or may be performed in response to an instruction from the network.
  • the UE determines which of the HoA and CoA is allocated based on the reception timing content of the allocation address type notification message from the HA, the optimization for eliminating the influence of the transmission delay in the handover source access network
  • the processing up to the attachment of the UE 107 to the handover destination access network is the same as that described above, so the description is omitted here.
  • the attach process no IP address is assigned, and when acquiring the IP address using a protocol such as DHCP after the attach process is completed, the handover control section 606 receives the notification from the transmit / receive unit 602 that the attach process is completed. It instructs the unit 605 to start IP address acquisition.
  • the DHCP processing unit 605 sends a DHCP discovery message to the access network 102 via the IP processing unit 603 and the transmission / reception unit 602, and transmits / receives a DHCP offer message including an IPv4 address assigned as a response via the transmission / reception unit 602 and the IP processing unit 603.
  • IP address acquisition process 1 step S903.
  • the DHCP processing unit 605 activates a timer (step S904) to provide a predetermined delay before transmitting the DHCP request message.
  • the time value set in the timer may be, for example, a result (average value or worst value) of measurement of a transmission delay value in the handover source access network by the UE 107, or may be a predetermined fixed value. Further, it may be set in advance in the DHCP processing unit 605, or may be set (changed) at every DHCP processing. In the case of the latter, it is possible to set a delay value according to the dynamically changing network conditions, and thus to make the handover process more efficient.
  • IP address acquisition processing 2 Step S905 After a predetermined delay time has elapsed, a DHCP request message is similarly sent out to accept address assignment from the server that has received a response, and a DHCP acknowledgment message is similarly obtained as a response (IP address acquisition processing 2 Step S905).
  • the IP address acquisition processing is completed by the above-described procedure, and the acquired IP address is set in the IP processing unit 603.
  • the assigned address type notification message transmitted by the HA 106 is acquired by the UE 107 via the handover source access network (access network 101), and transferred or notified to the home link determination control unit 607 in the above-mentioned order.
  • the home link determination control unit 607 that has acquired the content of the assigned address type notification message can determine whether the DHCP processing is being performed or immediately after it has been completed (for example, determination can be made bordering on the DHCP processing completion time point) If it is determined that the elapsed time from completion of the DHCP process is within a predetermined threshold, etc.) based on the operation status of the DHCP processing unit 605 (step S906), the condition is satisfied. It is determined that the HoA is assigned (judged that the handover destination network is the home link: step S 907), and if not matched, it is determined that CoA is assigned (judged that the handover destination network is the external link: step S 908).
  • the conditions are met, that is, if the home link determination control has already acquired the contents of the assignment address type notification message, it is possible to ensure that the HoA has been assigned with the contents. If the condition is met but the acquired notification of assigned address type notification indicates that the CoA has been assigned, the content of the message is considered.
  • the handover control unit 606 instructs the transmission / reception unit 601 to start the detach process from the handover source network (access network 101) (step S909), and completes the handover process when the detach process is completed.
  • the detach process may be omitted or may be performed in response to an instruction from the network.
  • FIG. 10 is a configuration diagram for explaining an example of the configuration of the HA according to the embodiment of the present invention.
  • the transmission / reception unit 1001 corresponds to a communication interface for communicating with a node in the core network 103, and performs communication protocol processing and modem processing below the IP layer.
  • the IP processing unit 1002 implements IP layer processing
  • the MIP processing unit 1003 implements Mobile IP protocol processing based on DSMIP.
  • the PMIP processing unit 1004 performs PMIP protocol processing.
  • the DHCP processing unit 1005 implements DHCP protocol processing (server function).
  • the home address allocation unit 1006 is characteristic of the present invention, and an example of its operation will be described with reference to FIG. 11 and FIG.
  • FIG. 11 is a flowchart showing an example of a process flow of the HA when it is determined which of the HoA and the CoA has been allocated based on the contents of the allocated address type notification message received by the UE from the HA. It is determined whether the IP address acquisition request message (or PBU message) from the UE 107 transferred from the AR 105 has been transferred to the DHCP processing unit 1005 via the transmission / reception unit 1001 and the IP processing unit 1002 (IP address acquisition request or PBU Whether received: step S1101), when it is determined that the received, the DHCP processing unit 1005 acquires an IP address to be assigned from the home address assignment unit 1006 (HoA assignment: step S1102), and includes it in the IP address assignment message In step 1002, the transmission is performed via the transmission / reception unit 1001 (step S1103), and transferred to the UE 107 via the AR 105 operating as a DHCP relay. Then, the home address assignment unit 1006 transmits an assignment address type notification message via the AR 104 (step S
  • the received IP address acquisition request message includes the identifier of the UE 107 (for example, Network Access Identifier: NAI), and the HA 106 can determine that it is a DHCP request from the UE 107.
  • AR 105 receives an IP address acquisition request message from UE 107 and sends Proxy MUP PBU (Proxy BU) to HA 106
  • PMIP processing unit 1004 is performed via transmitting / receiving unit 1001 and IP processing unit 1002.
  • Receives the PBU message obtains the home address from the home address assignment unit 1006, describes it in the PBA message, and sends it.
  • the HA 106 can determine that the address is allocated to the UE 107.
  • the home address allocation unit 1006 issues the home address to the UE 107 based on the above-mentioned DHCP protocol or PMIP protocol, and at the same time, based on the DSMIP binding information (held by the MIP processing unit 1003) generated by the UE 107,
  • the assigned address type notification message is sent to the UE 107 via the handover source access network.
  • the message contains information indicating that the HoA has been assigned.
  • the address type notification message may be, for example, a Binding Revocation Request, a Binding Refresh Request, or a Binding Ack that can be processed by the MIP processing unit 1003, or may be modified such that a dedicated field or a dedicated flag is provided to them. You may define a message.
  • the home address allocation unit 1006 similarly transmits an allocation address type notification message to the UE 107 via the handover source access network based on the binding information of the DSMIP of the UE 107 (step S1106).
  • the message contains information indicating that CoA has been assigned.
  • the UE determines which of the HoA and the CoA is allocated based on the reception timing content of the allocation address type notification message from the HA, the optimum for eliminating the influence of the transmission delay in the handover source access network
  • DHCP discovery message from the UE 107 transferred from the AR 105 has been transferred to the DHCP processing unit 1005 via the transmission / reception unit 1001 and the IP processing unit 1002 (DHCP discovery received: step S1201), it is determined that it has been transferred.
  • the DHCP processing unit 1005 acquires an IP address to be assigned from the home address assignment unit 1006 (HoA assignment: step S1202), and includes it in a DHCP offer message and transmits it via the IP processing unit 1002 and the transmission / reception unit 1001 (DHCP Offer transmission: Step S1203).
  • the home address allocation unit 1006 transmits an allocation address type notification message to the UE 107 via the handover source access network based on the DSMIP binding information (held by the MIP processing unit 1003) generated by the UE 107. (Step S1204).
  • the message contains information indicating that the HoA has been assigned.
  • the DHCP processing unit 1005 receives a DHCP request message from the UE 107 (DHCP request reception: step S1205), it transmits a DHCP acknowledgment message (DHCP ack transmission: step S1206).
  • step S1204 may be performed prior to step S1203 in order to cause the assignment notification message to arrive at the UE 107 as soon as possible.
  • the home address allocation unit 1006 similarly transmits an allocated address type notification message to the UE 107 via the handover source access network based on the binding information of the DSMIP of the UE 107 (step S1208).
  • the message contains information indicating that CoA has been assigned.
  • the mobile terminal uses the IP address acquisition request message and the IP address assignment message to acquire the IP address.
  • the IP address acquisition request message is a message for starting an IP address acquisition process, and in the case of a DHCP discovery message in the DHCP protocol, or when the DHCP server is already clear, or the transmission of the DHCP discovery message is omitted.
  • the IP address assignment message is a message for completing the assignment of the IP address to the mobile terminal in the IP acquisition process, and corresponds to a DHCP acknowledge message in the DHCP protocol.
  • Each function block employed in the description of the above-described embodiment may typically be implemented as an LSI constituted by an integrated circuit. These may be individually made into one chip, or may be made into one chip so as to include some or all.
  • an LSI is used here, it may be called an IC, a system LSI, a super LSI, or an ultra LSI depending on the degree of integration.
  • the method of circuit integration is not limited to LSI's, and implementation using dedicated circuitry or general purpose processors is also possible.
  • a programmable field programmable gate array FPGA
  • a reconfigurable processor that can reconfigure connection and setting of circuit cells in the LSI may be used.
  • FPGA field programmable gate array
  • a reconfigurable processor that can reconfigure connection and setting of circuit cells in the LSI may be used.
  • integrated circuit technology comes out to replace LSI's as a result of the advancement of semiconductor technology or a derivative other technology, it is naturally also possible to carry out function block integration
  • the handover method of the present invention and the mobile terminal and home agent used in the method detect early that the handover destination access network is a home link, and reduce the tunnel overhead between the mobile terminal and the home agent. While improving communication efficiency, even when the mobile terminal performs key update processing, home link detection can be performed prior to key update processing, and packets are not waited for completion of key update processing requiring time. Transmission and reception can be made possible, the handover time can be reduced, and the handover destination access network directly notifies the mobile terminal by using the DSMIP connection already established via the handover source access network. Desired behavior even if it has no function Since it is possible to practice useful such as the mobile terminal and the home agent used between networks corresponding to different IP versions handover method in a communication system which performs communication while moving, in that way.

Abstract

　ハンドオーバ先のネットワークがホームリンクであることを早期に検出し、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減し通信効率を向上させるなどできるハンドオーバ方法などを提供する技術が開示され、その技術によれば移動端末１０７が、現在接続しているハンドオーバ前のアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバする際、移動端末に割り当てられるハンドオーバ先のネットワークにおけるアドレスを取得するためのアドレス取得要求メッセージをハンドオーバ先のアクセスルータへ送信するステップと、移動端末のホームエージェント１０６が、アドレス取得要求メッセージによりハンドオーバ先のアドレス割り当てサーバ又はホームエージェントによって割り当てられた移動端末のアドレスの種別を示す情報を含む通知メッセージをハンドオーバ前のアクセスルータを介して移動端末へ送信するステップとを備える。

Description

ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント
　本発明は、異なるＩＰバージョンに対応したネットワーク間を移動しながら通信を行う通信システムにおけるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント（位置管理サーバ）に関する。
　従来の移動通信システムでは、インターネットプロトコル通信（ＩＰ通信）を行う移動端末の移動管理プロトコルとして、Mobile IPv4（ＭＩＰｖ４）あるいはMobile IPv6（ＭＩＰｖ６）があった。これら技術の詳細はそれぞれ下記の非特許文献１、非特許文献２に開示されている。また、従来、ＩＰｖ６をサポートするアクセスネットワークでしか動作しなかったＭＩＰｖ６をＩＰｖ４のみサポートするアクセスネットワークでも動作するように拡張したDual Stack Mobile IP（ＤＳＭＩＰ）があり、技術の詳細が非特許文献３に開示されている。
　非特許文献２に基づくＭＩＰｖ６プロトコルでは、移動端末がホームエージェント（位置管理サーバ）にＩＰｖ６ホームアドレス（ＨｏＡｖ６）とＩＰｖ６気付けアドレス（ＣｏＡｖ６）を登録し、ホームエージェントにてそれらアドレスの関係性（バインディング）を管理するが、すべてのメッセージはＩＰｖ６プロトコルに基づくものであり、ＩＰｖ６をサポートするアクセスネットワークからしか利用することができなかった。ＤＳＭＩＰはＭＩＰｖ６を拡張したものであり、移動端末がＩＰｖ４のみサポートするアクセスネットワークに接続したときに、アクセスネットワークから取得したＩＰｖ４気付けアドレス（ＣｏＡｖ４）をＨｏＡｖ６とバインドさせてＩＰｖ４のみサポートするアクセスネットワークからもＨｏＡｖ６を用いた通信を可能とさせるものである。
　また、ＤＳＭＩＰは、ホームエージェントがＩＰｖ４アドレスを有することを前提に、ＣｏＡｖ４とホームエージェントのＩＰｖ４アドレスをアドレスフィールドに記載したＩＰｖ４ヘッダでカプセリングすることでＭＩＰｖ６に基づくバインディング制御メッセージ（Binding Update（ＢＵ）あるいはBinding Acknowledge（ＢＡ）など）を交換可能としたり、ＩＰｖ４ホームアドレス（ＨｏＡｖ４）を移動端末に割り当ててＩＰｖ４アドレスのみ有する通信相手（Correspondent Node：ＣＮ）と通信を可能としたりするものである。
　なお、ＩＰｖ４のみサポートするアクセスネットワークに接続した移動端末に対するＭＩＰｖ６に基づくバインディング管理を可能とする方法は下記の特許文献１にも開示されている。携帯電話による移動通信システムにおいても、同様の技術を用いたハンドオーバ方法が検討されている。下記の非特許文献４では、ＤＳＭＩＰを用いて３ＧＰＰアクセスネットワーク（ＬＴＥなど）から非３ＧＰＰアクセスネットワーク（無線ＬＡＮネットワークシステム、ＷｉＭＡＸネットワークシステム、３ＧＰＰ２ネットワークシステムなど）へのハンドオーバ方法が開示されている。
　上記従来技術において、移動端末はホームアドレスＨｏＡｖ６が属するＩＰｖ６ホームプレフィクスを対象にしたホームリンク検出しか行ってこなかった。つまり、ＩＰｖ４アドレスを用いたホームリンク検出は行わず、アクセスネットワークから取得したＩＰｖ４アドレス（ＣｏＡｖ４に相当）のサブネットとＨｏＡｖ４のサブネットが同じであっても、アクセスネットワークから取得したＩＰｖ６プレフィクスとＩＰｖ６ホームプレフィクスが同じでない限り、そのアクセスネットワークはホームリンクとはみなさなかった。
　したがって、実際にはＩＰｖ４サブネットの観点でホームリンクとなり得る場合であっても、移動端末がＨｏＡｖ４を用いる場合はすべてのパケット（バインディング制御メッセージ、ユーザデータ）にＩＰｖ４トンネルヘッダを余計に付加する必要があった。これにより、ヘッダオーバヘッドが増加して、特に限られた通信帯域を複数の移動端末によって共有する無線通信システムにおいては通信効率が低下するという問題があった。
　ここで、図１、１３を用いて従来の移動通信システムにおける課題について詳しく説明する。図１はＤＳＭＩＰを用いた移動通信システムの一例の構成図であり、ＩＰｖ６をサポートするアクセスネットワーク１０１、ＩＰｖ４のみサポートするアクセスネットワーク１０２、それらアクセスネットワーク経由で接続可能なコアネットワーク１０３が配置されている。各々のアクセスネットワークには、アクセスルータＡＲ１０４、ＡＲ１０５が配備され、アクセスネットワークシステムのオペレーションによってＩＰｖ６ルータであったり、ＩＰｖ４ルータであったりする。
　コアネットワーク１０３には、ＤＳＭＩＰに基づくホームエージェントＨＡ１０６が配備される。移動端末ＵＥ１０７はアクセスネットワーク１０１経由でＨＡ１０６と接続してＩＰｖ６ホームアドレス（ＨｏＡｖ６）を取得した後、アクセスネットワーク１０２に移動し、ハンドオーバ処理を実施する。
　図１３は従来のハンドオーバ処理手順の一例を説明するためのシーケンスチャートである。移動端末ＵＥ１０７がアクセスネットワーク１０２へのハンドオーバ処理の開始を検出する（ステップＳ１３０１）と、アタッチ処理を開始する（ステップＳ１３０２）。アタッチ処理は認証サーバＨＳＳ／ＡＡＡ１３０１による接続認証処理（ステップＳ１３０３）を含み、接続が許可されるとアタッチ処理が完了する。続いてＵＥ１０７はＤＨＣＰプロトコルを用いるなどしてＩＰｖ４アドレスを取得し（ＩＰｖ４アドレス取得要求、ＩＰｖ４アドレス割り当て：ステップＳ１３０４、Ｓ１３０５）、これを気付けアドレス（ＣｏＡｖ４）として先に取得してあるＨｏＡｖ４とともにＨＡに登録するためのバインディング要求メッセージ（Binding Update：ＢＵ）を送信する（ステップＳ１３０６）。
　このとき、ＵＥ１０７はＢＵを用いて、ＤＳＭＩＰプロトコルに基づくＩＰｖ４ホームアドレス（ＨｏＡｖ４）割り当て要求を実施する。ＨＡ１０６はＨｏＡｖ４割り当て要求付きのＢＵを受信すると、ＨｏＡｖ６とＣｏＡｖ４の組をバインディングキャッシュに登録し、ＨｏＡｖ４を割り当てるためバインディング応答メッセージ（Binding Acknowledge：ＢＡ）を用いてＵＥ１０７に通知する（ステップＳ１３０７）とともに、ＨｏＡｖ４とＣｏＡｖ４の組をバインディングキャッシュに登録する。
　ここで、ＵＥ１０７は、取得したＨｏＡｖ４とＣｏＡｖ４のサブネット部を比較することにより、従来実施していなかったＩＰｖ４サブネットの観点でホームリンク検出を行う（ステップＳ１３０８）ことができる。その結果、ＨｏＡｖ４とＣｏＡｖ４のサブネット部が一致する場合は、そのアクセスネットワーク１０２をＩＰｖ４観点でのホームリンクとみなすことができ、ＨＡ１０６と交換するパケットに冗長なＩＰｖ４トンネルヘッダを付与する必要がなくなる。
　もし、サブネット部が一致しなかった場合は、アクセスネットワーク１０２はホームリンクではないので、ＨＡ１０６と交換するすべてのパケットにＩＰｖ４トンネルヘッダを付与する必要がある。なお、従来はＩＰｖ４観点のホームリンク検出を行っていなかったので、ＨＡ１０６と交換するすべてのパケットにＩＰｖ４トンネルヘッダを付与していた。
　ここで、好ましくはすべての場合においてＩＰｖ４トンネルヘッダを付与させることなく、ヘッダオーバヘッドを削減することである。多くの無線通信システムにおいては、移動端末とＡＲ間のリンクはポイントツーポイントリンクで構成されるので、１つのＡＲが複数の移動端末を収容する場合であっても、それぞれの移動端末に異なるサブネットに属するＩＰｖ４アドレスを配布することが可能となる。
　また、移動端末は、ＣｏＡｖ４を取得してからＢＵ送信するまでにＨＡとの間で図１３に示すような鍵更新処理を行うことがある。例えば、動的鍵更新をサポートしていない移動端末は、気付けアドレスが変更される都度、鍵更新をしなければならない。鍵更新は移動端末、ＨＡ双方において暗号計算を伴う長時間の処理が必要とされるため、移動端末がＩＰｖ４観点のホームリンク検出を完了して実際にパケットを送受信できるまで相当の時間を要することになる。
　特許文献２では、上記問題を解決するために、移動端末がＰＭＩＰプロトコルをサポートするアクセスネットワークに接続するときに、アタッチポイントであるＭＡＧ（ＡＲ１０５に相当）が、移動端末から端末能力情報を取得する。さらにＭＡＧは、取得した端末能力情報をもとに、ネットワークが移動端末に提供するモビリティプロトコル（ＤＳＭＩＰ、ＰＭＩＰ、ＭＩＰｖ４など）を決定し、決定したプロトコルに基づくＩＰ設定情報を移動端末に通知する。移動端末は、通知されたＩＰ設定情報などをもとに決定されたモビリティプロトコルを知ることができる。決定されたモビリティプロトコルがＰＭＩＰである場合は、併せて取得したＩＰアドレスがホームアドレスであると認識することができる。
特開２００５－７３２７１号公報（要約） 国際公開２００８－９９８０２号公報（要約）
C.Perkins "IP Mobility Support for IPv4", IETF RFC3344 August 2002 D.Johnson, C.Perkins, J.Arkko "Mobility Support in IPv6", IETF RFC3775 June 2004 Hesham soliman "Mobile IPv6 Support for Dual Stack Hosts and Routers", draft-ietf-mext-nemo-v4traversal-05.txt July 2008 "Architecture enhancements for non-3GPP accesses (Release8)", 3GPP TS23.402 v.8.2.0 p.136-139 June 2008
　しかしながら、上記従来技術においてはホームアドレスを取得したことを知るきっかけとなる通知は、接続処理中あるいは接続したばかりのハンドオーバ先アクセスネットワーク（上記特許文献２ではＭＡＧ）から直接取得するものである。ここで、移動端末のハンドオーバ先アクセスネットワークは、様々なアクセスタイプやネットワークシステムに相当し、管理運用するオペレータも一様ではないことが想定される。つまり、移動端末は、これから接続しようとするすべてのアクセスネットワークにおいて、上記の通知を取得できると期待することは、特にシステムの導入初期においては旧来システムの総入れ替えが発生することから現実的に不可能といえる。移動端末は様々なアクセスネットワークに接続しながらも、共通の手順により所望のコアネットワークリソースをあまねく享受できるという次世代ネットワークの目指す姿を実現するためには、移動端末が多種多様な管理運用ポリシを制約とすることなく、平等にサービスを受けられる環境を提供しなくてはならない。
　このように、ＷｉＭＡＸやＷＬＡＮ、３ＧＰＰ、３ＧＰＰ２など、世界中のすべてのアクセスネットワークで上記のような通知機能がサポートされていることを期待するのは、多様な管理運用ポリシの観点から、ほぼ不可能と考えてもよく、そうした場合にも、移動端末がＩＰｖ４観点のホームリンク検出を早期に完了できる方法が必要となる。
　本発明は、上記の問題点に鑑み、ＤＳＭＩＰを用いた移動通信システムにおいて、ＩＰｖ６ホームアドレスのみ有する移動端末がＩＰｖ４のみサポートするアクセスネットワークにハンドオーバする際に、ハンドオーバ先のネットワークで移動端末に割り当てられたＩＰアドレスの種別（ホームアドレス又はケアオブアフドレス）を、ホームエージェントがハンドオーバ元のネットワーク経由で移動端末に通知し、移動端末は通知取得タイミングに応じてホームリンク検出を行う。これにより、ハンドオーバ先アクセスネットワークがホームリンクであることを早期に検出して、移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にホームリンク検出を実施することができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントを提供することを目的とする。
　上記目的を達成するために、本発明によれば、移動端末の通信規約である固有の異なるＩＰバージョンにそれぞれ対応する少なくとも２つのネットワーク間を移動する前記移動端末のハンドオーバ方法であって、前記移動端末が、現在接続しているハンドオーバ前のネットワークのアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバする際、前記移動端末に割り当てられる前記ハンドオーバ先のネットワークにおけるアドレスを取得するためのアドレス取得要求メッセージを前記ハンドオーバ先のアクセスルータへ送信するステップと、前記移動端末のホームエージェントが、前記アドレス取得要求メッセージにより前記ハンドオーバ先のアクセスルータ又は前記ホームエージェントによって割り当てられた前記移動端末のアドレスの種別を示す情報を含む通知メッセージを前記ハンドオーバ前のアクセスルータを介して前記移動端末へ送信するステップとを、備えるハンドオーバ方法が提供される。この構成により、ハンドオーバ先アクセスネットワークがホームリンクであることを早期に検出して、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にホームリンク検出を実施することができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができ、ハンドオーバ時間の削減を図ることができる。
　また、本発明によれば、移動端末の通信規約である固有の異なるＩＰバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末であって、前記移動端末が、現在接続しているハンドオーバ前のネットワークのアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバする際、前記移動端末に割り当てられる前記ハンドオーバ先のネットワークにおけるアドレスを取得するためのアドレス取得要求メッセージを生成するメッセージ生成手段と、生成された前記アドレス取得要求メッセージを前記ハンドオーバ先のアクセスルータへ送信する送信手段と、前記アドレス取得要求メッセージにより前記ハンドオーバ先のアドレス割り当てサーバ又は前記ホームエージェントによって割り当てられた前記移動端末のアドレスの種別を示す情報を含む通知メッセージを、前記移動端末のホームエージェントから前記ハンドオーバ前のアクセスルータを介して受信する受信手段とを、備える移動端末が提供される。この構成により、ハンドオーバ先アクセスネットワークがホームリンクであることを早期に検出して、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にホームリンク検出を実施することができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができ、ハンドオーバ時間の削減を図ることができる。
　また、本発明によれば、移動端末の通信規約である固有の異なるＩＰバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末のホームエージェントであって、前記移動端末が現在接続しているハンドオーバ前のネットワークのアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバする際、前記移動端末に割り当てられる前記ハンドオーバ先のネットワークにおけるアドレスを取得するためのアドレス取得要求メッセージに基づき、前記ハンドオーバ先のアドレス割り当てサーバ又は前記ホームエージェントによって割り当てられた前記移動端末のアドレスの種別を示す情報を含む通知メッセージを生成するメッセージ生成手段と、生成された前記通知メッセージを前記ハンドオーバ前のアクセスルータを介して前記移動端末へ送信する送信手段とを、備えるホームエージェントが提供される。この構成により、ハンドオーバ先アクセスネットワークがホームリンクであることを早期に検出して、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にホームリンク検出を実施することができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができ、ハンドオーバ時間の削減を図ることができる。
　本発明のハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントは、ハンドオーバ先アクセスネットワークがホームリンクであることを早期に検出して、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にホームリンク検出を実施することができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができ、ハンドオーバ時間の削減を図ることができる。また、ハンドオーバ元アクセスネットワーク経由で既に確立されたＤＳＭＩＰコネクションを利用することにより、ハンドオーバ先アクセスネットワークが移動端末に直接通知する機能を有していない場合でも、所望の動作を実施させることができる。
本発明の実施の形態における通信システムの構成の一例を示す構成図 本発明の実施の形態におけるハンドオーバ方法の一例を説明するためのシーケンスチャート 本発明の実施の形態におけるハンドオーバ方法の一例を説明するための他のシーケンスチャート 本発明の実施の形態におけるハンドオーバ方法の一例を説明するための他のシーケンスチャート 本発明の実施の形態におけるハンドオーバ方法の一例を説明するための他のシーケンスチャート 本発明の実施の形態に係る移動端末の構成の一例を示す構成図 本発明の実施の形態に係る移動端末における処理フローの一例を示すフローチャート 本発明の実施の形態に係る移動端末における他の処理フローの一例を示すフローチャート 本発明の実施の形態に係る移動端末における他の処理フローの一例を示すフローチャート 本発明の実施の形態に係るホームエージェントの構成の一例を示す構成図 本発明の実施の形態に係るホームエージェントにおける処理フローの一例を示すフローチャート 本発明の実施の形態に係るホームエージェントにおける他の処理フローの一例を示すフローチャート 従来技術を説明するための図
　本発明の実施の形態の詳細な動作について説明する。図１は本発明によるシステム構成を説明するための図であり、少なくともＩＰｖ６をサポートするアクセスネットワーク１０１、ＩＰｖ４のみサポートするアクセスネットワーク１０２、それらアクセスネットワーク経由で接続可能なコアネットワーク１０３が配置される。各々のアクセスネットワークには、アクセスルータＡＲ１０４、ＡＲ１０５が配備され、アクセスネットワークシステムのオペレーションによってＩＰｖ６ルータであったり、ＩＰｖ４ルータであったり、またその双方であったりする。また、コアネットワーク１０３には、移動端末１０７の接続要求に応じて、システム全体のＱｏＳ（Quality of Service）などに関する制御を実施するＰＣＲＦ（Policy Control and Charging Rules Function）サーバ１０８が配備される。
　さらに詳細には、アクセスネットワークが採用する規格に応じて、アクセスルータは、アクセスゲートウェイ（Access Gateway：ＡＧＷ）、モビリティアンカーゲートウェイ（Mobility Anchor Gateway：ＭＡＧ）、パケットデータゲートウェイ（Packet Data Gateway：ＰＤＧ、enhanced Packet Data Gateway：ｅＰＤＧ）、サービングゲートウェイ（Serving Gateway：ＳＧＷ）、サービングＧＰＲＳサービングノード（Serving GPRS Serving Node：ＳＧＳＮ）などと称されることもある。また、コアネットワーク１０３には、ＤＳＭＩＰに基づくホームエージェント（ＨＡ）１０６が配備され、コアネットワーク１０３が採用する規格に応じて、このＨＡ１０６はパケットデータネットワークゲートウェイ（Packet Data Network Gateway：ＰＤＮ ＧＷ）、ゲートウェイＧＰＲＳサービングノード（Gateway GPRS Serving Node：ＧＧＳＮ）などと称されることもある。
　図１において、移動端末ＵＥ１０７はアクセスネットワーク１０１経由でＨＡ１０６と接続してＩＰｖ６ホームアドレス（ＨｏＡｖ６）を取得した後、アクセスネットワーク１０２に移動し、ハンドオーバ処理を実施する。
　図２は、本発明の実施の形態におけるハンドオーバ方法の一例を説明するためのシーケンスチャートである。移動端末ＵＥ１０７がアクセスネットワーク１０２へのハンドオーバ処理開始を検出する（ステップＳ２０１）と、ＵＥ１０７はアクセスネットワーク１０２のアタッチポイント（ここではＡＲ１０５）に対してアタッチ処理を開始する（ステップＳ２０２）。ＡＲ１０５は、アタッチ処理の過程で、ＵＥ１０７に対する接続認証処理をＨＳＳ／ＡＡＡ１３０１に依頼する（ステップＳ２０３）。接続認証処理が成功すると、ＡＲ１０５は付随する処理を実施してアタッチ処理を完了する。
　アタッチ処理を通じてＩＰアドレスが割り当てられなかった場合やネットワークから指示された場合、ＵＥ１０７はＤＨＣＰなどのプロトコルを用いてＩＰｖ４アドレスを取得する。すなわち、ＵＥ１０７はＩＰｖ４アドレス取得要求メッセージをＡＲ１０５に送信する（ステップＳ２０４）。ここで、要求されたＩＰアドレスをコアネットワーク１０３が割り当てる場合、すなわちＡＲ１０５においてＤＨＣＰ Ｒｅｌａｙ（リレー）機能が有効に設定されている場合、ＩＰｖ４アドレス取得要求メッセージはＡＲ１０５からＨＡ１０６に転送される。ＨＡ１０６は要求を受けてホームアドレスを割り当て（ステップＳ２０５）、ＩＰｖ４アドレス割り当てメッセージを用いてＵＥ１０７に通知する（ステップＳ２０６）。
　また、ＡＲ１０５がＭＡＧの機能を有しており、ＰＭＩＰプロトコルによってＨＡ１０６との間のモビリティ機能を実現している場合は、ＵＥ１０７からのＩＰｖ４アドレス取得要求メッセージを受けてＡＲ１０５（ＭＡＧ）がＰＢＵ（Proxy Binding Update）メッセージをＨＡ１０６に発行することがある。この場合も、ＨＡ１０６は同様にホームアドレスを割り当て、ＰＢＵへの応答であるＰＢＡ（Proxy Binding Ack）メッセージを用いてＡＲ１０５に通知し、ＡＲ１０５がＩＰｖ４アドレス割り当てメッセージを用いて割り当てられたホームアドレスをＵＥ１０７に通知する。
　ここで、ＨＡ１０６は受信したアドレス取得要求メッセージがＵＥ１０７からのものであることを次のようにして認識する。ＡＲ１０５はアタッチ処理時に取得したＵＥ１０７の識別子（例えば、Network Access Identifier：ＮＡＩ）を、アタッチ処理によって確立された通信ベアラ（例えば３ＧアクセスシステムではベアラＩＤが割り当てられるように）と関連付けて保存する。ＵＥ１０７が送信するアドレス取得要求メッセージは、アタッチ処理によって確立された通信ベアラ上で転送されるので、ＡＲ１０５は受信したアドレス取得要求メッセージがＵＥ１０７から送信されたものであることを識別し、先に保存しておいたＵＥ１０７の識別子（例えばＮＡＩ）を取得する。
　ＡＲ１０５は、アドレス取得要求メッセージあるいはＰＢＵにＵＥ１０７の識別子（ＮＡＩ）を記載した上でＨＡ１０６に転送あるいは送信する。ＤＨＣＰメッセージには、ＮＡＩを記載するための“client field”が用意されており、ＰＢＵにも同様にＮＡＩを記載するためのオプションが用意されている。ＨＡ１０６はＵＥ１０７の識別子（ＮＡＩ）が記載されたメッセージを取得して、ＵＥ１０７から送信されたものであることを認識することができる。あるいはＵＥ１０７がメッセージに自信の識別子を含めて送信することにより、ＡＲ１０５で識別を行う必要がなくなる。
　ＨＡ１０６は、割り当てたＩＰアドレスをＵＥ１０７に通知するのと同時に、既に接続を確立済みのＵＥ１０７に対するＤＳＭＩＰバインディング情報（バインディングキャッシュに蓄積されたホームアドレスとケアオブアドレスをはじめとする情報）を用いて、ハンドオーバ元アクセスネットワーク経由で割り当てアドレス種別通知メッセージを送信し（ステップＳ２０７）、割り当てたＩＰアドレスがホームアドレスであることを通知する。割り当てアドレス種別通知メッセージは、例えばBinding Revocation RequestやBinding Refresh Request、Binding Ackなどを用いてもよいし、独自のメッセージを用いてもよい。
　また、割り当てアドレス種別通知メッセージに割り当てたホームアドレスの値を記載してもよいが、単にホームアドレスかケアオブアドレスかのフラグ（少なくとも１ビット）を添付するようにしてもよい。フラグのみ送信することにより、アドレスの値を送る場合に比べて、少ないビット数で所望の情報をＵＥ１０７に通知することができ、通信リソースを有効活用することができる。
　割り当てアドレス種別通知メッセージを取得したＵＥ１０７は、ハンドオーバ先アクセスネットワークで取得したＩＰアドレスがホームアドレスである、すなわちハンドオーバ先アクセスネットワークがホームリンクであると認識する。すなわち、本来続けて行われるバインディング処理（ＢＵ／ＢＡ交換）の中で取得するホームアドレスと先に取得したアドレスのサブネットの一致検査、すなわちホームリンク検出を省略することができ、特にバインディング処理の前に鍵更新処理を実施する必要がある場合は、鍵交換処理を省略あるいは遅延させることができ、ハンドオーバ時間の削減を図ることができる。なぜなら、鍵更新処理はＢＵ／ＢＡ交換を行う前に実施する必要がある（ＢＵ／ＢＡを保護するためのＩＰｓｅｃ鍵を更新するのが目的であるため）が、ＢＵ／ＢＡ交換を省略できるようになるので鍵更新処理をハンドオーバ処理完了後、任意のタイミングで実施できるようになるためである。
　なお、ＡＲ１０５がＭＡＧの機能を有しており、ＨＡ１０６との間のモビリティ機能がＰＭＩＰプロトコルによって実現されており、アタッチ処理の過程でＨＡ１０６とＭＡＧの間でＰＢＵ／ＰＢＡが既に交換されている場合がある。さらにこのとき、割り当てられたＩＰアドレスがアタッチ処理の過程でＵＥ１０７に通知されている場合と、割り当てられたＩＰアドレスはＭＡＧが保有した状態でアタッチ処理の過程でＵＥ１０７に通知されていない場合とがある。後者の場合、続けて実施されるＤＨＣＰなどを用いたアドレス取得処理によって、割り当てアドレスがＵＥ１０７に通知される。
　これらのケースでは、いずれもＨＡ１０６によるホームアドレス割り当てはアタッチ処理の過程で実施されている。したがって、ＨＡ１０６はアタッチ処理の過程で実施されるホームアドレス割り当ての完了と同時に割り当てアドレス種別通知メッセージを送信することが可能となり、ＵＥ１０７においてもアタッチ処理を行っている最中あるいはアタッチ処理の完了とほぼ同じタイミングでアドレス種別通知をハンドオーバ元アクセスネットワーク経由で取得することができる。なお、ＵＥ１０７は、アドレス種別通知メッセージを通じて割り当てアドレスの値を教えてもらうこともでき、アタッチ処理の過程でアドレスが通知されなかった場合にＤＨＣＰなどを用いたアドレス取得処理が不要となる。
　次に、ハンドオーバ先アクセスネットワークにおいてケアオブアドレスが割り当てられる場合の動作について説明する。図３は、本発明の実施の形態におけるハンドオーバ方法の一例を説明するためのシーケンスチャートである。移動端末ＵＥ１０７がアクセスネットワーク１０２へのハンドオーバ処理開始を検出する（ステップＳ３０１）と、ＵＥ１０７はアクセスネットワーク１０２のアタッチポイント（ここではＡＲ１０５）に対してアタッチ処理を開始する（ステップＳ３０２）。ＡＲ１０５は、アタッチ処理の過程で、ＵＥ１０７に対する接続認証処理をＨＳＳ／ＡＡＡ１３０１に依頼する（ステップＳ３０３）。接続認証処理が成功すると、ＡＲ１０５は付随する処理を実施してアタッチ処理を完了する。
　ここでは、割り当てるアドレスがホームアドレス（ＨｏＡ：Home Address）ではなくケアオブアドレス（ＣｏＡ：Care-of Address）、すなわちアクセスネットワーク１０２が独自にアドレスを割り当てることができるため、ＵＥ１０７が送信するＩＰアドレス取得要求メッセージ（ステップＳ３０４）は、アクセスネットワーク１０２内のサーバ（例えばＤＨＣＰサーバ：ＡＲ１０５内に併設されることもあり、以下ではそのケースについて説明する）で処理される。すなわち、ＵＥ１０７にケアオブアドレスが割り当てられる（ステップＳ３０５）。ＵＥ１０７にケアオブアドレスが割り当てられると、後にＵＥ１０７がバインディングを行ったときのＱｏＳポリシ適用に備えて（ひいてはコアネットワークリソースを用いた通信を可能とするために）、割り当てられたケアオブアドレスをＡＲ１０５がＰＣＲＦサーバ１０８に通知する（ステップＳ３０６：ＣｏＡ通知メッセージ）。ＣｏＡ通知メッセージは、Gateway Control Session Establishment、Gateway Control and QoS Rules Request、Gateway Control and QoS Rules Provisionなどともよぶ。また、ＡＲ１０５がローミングネットワークに配置される場合、すなわちＵＥ１０７がローミングネットワークにアタッチした場合、ＣｏＡ通知メッセージはローミングネットワークに配置されたプロキシＰＣＲＦサーバに配送され、コアネットワーク１０３のＰＣＲＦサーバ１０８に転送される。
　ＣｏＡ通知メッセージを受信したＰＣＲＦサーバ１０８は、ＨＡ１０６が割り当てアドレス種別通知メッセージをＵＥ１０７に送信できるよう、受信したＣｏＡ通知メッセージをＨＡ１０６に転送、あるいは単にＵＥ１０７にケアオブアドレスが割り当てられたことをＨＡ１０６に通知する（ステップＳ３０７：ＣｏＡ通知）。すなわち、ハンドオーバ先のＡＲ１０５によってＵＥ１０７のケアオブアドレスが割り当てられた場合、ＨＡ１０６が、ハンドオーバ先のＡＲ１０５によって割り当てられたアドレスの種別を示す情報をＰＣＲＦ１０８から受信する。これを受けて、ＨＡ１０６はハンドオーバ元アクセスネットワーク経由で、ＵＥ１０７に割り当てアドレス種別通知メッセージを送信し（ステップＳ３０８）、ケアオブアドレスが割り当てられたことを通知する。
　ここで、ＰＣＲＦサーバ１０８及びＨＡ１０６は、受信したアドレス取得要求メッセージがＵＥ１０７からのものであることを次のようにして認識する。ＡＲ１０５はアタッチ処理時に取得したＵＥ１０７の識別子（例えば、Network Access Identifier：ＮＡＩ）を、アタッチ処理によって確立された通信ベアラ（３ＧアクセスシステムではベアラＩＤが割り当てられる）と関連付けて保存する。ＵＥ１０７が送信するアドレス取得要求メッセージは、アタッチ処理によって確立された通信ベアラ上で転送されるので、ＡＲ１０５は受信したアドレス取得要求メッセージがＵＥ１０７から送信されたものであることを識別し、先に保存しておいたＵＥ１０７の識別子（例えばＮＡＩ）を取得する。
　ＡＲ１０５は、アドレス取得要求メッセージあるいはＰＢＵにＵＥ１０７の識別子（ＮＡＩ）を記載した上でＨＡ１０６に転送あるいは送信する。ＤＨＣＰメッセージには、ＮＡＩを記載するための“client field”が用意されており、ＰＢＵでも同様にＮＡＩを記載するためのオプションが用意されている。ＰＣＲＦサーバ１０８及びＨＡ１０６はＵＥ１０７の識別子（ＮＡＩ）が記載されたメッセージを取得して、ＵＥ１０７から送信されたものであることを認識することができる。あるいは、ＵＥ１０７がメッセージに自身の識別子を含めて送信することにより、ＡＲ１０５で識別を行う必要がなくなる。
　ケアオブアドレスが割り当てられたことを認識したＵＥ１０７は、取得したケアオブアドレスをＨＡ１０６に登録して、外部リンクにおける通信を開始する。このとき、ＩＰｖ４ホームアドレスを取得していない場合は、ＨＡ１０６とのバインディング処理（ＢＵ／ＢＡ交換：ステップＳ３０９、Ｓ３１０）の過程で新規に取得する必要があるが、先に取得した割り当てアドレス種別通知メッセージを利用してＩＰｖ４ホームアドレスをＨＡ１０６から通知してもらうことも可能である。その際、ＵＥ１０７はバインディング手順などを通じて（すなわちBinding Updateメッセージを用いるなどして）ＨＡ１０６にあらかじめ通知を要求しておいてもよい。
　また、ＵＥ１０７がハンドオーバ先アクセスネットワークへのアタッチ処理と同時に、ハンドオーバ元アクセスネットワーク経由で要求メッセージ（例えばＩＰｖ４ホームアドレスを要求するフラグを付加したＢＵメッセージ）をＨＡ１０６に送っておき、ＨＡ１０６はその応答として割り当てアドレス種別通知メッセージ（例えばＩＰｖ４ホームアドレスを記載したＢＡメッセージ）をＵＥ１０７に送信するものであってもよい。これによって、アタッチ処理ないしアドレス取得処理と併行してホームアドレスを取得して、その後のバインディング処理を不要とすることができ、ハンドオーバ全体時間の削減を図ることができる。
　なお、ここでもアタッチ処理時にケアオブアドレスがＵＥ１０７に通知されることがある。この場合、ＡＲ１０５からＰＣＲＦサーバ１０８へのＣｏＡ通知メッセージの送信はアタッチ処理の過程で実施されている。したがって、ＨＡ１０６はアタッチ処理の過程でＰＣＲＦサーバ１０８から転送あるいは通知された内容（ＵＥ１０７にＣｏＡが割り当てられたこと）を受けて、割り当てアドレス種別通知メッセージを送信することが可能となる。これにより、ＵＥ１０７においても、アタッチ処理を行っている最中あるいはアタッチ処理の完了とほぼ同じタイミングで、アドレス種別通知をハンドオーバ元アクセスネットワーク経由で取得することができる。なお、ＵＥ１０７は既にＩＰアドレスを取得済みであるので、ＤＨＣＰなどを用いたＩＰアドレス取得要求を送信する必要はない。
　ここで、上記説明では、ＡＲ１０５がＣｏＡ通知メッセージを送信する宛先ノードをＰＣＲＦサーバ１０８としたが、例えばＨＳＳ／ＡＡＡサーバ１３０１などのその他のノードであってもよいし、ＨＡ１０６に直接ＣｏＡ通知メッセージあるいは相当の情報を含むメッセージを送信するものであってもよい。
　以上、ＨＡ１０６はＵＥ１０７に割り当てられたアドレス種別（ホームアドレスあるいはケアオブアドレス）を、既に確立された通信コネクション（すなわちハンドオーバ元アクセスネットワークのＤＳＭＩＰバインディングコネクション）を利用してＵＥ１０７に通知することで、アクセスネットワークがＵＥ１０７に直接通知する手段を実装していない場合でも、迅速なホームリンク検出を可能とさせることができる。
　さて、ＨＡ１０６は割り当てアドレスの種別に関する情報を、それぞれ異なるルートから取得する。つまり、ホームアドレスを割り当てたことは自分自身から、ケアオブアドレスを割り当てたことはＰＣＲＦサーバ１０８などのサーバを介してハンドオーバ先アクセスネットワークに位置するＡＲ１０５から取得する。
　ＣｏＡ割り当て通知は、実際にアドレスが割り当てられてからＰＣＲＦサーバ１０８を経由してＨＡ１０６に配送されるため、ホームアドレス（ＨｏＡ）割り当て通知に比べて、ＵＥ１０７が通知を取得するまでに多くの配送時間を要することが想定される。すなわち、ＩＰアドレス取得にＤＨＣＰを用いる場合、ＨｏＡ割り当て通知（割り当てアドレス種別通知メッセージ（ＨｏＡ））はＤＨＣＰ処理完了直後に配送され得るのに対して、ＣｏＡ割り当て通知（割り当てアドレス種別通知メッセージ（ＣｏＡ））は、ＤＨＣＰ処理完了してからしばらく後にＵＥ１０７に到着するものと想定される。
　ＵＥ１０７はこの特性を利用して、割り当て通知の到着タイミングを以て、ＨｏＡ／ＣｏＡいずれのアドレスが割り当てられたかを判定することもできる。つまり、ＵＥ１０７の例えばホームリンク判定制御部６０７は、ＤＨＣＰ処理完了直後に割り当てアドレス種別通知メッセージを受信できた場合はＨｏＡが、通知を受信できなかった場合はＣｏＡが割り当てられたものと判断することができ、特にＣｏＡ割り当て時のメッセージ待ち時間を削減して、ハンドオーバ処理のさらなる高速化を図ることができる。この際、後述するように、ＨＡ１０６がＨｏＡ割り当て通知をハンドオーバ元アクセスネットワーク経由で送信したことをＵＥ１０７に通知するようにしてもよい。すなわち、ＨＡ１０６が、割り当てアドレス種別通知メッセージの他に、ＵＥ１０７に割り当てられたアドレスの種別が何かを示す情報を含むメッセージをＵＥ１０７に送信し、ＵＥ１０７が受信するようにしてもよい。
　しかしながら、上記の方法、すなわちＨＡ１０６からの割り当てアドレス種別通知メッセージの受信タイミングによってＨｏＡとＣｏＡのいずれかが割り当てられたかを判定するためには、ＵＥ１０７においてＤＨＣＰ処理完了時点を起点とする割り当てアドレス種別通知メッセージの受信タイミングを検出するためのタイマを新規に設置する必要がある。そこで、本発明ではＨＡ１０６におけるＨｏＡ割り当て通知の送信タイミングを最適化することにより、ＵＥ１０７が通知メッセージを受信したタイミングから通知内容を確実に判定可能な方法を開示する。
　図４は本発明の実施の形態におけるハンドオーバ方法の一例を説明するためのシーケンスチャートである。本発明では、ＤＨＣＰによるＩＰアドレス割り当て処理が２往復分のシーケンスによって構成されていることに着目する。すなわち、従来のＤＨＣＰシーケンスは、ＤＨＣＰディスカバリー（ＵＥ→ＨＡ：ステップＳ４０１）、ＤＨＣＰオファー（ＨＡ→ＵＥ：ステップＳ４０２）、ＤＨＣＰリクエスト（ＵＥ→ＨＡ：ステップＳ４０３）、ＤＨＣＰアック（ＨＡ→ＵＥ：ステップＳ４０４）の順に実施されるものである。３ＧＰＰなどのセルラシステムにおいては、ＵＥ１０７にアドレスを割り当てるＤＨＣＰサーバ（ここではＨＡ１０６と同等）はＵＥ１０７に対して一つに決まるという特徴がある。したがって、ＨＡ１０６ではＤＨＣＰオファー送信時点でＵＥ１０７に割り当てるホームアドレスが既に決定しているので、ＤＨＣＰオファー送信と同時にＨｏＡ割り当て通知を送信することが可能である。すなわち、ＨＡ１０６が、ＤＨＣＰによるＤＨＣＰディスカバリーに対する応答メッセージであるＤＨＣＰオファーと同時に、ＨｏＡ割り当て通知のメッセージをＵＥ１０７に送信することが可能である。
　これにより、ＨＡ１０６が送信するＨｏＡ割り当て通知は、ＤＨＣＰ処理中にＵＥ１０７に配送される（割り当てアドレス種別通知メッセージ：ステップＳ４０５）。したがって、割り当てアドレス種別通知メッセージをＤＨＣＰ処理完了までに受信できなかった場合は、ＣｏＡが割り当てられたと判断することができる。すなわち、ＵＥ１０７に新たなタイマを設けることなく、早期（ＤＨＣＰ処理が完了するまで）にＨｏＡあるいはＣｏＡのいずれかが割り当てられたかを検出できるようになり、ハンドオーバ時間の更なる短縮を図ることができる。
　しかしながら、上記の最適化方法においては、ハンドオーバ元アクセスネットワークの混雑状況などにより、ＨｏＡ割り当て通知が遅れてＵＥ１０７に配送されることが考えられる。その場合、ＵＥ１０７はＣｏＡが割り当てられたものと誤認し、ハンドオーバ先アクセスネットワーク経由で鍵交換処理やＢＵ／ＢＡ交換を開始してしまう。こうした問題を解決するために、以下の２通りの方法が考えられる。
　１つ目の方法は以下のようなものである。ハンドオーバ先アクセスネットワーク経由の鍵交換処理あるいはＢＵ／ＢＡ交換時に、ＨＡ１０６がＨｏＡ割り当て通知をハンドオーバ元アクセスネットワーク経由で送信したことをＵＥ１０７に通知する。しかし、鍵交換処理やＢＵ／ＢＡ交換処理時にＨｏＡ割り当て通知を送信したことを伝えるためのプロトコルを、ハンドオーバ先アクセスネットワークにおいてサポートしている必要がある。また、割り当てアドレスが実際にはＨｏＡであった場合に、ＵＥ１０７は最悪の場合、数秒にものぼる鍵交換処理の完了や一往復分のＢＵ／ＢＡ交換の完了を待つ必要がある。
　２つ目の方法は以下のようなものである。ＤＨＣＰ処理完了後、ＨＡ１０６からのＨｏＡ割り当て通知を受けるかもしれないので、ＵＥ１０７はタイマを起動して所定時間待つ。しかし、ＵＥ１０７は新規にタイマを実装する必要があり、使用リソースを増加させることになる（バッテリ消費量の増大などが懸念される）。
　そこで、本発明ではハンドオーバ元アクセスネットワークが配送遅延を伴う場合であっても、ＨｏＡ割り当て通知をＤＨＣＰ処理完了と同程度のタイミングでＵＥ１０７に配送させる方法を更に開示する。
　すなわち、先に説明した図４において、ＵＥ１０７はＤＨＣＰオファーの受信後、所定の遅延時間をおいてＤＨＣＰリクエストを送信することにより、ＤＨＣＰ処理完了以前にハンドオーバ元アクセスネットワーク経由でＨｏＡ割り当て通知を確実に受け取ることができるようになる。すなわち、ＵＥ１０７が、ＤＨＣＰオファーのメッセージを受信後、所定の時間経過後にＤＨＣＰオファーのメッセージに対するメッセージであるＤＨＣＰリクエストを送信することにより、ＨｏＡ割り当て通知を確実に受け取ることができる。ここで、所定の遅延時間とは、例えば、ＨｏＡ割り当て通知が配送されるハンドオーバ元アクセスネットワークにおけるＵＥ１０７－ＨＡ１０６間の伝送遅延など、あらかじめ測定しておいた値を設定することができる。あるいは、通信のたびに伝送遅延を測定しておき、ダイナミックに設定してもよい。
　ＤＨＣＰプロトコルでは、ＤＨＣＰオファー受信からＤＨＣＰリクエスト送信までの間に所定の遅延を設けることができるよう、プロトコルとしてタイマが規定されており、上記方法を用いることにより、新規タイマを追加することなく、既存リソース（プロトコルタイマ）を活用しながら、ＵＥ１０７にＨｏＡ割り当て通知が配送されるタイミング調整を実施させることができる。また、ハンドオーバ元アクセスネットワーク経由で既に確立されたＤＳＭＩＰコネクションを利用するので、ハンドオーバ先アクセスネットワークがＵＥ１０７に直接通知する機能を有していない場合でも、所望の動作を実施させることができる。さらには、所定の遅延は片方向の配送遅延相当であるので、鍵交換処理やＢＵ／ＢＡ交換に要する時間に対して短いものである。
　以上の方法は、特に３ＧＰＰや３ＧＰＰ２のようなセルラシステムに特有のシステム条件を利用したものである。つまり、ＤＨＣＰサーバ（ここではＨＡ１０６に相当）がネットワーク接続時に一つに決定されるため、割り当てアドレスはＤＨＣＰオファーに記載されたものとなることが決まっており、すなわちＤＨＣＰオファー送信時点でＵＥ１０７に割り当てられるＩＰアドレスは既に決定している。
　したがって、ＵＥ１０７は本方式の実施に先立ち、接続先ネットワークあるいはコアネットワークが３ＧＰＰなどのセルラシステム、または上記条件を満たすような、すなわちＵＥ１０７が問い合わせるＤＨＣＰサーバが論理的／物理的に一台に決まりうるようなシステムによって提供されるものであることを確認あるいは推定してもよい。その結果、ＤＨＣＰサーバが複数存在するようなシステムに接続しようとしている場合、ＵＥ１０７は本方式を実施しない。すなわち、ＵＥ１０７が、ハンドオーバ先のネットワークＡＲ１０５又はハンドオーバ先ネットワークを含む通信ネットワーク１０３が所定の条件を満たすネットワークであるか否かを確認し、条件を満たす場合に本方式を実施する。すなわち、ＵＥ１０７は割り当てアドレス種別通知メッセージの取得を待ったり、ＤＨＣＰオファーを受信してからＤＨＣＰリクエスト送信までのタイミング調整を行ったりする。３ＧＰＰネットワークへの接続であることの確認は、アタッチ時にＵＥ１０７が通知する接続先ネットワークの識別子（ＡＰＮ：Access Pont Name）のネットワーク識別部に３ＧＰＰやそれと同等の情報（オペレータ名など）が含まれることによって判定できる。
　なお、ＣｏＡを割り当てる場合もＡＲ１０５（ここではＤＨＣＰサーバと同等）において同様に、ＤＨＣＰオファー送信（ステップＳ５０１）と同じタイミングでＰＣＲＦサーバ１０８にＣｏＡ割り当て通知（ステップＳ５０２）を送信してもよい（図５を参照）。すなわち、ハンドオーバ先のＡＲ１０５によってＣｏＡが割り当てられた場合、ハンドオーバ先のＡＲ１０５が、ＨＡ１０６に代わってＤＨＣＰオファーのメッセージを送信すると同時に、割り当てられたアドレスの種別を示す情報をＰＣＲＦ１０８に通知し、ＨＡ１０６が、割り当てられたアドレスの種別を示す情報をＰＣＲＦ１０８から受信し、それに基づいて割り当てアドレス種別通知メッセージを送信する。
　これによって、ＣｏＡ割り当て通知がＵＥ１０７に配送されるまでの遅延を短縮することができ、特にＵＥ１０７が単に受信した割り当て通知種別通知メッセージに記載された内容からＨｏＡ／ＣｏＡ割り当てを判定する場合に、ハンドオーバ全体時間の削減を図ることができる。しかし、コアネットワーク１０３に配備される場合と異なり、アクセスネットワークには配備されるＤＨＣＰサーバが複数存在することが考えられる。したがって、すべてのＡＲ（ＤＨＣＰサーバ）において本方式がサポートされるとは限らないことに注意しなければならない。すなわち、すべてのアクセスネットワークにおいて本方式がサポートされていることを期待すべきではない。
　なお、本発明による方法では、ＵＥ１０７が双方のアクセスネットワーク１０１、１０２に同時に接続できることが要件となる。したがって、ＵＥ１０７は、自身がデュアルインタフェース対応であることを事前にＢＵメッセージや認証処理メッセージを通じてＨＡ１０６や他のネットワークノードに知らせておき、ＨＡ１０６がＵＥ１０７のデュアル対応状況に応じて（すなわちデュアル対応時のみ）本処理を実施するようにしてもよい。これは、ＴＤＤ対応のシングルＩ／Ｆであることの通知であってもよい。また、ＨＡ１０６はＨｏＡ通知とともに、ネットワーク側で実施しているモビリティプロトコル（ＧＴＰやＰＭＩＰなど）をＵＥ１０７に通知してもよい。
　また、ハンドオーバ元アクセスネットワークが３ＧＰＰアクセスの場合、ＤＳＭＩＰシグナリングではなく、３ＧＰＰシグナリング（ＮＡＳメッセージなど）で割り当てアドレスの種別（ＨｏＡまたはＣｏＡ）を通知するようにしてもよい。３ＧＰＰ標準を実装することにより普及を促進できるとともに、サポートエリアを広範に確保することができる。また、上記実施例は、ＩＰｖ６アクセスネットワークからＩＰｖ４のみ対応するアクセスネットワークへのハンドオーバを想定したものだが、原理としては他の例（IPv4からIPv6へのハンドオーバ）や一般化したケースでも同様に適用可能である。すなわち、ハンドオーバ先で割り当てたアドレスがＨｏＡ／ＣｏＡのいずれであるかを通知する機構があってもよい。
　次に、本発明の実施の形態に係る移動端末（ＵＥ）の動作の一例について、図６から図９を用いて説明する。図６は本発明の実施の形態に係る移動端末の構成の一例を説明するための構成図である。送受信部６０１、６０２はそれぞれアクセスネットワーク１０１、１０２と接続するための通信インタフェースに相当し、ＩＰレイヤより下位の通信プロトコル処理並びにモデム処理を実施する。ＩＰ処理部６０３はＩＰレイヤ処理を実施し、ＭＩＰ処理部６０４はＤＳＭＩＰに基づくＭｏｂｉｌｅ ＩＰプロトコル処理を実施する。
　ＤＨＣＰ処理部６０５はＤＨＣＰプロトコル処理（クライアント機能）を実施する。ハンドオーバ制御部６０６は送受信部６０１、６０２から得た通信状況などからハンドオーバの実施可能性や実施タイミングを判断あるいは検出し、ＭＩＰ処理部６０４や送受信部６０１、６０２、ＤＨＣＰ処理部６０５などにハンドオーバ実施のための指示を送出し、ハンドオーバ処理を制御する。ホームリンク判定制御部６０７は、本発明において特徴的なものであり、その動作の一例について図７から図９を用いて周辺の動作を交えながら説明する。
　図７は、ＵＥ１０７がＨＡ１０６から受信した割り当てアドレス種別通知メッセージの内容に基づいて、ＨｏＡとＣｏＡのいずれが割り当てられたかを判断する場合の処理フローの一例を示すフローチャートである。ハンドオーバ制御部６０６がハンドオーバを開始するか否かを判断する（ステップＳ７０１）。ハンドオーバすると判断した場合、ハンドオーバ制御部６０６が送受信部６０２にハンドオーバ先ネットワーク（アクセスネットワーク１０２）へのアタッチ処理開始を指示する（ステップＳ７０２）。アタッチ処理時にはＩＰアドレスが割り当てられず、アタッチ処理完了後にＤＨＣＰなどのプロトコルを用いてＩＰアドレスを取得する場合、送受信部６０２からアタッチ処理が完了したことの通知を受けてハンドオーバ制御部６０６がＤＨＣＰ処理部６０５にＩＰアドレス取得を開始するよう指示する。
　ＤＨＣＰ処理部６０５はＤＨＣＰディスカバリーメッセージをＩＰ処理部６０３、送受信部６０２を介してアクセスネットワーク１０２に送出し、その応答として割り当てられたＩＰｖ４アドレスを含むＤＨＣＰオファーメッセージを送受信部６０２、ＩＰ処理部６０３経由で取得する。さらに、応答を受けたサーバからのアドレス割り当てを受け入れるために、ＤＨＣＰリクエストメッセージを同様に送出し、その応答としてＤＨＣＰアックメッセージを同様に取得する（ＩＰアドレス取得処理：ステップＳ７０３）。以上の手続きによりＩＰアドレス取得処理を完了し、取得したＩＰアドレスはＩＰ処理部６０３に設定される。
　このとき、ハンドオーバ元アクセスネットワーク（アクセスネットワーク１０１）経由で、ＨＡが送信した割り当てアドレス種別通知メッセージ（例えば、Binding Revocation RequestやBinding Refresh Request、Binding Ackや、専用フィールドや専用フラグを設けるように改造したメッセージ）がＵＥ１０７によって取得される（ステップＳ７０４）。アドレス種別通知メッセージは、送受信部６０１、ＩＰ処理部６０３を介して受信され、ＭＩＰ処理部６０４に転送される。ＭＩＰ処理部６０４では、割り当てアドレス種別通知メッセージの内容をホームリンク判定制御部６０７に転送あるいは通知する。
　ホームリンク判定制御部６０７では、割り当てアドレス種別通知メッセージの内容を評価して、ハンドオーバ先アクセスネットワーク（アクセスネットワーク１０２）経由で取得したＩＰアドレスがＨｏＡとＣｏＡのいずれであるかを検出する（通知内容がＨｏＡか：ステップＳ７０５）。割り当てられたアドレスがＨｏＡであった場合は、ハンドオーバ先アクセスネットワークがホームリンクであると判断し、鍵交換処理やバインディング処理（ＢＵ／ＢＡ交換）を行うことなく通信を開始する（ステップＳ７０６）。割り当てられたアドレスがＣｏＡであった場合は、ハンドオーバ先アクセスネットワークが外部リンクであると判断し、必要に応じて鍵交換処理やバインディング処理（ＢＵ／ＢＡ交換）を実施する（ステップＳ７０７）。
　最後にハンドオーバ制御部６０６は送受信部６０１にハンドオーバ元ネットワーク（アクセスネットワーク１０１）からのデタッチ処理の開始を指示し（ステップＳ７０８）、デタッチ処理の完了をもってハンドオーバ処理を完了する。デタッチ処理は省略されたり、ネットワークからの指示を受けて実施されたりすることもある。
　ここで、アタッチ処理の過程で、アクセスネットワーク１０２からＩＰアドレスが割り当てられた場合について説明する。この場合、ＵＥ１０７はＤＨＣＰによるＩＰアドレス取得を行う必要がなく、アタッチ処理完了と同程度のタイミングでハンドオーバ元アクセスネットワークから割り当てアドレス種別通知メッセージを取得する（送受信部６０１、ＩＰ処理部６０３、ＭＩＰ処理部６０４を経て、メッセージの内容がホームリンク判定制御部６０７に転送あるいは通知される）。以降の処理は上述したのと同じであるので、ここでは省略する。
　次に、ＵＥがＨＡからの割り当てアドレス種別通知メッセージの受信タイミング内容に基づいてＨｏＡとＣｏＡのいずれが割り当てられたかを判断する場合の処理フローの一例について図８を用いて説明する。ＵＥ１０７がハンドオーバ元アクセスネットワーク経由で割り当てアドレス種別通知メッセージを受信して、メッセージの内容がホームリンク判定制御部６０７に転送あるいは通知されるところまでは上述したものと同じ処理なので、ここでは説明を省略する。上述したように、ＨｏＡ割り当て時とＣｏＡ割り当て時で、割り当てアドレス種別通知メッセージがＵＥ１０７に配送されるタイミングが異なるため、ＵＥ１０７はこの特性を活用してホームリンク判定を実施する（割り当てアドレス種別通知メッセージの受信タイミングの違いについては図２から図５を参照）。
　すなわち、割り当てアドレス種別通知メッセージの内容を取得したホームリンク判定制御部６０７は、ＤＨＣＰ処理実施中であるか判断し（ステップＳ８０５）、ＤＨＣＰ処理が実施中である場合（ＹＥＳの場合）はＨｏＡが割り当てられたものと判断し（ハンドオーバ先ネットワークをホームリンクと判断：ステップＳ８０６）、それ以外の場合（ＮＯの場合）はＣｏＡが割り当てられたものと判断する（ハンドオーバ先ネットワークを外部リンクと判断：ステップＳ８０７）。さらには、ホームリンク判定制御部６０７がＤＨＣＰ処理完了までに割り当てアドレス種別通知メッセージの内容を既に取得できている場合は、その内容を確認した上でＨｏＡが割り当てられたことを確実に判定することができる。また、ＤＨＣＰ処理完了までに割り当てアドレス種別通知メッセージを受信できたが、取得した割り当てアドレス種別通知メッセージがＣｏＡを割り当てた旨の内容を示すものであった場合、メッセージの内容に従うものとする。
　最後にハンドオーバ制御部６０６は送受信部６０１にハンドオーバ元ネットワーク（アクセスネットワーク１０１）からのデタッチ処理の開始を指示し（ステップＳ８０８）、デタッチ処理の完了をもってハンドオーバ処理を完了する。デタッチ処理は省略されたり、ネットワークからの指示を受けて実施されたりすることもある。
　さらに、ＵＥがＨＡからの割り当てアドレス種別通知メッセージの受信タイミング内容に基づいてＨｏＡとＣｏＡのいずれが割り当てられたかを判断する場合に、ハンドオーバ元アクセスネットワークにおける伝送遅延の影響を排除するための最適化処理の一例について図９を用いて説明する。ＵＥ１０７がハンドオーバ先アクセスネットワークにアタッチするところまでは上述したものと同じ処理なので、ここでは説明を省略する。アタッチ処理時にはＩＰアドレスが割り当てられず、アタッチ処理完了後にＤＨＣＰなどのプロトコルを用いてＩＰアドレスを取得する場合、送受信部６０２からアタッチ処理が完了したことの通知を受けてハンドオーバ制御部６０６がＤＨＣＰ処理部６０５にＩＰアドレス取得を開始するよう指示する。
　ＤＨＣＰ処理部６０５はＤＨＣＰディスカバリーメッセージをＩＰ処理部６０３、送受信部６０２を介してアクセスネットワーク１０２に送出し、その応答として割り当てられたＩＰｖ４アドレスを含むＤＨＣＰオファーメッセージを送受信部６０２、ＩＰ処理部６０３経由で取得する（ＩＰアドレス取得処理１：ステップＳ９０３）。
　ここで、ハンドオーバ元アクセスネットワークにおける伝送遅延のゆらぎが原因となり、本来ＣｏＡ割り当て通知よりも先行して配送されるはずのＨｏＡ割り当てが、遅延して配送されることが考えられる。こうした影響を排除するため、ＤＨＣＰ処理部６０５はタイマを起動して（ステップＳ９０４）、ＤＨＣＰリクエストメッセージ送信までに所定の遅延を設ける。タイマに設定される時間値は、例えばハンドオーバ元アクセスネットワークにおける伝送遅延値をＵＥ１０７が測定した結果（平均値や最悪値）を用いてもよいし、あらかじめ定めた固定値であってもよい。また、ＤＨＣＰ処理部６０５にあらかじめ設定しておいてもよいし、ＤＨＣＰ処理の度に設定（変更）するものであってもよい。後者の場合、動的に変化するネットワークの状況に応じた遅延値を設定することができ、ひいてはハンドオーバ処理の効率化を図ることができる。
　所定の遅延時間が経過してから、応答を受けたサーバからのアドレス割り当てを受け入れるために、ＤＨＣＰリクエストメッセージを同様に送出し、その応答としてＤＨＣＰアックメッセージを同様に取得する（ＩＰアドレス取得処理２：ステップＳ９０５）。以上の手続きによりＩＰアドレス取得処理を完了し、取得したＩＰアドレスはＩＰ処理部６０３に設定される。このとき、ハンドオーバ元アクセスネットワーク（アクセスネットワーク１０１）経由で、ＨＡ１０６が送信した割り当てアドレス種別通知メッセージがＵＥ１０７によって取得され、上述の順序でホームリンク判定制御部６０７に転送あるいは通知される。
　割り当てアドレス種別通知メッセージの内容を取得したホームリンク判定制御部６０７は、ＤＨＣＰ処理が実施中であるか又は完了した直後であるか（例えば、ＤＨＣＰ処理完了時点を境に判定を行うことが可能であり、またＤＨＣＰ処理完了からの経過時間が所定の閾値内であるなどにより判定が可能である）をＤＨＣＰ処理部６０５の動作状況をもとに検出し（ステップＳ９０６）、条件に合致する場合はＨｏＡが割り当てられたものと判断し（ハンドオーバ先ネットワークをホームリンクと判断：ステップＳ９０７）、合致しない場合はＣｏＡが割り当てられたものと判断する（ハンドオーバ先ネットワークを外部リンクと判断：ステップＳ９０８）。条件に合致した場合、すなわちホームリンク判定制御が割り当てアドレス種別通知メッセージの内容を既に取得している場合は、その内容をもってＨｏＡが割り当てられたことを確実なものとすることができる。また、条件に合致したが、取得した割り当てアドレス種別通知メッセージがＣｏＡを割り当てた旨の内容を示すものであった場合、メッセージの内容に従うものとする。
　最後にハンドオーバ制御部６０６は送受信部６０１にハンドオーバ元ネットワーク（アクセスネットワーク１０１）からのデタッチ処理の開始を指示し（ステップＳ９０９）、デタッチ処理の完了をもってハンドオーバ処理を完了する。デタッチ処理は省略されたり、ネットワークからの指示を受けて実施されたりすることもある。
　次に、本発明の実施の形態に係るホームエージェント（ＨＡ）の動作の一例について図１０から図１２を用いて説明する。図１０は本発明の実施の形態に係るＨＡの構成の一例を説明するための構成図である。送受信部１００１はコアネットワーク１０３内のノードと通信を行うための通信インタフェースに相当し、ＩＰレイヤより下位の通信プロトコル処理並びにモデム処理を実施する。ＩＰ処理部１００２はＩＰレイヤ処理を実施し、ＭＩＰ処理部１００３はＤＳＭＩＰに基づくＭｏｂｉｌｅ ＩＰプロトコル処理を実施する。ＰＭＩＰ処理部１００４はＰＭＩＰプロトコル処理を実施する。ＤＨＣＰ処理部１００５はＤＨＣＰプロトコル処理（サーバ機能）を実施する。ホームアドレス割り当て部１００６は、本発明において特徴的なものであり、その動作の一例について周辺の動作を交えながら図１１と図１２を用いて説明する。
　図１１は、ＵＥがＨＡから受信した割り当てアドレス種別通知メッセージの内容に基づいて、ＨｏＡとＣｏＡのいずれが割り当てられたかを判断する場合のＨＡの処理フローの一例を示すフローチャートである。ＡＲ１０５から転送されたＵＥ１０７からのＩＰアドレス取得要求メッセージ（あるいはＰＢＵメッセージ）が送受信部１００１、ＩＰ処理部１００２を介してＤＨＣＰ処理部１００５に転送されたか否かを判断し（ＩＰアドレス取得要求あるいはＰＢＵ受信か：ステップＳ１１０１）、受信したと判断された場合、ＤＨＣＰ処理部１００５は割り当てるＩＰアドレスをホームアドレス割り当て部１００６から取得し（ＨｏＡ割り当て：ステップＳ１１０２）、ＩＰアドレス割り当てメッセージに含めてＩＰ処理部１００２、送受信部１００１を介して送信し（ステップＳ１１０３）、ＤＨＣＰリレーとして動作しているＡＲ１０５経由でＵＥ１０７に転送される。そして、ホームアドレス割り当て部１００６は、割り当てアドレス種別通知メッセージをＡＲ１０４経由で送信する（ステップＳ１１０４）。
　ここで、受信したＩＰアドレス取得要求メッセージには、ＵＥ１０７の識別子（例えば、Network Access Identifier：ＮＡＩ）を含み、ＨＡ１０６はＵＥ１０７からのＤＨＣＰ要求であることを判別できる。また、ＡＲ１０５がＵＥ１０７からのＩＰアドレス取得要求メッセージを受信したことを受けてＰｒｏｘｙ ＭＩＰのＰＢＵ（Ｐｒｏｘｙ ＢＵ）をＨＡ１０６に送信する場合は、送受信部１００１とＩＰ処理部１００２を介してＰＭＩＰ処理部１００４がＰＢＵメッセージを受信し、ホームアドレスをホームアドレス割り当て部１００６から取得し、ＰＢＡメッセージに記載して送信する。なお、この場合もＰＢＵにはＵＥ１０７の識別子（例えばＮＡＩ）が含まれているので、ＨＡ１０６はＵＥ１０７に対するアドレス割り当てであることを判別できる。
　ホームアドレス割り当て部１００６は、上記ＤＨＣＰプロトコルあるいはＰＭＩＰプロトコルにもとづいてホームアドレスをＵＥ１０７に払いだすと同時に、ＵＥ１０７が生成したＤＳＭＩＰのバインディング情報（ＭＩＰ処理部１００３が保持している）をもとに、ハンドオーバ元アクセスネットワーク経由で割り当てアドレス種別通知メッセージをＵＥ１０７に送信する。メッセージにはＨｏＡを割り当てた旨の情報が記載されている。アドレス種別通知メッセージは、例えば、ＭＩＰ処理部１００３が処理可能なBinding Revocation RequestやBinding Refresh Request、Binding Ackであったり、それらに専用フィールドや専用フラグを設けるように改造したものであったり、独自のメッセージを規定してもよい。
　また、ＰＣＲＦサーバ１０８が送信したＣｏＡ割り当て通知メッセージが、送受信部１００１、ＩＰ処理部１００２を介してホームアドレス割り当て部１００６に転送あるいは到着が通知されたか否かを判断し（ＣｏＡ割り当て通知取得か：ステップＳ１１０５）、通知されたと判断されると、ホームアドレス割り当て部１００６は、同様にＵＥ１０７のＤＳＭＩＰのバインディング情報をもとに、ハンドオーバ元アクセスネットワーク経由で割り当てアドレス種別通知メッセージをＵＥ１０７に送信する（ステップＳ１１０６）。メッセージにはＣｏＡを割り当てた旨の情報が記載されている。
　次に、ＵＥがＨＡからの割り当てアドレス種別通知メッセージの受信タイミング内容に基づいてＨｏＡとＣｏＡのいずれが割り当てられたかを判断する場合に、ハンドオーバ元アクセスネットワークにおける伝送遅延の影響を排除するための最適化処理を行う場合のＨＡ処理フローの一例について図１２を用いて説明する。ＡＲ１０５から転送されたＵＥ１０７からのＤＨＣＰディスカバリーメッセージが送受信部１００１、ＩＰ処理部１００２を介してＤＨＣＰ処理部１００５に転送されたか否かを判断し（ＤＨＣＰディスカバリー受信か：ステップＳ１２０１）、転送されたと判断された場合、ＤＨＣＰ処理部１００５は割り当てるＩＰアドレスをホームアドレス割り当て部１００６から取得し（ＨｏＡ割り当て：ステップＳ１２０２）、ＤＨＣＰオファーメッセージに含めてＩＰ処理部１００２、送受信部１００１を介して送信する（ＤＨＣＰオファー送信：ステップＳ１２０３）。
　これを受けてホームアドレス割り当て部１００６は、ＵＥ１０７が生成したＤＳＭＩＰのバインディング情報（ＭＩＰ処理部１００３が保持している）をもとに、ハンドオーバ元アクセスネットワーク経由で割り当てアドレス種別通知メッセージをＵＥ１０７に送信する（ステップＳ１２０４）。メッセージにはＨｏＡを割り当てた旨の情報が記載されている。これに続いて、ＤＨＣＰ処理部１００５がＵＥ１０７からのＤＨＣＰリクエストメッセージを受信する（ＤＨＣＰリクエスト受信：ステップＳ１２０５）と、ＤＨＣＰアックメッセージを送信する（ＤＨＣＰアック送信：ステップＳ１２０６）。ここで、いち早くＵＥ１０７に割り当て通知メッセージを到着させるために、ステップＳ１２０３より先にステップＳ１２０４を実施してもよい。
　また、ＰＣＲＦサーバ１０８が送信したＣｏＡ割り当て通知メッセージが、送受信部１００１、ＩＰ処理部１００２を介してホームアドレス割り当て部１００６に転送あるいは到着が通知されたか否かを判断し（ＣｏＡ割り当て通知取得か：ステップＳ１２０７）、通知されたと判断されると、ホームアドレス割り当て部１００６は、同様にＵＥ１０７のＤＳＭＩＰのバインディング情報をもとに、ハンドオーバ元アクセスネットワーク経由で割り当てアドレス種別通知メッセージをＵＥ１０７に送信する（ステップＳ１２０８）。メッセージにはＣｏＡを割り当てた旨の情報が記載されている。
　なお、上記では、移動端末がＩＰアドレスを取得するためにＩＰアドレス取得要求メッセージとＩＰアドレス割り当てメッセージを用いることを説明した。ここで、ＩＰアドレス取得要求メッセージとはＩＰアドレス取得処理を開始するメッセージであり、ＤＨＣＰプロトコルでいうところのＤＨＣＰディスカバリーメッセージ、あるいは既にＤＨＣＰサーバが明らかな場合や、ＤＨＣＰディスカバリーメッセージの送信を省略する場合はＤＨＣＰリクエストメッセージに相当する。また、ＩＰアドレス割り当てメッセージとはＩＰ取得処理において移動端末へのＩＰアドレス割り当てを完了するためのメッセージであり、ＤＨＣＰプロトコルでいうところのＤＨＣＰアックメッセージに相当する。
　なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
　本発明のハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントは、ハンドオーバ先アクセスネットワークがホームリンクであることを早期に検出して、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にホームリンク検出を実施することができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができ、ハンドオーバ時間の削減を図ることができ、またハンドオーバ元アクセスネットワーク経由で既に確立されたＤＳＭＩＰコネクションを利用することにより、ハンドオーバ先アクセスネットワークが移動端末に直接通知する機能を有していない場合でも、所望の動作を実施させることができるため、異なるＩＰバージョンに対応したネットワーク間を移動しながら通信を行う通信システムにおけるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントなどに有用である。

Claims (20)

  1. 　移動端末の通信規約である固有の異なるＩＰバージョンにそれぞれ対応する少なくとも２つのネットワーク間を移動する前記移動端末のハンドオーバ方法であって、
    　前記移動端末が、現在接続しているハンドオーバ前のネットワークのアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバする際、前記移動端末に割り当てられる前記ハンドオーバ先のネットワークにおけるアドレスを取得するためのアドレス取得要求メッセージを前記ハンドオーバ先のアクセスルータへ送信するステップと、
    　前記移動端末のホームエージェントが、前記アドレス取得要求メッセージにより前記ハンドオーバ先のアドレス割り当てサーバ又は前記ホームエージェントによって割り当てられた前記移動端末のアドレスの種別を示す情報を含む通知メッセージを前記ハンドオーバ前のアクセスルータを介して前記移動端末へ送信するステップとを、
    　備えるハンドオーバ方法。
  2. 　前記アドレス取得要求メッセージは、アドレス付与を求めるための所定のプロトコルで用いられるメッセージである請求項１に記載のハンドオーバ方法。
  3. 　前記移動端末が、前記アドレス取得要求メッセージに基づいて割り当てられたアドレスの受信完了の直後若しくは前記受信完了前に前記通知メッセージを受信した場合、所定のアドレスが割り当てられたと判断する請求項２に記載のハンドオーバ方法。
  4. 　前記ホームエージェントは、前記通知メッセージの他に、前記移動端末に割り当てられたアドレスの種別が何かを示す情報を含む、前記アドレス取得要求メッセージに対する応答メッセージを前記移動端末に送信する請求項３に記載のハンドオーバ方法。
  5. 　前記ハンドオーバ先のアドレス割り当てサーバによって前記移動端末のアドレスが割り当てられた場合、
    　前記ホームエージェントは、前記割り当てられたアドレスの種別を示す情報を所定のサーバから受信する請求項１から３のいずれか１つに記載のハンドオーバ方法。
  6. 　前記ホームエージェントは、前記アドレス取得要求メッセージに対する応答メッセージを送信すると同時に、前記通知メッセージを送信する請求項２に記載のハンドオーバ方法。
  7. 　前記移動端末は、前記応答メッセージを受信後、所定の時間経過後に前記応答メッセージに対するメッセージを送信する請求項６に記載のハンドオーバ方法。
  8. 　前記ハンドオーバ先のアドレス割り当てサーバは、前記ホームエージェントに代わって応答メッセージを送信すると同時に、前記割り当てられたアドレスの種別を示す情報を前記所定のサーバに通知し、
    　前記ホームエージェントは、前記割り当てられたアドレスの種別を示す情報に基づいて前記通知メッセージを送信する請求項５に記載のハンドオーバ方法。
  9. 　前記移動端末は、前記ハンドオーバ先ネットワーク又は前記ハンドオーバ先ネットワークを含む通信ネットワークが所定の条件を満たすネットワークである場合に、前記アドレス取得要求メッセージを送信する請求項６又は７に記載のハンドオーバ方法。
  10. 　移動端末の通信規約である固有の異なるＩＰバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末であって、
    　前記移動端末が、現在接続しているハンドオーバ前のネットワークのアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバする際、
    　前記移動端末に割り当てられる前記ハンドオーバ先のネットワークにおけるアドレスを取得するためのアドレス取得要求メッセージを生成するメッセージ生成手段と、
    　生成された前記アドレス取得要求メッセージを前記ハンドオーバ先のアクセスルータへ送信する送信手段と、
    　前記アドレス取得要求メッセージにより前記ハンドオーバ先のアドレス割り当てサーバ又は前記ホームエージェントによって割り当てられた前記移動端末のアドレスの種別を示す情報を含む通知メッセージを、前記移動端末のホームエージェントから前記ハンドオーバ前のアクセスルータを介して受信する受信手段とを、
    　備える移動端末。
  11. 　前記アドレス取得要求メッセージは、アドレス付与を求めるための所定のプロトコルで用いられるメッセージである請求項１０に記載の移動端末。
  12. 　前記受信手段が、前記アドレス取得要求メッセージに基づいて割り当てられたアドレスの受信完了の直後若しくは前記受信完了前に前記通知メッセージを受信した場合、
    　所定のアドレスが割り当てられたと判断する判断手段を更に備える請求項１１に記載の移動端末。
  13. 　前記受信手段は、前記ホームエージェントによって送信される前記通知メッセージの他に、前記移動端末に割り当てられたアドレスの種別が何かを示す情報を含む、前記アドレス取得要求メッセージに対する応答メッセージを受信する請求項１２に記載の移動端末。
  14. 　前記受信手段は、前記アドレス取得要求メッセージに対する応答メッセージと、前記ホームエージェントから送信された前記通知メッセージを受信する請求項１１に記載の移動端末。
  15. 　前記メッセージ生成手段は、前記応答メッセージを受信後、所定の時間経過後に前記応答メッセージに対するメッセージを生成し、
    　前記送信手段は、生成された前記応答メッセージに対するメッセージを送信する請求項１４に記載の移動端末。
  16. 　前記ハンドオーバ先のアドレス割り当てサーバによって前記移動端末のアドレスが割り当てられた場合、
    　前記応答メッセージは、前記ホームエージェントに代わって前記ハンドオーバ先のアドレス割り当てサーバによって送信される請求項１４又は１５に記載の移動端末。
  17. 　前記ハンドオーバ先ネットワーク又は前記ハンドオーバ先ネットワークを含む通信ネットワークが所定の条件を満たすネットワークであるか否かを確認する確認手段を更に備え、
    　前記送信手段は、前記所定の条件を満たすネットワークであると確認された場合に、前記アドレス取得要求メッセージを送信する請求項１４又は１５に記載の移動端末。
  18. 　移動端末の通信規約である固有の異なるＩＰバージョンにそれぞれ対応する少なくとも２つのネットワーク間をハンドオーバする前記移動端末のホームエージェントであって、
    　前記移動端末が現在接続しているハンドオーバ前のネットワークのアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバする際、
    　前記移動端末に割り当てられる前記ハンドオーバ先のネットワークにおけるアドレスを取得するためのアドレス取得要求メッセージに基づき、前記ハンドオーバ先のアドレス割り当てサーバ又は前記ホームエージェントによって割り当てられた前記移動端末のアドレスの種別を示す情報を含む通知メッセージを生成するメッセージ生成手段と、
    　生成された前記通知メッセージを前記ハンドオーバ前のアクセスルータを介して前記移動端末へ送信する送信手段とを、
    　備えるホームエージェント。
  19. 　前記アドレス取得要求メッセージが、アドレス付与を求めるための所定のプロトコルで用いられるメッセージである場合、
    　前記メッセージ生成手段は、前記アドレス取得要求メッセージに対する応答メッセージを生成し、
    　前記送信手段は、前記応答メッセージと同時に、前記通知メッセージを送信する請求項１８に記載のホームエージェント。
  20. 　前記ハンドオーバ先のアドレス割り当てサーバによって前記移動端末のアドレスが割り当てられた場合、
    　前記ハンドオーバ先のアドレス割り当てサーバによって割り当てられたアドレスの種別を示す情報を、前記ハンドオーバ先のアドレス割り当てサーバによって通知された所定のサーバから受信する受信手段を更に備え、
    　前記メッセージ生成手段は、前記割り当てられたアドレスの種別を示す情報に基づいて前記通知メッセージを生成し、
    　前記送信手段は、生成された前記通知メッセージを送信する請求項１８に記載のホームエージェント。
PCT/JP2009/007117 2008-12-22 2009-12-22 ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント WO2010073620A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/141,115 US20110255511A1 (en) 2008-12-22 2009-12-22 Handover method and mobile terminal and home agent utilized in said method
JP2010543855A JPWO2010073620A1 (ja) 2008-12-22 2009-12-22 ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-325606 2008-12-22
JP2008325606 2008-12-22

Publications (1)

Publication Number Publication Date
WO2010073620A1 true WO2010073620A1 (ja) 2010-07-01

Family

ID=42287267

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/007117 WO2010073620A1 (ja) 2008-12-22 2009-12-22 ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント

Country Status (3)

Country Link
US (1) US20110255511A1 (ja)
JP (1) JPWO2010073620A1 (ja)
WO (1) WO2010073620A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101409031B1 (ko) 2011-06-07 2014-06-18 닛본 덴끼 가부시끼가이샤 이동 통신 시스템, 위치 등록 방법, 중계 노드 및 그 제어 방법, 그리고 제어 프로그램의 저장 매체
JP2014534705A (ja) * 2011-10-18 2014-12-18 アルカテル−ルーセント 訪問先ｐｃｒｆのｓ９セッションｉｄの生成

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010019005A2 (en) * 2008-08-14 2010-02-18 Samsung Electronics Co., Ltd. Method and system for handling a dynamic host configuration protocol internet protocol version 4 address release
KR101707543B1 (ko) * 2010-06-24 2017-02-16 주식회사 케이티 Ｐｍｉｐ 기반의 서비스에 따른 핸드오버 수행 방법 및 그 시스템
JP2016502820A (ja) * 2012-11-30 2016-01-28 インターデイジタル パテント ホールディングス インコーポレイテッド ネットワーク環境における分散モビリティ管理テクノロジー
US8743758B1 (en) 2013-11-27 2014-06-03 M87, Inc. Concurrent uses of non-cellular interfaces for participating in hybrid cellular and non-cellular networks
EP3852333A1 (en) 2013-12-13 2021-07-21 M87, Inc. Methods and systems for secure connections for joining hybrid cellular and non-cellular networks

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008010662A2 (en) * 2006-07-18 2008-01-24 Lg Electronics Inc. Method for pre-configuration of ip address in mobile communication system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008089781A1 (en) * 2006-12-14 2008-07-31 Telefonaktiebolaget Lm Ericsson (Publ) Network-based handover control mechanism

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008010662A2 (en) * 2006-07-18 2008-01-24 Lg Electronics Inc. Method for pre-configuration of ip address in mobile communication system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101409031B1 (ko) 2011-06-07 2014-06-18 닛본 덴끼 가부시끼가이샤 이동 통신 시스템, 위치 등록 방법, 중계 노드 및 그 제어 방법, 그리고 제어 프로그램의 저장 매체
US8983463B2 (en) 2011-06-07 2015-03-17 Nec Corporation Mobile communication system, location registration method, relay node and control method thereof, and storage medium of control program
JP2014534705A (ja) * 2011-10-18 2014-12-18 アルカテル−ルーセント 訪問先ｐｃｒｆのｓ９セッションｉｄの生成

Also Published As

Publication number Publication date
US20110255511A1 (en) 2011-10-20
JPWO2010073620A1 (ja) 2012-06-07

Similar Documents

Publication Publication Date Title
Yokota et al. Fast handovers for proxy mobile IPv6
US20120063428A1 (en) Interface Switching System, Mobile Node, Proxy Node, and Mobile Management Node
US8780800B2 (en) Optimized home link detection
US20110103260A1 (en) Binding cache creating method, binding cache creating system, home agent, and mobile node
JP5371987B2 (ja) 移動端末及びネットワークノード
EP2371164B1 (en) GTP and GRE user-plane selection
WO2010073620A1 (ja) ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント
TW200820687A (en) Method for pre-configuration of IP address in mobile communication system
JPWO2008099802A1 (ja) 移動端末管理システム、ネットワーク機器及びそれらに用いる移動端末動作制御方法
JPWO2011001628A1 (ja) コネクション管理方法、コネクション管理システム、移動端末、パケットデータゲートウェイ並びに移動管理ゲートウェイ
JP2007116690A (ja) モバイルネットワーク通信における切換の方法と装置
JPWO2009044539A1 (ja) 通信制御方法及びネットワークノード並びに移動端末
WO2009116246A1 (ja) 通信方法、通信システム、モバイルノード及びアクセスルータ
US8761119B2 (en) Handover method, and mobile terminal and home agent used in the method
US9148826B2 (en) Handover method and mobile terminal and home agent used in the method
KR100915513B1 (ko) 프락시 모바일 ＩＰｖ６에서 패킷 손실을 줄이기 위한 패킷버퍼링 장치 및 방법
US20100208663A1 (en) Communication system, mobile terminal, and network node
KR101373354B1 (ko) 프락시 모바일 아이피 및 모바일 아이피 정보 전달 방법을이용하는 이동 통신 시스템의 이동성 관리 방법 및 시스템
JP2006229831A (ja) 異種網間接続切替方法及び異種網間接続システム
WO2010146815A1 (ja) 移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード
KR101357511B1 (ko) 이동통신 시스템에서 프록시 모바일 아이피를 이용한 이동성 관리 방법 및 이를 위한 장치
Yokota et al. RFC 5949: Fast Handovers for Proxy Mobile IPv6
KR101132295B1 (ko) ＰＭＩＰｖ6 환경에서 플로우 이동성 지원 방법 및 시스템
Li et al. Network Working Group Y. Cui Internet-Draft Tsinghua University Intended status: Standards Track X. Xu Expires: April 5, 2013 WD. Wang

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2010543855

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13141115

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09834428

Country of ref document: EP

Kind code of ref document: A1