WO2016122369A1 - Signalisation de débit à un réseau 3 gpp par un wlan - Google Patents

Signalisation de débit à un réseau 3 gpp par un wlan Download PDF

Info

Publication number
WO2016122369A1
WO2016122369A1 PCT/SE2015/051356 SE2015051356W WO2016122369A1 WO 2016122369 A1 WO2016122369 A1 WO 2016122369A1 SE 2015051356 W SE2015051356 W SE 2015051356W WO 2016122369 A1 WO2016122369 A1 WO 2016122369A1
Authority
WO
WIPO (PCT)
Prior art keywords
wlan
throughput
wireless terminal
wide
cellular network
Prior art date
Application number
PCT/SE2015/051356
Other languages
English (en)
Inventor
Angelo Centonza
Icaro L. J. Da Silva
Gino Luca Masini
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
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 (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Publication of WO2016122369A1 publication Critical patent/WO2016122369A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/373—Predicting channel quality or other radio frequency [RF] parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/22—Performing reselection for specific purposes for handling the traffic
    • 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/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085—Hand-off measurements
    • H04W36/0094—Definition of hand-off measurement parameters
    • 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
    • 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
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • the present invention generally relates to communication networks, and particularly relates to carrier aggregation involving unlicensed frequency bands.
  • Wi-Fi networks Wireless Local-area networks
  • Wi-Fi networks simply to offload traffic from the mobile networks.
  • Wi-Fi networks simply to offload traffic from the mobile networks.
  • the opportunity to improve end user experience regarding performance is also becoming more important. To date, these opportunities are complicated by the fact that current Wi-Fi deployments are typically totally separate from mobile networks, and are to be seen as non-integrated.
  • Wi-Fi Wi-Fi access point
  • APs mobile-operator-hosted/controlled Wi-Fi access points
  • third-party-hosted/controlled Wi-Fi APs a third party is seen as any entity other than the mobile operator that is not trusted by the mobile operator.
  • a third party could be, for example a commercial Wi-Fi network operator, or even an end-user him/herself. Note that in both of the business models referred to above, there can exist public/hotspot, enterprise and residential deployments.
  • 3 GPP The members of the 3rd-Generation Partnership Project (3 GPP) have specified mechanisms for WLAN/3GPP Radio interworking. These mechanisms improve operator control with respect to how a wireless terminal, such as a user equipment (UE) in 3 GPP documentation, performs access selection and traffic steering between 3 GPP and WLANs belonging to the mobile network operator or its partners. It may even be the case that the specified mechanisms can be used for other, non-operator, WLANs as well, although this is not the main target of the specifications.
  • 3 GPP is currently specifying mechanisms for access selection and/or traffic steering between 3 GPP networks and WLAN. These mechanisms are described in the 3 GPP document 3GPP TS 36.300 vl2.2.0 (June 2014), which is available at http://www.3gpp.org. An excerpt from 3GPP TS 36.300, reformatted with references removed, provides a simplified description of this mechanism:
  • This version of the specification supports E-UTRAN assisted UE based bi-directional traffic steering between E-UTRANand WLAN for UEs in RRC IDLE and RRC CONNECTED.
  • E-UTRAN provides assistance parameters via broadcast and dedicated RRC signalling to the UE.
  • the RAN assistance parameters may include E-UTRAN signal strength and quality thresholds, WLAN channel utilization thresholds, WLAN backhaul data rate thresholds, WLAN signal strength and quality thresholds and Offload Preference Indicator (OPI).
  • E-UTRAN can also provide a list of WLAN identifiers to the UE via broadcast signalling. WLANs provided by E-UTRAN may include an associated priority.
  • the UE uses the RAN assistance parameters in the evaluation of: Traffic steering rules defined in TS 36.304; orANDSF policies defined in TS 24.312 for traffic steering decisions between E-UTRANand WLAN as specified in TS 23.402.
  • the OPI is only used in ANDSF policies as specified in TS 24.312.
  • WLAN identifiers are only used in traffic steering rules defined in TS 36.304.
  • the UE shall forward the received RAN assistance parameters to upper layers, otherwise it shall use them in the traffic steering rules defined in section 23.6.2 and TS 36.304.
  • the traffic steering rules defined in section 23.6.2 and TS 36.304 are applied only to the WLANs of which identifiers are provided by the E-UTRAN.
  • the UE in RRC CONNECTED shall apply the parameters obtained via dedicated signalling if such have been received from the serving cell; otherwise, the UE shall apply the parameters obtained via broadcast signalling.
  • the UE in RRC IDLE shall keep and apply the parameters obtained via dedicated signalling, until cell reselection or a timer has expired since the UE entered RRC IDLE upon which the UE shall apply the parameters obtained via broadcast signalling.
  • each PLMN sharing the RAN can provide independent sets of RAN assistance parameters.
  • the UE indicates to upper layers when (and for which WLAN identifiers along with associated priorities, if any) access network selection and traffic steering rules defined in TS
  • the selection among WLAN APs that fulfill the access network selection and traffic steering rules is up to UE implementation.
  • the UE When the UE applies the access network selection and traffic steering rules defined in TS 36.304, it performs traffic steering between E-UTRAN WLAN with APN granularity.
  • the purpose of this procedure is to facilitate RAN-assisted WLAN interworking.
  • RAN assistance parameters may be provided to the UE in
  • RAN assistance parameters are used only if the UE is camped normally.
  • the UE Upon T350 expiry or upon selection/reselection of a cell which was not the PCell when RAN assistance parameters were received in the RRCConnectionReconfiguration message, the UE shall discard the RAN assistance parameters received in the RRCConnectionReconfiguration message and apply the RAN assistance parameters received in SystemLnformationBlockType 17. Note that in RRC CONNECTED, upon cell selection initiated by RRC connection re- establishment, the UE does not discard RAN assistance parameters received in the
  • the upper layers in the UE shall be notified (see TS 24.302) whenever changes in the current RAN assistance parameters occur, if upper layers require so.
  • Access network selection and traffic steering rules are only applicable for WLAN for which an identifier has been signaled to the UE by E-UTRAN and the UE is capable of access network selection and traffic steering rules. Coexistence with ANDSF based WLAN selection and traffic
  • the upper layers in the UE shall be notified (see TS 24.302) when and for which WLAN identifiers (part of the list in subclause 5.6.3) the following conditions 1 and 2 for steering traffic from E-UTRAN to WLAN are satisfied for a time interval Tsteeringw ⁇ AN- '
  • the UE shall not consider the metrics for which a threshold has not been provided.
  • the UE shall evaluate the E-UTRAN conditions on PCell only. If not all metrics related to the provided thresholds can be acquired for a WLAN BSS, the UE shall exclude that WLANBSS from the evaluation of the above rule.
  • the upper layers in the UE shall be notified (see TS 24.302) when the following conditions 3 or 4 for steering traffic from WLAN to E-UTRAN are satisfied for a time interval
  • BackhaulRateDlWIAN ThreshBackhRateDLWLAN, Low, ' or Backhaul RateUlWLAN ThreshBackhRateULWLAN. Low; or BeaconRSSI ⁇ Thresh BeaconRssiwuN, Low
  • the UE shall not consider the metrics for which a threshold has not been provided.
  • the UE shall evaluate the E-UTRAN conditions on PCell only.
  • the following RAN assistance parameters for RAN -assisted WLAN interworking may be provided:
  • WLAN channel utilization (BSS load) threshold used by the UE for traffic steering from E-UTRAN to WLAN
  • WLAN channel utilization (BSS load) threshold used by the UE for traffic steering from WLAN to E-UTRAN.
  • 3 GPP is specifying a network-assisted WLAN interworking mechanism for Release 12 of the 3 GPP specifications.
  • a fully network-controlled solution may be specified.
  • a fully network-controlled WLAN/3GPP interworking solution follows principles similar to CONNECTED mode operations in 3 GPP, where a few main steps are employed for traffic steering. These steps are illustrated in Figure 1 and described below.
  • the 3GPP radio access network sends information to the UE that includes details such as the target WLAN(s) to be measured (e.g., specific identities, such as SSIDs/BSSIDs/HESSIDs, or more general information like operating frequencies), events/thresholds for triggering measurement reports (e.g., when WLAN signal becomes better/worse than a certain threshold, WLAN signal becomes better/worse than a certain threshold and 3GPP signal becomes worse/better than another threshold, etc.).
  • the target WLAN(s) to be measured e.g., specific identities, such as SSIDs/BSSIDs/HESSIDs, or more general information like operating frequencies
  • events/thresholds for triggering measurement reports e.g., when WLAN signal becomes better/worse than a certain threshold, WLAN signal becomes better/worse than a certain threshold and 3GPP signal becomes worse/better than another threshold, etc.
  • Measurement reporting When the conditions for triggering thresholds, as configured in Step 1 above, are fulfilled, the UE sends a measurement report to the 3 GPP RAN.
  • Traffic steering Based on the measurement report received in Step 2, the RAN evaluates the received measurements and other relevant information obtained in eNB/RNC and as a result of this sends a traffic steering command to the UE, which can specify the traffic to be steered.
  • This can include an explicit indication of each bearer to be moved (i.e., by specifying data radio bearer IDs or DRB/RB-IDs) or can include a more general indication of which bearers are to be moved, such as a quality-of-service (QoS) Class Identifier (QCI), which can apply to many bearers at once.
  • QoS quality-of-service
  • QCI Quality-of-service Class Identifier
  • UE ACK/Response In this step, the UE indicates to the RAN whether or not the action dictated by the traffic steering command was successfully performed or not.
  • UEs in IDLE mode can request to setup a Radio Resource Control (RRC) connection for the sake of sending measurement reports when the conditions of Step 1 are satisfied.
  • RRC Radio Resource Control
  • Steps 1 or 2 which are equally applicable to both IDLE and CONNECTED UEs, might be employed for handling IDLE UEs, while Step 3 is used only for CONNECTED UEs.
  • 3GPPAVLAN joint coordination Another possibility for 3GPP/Wi-Fi interworking can be referred to as "3GPPAVLAN joint coordination.”
  • SI Multi-RAT Joint Coordination
  • WLAN parameters useful to be exchanged from the WLAN to the eNodeB may be seen, in fact, as the basis of such a specification. Some of these parameters are listed below:
  • BSS load The BSS load element defined in IEEE Std 802.11TM-2012, IEEE Standard for Information technology-Telecommunications and information exchange between systems-Local and metropolitan area network, contains three metrics: station count, channel utilization, and the available admission control.
  • the STA Count field is interpreted as an unsigned integer that indicates the total number of STAs currently associated with this BSS.
  • the Channel Utilization field is defined as the percentage of time, linearly scaled with 255 representing 100%, that the AP sensed the medium was busy, as indicated by either the physical or virtual carrier sense (CS) mechanism.
  • CS virtual carrier sense
  • the Available Admission Capacity field is 2 octets long and contains an unsigned integer that specifies the remaining amount of medium time available via explicit admission control, in units of 32 ⁇ / ⁇ . The field is helpful for roaming STAs to select an AP that is likely to accept future admission control requests, but it does not represent an assurance that the HC admits these requests.
  • WAN metrics defined in Wi-Fi Alliance® Technical Committee, Hotspot 2.0 Technical Task Group Hotspot 2.0 (Release 2) Technical Specification Version 3.11, includes the Downlink/Uplink speed and the Downlink/Uplink load, as follows:
  • the Downlink Speed is a 4-octet positive integer whose value is an estimate of the WAN Backhaul link current downlink speed in kilobits per second. For backhaul links that do not vary in speed or those for which no accurate estimation can be made, this attribute contains the nominal speed.
  • the Uplink Speed is a 4-octet positive integer whose value is an estimate of the WAN Backhaul link's current uplink speed in kilobits per second. For backhaul links that do not vary in speed or those for which no accurate estimation can be made, this attribute contains the nominal speed.
  • the Downlink Load is a 1 -octet positive integer representing the current percentage loading of the downlink WAN connection, scaled linearly with 255 representing 100%, as measured over an interval the duration of which is reported in Load Measurement Duration.
  • the Uplink Load is a 1 -octet positive integer representing the current percentage loading of the uplink WAN connection, scaled linearly with 255 representing 100%, as measured over an interval the duration of which is reported in Load Measurement Duration.
  • the backhaul available downlink bandwidth can be calculated as the Downlink Speed * (1 - Downlink Load/255).
  • the backhaul available uplink bandwidth is defined similarly.
  • the current backhaul speed/load or available bandwidth may limit the expected throughput for a new coming UE.
  • the UE average throughput (data rate) in WLAN APs may calculate on downlink and uplink separately.
  • the UE average data rate in an AP may be calculated as total data successfully sent out by the AP, dividing the UE numbers and dividing the monitoring time.
  • the calculation of uplink average data rate is similar. Besides, this metric may be calculated in different RCPI/RSNI level and in different ACs for QoS APs.
  • the AP divides reported Received Channel Power Indicator/Received Signal to Noise Indicator (RCPI/RSNI) into several levels. For STAs that belong to the same level of
  • the AP calculates the average data rate separately.
  • the RAN may compare the UE average data rate of each AP with the throughput obtained in the serving cell to determine if the AP is a candidate for offloading. This metric may be collected correlated with the RCPI/RSNI.
  • the above WLAN metrics are not exhaustive and can be extended if needed.
  • a WLAN AP reports throughput predictions and measurements to a 3 GPP node, possibly including throughput measurements per incoming UEs.
  • the approaches described below reduce the amount of information that needs to be reported via the inter-node interface from potential target WLAN APs to source eNBs, compared to existing solutions being discussed in RAN3. This reduction arises from the fact that the WLAN reports a throughput prediction, so that the eNB is able to take traffic steering decisions.
  • the mechanisms detailed below can be used to enhance traffic steering decisions from eNodeB to WLAN, based on the fact that the eNodeB is able to compare what is promised (the predicted throughput) with what is subsequently achieved, in terms of throughput.
  • a method in one or more nodes of a wide-area cellular network, includes measuring a throughput in the wide-area cellular network for a wireless terminal and receiving, from a WLAN, an indication of a predicted throughput in the WLAN for the wireless terminal or for a group of wireless terminals including or like the wireless terminal. The method also includes comparing the measured throughput in the wide-area cellular network to the predicted throughput in the WLAN and determining whether or not to offload the wireless terminal to the WLAN, based on the comparing.
  • a method in one or more nodes of a wide-area cellular network, includes measuring throughput in the wide-area cellular network for a wireless terminal and receiving, from a WLAN, an indication of a predicted throughput in the WLAN for the wireless terminal or for a group of wireless terminals including or like the wireless terminal. The method also includes evaluating one or more statistics of measured throughput in the wide-area cellular network and one or more statistics of the predicted throughput in the WLAN and determining whether or not to offload the wireless terminal to the WLAN, based on the evaluating.
  • a method in one or more nodes of a wide-area cellular network, includes receiving, from a WLAN AP, one or more indications of predicted throughput in the WLAN AP for a wireless terminal or for a group of wireless terminals including or like the wireless terminal. The method also includes receiving, from the WLAN AP, one or more indications of measured throughput in the WLAN for the wireless terminal or for the group of wireless terminals and evaluating a prediction accuracy for the WLAN AP, based on the received indications of predicted throughput and received indications of measured throughput.
  • a method in one or more nodes of a wide-area cellular network, includes sending a request for a report from a WLAN and receiving the report indicating a predicted throughput for a wireless terminal in the WLAN or for a group of wireless terminals including or like the wireless terminal. The method also includes making an offloading decision for the wireless terminal, based on the predicted throughput indicated by the report.
  • a method in one or more nodes of a wide-area cellular network, includes sending a request for a report from a WLAN and receiving the report indicating a measured throughput for a wireless terminal in the WLAN or for a group of wireless terminals including or like the wireless terminal. The method also includes making an offloading decision for the wireless terminal, based on the measured throughput indicated by the report.
  • an apparatus in a wide-area cellular network includes processing circuitry adapted to measure a throughput in the wide-area cellular network for a wireless terminal and receive, from a WLAN, an indication of a predicted throughput in the WLAN for the wireless terminal or for a group of wireless terminals including or like the wireless terminal.
  • the processing circuitry is also adapted to compare the measured throughput in the wide-area cellular network to the predicted throughput in the WLAN and determine whether or not to offload the wireless terminal to the WLAN, based on the comparing.
  • an apparatus in a wide-area cellular network includes processing circuitry adapted to measure throughput in the wide-area cellular network for a wireless terminal and receive, from a WLAN, an indication of a predicted throughput in the WLAN for the wireless terminal or for a group of wireless terminals including or like the wireless terminal.
  • the processing circuitry is also adapted to evaluate one or more statistics of measured throughput in the wide-area cellular network and one or more statistics of the predicted throughput in the WLAN and determine whether or not to offload the wireless terminal to the WLAN, based on the evaluating.
  • an apparatus in a wide-area cellular network for use in a WLAN includes processing circuitry adapted to receive, from a WLAN AP, one or more indications of predicted throughput in the WLAN AP for a wireless terminal or for a group of wireless terminals.
  • the processing circuitry is also adapted to receive, from the WLAN AP, one or more indications of measured throughput in the WLAN for the wireless terminal or for the group of wireless terminals and evaluate a prediction accuracy for the WLAN AP, based on the received predicted throughputs and received indications of measured throughput.
  • a method in a node of a WLAN includes detecting a trigger event indicating that a report for at least one wireless terminal associated with a wide-area cellular network is to be sent and determining a predicted throughput for the at least one wireless terminal in the WLAN. The method also includes sending the report to a node in the wide-area cellular network, the report indicating the predicted throughput for the at least one wireless terminal in the WLAN.
  • a method in a node of a WLAN includes detecting a trigger event indicating that a report for at least one wireless terminal associated with a wide-area cellular network is to be sent, determining a measured throughput for the at least one wireless terminal in the WLAN and sending the report to a node in the wide-area cellular network, the report indicating the measured throughput for the at least one wireless terminal in the WLAN.
  • an apparatus in a WLAN includes processing circuitry adapted to detect a trigger event indicating that a report for at least one wireless terminal associated with a wide-area cellular network is to be sent and determine a predicted throughput for the at least one wireless terminal in the WLAN.
  • the processing circuitry is also adapted to send the report to a node in the wide-area cellular network, the report indicating the predicted throughput for the at least one wireless terminal in the WLAN.
  • an apparatus in a WLAN includes processing circuitry adapted to detect a trigger event indicating that a report for at least one wireless terminal associated with a wide-area cellular network is to be sent and determine a measured throughput for the at least one wireless terminal in the WLAN.
  • the processing circuitry is also adapted to send the report to a node in the wide-area cellular network, the report indicating the measured throughput for the at least one wireless terminal in the WLAN.
  • Figure 1 illustrates steps in fully network-controlled 3GPP/WLAN integration.
  • Figure 2 illustrates the reporting of a large set of parameters from WLAN to eNodeB, including the measured throughput after traffic steering.
  • FIG. 3 shows an example of an evolved UMTS Terrestrial Radio Access Network (E-
  • UTRAN UTRAN architecture as part of an LTE-based communications system.
  • Figure 4 illustrates throughput prediction reporting, according to some embodiments.
  • Figure 5 illustrates throughput measurement reporting, according to some embodiments.
  • Figure 6 is a process flow diagram illustrating an example implementation of some of the techniques disclosed herein.
  • Figure 7 is a process flow diagram illustrating an adjustment of an outer loop of a traffic steering algorithm.
  • Figure 8 illustrates example information created by evaluating throughput reports and measurement reports.
  • Figures 9 and 10 illustrate example methods implemented in one or more nodes of a
  • Figures 11, 12, 13, 14, 15, and 16 illustrate example methods implemented in one or more nodes of a wide-area cellular network.
  • Figure 17 is a block diagram illustrating components of an example node in a wide-area cellular network.
  • Figure 18 is a block diagram illustrating components of an example node in a WLAN.
  • Figure 19 is a block diagram illustrating components of an example UE.
  • Figures 20-24 are block diagrams of example functional implementations of a node in a wide-area cellular network.
  • Figures 25-26 are block diagrams of example functional implementations of a node in a WLAN.
  • a cell in a wide-area cellular network is associated with a radio access network (RAN) node, where a RAN node comprises in a general sense any node transmitting radio signals in the downlink (DL) to a terminal device and/or receiving radio signals in the uplink (UL) from a terminal device.
  • RAN radio access network
  • RAN nodes Some example RAN nodes, or terms used for describing RAN nodes, are base station, eNodeB, eNB, NodeB, macro/micro/pico/femto radio base station, home eNodeB (also known as a femto base station), relay, repeater, sensor, radio network controller (RNC), transmitting-only radio nodes or receiving-only radio nodes, WLAN Access Point (AP) or WLAN access controller (AC).
  • RNC radio network controller
  • a RAN node may operate or at least perform measurements in one or more frequencies, carrier frequencies or frequency bands and may be capable of carrier aggregation.
  • It may also be a single-radio access technology (RAT), multi-RAT, or multi-standard node, e.g., using the same or different base band circuitry for different RATs.
  • the signaling described is either via direct links or logical links (e.g., via higher layer protocols and/or via one or more network nodes).
  • signaling from a coordinating node may pass another network node, e.g., a radio node.
  • FIG 3 shows an example diagram of an E-UTRAN architecture as part of an LTE- based communications system 2.
  • Nodes in the core network 4 include one or more Mobility Management Entities (MMEs) 6, a key control node for the LTE access network, and one or more Serving Gateways (SGWs) 8 which route and forward user data packets while acting as a mobility anchor. They communicate with base stations 10, which are generally referred to in LTE specifications as eNBs or eNodeBs, over an interface, for example an S 1 interface.
  • MMEs Mobility Management Entities
  • SGWs Serving Gateways
  • the eNBs 10 can include the same or different categories of eNBs, e.g. macro eNBs, and/or micro/pico/femto eNBs.
  • the eNBs 10 communicate with each other over an interface, for example an X2 interface.
  • the SI interface and X2 interface are defined in the LTE standard.
  • a UE 12 can receive downlink data from and send uplink data to one of the base stations 10 with that base station 10 being referred to as the serving base station of the UE 12.
  • a WLAN AP 14 may be part of a WLAN, although it will be appreciated that the WLAN and AP 14 are not part of the E-UTRAN architecture.
  • the UE 12 may be capable of aggregating multiple carriers from a single eNB 10 or multiple eNBs 10, and in accordance with certain embodiments, the UE 12 is capable of aggregating a carrier from the LTE network 2 with a carrier from the WLAN AP 14.
  • Embodiments described below include methods whereby a WLAN AP 14 signals a throughput report to an eNB 10 via an inter-node interface, perhaps through an Xw interface. According to several of these methods, these reports are signaled upon request or configuration from the same eNB 10 to which the report is sent, or from any central node. These throughput reports contain throughput predictions and/or throughput measurements. The throughput values within these reports can either be per WLAN AP 14 or per UE 12 (or UE group e.g. grouped based on capabilities). Other level of granularities are also considered e.g. per UL/DL, per UE capability group, etc.
  • Figure 4 illustrates an example of throughput prediction reporting
  • Figure 5 illustrates an example of throughput measurement reporting.
  • a WLAN AP 14 indicates, to a 3 GPP network node such as an eNB 10, throughput predictions (per WLAN AP node or per UE) before traffic steering from 3 GPP to WLAN occurs, i.e., before the UE 12 is connected to the WLAN.
  • the eNB 10 may measure throughput for a UE 12. Traffic may be steered in a proper way when the eNB 10 decides whether or not to offload some of its active UEs 12 to the appropriate WLAN APs 14, based on these throughput predictions.
  • the measured throughput in the 3 GPP network is compared to the predicted throughput in the WLAN.
  • statistics of the measured throughput in the 3 GPP network and statistics of the predicted throughput in the WLAN are evaluated.
  • the WLAN AP 14 may indicate, to the eNB 10, throughput measurements after traffic steering from 3 GPP to WLAN occurs, i.e., after the UE 12 is connected to WLAN. Predicted accuracy for a WLAN AP 14 may then be evaluated based on the received indications.
  • reports are requested from the WLAN. In other cases, reports are sent by the WLAN upon detecting a trigger event.
  • the WLAN AP 14 reports throughput measurements (e.g., measured data rates) per UE 12, to the source eNB 10 (or other network node). This may be done, for example, on an eNB's 10 request, or according to some pre- configuration that can be performed by the eNB 10 or by some other node, e.g., at the Operations Support System (OSS) or at the core network.
  • OSS Operations Support System
  • the reports sent from the WLAN to the 3 GPP network node should contain WLAN AP 14 identities, so that the eNB 10 is able to identify which AP 14 is reporting the predictions and measurements. Additionally, these reports may in some embodiments also include UE 12 identities, so that the eNB 10 or other network node can identify the UEs 12 to which the report is referring.
  • outer loop adjustments are performed in the traffic steering algorithm.
  • 802.11 authentication (Authentication to the WLAN AP 14) has been completed or is under way;
  • An IP address has been assigned to the terminal 12 in WLAN;
  • a Public Data Network (PDN) connection has been established through the WLAN, i.e., a connection between the terminal 12 and the PDN gateway has been established; or
  • WLAN AP 14 signals a throughput report to an eNB 10, via an inter-node interface. These reports are signaled upon request or according to a configuration from the same eNB 10 or from another central node. The following describes the content of the reports, included predicted throughputs and/or throughput measurements, and the content of the
  • the throughput report signaled from a WLAN AP to a given eNodeB contains one or multiple throughput metrics related to a prediction of a maximum achievable throughput in the WLAN.
  • These maximum achievable predictions at the WLAN AP can either: i) assume best case scenario(s) in terms of radio conditions and UE capabilities on WLAN, for the given load at the period for which report is being signaled, and thus provide single values for the predictions; or ii) provide multiple predictions for any two or more different WLAN conditions, including the WLAN conditions described above.
  • the aggregation (or granularity) level of these throughput prediction(s) can be per WLAN AP, in some embodiments, i.e., such that throughput is predicted based on WLAN AP- specific information such as load metrics, like channel utilization and/or the number of devices associated with the WLAN AP.
  • the report may also contain additional information about the WLAN AP, such as a brand or model and/or a capability of the WLAN AP. Since the latter are more static information, this information could also or instead be obtained by the eNodeB via OAM procedures, or an even more static procedure.
  • the aggregation (or granularity) level of these throughput prediction(s) can be per UE, in some embodiments.
  • the predictions rely on UE-specific information, such as UE capabilities in WLAN, or UE measurements (such as radio conditions), which are eventually available or estimated during WLAN association.
  • UE-specific information such as UE capabilities in WLAN, or UE measurements (such as radio conditions), which are eventually available or estimated during WLAN association.
  • the radio conditions considered may be those of UEs closer to the serving eNBs cell center. Since the reports can be per-UE or per-UE group (where a group could be based on UE capability) they may contain UE or UE group identifiers interpretable at the eNodeB.
  • a traffic steering algorithm at the 3 GPP network node receives these predictions as inputs to make offloading decisions. These decisions may be made according to vendor-specific implementations, in some embodiments. This algorithm may also have access to UE
  • the eNodeB is able to get the proper prediction for a given UE. Detailed examples are provided below.
  • the reporting from the WLAN can be done using a message similar to or equivalent to the X2: RESOURCE STATUS UPDATE message, defined in the 3 GPP document 3 GPP TS 36.423, v. 12.4.2 (Jan. 2015), available at http://www.3gpp.org.
  • the reporting message is sent via the inter-node interface between WLAN and eNodeB.
  • the throughput reporting to the eNB can be triggered by an event, such as an association attempt of a given UE that is already associated to a given eNodeB. It may instead or also be triggered according to pre-configured schedules or conditions provided to the WLAN AP by the eNB, a core network node, or any other central node such as a node at the OSS.
  • an event such as an association attempt of a given UE that is already associated to a given eNodeB. It may instead or also be triggered according to pre-configured schedules or conditions provided to the WLAN AP by the eNB, a core network node, or any other central node such as a node at the OSS.
  • a throughput report containing the predicted throughput(s) may be requested by the eNodeB.
  • the request can be done, for example, using a message similar or equivalent to the X2: RESOURCE STATUS REQUEST message defined in 3 GPP TS 36.423, where the message is sent via the inter-node interface between WLAN and eNodeB.
  • the eNodeB in the event that the eNodeB wants UE-specific (or UE group -specific) predictions, the eNB sends within the request some UE identifier that is known or that can be interpreted at the WLAN AP.
  • a request from the eNodeB to the WLAN AP may contain UE-specific information about the conditions of that specific UE within that AP that can be obtained. These conditions may include, for example, information obtained from UE measurement reports, or static information such as the UE's capability in WLAN.
  • These requests can be triggered, for example, by the reception at a 3 GPP network node of a UE measurement report containing WLAN information.
  • the UE may be configured to send measurement reports to the eNodeB when the received-signal-strength indicator (RSSI) for a WLAN AP is above a certain threshold - upon the reception of these measurement reports, the eNodeB can then request one or more predictions of the maximum achievable throughput to the WLAN AP.
  • RSSI received-signal-strength indicator
  • the report sent from the WLAN AP to the 3 GPP network node may consist of a throughout prediction, which is sent before one or more UEs is offloaded to WLAN.
  • Other reports, described in more detail below, may include actual throughputs for one or more UEs that are served by the AP are experiencing.
  • a throughput report signaled from a WLAN AP to a given eNodeB contains throughput measurements, where these measurements can be per WLAN AP or per UE.
  • the reported measurement could simply be: i) the throughput (or data rate) averaged over all the UEs served by the WLAN AP during a given time window (which window may be pre-configured by the eNodeB, in some
  • any set of throughput statistics within this time window such as average and/or standard deviation and/or maximum throughput and/or minimum throughput. Either the averaged measurements or the other statistics can be grouped per WLAN conditions.
  • the reported throughput can be, in various embodiments: i) an averaged throughput for that UE within a pre-defined time window; and/or ii) throughput statistic per UE, computed over a given time window.
  • the reporting can be done, for example, using a message similar to or equivalent to the
  • X2 RESOURCE STATUS UPDATE message defined in TS 36.423, and sent via the inter-node interface between WLAN and eNodeB.
  • the throughput reporting to the eNodeB can be triggered by an event, such as a successful association to the WLAN of a given UE previously or currently active in a given eNodeB.
  • the reporting may also be according to schedules or conditions that are pre-configured by the eNB, a core network node, or any other central node such as a node at the OSS.
  • the throughput report may be requested by the eNodeB, in some embodiments. This request can be sent, for example, using a message similar to or equivalent to the X2:
  • Such a request may include, for example, one or more of the following: a measurement period; a request to report throughput measurements for uplink, for downlink, or both; and a throughput threshold according to which the AP reports an indication that the throughput fulfilled the threshold for the whole duration of the measurement period.
  • These reports can be per-UE or per- UE group, where a UE group may be constituted by UEs having the same capabilities, for example, and where the request may contain information specifying reporting for the specific group.
  • the reports may thus contain UE or UE group identifiers interpretable at the eNodeB.
  • the eNB may deduce information about the quality of service (QoS) received at the target WLAN AP. Also, the eNB may deduce information concerning events such as ping pong mobility between LTE and WLAN.
  • QoS quality of service
  • the eNB may deduce information concerning events such as ping pong mobility between LTE and WLAN.
  • a ping pong between LTE and WLAN can be defined as a sequence of events where the UE attaches and detaches to/from WLAN, while also moving to/from Idle and Active states in the LTE network. Note that it would still be a ping pong if the UE remained Active in LTE and attached/detached from WLAN consecutively.
  • the eNB can deduce whether the UE traffic is served via the AP and correlate such information to events where the UE traffic is served via the eNB. If the alternation and frequency of such events exceeds preconfigured values, a ping pong event may be declared.
  • a traffic steering algorithm implemented in an eNodeB or other network node receives these measurements, processes them and performs outer loop adjustments in the traffic steering algorithm.
  • Some of the reporting messages described above include an identifier for the wireless terminal (a UE, in 3GPP terminology).
  • Possible identifiers include the 3 GPP cell radio-network temporary identifier (C-RNTI), the WLAN medium access control (MAC) identifier, an Internet Protocol (IP) address, and an identifier for the terminals that is shared by the 3 GPP and WLAN entities.
  • C-RNTI 3 GPP cell radio-network temporary identifier
  • MAC medium access control
  • IP Internet Protocol
  • a generic identifier for the UE may be included in the report.
  • This identifier may be provided by the 3 GPP RAN node, e.g., the 3 GPP RAN node has indicated the generic identity to the terminal and the terminal indicates this to the WLAN AP (e.g., during the connection procedure). The WLAN AP may then use this identifier in reports sent to the 3GPP RAN.
  • the benefit of the generic identity is that it can be terminal-specific and yet be applicable regardless of the terminal's state in 3GPP. This is not the case for the C-RNTI, for example, since the C-RNTI, while being terminal-specific in a 3 GPP cell, is released when the terminal moves from CONNECTED to IDLE mode and hence is not applicable in IDLE mode.
  • FIG. 6 is a flowchart illustrating a method for enhancing traffic steering, according to some embodiments.
  • an eNB measures the throughput (provided by the eNB) of a given UE. This measured throughput, which can be denoted Tm LTE, is then compared to reported predicted throughput received from the neighbor WLAN AP.
  • the predicted throughput for a given UE or group of UEs, which can be denoted Tp_WLAN(i) for the z ' -th neighbor AP is received at the eNB (or other network node) via the inter-node interface, e.g., the Xw interface, according to the mechanisms described above
  • the eNodeB When the measured throughput in the LTE network is higher than the maximum predicted by any of the WLAN APs, i.e., when Tm LTE > max[7p _WLAN(i)] for any of the neighbor WLAN APs, the eNodeB performs no action to make the UE steer its traffic towards any of the WLAN AP.
  • An offset can be included in the previous comparison, to account for measurement uncertainty and/or to provide a certain amount of hysteresis in the decision process.
  • the eNB may perform actions aimed at retaining the UEs, such as increasing the measurement thresholds configured at the UE for the WLAN AP signal, where such thresholds constitute the triggering point that, if achieved, would make the UE move to the WLAN AP.
  • the Tm LTE measurement can be an average over a specified time period, the latest measured sample or any other representative statistic within a given time window.
  • the eNB can also or instead perform a comparison between the distributions of both
  • Tm LTE and Tp WLANfi over a given time window, using any method of statistical distance, rather than simply comparing two single metrics.
  • an eNodeB receiving throughput prediction reports Tp WLANfi) associated to a given UE (or group of UEs) stores these reports using the AP identity (e.g., Service Set Identifier or SSID, Basic SSID or BSSID) to identify this AP identity (e.g., Service Set Identifier or SSID, Basic SSID or BSSID) to identify this AP identity (e.g., Service Set Identifier or SSID, Basic SSID or BSSID) to identify this
  • AP identity e.g., Service Set Identifier or SSID, Basic SSID or BSSID
  • the eNodeB may create an "AP context" or "AP group context” either based on capability, vendor or a combination of both.
  • AP context the eNodeB uses information reported via the inter-node interface or via Operations, Administration and Management (OAM).
  • OAM Operations, Administration and Management
  • the eNB may also trigger a timer Tl (with an expiration time window Tlmax) when it is notified by a traffic steering event so only throughput measurements reports within Tl ⁇ Tlmax are considered as part of the association described earlier assigned by the elD.
  • Tlmax it could be assumed that the traffic demand for the UE remain the same after the traffic steering event, so this time window parameter can be optimized based on statistics of traffic demands per UE. If the timer has expired when these measurements arrive, the throughput measurements are discarded and the predictions are deleted from the AP or AP group context.
  • processing can be performed on the stored error/accuracy samples in order to classify different WLAN APs as trustable or not in terms of what they have promised at the time of sending the throughput prediction information and what they have achieved at the time of serving the offloaded UEs.
  • These metrics can be an aggregated average, median, standard deviation, maximum error or any other relevant metric.
  • the traffic steering algorithm is able to consider the AP estimation non-trustable in later occasions, or apply offsets so that it is more difficult to move to specific APs or so to gain a more realistic estimation of the throughput the AP can provide, given the calculated predicted throughput. Additional details are provided below.
  • the eNB can group the error/accuracy statics per WLAN AP group, based on WLAN AP capability, vendor, or any other common information for the different APs, given only that this association between WLAN AP identity and grouping criteria (e.g., capability, vendor, etc.) is available at the eNB.
  • This information can be provided to the eNB via OAM, or by enhancing the predicted/measured throughput reports, in various embodiments.
  • an outer loop adjustment on the traffic steering algorithm can perform some of the following actions.
  • a priority list can be created based on the statistics of the estimation error, i.e., APs in the same coverage area with better estimations are prioritized, so that the traffic steering will perform more accurately.
  • APs can be blacklisted with too high estimation errors, if other APs in the neighborhood are available. Also, estimation errors can be compensated with some threshold adaptation.
  • the mechanisms for throughput measurements are used for the sake of ping-pong detection and avoidance.
  • the eNodeB can deduce whether the UE is subject to ping-pong mobility between LTE and WLAN. More particularly, the eNodeB can detect whether the non-zero and zero throughput periods in LTE and in WLAN are correlated. For example, when the UE moves to WLAN and if the UE is still active in LTE, throughput will be zero or very low in LTE while it will be non-zero in WLAN. Likewise, if the UE moves out of WLAN and moves its data traffic to LTE, throughput may be reported by WLAN as zero (or very low) but throughput may be non-zero and high in LTE. The latter events, if repeated consecutively, highlight a situation where the UE repeatedly moves from LTE to WLAN and from WLAN to LTE, thereby generating a so-called ping-pong condition.
  • An eNB can be configured to detect a ping-pong event from the measured throughput statistics collected by the eNB and the measured throughput statistics signaled to the eNB from the WLAN. Based on this detection, eNB can modify the thresholds used for triggering UE offloading to WLAN, which thresholds are broadcast to the served UEs and/or signaled to UEs individually. Such modification should prevent the ping-pong event from occurring again.
  • the change may consist of increasing the WLAN thresholds (i.e., in a direction so as to increase UE retention at LTE) so as to ensure that the UE moves to WLAN only when the AP's signal strength is strong enough to make a ping-pong event unlikely.
  • the eNB may increase the LTE thresholds, i.e., the thresholds that if fulfilled by the LTE signal would trigger a transition of the UE to Active in LTE. In this way, the eNB may increase the permanence time of the UE in WLAN and therefore make the ping-pong event unlikely.
  • a node in the wide-area cellular network 10 e.g., a base station, a radio network controller, etc.
  • a node in the WLAN 14 e.g., a WLAN AP, WLAN access controller, etc.
  • FIG. 9 is a process flow diagram illustrating an example method 900, according to some of the above-described techniques, as implemented in a node of a WLAN, such as in a
  • the method includes detecting a trigger event indicating that a report for at least one wireless terminal associated with a wide-area cellular network is to be sent.
  • the method 900 at block 920, also includes determining a predicted throughput for the at least one wireless terminal in the WLAN.
  • a report is then sent to a node in the wide-area cellular network.
  • the first report indicates a predicted throughput in the WLAN for the at least one wireless terminal. This is shown at block 930. This may be sent via an interface between a WLAN AP and a base station in the wide-area cellular network, for example.
  • the first report may include an identifier for a wireless terminal or group of wireless terminals to which the first report applies.
  • detecting the trigger event comprises receiving a request for the first report from the wide-area cellular network. This may be received via an interface between a WLAN access point (AP) and a base station in the wide-area cellular network, in some embodiments.
  • AP WLAN access point
  • detecting the trigger event comprises detecting that a wireless terminal associated with the wide-area cellular network is attempting to associate with the WLAN. In some embodiments, detecting the trigger event comprises determining that some other preconfigured condition in the WLAN has been satisfied. In some of these methods, the operations illustrated in Figure 9 are preceded by receiving, from the wide-area cellular network, configuration information defining the preconfigured condition. This configuration information may specify a periodic reporting interval for predicted throughput reports, for example.
  • the first report indicates a maximum achievable throughput in the
  • the determining of the maximum achievable throughput may be based on terminal-specific radio channel conditions, or based on terminal-specific capabilities with respect to the WLAN, or based on both.
  • the first report indicates a maximum achievable throughput in the WLAN for a group of wireless terminals having one or more shared capabilities with respect to the WLAN.
  • the determining of the maximum achievable throughput in these embodiments may be based on one or more load metrics for the WLAN, for example.
  • Figure 10 is a process flow diagram illustrating another example method suitable for implementation in one or more nodes of a WLAN. It should be appreciated that the method shown in Figure 10, as well as any of its variants discussed below, can be directly combined with the method shown in Figure 9, and/or its variants.
  • the illustrated method 1000 begins with detecting a trigger event indicating that a report for at least one wireless terminal associated with the WLAN is to be sent to a wide-area cellular network.
  • the measured throughput in the WLAN for the at least one wireless terminal is determined.
  • a report is sent to the wide-area cellular network, as shown at block 1030, the report indicating the measured throughput for the at least one wireless terminal.
  • This report may be sent via an interface between a WLAN AP and a base station in the wide-area cellular network, for example. It should be noted that while the sending of the report is responsive to the triggering event, the measuring of the throughput may be performed before the trigger event is detected, in some embodiments or in some instances.
  • detecting the trigger event comprises receiving a request for the report from the wide-area cellular network. Again, this request may be received via an interface between a WLAN AP and a base station in the wide-area cellular network, for example.
  • detecting the trigger event comprises detecting that a wireless terminal associated with the wide-area cellular network is also associated with the WLAN. In some embodiments, detecting the trigger event comprises determining that some other preconfigured condition in the WLAN has been satisfied. In such cases, the one or more nodes in the WLAN receive, from the wide-area cellular network, configuration information defining the preconfigured condition - this configuration information may specify a periodic reporting interval for predicted throughput reports, for example.
  • the report indicates a measured average throughput in the WLAN for a wireless terminal. In other embodiments, the report indicates that a wireless terminal has achieved a throughput exceeding a predetermined threshold for a measurement duration. In still other embodiments, the report indicates a measured average throughput in the WLAN for a group of wireless terminals having one or more shared capabilities with respect to the WLAN. In any of these embodiments, the report may comprise an identifier for a wireless terminal or group of wireless terminals to which the first report applies.
  • Figure 11 illustrates an example method 1100 as implemented in one or more nodes of a wide-area cellular network, such as in an eNB of an LTE network. It should be appreciated that this method is complementary to the method shown in Figure 9.
  • the illustrated method includes receiving, from a node in a
  • the method further comprises making an offloading decision for the at least one wireless terminal, based on the first report.
  • the method further comprises sending a request for the first report to the WLAN.
  • the reports may be sent by the WLAN without such a request. This may be done, for example, on the basis of configuration information sent to the WLAN by the one or more nodes of the wide- area cellular network, this configuration information defining one or more conditions for sending the report to the wide-area cellular network.
  • This configuration may specify a periodic reporting interval for predicted throughput reports, for example.
  • the received report indicates a maximum achievable throughput in the WLAN for a wireless terminal. In some embodiments, this may be based on terminal-specific radio channel conditions, or based on terminal-specific capabilities with respect to the WLAN, or based on both. In other embodiments, the report indicates a maximum achievable throughput in the WLAN for a group of wireless terminals having one or more shared capabilities with respect to the WLAN. This may be based on one or more load metrics for the WLAN, for example. In any of these embodiments, the report may include an identifier for a wireless terminal or group of wireless terminals to which the report applies.
  • Figure 12 illustrates another example method 1200 that can be carried out in one or more nodes of a wide-area wireless network. This method complements the WLAN-based method shown in Figure 10, and can be directly combined with the method of Figure 11.
  • the method includes, as shown at block 1220, receiving, from a node in a WLAN, a report indicating a measured throughput in the WLAN for at least one wireless terminal associated with the WLAN.
  • This report may be received via an interface between a WLAN AP and a base station in the wide-area cellular network.
  • the method may further comprise sending a request for the report to the WLAN, as shown at block 1210.
  • the reports may be sent by the WLAN without such a request. Again, this may be done, for example, on the basis of configuration information sent to the WLAN by the one or more nodes of the wide-area cellular network, this configuration information defining one or more conditions for sending the report to the wide-area cellular network.
  • This configuration may specify a periodic reporting interval for measured throughput reports, for example.
  • the report indicates a measured average throughput in the WLAN for a wireless terminal. In other embodiments, the report indicates that a wireless terminal has achieved a throughput exceeding a predetermined threshold for a measurement duration. In still other embodiments, the report indicates a measured average throughput in the WLAN for a group of wireless terminals having one or more shared capabilities with respect to the WLAN. In any of these and in other embodiments, the report may include an identifier for a wireless terminal or group of wireless terminals to which the first report applies.
  • FIG. 13 illustrates another example method 1300 as implemented in one or more nodes of a wide-area cellular network.
  • This method includes, as shown at block 1310, measuring a throughput in the wide-area cellular network for a wireless terminal, and further includes, as shown at block 1320, receiving, from a WLAN, an indication of a predicted throughput in the WLAN for the wireless terminal or for a group of wireless terminals including or like the wireless terminal. Note that these operations can be performed in any order.
  • the measured throughput in the wide-area cellular network and the predicted throughput in the WLAN are compared. Based on this comparison, a decision is made as to whether or not to offload the wireless terminal to the WLAN, as shown at block 1340.
  • the WLAN comprises determining to offload the wireless terminal to the WLAN in response to determining that the predicted throughput in the WLAN exceeds the measured throughput in the wide-area cellular network. In other embodiments, determining whether or not to offload the wireless terminal to the WLAN comprises determining to offload the wireless terminal to the WLAN in response to determining that the predicted throughput in the WLAN exceeds the measured throughput in the wide-area cellular network by more than a predetermined offset. In some of these embodiments, the method further comprises storing the indication of the predicted throughput, in association with an identifier for a WLAN AP from which the indication was received and/or in association with an identifier for a WLAN AP group to which said WLAN AP belongs. This operation is not shown in Figure 13, but may be performed at any time after the predicted throughput is received.
  • Figure 14 illustrates a variation 1400 of the method 1300 shown in Figure 13.
  • statistics for predicted throughputs in the WLAN and the measured throughputs in the wide-area network are evaluated, as shown at block 1430.
  • the offloading decision, shown at block 1440, is based on this evaluation.
  • Figure 15 illustrates yet another method 1500 for implementation in one or more nodes of a wide-area cellular network.
  • This method includes, as shown at block 1510, receiving, from a WLAN AP, one or more indications of predicted throughput in the WLAN AP for a wireless terminal or for a group of wireless terminals.
  • the method also includes receiving, from the WLAN AP, one or more indications of measured throughput in the WLAN for the wireless terminal or for the group of wireless terminals.
  • the method still further comprises evaluating a prediction accuracy for the WLAN AP, based on the received predicted throughputs and received indications of measured throughput.
  • the method further includes making an offloading decision for a wireless terminal, wherein said offloading decision takes into account the prediction accuracy for the WLAN AP.
  • the offloading decision takes into account the prediction accuracy for the WLAN AP by blacklisting the WLAN AP if the prediction accuracy is worse than a predetermined level.
  • the offloading decision takes into account the prediction accuracy for the WLAN AP by adjusting one or more predictions of throughput for the WLAN AP, based on the prediction accuracy.
  • the offloading decision takes into account the prediction accuracy for the WLAN AP by prioritizing the WLAN AP, relative to one or more other WLAN APs, based on the prediction accuracy.
  • Figure 16 illustrates still another method 1600 for implementation in one or more nodes of a wide-area cellular network.
  • This method includes, as shown at block 1610, performing one or more measurements of throughput in the wide-area cellular network for a wireless terminal.
  • the method further includes, as shown at block 1620, receiving, from a WLAN, one or more reports indicating measurements of throughput in the WLAN for the wireless terminal.
  • the measurements of throughput in the wide-area cellular network and the indicated measurements of throughput in the WLAN are evaluated.
  • a ping-pong condition for the wireless terminal is then detected, as shown at block 1640, based on said evaluating.
  • a ping-pong condition comprises consecutive transitions of the wireless terminal between operating in the wide-area cellular network and the WLAN.
  • the method further includes adjusting an offloading threshold for transitions from the wide-area cellular network to the WLAN, in response to said detecting, wherein the at least one offload threshold is used by the one or more nodes in the wide-area cellular system, in conjunction with predicted throughput and/or measured throughput for a wireless terminal, to determine whether and when to offload the wireless terminal to the WLAN.
  • the method further includes adjusting an offloading threshold for transitions from the wide-area cellular network to the WLAN, in response to said detecting, and sending the adjusted threshold to the WLAN for use by the WLAN, in conjunction with predicted throughput and/or measured throughput for a wireless terminal, to determine whether and when to offload the wireless terminal from the WLAN to the wide-area cellular network. This is shown at block 1660.
  • the functions described may be implemented in one or in several nodes. Some or all of the functions described may be implemented using hardware circuitry, such as analog and/or discrete logic gates interconnected to perform a specialized function, ASICs, PLAs, etc. Likewise, some or all of the functions may be implemented using software programs and data in conjunction with one or more digital microprocessors or general purpose computers to enact special purpose computers. Where nodes that communicate using the air interface are described, it will be appreciated that those nodes also have suitable radio communications circuitry.
  • the technology can additionally be considered to be embodied entirely within any form of computer-readable memory, including non-transitory embodiments such as solid-state memory, magnetic disk, or optical disk containing an appropriate set of computer instructions that would cause a processor to carry out the techniques described herein.
  • Hardware implementations of the present invention may include or encompass, without limitation, digital signal processor (DSP) hardware, a reduced instruction set processor, hardware (e.g., digital or analog) circuitry including but not limited to application specific integrated circuit(s) (ASIC) and/or field programmable gate array(s) (FPGA(s)), and (where appropriate) state machines capable of performing such functions.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • a computer is generally understood to comprise one or more processors and/or one or more controllers, and the terms computer, processor, and controller may be employed interchangeably.
  • the functions may be provided by a single dedicated computer or processor or controller, by a single shared computer or processor or controller, or by a plurality of individual computers or processors or controllers, some of which may be shared or distributed.
  • processor or “controller” also refers to other hardware capable of performing such functions and/or executing software, such as the example hardware recited above.
  • FIG. 17 shows a node 10 configured for operation in a wide-area cellular network (for example a base station, NodeB or an eNodeB) that can be adapted for use in example embodiments described above.
  • the node 10 comprises a processing unit 40 that controls the operation of the node 10.
  • the processing circuit 40 comprises one or more digital processing circuits, e.g., one or more microprocessors, microcontrollers, DSPs, FPGAs, Complex
  • the processing circuit 40 may comprise fixed circuitry, or programmable circuitry that is specially adapted via the execution of program instructions implementing the functionality taught herein, or may comprise some mix of fixed and programmed circuitry.
  • the processing circuit 40 may be a multi-core based processing circuit having two or more processor cores utilized for enhanced performance, reduced power consumption, and more efficient simultaneous processing of multiple tasks.
  • the processing unit 40 is connected to a transmitter or a transceiver 42 (which comprises a receiver and a transmitter) with associated antenna(s) 44 which are used to transmit signals to, and receive signals from, terminal devices 12 in the network 2.
  • the transceiver circuit 42 may include transmitter circuits, receiver circuits, and associated control circuits that are collectively configured to transmit and receive signals according to a radio access technology, for the purposes of providing cellular communication services.
  • cellular communication services may be operated according to any one or more of the 3 GPP cellular standards, GSM, GPRS, WCDMA, HSDPA, LTE and LTE- Advanced.
  • the node 10 also comprises a memory unit 46 that is connected to the processing unit 40 and that stores computer program code and other information and data required for the operation of RAN node 10.
  • the memory unit 46 provides non-transitory storage for the computer program executed by processing unit 40 and it may comprise one or more types of computer-readable media, such as disk storage, solid-state memory storage, or any mix thereof.
  • “non-transitory” means permanent, semi-permanent, or at least temporarily persistent storage and encompasses both long-term storage in non-volatile memory and storage in working memory, e.g., for program execution.
  • the memory unit 46 comprises any one or more of SRAM, DRAM, EEPROM, and FLASH memory. In the case of a multi-core processing circuit, a large number of processor cores may share resources, such as memory unit 46.
  • the processing unit 40 and memory unit 46 may be referred to as a processing circuit.
  • the node 10 also includes components and/or circuitry 48 for allowing the node 10 to exchange information with other nodes 10 (for example via an X2 interface) and components and/or circuitry 49 for allowing the node 10 to exchange information with nodes in the core network 4 (for example via the SI interface).
  • nodes for use in other types of network e.g. UTRAN or WCDMA RAN
  • the node 10 shown in Figure 17 can be adapted, e.g., using appropriate program code stored in memory unit 46 for execution by processing unit 40, to carry out any one or several of the wide-area network-based methods described herein, including the methods illustrated in
  • FIG. 18 shows a WLAN node 14 (such as a WLAN AP or WLAN AC) that can be used in the example embodiments described above.
  • the node 14 comprises a processing unit 60 that controls the operation of the node 14.
  • the processing unit 60 comprises one or more digital processing circuits, e.g., one or more microprocessors, microcontrollers,
  • the processing circuit 60 may comprise fixed circuitry, or programmable circuitry that is specially adapted via the execution of program instructions implementing the functionality taught herein, or may comprise some mix of fixed and programmed circuitry.
  • the processing circuit 40 may be a multi-core based processing circuit having two or more processor cores utilized for enhanced performance, reduced power consumption, and more efficient simultaneous processing of multiple tasks.
  • the processing unit 60 is connected to a transmitter or a transceiver circuit 62 (which comprises a receiver and a transmitter) with associated antenna(s) 64 which are used to transmit signals to, and receive signals from, terminal devices 12.
  • the transceiver circuit 62 may include transmitter circuits, receiver circuits, and associated control circuits that are collectively configured to transmit and receive signals according to a WLAN radio access technology, for the purposes of providing WLAN services. According to various embodiments, these WLAN services may be operated according to any one or more of the IEEE 802.11 standards, for example.
  • the node 14 also comprises a memory unit 66 that is connected to the processing unit 60 and that stores computer program code and other information and data required for the operation of the node 14.
  • the memory unit 66 provides non-transitory storage for a computer program executed by processing unit 60 and it may comprise one or more types of computer- readable media, such as disk storage, solid-state memory storage, or any mix thereof.
  • non-transitory means permanent, semi-permanent, or at least temporarily persistent storage and encompasses both long-term storage in non-volatile memory and storage in working memory, e.g., for program execution.
  • the processing unit 60 and memory unit 66 may be referred to as a processing circuit.
  • the node 14 also includes components and/or circuitry 68 for connecting the node 14 to a telephone line or other broadband connection.
  • the node 14 shown in Figure 18 can be adapted, e.g., using appropriate program code stored in memory unit 66 for execution by processing unit 60, to carry out any one or several of the WLAN -based methods described herein, including the methods illustrated in Figures 9 and 10 and the several variations described in connection with those figures and in the detailed examples provided above.
  • FIG 19 shows a block diagram of a wireless terminal, such as UE 12.
  • UE 12 includes a transceiver circuit 32 with an antenna 34.
  • the UE 12 also includes a processing unit 30 and a memory unit 36 that includes program instructions that when executed by processing unit 30 perform so as to implement the described techniques.
  • the terms "mobile terminal,” “wireless terminal,” “user equipment,” or “UE” may be used to refer to any device that receives data from and transmits data to a communication network, any of which may be for example, a mobile telephone ("cellular" telephone), laptop/portable computer, pocket computer, hand-held computer, desktop computer, a machine to machine (M2M) or MTC type device, a sensor with a wireless communication interface, etc.
  • M2M machine to machine
  • the processing unit 30 is configured to cause the UE 12 to perform operations necessary to complement the methods 900-1600 described above.
  • Example embodiments have been described herein, with reference to block diagrams and/or flowchart illustrations of computer-implemented methods, apparatus (systems and/or devices) and/or computer program products. It is understood that a block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented by computer program instructions that are performed by one or more computer circuits.
  • These computer program instructions may be provided to a processor circuit of a general purpose computer circuit, special purpose computer circuit, and/or other programmable data processing circuit to produce a machine, such that the instructions, which execute via the processor of the computer and/or other programmable data processing apparatus, transform and control transistors, values stored in memory locations, and other hardware components within such circuitry to implement the functions/acts specified in the block diagrams and/or flowchart block or blocks, and thereby create means (functionality) and/or structure for implementing the functions/acts specified in the block diagrams and/or flowchart block(s).
  • Figure 20 illustrates a functional implementation of a network node 10 executed by the processing circuitry 40, according to some embodiments.
  • the implementation includes a measuring module 2002 for measuring a throughput in the wide-area cellular network for a wireless terminal and a receiving module 2004 for receiving, from a WLAN, an indication of a predicted throughput in the WLAN for the wireless terminal or for a group of wireless terminals including or like the wireless terminal.
  • the implementation also includes a comparing module 2006 for comparing the measured throughput in the wide-area cellular network to the predicted throughput in the WLAN and a determining module 2008 for determining whether or not to offload the wireless terminal to the WLAN, based on the comparing.
  • Figure 21 illustrates a functional implementation of a network node 10 executed by the processing circuitry 40, according to some embodiments.
  • the implementation includes a measuring module 2102 for measuring throughput in the wide-area cellular network for a wireless terminal and a receiving module 2104 for receiving, from a WLAN, one or more indications of predicted throughput in the WLAN for the wireless terminal or for a group of wireless terminals including or like the wireless terminal.
  • the implementation also includes an evaluating module 2106 for evaluating one or more statistics of measured throughput in the wide-area cellular network and one or more statistics of the predicted throughput in the WLAN and a determining module 2108 for determining whether or not to offload the wireless terminal to the WLAN, based on the evaluating.
  • FIG 22 illustrates a functional implementation of a network node 10 executed by the processing circuitry 40, according to some embodiments.
  • the implementation includes a receiving module 2202 for receiving, from a WLAN AP, one or more indications of predicted throughput in the WLAN AP for a wireless terminal or for a group of wireless terminals including or like the wireless terminal.
  • the receiving module 2202 is also for receiving, from the WLAN AP, one or more indications of measured throughput in the WLAN for the wireless terminal or for the group of wireless terminals and an evaluating module 2204 for evaluating a prediction accuracy for the WLAN AP, based on the received indications of predicted throughput and received indications of measured throughput.
  • Figure 23 illustrates a functional implementation of a network node 10 executed by the processing circuitry 40, according to some embodiments.
  • the implementation includes a requesting module 2302 for sending a request for a report from a WLAN and a receiving module 2304 for receiving the report indicating a predicted throughput for a wireless terminal in the WLAN or for a group of wireless terminals including or like the wireless terminal.
  • the implementation also includes a decision module 2306 for making an offloading decision for the wireless terminal, based on the predicted throughput indicated by the report.
  • Figure 24 illustrates a functional implementation of a network node 10 executed by the processing circuitry 40, according to some embodiments.
  • the implementation includes a requesting module 2402 for sending a request for a report from a WLAN and a receiving module 2404 for receiving the report indicating a measured throughput for a wireless terminal in the WLAN or for a group of wireless terminals including or like the wireless terminal.
  • the implementation also includes a decision module 2406 for making an offloading decision for the wireless terminal, based on the measured throughput indicated by the report.
  • Figure 25 illustrates a functional implementation of a WLAN node 14 executed by the processing circuitry 60, according to some embodiments.
  • the implementation includes a detecting module 2502 for detecting a trigger event indicating that a report for at least one wireless terminal associated with a wide-area cellular network is to be sent and a determining module 2504 for determining a predicted throughput for the at least one wireless terminal in the WLAN.
  • the implementation also includes a sending module 2506 for sending the report to a node in the wide-area cellular network, the report indicating the predicted throughput for the at least one wireless terminal in the WLAN.
  • Figure 26 illustrates a functional implementation of a WLAN node 14 executed by the processing circuitry 60, according to some embodiments.
  • the implementation includes a detecting module 2602 for detecting a trigger event indicating that a report for at least one wireless terminal associated with a wide-area cellular network is to be sent and a determining module 2604 for determining a measured throughput for the at least one wireless terminal in the WLAN.
  • the implementation also includes a sending module 2606 for sending the report to a node in the wide-area cellular network, the report indicating the measured throughput for the at least one wireless terminal in the WLAN.
  • the techniques and apparatuses described above facilitate the minimization of the information reported over an inter-node interface between WLAN APs and eNodeBs (or other wide-area wireless network nodes) to support QoS-based traffic steering. This is done by having the target node report i) the predicted QoS before traffic steering and ii) the achieved QoS after traffic steering, where QoS is illustrated in the detailed examples given above as the throughput or data rate for a wireless terminal or group of wireless terminals.
  • a traffic steering function implemented in the eNB first uses the reported prediction as a criterion to steer UEs to the target node. After receiving the achieved throughput measurements, the eNB performs an association so that the predicted and measured throughputs can be correlated and error statistics computed, and then stores and process them in an WLAN AP (or AP group) context. When this is done, the traffic steering function can be adjusted in an outer loop, so that APs are classified according to their prediction accuracy. In some embodiments, measured throughput information reported from the WLAN AP is used to detect and avoid ping-pong events.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un AP WLAN rapporte des prédictions et des mesures de débit à un nœud 3 GPP, lesquelles peuvent englober des mesures de débit pour chaque UE entrant. Les modes de réalisation de l'invention réduisent la quantité d'informations qui doit être rapportée, par l'intermédiaire de l'interface inter-nœuds, par les AP WLAN cibles potentiels à destination des eNB sources, car le WLAN rapporte une prédiction de débit qui peut être utilisée par l'eNB pour prendre des décisions relatives au guidage de trafic. Les modes de réalisation peuvent également être utilisés pour améliorer les décisions relatives au guidage de trafic entre le eNodeB et le WLAN, du fait que le eNodeB est capable de comparer le débit prédit au débit effectivement atteint par la suite.
PCT/SE2015/051356 2015-01-30 2015-12-16 Signalisation de débit à un réseau 3 gpp par un wlan WO2016122369A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562109662P 2015-01-30 2015-01-30
US62/109,662 2015-01-30

Publications (1)

Publication Number Publication Date
WO2016122369A1 true WO2016122369A1 (fr) 2016-08-04

Family

ID=56543842

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE2015/051356 WO2016122369A1 (fr) 2015-01-30 2015-12-16 Signalisation de débit à un réseau 3 gpp par un wlan

Country Status (1)

Country Link
WO (1) WO2016122369A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110536348A (zh) * 2019-05-16 2019-12-03 Oppo广东移动通信有限公司 一种终端的功耗控制方法、装置及存储介质
WO2022039638A1 (fr) * 2020-08-17 2022-02-24 Telefonaktiebolaget Lm Ericsson (Publ) Basculement adaptatif de branche de canal de communication
WO2022206810A1 (fr) * 2021-04-01 2022-10-06 维沃移动通信有限公司 Procédé de traitement de service, et terminal et dispositif réseau

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014043500A1 (fr) * 2012-09-14 2014-03-20 Interdigital Patent Holding, Inc. Procédés pour la commande de mobilité pour le transfert par wi-fi dans des systèmes sans fil
WO2014174485A1 (fr) * 2013-04-26 2014-10-30 Telefonaktiebolaget Lm Ericsson (Publ) Prédiction d'une mesure de performance réseau à partir de données historiques et récentes
WO2014186062A1 (fr) * 2013-05-16 2014-11-20 Intel IP Corporation Sélection de réseau dans un réseau hétérogène

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014043500A1 (fr) * 2012-09-14 2014-03-20 Interdigital Patent Holding, Inc. Procédés pour la commande de mobilité pour le transfert par wi-fi dans des systèmes sans fil
WO2014174485A1 (fr) * 2013-04-26 2014-10-30 Telefonaktiebolaget Lm Ericsson (Publ) Prédiction d'une mesure de performance réseau à partir de données historiques et récentes
WO2014186062A1 (fr) * 2013-05-16 2014-11-20 Intel IP Corporation Sélection de réseau dans un réseau hétérogène

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"AN - XP050796319 , TI - Response to several contributions regarding the estimation of the WLAN throughput and 3GPP - WLAN information exch.", PUB - 3GPP DRAFT; R3- 41933_WLAN_THROUGHPUT, -20140817 , 3RD GENERATION PARTNERSHIP PROJECT (3GPP, vol. RAN WG3, 17 August 2014 (2014-08-17), 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France PD, XP050796319, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN3/Docs> *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110536348A (zh) * 2019-05-16 2019-12-03 Oppo广东移动通信有限公司 一种终端的功耗控制方法、装置及存储介质
WO2022039638A1 (fr) * 2020-08-17 2022-02-24 Telefonaktiebolaget Lm Ericsson (Publ) Basculement adaptatif de branche de canal de communication
WO2022206810A1 (fr) * 2021-04-01 2022-10-06 维沃移动通信有限公司 Procédé de traitement de service, et terminal et dispositif réseau

Similar Documents

Publication Publication Date Title
US10638364B2 (en) Method and apparatus for controlling the operation of a terminal device
EP3114875B1 (fr) Orientation de sélection de mobilité et/ou d&#39;accès entre des cellules
JP5885857B2 (ja) ネットワークノード及びネットワークノードにおける方法
WO2014168427A1 (fr) Procédé et appareil d&#39;application d&#39;informations d&#39;aide à l&#39;orientation de trafic dans un système de communication sans fil
US20160277974A1 (en) Controlling the Operation of Mobile Terminals with Respect to Multiple Radio Access Technologies
US10798573B2 (en) Enhancements to load reporting from a wireless local-area network to an LTE network
US11153814B2 (en) Efficient communication of network identifiers
WO2016122369A1 (fr) Signalisation de débit à un réseau 3 gpp par un wlan
US10694568B2 (en) Efficient communication of network identifiers
EP3146791B1 (fr) Procédés de gestion de paramètres utilisés par des dispositifs terminaux dans des procédures de sélection de réseau d&#39;accès et/ou de routage ou de pilotage de trafic
US9742677B2 (en) Methods and apparatus for managing communications network loading

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15880335

Country of ref document: EP

Kind code of ref document: A1