WO2016019999A1 - Effective use of radio resources - Google Patents

Effective use of radio resources Download PDF

Info

Publication number
WO2016019999A1
WO2016019999A1 PCT/EP2014/066955 EP2014066955W WO2016019999A1 WO 2016019999 A1 WO2016019999 A1 WO 2016019999A1 EP 2014066955 W EP2014066955 W EP 2014066955W WO 2016019999 A1 WO2016019999 A1 WO 2016019999A1
Authority
WO
WIPO (PCT)
Prior art keywords
radio access
access network
offload
communication device
information
Prior art date
Application number
PCT/EP2014/066955
Other languages
French (fr)
Inventor
Richard Waldhauser
Irina-Mihaela BALAN
Hanns Jurgen Schwarzbauer
Original Assignee
Nokia Solutions And Networks Oy
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 Nokia Solutions And Networks Oy filed Critical Nokia Solutions And Networks Oy
Priority to PCT/EP2014/066955 priority Critical patent/WO2016019999A1/en
Publication of WO2016019999A1 publication Critical patent/WO2016019999A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/082Load balancing or load distribution among bearers or channels

Definitions

  • the operation of a communication device connected to a radio access network via a wireless interface can involve the transfer via an access node outside of the radio access network of data that might otherwise have been transferred between the gateway and the communication device via the radio access network.
  • the inventors for the present application have identified the problem of reducing the risk of the radio access network wastefully assigning radio resources to data transfers that end up happening outside the radio access network.
  • a method comprising: transmitting offload information from a communication device to a node of a radio access network to which the communication device is attached for the transfer of data between the communication device and a gateway via said radio access network, wherein said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network.
  • said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network.
  • a plurality of bearers are established for the transfer of data between said gateway and said communication device, and wherein said offload information specifies one or more of said plurality of bearers as offload candidates based on offload policy information.
  • the method comprises receiving said offload policy information at said communication device via said radio access network without being read by said radio access network.
  • the method comprises transmitting said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway. In one embodiment, the method comprises transmitting said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and when all predetermined conditions are met for the transfer of data between said communication device and said gateway via said radio access point outside the radio access network.
  • the method comprises providing said offload information specifying one or more bearers as offload candidates, regardless of whether or not said
  • said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to /from the gateway.
  • said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
  • a method comprising: receiving offload information from one or more communication devices at a node of a radio access network to which the one or more communication devices are attached for the transfer of data between the one or more communication devices and a gateway via said radio access network; wherein said offload information comprises information about a possibility of a data transfer between said gateway and said one or more communication devices other than via said radio access network whilst said one or more communication devices are attached to said radio access network; and making one or more decisions about the assignment of radio resources within said radio access network based at least partly on said offload information.
  • a respective one or more bearers are established for the transfer of data between said gateway and each of said one or more communication devices; and the method comprises deciding at said radio access network node for one or more bearers a respective level of priority for effecting an increase of data throughput between said communication device and said gateway via said radio access network based at least partly on said offload information.
  • the offload information identifies one or more bearers as offload candidates.
  • the method comprises: receiving at said radio access network node offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and forwarding said offload policy information from said radio access network node to said one or more communication devices via said radio access network without reading said offload policy information at said radio access network node.
  • the radio access network node also has access to offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and said offload information received from the one or more communication devices at least includes additional information about a possibility of a data transfer between said gateway and the communication devices other than via said radio access network for the one or more bearers identified as offload candidates by the offload policy information.
  • the offload information identifies one or more bearers as offload candidates without indicating whether or not said communication device is within the coverage of an access node outside the radio access network via which the
  • communication device is allowed to transfer data to/from the gateway, and without indicating whether or not all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
  • said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway.
  • said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
  • the method comprises: deciding against assigning extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled, and/or deciding to assign extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said
  • the method comprises making one or more decisions about communication device handovers within said radio access network based at least partly on said offload information.
  • the method comprises comprising deciding at said radio access network node a respective level of handover priority for one or more communication devices based on the offload information.
  • an apparatus comprising: a processor and memory including computer program code, wherein the memory and computer program code are configured to, with the processor, cause the apparatus to: transmit offload information from a communication device to a node of a radio access network to which the communication device is attached for the transfer of data between the communication device and a gateway via said radio access network, wherein said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network.
  • a plurality of bearers are established for the transfer of data between said gateway and said communication device, and wherein said offload information specifies one or more of said plurality of bearers as offload candidates based on offload policy information.
  • the memory and computer program code are further configured to, with the processor, cause the apparatus to: receive said offload policy information at said communication device via said radio access network without being read by said radio access network.
  • the memory and computer program code are further configured to, with the processor, cause the apparatus to: transmit said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway.
  • the memory and computer program code are further configured to, with the processor, cause the apparatus to: transmit said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and when all predetermined conditions are met for the transfer of data between said communication device and said gateway via said radio access point outside the radio access network.
  • the memory and computer program code are further configured to, with the processor, cause the apparatus to: transmit said offload information specifying one or more bearers as offload candidates, regardless of whether or not said
  • communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and/or regardless of whether or not all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
  • said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to /from the gateway.
  • said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
  • an apparatus comprising: a processor and memory including computer program code, wherein the memory and computer program code are configured to, with the processor, cause the apparatus to: receive offload information from one or more communication devices at a node of a radio access network to which the one or more communication devices are attached for the transfer of data between the one or more communication devices and a gateway via said radio access network;
  • said offload information comprises information about a possibility of a data transfer between said gateway and said one or more communication devices other than via said radio access network whilst said one or more communication devices are attached to said radio access network; and to make one or more decisions about the assignment of radio resources within said radio access network based at least partly on said offload information.
  • a respective one or more bearers are established for the transfer of data between said gateway and each of said one or more communication devices; and the wherein the memory and computer program code are further configured to, with the processor, cause the apparatus to: decide at said radio access network node for one or more bearers a respective level of priority for effecting an increase of data throughput between said communication device and said gateway via said radio access network based at least partly on said offload information.
  • the offload information identifies one or more bearers as offload candidates.
  • the memory and computer program code are further configured to, with the processor, cause the apparatus to: receive at said radio access network node offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and forward said offload policy information from said radio access network node to said one or more communication devices via said radio access network without reading said offload policy information at said radio access network node.
  • the radio access network node also has access to offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and said offload information received from the one or more communication devices at least includes additional information about a possibility of a data transfer between said gateway and the communication devices other than via said radio access network for the one or more bearers identified as offload candidates by the offload policy information.
  • the offload information identifies one or more bearers as offload candidates without indicating whether or not said communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and without indicating whether or not all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled
  • said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway.
  • said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
  • the memory and computer program code are further configured to, with the processor, cause the apparatus to: decide against assigning extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled, and/or decide to assign extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are not fulfilled.
  • the memory and computer program code are further configured to, with the processor, cause the apparatus to: make one or more decisions about communication device handovers within said radio access network based at least partly on said offload information.
  • the memory and computer program code are further configured to, with the processor, cause the apparatus to: decide at said radio access network node a respective level of handover priority for one or more communication devices based on the offload information.
  • a computer program product comprising program code means which when loaded into a computer controls the computer to: transmit offload information from a communication device to a node of a radio access network to which the communication device is attached for the transfer of data between the communication device and a gateway via said radio access network, wherein said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network.
  • a computer program product comprising program code means which when loaded into a computer controls the computer to: receive offload information from one or more communication devices at a node of a radio access network to which the one or more communication devices are attached for the transfer of data between the one or more communication devices and a gateway via said radio access network; wherein said offload information comprises information about a possibility of a data transfer between said gateway and said one or more communication devices other than via said radio access network whilst said one or more communication devices are attached to said radio access network; and to make one or more decisions about the assignment of radio resources within said radio access network based at least partly on said offload information.
  • the transfer of data between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network comprises a transfer of data via a wireless local area network.
  • said node of said radio access network is a master eNB.
  • Figure 1 illustrates an example of a communication system including a radio access network
  • Figure 2 illustrates some components of one example of user equipment as shown in figure 1 ;
  • Figure 3 illustrates some components of an example of an apparatus suitable for the access nodes shown in figure 1 ;
  • Figure 4 illustrates one example of offloading data transfer from a radio access network to a wireless local access network outside the radio access network;
  • Figure 5 illustrates one example of a dual connectivity technique for increasing the amount of radio resources available to the transfer of data between a gateway and a
  • FIGS. 6, 9, 10, 12 and 13 illustrate respective examples of operations at a
  • Figures 7 and 8 illustrate one example of operations at an entity of a radio access network
  • Figures 1 1 and 14 illustrate respective further examples of operations at an entity of a radio access network.
  • the following description relates to the example of a radio access network designed to operate in accordance with Long Term Evolution (LTE) Release 12 or beyond, but the techniques described below are also applicable to other types of radio access networks.
  • the following description also relates to the example of using dual connectivity, but the technique described below is also applicable to other techniques for increasing the amount of radio resources available for the transfer of data between a gateway and a communication device via a radio access network, and other techniques involving managing resources within a radio access network.
  • the following description also relates to the example of offloading the transfer of data from a radio access network to a wireless local access network (WLAN), but the techniques described below are also applicable to offloading the transfer of data to other kinds of access networks outside the radio access network to which the communication device is connected.
  • WLAN wireless local access network
  • Figure 1 schematically illustrates communication devices within radio coverage of two access nodes (eNBs) 2 of a cellular E-UTRAN including a network of access nodes
  • eNBs access nodes
  • the E-UTRAN operates in an environment in which other radio access nodes outside of the E-UTRAN also exist, which other radio access nodes may or may not be available for the transfer of data to/from a
  • FIG. 1 only shows two access nodes of the E-UTRAN, but a large cellular radio access network can have tens of thousands of access nodes.
  • the eNBs 2 of the E-UTRAN are connected via an S1 interface to a Serving Gateway (S- GW) 4, and the two eNBs shown are also connected directly (i.e. other than via the S-GW 4) to each other via a X2interface.
  • S-GW 4 routes and forwards user packets, and also functions as the mobility anchor for the user-plane during inter-eNB handovers and as the anchor for mobility between LTE and other 3GPP technologies.
  • the S-GW 4 is connected to a Packet Gateway (P-GW) 10.
  • P-GW Packet Gateway
  • the P-GW 10 provides connectivity from UEs 8 to external packet data networks (not shown); and is the point of exit and entry of traffic for the UEs 8 connected to the E-UTRAN.
  • the P-GW 10 functions as the anchor for mobility between 3GPP and non-3GPP technologies, such as the technology by which WLAN access point 6 of Figure 1 is operated.
  • the S-GW 4 and P-GW 10 are
  • FIG. 2 shows a schematic view of an example of user equipment 8 that may be used for communicating with at least the eNBs 2 and WLAN access points 6 of Figure 1 via a wireless interface.
  • the user equipment (UE) 8 may be used for various tasks such as making and receiving phone calls, for receiving and sending data from and to a data network and for experiencing, for example, multimedia or other content.
  • the UE 8 may be any device capable of at least sending or receiving radio signals to or from at least the eNBs 2 and WLAN APs 6 of Figure 1 .
  • Non-limiting examples include a mobile station (MS), a portable computer provided with a wireless interface card or other wireless interface facility, personal data assistant (PDA) provided with wireless
  • MS mobile station
  • PDA personal data assistant
  • the UE 8 may communicate via an appropriate radio interface arrangement of the UE 8.
  • the interface arrangement may be provided for example by means of a radio part and associated antenna arrangement 205.
  • the antenna arrangement may be arranged internally or externally to the UE 8, and may include a plurality of antennas capable of operating in a multi-layer transmission scheme.
  • the UE 8 may be provided with at least one data processing entity 203 and at least one memory or data storage entity 217 for use in tasks it is designed to perform.
  • the data processor 213 and memory 217 may be provided on an appropriate circuit board 219 and/or in chipsets.
  • the user may control the operation of the UE 8 by means of a suitable user interface such as key pad 201 , voice commands, touch sensitive screen or pad, combinations thereof or the like.
  • a display 215, a speaker and a microphone may also be provided.
  • the UE 8 may comprise appropriate connectors (either wired or wireless) to other devices and/or for connecting external accessories, for example hands-free equipment, thereto.
  • FIG 3 shows an example of apparatus for use at the network transceiving entities 2 of Figure 1
  • the apparatus comprises a radio frequency antenna array 301 configured to receive and transmit radio frequency signals; radio frequency interface circuitry 303 configured to interface the radio frequency signals received and transmitted by the antenna array 301 and the data processor 306.
  • the radio frequency interface circuitry 303 may also be known as a transceiver.
  • the apparatus also comprises an interface 309 via which it can send and receive information to and from one or more other network nodes such as the S-GW 4 and other eNBs 2.
  • the data processor 306 is configured to process signals from the radio frequency interface circuitry 303, control the radio frequency interface circuitry 303 to generate suitable RF signals to communicate information to the UE 8 via the wireless communications link, and also to exchange information with other network nodes via the interface 309.
  • the memory 307 is used for storing data, parameters and instructions for use by the data processor 306.
  • Figure 4 illustrates an example of a technique for offloading the transfer of some of a UE's data (e.g. traffic of one EPS bearer) from the E-UTRAN to another access node(s) 6 outside of the E-UTRAN while the UE 8 remains connected to the E-UTRAN.
  • An Access Network Discovery and Selection Function (ANDSF) method can be used to inform the UE
  • This ANDSF method enables offloading to be carried out even for single IP flows or applications of an EPS bearer.
  • the ANDSF information that is sent to the UE is not modified frequently and is unknown to the E-UTRAN.
  • An alternative offloading method is one based on "RAN rules", which can be used when ANDSF is not supported or there is no valid ANDSF rule. This is a simpler method compared to the ANDSF method, but only allows the off-loading of all IP flows or EPS bearer applications associated with an access point name (APN).
  • APN access point name
  • the UE 8 is informed by NAS signalling about APNs to which data transfer(s) could be offloaded, but the E- UTRAN receives no similar information from the ANDSF etc..
  • FIG. 5 illustrates an example of a dual connectivity technique for increasing the amount of radio resources available for the transfer of data between P-GW 10 and UE 8 via the E- UTRAN.
  • Dual connectivity involves splitting or offloading a part of the UE traffic over at least two air interfaces of different adjacent E-UTRAN base stations (eNBs) 2.
  • the splitting point may be located at a radio base station (eNB) 2, or from a hierarchical, architectural point of view the offloading point may also be located at a more centralized node, e.g. S-GW 4 of EPC.
  • the two E-UTRAN base stations involved in the dual connectivity operation are referred to below as Master eNB (MeNB) 2a and Secondary eNB (SeNB) 2b.
  • the traffic splitting may be realized by a Carrier Aggregation (CA)-type functionality where either all or a fraction of the traffic of one or more EPS (Evolved Packet System) bearers is transferred from MeNB 2a to SeNB 2b via the X2 interface between the MeNB 2a and SeNB 2b for transmission to the UE 8 from the SeNB 2b.
  • CA Carrier Aggregation
  • Another offloading option involves transferring all of the traffic of one or more EPS bearers directly from the S-GW 4 to the SeNB 2b, i.e. other than via the
  • An EPS bearer can be considered as a virtual connection between two endpoints for which there is defined a quality of service (QoS), a guaranteed and maximum bit rate, and a filter specification that describes the traffic flows (IP addresses, protocols, port numbers etc.).
  • QoS quality of service
  • IP addresses, protocols, port numbers etc. IP addresses, protocols, port numbers etc.
  • the MeNB 2a can somehow detect whether the UE 8 is, in principle, capable of the WLAN offloading feature, e.g. by recognizing corresponding information within the "UE Capability Information", then the MeNB 2a can request the UE 2 to provide offloading information to the MeNB 2a.
  • This request may preferably be realized as a flag added to an existing message that is sent anyway when the UE 8 is establishing the connection to the E-UTRAN or when the UE 8 is moving to another E-UTRAN cell.
  • the MeNB 2a can use this information for the purpose of feature coordination. In the following examples the coordination between WLAN offloading and the dual connectivity is shown.
  • a UE 8 capable of WLAN offloading sends the offload information only when it recognizes that the serving MeNB 2a supports a feature that benefits from coordination with WLAN offloading.
  • the UE 8 identifies one or more bearers as current potential offload candidates regularly because of possible changes in available WLAN coverage and/or offload policy and/or its position (because this may impact other offload conditions like RSRP that are checked).
  • the detection of a new TFT may be an additional trigger for checking the identification of bearers as current offload candidates both in this example and also the subsequent examples.
  • offloading information is preferably only sent to the MeNB 2a if at least one condition is true or different from 'none' (depending on the example) or if a previously sent offloading information changes.
  • Figure 6 illustrates a first example of operations at UE for providing information to the eNB to better facilitate the identification at eNB of the most suitable bearers as candidates for dual connectivity operation; and Figures 7 and 8 illustrate a first example of related operations at the serving eNB 2 (hereafter referred to as the MeNB 2a).
  • UE 8 At the UE 8 is stored either information received from a server about using OMA DM (Open Mobile Alliance Device Management) ANDSF and/or (for UEs not supporting ANDSF) information received by NAS signalling about APNs to be considered in RAN rules (which are pre-stored at the UE 8) . This will be referred to as WLAN offload policy from here on. Both the ANDSF signalling and the NAS signalling about APNs to be considered in RAN rules is transparent to the E-UTRAN nodes, i.e. is not configured to be read by the E-UTRAN nodes via which it is sent to the UE 8. Also stored at the UE 8 is information received from the Evolved Packet Core (EPC) about traffic flow templates
  • EPC Evolved Packet Core
  • TFTs which TFTs inform the UE how to map the UE's traffic to the established radio bearers. If no TFT is received at the UE 8, the UE 8 adopts the default option of mapping all traffic to the mandatory default bearer.
  • the NAS signalling of the TFTs from the EPC to the UE 8 is also transparent to the E-UTRAN nodes.
  • the UE 8 regularly identifies one or more bearers as current potential offload candidates based on the offload policy (STEP 604).
  • the UE 8 determines (STEP 606): (i) whether it has not already identified these one or more bearers as potential offload candidates to the MeNB 2a (e.g. because one or more bearers that were not previously offload candidates are now offload candidates based on the offload policy, or because the UE 8 has newly entered a cell associated with the MeNB 2a and has not yet provided any information to the MeNB 2a about offload candidates; and/or (ii) whether any bearers previously identified to the MeNB 2a as possible offload candidates are no longer offload candidates.
  • the UE transmits (STEP 608) to the MeNB 2a information identifying the one or more bearers known by the UE 8 to be offload candidates.
  • the transmission of this indication may comprise the use of a new information element (IE) added to an existing RRC message or included in a new RRC message. If the UE 8 can recognize that the MeNB 2a is not supporting dual connectivity (or other similar technique), the UE 8 may decide not to transmit any such indication to the MeNB 2a in order to avoid transmitting unnecessary messages over the air interface.
  • IE new information element
  • the new IE may, for example, take the following form.
  • WLAN-Off load Info :: SEQUENCE ⁇
  • WLAN-OffloadlnfoList :: SEQUENCE (SIZE (1 ..maxDRB)) OF DRB-Offloadlnfo
  • WLAN-Off load Info :: SEQUENCE ⁇
  • All UEs 8 served by the MeNB 2a transmit their own WLAN offload information to the MeNB, and the MeNB 2a receives this information (STEP 702) and updates its memory store of information about bearers currently identified by UEs as possible offload candidates (STEP 704).
  • the MeNB 2a extracts this information from the memory store of information (STEP 802), and uses the information to decide on a DC priority ranking for each bearer (STEP 804). For example, the MeNB 2a may assign a respective priority ranking to each bearer (for all the UEs served by MeNB 2a) based on e.g.
  • Throughput size can be a useful parameter for determining DC priority ranking because the higher the throughput the more benefit can be expected by configuring the bearer for DC operation.
  • Priority list A below shows an example of priority rankings for 5 bearers where no account is taken of whether each bearer is a potential offload candidate, and priority list B shows an example of using the information provided by the UEs about possible offload candidates to influence the priority rankings.
  • the priority ranking for each bearer is decided primarily by whether or not the bearer is currently identified by the respective UE as a potential offload candidate (with all offload candidates ranked below other bearers), and secondarily by the size of the throughput.
  • One advantage of the above-described technique is that it can minimise the amount of resources and signalling wasted on dual connectivity operations for bearers whose traffic is later wholly or partially offloaded to WLAN, and for which either no traffic or only a small fraction of traffic is left for transmission to the UE via the E-UTRAN, i.e. bearers for which little or no gain can be achieved by a dual connectivity operation.
  • Figure 9 illustrates a second example of operations at UE.
  • the same step numbers are used to identify steps common to the first example.
  • the second example of UE operations is identical to the first example illustrated in Figure 6, except that the UE 8 additionally checks (STEP 603) whether the UE 8 is within the coverage of at least one WLAN node 6 with which it is allowed to establish an association for offloading traffic, before determining what (if any) offload candidate information to transmit to the MeNB 2; and the UE 8 only transmits information about bearers identified by UE 8 as potential offload candidates under the additional condition that the UE 8 has detected at least one WLAN access point 6 with which the UE 8 is allowed to establish an association for offloading traffic.
  • these checks are carried out regularly because of possible changes to the WLAN coverage and/or offload policy.
  • the IE for the transfer of the offload candidate information is the same as that for the first example, but the meaning of the received information is different, which can be clarified by adding a semantic description to the ASN.1 definition, as shown below.
  • WLAN-Off load Info :: SEQUENCE ⁇
  • Value TRUE indicates offload policies related to bearer offloading are present and that the UE currently is under allowed WLAN coverage.
  • WLAN-Offloadlnfo :: ENUMERATED ⁇
  • policy-based-wlan-candidate policy-based-wlan-candidate-under-allowed-wlan-coverage
  • the priority ranking list is determined by the MeNB 2a in the same way as the first example, but the MeNB 2a only receives information from the UE 8 about bearers currently identified as offload candidates when the UE 8 has detected allowed WLAN coverage. Accordingly, a bearer that is identified as an offload candidate when the UE has not detected allowed WLAN coverage will not be subject by MeNB 2a to a decrease of its priority ranking for DC. As long as no allowed WLAN coverage has been recognized by the UE 8 (indicating that no WLAN offload is possible for any bearer regardless of whether or not it is an offload candidate), the one or more bearers for that UE will therefore be treated by the MeNB 2a as non-candidates and given a relatively high priority ranking for DC.
  • Bearer 1 for UE-ID 5566 has a higher priority ranking, because although it is identified as a possible offload candidate by WLAN offload policy in the UE, the UE does not identify it as a possible offload candidate to the MeNB 2a, because the UE is not within allowed WLAN coverage. Accordingly, MeNB 2a treats this bearer as a non-candidate for WLAN offload, as reflected in the priority ranking list below.
  • Figure 10 illustrates a third example of operations at the UE 8
  • Figure 1 1 illustrates an example of related operations at the MeNB 2a. Again, the same step numbers are used to identify steps common to the first example.
  • This third example is identical to the second example, except that the UE 8 sends offload information to the MeNB 2a even when the UE 8 is not within allowed WLAN coverage, and the UE 8 determines whether the MeNB 2a has up-to-date information about both (i) the bearers identified as potential offload candidates and (ii) whether the UE is within allowed WLAN coverage (STEP 610). If this determination is negative, the UE 8 transmits to the MeNB 2a both (i) an identification of the bearers identified by UE 8 as current offload candidates, and (ii) an indication of whether or not the UE 8 has detected at least one WLAN access point with which the UE is allowed to establish an association for offloading (STEP 612). Again, the checks are carried out at UE 8 regularly because of possible changes to the WLAN coverage and/or offload policy.
  • the new information element may, for example, be as follows.
  • WLAN-Off load Info :: SEQUENCE ⁇
  • All UEs 8 served by the MeNB 2a transmit their own WLAN offload information of this kind to the serving eNB , and the MeNB 2a receives this information, and updates its store of information about bearers currently identified by UEs as possible offload candidates and about which UEs are within allowed WLAN coverage.
  • the MeNB 2a extracts this information from the memory store (STEP 806), and uses the information to decide on a DC priority ranking for each bearer (STEP 808).
  • the priority ranking is determined primarily on the basis of (i) whether a bearer has been identified by the respective UE as an offload candidate and (ii) whether the respective UE is under allowed WLAN coverage, and secondarily based on the throughput size.
  • An example of a priority ranking list for the third example is illustrated below for the same five bearers.
  • the highest priority is given to (a) bearers that are not currently identified by the U Es 8 as offload candidates; the next highest priority is given to (b) bearers that are identified as offload candidates but for which there is no indication that the respective UE 8 is in allowed WLAN coverage; and the lowest priority is given to (c) bearers that are identified as possible offload candidates for UEs that are indicated to be in allowed WLAN coverage.
  • Throughput size is only then used to rank bearers within each category (a), (b) and (c).
  • the process of determining the priority ranking order may involve giving higher weight to the throughput size, such that a bearer that is an offload candidate may be assigned a priority ranking above a bearer that is not an offload candidate, if the throughput for the offload candidate is greater that the throughput for the non-candidate by more than a predetermined threshold amount.
  • the priority ranking list is updated each time the MeNB 2a receives updated information from the UEs that it serves.
  • the 'Policy Based WLAN offload candidate' indication for any bearer tends not to change as much as the 'WLAN coverage' indication for a bearer, because the UE typically moves relatively frequently between regions where it can detect an allowed WLAN access point 6 and regions where it cannot detect an allowed WLAN access point 6.
  • the second example has the advantage over the third example that it involves less signalling, because signalling is bound to an 'additional condition'; but the third example has the advantage over the second example that the MeNB 2a can generate a better priority ranking list because the MeNB 2a is informed both about which bearers are candidates for WLAN offloading (based on the offload policy decided at the EPC) and also about which UEs are under allowed WLAN coverage.
  • Fourth Example has the advantage over the third example that it involves less signalling, because signalling is bound to an 'additional condition'; but the third example has the advantage over the second example that the MeNB 2a can generate a better priority ranking list because the MeNB 2a is informed both about which bearers are candidates for WLAN offloading (based on the offload policy decided at the EPC) and also about which UEs are under allowed WLAN coverage.
  • Figure 12 illustrates a fourth example of operations at UE 8.
  • the same step numbers are used to identify steps common to the first and second examples.
  • This fourth example is the same as the second example, except that the UE 8 also evaluates whether all further conditions for offloading traffic to WLAN are fulfilled (STEP 605). Again, this evaluation and the subsequent identification of current offload candidates (conditional on the outcome of STEP 605) are carried out regularly because of possible changes to the WLAN coverage and/or offload policy and/or UE 8 position.
  • the UE 8 sends information/updates about which bearers are offload candidate bearers only if the evaluation by the UE 8 of all further actual offload conditions (as specified by ANDSF and/or the RAN rules) indicate that offloading traffic to WLAN should be initiated by the UE 8.
  • the IE for the transferred information may be the same as that for the first example, but the meaning of the received information is different, which can be clarified by adding semantic description, as shown below:
  • WLAN-Off load Info :: SEQUENCE ⁇
  • WLAN-Off load Info :: ENUMERATED ⁇
  • All UEs 8 served by the MeNB 2a transmit their own WLAN offload information to the serving eNB, and the MeNB 2a receives this information from the UEs, and updates its store of information about bearers currently identified by UEs as possible offload candidates.
  • the MeNB 2a extracts this information from the memory store, and uses the information to decide on a DC priority ranking for each bearer.
  • the priority ranking list is determined by the MeNB 2a in the same way as the first example, but the MeNB 2a only receives information from the U E about which bearers are offload candidates when the UE 8 has detected that all conditions are fulfilled for WLAN offload. Accordingly, a bearer that is identified as an offload candidate when the UE has not detected that all offload conditions are fulfilled will not be identified to the MeNB as an offload candidate, and will not therefore be subject by MeNB 2a to a decrease of its priority ranking for DC. As long as the UE 8 determines that not all offload conditions have been fulfilled, the one or more bearers for that UE will be treated by the MeNB 2a as non-candidates and given a relatively high priority ranking for DC.
  • Bearer 1 for UE-ID 5566 has a higher priority ranking, because although it is identified as a possible offload candidate by the WLAN offload policy in the UE, the UE does not identify it as a possible offload candidate to the MeNB 2a because the UE 8 determines that all conditions for WLAN offloading are not fulfilled.
  • MeNB 2a treats this bearer as a non-candidate for WLAN offload, as reflected in the priority ranking list below.
  • Figure 13 illustrates a fifth example of operations at a UE 8 and Figure 14 illustrates an example of related operations at the MeNB 2a.
  • the same step numbers are used to identify steps common to the first and third examples.
  • This fifth example is the same as the third example, except that: the UE 8 also evaluates whether all conditions for WLAN offload have been fulfilled (STEP 605); the UE determines whether the MeNB 2a has up-to-date information about (i) which bearers are offload candidates; (ii) whether the UE 8 is within coverage of an allowed WLAN access point; and (iii) whether all other actual conditions for WLAN offloading are fulfilled (STEP 614) ; and the UE 8 transmits to the serving eNB all of: (i) an identification of any bearer that is an offload candidate; (ii) an indication of whether the UE 8 has detected an allowed WLAN access point; and (iii) an indication of whether all other actual conditions for offloading are fulfilled (STEP 616). Again, this evaluation and the subsequent identification of current offload candidates are carried out regularly because of possible changes to the WLAN coverage and/or offload policy and/or UE 8 position.
  • WLAN-Off load Info IE for this fifth example is shown below.
  • WLAN-Off load Info :: SEQUENCE ⁇
  • the further actual offload conditions may, for example, be related to load and signal of the serving cell of the MeNB 2a and the one or more WLAN access points 6 available for offloading.
  • One specific example of a further actual offload condition is: (a) the power (RSRP) at which the UE detects serving cell reference signals transmitted by the MeNB 2a is less than a predetermined RSRP threshold offload value, and (b) the basic service set (BSS) load for the WLAN is less than a predetermined BSS load threshold value.
  • All UEs 8 served by the MeNB 2a transmit their own WLAN offload information to the MeNB, and the MeNB 2a receives this information, and updates its store of information about bearers currently identified by UEs as possible offload candidates.
  • the MeNB 2a extracts this information from the memory store (STEP 810), and uses the information to decide on a DC priority ranking for each bearer (STEP 812).
  • the priority ranking is determined primarily on the basis of (i) whether the bearer has been identified by the respective UE as a offload candidate, (ii) whether the UE for the bearer is under allowed WLAN coverage, and (iii) whether all actual conditions for offloading have been met.
  • the priority ranking is secondarily based on the throughput size.
  • the MeNB may consider any such bearer as offloaded to WLAN, and the MeNB may be configured in such a situation to disable such bearers from DC operation, i.e. remove any such bearer from the DC candidate list or, if DC operation happens to already be configured for any such bearer, to de-configure any such bearer from the DC operation.
  • priority ranking list for the fifth example is illustrated below for the same five bearers.
  • the process of determining the priority ranking order may involve giving higher weight to the throughput size, such that e.g. a bearer that has more positive indications than another bearer (provided that at least the "all further offload conditions fulfilled" indication is negative) may be assigned a priority ranking above the another bearer if the throughput for that bearer is greater than the throughput for the another bearer by more than a predetermined threshold amount.
  • the method of the 4 th example has the advantage over the 5 th example that less signalling is required, because the UE only sends the message if all conditions are fulfilled, i.e. if the UE can execute offloading the bearers to WLAN.
  • the method of the 5 th example has the advantage over the 4 th example that the MeNB 2a can generate a more sophisticated priority list because it receives more detailed information from the UE 8, i.e. it knows if a bearer is a candidate for WLAN offloading due to the presence of corresponding off/onload policies and whether the UE 8 is under allowed WLAN coverage and whether all further actual offload conditions are fulfilled for offloading traffic to WLAN by the UE 8.
  • the fifth example is similar to the third example, except that the number of bearers effectively de-prioritized or disabled from DC usage (e.g. because of a low priority ranking) is further reduced because bearers that are identified as offload candidates without the conditions for WLAN offloading having actually been met are given higher priority for DC operation than offload candidate bearers for which the conditions for WLAN offloading have not been met.
  • the MeNB 2a uses quite static offload information, whereas in the other examples, the MeNB 2a has to be updated more frequently by the UEs 8 it serves, because of relatively frequent changes in allowed WLAN coverage etc.. This frequent updating may require a significant amount of signalling traffic between the UEs and MeNB.
  • the UEs may alternatively use MAC layer communication instead of RRC messages for communicating the information to the MeNB.
  • MAC layer communication reduces the communication overhead, and may be a preferable alternative for the frequent exchange of small units of information, such as for example the above-described Boolean-type information.
  • the above description relates to the example where the MeNB does not have knowledge of the offload policy according to which bearers are identified as offload candidates.
  • At least Examples 2 to 5 are also of use when the MeNB does have knowledge of the offload policy.
  • the offload information provided by the UEs to the MeNB about whether a UE is within allowed WLAN coverage and/or all the predetermined conditions for WLAN offloading have actually been met for a UE facilitates better DC priority ranking at the MeNB.
  • the above-described techniques may also be used to achieve better coordination of other resource assignment operations with the WLAN offloading.
  • the offload information provided by the UEs 8 to the serving eNB 2 may also be taken into account when deciding on intra-RAN handovers of UEs 8 for traffic steering purposes.
  • the information provided by the UEs 8 served by the serving eNB 2 indicates that one or more bearers are potential WLAN offloading candidates, then it may be effective to de-prioritize the respective UE(s) 8 from intra-RAN handovers in order to avoid that any UE 8 undergoes a handover operation for traffic steering purposes during or shortly before the same UE 8 offloads to a WLAN the very traffic that had made the UE a candidate for intra- RAN handover.
  • the above-described operations may require data processing in the various entities.
  • the data processing may be provided by means of one or more data processors.
  • various entities described in the above embodiments may be implemented within a single or a plurality of data processing entities and/or data processors.
  • Appropriately adapted computer program code product may be used for implementing the embodiments, when loaded to a computer.
  • the program code product for providing the operation may be stored on and provided by means of a carrier medium such as a carrier disc, card or tape. A possibility is to download the program code product via a data network.
  • Implementation may be provided with appropriate software in a server.
  • the embodiments of the invention may be implemented as a chipset, in other words a series of integrated circuits communicating among each other.
  • the chipset may comprise microprocessors arranged to run code, application specific integrated circuits (ASICs), or programmable digital signal processors for performing the operations described above.
  • ASICs application specific integrated circuits
  • Embodiments of the invention may be practiced in various components such as integrated circuit modules.
  • the design of integrated circuits is by and large a highly automated process.
  • Complex and powerful software tools are available for converting a logic level design into a semiconductor circuit design ready to be etched and formed on a semiconductor substrate.
  • Programs such as those provided by Synopsys, Inc. of Mountain View, California and Cadence Design, of San Jose, California automatically route conductors and locate components on a semiconductor chip using well established rules of design as well as libraries of pre stored design modules.
  • the resultant design in a standardized electronic format (e.g., Opus, GDSII, or the like) may be transmitted to a semiconductor fabrication facility or "fab" for fabrication.

Landscapes

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

Abstract

A technique comprising: transmitting offload information from a communication device to a node of a radio access network to which the communication device is attached for the transfer of data between the communication device and a gateway via said radio access network, wherein said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network.

Description

DESCRIPTION TITLE
EFFECTIVE USE OF RADIO RESOURCES
The operation of a communication device connected to a radio access network via a wireless interface can involve the transfer via an access node outside of the radio access network of data that might otherwise have been transferred between the gateway and the communication device via the radio access network.
The inventors for the present application have identified the problem of reducing the risk of the radio access network wastefully assigning radio resources to data transfers that end up happening outside the radio access network.
It is an aim of the present invention to solve this problem.
There is hereby provided a method comprising: transmitting offload information from a communication device to a node of a radio access network to which the communication device is attached for the transfer of data between the communication device and a gateway via said radio access network, wherein said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network. In one embodiment, a plurality of bearers are established for the transfer of data between said gateway and said communication device, and wherein said offload information specifies one or more of said plurality of bearers as offload candidates based on offload policy information.
In one embodiment, the method comprises receiving said offload policy information at said communication device via said radio access network without being read by said radio access network.
In one embodiment, the method comprises transmitting said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway. In one embodiment, the method comprises transmitting said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and when all predetermined conditions are met for the transfer of data between said communication device and said gateway via said radio access point outside the radio access network.
In one embodiment, the method comprises providing said offload information specifying one or more bearers as offload candidates, regardless of whether or not said
communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and/or regardless of whether or not all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled. In one embodiment, said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to /from the gateway.
In one embodiment, said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
There is also hereby provided a method comprising: receiving offload information from one or more communication devices at a node of a radio access network to which the one or more communication devices are attached for the transfer of data between the one or more communication devices and a gateway via said radio access network; wherein said offload information comprises information about a possibility of a data transfer between said gateway and said one or more communication devices other than via said radio access network whilst said one or more communication devices are attached to said radio access network; and making one or more decisions about the assignment of radio resources within said radio access network based at least partly on said offload information.
In one embodiment, a respective one or more bearers are established for the transfer of data between said gateway and each of said one or more communication devices; and the method comprises deciding at said radio access network node for one or more bearers a respective level of priority for effecting an increase of data throughput between said communication device and said gateway via said radio access network based at least partly on said offload information. In one embodiment, the offload information identifies one or more bearers as offload candidates.
In one embodiment, the method comprises: receiving at said radio access network node offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and forwarding said offload policy information from said radio access network node to said one or more communication devices via said radio access network without reading said offload policy information at said radio access network node.
In one embodiment, the radio access network node also has access to offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and said offload information received from the one or more communication devices at least includes additional information about a possibility of a data transfer between said gateway and the communication devices other than via said radio access network for the one or more bearers identified as offload candidates by the offload policy information. In one embodiment, the offload information identifies one or more bearers as offload candidates without indicating whether or not said communication device is within the coverage of an access node outside the radio access network via which the
communication device is allowed to transfer data to/from the gateway, and without indicating whether or not all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
In one embodiment, said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway.
In one embodiment, said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled. In one embodiment, the method comprises: deciding against assigning extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled, and/or deciding to assign extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said
communication device and said gateway other than via the radio access network are not fulfilled. In one embodiment, the method comprises making one or more decisions about communication device handovers within said radio access network based at least partly on said offload information.
In one embodiment, the method comprises comprising deciding at said radio access network node a respective level of handover priority for one or more communication devices based on the offload information.
There is also hereby provided an apparatus comprising: a processor and memory including computer program code, wherein the memory and computer program code are configured to, with the processor, cause the apparatus to: transmit offload information from a communication device to a node of a radio access network to which the communication device is attached for the transfer of data between the communication device and a gateway via said radio access network, wherein said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network. In one embodiment, a plurality of bearers are established for the transfer of data between said gateway and said communication device, and wherein said offload information specifies one or more of said plurality of bearers as offload candidates based on offload policy information.
In one embodiment, the memory and computer program code are further configured to, with the processor, cause the apparatus to: receive said offload policy information at said communication device via said radio access network without being read by said radio access network. In one embodiment, the memory and computer program code are further configured to, with the processor, cause the apparatus to: transmit said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway.
In one embodiment, the memory and computer program code are further configured to, with the processor, cause the apparatus to: transmit said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and when all predetermined conditions are met for the transfer of data between said communication device and said gateway via said radio access point outside the radio access network.
In one embodiment, the memory and computer program code are further configured to, with the processor, cause the apparatus to: transmit said offload information specifying one or more bearers as offload candidates, regardless of whether or not said
communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and/or regardless of whether or not all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
In one embodiment, said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to /from the gateway.
In one embodiment, said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
There is also hereby provided an apparatus comprising: a processor and memory including computer program code, wherein the memory and computer program code are configured to, with the processor, cause the apparatus to: receive offload information from one or more communication devices at a node of a radio access network to which the one or more communication devices are attached for the transfer of data between the one or more communication devices and a gateway via said radio access network;
wherein said offload information comprises information about a possibility of a data transfer between said gateway and said one or more communication devices other than via said radio access network whilst said one or more communication devices are attached to said radio access network; and to make one or more decisions about the assignment of radio resources within said radio access network based at least partly on said offload information.
In one embodiment, a respective one or more bearers are established for the transfer of data between said gateway and each of said one or more communication devices; and the wherein the memory and computer program code are further configured to, with the processor, cause the apparatus to: decide at said radio access network node for one or more bearers a respective level of priority for effecting an increase of data throughput between said communication device and said gateway via said radio access network based at least partly on said offload information. In one embodiment, the offload information identifies one or more bearers as offload candidates.
In one embodiment, the memory and computer program code are further configured to, with the processor, cause the apparatus to: receive at said radio access network node offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and forward said offload policy information from said radio access network node to said one or more communication devices via said radio access network without reading said offload policy information at said radio access network node.
In one embodiment, the radio access network node also has access to offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and said offload information received from the one or more communication devices at least includes additional information about a possibility of a data transfer between said gateway and the communication devices other than via said radio access network for the one or more bearers identified as offload candidates by the offload policy information.
In one embodiment, the offload information identifies one or more bearers as offload candidates without indicating whether or not said communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and without indicating whether or not all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled In one embodiment, said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway.
In one embodiment, said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
In one embodiment, the memory and computer program code are further configured to, with the processor, cause the apparatus to: decide against assigning extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled, and/or decide to assign extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are not fulfilled. In one embodiment, the memory and computer program code are further configured to, with the processor, cause the apparatus to: make one or more decisions about communication device handovers within said radio access network based at least partly on said offload information.
In one embodiment, the memory and computer program code are further configured to, with the processor, cause the apparatus to: decide at said radio access network node a respective level of handover priority for one or more communication devices based on the offload information.
There is also hereby provided an apparatus configured to perform any of the above- described methods. There is also hereby provided a computer program product comprising program code means which when loaded into a computer controls the computer to: transmit offload information from a communication device to a node of a radio access network to which the communication device is attached for the transfer of data between the communication device and a gateway via said radio access network, wherein said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network.
There is also hereby provided a computer program product comprising program code means which when loaded into a computer controls the computer to: receive offload information from one or more communication devices at a node of a radio access network to which the one or more communication devices are attached for the transfer of data between the one or more communication devices and a gateway via said radio access network; wherein said offload information comprises information about a possibility of a data transfer between said gateway and said one or more communication devices other than via said radio access network whilst said one or more communication devices are attached to said radio access network; and to make one or more decisions about the assignment of radio resources within said radio access network based at least partly on said offload information.
In one embodiment of the above method, apparatus and computer program product, the transfer of data between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network, comprises a transfer of data via a wireless local area network.
In one embodiment of the above method, apparatus and computer program product, said node of said radio access network is a master eNB.
Hereunder is provided, by way of example only, a detailed description of techniques related to the assignment of resources by a radio access network, with reference to the accompanying drawings, in which:
Figure 1 illustrates an example of a communication system including a radio access network;
Figure 2 illustrates some components of one example of user equipment as shown in figure 1 ; Figure 3 illustrates some components of an example of an apparatus suitable for the access nodes shown in figure 1 ; Figure 4 illustrates one example of offloading data transfer from a radio access network to a wireless local access network outside the radio access network;
Figure 5 illustrates one example of a dual connectivity technique for increasing the amount of radio resources available to the transfer of data between a gateway and a
communication device via a radio access network;
Figures 6, 9, 10, 12 and 13 illustrate respective examples of operations at a
communication device;
Figures 7 and 8 illustrate one example of operations at an entity of a radio access network; and Figures 1 1 and 14 illustrate respective further examples of operations at an entity of a radio access network.
The following description relates to the example of a radio access network designed to operate in accordance with Long Term Evolution (LTE) Release 12 or beyond, but the techniques described below are also applicable to other types of radio access networks. The following description also relates to the example of using dual connectivity, but the technique described below is also applicable to other techniques for increasing the amount of radio resources available for the transfer of data between a gateway and a communication device via a radio access network, and other techniques involving managing resources within a radio access network. The following description also relates to the example of offloading the transfer of data from a radio access network to a wireless local access network (WLAN), but the techniques described below are also applicable to offloading the transfer of data to other kinds of access networks outside the radio access network to which the communication device is connected.
Figure 1 schematically illustrates communication devices within radio coverage of two access nodes (eNBs) 2 of a cellular E-UTRAN including a network of access nodes
(eNBs) each operating one or more cells. The E-UTRAN operates in an environment in which other radio access nodes outside of the E-UTRAN also exist, which other radio access nodes may or may not be available for the transfer of data to/from a
communication device whilst the communication device is connected to the E-UTRAN. As mentioned above, Figure 1 only shows two access nodes of the E-UTRAN, but a large cellular radio access network can have tens of thousands of access nodes. The eNBs 2 of the E-UTRAN are connected via an S1 interface to a Serving Gateway (S- GW) 4, and the two eNBs shown are also connected directly (i.e. other than via the S-GW 4) to each other via a X2interface. The S-GW 4 routes and forwards user packets, and also functions as the mobility anchor for the user-plane during inter-eNB handovers and as the anchor for mobility between LTE and other 3GPP technologies. The S-GW 4 is connected to a Packet Gateway (P-GW) 10. The P-GW 10 provides connectivity from UEs 8 to external packet data networks (not shown); and is the point of exit and entry of traffic for the UEs 8 connected to the E-UTRAN. The P-GW 10 functions as the anchor for mobility between 3GPP and non-3GPP technologies, such as the technology by which WLAN access point 6 of Figure 1 is operated. The S-GW 4 and P-GW 10 are
components of the Evolved Packet Core (EPC), which may include additional components such as the ANDSF server (Access Network Discovery and Selection Function) discussed below, which provides information to UEs 8 about connectivity to 3GPP and non-3GPP access networks (such as WLAN). Figure 2 shows a schematic view of an example of user equipment 8 that may be used for communicating with at least the eNBs 2 and WLAN access points 6 of Figure 1 via a wireless interface. The user equipment (UE) 8 may be used for various tasks such as making and receiving phone calls, for receiving and sending data from and to a data network and for experiencing, for example, multimedia or other content. The UE 8 may be any device capable of at least sending or receiving radio signals to or from at least the eNBs 2 and WLAN APs 6 of Figure 1 . Non-limiting examples include a mobile station (MS), a portable computer provided with a wireless interface card or other wireless interface facility, personal data assistant (PDA) provided with wireless
communication capabilities, or any combinations of these or the like. The UE 8 may communicate via an appropriate radio interface arrangement of the UE 8. The interface arrangement may be provided for example by means of a radio part and associated antenna arrangement 205. The antenna arrangement may be arranged internally or externally to the UE 8, and may include a plurality of antennas capable of operating in a multi-layer transmission scheme. The UE 8 may be provided with at least one data processing entity 203 and at least one memory or data storage entity 217 for use in tasks it is designed to perform. The data processor 213 and memory 217 may be provided on an appropriate circuit board 219 and/or in chipsets. The user may control the operation of the UE 8 by means of a suitable user interface such as key pad 201 , voice commands, touch sensitive screen or pad, combinations thereof or the like. A display 215, a speaker and a microphone may also be provided. Furthermore, the UE 8 may comprise appropriate connectors (either wired or wireless) to other devices and/or for connecting external accessories, for example hands-free equipment, thereto.
Figure 3 shows an example of apparatus for use at the network transceiving entities 2 of Figure 1 The apparatus comprises a radio frequency antenna array 301 configured to receive and transmit radio frequency signals; radio frequency interface circuitry 303 configured to interface the radio frequency signals received and transmitted by the antenna array 301 and the data processor 306. The radio frequency interface circuitry 303 may also be known as a transceiver. The apparatus also comprises an interface 309 via which it can send and receive information to and from one or more other network nodes such as the S-GW 4 and other eNBs 2. The data processor 306 is configured to process signals from the radio frequency interface circuitry 303, control the radio frequency interface circuitry 303 to generate suitable RF signals to communicate information to the UE 8 via the wireless communications link, and also to exchange information with other network nodes via the interface 309. The memory 307 is used for storing data, parameters and instructions for use by the data processor 306.
It would be appreciated that the apparatus shown in each of figures 2 and 3 described above may comprise further elements which are not directly involved with the
embodiments of the invention described hereafter.
Figure 4 illustrates an example of a technique for offloading the transfer of some of a UE's data (e.g. traffic of one EPS bearer) from the E-UTRAN to another access node(s) 6 outside of the E-UTRAN while the UE 8 remains connected to the E-UTRAN. An Access Network Discovery and Selection Function (ANDSF) method can be used to inform the UE
8 about the on-/offloading policy. This ANDSF method enables offloading to be carried out even for single IP flows or applications of an EPS bearer. The ANDSF information that is sent to the UE is not modified frequently and is unknown to the E-UTRAN. An alternative offloading method is one based on "RAN rules", which can be used when ANDSF is not supported or there is no valid ANDSF rule. This is a simpler method compared to the ANDSF method, but only allows the off-loading of all IP flows or EPS bearer applications associated with an access point name (APN). The UE 8 is informed by NAS signalling about APNs to which data transfer(s) could be offloaded, but the E- UTRAN receives no similar information from the ANDSF etc.. Figure 5 illustrates an example of a dual connectivity technique for increasing the amount of radio resources available for the transfer of data between P-GW 10 and UE 8 via the E- UTRAN. Dual connectivity involves splitting or offloading a part of the UE traffic over at least two air interfaces of different adjacent E-UTRAN base stations (eNBs) 2. At the network (E-UTRAN) side, the splitting point may be located at a radio base station (eNB) 2, or from a hierarchical, architectural point of view the offloading point may also be located at a more centralized node, e.g. S-GW 4 of EPC. The two E-UTRAN base stations involved in the dual connectivity operation are referred to below as Master eNB (MeNB) 2a and Secondary eNB (SeNB) 2b. The traffic splitting may be realized by a Carrier Aggregation (CA)-type functionality where either all or a fraction of the traffic of one or more EPS (Evolved Packet System) bearers is transferred from MeNB 2a to SeNB 2b via the X2 interface between the MeNB 2a and SeNB 2b for transmission to the UE 8 from the SeNB 2b. Another offloading option involves transferring all of the traffic of one or more EPS bearers directly from the S-GW 4 to the SeNB 2b, i.e. other than via the
MeNB 2a. However, even for this last option, the S1 -MME control plane interface (i.e. the control plane interface between the eNB and Mobility Management Entity (MME)) for dual connectivity bearers always terminates at the MeNB 2a; and the radio resource control (RRC) is only between MeNB 2a and UE 8. An EPS bearer can be considered as a virtual connection between two endpoints for which there is defined a quality of service (QoS), a guaranteed and maximum bit rate, and a filter specification that describes the traffic flows (IP addresses, protocols, port numbers etc.). One or more bearers can be established between two endpoints at any one time.
It is the serving eNB (as MeNB 2a) that decides whether or not to start dual connectivity operation for any EPS bearer, and one of its functions is to identify suitable bearers for dual connectivity operation.
In the following examples, all the described operations at the UE 8 occur whilst the UE 8 is in RRC connected Mode in relation to the EUTRAN.
It is also assumed in the following examples that if the MeNB 2a can somehow detect whether the UE 8 is, in principle, capable of the WLAN offloading feature, e.g. by recognizing corresponding information within the "UE Capability Information", then the MeNB 2a can request the UE 2 to provide offloading information to the MeNB 2a. This request may preferably be realized as a flag added to an existing message that is sent anyway when the UE 8 is establishing the connection to the E-UTRAN or when the UE 8 is moving to another E-UTRAN cell. The MeNB 2a can use this information for the purpose of feature coordination. In the following examples the coordination between WLAN offloading and the dual connectivity is shown. Alternatively, if the WLAN offloading capability is not reflected by the UE Capability Information, then it is assumed that a UE 8 capable of WLAN offloading sends the offload information only when it recognizes that the serving MeNB 2a supports a feature that benefits from coordination with WLAN offloading.
The UE 8 identifies one or more bearers as current potential offload candidates regularly because of possible changes in available WLAN coverage and/or offload policy and/or its position (because this may impact other offload conditions like RSRP that are checked). The detection of a new TFT may be an additional trigger for checking the identification of bearers as current offload candidates both in this example and also the subsequent examples.
It is also assumed in the following examples that offloading information is preferably only sent to the MeNB 2a if at least one condition is true or different from 'none' (depending on the example) or if a previously sent offloading information changes.
First example
Figure 6 illustrates a first example of operations at UE for providing information to the eNB to better facilitate the identification at eNB of the most suitable bearers as candidates for dual connectivity operation; and Figures 7 and 8 illustrate a first example of related operations at the serving eNB 2 (hereafter referred to as the MeNB 2a).
At the UE 8 is stored either information received from a server about using OMA DM (Open Mobile Alliance Device Management) ANDSF and/or (for UEs not supporting ANDSF) information received by NAS signalling about APNs to be considered in RAN rules (which are pre-stored at the UE 8) . This will be referred to as WLAN offload policy from here on. Both the ANDSF signalling and the NAS signalling about APNs to be considered in RAN rules is transparent to the E-UTRAN nodes, i.e. is not configured to be read by the E-UTRAN nodes via which it is sent to the UE 8. Also stored at the UE 8 is information received from the Evolved Packet Core (EPC) about traffic flow templates
(TFTs), which TFTs inform the UE how to map the UE's traffic to the established radio bearers. If no TFT is received at the UE 8, the UE 8 adopts the default option of mapping all traffic to the mandatory default bearer. The NAS signalling of the TFTs from the EPC to the UE 8 is also transparent to the E-UTRAN nodes.
The UE 8 regularly identifies one or more bearers as current potential offload candidates based on the offload policy (STEP 604). The UE 8 then determines (STEP 606): (i) whether it has not already identified these one or more bearers as potential offload candidates to the MeNB 2a (e.g. because one or more bearers that were not previously offload candidates are now offload candidates based on the offload policy, or because the UE 8 has newly entered a cell associated with the MeNB 2a and has not yet provided any information to the MeNB 2a about offload candidates; and/or (ii) whether any bearers previously identified to the MeNB 2a as possible offload candidates are no longer offload candidates. If the determination is positive, the UE transmits (STEP 608) to the MeNB 2a information identifying the one or more bearers known by the UE 8 to be offload candidates. The transmission of this indication may comprise the use of a new information element (IE) added to an existing RRC message or included in a new RRC message. If the UE 8 can recognize that the MeNB 2a is not supporting dual connectivity (or other similar technique), the UE 8 may decide not to transmit any such indication to the MeNB 2a in order to avoid transmitting unnecessary messages over the air interface.
The new IE may, for example, take the following form.
WLAN-Off load Info ::= SEQUENCE {
ue-ldentity BIT STRING (SIZE (16)),
wlan-offloadlnfoList WLAN-OffloadlnfoList,
WLAN-OffloadlnfoList ::= SEQUENCE (SIZE (1 ..maxDRB)) OF DRB-Offloadlnfo
DRB-Offloadlnfo ::= SEQUENCE {
drb-ldentity INTEGER (1 ..32),
wlan-offloadlnfo WLAN-Offloadlnfo }
WLAN-Off load Info ::= SEQUENCE {
wlan-offload-candidate BOOLEAN,
}
All UEs 8 served by the MeNB 2a transmit their own WLAN offload information to the MeNB, and the MeNB 2a receives this information (STEP 702) and updates its memory store of information about bearers currently identified by UEs as possible offload candidates (STEP 704). When the MeNB 2a next determines which bearers to select for DC operation, the MeNB 2a extracts this information from the memory store of information (STEP 802), and uses the information to decide on a DC priority ranking for each bearer (STEP 804). For example, the MeNB 2a may assign a respective priority ranking to each bearer (for all the UEs served by MeNB 2a) based on e.g. throughput size and whether or not each bearer is currently identified by the respective UE as a potential candidate for offloading traffic to WLAN. Throughput size can be a useful parameter for determining DC priority ranking because the higher the throughput the more benefit can be expected by configuring the bearer for DC operation. Priority list A below shows an example of priority rankings for 5 bearers where no account is taken of whether each bearer is a potential offload candidate, and priority list B shows an example of using the information provided by the UEs about possible offload candidates to influence the priority rankings.
Priority UE- DRB Throughp Priority UE- DRB Through wlan-
ID -ID ut ID -ID put offload- candida te
1 1 1 22 1 1 50000 1 334 2 100000 False
4
2 3344 2 1 00000 2 556 4 50000 False 6
3 5566 1 90000 3 778 2 40000 False
8
4 5566 4 50000 4 1 12 1 150000 True
2
5 7788 2 40000 5 556 1 90000 True
6
Priority ist (A) Priority list (B)
In this example, the priority ranking for each bearer is decided primarily by whether or not the bearer is currently identified by the respective UE as a potential offload candidate (with all offload candidates ranked below other bearers), and secondarily by the size of the throughput.
One advantage of the above-described technique is that it can minimise the amount of resources and signalling wasted on dual connectivity operations for bearers whose traffic is later wholly or partially offloaded to WLAN, and for which either no traffic or only a small fraction of traffic is left for transmission to the UE via the E-UTRAN, i.e. bearers for which little or no gain can be achieved by a dual connectivity operation.
Second Example
Figure 9 illustrates a second example of operations at UE. The same step numbers are used to identify steps common to the first example. The second example of UE operations is identical to the first example illustrated in Figure 6, except that the UE 8 additionally checks (STEP 603) whether the UE 8 is within the coverage of at least one WLAN node 6 with which it is allowed to establish an association for offloading traffic, before determining what (if any) offload candidate information to transmit to the MeNB 2; and the UE 8 only transmits information about bearers identified by UE 8 as potential offload candidates under the additional condition that the UE 8 has detected at least one WLAN access point 6 with which the UE 8 is allowed to establish an association for offloading traffic. Again, these checks are carried out regularly because of possible changes to the WLAN coverage and/or offload policy.
The IE for the transfer of the offload candidate information is the same as that for the first example, but the meaning of the received information is different, which can be clarified by adding a semantic description to the ASN.1 definition, as shown below.
WLAN-Off load Info ::= SEQUENCE {
wlan-offload-candidate BOOLEAN,
}
wlan-offload-candidate
Value TRUE indicates offload policies related to bearer offloading are present and that the UE currently is under allowed WLAN coverage.
Alternatively, the following definition may be used, which avoids the additional semantic description because 'WLAN-Offloadlnfo' can be assigned only one of these self- explanatory values.
WLAN-Offloadlnfo ::= ENUMERATED {
none,
policy-based-wlan-candidate, policy-based-wlan-candidate-under-allowed-wlan-coverage,
In this second example, the priority ranking list is determined by the MeNB 2a in the same way as the first example, but the MeNB 2a only receives information from the UE 8 about bearers currently identified as offload candidates when the UE 8 has detected allowed WLAN coverage. Accordingly, a bearer that is identified as an offload candidate when the UE has not detected allowed WLAN coverage will not be subject by MeNB 2a to a decrease of its priority ranking for DC. As long as no allowed WLAN coverage has been recognized by the UE 8 (indicating that no WLAN offload is possible for any bearer regardless of whether or not it is an offload candidate), the one or more bearers for that UE will therefore be treated by the MeNB 2a as non-candidates and given a relatively high priority ranking for DC. An example of a priority ranking list for this second example is shown below. Compared to Priority List B for Example 1 , Bearer 1 for UE-ID 5566 has a higher priority ranking, because although it is identified as a possible offload candidate by WLAN offload policy in the UE, the UE does not identify it as a possible offload candidate to the MeNB 2a, because the UE is not within allowed WLAN coverage. Accordingly, MeNB 2a treats this bearer as a non-candidate for WLAN offload, as reflected in the priority ranking list below.
Figure imgf000019_0001
Third Example
Figure 10 illustrates a third example of operations at the UE 8, and Figure 1 1 illustrates an example of related operations at the MeNB 2a. Again, the same step numbers are used to identify steps common to the first example.
This third example is identical to the second example, except that the UE 8 sends offload information to the MeNB 2a even when the UE 8 is not within allowed WLAN coverage, and the UE 8 determines whether the MeNB 2a has up-to-date information about both (i) the bearers identified as potential offload candidates and (ii) whether the UE is within allowed WLAN coverage (STEP 610). If this determination is negative, the UE 8 transmits to the MeNB 2a both (i) an identification of the bearers identified by UE 8 as current offload candidates, and (ii) an indication of whether or not the UE 8 has detected at least one WLAN access point with which the UE is allowed to establish an association for offloading (STEP 612). Again, the checks are carried out at UE 8 regularly because of possible changes to the WLAN coverage and/or offload policy.
For this third example, the new information element may, for example, be as follows.
WLAN-Off load Info ::= SEQUENCE {
policy-based-wlan-candidate BOOLEAN,
allowed-wlan-coverage BOOLEAN,
}
All UEs 8 served by the MeNB 2a transmit their own WLAN offload information of this kind to the serving eNB , and the MeNB 2a receives this information, and updates its store of information about bearers currently identified by UEs as possible offload candidates and about which UEs are within allowed WLAN coverage. When the MeNB 2a next determines which bearers to select for DC operation, the MeNB 2a extracts this information from the memory store (STEP 806), and uses the information to decide on a DC priority ranking for each bearer (STEP 808).
According to one option for deciding a respective priority ranking for each bearer in this third example, the priority ranking is determined primarily on the basis of (i) whether a bearer has been identified by the respective UE as an offload candidate and (ii) whether the respective UE is under allowed WLAN coverage, and secondarily based on the throughput size. The greater the number of positive indications for (i) and (ii), the higher the probability that the bearer may be offloaded to WLAN by the UE 8, and the lower the priority ranking given to the bearer by the MeNB 2a. An example of a priority ranking list for the third example is illustrated below for the same five bearers.
Priorit UE- DRB Throughp Policy WLAN
y ID -ID ut based coverage
WLAN
candidate 1 3344 2 100000 False False
2 5566 4 50000 False False
3 7788 2 40000 False False
4 5566 1 90000 True False
5 1 122 1 1 50000 True True
In this example of a priority ranking list: the highest priority is given to (a) bearers that are not currently identified by the U Es 8 as offload candidates; the next highest priority is given to (b) bearers that are identified as offload candidates but for which there is no indication that the respective UE 8 is in allowed WLAN coverage; and the lowest priority is given to (c) bearers that are identified as possible offload candidates for UEs that are indicated to be in allowed WLAN coverage. Throughput size is only then used to rank bearers within each category (a), (b) and (c). According to one variation, the process of determining the priority ranking order may involve giving higher weight to the throughput size, such that a bearer that is an offload candidate may be assigned a priority ranking above a bearer that is not an offload candidate, if the throughput for the offload candidate is greater that the throughput for the non-candidate by more than a predetermined threshold amount. As mentioned above, the priority ranking list is updated each time the MeNB 2a receives updated information from the UEs that it serves. However, the 'Policy Based WLAN offload candidate' indication for any bearer tends not to change as much as the 'WLAN coverage' indication for a bearer, because the UE typically moves relatively frequently between regions where it can detect an allowed WLAN access point 6 and regions where it cannot detect an allowed WLAN access point 6.
The second example has the advantage over the third example that it involves less signalling, because signalling is bound to an 'additional condition'; but the third example has the advantage over the second example that the MeNB 2a can generate a better priority ranking list because the MeNB 2a is informed both about which bearers are candidates for WLAN offloading (based on the offload policy decided at the EPC) and also about which UEs are under allowed WLAN coverage. Fourth Example
Figure 12 illustrates a fourth example of operations at UE 8. The same step numbers are used to identify steps common to the first and second examples. This fourth example is the same as the second example, except that the UE 8 also evaluates whether all further conditions for offloading traffic to WLAN are fulfilled (STEP 605). Again, this evaluation and the subsequent identification of current offload candidates (conditional on the outcome of STEP 605) are carried out regularly because of possible changes to the WLAN coverage and/or offload policy and/or UE 8 position.
The UE 8 sends information/updates about which bearers are offload candidate bearers only if the evaluation by the UE 8 of all further actual offload conditions (as specified by ANDSF and/or the RAN rules) indicate that offloading traffic to WLAN should be initiated by the UE 8. The IE for the transferred information may be the same as that for the first example, but the meaning of the received information is different, which can be clarified by adding semantic description, as shown below:
WLAN-Off load Info ::= SEQUENCE {
wlan-offload-candidate BOOLEAN,
wlan-offload-candidate
Value TRUE indicates that the bearer fulfils all necessary conditions to initiate offloading to WLAN by the UE.
Alternatively, as shown below, another definition can be used that avoids the additional semantic description, because 'WLAN-Offloadlnfo' can get assigned only one of these self-explanatory values. WLAN-Off load Info ::= ENUMERATED {
none,
policy-based-wlan-candidate,
policy-based-wlan-candidate-under-allowed-wlan-coverage,
offloading,
}
All UEs 8 served by the MeNB 2a transmit their own WLAN offload information to the serving eNB, and the MeNB 2a receives this information from the UEs, and updates its store of information about bearers currently identified by UEs as possible offload candidates. When the MeNB 2a next determines which bearers to select for DC operation, the MeNB 2a extracts this information from the memory store, and uses the information to decide on a DC priority ranking for each bearer.
In this fourth example, the priority ranking list is determined by the MeNB 2a in the same way as the first example, but the MeNB 2a only receives information from the U E about which bearers are offload candidates when the UE 8 has detected that all conditions are fulfilled for WLAN offload. Accordingly, a bearer that is identified as an offload candidate when the UE has not detected that all offload conditions are fulfilled will not be identified to the MeNB as an offload candidate, and will not therefore be subject by MeNB 2a to a decrease of its priority ranking for DC. As long as the UE 8 determines that not all offload conditions have been fulfilled, the one or more bearers for that UE will be treated by the MeNB 2a as non-candidates and given a relatively high priority ranking for DC.
An example of a priority ranking list for this fourth example is shown below. Compared to Priority List B for Example 1 , Bearer 1 for UE-ID 5566 has a higher priority ranking, because although it is identified as a possible offload candidate by the WLAN offload policy in the UE, the UE does not identify it as a possible offload candidate to the MeNB 2a because the UE 8 determines that all conditions for WLAN offloading are not fulfilled.
Accordingly, MeNB 2a treats this bearer as a non-candidate for WLAN offload, as reflected in the priority ranking list below. Priority UE- DRB- Throughput wlan-offload-
ID ID candidate
1 3344 2 100000 False
2 5566 1 90000 False
3 5566 4 50000 False
4 7788 2 40000 False
5 1 1 22 1 150000 True
Fifth Example
Figure 13 illustrates a fifth example of operations at a UE 8 and Figure 14 illustrates an example of related operations at the MeNB 2a. The same step numbers are used to identify steps common to the first and third examples.
This fifth example is the same as the third example, except that: the UE 8 also evaluates whether all conditions for WLAN offload have been fulfilled (STEP 605); the UE determines whether the MeNB 2a has up-to-date information about (i) which bearers are offload candidates; (ii) whether the UE 8 is within coverage of an allowed WLAN access point; and (iii) whether all other actual conditions for WLAN offloading are fulfilled (STEP 614) ; and the UE 8 transmits to the serving eNB all of: (i) an identification of any bearer that is an offload candidate; (ii) an indication of whether the UE 8 has detected an allowed WLAN access point; and (iii) an indication of whether all other actual conditions for offloading are fulfilled (STEP 616). Again, this evaluation and the subsequent identification of current offload candidates are carried out regularly because of possible changes to the WLAN coverage and/or offload policy and/or UE 8 position.
One example of a WLAN-Off load Info IE for this fifth example is shown below.
WLAN-Off load Info ::= SEQUENCE {
policy-based-wlan-candidate BOOLEAN,
allowed-wlan-coverage BOOLEAN,
all-further-offload-conditions-fulfilled BOOLEAN, The further actual offload conditions may, for example, be related to load and signal of the serving cell of the MeNB 2a and the one or more WLAN access points 6 available for offloading. One specific example of a further actual offload condition is: (a) the power (RSRP) at which the UE detects serving cell reference signals transmitted by the MeNB 2a is less than a predetermined RSRP threshold offload value, and (b) the basic service set (BSS) load for the WLAN is less than a predetermined BSS load threshold value.
All UEs 8 served by the MeNB 2a transmit their own WLAN offload information to the MeNB, and the MeNB 2a receives this information, and updates its store of information about bearers currently identified by UEs as possible offload candidates. When the MeNB 2a next determines which bearers to select for DC operation, the MeNB extracts this information from the memory store (STEP 810), and uses the information to decide on a DC priority ranking for each bearer (STEP 812). According to one option for deciding a respective priority ranking for each bearer in this fifth example, the priority ranking is determined primarily on the basis of (i) whether the bearer has been identified by the respective UE as a offload candidate, (ii) whether the UE for the bearer is under allowed WLAN coverage, and (iii) whether all actual conditions for offloading have been met. The greater the number of positive indications for (i), (ii) and (iii), the higher the probability that the bearer may be offloaded by the UE 8, and the lower the priority ranking given to the bearer by the MeNB 2a. For bearers that have an equal number of positive indications, the priority ranking is secondarily based on the throughput size. For any bearers for which all three indications (i), (ii) and (iii) are positive, the MeNB may consider any such bearer as offloaded to WLAN, and the MeNB may be configured in such a situation to disable such bearers from DC operation, i.e. remove any such bearer from the DC candidate list or, if DC operation happens to already be configured for any such bearer, to de-configure any such bearer from the DC operation.
An example of priority ranking list for the fifth example is illustrated below for the same five bearers.
Priority UE- DRB- Throughp Policy WLAN All further
ID ID ut based covera offload
WLAN ge condition Candida s fulfilled
te
1 3344 2 1 00000 False False False
2 7788 2 40000 False False False
3 5566 4 50000 False True False
4 5566 1 90000 True True False
5 1 122 1 150000 True True True
According to one variation of this 5 example, the process of determining the priority ranking order may involve giving higher weight to the throughput size, such that e.g. a bearer that has more positive indications than another bearer (provided that at least the "all further offload conditions fulfilled" indication is negative) may be assigned a priority ranking above the another bearer if the throughput for that bearer is greater than the throughput for the another bearer by more than a predetermined threshold amount.
The method of the 4th example has the advantage over the 5th example that less signalling is required, because the UE only sends the message if all conditions are fulfilled, i.e. if the UE can execute offloading the bearers to WLAN. The method of the 5th example has the advantage over the 4th example that the MeNB 2a can generate a more sophisticated priority list because it receives more detailed information from the UE 8, i.e. it knows if a bearer is a candidate for WLAN offloading due to the presence of corresponding off/onload policies and whether the UE 8 is under allowed WLAN coverage and whether all further actual offload conditions are fulfilled for offloading traffic to WLAN by the UE 8.
The fifth example is similar to the third example, except that the number of bearers effectively de-prioritized or disabled from DC usage (e.g. because of a low priority ranking) is further reduced because bearers that are identified as offload candidates without the conditions for WLAN offloading having actually been met are given higher priority for DC operation than offload candidate bearers for which the conditions for WLAN offloading have not been met.
In the first example, the MeNB 2a uses quite static offload information, whereas in the other examples, the MeNB 2a has to be updated more frequently by the UEs 8 it serves, because of relatively frequent changes in allowed WLAN coverage etc.. This frequent updating may require a significant amount of signalling traffic between the UEs and MeNB. In order to avoid excessive RRC messages between the MeNB and the UEs it serves, the UEs may alternatively use MAC layer communication instead of RRC messages for communicating the information to the MeNB. MAC layer communication reduces the communication overhead, and may be a preferable alternative for the frequent exchange of small units of information, such as for example the above-described Boolean-type information.
The above description relates to the example where the MeNB does not have knowledge of the offload policy according to which bearers are identified as offload candidates.
However, at least Examples 2 to 5 are also of use when the MeNB does have knowledge of the offload policy. The offload information provided by the UEs to the MeNB about whether a UE is within allowed WLAN coverage and/or all the predetermined conditions for WLAN offloading have actually been met for a UE facilitates better DC priority ranking at the MeNB. The above-described techniques may also be used to achieve better coordination of other resource assignment operations with the WLAN offloading. For example, the offload information provided by the UEs 8 to the serving eNB 2 may also be taken into account when deciding on intra-RAN handovers of UEs 8 for traffic steering purposes. If the information provided by the UEs 8 served by the serving eNB 2 indicates that one or more bearers are potential WLAN offloading candidates, then it may be effective to de-prioritize the respective UE(s) 8 from intra-RAN handovers in order to avoid that any UE 8 undergoes a handover operation for traffic steering purposes during or shortly before the same UE 8 offloads to a WLAN the very traffic that had made the UE a candidate for intra- RAN handover.
The above-described operations may require data processing in the various entities. The data processing may be provided by means of one or more data processors. Similarly various entities described in the above embodiments may be implemented within a single or a plurality of data processing entities and/or data processors. Appropriately adapted computer program code product may be used for implementing the embodiments, when loaded to a computer. The program code product for providing the operation may be stored on and provided by means of a carrier medium such as a carrier disc, card or tape. A possibility is to download the program code product via a data network. Implementation may be provided with appropriate software in a server. For example the embodiments of the invention may be implemented as a chipset, in other words a series of integrated circuits communicating among each other. The chipset may comprise microprocessors arranged to run code, application specific integrated circuits (ASICs), or programmable digital signal processors for performing the operations described above.
Embodiments of the invention may be practiced in various components such as integrated circuit modules. The design of integrated circuits is by and large a highly automated process. Complex and powerful software tools are available for converting a logic level design into a semiconductor circuit design ready to be etched and formed on a semiconductor substrate.
Programs, such as those provided by Synopsys, Inc. of Mountain View, California and Cadence Design, of San Jose, California automatically route conductors and locate components on a semiconductor chip using well established rules of design as well as libraries of pre stored design modules. Once the design for a semiconductor circuit has been completed, the resultant design, in a standardized electronic format (e.g., Opus, GDSII, or the like) may be transmitted to a semiconductor fabrication facility or "fab" for fabrication.
In addition to the modifications explicitly mentioned above, it will be evident to a person skilled in the art that various other modifications of the described embodiment may be made within the scope of the invention.

Claims

1 . A method comprising: transmitting offload information from a communication device to a node of a radio access network to which the communication device is attached for the transfer of data between the communication device and a gateway via said radio access network, wherein said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network.
2. A method according to claim 1 , wherein a plurality of bearers are established for the transfer of data between said gateway and said communication device, and wherein said offload information specifies one or more of said plurality of bearers as offload candidates based on offload policy information.
3. A method according to claim 2, comprising receiving said offload policy information at said communication device via said radio access network without being read by said radio access network.
4. A method according to claim 2 or claim 3, comprising transmitting said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway.
5. A method according to claim 4, comprising transmitting said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and when all predetermined conditions are met for the transfer of data between said communication device and said gateway via said radio access point outside the radio access network.
6. A method according to any of claims 1 to 3, wherein said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to /from the gateway.
7. A method according to any of claims 1 to 3 and 6, wherein said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
8. A method comprising: receiving offload information from one or more
communication devices at a node of a radio access network to which the one or more communication devices are attached for the transfer of data between the one or more communication devices and a gateway via said radio access network; wherein said offload information comprises information about a possibility of a data transfer between said gateway and said one or more communication devices other than via said radio access network whilst said one or more communication devices are attached to said radio access network; and making one or more decisions about the assignment of radio resources within said radio access network based at least partly on said offload information.
9. A method according to claim 8, wherein a respective one or more bearers are established for the transfer of data between said gateway and each of said one or more communication devices; and the method comprises deciding at said radio access network node for one or more bearers a respective level of priority for effecting an increase of data throughput between said communication device and said gateway via said radio access network based at least partly on said offload information.
10. A method according to claim 9, wherein the offload information identifies one or more bearers as offload candidates.
1 1 . A method according to claim 9 or claim 10, comprising: receiving at said radio access network node offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and forwarding said offload policy information from said radio access network node to said one or more communication devices via said radio access network without reading said offload policy information at said radio access network node.
12. A method according to claim 9 or claim 10, wherein the radio access network node also has access to offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and said offload information received from the one or more communication devices at least includes additional information about a possibility of a data transfer between said gateway and the communication devices other than via said radio access network for the one or more bearers identified as offload candidates by the offload policy information.
13. A method according to any of claims 8 to 12, wherein said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway.
14. A method according to any of claims 8 to 13, wherein said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
15. A method according to claim 14, comprising: deciding against assigning extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled, and/or deciding to assign extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said
communication device and said gateway other than via the radio access network are not fulfilled.
16. A method according to claim 8, comprising: making one or more decisions about communication device handovers within said radio access network based at least partly on said offload information.
17. A method according to claim 16, comprising deciding at said radio access network node a respective level of handover priority for one or more communication devices based on the offload information.
18. An apparatus comprising: a processor and memory including computer program code, wherein the memory and computer program code are configured to, with the processor, cause the apparatus to: transmit offload information from a communication device to a node of a radio access network to which the communication device is attached for the transfer of data between the communication device and a gateway via said radio access network, wherein said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network.
19. An apparatus according to claim 18, wherein a plurality of bearers are established for the transfer of data between said gateway and said communication device, and wherein said offload information specifies one or more of said plurality of bearers as offload candidates based on offload policy information.
20. An apparatus according to claim 19, wherein the memory and computer program code are further configured to, with the processor, cause the apparatus to: receive said offload policy information at said communication device via said radio access network without being read by said radio access network.
21 . An apparatus according to claim 19 or claim 20, wherein the memory and computer program code are further configured to, with the processor, cause the apparatus to: transmit said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway.
22. An apparatus according to claim 21 , wherein the memory and computer program code are further configured to, with the processor, cause the apparatus to: transmit said offload information specifying one or more bearers as offload candidates, only when the communication device is within the coverage of a radio access point outside the radio access network via which the communication device is allowed to transfer data to/from the gateway, and when all predetermined conditions are met for the transfer of data between said communication device and said gateway via said radio access point outside the radio access network.
23. An apparatus according to any of claims 18 to 20, wherein said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to /from the gateway.
24. An apparatus according to any of claims 18 to 20 and 23, wherein said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
25. An apparatus comprising: a processor and memory including computer program code, wherein the memory and computer program code are configured to, with the processor, cause the apparatus to: receive offload information from one or more communication devices at a node of a radio access network to which the one or more communication devices are attached for the transfer of data between the one or more communication devices and a gateway via said radio access network; wherein said offload information comprises information about a possibility of a data transfer between said gateway and said one or more communication devices other than via said radio access network whilst said one or more communication devices are attached to said radio access network; and to make one or more decisions about the assignment of radio resources within said radio access network based at least partly on said offload information.
26. An apparatus according to claim 25, wherein a respective one or more bearers are established for the transfer of data between said gateway and each of said one or more communication devices; and the wherein the memory and computer program code are further configured to, with the processor, cause the apparatus to: decide at said radio access network node for one or more bearers a respective level of priority for effecting an increase of data throughput between said communication device and said gateway via said radio access network based at least partly on said offload information.
27. An apparatus according to claim 26, wherein the offload information identifies one or more bearers as offload candidates.
28. An apparatus according to claim 26 or claim 27, wherein the memory and computer program code are further configured to, with the processor, cause the apparatus to: receive at said radio access network node offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and forward said offload policy information from said radio access network node to said one or more communication devices via said radio access network without reading said offload policy information at said radio access network node.
29. An apparatus according to claim 26 or claim 27, wherein the radio access network node also has access to offload policy information according to which said one or more communication devices identify one or more bearers as offload candidates; and said offload information received from the one or more communication devices at least includes additional information about a possibility of a data transfer between said gateway and the communication devices other than via said radio access network for the one or more bearers identified as offload candidates by the offload policy information.
30. An apparatus according to any of claims 25 to 29, wherein said offload information includes an indication about whether the communication device is within the coverage of an access node outside the radio access network via which the communication device is allowed to transfer data to/from the gateway.
31 . An apparatus according to any of claims 25 to 30, wherein said offload information includes an indication of whether all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled.
32. An apparatus according to claim 31 , wherein the memory and computer program code are further configured to, with the processor, cause the apparatus to: decide against assigning extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are fulfilled, and/or decide to assign extra radio resources to a communication device for which the offload information indicates that all necessary conditions for the transfer of data between said communication device and said gateway other than via the radio access network are not fulfilled.
33. An apparatus according to claim 25, wherein the memory and computer program code are further configured to, with the processor, cause the apparatus to: make one or more decisions about communication device handovers within said radio access network based at least partly on said offload information.
34. An apparatus according to claim 33, wherein the memory and computer program code are further configured to, with the processor, cause the apparatus to: decide at said radio access network node a respective level of handover priority for one or more communication devices based on the offload information.
35. An apparatus configured to perform the method of any of claims 1 to 16.
36. A computer program product comprising program code means which when loaded into a computer controls the computer to: transmit offload information from a
communication device to a node of a radio access network to which the communication device is attached for the transfer of data between the communication device and a gateway via said radio access network, wherein said offload information comprises information about a possibility of a data transfer between said gateway and said communication device other than via said radio access network whilst said communication device is attached to said radio access network.
37. A computer program product comprising program code means which when loaded into a computer controls the computer to: receive offload information from one or more communication devices at a node of a radio access network to which the one or more communication devices are attached for the transfer of data between the one or more communication devices and a gateway via said radio access network; wherein said offload information comprises information about a possibility of a data transfer between said gateway and said one or more communication devices other than via said radio access network whilst said one or more communication devices are attached to said radio access network; and to make one or more decisions about the assignment of radio resources within said radio access network based at least partly on said offload information.
PCT/EP2014/066955 2014-08-07 2014-08-07 Effective use of radio resources WO2016019999A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2014/066955 WO2016019999A1 (en) 2014-08-07 2014-08-07 Effective use of radio resources

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2014/066955 WO2016019999A1 (en) 2014-08-07 2014-08-07 Effective use of radio resources

Publications (1)

Publication Number Publication Date
WO2016019999A1 true WO2016019999A1 (en) 2016-02-11

Family

ID=51392230

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2014/066955 WO2016019999A1 (en) 2014-08-07 2014-08-07 Effective use of radio resources

Country Status (1)

Country Link
WO (1) WO2016019999A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020060741A1 (en) * 2018-09-18 2020-03-26 T-Mobile Usa, Inc. Policy based dual connectivity traffic steering
US20210250801A1 (en) * 2016-12-12 2021-08-12 Samsung Electronics Co., Ltd. Apparatus and method for controlling data flow in wireless communication system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012112571A1 (en) * 2011-02-14 2012-08-23 Zte (Usa) Inc. Selected ip traffic offload (sipto) at a home network node
WO2013133871A1 (en) * 2012-03-07 2013-09-12 Ntt Docomo, Inc. Method and apparatus at the physical and link layer for mobile communications
US20130265879A1 (en) * 2012-04-05 2013-10-10 Zu Qiang Qci based offloading

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012112571A1 (en) * 2011-02-14 2012-08-23 Zte (Usa) Inc. Selected ip traffic offload (sipto) at a home network node
WO2013133871A1 (en) * 2012-03-07 2013-09-12 Ntt Docomo, Inc. Method and apparatus at the physical and link layer for mobile communications
US20130265879A1 (en) * 2012-04-05 2013-10-10 Zu Qiang Qci based offloading

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210250801A1 (en) * 2016-12-12 2021-08-12 Samsung Electronics Co., Ltd. Apparatus and method for controlling data flow in wireless communication system
US11665579B2 (en) * 2016-12-12 2023-05-30 Samsung Electronics Co., Ltd. Apparatus and method for controlling data flow in wireless communication system
US12004004B2 (en) 2016-12-12 2024-06-04 Samsung Electronics Co., Ltd. Apparatus and method for controlling data flow in wireless communication system
WO2020060741A1 (en) * 2018-09-18 2020-03-26 T-Mobile Usa, Inc. Policy based dual connectivity traffic steering
US10868763B2 (en) 2018-09-18 2020-12-15 T-Mobile Usa, Inc. Policy based dual connectivity traffic steering
US11777855B2 (en) 2018-09-18 2023-10-03 T-Mobile Usa, Inc. Policy based dual connectivity traffic steering

Similar Documents

Publication Publication Date Title
CN113163459B (en) Communication method and communication device
US11323920B2 (en) Handover method, base station, and communications system
EP3592035B1 (en) Mobile network switching method and communication device
US10993271B2 (en) UE access method and apparatus
WO2018188557A1 (en) Method and device for selecting target base station and storage medium
CN112602373A (en) Method and UE for optimizing resources of wireless communication network when providing 5G service
WO2016180366A1 (en) Information processing method and communication node
WO2017215275A1 (en) Communication method and apparatus for realizing service continuity
CN105122896A (en) Access network discovery and selection
US20220167233A1 (en) Method, apparatus and system for mobility control
CN110392370A (en) A kind of machinery of consultation of security algorithm and device
CN110381550A (en) A kind of registration minilocus approach, device and terminal
WO2021147099A1 (en) Network slice redirection method and apparatus
US10542573B2 (en) Radio aggregation
WO2018137579A1 (en) Communication method and device
CN114342453A (en) System and method for releasing candidate target cell resources in multi-connectivity operation
JP2022043218A (en) Communication method, secondary network node and terminal
EP4156795A1 (en) Network slice rejection at tai and amf level
US11057805B2 (en) Mobility management method, network side device, internet-of-vehicles terminal, and system
US20160295367A1 (en) Proximity-based services
JP7018884B2 (en) Communication method
US20230180085A1 (en) Communication system
WO2016019999A1 (en) Effective use of radio resources
CN107925923B (en) Serving cell management
WO2021258761A1 (en) Migration method under hybrid networking, storage medium, and electronic device

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

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

Country of ref document: EP

Kind code of ref document: A1