EP2553989A1 - Access feedback by a multimode terminal - Google Patents

Access feedback by a multimode terminal

Info

Publication number
EP2553989A1
EP2553989A1 EP10715760A EP10715760A EP2553989A1 EP 2553989 A1 EP2553989 A1 EP 2553989A1 EP 10715760 A EP10715760 A EP 10715760A EP 10715760 A EP10715760 A EP 10715760A EP 2553989 A1 EP2553989 A1 EP 2553989A1
Authority
EP
European Patent Office
Prior art keywords
access
pcrf
resource reservation
service
qos
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
EP10715760A
Other languages
German (de)
French (fr)
Other versions
EP2553989B1 (en
Inventor
Stefan Rommer
Dirk Kopplin
Hans RÖNNEKE
John Stenfelt
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of EP2553989A1 publication Critical patent/EP2553989A1/en
Application granted granted Critical
Publication of EP2553989B1 publication Critical patent/EP2553989B1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0226—Traffic management, e.g. flow control or congestion control based on location or mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0044—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of quality context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • 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 method for providing access feedback. It also relates to a Gateway and a User Equipment adapted for the same purpose.
  • a terminal can get access via a number of different access technologies is becoming more and more common.
  • mobile phones often come equipped with both cellular and WLAN (Wireless Local Area Network) access capabilities.
  • Laptops often have Ethernet, WLAN and sometimes also cellular access capabilities.
  • These different interfaces may be used one at a time or they may be activated simultaneously.
  • a given service or a given IP session is typically only using one access at a time.
  • 3GPP EPS - Evolved Packet System also known as 3GPP SAE - System Architecture Evolution
  • 3GPP SAE - System Architecture Evolution is defining solutions for how session continuity can be achieved when a UE (User Equipment) moves between different accesses. This can e.g. mean that a service that is running over a cellular access is moved to run over a WLAN access instead. But also with this solution, the UE is only using one access at a time and during an access change, the whole IP session and all running services within that IP session is moved from source access to target access. Simultaneous use of multiple accesses (a.k.a. multi-homing) is not supported, except for very short times during a handover between two accesses.
  • MAPIM - Multi Access PDN connectivity and IP flow Mobility - in 3GPP is that it is the UE that is controlling the flow mobility.
  • the UE activates each access (e.g. 3GPP access and WLAN) and decides which IP flows are transported over each access.
  • the UE also selects a default access out of the available accesses. IP flows that have not been explicitly assigned a specific access are carried over the default access.
  • the network may choose to accept a reject a request from the UE, but not initiate a handover procedure.
  • This UE-centric control of IP-flow mobility is a key principle of the solution and is in fact an extension of the inter-access mobility defined for 3GPP SAE in release 8.
  • release 8 it is always the UE that triggers a handover between two different accesses.
  • the UE is the only entity in the network aware of e.g. signal quality of different accesses technologies.
  • a UE-triggered handover procedure avoids the need for interactions between heterogeneous access networks.
  • Network-triggered handover procedures i.e.
  • GERAN GSM Edge Radio Access Network
  • UTRAN UMTS Terrestial Radio Access Network
  • E-UTRAN Evolved UTRAN
  • the UE may use multiple criteria for choosing which access that shall carry certain IP flows. First of all the UE has access selection policies (either pre-configured in the UE or received over-the-air from the network operator). The policies may contain a prioritized list of accesses to be uses for certain services. Then the UE also has information about the signal quality, characteristics, throughput etc of the different available accesses.
  • access selection policies either pre-configured in the UE or received over-the-air from the network operator.
  • the policies may contain a prioritized list of accesses to be uses for certain services. Then the UE also has information about the signal quality, characteristics, throughput etc of the different available accesses.
  • the current solution in the UE-centric mobility paradigm is that network sets up network-initiated QoS resources for new IP flows on the default access. It is then up to the UE if it wants to trigger a mobility procedure afterwards to move the new IP flow to another access.
  • the object of the present invention is therefore to ensure that QoS resources for an IP flow or service are established in the desired access during handover in a multi access environment. .
  • object of the present invention is solved by means of a method for providing access feedback when a User Equipment, UE, with an established a connection over multiple accesses towards a Gateway, GW, initiates a set-up of a new service for a service session.
  • the method comprises a step where the GW or a Policy and Charging Rules Function, PCRF, initiates a Quality of Service, QoS, resource reservation as a response of the set-up of the new service initiated by the UE.
  • the GW or the PCRF in the QoS resource reservation selects a first access as present access.
  • the method is particularly characterized in a step where the UE rejects said first access as present access and sends a reject message to the GW, wherein the GW or the PCRF as a result of the reject message initiates a new QoS resource reservation selecting a second access as present access.
  • the object of the present invention is also solved by means of a User Equipment, UE, with an established connection over multiple accesses.
  • the UE is adapted to provide access feedback to a GW when the UE initiates a set-up of a new service for a service session.
  • the UE is particularly characterized in that it is adapted to reject a selected first access as present access and send a reject message to a GW.
  • the first access is selected in a Quality of Service, QoS, resource reservation initiated by the GW or a Policy and Charging Rules Function, PCRF as a response of a service session initiated by the UE.
  • QoS Quality of Service
  • PCRF Policy and Charging Rules Function
  • the object of the present invention is also solved by means of a Gateway, GW, being adapted for initiating a Quality of Service, QoS, resource reservation as a response of the set-up of a new service initiated by the UE according to claim 1 1 .
  • the GW in the QoS resource reservation being adapted to select an access as present access.
  • the GW is particularly characterized in that it is further adapted to initiate a new QoS resource reservation as a result of the reject message sent by the UE, and select a second access as present access.
  • PCRF Policy and Charging Rules Function
  • QoS Quality of Service
  • QoS resource reservation being adapted to select an access as present access.
  • the PCRF is particularly characterized in that it is further adapted to initiate a new QoS resource reservation as a result of the reject message sent by the UE, and select a second access as present access.
  • the main advantage of the invention is that the network can ensure that QoS resources for an IP flow are established in the desired (present) access immediately, without going through the intermediate step of setting up the resources in a default access first and then let the UE trigger a movement of IP flow to the desired access.
  • Figure 1 illustrates a network with multi accesses.
  • Figure 2 illustrates a known network signaling diagram for handover in a multiaccess environment.
  • Figure 3 illustrates a first example according to the present invention of a network signaling diagram for handover in a multi-access environment.
  • Figure 4 illustrates a second example according to the present invention of a network signaling diagram for handover in a multi-access environment.
  • Figure 5 illustrates a flow scheme for the method according to th e present invention.
  • the present invention relates to a method for providing access feedback. It also relates to a Gateway and a User Equipment adapted for the same purpose. Even though the detailed description describes the method performed by these functions, the person skilled in the art realizes that these functions, which are adapted to perform these method steps, are also disclosed in the description.
  • Figure 1 shows a network into which the present invention is preferably implemented.
  • Figure 1 shows a System Architecture Evolution (SAE) core network.
  • SAE System Architecture Evolution
  • Components of the network communicate with each other via reference points and interfaces (Gn, Gp, S3, S4, S10, S1 1 , S1 u, S5, Gxa, Gxb, Gxc, Gx, Rx, S2a, S2b, S2c, SGi), which will not be described more in detail here.
  • Some components of the SAE core network are a Mobility Management Entity (MME) 16, a Serving Gateway (S-GW) 17, non- 3GPP Access GW 20, evolved Packet Data Gateway (ePDG) 21 and a Packet Data Network Gateway (PDN-GW) 10.
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • ePDG evolved Packet Data Gateway
  • PDN-GW Packet Data Network Gateway
  • the MME 16 is responsible for controlling an E-UTRAN Radio Access Network (RAN) 1 1 , and selecting S-GW 17 for a User Equipment, UE, 14. From now on all RAN's will be named "access”. MME also provides the control plane function for mobility between the E-UTRAN access and GERAN/UTRAN accesses 19, which are divided into pre-rel-8 and rel-8 GERAN/UTRAN. The S-GW routes and forwards IP flows for particular services. It also acts as mobility anchor for mobility between the E-UTRAN and GERAN/UTRAN.
  • the Serving GPRS Support Node (SGSN) 15 can in GPRS core networks for instance be used for routing and forwarding IP flow from and to the UE 14. It is in SAE connected to MME and the S-GW.
  • SGSN Serving GPRS Support Node
  • the ePDG routes packets between UE and PDN-GW and supports IPSec functionality for protection IP packets between UE and ePDG.
  • the PDN-GW 10 provides connectivity between the UE 14 and external Packet Data Networks (PDN) 18 by being the point of exit and entry of traffic for the UE.
  • PDN Packet Data Networks
  • An UE may have simultaneous connectivity with more than one PDN-GW 10 for accessing multiple PDN's.
  • a key role of the PDN-GW is to act as the anchor for mobility between 3GPP and non-3GPP technologies such as WiMAX, WLAN and 3GPP2.
  • Non-3GPP technologies are in the following also embraced by the term "access”.
  • a Policy and Charging Rules Function 13, PCRF controls a PCEF in the PDN-GW 10 by providing PCC rules via the Gx reference point.
  • the PCC rules decision in the PCRF may be based on information obtained by the PCEF via the Gx reference point.
  • the PCRF can by changing the PCC rules control the accesses on a PDP context basis, see figure 1 , for the UE.
  • the PCRF may in addition to the controlling of the PCEF also control a Bearer Binding and Event Reporting Function (BBERF) by providing Quality of Service (QoS) rules via the Gxa, Gxb or Gxc reference points.
  • BBERF Bearer Binding and Event Reporting Function
  • QoS Quality of Service
  • the BBERF may be located in the Serving GW 17 and/or an Access GW in the non- 3GPP access 12.
  • the architecture option with BBERF in addition to PCEF is used when the mobility protocol between Serving GW 17 (or Access GW 20 in non-3GPP access) and PDN-GW do not support QoS signaling. For more details, see 3GPP TS 23.203. This will be described more in detail in the following.
  • a main problem with present multi-homing scenarios it that a service may be initiated in a non-optimal access before it can be moved (by the UE) to a more optimal access with, e.g. higher bit rate capacity and/or better QoS capabilities. It is therefore important to ensure that QoS resources for an IP flow are established in the desired (present) access immediately, without going through the intermediate step of setting up the resources in a default access first and then let the UE trigger a movement of IP flow to the desired access.
  • the present invention comprises certain steps that are performed to provide access feedback when the UE 14 has established a connection over multiple accesses towards a Gateway, GW, initiates a set-up of a new service for a service session .
  • a service is for instance telephony or audio/video streaming between the UE 10 and the PDN 1 8. 1 .
  • the GW 10,17,20 or the PCRF 13 initiates a Quality of Service, QoS, resource reservation as a response of the set-up of the new service initiated by the UE 14.
  • the GW selects a first access 1 1 ,12,19 as present access in the QoS resource reservation.
  • the UE 14 rejects said first access 1 1 ,12,19 as present access and sends a reject message to the GW 10,17,20.
  • the GW or the PCRF 13 as a result of the reject message initiates a new QoS resource reservation selecting a second access 1 1 ,12,19 as present access.
  • the GW refers to one of PDN-GW 10, Serving GW 17 or Access GW 20. Which of the GW's are meant depend on the architecture option being used, i.e. whether a BBERF exist or not.
  • the fact that the reject message is sent to the GW 10,17,20 also embraces a scenario where the reject message is included in a new message, sent from the GW to the PCRF 13. In such a scenario the GW consequently forwards the message in a new form to the PCRF. This means that in case the PCRF initiates a new resource reservation, the reject message is able to reach the PCRF.
  • the PCRF may in addition to the controlling of the PCEF also control a Bearer Binding and Event Reporting Function (BBERF) by providing Quality of Service (QoS) rules via the Gxa, Gxb or Gxc reference points.
  • BBERF Bearer Binding and Event Reporting Function
  • QoS Quality of Service
  • the BBERF may be located in the Serving GW 17 and/or an Access GW in the non-3GPP access 12. Consequently, if a BBERF is present, QoS resource reservation is initiated by the PCRF. If the BBERF is not present, resource reservation is initiated by the GW.
  • the UE can make a "partial reject" of the request from the GW 10,17,20 or the PCRF 13 and return this reject to the GW (which may forward it to the PCRF). It is a "partial reject” since it is not a complete rejection of the request but rather an indication that the service should not be established in this access.
  • the fact that the UE 14 sends a reject message results in that the load is reduced on the accesses 1 1 ,12,19 since QoS reservation only happens once (in desired access) instead of twice (first in default access and then in desired access).
  • the fact that the GW 10,17,20 or PCRF 13 selects a first or a second access means that the GW or PCRF may, based on information from the UE 14, select an access. The UE then provides the possible accesses to be selected and the GW or PCRF chooses one of these provided accesses as selected access. For instance, when the first access is selected as present access, this is not really a selection since the first access has already been selected by the UE 14. An alternative is that the GW or PCRF by itself chooses an access, without any information provided by the UE.
  • the UE 14 When the UE 14 accepts said second access as present access and sends an accept message to the GW 10,17,20, the GW or the PCRF as a result of the accept message proceeds with the initiated QoS resource reservation over the selected and accepted access.
  • the UE furthermore, as a result of the accept initiates a flow mobility procedure by sending a IP flow mobility message to the GW for the established service or IP session flow via the selected, present access.
  • accept message and the flow mobility message is sent to the GW 10,17,20 also embraces a scenario where these messages are included in a new message, sent from the GW to the PCRF 13.
  • the UE 14 is preferably informed about the first access selected in an access selection message in the QoS resource reservation.
  • This access selection message may comprise information of the capability of the GW 10,17,20 or PCRF 13 to receive a reject message.
  • the UE may inform in the reject message about possible accesses to be selected.
  • the reject message then comprises access information indicating which at least one second access that is selectable by the GW 10,17,20 or PCRF 13 as present access. These second accesses are used instead of the first access for the access selection by the GW or PCRF.
  • the access information is returned by the UE 14 as access selection policies.
  • the access information consists in a list of at least one second access, said list being sorted in priority order. This access information is a very suitable way to ensure that the GW or PCRF selects an access desired by the UE.
  • Figure 3 illustrates a first example of a network signaling diagram for handover in a multi-access environment.
  • the UE 10 is assumed to have access to the same APN (Access Point Name) using at least two different access types that may be used to carry a certain service that requires dedicated resources.
  • the UE has access selection policies, e.g. received from an Access Network Discovery and Selection Function (ANDSF).
  • ANDSF Access Network Discovery and Selection Function
  • a new service session using network initiated QoS procedures is started.
  • This particular service has access selection policies that indicate that Access B 12 has higher priority than Access A 1 1 for this type of service.
  • PCC Policy and Charging Control
  • the PCRF 13 Based on service information received over Rx (not shown in call flow), the PCRF 13 provides new PCC rules to the PDN-GW 10.
  • the PDN-GW 10 selects a first access 1 1 as present access (this is not really a selection since the default access has already been selected by the UE 14).
  • the PDN-GW initiates the QoS procedures (in the present access) for the newly established service session.
  • the UE 14 e.g. based on access selection policies, rejects the requests and replies indicating which second access(es) should be used as present access instead.
  • the PDN-GW 10 reports the result back to the PCRF 13. 5.
  • the PCRF 13 picks the second access 12 (Access B) with highest priority as indicated in the access infornnation provided by the UE 14.
  • the PDN-GW 10 initiates the QoS procedures in this access for the newly established service session.
  • the PDN-GW 10 acknowledges the installation of the PCC rules to the PCRF 13.
  • start th e UE In order to fully complete th e service start th e UE must also provide routing/mobility rules to the network (according to the UE-centric mobility paradigm). This step is independent of steps 5-6 and may e.g. take place simultaneously with 5-6. This reduces the total time from step 1 until traffic can start to flow in present access 12 (Access B).
  • Figure 4 illustrates a second example of a network signalling diagram for handover in a multi-access environment.
  • the QoS resource reservation in a second access indicated in th e access information fails.
  • the QoS resource reservation may then be performed in another second access indicated in the access information.
  • a default access retrieved by the PDN-GW 10 is accepted by the UE 14 as present access.
  • the PCRF 13 Based on service information received over Rx (not shown in call flow), the PCRF 13 provides new PCC rules to the PDN-GW 10.
  • the PDN-GW 10 selects a first access 1 1 as present access (this is not really a selection since the default access has already been selected by the UE 14).
  • the PDN-GW initiates the QoS procedures (in the present access) for the newly established service session.
  • the PDN-GW 10 reports the result back to the PCRF 13.
  • the PCRF 13 picks the second access 12 (Access B) with highest priority as indicated in the access information provided by the UE 14.
  • the PCRF 13 initiates the QoS procedures in this access for the newly established service session.
  • the reservation fails due to lack of radio resources.
  • the PCRF 13 provides updated PCC rules to the PDN-GW 10 as needed.
  • the PDN-GW replies to the PCRF 13.
  • the UE provides routing/mobility rules to the network (according to the UE- centric mobility paradigm). The UE is not aware of the fact that the reservation failed.
  • the PDN-GW 10 rejects the routing rules.
  • the PDN-GW 10 instead initiates QoS procedures in the first access for the newly established service session. This step may be the last step when the PDN-GW or PCRF 13 has tried and failed on all of the second accesses provided in the access information.
  • the present invention provides the advantage that the PDN-GW 10 can ensure that QoS resources for an IP flow are established in the desired (present) access immediately, without going through the intermediate step of setting up the resources in a default access first and then let the UE trigger a movement of IP flow to the desired access.

Abstract

In object of the present invention is solved by means of a method for providing access feedback when a User Equipment (14), UE, with an established a connection over multiple accesses towards a Gateway (10,17,20), GW, initiates a set-up of a new service for a service session. The method comprises a step (22) where the GW (10,17,20) or a Policy and Charging Rules Function (13), PCRF, initiates a Quality of Service, QoS, resource reservation as a response of the set-up of the new service initiated by the UE (14). The GW (10,17,20) or the PCRF (13) in the QoS resource reservation selects a first access as present access. The method is particularly characterized in a step (23) where the UE (14) rejects said first access as present access and sends a reject message to the GW (10,17,20), wherein the GW (10,17,20) or the PCRF (13) as a result of the reject message initiates a new QoS resource reservation selecting a second access as present access.

Description

ACCESS FEEDBACK BY A MULTIMODE TERMINAL
TECHNICAL FIELD
The present invention relates to a method for providing access feedback. It also relates to a Gateway and a User Equipment adapted for the same purpose.
BACKGROUND
The scenario where a terminal (UE/MS) can get access via a number of different access technologies is becoming more and more common. For example, mobile phones often come equipped with both cellular and WLAN (Wireless Local Area Network) access capabilities. Laptops often have Ethernet, WLAN and sometimes also cellular access capabilities. These different interfaces may be used one at a time or they may be activated simultaneously. However, more importantly, in the current solution a given service or a given IP session is typically only using one access at a time.
Currently 3GPP EPS - Evolved Packet System (also known as 3GPP SAE - System Architecture Evolution) is defining solutions for how session continuity can be achieved when a UE (User Equipment) moves between different accesses. This can e.g. mean that a service that is running over a cellular access is moved to run over a WLAN access instead. But also with this solution, the UE is only using one access at a time and during an access change, the whole IP session and all running services within that IP session is moved from source access to target access. Simultaneous use of multiple accesses (a.k.a. multi-homing) is not supported, except for very short times during a handover between two accesses. There is work ongoing in IETF (Internet Engineering Task Force), and related work being started up in 3GPP, for defining mobility solutions in multi-homing scenarios. As part of this work the concept of "flow mobility" is investigated, i.e. only a subset of the IP flows for a given IP session is moved from one access to another. For example, it could be that only the video component of a multimedia call is moved from cellular access to WLAN, while the IP flows related to the voice component of the same call stays in cellular access. One IP session would thus be active over multiple accesses simultaneously.
One solution proposed in 3GPP work on simultaneous multi-access (called MAPIM - Multi Access PDN connectivity and IP flow Mobility - in 3GPP) is that it is the UE that is controlling the flow mobility. This means that the UE activates each access (e.g. 3GPP access and WLAN) and decides which IP flows are transported over each access. The UE also selects a default access out of the available accesses. IP flows that have not been explicitly assigned a specific access are carried over the default access. The network may choose to accept a reject a request from the UE, but not initiate a handover procedure.
This UE-centric control of IP-flow mobility is a key principle of the solution and is in fact an extension of the inter-access mobility defined for 3GPP SAE in release 8. In release 8 it is always the UE that triggers a handover between two different accesses. One reason for this is that the UE is the only entity in the network aware of e.g. signal quality of different accesses technologies. Also, a UE-triggered handover procedure avoids the need for interactions between heterogeneous access networks. Network-triggered handover procedures, i.e. procedures where the network initiates the handover, are only defined between certain "tightly coupled" accesses such as GERAN (GSM Edge Radio Access Network), UTRAN (UMTS Terrestial Radio Access Network) and E-UTRAN (Evolved UTRAN).
The UE may use multiple criteria for choosing which access that shall carry certain IP flows. First of all the UE has access selection policies (either pre-configured in the UE or received over-the-air from the network operator). The policies may contain a prioritized list of accesses to be uses for certain services. Then the UE also has information about the signal quality, characteristics, throughput etc of the different available accesses.
One problem occurs when the UE-centric mobility paradigm for IP flow mobility is combined with network-initiated QoS procedures. When only a single access is active (as in release 8) there is no issue since the network has no choice when establishing new QoS resources using the network initiated procedures. However, when multiple accesses are available simultaneously, the network in principle has a choice between the different access technologies. According to the UE-centric mobility paradigm, it is however always the UE that decides which access to use for a certain IP flow. The current solution in the UE-centric mobility paradigm is that network sets up network-initiated QoS resources for new IP flows on the default access. It is then up to the UE if it wants to trigger a mobility procedure afterwards to move the new IP flow to another access.
There are several drawbacks with this approach. First of all it results in an inefficient service establishment procedure for services that use network-initiated QoS (Quality of Service) procedures. The network must always establish the QoS resources in the default access first and then the UE can move the resources to a more suitable access later (e.g. based on the access selection policies). The move of an IP flow for a service requires the NW to establish the corresponding resources in the new access and tear down the resources in the old access. Furthermore, it may also result in a non-optimal service experience since the service may be initiated in a non-optimal access before it can be moved (by the UE) to a more optimal access with e.g. higher bit rate capacity and/or better QoS capabilities. The current state of the art is illustrated in figure 2. The figure will not be described in detail in the present patent application. More information about this signaling flow procedure can be found in 3GPP technical specifications TS 23.401 , TS 23.402, TS 23.203 and TS 23.261 .
One solution to this problem could be that the network initiates the QoS procedures in the "best" access directly, instead of in the default access. This however breaks the UE-centric mobility paradigm. Another problem is that the network nodes initiating the QoS procedures do not have access to the access selection policies since such policies are stored in th e Access Network Discovery and Selection Function (ANDSF). The network nodes therefore do not know which access is the "best" access. A third drawback is that network-based access selection and network- triggered inter-access handover makes the heterogeneous accesses more tightly coupled. Coupling heterogeneous accesses is non-trivial since each access typically has different solutions to key aspects such as security, mobility, etc.
SUMMARY
The object of the present invention is therefore to ensure that QoS resources for an IP flow or service are established in the desired access during handover in a multi access environment. .
In object of the present invention is solved by means of a method for providing access feedback when a User Equipment, UE, with an established a connection over multiple accesses towards a Gateway, GW, initiates a set-up of a new service for a service session. The method comprises a step where the GW or a Policy and Charging Rules Function, PCRF, initiates a Quality of Service, QoS, resource reservation as a response of the set-up of the new service initiated by the UE. The GW or the PCRF in the QoS resource reservation selects a first access as present access.
The method is particularly characterized in a step where the UE rejects said first access as present access and sends a reject message to the GW, wherein the GW or the PCRF as a result of the reject message initiates a new QoS resource reservation selecting a second access as present access.
The object of the present invention is also solved by means of a User Equipment, UE, with an established connection over multiple accesses. The UE is adapted to provide access feedback to a GW when the UE initiates a set-up of a new service for a service session. The UE is particularly characterized in that it is adapted to reject a selected first access as present access and send a reject message to a GW. The first access is selected in a Quality of Service, QoS, resource reservation initiated by the GW or a Policy and Charging Rules Function, PCRF as a response of a service session initiated by the UE. The object of the present invention is also solved by means of a Gateway, GW, being adapted for initiating a Quality of Service, QoS, resource reservation as a response of the set-up of a new service initiated by the UE according to claim 1 1 . The GW in the QoS resource reservation being adapted to select an access as present access. The GW is particularly characterized in that it is further adapted to initiate a new QoS resource reservation as a result of the reject message sent by the UE, and select a second access as present access.
The object of the present invention is finally solved by means of a Policy and Charging Rules Function (13), PCRF, being adapted for initiating a Quality of Service, QoS, resource reservation as a response of the set-up of a new service initiated by the UE according to claim 1 1 . The PCRF in the QoS resource reservation being adapted to select an access as present access. The PCRF is particularly characterized in that it is further adapted to initiate a new QoS resource reservation as a result of the reject message sent by the UE, and select a second access as present access.
The main advantage of the invention is that the network can ensure that QoS resources for an IP flow are established in the desired (present) access immediately, without going through the intermediate step of setting up the resources in a default access first and then let the UE trigger a movement of IP flow to the desired access. This has several advantages:
- It reduces the load on the access networks since QoS reservation only
happens once (in desired access) instead of twice (first in default access and then in desired access)
- Service experience is improved since the service starts rapidly in desired
access instead of starting up in a default access and then gets moved to the desired access. - Reduced risk of service loss in case the service is rejected completely in
default access before the UE gets a chance to move it to desired access.
- No need to introduce NW-based access selection or NW-triggered inter- access mobility procedures.
Further advantages are achieved by implementing one or several of the features of the dependent claims. This will be further explained below.
BRIEF DESCRIPTION OF THE DRAWINGS
The invention will be described in greater detail in the following, with reference to the examples that are shown in the attached drawings, in which:
Figure 1 illustrates a network with multi accesses. Figure 2 illustrates a known network signaling diagram for handover in a multiaccess environment.
Figure 3 illustrates a first example according to the present invention of a network signaling diagram for handover in a multi-access environment. Figure 4 illustrates a second example according to the present invention of a network signaling diagram for handover in a multi-access environment.
Figure 5 illustrates a flow scheme for the method according to th e present invention. DETAILED DESCRIPTION
The embodiments of the invention with further developments described in the following are to be regarded only as examples and are in no way to limit the scope of the protection provided by the patent claims.
The present invention relates to a method for providing access feedback. It also relates to a Gateway and a User Equipment adapted for the same purpose. Even though the detailed description describes the method performed by these functions, the person skilled in the art realizes that these functions, which are adapted to perform these method steps, are also disclosed in the description. Figure 1 shows a network into which the present invention is preferably implemented. Figure 1 shows a System Architecture Evolution (SAE) core network. Components of the network communicate with each other via reference points and interfaces (Gn, Gp, S3, S4, S10, S1 1 , S1 u, S5, Gxa, Gxb, Gxc, Gx, Rx, S2a, S2b, S2c, SGi), which will not be described more in detail here. Some components of the SAE core network are a Mobility Management Entity (MME) 16, a Serving Gateway (S-GW) 17, non- 3GPP Access GW 20, evolved Packet Data Gateway (ePDG) 21 and a Packet Data Network Gateway (PDN-GW) 10.
The MME 16 is responsible for controlling an E-UTRAN Radio Access Network (RAN) 1 1 , and selecting S-GW 17 for a User Equipment, UE, 14. From now on all RAN's will be named "access". MME also provides the control plane function for mobility between the E-UTRAN access and GERAN/UTRAN accesses 19, which are divided into pre-rel-8 and rel-8 GERAN/UTRAN. The S-GW routes and forwards IP flows for particular services. It also acts as mobility anchor for mobility between the E-UTRAN and GERAN/UTRAN. The Serving GPRS Support Node (SGSN) 15 can in GPRS core networks for instance be used for routing and forwarding IP flow from and to the UE 14. It is in SAE connected to MME and the S-GW. Today there is an option for the user plane data to bypass the SGSN. When this option is used, the SGSN is only a control plane entity and does not route or forward user data. The ePDG routes packets between UE and PDN-GW and supports IPSec functionality for protection IP packets between UE and ePDG. The PDN-GW 10 provides connectivity between the UE 14 and external Packet Data Networks (PDN) 18 by being the point of exit and entry of traffic for the UE. An UE may have simultaneous connectivity with more than one PDN-GW 10 for accessing multiple PDN's. A key role of the PDN-GW is to act as the anchor for mobility between 3GPP and non-3GPP technologies such as WiMAX, WLAN and 3GPP2. Non-3GPP technologies are in the following also embraced by the term "access".
A Policy and Charging Rules Function 13, PCRF, controls a PCEF in the PDN-GW 10 by providing PCC rules via the Gx reference point. The PCC rules decision in the PCRF may be based on information obtained by the PCEF via the Gx reference point. The PCRF can by changing the PCC rules control the accesses on a PDP context basis, see figure 1 , for the UE.
Depending on architecture option used, the PCRF may in addition to the controlling of the PCEF also control a Bearer Binding and Event Reporting Function (BBERF) by providing Quality of Service (QoS) rules via the Gxa, Gxb or Gxc reference points. The BBERF may be located in the Serving GW 17 and/or an Access GW in the non- 3GPP access 12. The architecture option with BBERF in addition to PCEF is used when the mobility protocol between Serving GW 17 (or Access GW 20 in non-3GPP access) and PDN-GW do not support QoS signaling. For more details, see 3GPP TS 23.203. This will be described more in detail in the following.
A main problem with present multi-homing scenarios it that a service may be initiated in a non-optimal access before it can be moved (by the UE) to a more optimal access with, e.g. higher bit rate capacity and/or better QoS capabilities. It is therefore important to ensure that QoS resources for an IP flow are established in the desired (present) access immediately, without going through the intermediate step of setting up the resources in a default access first and then let the UE trigger a movement of IP flow to the desired access.
In order to enable such an improved establishment procedure, the present invention comprises certain steps that are performed to provide access feedback when the UE 14 has established a connection over multiple accesses towards a Gateway, GW, initiates a set-up of a new service for a service session . A service is for instance telephony or audio/video streaming between the UE 10 and the PDN 1 8. 1 . In a first step 22, see figure 5, the GW 10,17,20 or the PCRF 13 initiates a Quality of Service, QoS, resource reservation as a response of the set-up of the new service initiated by the UE 14. The GW selects a first access 1 1 ,12,19 as present access in the QoS resource reservation.
2. In a second, inventive step 23, see figure 5, the UE 14 rejects said first access 1 1 ,12,19 as present access and sends a reject message to the GW 10,17,20.
The GW or the PCRF 13 as a result of the reject message initiates a new QoS resource reservation selecting a second access 1 1 ,12,19 as present access.
The GW refers to one of PDN-GW 10, Serving GW 17 or Access GW 20. Which of the GW's are meant depend on the architecture option being used, i.e. whether a BBERF exist or not.
The fact that the reject message is sent to the GW 10,17,20 also embraces a scenario where the reject message is included in a new message, sent from the GW to the PCRF 13. In such a scenario the GW consequently forwards the message in a new form to the PCRF. This means that in case the PCRF initiates a new resource reservation, the reject message is able to reach the PCRF.
The fact that either the GW 10,17,20 or the PCRF 13 initiate a new resource reservation relates to the presence of a BBERF. Depending on architecture option used, the PCRF may in addition to the controlling of the PCEF also control a Bearer Binding and Event Reporting Function (BBERF) by providing Quality of Service (QoS) rules via the Gxa, Gxb or Gxc reference points. The BBERF may be located in the Serving GW 17 and/or an Access GW in the non-3GPP access 12. Consequently, if a BBERF is present, QoS resource reservation is initiated by the PCRF. If the BBERF is not present, resource reservation is initiated by the GW.
This means that when the network (the PCRF 13) initiates QoS procedures towards the UE 14 over an (default) access, it is proposed that the UE can make a "partial reject" of the request from the GW 10,17,20 or the PCRF 13 and return this reject to the GW (which may forward it to the PCRF). It is a "partial reject" since it is not a complete rejection of the request but rather an indication that the service should not be established in this access. The fact that the UE 14 sends a reject message results in that the load is reduced on the accesses 1 1 ,12,19 since QoS reservation only happens once (in desired access) instead of twice (first in default access and then in desired access). Service experience is improved since the service starts rapidly in desired access instead of starting up in a default access and then gets moved to the desired access. The fact that the GW 10,17,20 or PCRF 13 selects a first or a second access means that the GW or PCRF may, based on information from the UE 14, select an access. The UE then provides the possible accesses to be selected and the GW or PCRF chooses one of these provided accesses as selected access. For instance, when the first access is selected as present access, this is not really a selection since the first access has already been selected by the UE 14. An alternative is that the GW or PCRF by itself chooses an access, without any information provided by the UE.
When the UE 14 accepts said second access as present access and sends an accept message to the GW 10,17,20, the GW or the PCRF as a result of the accept message proceeds with the initiated QoS resource reservation over the selected and accepted access. The UE furthermore, as a result of the accept initiates a flow mobility procedure by sending a IP flow mobility message to the GW for the established service or IP session flow via the selected, present access.
The fact that the accept message and the flow mobility message is sent to the GW 10,17,20 also embraces a scenario where these messages are included in a new message, sent from the GW to the PCRF 13.
The UE 14 is preferably informed about the first access selected in an access selection message in the QoS resource reservation. This access selection message may comprise information of the capability of the GW 10,17,20 or PCRF 13 to receive a reject message. As mentioned, the UE may inform in the reject message about possible accesses to be selected. The reject message then comprises access information indicating which at least one second access that is selectable by the GW 10,17,20 or PCRF 13 as present access. These second accesses are used instead of the first access for the access selection by the GW or PCRF. The access information is returned by the UE 14 as access selection policies. The access information consists in a list of at least one second access, said list being sorted in priority order. This access information is a very suitable way to ensure that the GW or PCRF selects an access desired by the UE.
Figure 3 illustrates a first example of a network signaling diagram for handover in a multi-access environment. In the example the UE 10 is assumed to have access to the same APN (Access Point Name) using at least two different access types that may be used to carry a certain service that requires dedicated resources. The UE has access selection policies, e.g. received from an Access Network Discovery and Selection Function (ANDSF). In the example, a new service session using network initiated QoS procedures is started. This particular service has access selection policies that indicate that Access B 12 has higher priority than Access A 1 1 for this type of service. We show an example call flow below for a scenario with on-path PCC (Policy and Charging Control):
These steps are performed, see figure 3: 1 . Based on service information received over Rx (not shown in call flow), the PCRF 13 provides new PCC rules to the PDN-GW 10.
2. The PDN-GW 10 selects a first access 1 1 as present access (this is not really a selection since the default access has already been selected by the UE 14). The PDN-GW initiates the QoS procedures (in the present access) for the newly established service session.
3. The UE 14, e.g. based on access selection policies, rejects the requests and replies indicating which second access(es) should be used as present access instead.
4. The PDN-GW 10 reports the result back to the PCRF 13. 5. The PCRF 13 picks the second access 12 (Access B) with highest priority as indicated in the access infornnation provided by the UE 14. The PDN-GW 10 initiates the QoS procedures in this access for the newly established service session.
6. The QoS procedures are successfully completed.
7. The PDN-GW 10 acknowledges the installation of the PCC rules to the PCRF 13.
8. In order to fully complete th e service start th e UE must also provide routing/mobility rules to the network (according to the UE-centric mobility paradigm). This step is independent of steps 5-6 and may e.g. take place simultaneously with 5-6. This reduces the total time from step 1 until traffic can start to flow in present access 12 (Access B).
The example above shows a network scenario with "on-path" PCC in both accesses. Similar call flows would apply also in case of "off-path" PCC. The key difference would be that the PCRF 13 performs QoS reservation by providing "QoS rules" directly to the Access GW in each access 1 1 ,12.
Figure 4 illustrates a second example of a network signalling diagram for handover in a multi-access environment. In this example the QoS resource reservation in a second access indicated in th e access information fails. The QoS resource reservation may then be performed in another second access indicated in the access information. When the QoS resource reservation in all second accesses indicated in the access information fails, a default access retrieved by the PDN-GW 10 is accepted by the UE 14 as present access.
These steps are performed, see figure 4:
1 . Based on service information received over Rx (not shown in call flow), the PCRF 13 provides new PCC rules to the PDN-GW 10. The PDN-GW 10 selects a first access 1 1 as present access (this is not really a selection since the default access has already been selected by the UE 14). The PDN-GW initiates the QoS procedures (in the present access) for the newly established service session. The UE 14, e.g. based on access selection policies, rejects the requests and replies indicating which second access(es) should be used as present access instead. The PDN-GW 10 reports the result back to the PCRF 13. The PCRF 13 picks the second access 12 (Access B) with highest priority as indicated in the access information provided by the UE 14. The PCRF 13 initiates the QoS procedures in this access for the newly established service session. The reservation fails due to lack of radio resources. The PCRF 13 provides updated PCC rules to the PDN-GW 10 as needed. The PDN-GW replies to the PCRF 13. The UE provides routing/mobility rules to the network (according to the UE- centric mobility paradigm). The UE is not aware of the fact that the reservation failed. The PDN-GW 10 rejects the routing rules. The PDN-GW 10 instead initiates QoS procedures in the first access for the newly established service session. This step may be the last step when the PDN-GW or PCRF 13 has tried and failed on all of the second accesses provided in the access information. The UE 14, e.g. based on access selection policies, accepts the QoS resource requests and replies with an accept message. The example above shows a network scenario with "on-path" PCC in access A and "off-path" PCC in access B. Similar call flows would apply also if "off-path" PCC would be used in Access A and/or "on-path" PCC would be used in Access B. The key difference for "off-path" PCC in Access A would be that the PCRF 13 performs QoS reservation by providing "QoS rules" directly to the Access GW in access 1 1 . The key difference for "on-path" PCC in Access B would be the PCRF 13 performs QoS reservation by providing "PCC rules" to the PDN-GW 1 0, and the PDN-GW initiates QoS reservation procedure towards access 12.
In summary, the present invention provides the advantage that the PDN-GW 10 can ensure that QoS resources for an IP flow are established in the desired (present) access immediately, without going through the intermediate step of setting up the resources in a default access first and then let the UE trigger a movement of IP flow to the desired access.
The invention is not to be regarded as being limited to the examples described above. A number of additional variants and modifications are possible within the scope of the subsequent patent claims.

Claims

1 . A method for providing access feedback when a User Equipment (14), UE, with an established a connection over multiple accesses towards a Gateway (10,17,20), GW, initiates a set-up of a new service for a service session, the method comprising the step (22) of:
- the GW (10,17,20) or a Policy and Charging Rules Function (13), PCRF, initiating a Quality of Service, QoS, resource reservation as a response of the set-up of the new service initiated by the UE (14), the GW (10,17,20) or the PCRF (13) in the QoS resource reservation selecting a first access as present access, characterized in the step (23) of:
- the UE rejecting said first access as present access and sending a reject message to the GW (10,17,20), wherein the GW (10,17,20) or the PCRF (13) as a result of the reject message initiates a new QoS resource reservation selecting a second access as present access.
2. Method according to any of the preceding claims wherein when the UE (14) accepts said second access as present access and sends an accept message to the GW (10,17,20), the GW (10,17,20) or the PCRF (13) as a result of the accept message proceeds with the initiated QoS resource reservation over the selected and accepted access.
3. Method according to claim 2 wherein the UE (14) as a result of the accept initiates a flow mobility procedure by sending a IP flow mobility message to the GW (10,17,20) for the established service or IP session flow via the selected, present access.
4. Method according to any of the preceding claims wherein the UE (14) is informed about the first access selected in an access selection message in the QoS resource reservation.
5. Method according to claim 4 wherein the access selection message comprise allowance information indicating the capability of the GW (10,17,20) or the PCRF (13) to receive a reject message.
6. Method according to any of the preceding claims wherein the reject message comprises access information indicating which at least one second access that is selectable by the GW (10,17,20) or the PCRF (14) as present access.
7. Method according to claim 6 wherein the access information consists in a list of with least one second access, said list being sorted in priority order.
8. Method according to any of the claims 6 - 7 wherein the reject message comprises information about the reason for the reject of the first access as present access.
9. Method according to any of the claims 6 - 8 wherein when the QoS resource reservation in a second access indicated in the access information fails, a QoS resource reservation is performed in another second access indicated in the access information.
10. Method according to any of the claims 6 - 9 wherein when the QoS resource reservation in all second accesses indicated in the access information fails, a default access retrieved by the GW (10,17,20) is accepted by the UE (14) as present access.
1 1 . A User Equipment (14), UE, with an established connection over multiple accesses, being adapted for providing access feedback to a GW (10,17,20) when the UE initiates a set-up of a new service for a service session, characterized in that the UE (14) being adapted to reject a selected first access as present access and send a reject message to a GW (10,17,20), the first access being selected in a Quality of Service, QoS, resource reservation initiated by the GW (10,17,20) or a Policy and Charging Rules Function (13), PCRF as a response of a service session initiated by the UE.
12. A Gateway (10,17,20), GW, being adapted for initiating a Quality of Service, QoS, resource reservation as a response of the set-up of a new service initiated by the UE (14) according to claim 1 1 , the GW (10,17,20) in the QoS resource reservation being adapted to select an access as present access, characterized in that the GW (10,17,20) further being adapted to initiate a new QoS resource reservation as a result of the reject message sent by the UE (14) and select a second access as present access.
13. A Policy and Charging Rules Function (13), PCRF, being adapted for initiating a Quality of Service, QoS, resource reservation as a response of the set-up of a new service initiated by the UE (14) according to claim 1 1 , the PCRF (13) in the QoS resource reservation being adapted to select an access as present access, characterized in that the PCRF (13) further being adapted to initiate a new QoS resource reservation as a result of the reject message sent by the UE (14) and select a second access as present access.
EP10715760.4A 2010-03-31 2010-03-31 Access feedback by a multimode terminal Active EP2553989B1 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2010/054354 WO2011120577A1 (en) 2010-03-31 2010-03-31 Access feedback by a multimode terminal

Publications (2)

Publication Number Publication Date
EP2553989A1 true EP2553989A1 (en) 2013-02-06
EP2553989B1 EP2553989B1 (en) 2017-10-25

Family

ID=43302504

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10715760.4A Active EP2553989B1 (en) 2010-03-31 2010-03-31 Access feedback by a multimode terminal

Country Status (6)

Country Link
US (2) US9167481B2 (en)
EP (1) EP2553989B1 (en)
JP (1) JP5619271B2 (en)
RU (1) RU2538921C2 (en)
SG (1) SG183503A1 (en)
WO (1) WO2011120577A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3425938B1 (en) * 2015-12-31 2020-12-30 Huawei Technologies Co., Ltd. Charging methods and devices

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9100853B2 (en) * 2010-06-01 2015-08-04 Telefonaktiebolaget L M Ericsson (Publ) Policy decisions for data communication in constrained resource networks
WO2012033774A2 (en) * 2010-09-07 2012-03-15 Interdigital Patent Holdings, Inc. Bandwidth management, aggregation and internet protocol flow mobility across multiple-access technologies
US10285074B1 (en) * 2011-03-07 2019-05-07 Sprint Communications Company L.P. Controlling network load
US9473986B2 (en) 2011-04-13 2016-10-18 Interdigital Patent Holdings, Inc. Methods, systems and apparatus for managing and/or enforcing policies for managing internet protocol (“IP”) traffic among multiple accesses of a network
EP2815603B1 (en) 2012-02-17 2019-09-25 Interdigital Patent Holdings, Inc. Hierarchical traffic differentiation to handle congestion and/or manage user quality of experience
US9585054B2 (en) 2012-07-19 2017-02-28 Interdigital Patent Holdings, Inc. Method and apparatus for detecting and managing user plane congestion
US20140029570A1 (en) 2012-07-26 2014-01-30 Lg Electronics Inc. Method of supporting signal transmission and reception using at least two radio access technologies and apparatus therefor
EP2879439A4 (en) * 2012-07-26 2016-03-23 Lg Electronics Inc Method for supporting communication using two or more radio access technologies and apparatus for same
KR101637370B1 (en) 2012-07-26 2016-07-07 엘지전자 주식회사 Method of supporting communication using two or more radio access technologies and apparatus for same
CN103582020B (en) 2012-07-27 2017-12-19 电信科学技术研究院 A kind of IP flow point stream method and devices when switching between 3GPP accesses
US9241285B1 (en) * 2012-08-10 2016-01-19 Sprint Communications Company L.P. PCRF/ANDSF interaction in a communication network
TW201442527A (en) 2013-01-11 2014-11-01 Interdigital Patent Holdings User-plane congestion management
EP2836018A1 (en) * 2013-08-09 2015-02-11 Alcatel Lucent Traffic steering by cellular radio access network (RAN) in a network supporting Access Network Discovery and Selection Function (ANDSF)
US10111135B2 (en) 2013-08-09 2018-10-23 Nokia Solutions And Networks Oy Offloading traffic of a user equipment communication session from a cellular communication network to a wireless local area network (WLAN)
CN105025544B (en) * 2014-04-18 2019-03-05 电信科学技术研究院 A kind of determination method and apparatus of IP stream routing rule
US10374887B2 (en) * 2014-08-27 2019-08-06 Assia Spe, Llc Systems, methods, and apparatuses for implementing the virtualization of access node functions
CN110461012B (en) 2014-09-05 2022-09-02 华为技术有限公司 Shunting policy negotiation method and device
EP3417641B1 (en) * 2016-02-16 2020-04-08 IDAC Holdings, Inc. Network slicing operation
WO2018040073A1 (en) * 2016-09-02 2018-03-08 华为技术有限公司 Method, apparatus and system for charging multi-access network
EP3520477B1 (en) 2016-09-30 2019-11-06 Telefonaktiebolaget LM Ericsson (PUBL) Network, network nodes and method therein for handling connection in a wireless communication network

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20002899A0 (en) * 2000-12-29 2000-12-29 Nokia Corp An arrangement for communicating information
US7212810B2 (en) * 2003-10-17 2007-05-01 Qualcomm Incorporated System selection for wireless data services
KR100568152B1 (en) * 2003-10-20 2006-04-07 삼성전자주식회사 Method for searching Crossover router and reservating resource in the mobile network, and resorce reservation system thereof
JP4711809B2 (en) * 2005-11-28 2011-06-29 京セラ株式会社 Communication method, mobile terminal and base station
WO2007060994A1 (en) 2005-11-28 2007-05-31 Kyocera Corporation Communication method, mobile terminal, and base station
ATE433630T1 (en) * 2005-12-23 2009-06-15 Alcatel Lucent RESOURCE ACCESS CONTROL FOR CUSTOMER-DRIVEN AND NETWORK-DRIVEN QUERIES
EP2074765A2 (en) * 2006-09-27 2009-07-01 Nokia Corporation Method, system, and devices for informing a terminal about failure in resource reservation
CN100584557C (en) 2007-01-03 2010-01-27 刘顺峰 Forming device of blank of cored ceramics and its forming method
CN101222420B (en) * 2007-01-09 2011-04-20 中兴通讯股份有限公司 Method for rejecting 1x paging transmission in high speed grouping data network
EP2012473A1 (en) * 2007-07-06 2009-01-07 Nokia Siemens Networks Oy Method and device for flow management and communication system comprising such device
CN101489288B (en) 2008-01-16 2011-04-20 华为技术有限公司 Circuit domain service processing method, system and related device in evolution packet network
US9083713B2 (en) * 2008-12-08 2015-07-14 Qualcomm Incorporated Apparatus and method for providing mobility to IMS sessions in mobile IP networks

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2011120577A1 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3425938B1 (en) * 2015-12-31 2020-12-30 Huawei Technologies Co., Ltd. Charging methods and devices

Also Published As

Publication number Publication date
US9699797B2 (en) 2017-07-04
SG183503A1 (en) 2012-09-27
US20160183273A1 (en) 2016-06-23
EP2553989B1 (en) 2017-10-25
US20130028193A1 (en) 2013-01-31
RU2012146348A (en) 2014-05-10
US9167481B2 (en) 2015-10-20
JP2013524588A (en) 2013-06-17
WO2011120577A1 (en) 2011-10-06
RU2538921C2 (en) 2015-01-10
JP5619271B2 (en) 2014-11-05

Similar Documents

Publication Publication Date Title
US9699797B2 (en) Access feedback by a multimode terminal
US8797875B2 (en) Policy controlled offloading among neighboring networks
KR101546220B1 (en) CONTROL OF ACCESS NETWORK/ACCESS TECHNOLOGY SELECTION FOR THE ROUTING OF IP TRAFFIC BY A USER EQUIPMENT, AND QoS SUPPORT, IN A MULTI-ACCESS COMMUNICATION SYSTEM
CN108029036B (en) Service processing method, service processing device and communication system
EP2091263B1 (en) Method for transmitting QoS during handover between systems and network system and destination network thereof
JP5602840B2 (en) Route switching system, route switching method, and mobile terminal
CN104904263B (en) Apparatus and method for controlling overload in WLAN system
WO2012149954A1 (en) Traffic offload in communication networks
KR102303340B1 (en) Apparatus and method for deciding traffic offloading in wireless communication systems
CN102655665B (en) The method and system of Business Stream movement
Frei et al. Improvements to inter system handover in the EPC environment
CN110719613B (en) Method and device for establishing voice service
US8948108B2 (en) Resource reservation in multiple accesses
EP2449817B1 (en) Method and apparatuses for moving a service or ip session from first to second access
US20130265986A1 (en) Method for re-selecting a communication network
Ahmed et al. Multi access data network connectivity and IP flow mobility in Evolved Packet System (EPS)
WO2016149372A1 (en) Method and system for a flexible dynamic spectrum arbitrage system
CN105813111A (en) Service flow transmission path optimizing method and device and MME

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20121001

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20160209

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 602010046190

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: H04W0060000000

Ipc: H04M0015000000

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04M 15/00 20060101AFI20170724BHEP

Ipc: H04W 28/02 20090101ALI20170724BHEP

Ipc: H04W 8/18 20090101ALN20170724BHEP

Ipc: H04W 72/08 20090101ALI20170724BHEP

Ipc: H04W 88/06 20090101ALN20170724BHEP

Ipc: H04W 72/04 20090101ALI20170724BHEP

Ipc: H04W 28/26 20090101ALI20170724BHEP

Ipc: H04W 36/00 20090101ALI20170724BHEP

Ipc: H04W 76/02 20090101ALI20170724BHEP

INTG Intention to grant announced

Effective date: 20170811

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

RIN1 Information on inventor provided before grant (corrected)

Inventor name: ROENNEKE, HANS

Inventor name: ROMMER, STEFAN

Inventor name: STENFELT, JOHN

Inventor name: KOPPLIN, DIRK

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 940910

Country of ref document: AT

Kind code of ref document: T

Effective date: 20171115

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602010046190

Country of ref document: DE

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20171025

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 940910

Country of ref document: AT

Kind code of ref document: T

Effective date: 20171025

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 9

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180125

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180225

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180125

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180126

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602010046190

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20180726

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20180331

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180331

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180331

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180331

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180331

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180331

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180331

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171025

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20100331

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171025

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20220328

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20230327

Year of fee payment: 14

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20230329

Year of fee payment: 14

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20230331

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230331

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230331