WO2010146816A1 - 通信システム、移動端末、ネットワークノード並びに基地局装置 - Google Patents
通信システム、移動端末、ネットワークノード並びに基地局装置 Download PDFInfo
- Publication number
- WO2010146816A1 WO2010146816A1 PCT/JP2010/003906 JP2010003906W WO2010146816A1 WO 2010146816 A1 WO2010146816 A1 WO 2010146816A1 JP 2010003906 W JP2010003906 W JP 2010003906W WO 2010146816 A1 WO2010146816 A1 WO 2010146816A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- communication
- node
- mobile terminal
- network
- interface
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- 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/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Definitions
- the present invention relates to a communication system, a mobile terminal, a network node, and a base station apparatus according to a communication technique using an Internet protocol (IP), and more particularly, a network-based local mobility management domain (Network-based Local Mobility Management domain).
- IP Internet protocol
- the present invention relates to a communication system, a mobile terminal, a network node, and a base station apparatus for realizing efficiency or optimization of communication related to a mobile terminal having a plurality of interfaces.
- Non-Patent Document 1 IPv6
- Non-Patent Document 1 mobility support is realized by introducing a home agent (HA) to a home network.
- the mobile node registers the care-of address (CoA: Care-of Address) acquired by the external link with the home agent using a BU (binding update) message.
- the BU enables the home agent to create a binding between the home address (HoA), which is a long-term address acquired through the home link, and the care-of address.
- the home agent receives (intercepts) a message addressed to the mobile node's home address, and encapsulates the packet (making a packet a new packet payload, also known as packet tunneling). Used to transfer the packet to the care-of address of the mobile node.
- MIPv6 Mobile6IPv6
- the MN has one or more HA and CN (Correspondent Node: Correspondent Node) to change the network connection point or when the binding lifetime expires
- HA HA
- CN Correspondent Node
- RR Return Routability
- BU BU message
- end-to-end delay increases regarding media packets, jitter, and packet loss may occur.
- Such end-to-end delay, jitter, and packet loss are not desirable for immediate applications such as Voice over IP (VoIP), multimedia streaming, video streaming, and packet loss is important text / data. It is not preferable for a flow for transmitting information. Further, even in a data application that establishes a session using TCP (Transmission Control Protocol: Transmission Control Protocol), TCP throughput and bandwidth efficiency particularly in a radio access network are reduced due to packet loss.
- TCP Transmission Control Protocol: Transmission Control Protocol
- a network-based local mobility management (NetLMM) protocol is currently attracting attention.
- the network-based local mobility management protocol completely eliminates the MN signaling problems, at least in the local domain.
- such a network-based mechanism ensures that the MN has the same prefix, thereby reducing delay due to handoff processing.
- the MN does not need to perform an address update to the CN, and the reachability of the MN is maintained by network-based signaling performed in a local mobility anchor (LMA).
- LMA local mobility anchor
- the IETF network-based local mobility management (NetLMN) working group is a protocol for providing mobility management for a MN using a network-based method in which the mobility management is performed in a transparent manner to the MN.
- Network-based local mobility management is the management of the mobility of nodes in network segments that are topologically localized, not by the mobile node itself but by the network entity.
- the MN In order to achieve the purpose of network-based mobility management transparent to the MN, the MN needs to be able to verify the same prefix in the local domain. This prefix needs to be obtained from a router that resides high in the routing hierarchy (preferably on the default routing path of all MNs in the local domain) so that the benefits of local mobility management can be gained.
- the router that is the root of this prefix must have information about reachability to this prefix (prefix-based route), and finally this prefix-based route must be created by the network entity. is there.
- PMIPv6 Proxy Mobile IPv6
- CMIPv6 Client Mobile IPv6
- MIPv6 Mobile6IPv6
- DSMIPv6 Dual Stack Mobile IPv6
- the MN exists in the external PMIPv6 domain and confirms the same prefix in the local domain via an interface, the MN is global to one or more home agents or one or more CNs. There is no need to perform simple binding registration. This is also useful for nodes with CMIPv6 stack. Furthermore, even when a MN having mobility management capability moves to the home domain, the MN can continue to check the home network prefix / home prefix, and thus does not need to perform location registration.
- LMA Local Mobility Anchor
- MN Mobility Anchor
- MN provides a connected network access identifier (NAI) to a MAG (Mobile Access Gateway).
- NAI network access identifier
- MAG Mobile Access Gateway
- the MAG is a router that performs proxy local registration with a local mobility anchor on behalf of a directly connected MN or a managed MN.
- AAA Authentication, Authorization, and Accounting
- the AAA When the AAA authenticates the MN network connection, the AAA sends a response notifying the authentication success to the MAG.
- the AAA provides the MAG with an LMA address and a specific MN profile (eg, address configuration mode and special policies that need to be enforced for the MN while the MN moves through the local domain).
- the MAG transmits a proxy BU (PBU: ProxyUBU) to the LMA.
- PBA Proxy BA
- the MAG acquires the unique prefix associated with the interface of the connected MN by proxy binding response (PBA: Proxy BA), and then plays the role of the home link or local home link (if it is a visited domain) Execute.
- PBA Proxy BA
- the PBU (or local registration) executed by the MAG is the same as the MIPv6 BU except for the “P” flag indicating that this is a proxy BU.
- a reachability state for MN is created in LMA.
- the LMA has a reachable state regarding the unique prefix of the MN (prefix unique to each MN) acquired in the PMIPv6 domain.
- the reachable address associated with this unique prefix is the MAG address.
- the MN configures the address using a unique prefix received in the PMIPv6 domain using a stateful or stateless address configuration mode. Since each MN obtains a unique prefix, the cache based on the prefix in the LMA makes the MN reachable.
- the MAG's neighbor cache table contains a binding between the MN's PMIPv6 local address and its link layer address used to transmit packets to the MN.
- This PMIPv6 local address is an address obtained from a unique prefix provided to the MN in the local domain.
- PMIPv6 disclosed in Non-Patent Document 2 provides multi-homing support in addition to providing a transparent proxy mobility service.
- a multi-interface MN (multi-interface MN) can be connected to the PMIPv6 domain via all interfaces.
- the MN does not need to change the protocol stack in the layer 3 protocol, and can move within the domain without executing mobility-related signaling.
- multihoming is supported by the LMA providing a unique prefix for each MN interface and maintaining the PMIPv6 binding associated with the MN interface as an independent mobility session.
- the PMIPv6 multihoming protocol was established using provided prefixes and these prefixes in order to provide fully transparent mobility management in addition to assigning unique prefixes per interface during the initial connection. It is necessary to maintain a session without causing a problem in session quality (QoS: Quality of Service) when a multi-interface MN moves in a local domain.
- QoS Quality of Service
- Non-Patent Document 3 The technology disclosed in this Non-Patent Document 3 is described in relation to 3GPP (3rd Generation Partnership Project: 3rd Generation Partnership Project), but this technology is applied to other public networks (for example, 3GPP2, WiMAX). Forum, broadband forum, etc.).
- EPC extended packet
- WLAN wireless local area network
- 3G network third generation network
- wireless WAN wide area network
- PLMN Public Land Mobile Network: Public Land Mobile Network
- QoS Quality of service
- Non-Patent Document 3 states that PMIPv6 is a main mobility management protocol for managing mobility in addition to being a GPRS (General Packet Radio System) tunneling protocol (GTP) for connection by a MN via a 3G access network.
- GTP General Packet Radio System tunneling protocol
- the use of MIPv6 over 3G access is limited and is only used to send a deregistration BU when returning home or performing a dynamic bootstrapping function to gain security association with the HA
- the MN can use MIPv6, PMIPv6, or MIPv4 through other access such as WiMAX access or WLAN access.
- the mobility management mechanism when the MN connects to the 3GPP core network via WiMAX may be MIPv4, MIPv6, or PMIPv6, and the mobility management mechanism when the MN connects to the 3GPP core via WLAN access is It may be MIPv6 or PMIPv6. Even if a mobility management mechanism is available with such a wide range of technologies, the system is still restricted to use a particular mobility management mechanism via an access technology type at that time.
- MNs with multiple heterogeneous type interfaces will move within the 3GPP network and connect simultaneously via different types of interfaces to benefit from multihoming (eg load sharing, load balancing, fault tolerance, reach (Possibility, preference setting) will need to be obtained.
- multihoming eg load sharing, load balancing, fault tolerance, reach (Possibility, preference setting)
- the mobility of the interface may be managed by a different mobility management protocol.
- MIPv6 MIPv6
- PMIPv6 3GPP
- these protocols will be deployed in the future.
- a multi-interface MN manages all interfaces
- the mobility of a multi-interface MN is completely handled by a network using the PMIPv6 mechanism.
- the mobility of an interface having a CN having a plurality of interfaces is managed by the network, and the mobility of another interface is managed by the MN itself.
- Such different management is performed by a MN preference based on route optimization and / or a network preference based on load balance.
- a mobility management mechanism related to MN network connection via a specific access technology may be determined by a static configuration method or a dynamic configuration method.
- a mobility management mode related to a specific interface of the mobile node may be configured in advance, and the MN knows this information in advance or when connecting. The network may notify this information so that the determination of the mobility mode type cannot be changed.
- the specific mobility mode over an interface is determined based on the access technology type and roaming agreement.
- the MN or user terminal (UE: User ⁇ ⁇ Equipment) negotiates a suitable mobility mode to be used via an interface connected to a specific access network. Is possible.
- the terms UE and MN are interchangeable, and both indicate a mobile terminal.
- the UE is sufficient to select which interface to use in order to achieve efficient communication with the CN (route optimization or efficient mobility management to reduce signaling messages)
- the UE selects the correct interface or mobility mode for communicating with the CN
- the UE is in the CN location, the CN state (CMIPv6 state, PMIPv6 state, static Specific mobility configuration mode, dynamic mobility configuration mode, and the like), and based on such information, there is a problem that an interface to be used by the UE cannot be selected.
- multi-interface CN multi-interface CN
- 3GPP EPC 3GPP EPC
- the main reason for this problem is that the MN does not know the exact location of the CN and is sure which interface to use to communicate with the CN to achieve route optimization and efficient mobility management. There are things that cannot be grasped.
- efficient mobility management means performing data communication with the CN so as to reduce the amount of signaling performed with the CN.
- the CN has a function of executing RR and further implements the MIPv6 stack, and this will be described when the CN is a simple IPv6 host.
- the UE 104 has two interfaces that can be connected to the EPC 100 via the access network 103 and the access network 102.
- the access network 103 is a 3G access network such as an LTE (Long Term Evolution) network
- the access network 102 is a WiMAX access network, for example.
- the UE 104 is connected to an S-GW (Serving gateway) 108 via an access link 105 and is connected to an access gateway (AGW: Access gateway) 109 via an access link 106.
- S-GW Serving gateway
- AGW Access gateway
- the P-GW 111 is a mobility anchor that manages the mobility of the UE 104.
- the P-GW (also referred to as LMA / HA) 111 has almost the same function as the LMA / HA described above, and is assumed to be a mobile IPv6 home agent of the UE 104.
- the UE 104 configures one MIPv6 home address.
- the home address is obtained from the P-GW 111 using a dynamic bootstrapping mechanism or a mechanism specific to any other access technology, for example.
- the mobility of the UE 104 is managed by the PMIPv6 mechanism for the 3G interface, and is managed by the CMIPv6 mechanism for the WiMAX interface.
- the mobility management mode assigned to each interface of the UE 104 cannot be changed and is static. That is, due to the static configuration of mobility mode assignment in 3GPP, the UE 104 cannot change the mobility mode assigned to each interface of the UE 104.
- the home network prefix that can be confirmed through the 3G interface (that is, the prefix assigned in the PMIPv6 mode) is the MIPv6 home prefix of the UE 104.
- the LMA / HA 111 has a multihoming function and can maintain both PMIPv6 binding and CMIPv6 binding. Further, the LMA / HA 111 can perform prefix-based search (PMIPv6 cache) and address-based search (CMIPv6 cache) with the same priority or weighting condition, and can send the packet to the UE 104.
- the UE 104 When the UE 104 performs CMIPv6 registration with the LMA / HA 111 for the WiMAX interface, the home type and away type bindings are used simultaneously.
- the UE 104 is considered to be able to execute CMIPv6 using the MoNAMI6 (Mobile Nodes and Multiple Interfaces in IPv6) function described in Non-Patent Document 4.
- MoNAMI6 Mobile Nodes and Multiple Interfaces in IPv6
- the UE 104 need only perform PMIPv6 binding to the P-GW 111 without performing CMIPv6 registration with the P-GW 111.
- the UE 104 simply uses the WiMAX interface to perform route optimization with the CN, and a similar scenario is realized.
- the CN 112 can operate in the PMIPv6 mode or the CMIPv6 mode.
- the domain 100 may be the home domain of the CN 112 or may not be the home domain.
- the home domain of the node is a domain in which an LMA to which a home network prefix is assigned is arranged.
- the home domain of the node is a domain in which the home agent is located.
- WiMAX interface is activated in the CN 112 and the WiMAX interface is used.
- This WiMAX interface is linked to the AGW 110 using the access link 107.
- the WiMAX access network to which the CN 112 is connected is indicated by the access network 101 in FIG. 1A.
- the UE 104 can only grasp the address of the CN 112 but cannot grasp information about the location where the CN 112 is connected, which is a big problem. .
- the prefix part of the IPv6 address of the CN 112 and the prefix of the IPv6 address (home address) of the UE 104 it is impossible to conclude whether the CN 112 is located in the same domain as the UE 104.
- the UE 104 may not be able to grasp the hierarchy and prefix division related to the routing prefix. In this comparison, the CN 112 has the same domain. It may not be possible to determine if it is connected to. Thus, when there is no information for determining whether the CN 112 is located in the same domain as the UE 104, the UE 104 transmits a data packet to the CN 112 using, for example, the 3G interface. The routing path goes through the path indicated in the message 126.
- the data packet transmitted to the CN 112 is tunneled from the S-GW 108 to the P-GW 111, decapsulated by the P-GW 111, and further encapsulated to the AGW 110 to reach the CN 112.
- the path followed by this message 126 has two drawbacks.
- the first drawback is that the packet is encapsulated twice and passes through two tunnels.
- the second drawback is that both UE 104 and CN 112 prefixes are based on P-GW 111, so data packets need to be routed through P-GW 111 and take a completely non-optimal path. It is.
- the UE 104 uses the WiMAX interface operating in the CMIPv6 mode to communicate with the CN 112, if the CN 112 can also switch the mobility mode to the CMIPv6, the routing path of the data packet can be any type. There will be no tunneling and no redundant routing.
- the address used to send data packets to the CN 112 is It becomes the care-of address of the CN 112 (if RO is executed with the CN 112). If the UE 104 uses the 3G interface, assuming that the CN 112 care-of address prefix is obtained from the AGW 110, the packet routing path is as shown in the message 127 of FIG. 1A.
- the UE 104 does not know whether the CN 112 exists in the same management domain under the same mobility anchor (P-GW 111), and transmits a data packet using the 3G interface.
- the data packet is first encapsulated by the S-GW 108 to the P-GW 111, and goes through ingress filtering.
- the packet is properly routed in the P-GW 111 and reaches the current address of the CN 112. Since the prefix of this current address is based on the AGW 110, the data packet from the P-GW 111 is sent directly to the CN 112 without further tunneling. That is, there is only one tunneling in the message 127 indicating the routing path of the data packet in this case.
- both endpoints of the communication flow will use the prefix (or access router) owned by the nearest router (access router).
- a more optimized route is realized. That is, when the UE 104 uses the 3G interface to communicate with the CN 112, the data packet routing path is not optimized.
- the CN 112 is in the CMIPv6 mode, a problem to be considered arises when the LMA / HA 11 is not the home agent of the CN 112.
- the CN 122 is connected to another management domain (EPC) 125 different from the domain (EPC) 120 of the UE 113.
- EPC management domain
- the UE 113 is connected to the EPC 120 through both the 3G interface and the WiMAX interface, and is communicating with the CN 122.
- CN 122 may be operating using PMIPv6 mode, or may be operating using MIPv6 mobility management mode.
- the home domain of the CN 122 may be the domain 120 or another domain.
- the CN 122 uses the PMIPv6 mobility management mechanism and the home domain of the CN 120 is the domain 120.
- This scenario is a reasonable scenario in the case of via a 3GPP home where a home network prefix (HNP) is referenced when roaming outside by a mechanism such as global PMIPv6 operation.
- HNP home network prefix
- Non-Patent Document 3 discloses details of this mechanism.
- the CN 122 address would be similar to the UE 113 address. Assuming CN 122 is in the same domain as UE 113 and UE 113 uses the WiMAX interface, UE 113 uses the CMIPv6 mobility management mechanism and the data path is as shown in message 128. However, it is not necessary for the CN 122 arranged in the external domain 125 to realize route optimization using the CMIPv6 mechanism.
- mobility signaling to the UE 113 increases by using the CMIPv6 interface (that is, WiMAX interface) in order to realize route optimization communication with the CN 122.
- the P-GW 121 is a router located at the exit of the domain 120, the data packet reaches the CN 122 via the same routing path regardless of the interface used by the UE 113.
- mobility management signaling RR and BU
- RR and BU mobility management signaling
- the home domain of the CN 122 is not the domain 120 but the domain 125, it is important that the above-described problem occurs even when PMIPv6 mobility management is used by the CN 122.
- the CN 122 uses MIPv6 and the home domain of the CN 122 is the domain 120, or when the CN 122 uses MIPv6 and the home domain of the CN 122 is not the domain 120, the above problem is similarly caused. Occurs.
- the UE 113 does not grasp information on the CN 122 for selecting an ideal interface for realizing route optimization communication and efficient mobility management. It turns out that a problem will arise.
- the information for the UE 113 to select an ideal interface for performing route-optimized communication with the CN 122 through efficient mobility management signaling does not need to be limited to information regarding the location of the CN.
- a similar problem can occur when the UE does not know any information about some operating mechanism of the network, or when the UE does not know any information about the characteristics of the CN. Next, this type of problem will be described.
- FIG. 2A a problem when inter-MAG route optimization (inter-MAG RO) is performed in the network will be described.
- FIG. 2B a problem will be described in a case where the CN uses the PMIPv6 mobility mode and cannot be changed due to the network policy.
- the UE 204 has two interfaces (3G interface and WiMAX interface), which are connected to gateways (S-GW 208 and AGW 209), respectively. Also in FIG. 2A, the assumption regarding the UE 104 in FIG. 1A is applied (the description is omitted).
- the UE 204 uses the PMIPv6 mechanism via the 3G interface, and uses the CMIPv6 mechanism via the WIMAX interface. Furthermore, it is assumed that the P-GW 211 is a home agent of the UE 204. Further, the UE 204 has a data communication session with the CN 213. For example, CN 213 may be operating in PMIPv6 mode even if the MIPv6 stack is implemented and domain (EPC) 200 is the home domain. Furthermore, it is assumed that the P-GW 211 is a CN 213 home mobility anchor.
- the UE 204 decides to use the WiMAX interface to communicate with the CN 213.
- UE 204 sends a data packet to CN 213 using the 3G interface before the RR is completed. This data packet is tunneled from the S-GW 208 to the P-GW-211, and then tunneled from the P-GW 211 to the AGW 210.
- the inter-MAG route optimization mechanism may be implemented so that the route optimization support of legacy IPv6 nodes (nodes that cannot manage mobility, nodes that cannot execute RO signaling) can be performed in the network configuration in the future. It is assumed that the domain 200 implements such an inter-MAG RO.
- the P-GW 211 identifies the MAG that transmitted the data packet (ie, the S-GW 208) and the MAG that receives the data packet (ie, the AGW 209), and these MAGs. May be requested to form a tunnel between MAGs.
- the P-GW 211 can specify the related MAG forming the tunnel endpoint from the held PMIPv6 binding cache table.
- a dynamic key generation mechanism such as a pre-shared key provided from a third party (eg, P-GW 211) or an RR mechanism between MAGs (S-GW 208 and AGW 209). It is clear that it can be formed.
- the UE 204 that does not know that the tunnel 212 is operating may use the CMIPv6 interface for communication with the CN 213 after the RR process is completed.
- the routing path is as indicated by the message 214.
- the routing path indicated in the message 214 is the routing path 214A. Therefore, the UE 204 that cannot accurately grasp that the route optimization mechanism is operating in the network configured especially for the IPv6 host is not preferable for the communication with the CN 213 (the efficient mobility management is realized). Unmanaged mobility management mode) will be selected.
- CMIPv6 mode ie, WIMAX interface
- further mobility management signaling needs to be performed with the CN 213, which reduces the efficiency of mobility management.
- the CMIPv6 mode when the access router is changed, it is necessary to perform appropriate binding registration with the CN 213, which increases a signaling load.
- FIG. 2B a problem will be described when CN 226 is located in the same domain as UE 218 but PMIPv6 mode is used and the mode cannot be changed. Assume that the P-GW 222 has a PMIPv6 binding for the CN 226.
- the operation in the configuration shown in FIG. 2B will be described.
- UE 218 is identical to UE 104 and similar assumptions apply.
- the home domain of CN 226 is domain 215. If the UE 218 uses a CMIPv6 interface (ie, a WIMAX interface) to communicate with the CN 226, the routing path of the data packet is as shown in message 228. Assuming that the UE 218 has completed the RR process with the CN 226, the destination address of the data packet from the UE 218 to the CN 226 has the address of the CN 226, and this data packet is routed via the P-GW 222 and has not been optimized. Occurs. The reason why such a route is generated is that the CN 226 operates in the PMIPv6 mode.
- CMIPv6 interface ie, a WIMAX interface
- CMIPv6 mode ie WIMAX interface
- route optimization does not provide the relevant benefits.
- the CN 226 can switch to the CMIPv6 mode, the optimized route shown in the message 227 can be realized. That is, the UE 218 has selected an unfavorable interface for communicating with the CN 226 without knowing the state of the CN 226.
- the network would perform mobility management signaling, so it should have been possible to avoid sending and receiving a large number of mobility management signaling.
- no RO is realized regardless of which interface is used, but the UE 218 can reliably prevent an increase in mobility management signaling by using the 3G interface. . That is, it can be said that the 3G interface is the most appropriate interface.
- the UE determines whether to update the current location / address with multiple BUs, or the current address with a single BU is changed to the previous access router (connected before the connection change).
- a method for determining whether to notify the access router) is disclosed. Basically, previous access routers are identified as anchor points to which BUs are transmitted.
- to whom to update the current location of the UE for example, the number of peer nodes with which the UE is communicating, traffic between peer nodes, signaling amount or traffic load between the UE and the access router and / or peer node, It is determined based on the state, the state of the mobile node, the frequency of handover, and the like.
- the technique disclosed in Patent Document 1 solves a problem related to frequent binding update signaling that needs to be performed when the UE communicates with a large number of peer nodes and needs to be optimized. To do.
- Patent Document 2 has a single interface by using a hybrid type mobility management method when a CN exists outside the local domain in which the UE is located. It aims to realize efficient mobility management and route optimization of UE. That is, within the local domain, the UE is not involved in mobility related signaling and the network manages the mobility completely. The prefix identified in the local domain is kept constant and the network proxy maintains a routing path for this prefix. Further, this Patent Document 2 discloses that the mobility of UEs in a local domain is completely managed by a proxy entity such as a cellular access point (CAP). This prefix obtained in the local domain is obtained from the local mobility anchor.
- CAP cellular access point
- the UE does not perform any mobility signaling and only needs to provide the current address to a peer node, eg, HA or CN, only if the current address is different from the home address.
- a peer node eg, HA or CN
- the method disclosed in Patent Document 3 is such that the LMA is routed between IPv6 hosts connected to the same local domain, or between IPv6 hosts connected to different local domains in which PMIPv6 is mounted. It helps the optimization process.
- the method disclosed in Patent Document 3 realizes route optimization by first identifying which of the two MAGs is involved in the tunneling process in the routing path of the data packet, by first specifying the LMA. After identification by the LMA, the LMA requests these MAGs to form an inter-MAG tunnel. This method only helps to achieve route optimization if there are caches at both ends of the communication flow available in the LMA. In addition, this method is specifically configured to support legacy IPv6 hosts.
- the UE uses a different mobility management mode via each interface, and specifies a correct mode that can be used for communication with the CN even in different mobility management modes. It does not support route optimization for complex scenarios such as Furthermore, this method is related to using LMA cache entries to perform route optimization, and route optimization assistance fails if there are no cache entries available in the LMA.
- Patent Document 4 describes a route optimization mechanism that realizes both location privacy and route optimization.
- the method used to achieve route optimization is, for example, where the UE identifies the HA used by the CN and bootstraps with that HA, thereby shortening the routing path of the data packet. Is done.
- Patent Document 5 discloses a method for realizing RO in a pure PMIPv6 environment. This method aims to realize RO and obtain the benefits of efficient management of PMIPv6.
- the MAG realizes the RR process and establishes the tunnel.
- the tunnel endpoints of this tunnel are the MAG connected directly to the UE and the MAG connected directly to the CN.
- the MAG builds a tunnel based on attributes transferred by context transfer from the previous MAG (MAG before connection change).
- Patent Document 5 the method disclosed in Patent Document 5 is such that the UE and the CN are in separate domains, and even if both the UE and the CN are useful when they are away from the home domain, the UE and the CN It is not ideal if they are located in the same local domain.
- the UE can implement the CMIPv6 mechanism, it is useful to use a pure MIPv6 mechanism (not a tunnel related to the RO-based MIPv6 mechanism) in the local domain. No method is disclosed for tunnels that attempt RO.
- the UE and CN are in independent domains and in the home domain, the inter-MAG RO is not efficient.
- Patent Document 6 discloses a method used by a peer node to realize route optimization without executing RR signaling. The method disclosed in Patent Document 6 aims to realize RO without performing excessive mobility management signaling performed in the MIPv6 mechanism.
- Patent Document 6 focuses on the optimization of MIPv6 RO, and it is not necessary to specify or select between different interfaces in order to communicate with the CN.
- One of the methods disclosed in Patent Document 6 is when both the UE and the CN have the same HA, and the HA passes the CN's current address to the UE, and the HA The current care-of address is passed to the UE so that both the UE and the CN can realize direct communication.
- Such a method is possible when all caches (both UE and CN binding caches) are available on the HA, but not when CN binding is not available on the HA.
- Patent Document 6 discloses another method in the case where the UE and CN belong to different HAs, the HAs of the UE and CN pass the binding cache to each other, and the RO can be realized between the UE and the CN. Is disclosed. In this method, the UE's HA passes the UE's cache to the CN's HA, the CN's HA passes the CN's cache to the UE's HA, and finally the UE's HA passes the CN's cache to the UE; The CN's HA passes the UE's cache to the CN.
- this method requires infrastructure support and all relevant bindings need to be available on the HA. This is because nodes with multiple interfaces have a rigid mobility management mode assigned to each interface and are communicating with CNs that have different types of restrictions or domain locations. If it does not solve the problem.
- the method disclosed in the prior art provides a sufficient way to allow multiple interface UEs, where each interface uses a different mobility management mode, to select the correct interface. Obviously not.
- the end-to-end communication related to the communication with the CN is performed. RO and efficient mobility management cannot be realized.
- the UE when selecting the correct interface or mobility mode for communicating with the CN, the UE cannot identify the location of the CN, and further the CN status (CMIPv6 status, PMIPv6 status, static mode). Specific mobility configuration mode, dynamic mobility configuration mode, etc.).
- a femto cell also referred to as a femto base station, Homehenhanced Node B (Home eNB or HeNB)
- Home eNB Homehenhanced Node B
- Femtocells are managed by small cellular base stations connected to the service provider's network via, for example, broadband (eg, digital subscriber lines) and support mobile phones in home or enterprise environments To do. Femtocells enable service providers to extend indoor service coverage, particularly in areas where access is limited or unavailable.
- femtocell The concept of femtocell is to introduce a normal base station function, but it is extended to realize a simpler built-in function configuration.
- cellular operators can expand network coverage while keeping network installation costs down.
- the femtocell uses the mobile device's cellular radio, the user of the mobile device has the option of not supporting radio access technology (eg, WiMAX) in the mobile device.
- radio access technology eg, WiMAX
- LIPA Local IP Address
- FIG. 13 is a network configuration diagram for explaining an outline in which femtocells are arranged in 3GPP.
- a subscriber of UE 1350 sets up a femto cell as home network 1301.
- a base station (HeNB 1352) provided by the network operator of the subscriber manages the home network 1301.
- HeNB 1352 has multiple links to external networks (ie, cellular link 1353 to S-GW 1304 for accessing EPC 1355, DSL link 1356 to service provider 1357).
- the cellular link 1353 is assumed to be a logical link passing through the physical DSL link 1356.
- FIG. 13 illustrates a base station HeNB 1352 that manages the DSL link 1356 to the service provider, but it is assumed that the HeNB 1352 can be connected to a DSL router that manages the DSL link 1356.
- the mobility anchor (P-GW 1358) in the EPC 1355 functions as an anchor point for the UE 1350.
- the P-GW 1358 has a plurality of links to external networks (that is, a dedicated operator link 1359 to another operator network EPC 1360 and a dedicated data link 1361 to the Internet 1362. Note that in actual industrial application, The operator has several dedicated operator links 1359 with each operator.
- the service provider 1357 has a dedicated service link 1363 to the Internet 1362.
- Corresponding nodes are terminals having a communication session with UE 1350.
- UE 1350 may communicate with CN using cellular link 1353 or DSL link 1356 or both.
- CNs 1364 to 1366 are assumed to be mobile terminals like UE 1350. In the following example, a method of acquiring a plurality of IP addresses for the UE 1350 to communicate with the CNs 1364 to 1366 will be described.
- UE 1350 currently uses only cellular radio.
- UE 1350 connects to HeNB 1352 and accesses EPC 1355 to receive service.
- the P-GW 1358 assigns an IP address (3G.IP.UE1350, hereinafter sometimes referred to as 3G.IP) used by the UE 1350 to access the EPC 1355.
- the HeNB 1352 has a P-GW function, and an IP address for receiving a local breakout service in the home network 1351 (HN.IP.UE 1350, hereinafter sometimes referred to as HN.IP) Is assigned to UE 1350.
- HN.IP home network 1351
- HeNB 1352 is connected to 3G. Transfer / receive packets to / from IP. Similarly, the HeNB 1352 transmits the HN. Transfer / receive packets to / from IP. Therefore, the UE 1350 can communicate with the CNs 1364 to 1366 in order to communicate with the 3G. IP or HN. Either IP can be used.
- the scenario provided in FIG. 13 is described in the above scenario in that the UE 1350 does not have enough information to determine which link the UE 1350 should use to communicate with the CN 1366. I have the same problem.
- the UE 1350 selects a sub-optimal communication path for the CN 1366, the UE 1350 may receive a service degradation.
- UE 1350 and CN 1366 are actually located in the same domain (ie, home network).
- UE 1350 communicates with CN 1366 using cellular link 1353 and the packet will pass through EPC 1355 and return to home network 1351.
- EPC 1355 the packet will pass through EPC 1355 and return to home network 1351.
- an increase in the number of routing hops between the UE 1350 and the CN 1366 means that a packet from the UE 1350 is delayed when it reaches the CN 1366 (or vice versa).
- Patent Document 12 describes a scenario in which a UE can obtain different IP addresses used for EPC access to a local breakout service.
- the UE determines which IP address is associated with the application based on where the application is hosted. For example, the UE initiates Voice over IP (VoIP) hosted by the P-GW in a local breakout service. In this case, the UE associates with the IP address obtained for the VoIP session and local breakout.
- VoIP Voice over IP
- Patent Document 12 it is assumed that the UE already knows where the application is hosted, and it is reasonable when the application server is static. However, if the application server (ie, mobile terminal) is moving, the information about where the application is hosted is not always accurate. Thus, the prior art assumption that knowledge of where the application is hosted is pre-configured in the UE is not useful for solving the problem that the present invention poses.
- the LMA detects that the communication path between two MNs can be optimized. Therefore, the LMA instructs the MAG to which the MN is connected to create and optimize a path between each other. Further, in this prior art, when each MN is connected to a different LMA, it is assumed that the LMA knows which IP address range is handled by the LMA. Therefore, the prior art disclosed in Patent Document 13 can be used in that the LMA triggers, but each LMA needs to exchange information about each other and may not be realized in an actual configuration. Not mentioned. Especially in scenarios where mobile node subscribers are associated with different cellular operators, the applicability of the solution according to the prior art is very low.
- Patent Document 14 a scenario in which the MN has two active links in the HA (that is, an external link using a care-of address and a home link using a home address).
- the MN sends a message to the HA via each link to test the cost of routing (ie time delay). Based on the routing cost at each link, the MN selects the minimum routing cost for communicating with the HA. By testing each of the MN's multiple links, the MN can keep track of the cost of each link and determine which link is optimal.
- one of the preferred embodiments of the present invention allows the terminal to know which link is optimal without requiring the terminal to transmit a packet via each link in order to check the routing cost. The purpose is to do so. From the description related to the operation of the prior art, it is clear that any of the disclosure contents of the prior art cannot be selected by the terminal from among a plurality of communication paths available at the terminal. .
- the present invention solves the problem that occurs when the UE does not have enough information to select which interface to use in order to achieve efficient communication with the CN.
- the purpose is to solve.
- the present invention aims to improve at least the problems and drawbacks of the conventional techniques described above.
- the present invention allows a multi-interface UE where different mobility management mechanisms are used for each interface to select the appropriate interface and, as a result, maintain the benefits of mobility management while using the optimal route to the CN.
- the purpose is to enable communication.
- the present invention also allows a UE having multiple addresses to select an appropriate address and, as a result, communicate with the CN using the optimal route while maintaining the benefits of mobility management.
- Another object of the present invention is to enable a terminal to select an optimal communication path from a plurality of communication paths that can be used by the terminal without significantly increasing the signaling load in the network.
- the communication system of the present invention can be connected to a network-based mobility management domain using a plurality of interfaces using different access technologies, and can communicate with a communication partner node that is a communication partner.
- a mobile terminal having a plurality of communication paths, and a network node for managing a location of a terminal connected to the network-based mobility management domain, When the network node monitors a packet transmitted from the communication counterpart node to the mobile terminal and detects the packet transmitted from the communication counterpart node to the mobile terminal, the communication counterpart node is identical.
- the mobile terminal is configured to select a communication path to be used for communication with the communication partner node based on the determination result.
- a mobile terminal having a plurality of communication paths (a plurality of interfaces or a plurality of addresses) can communicate with a communication partner node by selecting an appropriate communication path.
- the mobile terminal of the present invention is connected to the network-based mobility management domain in which a network node for managing the location of the terminal connected to the network-based mobility management domain is arranged.
- a mobile terminal that has a plurality of communication paths with a communication partner node that is a communication partner, When the network node monitors a packet transmitted from the communication counterpart node to the mobile terminal and detects a packet transmitted from the communication counterpart node to the mobile terminal, the communication counterpart node is the same
- Receiving means for receiving a determination result of determining whether or not connected to a network-based mobility management domain;
- a communication path selection means for selecting a communication path to be used for communication with the communication partner node based on the determination result; Have.
- the network node of the present invention is a network node that performs location management of terminals connected to a network-based mobility management domain, With respect to a mobile terminal that is connectable to the network-based mobility management domain and has a plurality of communication paths with a communication counterpart node that is a communication counterpart, the communication counterpart node that is the communication counterpart of the mobile terminal to the mobile terminal Packet monitoring means for monitoring transmitted packets; A determination means for determining whether the communication partner node is connected to the same network-based mobility management domain when the packet transmitted from the communication partner node to the mobile terminal is detected; Notification means for notifying the mobile terminal of the determination result by the determination means; Have.
- a mobile terminal having a plurality of communication paths (a plurality of interfaces or a plurality of addresses) can communicate with a communication partner node by selecting an appropriate communication path.
- a base station apparatus of the present invention is a base station apparatus that performs wireless connection with a mobile terminal, A mobile terminal connected to the base station apparatus and having a plurality of communication paths with a communication partner node that is a communication partner is transmitted from the communication partner node that is the communication partner of the mobile terminal to the mobile terminal.
- a packet monitoring means for monitoring the packet A determination means for determining whether or not the communication partner node is connected to the same base station apparatus when detecting the packet transmitted from the communication partner node to the mobile terminal; Notification means for notifying the mobile terminal of the determination result by the determination means; Have.
- a mobile terminal having a plurality of communication paths (a plurality of interfaces or a plurality of addresses) can communicate with a communication partner node by selecting an appropriate communication path.
- the present invention has the above-described configuration, and a multi-interface UE in which different mobility management mechanisms are used in each interface selects an appropriate interface, and as a result, an optimal route while maintaining the advantage of mobility management. This makes it possible to communicate with the CN using.
- the figure which shows the 1st example of the network structure and packet flow in a prior art The figure which shows the 2nd example of the network structure and packet flow in a prior art
- the figure which shows the 3rd example of the network structure and packet flow in a prior art The figure which shows the 4th example of the network structure and packet flow in a prior art
- the figure which shows the 1st example of the network structure and packet flow in embodiment of this invention The sequence chart which shows the 1st example of the flow of the message in embodiment of this invention Sequence chart showing a second example of message flow in the embodiment of the present invention Sequence chart showing a third example of message flow in the embodiment of the present invention
- the flowchart which shows the 1st example of the process of UE in embodiment of this invention
- the figure which shows the 2nd example of the network structure and packet flow in embodiment of this invention The figure which shows the 3rd example of the network structure and packet flow in embodiment of this invention.
- the figure which shows an example of a structure of UE in embodiment of this invention The figure which shows an example of a structure of P-GW in embodiment of this invention
- sequence chart which shows the 4th example of the flow of the message in embodiment of this invention Sequence chart showing a fifth example of message flow in the embodiment of the present invention
- Sequence chart showing a seventh example of message flow in the embodiment of the present invention The flowchart which shows the 2nd example of the process of UE in embodiment of this invention
- the figure which shows another example of the network configuration in embodiment of this invention The flowchart which shows the 3rd example of the process of UE in embodiment of this invention
- the flowchart which shows the 4th example of the process of UE in embodiment of this invention The figure which shows an example of a structure of HeNB in embodiment of this invention
- the MN selects an ideal interface for communication with the CN by using another criterion for selection processing.
- the present invention will be described with reference to preferred embodiments of the present invention.
- UE 304A has two interfaces.
- the two interfaces possessed by the UE 304A are, for example, a 3G LTE type interface connected to an E-UTRAN (Evolved Universal Terrestrial Radio Access Network) 303A, and a WiMAX type interface connected to a WiMAX access network 302A. is there.
- E-UTRAN Evolved Universal Terrestrial Radio Access Network
- WiMAX WiMAX access network
- the UE 304A is connected to the S-GW 305A via the access link 311A, and is connected to the AGW 306A via the link 312A. Further, the mobility of the 3G interface of the UE 304A is managed by the PMIPv6 mechanism, and the mobility of the WiMAX interface of the UE 304A is managed by the CMIPv6 mechanism. Further, it is assumed that the UE 304A exists in the home domain, the PMIPv6 home network prefix (HNP) detected via the 3G interface is the MIPv6 home prefix, and the P-GW 316A is the HA.
- HNP PMIPv6 home network prefix
- the UE 304A is communicating with three CNs, for example, CN 308A, CN 309A, and CN 310A. All of these CNs 308A, 309A, 310A are nodes that implement MIPv6 or DSMIPv6, and can perform RR signaling with the UE 304A to realize route optimization communication.
- the CNs 308A, 309A, and 310A are connected to the WiMAX access network 301A, and all the access networks to which the WiMAX access network 301A and the UE 304A are connected are connected to the same EPC 300A.
- UE 304A and CN 308A, CN 309A, and CN 310A belong to the same home domain (Home Public Land Mobile Network (HPLMN)) or perform a local breakout in an external domain (Visited Public Land Mobile Network (VPLMN)). You may assume the case of using.
- the local breakout is disclosed in Non-Patent Document 3.
- CN 308A starts to transmit a data packet to UE 304A.
- CN 308A knows only the home address of UE 304A.
- the transmission source address of the data packet is the home address of CN 308A.
- the CN 308A may transmit a HoTI message as the first packet, but in this description, it is assumed that the first packet is a data packet.
- this data packet or data message is indicated by message 315A.
- This message 315A is tunneled from CN 308A to P-GW 316A.
- the source address of the tunnel packet is the care-of address of CN 308A
- the destination address is the address of P-GW 316A.
- the P-GW 316A refers to the binding cache and confirms that the destination address of the internal packet is stored in the PMIPv6 binding and the source address of the internal packet is stored in the CMIPv6 binding. As a result, the P-GW 316A can grasp that the peer node related to this data flow is located in the same domain 300A. Since this message 315A arrives via the ingress interface of P-GW 316A and is sent via the ingress interface of P-GW 316A, P-GW 316A confirms that the peer node associated with this data flow is located in the same domain 300A. You may know. As described above, it is important for the present invention that the P-GW 316A performs processing for specifying the position of the CN 308A.
- the P-GW 316A further tunnels the message 315A to the S-GW 305A, whereby the message 315A is sent to the 3G interface of the UE 304A. Since the P-GW 316A has PMIPv6 binding related to the HNP of the UE 304A, it is possible to perform such tunneling.
- the P-GW 316A can embed a mark or trigger in the tunneling header, and can notify the S-GW 305A that the CN 308A exists in the same domain 300A.
- the P-GW 316A transmits an explicit message (note that, as described later, the explicit in this specification means being notified by an independent message not associated with the data packet).
- a mark may be added to the data packet.
- Other methods will be described later as another embodiment.
- a method for transmitting a mark using an existing message will be described later as another embodiment.
- the S-GW 305A when the P-GW 316A embeds a mark indicating that the CN 308A exists in the same domain 300A in the tunneling header of the message 315A, when the S-GW 305A receives the message 315A in which this mark is embedded, the S-GW 305A Sends the message 315A to UE 304A using E-UTRAN specific method after decapsulation. Further, the S-GW 305A passes a trigger to the UE 304A by a new message to notify the mark received from the P-GW 316A.
- this new message is layer 2 (L2 ) May be sent by message. Further, this mark may be transmitted from the S-GW 305A to the UE 304A by a new layer 3 (L3) message.
- L3 Layer 3
- the UE 304A When the UE 304A detects the mark transmitted from the S-GW 305A, the UE 304A recognizes that the CN 308A is also present in the same domain 300A, and decides to use the WiMAX interface for data communication with the CN 308A. When the CN 308A exists in the same domain 300A and uses the MIPv6 mechanism, it is useful that the UE 304A also uses the WiMAX interface in which mobility is managed by the MIPv6 mechanism.
- the UE 304A can receive information provided from the network entity (that is, the CN 308A is in the same domain 300A).
- the correct interface (in this case, the WiMAX interface) is selected without changing its decision based on the presence mark.
- the correct interface is an interface that can realize route optimization in the communication between the UE 304A and the CN 308A, or can realize efficient mobility management by preventing excessive transmission and reception of signaling messages. Interface. This correct interface may be described as an appropriate interface or an ideal interface.
- the data communication path realized by the present invention is indicated in the message 314A of FIG. 3A.
- the ideal interface is determined by the UE 304A, and the CN 308A simply accepts the determination of the UE 304A.
- CN 308A has flexibility in mobility management mode and is not specifically restricted with respect to QoS requirements associated with flows. Thus, CN 308A simply follows the decision made by the partner node (ie UE 304A).
- CN 308A when the location of the CN 308A (that is, that the CN 308A exists in the same domain 300A) is notified from the P-GW 316A to the UE 304A, the UE 304A starts the RR process.
- CN 308A In order to obtain the fully optimized path indicated by message 314A in FIG. 3A, CN 308A also needs to operate according to MIPv6 mode, but in this second embodiment of the invention, Assume that CN 308A is in PMIPv6 mode.
- the CN 308A can perform one of the two operations when acquiring the RR message from the UE 304A.
- the first operation is that CN 308A requests AGW 307A to provide a prefix for constructing the care-of address. Accordingly, the CN 308A can acquire a prefix and configure a care-of address, and can execute RR signaling.
- the second operation the CN 308A requests the network to switch the mobility mode to the CMIPv6 mode. In the case of PMIPv6 mode, the CN 308A can execute either of these first and second operations.
- the UE 304A when executing the RR mechanism, the UE 304A embeds a trigger or an option in the mobility header message regarding the RR to realize an optimal routing path between the UE 304A and the CN 308A, and configures the care-of address and CMIPv6 mode.
- the switching operation may be requested to the CN 308A.
- the P-GW 316A may request the CN 308A to switch the mobility mode to CMIPv6.
- the home agent of the CN 308A is not the P-GW 316A, and the CN 308A operates in the CMIPv6 mode. Further assume that CN 308A is trying to send data to UE 304A and that the RR mechanism has already been implemented for UE 304A. Accordingly, the UE 304A has a binding indicating an association between the HoA of the CN 308A and the care-of address of the CN 308A. Note that the care-of address of CN 308A is acquired from AGW 307A.
- the data packet from the CN 308A is transmitted through the path indicated by the message 315A.
- the source address of the data packet after RR is the care-of address of CN 308A
- the destination address of the packet is the home address of UE 304A. Therefore, a data packet transmitted from CN 308A to UE 304A is received through the ingress interface of P-GW 316A and routed by tunneling from the ingress interface of P-GW 316A to S-GW 305A, as shown in message 315A. .
- a mark indicating that CN 308A exists in the same domain 300A is embedded in the message tunneled to S-GW 305A.
- the UE 304A can register the CMIPv6 binding related to the WiMAX interface with the P-GW 316A. In such a case, both PMIPv6 binding and CMIPv6 binding will be present in P-GW 316A.
- the above mark may be directly transmitted to the UE 304 using a tunneling process to the UE 304A.
- the P-GW 316A checks the destination address of the data packet transmitted from the CN 308A to the UE 304A. Since the data packet is addressed to the home address of the UE 304A, the P-GW 316A may tunnel the data packet to the care-of address of the UE 304A. This tunnel has a header and a flag for notifying a mark indicating that the UE 304A and the CN 308A exist in the same domain 300A. By this mark, the UE 304A has the CN 308A in the same domain 300A. It becomes possible to grasp.
- the P-GW 316A can grasp the position of the CN 308A by referring to the binding related to the CN 308A.
- route optimization can be easily realized between the UE 304A and the CN 308A.
- the UE (UE / MN) 313B has two interfaces, and is connected to the S-GW 314B via the 3G interface and to the AGW 315B via the WiMAX interface.
- the P-GW 317B is the home agent of the UE 313B
- the mobility of the 3G interface is managed by the PMIPv6 mechanism
- the mobility of the WiMAX interface is managed by the CMIPv6 mechanism.
- CN 318B is in the same domain as UE 313B and uses the CMIPv6 mechanism.
- the UE 313B transmits an explicit request message 300B to the P-GW 317B, and requests the P-GW 317B to perform an operation related to the UE 313B (operation for the UE 313B to perform better data communication).
- the UE 313B requests the P-GW 317B to monitor packets from any CN destined for its home address (MN.HoA / HoA).
- the request message 300B may be, for example, when the packet is received from the internal domain (that is, the same domain as the domain where the UE 313B exists). This requests the P-GW 317B to mark the packet addressed to HoA.
- the UE 313B may provide the care-of address of the WiMAX interface and the addresses of all the CNs, but it is more beneficial to provide the HoA of the UE 313B. If the UE 313B provides all CN addresses, the bandwidth consumption associated with the message 300B increases, and the capacity for the P-GW 317B to store these CN addresses also increases. When the UE 313B provides the care-of address of the WiMAX interface, it is impossible for the P-GW 317B to specify the position of the CN 318B until the CN 318B receives the notification of the care-of address of the UE 313B. Further, when the care-of address of UE 313B is not notified to CN 318B, P-GW 317B cannot specify the correct location of CN 318B (that is, whether it exists in the same domain or a different external domain).
- the data packet from CN 318B is addressed to the home address of UE 313B. It is also assumed that CN 318B transmits HoTI or data packet 301B to UE 313B after UE 313B transmits message 300B. This HoTI or data packet is received (intercepted) by the P-GW 317B. As in the first embodiment of the invention described above, this HoTI or data packet 301B is tunneled to S-GW 314B as shown in tunneling message 303B, or to UE 313B as shown in message 304B. Sent by direct tunneling.
- the P-GW 317B performs CN position detection processing 302B on the packet transmitted from the CN 318B to the UE 313B.
- P-GW 317B inserts a mark indicating that CN 318B exists in the same domain into the tunnel indicated by message 303B or the tunnel indicated by message 304B.
- the UE 313B receives the mark notification message by the S-GW 314B extracted from the message 303B or the message 304B
- the UE 313B performs a detection process 305B for detecting that the CN 318B is connected to the same domain by the received mark.
- the WiMAX interface is selected to communicate with the CN 318B.
- the UE 313 and the CN 318B perform bidirectional RR mutually. After the RR signaling exchange 306B, the data packet 306B exchanged between the UE 313B and the CN 318B is transmitted without going through the P-GW 317B. If the HoTI message is not addressed to the HoA of the UE 313B or the source address of the HoTI message is not set to the HoA of the CN 318B, even the HoTI message is not transmitted via the P-GW 317B.
- CN 318B moves outside the domain and moves 307B to another external domain.
- the CN 318 moves to the foreign domain, it is necessary to newly transmit the HoTI message 308B to the UE 313B.
- the HoTI message 308B is transmitted with the care-of address of the UE 313B as the destination address, and the P-GW 317B receives this HoTI message 308B from the egress interface.
- the P-GW 317B can easily identify the HoA related to the destination address (ie, the care-of address of the UE 313B) by examining the binding cache entry of the binding related to the WiMAX interface of the UE 313B (CMIPv6 binding). . After identifying the HoA of the UE 313B (or may be before or at the same time), the P-GW 317B executes a comparison process 309B to confirm that this packet is a packet to be monitored, and that the packet is an external domain. Identify what was coming from.
- the P-GW 317B needs to tunnel this HoTI packet 308B to the S-GW 314B.
- the HoTI packet is tunneled to the S-GW 314B as shown in the tunneling message 310B. In this case, a mark indicating that the CN 318B exists in the same domain is not inserted into the tunnel.
- the S-GW 311B transfers the HoTI message 311B to the UE 313B.
- the UE 313B acquires the HoTI packet received from the CN 318B via the 3G interface, but does not receive information regarding the mark from the S-GW 314B in relation to this HoTI packet. Accordingly, the UE 313B can detect that the CN 318B has moved to another domain (external domain). In such a case, UE 313B decides to use the 3G interface to achieve optimized routing and efficient mobility management. As described above, when CN 318B exists in the external domain and is in the CMIPv6 mode, an ideal path is realized by using the 3G interface.
- the HoTI message 308B is tunneled to the S-GW 314, the signed token provided by the S-GW 314B from the P-GW 317B (both HoA and CoA associated with the WiMAX interface are present).
- the packet may be routed to the UE 313B based on the token to be guaranteed, or the UE 313B may embed the HoA and CoA bindings and register them with the S-GW 314B.
- UE 313B can easily know that CN 318B has moved to another foreign domain. .
- the UE 313B does not need to constantly make requests to the P-GW 317B (inquiries about the position of the CN 318B). That is, the P-GW 317B can simply detect the location of the CN 318B by simply using the initial parameters provided by the message 300B, and sends an appropriate mark or trigger to the UE 313B, It is possible to select an optimum interface.
- the UE 313B uses the 3G interface.
- P-GW 317B detects that CN 318B returns (for example, by detecting a HoTI message transmitted from CN 318B), and CN 318B returns to the same domain.
- the UE 313B is notified by embedding a mark indicating that it exists.
- CN 318B When CN 318B returns to the home domain (in this case, the same domain), it transmits a HoTI message to UE 313B. This HoTI message is received from the ingress interface of P-GW 317B, and P-GW 317B detects that CN 318B has returned to the home domain and embeds the mark using in-band signaling or out-of-band signaling to UE 313B. Notice. When the UE 313B detects this mark, the UE 313B switches to using the WiMAX interface for communication with the CN 318B and uses the CMIPv6 mobility management to realize the RO with the CN 318B.
- the network entity may provide information about the appropriate interface (which type of interface is appropriate), but which interface is ultimately used is determined by the UE.
- a similar determination is performed when CN 318B is using PMIPv6 and is moving from the home domain to another domain.
- the home domain is the HPLMN of UE 313B and CN 318B.
- UE 313B is notified by an embedded mark that CN 318B is in the same domain as UE 313B.
- the UE 313B can use an appropriate interface and mobility management mode.
- the mark is inserted when the CN exists in the same domain, and the mark is not inserted when the CN does not exist in the same domain, but the reverse (marked when the CN exists in the external domain). Is inserted and no mark is inserted when the CN does not exist in the external domain), or a mark having a different meaning is inserted (meaning that the CN exists in the same domain when the CN exists in the same domain) It is also possible to insert a mark and, if the CN exists in the foreign domain, insert a mark meaning that the CN exists in the foreign domain). While the information to be notified increases as the number of types of marks increases, a more detailed state (such as when there is an inter-MAG RO (described later)) can be expressed individually.
- a process when the UE decides to start communication with a new CN in addition to an existing CN (hereinafter referred to as a first transient process), or , A process in a case where it is determined to start a new session with an existing CN from a state in which the UE has existing sessions with respect to a plurality of CNs (hereinafter referred to as a second transient process)
- the interface selection process performed by the UE will be described.
- the message sequence chart shown in FIG. 3C shows the first transient process
- the message sequence chart shown in FIG. 3D shows the second transient process.
- the UE can use many criteria for determination processing when selecting an ideal interface.
- the UE 1300 and the UE 1313 select, for example, information provided from the network, information or load balance information or policy, flow characteristics, and flow QoS requirements when selecting an interface related to a session with the CN. Can be used as selection criteria.
- the UE 1300 and 1313 attach importance to the load balance in the selection process (interface determination process)
- the UE 1300 and 1313 attach importance only to the load balance (or to attach importance only to the power). In some cases, importance is attached to both power and load balance.
- the selection process in the case where the UEs 1300 and 1313 consider only the problem related to load balance will be described. It can also be applied when using a standard.
- the UE 1300 in FIG. 3C includes two interfaces such as an LTE interface 1300A and a WiMAX interface 1300B.
- the mobility of the LTE interface 1300A of the UE 1300 is managed by the PMIPv6 mechanism, and the mobility of the WiMAX interface 1300B of the UE 1300 is managed by the CMIPv6 mechanism.
- the LTE interface 1300A of the UE 1300 is connected to the S-GW 1301, and the WiMAX interface 1300B of the UE 1300 is connected to the AGW 1302.
- the UE 1300 is communicating with the CN 1305 and the CN 1306, and thereafter, communication with the CN 1307 is started. Further, it is assumed that CN 1305 is arranged in a management domain different from the domain in which UE 1300 is arranged, and CN 1306 is arranged in the same management domain as UE 1300.
- CN 1305 Since CN 1305 is arranged in another management domain, P-GW 1303 arranged in the same management domain as UE 1300 receives the first packet received from CN 1305 based on the operation described in the above embodiment. Does not embed marks. Therefore, the UE 1300 uses an interface (LTE interface 1300A) managed by PMIPv6 for communication with the CN 1305. At this time, the UE 1300 determines an appropriate interface using only network information (information provided from the network). A data message when communicating with CN 1305 is indicated by message 1308.
- LTE interface 1300A managed by PMIPv6
- the P-GW 1303 notifies that the CN 1306 exists in the same domain by embedding a mark in the first data packet from the CN 1306 based on the operation described in the above embodiment. To do.
- the UE 1300 communicates with the CN 1306 using the WiMAX interface 1300B.
- a data message when communicating with the CN 1306 is indicated by a message 1309.
- a new CN 1307 is about to start communication with the UE 1300, and this CN 1307 is located in an external domain different from the UE 1300 domain.
- the first data packet sent from CN 1307 to UE 1300 is indicated by message 1310.
- This message 1310 is received (intercepted) by the P-GW 1303 as shown in FIG. 3C. Since the data packet from the CN 1307 reaches the P-GW 1303 from the external domain, the P-GW 1303 tunnels the message 1310 to the S-GW 1301 without being embedded in the mark, and is carried to the UE 1300. Since UE 1300 does not detect the mark related to this data packet, it knows that CN 1307 is located in the foreign domain.
- UE1300 will start an interface determination process, if the location (namely, foreign domain) where CN1307 is arrange
- positioned is grasped
- the UE 1300 When the UE 1300 decides to communicate with the CN 1307 using the LTE interface 1300A, for example, there is one flow via WiMAX, whereas there are two flows via LTE access. The load via access increases. In this case, the UE 1300 may avoid overloading the LTE access based on, for example, access network state information and UE policy.
- the UE 1300 accepts the flow of the CN 1307 through the LTE interface 1300A, for example, it may be determined that the existing flow needs to be transferred from the LTE access to the WiMAX access. Also, for example, if the average bandwidth of the flow associated with CN 1305 is not very large and the flow is considered to be able to withstand the delay that can occur due to handoff, the UE 1300 may be based on bandwidth, QoS requirements, etc. , It may be determined that the flow associated with CN 1305 can be transferred to WiMAX interface 1300B.
- the WiMAX access is not overloaded, and can be easily moved to the WiMAX interface 1300B.
- the CMIPv6 mechanism there is a possibility that a large handoff delay is caused by RO signaling by transferring a flow.
- the data flow with the CN 1305 is switched via WiMAX access
- the data flow with the CN 1305 is indicated by a message 1311.
- the UE 1300 since the UE 1300 was able to switch the flow of the existing CN 1305, it decided to accept the flow of the CN 1307 via the ideal interface (LTE interface 1300A), and the data flow with the CN 1307 is indicated by the message 1312. It becomes like this.
- the UE 1300 executes a method for determining an interface for performing communication with the CN based on a number of conditions such as load balance.
- the UE 1313 has two interfaces such as an LTE interface 1313A and a WiMAX interface 1313B. It is assumed that the LTE interface 1313A of the UE 1300 is connected to the S-GW 1314, and the mobility of the LTE interface 1313A of the UE 1300 is managed by the PMIPv6 mechanism. Further, it is assumed that the WiMAX interface 1313B of the UE 1300 is connected to the AGW 1315, and the mobility of the WiMAX interface 1313B of the UE 1300 is managed by the CMIPv6 mechanism.
- the UE 1313 communicates with three CNs CN 1318, CN 1319, and CN 1320, and the UE 1313 communicates with the CN 1319 and the CN 1320 as an initial state. Further, these CNs 1319 and 1320 exist in the same domain as the UE 1313, and the UE 1313 communicates with these CNs 1319 and 1320 using the WiMAX interface 1313B. Data messages indicating that the UE 1313 is communicating with the CNs 1319 and 1320 are indicated by messages 1321 and 1322.
- the UE 1313 starts communication with a new CN 1318 at this time.
- this CN 1318 is also arranged in the same domain as the UE 1313.
- the UE 1313 determines to use the LTE interface 1313A for the flow related to the CN 1318.
- This determination by the UE 1313 is performed in consideration of the QoS level related to the flow transmitted from the CN 1318. That is, even though an RO needs to be performed on the flow associated with CN 1318, it may be determined that the flow can tolerate the disadvantages experienced by the RO and in relation to the QoS requirements, Only the load balance may be taken into account in the selection.
- a data message with CN 1318 using this LTE interface 1313A is indicated by message 1323.
- the UE 1313 switches the flow of the CN 1318 to the WiMAX interface 1313B (a suitable interface for the flow of the CN 1318), and accepts the new flow from the CN 1320 via the LTE interface 1313A. It is possible to determine that.
- the LTE interface 1313A is not a suitable interface for a new flow from the CN 1320.
- the UE 1313 may make such a determination in consideration of the load balance and the difference in the QoS level of the flow. Although not described in this specification, the UE 1313 can adjust the QoS level for these flows.
- the flow of CN 1318 is switched to WiMAX interface 1313B, the data message will be shown in message 1326, and the data message of the new flow associated with CN 1320 will be via LTE interface 1313A as shown by message 1327.
- the CN 1320 that is necessarily the communication partner is used. This may not be the preferred interface choice from the perspective of In such a case, the interface used by the CN 1320 may be changed (when the CN 1320 can also use a plurality of interfaces), or the UE 1313 may be prompted to change the interface used. Since such an operation is not always efficient, it may be desirable for the UE 1313 to notify the CN 1320 that such a determination has been made (a detailed example is also included in the examples described below).
- the point of operation of the UE according to the present invention is not only the information received from the network entity, but also the UE performs an independent determination process and selects an ideal interface to be used for communication with the CN.
- This ideal interface provides route optimization and efficient mobility management without reducing the level of load balance between the access networks to which the UE is connected or without reducing the quality of power usage at the UE. Means to realize.
- the assumptions used in the first embodiment described above are applied. Additional criteria for the UE to use the ideal interface are based on, for example, the UE power state such as battery power consumption, the congestion state of the connected access network, and the QoS requirements of the flow associated with the CN It is.
- the flow 1 belonging to CN1 may need to have very low delay and jitter, such as VoIP. Further, another flow 2 belonging to CN2 may be allowed to some extent for delay, such as non-interactive video on demand, but may not be allowed for jitter. In such a case, the UE does not want to sacrifice the route optimization of the flow of CN1, while the route optimization of flow 2 may sacrifice it to some extent.
- the UE may send additional signaling.
- the network instructions may not be followed if there are no strict requirements on the flow of CN (eg, non-interactive video-on-demand flows have some delay) Is acceptable).
- the UE may select a WiMAX interface based on the state and perform CMIPv6 signaling.
- CMIPv6 CMIPv6 signaling.
- a decision by the UE is, for example, if there is information that the 3G access network is congested and the UE has no strict requirements on the flow of the CN (for flows where delay is unacceptable but jitter is acceptable to some extent) Case).
- the UE selects an interface different from the interface selected based simply on the information provided from the network in order to achieve better load balance.
- the UE may consider the power state together with the load balance problem when determining the ideal interface. Thus, when a plurality of parameters are used when selecting an ideal interface, the parameters for determining the ideal interface may be weighted. If the UE maintains information about CN requirements, such as whether the CN's flow requires RO or which access medium is desirable, the UE gives priority to each CN and gives each CN It is necessary to assign the interface appropriately.
- the network will communicate with 3 CNs using the WiMAX interface and the other 3 It is determined that the CN needs to communicate through the 3G interface.
- the UE may need to switch a CN to the PMIPv6 mechanism to reduce signaling via WiMAX.
- the UE In order to determine which CN to switch to the 3G interface from among the three CNs determined to communicate via the WiMAX interface, the UE shall have QoS requirements associated with each CN's flow using the WiMAX interface. Need to check. Then, the UE checks three flows using the WiMAX interface as to which CN has a flow whose delay due to handoff is critical. At this time, if the UE can prioritize the flow of each CN, the UE may simply move the flow with less stringent requirements to the interface using the PMIPv6 mobility management mechanism or the 3G interface. Thus, the selection of an interface related to the CN may be performed based on a number of conditions (network information, UE power state, load balance state, other CNs with which the UE is communicating, etc.).
- step S400 the UE determines whether the CN with which the UE is communicating needs RO. In order to make this determination, for example, QoS requirements are referred to. If it is determined in step S400 that the CN requires RO, the process proceeds to step S402 described later.
- step S401 if it is determined in step S400 that the CN does not require RO, a normal operation is performed as shown in step S401. Normal operation in step S401 indicates that the UE does not consider the appropriate interface for the RO.
- step S402 the UE inserts the home address in the first request message and transmits it to the P-GW, and requests detection (monitoring) of all CNs.
- the detection by the P-GW indicates that the interface through which the CN packet reaches the P-GW is specified. That is, the P-GW specifies whether the CN packet arrives from the ingress interface or the egress interface. When the CN packet arrives via the ingress interface, it means that the CN exists in the external domain. When the CN packet arrives via the egress interface, the CN is the same as the UE. It means that it exists in the domain.
- the UE can provide the address of HoA (or CoA) or CN.
- step S403 After the process in step S402, the control process in step S403 is performed. In step S403, it is checked whether a new notification (for example, notification that CN exists in the same domain) is received from the P-GW.
- a new notification for example, notification that CN exists in the same domain
- This notification can be made in various formats, which will be exemplified later. This notification sends important information regarding whether RO with CN should be implemented using PMIPv6 mode or CMIPv6 mode.
- step S404 If a new notification is not received from the P-GW in step S403, normal operations such as processing of a standard signaling message from the P-GW are performed in step S404.
- step S405 when a new notification is received in step S403, the process of step S405 is performed. In this step 405, several detailed methods described below can be performed. In step S405, information regarding an appropriate interface for the UE to communicate with the CN is acquired, and further, a process of determining an appropriate interface by applying a local policy in the UE is performed.
- step S405 Some detailed methods related to step S405 will be described. Note that the methods that can be employed in step S405 are not limited to the several methods described below.
- the UE can classify CNs that require ROs based on the interfaces specified (designated) by the network. For example, when the network notifies that the 3G interface is appropriate, one or more counters set for the 3G interface are incremented. After such classification, the UE attempts to determine whether the load balance between the access networks is affected by information from the network regarding the ideal interface. If the load balance is affected, the UE may need to make an interface decision different from the interface presented from the network side.
- the UE applies many policies and tries to follow information from the network regarding the ideal interface, but if the UE cannot follow the information from the network, the UE is identified by the network. No interface selection is performed.
- the UE may not be able to select an interface that is different from the interface specified by the network.
- the load balance condition is adjusted using the CN that does not require RO, and the network is related to the CN that requires RO.
- the UE may make a decision not to follow the interface specified by the network.
- the UE needs much QoS. It is necessary to move the non-conforming CN to another interface and follow the interface specified by the network.
- the UE can select an interface different from the interface proposed by the network. . After taking into account issues related to load balancing in this way, additional checks are performed. For example, the power state of the UE is evaluated.
- the UE checks whether the decision made by evaluating the load balance problem affects the UE power state. If it does not affect the power state of the UE, then the previously selected interface (ie the information specified by the network and the interface selected in view of the load balance) will be used. Become.
- the UE will attempt to move one or several CNs to the 3G interface and use the CMIPv6 interface for those specified by the network. If such an interface transfer cannot be performed, the UE will select an interface to satisfy the power problem. Note that when both the power state and the load balance are considered, these processes (these parameters) may be weighted.
- FIG. 5A shows an operation when an inter-MAG RO exists
- FIG. 5B shows an operation when the CN has a robust mobility management mode and the mode cannot be changed.
- the UE 504 has two interfaces such as a 3G interface and a WiMAX interface, and is connected to the EPC 500 via the access network 503 and the access network 502, respectively.
- the UE 504 uses PMIPv6 mechanism via 3G interface and CMIPv6 mechanism via WiMAX interface.
- the P-GW 511 is the home agent of the UE 504 and the domain 500 is the home domain of the UE 504. Further, it is assumed that the UE performs data communication with the CN 513. Further, it is assumed that the CN 513 uses the PMIPv6 mechanism, and the home domain of the CN 513 may be the domain 500 or another domain. Furthermore, it is assumed that an inter-MAG RO (for example, an RO between the S-GW 508 and the AGW 510) exists in the domain 500.
- the signaling 514 indicates that the inter-MAG RO can be established by the P-GW 511, for example. That is, a query as shown in signaling 514 is used to identify between MAGs that need to establish tunnel 512.
- CN 513 belongs to another home domain
- P-GW 511 needs to interact with another P-GW to identify AGW 510 (ie, MAG). Further, the inter-MAG RO can be established without receiving the involvement of the P-GW 511 by using the RR.
- the data packet is the ingress interface of P-GW 511.
- the P-GW 511 knows that the inter-MAG RO exists (assuming that the P-GW 511 assists in establishing the inter-MAG RO), and does not mark the tunnel packet. Since the data packet is not marked, UE 504 communicates with CN 513 using the 3G interface according to the operation of the present invention.
- the 3G interface is an ideal interface when an inter-MAG RO exists.
- the first data packet may be transmitted between the MAGs without going through the P-GW 511, so that the P-GW 511 is marked. I can't. Even in this case, since the first data packet is not marked, the UE can select an ideal interface (ie, 3G interface) to communicate with the CN 513. is there.
- an ideal interface ie, 3G interface
- FIG. 5B will be described.
- the same assumption as in FIG. 5A described above is made, but it is assumed that the home domain of CN 526 is the home domain 515. Further, the mobility of the CN 526 is managed by the PMIPv6 mechanism, and this mobility management mode is assumed to be static.
- a message 556 in FIG. 5B indicates the first data packet transmitted from the CN 526 to the UE 516. This message 556 is tunneled via the P-GW 522.
- the P-GW 522 identifies that the CN 526 is using the PMIPv6 mechanism and further identifies that it may hold information regarding the static mobility mode assigned to the CN 526. In such a case, even if the data packet is transmitted via the ingress interface of the P-GW 522, the P-GW 522 does not mark the data packet.
- the UE 516 When the UE 516 receives the data packet of the message 556, the UE 516 does not confirm the mark explicitly attached to the data packet or the mark explicitly notified. Therefore, UE 516 uses PMIPv6 mechanism, ie 3G interface. Since CN 526 cannot switch to CMIPv6 mode, it does not use the CMIPv6 interface for UE 516. Thus, the ideal path realized by the operation of the present invention is that indicated by message 527 in FIG. 5B.
- the P-GW 522 may provide the UE 516 with information that the CN 526 cannot switch the mobility management mode. As a result, the UE 516 can be prevented from requesting the CN 526 to switch the mobility management mode.
- FIG. 6 illustrates an example of a functional architecture 600 of a UE having MIPv6 functions necessary for realizing the present invention.
- the functional architecture 600 shown in FIG. 6 has three main functional modules: a lower layer protocol module 608, a layer 3 protocol module 602, and an upper layer protocol module 601.
- the functional architecture 600 shown in FIG. 6 is a lower layer protocol module 608, a layer 3 protocol module 602, and an upper layer protocol module 601.
- the lower layer protocol module 608 has a plurality of lower layer protocol modules directly related to the UE interface. For example, when the UE has n interfaces, the same number n of lower layer protocol modules exist.
- the lower layer protocol module 608 includes functions necessary for basic data communication such as signal modulation, encoding compression, media access control, link layer control, etc., and a plurality of UE interfaces (multi-interface). The functions of the physical layer and the data link layer as a whole are implemented, including the functions necessary for the network.
- the lower layer protocol module 608 further includes a lower layer signal receiving unit 607.
- the lower layer signal receiving unit 607 supports main signal processing according to the present invention, and has a receiving function for receiving, for example, a mark received from the S-GW (or P-GW). For example, when the P-GW notifies the S-GW regarding the mark described in the first embodiment, the S-GW can pass the information to the UE using the method of L2. It is. This mark information can be transmitted by encapsulating the data packet in the L2 tunnel and inserting the mark in the L2 tunnel. If the S-GW connected to the interface using the PMIPv6 mechanism is the first hop router to the UE, the mark information may be transmitted to the UE using simple L2 signaling. .
- the lower layer signal receiving unit 607 can receive the L2 signal and pass necessary information to the layer 3 protocol module 602 through the signaling interface 606.
- the information passed to layer 3 includes information indicating whether or not the mark has been received from the P-GW.
- the mark information is transmitted to the L3 submodule which is an MN processing unit (MN processing unit 603 for interface selection) that performs interface selection.
- the middle layer of the functional architecture 600 is the layer 3 protocol module 602 in FIG.
- the layer 3 protocol module 602 includes, for example, an IPv6 routing unit 605, an MIPv6 mobility management unit 604, an MN processing unit 603 for MN interface selection, an MN processing unit 615 for RO with a multi-interface CN, and a CN database 614.
- the IPv6 routing unit 605 is connected to the MN processing unit 603 related to interface selection by the signaling interface 609 and the MIPv6 mobility management unit 604 is connected by the signaling interface 610. Further, the IPv6 routing unit 605 is connected to the lower layer protocol module 608 by the signaling interface 611, and the MIPv6 mobility management unit 604 is connected by the signaling interface 612. The MN processing unit 603 related to interface selection is connected to the CN database 614 by an interface 613.
- the main functions of the IPv6 routing unit 605 are packet dispatch, address configuration, neighbor search, and the like.
- the MIPv6 mobility management unit 604 can perform mobility management of a mobile node with respect to a single interface or a plurality of interfaces, and can also perform binding processing of a MoNAMI6 type.
- the MIPv6 mobility management unit 604 identifies the mark transmitted from the P-GW (for example, when the mark is directly transmitted to the WiMAX interface of the UE), and notifies the MN processing unit 603 regarding interface selection. Based on this information, the MN processing unit 603 for interface selection grasps the interface selected by the network.
- the P-GW may insert a mark in the tunnel and tunnel the data packet to the WiMAX interface.
- a mark is transmitted directly from the S-GW or P-GW to the UE using an L3 message (message that is an explicit message and not related to a data packet) such as an ICMPv6 message
- the IPv6 message The routing unit 605 passes the mark or its message to the MN processing unit 603 regarding interface selection.
- a mark is transmitted by a mobility header message or mobility header having a new option, it is processed by the MIPv6 mobility management unit 604 and then sent to the MN processing unit 603 related to interface selection.
- the UE selects an ideal interface (correct interface) using many criteria.
- Some of the main determination processes performed by the MN processing unit 603 related to interface selection are related to a process in which the UE checks whether a mark exists.
- the MN processing unit 603 related to interface selection recognizes that the 3G interface is specified (designated) by the network. If it is, the network recognizes that the WiMAX interface is specified (designated) by the network.
- the MN processing unit 603 regarding interface selection may use the CN database 614.
- the CN database 614 has all the different QoS parameters related to the CN.
- the CN database 614 may include information that can separate CN or flow priorities based on, for example, QoS requirements.
- the MN processing unit 615 related to RO with the multi-interface CN has a function of performing RO processing with the CN having a plurality of interfaces.
- the MN processing unit 615 related to the RO with the multi-interface CN performs only the additional signaling processing required when communicating with the CN of the plurality of interfaces.
- the MN processing unit 615 for RO with the multi-interface CN mainly has a function of negotiating which entity notifies the CN of the network status.
- the MN processing unit 615 related to the RO with the multi-interface CN has a function of performing signaling in which the UE requests use of a specific interface to the CN of the plurality of interfaces, and the selected interface, network information, It has a function of transmitting a request for using a specific interface to the CN using, for example, a single signaling message.
- FIG. 7 illustrates an example of a functional architecture 700 of P-GW having MIPv6 functions necessary for realizing the present invention.
- the functional architecture 700 shown in FIG. 7 has a lower layer protocol module 706 and a layer 3 protocol module 701.
- the lower layer protocol module 706 has functions related to all data link layers and bandwidth levels.
- the layer 3 protocol module 701 includes an IPv6 routing unit 705, a MIPv6 mobility management unit 704, a route optimization support unit 703, and a PMIPv6 mobility management unit 702. Although an appropriate interface between these modules is not clearly shown in FIG. 7, such an interface exists and parameters can be exchanged between the modules.
- the IPv6 routing unit 705 has standard IPv6 mechanism functions such as basic routing, address configuration, and neighbor search.
- the MIPv6 mobility management unit 704 realizes the same function as the MIPv6 home agent that additionally supports the MoNAMI6 function.
- the MIPv6 mobility management unit 704 performs, for example, CMIPv6 binding update processing, transmission of an ACK signal related to binding update, tunneling of data packets, maintenance of a binding cache, and the like.
- the PMIPv6 mobility management unit 702 has a basic LMA function disclosed in a document (such as Non-Patent Document 2) related to PMIPv6.
- the route optimization unit 703 has the following functions, for example.
- the route optimization unit 703 has a function of processing a new message transmitted from the UE. This new message is for requesting detection (monitoring) of a packet sent to the home address or a packet sent from a certain CN (or CN group).
- the route optimization unit 703 has a function of detecting whether a data packet is routed through an ingress interface when there is no MAG tunnel or when a static mobility mode is not configured in the CN. ing.
- the route optimization unit 703 uses a separate message to explicitly notify the UE of a mark indicating that the CN exists in the same domain, or when a data packet is tunneled via MAG When CN or CN exists in the same domain, it has a function of inserting a mark into a data packet tunneled to the UE and notifying implicitly.
- the route optimization unit 703 determines that the first data packet is sent via the ingress interface of the P-GW when the inter-MAG RO exists or the CN is in the static mobility management mode. Also has a function of not transmitting the mark.
- a mark indicating that the CN exists in the same domain can be transmitted by an explicit message or added to a data packet.
- additional signaling that is, an explicit message
- the data packet becomes large by inserting the additional information. For example, the enlarged data packet may be discarded or fragmented on the route.
- the P-GW When the P-GW detects that it is necessary to insert a mark, it can attach the mark information to the data packet tunneled to the S-GW.
- the mark is inserted into the tunnel header as an additional extension header, for example, and this packet is, for example, a packet 814 illustrated in FIG.
- P-GW 316A in FIG. 3A acquires the first packet addressed to the home address of the UE. Assuming PMIPv6 binding is present in the P-GW, data packets are tunneled to the S-GW using a tunnel between the S-GW and P-GW created using the PMIPv6 binding. Will be.
- the tunneled data packet has an IPv6 header 815, an authentication header 816 for enabling the tunnel, and a destination option header 817 that can be referred to by the tunnel end point.
- the tunnel end point indicates the MAG or S-GW in FIG. 3A.
- a tunneled data packet is embedded following the tunnel header. This data packet includes a normal IPv6 header 818 and the data packet 819 itself.
- the destination option header 817 has a new option indicating a mark.
- the S-GW receiving this mark needs to tunnel the internal data packet to the 3G interface of the UE using L2 tunneling or GTP type tunneling currently used in E-UTRAN after decapsulating the tunnel. There is. It is possible to carry this mark through a tunnel between the S-GW and the UE. It is obvious to those skilled in the art that when a data packet is used as the packet 814, it is not necessary to include a CN address. That is, the CN address is inserted in the IPv6 header 818. Note that the CN address is indispensable information for the UE to specify which CN is associated with the interface selected by the network.
- the S-GW can use the L2 header to transmit the data packet to the UE by an access-specific mechanism. For example, if the UE is directly connected to the S-GW (MAG), such packet transfer can occur.
- MAG S-GW
- the L2 header can transmit a mark specified by the S-GW, and can be realized by a frame 807 shown in FIG. 8, for example.
- the frame 807 is an example of the frame structure of the above-described L2 message that carries information regarding the mark.
- the first field is a flag field 800 indicating the start of the frame.
- the next field is a media access control address (MAC address) field 801.
- MAC address media access control address
- the transmission source and destination addresses of the L2 header are described.
- the source address is the MAC address of the ingress interface of MAG (S-GW)
- the destination address is the MAC address of the UE.
- the following field is a control field 802 for identifying the specific type of frame used.
- This control field 802 is essential for the receiver to correctly process the L2 frame. Basically, the control field 802 identifies the frame type or message type.
- the subsequent field is a protocol ID field 803, which describes a value related to a packet generated in a higher layer.
- the subsequent field is an information field 804, and information on the mark is carried by this information field 804.
- a frame check sequence field 805. The sender and receiver calculate the value of the frame check sequence field 805. This value is used to confirm that the frame has been transmitted without tampering.
- the last field is a flag field 806 used as a frame delimiter (basically specifying the end of the frame). Note that the structure of the frame 807 is an example, and the frame 807 may be transmitted using another frame structure different from the structure of the frame 807. Note that the L2 header has a structure peculiar to the link layer, and the frame 807 uses a general structure.
- the P-GW uses explicit signaling for notifying the mark
- the message 813, 831, or 841 can be used.
- the message 813 or the message 831 can be used as a signaling message directly transmitted to the S-GW.
- the message 813 is a new signaling message having a new mobility extension header 810. Information specifying a mark is inserted into the new mobility extension header 810.
- a CN identifier (CN address or other CN identification information) that allows the UE to identify the CN is carried by the CN identifier field 812.
- the S-GW When the S-GW receives this message 813, it transmits CN information to the UE using the ICMPv6 control message 841.
- ICMPv6 control message 841 a CN identifier is inserted into the message.
- the P-GW can also directly send an ICMPv6 control message in the format of message 841 to the UE.
- the destination address of the ICMPv6 control message is the home address of the UE, and the source address is the P-GW address.
- the mark is notified by the ICMPv6 control message. At this time, the mark may be inserted, or for example, the presence of the CN identifier may be determined to mean the notification of the mark.
- a message 831 using a PMIPv6 type message format may be transmitted.
- the CN address is embedded using a new mobility option as indicated by option 836.
- the S-GW processes this new mobility option 836, it means that the mark is potentially embedded (ie, the presence of the new mobility option 836 means the mark).
- this message 831 is only valid up to the S-GW, in order to transmit the mark to the UE, another independent message needs to be sent to the UE, and the S-GW notifies the UE of the mark. For example, those described above can be used.
- the notification of the mark may be performed using another type of message.
- An example of these messages is illustrated in messages 851 and 825 in FIG. Both messages 851 and 825 show an example of an explicit message format. Note that “explicit” in this specification means that the mark is transmitted by an independent message without being inserted into the data packet.
- Both messages 851 and 825 are addressed to the care-of address of the UE.
- the mark is transmitted using the BU mobility extension header.
- the CN address is transmitted by the new mobility option 824.
- the new mobility option 824 identifies the mark.
- the mark is specified by the flag in the field 829. Also in the message 825, the CN identifier is inserted into the standard mobility option 830. It is obvious that a message having an explicit mark may be transmitted by the message 841 using the WiMAX interface. Also, a CN data packet destined for the UE's home address may be transmitted from the P-GW to the care-of address of the UE, and this tunnel header has a destination option header that carries mark information in the same manner as the packet 814. You may do it.
- An example of the method of the present invention is to mark packets that the network arrives from the same domain as described above, but as an alternative, the UE obtains the prefix owned by the domain from the P-GW. It is also possible to carry out the method. The UE can obtain these prefixes by explicitly requesting from the P-GW. Based on the prefix list obtained from the P-GW, the UE compares the CN address prefix with the prefix list that can be referred to by the UE. If there is a matching entry for the CN prefix, the UE knows that the CN is in the same domain and, as explained in the first embodiment, the CMIPv6 interface (or WiMAX interface) is selectively used. On the other hand, when there is no matching entry regarding the CN prefix, the UE recognizes that the CN exists in the foreign domain and uses the PMIPv6 interface (or 3G interface).
- PMIPv6 interface or 3G interface
- the P-GW or CN's home mobility anchor is transmitted from the CN's HoA to the UE's HoA.
- Data packet can be tunneled to the UE's home mobility anchor (P-GW 121).
- P-GW 121 UE's home mobility anchor
- the CN P-GW has a function of detecting (monitoring) the CN related to the CN 122, so that the CN P-GW identifies the UE HoA and inserts a special tunnel.
- the UE's P-GW retrieves this packet without retrieving the stored information. It is possible to specify that the mark does not need to be marked. Thus, the processing load of the P-GW of the UE is reduced by the support of the CN's P-GW. On the other hand, if there is some type of cooperation between P-GWs, it is possible to implement a mechanism that can further reduce the processing load of the network entity by further supporting the concept according to the present invention.
- the UE 905 has two interfaces, the 3G interface of the UE 905 is connected to the S-GW 907, and the WiMAX interface is connected to the AGW 908.
- the mobility of the 3G interface of the UE 905 is managed by the PMIPv6 mechanism
- the mobility of the WiMAX interface of the UE 905 is managed by the CMIPv6 mechanism.
- P-GW 915 is the home mobility anchor point or the UE 905 HA.
- the CN 906 also has a plurality of interfaces (3G interface and WiMAX interface).
- the 3G interface of the CN 906 is connected to the S-GW 909, and the WiMAX interface is connected to the AGW 910.
- both the UE 905 and the CN 906 in FIG. 9 are connected to the same domain 900.
- the home agent of CN 906 is P-GW 915.
- the CN 906 has a function for requesting a mark and a function for processing the mark and selecting an ideal interface described as the function of the present invention.
- UE 905 and CN 906 in FIG. 9 can first adjust which one searches for the ideal interface. . Such adjustment may be performed by, for example, band signaling, out-of-band signaling, manual configuration, or the like.
- the UE 905 can identify that the CN 906 exists in the same domain from the mark notified from the network by the above-described operation. is there. In this case, both can exist in the same domain, and it is possible to send a final notification to the CN 906 that the CN 906 should use the CMIPv6 interface.
- the signaling performed by the UE 905 in this way can prevent the CN 906 from actively performing an ideal interface selection process, and the processing load and signaling related to the CN 906 can be reduced.
- the UE 905 may provide both the network selected interface and the UE selected interface to the CN 906. . If CN 906 has information that the interface specified by the network is more stable, CN 906 will select the interface specified by the network when selecting its own interface, otherwise , CN 906 performs interface selection based on the interface selected by UE 905.
- the CN 906 When using information selected by the network, for example, the CN 906 uses a CMIPv6 interface. On the other hand, when the CN 906 selects an interface different from the interface specified by the network based on the interface selected by the UE, the CN 906 may use the 3G interface.
- the CN 906 may notify the UE 905 of the interface determination result by the CN 906.
- the UE 905 may request the CN 906 to select a desired interface for UE-CN communication. For example, if this traffic flow does not tolerate jitter, UE 905 may also want CN 906 to use PMIPv6 mode to reduce signaling delays that occur during the movement of peer nodes in the domain. However, CN 906 may use MIPv6 mode based on some conditions. In this way, the UE 905 notifies a preference indicating which interface the CN 906 should use (which is desirable for the UE 905), and the CN 906 determines whether to accept the offer (UE 905 preference). Is possible.
- ⁇ Fourteenth embodiment an example in which a UE with multiple interfaces and a CN with multiple interfaces follow information provided by the network when selecting an interface>
- an adjustment method by a multi-interface UE and a multi-interface CN, and an ideal interface determination method for mutual communication will be described.
- both the UE and the CN determine the UE-CN communication interface based only on information provided by the network. Hereinafter, this operation will be described with reference to the message sequence chart shown in FIG. 10A.
- UE1000A and CN1008A are located in the same management domain and are going to perform data communication with each other. Both of these peer nodes also want to locate each other on the routing topology and use an ideal interface to achieve RO and efficient mobility management in relation to each other's communication. Assume that
- the UE 1000A has two interfaces, for example, an LTE interface 1001A and a WiMAX interface 1002A.
- the LTE interface 1001A of the UE 1000A is connected to the S-GW 1003A
- the WiMAX interface 1002A is connected to the AGW 1004A.
- the P-GW 1005A has binding registration related to the UE 1000A.
- the CN 1008A has two interfaces, for example, an LTE interface 1009A and a WiMAX interface 1010A.
- the LTE interface 1009A of the CN 1008A is connected to the S-GW 1006A, and the WiMAX interface 1010A is connected to the AGW 1007A.
- the P-GW 1005A has binding registration related to the CN 1008A.
- the mobility of the LTE interfaces (LTE interfaces 1001A, 1009A) of both the UE 1000A and the CN 1008A is managed by the PMIPv6 mechanism, and the mobility of the WiMAX interfaces (WiMAX interfaces 1002A, 1010A) of both the UE 1000A and the CN 1008A is controlled by the CMIPv6 mechanism. Suppose it is managed.
- Such negotiation is shown in message 1011A in FIG. 10A.
- UE 1000A notifies CN 1008A by message 1011A that UE 1000A specifies an ideal interface for communication.
- CN 1008A receives this message 1011A, CN 1008A does not request P-GW 1005A for information regarding UE 1000A.
- Such negotiation message 1011A saves a lot of signaling.
- UE 1000A requests P-GW 1005A to provide information on CN 1008A.
- the P-GW 1005A notifies the UE 1000A by a mark that the CN 1008A exists in the same domain. Further, the interface of CN 1008A is notified as to which packet has arrived at P-GW 1005A. Note that the P-GW 1005A can easily specify whether the packet of the CN 1008 has reached the CN's PMIPv6 interface (for example, the PMIPv6 packet is tunneled via the MAG).
- UE 1000A Upon receiving this message 1012A, UE 1000A starts a determination process regarding which interface to select. Here, it is assumed that the UE 1000A decides to follow the interface notified from the network and decides to communicate with the CN 1008A using the WiMAX interface 1002B. However, the UE 1000A does not grasp anything about the WiMAX access of the CN 1008A. In order to achieve a complete RO between UE 1000A and CN 1008A, both entities need to use the WiMAX interface used in CMIPv6 mode. Therefore, UE 1000A requests CN 1008A to use CMIPv6 if it has CMIPv6 by message 1013. Note that it is also possible to notify that both the UE 1000A and the CN 1008A exist in the same domain by the message 1013.
- the CN 1008A is considered to have decided to use the WiMAX interface 1010A.
- CN 1008A decides not to use the WiMAX interface (or when CN 1008A does not have a CMIPv6 interface)
- bidirectional data communication is performed through the route optimization path indicated in the message 1014.
- both the UE 1000B and the CN 1008B exist in the same management domain. Further, it is assumed that both UE 1000B and CN 1008B are connected to the network via both interfaces.
- the LTE interface 1001B of the UE 1000B is connected to the S-GW 1003B, and the mobility of the LTE interface 1001B is managed by the PMIPv6 mechanism. Further, it is assumed that the WiMAX interface 1002B of the UE 1000B is connected to the AGW 1004B, and the mobility is managed by the CMIPv6 mechanism.
- the LTE interface 1009B of the CN 1008B is connected to the S-GW 1006B, and its mobility is managed by the PMIPv6 mechanism.
- the WiMAX interface 1010B of the CN 1008B is connected to the AGW 1007B, and its mobility is managed by the CMIPv6 mechanism.
- P-GW 1005B is assumed to be a mobility anchor point for both UE 1000B and CN 1008B.
- UE 1000B notifies CN 1008A by message 1015B that UE 1000B specifies an ideal interface for communication. That is, the UE 100B notifies the CN 1008B of notifying the CN 1008B of information related to an appropriate interface for performing optimized communication.
- the P-GW 1005B uses the message 1016B to specify the CN location (whether it is the same domain) and the interface (PMIPv6 interface or CMIPv6 interface) used by the CN. Assume that the UE 1000B is notified. Further assume that UE 1000B decides to follow the information provided by the network and that CN 1008B decides to use the WiMAX interface because it is in the same domain.
- UE 1000B After performing this interface selection, UE 1000B transmits message 1017B to CN 1008B to notify CN 1008B that the CMIPv6 interface (that is, WiMAX interface 1002B) is to be used. Note that the P-GW 1005B notifies the UE 1000B that the CN 1008B also has a plurality of interfaces.
- CMIPv6 interface that is, WiMAX interface 1002B
- CN 1008B decides not to use, for example, the CMIPv6 interface.
- the CN 1008B returns a signaling message 1018B to the UE to notify the use of the OMIPv6 interface (LTE interface 1009B) managed by the PMIPv6 mechanism.
- the UE 1000B Upon receiving this message 1018B, the UE 1000B determines whether to use the WiMAX interface 1002B and performs CMIPv6 signaling or considers the determination again.
- the UE 1000B uses the LTE interface 1001B for communication with the CN 1008B according to the notification from the CN 1008B and decides to save power.
- the data path of the UE-CN communication is bidirectional data communication using the LTE interface 1001B and the LTE interface 1009B, as indicated by the message 1019B.
- the signaling message shown in the fifteenth embodiment may be in-band signaling related to the data message or out-of-band signaling not related to the data message. Such a message can be transmitted by any method.
- an interface selection process for a multi-interface UE to communicate with a multi-interface CN is performed based on the selection criteria of each UE.
- the state information and the interface determined by the UE are notified to the CN. Based on this notification information, the CN can make a decision regarding an appropriate interface.
- this operation will be described with reference to the message sequence chart shown in FIG. 11A.
- both UE 1100A and CN 1108A exist in the same management domain. Also assume that both UE 1100A and CN 1108A are connected to the network via both interfaces.
- the LTE interface 1101A of the UE 1100A is connected to the S-GW 1103A, and the mobility of the LTE interface is managed by the PMIPv6 mechanism.
- the WiMAX interface 1102A is connected to the AGW 1104A, and its mobility is managed by the CMIPv6 mechanism.
- the LTE interface 1109A of the CN 1108A is connected to the S-GW 1106A, and the mobility is managed by the PMIPv6 mechanism.
- the WiMAX interface 1110A of the CN 1108A is connected to the AGW 1107A, and its mobility is managed by the CMIPv6 mechanism.
- the P-GW 1105A is a mobility anchor point of both the UE 1100A and the CN 1108A.
- UE 1100A sends message 1111A to CN 1108A to negotiate which entity identifies the appropriate interface.
- This message 1111A is the same as that described in detail in the fourteenth and fifteenth embodiments.
- P-GW 1105A notifies UE 1100A that CN 1108A exists in the same domain as UE 1100A by message 1112A. However, it is assumed that UE 1100A decides to use LTE interface 1101A even though CN 1108A exists in the same domain. At this time, UE 1100A provides CN 1108A with information provided by the network, information on the interface selected by UE 1100A, and the like by message 1113A.
- the UE 1100A provides the above information to the CN 1108A so that the CN 1108A knows the actual network state (ie, the state at the location of the UE 1100A) and the state that the UE 1100A follows (ie, the interface selected by the UE). Is possible.
- the CN 1108A may want to follow the network status (information provided from the network), or may want to follow the UE 1100A decision pattern. Also, if the UE 1100A decision result regarding the appropriate interface continues to fluctuate, the CN 1108A desires to reduce the processing load related to the interface selection by following the actual network state when selecting the interface. It may be. However, if the CN 1108A determines that it is essential to know the state of the UE 1100A regarding the flow performance, the CN 1108A needs the state information of the UE 1100A to determine an appropriate interface. Therefore, the CN 1108A needs to grasp both the network state and the result selected by the UE 1100A, and can select an interface based on these pieces of information.
- CN 1108A when CN 1108A makes a decision regarding an appropriate interface, CN 1108A notifies UE 1100A of the decision through message 1114A. It is important that the UE 1100A can further readjust the interface selection by grasping the interface determined by the CN 1108A. For example, the CN 1108A decides to use the PMIPv6 interface, notifies the UE 1100A by the message 1114A, the UE 1100A determines that the decision is appropriate, and can follow the decision.
- a multi-interface UE does not follow the information provided by the network regarding the appropriate interface, but provides both selection by the UE and network information to the CN, and also provides its preferences to the CN.
- Example of notification> Also in the seventeenth embodiment of the present invention, a case will be described in which interface selection for a UE with multiple interfaces to communicate with a CN with multiple interfaces is performed based on the selection criteria of each UE. However, the UE provides the CN with the actual state information provided by the network, as well as the UE-determined interface as well as the UE's preferences (the interface that is preferably selected by the CN), so that the CN It is possible to select an appropriate interface for the UE. Hereinafter, this operation will be described with reference to the message sequence chart shown in FIG. 11B.
- both the UE 1100B and the CN 1108B exist in the same management domain. Also assume that both UE 1100B and CN 1108B are connected to the network via both interfaces.
- the LTE interface 1101B of the UE 1100B is connected to the S-GW 1103B, and mobility of the LTE interface 1101B is managed by the PMIPv6 mechanism.
- the WiMAX interface 1102B of the UE 1101B is connected to the AGW 1104B, and the mobility is managed by the CMIPv6 mechanism.
- the LTE interface 1109B of the CN 1108B is connected to the S-GW 1106B, and its mobility is managed by the PMIPv6 mechanism.
- the WiMAX interface 1110B of the CN 1108B is connected to the AGW 1107B, and its mobility is managed by the CMIPv6 mechanism.
- P-GW 1105B is a mobility anchor point of both UE 1100B and CN 1108B as in the above-described fourteenth to sixteenth embodiments.
- UE 1100B sends message 1116B to CN 1108B to negotiate which entity identifies the appropriate interface.
- This message 1116B is the same as that described in detail in the above fourteenth to sixteenth embodiments.
- P-GW 1105B notifies UE 1100B that CN 1108B exists in the same domain as UE 1100B by message 1117B. However, it is assumed that the UE 1100B decides to use the LTE interface 1101B even though the CN 1108B exists in the same domain. At this time, the UE 1100B provides the CN 1108A with a preference of the UE 1100B indicating a suitable interface to be used by the CN 1108B, in addition to the information provided by the network and the information of the interface selected by the UE, by the message 1118B. .
- Message 1118B transmits an important trigger and requests CN 1108B to use a specific interface.
- the UE 1100B preference informs the specific interface that the UE 1100B wants the CN 1108B to use.
- the CN 1108B notifies a response indicating whether or not the use request of the specific interface according to the message 1119B is followed. For example, when the CN 1108B notifies that the request is followed, both the UE 1100B and the CN 1108B can use the same type of interface (for example, an LTE interface).
- FIG. 12 is a flowchart showing an outline of the operation of the UE according to the present invention.
- step S1200 the UE negotiates a node that notifies an ideal interface.
- the UE checks in step S1201 whether it is possible to determine an appropriate interface using only the information provided by the network (information from the P-GW).
- step S1202 If it is determined in step S1201 that the information provided by the network may be followed, in step S1202, the UE notifies the CN of the information provided by the network and a suitable interface to be selected by the CN. After this step S1202, in step S1203, a check is made as to whether the CN has followed the interface proposed by the UE (interface according to information provided by the network).
- step S1203 If it is determined in step S1203 that the CN has followed, no further processing is performed, and in step S1204, communication is performed according to the determination made so far. On the other hand, if it is determined in step S1203 that the CN has not been followed, in step S1205, the UE re-evaluates the decision regarding interface selection. At this time, the UE basically reevaluates the decision regarding the interface based on the interface selected by the CN.
- step S1201 determines whether the information provided by the network is not followed. If it is determined in step S1201 that the information provided by the network is not followed, in step S1206, in addition to the information provided by the network, the UE performs other criteria such as load balance and power problems. Select the interface based on
- step S1207 it is checked whether it is necessary to request the CN to use a specific interface. If it is determined in step 1207 that the CN needs to be used to use a specific interface, in step 1209, the UE requests the CN to use the specific interface. Further, when it is determined in step 1207 that it is not necessary to request the CN to use a specific interface, no further processing is performed, and in step S1209, according to the previous determination (or provided by the network). Communication is ignored).
- an IP address (3G.IP.UE1350) is assigned from the P-GW 1358 to the UE 1350.
- the UE 1350 requests the P-GW 1358 to notify the UE 1350 about how to receive the packet from the CN 1364.
- the P-GW 1358 executes the detection mechanism described in the above embodiment, and specifies the position of the CN 1364.
- the P-GW 1358 makes a notification regarding the CN 1364 to the UE 1350 by marking the data packet from the CN 1364 to the UE 1350. This mark enables the UE 1350 to know that the CN 1364 does not exist in the EPC 1355. This mark may be transmitted in an L2 / L3 message transmitted directly from the P-GW 1358 to the UE 1350, but is not limited to this.
- step S1400 the UE 1350 checks for the type of notification provided from the P-GW 1358 (step S1401).
- the UE 1350 may use the IP address assigned for EPC access (for further communication with the sender of the packet). 3G.IP.UE 1350) is used (step S1403). When this determination is made, the process ends (step 1405).
- the process ends (step 1405).
- ⁇ 20th Embodiment Determination from UE to HeNB when CN exists in EPC>
- the terminal determines which IP address (3G.IP.UE1350 or HN.IP.UE1350). There is a possibility that it should be used for communication with the responding node.
- CN1366 is also a subscriber of EPC1355, and 3G. IP. Assume that the user has an IP address for accessing the EPC via the CN 1366.
- EPC 1355 ie, HeNB 1352 ⁇ S-GW 1354 ⁇ CN 1366 P-GW ⁇ P-GW 1358.
- the P-GW 1358 receives this packet and grasps that the transmission source (source) exists in the EPC 1355.
- the P-GW 1358 inserts a mark into this packet so that the UE 1350 can recognize that this packet has been received from within the EPC 1355.
- UE 1350 knows this, and in order to communicate with CN 1366, 3G. IP. Decide to use UE 1350.
- UE 1350 provides the shortest round trip time between UE 1350 and CN 1366, so UE 1350 can communicate with HN. IP. UE1350 should be used. Therefore, in this case, the UE 1350 desirably requests the HeNB 1352 to notify the UE 1350 of the location of the CN 1366 in the EPC 1355.
- step S1501 a determination method in which the terminal requests the HeNB to notify the terminal of the position of the correspondent node will be described using a flowchart.
- the UE 1350 receives from the P-GW 1358 a type of notification in which a mark indicating that a packet has been received from within the EPC 1355 is received from the P-GW 1358 (step S1500)
- the UE 1350 informs the UE 1350 about how the HeNB 1352 receives similar packets.
- a notification is requested (step S1501).
- the HeNB 1352 When receiving the same packet, the HeNB 1352 notifies the UE 1350 of the packet reception method. Upon receiving the notification from the HeNB 1352, the UE 1350 checks the notification type (step S1502).
- the UE 1350 may send an EPC access to further communicate with the packet sender. Therefore, a determination is made to use the IP address (3G.IP.UE 1350) assigned for the purpose (step S1503). When this determination is made, the process ends (step S1505).
- this notification is to notify the UE 1350 that the packet has been received from the inside (inside the home network 1351) to the home network 1351
- the UE 1350 may further communicate with the sender of the packet. Then, a determination is made to use the IP address (HN.IP.UE 1350) assigned for home network access (step S1504). When this determination is made, the process ends (step 1505).
- UE 1350 and CN 1366 have a communication session.
- CN1366 is a 3G. IP.
- a packet is transmitted to UE1350.
- the packet is routed through the HeNB 1352 and S-GW 1354 to the P-GW (P-GW 1358) of the UE 1350.
- the P-GW 1358 recognizes that the received packet is from within the EPC 1355, and notifies the UE 1350 that the CN 1366 is located in the EPC 1355.
- UE 1350 decides to further grasp the exact location of CN 1366 in EPC 1355 and requests HeNB 1352 to notify UE 1350 about how HeNB 1352 receives packets from CN 1366. Subsequently, when CN 1366 transmits another packet to UE 1350, the packet is first sent to HeNB 1352.
- the HeNB 1352 When the HeNB 1352 receives a packet transmitted from the CN 1366 as a sender (source) to the UE 1350 in the home network 1351, the HeNB 1352 notifies the UE 1350 that the CN 1366 is located in the home network 1351. As a result, the UE 1350 allows the HN. IP. It decides to communicate with CN 1366 using UE 1350 and realizes optimized communication with CN 1366.
- the HeNB 1352 has a source address of 3G. IP.
- a packet from CN 1366 that is CN 1366 is received twice (intercept). The first intercept is when CN 1366 forwards the packet to HeNB 1352 through the radio bearer. This packet is transferred to the P-GW of the CN 1366 in the EPC 1355 through the cellular link 1353. The packet is then forwarded to P-GW 1358, which is the mobility anchor of UE 1350. The second interception by the HeNB 1352 is performed when this packet is received from inside the EPC 1355 (that is, the P-GW in the EPC 1355).
- the HeNB 1352 triggers a packet check at the first interception of the CN 1366 packet, and determines whether the packet is from the CN 1366 in the home network 1351.
- the HeNB 1352 receives this packet at the second intercept, the packet arrives through the logical cellular link 1353, so the HeNB 1352 is not triggered to check this packet.
- FIG. 16 shows an example of a suitable functional architecture of the HeNB used in the present invention.
- a preferred functional architecture 1600 of the HeNB illustrated in FIG. 16 includes a network interface module 1601, a radio control layer 1602, an application control layer 1603, and an application layer 1606.
- the network interface module 1601 is a functional block including all hardware and software necessary for a suitable apparatus to communicate with another node through an arbitrary communication medium. Using terminology well known in the related art, the network interface module 1601 represents layer 1 (physical layer) and layer 2 (data link layer) communication components, firmware, drivers, and communication protocols. It should be apparent to those skilled in the art that the functional architecture 1600 may include one or more network interface modules 1601. For example, as an example, the HeNB is integrated into a digital subscriber line router (DSL router) and has a cellular radio interface and a digital subscriber line link interface.
- DSL router digital subscriber line router
- the network interface module 1601 can transmit a trigger / packet to the radio control layer 1602 through the signal / data path 1607. For example, the network interface module 1601 transfers the packet to the radio control layer 1602 so that a search for determining the position of the correspondent node can be performed.
- the radio control layer 1602 performs necessary control for the network interface module 1601. For example, in order to control the cellular radio interface, an access stratum (AS) defined by 3GPP is used to ensure that a radio link can be established between the HeNB and the UE. Similarly, the radio control layer 1602 functions as a proxy for passing an application-specific message received by the network interface module 1601 to the application control layer 1603. The radio control layer 1602 can transmit the trigger / packet to the application control layer 1603 through the signal / data path 1608. For example, the radio control layer 1602 transfers the packet received from the network interface module 1601 to the application control layer 1603 so that a search for determining the position of the correspondent node can be performed.
- AS access stratum
- the application layer 1606 represents a functional block that includes all protocols and programs existing above the network layer of the communication protocol stack. This includes transport layer or session layer protocols such as TCP (Transmission Control Protocol), SCTP (Stream Control Transport Protocol), UDP (User Datagram Protocol), or programs or software required for communication with other nodes. It is out.
- the application layer 1606 can transmit the trigger / packet to the application control layer 1603 through the signal / data path 1609. If the application requires connection setup (eg, VoIP, etc.), the application layer 1606 triggers the application control layer 1603 to set up an appropriate connection for the VoIP session.
- the application control layer 1603 provides support necessary for setting a connection related to an application. For example, in order for the UE 1350 to start a VoIP session, the necessary communication path between the UE 1350 and the P-GW 1358 is reliably set up using a non-access stratum (NAS) defined in 3GPP. To be.
- NAS non-access stratum
- a position notification function 1604 and a position check function 1605 are introduced.
- the location notification function 1604 has a function of creating a notification message that notifies the UE of a specific location of the correspondent node. Creation of the notification message is triggered by the location check function 1605.
- the location check function determines how a packet from the correspondent node is received by the HeNB in order to grasp the location of the correspondent node.
- the position check function 1605 instructs the position notification function 1604 to transmit a notification message for notifying the UE of the specific position of the correspondent node.
- the location check function 1605 is triggered, for example, by receiving a request from the UE requesting to know the location of a particular correspondent node.
- the network interface module 1601 receives a request from the UE 1350 to determine the location of the CN 1366.
- This request includes information for allowing the HeNB to know which packet should be monitored (for example, a packet having CN 1366 as a sender (source)) and a corresponding IP address used by the UE 1350 (for example, 3G.IP.UE 1350).
- the network interface module 1601 transfers this request to the application control layer 1603 through the radio control layer 1602.
- the application control layer 1603 triggers the location check function 1605 to start checking how a packet with CN 1366 as a sender (source) is received.
- the position check function 1605 determines the position of the CN 1366 based on the mutual layer communication method. For example, when the network interface module 1601 transfers a packet to the application control layer 1603, information for informing the application control layer 1603 which interface the packet is received from is embedded in the packet.
- Application control layer 1603 can determine the location of CN 1366 based on which interface the packet was received from.
- the position check function 1605 instructs the position notification function 1604 to transmit a notification message to the UE 1350.
- the format of the notification message to the UE 1350 may be the same as the format illustrated in FIG.
- FIG. 17 shows an example of the format of the notification request used in the preferred embodiment of the present invention.
- the format of the notification request has a message type 1701 and a traffic flow template 1702.
- Message type 1701 indicates the purpose of the message (use of this message).
- the message type may be a bearer resource modification request (Bearer resource modification) request used in 3GPP TS24.301, but is not limited thereto.
- the UE can inform the HeNB of information regarding the type of packet that the HeNB should monitor by using the traffic flow template 1702.
- the traffic flow template 1702 further includes a UE IP address field 1703 and a CN IP address field 1704. The UE can notify the current IP address of the UE to the HeNB by using the IP address field 1703 of the UE. Similarly, the UE can notify the HeNB which packet from which sender (source) should be monitored by the IP address field 1704 of the CN.
- UE 1350 has two IP addresses (3G.IP.UE1350 and HN.IP.UE1350), and CN1366 uses an IP address (3G.IP.CN1366).
- UE 1350 attempts to determine the location of CN 1366 and requests HeNB 1352 to notify UE 1350 of the location of CN 1366.
- the UE 1350 transmits a notification request 1700 to the HeNB 1352 and specifies that the UE 1350 has the IP address (3G.IP.UE1350) of the EPC 1355 in the IP address field 1703 of the UE.
- UE 1350 is HN. IP.
- the UE 1350 does not need to be specified is that this IP address (HN.IP.UE 1350) is assigned by the HeNB 1352 and the HeNB 1352 should already have known. Similarly, in the IP address field 1704 of the CN, the UE 1350 specifies the IP address of CN 1366 (3G.IP.CN1366).
- the location notification function 1604 and the location check function 1605 may be implemented in the radio control layer 1602 instead of the application control layer 1603.
- the advantage of this configuration is that the radio control layer 1602 does not need to forward any packet to the application layer 1603 to determine the location of the correspondent node.
- the radio control layer 1602 is implemented to understand IP messages.
- the UE notifies the HeNB which packet to monitor using the notification request illustrated in FIG.
- the network interface module 1601 notifies the position check function 1605 of which interface the packet is received from, so that the position check function 1605 can determine the position of the correspondent node.
- the position notification function 1604 and the position check function 1605 may be implemented in the application layer 1606 instead of the application control layer 1603.
- the advantage of this configuration is that there is no need to change the control layer (radio control layer 1602 and application control layer 1603) to support the present invention. This means that legacy terminals can use the present invention by installing applications on the terminal without affecting the various control layers.
- the network interface module 1601 notifies the position check function 1605 of which interface the packet has been received from, so that the position check function 1605 can determine the position of the correspondent node.
- ⁇ Twenty-fifth embodiment HeNB notifies UE using radio control plane>
- the HeNB can notify the UE about how a packet from the correspondent node has been received by the HeNB using a radio control plane message.
- a typical example of realizing this message is an extension of DLInformationTransfer described in 3GPP TS36.331, but is not limited thereto.
- a new information element is added to the DL information transfer to notify the UE how the HeNB has received a packet from the correspondent node.
- ⁇ Twenty-sixth embodiment HeNB notifies UE using application layer>
- a method in which the HeNB uses a data packet from the correspondent node to notify the UE of the position of the correspondent node will be described.
- the HeNB can add a packet reception method to the data packet from the correspondent node.
- the HeNB then forwards the marked data packet to the UE to notify the UE how the packet from the correspondent node was received by the HeNB.
- the advantage of this method is that no radio control layer changes need to be made to support the present invention.
- HeNB notifies UE using application control plane>
- the HeNB can notify the UE how to receive the packet from the correspondent node using the application control plane message.
- a typical example of realizing this message is an extension of the EPS bearer context change message described in 3GPP TS 24.301, but is not limited thereto.
- a new information element is included in the protocol configuration option element, and the UE is notified how the packet from the correspondent node is received by the HeNB.
- the CN 1366 may encapsulate the data packet toward the P-GW of the CN 1366. Since the encapsulation is performed between the CN 1366 and the P-GW, the HeNB cannot add a mark (tag) to the encapsulated packet. When the HeNB adds a tag outside the encapsulated packet, when the data packet reaches the P-GW, the P-GW removes the capsule, and as a result, the tag is also removed. In such a case, it is effective to perform notification using the application control plane.
- FIG. 18 is a network diagram including a single-interface terminal operating a plurality of mobility protocols while using the present invention.
- UE 1800 accesses EPC 1801 using only a single radio access.
- the UE 1800 establishes a secure connection 1802 with the ePDG 1803 in order to access the EPC 1801.
- secure connection 1802 UE 1800 is operating two types of mobility management protocols.
- the first mobility protocol is PMIP, and the ePDG 1803 transmits a PBU (Proxy Binding Update) to the P-GW 1804.
- PBU Proxy Binding Update
- the ePDG 1803 updates (notifies) to the P-GW 1804 of the UE 1800 regarding the movement of the UE 1800.
- the second mobility protocol is CMIP, and the UE 1800 transmits a BU (Binding Update) to the P-GW 1804.
- CMIP Mobile Broadband IP
- the UE 1800 updates (notifies) the P-GW 1804 that it is still active in the EPC 1801.
- CN 1805 is also connected to ePDG 1803 through secure connection 1806.
- the UE 1800 uses the present invention and receives a notification message from the P-GW 1804 notifying the UE 1800 that the CN 1805 is located in the EPC 1801.
- the UE 1800 can also request the ePDG 1803 to monitor the packet of the CN 1805, and can request the UE 1800 to notify whether the CN 1805 is connected to the same ePDG (ie, the ePDG 1803). is there.
- UE 1800 establishes connection 1802 with ePDG 1803 using the WLAN interface.
- UE 1800 activates both PMIP and CMIP on connection 1802 with ePDG 1803 and obtains two IP addresses (PMIP.IP.UE1350 and CMIP.IP.UE1350).
- CN 1805 transmits the packet to UE 1800 and is received by P-GW 1804.
- the P-GW 1804 notifies the UE 1800 that the CN 1805 is located in the EPC 1801. Further, the UE 1800 requests the ePDG 1803 to check how the CN 1805 packet is received by the ePDG 1803.
- the ePDG 1803 receives a packet from the CN 1805 through the connection 1806, the ePDG 1803 notifies the UE 1800 that the CN 1805 is connected to the ePDG 1803.
- An example of how the ePDG 1803 can notify the UE 1800 is to use a protocol configuration option (Protocol Configuration Option) or to send an IKE (Internet Key Exchange) notification message, but is not limited thereto. Absent.
- Protocol Configuration Option Protocol Configuration Option
- IKE Internet Key Exchange
- Absent When the UE 1800 recognizes that the CN 1805 is connected to the ePDG 1803, the IP 1. CMIP. The UE 1800 is used to establish a path related to route optimization communication with the CN 1805.
- the ePDG 1803 can intercept the packet from the CN 1805 twice.
- the first intercept is when CN 1805 forwards the packet to ePDG 1803 over radio link connection 1806.
- This packet is transferred in the EPC 1355 and reaches the P-GW 1803 which is the mobility anchor of the UE 1800.
- the second interception by the ePDG 1803 is when a packet is received from the EPC 1801 (that is, the P-GW in the EPC 1801).
- the ePDG 1803 does not trigger the check of this packet.
- P-GW 1358 assigns multiple IP addresses to the UE for different types of access.
- P-GW 1358 has 3G.1 for UE 1350 to access EPC 1355. IP. Assign UE 1350.
- the P-GW 1358 is configured so that the UE 1350 can access the HN. IP. Assign UE 1350.
- the HeNB 1352 performs filter-based routing based on the source address of the received packet.
- the HeNB 1352 is 3G. IP.
- the packet is transferred to EPC 1355 through connection 1353.
- HeNB 1352 is HN. IP.
- the packet having the source IP address of UE 1350 is received, if the destination address is not the home network 1351, the packet is transferred through the connection 1356 or directly to the home network 1351.
- the UE 1350 can use the present invention by setting a filter rule in the HeNB 1352 to notify the UE 1350 of the position of the correspondent node.
- the UE 1350 When the UE 1350 receives a notification message from the P-GW 1358 notifying that the CN 1366 is located in the EPC 1355, the UE 1350 transmits a filter rule request to the HeNB 1352 to 3G. IP. Instruct to monitor packets from CN 1366 destined to UE 1350.
- the HeNB 1352 in which the filter rule is set When receiving the packet from the CN 1366, the HeNB 1352 in which the filter rule is set notifies the UE 1350 that the packet has been received from the home network 1351.
- the UE 1350 recognizes that the CN 1366 exists in the home network 1351 and communicates with the CN 1366 using the HN. IP.
- UE 1350 is used to achieve an optimized path.
- the way in which both the UE and the HeNB implement filter rules can be realized, for example, by supporting the Mobile IPv6 protocol with flow filtering extensions.
- 3G. IP A packet from CN 1366 having the source address of CN 1366 is intercepted twice at HeNB 1352. The first intercept is when CN 1366 forwards the packet to HeNB 1352 through the radio bearer. This packet is transferred to the P-GW of the CN 1366 in the EPC 1355 through the cellular link 1353 and transmitted to the P-GW 1358 that is the mobility anchor of the UE 1350. The second intercept by HeNB 1352 is when this packet is received from within EPC 1355 (ie, P-GW within EPC 1355). Note that in the present invention, the HeNB 1352 triggers a packet check in the HeNB 1352 to determine whether the packet is from the CN 1366 in the home network at the first interception of the CN 1366 packet. It is desirable. At the second interception of this packet, the packet arrives through the logical cellular link 1353, so the check of this packet is not triggered at the HeNB 1352.
- a method for marking a packet transmitted by a P-GW to a UE is also possible when the UE is connected to an eNB (also referred to as a macro base station or a macro cell).
- an eNB also referred to as a macro base station or a macro cell.
- the HeNB 1352 is replaced with an eNB, and the home network 1351 is a macro cell managed by the eNB.
- the eNB implements the P-GW function and assigns a local breakout address to the UE 1350.
- the UE 1350 can ask the P-GW 1358, the eNB, or both to notify the UE 1350 about the location of the correspondent node using the present invention.
- the UE 1350 acquires an IP address (3G.IP.UE1350) for access to the EPC 1355 from the P-GW 1358. Similarly, UE1350 acquires the IP address (eNB.IP.UE1350) for access in the macro cell managed by eNB from eNB. UE 1350 is notified from P-GW 1358 that CN 1366 is located in EPC 1355. UE 1350 receives 3G. IP. A request is sent to the eNB to monitor how a packet to the UE 1350 is received. When the eNB receives the packet from the inside of the macro cell, the eNB notifies the UE 1350 that the CN 1366 is located in the macro cell. Thereby, UE1350 is eNB. IP. An optimized path is realized by communicating with the CN 1366 using the UE 1350.
- 3G. IP A packet from CN 1366 having the source address of CN 1366 is intercepted twice by the eNB. The first intercept is when CN 1366 forwards the packet to the eNB through the radio bearer. This packet is transferred within the EPC 1355 and received by the P-GW 1358, which is the mobility anchor of the UE 1350. The second interception by the eNB is when this packet is received from inside the EPC 1355 (that is, the P-GW in the EPC 1355). Note that in the present invention, at the first interception of a CN 1366 packet, the eNB triggers a packet check at the eNB to determine whether the packet is from the CN 1366 in the home network. It is desirable. In the second interception of this packet, the packet arrives from within the EPC 1355, and therefore when the packet is received at the eNB, the packet check is not triggered.
- the HeNB 1352 is replaced with an eNB, and the home network 1351 is a macro cell managed by the eNB.
- the eNB does not implement the P-GW function, and the P-GW in the EPC 1355 assigns an IP address for local breakout to the UE 1350.
- the UE 1350 can ask the P-GW 1358, the eNB, or both to notify the UE 1350 about the location of the correspondent node using the present invention.
- the UE uses the filter-based method described above.
- the UE 1350 acquires an IP address (3G.IP.UE1350) for access to the EPC 1355 from the P-GW 1358. Similarly, the UE 1350 obtains another IP address (eNB.IP.UE1350) for access in the macro cell managed by the eNB from the P-GW 1358. UE 1350 is notified from P-GW 1358 that CN 1366 is located in EPC 1355. The UE 1350 transmits a filter rule request, and the 3G. IP. Ask the eNB to monitor how packets to the UE 1350 are received.
- the eNB When the eNB receives a packet from the inside of the macro cell, the eNB notifies the UE 1350 that the CN 1366 is located inside the macro cell. Thereby, therefore, the UE 1350 makes the eNB. IP. An optimized path is realized by communicating with the CN 1366 using the UE 1350.
- 3G. IP A packet from CN 1366 having the source address of CN 1366 is intercepted twice by the eNB. The first intercept is when CN 1366 forwards the packet to the eNB through the eNB's radio bearer. This packet is transferred within the EPC 1355 and received by the P-GW 1358, which is the mobility anchor of the UE 1350. The second interception by the eNB is when this packet is received from inside the EPC 1355 (that is, the P-GW in the EPC 1355). In the present invention, it is preferable that the eNB is triggered to check the packet at the eNB so as to determine whether or not the packet is from the CN 1366 at the first interception of the CN 1366 packet. In the second interception of this packet, the packet arrives from within the EPC 1355, and therefore when the packet is received at the eNB, the packet check is not triggered.
- a method for marking a packet transmitted by a P-GW to a UE is a method in which the UE is connected to a macro cell eNB and is allocated for local breakout. It will be described that the present invention can also be applied when an address can be held in a group of eNBs.
- the HeNB 1352 is replaced with an eNB, and the home network 1351 is a macro cell managed by the eNB.
- the eNB implements the P-GW function and assigns an IP address for local breakout to the UE 1350.
- UE 1350 can utilize the present invention to ask either or both P-GW 1358 and / or eNB to notify UE 1350 about the location of the correspondent node.
- the IP address assigned to the UE 1350 for local breakout can also be used.
- a local breakout IP address (eNB1.IP.UE1350) is assigned to the UE1350 from the eNB1.
- the UE 1350 moves to the eNB 2, if the eNB 2 has a relationship with the eNB 1 (for example, a group of the same eNB), the UE 1350 continues even if the UE 1350 is connected to the eNB 2.
- the UE 1350 can continue to be used.
- the data transfer can be realized by both eNBs (eNB 1 and eNB 2 described above) creating a data tunnel through the X2 interface, whereby the IP address related to the UE 1350 can be held.
- a method for marking a packet transmitted by a P-GW to a UE is connected to a macro cell eNB (not equipped with a P-GW function). This also applies when the IP address assigned for local breakout can be held in the eNB group.
- the HeNB 1352 is replaced with an eNB, and the home network 1351 is a macro cell managed by the eNB.
- the eNB does not implement the P-GW function and assigns an IP address for local breakout to the UE 1350.
- the UE 1350 can request the P-GW 1358 and / or the eNB to notify the UE 1350 of the location of the correspondent node using the present invention.
- the UE uses the filter-based method described above.
- the IP address assigned to the UE 1350 for local breakout can also be used.
- a local breakout IP address (eNB1.IP.UE1350) is assigned to the UE1350 from the eNB1.
- eNB1.IP.UE1350 a local breakout IP address
- the UE 1350 moves to the eNB 2
- the eNB 2 has a relationship with the eNB 1 (for example, a group of the same eNB)
- the UE 1350 continues even if the UE 1350 is connected to the eNB 2.
- the UE 1350 can continue to be used.
- the data transfer can be realized by both eNBs (eNB 1 and eNB 2 described above) creating a data tunnel through the X2 interface, whereby the IP address related to the UE 1350 can be held.
- ANDSF Access Network Discovery Selection Function
- the IP of the UE It is possible to assist the UE in determining which address to use.
- the ANDSF server can send the policy to the UE. This policy has an influence when the UE determines which IP address the UE should use for the correspondent node.
- the EPC 1355 includes an ANDSF server in which the UE 1350 performs secure communication.
- UE 1350 is located in EPC 1355 and 3G. IP.
- the UE 1350 is used to have a communication session with the CN 1366.
- UE 1350 obtains a policy that the local breakout cannot be executed while the UE exists in home network 1351 from the ANDSF server.
- UE 1350 moves to home network 1351, UE 1350 requests local breakout IP address from home network 1351 even if P-GW 1358 notifies UE 1350 that CN 1366 is in EPC 1355. Do not do.
- the 3G. IP The UE 1350 continues to be used and communicates with the CN 1366.
- the above method is applicable to a scenario in which the UE operates a plurality of mobility protocols in non-3GPP access.
- the ANDSF server informs UE 1800 (by policy) that local breakout cannot be performed while UE 1800 is in non-3GPP access (ie, while connected to ePDG 1803).
- the UE 1800 does not request the IP address for local breakout from the ePDG 1803, and the 3G. IP.
- the UE 1800 continues to be used to communicate with the CN 1805.
- the above method is applicable to a scenario in which the UE exists in the macro cell eNB and an IP address for local breakout is assigned in the macro cell.
- the ANDSF server can inform the UE (by policy) that it cannot perform a local breakout while it is in the macro cell.
- the UE does not request an IP address for local breakout, and continues to use the IP address assigned for EPC access while communicating within the macro cell, and communicates with the correspondent node.
- the ANDSF server may assist the UE in determining which of the communication sessions with the correspondent node should be optimized. Is possible.
- the ANDSF server sends a policy to the UE. This policy influences when the UE decides which IP address the UE should use for each correspondent node.
- FIG. 13 there is an ANDSF server in EPC 1355 in which UE 1350 has secure communication.
- UE 1350 is located in EPC 1355 and 3G. IP.
- the UE 1350 is used to have a communication session with the CNs 1364, 1365.
- the UE 1350 acquires from the ANDSF server a policy notifying that local breakout is permitted only for the session with the CN 1366 while the UE 1350 exists in the home network 1351.
- the UE 1350 moves to the home network 1351, even if the P-GW 1358 notifies the UE 1358 that the CN 1365 exists in the EPC 1355, the UE 1350 will monitor the packets from the CN 1365 to the HeNB 1352. Do not request.
- the 3G. IP It communicates with CN 1365 using UE 1350.
- UE 1350 may be HN. IP. It communicates with CN 1366 using UE 1350.
- the above method can be applied to a scenario in which the UE operates a plurality of mobility protocols in non-3GPP access.
- the ANDSF server allows a local breakout for a session with CN 1805 to UE 1800 (by policy) and while in non-3GPP access (ie while connected to ePDG 1803). It is possible to notify that it has not been done. As a result, the UE 1800 does not request a local breakout IP address from the ePDG 1803 and continues to be 3G. IP. The UE 1800 continues to be used and communicates with the CN 1805.
- the above method is applicable when the UE exists in the macro cell eNB and the local breakout IP address is allocated in the macro cell.
- the ANDSF server can inform the UE (by policy) about the session with a particular correspondent node that the UE is allowed to perform local breakout while in the macro cell. .
- the UE first determines the location of the correspondent node and, if the local breakout path is considered optimal, it is for local breakout to communicate with the correspondent node while it is in the macro cell. Request an IP address.
- ⁇ Thirty-fifth embodiment Marking of RR message-cache>
- the method of marking a packet transmitted by the P-GW to the UE is also applicable when the UE executes the mobile IPv6 route optimization process. Will be described.
- a packet marked by the P-GW is a packet involved in mobile IPv6 route optimization processing (for example, care-of address test).
- FIG. 19 is a sequence chart showing an example of how the marking method by the P-GW is applied to the mobile IPv6 route optimization process.
- UE 1900 is connected to ePDG 1901 and is operating two types of mobility management protocols.
- the first mobility protocol is PMIP, and the ePDG 1901 transmits a PBU to the P-GW 1902.
- PMIP the ePDG 1901 updates (notifies) information regarding the movement of the UE 1900 to the P-GW 1902.
- the second mobility protocol is CMIP, and UE 1900 transmits BU to P-GW 1902.
- CMIP the UE 1900 updates (notifies) the P-GW 1902 that the UE 1900 is still active in the EPC.
- UE 1903 is connected to ePDG 1904 and operates two types of mobility management protocols.
- the first mobility protocol is PMIP, and the ePDG 1904 transmits a PBU to the P-GW 1902.
- PMIP the ePDG 1904 updates (notifies) information related to movement of the UE 1903 to the P-GW 1902.
- CMIP CMIP
- UE 1903 transmits BU to P-GW 1902.
- CMIP the UE 1903 updates (notifies) the P-GW 1902 that the UE 1903 is still active in the EPC.
- the UE 1900 decides to start optimized communication with UE 1903, and executes mobile IPv6 route optimization processing.
- the UE 1900 transmits a care-of address test (CoTi: care-of address test) message to the UE 1903 (step S1905).
- the ePDG 1901 is the next hop of the UE 1900, and the ePDG 1901 passes the CoTi message to the P-GW 1902 that is the next hop of the ePDG 1901 (step S1906).
- the P-GW 1902 passes the CoTi message to the ePDG 1904 (step S1907), and the ePDG 1904 passes the CoTi message to the UE 1903 (step S1908).
- the UE 1903 transmits a care-of address test (CoT: Care-of test) message to the UE 1900 (step S1909).
- ePDG 1904 is the next hop of UE 1903, and ePDG 1904 passes the CoT message to P-GW 1902 which is the next hop of ePDG 1904 (step S1910). Since the P-GW 1902 is instructed to notify the UE 1900 of the position of the UE 1903, the P-GW 1902 inserts the notification into the CoT message and passes the CoT message to the ePDG 1901 (step S1911). The ePDG 1901 passes the CoT message with notification to the UE 1900 (step S1912).
- the UE 1900 grasps that the packet from the UE 1903 passes through the ePDG 1901 even when the route optimization of the mobile IPv6 is used. That is, the UE 1900 does not benefit from mobile IPv6 route optimization. Instead, the UE 1900 communicates with the UE 1903 using the IP address assigned for PMIP. By using PMIP, the load of UE 1900 to update the mobility of UE 1900 to P-GW 1902 is reduced.
- the UE 1900 caches the determination result in the volatile memory of the UE 1900. This means that if the UE 1900 continues to receive notification from the P-GW 1902 that the packet from the UE 1903 passes through the P-GW 1902, the UE 1900 does not start mobile IPv6 route optimization.
- the advantage of caching is that UE 1900 performs Mobile IPv6 route optimization and UE 1900 has the same result as the previous attempt (ie, the result of using PMIP because packets from UE 1903 pass P-GW 1902). It is a point that eliminates the need for acquisition.
- the UE 1900 caches the result of mobile IPv6 route optimization only for 10 minutes. After 10 minutes, the UE 1900 retries Mobile IPv6 route optimization and determines whether the UE 1900 can implement an optimized route to the UE 1903. In another example, when the UE 1900 detects that the UE 1903 has changed its IP address, the UE 1900 retries mobile IPv6 route optimization and determines whether the UE 1900 can realize the optimized route to the UE 1903. .
- the method in which the UE 1900 detects the change of the IP address is that the UE 1903 updates the IP address to the UE 1900 according to mobility, but is not limited thereto.
- the advantage of caching for a finite time instead of infinite time is that if the UE 1900 moves to another location where the UE 1900 can set up an optimized route to the UE 1903, retry will ensure the optimized route with early notification by the UE 1900 It is in the point set up in.
- ⁇ Thirty-seventh embodiment Uses a mark from P-GW to determine where to set a filter rule for flow filtering>
- the UE can determine which network entity supports the UE by flow filtering according to the method of marking a packet sent by the P-GW to the UE. It is also possible to do.
- the UE 1800 receives a notification from the ePDG 1803 that the CN 1805 is directly connected to the ePDG 1803. Accordingly, the UE 1800 sets the filtering rule in the ePDG 1803 rather than setting the filtering rule in the P-GW 1804 in order to filter the flow from the CN 1805.
- the advantage of this method is that setting a filtering rule in the ePDG 1803 saves one round trip time required for the packet to be folded back in the ePDG 1803 and to pass between the P-GW 1804 and the ePDG 1803.
- the present invention has been described in view of what is considered to be the most practical and preferred embodiment, derivations to the extent that does not depart from the scope of the present invention are possible.
- the 3G interface and the WiMAX interface are considered, but the present invention is not limited to the 3G interface and the WiMAX interface, and the access technology is different in the UE.
- the present invention is also applicable when connecting to a network using different types of interfaces.
- PMIPv6 is referred to as a network-based mobility management protocol.
- GTP may be used.
- IPv6 is assumed as the version of the IP protocol to be used, the present invention is not limited to this, and IPv4 may be used.
- the present invention can also be applied to such a logical interface selection.
- sharing a physical interface the UE only needs to have a plurality of logical interfaces for carrying out the present invention.
- a single radio unit is shared by a plurality of connection methods, so From the network part, it is equivalent to the case where it is connected to the network through multiple interfaces by switching at such a speed that the change does not become a problem or maintaining a logical link at Layer 2. It may be configured to operate.
- the instruction based on the presence or absence of a specific mark is an example, the logic of the presence or absence of a mark may be reversed, The state may be distinguishable. The meaning content itself of such a mark can be changed when implementing the present invention.
- a UE may be composed of a plurality of communication devices.
- an extrapolation type or embedded type 3GPP communication device module or non-3GPP communication device module is installed in an electronic computer such as a personal computer. It may be worn.
- the present invention has the same effect even in such various mobile terminals.
- the present invention is all that heterogeneous access networks are deployed and any mobility management mechanism is restricted to be used through any access technology type. It can be applied to other technologies.
- the environment is a local mobility management environment, but a mobile network (Mobile Network) (Mobile (Network) (including a mobile router (MR) (and its subordinate nodes))
- a mobile network Mobile Network
- Mobile Network
- MR mobile router
- the present invention can be applied to a hierarchical mobile network.
- NEMO Network Mobility
- MAG Network Mobility
- MR Mobile Network
- HA Home Agent
- MAG in this specification can be applied in a form corresponding to MR.
- the LMA can be considered to correspond to the HA of MR.
- a network operator providing a network using PMIP uses a multi-stage MAG-LMA tunnel configured by PMIP due to a roaming relationship or the like, this corresponds to a hierarchical mobile network.
- mobility support for a mobile terminal by MAG can be applied in a form corresponding to pHA (Proxy HA).
- the home that is the starting point of the movement of the mobile node (which may be based on a certain point in time (relative), registered with the network operator (deterministic), or in various cases).
- Other home agents that receive registration information from an agent or a home agent to which a mobile node is connected can be considered to support LMA.
- each functional block used in the description of the embodiment of the present invention is typically realized as an LSI (Large Scale Integration) which is an integrated circuit. These may be individually made into one chip, or may be made into one chip so as to include a part or all of them.
- LSI Large Scale Integration
- IC Integrated Circuit
- system LSI super LSI
- ultra LSI ultra LSI depending on the degree of integration.
- the method of circuit integration is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor.
- An FPGA Field Programmable Gate Array
- a reconfigurable processor that can reconfigure the connection and setting of circuit cells inside the LSI may be used.
- a UE having multiple interfaces in which different mobility management mechanisms are used in each interface selects an appropriate interface, or a UE having multiple addresses Has the effect of selecting an appropriate address and, as a result, enabling communication with the CN using an optimum route, and a packet-switched data communication network system (especially PMIP, etc.).
- Network-based local mobility management protocol and a mobile terminal in which a client-based mobility management protocol is implemented.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
前記ネットワークノードが前記通信相手ノードから前記移動端末へ送信されるパケットの監視を行って、前記通信相手ノードから前記移動端末へ送信される前記パケットを検出した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されているかどうかを判断して、その判断結果を前記移動端末へ通知し、
前記移動端末は、前記判断結果に基づいて、前記通信相手ノードとの通信に使用する通信経路を選択するよう構成されている。
この構成により、複数の通信経路(複数のインタフェース又は複数のアドレス)を有する移動端末は、適切な通信経路を選択して通信相手ノードと通信を行えるようになる。
前記ネットワークノードが前記通信相手ノードから前記移動端末へ送信されるパケットの監視を行って、前記通信相手ノードから前記移動端末へ送信されるパケットを検出した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されているかどうかを判断した判断結果を受信する受信手段と、
前記判断結果に基づいて、前記通信相手ノードとの通信に使用する通信経路を選択する通信経路選択手段とを、
有している。
この構成により、複数の通信経路(複数のインタフェース又は複数のアドレス)を有する移動端末は、適切な通信経路を選択して通信相手ノードと通信を行えるようになる。
前記ネットワークベースのモビリティ管理ドメインへ接続可能であり、通信相手である通信相手ノードとの間に複数の通信経路を有する移動端末に関して、前記移動端末の通信相手である通信相手ノードから前記移動端末へ送信されるパケットの監視を行うパケット監視手段と、
前記通信相手ノードから前記移動端末へ送信される前記パケットを検出した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されているかどうかを判断する判断手段と、
前記判断手段による判断結果を前記移動端末へ通知する通知手段とを、
有している。
この構成により、複数の通信経路(複数のインタフェース又は複数のアドレス)を有する移動端末は、適切な通信経路を選択して通信相手ノードと通信を行えるようになる。
前記基地局装置に接続されており、通信相手である通信相手ノードとの間に複数の通信経路を有する移動端末に関して、前記移動端末の通信相手である前記通信相手ノードから前記移動端末へ送信されるパケットの監視を行うパケット監視手段と、
前記通信相手ノードから前記移動端末へ送信される前記パケットを検出した場合に、前記通信相手ノードが同一の前記基地局装置に接続されているかどうかを判断する判断手段と、
前記判断手段による判断結果を前記移動端末へ通知する通知手段とを、
有している。
この構成により、複数の通信経路(複数のインタフェース又は複数のアドレス)を有する移動端末は、適切な通信経路を選択して通信相手ノードと通信を行えるようになる。
本発明の第1の実施の形態では、CNが同一ドメインに存在する場合に、UEが使用すべき正しいインタフェースを特定できるようにネットワークエンティティが援助を行うシナリオについて説明する。
次に、本発明の第2の実施の形態について説明する。本発明の第2の実施の形態においても、図3Aに図示されているシナリオを用いて説明を行うが、上述の本発明の第1の実施の形態におけるCN308Aのモビリティ管理モードに関して若干の変更を加える。すなわち、本発明の第2の実施の形態では、CN308AがPMIPv6モードである場合を考える。CN308AがPMIPv6モードを利用しているという点以外は、すべて上述の本発明の第1の実施の形態と同一の仮定を行うため、ここでは説明を省略する。
次に、本発明の第3の実施の形態について説明する。本発明の第3の実施の形態においても、図3Aに図示されているシナリオを用いて説明を行うが、上述の本発明の第1の実施の形態におけるCN308Aのホームエージェントに関する仮定に関して若干の変更を加える。すなわち、本発明の第3の実施の形態では、CN308AのホームエージェントがP-GW316Aではないと仮定する。CN308AのホームエージェントがP-GW316Aではないという点以外は、すべて上述の本発明の第1の実施の形態と同一の仮定を行うため、ここでは説明を省略する。
次に、本発明の第4の実施の形態について説明する。本発明の第4の実施の形態では、CNがCMIPv6モードであり、MNが存在するドメインから出た後に再び同一ドメインに戻ってくる場合のCNのモビリティの取り扱い方法について説明する。
本発明の第5の実施の形態では、UEが既存のCNに加えて、新たなCNと通信を開始することを決定した場合の処理(以下、第1の過渡的な処理と呼ぶ)、又は、UEが複数のCNに対して既存のセッションを有している状態から、既存のCNとの間で新たなセッションを開始することを決定した場合の処理(以下、第2の過渡的な処理と呼ぶ)において、UEが行うインタフェース選択処理について説明する。
次に、本発明の第6の実施の形態として、UEが多数のCNと通信している場合に理想的なインタフェースを選択するために実行する方法について説明する。
ステップS400においてCNがROを必要していると判断された場合には、後述するステップS402に進む。
本発明の第7の実施の形態では、MAG間ROが存在する場合の本発明の動作及び効果、CNが堅固な特性(rigid characteristics:すなわち、状態を柔軟には変えられない特性)を持つ場合の本発明の動作及び効果について説明する。
本発明の第8の実施の形態では、本発明を実行するUEの機能アーキテクチャの一例について説明する。図6には、本発明を実現するために必要なMIPv6機能を有するUEの機能アーキテクチャ600の一例が図示されている。
本発明の第9の実施の形態では、本発明を実行するP-GW(あるいはLMA/HA)の機能アーキテクチャの一例について説明する。図7には、本発明を実現するために必要なMIPv6機能を有するP-GWの機能アーキテクチャ700の一例が図示されている。
本発明の第10の実施の形態では、上述の第1の実施の形態で説明したマークをUEに送信可能とする様々なメッセージについて説明する。
本発明の第11の実施の形態では、本発明を実現するための別の方法について説明する。この別の方法は、主に、UEがCNの位置に関する情報を持っておらず、RO及びCNとの効率的なモビリティ管理を実現するために理想的なインタフェースを選択できない場合の問題を解決するために用いられる。この場合、UEは、CNが配置されているネットワークから提供される情報を用いることを決定して、理想的なインタフェースを選択する。
次に、本発明の第12の実施の形態として、本発明を実現するための別の派生例について説明する。この別の派生例は、CNが外部ドメインに配置されている場合にのみ適用される。以下、CNが外部ドメインに配置されている図1Bを参照しながら、第12の実施の形態に係る派生例について説明する。
本発明の第13の実施の形態では、本発明が動作し得る様々なシナリオ、及び、本発明の様々な動作についても説明する。なお、本発明の第13の実施の形態で説明する様々なシナリオは、CNも複数インタフェースを有しており、本発明の第1の実施の形態に係る機能を実装し得る場合である。
本発明の第14の実施の形態では、複数インタフェースのUE及び複数インタフェースのCNによる調整方法、相互に通信を行うための理想的なインタフェースの決定方法について説明する。
本発明の第15の実施の形態では、複数インタフェースのCNと通信を行うために複数インタフェースのUEが実行するインタフェース選択が、結果的にCNによるインタフェース選択に基づいて行われる場合について説明する。以下、図10Bに示すメッセージシーケンスチャートを参照しながら、この動作について説明する。
本発明の第16の実施の形態では、複数インタフェースのUEが複数インタフェースのCNと通信を行うためのインタフェース選択処理を各UEの選択基準に基づいて行うが、UEは、ネットワークによって特定された実際の状態情報、及び、UEによって決定されたインタフェースをCNに通知する。この通知情報に基づいて、CNは適切なインタフェースに関する決定を行うことができる。以下、図11Aに示すメッセージシーケンスチャートを参照しながら、この動作について説明する。
本発明の第17の実施の形態においても、複数インタフェースのUEが複数インタフェースのCNと通信を行うためのインタフェース選択が、各UEの選択基準に基づいて行われる場合について説明する。ただし、UEは、ネットワークによって提供された実際の状態情報と共に、UEが決定したインタフェース、さらにはUEのプレファレンス(CNによって選択されることが望ましいインタフェース)をCNへ提供し、その結果、CNがUEにとって適切なインタフェースを選択できるようにする。以下、図11Bに示すメッセージシーケンスチャートを参照しながら、この動作について説明する。
本発明の第18の実施の形態では、複数インタフェースのCNと通信をする際のUEの動作について、図12を参照しながら説明する。図12には、本発明に係るUEの動作の概要を示すフローチャートが図示されている。
以下、本発明の第19の実施の形態では、UEへ送信されるパケットへP-GWがマーク付けを行う解決方法が、図13に図示されているフェムトセルシナリオに適用可能であることを説明する。
次に、本発明の第20の実施の形態において、端末がコレスポンデントノードの位置を決定するために行う方法について説明する。図13を参照すると、コレスポンデントノードがEPC1355内に存在することをP-GW1358がUE1350へ通知する場合に、UE1350は、どちらのIPアドレス(3G.IP.UE1350又はHN.IP.UE1350)をコレスポンデントノードとの通信に使用すべきであるか迷う可能性がある。
次に、本発明の第21の実施の形態において、本発明の好適な実施の形態で用いられる装置の機能アーキテクチャについて説明する。
次に、本発明の第22の実施の形態において、端末から送信される通知リクエスト(通知要求、あるいは通知依頼)のフォーマットの一例について説明する。図17には、本発明の好適な一実施の形態で使用される通知リクエストのフォーマットの一例が図示されている。通知リクエストのフォーマットは、メッセージタイプ1701及びトラフィックフローテンプレート1702を有している。
次に、本発明の第23の実施の形態では、別の好適な機能アーキテクチャの一例について説明する。図16において、位置通知機能1604及び位置チェック機能1605が、アプリケーション制御レイヤ1603ではなく、無線制御レイヤ1602に実装されてもよい。この構成の利点は、コレスポンデントノードの位置を決定するために、無線制御レイヤ1602が任意のパケットをアプリケーションレイヤ1603へ転送する必要がない点である。この構成では、無線制御レイヤ1602がIPメッセージを理解するように実装される。UEは、図17に図示されている通知要求を使用して、どのパケットを監視すべきかをHeNBへ通知する。この場合も同様に、どのインタフェースからパケットを受信したかをネットワークインタフェースモジュール1601が位置チェック機能1605へ通知することによって、位置チェック機能1605は、コレスポンデントノードの位置を決定することができる。
次に、本発明の第24の実施の形態では、更に別の好適な機能アーキテクチャの一例について説明する。図16において、位置通知機能1604及び位置チェック機能1605が、アプリケーション制御レイヤ1603ではなく、アプリケーションレイヤ1606に実装されてもよい。この構成の利点は、本発明をサポートするために制御レイヤ(無線制御レイヤ1602及びアプリケーション制御レイヤ1603)を変更する必要がない点である。これは、様々な制御レイヤに影響を与えることなく、アプリケーションを端末にインストールすることによって、レガシ端末が本発明を使用できるようになることを意味する。また、この場合も同様に、どのインタフェースからパケットを受信したかをネットワークインタフェースモジュール1601が位置チェック機能1605へ通知することによって、位置チェック機能1605は、コレスポンデントノードの位置を決定することができる。
次に、本発明の第25の実施の形態として、コレスポンデントノードの位置をUEへ通知するために、HeNBが無線制御プレーンメッセージを使用する方法について説明する。HeNBは、無線制御プレーンメッセージを用いて、コレスポンデントノードからのパケットがHeNBによってどのように受信されたかについて、UEへ通知することが可能である。このメッセージを実現する典型的な例は、3GPP TS36.331に記載されているDLInformationTransferの拡張であるが、これに限定されるものではない。例えば、新たな情報要素がDL情報転送に付加されて、コレスポンデントノードからのパケットをHeNBがどのように受信したかをUEに通知する。
次に、本発明の第26の実施の形態として、コレスポンデントノードの位置をUEへ通知するために、HeNBがコレスポンデントノードからのデータパケットを使用する方法について説明する。HeNBは、コレスポンデントノードからのデータパケットに対して、パケットの受信方法を付加することが可能である。そして、HeNBは、コレスポンデントノードからのパケットがHeNBによってどのように受信されたかをUEへ通知するために、このマーク付けされたデータパケットをUEへ転送する。この方法の利点は、本発明をサポートするように無線制御レイヤの変更を行う必要がない点である。
次に、本発明の第27の実施の形態として、コレスポンデントノードの位置をUEへ通知するために、HeNBがアプリケーション制御プレーンメッセージを使用する方法について説明する。HeNBは、アプリケーション制御プレーンメッセージを使用して、コレスポンデントノードからのパケットの受信方法をUEへ通知することが可能である。このメッセージを実現する典型的な例は、3GPP TS24.301に記載されているEPSベアラコンテキスト変更メッセージの拡張であるが、これに限定されるものではない。例えば、プロトコル構成オプション要素に新たな情報要素が含まれるようにし、コレスポンデントノードからのパケットがどのようにHeNBで受信されたかをUEに通知する。アプリケーション制御プレーンを使用して通知を行う方法の利点は、アプリケーションレイヤがある状況下ではその通知を伝送することができないかもしれない点にある。例えば、CN1366は、データパケットをCN1366のP-GWに向けてカプセル化する場合がある。CN1366とP-GWとの間でカプセル化が行われているので、HeNBはカプセル化されたパケットにマーク(タグ)を付加することができない。HeNBがカプセル化パケットの外部にタグを付加すると、データパケットがP-GWに到達した際に、P-GWは、カプセルを取り除いてしまい、その結果、タグも取り除かれてしまう。このような場合に、アプリケーション制御プレーンを使用して通知を行うことが有効である。
次に、本発明の第28の実施の形態において、P-GWがUEに送信するパケットにマークを付ける方法が、非3GPPアクセスにおいて複数のモビリティプロトコルを動作している単一インタフェースのUEに対しても適用可能であることについて説明する。
次に、本発明の第29の実施の形態において、P-GWがUEに送信するパケットにマークを付ける方法が、HeNBがP-GW機能を実装しないときにおいても適用可能であることについて説明する。
次に、本発明の第30の実施の形態において、P-GWがUEに送信するパケットにマークを付ける方法が、UEがeNB(マクロ基地局、マクロセルとも呼ばれる)に接続されている場合においても適用可能であることについて説明する。
次に、本発明の第31の実施の形態において、P-GWがUEに送信するパケットにマークを付ける方法が、UEがマクロセルeNBに接続されている場合においても適用可能であることについて説明する。
次に、本発明の第32の実施の形態において、P-GWがUEに送信するパケットにマークを付ける方法が、UEがマクロセルeNBに接続されており、ローカルブレイクアウト用に割り当てられているIPアドレスがeNBのグループで保持可能である場合にも適用可能であることについて説明する。
次に、本発明の第33の実施の形態において、P-GWがUEに送信するパケットにマークを付ける方法が、UEがマクロセルeNB(P-GW機能を実装していない)に接続されており、ローカルブレイクアウト用に割り当てられているIPアドレスがeNBのグループで保持可能である場合にも適用される。
次に、本発明の第34の実施の形態では、ANDSF(Access Network Discovery Selection Function:アクセスネットワーク探索選択機能)サーバが、コレスポンデントノードへの最適な通信パスを実現するためには、UEのIPアドレスのどれを使用すべきかをUEが決定できるよう支援することが可能である。ここでは、ANDSFサーバがポリシをUEへ送信することが可能である。このポリシは、コレスポンデントノードに対してUEが使用すべきIPアドレスはどれかについて、UEが決定する際に影響を与えるものである。
次に、本発明の第35の実施の形態では、ANDSFサーバは、コレスポンデントノードとの間の通信セッションのうちのどれが最適化されるべきかをUEが決定するための支援を行うことが可能である。ここでは、ANDSFサーバはポリシをUEへ送信する。このポリシは、各コレスポンデントノードに対してUEが使用すべきIPアドレスはどれかについて、UEが決定する際に影響を与えるものである。
次に、本発明の第35の実施の形態において、P-GWがUEに送信するパケットにマークを付ける方法が、UEがモバイルIPv6の経路最適化処理を実行する際にも適用可能であることについて説明する。例えば、P-GWがマーク付けするパケットは、モバイルIPv6経路最適化処理(例えば、気付アドレステスト)に関与しているパケットである。
次に、本発明の第36の実施の形態では、UEがモバイルIPv6の経路最適化をキャッシュする方法において、キャッシュされた結果が有限時間内でのみ有効であるようにしてもよいことについて説明する。
次に、本発明の第37の実施の形態において、P-GWがUEに送信するパケットにマークを付ける方法によって、フローフィルタリングによってUEを支援するネットワークエンティティがどれかを、UEが決定できるようにすることも可能である。
Claims (37)
- ネットワークベースのモビリティ管理ドメインへ接続可能であり、通信相手である通信相手ノードとの間に複数の通信経路を有する移動端末と、前記ネットワークベースのモビリティ管理ドメインに接続されている端末の位置管理を行うネットワークノードとを有する通信システムであって、
前記ネットワークノードが前記通信相手ノードから前記移動端末へ送信されるパケットの監視を行って、前記通信相手ノードから前記移動端末へ送信される前記パケットを検出した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されているかどうかを判断して、その判断結果を前記移動端末へ通知し、
前記移動端末は、前記判断結果に基づいて、前記通信相手ノードとの通信に使用する通信経路を選択するよう構成されている通信システム。 - 前記ネットワークノードは、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていると判断した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていることを前記判断結果として前記移動端末へ通知するよう構成されている請求項1に記載の通信システム。
- 前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていないと判断した場合に、前記移動端末へ前記判断結果の通知を行わないよう構成されている請求項2に記載の通信システム。
- 前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていないと判断した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていないことを前記判断結果として前記移動端末へ通知するよう構成されている請求項1に記載の通信システム。
- 前記ネットワークノードは、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていると判断した場合に、前記移動端末へ前記判断結果の通知を行わないよう構成されている請求項4に記載の通信システム。
- 前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていると判断した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていることを前記判断結果として前記移動端末へ通知するよう構成されており、
前記ネットワークノードは、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていないと判断した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていないことを前記判断結果として前記移動端末へ通知するよう構成されている請求項1に記載の通信システム。 - 前記ネットワークノードは、ネットワークベースのモビリティ管理に係る前記移動端末のバインディング情報と、前記移動端末によるクライアントベースのモビリティ管理に係る前記移動端末のバインディング情報とを保持し、両方のバインディング情報を参照することによって、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されているかどうかを判断するよう構成されている請求項1に記載の通信システム。
- 前記ネットワークノードは、前記通信相手ノードから前記移動端末へ送信されるパケットが前記ネットワークベースのモビリティ管理ドメイン内から届き、かつ、前記ネットワークベースのモビリティ管理ドメイン内へ転送することを検出した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていることを前記判断結果として前記移動端末へ通知するよう構成されている請求項1に記載の通信システム。
- 前記ネットワークノードは、独立したメッセージで前記判断結果を通知するよう構成されている請求項1に記載の通信システム。
- 前記ネットワークノードは、前記判断結果を前記移動端末へ送信されるデータパケットに埋め込んで通知するよう構成されている請求項1に記載の通信システム。
- 前記ネットワークノードは、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていると判断した場合であっても、前記移動端末及び前記通信相手ノードがそれぞれ接続されているアクセスルータ間で最適化経路が形成されていることを把握した場合には、前記移動端末へ前記判断結果の通知を行わないよう構成されている請求項1に記載の通信システム。
- 前記ネットワークノードは、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていると判断した場合であっても、前記通信相手ノードがネットワークベースのモビリティ管理モードであり、かつ前記通信相手ノードが前記モビリティ管理モードを変更できないことを把握した場合には、前記移動端末へ前記判断結果の通知を行わないよう構成されている請求項1に記載の通信システム。
- 前記移動端末が前記ネットワークノードに対して、前記通信相手ノードから前記移動端末へ送信されるパケットの検出要求を送信し、前記ネットワークノードは、前記パケットの検出要求を受信した場合に前記パケットの監視を開始するよう構成されている請求項1に記載の通信システム。
- 前記通信相手ノードが前記移動端末に対して複数の通信経路を有し、かつ、前記移動端末から前記通信相手ノードへ送信されるパケットの検出要求を送信することが可能な場合には、前記移動端末及び前記通信相手ノードはどちらが前記パケットの検出要求を行うかを交渉によって決定するよう構成されている請求項13に記載の通信システム。
- 前記交渉によって前記移動端末が前記パケットの検出要求を行い、かつ、前記判断結果に基づいて前記通信相手ノードとの通信に使用する通信経路を選択した場合には、前記移動端末は、前記通信相手ノードが選択すべき通信経路に関する情報を前記通信相手ノードへ通知し、その許諾を前記通信相手ノードから受信するよう構成されている請求項14に記載の通信システム。
- 前記移動端末は、前記通信相手ノードが選択すべき通信経路に関する情報と共に、前記判断結果を前記通信相手ノードへ通知するよう構成されている請求項15に記載の通信システム。
- 前記移動端末は、前記通信相手ノードが選択すべき通信経路に関する情報と共に、前記移動端末が使用を望む通信経路を指定する前記移動端末のプレファレンスを前記通信相手ノードへ通知するよう構成されている請求項16に記載の通信システム。
- 前記交渉によって前記通信相手ノードが前記パケットの検出要求を行い、かつ、前記判断結果に基づいて前記通信相手ノードとの通信に使用する通信経路を選択した場合には、前記移動端末は、前記移動端末が選択すべき通信経路に関する情報を前記通信相手ノードから受信し、その許諾を前記通信相手ノードへ送信するよう構成されている請求項14に記載の通信システム。
- 前記移動端末は、前記移動端末が選択すべき通信経路に関する情報と共に、前記通信相手ノード側のネットワークノードによって判断された判断結果を前記通信相手ノードから受信するよう構成されている請求項18に記載の通信システム。
- 前記移動端末は、前記移動端末が選択すべき通信経路に関する情報と共に、前記通信相手ノードが使用を望む通信経路を指定する前記通信相手ノードのプレファレンスを前記通信相手ノードから受信するよう構成されている請求項19に記載の通信システム。
- 前記移動端末が複数のインタフェース又は複数のアドレスを有しており、前記インタフェース又は前記アドレスを選択することによって前記通信経路を選択するよう構成されている請求項1に記載の通信システム。
- 前記移動端末は、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていることを示す判断結果を前記ネットワークノードから受信した場合に、前記パケットの検出要求を前記移動端末が接続している基地局装置へ行い、
前記基地局装置が前記通信相手ノードから前記移動端末へ送信されるパケットの監視を行って、前記通信相手ノードから前記移動端末へ送信される前記パケットを検出した場合に、前記通信相手ノードが同一の前記基地局装置に接続されているかどうかを判断して、その判断結果を前記移動端末へ通知し、
前記移動端末は、前記基地局装置による判断結果に基づいて、前記通信相手ノードとの通信に使用する通信経路を選択するよう構成されている請求項1に記載の通信システム。 - 前記移動端末は、さらに前記通信経路の選択に係るポリシに基づいて、前記通信相手ノードとの通信に使用する通信経路を選択するよう構成されている請求項1に記載の通信システム。
- ネットワークベースのモビリティ管理ドメインに接続されている端末の位置管理を行うネットワークノードが配置されている前記ネットワークベースのモビリティ管理ドメインへ接続可能であり、通信相手である通信相手ノードとの間に複数の通信経路を有する移動端末であって、
前記ネットワークノードが前記通信相手ノードから前記移動端末へ送信されるパケットの監視を行って、前記通信相手ノードから前記移動端末へ送信されるパケットを検出した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されているかどうかを判断した判断結果を受信する受信手段と、
前記判断結果に基づいて、前記通信相手ノードとの通信に使用する通信経路を選択する通信経路選択手段とを、
有する移動端末。 - 前記通信相手ノードから前記移動端末へ送信されるパケットの監視を前記ネットワークノードに開始させるために、前記通信相手ノードから前記移動端末へ送信されるパケットの検出要求を前記ネットワークノードへ送信するパケット検出要求手段を有する請求項24に記載の移動端末。
- 前記通信相手ノードが前記移動端末に対して複数の通信経路を有し、かつ、前記通信相手ノードが前記移動端末から前記通信相手ノードへ送信されるパケットの検出要求を送信することが可能な場合には、前記移動端末及び前記通信相手ノードのどちらが前記パケットの検出要求を行うかを前記通信相手ノードとの間における交渉によって決定する交渉手段を有する請求項25に記載の移動端末。
- 前記交渉によって前記移動端末が前記パケットの検出要求を行い、かつ、前記判断結果に基づいて前記通信相手ノードとの通信に使用する通信経路を選択した場合に、前記通信相手ノードが選択すべき通信経路に関する情報を前記通信相手ノードへ通知し、その許諾を前記通信相手ノードから受信する選択結果送受信手段を有する請求項26に記載の移動端末。
- 前記選択結果送受信手段が、前記通信相手ノードが選択すべき通信経路に関する情報と共に、前記判断結果を前記通信相手ノードへ通知するよう構成されている請求項27に記載の移動端末。
- 前記選択結果送受信手段が、前記通信相手ノードが選択すべき通信経路に関する情報と共に、前記移動端末が使用を望む通信経路を指定する前記移動端末のプレファレンスを前記通信相手ノードへ通知するよう構成されている請求項28に記載の移動端末。
- 前記交渉によって前記通信相手ノードが前記パケットの検出要求を行い、かつ、前記判断結果に基づいて前記通信相手ノードとの通信に使用する通信経路を選択した場合に、前記移動端末が選択すべき通信経路に関する情報を前記通信相手ノードから受信し、その許諾を前記通信相手ノードへ送信する選択結果送受信手段を有する請求項26に記載の移動端末。
- 前記選択結果送受信手段が、前記移動端末が選択すべき通信経路に関する情報と共に、前記通信相手ノード側のネットワークノードによって判断された判断結果を前記通信相手ノードから受信するよう構成されている請求項30に記載の移動端末。
- 前記選択結果送受信手段が、前記移動端末が選択すべき通信経路に関する情報と共に、前記通信相手ノードが使用を望む通信経路を指定する前記通信相手ノードのプレファレンスを前記通信相手ノードから受信するよう構成されている請求項31に記載の移動端末。
- 複数のインタフェース又は複数のアドレスを有しており、前記通信経路選択手段は、前記インタフェース又は前記アドレスを選択することによって前記通信経路を選択するよう構成されている請求項24に記載の移動端末。
- 前記通信経路選択手段が、
前記通信相手ノードから前記移動端末へ送信されるパケットの監視を、前記移動端末が接続している基地局装置に開始させるために、前記通信相手ノードから前記移動端末へ送信されるパケットの検出要求を前記基地局装置へ送信する第2のパケット検出要求手段と、
前記基地局装置が前記移動端末の通信相手である通信相手ノードから前記移動端末へ送信されるパケットの監視を行って、前記通信相手ノードから前記移動端末へ送信されるパケットを検出した場合に、前記通信相手ノードが同一の前記基地局装置に接続されているかどうかを判断した第2の判断結果を受信する第2の受信手段とを有し、
前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されていることを示す判断結果を前記ネットワークノードから受信した場合に、前記第2のパケット検出要求手段によって前記パケットの検出要求を前記基地局装置へ行い、前記第2の受信手段によって受信した前記第2の判断結果に基づいて、前記通信相手ノードとの通信に使用する通信経路を選択するよう構成されている請求項24に記載の移動端末。 - 前記通信経路の選択に係るポリシを取得するポリシ取得手段を有し、
前記通信経路選択手段は、前記判断結果に加えて、前記ポリシ取得手段で取得された前記ポリシに基づいて、前記通信相手ノードとの通信に使用する通信経路を選択するよう構成されている請求項24に記載の移動端末。 - ネットワークベースのモビリティ管理ドメインに接続されている端末の位置管理を行うネットワークノードであって、
前記ネットワークベースのモビリティ管理ドメインへ接続可能であり、通信相手である通信相手ノードとの間に複数の通信経路を有する移動端末に関して、前記移動端末の通信相手である通信相手ノードから前記移動端末へ送信されるパケットの監視を行うパケット監視手段と、
前記通信相手ノードから前記移動端末へ送信される前記パケットを検出した場合に、前記通信相手ノードが同一の前記ネットワークベースのモビリティ管理ドメインに接続されているかどうかを判断する判断手段と、
前記判断手段による判断結果を前記移動端末へ通知する通知手段とを、
有するネットワークノード。 - 移動端末と無線接続を行う基地局装置であって、
前記基地局装置に接続されており、通信相手である通信相手ノードとの間に複数の通信経路を有する移動端末に関して、前記移動端末の通信相手である前記通信相手ノードから前記移動端末へ送信されるパケットの監視を行うパケット監視手段と、
前記通信相手ノードから前記移動端末へ送信される前記パケットを検出した場合に、前記通信相手ノードが同一の前記基地局装置に接続されているかどうかを判断する判断手段と、
前記判断手段による判断結果を前記移動端末へ通知する通知手段とを、
有する基地局装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/377,783 US8774039B2 (en) | 2009-06-17 | 2010-06-11 | Communication system, mobile terminal, network node, and base station apparatus |
JP2011519536A JP5688016B2 (ja) | 2009-06-17 | 2010-06-11 | 通信システム、移動端末、ネットワークノード並びに基地局装置 |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009-144033 | 2009-06-17 | ||
JP2009144033 | 2009-06-17 | ||
JP2010050056 | 2010-03-08 | ||
JP2010-050056 | 2010-03-08 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2010146816A1 true WO2010146816A1 (ja) | 2010-12-23 |
Family
ID=43356149
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2010/003906 WO2010146816A1 (ja) | 2009-06-17 | 2010-06-11 | 通信システム、移動端末、ネットワークノード並びに基地局装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8774039B2 (ja) |
JP (1) | JP5688016B2 (ja) |
WO (1) | WO2010146816A1 (ja) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2688325A1 (en) * | 2011-03-15 | 2014-01-22 | NEC Corporation | Mobility management system, mobility management method, access gateway device, mobility management control device, and computer-readable medium |
CN103546302A (zh) * | 2012-07-12 | 2014-01-29 | 汤姆逊许可公司 | 使用单播协议的多播传输 |
JP2014509495A (ja) * | 2011-02-11 | 2014-04-17 | インターデイジタル パテント ホールディングス インコーポレイテッド | 拡張/向上した論理インタフェース挙動のためのシステムおよび方法 |
JP2014511059A (ja) * | 2011-02-24 | 2014-05-01 | インターデイジタル パテント ホールディングス インコーポレイテッド | 安定なローカルブレークアウトの概念および使用 |
JP2016076993A (ja) * | 2011-04-11 | 2016-05-12 | インターデイジタル パテント ホールディングス インコーポレイテッド | セッションマネージャおよび送信元インターネットプロトコル(ip)アドレス選択 |
CN107750050A (zh) * | 2011-01-06 | 2018-03-02 | 北京三星通信技术研究有限公司 | 一种支持用户设备ue移动性的方法和设备 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8631101B2 (en) * | 2010-11-09 | 2014-01-14 | Cisco Technology, Inc. | Dynamic address assignment for address aggregation in low power and lossy networks |
DE102012101973B4 (de) * | 2011-03-08 | 2016-10-06 | Electronics And Telecommunications Research Institute | Integrierte Zugangsvorrichtung für ein All-lP-konvergiertes Netz |
EP2603046B1 (en) * | 2011-12-05 | 2014-08-06 | Alcatel Lucent | Communication process and communication network comprising a local access network discovery and selection function, L-ANDSF |
CN103312441B (zh) * | 2012-03-15 | 2017-11-17 | 华为技术有限公司 | 数据包传输方法及系统、发送端设备与接收端设备 |
EP2892300B1 (en) * | 2012-08-31 | 2019-02-20 | Sony Corporation | Communication control apparatus, terminal apparatus, communication control method, program and communication control system |
CN103686671B (zh) * | 2012-09-14 | 2019-01-18 | 中兴通讯股份有限公司 | 一种通知接入网位置信息的方法和系统 |
US10356640B2 (en) | 2012-11-01 | 2019-07-16 | Intel Corporation | Apparatus, system and method of cellular network communications corresponding to a non-cellular network |
US9414392B2 (en) | 2012-12-03 | 2016-08-09 | Intel Corporation | Apparatus, system and method of user-equipment (UE) centric access network selection |
KR101713466B1 (ko) | 2013-01-17 | 2017-03-07 | 인텔 아이피 코포레이션 | 셀룰러 네트워크 상에서 비-셀룰러 액세스 네트워크 정보를 통신하는 장치, 시스템 및 방법 |
US9160515B2 (en) | 2013-04-04 | 2015-10-13 | Intel IP Corporation | User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay |
WO2018143774A1 (en) * | 2017-02-06 | 2018-08-09 | Samsung Electronics Co., Ltd. | Registration management method for terminal accessing 5g network on non-3gpp access |
EP4425895A2 (en) | 2017-03-20 | 2024-09-04 | Motorola Mobility LLC | Accessing a local data network via a mobile data connection |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008071276A1 (en) * | 2006-12-15 | 2008-06-19 | Panasonic Corporation | Local mobility anchor relocation and route optimization during handover of a mobile node to another network area |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1436962B1 (en) | 2001-10-11 | 2005-09-28 | Nokia Corporation | Method and system for managing data flow between mobile nodes, access routers and peer nodes |
JP4112241B2 (ja) * | 2002-02-22 | 2008-07-02 | 三菱電機株式会社 | 通信システムおよび通信方法 |
US7539164B2 (en) | 2002-06-14 | 2009-05-26 | Nokia Corporation | Method and system for local mobility management |
KR100617733B1 (ko) * | 2005-01-22 | 2006-08-28 | 삼성전자주식회사 | 통신 시스템에서 네트워크 재진입 시스템 및 방법 |
US20070110035A1 (en) * | 2005-11-14 | 2007-05-17 | Broadcom Corporation, A California Corporation | Network nodes cooperatively routing traffic flow amongst wired and wireless networks |
JP2007208762A (ja) * | 2006-02-03 | 2007-08-16 | Hitachi Communication Technologies Ltd | 基地局 |
WO2007137765A1 (en) | 2006-05-29 | 2007-12-06 | Panasonic Corporation | Method and apparatus for simultaneous location privacy and route optimization for communication sessions |
US9516495B2 (en) | 2007-03-01 | 2016-12-06 | Futurewei Technologies, Inc. | Apparatus and methods of PMIPv6 route optimization protocol |
JP4990985B2 (ja) * | 2007-03-23 | 2012-08-01 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | プロキシ・モバイルipルーティング |
EP1986392B1 (en) | 2007-04-26 | 2012-10-03 | Motorola Solutions, Inc. | Method for route optimization between mobile entities |
JP4794520B2 (ja) | 2007-05-16 | 2011-10-19 | Kddi株式会社 | ネットワーク主導型移動管理プロトコルにおける通信経路を最適化するシステム、アクセスゲートウェイ、ホームエージェント、およびプログラム |
WO2008142620A2 (en) | 2007-05-18 | 2008-11-27 | Nokia Corporation | System and method for providing local ip breakout services employing access point names |
WO2009044539A1 (ja) | 2007-10-05 | 2009-04-09 | Panasonic Corporation | 通信制御方法及びネットワークノード並びに移動端末 |
US8363600B2 (en) | 2007-12-31 | 2013-01-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Optimized mobile internet access |
WO2009097914A1 (en) | 2008-02-04 | 2009-08-13 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and an apparatus for providing route optimisation |
JP4602432B2 (ja) * | 2008-03-21 | 2010-12-22 | 京セラ株式会社 | 基地局 |
TWI433503B (zh) * | 2009-04-21 | 2014-04-01 | Inst Information Industry | 行動裝置、基地台、後端網路裝置及用於該行動裝置之方法與電腦程式產品 |
-
2010
- 2010-06-11 JP JP2011519536A patent/JP5688016B2/ja not_active Expired - Fee Related
- 2010-06-11 US US13/377,783 patent/US8774039B2/en not_active Expired - Fee Related
- 2010-06-11 WO PCT/JP2010/003906 patent/WO2010146816A1/ja active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008071276A1 (en) * | 2006-12-15 | 2008-06-19 | Panasonic Corporation | Local mobility anchor relocation and route optimization during handover of a mobile node to another network area |
Non-Patent Citations (2)
Title |
---|
KEIGO ASO ET AL.: "A proposal for mobile node with multiple interfaces", IEICE TECHNICAL REPORT, vol. 105, no. 279, 8 September 2005 (2005-09-08), pages 125 - 130 * |
KEIGO ASO ET AL.: "Proposal on Mobile IPv6 extension for using multiple interfaces by mobile node", IEICE TECHNICAL REPORT, vol. 106, no. 118, 15 June 2006 (2006-06-15), pages 25 - 30, XP008131250 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107750050A (zh) * | 2011-01-06 | 2018-03-02 | 北京三星通信技术研究有限公司 | 一种支持用户设备ue移动性的方法和设备 |
CN107750050B (zh) * | 2011-01-06 | 2022-03-04 | 北京三星通信技术研究有限公司 | 一种支持用户设备ue移动性的方法和设备 |
JP2014509495A (ja) * | 2011-02-11 | 2014-04-17 | インターデイジタル パテント ホールディングス インコーポレイテッド | 拡張/向上した論理インタフェース挙動のためのシステムおよび方法 |
JP2017098974A (ja) * | 2011-02-11 | 2017-06-01 | インターデイジタル パテント ホールディングス インコーポレイテッド | 拡張/向上した論理インタフェース挙動のためのシステムおよび方法 |
JP2014511059A (ja) * | 2011-02-24 | 2014-05-01 | インターデイジタル パテント ホールディングス インコーポレイテッド | 安定なローカルブレークアウトの概念および使用 |
US9788252B2 (en) | 2011-02-24 | 2017-10-10 | Interdigital Patent Holdings, Inc. | Stable local breakout concept and usage |
EP2688325A1 (en) * | 2011-03-15 | 2014-01-22 | NEC Corporation | Mobility management system, mobility management method, access gateway device, mobility management control device, and computer-readable medium |
EP2688325A4 (en) * | 2011-03-15 | 2014-12-31 | Nec Corp | MOBILITY MANAGEMENT SYSTEM AND METHOD, ACCESS GATEWAY DEVICE, MOBILITY MANAGEMENT CONTROL DEVICE, AND COMPUTER-READABLE MEDIUM |
US9344874B2 (en) | 2011-03-15 | 2016-05-17 | Nec Corporation | Mobility management system, mobility management method, access GW apparatus, mobility management control apparatus, and computer-readable medium |
US9693218B2 (en) | 2011-03-15 | 2017-06-27 | Nec Corporation | Mobility management system, mobility management method, access GW apparatus, mobility management control apparatus, and computer-readable medium |
JP2016076993A (ja) * | 2011-04-11 | 2016-05-12 | インターデイジタル パテント ホールディングス インコーポレイテッド | セッションマネージャおよび送信元インターネットプロトコル(ip)アドレス選択 |
CN103546302A (zh) * | 2012-07-12 | 2014-01-29 | 汤姆逊许可公司 | 使用单播协议的多播传输 |
Also Published As
Publication number | Publication date |
---|---|
JPWO2010146816A1 (ja) | 2012-11-29 |
US8774039B2 (en) | 2014-07-08 |
JP5688016B2 (ja) | 2015-03-25 |
US20120155313A1 (en) | 2012-06-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5688016B2 (ja) | 通信システム、移動端末、ネットワークノード並びに基地局装置 | |
US9929952B2 (en) | Methods and apparatus for data transfer in a packet-switched data network | |
WO2009153943A1 (ja) | バインディングキャッシュ生成方法、バインディングキャッシュ生成システム、ホームエージェント及びモバイルノード | |
US9949238B2 (en) | Method and apparatus for data transfer in a packet-switched network | |
US8861426B2 (en) | Path switching system, path switching method, and mobile terminal | |
US9178803B2 (en) | Network node and mobile terminal | |
US8891432B2 (en) | Routing method, routing system, mobile node, home agent, and home base station | |
US20120063428A1 (en) | Interface Switching System, Mobile Node, Proxy Node, and Mobile Management Node | |
US20110134869A1 (en) | Prefix allocation administration system and mobile terminal, and prefix allocation administration device | |
US8879504B2 (en) | Redirection method, redirection system, mobile node, home agent, and proxy node | |
US20110002248A1 (en) | Mobile terminal and network node | |
JP4834133B2 (ja) | 電気通信 | |
WO2010146815A1 (ja) | 移動管理プロトコル選択方法、移動管理プロトコル選択システム、モバイルノード、ホームエージェント及び代理ノード | |
WO2011055525A1 (ja) | 通信システム及び移動端末並びにモビリティ管理ノード | |
EP2068527A1 (en) | Network control of an MAP selection and of a route selection in a Mobile IP environment | |
Yokota et al. | Network Working Group H. Chan (Ed.) Internet-Draft Huawei Technologies Intended status: Informational D. Liu Expires: December 7, 2014 China Mobile P. Seite |
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: 10789199 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2011519536 Country of ref document: JP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 13377783 Country of ref document: US |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 10789199 Country of ref document: EP Kind code of ref document: A1 |