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

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

Info

Publication number
WO2010052919A1
WO2010052919A1 PCT/JP2009/005914 JP2009005914W WO2010052919A1 WO 2010052919 A1 WO2010052919 A1 WO 2010052919A1 JP 2009005914 W JP2009005914 W JP 2009005914W WO 2010052919 A1 WO2010052919 A1 WO 2010052919A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
handover
message
mobile terminal
home
Prior art date
Application number
PCT/JP2009/005914
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 EP09824619A priority Critical patent/EP2352338A1/en
Priority to JP2010536697A priority patent/JPWO2010052919A1/ja
Priority to US13/126,682 priority patent/US8761119B2/en
Publication of WO2010052919A1 publication Critical patent/WO2010052919A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016Hand-off preparation specially adapted for end-to-end data sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/34Modification of an existing route
    • H04W40/36Modification of an existing route due to handover
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H04W80/045Network 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 performs communication while moving between networks corresponding to different IP versions, and a mobile terminal and a home agent (location management server) used in the method.
  • Mobile IPv4 MIPv4
  • MIPv6 MIPv6
  • IP communication Internet protocol communication
  • 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) using the MIPv6 protocol based on Non-Patent Document 2, and the relationship (binding) of these addresses in the home agent
  • all messages are based on the IPv6 protocol and could only be used from an access network that supports IPv6.
  • DSMIP is an extension of MIPv6, and when a mobile terminal connects to an access network that supports only IPv4, the IPv4 care-of address (CoAv4) acquired from the access network is bound to HoAv6 and also from an access network that supports only IPv4. Communication using HoAv6 is made possible.
  • DSMIP assumes that the home agent has an IPv4 address, and encapsulates the CoAv4 and the IPv4 address of the home agent with the IPv4 header described in the address field, thereby binding control message (Binding Update (BU) based on MIPv6 or Binding Acknowledge (BA), etc.) can be exchanged, or an IPv4 home address (HoAv4) can be assigned to a mobile terminal to enable communication with a communication partner (Correspondent Node: CN) having only an IPv4 address.
  • BU Binding Update
  • BA Binding Acknowledge
  • Non-Patent Document 4 discloses a handover method from a 3GPP access network (LTE, etc.) to a non-3GPP access network (wireless LAN network system, WiMAX network system, 3GPP2 network system, etc.) using DSMIP.
  • LTE 3GPP access network
  • non-3GPP access network wireless LAN network system, WiMAX network system, 3GPP2 network system, etc.
  • the mobile terminal has only performed home link detection for the IPv6 home prefix to which the home address HoAv6 belongs.
  • home link detection using the IPv4 address is not performed, and even if the subnet of the IPv4 address (corresponding to CoAv4) acquired from the access network and the subnet of HoAv4 are the same, the IPv6 prefix acquired from the access network and the IPv6 home The access network was not considered a home link unless the prefix was the same.
  • FIG. 1 is a configuration diagram of an example of a mobile communication system using DSMIP, in which an access network 101 that supports IPv6, an access network 102 that supports only IPv4, and a core network 103 that can be connected via these access networks are arranged.
  • Each access network is provided with access routers AR104 and AR105, and each access router may be an IPv6 router or an IPv4 router depending on the operation of the access network system.
  • a home agent HA 106 based on DSMIP is provided in the core network 103.
  • the mobile terminal UE 107 is connected to the HA 106 via the access network 101 to acquire an IPv6 home address (HoAv6), and then moves to the access network 102 to perform a handover process.
  • HoAv6 IPv6 home address
  • FIG. 8 is a sequence chart for explaining an example of a conventional handover processing procedure.
  • the attach process is started (step S802).
  • the attach process includes a connection authentication process (step S803) by the authentication server HSS / AAA 801.
  • the attach process is completed.
  • the UE 107 acquires an IPv4 address during the attach process or using the DHCP protocol after the attach process is completed (IPv4 address acquisition request, IPv4 address assignment: step S804), and uses this as a care-of address (CoAv4) first.
  • a binding request message (Binding Update: BU) for registering with the HA together with the acquired HoAv6 is transmitted (step S805).
  • the UE 107 uses the BU to execute an IPv4 home address (HoAv4) allocation request based on the DSMIP protocol.
  • HoAv4 IPv4 home address
  • the HA 106 registers the pair of HoAv6 and CoAv4 in the binding cache, and notifies the UE 107 using a binding response message (Binding : Acknowledge: BA) to allocate the HoAv4 (step S806).
  • a pair of HoAv4 and CoAv4 is registered in the binding cache.
  • the UE 107 can perform home link detection from the viewpoint of the IPv4 subnet that has not been implemented conventionally by comparing the acquired HoAv4 and CoAv4 subnet parts (step S807).
  • the access network 102 can be regarded as a home link from the viewpoint of IPv4, and there is no need to give a redundant IPv4 tunnel header to a 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.
  • home link detection from the viewpoint of IPv4 has not been performed, so an IPv4 tunnel header is added to all packets exchanged with the HA 106.
  • IPv4 addresses belonging to can be distributed.
  • the mobile terminal may perform a key update process as shown in FIG. 8 with the HA after acquiring CoAv4 and before transmitting the BU.
  • a mobile terminal that does not support dynamic key update must update the key every time the care-of address is changed. Since the key update requires a long time process involving cryptographic calculation in both the mobile terminal and the HA, it takes a considerable time until the mobile terminal completes the home link detection from the IPv4 viewpoint and can actually transmit and receive packets. become.
  • the present invention provides a case where, in a mobile communication system using DSMIP, an address assigned from a handover destination access network is only an IPv4 address during a handover process by a mobile terminal having only an IPv6 home address. Then, it is detected that the handover destination access network is an access network that supports only IPv4, and the assigned IPv4 address is set to the home agent via the handover source access network as the IPv4 home address. As a result, the handover destination access network is used as the home link, and the tunnel overhead between the mobile terminal and the home agent is reduced to improve the communication efficiency, and the key update is performed even when the mobile terminal performs the key update process.
  • a handover method capable of completing binding processing before processing and enabling packet transmission / reception without waiting for completion of time-consuming key update processing, and a mobile terminal and home agent used in the method The purpose is to do.
  • a handover method of the mobile terminal that moves between at least two networks respectively corresponding to different IP versions that are unique communication protocols of the mobile terminal, the mobile terminal When performing handover from the access router before the handover to which the terminal is currently connected to the access router of the other network of the handover destination, based on the first address assigned to the mobile terminal from the handover destination network, If it is determined that the IP version supported by the handover destination network is different from the IP version supported by the network before the handover, the mobile terminal sends a home address assignment request in the handover destination network Assigned Transmitting a message including the first address to the home agent via the access router before the handover, the home agent performing a predetermined process based on the message, and responding to the allocation request And a step of transmitting a response message including a home address to the mobile terminal.
  • the handover destination access network is a home link
  • the tunnel overhead between the mobile terminal and the home agent is reduced to improve communication efficiency, and even if the mobile terminal performs key update processing,
  • the binding process can be completed before the update process, and packets can be transmitted / received without waiting for the completion of the key update process that takes time.
  • the mobile terminal method for performing 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.
  • the handover destination network responds based on the first address assigned to the mobile terminal from the handover destination network.
  • Determining means for determining whether or not an IP version that is different from an IP version supported by the network before handover, and a home address assignment request in the handover destination network if it is determined that the IP version is different
  • Message generating means for generating a message including the received first address, transmitting means for transmitting the generated message to a home agent via the access router before the handover, and based on the message
  • a mobile terminal comprising receiving means for receiving a response message including a home address for the assignment request transmitted from a home agent.
  • the handover destination access network is a home link
  • the tunnel overhead between the mobile terminal and the home agent is reduced to improve communication efficiency, and even if the mobile terminal performs key update processing,
  • the binding process can be completed before the update process, and packets can be transmitted / received without waiting for the completion of the key update process that takes time.
  • a home agent of the mobile terminal that performs handover between at least two networks respectively corresponding to different IP versions that are communication protocols of the mobile terminal, and the mobile terminal is currently connected.
  • the handover destination network is supported based on the first address assigned to the mobile terminal from the handover destination network. If it is determined that the IP version being used is different from the IP version supported by the network before the handover, the message is transmitted by the mobile terminal, and the allocation of the home address in the handover destination network is performed.
  • a home agent comprising message generating means for generating and transmitting means for transmitting the generated response message to the mobile terminal.
  • the handover method of the present invention uses the handover destination access network as a home link, reduce the tunnel overhead between the mobile terminal and the home agent, improve communication efficiency, and move Even when the terminal performs the key update process, the binding process can be completed before the key update process, and packets can be transmitted / received without waiting for the completion of the key update process that takes time. .
  • 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 in the embodiment of the present invention
  • Other sequence charts for explaining an example of the handover method in the 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
  • the block diagram which shows an example of a structure of the home agent which concerns on embodiment of this invention The flowchart which shows an example of the processing flow in the mobile terminal which concerns on embodiment of this invention
  • FIG. 1 is a diagram for explaining a system configuration according to an embodiment of the present invention.
  • An access network 101 that supports IPv6, an access network 102 that supports only IPv4, and a core network 103 that can be connected via these access networks are arranged. Is done.
  • Each access network is provided with access routers AR104 and AR105, and each access router may be an IPv6 router or an IPv4 router depending on the operation of the access network system.
  • the access router can be an access gateway (Access Gateway: AGW), a mobility anchor gateway (Mobility Anchor Gateway: MAG), a packet data gateway (Packet Data Gateway: PDG, enhanced). Packet Data ⁇ Gateway: ePDG), serving gateway (Serving Gateway: SGW), serving GPRS serving node (Serving GPRS Serving Node: SGSN), etc.
  • a home agent (HA) based on DSMIP is arranged in the core network, and this HA is a packet data network gateway (Packet Data Network Gateway: PDN GW), gateway GPRS serving node according to the standard adopted by the core network. (Gateway GPRS Serving Node: GGSN).
  • the mobile terminal UE 107 connects to the HA 106 via the access network 101 to acquire the IPv6 home address (HoAv6), then moves to the access network 102 and performs a handover process.
  • HoAv6 IPv6 home address
  • FIG. 2 is a sequence chart for explaining an example of the handover method in the embodiment of the present invention.
  • the UE 107 detects the start of the handover process to the access network 102 (step S201)
  • the UE 107 starts the attach process to the access network 102 (step S202).
  • the attach process is accompanied by an authentication process (step S203) in the core network 103.
  • an IP address is assigned to the UE 107 in the response message.
  • no IP address is assigned in the response message, and after the attach process is completed, the UE 107 acquires an IP address using a protocol such as DHCP (steps S204 and S205).
  • the assigned IP address is distributed by a DHCP server in the access network 102, or the AR 105 becomes a DHCP relay and forwards the DHCP request to the HA 106, and the HA 106 receives the DHCP response and distributes it.
  • the AR 105 distributes the IP address already acquired from the HA 106 by the PBA message to the UE 107 by the DHCP response, or the AR 105 transmits a PBU message to the HA 106 in response to the DHCP request.
  • CoAv4 is assigned when an IP address is assigned by a DHCP server in the access network 102, and HoAv4 is assigned otherwise.
  • the IP address assigned in the access network 102 is IPv4_AN2.
  • the UE 107 recognizes that the access network 102 is a network that supports only IPv4 because the IPv4_AN2 that is the assigned IP address is an IPv4 address and the IPv6 address is not assigned.
  • the UE 107 may perform the following process in order to ensure that the IP version supported by the access network 102 is only IPv4.
  • IPv4_AN2 when IPv4_AN2 is acquired or immediately after acquisition, an RS (Router Solicitation) message for acquiring an IPv6 address is transmitted, but when a response cannot be received for a certain period of time, it is recognized that the supported IP version is only IPv4. You may do it.
  • IPv4_AN2 when IPv4_AN2 is acquired or before and after acquisition, a packet on the link may be monitored to recognize that IPv4 is the only supported IP version when an IPv6 packet cannot be detected.
  • the UE 107 When recognizing that the access network 102 is a network that supports only IPv4, the UE 107 transmits a BU to the HA 106 via the access network 101 of the handover source (step S206). At this time, the IP address IPv4_AN2 acquired by the access network 102 is described in the BU, including the HoAv4 allocation request. Further, information indicating that the UE 107 is performing handover and that the IPv4 address (IPv4_AN2) assigned in the access network 102 to which the handover is made becomes HoAv4 assigned by the HA 106 from now on (for example, a flag (hereinafter referred to as flag X)). May be included.
  • a flag hereinafter referred to as flag X
  • information of the access network 102 (for example, an identifier of an access network such as an SSID, an identifier of an access point, a PLMN identifier, etc.) is notified to the HA 106 using BU, and a database or the like is stored in the HA 106. If the IP version supported by the access network 102 is detected and it is detected that only the IPv4 is supported, the same operation as when the flag X is added to the BU may be performed.
  • the HA 106 When the HA 106 receives the BU including the HoAv4 allocation request (and the flag X) in which IPv4_AN2 is described via the access network 101, the HA 106 performs one of the following processes (actions 1 to 3), and assigns IPv4_AN2 as the allocated HoAv4. Is transmitted to the UE 107 (step S207). Note that the HA 106 may receive an approval from the authentication server HSS / AAA 801 for using the requested IPv4_AN2 as a home address before performing any action.
  • the action 1 process will be described.
  • the HA 106 assigns an address different from IPv4_AN2 (here, IPv4_HoA) as the actual HoAv4 of the UE 107 (step S208), and creates a conversion table describing the correspondence between IPv4_AN2 and IPv4_HoA (step S209). Thereafter, the packet transmitted from the UE 107 with IPv4_AN2 as the transmission source address is forwarded with the header modified so as to originate from IPv4_HoA, and the packet addressed to IPv4_HoA is modified and forwarded so as to be directed to IPv4_AN2.
  • IPv4_HoA IPv4_HoA
  • mapping with the IPv4_HoA actually assigned by the HA 106 is performed by the HA 106, so that the response on the access network 102 (AR 105) side to which the IPv4_AN2 has already been assigned becomes unnecessary, and the expandability of the network can be ensured.
  • this method can cope with a change in the IP address (equivalent to IPv4_AN2) acquired at the handover destination when the UE 107 repeats the handover. That is, when the IP address acquired in the handover destination access network is used as the home address used in actual communication, the home address changes at every handover, which is not preferable for the UE 107 that wants to continue the session.
  • the HA 106 separately assigns a home address (IPv4_HoA) to the UE 107 and performs conversion processing with the IPv 106 that is the IP address acquired by the UE 107 in the access network, the IPv4_AN2 is changed by handover.
  • IPv4_HoA home address
  • the actual home address IPv4_HoA assigned by the HA 106 may be notified to the UE 107 by describing it in the BA transmitted via the access network 101, and the UE 107 may manage the same conversion table as the HA 106.
  • packet processing using IPv4_HoA which is the real home address, is performed in the application processing inside the UE 107, and packet processing using IPv4_AN2 is performed in the transport processing lower than the application and connected.
  • IPv4_HoA and IPv4_AN2 are notified to the UE 107 as home addresses by the BA, but a flag is provided for clarifying which is the actual home address (which is actually used in communication with the outside). Also good.
  • the UE 107 may interpret that it is a real home address, and change the existing message format.
  • the present invention can be realized without any problem.
  • only the IPv4_HoA is described in the BA, and the IPv4_AN2 is not described. Instead, a flag instructing the packet processing using the translation table may be provided in the BA. By notifying the UE 107 using a small number of flags, transmission efficiency can be improved.
  • the HA 106 transmits a PBU request message requesting transmission of a PBU (Proxy Binding Update) to the AR 105 (step S210).
  • the PBU request message may be one in which the HA 106 instructs the AR 105 via the authentication server (HSS / AAA 801) or the like.
  • the AR 105 transmits a PBU to the HA 106 (step S211), and the HA 106 returns a PBA (Proxy Binding Acknowledge) message describing IPv4_AN2 to the AR 105 (step S212).
  • PBA Proxy Binding Acknowledge
  • the AR 105 that has received the PBA assumes that the IPv4_AN2 is the home address assigned by the HA 106, and the UE 107 uses a DHCP refresh request or the like.
  • the DHCP request may be performed again. That is, the UE 107 acquires the home address from the handover destination network 102 again.
  • the mobile terminal 107 can detect that the handover destination access network 102 has officially become a home link, and can correctly notify the mobile terminal 107 of the timing at which communication that does not require a tunnel can be started.
  • the access network 102 receives the certification as the home address assigned from the core network 103 (HA 106) by the IPv4_AN2, though already assigned, via the PMIP tunnel connected between the AR 105 and the HA 106. Thereafter, mobility control of the UE 107 can be performed using a standard PMIP protocol. Note that it is necessary to control the DHCP server in the access network 102 that has previously issued IPv4_AN2 so as not to temporarily manage IPv4_AN2, and when the UE 107 stops using IPv4_AN2, the control is performed again. Rights are given to the DHCP server. Accordingly, it is possible to prevent the DHCP server arranged in the access network 102 from independently releasing IPv4_AN2 and performing reassignment, thereby preventing a session in communication from being unexpectedly disconnected.
  • the action 3 process will be described. If the IPv4_AN2 acquired via the access network 102 is actually assigned by the HA 106 (that is, if the IPv4_AN2 is a home address), the HA 106 performs special processing because the desired state has already been obtained. Not performed (step S213), a BA having IPv4_AN2 as a home address is returned to the UE 107 (step S207).
  • the UE 107 confirms that the address assigned from the access network 102 and the home address acquired via the access network 101 are the same IPv4_AN2, that is, the access network 102 is a home link.
  • the UE 107 indicates that the access network 102 is a home link. Confirmation (ie home link detection) can be omitted.
  • the UE 107 that has confirmed that the access network 102 is the home link transmits a BU for registering the binding of HoAv6 and HoAv4 to the HA 106 according to the conventional handover procedure, and receives the BA from the HA 106.
  • the HA 106 can generate HoAv6 and HoAv4 bindings.
  • the BU / BA exchange via the access network 102 can be omitted, and the speed of the handover can be increased. Furthermore, since BU / BA can be omitted here, packets can be transmitted and received immediately, and the effect of speeding up the handover is particularly greater than when the UE 107 requires key update processing. This is because the key update process needs to be performed before the BU / BA exchange (because the purpose is to update the IPsec key for protecting the BU / BA), and the BU / BA exchange is omitted. The key update process can be performed at an arbitrary timing after the handover process is completed.
  • the HA 106 has a subnet (prefix) range of the IPv4_AN2 of the IP address requested by the UE 107 to be a home link that is different from that assigned to the operator who manages the HA 106, or the HA 106 has an external network (for example, ISP or corporate).
  • PDN Packet ⁇ Domain Network
  • the IPv4_AN2 may be refused to be a home link.
  • the HA 106 performs, for example, the processing of the action 1 described above, or assigns a different home address (IPv4_HoA) to the UE 107 and notifies the UE 107 with the BA (see IPv4_AN2 as shown in action 4 in FIG. 3). Do not notify).
  • the UE 107 determines that the access network 102 is an external link (that is, not a home link) and uses the home address notified by the BA and the IPv4_AN2 of the IP address acquired by the access network 102 to perform standard mobile communication. Communication is performed by IP (Mobile IP) (tunnel communication between the UE 107 and the HA 106 is performed with the IPv4 address of the IPv4_AN2 and the HA 106 as an endpoint).
  • IP Mobile IP
  • the HA 106 when the HA 106 refuses to use the address IPv4_AN2 acquired from the handover destination access network 102 as the home address, the HA 106 notifies the UE 107 of the regular home address (IPv4_HoA) different from the IPv4_AN2 using the BA. (Step S311).
  • IPv4_HoA regular home address
  • the IPv4_HoA assigned by the HA 106 can be distributed to the UE 107 via the access network 102. That is, the HA 106 allocates IPv4_HoA and transmits a PBU request message to the AR 105 at the same time (step S308).
  • the AR 105 transmits a PBU to the HA 106 (step S309), the HA 106 returns a PBA describing IPv4_HoA to the AR 105 (step S310), and the UE 107 makes a DHCP request again (step S312).
  • IPv4_HoA a regular home address
  • the AR 105 that has received the PBA may prompt the UE 107 to execute the DHCP request again using a DHCP-refresh request or the like. That is, the UE 107 acquires the home address from the handover destination network 102 again. Further, the UE 107 may release the previously acquired IPv4_AN2 (DHCP release), so that address resources can be effectively used.
  • the AR 105 may include the address (IPv4_AN2) distributed to the UE 107 in the PBU transmitted to the HA 106.
  • IPv4_AN2 the address (IPv4_AN2) distributed to the UE 107 in the PBU transmitted to the HA 106.
  • the AR 105 allocates and distributes a local address
  • the HA 106 collates with the IPv4_AN2 acquired by the BU via the access network 101. That is, the HA 106 receives from the AR 105 the address (first address) already assigned to the UE 107 by the AR 105 of the handover destination network 102, and the address included in the message and the received address (first address) Verification can be performed, and the safety of the system can be improved.
  • the HA 106 may issue a PBU request message to the AR 105 to receive a PBU including IPv4_AN2, thereby achieving the same effect.
  • the PBU message based on PMIP is one specific example, and other messages may be used.
  • the UE 107 may not be able to receive the BA transmitted by the HA 106. Assuming such a situation, the HA 106 transmits the BA via the network 101 before the handover and the network 102 of the handover destination, or transmits the BA to the access network 101, and the access network 102 uses IKEv2 based on DSMIP. The UE 107 may be notified via the access network 102 that the IPv4_AN2 has been recognized as the home address by starting the bootstrapping process.
  • the processing result (the handover destination access network 102 can be used as the home link reliably via the access network 102 which is the handover destination). You can receive)
  • the UE 107 when the UE 107 acquires an IP address from the access network 102 at the time of attach processing or using the DHCP protocol, it may be notified that the IP address to be acquired from now is considered to be the home address. Specifically, a flag is provided in the attach message or DHCP request message transmitted from the UE 107.
  • the authentication server HSS / AAA 801 interprets the notification and instructs the HA 106 to allocate a home address, and the HA 106 allocates a home address and forwards it to the UE 107 with an attach response message.
  • the UE 107 is instructed to acquire by DHCP.
  • the AR 105 that has received the DHCP request from the UE 107 receives the PMIP protocol or the GTP protocol during the attach process.
  • the home address acquired from the HA 106 is distributed to the UE 107 by a DHCP response using the above, the DHCP request is transferred to the HA 106 to request allocation, and the PMIP protocol is newly activated for the HA 106 (transmission of a PBU message) Then, the home address assigned by the HA 106 is transferred to the UE 107.
  • the IP address to be acquired will be the home address, or the connected access network is the home link.
  • the notification requesting that the mobile terminal wishes to do is to notify the network to the mobile terminal as an option when selecting one from various mobility protocols such as PMIP, DSMIP, and MIPv4 (RFC3344) (Mobility Mode Selection). There may be.
  • FIG. 4 is a diagram showing an example of the configuration of the mobile terminal according to the embodiment of the present invention.
  • the transmission / reception units 401 and 402 correspond to communication interfaces for connecting to the access networks 101 and 102, respectively, and perform communication protocol processing and modem processing lower than the IP layer.
  • the IP processing unit 403 performs IP layer processing
  • the MIP processing unit 404 performs Mobile IP protocol processing based on DSMIP.
  • the DHCP processing unit 405 performs DHCP protocol processing (client function).
  • the handover control unit 406 determines or detects handover feasibility and execution timing from the communication status obtained from the transmission / reception units 401 and 402, and performs handover execution to the MIP processing unit 404, transmission / reception units 401 and 402, DHCP processing unit 405, and the like. Instructions are sent out to control the handover process.
  • the home address registration control unit 407 is characteristic in the present invention, and its operation will be described with reference to FIG.
  • the handover control unit 406 determines whether to start handover (step S601). When the start of the handover is determined, the transmission / reception unit 402 is instructed to start the attach process. When an IP address (IPv4_AN2) is assigned from the access network 102 during the attach process, the transmission / reception unit 402 transfers and sets the IPv4_AN2 to the IP processing unit 403 (step S502: attach process, IP address acquisition). In addition, when an IP address is not assigned at the time of the attach process and an IP address is acquired using DHCP after the attach process is completed, the handover control unit 406 receives a notification from the transmission / reception unit 402 that the attach process has been completed, and the handover control unit 406 Instruct 405 to start IP address acquisition.
  • IPv4_AN2 IP address
  • the handover control unit 406 receives a notification from the transmission / reception unit 402 that the attach process has been completed, and the handover control unit 406 Instruct 405 to start IP address acquisition.
  • the DHCP processing unit 405 sends a DHCP request message to the access network 102 via the IP processing unit 403 and the transmission / reception unit 402, and sends a DHCP response message including IPv4_AN2 assigned as a response via the transmission / reception unit 402 and the IP processing unit 403. get.
  • IPv4_AN2 acquired is set in the IP processing unit 403.
  • the home address registration control unit 407 determines whether or not the handover destination access network 102 is an access network that supports only IPv4 based on the version of the assigned IP address (step S603). When it is determined (detected) that the network only supports IPv4 (the detection method is as described above), the transmission of BU for notifying the HA 106 of the acquired IPv4 address via the handover source access network (access network 101) is performed. The processing unit 404 is instructed. At this time, information (for example, a flag) requesting that the IPv4 address notified at the same time be the home address may be added to the BU.
  • step S603 to reliably determine that the IP version (IPv4) supported by the access network 102 at the handover destination is different from the IP version (IPv6) supported by the access network 101 before the handover.
  • the home address registration control unit 407 has failed to receive a response (RA message; Router Advertisement) to a predetermined message (e.g., RS message; Router Solicitation) transmitted when acquiring the assigned address, and / or Alternatively, it is detected that the access network supports only IPv4 based on the fact that a predetermined packet (for example, IPv6 packet) could not be detected (monitored) at the time of obtaining the assigned address.
  • RA message Router Advertisement
  • RS message Router Solicitation
  • the MIP processing unit 404 transmits a BU requesting an IPv4 home address (IPv4_AN2 is described in the IPv4 home address option) via the handover source network (step S604).
  • the BU is sent to the access network 101 via the IP processing unit 403 and the transmission / reception unit 401 and transferred to the HA 106.
  • the BA is received from the HA 106 (step S605).
  • the BA received from the HA 106 is transferred to the MIP processing unit 404 via the transmission / reception unit 401 and the IP processing unit 403, and is described in the IPv4 home address (IPv4_HoA) described in the BA.
  • IPv4_HoA IPv4 home address
  • step S606 Is the same as the previously notified IPv4 address (IPv4_AN2) (step S606), and if it is the same, the handover control unit 406 finally performs the detach processing from the access network 101 to the transmission / reception unit 401.
  • the start is instructed (step S608), and the handover process is completed when the detach process is completed.
  • the handover destination network 102 acquires the IP address again using DHCP (step S607).
  • the detach process (step S608) may be omitted or may be performed in response to an instruction from the network.
  • the IPv4 address acquired at the time of the attach process or the DHCP process is compared with the IP address acquired via the access network 101 to determine that the link is a home link.
  • the IPv4 address obtained via the access network 102 is notified to the HA 106 via the access network 101 to request that the access network 102 be the home link of the UE 107, and the home address included in the BA is the access network 102. Confirm that it is the same as the IPv4 acquired in step (1). That is, since the IP address distributed in the access network 102 is the same as the home address, the main feature of the present invention is that it is not necessary to perform home link determination.
  • FIG. 5 is a diagram showing an example of the configuration of the HA according to the embodiment of the present invention.
  • the transmission / reception unit 501 corresponds to a communication interface for communicating with a node in the core network 103, and performs communication protocol processing and modem processing lower than the IP layer.
  • the IP processing unit 502 performs IP layer processing
  • the MIP processing unit 503 performs Mobile IP protocol processing based on DSMIP.
  • the PMIP processing unit 504 performs PMIP protocol processing.
  • the home address assignment unit 505 and the conversion table management unit 506 are characteristic in the present invention, and their operations will be described with reference to FIG.
  • Step S701 It is determined whether or not the MIP processing unit 503 has received a BU from the UE 107 via the transmission / reception unit 501 and the IP processing unit 502 (step S701). Upon reception of the BU, it is determined whether or not there is a notification of the IPv4 home address (and a flag that requests that the IP address distributed to the UE 107 in the access network that is the handover destination of the UE 107 be the IPv4 home address assigned here). (Step S702) If one exists, one of the following processes (actions 1, 2, 4) is performed.
  • the conversion table management unit 506 creates a conversion table in which an address included in the BU is associated with a newly assigned home address different from the address (action 1), and the PMIP processing unit 504
  • action 1 an address included in the BU
  • action 2 the conversion table management unit 506 and the PMIP processing unit 504 transmit the BA to the UE 107.
  • the home address to be notified is an address included in the BU.
  • the processing means assigns a home address to be assigned in response to a home address assignment request from the UE 107 as another address (second address) different from the address (IPV4_AN2) included in the BU, and sets this different address as the handover destination.
  • the PMIP processing unit 504 sets the home address notified to the UE 107 by the BA as the other address.
  • IPv4_HoA IPv4 home address
  • IPv4_AN2 IPv4 home address
  • IPv4_HoA IPv4 home address
  • the home address allocation unit 505 controls the PMIP processing unit 504 to transmit a message for instructing (requesting) transmission of the PBU to the AR 105.
  • the PBU transmission instruction message from the PMIP processing unit 504 is transmitted to the network via the IP processing unit 502 and the transmission / reception unit 501 (step S705).
  • the destination address (AR105) of the PBU transmission instruction message may be obtained by inquiring a server such as the authentication server HSS / AAA801.
  • the PMIP processing unit 504 receives the PBU of the AR 105 via the transmission / reception unit 501 and the IP processing unit 502, the home address (IPv4_AN2) notified to the UE 107 is acquired from the home address allocation unit 505 and described in the PBA message. (Step S706).
  • IPv4_HoA IPv4 home address
  • BA step S707
  • the home address allocation unit 505 controls the PMIP processing unit 504 to transmit a message for instructing (requesting) transmission of the PBU to the AR 105.
  • the PBU transmission instruction message from the PMIP processing unit 504 is transmitted to the network via the IP processing unit 502 and the transmission / reception unit 501 (step S708).
  • the destination address (AR105) of the PBU transmission instruction message may be acquired by an inquiry to a server such as the authentication server HSS / AAA801.
  • the PMIP processing unit 504 receives the PBU of the AR 105 via the transmission / reception unit 501 and the IP processing unit 502, the home address (HoAv4) notified to the UE 107 is acquired from the home address allocation unit 505 and described in the PBA message. (Step S709).
  • the mobile terminal uses a DHCP request message and a DHCP response message in order to obtain an IP address.
  • the DHCP request message is a message for starting an IP address acquisition process, and when the DHCP DISCOVER message in the DHCP protocol, the DHCP server is already known, or the transmission of the DHCP DISCOVER message is omitted.
  • the DHCP response message is a message in which the IP address is notified to the mobile terminal in the IP acquisition process, and corresponds to a DHCPDACK message or a DHCP OFFER message in the DHCP protocol.
  • the HA 106 acquires whether or not IPv4_AN2 can be used as a home address from a policy server such as a PCRFCharging Rules Function, or a policy or rule related to QoS or charging determined in advance or a network environment. It may be determined. For example, only when the UE 107 is subscribed to a plan in which the home address (home link) can be set arbitrarily (or freely), the setting can be permitted, and the network function managed by the operator is impaired. Thus, the present invention can be realized.
  • a policy server such as a PCRFCharging Rules Function, or a policy or rule related to QoS or charging determined in advance or a network environment. It may be determined. For example, only when the UE 107 is subscribed to a plan in which the home address (home link) can be set arbitrarily (or freely), the setting can be permitted, and the network function managed by the operator is impaired.
  • the present invention can be realized.
  • a predetermined QoS condition (for example, given by the PCRF) is performed by the address translation processing in the HA 106. Policy or rules related to QoS that have been or have been negotiated in advance), if it is determined that QoS is not impaired, perform Action 1, and if it is determined that it will be impaired May not perform action 1.
  • the present invention can be implemented without deteriorating the optimum or designated QoS, and the convenience of the user and the operator can be improved.
  • the UE 107 may be an IPv4 address (private address or global address) from the acquired IPv4 subnet or entirely independently. ) May be generated and notified (registered) to the HA 106 using a BU message.
  • the HA 106 converts the IPv4 address uniquely generated by the UE 107 into an IPv4 address (or may be an IPv6 address) that can be communicated with the external node by performing action 1 or the like. Realize communication. Further, the UE 107 may independently generate an IPv4 address without receiving the IP address distributed from the access network 102 and notify (register) it to the HA 106, thereby shortening the connection (handover) time. Can do.
  • a QoS policy (rule) and a charging policy (rule) to be set are acquired from a policy server such as a PCRF (or based on a prior agreement) and applied.
  • a policy server such as a PCRF (or based on a prior agreement)
  • the HA 106 that has received the BU message from the UE 107 sets the same QoS / billing policy as previously applied, but it has already been set at the time of address distribution via the access network 102.
  • Setting by the HA 106 at the time of BU reception may be omitted (conventionally, when the types of the access networks 101 and 102 are different, for example, 3GPP access and non-3GPP access, the QoS / billing policy is reset.
  • the HA 106 assigns an IPv4 home address separately from the IPv4 address notified by the UE 107 (for example, when the HA also operates as a NAT), QoS / billing policy setting by the HA 106 is performed as usual.
  • QoS / billing policy settings are correctly made (in the core network and the access network, the IPv4 address and core network notified by UE 107).
  • QoS / billing policy is applied to the IPv4 home address assigned by the HA 106, and QoS / billing management according to the address application range becomes possible.
  • the handover between the 3GPP access network and the non-3GPP access network is particularly exemplified.
  • the attach procedure is not performed as in the handover between 3GPP access networks
  • the access is performed in the handover procedure.
  • the network 102 is a network that supports only IPv4 and the network side (eg PGW or SGW) determines that the UE 107 does not have an IPv4 address
  • the network side eg PGW or SGW
  • DHCP A procedure or the like may be used to notify the IPv4 address to the UE 107 (push notification is made regardless of whether there is a request from the UE 107), or the IPv4 address may be notified to the UE 107 during the handover procedure.
  • Each functional block used in the description of the above embodiment is typically realized as an LSI that is an integrated circuit. These may be individually made into one chip, or may be made into one chip so as to include a part or all of them.
  • the name used here is LSI, but it may also be called IC, system LSI, super LSI, or 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.
  • An FPGA Field Programmable Gate Array
  • a reconfigurable processor that can reconfigure the connection and setting of circuit cells inside the LSI may be used.
  • 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 using this technology. For example, biotechnology can be applied.
  • the handover method of the present invention uses the handover destination access network as a home link, reduce the tunnel overhead between the mobile terminal and the home agent, improve communication efficiency, and move Even when the terminal performs key update processing, binding processing can be completed before key update processing, and packets can be transmitted and received in the handover destination network without waiting for completion of key update processing that requires time. Therefore, the method is useful for a handover method in a communication system that performs communication while moving between networks corresponding to different IP versions, a mobile terminal used in the method, a home agent, and the like.

Landscapes

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

Abstract

 移動端末とホームエージェント間のトンネルオーバヘッドを削減して通信効率を向上させることができるハンドオーバ方法などを提供する技術が開示され、その技術によれば移動端末(UE)107が、ハンドオーバ先のネットワーク102におけるホームアドレスの割り当て要求と、割り当てられた第一のアドレスとを含むメッセージをハンドオーバ前のアクセスルータ104を介してホームエージェント(HA)へ送信するステップと、HAが受信したメッセージに基づいて所定の処理を行うとともに、割り当て要求に対するホームアドレスを含む応答メッセージをUEへ送信するステップとを有する。

Description

ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント
 本発明は、異なるIPバージョンに対応したネットワーク間を移動しながら通信を行う通信システムにおけるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント(位置管理サーバ)に関する。
 従来の移動通信システムでは、インターネットプロトコル通信(IP通信)を行う移動端末の移動管理プロトコルとして、Mobile IPv4(MIPv4)あるいはMobile IPv6(MIPv6)があった。これら技術の詳細はそれぞれ下記の非特許文献1、非特許文献2に開示されている。また、従来、IPv6をサポートするアクセスネットワークでしか動作しなかったMIPv6をIPv4のみサポートするアクセスネットワークでも動作するように拡張したDual Stack Mobile IP(DSMIP)があり、技術の詳細が非特許文献3に開示されている。
 非特許文献2に基づくMIPv6プロトコルを用いて移動端末がホームエージェント(位置管理サーバ)にIPv6ホームアドレス(HoAv6)とIPv6気付けアドレス(CoAv6)を登録し、ホームエージェントにてそれらアドレスの関係性(バインディング)を管理するが、すべてのメッセージはIPv6プロトコルに基づくものであり、IPv6をサポートするアクセスネットワークからしか利用することができなかった。DSMIPはMIPv6を拡張したものであり、移動端末がIPv4のみサポートするアクセスネットワークに接続したときに、アクセスネットワークから取得したIPv4気付けアドレス(CoAv4)をHoAv6とバインドさせてIPv4のみサポートするアクセスネットワークからもHoAv6を用いた通信を可能とさせるものである。
 また、DSMIPは、ホームエージェントがIPv4アドレスを有することを前提に、CoAv4とホームエージェントのIPv4アドレスをアドレスフィールドに記載したIPv4ヘッダでカプセリングすることでMIPv6に基づくバインディング制御メッセージ(Binding Update(BU)あるいはBinding Acknowledge(BA)など)を交換可能としたり、IPv4ホームアドレス(HoAv4)を移動端末に割り当ててIPv4アドレスのみ有する通信相手(Correspondent Node:CN)と通信を可能としたりするものである。
 なお、IPv4のみサポートするアクセスネットワークに接続した移動端末に対するMIPv6に基づくバインディング管理を可能とする方法は下記の特許文献1にも開示されている。携帯電話による移動通信システムにおいても、同様の技術を用いたハンドオーバ方法が検討されている。下記の非特許文献4では、DSMIPを用いて3GPPアクセスネットワーク(LTEなど)から非3GPPアクセスネットワーク(無線LANネットワークシステム、WiMAXネットワークシステム、3GPP2ネットワークシステムなど)へのハンドオーバ方法が開示されている。
特開2005-73271号公報(要約)
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 (DSMIP)", 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
 上記従来技術において、移動端末はホームアドレスHoAv6が属するIPv6ホームプレフィクスを対象にしたホームリンク検出しか行ってこなかった。つまり、IPv4アドレスを用いたホームリンク検出は行わず、アクセスネットワークから取得したIPv4アドレス(CoAv4に相当)のサブネットとHoAv4のサブネットが同じであっても、アクセスネットワークから取得したIPv6プレフィクスとIPv6ホームプレフィクスが同じでない限り、そのアクセスネットワークはホームリンクとはみなさなかった。
 したがって、実際にはIPv4サブネットの観点でホームリンクとなり得る場合であっても、移動端末がHoAv4を用いる場合はすべてのパケット(バインディング制御メッセージ、ユーザデータ)にIPv4トンネルヘッダを余計に付加する必要があった。これにより、ヘッダオーバヘッドが増加して、特に限られた通信帯域を複数の移動端末によって共有する無線通信システムにおいては通信効率が低下するという問題があった。
 ここで、図1、8を用いて従来の移動通信システムにおける課題について詳しく説明する。図1はDSMIPを用いた移動通信システムの一例の構成図であり、IPv6をサポートするアクセスネットワーク101、IPv4のみサポートするアクセスネットワーク102、それらアクセスネットワーク経由で接続可能なコアネットワーク103が配置されている。各々のアクセスネットワークには、アクセスルータAR104、AR105が配備され、各アクセスルータはアクセスネットワークシステムのオペレーションによってIPv6ルータであったり、IPv4ルータであったりする。
 コアネットワーク103には、DSMIPに基づくホームエージェントHA106が配備される。移動端末UE107はアクセスネットワーク101経由でHA106と接続してIPv6ホームアドレス(HoAv6)を取得した後、アクセスネットワーク102に移動し、ハンドオーバ処理を実施する。
 図8は従来のハンドオーバ処理手順の一例を説明するためのシーケンスチャートである。移動端末UE107がアクセスネットワーク102へのハンドオーバ処理の開始を検出する(ステップS801)と、アタッチ処理を開始する(ステップS802)。アタッチ処理は認証サーバHSS/AAA801による接続認証処理(ステップS803)を含み、接続が許可されるとアタッチ処理が完了する。続いてUE107は、アタッチ処理時に、あるいはアタッチ処理完了後にDHCPプロトコルを用いるなどしてIPv4アドレスを取得し(IPv4アドレス取得要求、IPv4アドレス割り当て:ステップS804)、これを気付けアドレス(CoAv4)として先に取得してあるHoAv6とともにHAに登録するためのバインディング要求メッセージ(Binding Update:BU)を送信する(ステップS805)。
 このとき、UE107はBUを用いて、DSMIPプロトコルに基づくIPv4ホームアドレス(HoAv4)割り当て要求を実施する。HA106はHoAv4割り当て要求付きのBUを受信すると、HoAv6とCoAv4の組をバインディングキャッシュに登録し、HoAv4を割り当てるためバインディング応答メッセージ(Binding Acknowledge:BA)を用いてUE107に通知する(ステップS806)とともに、HoAv4とCoAv4の組をバインディングキャッシュに登録する。
 ここで、UE107は、取得したHoAv4とCoAv4のサブネット部を比較することにより、従来実施していなかったIPv4サブネットの観点でホームリンク検出を行う(ステップS807)ことができる。その結果、HoAv4とCoAv4のサブネット部が一致する場合は、そのアクセスネットワーク102をIPv4観点でのホームリンクとみなすことができ、HA106と交換するパケットに冗長なIPv4トンネルヘッダを付与する必要がなくなる。
 もし、サブネット部が一致しなかった場合は、アクセスネットワーク102はホームリンクではないので、HA106と交換するすべてのパケットにIPv4トンネルヘッダを付与する必要がある。なお、従来はIPv4観点のホームリンク検出を行っていなかったので、HA106と交換するすべてのパケットにIPv4トンネルヘッダを付与していた。
 ここで、好ましくはすべての場合においてIPv4トンネルヘッダを付与させることなく、ヘッダオーバヘッドを削減することである。多くの無線通信システムにおいては、移動端末とAR間のリンクはポイントツーポイントリンクで構成されるので、1つのARが複数の移動端末を収容する場合であっても、それぞれの移動端末に異なるサブネットに属するIPv4アドレスを配布することが可能となる。
 また、移動端末は、CoAv4を取得してからBU送信するまでにHAとの間で図8に示すような鍵更新処理を行うことがある。例えば、動的鍵更新をサポートしていない移動端末は、気付けアドレスが変更される都度、鍵更新をしなければならない。鍵更新は移動端末、HA双方において暗号計算を伴う長時間の処理が必要とされるため、移動端末がIPv4観点のホームリンク検出を完了して実際にパケットを送受信できるまで相当の時間を要することになる。
 本発明は、上記の問題点に鑑み、DSMIPを用いた移動通信システムにおいて、IPv6ホームアドレスのみ有する移動端末によるハンドオーバ処理中に、ハンドオーバ先アクセスネットワークから割り当てられたアドレスがIPv4アドレスだけであった場合に、ハンドオーバ先アクセスネットワークがIPv4のみサポートするアクセスネットワークであることを検出し、割り当てられたIPv4アドレスをIPv4ホームアドレスとしてハンドオーバ元アクセスネットワーク経由でホームエージェントに設定させる。これにより、ハンドオーバ先アクセスネットワークをホームリンクとし、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントを提供することを目的とする。
 上記目的を達成するために、本発明によれば、移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも2つのネットワーク間を移動する前記移動端末のハンドオーバ方法であって、前記移動端末が現在接続しているハンドオーバ前のアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークから前記移動端末に割り当てられた第一のアドレスに基づいて、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なると判断された場合、前記移動端末が、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て要求と、割り当てられた前記第一のアドレスとを含むメッセージを前記ハンドオーバ前のアクセスルータを介してホームエージェントへ送信するステップと、前記ホームエージェントが、前記メッセージに基づいて、所定の処理を行うとともに、前記割り当て要求に対するホームアドレスを含む応答メッセージを前記移動端末へ送信するステップとを、有するハンドオーバ方法が提供される。この構成により、ハンドオーバ先アクセスネットワークをホームリンクとし、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができる。
 また、本発明によれば、移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも2つのネットワーク間をハンドオーバする前記移動端末法であって、前記移動端末が現在接続しているハンドオーバ前のアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークから前記移動端末に割り当てられた第一のアドレスに基づいて、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なるか否かを判断する判断手段と、IPバージョンが異なると判断された場合、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て要求と、割り当てられた前記第一のアドレスとを含むメッセージを生成するメッセージ生成手段と、生成された前記メッセージを前記ハンドオーバ前のアクセスルータを介してホームエージェントへ送信する送信手段と、前記メッセージに基づいて前記ホームエージェントから送信される、前記割り当て要求に対するホームアドレスを含む応答メッセージを受信する受信手段とを、備える移動端末が提供される。この構成により、ハンドオーバ先アクセスネットワークをホームリンクとし、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができる。
 また、本発明によれば、移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも2つのネットワーク間をハンドオーバする前記移動端末のホームエージェントであって、前記移動端末が現在接続しているハンドオーバ前のアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークから前記移動端末に割り当てられた第一のアドレスに基づいて、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なると判断された場合、前記移動端末によって送信されるメッセージであって、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て要求と、割り当てられた前記第一のアドレスとを含むメッセージを受信する受信手段と、受信した前記メッセージに基づいて所定の処理を行う処理手段と、前記割り当て要求に対するホームアドレスを含む応答メッセージを生成するメッセージ生成手段と、生成された前記応答メッセージを前記移動端末へ送信する送信手段とを、備えるホームエージェントが提供される。この構成により、ハンドオーバ先アクセスネットワークをホームリンクとし、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができる。
 本発明のハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントは、ハンドオーバ先アクセスネットワークをホームリンクとし、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待たずにパケットの送受信を可能とすることができる。
本発明の実施の形態における通信システムの構成の一例を示す構成図 本発明の実施の形態におけるハンドオーバ方法の一例を説明するためのシーケンスチャート 本発明の実施の形態におけるハンドオーバ方法の一例を説明するための他のシーケンスチャート 本発明の実施の形態に係る移動端末の構成の一例を示す構成図 本発明の実施の形態に係るホームエージェントの構成の一例を示す構成図 本発明の実施の形態に係る移動端末における処理フローの一例を示すフローチャート 本発明の実施の形態に係るホームエージェントにおける処理フローの一例を示すフローチャート 従来技術を説明するための図
 本発明の実施の形態の詳細な動作について説明する。図1は本発明の実施の形態におけるシステム構成を説明するための図であり、IPv6をサポートするアクセスネットワーク101、IPv4のみサポートするアクセスネットワーク102、それらアクセスネットワーク経由で接続可能なコアネットワーク103が配置される。各々のアクセスネットワークには、アクセスルータAR104、AR105が配備され、各アクセスルータはアクセスネットワークシステムのオペレーションによってIPv6ルータであったり、IPv4ルータであったりする。
 さらに詳細には、アクセスネットワークが採用する規格に応じて、アクセスルータは、アクセスゲートウェイ(Access Gateway:AGW)、モビリティアンカーゲートウェイ(Mobility Anchor Gateway:MAG)、パケットデータゲートウェイ(Packet Data Gateway:PDG、enhanced Packet Data Gateway:ePDG)、サービングゲートウェイ(Serving Gateway:SGW)、サービングGPRSサービングノード(Serving GPRS Serving Node:SGSN)などと称されることもある。また、コアネットワークには、DSMIPに基づくホームエージェント(HA)が配備され、コアネットワークが採用する規格に応じて、このHAはパケットデータネットワークゲートウェイ(Packet Data Network Gateway:PDN GW)、ゲートウェイGPRSサービングノード(Gateway GPRS Serving Node:GGSN)などと称されることもある。
 図1において、移動端末UE107はアクセスネットワーク101経由でHA106と接続してIPv6ホームアドレス(HoAv6)を取得した後、アクセスネットワーク102に移動し、ハンドオーバ処理を実施する。
 図2は、本発明の実施の形態におけるハンドオーバ方法の一例を説明するためのシーケンスチャートである。UE107がアクセスネットワーク102へのハンドオーバ処理開始を検出する(ステップS201)と、アクセスネットワーク102へのアタッチ処理を開始する(ステップS202)。アタッチ処理はコアネットワーク103における認証処理(ステップS203)を伴い、正常に認証処理が完了すると応答メッセージの中でIPアドレスがUE107に割り当てられる。または、応答メッセージの中ではIPアドレスの割り当ては行われず、アタッチ処理完了後にUE107がDHCPなどのプロトコルを用いてIPアドレスを取得する(ステップS204、S205)。
 DHCPプロトコルを用いる場合、割り当てられるIPアドレスはアクセスネットワーク102内のDHCPサーバによって配布される場合や、AR105がDHCPリレーとなってDHCP要求をHA106に転送し、それを受けてHA106がDHCP応答で配布したり、また、PMIPプロトコルが適用される場合は、既にPBAメッセージでHA106から取得したIPアドレスをAR105がDHCP応答でUE107に配布したり、DHCP要求を受けてAR105がHA106にPBUメッセージを送信したりする場合とがある。一般にアクセスネットワーク102内のDHCPサーバによってIPアドレスを割り当てる場合はCoAv4が、それ以外の場合はHoAv4が割り当てられる。なお、ここではアクセスネットワーク102において割り当てられたIPアドレスをIPv4_AN2とする。
 UE107は割り当てられたIPアドレスであるIPv4_AN2がIPv4アドレスであり、IPv6アドレスが割り当てられなかったことから、アクセスネットワーク102がIPv4のみサポートするネットワークであることを認識する。ここでUE107は、アクセスネットワーク102がサポートするIPバージョンがIPv4のみであることを確実にするために、次のような処理を実施してもよい。
 例えば、IPv4_AN2の取得時あるいは取得直後に、IPv6アドレス取得のためのRS(Router Solicitation)メッセージを送信したが一定時間応答を受信できなかった場合にサポートするIPバージョンがIPv4のみであることを認識するようにしてもよい。また、IPv4_AN2の取得時あるいは取得前後で、リンク上のパケットを監視しIPv6パケットを検出できなかった場合にサポートするIPバージョンがIPv4のみであることを認識するようにしてもよい。
 アクセスネットワーク102がIPv4のみサポートするネットワークであることを認識すると、UE107はハンドオーバ元のアクセスネットワーク101経由でHA106にBUを送信する(ステップS206)。このとき、BUにはHoAv4割当て要求を含め、アクセスネットワーク102で取得したIPアドレスIPv4_AN2を記載する。さらには、UE107がハンドオーバ中であり、ハンドオーバ先のアクセスネットワーク102において割り当てられたIPv4アドレス(IPv4_AN2)を、HA106がこれから割り当てるHoAv4とするよう指示する情報(例えば、フラグ(以降フラグXと呼ぶ))を含めてもよい。
 あるいは、フラグXの代わりに、アクセスネットワーク102の情報(例えば、SSIDのようなアクセスネットワークの識別子やアクセスポイントの識別子、PLMN識別子など)を、BUを用いてHA106に通知し、HA106においてデータベースなどをもとにアクセスネットワーク102がサポートするIPバージョンを検出し、IPv4のみサポートすることが検出できた場合はフラグXがBUに付加されていた場合と同じ動作を実施するものであってもよい。
 HA106はアクセスネットワーク101経由でIPv4_AN2が記載されたHoAv4割当て要求(さらには上記フラグX)を含むBUを受信すると、次のいずれかの処理(アクション1~3)を実施するとともに、割り当てHoAv4としてIPv4_AN2を記載したBAをUE107に送信する(ステップS207)。なお、HA106はいずれかのアクションを実施する前に、要求されたIPv4_AN2をホームアドレスとすることに対する承認を、認証サーバHSS/AAA801から受けてもよい。
 アクション1の処理について説明する。HA106はIPv4_AN2とは異なるアドレス(ここではIPv4_HoAとする)をUE107の実際のHoAv4として割り当て(ステップS208)、IPv4_AN2とIPv4_HoAの対応を記載した変換テーブルを作成する(ステップS209)。以降、UE107が送信するIPv4_AN2を送信元アドレスとするパケットはIPv4_HoA発となるようにヘッダを修正して転送し、IPv4_HoAあてパケットはIPv4_AN2あてとなるようにヘッダを修正して転送する。ここでは、実際にHA106が割り当てたIPv4_HoAとのマッチングをHA106で行うことにより、既にIPv4_AN2を割り当てたアクセスネットワーク102(AR105)側での対応が不要となり、ネットワークの拡張性を確保することができる。
 また、この方法によりUE107がハンドオーバを繰り替えした際にハンドオーバ先で取得するIPアドレス(IPv4_AN2相当)が変化することへの対応を図ることができる。つまり、ハンドオーバ先アクセスネットワークで取得したIPアドレスを実際の通信にて使用するホームアドレスとする場合、ハンドオーバのたびにホームアドレスが変化することになり、セッションを継続したいUE107にとっては好ましくない。これに対して、HA106が別途ホームアドレス(IPv4_HoA)をUE107に割り当て、アクセスネットワークでUE107が取得したIPアドレスであるIPv4_AN2との変換処理をHA106で実施することにより、IPv4_AN2がハンドオーバによって変更された場合でも、実際にはIPv4_HoAを用いて通信を行っているのでセッションの継続を達成することができる。
 さらには、HA106が割り当てた実際のホームアドレスIPv4_HoAをアクセスネットワーク101経由で送信するBAに記載するなどしてUE107に通知し、UE107においてもHA106と同様の変換テーブルを管理してもよい。これにより、以降の通信において、UE107内部のアプリケーション処理では実ホームアドレスであるIPv4_HoAを用いたパケット処理を実施し、アプリケーションより下位のトランスポート処理ではIPv4_AN2を用いたパケット処理を実施して、接続したアクセスネットワークを擬似的にホームリンクとすることで、ヘッダオーバヘッドを削減できる一方で、アクセスネットワーク間のハンドオーバ時にセッション継続も達成することができる。
 なお、このとき、BAによってIPv4_HoAとIPv4_AN2がホームアドレスとしてUE107に通知されるが、どちらが実ホームアドレス(外部との通信で実際に用いられるもの)であるかを明確にするためのフラグを設けてもよい。あるいは、先にBUでホームアドレスとするよう要求したものと異なるホームアドレスをBAで取得した場合に、それを実ホームアドレスであることをUE107が解釈してもよく、既存メッセージフォーマットを変更することなく本発明を実現することができる。さらには、BAに記載するのはIPv4_HoAだけでIPv4_AN2は記載せず、代わりに変換テーブルを用いたパケット処理を行うよう指示するフラグをBAに設けてもよく、ホームアドレス通知オプションよりもビット数の少ないフラグを用いてUE107に通知することで伝送効率の向上を図ることができる。
 次に、アクション2の処理について説明する。HA106はAR105とのコネクションを確立するため、PBU(Proxy Binding Update)の送信を要求するPBU要求メッセージをAR105に送信する(ステップS210)。なお、PBU要求メッセージは、HA106が認証サーバ(HSS/AAA801)などを介してAR105に指示するものであってもよい。これを受けてAR105はPBUをHA106に送信し(ステップS211)、HA106はIPv4_AN2を記載したPBA(Proxy Binding Acknowledge)メッセージをAR105に返信する(ステップS212)。
 ここで、既にUE107は同じアドレスを取得済みであるが確実を期するために、PBAを受信したAR105は、IPv4_AN2がHA106によって割り当てられたホームアドレスであるとして、DHCP refresh要求などを用いてUE107が再度DHCP要求を実施するようにしてもよい。すなわち、UE107はハンドオーバ先のネットワーク102からホームアドレスを再度取得する。これにより、ハンドオーバ先アクセスネットワーク102が正式にホームリンクとなったことを移動端末107において検出でき、トンネルを不要とする通信を開始してよいタイミングを正しく移動端末107に通知することができる。
 これにより、アクセスネットワーク102は、AR105とHA106との間に接続されたPMIPトンネルを介して、既に割り当てたものではあるもののIPv4_AN2がコアネットワーク103(HA106)から割り当てられたホームアドレスとして認定を受けることができ、以降は標準的なPMIPプロトコルを用いてUE107のモビリティ制御を実施できる。なお、先にIPv4_AN2を払い出したアクセスネットワーク102内のDHCPサーバに対しては、IPv4_AN2の管理を一時的に実施しないよう制御する必要があり、UE107がIPv4_AN2の使用を停止したときに、再度その制御権をDHCPサーバに与える。これにより、アクセスネットワーク102に配置されたDHCPサーバが独自にIPv4_AN2をリリースしたり再割り当てを実施したりするのを抑止して、通信中のセッションが不意に切断されるのを防ぐことができる。
 次に、アクション3の処理について説明する。アクセスネットワーク102経由で取得したIPv4_AN2が、実際にはHA106が割り当てたものである場合(すなわちIPv4_AN2がホームアドレスであった場合)、既に所望の状態が得られているので、HA106は特別な処理を行わず(ステップS213)、IPv4_AN2をホームアドレスとするBAをUE107に返送する(ステップS207)。
 これにより、UE107は、アクセスネットワーク102から割り当てられたアドレスとアクセスネットワーク101経由で取得したホームアドレスが同じIPv4_AN2であること、すなわちアクセスネットワーク102がホームリンクであることを確認する。なお、先にアクセスネットワーク101経由で取得したIPv4_AN2を登録する際に、先に示したようなフラグXや同等の情報をBUに付加した場合、UE107は、アクセスネットワーク102がホームリンクであることの確認(すなわちホームリンク検出)を省略することができる。
 アクセスネットワーク102がホームリンクであることを確認したUE107は、従来のハンドオーバ手順にしたがってHA106に対してHoAv6とHoAv4のバインディングを登録するためのBUを送信し、HA106からBAを受信する。ここで、先にアクセスネットワーク101経由で送信したHoAv4取得のためのBUとBAをHA106と交換するときに、HA106にHoAv6とHoAv4のバインディングを生成させることができる。
 これにより、アクセスネットワーク102経由のBU/BA交換を省略することができ、ハンドオーバの高速化を図ることができる。さらには、ここでのBU/BAを省略できることで、直ちにパケットの送受信が可能となり、特にUE107が鍵更新処理を必要とする場合と比べて、ハンドオーバの高速化効果は大きいものとなる。なぜなら、鍵更新処理はBU/BA交換を行う前に実施する必要があり(BU/BAを保護するためのIPsec鍵を更新するのが目的であるため)、BU/BA交換を省略することにより鍵更新処理をハンドオーバ処理完了後の任意のタイミングで実施できるようになる。
 なお、HA106はUE107がホームリンクとするよう要求したIPアドレスのIPv4_AN2のサブネット(プレフィクス)範囲が、HA106を管理するオペレータに割り当てられたものと異なる場合や、HA106が外部ネットワーク(例えばISPやコーポレートネットワーク等のパケットドメインネットワーク(PDN:Packet Domain Network)から取得可能なサブネット範囲と異なるものである場合、またコアネットワーク103を管理するオペレータとアクセスネットワークを管理するオペレータ間の契約上の制約がある場合、またIPv4_AN2がNAT内のアドレスでありホームアドレスとすることに問題があるなどの場合に、IPv4_AN2をホームリンクにすることを拒否してもよい。
 この場合、HA106は、例えば前述のアクション1の処理を実施したり、図3のアクション4に示すように、異なるホームアドレス(IPv4_HoA)をUE107に割り当ててBAでUE107に通知したりする(IPv4_AN2は通知しない)。後者の場合、UE107はアクセスネットワーク102が外部リンクである(つまりホームリンクではない)と判断し、BAで通知されたホームアドレスとアクセスネットワーク102で取得したIPアドレスのIPv4_AN2を用いて標準的なモバイルIP(Mobile IP)による通信を行う(UE107-HA106間はIPv4_AN2とHA106のIPv4アドレスをエンドポイントとするトンネル通信を行う)。
 上記によれば、HA106がハンドオーバ先アクセスネットワーク102から取得したアドレスIPv4_AN2をホームアドレスとすることを拒否する場合、HA106はIPv4_AN2とは異なる正規のホームアドレス(IPv4_HoA)を、BAを用いてUE107に通知する(ステップS311)。ここで、HA106が割り当てたIPv4_HoAをアクセスネットワーク102経由でUE107に配布可能である可能性がある。つまり、HA106がIPv4_HoAを割り当てると同時にPBU要求メッセージをAR105に送信する(ステップS308)。
 これを受けてAR105はPBUをHA106に送信し(ステップS309)、HA106はIPv4_HoAを記載したPBAをAR105に返信し(ステップS310)、UE107が再度DHCP要求を行う(ステップS312)。これにより、正規のホームアドレス(IPv4_HoA)をアクセスネットワーク102において取得することができ、UE107はHA106とのトンネル通信を行う必要がなくなる。なお、PBAを受信したAR105は、DHCP refresh要求などを用いてUE107がDHCP要求を再度実施することを促してもよい。すなわち、UE107はハンドオーバ先のネットワーク102からホームアドレスを再度取得する。また、UE107は先に取得したIPv4_AN2をリリース(DHCPリリース)してもよく、アドレス資源の有効活用を図ることができる。
 なお、上記アクション2または4において、AR105は、HA106に送信するPBUにUE107に配布したアドレス(IPv4_AN2)を含めてもよい。これにより、AR105がローカルアドレスを割り当てて配布した場合に、HA106がアクセスネットワーク101経由のBUで取得したIPv4_AN2との照合を行う。すなわち、HA106は、ハンドオーバ先のネットワーク102のAR105によってUE107に既に割り当てられたアドレス(第一のアドレス)をAR105から受信し、メッセージに含まれるアドレスと受信されたアドレス(第一のアドレス)との照合を行うことができ、システムの安全性を高めることができる。また、アクション1においても、HA106がPBU要求メッセージをAR105に発行してIPv4_AN2を含むPBUを受信してもよく、これにより同様の効果を達成することができる。ここで、PMIPにもとづくPBUメッセージを用いるのは一つの具体例であり、その他のメッセージを用いてもよい。
 また、電波状態の悪化などによりUE107が既にアクセスネットワーク101から切断されたり、事実上通信ができなかったりする状態であるとき、HA106が送信したBAをUE107が受信できない場合がある。こうした状況を想定して、HA106はハンドオーバ前のネットワーク101及びハンドオーバ先のネットワーク102を経由させてBAを送信したり、アクセスネットワーク101にはBAを送信し、アクセスネットワーク102ではDSMIPに基づくIKEv2を用いたブートストラッピング処理を起動したりするなどして、IPv4_AN2をホームアドレスとして認定したことをアクセスネットワーク102経由でUE107に通知してもよい。これにより、UE107がアクセスネットワーク101経由でHA106からの処理結果を受信できない場合であっても、ハンドオーバ先であるアクセスネットワーク102経由で確実に処理結果(ハンドオーバ先アクセスネットワーク102をホームリンクとすることができたこと)を受け取ることができる。
 さらには、UE107がアタッチ処理時やDHCPプロトコルを用いてアクセスネットワーク102からIPアドレスを取得する際に、これから取得するIPアドレスをホームアドレスにしようと考えている旨を通知してもよい。具体的には、UE107が送信するアタッチメッセージやDHCP要求メッセージにフラグを設ける。UE107がアタッチ処理時に前記通知を行った場合、認証サーバHSS/AAA801が通知を解釈してHA106にホームアドレス割り当てを指示し、HA106がホームアドレスを割り当てて、アタッチ応答メッセージでUE107に転送したり、DHCPで取得するようUE107に指示したりする。
 アタッチ処理時にUE107が前記通知を行ったがアタッチ処理完了後にDHCPを用いてIPアドレスを取得する必要がある場合、UE107からのDHCP要求を受信したAR105は、アタッチ処理の過程でPMIPプロトコルやGTPプロトコルなどを用いてHA106から取得したホームアドレスをDHCP応答でUE107に配布したり、DHCP要求をHA106に転送して割り当てを依頼したり、HA106に対して新たにPMIPプロトコルを起動(PBUメッセージの送信)し、HA106が割り当てたホームアドレスをUE107に転送したりする。
 なお、アタッチ処理時にアクセスネットワークがUE107からの要求を転送できる場合に限り、前記のように、これから取得するIPアドレスをホームアドレスにしようと考えていることや、接続中のアクセスネットワークをホームリンクとしたいことを要望する通知は、PMIPやDSMIP、MIPv4(RFC3344)などさまざまなモビリティプロトコルから一つを選択(モビリティモードセレクション;Mobility Mode Selection)する際のオプションとして、移動端末がネットワークに通知するものであってもよい。また、無線の通信容量が大きい通信システムやアクセスネットワークの負荷や混雑度が低い場合はよいが、通信容量が小さい通信システムやアクセスネットークの負荷や混雑度、移動端末の収容数が高い場合、また移動端末の電池残量が少なくなってきて電力消費量を削減したい場合などに、接続先のアクセスネットワークをホームリンクとすることによってトンネルヘッダ処理を不要とできるので、上記課題の解消を図ることができる。
 次に、本発明の実施の形態に係る移動端末(UE)とホームエージェント(HA)の動作の一例についてそれぞれ図4と図5を用いて説明する。図4は本発明の実施の形態に係る移動端末の構成の一例を示す図である。送受信部401、402はそれぞれアクセスネットワーク101、102と接続するための通信インタフェースに相当し、IPレイヤより下位の通信プロトコル処理並びにモデム処理を実施する。IP処理部403はIPレイヤ処理を実施し、MIP処理部404はDSMIPに基づくMobile IPプロトコル処理を実施する。
 DHCP処理部405はDHCPプロトコル処理(クライアント機能)を実施する。ハンドオーバ制御部406は送受信部401、402から得た通信状況などからハンドオーバ実施可能性や実施タイミングを判断あるいは検出し、MIP処理部404や送受信部401、402、DHCP処理部405などにハンドオーバ実施のための指示を送出し、ハンドオーバ処理を制御する。ホームアドレス登録制御部407は、本発明において特徴的なものであり、その動作について図6を用いて周辺の動作を交えながら説明する。
 ハンドオーバ制御部406は、ハンドオーバを開始するか否かを判断する(ステップS601)。ハンドオーバの開始が決定されると、送受信部402にアタッチ処理開始を指示する。アタッチ処理を行う中で、アクセスネットワーク102からIPアドレス(IPv4_AN2)が割り当てられると、送受信部402がIP処理部403にIPv4_AN2を転送し設定する(ステップS502:アタッチ処理、IPアドレス取得)。またアタッチ処理時にはIPアドレスが割り当てられず、アタッチ処理完了後にDHCPを用いてIPアドレスを取得する場合は、送受信部402からアタッチ処理が完了したことの通知を受けてハンドオーバ制御部406がDHCP処理部405にIPアドレス取得を開始するよう指示する。
 DHCP処理部405はDHCP要求メッセージをIP処理部403、送受信部402を介してアクセスネットワーク102に送出し、その応答として割り当てられたIPv4_AN2を含むDHCP応答メッセージを送受信部402、IP処理部403経由で取得する。その結果取得したIPv4_AN2をIP処理部403に設定する。
 ホームアドレス登録制御部407は、割り当てられたIPアドレスのバージョンなどからハンドオーバ先のアクセスネットワーク102がIPv4のみサポートするアクセスネットワークであるか否かを判断する(ステップS603)。IPv4のみサポートするネットワークであると判断(検出)すると(検出方法については上述した通りである)、取得したIPv4アドレスをハンドオーバ元アクセスネットワーク(アクセスネットワーク101)経由でHA106に通知するBUの送信をMIP処理部404に指示する。このとき同時に通知するIPv4アドレスをホームアドレスとするよう要求する情報(例えば、フラグ)をBUに付加してもよい。
 ここで、ステップS603において、ハンドオーバ先のアクセスネットワーク102が対応しているIPバージョン(IPv4)とハンドオーバ前のアクセスネットワーク101が対応しているIPバージョン(IPv6)とが異なることを確実に判断するため、ホームアドレス登録制御部407は、割り当てられたアドレスの取得の際に送信した所定のメッセージ(例えば、RSメッセージ;Router Solicitation)に対する応答(RAメッセージ;Router Advertisement)を受信できなかったこと、及び/又は割り当てられたアドレスの取得の際に所定のパケット(例えば、IPv6パケット)を検出(監視)できなかったことに基づいてIPv4のみサポートするアクセスネットワークであることを検出する。
 MIP処理部404はIPv4ホームアドレスを要求するBU(IPv4_AN2をIPv4ホームアドレスオプションに記載)をハンドオーバ元ネットワーク経由で送信する(ステップS604)。BUは、IP処理部403、送受信部401を介してアクセスネットワーク101に送出され、HA106に転送される。その応答として、HA106からBAを受信し(ステップS605)、HA106から受信したBAは送受信部401、IP処理部403を介してMIP処理部404に転送され、BAに記載されたIPv4ホームアドレス(IPv4_HoA)が先に通知したIPv4アドレス(IPv4_AN2)と同じであるか否かを判断し(ステップS606)、同じであれば、最後にハンドオーバ制御部406は送受信部401にアクセスネットワーク101からのデタッチ処理の開始を指示し(ステップS608)、デタッチ処理の完了をもってハンドオーバ処理を完了する。一方、同じでなければ、ハンドオーバ先ネットワーク102にてDHCPを用いてIPアドレスを再度取得する(ステップS607)。なお、デタッチ処理(ステップS608)は省略されたり、ネットワークからの指示を受けて実施したりすることもある。
 以上のように、従来、アタッチ処理時あるいはDHCP処理によって取得したIPv4アドレスとアクセスネットワーク101経由で取得したIPアドレスの比較を行い、ホームリンクであることの判定を行っていた。しかし、ここでは、アクセスネットワーク102経由で取得したIPv4アドレスをアクセスネットワーク101経由でHA106に通知してアクセスネットワーク102をUE107のホームリンクとすることを要求し、BAに含まれるホームアドレスがアクセスネットワーク102で取得したIPv4と同じであることを確認する。すなわち、アクセスネットワーク102で配布されたIPアドレスはホームアドレスと同一のものであることから、ホームリンク判定を行う必要がないところが本発明の主な特徴である。
 図5は本発明の実施の形態に係るHAの構成の一例を示す図である。送受信部501はコアネットワーク103内のノードと通信を行うための通信インタフェースに相当し、IPレイヤより下位の通信プロトコル処理並びにモデム処理を実施する。IP処理部502はIPレイヤ処理を実施し、MIP処理部503はDSMIPに基づくMobile IPプロトコル処理を実施する。PMIP処理部504はPMIPプロトコル処理を実施する。ホームアドレス割り当て部505及び変換テーブル管理部506は、本発明において特徴的なものであり、その動作について図7を用いて周辺の動作を交えながら説明する。
 MIP処理部503が送受信部501、IP処理部502を介してUE107からのBUを受信したか否かを判断する(ステップS701)。BUを受信すると、IPv4ホームアドレスの通知(と、UE107のハンドオーバ先であるアクセスネットワークにてUE107に配布するIPアドレスをここで割り当てるIPv4ホームアドレスとするよう要求するフラグ)があるか否かを判断し(ステップS702)、存在する場合は、以下のいずれかの処理(アクション1、2、4)を実施する。
 すなわち、変換テーブル管理部506が、BUに含まれるアドレスと、そのアドレスとは異なる新たに割り当てたホームアドレスとを対応させた変換テーブルを作成すること(アクション1)、PMIP処理部504が、前記ハンドオーバ先のネットワークのアクセスルータへ前記メッセージに含まれる前記アドレスを通知すること(アクション2)のいずれか1つを行った場合に、変換テーブル管理部506やPMIP処理部504は、BAでUE107に通知するホームアドレスをBUに含まれるアドレスとする。
 また、前記処理手段が、UE107からのホームアドレス割り当て要求に応答して割り当てるホームアドレスをBUに含まれるアドレス(IPV4_AN2)とは異なる別アドレス(第二のアドレス)とし、この別アドレスをハンドオーバ先のネットワークのアクセスルータ105へ通知する場合に、PMIP処理部504は、BAでUE107に通知するホームアドレスを上記の別アドレスとする。
 アクション1の処理について説明する。IPv4ホームアドレス(IPv4_HoA)を新規に割り当てる(ステップS703)と同時に、IPv4_HoAと通知されたIPv4アドレス(IPv4_AN2)の対応付けを管理する変換テーブルを作成し(ステップS704)格納部507に記憶する。この変換テーブルは、後にUE107からIPv4_AN2を送信元とするパケットを受信したときにIPv4_AN2をIPv4_HoAに書き換えてあて先ノードに転送したり、あて先ノードからIPv4_HoAをあて先アドレスとするパケットを受信したときにIPv4_HoAをIPv4_AN2に書き換えてUE107に転送したりするのに使用する。
 アクション2の処理について説明する。ホームアドレス割り当て部505は、PBUの送信を指示(要求)するメッセージをAR105に対して送信するようPMIP処理部504を制御する。PMIP処理部504からのPBU送信指示メッセージは、IP処理部502と送受信部501を介してネットワークに送信される(ステップS705)。PBU送信指示メッセージのあて先アドレス(AR105)は、認証サーバHSS/AAA801などのサーバに問い合わせることにより取得してもよい。
 これを受けてAR105のPBUを送受信部501、IP処理部502を介してPMIP処理部504が受信すると、UE107に通知するホームアドレス(IPv4_AN2)をホームアドレス割り当て部505から取得し、PBAメッセージに記載して送信する(ステップS706)。
 アクション4の処理について説明する。IPv4ホームアドレス(IPv4_HoA)をBAで割り当てる(ステップS707)。ホームアドレス割り当て部505は、PBUの送信を指示(要求)するメッセージをAR105に対して送信するようPMIP処理部504を制御する。PMIP処理部504からのPBU送信指示メッセージは、IP処理部502と送受信部501を介してネットワークに送信される(ステップS708)。PBU送信指示メッセージのあて先アドレス(AR105)は、認証サーバHSS/AAA801などのサーバへの問い合わせにより取得してもよい。
 これを受けてAR105のPBUを送受信部501、IP処理部502を介してPMIP処理部504が受信すると、UE107に通知するホームアドレス(HoAv4)をホームアドレス割り当て部505から取得し、PBAメッセージに記載して送信する(ステップS709)。
 なお、上記では、移動端末がIPアドレスを取得するためにDHCP要求メッセージとDHCP応答メッセージを用いることを説明した。ここで、DHCP要求メッセージとはIPアドレス取得処理を開始するメッセージであり、DHCPプロトコルでいうところのDHCP DISCOVERメッセージ、あるいは既にDHCPサーバが明らかであったり、DHCP DISCOVERメッセージの送信を省略したりする場合はDHCP REQUESTメッセージに相当する。また、DHCP応答メッセージとはIP取得処理においてIPアドレスが移動端末に通知されるメッセージであり、DHCPプロトコルでいうところのDHCP ACKメッセージあるいはDHCP OFFERメッセージに相当する。DHCP応答メッセージを受信することで、移動端末はメッセージに記載されたIPアドレス及び関連設定値をインタフェースに設定して通信を開始することができる。
 なお、HA106は、IPv4_AN2をホームアドレスとすることの可否をPCRF(Policy Charging Rules Function)などのポリシサーバから取得した、あるいは事前に取り決められたQoSや課金に関するポリシやルール、またはネットワーク環境に応じて判断するものであってもよい。例えば、そのUE107が、ホームアドレス(ホームリンク)を任意に(あるいは自在に)設定できるプランに加入している場合のみ、設定を許可したりすることができ、オペレータが管理するネットワーク機能を損なうことなく本発明を実現できる。
 また、アクセスネットワーク101経由でIPv4_AN2が記載されたHoAv4割当て要求を含むBUを受信した際の、HA106によるアクション1の実施にあたっては、HA106におけるアドレス変換処理によって、所定のQoS条件(例えば、PCRFによって与えられた、あるいは事前に取り決められたQoSに関するポリシやルール)が損なわれるかどうかを事前に検討し、QoSが損なわれないと判断される場合はアクション1を実施し、損なわれると判断される場合は、アクション1を実施しないものであってもよい。これによって、最適なあるいは指定されたQoSを損なうことなく、本発明を実施することができ、ユーザおよびオペレータの利便性を向上させることができる。
 また、UE107がアクセスネットワーク102接続時にIPv4サブネット値のみを取得したり、IPv4アドレス値(あるいはIPv4サブネット値)すら取得できなかった場合(例えば、アタッチ処理時の応答でIPv4アドレス値 ”0.0.0.0” が通知され、DHCP手順においても有効なIPv4アドレスを取得できないような場合)、UE107は、取得できたIPv4サブネットから、あるいは全く独自に、IPv4アドレス(プライベートアドレス、グローバルアドレスのいずれであってもよい)を生成し、BUメッセージを用いてHA106に通知(登録)するものであってもよい。
 このとき、HA106では、アクション1を実施するなどして、UE107が独自に生成したIPv4アドレスを外部ノードと通信可能なIPv4アドレス(あるいはIPv6アドレスでもよい)に変換することで、UE107と外部ノード間の通信を実現する。また、UE107は、アクセスネットワーク102から配布されたIPアドレスを受けることなく、独自にIPv4アドレスを生成して、HA106に通知(登録)してもよく、これにより接続(ハンドオーバ)時間を短縮することができる。
 なお、アクセスネットワーク102からUE107にIPv4アドレスを払い出す際に、設定するQoSポリシ(ルール)や課金ポリシ(ルール)をPCRFなどのポリシサーバから取得し(あるいは事前の取り決めにもとづいて)適用する。さらにその後、UE107からBUメッセージを受信したHA106は、先に適用したものと同じQoS・課金ポリシを、あらためて設定することになるが、既にアクセスネットワーク102経由のアドレス配布時に設定を行っていることから、BU受信時のHA106による設定は省略してもよい(従来、アクセスネットワーク101と102のタイプが異なる、例えば3GPPアクセスと非3GPPアクセスのような場合は、QoS・課金ポリシの再設定を実施することが要求されていたが、ここでは、BUメッセージを受けて払い出すIPv4ホームアドレスは、アクセスネットワーク102越しに利用することが明らかであるので、既にアクセスネットワーク102から設定した内容を更新する必要はない。すなわち、本実施の形態においては、HA106による設定を省略できる)。
 また、UE107が通知したIPv4アドレスとは別に、HA106が別途IPv4ホームアドレスを割り当てる場合(例えば、HAがNATとしても動作するような場合)は、従来どおりHA106によるQoS・課金ポリシ設定を行う。これによって、両アドレス(UE107が通知してくるIPv4アドレスとHA106が別途割り当てるIPv4ホームアドレス)に対して、正しくQoS・課金ポリシ設定(コアネットワークやアクセスネットワークにおいてはUE107が通知したIPv4アドレス、コアネットワークと外部ネットワークとのインタフェースにおいてはHA106が割り当てたIPv4ホームアドレスに対するQoS・課金ポリシ適用)を行い、アドレス適用範囲に則したQoS・課金管理が可能となる。
 なお、上記説明では、特に3GPPアクセスネットワークと非3GPPアクセスネットワーク間のハンドオーバを例にしたが、3GPPアクセスネットワーク間ハンドオーバのように、アタッチ手順を実施しないような場合は、ハンドオーバ手順の中で、アクセスネットワーク102がIPv4のみサポートするネットワークであり、UE107がIPv4アドレスを有していないとネットワーク側(例えばPGWやSGW)が判断すると、ハンドオーバ手順の最後に(つまり無線ベアラが確立された後に)、DHCP手順等を用いてIPv4アドレスをUE107に通知したり(UE107からの要求有無に関わらずプッシュ通知する)、ハンドオーバ手順の中でIPv4アドレスをUE107に通知するものであってもよい。
 なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるLSIとして実現される。これらは個別に1チップ化されてもよいし、一部又はすべてを含むように1チップ化されてもよい。ここでは、LSIとしたが、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGA(Field Programmable Gate Array)や、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
 本発明のハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントは、ハンドオーバ先アクセスネットワークをホームリンクとし、移動端末とホームエージェントとの間のトンネルオーバヘッドを削減して通信効率を向上させるとともに、移動端末が鍵更新処理を行う場合であっても、鍵更新処理の前にバインディング処理を完了させることができ、時間を要する鍵更新処理の完了を待たずにハンドオーバ先のネットワークにおいてパケットの送受信を可能とすることができるため、異なるIPバージョンに対応したネットワーク間を移動しながら通信を行う通信システムにおけるハンドオーバ方法、その方法で用いられる移動端末及びホームエージェントなどに有用である。

Claims (20)

  1.  移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも2つのネットワーク間を移動する前記移動端末のハンドオーバ方法であって、
     前記移動端末が現在接続しているハンドオーバ前のアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークから前記移動端末に割り当てられた第一のアドレスに基づいて、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なると判断された場合、
     前記移動端末が、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て要求と、割り当てられた前記第一のアドレスとを含むメッセージを前記ハンドオーバ前のアクセスルータを介してホームエージェントへ送信するステップと、
     前記ホームエージェントが、前記メッセージに基づいて、所定の処理を行うとともに、前記割り当て要求に対するホームアドレスを含む応答メッセージを前記移動端末へ送信するステップとを、
     有するハンドオーバ方法。
  2.  前記メッセージは、割り当てられた前記第一のアドレスを前記ホームエージェントが割り当てるホームアドレスとするよう指示するフラグを含む請求項1に記載のハンドオーバ方法。
  3.  前記所定の処理が、前記ハンドオーバ先のネットワークのアクセスルータへ前記メッセージに含まれるアドレスを通知することである場合に、
     前記ホームエージェントは、前記応答メッセージに含まれるホームアドレスを前記メッセージに含まれるアドレスとする請求項1又は2に記載のハンドオーバ方法。
  4.  前記ホームエージェントは、前記ハンドオーバ先のネットワークのアクセスルータへ前記メッセージに含まれるアドレスを通知する前に、前記ハンドオーバ先のネットワークによって前記移動端末に既に割り当てられた前記第一のアドレスを前記ハンドオーバ先のネットワークのアクセスルータから受信し、前記メッセージに含まれるアドレスと受信された前記第一のアドレスとの照合を行う請求項3に記載のハンドオーバ方法。
  5.  前記所定の処理が、前記メッセージに含まれるアドレスとは異なる第二のアドレスを前記ハンドオーバ先のネットワークのアクセスルータへ通知することである場合に、
     前記ホームエージェントは、前記応答メッセージに含まれるホームアドレスを前記第二のアドレスとする請求項1に記載のハンドオーバ方法。
  6.  前記ホームエージェントが前記応答メッセージに含まれるホームアドレスを前記第二のアドレスとした場合、
     前記移動端末は、前記ハンドオーバ先のネットワークからアドレスを取得し、取得した前記アドレスをホームアドレスとして使用する請求項5に記載のハンドオーバ方法。
  7.  前記ホームエージェントは、前記第二のアドレスを前記ハンドオーバ先のネットワークのアクセスルータへ通知する前に、前記ハンドオーバ先のネットワークによって前記移動端末に既に割り当てられた前記第一のアドレスを前記ハンドオーバ先のネットワークのアクセスルータから受信し、前記メッセージに含まれるアドレスと受信された前記第一のアドレスとの照合を行う請求項5に記載のハンドオーバ方法。
  8.  前記移動端末は、前記第一のアドレスの取得の際に送信した所定のメッセージに対する応答を受信できなかったこと、及び/又は前記第一のアドレスの取得の際に所定のパケットを検出できなかったことに基づいて、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なることを判断する請求項1に記載のハンドオーバ方法。
  9.  前記ホームエージェントは、前記ハンドオーバ前のネットワーク及び前記ハンドオーバ先のネットワークを経由させて前記応答メッセージを送信する請求項1に記載のハンドオーバ方法。
  10.  移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも2つのネットワーク間をハンドオーバする前記移動端末であって、
     前記移動端末が現在接続しているハンドオーバ前のアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバをする際、
     前記ハンドオーバ先のネットワークから前記移動端末に割り当てられた第一のアドレスに基づいて、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なるか否かを判断する判断手段と、
     IPバージョンが異なると判断された場合、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て要求と、割り当てられた前記第一のアドレスとを含むメッセージを生成するメッセージ生成手段と、
     生成された前記メッセージを前記ハンドオーバ前のアクセスルータを介してホームエージェントへ送信する送信手段と、
     前記メッセージに基づいて前記ホームエージェントから送信される、前記割り当て要求に対するホームアドレスを含む応答メッセージを受信する受信手段とを、
     備える移動端末。
  11.  前記メッセージ生成手段は、割り当てられた前記第一のアドレスを前記ホームエージェントが割り当てるホームアドレスとするよう指示するフラグを前記メッセージに含める請求項10に記載の移動端末。
  12.  前記ホームエージェントによって、前記ハンドオーバ先のネットワークのアクセスルータへ前記メッセージに含まれるアドレスを通知する処理がされた場合、又は前記応答メッセージに含まれるホームアドレスが前記メッセージに含まれるアドレスとは異なる第二のアドレスとされた場合、
     前記メッセージ生成手段は、前記ハンドオーバ先のネットワークからアドレスを取得するための取得要求メッセージを生成し、
     前記送信手段は、生成された前記取得要求メッセージを前記ハンドオーバ先のネットワークのアクセスルータへ送信する請求項10又は11に記載の移動端末。
  13.  前記判断手段は、前記第一のアドレスの取得の際に送信した所定のメッセージに対する応答を受信できなかったこと、及び/又は前記第一のアドレスの取得の際に所定のパケットを検出できなかったことに基づいて前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なることを判断する請求項10に記載の移動端末。
  14.  移動端末の通信規約である固有の異なるIPバージョンにそれぞれ対応する少なくとも2つのネットワーク間をハンドオーバする前記移動端末のホームエージェントであって、
     前記移動端末が現在接続しているハンドオーバ前のアクセスルータからハンドオーバ先の他のネットワークのアクセスルータへハンドオーバをする際、前記ハンドオーバ先のネットワークから前記移動端末に割り当てられた第一のアドレスに基づいて、前記ハンドオーバ先のネットワークが対応しているIPバージョンと前記ハンドオーバ前のネットワークが対応しているIPバージョンとが異なると判断された場合、
     前記移動端末によって送信されるメッセージであって、前記ハンドオーバ先のネットワークにおけるホームアドレスの割り当て要求と、割り当てられた前記第一のアドレスとを含むメッセージを受信する受信手段と、
     受信した前記メッセージに基づいて所定の処理を行う処理手段と、
     前記割り当て要求に対するホームアドレスを含む応答メッセージを生成するメッセージ生成手段と、
     生成された前記応答メッセージを前記移動端末へ送信する送信手段とを、
     備えるホームエージェント。
  15.  前記メッセージには、割り当てられた前記アドレスを前記ホームエージェントが割り当てるホームアドレスとするよう指示するフラグが更に含まれる請求項14に記載のホームエージェント。
  16.  前記処理手段が、前記所定の処理として前記ハンドオーバ先のネットワークのアクセスルータへ前記メッセージに含まれるアドレスを通知する場合に、
     前記メッセージ生成手段は、前記応答メッセージに含まれるホームアドレスを前記メッセージに含まれるアドレスとする請求項14又は15に記載のホームエージェント。
  17.  前記受信手段は、前記送信手段が前記ハンドオーバ先のネットワークのアクセスルータへ前記メッセージに含まれるアドレスを通知する前に、前記ハンドオーバ先のネットワークによって前記移動端末に既に割り当てられた前記第一のアドレスを前記ハンドオーバ先のネットワークのアクセスルータから受信し、
     前記処理手段は、前記メッセージに含まれるアドレスと受信された前記第一のアドレスとの照合を行う請求項16に記載のホームエージェント。
  18.  前記処理手段が、前記所定の処理として前記割り当て要求に対するホームアドレスを前記メッセージに含まれる前記アドレスとは異なる第二のアドレスとし、前記第二のアドレスを前記ハンドオーバ先のネットワークのアクセスルータへ通知する場合に、
     前記メッセージ生成手段は、前記応答メッセージに含まれるホームアドレスを前記第二のアドレスとする請求項14に記載のホームエージェント。
  19.  前記受信手段は、前記送信手段が前記第二のアドレスを前記ハンドオーバ先のネットワークのアクセスルータへ通知する前に、前記ハンドオーバ先のネットワークのアクセスルータによって前記移動端末に既に割り当てられた前記第一のアドレスを前記ハンドオーバ先のネットワークのアクセスルータから受信し、
     前記処理手段は、前記メッセージに含まれるアドレスと受信された前記第一のアドレスとの照合を行う請求項18に記載のホームエージェント。
  20.  前記送信手段は、前記ハンドオーバ前のネットワーク及び前記ハンドオーバ先のネットワークを経由させて前記応答メッセージを送信する請求項14に記載のホームエージェント。
PCT/JP2009/005914 2008-11-07 2009-11-06 ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント WO2010052919A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP09824619A EP2352338A1 (en) 2008-11-07 2009-11-06 Handover method, and mobile terminal and home agent used in the method
JP2010536697A JPWO2010052919A1 (ja) 2008-11-07 2009-11-06 ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント
US13/126,682 US8761119B2 (en) 2008-11-07 2009-11-06 Handover method, and mobile terminal and home agent used in the method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-286450 2008-11-07
JP2008286450 2008-11-07

Publications (1)

Publication Number Publication Date
WO2010052919A1 true WO2010052919A1 (ja) 2010-05-14

Family

ID=42152732

Family Applications (1)

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

Country Status (5)

Country Link
US (1) US8761119B2 (ja)
EP (1) EP2352338A1 (ja)
JP (1) JPWO2010052919A1 (ja)
KR (1) KR20110082541A (ja)
WO (1) WO2010052919A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020055971A1 (en) * 1999-11-01 2002-05-09 Interdigital Technology Corporation Method and system for a low-overhead mobility management protocol in the internet protocol layer
US8509244B2 (en) 2009-08-14 2013-08-13 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for providing host node awareness for multiple NAT64 environments
US8509185B2 (en) * 2010-02-26 2013-08-13 Telefonaktiebolaget Lm Ericsson Enabling IPV6 mobility with NAT64
US8504722B2 (en) 2010-06-14 2013-08-06 Telefonaktiebolaget Lm Ericsson Enhancing DS-lite with private IPV4 reachability
KR101707543B1 (ko) * 2010-06-24 2017-02-16 주식회사 케이티 Pmip 기반의 서비스에 따른 핸드오버 수행 방법 및 그 시스템
US9094873B2 (en) * 2012-05-14 2015-07-28 Wei Lu Classified relation networking optimization platform in open wireless architecture (OWA) mobile cloud terminal device

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005073271A (ja) 2003-08-25 2005-03-17 Kddi Corp ISATAPを用いてIPv4コンポーネントを備えたネットワーク上でのモバイルIPv6通信を可能とするシステム及び方法並びに記録媒体

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU9615701A (en) * 2000-10-18 2002-04-29 Ericsson Telefon Ab L M Seamless handoff in mobile ip
US6832087B2 (en) * 2001-11-30 2004-12-14 Ntt Docomo Inc. Low latency mobile initiated tunneling handoff
KR101166765B1 (ko) * 2004-05-07 2012-07-27 엘지전자 주식회사 IPv4 및 IPv6을 지원하기 위한 IP 주소 설정
US8724582B2 (en) * 2004-06-28 2014-05-13 Nokia Corporation Method and apparatus providing context transfer for inter-PDSN handoffs in a wireless communication system
KR100594819B1 (ko) * 2004-08-03 2006-07-03 한국전자통신연구원 핸드오버 방법
FR2888078B1 (fr) * 2005-06-30 2007-08-10 Alcatel Sa Procede de transfert d'une communication impliquant un noeud mobile en situation de macro-mobilite au sein d'un reseau de communication ip a routage hierarchique
US7969945B2 (en) * 2006-01-11 2011-06-28 Starent Networks Llc Systems and methods for mobility management on wireless networks
US20070189218A1 (en) * 2006-02-11 2007-08-16 Yoshihiro Oba Mpa with mobile ip foreign agent care-of address mode
KR100739803B1 (ko) * 2006-04-21 2007-07-13 삼성전자주식회사 이동 노드에서의 핸드오버 장치 및 방법
EP1871069A1 (en) * 2006-05-25 2007-12-26 Samsung Electronics Co., Ltd. Apparatus and method for controlling layer 3 handover of mobile node
US7961685B2 (en) * 2006-07-28 2011-06-14 Samsung Electronics Co., Ltd Method and system for performing handoff for mobile station in a mobile communication system using proxy mobile IP
US8483174B2 (en) * 2007-04-20 2013-07-09 Qualcomm Incorporated Method and apparatus for providing gateway relocation
US8175056B2 (en) * 2007-08-28 2012-05-08 Samsung Electronics Co., Ltd Method and system for managing mobility in a mobile communication system using proxy mobile internet protocol
US8165091B2 (en) * 2008-06-27 2012-04-24 Nix John A Efficient handover of media communications in heterogeneous IP networks using LAN profiles and network handover rules

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005073271A (ja) 2003-08-25 2005-03-17 Kddi Corp ISATAPを用いてIPv4コンポーネントを備えたネットワーク上でのモバイルIPv6通信を可能とするシステム及び方法並びに記録媒体

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
"Architecture enhancements for non-3GPP accesses (Release 8", 3GPP TS 23.402 V.8.2.0, June 2008 (2008-06-01), pages 136 - 139
C. PERKINS: "IP Mobility Support for IPv4", IETF RFC3344, August 2002 (2002-08-01)
D. JOHNSON, C. PERKINS, J. ARKKO: "Mobility Support in lPv6", IETF RFC3775, June 2004 (2004-06-01)
H. SOLIMAN, MOBILE IPV6 SUPPORT FOR DUAL STACK HOSTS AND ROUTERS, 3 November 2008 (2008-11-03), XP015058497 *
HESHAM SOLIMAN, MOBILE IPV6 SUPPORT FOR DUAL STACK HOSTS AND ROUTERS (DSMIP, July 2008 (2008-07-01)
NARAYANAN, U. ET AL.: "Signaling Cost Analysis of Handoffs in a Mixed IPv4/IPv6 Mobile Environment", GLOBAL TELECOMMUNICATIONS CONFERENCE, 2007. GLOBECOM '07. IEEE, pages 1792 - 1796, XP031196273 *

Also Published As

Publication number Publication date
JPWO2010052919A1 (ja) 2012-04-05
US20110208877A1 (en) 2011-08-25
US8761119B2 (en) 2014-06-24
EP2352338A1 (en) 2011-08-03
KR20110082541A (ko) 2011-07-19

Similar Documents

Publication Publication Date Title
JP5989868B2 (ja) 第2のサービスドメインにおけるホームエージェントでの第1のサービスドメインに属する移動局のサービスの固定
US8824430B2 (en) Wireless mobility gateway
EP1560378B1 (en) Wireless mobility gateway
US8599843B2 (en) Apparatus and method for route optimization for proxy mobile internet protocol version six local routing
JP5371987B2 (ja) 移動端末及びネットワークノード
US20100103876A1 (en) Mobile terminal and communication management device
WO2009116246A1 (ja) 通信方法、通信システム、モバイルノード及びアクセスルータ
WO2011001594A1 (ja) リダイレクション方法、リダイレクションシステム、モバイルノード、ホームエージェント及び代理ノード
US8788826B1 (en) Method and apparatus for dynamically allocating a mobile network prefix to a mobile terminal
WO2005107178A1 (en) A method and system for providing ipv6 service
WO2010052919A1 (ja) ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント
US8411658B2 (en) Mobile terminal and network node
WO2009028885A2 (en) Method and system for managing mobility in a mobile communication system using proxy mobile internet protocol
WO2010073620A1 (ja) ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント
US9148826B2 (en) Handover method and mobile terminal and home agent used in the method
US20110170531A1 (en) Prefix assigning method, prefix assigning system and mobile node
US8634394B1 (en) Mechanism to verify packet data network support for internet protocol mobility
WO2011055478A1 (ja) 移動端末及びパケットフィルタ設定方法
WO2010146815A1 (ja) 移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード
Andersson et al. Rethinking IP mobility management
KR20090021817A (ko) 이동통신 시스템에서 프록시 모바일 아이피를 이용한이동성 관리 방법 및 이를 위한 시스템
WO2010108349A1 (zh) 静态家乡代理访问的实现方法、系统以及移动节点

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09824619

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2010536697

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13126682

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20117010156

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2009824619

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE