[go: up one dir, main page]

WO2010146815A1 - 移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード - Google Patents

移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード Download PDF

Info

Publication number
WO2010146815A1
WO2010146815A1 PCT/JP2010/003905 JP2010003905W WO2010146815A1 WO 2010146815 A1 WO2010146815 A1 WO 2010146815A1 JP 2010003905 W JP2010003905 W JP 2010003905W WO 2010146815 A1 WO2010146815 A1 WO 2010146815A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
mobility management
management protocol
connection
mobile node
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2010/003905
Other languages
English (en)
French (fr)
Inventor
啓吾 阿相
新吉 池田
純 平野
隆二 杉崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Original Assignee
Panasonic Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp filed Critical Panasonic Corp
Publication of WO2010146815A1 publication Critical patent/WO2010146815A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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/0027—Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy

Definitions

  • the present invention relates to a mobility management protocol selection method and a mobility management protocol selection system for selecting a type of protocol for managing movement of a mobile node.
  • the present invention also relates to a mobile node, a home agent, and a proxy node in a mobility management protocol selection system.
  • the present invention particularly relates to a mobility management protocol for each connection when the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • the present invention relates to a method for selecting a type.
  • Non-Patent Document 1 mobile IP
  • CMIP Client Mobile IP
  • DSMIPv6 mobile IPv6
  • MN mobile node
  • CoA care-of address
  • HoA Home Address
  • HoA Home Address
  • HA home address
  • CN CorrespondentpondNode
  • Non-Patent Document 2 describes a method in which the MN associates a plurality of CoAs with one HoA and registers them with the HA.
  • proxy mobile IP (refer to Non-Patent Document 3 below, referred to as PMIP (Proxy Mobile IP)) and GTP (General packet wireless service Tunnelling Protocol) are known.
  • PMIP Proxy Mobile IP
  • GTP General packet wireless service Tunnelling Protocol
  • a MAG Mobility Anchor Gateway
  • PMIP / GTP a MAG (Mobility Anchor Gateway) serving as a proxy node of the MN updates the location information of the MN as a proxy, so the MN does not need to perform mobility management.
  • PMIP Mobility Anchor Gateway
  • 3GPP Third Generation Partnership Project
  • UE User Equipment
  • Non3GPP interface connected to a Non3GPP network
  • WLAN Wireless Local Area Network
  • WiMAX WiMAX
  • the UE can connect to the 3GPP core network (EPC: Evolved Packet Core) from either the 3GPP interface or the Non3GPP interface. For this reason, the UE can perform handover between the two interfaces, or can connect to the EPC from both interfaces simultaneously.
  • EPC Evolved Packet Core
  • P-GW PDN gateway
  • PDN Packet Data Network
  • S-GW Serving gateway
  • the UE generates an IP address from a home network prefix (HNP) assigned from the P-GW and uses it as a home address (HoA).
  • HNP home network prefix
  • HoA home address
  • the Non3GPP network is a trusted network (Trusted Non-3GPP network)
  • the UE and the P-GW may communicate with each other via PMIP or Access Gateway (AGW).
  • AGW Access Gateway
  • the PMIP or GTP When connected by a PDN connection established by GTP, CMIP, or MIPv4, and the Non3GPP network is an untrusted network (Untrusted Non-3GPP network), the PMIP or GTP via ePDG (evolved Packet Data Gateway) Or a PDN connection constructed by CMIP.
  • ePDG evolved Packet Data Gateway
  • the UE can present the mobility management protocol type used by the UE in the Non3GPP network in a connection procedure (Attach Procedure) performed when connecting to the Non3GPP network.
  • Attach Procedure For example, when the UE presents use of CMIP when connected to the Trusted Non-3GPP network, and the presentation is accepted by the network side, a local prefix is assigned from the AGW. The UE generates an address from the acquired local prefix, and uses the address as a care-of address (CoA).
  • the UE connects to the Trusted Non-3GPP network, it presents the use of PMIP or GTP, and if the presentation is accepted by the network side, the HNP is assigned from the AGW, and the UE The generated address is used as HoA.
  • the UE 10 is connected to the 3GPP network 11 or the Non3GPP network 14 .
  • the UE 10 is connected to the 3GPP network 11 using the 3GPP interface IF1 and has established two different PDN connections Conn1 and Conn2 for the P-GW 13.
  • These PDN connections Conn1 and Conn2 are established using PMIP (or GTP), and different prefixes P1 and P2 are assigned (HoA is HoA1 and HoA2, respectively).
  • the S-GW 12 functions as the MAG of the UE 10 and registers the location information of the UE 10 to the P-GW 13 on behalf of the UE 10.
  • the UE 10 is further connected to the Non3GPP network 14, it is necessary to determine a PDN connection to be established on the Non3GPP network 14 side.
  • a PDN connection established on the Non3GPP network 14 side (1) A method of establishing a new PDN connection on the Non3GPP network 14 side, or (2) a method of moving the PDN connections Conn1 and Conn2 established on the 3GPP network 11 side to the Non3GPP network 14 side, (3) A method of generating a connection from the Non3GPP network 14 side for the PDN connections Conn1 and Conn2 established on the 3GPP network 11 side, There are three options.
  • the assigned prefix is also different.
  • the prefixes P1 and P2 used on the 3GPP network 11 side are also assigned on the Non3GPP network 14 side, and the same home addresses (HoA1 and HoA2) are used.
  • the communication flow using the HoA1 and HoA2 is the 3GPP network 11 side and the Non3GPP network 14 side. Data can be transferred using either side.
  • CMIP-based connection When generating the connection of (3), there are two types, a CMIP-based connection and a PMIP-based connection.
  • CMIP-based connection the UE 10 acquires CoA on the Non3GPP network 14 side, and performs communication using HoA through a tunnel between the P-GW 13 and the CoA. At this time, communication using the HoA itself is performed in the 3GPP interface IF1 connected to the 3GPP network 11 side.
  • PMIP-based connection since the same HoA is allocated to both the 3GPP interface IF1 and the Non3GPP interface IF2, the UE 10 uses a new address for using the same address (HoA) on different interfaces IF1 and IF2. A management mechanism is required.
  • the UE 10 registers a routing rule (also referred to as a filtering rule) indicating a transfer destination of a specific flow with the P-GW 13, if the connection is a CMIP-based connection, the information indicating the transfer destination is 3GPP
  • the interface IF1 side can use HoA
  • the Non3GPP interface IF2 side can use CoA.
  • the addresses assigned to both interfaces IF1 and IF2 are the same HoA. Cannot be used to indicate the destination interface. For this reason, the UE 10 has an advantage of using a CMIP-based connection as a method for generating the connection (3).
  • the UE 10 it is reasonable for the UE 10 to retain such a policy as a criterion for determining the mobility management protocol type of the PDN connection established on the Non3GPP network 14 side.
  • the type of the PDN connection used on the Non3GPP network 14 side is determined as one of the connection procedures (Attach Procedure) when the UE 10 connects to the Non3GPP network 14 side.
  • the CMIP-based method when the CMIP-based method is selected in order to connect to the PDN connection Conn1 of the two PDN connections Conn1 and Conn2 established on the 3GPP network 11 side also from the Non3GPP network 14 side, Also, when it is desired to move the other PDN connection Conn2 to the Non3GPP network 14 side or to establish a new PDN connection, it is necessary to use a CMIP-based method, which increases the processing load on the UE 10. In other words, by applying the above-described policy, the UE 10 cannot select such that the CMIP-based method is used for one PDN connection Conn1 and the PMIP-based method is used for the other PDN connection Conn2.
  • the present invention provides a network base when a second interface of a mobile node is connected to a second network from a state in which the first interface of the mobile node has a plurality of connections in the first network. It is an object of the present invention to provide a mobility management protocol selection method, a mobility management protocol selection system, a mobile node, a home agent, and a proxy node that can reduce the processing load on a mobile node by selecting a mobility management protocol. The present invention also provides that the second interface of the mobile node is changed from the state in which the first interface of the mobile node has a plurality of connections in the first network without increasing the processing load of the mobile node.
  • a mobility management protocol selection method a mobility management protocol selection system, a mobile node, a home agent, and a proxy node capable of selecting a network-based or client-based mobility management protocol as a mobility management protocol type used by each connection when connected
  • the purpose is to provide.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • a mobility management protocol selection method for selecting a mobility management protocol type for each connection When the first interface has a plurality of connections in the first network, the second interface is a client-based mobility management protocol to the second network from the mobile node to the home agent of the mobile node.
  • the second interface connects to a second network with a client-based mobility management protocol, between the home agent and the proxy node of the mobile node in the second network based on the protocol indication step
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network. And a mobility management protocol selection system for selecting a mobility management protocol type for each connection, When the first interface has a plurality of connections in the first network, the second interface is a client-based mobility management protocol to the second network from the mobile node to the home agent of the mobile node.
  • Protocol instruction means for instructing a network-based mobility management protocol as a mobility management protocol type used by the first connection that is connected simultaneously with the other second connection when connected to
  • a tunnel establishing means for establishing a tunnel for the first connection using the network-based mobility management protocol; It was set as the structure which has.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • the mobile node in the mobility management protocol selection system for selecting the mobility management protocol type for each connection, When the first interface has a plurality of connections in the first network and the second interface connects to the second network with a client-based mobility management protocol for the home agent of the mobile node And a protocol instruction means for instructing a network-based mobility management protocol as a mobility management protocol type used by the first connection that is connected simultaneously with another second connection.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network. And a mobile agent home agent in a mobility management protocol selection system for selecting a mobility management protocol type for each connection, When the first interface has a plurality of connections in the first network, the second interface is connected to the second network by the client-based mobility management protocol from the mobile node to the home agent.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network. And a proxy node of the mobile node in the second network in a mobility management protocol selection system for selecting a mobility management protocol type for each connection,
  • a tunnel for the first connection that is connected to the home agent simultaneously with another second connection is network-based.
  • the tunnel establishment means is established with the mobility management protocol.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • a mobility management protocol selection method for selecting a mobility management protocol type for each connection When the second interface is connected to the second network by a client-based mobility management protocol, the mobile node transmits another second connection to the proxy node of the mobile node in the second network.
  • a tunnel establishment request step for requesting that a tunnel for a first connection to be simultaneously connected is established by a network-based mobility management protocol; Tunnel establishment for establishing a tunnel for the first connection by the network-based mobility management protocol between the home agent and the proxy node of the mobile node in the second network based on the tunnel establishment request step Step and It was set as the structure which has.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network. And a mobility management protocol selection system for selecting a mobility management protocol type for each connection, When the second interface is connected to the second network by a client-based mobility management protocol, the mobile node transmits another second connection to the proxy node of the mobile node in the second network.
  • Tunnel establishment request means for requesting to establish a tunnel for the first connection to be simultaneously connected by a network-based mobility management protocol; Tunnel establishment for establishing a tunnel for the first connection by the network-based mobility management protocol between the home agent and the proxy node of the mobile node in the second network based on the tunnel establishment request step Means, It was set as the structure which has.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • the mobile node in the mobility management protocol selection system for selecting the mobility management protocol type for each connection Means for obtaining an address of a proxy node of the mobile node in the second network when the second interface connects to a second network with a client-based mobility management protocol; Requesting the proxy node to establish a tunnel between the mobile node and the proxy node, and network-based movement of the tunnel for the first connection connected simultaneously with the other second connection
  • a tunnel establishment request means for requesting establishment by a management protocol; It was set as the structure which has.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network. And a mobile agent home agent in a mobility management protocol selection system for selecting a mobility management protocol type for each connection, When the second interface is connected to the second network by a client-based mobility management protocol, the second interface is connected to the proxy node of the mobile node in the second network simultaneously with another second connection. One tunnel for connection is established using a network-based mobility management protocol.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • a proxy node of the mobile node in the second network in a mobility management protocol selection system for selecting a mobility management protocol type for each connection, Establishing a tunnel from the mobile node between the mobile node and the proxy node when the second interface connects to a second network with a client-based mobility management protocol; Means for accepting the request when it is requested to establish a tunnel for the first connection to be connected simultaneously with the connection of the network-based mobility management protocol; Tunnel establishment means for establishing a tunnel with the mobile node based on the request and establishing a tunnel for the first connection with the home agent by the network-based mobility management protocol; It was set as the structure which has.
  • This configuration selects a network-based mobility management protocol when the first interface of the mobile node has multiple connections in the first network and the second interface of the mobile node connects to the second network. Therefore, the processing load on the mobile node can be reduced.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • a mobility management protocol selection method for selecting a mobility management protocol type for each connection, When the second interface connects to the second network with a client-based mobility management protocol from the mobile node to a home agent of the mobile node or a proxy node of the mobile node in the second network;
  • a protocol instruction step for selectively instructing a network-based or client-based mobility management protocol as a mobility management protocol type used by each connection; Based on the protocol instruction step, a tunnel for each connection is established between the home agent and the proxy node of the mobile node in the second network by the instructed network-based or client-based mobility management protocol Tunnel establishment step to It was set as the structure which has.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • a mobility management protocol selection system for selecting a mobility management protocol type for each connection, When the second interface connects to the second network with a client-based mobility management protocol from the mobile node to a home agent of the mobile node or a proxy node of the mobile node in the second network;
  • a protocol instruction means for selectively instructing a network-based or client-based mobility management protocol as a mobility management protocol type used by each connection;
  • a tunnel for each connection is established between the home agent and the proxy node of the mobile node in the second network by the instructed network-based or client-based mobility management protocol Tunnel establishment means to It was set as the structure which has.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • the mobile node in the mobility management protocol selection system for selecting the mobility management protocol type for each connection, A network as a mobility management protocol type used by each connection when the second interface is connected to a second network with respect to a home agent of the mobile node or a proxy node of the mobile node in the second network
  • a protocol instruction means for selectively instructing a base or client-based mobility management protocol is provided.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • a mobile agent home agent in a mobility management protocol selection system for selecting a mobility management protocol type for each connection A network-based or client-based mobility management protocol is selectively selected from the mobile node as a mobility management protocol type used by each connection when the second interface is connected to a second network using a client-based mobility management protocol.
  • Tunnel establishment means for establishing a tunnel for each connection with the proxy node of the mobile node in the second network by the designated network-based or client-based mobility management protocol based on the protocol instruction step And It was set as the structure which has.
  • the present invention provides a case where the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network.
  • a proxy node of the mobile node in the second network in a mobility management protocol selection system for selecting a mobility management protocol type for each connection,
  • a network-based or client-based mobility management protocol is selectively selected from the mobile node as a mobility management protocol type used by each connection when the second interface is connected to a second network using a client-based mobility management protocol.
  • the second interface of the mobile node is connected to the second network from the state where the first interface of the mobile node has a plurality of connections in the first network without increasing the processing load of the mobile node.
  • a network-based or client-based mobility management protocol can be selected as the mobility management protocol type for each connection.
  • a network-based mobility management protocol when a second interface of a mobile node is connected to a second network from a state in which the first interface of the mobile node has a plurality of connections in the first network Can be selected to reduce the processing load on the mobile node. Further, according to the present invention, the second interface of the mobile node is changed from the state in which the first interface of the mobile node has a plurality of connections in the first network without increasing the processing load of the mobile node.
  • a network-based or client-based mobility management protocol can be selected as the mobility management protocol type of each connection.
  • FIG. 1 shows a network configuration diagram according to the first embodiment of the present invention.
  • the UE 10 which is a mobile node includes a 3GPP interface (cellular interface) IF1 and a WLAN interface IF2 as a Non3GPP interface.
  • the Non3GPP interface may be a WiMAX interface, an HRPD interface, or the like.
  • the 3GPP interface IF1 is connected to the 3GPP network 11 which is an HPLMN (Home Public Land Mobile Network) for the UE 10, and is connected to the P-GW 13 which is the home agent of the UE 10 via the S-GW 12 which is the proxy node of the UE 10.
  • HPLMN Home Public Land Mobile Network
  • a PMIP (or GTP) connection is established and HoA is used in this connection. Furthermore, the UE 10 establishes two PDN connections Conn1 and Conn2 with the P-GW 13, and uses different prefixes P1 and P2 and uses HoA1 and HoA2 as addresses.
  • the PDN connection Conn1 is connected from the Non3GPP network 14 side. It is assumed that the PDN connection Conn2 is simultaneously connected to the P-GW 13 from the Non3GPP network 14 side while maintaining the connection from the 3GPP network 11 side.
  • the term “simultaneous connection” here refers to a connection in the case where PDN connections are simultaneously established from different interfaces IF1 and IF2 to the same P-GW 13 and the home prefixes assigned by the respective PDN connections are the same. .
  • FIG. 2 shows a communication sequence when the UE 10 is connected to the Non-3GPP network 14 when the UE 10 is connected to the 3GPP network 11 in the first embodiment.
  • the UE 10 is connected only to the 3GPP network 11 (the PMIP / GTP tunnel T0 between the S-GW 12 and the P-GW 13), the UE 10 PDN connections Conn1 and Conn2 are established at the same time, and different prefixes P1 and P2 are assigned to each other, and HoA1 and HoA2 are used as addresses.
  • the UE 10 when connected to only the 3GPP network 11, the UE 10 communicates with the P-GW 13 to which the PDN connection Conn2 is connected before connecting to the Non3GPP network 14 side.
  • SA Security Association
  • the UE 10 uses the PMIP-based (or GTP-based) method for the PDN connection Conn1 when connecting to the Non3GPP network 14 in the SA establishment procedure executed on the 3GPP network 11 side.
  • the P-GW 13 is notified of the establishment. Instead of specifying either PMIP base or GTP base, network base may be specified.
  • the UE 10 requests the P-GW 13 in advance to advertise the prefix P1 on the Non3GPP network 14 side.
  • the P-GW 13 declares that the UE 10 uses the CMIP-based method when connecting to the Non3GPP network 14, it generates a CoA to be used when establishing the PDN connection Conn2. It recognizes that it is necessary to advertise the prefix P1 for the PDN connection Conn1 together with the local prefix.
  • the P-GW 13 receives a BU message (via the AGW 15) requesting generation of a connection using the CMIP-based method for establishing the PDN connection Conn2 from the UE 13, Based on the fact that the request is received in (2), it is determined that the prefix P1 is advertised to the UE 10. As a method in which the P-GW 13 notifies the UE 10 that the handover of the PDN connection Conn1 to the Non3GPP network 14 is completed, that is, the PDN connection Conn1 is established on the Non3GPP network 14 by a PMIP-based method.
  • binding confirmation (BA) message which is a response (11) to the binding update (BU) message received from the UE 10
  • information indicating that the PMIP connection has been established may be included. For example, it can be indicated by the value of the status field of the BA message.
  • P-GW 13 In order to further advertise prefix P1 from AGW 15 to UE 10, P-GW 13 notifies prefix P1 to AGW 15, and advertises prefix P1 to UE 10 together with prefix P3, which is a local prefix for CoA generation. Instruct them to do so. Instead of recognizing that the PMIP connection has been established by the BA message in (11), the UE 10 may recognize that the PMIP connection has been established when the prefix P1 is advertised from the AGW 15. Further, the P-GW 13 may transmit the BA message, which is a response to the BU message received from the UE 10, including the prefix P1, or advertise the prefix P1 together with the prefix P3 in the RA message to the AGW 15. You may instruct. Although not shown in FIG.
  • the AGW 15 when the AGW 15 receives an instruction from the P-GW 13 to advertise the prefix P1, the AGW 15 uses the PDN connection Conn1 together with the prefix 3, which is a local prefix for generating the CoA for CMIP connection.
  • the prefix P1 which is a home prefix, is advertised.
  • the UE 10 connected to the Non3GPP network 14 only needs to declare connection to the AGW 15 by a CMIP-based method, even if there are a plurality of PDN connections, the UE 10 is used for each PDN connection in the Non3GPP network 14. It is not necessary to notify the protocol type (PMIP or CMIP), and the message size can be reduced.
  • FIG. 3 shows a block diagram of the UE 10.
  • the UE 10 includes a 3GPP interface IF1, a Non3GPP interface (WLAN interface) IF2, a CMIP connection unit 101, a Non3GPP network connection processing unit 102, a simultaneous connection determination unit 103, a PDN connection information holding unit 104, an SA generation unit 105, including.
  • the simultaneous connection determination unit 103 refers to the PDN connection information holding unit 104 and simultaneously connects from the Non3GPP network 14 side to the same HoA in the PDN connections Conn1 and Conn2 established on the 3GPP network 11. On the other hand, it is confirmed whether or not there is a PDN connection that needs to establish a connection by a CMIP-based method. If there is a corresponding PDN connection (Conn1), information indicating that the PDN connection requires simultaneous connection is added to the PDN connection information holding unit 104 in the corresponding PDN connection information. The simultaneous connection determination unit 103 further instructs the SA generation unit 105 to establish an SA with the P-GW 13 to which the PDN connection is connected.
  • a criterion for determining whether or not simultaneous connection is required it is possible to determine based on the type and state of a flow when communicating on the 3GPP interface IF1.
  • a PDN connection that flows a communication flow requiring a large bandwidth a PDN connection whose resource type is Non-GBR (Non-Guaranteed Bitrate Resources), and the like are selected as targets for simultaneous connection.
  • the determination may be based on the QCI value or priority instead of the resource type.
  • information indicating whether or not simultaneous connection may be included in the routing rule held by the UE. Further, information regarding this routing rule may be obtained from an ANDSF (Access Network Discovery and Selection Function) server.
  • ANDSF Access Network Discovery and Selection Function
  • the SA generation unit 105 Upon receiving an instruction from the simultaneous connection determination unit 103, the SA generation unit 105 starts connection processing using IKEv2 for the P-GW 13 that establishes the simultaneous connection. Further, the SA generation unit 105 causes the PDN connection Conn1 to be handed over to the Non3GPP network 14 when the P-GW 13 is connected to the Non3GPP network 14 in the IKEv2 connection process, and establishes the PDN connection by a PMIP-based method. (PMIP connection request) is notified to the P-GW 13.
  • PMIP connection request PMIP connection request
  • the EPS bearer ID (eg, EPS bearer ID of the default bearer) of the PDN connection Conn1, APN (Access Point Name), HoA1, home Notify the prefix P1 and the like.
  • IKEv2 message for example, IKE_SA_INIT, IKE_AUTH, CREATE_CHILD_SA, INFORMATIONAL transmitted to the P-GW 13, but is not limited thereto.
  • the CMIP connection unit 101 described later may transmit a BU message including a PMIP connection request to the P-GW 13.
  • a payload included in the IKEv2 message a payload such as Identification_Payload or Configuration_Payload can be used, but another type of payload or a new payload may be used.
  • the SA generation unit 105 may generate the SA from the Non3GPP interface 14 after the UE 10 connects to the Non3GPP network 14 side, not from the 3GPP network 11 side.
  • the Non3GPP network connection processing unit 102 performs processing necessary for the Non3GPP interface (WLAN interface IF2) of the UE 10 to connect to the Non3GPP network 14, and notifies the CMIP connection unit 101 of the completion.
  • This connection processing includes authentication with the Non3GPP network 14 and assignment of an IP address.
  • the Non3GPP network connection processing unit 102 refers to the PDN connection information holding unit 104 and is shown to simultaneously connect from the Non3GPP network 14 in the PDN connections Conn1 and Conn2 established on the 3GPP network 11. It is confirmed whether there is a PDN connection (Conn1). When there is a corresponding PDN connection Conn1, notification of connection using a CMIP-based method is made in the connection procedure to the Non3GPP network 14 side.
  • the Non3GPP network connection processing unit 102 acquires the prefix P3, which is a local prefix for generating CoA, from the AGW 15, and instructs the PDN connection information holding unit 104 to hold the address generated using the prefix P3 as CoA.
  • the AGW 15 is an ePDG
  • the Non3GPP network connection processing unit 102 establishes an IPSec tunnel for the ePDG after connecting to the access network (Non3GPP network) and acquiring a local address. While establishing an IPSec tunnel with the ePDG, a notification is made that a connection is made using a CMIP-based method.
  • the Non3GPP network connection processing unit 102 acquires the prefix P3, which is a CoA generation prefix, from the ePDG, and instructs the PDN connection information holding unit 104 to hold the address generated using the prefix P3 as CoA.
  • the CMIP connection unit 101 refers to the PDN connection information holding unit 104, and if there is a PDN connection Conn2 that requires simultaneous connection, associates the CoA with the HoA 2 to the P-GW 13 to which the PDN connection Conn 2 is connected. For this purpose, a BU message is transmitted.
  • a BU message is transmitted.
  • the prefix P1, HoA1, or EPS bearer ID indicating the PDN connection Conn1 may be explicitly included in the BU message.
  • the BU message may be included in another BU message and transmitted.
  • HoA1 in the field for setting the CoA of the BU message, it may indicate that the advertisement for the prefix P1 is requested.
  • the BU message for associating CoA with HoA2 may be transmitted.
  • the prefix P1 is advertised based on the PMIP connection request notified by the SA generation unit 105 described above.
  • the IKEv2 message transmitted from the Non3GPP network connection processing unit 102 to the ePDG may be used as means for requesting the advertisement of the prefix P1 related to the PDN connection Conn1.
  • Conn1 is notified that PMIP (or GTP) is used. This means may be used in place of the IKEv2 message including the PMIP connection request transmitted from the SA generation unit 105 to the P-GW 13.
  • FIG. 4 is an example of an IKEv2 message 20 including a PMIP connection request.
  • the IKEv2 message 20 includes a PMIP connection request indicating that a handover connection is made to the PDN connection Conn1 by a PMIP-based method.
  • the PMIP connection request includes at least one of EPS bearer ID, APN, HoA1, and prefix P1 as information for specifying the PDN connection Conn1.
  • APN is used as information for specifying these PDN connections.
  • an EPS bearer ID, HoA1, prefix P1, etc. are included.
  • the field indicated by IKE_SA_INIT / IKE_AUTH in FIG. 4 is replaced with a mobility header indicating a BU message.
  • the PDN connection information holding unit 104 holds information regarding the PDN connection established on the 3GPP network 11 and the Non3GPP network 14.
  • the PDN connection information further includes the non 3GPP network 14 determined by the simultaneous connection determination unit 103. It also includes information indicating whether or not to make a simultaneous connection.
  • the PDN connection information is included in a UE context (UEtextcontext) held by the UE 10.
  • FIG. 5 is a block diagram showing an example of the configuration of the P-GW 13.
  • the P-GW 13 includes an interface 130, a location information registration processing unit 131, an SA generation unit 132, and a PDN connection information holding unit 133.
  • the location information registration processing unit 131 receives a location information registration message (GTP message or PBU message) from the S-GW 12 and generates location information regarding the UE 10.
  • the location information of the UE 10 is information (binding cache) in which the address of the S-GW 12 is associated as CoA with respect to the home prefix P1, P2 / home address (HoA1, HoA2). (BC)).
  • the location information of the UE 10 includes information (binding cache) in which the CoA of the UE 10 is associated with the home prefix P1, P2 / home address (HoA1, HoA2). Become.
  • the location information registration processing unit 131 refers to the PDN connection information holding unit 133 when receiving the BU message from the UE 10, and includes the PDN connection information (Conn1) corresponding to the HoA1 included in the BU message.
  • PDN connection information Conn1
  • the BA message to be transmitted to the UE 10 is transmitted including the prefix P1.
  • the BU message received from UE10 contains only the information regarding HoA2 (Conn2), you may interpret that the positional information registration process part 131 is requesting PMIP connection regarding HoA1 (Conn1).
  • the SA generation unit 132 performs a process of generating an SA with the UE 10 in accordance with the IKEv2 protocol started by the UE 10. If the prefix P1, HoA1, or EPS bearer ID is included as information regarding the PDN connection Conn1 to be handed over from the 3GPP network 11 to the Non3GPP network 14 in the IKEv2 message, the PDN of the UE 10 corresponding to those values
  • the connection Conn1 is specified, and information indicating that it is a PDN connection that is handed over from the 3GPP network 11 to the Non3GPP network 14 and PMIP-connected from the Non3GPP network 14 side is added to the PDN connection information.
  • the PDN connection information holding unit 133 holds information related to the PDN connection established with the UE 10 on the 3GPP network 11 and the Non3GPP network 14.
  • information on the PDN connections Conn 1 and Conn 2 is held, and each PDN connection information further includes the non 3GPP network 14 determined by the simultaneous connection determination unit 103. Also included is information indicating whether to hand over to (using a PMIP connection) or to connect simultaneously from the Non3GPP network 14 (using a CMIP connection). Further, when the UE 10 is further connected to the Non3GPP network 14, information on the PDN connection established on the Non3GPP network 14 is also held.
  • the PDN connection information is included in the P-GW context (P-GW context) held by the P-GW 13.
  • FIG. 6 is a block diagram illustrating an example of the configuration of the AGW 15.
  • the AGW 15 includes a UE connection processing unit 151, a UE information holding unit 152, and an RA generation unit 153.
  • the UE connection processing unit 151 performs a procedure when the UE 10 establishes a connection with the Non3GPP network 14 side.
  • the procedure includes authentication of the UE 10, layer 2 connection, layer 3 connection, and the like.
  • the message requesting the layer 3 connection received from the UE 10 includes the protocol type (CMIP / PMIP) used in the Non3GPP network 14.
  • CMIP protocol type
  • the RA generation unit 153 is instructed to advertise the prefix P3 to the UE 10 as a local prefix for generating CoA.
  • the PMIP tunnel generation process is started for the P-GW 13.
  • the prefix local prefix, prefix P3
  • IKEv2 IKEv2
  • the UE 10 uses a network-based protocol for a specific PDN connection in advance. By notifying that it is used, the PDN connection established in the 3GPP network 11 can be handed over to the Non3GPP network 14 and a PDN connection by PMIP can be established.
  • a PDN connection obtained by handing over a PDN connection established on the 3GPP network 11 to the Non3GPP network 14 is assumed as a PDN connection using a PMIP connection on the Non3GPP network 14. However, it may be a PDN connection newly established on the Non3GPP network 14.
  • FIG. 7 shows a network configuration diagram according to the second embodiment of the present invention, in which a MAG 17 serving as a proxy node for generating the PDN connection Conn1 is added to the Non3GPP network 14.
  • the UE 10 includes a 3GPP interface (cellular interface) IF1 and a WLAN interface IF2 as a Non3GPP interface.
  • the Non3GPP interface may be a WiMAX interface, an HRPD interface, or the like.
  • the 3GPP interface IF1 is connected to the 3GPP network 11 side, establishes two PDN connections Conn1 and Conn2 with the P-GW 13 via the S-GW 12, and is assigned different prefixes P1 and P2, respectively. .
  • the PDN connection Conn1 is switched to the connection from the Non3GPP network 14 side (handover), and the PDN connection Conn2 is connected to the 3GPP network 11 P-GW13 In contrast, it has a policy of connection (simultaneous connection) from the Non3GPP network 14 side.
  • FIG. 8 shows a sequence when the UE 10 is connected to the Non-3GPP network 14 when the UE 10 is connected to the 3GPP network 11 in the second embodiment.
  • the UE 10 connects to the Non3GPP network 14, (2) When the Non3GPP network 14 is discovered, (3) Perform access authentication with AGW15, (4) Perform layer 3 connection with AGW15 and receive local prefix assignment, (5) Generate / acquire CoA. In (4), the CoA itself may be acquired from the AGW 15.
  • the UE 10 When connecting to the AGW 15, the UE 10 detects that there is a PDN connection Conn 2 that is simultaneously connected from both the 3GPP network 11 and the Non3GPP network 14 among the PDN connections generated on the connection to the 3GPP network 11. Declare to use the CMIP based method. As a result, the prefix P3, which is a local prefix for generating CoA, is acquired from the AGW 15. (6) The UE 10 generates an SA (Security Association) necessary for establishing a PDN connection from the Non3GPP network 14 by a CMIP-based method with the PGW 13 using IKEv2. Furthermore, the UE 10 transmits a BU message to the P-GW 13 in order to register the address generated from the prefix P3 as the CoA for the home address (HoA2) of the PDN connection Conn2.
  • SA Security Association
  • the UE 10 detects that there is a PDN connection Conn1 to be handed over from the 3GPP network 11 to the Non3GPP network 14 in the PDN connection generated on the connection to the 3GPP network 11, and the Non3GPP The address of the MAG 17 existing in the network 14 is acquired.
  • This MAG 17 is an MAG that creates an IP tunnel T1b with the UE 10 in (11) and provides a PMIP connection (PMIP tunnel T1a) with the P-GW 13 via the IP tunnel T1b.
  • PMIP tunnel T1a PMIP tunnel T1a
  • As a method for acquiring the address of MAG17 there is a method of requesting / acquiring using DNS (Domain Name System) after acquiring CoA as in (5) (7) (8).
  • the request / acquisition may be performed using DNS from the 3GPP interface IF1. Further, it may be requested / acquired in the connection procedure (3), (4) to the Non3GPP network 14 or in the IKEv2 or BU / BA message (6) performed with the P-GW 13.
  • DNS FQDN (Fully Qualified Domain Name) indicating MAG 17 that provides a PMIP connection by the IP tunnel T1b is used as information indicating a requested node.
  • the EPS bearer ID or PCID (PDN connection ID) of the PDN connection Conn1 may be included in the IKEv2 message or the BU / BA message as information indicating that the address of the MAG 17 is requested.
  • the UE 10 that has acquired the address of the MAG 17 requests the MAG 17 to generate the IP tunnel T1b and the PMIP connection to the P-GW 13 (IP tunnel generation request & PMIP connection request message). Send.
  • the UE 10 notifies the handover of the PDN connection Conn1 to the Non3GPP network 14 side (handover connection) by including the HoA1 and prefix P1 used for the PDN connection Conn1 on the 3GPP network 11 in this message. Requests continued use of HoA1 and prefix P1.
  • a handover indicator (Attach Type or Handover Indicator)
  • an EPS bearer ID or PCID of Conn1 may be used as information indicating handover connection.
  • the address on the UE 10 side of the IP tunnel T1b established between the UE 10 and the MAG 17 is the CoA generated from the prefix P3.
  • the UE 10 includes an APN (Access Point Name) corresponding to the PDN connection Conn1 in this message.
  • the APN is information indicating a PDN (Packet Data Network) to which the PDN connection Conn1 is connected, and is used as information for specifying the P-GW 13 to which the UE 10 desires to connect.
  • the MAG 17 acquires the address of the P-GW 13 from the DNS server 18 using the FQDN configured from the APN, and specifies the P-GW 13 that establishes the PMIP connection (PMIP tunnel T1a).
  • the UE 10 When the UE 10 has already obtained the address or FQDN of the P-GW 13 when simultaneously connecting the PDN connection Conn 2 from the Non 3GPP network 14 side, the UE 10 includes such information in this message instead of the APN. May be.
  • the MAG 17 acquires the address of the P-GW 13 using the DNS. That is, the IP tunnel creation request & PMIP connection request message from the UE 10 is addressed to the address of the MAG 17, and the message includes information on the P-GW 13 (PDN) to which the UE 10 wants to connect and 3GPP for the P-GW 13.
  • Information (HoA1, P1 or Handover Indicator) indicating that the PDN connection Conn1 established on the network 11 is to be handed over (handover connection) is included.
  • the PMIP connection request message a message of the same type as the message transmitted to the AGW 15 in order to establish the layer 3 connection in (4) may be used, or a new message may be used.
  • information necessary for requesting a PMIP connection request is included in the payload ( For example, it may be included as Identification_Payload or Configuration_Payload).
  • the MAG 17 Upon receiving this PMIP connection request message, the MAG 17 requests that the PDN connection Conn1 established with the P-GW 13 is handed over to the P-GW 13 to which the UE 10 requests connection. To send a PBU message.
  • This PBU message also includes information (HoA1, prefix P1, EPS bearer ID or Handover Indicator) indicating that it is a handover connection of the PDN connection Conn1, and it is to the P-GW 13 that it is a handover connection of the PDN connection Conn1. Be notified.
  • the P-GW 13 processes the PBU message received from the MAG 17, updates the binding cache (BC) necessary for handing over the PDN connection Conn1, and updates policy information with the policy server (PCRF).
  • BC binding cache
  • PCRF policy information with the policy server
  • the PBA message includes the prefix P1 or HoA1 used by the UE 10 in the 3GPP network 11 for the PDN connection Conn1, and the MAG 17 that has received the PBA message receives the handover connection (PMIP tunnel T1a to the PDN connection Conn1). Recognize that construction is complete.
  • the MAG 17 notifies the UE 10 of the prefix P1 or HoA1 of the UE 10 included in the PBA message using the IP tunnel T1b.
  • An RA (Router Advertisement) message can be used as a message used for notification, but is not limited to this.
  • the UE 10 that receives the prefix P1 or HoA1 from the MAG 17 recognizes that the PDN connection with the P-GW 13 is established and the handover connection of the PDN connection Conn1 is completed, and starts communication using the HoA1 via the IP tunnel T1b. .
  • the UE 10 can establish the PDN connection to be handed over using the PMIP-based method.
  • the UE 10 is implemented after connecting the SA (Security Association) necessary for establishing the PDN connection from the Non3GPP network 14 by the CMIP-based method to the Non3GPP network 14 side.
  • SA Security Association
  • SA is unnecessary between UE10 and MAG17.
  • FIG. 9 is a block diagram illustrating a configuration of the UE 10 according to the second embodiment
  • FIG. 10 is a flowchart illustrating a Non3GPP network connection process of the UE 10.
  • the UE 10 includes interfaces IF1 and IF2, a simultaneous connection determination unit 103, a Non3GPP network connection processing unit 102, a CMIP connection unit (SA generation unit) 101 (105), a PDN connection information holding unit 104, and a packet transfer unit 106.
  • SA generation unit CMIP connection unit
  • PDN connection information holding unit 104 a packet transfer unit 106.
  • a DNS processing unit 107 and a PMIP connection unit 108 are examples of the PMIP connection unit 108.
  • the simultaneous connection determination unit 103 refers to the PDN connection information holding unit 104, and among the PDN connections Conn1 and Conn2 established on the 3GPP network 11, a PDN connection (Conn2) that needs to be simultaneously connected from the Non3GPP network 14 as well. ).
  • a PDN connection Conn2
  • information indicating that the PDN connection requires simultaneous connection is added to the PDN connection information holding unit 104 in the corresponding PDN connection information.
  • a criterion for determining whether or not simultaneous connection is required for example, it can be determined based on the type and state of a flow when transmission / reception is performed through a PDN connection established on the 3GPP interface IF1.
  • a PDN connection that flows a communication flow requiring a large bandwidth a PDN connection whose resource type is Non-GBR (Non-Guaranteed bitrate resources), and the like are selected as targets for simultaneous connection.
  • the determination may be based on the QCI value or priority, not the resource type.
  • the information which shows whether a specific flow requires simultaneous connection may be contained in the routing rule which UE hold
  • the PDN connection that is flowing through the flow is selected as the PDN connection to be simultaneously connected. Further, information regarding this routing rule may be obtained from an ANDSF (Access Network Discovery and Selection Function) server.
  • ANDSF Access Network Discovery and Selection Function
  • the Non3GPP network connection processing unit 102 performs processing necessary for the Non3GPP interface IF2 of the UE 10 to connect to the Non3GPP network 14. This connection processing includes authentication with the Non3GPP network 14 and assignment of an IP address. As shown in FIG. 10, when connecting to the Non3GPP network 14, the Non3GPP network connection processing unit 102 refers to the PDN connection information holding unit 104, and establishes the PDN connections Conn 1 and Conn 2 established on the 3GPP network 11. It is confirmed whether or not there is a PDN connection (Conn2) indicated to be simultaneously connected from the Non3GPP network 14 side (steps S1 and S2).
  • step S3 If there is a corresponding PDN connection Conn2, it is determined that the CMIP-based method is used in the connection procedure to the Non3GPP network 14, and the CMIP-based method is used in the connection procedure to the Non3GPP network 14. It is requested to connect (step S3).
  • the Non3GPP network connection processing unit 102 acquires the prefix P3, which is a local prefix for CoA generation, from the AGW 15, and sends it to the PDN connection information holding unit 104 so as to hold the address generated using the prefix P3 as CoA. Instruct.
  • the Non3GPP network connection processing unit 102 further requests the CMIP connection unit (SA generation unit) 101 (105) to establish a CMIP connection with the P-GW 13 that manages the PDN connection Conn2.
  • SA generation unit CMIP connection unit
  • the Non3GPP network connection processing unit 102 refers to the PDN connection information holding unit 104 when connecting to the Non3GPP network 14, and establishes the PDN connection established on the 3GPP network 11. It is confirmed whether there is a PDN connection (Conn1) to be handed over to the Non3GPP network 14 in Conn1 and Conn2 (step S4). If there is a corresponding PDN connection Conn1, the PMIP connection unit 108 is instructed to acquire the address of the MAG 17 (step S5).
  • step S6 If the address of the MAG 17 can be acquired (YES in step S6), the 3GPP network 11 In order to hand over the PDN connection Conn1, an IP tunnel is generated with the MAG 17, and a request is made to establish a PMIP connection via the IP tunnel (step S7).
  • the Non3GPP network connection processing unit 102 detects a PDN connection (Conn1) to be handed over to the Non3GPP network 14, it determines that a CMIP-based method is used in the connection procedure to the Non3GPP network 14, In the connection procedure (3) (4) to the Non3GPP network 14, an MAG address for IP connection may be requested. Furthermore, an instruction to acquire the address of MAG 17 may be given to the CMIP connection unit.
  • the CMIP connection unit (SA generation unit) 101 receives an instruction from the Non3GPP network connection processing unit 102 and refers to the PDN connection information holding unit 104 to obtain information on the PDN connection Conn2 that requires simultaneous connection. get.
  • the address of the P-GW 13 can be acquired while connected to the 3GPP network 11, or an FQDN is generated using the APN included in the PDN connection information, and the address of the P-GW 13 corresponding to the FQDN is DNS It can also be acquired from the server 18. If the SA has not yet been established for the P-GW 13 that is the connection destination of the PDN connection Conn2, the generation of the SA is started.
  • the CMIP connection unit receives an instruction from the Non3GPP network connection processing unit 102, and generates an SA with the P-GW 13 for information requesting the address of the MAG 17 (such as a new attribute (Attribute) or an identifier of Conn1). It may be included in the IKEv2 message that is transmitted at the time.
  • an instruction from the Non3GPP network connection processing unit 102, and generates an SA with the P-GW 13 for information requesting the address of the MAG 17 (such as a new attribute (Attribute) or an identifier of Conn1). It may be included in the IKEv2 message that is transmitted at the time.
  • the CMIP connection unit (SA generation unit) 101 (105) transmits a BU message for associating the CoA to the HoA 2 to the P-GW 13.
  • the CMIP connection unit (SA generation unit) 101 (105) does not hand over the PDN connection Conn2 established on the 3GPP network 11 in this BU message, but also from the Non3GPP network 14 side, the same P-GW13.
  • a BID for identifying a BC indicating a PDN connection Conn2 on the 3GPP network 11 side, together with a BID for identifying a BC corresponding to a PDN connection newly generated on the Non3GPP network 14 side, is included. , Indicating that the UE 10 is requesting simultaneous connection to the P-GW 13.
  • the BID indicating the PDN connection Conn2 on the 3GPP network 11 side is not included, it means that the connection is established only from the Non3GPP network 14 as in the conventional case, and if the BID is included, the 3GPP network 11 and It means establishing a connection from both network 14 Non3GPP.
  • a flag indicating simultaneous connection may be set in the BU message. By transmitting this message, two BCs are generated in the P-GW 13, and the UE 10 can be simultaneously connected from both the 3GPP network 11 side and the Non3GPP network 14 side. Note that the UE 10 can also generate an SA in advance on the 3GPP network 11 before connecting to the Non3GPP network 14.
  • the BC may be held by the CMIP connection unit (SA generation unit) 101 (105) or may be held by the PDN connection information holding unit 101.
  • the CMIP connection unit receives an instruction from the Non3GPP network connection processing unit 102 and includes information requesting the address of the MAG 17 (such as a new flag, an option, or an identifier of Conn1) in the BU message to be transmitted to the P-GW 13. Also good.
  • the PDN connection information holding unit 104 holds information related to the PDN connection established on the 3GPP network 11 and the Non3GPP network 14.
  • information on the PDN connections Conn1 and Conn2 is held, and each PDN connection information also includes information indicating whether or not simultaneous connection from the Non3GPP network 14 is performed. include.
  • information indicating simultaneous connection is held in the PDN connection Conn2, and information indicating handover connection is held in the PDN connection Conn1.
  • Other information included includes APN, P-GW 13 address, home prefixes P1 and P2, home addresses HoA1 and HoA2.
  • the PDN connection Conn1 is replaced with the PDN connection information connected from the Non3GPP network 14, and the PDN connection Conn2 is connected from both the 3GPP network 11 and the Non3GPP network. It is replaced with information indicating that Note that the PDN connection information is included in a UE context (UEtextcontext) held by the UE 10.
  • UE context UEtextcontext
  • the PMIP connection unit 108 receives an instruction from the Non3GPP network connection processing unit 102, refers to the PDN connection information holding unit 104, and performs handover to the Non3GPP network 14 among the PDN connections Conn1 and Conn2 established on the 3GPP network 11. Information on the PDN connection Conn1 is acquired. Then, in order to make the PDN connection Conn1 connect by PMIP, the DNS processing unit 107 is instructed to acquire an address of a MAG that can be connected using an IP tunnel. If the acquisition of the MAG 17 address has already been completed, there is no need to acquire it here.
  • the PMIP connection unit 108 that has acquired the address of the MAG 17 transmits a message requesting the generation of an IP tunnel and the PMIP connection to the P-GW 13 (hereinafter referred to as PMIP connection request message) to the MAG 17 (step in FIG. 10).
  • PMIP connection request message a message requesting the generation of an IP tunnel and the PMIP connection to the P-GW 13 (hereinafter referred to as PMIP connection request message) to the MAG 17 (step in FIG. 10).
  • PMIP connection request message a message requesting the generation of an IP tunnel and the PMIP connection to the P-GW 13
  • FIG. 11 shows a packet 30 including a PMIP connection request message 31.
  • the prefix P1 or HoA1 or EPS bearer used by the UE 10 in the PDN connection Conn1 is used as information indicating a handover connection.
  • ID or Handover Indicator 32 is included.
  • the PMIP connection request message 31 includes an APN 33 corresponding to the PDN connection Conn1.
  • the MAG 17 can acquire the address of the P-GW 13 that has constructed the PDN connection Conn1 to be handed over from the DNS server 18 by using the APN 33.
  • the PDN connection Conn2 is simultaneously connected from the Non3GPP network 14, when the address or FQDN of the P-GW 13 has already been acquired, such information may be included in this message instead of the APN 32.
  • the PMIP connection unit 108 receives a response message for the PMIP connection request message 31 transmitted to the MAG 17 from the MAG 17 and recognizes that the IP tunnel T1b is generated between the MAG 17 and the PMIP connection request message 31.
  • the end points of this IP tunnel T1b are the addresses of the CoA and MAG 17 of the UE 10.
  • the PMIP connection unit 108 performs the handover process to the Non3GPP network 14 related to the PDN connection Conn1. It recognizes that it has completed, and recognizes that communication using HoA1 is now possible.
  • an IPSec tunnel may be used between the UE 10 and the MAG 17, but the establishment of the SA may be omitted if the connection can be made as a Trusted-Non3GPP network.
  • the DNS processing unit 107 transmits a DNS query to the DNS server 18 for acquiring the address of the MAG 17 that can construct the IP tunnel T1b.
  • the address acquired from the DNS server 18 is passed to the PMIP connection unit 108.
  • the DNS query includes an FQDN generated based on the APN corresponding to Conn1.
  • the packet transfer unit 106 performs processing for transferring a packet addressed to a communication partner (CN) acquired from an upper layer.
  • CN communication partner
  • the transmission source address of the packet to be transferred is HoA2
  • the packet is encapsulated and transmitted to the P-GW 13 using the CMIP tunnel.
  • the source address is HoA1
  • it is encapsulated to MAG 17 and transmitted using an IP tunnel.
  • FIG. 12 is a block diagram showing the configuration of the MAG 17.
  • the MAG 17 includes an interface 170, a packet transfer unit 171, an IP tunnel generation processing unit 172, a PMIP connection processing unit 173, and a UE information holding unit 174.
  • the MAG may be ePDG.
  • the IP tunnel generation processing unit 172 processes the PMIP connection request message (including the IP tunnel generation request) received from the UE 10, and determines the CoA set in the source address of the message or the CoA included in the message.
  • An IP tunnel T1b as an end point is generated, the HoA1 of the UE 10 included in the message is acquired, and the UE information holding unit 174 is instructed to hold information on the IP tunnel T1b.
  • the UE 10 interprets that the handover of the PDN connection Conn1 is requested, and sends it to the PMIP connection processing unit 173. And instruct to start the PMIP connection (PMIP tunnel T1a) for establishing the PDN connection Conn1 related to HoA1.
  • the PMIP connection processing unit 173 receives an instruction from the IP tunnel generation processing unit 172, and transmits a PBU message for establishing the PMIP tunnel T1a to the P-GW 13.
  • This PBU message includes the prefix P1, HoA1, or EPS bearer ID notified from the UE 10 as information indicating the PDN connection Conn1 to be handed over, and further, in the field (Handover Indicator) indicating the type of connection, handoff A value indicating is set. By setting a value indicating handoff, it is notified that the PDN connection moves from the 3GPP network 11.
  • a value indicating initial connection is also set in the PBU message. If necessary, when receiving an IP tunnel generation request message from the UE 10, the UE 10 may be authenticated by inquiring of an HSS server or an AAA server (not shown).
  • the packet transfer unit 171 transfers the uplink packet transmitted from the UE 10 and the downlink packet reached to the UE 10. Since the uplink packet transmitted from the UE 10 using HoA1 is encapsulated to the MAG 17 by the IP tunnel T1b, it is decapsulated and an internal packet is obtained. In order to use the PMIP tunnel T1a, the internal packet is encapsulated to the P-GW 13 and transferred. On the other hand, since the downlink packet transferred from the P-GW 13 is encapsulated to the MAG 17 by the PMIP tunnel T1a, it is decapsulated and an internal packet is obtained. In order to use the IP tunnel T1b, the internal packet is encapsulated and transferred to the CoA of the UE 10.
  • the UE information holding unit 174 holds information related to the UE 10 that forms the IP tunnel T1b and establishes the PMIP connection.
  • the UE 10 can establish the PDN connection to be handed over using the PMIP-based method even when connected to the Non3GPP network 14 by the CMIP-based method in order to establish the PDN connection to be connected simultaneously. it can.
  • FIG. 13 is a flowchart for explaining processing of the UE 10 in the third embodiment, in particular, the processing of the Non3GPP network connection processing unit 102 (see FIG. 9).
  • the Non 3GPP network connection processing unit 102 starts processing in Step S 11 and refers to the PDN connection information holding unit 104, so that both the PDN connection for simultaneous connection and the PDN connection for handover connection are used. If there is any (YES in steps S12 and S13), the PDN connection is notified of whether to use PMIP or CMIP (step S16).
  • a notification method a message in the connection procedure to the Non3GPP network 14 can be used.
  • step S12 PMIP use is notified (step S14), but there is no need to notify for each PDN connection. If there is a PDN connection for simultaneous connection (YES in step S12), but there is no PDN connection for handover connection (NO in step S13), the use of CMIP is notified (step S15). Also in this case, it is not necessary to notify for each PDN connection.
  • the type of mobility management protocol to be notified when connected to the Non3GPP network 14 can be flexibly changed.
  • 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 present invention selects a network-based mobility management protocol when a second interface of a mobile node is connected to a second network from a state in which the first interface of the mobile node has a plurality of connections in the first network. This has the effect of reducing the processing load of the mobile node, and can be used when the first network is a 3GPP network and the second network is not a 3GPP network.
  • the present invention also provides that the second interface of the mobile node is changed from the state in which the first interface of the mobile node has a plurality of connections in the first network without increasing the processing load of the mobile node.
  • the network management or client-based mobility management protocol can be selected as the mobility management protocol type of each connection.
  • the first network is a 3GPP network and the second network is 3GPP. It can be used when not in a network.

Landscapes

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

Abstract

　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、モバイルノードの第２のインタフェースが第２のネットワークに接続した際にネットワークベースの移動管理プロトコルを選択してモバイルノードの処理負荷を減少する技術が開示され、その技術によればＭＮ１０のインタフェースＩＦ１が３ＧＰＰネットワーク１１で複数のコネクションＣｏｎｎ１、Ｃｏｎｎ２を有するときに、ＭＮ１０からＭＮ１０のホームエージェントであるＰ－ＧＷ１３に対して、インタフェースＩＦ２がクライアントベースの移動管理プロトコルでＮｏｎ３ＧＰＰネットワーク１４に接続した際にコネクションＣｏｎｎ２と同時に接続するコネクションＣｏｎｎ１が使用する移動管理プロトコル種別としてネットワークベースの移動管理プロトコルを指示する。

Description

移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード
　本発明は、モバイルノードの移動を管理するプロトコルの種別を選択するための移動管理プロトコル選択方法及び移動管理プロトコル選択システムに関する。
　本発明はまた、移動管理プロトコル選択システムにおけるモバイルノード、ホームエージェント及び代理ノードに関する。
　本発明は特に、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、モバイルノードの第２のインタフェースが第２のネットワークに接続した場合の各コネクション用の移動管理プロトコル種別を選択する手法に関する。
　クライアントベースの移動管理プロトコルとして、モバイルＩＰ（下記の非特許文献１参照、ＣＭＩＰ（クライアントモバイルＩＰ）とも呼ぶ）又はＤＳＭＩＰｖ６（下記の非特許文献５参照）が知られている。ＣＭＩＰを利用するモバイルノード（以下、ＭＮ）は、移動先のアドレスであるケアオブアドレス（以下、ＣｏＡ：Care-of Address）を自身のホームアドレス（ＨｏＡ：Home Address）を管理するホームエージェント（以下、ＨＡ）、又は通信相手（以下、ＣＮ：Correspondent Node）に登録し、ＨｏＡあてパケットをＣｏＡあてに転送するよう依頼する。また、ＭＮが、複数のＣｏＡを１つのＨｏＡに対して同時に関連付けて登録することができれば、複数のインタフェースを備えるＭＮは、それぞれのインタフェースに割り当てられたＣｏＡをＨＡなどに登録することで、インタフェースの状態に応じて、使用するＣｏＡを瞬時に切り替えることが可能となる。下記の非特許文献２には、ＭＮが複数のＣｏＡを１つのＨｏＡに関連付けてＨＡに登録する手法が記述されている。
　また、ネットワークベースの移動管理プロトコルとして、プロキシモバイルＩＰ（下記の非特許文献３参照、ＰＭＩＰ（Proxy Mobile IP）と呼ぶ）やＧＴＰ（General packet radio service Tunnelling Protocol）が知られている。ＰＭＩＰ／ＧＴＰでは、ＭＮの代理ノードとなるＭＡＧ（Mobility Anchor Gateway）が、ＭＮの位置情報の更新を代理で行うため、ＭＮは移動管理を行う必要がない。なお、以下では、ＰＭＩＰと記載している場合であっても、ＧＴＰに置き換えることができる。
　３ＧＰＰ（Third Generation Partnership Project）において、３ＧＰＰネットワークへ接続する３ＧＰＰインタフェースと、ＷＬＡＮやＷｉＭＡＸなどのＮｏｎ３ＧＰＰネットワークへ接続するＮｏｎ３ＧＰＰインタフェースの両方を備えた携帯電話端末（ＵＥ：User Equipment）の利用方法が検討されており（下記の非特許文献４参照）、ＵＥは、３ＧＰＰインタフェースとＮｏｎ３ＧＰＰインタフェースのどちらからでも３ＧＰＰのコアネットワーク（ＥＰＣ：Evolved Packet Core）へ接続することができる。このため、ＵＥは、２つのインタフェースの間でハンドオーバを行ったり、また、両方のインタフェースから同時にＥＰＣへ接続したりすることもできる。
　３ＧＰＰネットワークには、ＵＥに対して様々なサービスを提供するＰＤＮ（Packet Data Network）との間に位置するゲートウェイとしてＰＤＮゲートウェイ（以下、Ｐ－ＧＷ）が存在し、このＰ－ＧＷは、ＵＥとのコネクションの管理や、ＵＥあてに送信されてきたパケットをＵＥへ転送及び、ＵＥから送信されたパケットをＰＤＮへ転送する役割を担う。３ＧＰＰネットワークに接続するＵＥとＰ－ＧＷとの間は、ＵＥの３ＧＰＰネットワーク側の代理ノードとなるServingゲートウェイ（以下、Ｓ‐ＧＷ）を介して、ＧＴＰ又はＰＭＩＰによって構築されたＰＤＮコネクションと呼ばれるコネクションで接続されており、ＵＥはＰ－ＧＷから割り当てられたホームネットワーク・プレフィックス（ＨＮＰ：Home Network Prefix）からＩＰアドレスを生成し、ホームアドレス（ＨｏＡ：Home Address）として使用する。一方、Ｎｏｎ３ＧＰＰネットワークに接続した場合、Ｎｏｎ３ＧＰＰネットワークが信頼できるネットワーク（Trusted Non-3GPP network）である場合は、ＵＥとＰ－ＧＷとの間は、アクセスゲートウェイ（ＡＧＷ：Access Gateway）を介してＰＭＩＰ又はＧＴＰ、又はＣＭＩＰ、又はＭＩＰｖ４によって構築されたＰＤＮコネクションで接続され、また、Ｎｏｎ３ＧＰＰネットワークが信頼できないネットワーク（Untrusted Non-3GPP network）である場合は、ｅＰＤＧ（evolved Packet Data Gateway）を介してＰＭＩＰ又はＧＴＰ、又はＣＭＩＰによって構築されたＰＤＮコネクションで接続される。
　ＵＥは、Ｎｏｎ３ＧＰＰネットワーク内でＵＥが使用する移動管理プロトコル種別を、Ｎｏｎ３ＧＰＰネットワークへ接続した際に行う接続手続（Attach Procedure）の中で提示することができる。例えば、ＵＥがTrusted Non-3GPPネットワークへ接続した際にＣＭＩＰを使用することを提示し、その提示がネットワーク側に受け入れられた場合には、ＡＧＷからローカルプレフィックスが割り当てられる。ＵＥは、取得したローカルプレフィックスからアドレスを生成し、そのアドレスをケアオブアドレス（ＣｏＡ：Care-of Address）として使用する。一方、ＵＥがTrusted Non-3GPPネットワークへ接続した際にＰＭＩＰ又はＧＴＰを使用することを提示し、その提示がネットワーク側に受け入れられた場合には、ＡＧＷからＨＮＰが割り当てられ、ＵＥは、ＨＮＰから生成したアドレスをＨｏＡとして使用する。
D.Johnson, C.Perkins, J.Arkko, "Mobility Support in IPv6", RFC3775, June 2004. R.Wakikawa, T.Ernst, K.Nagami, V.Devarapalli "Multiple Care-of Addresses Registration", draft-ietf-monami6-multiplecoa-05.txt, January 2008. S. Gundavelli, K. Leung, V. Devarapalli, K. Chowdhury, B. Patil "Proxy Mobile IPv6", RFC5213, August 2008. 3GPP TS 23.402 V9.0.0，March 2009. Soliman, et. al., "Mobile IPv6 Support for Dual Stack Hosts and Routers", Internet Engineering Task Force (IETF) Internet Engineering Task Force Request For Comments 5555, June 2009.
　ここで、図１を参照して、ＵＥ１０が３ＧＰＰネットワーク１１又はＮｏｎ３ＧＰＰネットワーク１４に接続する場合のシナリオを説明する。まずＵＥ１０は、３ＧＰＰインタフェースＩＦ１を用いて３ＧＰＰネットワーク１１に接続しており、Ｐ－ＧＷ１３に対して２つの異なるＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２を確立しているとする。これらの各ＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２はＰＭＩＰ（又はＧＴＰ）を用いて確立されており、また、異なるプレフィックスＰ１、Ｐ２が割り当てられている（ＨｏＡはそれぞれＨｏＡ１、ＨｏＡ２）。３ＧＰＰネットワーク１１側ではＳ－ＧＷ１２がＵＥ１０のＭＡＧとして機能し、ＵＥ１０の位置情報の登録を代理でＰ－ＧＷ１３に対して行っている。このＵＥ１０が、さらにＮｏｎ３ＧＰＰネットワーク１４へ接続した場合、Ｎｏｎ３ＧＰＰネットワーク１４側で確立するＰＤＮコネクションを決める必要がある。
　Ｎｏｎ３ＧＰＰネットワーク１４側で確立するＰＤＮコネクションとしては、
（１）Ｎｏｎ３ＧＰＰネットワーク１４側で新たなＰＤＮコネクションを確立する方法、又は
（２）３ＧＰＰネットワーク１１側で確立していたＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２をＮｏｎ３ＧＰＰネットワーク１４側へ移す方法、さらには、
（３）３ＧＰＰネットワーク１１側で確立していたＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２に対してＮｏｎ３ＧＰＰネットワーク１４側からもコネクションを生成する方法、
　の３つの選択肢が存在する。
　（１）の場合、３ＧＰＰネットワーク１１側で確立されたＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２とは無関係なＰＤＮコネクションを生成するため、割り当てられるプレフィックスも異なる。一方、（２）、（３）の場合は、３ＧＰＰネットワーク１１側で使用していたプレフィックスＰ１、Ｐ２がＮｏｎ３ＧＰＰネットワーク１４側でも割り当てられ、同じホームアドレス（ＨｏＡ１、ＨｏＡ２）が使用される。特に（３）の場合は、３ＧＰＰネットワーク１１側とＮｏｎ３ＧＰＰネットワーク１４側の両方で同じホームプレフィックスＰ１、Ｐ２が割り当てられるため、そのＨｏＡ１、ＨｏＡ２を用いた通信フローは、３ＧＰＰネットワーク１１側とＮｏｎ３ＧＰＰネットワーク１４側のどちらを用いても転送可能である。
　（３）のコネクションを生成する場合、ＣＭＩＰベースのコネクションとＰＭＩＰベースのコネクションの２通りがある。
　・ＣＭＩＰベースのコネクションの場合、ＵＥ１０はＮｏｎ３ＧＰＰネットワーク１４側でＣｏＡを取得し、Ｐ－ＧＷ１３とＣｏＡの間のトンネルを通してＨｏＡを用いた通信を行う。このとき、３ＧＰＰネットワーク１１側に接続する３ＧＰＰインタフェースＩＦ１では、ＨｏＡそのものを用いた通信が行われる。
　・一方、ＰＭＩＰベースのコネクションの場合、ＵＥ１０は、３ＧＰＰインタフェースＩＦ１とＮｏｎ３ＧＰＰインタフェースＩＦ２の両方で同じＨｏＡが割り当てられるため、異なるインタフェースＩＦ１、ＩＦ２で同一のアドレス（ＨｏＡ）を使用するための新たなアドレス管理の仕組みが必要となる。
　また、ＵＥ１０がＰ－ＧＷ１３に対して、特定のフローの転送先を示すルーティングルール（フィルタリングルールとも呼ぶ）を登録する場合、ＣＭＩＰベースのコネクションであれば、転送先を示すための情報として、３ＧＰＰインタフェースＩＦ１側はＨｏＡを、Ｎｏｎ３ＧＰＰインタフェースＩＦ２側はＣｏＡを使用することができるが、ＰＭＩＰベースのコネクションの場合、両方のインタフェースＩＦ１、ＩＦ２に割り当てられているアドレスは同一のＨｏＡであるため、アドレスを用いて転送先インタフェースを示すことができない。このため、ＵＥ１０にとって、（３）のコネクションを生成する場合の方法として、ＣＭＩＰベースのコネクションを用いることによる利点がある。
　一方、（１）、（２）の場合は、１つのインタフェースから１つのＰＤＮコネクションしか確立しないため、アドレスの割当てや、ルーティングルールの登録に関する問題は存在しない。このため、ＵＥ１０のシグナリング送受信による負荷を軽減するという観点では、ＰＭＩＰベースの方法で接続することが望ましい。
　Ｎｏｎ３ＧＰＰネットワーク１４側で確立するＰＤＮコネクションの移動管理プロトコル種別を決める際の判断基準としてこのようなポリシーをＵＥ１０が保持することは妥当である。しかし、先述したように、Ｎｏｎ３ＧＰＰネットワーク１４側で使用するＰＤＮコネクションのタイプは、ＵＥ１０がＮｏｎ３ＧＰＰネットワーク１４側へ接続した際の接続手続（Attach Procedure）の中でどちらか一方に決まる。そのため、３ＧＰＰネットワーク１１側で確立していた２つのＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２のうち、一方のＰＤＮコネクションＣｏｎｎ１に対してＮｏｎ３ＧＰＰネットワーク１４側からも接続するために、ＣＭＩＰベースの手法を選択した場合には、もう一方のＰＤＮコネクションＣｏｎｎ２をＮｏｎ３ＧＰＰネットワーク１４側へ移したい場合や、新たなＰＤＮコネクションを確立する場合にもＣＭＩＰベースの手法を用いる必要があり、ＵＥ１０の処理負荷が増えてしまう。つまり、先述したポリシーを適用して、一方のＰＤＮコネクションＣｏｎｎ１にはＣＭＩＰベースの手法を用い、もう一方のＰＤＮコネクションＣｏｎｎ２にはＰＭＩＰベースの手法を用いるといった選択をＵＥ１０はすることができない。
　本発明は上記の問題点に鑑み、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、モバイルノードの第２のインタフェースが第２のネットワークに接続した際にネットワークベースの移動管理プロトコルを選択してモバイルノードの処理負荷を減少することができる移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノードを提供することを目的とする。
　本発明はまた、モバイルノードの処理負荷が増加することなく、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、モバイルノードの第２のインタフェースが第２のネットワークに接続した際に、各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択することができる移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノードを提供することを目的とする。
　本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択方法であって、
　前記第１のインタフェースが第１のネットワークで複数のコネクションを有するときに、前記モバイルノードから前記モバイルノードのホームエージェントに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続した際に他の第２のコネクションと同時に接続する第１のコネクションが使用する移動管理プロトコル種別としてネットワークベースの移動管理プロトコルを指示するプロトコル指示ステップと、
　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記プロトコル指示ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立ステップとを、
　有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムであって、
　前記第１のインタフェースが第１のネットワークで複数のコネクションを有するときに、前記モバイルノードから前記モバイルノードのホームエージェントに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続した際に他の第２のコネクションと同時に接続する第１のコネクションが使用する移動管理プロトコル種別としてネットワークベースの移動管理プロトコルを指示するプロトコル指示手段と、
　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記プロトコル指示ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立手段とを、
　有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードであって、
　前記第１のインタフェースが第１のネットワークで複数のコネクションを有するときに、前記モバイルノードのホームエージェントに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続した際に他の第２のコネクションと同時に接続する第１のコネクションが使用する移動管理プロトコル種別としてネットワークベースの移動管理プロトコルを指示するプロトコル指示手段を有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードのホームエージェントであって、
　前記第１のインタフェースが第１のネットワークで複数のコネクションを有するときに、前記モバイルノードから前記ホームエージェントに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続した際に他の第２のコネクションと同時に接続する第１のコネクションが使用する移動管理プロトコル種別としてネットワークベースの移動管理プロトコルを指示した場合に、前記指示を受け付ける手段と、
　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記指示されたプロトコルに基づいて、前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立手段とを、
　有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記第２のネットワークにおける前記モバイルノードの代理ノードであって、
　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記ホームエージェントとの間で他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するトンネル確立手段を有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択方法であって、
　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記モバイルノードから前記第２のネットワークにおける前記モバイルノードの代理ノードに対して、他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するよう要求するトンネル確立要求ステップと、
　前記トンネル確立要求ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立ステップとを、
　有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムであって、
　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記モバイルノードから前記第２のネットワークにおける前記モバイルノードの代理ノードに対して、他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するよう要求するトンネル確立要求手段と、
　前記トンネル確立要求ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立手段とを、
　有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードであって、
　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記第２のネットワークにおける前記モバイルノードの代理ノードのアドレスを取得する手段と、
　前記代理ノードに対して、前記モバイルノードと前記代理ノードとの間にトンネルを確立するよう要求することと、他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するよう要求するトンネル確立要求手段とを、
　有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードのホームエージェントであって、
　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するトンネル確立手段を有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記第２のネットワークにおける前記モバイルノードの代理ノードであって、
　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記モバイルノードから、前記モバイルノードと前記代理ノードとの間にトンネルを確立することと、他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するよう要求された場合に、前記要求を受け付ける手段と、
　前記要求に基づいて、前記モバイルノードとの間でトンネルを確立し、前記ホームエージェントとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立手段とを、
　有する構成とした。
　この構成により、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、モバイルノードの第２のインタフェースが第２のネットワークに接続した際にネットワークベースの移動管理プロトコルを選択することができるので、モバイルノードの処理負荷を減少することができる。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択方法であって、
　前記モバイルノードから前記モバイルノードのホームエージェント又は前記第２のネットワークにおける前記モバイルノードの代理ノードに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに前記各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択的に指示するプロトコル指示ステップと、
　前記プロトコル指示ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記各コネクション用のトンネルを前記指示されたネットワークベース又はクライアントベースの移動管理プロトコルにより確立するトンネル確立ステップとを、
　有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムであって、
　前記モバイルノードから前記モバイルノードのホームエージェント又は前記第２のネットワークにおける前記モバイルノードの代理ノードに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに前記各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択的に指示するプロトコル指示手段と、
　前記プロトコル指示ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記各コネクション用のトンネルを前記指示されたネットワークベース又はクライアントベースの移動管理プロトコルにより確立するトンネル確立手段とを、
　有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードであって、
　前記モバイルノードのホームエージェント又は前記第２のネットワークにおける前記モバイルノードの代理ノードに対して、前記第２のインタフェースが第２のネットワークに接続したときに前記各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択的に指示するプロトコル指示手段を有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードのホームエージェントであって、
　前記モバイルノードから、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに前記各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択的に指示した場合に、前記指示を受け付ける手段と、
　前記プロトコル指示ステップに基づいて、前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記各コネクション用のトンネルを前記指示されたネットワークベース又はクライアントベースの移動管理プロトコルにより確立するトンネル確立手段とを、
　有する構成とした。
　また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記第２のネットワークにおける前記モバイルノードの代理ノードであって、
　前記モバイルノードから、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに前記各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択的に指示した場合に、前記指示を受け付ける手段と、
　前記プロトコル指示ステップに基づいて、前記モバイルノードのホームエージェントとの間で前記各コネクション用のトンネルを前記指示されたネットワークベース又はクライアントベースの移動管理プロトコルにより確立するトンネル確立手段とを、
　有する構成とした。
　この構成により、モバイルノードの処理負荷が増加することなく、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、モバイルノードの第２のインタフェースが第２のネットワークに接続した際に各コネクションの移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択することができる。
　本発明によれば、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、モバイルノードの第２のインタフェースが第２のネットワークに接続した際にネットワークベースの移動管理プロトコルを選択してモバイルノードの処理負荷を減少することができる。
　また本発明によれば、モバイルノードの処理負荷が増加することなく、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、モバイルノードの第２のインタフェースが第２のネットワークに接続した際に、各コネクションの移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択することができる。
本発明の第１の実施の形態におけるネットワーク構成を示す説明図 本発明の第１の実施の形態における通信シーケンスを示す説明図 図１のＵＥを示すブロック図 本発明の第１の実施の形態におけるＩＫＥｖ２メッセージのフォーマットを示す説明図 図１のＰ－ＧＷを示すブロック図 図１のＡＧＷを示すブロック図 本発明の第２の実施の形態におけるネットワーク構成を示す説明図 本発明の第２の実施の形態における通信シーケンスを示す説明図 図７のＵＥを示すブロック図 図９のＮｏｎ３ＧＰＰネットワーク接続処理部の処理を説明するためのフローチャート 本発明の第２の実施の形態におけるＰＭＩＰ接続要求Ｕメッセージのフォーマットを示す説明図 図７のＭＡＧを示すブロック図 本発明の第３の実施の形態におけるＵＥのＮｏｎ３ＧＰＰネットワーク接続処理部の処理を説明するためのフローチャート
　以下、図面を参照して本発明の実施の形態について説明する。
　＜第１の実施の形態＞
　図１は、本発明の第１の実施の形態におけるネットワーク構成図を示す。モバイルノードであるＵＥ１０は、３ＧＰＰインタフェース（セルラーインタフェース）ＩＦ１と、Ｎｏｎ３ＧＰＰインタフェースとしてＷＬＡＮインタフェースＩＦ２を備えている。なお、Ｎｏｎ３ＧＰＰインタフェースは、ＷｉＭＡＸインタフェースや、ＨＲＰＤインタフェースなどでもよい。３ＧＰＰインタフェースＩＦ１は、ＵＥ１０にとってＨＰＬＭＮ（Home Public Land Mobile Network）である３ＧＰＰネットワーク１１に接続し、ＵＥ１０の代理ノードであるＳ－ＧＷ１２を介して、ＵＥ１０のホームエージェントであるＰ－ＧＷ１３との間でＰＭＩＰ（又はＧＴＰ）コネクションを確立しており、このコネクションではＨｏＡを使用している。さらにＵＥ１０は、Ｐ－ＧＷ１３との間で、２つのＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２を確立しており、また、それぞれ異なるプレフィックスＰ１、Ｐ２が割り当てられてアドレスとしてＨｏＡ１、ＨｏＡ２を使用している。
　ここで、ＵＥ１０は、Ｎｏｎ３ＧＰＰネットワーク１４（及びＶＰＬＭＮ（Visited Public Land Mobile Network）１６）経由でＰ－ＧＷ１３に接続した場合に確立するＰＤＮコネクションに関するポリシーとして、ＰＤＮコネクションＣｏｎｎ１はＮｏｎ３ＧＰＰネットワーク１４側からの接続に切り替え（ハンドオーバ）、ＰＤＮコネクションＣｏｎｎ２は、３ＧＰＰネットワーク１１側からの接続を維持したまま、Ｐ－ＧＷ１３に対してＮｏｎ３ＧＰＰネットワーク１４側からも同時に接続するとする。ここで言う「同時接続」とは、同一のＰ－ＧＷ１３に対して異なるインタフェースＩＦ１、ＩＦ２からそれぞれＰＤＮコネクションを同時に確立し、それぞれのＰＤＮコネクションで割り当てられるホームプレフィックスが同一である場合の接続である。
　＜通信シーケンス＞
　図２は、第１の実施の形態においてＵＥ１０が３ＧＰＰネットワーク１１に接続しているときに、Ｎｏｎ３ＧＰＰネットワーク１４へ接続した際の通信シーケンスを示す。
　（１）まずＵＥ１０は、３ＧＰＰネットワーク１１のみに接続しているとき（Ｓ－ＧＷ１２とＰ－ＧＷ１３の間はＰＭＩＰ／ＧＴＰトンネルＴ０）には、ＵＥ１０は、Ｐ－ＧＷ１３との間で、２つのＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２を同時に確立しており、また、それぞれ異なるプレフィックスＰ１、Ｐ２が割り当てられていてアドレスとしてＨｏＡ１、ＨｏＡ２を使用している。
　（２）第１の実施の形態では、この３ＧＰＰネットワーク１１のみに接続しているときに、ＵＥ１０は、Ｎｏｎ３ＧＰＰネットワーク１４側に接続する前に、ＰＤＮコネクションＣｏｎｎ２が接続しているＰ－ＧＷ１３との間で、Ｎｏｎ３ＧＰＰネットワーク１４側でＣＭＩＰベースの方法でＰＤＮコネクションを確立するために必要となるＳＡ（Security Association）を確立する。第１の実施の形態ではさらに、ＵＥ１０は、３ＧＰＰネットワーク１１側で実行するＳＡ確立手続の中で、Ｎｏｎ３ＧＰＰネットワーク１４に接続した場合にＰＤＮコネクションＣｏｎｎ１をＰＭＩＰベース（又はＧＴＰベース）の方法を用いて確立することをＰ－ＧＷ１３へ通知する。なお、ＰＭＩＰベース、ＧＴＰベースのどちらかを指定する代わりに、ネットワークベースと指定してもよい。つまり、ＵＥ１０はＰ－ＧＷ１３に対して、Ｎｏｎ３ＧＰＰネットワーク１４側でプレフィックスＰ１を広告するようあらかじめ要求する。この要求を受けたＰ－ＧＷ１３は、ＵＥ１０がＮｏｎ３ＧＰＰネットワーク１４へ接続する際にＣＭＩＰベースの方法を使用することを宣言した場合に、ＰＤＮコネクションＣｏｎｎ２を確立する際に使用するＣｏＡを生成するためのローカルプレフィックスとともに、ＰＤＮコネクションＣｏｎｎ１用のプレフィックスＰ１を広告する必要があることを認識する。
　次に、ＵＥ１０は、Ｎｏｎ３ＧＰＰネットワーク１４に接続する場合には、
　（３）Ｎｏｎ３ＧＰＰネットワーク１４を発見すると、
　（４）ＵＥ１０のＮｏｎ３ＧＰＰネットワーク１４側の代理ノードとなるＡＧＷ１５との間でアクセス認証を行い、
　（５）ＡＧＷ１５とのレイヤ３接続を行ってローカルアドレスの割り当てを受け、
　（６）ＣｏＡを取得する。
　（７）（８）次に、Ｐ－ＧＷ１３は、ＵＥ１３からＰＤＮコネクションＣｏｎｎ２を確立するためのＣＭＩＰベースの方法を用いたコネクションの生成を要求するＢＵメッセージ（ＡＧＷ１５経由）を受信した場合に、事前に（２）で要求を受けていることを基に、ＵＥ１０に対してプレフィックスＰ１を広告することを判断する。Ｐ－ＧＷ１３がＵＥ１０に対して、ＰＤＮコネクションＣｏｎｎ１のＮｏｎ３ＧＰＰネットワーク１４へのハンドオーバが完了したことを、つまり、Ｎｏｎ３ＧＰＰネットワーク１４上にＰＭＩＰベースの方法でＰＤＮコネクションＣｏｎｎ１が確立されたことを通知する方法として、ＵＥ１０から受信したバインディング・アップデート（ＢＵ）メッセージに対する応答（１１）であるバインディング確認（ＢＡ）メッセージの中に、ＰＭＩＰ接続が確立したことを示す情報を含めてもよい。例えば、ＢＡメッセージのステータスフィールドの値で示すことができる。
　（９）Ｐ－ＧＷ１３はさらに、ＡＧＷ１５からＵＥ１０へプレフィックスＰ１を広告させるために、ＡＧＷ１５に対して、プレフィックスＰ１を通知してこのプレフィックスＰ１をＣｏＡ生成用のローカルプレフィックスであるプレフィックスＰ３とともにＵＥ１０へ広告するよう指示する。なお、ＵＥ１０は、（１１）におけるＢＡメッセージによってＰＭＩＰ接続が確立したことを認識する代わりに、ＡＧＷ１５からプレフィックスＰ１が広告された場合に、ＰＭＩＰ接続が確立したことを認識するようにしてもよい。また、Ｐ－ＧＷ１３は、ＵＥ１０から受信したＢＵメッセージ対する応答であるＢＡメッセージの中にプレフィックスＰ１を含めて送信してもよいし、ＡＧＷ１５に対して、プレフィックスＰ３とともにプレフィックスＰ１をＲＡメッセージで広告するよう指示してもよい。図２では示されていないが、ＡＧＷ１５は、Ｐ－ＧＷ１３からプレフィックスＰ１を広告するよう指示を受けた場合、ＣＭＩＰ接続用のＣｏＡを生成するためのローカルプレフィックスであるプレフィックス３とともに、ＰＤＮコネクションＣｏｎｎ１のホームプレフィックスであるプレフィックスＰ１を広告する。
　（１０）Ｐ－ＧＷ１３又はＡＧＷ１５からプレフィックスＰ１の通知を受けたＵＥ１０は、３ＧＰＰネットワーク１１上で確立していたＰＤＮコネクションＣｏｎｎ１がＮｏｎ３ＧＰＰネットワーク１４へハンドオーバされたこと、つまりＰＭＩＰベースのコネクションが確立されたことを認識し、ＨｏＡ１を用いた通信をＡＧＷ１５－Ｐ－ＧＷ１３間のＰＭＩＰトンネルＴ１経由で開始する。このとき、３ＧＰＰネットワーク１１上ではＰＤＮコネクションＣｏｎｎ１の接続はなくなるため、ＨｏＡ１を用いた通信は停止する。
　（１２）ＰＤＮコネクションＣｏｎｎ２の通信は、ＵＥ１０とＰ－ＧＷ１３の間のＣＭＩＰトンネルＴ２経由で行われる。
　これにより、Ｎｏｎ３ＧＰＰネットワーク１４でＵＥ１０が接続したＡＧＷ１５に対して、ＵＥ１０は２つのＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２のそれぞれに関してＣＭＩＰベースの方法で接続するか、又はＰＭＩＰベースの方法で接続するかの移動管理プロトコル種別を通知する必要がなくなる。また、Ｎｏｎ３ＧＰＰネットワーク１４へ接続したＵＥ１０は、ＡＧＷ１５に対してＣＭＩＰベースの方法で接続することを宣言するだけでよいため、ＰＤＮコネクションが複数ある場合でも、Ｎｏｎ３ＧＰＰネットワーク１４においてそれぞれのＰＤＮコネクションで使用するプロトコルのタイプ（ＰＭＩＰ又はＣＭＩＰ）を通知する必要がなくなり、メッセージサイズを削減することができる。
　＜ＵＥ＞
　図３は、ＵＥ１０のブロック図を示す。ＵＥ１０は、３ＧＰＰインタフェースＩＦ１と、Ｎｏｎ３ＧＰＰインタフェース（ＷＬＡＮインタフェース）ＩＦ２と、ＣＭＩＰ接続部１０１と、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２と、同時接続判断部１０３と、ＰＤＮコネクション情報保持部１０４とＳＡ生成部１０５とを含む。
　同時接続判断部１０３は、ＰＤＮコネクション情報保持部１０４を参照して、３ＧＰＰネットワーク１１上で確立しているＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２の中に、Ｎｏｎ３ＧＰＰネットワーク１４側からも同時に接続し、同一のＨｏＡに対してＣＭＩＰベースの方法でコネクションを確立する必要があるＰＤＮコネクションがあるか否かを確認する。該当するＰＤＮコネクション（Ｃｏｎｎ１）がある場合は、ＰＤＮコネクション情報保持部１０４に対して、該当するＰＤＮコネクション情報の中に、同時接続を要するＰＤＮコネクションであることを示す情報を追加する。同時接続判断部１０３はさらに、ＳＡ生成部１０５に対して、そのＰＤＮコネクションが接続しているＰ－ＧＷ１３との間でＳＡを確立するよう指示する。なお、同時接続を要するか否かを判断する基準としては、３ＧＰＰインタフェースＩＦ１上で通信をしていた際のフローの種類や状態に基づいて判断することができる。この場合、大きな帯域を要する通信フローを流しているＰＤＮコネクションや、リソースタイプがＮｏｎ－ＧＢＲ（Non-Guaranteed Bitrate Resources）であるＰＤＮコネクションなどが同時接続の対象として選択される。なお、リソースタイプではなく、ＱＣＩの値や優先度に基づいて判断しても良い。また、ＵＥが保持しているルーティングルールの中に、同時接続するか否かを示す情報が含まれていてもよい。さらにこのルーティングルールに関する情報はＡＮＤＳＦ（Access Network Discovery and Selection Function）サーバから取得してもよい。
　ＳＡ生成部１０５は、同時接続判断部１０３からの指示を受け、同時接続を確立するＰ－ＧＷ１３に対してＩＫＥｖ２を用いた接続処理を開始する。さらにＳＡ生成部１０５は、ＩＫＥｖ２接続処理の中でＰ－ＧＷ１３に対して、Ｎｏｎ３ＧＰＰネットワーク１４に接続した際にＰＤＮコネクションＣｏｎｎ１をＮｏｎ３ＧＰＰネットワーク１４へハンドオーバさせ、ＰＭＩＰベースの方法でＰＤＮコネクションを確立すること（ＰＭＩＰ接続要求）をＰ－ＧＷ１３へ通知する。このため、ＰＭＩＰベースの方法で接続するＰＤＮコネクションＣｏｎｎ１を特定するための情報として、ＰＤＮコネクションＣｏｎｎ１のＥＰＳベアラＩＤ（例：デフォルトベアラのＥＰＳベアラＩＤ）や、ＡＰＮ（Access Point Name）、ＨｏＡ１、ホームプレフィックスＰ１などを通知する。この情報を通知するメッセージとしては、Ｐ－ＧＷ１３に対して送信するＩＫＥｖ２メッセージ（例えば、IKE_SA_INIT、IKE_AUTH、CREATE_CHILD_SA、INFORMATIONAL）を使用することが望ましいが、これらに限定されない。例えば、ＳＡ生成部１０５がＰ－ＧＷ１３との間にＩＰＳｅｃトンネルを生成した後に、後述するＣＭＩＰ接続部１０１が、ＰＭＩＰ接続要求を含むＢＵメッセージをＰ－ＧＷ１３へ送信してもよい。
　また、ＩＫＥｖ２メッセージに含めるペイロードとしては、Identification_PayloadやConfiguration_Payloadなどのペイロードを用いることができるが、他の種類のペイロードや新規のペイロードを用いてもよい。なお、ＳＡ生成部１０５は、３ＧＰＰネットワーク１１側からではなく、ＵＥ１０がＮｏｎ３ＧＰＰネットワーク１４側へ接続した後に、Ｎｏｎ３ＧＰＰインタフェース１４からＳＡの生成を実行しても良い。
　Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２は、ＵＥ１０のＮｏｎ３ＧＰＰインタフェース（ＷＬＡＮインタフェースＩＦ２）がＮｏｎ３ＧＰＰネットワーク１４に接続するために必要な処理を行い、ＣＭＩＰ接続部１０１に対してその完了を通知する。この接続処理には、Ｎｏｎ３ＧＰＰネットワーク１４との認証やＩＰアドレスの割り当てなども含まれる。Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２は、ＰＤＮコネクション情報保持部１０４を参照し、３ＧＰＰネットワーク１１上で確立していたＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２の中に、Ｎｏｎ３ＧＰＰネットワーク１４からも同時接続をすることが示されたＰＤＮコネクション（Ｃｏｎｎ１）があるか否かを確認する。該当するＰＤＮコネクションＣｏｎｎ１がある場合は、Ｎｏｎ３ＧＰＰネットワーク１４側への接続手続の中で、ＣＭＩＰベースの方法を用いて接続することを通知する。そして、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２は、ＡＧＷ１５からＣｏＡ生成用のローカルプレフィックスであるプレフィックスＰ３を取得し、プレフィックスＰ３を用いて生成したアドレスをＣｏＡとして保持するようＰＤＮコネクション情報保持部１０４へ指示する。なお、ＡＧＷ１５がｅＰＤＧである場合、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２は、アクセスネットワーク（Ｎｏｎ３ＧＰＰネットワーク）へ接続してローカルアドレスを取得した後に、ｅＰＤＧに対してＩＰＳｅｃトンネルを確立する。ｅＰＤＧとのＩＰＳｅｃトンネルを確立中に、ＣＭＩＰベースの方法を用いて接続することを通知する。そして、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２は、ｅＰＤＧからＣｏＡ生成用のプレフィックスであるプレフィックスＰ３を取得し、プレフィックスＰ３を用いて生成したアドレスをＣｏＡとして保持するようＰＤＮコネクション情報保持部１０４へ指示する。
　ＣＭＩＰ接続部１０１は、ＰＤＮコネクション情報保持部１０４を参照し、同時接続を要するＰＤＮコネクションＣｏｎｎ２がある場合は、ＰＤＮコネクションＣｏｎｎ２が接続しているＰ－ＧＷ１３に対して、ＨｏＡ２に対してＣｏＡを関連付けるためのＢＵメッセージを送信する。なお、Ｐ－ＧＷ１３に対してプレフィックスＰ１の広告を要求することを示す情報として、ＰＤＮコネクションＣｏｎｎ１を示すプレフィックスＰ１、ＨｏＡ１又はＥＰＳベアラＩＤなどを上記ＢＵメッセージの中に明示的に含めても良いし、上記ＢＵメッセージとは別のＢＵメッセージに含めて送信してもよい。また、ＢＵメッセージのＣｏＡを設定するフィールドにＨｏＡ１をセットすることで、プレフィックスＰ１の広告を要求していることを示してもよい。また、ＨｏＡ２に対してＣｏＡを関連付けるためのＢＵメッセージのみを送信してもよい。この場合、ＨｏＡ１に関しては、上述のＳＡ生成部１０５が通知したＰＭＩＰ接続要求に基づいてプレフィックスＰ１の広告が行われる。
　なお、ＰＤＮコネクションＣｏｎｎ１に関するプレフィックスＰ１の広告を要求する手段として、上述のＮｏｎ３ＧＰＰネットワーク接続処理部１０２がｅＰＤＧに対して送信するＩＫＥv２メッセージを用いてもよい。この場合、ＩＰＳｅｃトンネルの確立中に、Ｃｏｎｎ１に関してはＰＭＩＰ（又はＧＴＰ）を使用することを通知する。また、この手段は、上述したＳＡ生成部１０５がＰ－ＧＷ１３に対して送信する、ＰＭＩＰ接続要求を含むＩＫＥｖ２メッセージの代わりに用いてもよい。
　＜ＩＫＥｖ２＞
　図４はＰＭＩＰ接続要求を含むＩＫＥｖ２メッセージ２０の一例であり、ＩＫＥｖ２メッセージ２０には、ＰＤＮコネクションＣｏｎｎ１に対してＰＭＩＰベースの方法でハンドオーバ接続することを示すＰＭＩＰ接続要求が含まれる。ＰＭＩＰ接続要求の中には、ＰＤＮコネクションＣｏｎｎ１を特定するための情報として、ＥＰＳベアラＩＤ、ＡＰＮ、ＨｏＡ１、プレフィックスＰ１の少なくともいずれか１つが含まれる。特に、同一のＡＰＮに対して複数のＰＤＮコネクションを生成している場合で、その中の任意のＰＤＮコネクションをＮｏｎ３ＧＰＰネットワークへハンドオーバさせる場合には、それらのＰＤＮコネクションを特定するための情報として、ＡＰＮのみではなく、ＥＰＳベアラＩＤやＨｏＡ１、プレフィックスＰ１などが含まれていることが望ましい。なお、ＰＭＩＰ接続要求を送信するメッセージとしてＢＵメッセージを用いた場合は、図４におけるＩＫＥ＿ＳＡ＿ＩＮＩＴ／ＩＫＥ＿ＡＵＴＨが示すフィールドが、ＢＵメッセージであることを示すモビリティヘッダに置き換えられる。
　図３に戻り、ＰＤＮコネクション情報保持部１０４は、３ＧＰＰネットワーク１１及びＮｏｎ３ＧＰＰネットワーク１４上で確立しているＰＤＮコネクションに関する情報を保持している。ＵＥ１０が３ＧＰＰネットワーク１１のみに接続している場合には、ＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２の情報が保持されており、それぞれのＰＤＮコネクション情報には更に、同時接続判断部１０３によって判断された、Ｎｏｎ３ＧＰＰネットワーク１４から同時接続をするか否かを示す情報も含まれている。また、ＵＥ１０がＮｏｎ３ＧＰＰネットワーク１４側にも更に接続した場合には、Ｎｏｎ３ＧＰＰネットワーク１４上で確立したＰＤＮコネクションの情報も保持される。なお、ＰＤＮコネクション情報は、ＵＥ１０が保持するＵＥコンテキスト（UE context）の中に含まれている。
　＜Ｐ－ＧＷ＞
　図５は、Ｐ－ＧＷ１３の構成の一例を示すブロック図である。Ｐ－ＧＷ１３はインタフェース１３０と、位置情報登録処理部１３１と、ＳＡ生成部１３２と、ＰＤＮコネクション情報保持部１３３を有している。位置情報登録処理部１３１は、ＵＥ１０が３ＧＰＰネットワーク１１に接続している場合には、Ｓ－ＧＷ１２から位置情報登録メッセージ（ＧＴＰメッセージ又はＰＢＵメッセージ）を受信し、ＵＥ１０に関する位置情報を生成する。移動管理プロトコルとしてＰＭＩＰが使われている場合は、ＵＥ１０の位置情報は、ホームプレフィックスＰ１、Ｐ２／ホームアドレス（ＨｏＡ１、ＨｏＡ２）に対してＳ－ＧＷ１２のアドレスがＣｏＡとして関連付けられた情報（バインディングキャッシュ（ＢＣ））となる。また、移動管理プロトコルとしてＣＭＩＰが使われている場合は、ＵＥ１０の位置情報は、ホームプレフィックスＰ１、Ｐ２／ホームアドレス（ＨｏＡ１、ＨｏＡ２）に対してＵＥ１０のＣｏＡが関連付けられた情報（バインディングキャッシュ）となる。
　また、位置情報登録処理部１３１は、ＵＥ１０からＢＵメッセージを受信した際にＰＤＮコネクション情報保持部１３３を参照し、ＢＵメッセージに含まれているＨｏＡ１に対応するＰＤＮコネクション情報（Ｃｏｎｎ１）の中に、Ｎｏｎ３ＧＰＰネットワーク１４からＰＭＩＰ接続をすることを示す情報が含まれている場合は、ＵＥ１０に対してＰＭＩＰ接続を確立する必要があることを判断する。ＵＥ１０へ送信するＢＡメッセージの中にプレフィックスＰ１を含めて送信する。なお、ＵＥ１０から受信したＢＵメッセージがＨｏＡ２（Ｃｏｎｎ２）に関する情報しか含んでいない場合に、位置情報登録処理部１３１は、ＨｏＡ１（Ｃｏｎｎ１）に関してはＰＭＩＰ接続を要求していると解釈してもよい。
　ＳＡ生成部１３２は、ＵＥ１０が開始したＩＫＥｖ２プロトコルに従い、ＵＥ１０との間にＳＡを生成する処理を行う。ＩＫＥｖ２メッセージの中で、３ＧＰＰネットワーク１１からＮｏｎ３ＧＰＰネットワーク１４へハンドオーバさせるＰＤＮコネクションＣｏｎｎ１に関する情報として、プレフィックスＰ１やＨｏＡ１、又はＥＰＳベアラＩＤが含まれていた場合には、それらの値に対応するＵＥ１０のＰＤＮコネクションＣｏｎｎ１を特定し、そのＰＤＮコネクション情報の中に、３ＧＰＰネットワーク１１からＮｏｎ３ＧＰＰネットワーク１４へハンドオーバさせ、Ｎｏｎ３ＧＰＰネットワーク１４側からＰＭＩＰ接続するＰＤＮコネクションであることを示す情報を追加する。
　ＰＤＮコネクション情報保持部１３３は、３ＧＰＰネットワーク１１及びＮｏｎ３ＧＰＰネットワーク１４上でＵＥ１０との間で確立しているＰＤＮコネクションに関する情報を保持している。ＵＥ１０が３ＧＰＰネットワーク１１のみに接続している場合には、ＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２の情報が保持されており、それぞれのＰＤＮコネクション情報にはさらに、同時接続判断部１０３によって判断された、Ｎｏｎ３ＧＰＰネットワーク１４へハンドオーバさせる（ＰＭＩＰ接続を使用する）か、Ｎｏｎ３ＧＰＰネットワーク１４から同時接続するか（ＣＭＩＰ接続を使用する）を示す情報も含まれている。また、ＵＥ１０がＮｏｎ３ＧＰＰネットワーク１４にもさらに接続した場合には、Ｎｏｎ３ＧＰＰネットワーク１４上で確立したＰＤＮコネクションの情報も保持される。なお、ＰＤＮコネクション情報は、Ｐ－ＧＷ１３が保持するＰ－ＧＷコンテキスト（P-GW context）の中に含まれている。
　＜ＡＧＷ＞
　図６は、ＡＧＷ１５の構成の一例を示すブロック図である。ＡＧＷ１５は、ＵＥ接続処理部１５１と、ＵＥ情報保持部１５２と、ＲＡ生成部１５３とを有している。ＵＥ接続処理部１５１は、ＵＥ１０がＮｏｎ３ＧＰＰネットワーク１４側との接続を確立する際の手続を行う。手続にはＵＥ１０の認証や、レイヤ２接続及びレイヤ３接続などが含まれる。ＵＥ１０から受信したレイヤ３接続を要求するメッセージには、Ｎｏｎ３ＧＰＰネットワーク１４で使用するプロトコル種別（ＣＭＩＰ／ＰＭＩＰ）が含まれている。ＣＭＩＰが提示されている場合には、ＣｏＡ生成用のローカルプレフィックスとしてプレフィックスＰ３をＵＥ１０へ広告するようＲＡ生成部１５３へ指示する。一方、ＰＭＩＰが提示されている場合には、Ｐ－ＧＷ１３に対してＰＭＩＰトンネルの生成処理を開始する。なお、ｅＰＤＧ（ＡＧＷ１５）に対するＩＰＳｅｃトンネル確立中に、Ｃｏｎｎ１に対してＰＭＩＰ（又はＧＴＰ）を用いることを要求した場合は、ＩＫＥｖ２を用いてプレフィックス（ローカルプレフィックス、プレフィックスＰ３）が通知される。
　以上説明したように、ＵＥ１０は、同時接続するＰＤＮコネクションを確立するためにＣＭＩＰベースの方法でＮｏｎ３ＧＰＰネットワーク１４へ接続した場合であっても、事前に特定のＰＤＮコネクションに対してネットワークベースのプロトコルを用いることを通知しておくことで、３ＧＰＰネットワーク１１で確立していたＰＤＮコネクションをＮｏｎ３ＧＰＰネットワーク１４へハンドオーバさせ、ＰＭＩＰによるＰＤＮコネクションを確立することが可能となる。
　なお、本発明の第１の実施の形態では、Ｎｏｎ３ＧＰＰネットワーク１４上でＰＭＩＰ接続を使用するＰＤＮコネクションとして、３ＧＰＰネットワーク１１上で確立していたＰＤＮコネクションをＮｏｎ３ＧＰＰネットワーク１４へハンドオーバさせたＰＤＮコネクションを想定しているが、Ｎｏｎ３ＧＰＰネットワーク１４上で新規に確立するＰＤＮコネクションであってもよい。
　＜第２の実施の形態＞
　図７は、本発明の第２の実施の形態におけるネットワーク構成図を示し、Ｎｏｎ３ＧＰＰネットワーク１４にＰＤＮコネクションＣｏｎｎ１を生成するための代理ノードとなるＭＡＧ１７が追加されている。ＵＥ１０は、３ＧＰＰインタフェース（セルラーインタフェース）ＩＦ１と、Ｎｏｎ３ＧＰＰインタフェースとしてＷＬＡＮインタフェースＩＦ２を備えている。なお、Ｎｏｎ３ＧＰＰインタフェースは、ＷｉＭＡＸインタフェースや、ＨＲＰＤインタフェースなどでもよい。３ＧＰＰインタフェースＩＦ１は、３ＧＰＰネットワーク１１側に接続し、Ｓ－ＧＷ１２を介してＰ－ＧＷ１３との間で２つのＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２を確立しており、それぞれ異なるプレフィックスＰ１、Ｐ２が割り当てられている。さらにＵＥ１０がＮｏｎ３ＧＰＰネットワーク１４側に接続した場合に確立するＰＤＮコネクションに関して、ＰＤＮコネクションＣｏｎｎ１はＮｏｎ３ＧＰＰネットワーク１４側からの接続に切り替え（ハンドオーバ）、ＰＤＮコネクションＣｏｎｎ２は３ＧＰＰネットワーク１１から接続しているＰ－ＧＷ１３に対してＮｏｎ３ＧＰＰネットワーク１４側からも接続（同時接続）するというポリシーを持っている。
　＜通信シーケンス＞
　図８は、第２の実施の形態においてＵＥ１０が３ＧＰＰネットワーク１１に接続しているときに、Ｎｏｎ３ＧＰＰネットワーク１４へ接続した際のシーケンスを示す。
　（１）まずＵＥ１０は、３ＧＰＰネットワーク１１のみに接続しているとき（Ｓ－ＧＷ１２とＰ－ＧＷ１３の間はＰＭＩＰ／ＧＴＰトンネルＴ０）には、ＵＥ１０は、Ｐ－ＧＷ１３との間で、２つのＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２を確立しており、また、それぞれ異なるプレフィックスＰ１、Ｐ２が割り当てられていてアドレスとしてＨｏＡ１、ＨｏＡ２を使用している。
　次に、ＵＥ１０は、Ｎｏｎ３ＧＰＰネットワーク１４に接続する場合には、
　（２）Ｎｏｎ３ＧＰＰネットワーク１４を発見すると、
　（３）ＡＧＷ１５との間でアクセス認証を行い、
　（４）ＡＧＷ１５とのレイヤ３接続を行ってローカルプレフィックスの割り当てを受け、
　（５）ＣｏＡを生成・取得する。なお、（４）において、ＣｏＡそのものをＡＧＷ１５から取得してもよい。
　ＡＧＷ１５に接続する際に、ＵＥ１０は、３ＧＰＰネットワーク１１への接続上で生成しているＰＤＮコネクションの中に３ＧＰＰネットワーク１１とＮｏｎ３ＧＰＰネットワーク１４の両方から同時接続するＰＤＮコネクションＣｏｎｎ２があることを検出して、ＣＭＩＰベースの方法を使用することを宣言する。その結果、ＣｏＡ生成用のローカルプレフィックスであるプレフィックスＰ３をＡＧＷ１５から取得する。
　（６）ＵＥ１０は、Ｎｏｎ３ＧＰＰネットワーク１４からＣＭＩＰベースの方法でＰＤＮコネクションを確立するために必要となるＳＡ（Security Association）を、ＩＫＥｖ２を用いてＰＧＷ１３との間に生成する。さらにＵＥ１０は、ＰＤＮコネクションＣｏｎｎ２のホームアドレス（ＨｏＡ２）に対して、プレフィックスＰ３から生成したアドレスをＣｏＡとして登録するために、Ｐ－ＧＷ１３に対してＢＵメッセージを送信する。
　（７）（８）また、ＵＥ１０は、３ＧＰＰネットワーク１１への接続上で生成しているＰＤＮコネクションの中に３ＧＰＰネットワーク１１からＮｏｎ３ＧＰＰネットワーク１４側へハンドオーバさせるＰＤＮコネクションＣｏｎｎ１があることを検出し、Ｎｏｎ３ＧＰＰネットワーク１４内に存在するＭＡＧ１７のアドレスを取得する。このＭＡＧ１７は、（１１）においてＵＥ１０との間にＩＰトンネルＴ１ｂを生成し、そのＩＰトンネルＴ１ｂを介してＰ－ＧＷ１３とのＰＭＩＰ接続（ＰＭＩＰトンネルＴ１ａ）を提供するＭＡＧである。ＭＡＧ１７のアドレスの取得方法としては、（５）（７）（８）のようにＣｏＡを取得した後にＤＮＳ（Domain Name System）を用いて要求・取得する方法があるが、３ＧＰＰネットワークに接続している３ＧＰＰインタフェースＩＦ１からＤＮＳを用いて要求・取得してもよい。さらにはＮｏｎ３ＧＰＰネットワーク１４への接続手続（３）、（４）の中や、Ｐ－ＧＷ１３との間で行うＩＫＥｖ２やＢＵ／ＢＡメッセージ（６）の中で要求・取得しても良い。ＤＮＳを用いる際には、要求するノードを示す情報として、ＩＰトンネルＴ１ｂによるＰＭＩＰ接続を提供するＭＡＧ１７を示すＦＱＤＮ（Fully Qualified Domain Name）を用いる。Ｐ－ＧＷ１３との間で行うＩＫＥｖ２やＢＵ／ＢＡメッセージ、あるいはＮｏｎ３ＧＰＰネットワーク１４への接続手続の中で要求する場合は、認証メッセージにＭＡＧ１７のアドレスを要求することを示す属性（Attribute）やフラグ・オプションなどを含めて送信する。なお、ＭＡＧ１７のアドレスを要求していることを示す情報として、ＰＤＮコネクションＣｏｎｎ１のＥＰＳベアラＩＤやＰＣＩＤ（PDN connection ID）をＩＫＥｖ２メッセージやＢＵ／ＢＡメッセージに含めてもよい。
　（９）（１０）（１１）ＭＡＧ１７のアドレスを取得したＵＥ１０は、ＭＡＧ１７に対して、ＩＰトンネルＴ１ｂの生成とＰ－ＧＷ１３へのＰＭＩＰ接続を要求するメッセージ（ＩＰトンネル生成要求＆ＰＭＩＰ接続要求メッセージ）を送信する。ＵＥ１０は、このメッセージの中に３ＧＰＰネットワーク１１上でＰＤＮコネクションＣｏｎｎ１に使用していたＨｏＡ１やプレフィックスＰ１を含めることで、ＰＤＮコネクションＣｏｎｎ１をＮｏｎ３ＧＰＰネットワーク１４側へハンドオーバさせること（ハンドオーバ接続）を通知し、ＨｏＡ１及びプレフィックスＰ１の継続使用を要求する。なお、ハンドオーバ接続であることを示す情報として、ハンドオーバ指示子（Attach Type、またはHandover Indicator）や、Ｃｏｎｎ１のＥＰＳベアラＩＤやＰＣＩＤを用いてもよい。ＵＥ１０とＭＡＧ１７との間で確立されたＩＰトンネルＴ１ｂのＵＥ１０側のアドレスはプレフィックスＰ３から生成したＣｏＡとなる。
　また、ＵＥ１０はこのメッセージ内に、ＰＤＮコネクションＣｏｎｎ１に対応するＡＰＮ（Access Point Name）を含める。ＡＰＮはＰＤＮコネクションＣｏｎｎ１が接続していたＰＤＮ（Packet Data Network）を指す情報であり、ＵＥ１０が接続を希望するＰ－ＧＷ１３を特定する情報として使用される。一方、ＭＡＧ１７は、そのＡＰＮから構成したＦＱＤＮを使い、ＤＮＳサーバ１８からＰ－ＧＷ１３のアドレスを取得し、ＰＭＩＰ接続（ＰＭＩＰトンネルＴ１ａ）を確立するＰ－ＧＷ１３を特定する。なお、ＵＥ１０は、ＰＤＮコネクションＣｏｎｎ２に関してＮｏｎ３ＧＰＰネットワーク１４側から同時接続する際に、すでにＰ－ＧＷ１３のアドレス又はＦＱＤＮを取得している場合は、ＡＰＮの代わりにそれらの情報をこのメッセージの中に含めても良い。なお、ＦＱＤＮが通知された場合は、ＭＡＧ１７はＤＮＳを用いてＰ－ＧＷ１３のアドレスを取得する。つまり、ＵＥ１０からのＩＰトンネル生成要求＆ＰＭＩＰ接続要求メッセージは、ＭＡＧ１７のアドレスをあて先とし、メッセージの中には、ＵＥ１０が接続したいＰ－ＧＷ１３（ＰＤＮ）に関する情報と、そのＰ－ＧＷ１３に対して３ＧＰＰネットワーク１１上で確立していたＰＤＮコネクションＣｏｎｎ１をハンドオーバさせること（ハンドオーバ接続）を示す情報（ＨｏＡ１、Ｐ１又はHandover Indicator）が含まれている。なお、ＰＭＩＰ接続要求メッセージとしては、（４）においてレイヤ３接続をするためにＡＧＷ１５へ送信するメッセージと同じ種類のメッセージを用いてもよいし、新規のメッセージを用いてもよい。また、ＩＫＥｖ２を用いてＭＡＧ１７との間にＳＡを生成する場合には、ＩＫＥｖ２メッセージ（例えば、IKE_SA_INIT、IKE_AUTH、CREATE_CHILD_SA、INFORMATIONAL）の中に、ＰＭＩＰ接続要求を要求するために必要な情報をペイロード（例えば、Identification_PayloadやConfiguration_Payload）として含めてもよい。
　（１２）このＰＭＩＰ接続要求メッセージを受信したＭＡＧ１７は、ＵＥ１０が接続を要求しているＰ－ＧＷ１３に対して、そのＰ－ＧＷ１３との間で確立していたＰＤＮコネクションＣｏｎｎ１をハンドオーバさせることを要求するＰＢＵメッセージを送信する。このＰＢＵメッセージの中にもＰＤＮコネクションＣｏｎｎ１のハンドオーバ接続であることを示す情報（ＨｏＡ１、プレフィックスＰ１，ＥＰＳベアラＩＤ又はHandover Indicator）が含まれ、ＰＤＮコネクションＣｏｎｎ１のハンドオーバ接続であることがＰ－ＧＷ１３へ通知される。
　（１３）Ｐ－ＧＷ１３は、ＭＡＧ１７から受信したＰＢＵメッセージを処理し、ＰＤＮコネクションＣｏｎｎ１をハンドオーバさせるために必要なバインディング・キャッシュ（ＢＣ）の更新や、ポリシーサーバ（ＰＣＲＦ）との間でポリシー情報の更新等を行い、ＭＡＧ１７へＰＢＡメッセージを返す。
　（１４）ＰＢＡメッセージには、ＵＥ１０が３ＧＰＰネットワーク１１でＰＤＮコネクションＣｏｎｎ１に使用していたプレフィックスＰ１又はＨｏＡ１が含まれており、ＰＢＡメッセージを受けたＭＡＧ１７は、ＰＤＮコネクションＣｏｎｎ１に対するハンドオーバ接続（ＰＭＩＰトンネルＴ１ａの構築）が完了したことを認識する。
　（１５）さらに、ＭＡＧ１７はＰＢＡメッセージに含まれているＵＥ１０のプレフィックスＰ１又はＨｏＡ１を、ＩＰトンネルＴ１ｂを用いてＵＥ１０へ通知する。通知する際に用いるメッセージとしては、ＲＡ（Router Advertisement）メッセージを用いることができるが、これに限定されない。ＭＡＧ１７からプレフィックスＰ１又はＨｏＡ１を受けたＵＥ１０は、Ｐ－ＧＷ１３とのＰＤＮコネクションが確立されてＰＤＮコネクションＣｏｎｎ１のハンドオーバ接続が完了したことを認識し、ＩＰトンネルＴ１ｂ経由でＨｏＡ１を用いた通信を開始する。
　このように、ＵＥ１０は、同時接続するＰＤＮコネクションを確立するためにＣＭＩＰベースの方法でＮｏｎ３ＧＰＰネットワークへ接続した場合でも、ハンドオーバさせるＰＤＮコネクションを、ＰＭＩＰベースの方法を用いて確立することができる。なお、図８（６）において、ＵＥ１０は、Ｎｏｎ３ＧＰＰネットワーク１４からＣＭＩＰベースの方法でＰＤＮコネクションを確立するために必要となるＳＡ（Security Association）をＮｏｎ３ＧＰＰネットワーク１４側に接続した後に実施しているが、３ＧＰＰネットワーク１１側のみに接続している際に事前に実施してもよい。この場合のＭＡＧ１７に対するＰＭＩＰ接続要求は（９）で行われる。なお、ＭＡＧ１７にとってＵＥ１０が信頼できるノードである場合は、ＵＥ１０とＭＡＧ１７との間にはＳＡは不要である。
　＜ＵＥ＞
　図９は、第２の実施の形態のＵＥ１０の構成を示すブロック図であり、図１０は、ＵＥ１０のＮｏｎ３ＧＰＰネットワーク接続処理を示すフローチャートである。ＵＥ１０は、インタフェースＩＦ１、ＩＦ２と、同時接続判断部１０３と、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２と、ＣＭＩＰ接続部（ＳＡ生成部）１０１（１０５）と、ＰＤＮコネクション情報保持部１０４と、パケット転送部１０６と、ＤＮＳ処理部１０７と、ＰＭＩＰ接続部１０８とを有している。
　同時接続判断部１０３は、ＰＤＮコネクション情報保持部１０４を参照し、３ＧＰＰネットワーク１１上で確立しているＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２の中に、Ｎｏｎ３ＧＰＰネットワーク１４からも同時に接続する必要があるＰＤＮコネクション（Ｃｏｎｎ２）があるか否かを確認する。該当するＰＤＮコネクションＣｏｎｎ２がある場合は、ＰＤＮコネクション情報保持部１０４に対して、該当するＰＤＮコネクション情報の中に、同時接続を要するＰＤＮコネクションであることを示す情報を追加する。なお、同時接続を要するか否かを判断する基準として、例えば、３ＧＰＰインタフェースＩＦ１上で確立しているＰＤＮコネクションを通して送受信していた際のフローの種類や状態に基づいて判断することができる。この場合、大きな帯域を要する通信フローを流しているＰＤＮコネクションや、リソースタイプがＮｏｎ－ＧＢＲ（Non-Guaranteed bitrate resources）であるＰＤＮコネクションなどが同時接続の対象として選択される。なお、リソースタイプではなく、ＱＣＩの値や優先度に基づいて判断してもよい。また、ＵＥが保持しているルーティングルールの中に、特定のフローが同時接続を要するか否かを示す情報が含まれていてもよい。あるフローに対して同時接続を要することを示す情報が示されている場合は、そのフローを流しているＰＤＮコネクションが同時接続するＰＤＮコネクションとして選択される。さらにこのルーティングルールに関する情報はＡＮＤＳＦ（Access Network Discovery and Selection Function）サーバから取得してもよい。
　Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２は、ＵＥ１０のＮｏｎ３ＧＰＰインタフェースＩＦ２がＮｏｎ３ＧＰＰネットワーク１４に接続するために必要な処理を行う。この接続処理には、Ｎｏｎ３ＧＰＰネットワーク１４との認証やＩＰアドレスの割り当てなども含まれる。図１０に示されているように、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２はＮｏｎ３ＧＰＰネットワーク１４に接続する際、ＰＤＮコネクション情報保持部１０４を参照し、３ＧＰＰネットワーク１１上で確立していたＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２の中に、Ｎｏｎ３ＧＰＰネットワーク１４側から同時接続をすることが示されたＰＤＮコネクション（Ｃｏｎｎ２）があるか否かを確認する（ステップＳ１、Ｓ２）。該当するＰＤＮコネクションＣｏｎｎ２がある場合は、Ｎｏｎ３ＧＰＰネットワーク１４への接続手続の中で、ＣＭＩＰベースの方法を使用することを判断し、Ｎｏｎ３ＧＰＰネットワーク１４への接続手続の中でＣＭＩＰベースの方法を用いて接続することを要求する（ステップＳ３）。
　図９に戻り、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２は、ＡＧＷ１５からＣｏＡ生成用のローカルプレフィックスであるプレフィックスＰ３を取得し、プレフィックスＰ３を用いて生成したアドレスをＣｏＡとして保持するようＰＤＮコネクション情報保持部１０４へ指示する。Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２はさらに、ＣＭＩＰ接続部（ＳＡ生成部）１０１（１０５）に対して、ＰＤＮコネクションＣｏｎｎ２を管理しているＰ－ＧＷ１３とＣＭＩＰ接続を確立するよう要求する。
　また、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２は、図１０に示されているように、Ｎｏｎ３ＧＰＰネットワーク１４に接続する際に、ＰＤＮコネクション情報保持部１０４を参照し、３ＧＰＰネットワーク１１上で確立していたＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２の中に、Ｎｏｎ３ＧＰＰネットワーク１４へハンドオーバさせるＰＤＮコネクション（Ｃｏｎｎ１）があるか否かを確認する（ステップＳ４）。該当するＰＤＮコネクションＣｏｎｎ１がある場合は、ＰＭＩＰ接続部１０８に対して、ＭＡＧ１７のアドレス取得を指示し（ステップＳ５）、ＭＡＧ１７のアドレスが取得できた場合は（ステップＳ６でＹＥＳ）、３ＧＰＰネットワーク１１からＰＤＮコネクションＣｏｎｎ１をハンドオーバさせるために、ＭＡＧ１７との間にＩＰトンネルを生成し、そのＩＰトンネル経由でＰＭＩＰ接続を確立するよう要求する（ステップＳ７）。なお、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２は、Ｎｏｎ３ＧＰＰネットワーク１４へハンドオーバさせるＰＤＮコネクション（Ｃｏｎｎ１）を検出した場合に、Ｎｏｎ３ＧＰＰネットワーク１４への接続手続の中で、ＣＭＩＰベースの方法を使用することを判断し、Ｎｏｎ３ＧＰＰネットワーク１４への接続手続（３）（４）の中でＩＰ接続用のＭＡＧのアドレスを要求してもよい。さらには、ＭＡＧ１７のアドレス取得の指示をＣＭＩＰ接続部に対して行ってもよい。
　図９に戻り、ＣＭＩＰ接続部（ＳＡ生成部）１０１（１０５）は、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２の指示を受け、ＰＤＮコネクション情報保持部１０４を参照し、同時接続を要するＰＤＮコネクションＣｏｎｎ２に関する情報を取得する。Ｐ－ＧＷ１３のアドレスは、３ＧＰＰネットワーク１１に接続中に取得することもできるし、ＰＤＮコネクション情報に含まれているＡＰＮを用いてＦＱＤＮを生成し、そのＦＱＤＮに対応するＰ－ＧＷ１３のアドレスをＤＮＳサーバ１８から取得することもできる。そして、ＰＤＮコネクションＣｏｎｎ２の接続先であるＰ－ＧＷ１３に対してＳＡがまだ確立されていない場合は、ＳＡの生成を開始する。なお、ＣＭＩＰ接続部は、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２の指示を受け、ＭＡＧ１７のアドレスを要求する情報（新規の属性（Attribute）やＣｏｎｎ１の識別子など）をＰ－ＧＷ１３との間でＳＡを生成する際に送信するＩＫＥｖ２メッセージに含めてもよい。
　ＳＡが確立した後、ＣＭＩＰ接続部（ＳＡ生成部）１０１（１０５）は、ＨｏＡ２に対してＣｏＡを関連付けるためのＢＵメッセージをＰ－ＧＷ１３へ送信する。ＣＭＩＰ接続部（ＳＡ生成部）１０１（１０５）は、このＢＵメッセージの中に、３ＧＰＰネットワーク１１上で確立しているＰＤＮコネクションＣｏｎｎ２をハンドオーバさせるのではなく、Ｎｏｎ３ＧＰＰネットワーク１４側からも同じＰ－ＧＷ１３に対して同時接続することを示す情報を含める。同時接続を要求することを示す方法としては、Ｎｏｎ３ＧＰＰネットワーク１４側で新たに生成するＰＤＮコネクションに対応するＢＣを識別するＢＩＤとともに、３ＧＰＰネットワーク１１側のＰＤＮコネクションＣｏｎｎ２を示すＢＣを識別するためのＢＩＤを含めることで、ＵＥ１０はＰ－ＧＷ１３に対して同時接続を要求していることを示す。
　つまり、３ＧＰＰネットワーク１１側のＰＤＮコネクションＣｏｎｎ２を示すＢＩＤが含まれていない場合は、従来どおりＮｏｎ３ＧＰＰネットワーク１４からのみ接続を確立することを意味し、ＢＩＤが含まれている場合は、３ＧＰＰネットワーク１１とネットワーク１４Ｎｏｎ３ＧＰＰの両方から接続を確立することを意味する。なお、ＢＵメッセージの中に、同時接続することを示すフラグをセットしてもよい。このメッセージを送信することで、Ｐ－ＧＷ１３に２つのＢＣが生成され、ＵＥ１０は３ＧＰＰネットワーク１１側とＮｏｎ３ＧＰＰネットワーク１４側の両方から同時接続が可能となる。なお、ＵＥ１０はＮｏｎ３ＧＰＰネットワーク１４に接続する前に、３ＧＰＰネットワーク１１上で事前にＳＡを生成することもできる。この場合は、Ｎｏｎ３ＧＰＰネットワーク１４上からＳＡを生成する必要はない。なお、ＢＣはＣＭＩＰ接続部（ＳＡ生成部）１０１（１０５）が保持しても良いし、ＰＤＮコネクション情報保持部１０１が保持しても良い。なお、ＣＭＩＰ接続部は、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２の指示を受け、ＭＡＧ１７のアドレスを要求する情報（新規のフラグやオプション、またはＣｏｎｎ１の識別子など）をＰ－ＧＷ１３へ送信するＢＵメッセージに含めてもよい。
　ＰＤＮコネクション情報保持部１０４は、３ＧＰＰネットワーク１１及びＮｏｎ３ＧＰＰネットワーク１４上で確立しているＰＤＮコネクションに関する情報を保持している。ＵＥ１０が３ＧＰＰネットワーク１１のみに接続しているときには、ＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２の情報が保持されており、さらにそれぞれのＰＤＮコネクション情報には、Ｎｏｎ３ＧＰＰネットワーク１４から同時接続をするか否かを示す情報も含まれている。本実施の形態では、ＰＤＮコネクションＣｏｎｎ２には同時接続することを示す情報が保持されており、ＰＤＮコネクションＣｏｎｎ１にはハンドオーバ接続することを示す情報が保持されている。その他に含まれている情報としては、ＡＰＮ、Ｐ－ＧＷ１３のアドレス、ホームプレフィックスＰ１、Ｐ２、ホームアドレスＨｏＡ１、ＨｏＡ２などがある。また、ＵＥ１０がＮｏｎ３ＧＰＰネットワーク１４に接続した場合には、ＰＤＮコネクションＣｏｎｎ１については、Ｎｏｎ３ＧＰＰネットワーク１４側から接続したＰＤＮコネクション情報に置き換わり、ＰＤＮコネクションＣｏｎｎ２については、３ＧＰＰネットワーク１１とＮｏｎ３ＧＰＰネットワークの両方から接続していることを示す情報に置き換わる。なお、ＰＤＮコネクション情報は、ＵＥ１０が保持するＵＥコンテキスト（UE context）の中に含まれている。
　ＰＭＩＰ接続部１０８は、Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２の指示を受け、ＰＤＮコネクション情報保持部１０４を参照し、３ＧＰＰネットワーク１１上で確立していたＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２のうち、Ｎｏｎ３ＧＰＰネットワーク１４へハンドオーバさせるＰＤＮコネクションＣｏｎｎ１の情報を取得する。そしてＰＤＮコネクションＣｏｎｎ１をＰＭＩＰ接続させるために、ＩＰトンネルを用いて接続可能なＭＡＧのアドレスを取得するようＤＮＳ処理部１０７へ指示する。なお、すでにＭＡＧ１７のアドレスの取得が完了している場合は、ここで取得する必要はない。ＭＡＧ１７のアドレスを取得したＰＭＩＰ接続部１０８は、そのＭＡＧ１７に対して、ＩＰトンネルの生成とＰ－ＧＷ１３へのＰＭＩＰ接続を要求するメッセージ（以下、ＰＭＩＰ接続要求メッセージ）を送信する（図１０のステップＳ６→Ｓ７）。
　図１１はＰＭＩＰ接続要求メッセージ３１を含むパケット３０を示し、ＰＭＩＰ接続要求メッセージ３１には、ハンドオーバ接続であることを示す情報として、ＵＥ１０がＰＤＮコネクションＣｏｎｎ１で使用していたプレフィックスＰ１又はＨｏＡ１、ＥＰＳベアラＩＤ、又はHandover Indicator３２が含まれる。さらに、ＰＭＩＰ接続要求メッセージ３１には、ＰＤＮコネクションＣｏｎｎ１に対応するＡＰＮ３３も含まれる。ＭＡＧ１７は、このＡＰＮ３３を用いて、ハンドオーバさせるＰＤＮコネクションＣｏｎｎ１を構築していたＰ－ＧＷ１３のアドレスをＤＮＳサーバ１８から取得することができる。なお、ＰＤＮコネクションＣｏｎｎ２に関してＮｏｎ３ＧＰＰネットワーク１４から同時接続する際に、すでにＰ－ＧＷ１３のアドレス又はＦＱＤＮを取得している場合は、ＡＰＮ３２の代わりにそれらの情報をこのメッセージの中に含めても良い。
　さらにＰＭＩＰ接続部１０８は、ＭＡＧ１７へ送信したＰＭＩＰ接続要求メッセージ３１に対する応答メッセージをＭＡＧ１７から受信し、ＭＡＧ１７との間にＩＰトンネルＴ１ｂが生成されたことを認識する。このＩＰトンネルＴ１ｂのエンドポイントは、ＵＥ１０のＣｏＡとＭＡＧ１７のアドレスである。また、ＰＭＩＰ接続部１０８は、３ＧＰＰネットワーク１１上でＰＤＮコネクションＣｏｎｎ１に使用していたプレフィックスＰ１又はＨｏＡ１がＩＰトンネルＴ１ｂ経由で通知された場合には、ＰＤＮコネクションＣｏｎｎ１に関するＮｏｎ３ＧＰＰネットワーク１４へのハンドオーバ処理が完了したことを認識し、ＨｏＡ１を使用した通信が可能となったことを認識する。なお、ＵＥ１０とＭＡＧ１７の間でＩＰＳｅｃトンネルを用いてもよいが、Trusted Ｎｏｎ３ＧＰＰネットワークとして接続できる場合は、ＳＡの確立を省略しても良い。
　ＤＮＳ処理部１０７は、ＰＭＩＰ接続部１０８からの指示を受け、ＩＰトンネルＴ１ｂを構築可能なＭＡＧ１７のアドレスを取得するためのＤＮＳクエリをＤＮＳサーバ１８へ送信する。そしてＤＮＳサーバ１８から取得したアドレスをＰＭＩＰ接続部１０８へ渡す。ＤＮＳクエリには、Ｃｏｎｎ１に対応するＡＰＮを基に生成したＦＱＤＮが含まれる。パケット転送部１０６は、上位レイヤから取得した通信相手（ＣＮ）あてのパケットを転送する処理を行う。転送するパケットの送信元アドレスが、ＨｏＡ２である場合は、ＣＭＩＰトンネルを用いて、Ｐ－ＧＷ１３あてにカプセル化をして送信する。一方、送信元アドレスがＨｏＡ１である場合は、ＩＰトンネルを用いて、ＭＡＧ１７あてにカプセル化して送信する。
　＜ＭＡＧ＞
　図１２は、ＭＡＧ１７の構成を示すブロック図である。ＭＡＧ１７はインタフェース１７０と、パケット転送部１７１と、ＩＰトンネル生成処理部１７２と、ＰＭＩＰ接続処理部１７３と、ＵＥ情報保持部１７４とを有する。なお、ＭＡＧは、ｅＰＤＧであってもよい。ＩＰトンネル生成処理部１７２は、ＵＥ１０から受信したＰＭＩＰ接続要求メッセージ（ＩＰトンネル生成要求を含む）を処理し、そのメッセージの送信元アドレスに設定されているＣｏＡ、あるいはそのメッセージ内に含まれるＣｏＡをエンドポイントとするＩＰトンネルＴ１ｂを生成するとともに、そのメッセージに含まれているＵＥ１０のＨｏＡ１を取得し、ＩＰトンネルＴ１ｂに関する情報をＵＥ情報保持部１７４へ保持するよう指示する。また、そのメッセージの中に、ハンドオーバさせるＰＤＮコネクションＣｏｎｎ１を示す情報としてＨｏＡ１が含まれている場合は、ＵＥ１０が、ＰＤＮコネクションＣｏｎｎ１のハンドオーバを要求していると解釈し、ＰＭＩＰ接続処理部１７３に対し、ＨｏＡ１に関するＰＤＮコネクションＣｏｎｎ１を確立するためのＰＭＩＰ接続（ＰＭＩＰトンネルＴ１ａ）を開始するよう指示する。
　ＰＭＩＰ接続処理部１７３は、ＩＰトンネル生成処理部１７２の指示を受け、Ｐ－ＧＷ１３に対してＰＭＩＰトンネルＴ１ａを構築するためのＰＢＵメッセージを送信する。このＰＢＵメッセージには、ハンドオーバさせるＰＤＮコネクションＣｏｎｎ１を示す情報として、ＵＥ１０から通知されたプレフィックスＰ１やＨｏＡ１、又はＥＰＳベアラＩＤなどが含まれ、さらに、接続の種類を表すフィールド（Handover Indicator）に、ハンドオフを示す値がセットされる。ハンドオフを示す値をセットすることで、３ＧＰＰネットワーク１１から移動するＰＤＮコネクションであることを通知する。なお、ＵＥ１０からアドレスが通知されなかった場合や、Handover Indicator（Attach Type）にInitial Attachがセットされている場合には、ＰＢＵメッセージにも初期接続（Initial Attach）を示す値がセットされる。また、必要であれば、ＵＥ１０からＩＰトンネル生成要求メッセージを受信した際に、ＨＳＳサーバやＡＡＡサーバ（不図示）に問い合わせてＵＥ１０の認証を行っても良い。
　パケット転送部１７１は、ＵＥ１０から送信されたアップリンク・パケットや、ＵＥ１０あてに届いたダウンリンク・パケットの転送を行う。ＵＥ１０からＨｏＡ１を用いて送信されたアップリンク・パケットは、ＩＰトンネルＴ１ｂによりＭＡＧ１７あてにカプセル化されているため、デカプセル化を行い、内部パケットを取得する。そして、ＰＭＩＰトンネルＴ１ａを使用するために、内部パケットをＰ－ＧＷ１３あてにカプセル化して転送する。一方、Ｐ－ＧＷ１３から転送されたダウンリンク・パケットは、ＰＭＩＰトンネルＴ１ａによりＭＡＧ１７あてにカプセル化されているため、デカプセル化を行い、内部パケットを取得する。そして、ＩＰトンネルＴ１ｂを使用するために、内部パケットをＵＥ１０のＣｏＡあてにカプセル化して転送する。ＵＥ情報保持部１７４は、ＩＰトンネルＴ１ｂを形成し、ＰＭＩＰ接続を確立しているＵＥ１０に関する情報が保持される。
　以上説明したように、ＵＥ１０は、同時接続するＰＤＮコネクションを確立するためにＣＭＩＰベースの方法でＮｏｎ３ＧＰＰネットワーク１４へ接続した場合でも、ＰＭＩＰベースの方法を用いて、ハンドオーバさせるＰＤＮコネクションを確立することができる。
　＜第３の実施の形態＞
　本発明の第３の実施の形態では、３ＧＰＰネットワーク１１上で確立していた２つのＰＤＮコネクションＣｏｎｎ１、Ｃｏｎｎ２のそれぞれに対して、ＵＥ１０がＮｏｎ３ＧＰＰネットワーク１４へ接続した際にＣＭＩＰベース又はＰＭＩＰベースのどちらの方法で接続するかを通知する。つまり、ＵＥ１０は、Ｎｏｎ３ＧＰＰネットワーク１４への接続手続の中で、ＰＤＮコネクションＣｏｎｎ１に対してはＰＭＩＰベースの方法、ＰＤＮコネクションＣｏｎｎ２に対してはＣＭＩＰベースの方法を用いることを通知する。
　図１３は第３の実施の形態におけるＵＥ１０、特にＮｏｎ３ＧＰＰネットワーク接続処理部１０２（図９参照）の処理を説明するためのフローチャートである。Ｎｏｎ３ＧＰＰネットワーク接続処理部１０２は、ＵＥ１０がＮｏｎ３ＧＰＰネットワーク１４に接続した際に、ステップＳ１１で処理を開始してＰＤＮコネクション情報保持部１０４を参照し、同時接続するＰＤＮコネクションとハンドオーバ接続するＰＤＮコネクションの両方がある場合は（ステップＳ１２及びＳ１３でＹＥＳ）、それぞれのＰＤＮコネクションに対して、ＰＭＩＰかＣＭＩＰのどちらを使用するかを通知する（ステップＳ１６）。通知する方法としては、Ｎｏｎ３ＧＰＰネットワーク１４への接続手続の中のメッセージを用いることができる。
　また、同時接続するＰＤＮコネクションがない場合は（ステップＳ１２でＮＯ）、ＰＭＩＰ使用を通知する（ステップＳ１４）が、ＰＤＮコネクションごとに通知する必要はない。また、同時接続するＰＤＮコネクションが存在するが（ステップＳ１２でＹＥＳ）、ハンドオーバ接続するＰＤＮコネクションが存在しない場合は（ステップＳ１３でＮＯ）、ＣＭＩＰ使用を通知する（ステップＳ１５）。この場合も、ＰＤＮコネクションごとに通知する必要はない。このように、３ＧＰＰネットワーク１１上で確立していたＰＤＮコネクションに応じて、Ｎｏｎ３ＧＰＰネットワーク１４へ接続した際に通知する移動管理プロトコルの種別を柔軟に変更することができる。
　なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。
　本発明は、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、モバイルノードの第２のインタフェースが第２のネットワークに接続した際にネットワークベースの移動管理プロトコルを選択してモバイルノードの処理負荷を減少するという効果を有し、第１のネットワークが３ＧＰＰネットワークであって第２のネットワークが３ＧＰＰネットワークでない場合などに利用することができる。
　本発明はまた、モバイルノードの処理負荷が増加することなく、モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、モバイルノードの第２のインタフェースが第２のネットワークに接続した際に、各コネクションの移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択することができるという効果を有し、第１のネットワークが３ＧＰＰネットワークであって第２のネットワークが３ＧＰＰネットワークでない場合などに利用することができる。

Claims (15)

  1. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択方法であって、
    　前記第１のインタフェースが第１のネットワークで複数のコネクションを有するときに、前記モバイルノードから前記モバイルノードのホームエージェントに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続した際に他の第２のコネクションと同時に接続する第１のコネクションが使用する移動管理プロトコル種別としてネットワークベースの移動管理プロトコルを指示するプロトコル指示ステップと、
    　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記プロトコル指示ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立ステップとを、
    　有する移動管理プロトコル選択方法。
  2. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムであって、
    　前記第１のインタフェースが第１のネットワークで複数のコネクションを有するときに、前記モバイルノードから前記モバイルノードのホームエージェントに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続した際に他の第２のコネクションと同時に接続する第１のコネクションが使用する移動管理プロトコル種別としてネットワークベースの移動管理プロトコルを指示するプロトコル指示手段と、
    　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記プロトコル指示ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立手段とを、
    　有する移動管理プロトコル選択システム。
  3. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードであって、
    　前記第１のインタフェースが第１のネットワークで複数のコネクションを有するときに、前記モバイルノードのホームエージェントに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続した際に他の第２のコネクションと同時に接続する第１のコネクションが使用する移動管理プロトコル種別としてネットワークベースの移動管理プロトコルを指示するプロトコル指示手段を有するモバイルノード。
  4. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードのホームエージェントであって、
    　前記第１のインタフェースが第１のネットワークで複数のコネクションを有するときに、前記モバイルノードから前記ホームエージェントに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続した際に他の第２のコネクションと同時に接続する第１のコネクションが使用する移動管理プロトコル種別としてネットワークベースの移動管理プロトコルを指示した場合に、前記指示を受け付ける手段と、
    　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記指示されたプロトコルに基づいて、前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立手段とを、
    　有するホームエージェント。
  5. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記第２のネットワークにおける前記モバイルノードの代理ノードであって、
    　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記ホームエージェントとの間で他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するトンネル確立手段を有する代理ノード。
  6. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択方法であって、
    　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記モバイルノードから前記第２のネットワークにおける前記モバイルノードの代理ノードに対して、他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するよう要求するトンネル確立要求ステップと、
    　前記トンネル確立要求ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立ステップとを、
    　有する移動管理プロトコル選択方法。
  7. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムであって、
    　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記モバイルノードから前記第２のネットワークにおける前記モバイルノードの代理ノードに対して、他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するよう要求するトンネル確立要求手段と、
    　前記トンネル確立要求ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立手段とを、
    　有する移動管理プロトコル選択システム。
  8. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードであって、
    　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記第２のネットワークにおける前記モバイルノードの代理ノードのアドレスを取得する手段と、
    　前記代理ノードに対して、前記モバイルノードと前記代理ノードとの間にトンネルを確立するよう要求することと、他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するよう要求するトンネル確立要求手段とを、
    　有するモバイルノード。
  9. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードのホームエージェントであって、
    　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するトンネル確立手段を有するホームエージェント。
  10. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記第２のネットワークにおける前記モバイルノードの代理ノードであって、
    　前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに、前記モバイルノードから、前記モバイルノードと前記代理ノードとの間にトンネルを確立することと、他の第２のコネクションと同時に接続する第１のコネクション用のトンネルをネットワークベースの移動管理プロトコルにより確立するよう要求された場合に、前記要求を受け付ける手段と、
    　前記要求に基づいて、前記モバイルノードとの間でトンネルを確立し、前記ホームエージェントとの間で前記第１のコネクション用のトンネルを前記ネットワークベースの移動管理プロトコルにより確立するトンネル確立手段とを、
    　有する代理ノード。
  11. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択方法であって、
    　前記モバイルノードから前記モバイルノードのホームエージェント又は前記第２のネットワークにおける前記モバイルノードの代理ノードに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに前記各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択的に指示するプロトコル指示ステップと、
    　前記プロトコル指示ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記各コネクション用のトンネルを前記指示されたネットワークベース又はクライアントベースの移動管理プロトコルにより確立するトンネル確立ステップとを、
    　有する移動管理プロトコル選択方法。
  12. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムであって、
    　前記モバイルノードから前記モバイルノードのホームエージェント又は前記第２のネットワークにおける前記モバイルノードの代理ノードに対して、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに前記各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択的に指示するプロトコル指示手段と、
    　前記プロトコル指示ステップに基づいて、前記ホームエージェントと前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記各コネクション用のトンネルを前記指示されたネットワークベース又はクライアントベースの移動管理プロトコルにより確立するトンネル確立手段とを、
    　有する移動管理プロトコル選択システム。
  13. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードであって、
    　前記モバイルノードのホームエージェント又は前記第２のネットワークにおける前記モバイルノードの代理ノードに対して、前記第２のインタフェースが第２のネットワークに接続したときに前記各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択的に指示するプロトコル指示手段を、
    　有するモバイルノード。
  14. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記モバイルノードのホームエージェントであって、
    　前記モバイルノードから、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに前記各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択的に指示した場合に、前記指示を受け付ける手段と、
    　前記プロトコル指示ステップに基づいて、前記第２のネットワークにおける前記モバイルノードの代理ノードとの間で前記各コネクション用のトンネルを前記指示されたネットワークベース又はクライアントベースの移動管理プロトコルにより確立するトンネル確立手段とを、
    　有するホームエージェント。
  15. 　モバイルノードの第１のインタフェースが第１のネットワークで複数のコネクションを有する状態から、前記モバイルノードの第２のインタフェースが第２のネットワークに接続した場合に、前記各コネクション用の移動管理プロトコル種別を選択する移動管理プロトコル選択システムにおける前記第２のネットワークにおける前記モバイルノードの代理ノードであって、
    　前記モバイルノードから、前記第２のインタフェースがクライアントベースの移動管理プロトコルで第２のネットワークに接続したときに前記各コネクションが使用する移動管理プロトコル種別としてネットワークベース又はクライアントベースの移動管理プロトコルを選択的に指示した場合に、前記指示を受け付ける手段と、
    　前記プロトコル指示ステップに基づいて、前記モバイルノードのホームエージェントとの間で前記各コネクション用のトンネルを前記指示されたネットワークベース又はクライアントベースの移動管理プロトコルにより確立するトンネル確立手段とを、
    　有する代理ノード。
PCT/JP2010/003905 2009-06-15 2010-06-11 移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード Ceased WO2010146815A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009142629 2009-06-15
JP2009-142629 2009-06-15

Publications (1)

Publication Number Publication Date
WO2010146815A1 true WO2010146815A1 (ja) 2010-12-23

Family

ID=43356148

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/003905 Ceased WO2010146815A1 (ja) 2009-06-15 2010-06-11 移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード

Country Status (1)

Country Link
WO (1) WO2010146815A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015093500A1 (ja) * 2013-12-20 2015-06-25 京セラ株式会社 通信制御方法、ゲートウェイ装置及びユーザ端末
JP2015532058A (ja) * 2012-09-14 2015-11-05 中興通訊股▲分▼有限公司 アクセスネットワークの位置情報を通知する方法及びシステム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008099802A1 (ja) * 2007-02-13 2008-08-21 Nec Corporation 移動端末管理システム、ネットワーク機器及びそれらに用いる移動端末動作制御方法
WO2009057296A1 (ja) * 2007-11-02 2009-05-07 Panasonic Corporation 移動端末及びネットワークノード並びにパケット転送管理ノード

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008099802A1 (ja) * 2007-02-13 2008-08-21 Nec Corporation 移動端末管理システム、ネットワーク機器及びそれらに用いる移動端末動作制御方法
WO2009057296A1 (ja) * 2007-11-02 2009-05-07 Panasonic Corporation 移動端末及びネットワークノード並びにパケット転送管理ノード

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Architecture enhancements for non-3GPP accesses (Release 9), 3GPP TS 23.402 V9.0.0", 3RD GENERATION PARTNERSHIP PROJECT; TECHNICAL SPECIFICATION GROUP SERVICES AND SYSTEM ASPECTS, March 2009 (2009-03-01) *
"Multi access PDN connectivity and IP flow mobility(Release 9), 3GPP TR 23.861 V1.1.1", 3RD GENERATION PARTNERSHIP PROJECT; TECHNICAL SPECIFICATION GROUP SERVICES AND SYSTEM ASPECTS, April 2009 (2009-04-01) *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015532058A (ja) * 2012-09-14 2015-11-05 中興通訊股▲分▼有限公司 アクセスネットワークの位置情報を通知する方法及びシステム
US9854555B2 (en) 2012-09-14 2017-12-26 Zte Corporation Method and system for notifying access network location information
WO2015093500A1 (ja) * 2013-12-20 2015-06-25 京セラ株式会社 通信制御方法、ゲートウェイ装置及びユーザ端末
JPWO2015093500A1 (ja) * 2013-12-20 2017-03-16 京セラ株式会社 通信制御方法、ゲートウェイ装置及びユーザ端末
EP3086599A4 (en) * 2013-12-20 2017-06-07 Kyocera Corporation Communication control method, gateway device, and user terminal
US10277300B2 (en) 2013-12-20 2019-04-30 Kyocera Corporation Communication control method, gateway apparatus, and user terminal

Similar Documents

Publication Publication Date Title
KR101227455B1 (ko) 핸드오버 동작에서 자원 관리를 위한 방법 및 장치
US9844082B1 (en) Method and apparatus for supporting multiple connections in 3GPP systems
US8781474B2 (en) Non-3GPP to 3GPP network handover optimizations
EP2353271B1 (en) Secure tunnel establishment upon attachment or handover to an access network
US8891432B2 (en) Routing method, routing system, mobile node, home agent, and home base station
US8780800B2 (en) Optimized home link detection
US20110103260A1 (en) Binding cache creating method, binding cache creating system, home agent, and mobile node
US20120063428A1 (en) Interface Switching System, Mobile Node, Proxy Node, and Mobile Management Node
CN101448252A (zh) 网络切换实现方法及系统以及移动节点
WO2011001628A1 (ja) コネクション管理方法、コネクション管理システム、移動端末、パケットデータゲートウェイ並びに移動管理ゲートウェイ
US20110013566A1 (en) Communication method, communication system, mobile node, access router
US9148826B2 (en) Handover method and mobile terminal and home agent used in the method
JPWO2010073620A1 (ja) ハンドオーバ方法、その方法で用いられる移動端末及びホームエージェント
KR20110082541A (ko) 핸드오버 방법, 그 방법에서 이용되는 이동 단말 및 홈 에이전트
WO2010146815A1 (ja) 移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード
WO2016163410A1 (ja) 端末装置、ＴＷＡＧ、ｅＰＤＧ及びＰＧＷ
JPWO2016190359A1 (ja) 端末装置及びｐｃｒｆ
WO2016163411A1 (ja) 端末装置、ｐｇｗ及びｔｗａｇ
JPWO2010010693A1 (ja) 垂直ハンドオフ方法、垂直ハンドオフシステム、ホームエージェント及びモバイルノード

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10789198

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP