The present invention generally relates to mobile communication systems.
Detailed descriptions of mobile communication systems can be found in the literature, such as in particular in Technical Specifications published by standardisation bodies such as for example 3GPP (3rd Generation Partnership Project).
An example of multi-access mobile communication system is the Evolved Packet System EPS. EPS includes Evolved Packet Core EPC that can be accessed by both 3GPP and non-3GPP accesses. A mobile terminal (also called User Equipment UE) has access to IP-based services via EPS providing IP connectivity. EPS supports IP mobility (in particular network-based IP mobility). EPS is specified in particular in 3GPP TS 23.401 and 3GPP TS 23.402.
A new functionality called IP Flow Mobility (IFOM) is currently introduced in such systems. IP flow mobility enables movement of selected IP flows from one access to another access for a mobile terminal simultaneously connected over multiple accesses. IP flow mobility is currently specified in particular by 3GPP and IETF (Internet Engineering Task Force).
There is a need to optimize traffic in such systems. More generally, there is a need to improve network capabilities in such systems, in particular to bring more benefits to operators or service providers.
Embodiments of the present invention in particular address such needs.
These and other objects are achieved, in one aspect, by a method for traffic offload in a multi-access mobile communication system supporting network-based IP mobility, said method comprising:
These and other objects are achieved, in other aspects, by entities for performing such method. Such entities in particular include network entities supporting network-based IP mobility (such as in particular Local Mobility Anchor LMA and Mobile Access Gateway MAG for Proxy Mobile IPv6 MIPv6).
Some embodiments of apparatus and/or methods in accordance with embodiments of the present invention are now described, by way of example only, and with reference to the accompanying drawings, in which:
An example of multi-access system (such as for example EPS) supporting network-based IP mobility is illustrated in
PMIPv6 is specified in particular in RFC 5213. A PMIPv6 domain comprises entities called Local Mobility Anchor LMA and Mobile Access Gateway MAG.
A description of PMIPv6 extensions for flow mobility support can be found in document Proxy Mobile IPv6 Extensions to Support Flow Mobility, draft-bernardos-netext-pmipv6-flowmob-02. This document specifies two messages as extensions of the PMIPv6 standard (RFC 5213). The Flow Mobility Initiate (FMI) message is sent for the Local Mobility Anchor (LMA) to the Mobility Access Gateway (MAG) to instruct the MAG that a new flow is to be routed to the connected UE. Flows are recognized using the 5-tuples and flow mobility procedures are initiated by the LMA (any trigger can be used as input). In case the MAG accepts to route the selected flow (the FMI message contains information of the specific flows) it will acknowledge sending a Flow Mobility Acknowledge (FMA) message to the LMA. In case the operation fails the MAG answers with a specific status code.
In the illustrated example the MN has two different flows: IPv6 Flow 1 exchanged for operator controlled services, and IPv6 Flow 2 exchanged for non-operator controlled services (such as traffic exchanged with public Internet). In the illustrated example IPv6 Flow 1 is routed through 3GPP (3G) access via a MAG noted MAG1, and IPv6 Flow 2 is routed through non-3GPP (WiFi) access via a MAG noted MAG2.
The 3GPP Evolved Packet Core Architecture therefore provides (simultaneous) wireless access to 3GPP and non-3GPP radio access networks to dual mode mobile devices. In particular 3GPP aims at exploiting the complementary WLAN coverage (where possible) to minimize network congestion by means of selective traffic offloading techniques to the WIFI access. The offload service can work as a simple alternative connection with no mobility support (e.g. an additional IP address in the host device performing non seamless WLAN offload) or as a secondary connection to seamlessly offload traffic (e.g. a premium service for 3G subscribers interested in having their content accessible everywhere).
In some cases the operator or service provider might be interested in offloading traffic directly at the access network, thus avoiding routing IP flows back to the mobility anchor. In particular, in some cases the service provider might be interested in routing IP flows directly to the public Internet from the access network nodes.
However, such systems as currently specified fail to provide such capability of traffic offload at access level. In other words, as illustrated in
Embodiments of the present invention enable to provide such capability of traffic offload at access level. For example, as illustrated in
Embodiments of the present invention enable to provide such capability of traffic offload at access level, by means of simple mechanisms, requiring few changes to current architectures, and allowing dynamic offload.
In an embodiment, the FMI and FMA messages are exchanged any time the LMA is instructed to do so and they can be reused to install temporary offload policies at the MAG.
In an embodiment, the LMA instructs the MAG to offload traffic at access level (for example, as illustrated in
In an embodiment, as illustrated in
In an embodiment, following steps may be provided as illustrated in
Embodiments of the present invention enable to provide such capability of traffic offload at access level, without the MN noticing any change in the IP address configuration.
Three different cases can be distinguished: the MN is a IPv4 only node, the MN is a IPv6 only node, the MN is a dual stack node. It is assumed that the MN implements the logical interface capabilities specified in document Logical Interface Support for multi-mode IP Hosts, draft-ietf-netext-logical-interface-support-01.
If the MN is a IPv4 only node the following steps may be provided:
If the MN is a IPv6 only node the following steps may be provided:
If the MN is a dual stack node the following steps may be provided:
As described above the LMA may send the FMI to initiate the offload to a MAG at any point. In practice offloading of an existing IP flow will result in a change in the Home Address seen by the correspondent node for that session. For many applications this will not be an issue, however for applications requiring session continuity then this is likely to cause application level problem and a poor user experience. In this case we propose that one of the triggers for the FMI be the initial uplink packet for a new flow received by the LMA. On receipt of the initial flow uplink packet from the MN the LMA can decide whether this flow should be offloaded immediately in which case the LMA will send the FMI to the MAG as described above. On receipt of the FMI the MAG will perform the routing update, send the acknowledgment FMA and forward subsequent packets for this flow received from the MN direct to the internet. In practice there is likely to be a delay between the initial uplink packet and the routing update being completed in the MAD. During this delay the MN may continue to send additional uplink packets for this flow to the LMA. We propose three alternatives
1) these additional uplink packets are discarded
2) the packets are sent to the internet with the LMA issued HoA
3) the packets are tromboned back to the source MAG
The LMA may choose either of the these approaches depending on the destination address (CN) of the uplink packets. Option 3 whilst more complex ensures that for any new flows that are offloaded then the IP address remains consistent for the duration the MN is attached to the same MAG.
In addition to a method for traffic offload (examples of which have been described above), entities configured for performing such a method are also provided. Such entities in particular include entities supporting network-based IP flow mobility (such as in particular Local Mobility Anchor LMA and Mobile Access Gateway MAG for Proxy Mobile IPv6 MIPv6).
In one aspect, there is provided a method for traffic offload in a multi-access mobile communication system supporting network-based IP mobility.
Various embodiments are provided, which may be used alone or in combination (according to various combinations).
In an embodiment, said method comprises:
In an embodiment:
In an embodiment, said method comprises:
In an embodiment, said method comprises:
In an embodiment, said method comprises:
In an embodiment, said method comprises:
In an embodiment, said method comprises:
In an embodiment, said method comprises:
In an embodiment:
In an embodiment, in a system supporting Proxy Mobile IPv6 PMIPv6 enhanced for IP flow mobility support, said method comprises:
In an embodiment, in a system supporting Proxy Mobile IPv6 PMIPv6 enhanced for IP flow mobility support, said method comprises:
In another aspect, there is provided a core network entity supporting network-based IP mobility in a multi-access mobile communication system, such as in particular Local Mobility Anchor LMA, said entity configured for performing such method.
In another aspect, there is provided an access network entity supporting network-based IP flow mobility in a multi-access mobile communication system, such as in particular Mobile Access Gateway MAG, said entity configured for performing such method.
The detailed implementation of the above-mentioned entities does not raise any special problem for a person skilled in the art, and therefore does not need to be more fully disclosed than has been made above, for a person skilled in the art.
A person of skill in the art would readily recognize that steps of various above-described methods can be performed by programmed computers. Herein, some embodiments are also intended to cover program storage devices, e.g., digital data storage media, which are machine or computer readable and encode machine-executable or computer-executable programs of instructions, wherein said instructions perform some or all of the steps of said above-described methods. The program storage devices may be, e.g., digital memories, magnetic storage media such as a magnetic disks and magnetic tapes, hard drives, or optically readable digital data storage media. The embodiments are also intended to cover computers programmed to perform said steps of the above-described methods.
Number | Date | Country | Kind |
---|---|---|---|
11290142.6 | Mar 2011 | EP | regional |
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/EP2012/054698 | 3/16/2012 | WO | 00 | 11/26/2013 |