Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W28/00—Network traffic management; Network resource management
  • H04W28/02—Traffic management, e.g. flow control or congestion control
  • H04W28/08—Load balancing or load distribution
  • H04W28/086—Load balancing or load distribution among access entities
  • H04W28/0861—Load balancing or load distribution among access entities between base stations
  • H04W28/0865—Load balancing or load distribution among access entities between base stations of different Radio Access Technologies [RATs], e.g. LTE® or Wi-Fi®
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W48/00—Access restriction; Network selection; Access point selection
  • H04W48/02—Access restriction performed under specific conditions
  • H04W48/06—Access restriction performed under specific conditions based on traffic conditions
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W48/00—Access restriction; Network selection; Access point selection
  • H04W48/20—Selecting an access point
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W72/00—Local resource management
  • H04W72/50—Allocation or scheduling criteria for wireless resources
  • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
  • H04W16/02—Resource partitioning among network components, e.g. reuse partitioning
  • H04W16/06—Hybrid resource partitioning, e.g. channel borrowing
  • H04W16/08—Load shedding arrangements
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W84/00—Network topologies
  • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
  • H04W84/10—Small scale networks; Flat hierarchical networks
  • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

• the present invention relates to methods and apparatus for implementing load steering in heterogeneous radio access networks (RAN). More particularly, the invention relates to methods and apparatus for implementing load steering between a 3rd Generation Partnership Project (3GPP) RAN and a Wi-Fi RAN.
• 3GPP 3rd Generation Partnership Project
• the radio access technologies used by these heterogeneous access networks include Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE), and Wi-Fi/WLAN .
• UMTS Universal Mobile Telecommunications System
• LTE Long Term Evolution
• Wi-Fi/WLAN both the U MTS and LTE standards are defined by the 3rd Generation Partnership Project (3GPP), and the relevant 3GPP standards therefore define capabilities for handling load sharing between these 3GPP RATs (i.e. between a UMTS Radio Access Network (UTRAN) and an Evolved UTRAN (EUTRAN)).
• 3GPP 3rd Generation Partnership Project
• the Wi-Fi/WLAN standards are defined by the Institute of Electrical and Electronics Engineers (I EEE), and neither the IEEE standards nor the 3GPP standards define capabilities for handling load sharing between Wi-Fi/WLAN and the 3GPP RATs.
• the user terminal when the user terminal is within the coverage of both a Wi-Fi RAN/WLAN and a 3GPP RAN, the user terminal will automatically attempt to connect to the Wi-Fi RAN/WLAN and will detach from the 3GPP RAN. Therefore, the decision to move from the 3GPP RAN to the Wi-Fi RAN is made without having considered the load and/or performance of either RAN, and can result in a reduction in performance that is detrimental to both the networks and the user. In particular, having the user terminal make an uninformed decision to move from the 3GPP RAN to the Wi-Fi RAN can result in an overload in the Wi-Fi RAN and/or underutilisation of the 3GPP RAN.
• Wi-Fi RAN and 3GPP RAN are part of separate domains that use different management systems, different paradigms, different identities etc., there is no mechanism that allows either network to determine that the performance has deteriorated due to the move from the 3GPP RAN to the Wi-Fi RAN.
• a 3GPP RAN such as a UTRAN or an EUTRAN
• a Wi-Fi RAN such as Wi-Fi
• a method of enabling load steering between a 3rd Generation Partnership Project (3GPP) Radio Access Network (RAN) and a Wi-Fi RAN comprises, at a server:
• RAN with one or more Access Points (AP) of the Wi-Fi RAN, wherein a cell of the
• 3GPP RAN is associated with an AP of the Wi-Fi RAN if it is determined that the cell overlaps with an area covered by the AP;
• the off-load schedule indicating when an overlapping AP of the Wi-Fi RAN can reject an attempt by a user terminal to attach to the AP of the Wi-Fi RAN;
• the step of generating overlap information associating one or more cells of the 3GPP RAN with one or more AP of the Wi-Fi RAN may comprise identifying when a user terminal may be active in both a cell of the 3GPP RAN and an area covered by an AP of the Wi-Fi RAN.
• the step of identifying when a user terminal may be active in both a cell of the 3GPP RAN and an area covered by an AP of the Wi-Fi RAN may comprise receiving an activity notification from the 3GPP RAN relating to activity of the user terminal within a 3GPP cell, receiving an activity notification from the Wi-Fi RAN relating to activity of the user terminal at a n AP of th e Wi-Fi RAN, and correlating a time at which the activity within the 3GPP cell occurred with a time at which the activity at the AP of the Wi-Fi RAN occurred.
• the method may further comprise receiving load information from a cell of the 3GPP RAN , and using the received load information when determining the off-load schedule for the 3GPP cell.
• the method may further comprise receiving an off-load notification from the Wi-Fi RAN indicating that an AP of the Wi-Fi RAN has rejected an attempt by a user terminal to attach to the Wi-Fi AP.
• the method may then further comprise, following receipt of an off-load notification, receiving performance information relating to the performance of the rejected user terminal within a 3GPP cell, and using the received performance information to update the overlap information accordingly.
• the method may also further comprise, upon receipt of a further activity notification from the 3GPP RAN relating to activity of the rejected user terminal within a 3GPP cell, determining if the overlap information associates the 3GPP cell with the AP of the Wi- Fi RAN that rejected the attempt to attach, and updating the overlap information accordingly.
• a method of implementing load steering between a 3GPP RAN and a Wi-Fi RAN comprises, at an entity of the Wi-Fi RAN:
• the off-load schedule indicating when the AP can reject an attempt by a user terminal to attach to the AP
• the off-load schedule may be received from a server.
• the method may further comprise, prior to receiving an off-load schedule that is applicable to the AP, when a user terminal attempts to attach to the AP, generating and sending an activity notification to the server.
• the method may also further comprise, if the user terminal is rejected based on the off-load schedule, generating and sending an off-load notification indicating that the AP has rejected the attempt to attach to the AP.
• the method may further comprise, if the user terminal is accepted, generating and sending an activity notification to the server indicating that the AP has accepted the attempt to attach to the AP.
• a server configured to enable load steering between a 3GPP RAN and a Wi-Fi RAN.
• the server comprises
• a processor configured to generate overlap information associating one or more cells of the 3GPP RAN with one or more AP of the Wi-Fi RAN, wherein a cell of the 3GPP RAN is associated with an AP of the Wi-Fi RAN if it is determined that the cell overlaps with an area covered by the AP;
• the processor being further configured to determine an off-load schedule for a cell of the 3GPP RAN, the off-load schedule indicating when an overlapping AP of the Wi-Fi RAN can reject an attempt by a user terminal to attach to the AP of the Wi- Fi RAN;
• a transmitter configured to send the off-load schedule to the Wi-Fi RAN.
• the processor may be configured to generate overlap information by identifying when a user terminal may be active in both a cell of the 3GPP RAN and at an AP cell of the Wi-Fi RAN.
• the server may further comprise a receiver.
• the receiver may be configured to receive an activity notification from the 3GPP RAN relating to activity of the user terminal within a 3GPP cell and to receive an activity notification from the Wi-Fi RAN relating to activity of the user terminal within an area covered by an AP of the Wi-Fi RAN, and the processor may be configured to correlate a time at which the activity within the 3GPP cell occurred with a time at which the activity at the AP of the Wi-Fi RAN cell occurred.
• the receiver may be configured to receive load information from a cell of the 3GPP RAN , and the processor may be configured to use the received load information when determining the off-load schedule for the 3GPP cell.
• the receiver may be configured to receive an off-load notification from the Wi-Fi RAN indicating that an AP of the Wi-Fi RAN has rejected an attempt by a user terminal to attach to the Wi-Fi AP based on the off-load schedule.
• the receiver may also be configured to receive performance information relating to the performance of the rejected user terminal within a 3GPP cell, and the processor may be configured to use the received performance information to update the overlap information accordingly.
• the receiver may be configured to receive a further activity notification from the 3GPP RAN relating to activity of the rejected user terminal within a 3GPP cell
• the processor may be configured to determine if the overlap information associates the 3GPP cell with the AP of the Wi-Fi RAN that rejected the attempt to attach and to update the overlap information accordingly.
• an entity of a Wi-Fi RAN configured to implement load steering between a 3GPP RAN and the Wi-Fi RAN.
• the entity comprises:
• a receiver configured to receive an off-load schedule that is applicable to an Access Point, AP, of the Wi-Fi RAN , the off-load schedule indicating when the AP can reject an attempt by a user terminal to attach to the AP;
• a processor configured to use the off-load schedule to determine whether to accept or reject an attempt by a user terminal to attach to the AP.
• the receiver may be configured to receive the off-load schedule from a server, and the entity may then further comprise a transmitter.
• the processor may be configured to generate an activity notification when a user terminal attempts to attach to the AP, and the transmitter may be configured to send the activity notification to the server.
• the processor may be configured to generate an off-load notification if the user terminal is rejected based on the off-load schedule, the off-load notification indicating that the AP has rejected the attempt to attach, and the transmitter may be configured to send the off-load notification to the server.
• the processor may be configured to generate an activity notification if the user terminal is accepted, the activity notification indicating that the AP has accepted the attempt to attach, and the transmitter may be configured to send the activity notification to the server.
• Figure 1 is a flow diagram illustrating an example of the procedure implemented by a server in accordance with the methods described herein;
• Figure 2 is a flow diagram illustrating an example of the procedure implemented by an entity within a Wi-Fi RAN in accordance with the methods described herein;
• FIG. 3 illustrates an example signalling flow diagram of the generation of overlap information in accordance with the methods described herein;
• Figure 4 illustrates a further example signalling flow diagram of the generation of overlap information in accordance with the methods described herein;
• Figure 5 illustrates an example signalling flow diagram of the determination and use of an off-load schedule accordance with the methods described herein;
• Figure 6 illustrates an example signalling flow diagram of the maintenance of overlap information in accordance with the methods described herein;
• Figure 7 illustrates schematically an embodiment of a server configured to implement the methods described herein.
• Figure 8 illustrates schematically an embodiment of an entity of a Wi-Fi RAN configured to implement the methods described herein.
• the method involves generating overlap information associating one or more cells of the 3GPP RAN with one or more Access Points (AP) of the Wi-Fi RAN, wherein a cell of the 3GPP RAN is associated with an AP of the Wi-Fi RAN if it has been determined that the cell overlaps (i.e. is entirely or at least partially coincident) with an area covered by the Wi-Fi AP (i.e. the coverage are of the Wi-Fi AP).
• AP Access Points
• An off-load schedule is then determined for a cell of the 3GPP RAN, the off-load schedule indicating when an overlapping AP of the Wi-Fi RAN can reject an attempt by a device/user terminal (e.g. a user equipment (UE) or station (STA)) to attach to/associate with that Wi-Fi AP.
• the off-load schedule is then sent to the Wi- Fi RAN, so that the Wi-Fi RAN can use the off-load schedule to determine whether to accept or reject an attempt by a user terminal to attach to/associate with a Wi-Fi AP that overlaps with a 3GPP cell.
• the application of the off-load schedule by the Wi-Fi RAN can therefore be used to steer user terminals away from the Wi-Fi RAN when appropriate, thereby keeping this load on an overlapping 3GPP cell.
• a server can be configured to identify when a user terminal is active in both a cell of the 3GPP RAN and an area covered by an AP of the Wi-Fi RAN.
• the server could be configured to detect that a user terminal is connected to a 3GPP RAN and to detect when the user terminal subsequently attempts to attach to a Wi-Fi RAN.
• the server could be configured to detect when a user terminal attaches to a Wi-Fi RAN and soon afterwards detaches from a 3GPP RAN.
• the server can be configured to receive activity notifications from both the 3GPP RAN and the Wi-Fi RAN, wherein these activity notifications notify the server when the user terminal has been active in the respective RAN. Therefore, when the server receives an activity notification for the user terminal from both the 3GPP RAN and the Wi-Fi RAN, the server can be configured to determine if a time at which the activity of the user terminal within the 3GPP cell occurred correlates with a time at which the activity of the user terminal within the Wi-Fi AP occurred (i.e. determine if the activity occurred substantially simultaneously). If this is the case, then the server can assume that the 3GPP cell overlaps with the Wi-Fi AP.
• the activity notifications received from a RAN can therefore include any of an identifier of the user terminal, an identifier for the cell or AP of the RAN in which the activity occurred, and an indication of the time at which the activity took place.
• this identifier should be an identifier that the server can correlate with the identifier included in an activity notification received from the other RAN .
• both the 3GPP RAN and the Wi-Fi RAN would make use of the same user terminal identifier.
• a 3GPP RAN can make use of an I nternational Mobile Subscriber Identity (I MSI ) associated with the user terminal as a user terminal identifier.
• I MSI I nternational Mobile Subscriber Identity
• a Wi-Fi RAN that authenticates a user terminal using either Extensible Authentication Protocol Method for Global System for Mobile Communications Subscriber Identity Modules, (EAP-SI M) or Extensible Authentication Protocol Method for 3rd Generation Authentication and Key Agreement (EAP-AKA) will also obtain an International Mobile Subscriber Identity (I MSI) associated with the user terminal.
• EAP-SI M Extensible Authentication Protocol Method for Global System for Mobile Communications Subscriber Identity Modules
• EAP-AKA Extensible Authentication Protocol Method for 3rd Generation Authentication and Key Agreement
• the server can be configured to store the overlap information that is generated, and to implement the determination of the off-load schedule for a 3GPP cell, the off-load schedule providing an indication of when a Wi-Fi AP that has been identified as overlapping the 3GPP cell can reject an attempt by a user terminal to attach to/associate with that Wi-Fi AP.
• the server can be configured to receive load information for one or more of the 3GPP cells. The server is configured to then use the received load information to determine when an overlapping Wi-Fi AP can reject an attempt by a user terminal to attach to that Wi-Fi AP. For example, this load information can be received and/or collected from each cell regularly/periodically over a period of time (e.g.
• the server can be configured to send the determined off-load schedule to the Wi-Fi RAN.
• the Wi-Fi RAN can use the off-load schedule to determine whether to accept or reject an attempt by a user terminal to attach to/associate with a Wi-Fi AP.
• the server could send the off-load schedule to a Wi-Fi Access Controller (AC) of the Wi-Fi RAN.
• the Wi-Fi AC could then use the off-load schedule when a user terminal attempts to attach to/associate with a Wi-Fi AP to determine whether to accept or reject the attempt to attach/associate with to the Wi-Fi AP.
• the Wi-Fi AC control could use the off-load schedule when the Wi-Fi AP contacts the Wi-Fi AC in order to authenticate the user terminal.
• the Wi-Fi AC could receive the off-load schedule from the server, and then distribute the off-load schedule to one or more Wi-Fi APs to which the off-load schedule is relevant (i.e. to those Wi-Fi APs that overlap with the relevant 3GPP cell). Each of these Wi-Fi APs could then apply the off-load schedule locally when a user terminal attempts to attach to a Wi-Fi AP.
• the server itself could distribute the off-load schedule to one or more Wi-Fi APs to which the off-load schedule is relevant, such that the Wi-Fi APs could then apply the off-load schedule locally.
• the Wi-Fi RAN can be configured to send an off-load notification to the server.
• this off-load notification could be sent to the server by either a Wi-Fi AC or a Wi-Fi AP that determines that the user terminal should be rejected.
• the server can then use the information provided by the off-load notification to update one or both of the off-load schedule and the overlap information.
• the server can be configured to determine if the rejected user terminal is active within a 3GPP cell that has been identified as overlapping with the Wi-Fi AP that rejected the attempt to attach, and to update the overlap information accordingly.
• the server can determine if the overlap information associates the 3GPP cell with the Wi- Fi AP that rejected the user terminal. If the overlap information does identify the 3GPP cell as overlapping with the Wi-Fi AP, then the overlap information will not require updating. However, if the overlap information does not identify the 3GPP cell as overlapping with the Wi-Fi AP, then this could indicate that the overlap information is incomplete, and that the overlap information should be updated to identify the 3GPP cell as overlapping with the Wi-Fi AP.
• Figure 1 is a flow diagram illustrating an example of the procedure implemented by a server in order to implementing load steering between a 3GPP RAN and a Wi-Fi RAN as described above. The steps performed are as follows:
• the server periodically/regularly receives load information from one or more cells of the 3GPP RAN .
• the server stores the 3GPP cell load information received over a period of time (e.g. of days or weeks) so that a pattern for the load experienced by each 3GPP cell can be established.
• the server also receives activity notifications from both the 3GPP RAN and the Wi-Fi RAN relating to the activity of user terminals within the cells/APs of the respective RANs.
• the server stores the received activity notifications.
• the server uses the activity notifications to generate overlap information for the 3GPP cells and the Wi-Fi APs.
• the server can identify when a user terminal is active in both a 3GPP cell and a Wi-Fi AP by correlating a time at which the activity within the 3GPP cell occurred with a time at which the activity within the Wi-Fi AP occurred.
• the server may continuously attempt to generate overlap information, such that it will attempt to correlate activity notifications as soon as they are received.
• the server may periodically attempt to generate overlap information, and will therefore attempt to correlate activity notifications that it has previously stored. The overlap information will therefore be updated over time as more activity notifications are received.
• the server determines an off-load schedule for a 3GPP cell, the off-load schedule providing an indication of when a Wi-Fi AP that has been identified as overlapping the 3GPP cell can reject an attempt by a user terminal to attach to that Wi-Fi AP.
• the server uses the 3GPP cell load information received from the 3GPP RAN (e.g. received over a period of days or weeks) to establish a pattern for the expected load on the 3GPP cell.
• the server then sends the off-load schedule to the Wi-Fi RAN.
• FIG. 2 is a flow diagram illustrating an example of the procedure implemented by a Wi-Fi RAN in order to implementing load steering between a 3GPP RAN and the Wi- Fi RAN as described above.
• This procedure can be implemented by either a Wi-Fi AC or a Wi-Fi AP. The steps performed are as follows:
• the Wi-Fi RAN sends activity notifications to the server relating to the activity of user terminals at the AP of the Wi-Fi RAN.
• the activity notifications can include any of an identifier of w user terminal, an identifier for an AP of the
• Wi-Fi RAN an indication of the time at which the activity took place, and an indication of the type of activity.
• These activity notifications are sent to the server in order to allow the server to generate overlap information identifying 3GPP cells that overlap with one or more Wi-Fi APs.
• the Wi-Fi RAN receives, from the server, an off-load schedule that is relevant to one or more of the Wi-Fi APs.
• the Wi-Fi RAN stores the received off-load schedule for later use.
• a user terminal then attempts to attach to/associate with a Wi-Fi AP for which the off-load schedule is relevant.
• the Wi-Fi RAN therefore uses the off-load schedule to determine whether to accept or reject the user terminals attempt to attach/associate.
• the Wi-Fi RAN sends an off-load notification to the server.
• the off-load notification can include any of an identifier of the user terminal, an identifier for the AP of the Wi-Fi RAN, and an indication of the time at which the off-load took place.
• the Wi-Fi RAN can send a further activity notification to the server (e.g. due to the activity at the AP of the attached/associated user terminal).
• FIG. 3 illustrates an example signalling flow diagram of the generation of overlap information in accordance with the methods described above. The steps performed are as follows:
• the Wi-Fi RAN and the 3GPP RAN cooperate in order to perform a time of day synchronisation.
• This time of day synchronisation allows the server to rely on any time information included in any activity notifications received from the RANs when attempting to correlate user terminal activity in each RAN.
• the user terminal is active within a 3GPP cell.
• the 3GPP RAN sends an activity notification to the server.
• This activity notification typically includes an identifier for the user terminal, an identifier for the 3GPP cell in which the user terminal is active, and an indication of the time at which the activity of the user terminal within the 3GPP cell occurred.
• the activity notification can also include an indication of the type of activity that has occurred in relation to the user terminal.
• the server stores the information provided by the 3GPP activity notification.
• the user terminal then attempts to attach to an AP of the Wi-Fi RAN.
• the Wi-Fi RAN sends an activity notification to the server.
• This activity notification also typically includes an identifier for the user terminal, an identifier for the
• the activity notification can also include an indication of the type of activity that has occurred in relation to the user terminal (i.e. an attempt to attach).
• the server stores the information provided by the Wi-Fi activity notification.
• the server processes the activity notifications to identify any possible overlap between 3GPP cells and Wi-Fi APs.
• the server may process the activity notifications as soon as they are received, such that it continually attempts to correlate the received activity notification with stored activity notifications.
• the server may periodically process the activity notifications, such that it periodically attempts to correlate the stored activity notifications.
• I n th is exam ple, the server determ i nes that it h as received activity notifications from both the 3GPP RAN and the Wi-Fi RAN that relate to the same user terminal, and correlates the times at which the activity within each of the RANs occurred. In doing so, the server determines that the activity with in each RAN in relation to this user terminal occurred substantially simultaneously.
• the server may conclude that the coverage area of the 3GPP cell may overlap with the coverage area of the Wi-Fi AP.
• the server may identify the 3GPP cell and the Wi-Fi AP as overlapping after a single occurrence of correlated activity within the cell and the AP.
• the server may be configured to only identify the 3GPP cell and the Wi-Fi AP as overlapping after a threshold number of occurrences of correlated activity within the cell and the AP have been recorded.
• the server may be configured to require network operator approval.
• the server can be configured to provide an indication of the occurrence of correlated activity to the network operator, after each occurrence of correlated activity within the cell and the AP, and to receive an input in response to this indication as to whether the cell and the AP should be identified as overlapping.
• the server stores this overlap information for use in determining an off-load schedule.
• Figure 4 illustrates a further example signalling flow diagram of the generation of overlap information in accordance with the methods described above. The steps performed are as follows:
• the Wi-Fi RAN and the 3GPP RAN cooperate in order to perform a time of day synchronisation.
• This time of day synchronisation allows the server to rely on any time information included in any activity notifications received from the RANs when attempting to correlate user terminal activity in each RAN.
• the user terminal attempts to attach to an AP of the Wi-Fi RAN.
• the Wi-Fi RAN sends an activity notification to the server.
• This activity notification typically includes an identifier for the user terminal, an identifier for the Wi-Fi AP to which the user terminal has attempted to attach, and an indication of the time at which the attempt to attach to the Wi-Fi AP occurred.
• the activity notification can also include an indication of the type of activity that has occurred in relation to the user terminal (i.e. an attempt to attach).
• the server stores the information provided by the Wi-Fi activity notification. As a result of the attempt by the user terminal to attach to the Wi-Fi AP, the user terminal detaches from the 3GPP cell.
• the 3GPP RAN sends an activity notification to the server.
• This activity notification also typically includes an identifier for the user terminal, an identifier for the 3GPP cell in which the user terminal is active, and an indication of the time at which the activity of the user terminal within the 3GPP cell occurred.
• the activity notification can also include an indication of the type of activity that has occurred in relation to the user terminal
• the server stores the information provided by the 3GPP activity notification.
• the server processes the activity notifications to identify any possible overlap between 3GPP cells and Wi-Fi APs.
• the server may process the activity notifications as soon as they are received, such that it continually attempts to correlate the received activity notification with stored activity notifications.
• the server may periodically process the activity notifications, such that it periodically attempts to correlate the stored activity notifications.
• I n th is exam ple, the server determ i nes that it h as received activity notifications from both the 3GPP RAN and the Wi-Fi RAN that relate to the same user terminal, and correlates the times at which the activity within each of the RANs occurred. In doing so, the server determines that the activity with in each RAN in relation to this user terminal occurred substantially simultaneously.
• the server may conclude that the coverage area of the 3GPP cell may overlap with the coverage area of the Wi-Fi AP.
• the server may identify the 3GPP cell and the Wi-Fi AP as overlapping after a single occurrence of correlated activity within the cells.
• the server may be configured to only identify the 3GPP cell and the Wi-Fi AP as overlapping after a threshold number of occurrences of correlated activity within the cells have been recorded.
• the server may be configured to require network operator approval.
• the server can be configured provide an indication of the occu rrence of correlated activity to the network operator, after each occurrence of correlated activity within the cell/AP, and to receive an input in response to this indication as to whether the cell/AP should be identified as overlapping.
• the server stores this overlap information for use in determining an off-load schedule.
• FIG. 5 illustrates an example signalling flow diagram of the determination and use of an off-load schedule for load steering in accordance with the methods described above. The steps performed are as follows:
• the server obtains load information from the 3GPP cells of the 3GPP RAN.
• This load performance information can be received and/or collected from each 3GPP cell periodically over a period of time.
• the load information could be obtained from each of the 3GPP cells with a period of 15 minutes to an hour over a period of days or weeks.
• the server stores the load information obtained from the 3GPP RAN.
• the server uses the stored load information, together with the overlap information, to determine an off-load schedule for a 3GPP cell, wherein the off-load schedule provides an indication of when a Wi-Fi AP that has been identified as overlapping the 3GPP cell can reject an attempt by a user terminal to attach to that Wi-Fi AP.
• the server makes use of the historic load information to establish a pattern for the load on any of the 3GPP cells. S uch pattern s ca n th en be u sed to d eterm i ne when th e load performance on a particular cell is expected to be high and/or low in relation to the capacity of that cell, and thereby to determine when traffic should be steered away from that cell.
• the off-load schedule generated by the server may effectively specify "The load on the 3GPP cell is expected to be low between 18:00 and 06:00 and between 13:00 and 15:00".
• the off-load schedule is then sent to the Wi-Fi RAN.
• the server could send that off-load schedule to a management system of the Wi-Fi RAN for distribution to the appropriate Wi-Fi APs.
• a user terminal attempts to attach to a Wi-Fi AP to which the off-load schedule is relevant (i.e. that overlaps with the 3GPP cell to which the off-load schedule relates).
• the Wi-Fi RAN therefore makes use of the off-load schedule to determine whether to accept or reject the user terminal. For example, the Wi-Fi RAN determines the current time (i.e. at which the attempt to attach is taking place), compares this to the off-load schedule, and determines the current load on the Wi-Fi AP. The Wi-Fi RAN can then determine whether or not the user terminal should use the 3GPP RAN or the Wi-Fi RAN based on the expected load on the 3GPP RAN (as indicated by the off-load schedule) and the current load on the Wi-Fi RAN.
• the Wi-Fi RAN determines the current time (i.e. at which the attempt to attach is taking place), compares this to the off-load schedule, and determines the current load on the Wi-Fi AP.
• the Wi-Fi RAN can then determine whether or not the user terminal should use the 3GPP RAN or the Wi-Fi RAN based on the expected load on the 3GPP RAN (as indicated by the off-load schedule) and
• the off-load schedule is based on historic load information, and that it cannot be guaranteed that the future load and on a cell will be the same or similar to that indicated by this historic data, the off-load schedule can be updated using continual updates of the load information that are received from the 3GPP RAN. This continual maintenance/updating of the off-load schedule ensures that the distribution of load between the 3GPP RAN and the Wi-Fi RAN is optimised.
• FIG. 6 illustrates an example signalling flow diagram of the maintenance/update of both an off-load schedule and overlap information in accordance with the methods described above. The steps performed are as follows:
• a user terminal attempts to attach to/associate with a Wi-Fi AP to which an off-load schedule applies (i.e. that overlaps with the 3GPP cell to which the off-load schedule relates).
• the Wi-Fi RAN therefore applies the off-load schedule to determine whether to accept or reject the user terminal and, in this example, determines that the user terminal should be rejected.
• the Wi-Fi RAN then sends an off-load notification to the server in order to notify the server that the Wi-Fi AP has rejected an attempt by the user terminal to attach to the Wi-Fi AP based on the off-load schedule.
• This offload notification typically includes an identifier for the user terminal, a n identifier for the Wi-Fi AP to which the user terminal has attempted to attach, and an indication of the time at which the attempt to attach to the Wi-Fi AP occurred.
• D4 Subsequently, some activity of the user terminal occurs within a 3GPP cell.
• the 3GPP RAN sends an activity notification to the server.
• This activity notification typically includes an identifier for the user terminal, an identifier for the 3GPP cell in which the user terminal is active, and an indication of the time at which the activity of the user terminal within the 3GPP cell occurred.
• the activity notification can also include an indication of the type of activity that has occurred in relation to the user terminal.
• the server stores the information provided by the 3GPP activity notification.
• the server can then use the information provided by the off-load notification together with the information in the 3GPP activity notification to update the overlap i nformation .
• the server determines if the cell overlap i nformation identifies the 3GPP cell as overlapping with the Wi-Fi AP that rejected the user terminal. If the overlap information does identify the 3GPP cell as overlapping with the Wi-Fi AP, then the overlap information will not require updating.
• the overlap information does not identify the 3GPP cell as overlapping with the Wi-Fi AP, then this could indicate that the overlap information is incomplete, and that the overlap information may need to be updated to identify the 3GPP cell as overlapping with the Wi-Fi AP.
• the server can be provided with information relating to the performance of the user terminal within the 3GPP RAN.
• the server can then use this performance information to determine if the performance of the user terminal within the 3GPP RAN has downgraded compared to the performance of the user terminal in the Wi-Fi RAN.
• the server can determine if the off-load decision was correct, and can update the off-load schedule accordingly. For example, if the server was to determine that the off-load resulted in a downgrade of the performance of the user terminals radio link, then the server could at least temporarily remove the association between the 3GPP cell and the Wi-Fi AP from the overlap information, thereby preventing other user terminals from being offloaded to that 3GPP cell.
• FIG. 7 illustrates schematically an embodiment of a server 10 configured to implement the methods described above.
• the server can be implemented as a combination of computer hardware and software and comprises a receiver 1 1 , a transmitter 12, a processor 13, and a memory 14.
• the memory 14 stores the various programs/executable files that are implemented by the processor 13, and also provides a storage unit for any required data.
• the memory can store the load and/or performance information received from the 3GPP RAN and the Wi-Fi RAN , the information received in any activity and off-load notifications, and the current off-load schedules.
• the programs/executable files stored in the memory 14, and implemented by the processor 13, include but are not limited to an overlap information generation u nit, and an off-load schedule determination unit that implement the methods described above.
• the functionality of the server described herein can be provided by any functional entity that is capable of communicating with both the 3GPP RAN and the Wi-Fi RAN.
• OSS Operational Support System
• FIG 8 illustrates schematically an embodiment of an entity of a Wi-Fi RAN 20 configured to implement the methods described above.
• the Wi-Fi entity 20 can be implemented as a combination of computer hardware and software and comprises a receiver 21 , a transmitter 22, a processor 23, and a memory 24.
• the memory 24 stores the various programs/executable files that are implemented by the processor 23, and also provides a storage unit for any required data.
• the memory 24 can store on e or more off-load schedu les received from a server.
• the programs/executable files stored in the memory 24, and implemented by the processor 23, include but are not limited to a load and/or performance monitoring and reporting unit, an activity notification unit, an off-load determination unit, and an offload notification unit that implement the methods described above.
• the Wi-Fi entity could be provided by any of a Wi-Fi AC and a Wi-Fi AP.
• the methods and apparatus described above provide a straightforward mechanism by which load steering between a 3GPP RAN and a Wi-Fi RAN can be implemented using an off-load schedule that is based on the expected load on the cells of a 3GPP RAN , and that is applied by the Wi-Fi RAN .
• these methods and apparatus provide a straightforward mechanism by which overlap information can be determined as an indication of the relative locations of the cells of a 3GPP RAN and the APs of a Wi-Fi RAN, thereby enabling the load steering to be applied between the appropriate cells/APs.
• these methods and apparatus also provide feedback mechan isms that enables both the off-load schedu le and overlap information to be continually updated and improved.
• heterogeneous networks comprised of at least a 3GPP RAN and a Wi-Fi RAN
• principles of the methods described herein are equally applicable to heterogeneous networks that comprise other radio access technologies; such as cdmaOne and CDMA2000.

Landscapes

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

Priority Applications (4)

Applications Claiming Priority (1)

Publications (1)

Family

ID=46704620

Family Applications (1)

Country Status (4)

Cited By (2)

Families Citing this family (4)

Citations (3)

Family Cites Families (1)

• 2012
  • 2012-08-15 IN IN410DEN2015 patent/IN2015DN00410A/en unknown
  • 2012-08-15 EP EP12748434.3A patent/EP2885941B1/en active Active
  • 2012-08-15 WO PCT/EP2012/065969 patent/WO2014026714A1/en not_active Ceased
  • 2012-08-15 US US14/421,803 patent/US9681334B2/en active Active

Patent Citations (3)

Also Published As

Similar Documents

Legal Events