US20170135003A1 - Communication system and method of load balancing - Google Patents

Communication system and method of load balancing Download PDF

Info

Publication number
US20170135003A1
US20170135003A1 US15/312,836 US201515312836A US2017135003A1 US 20170135003 A1 US20170135003 A1 US 20170135003A1 US 201515312836 A US201515312836 A US 201515312836A US 2017135003 A1 US2017135003 A1 US 2017135003A1
Authority
US
United States
Prior art keywords
cell
type
measurement result
base station
condition
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
US15/312,836
Other versions
US10111144B2 (en
Inventor
Alberto SUAREZ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Assigned to NEC CORPORATION reassignment NEC CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: SUAREZ, Alberto
Publication of US20170135003A1 publication Critical patent/US20170135003A1/en
Application granted granted Critical
Publication of US10111144B2 publication Critical patent/US10111144B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/20Interfaces between hierarchically similar devices between access points
    • 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/09Management thereof
    • H04W28/0925Management thereof using policies
    • H04W28/0942Management thereof using policies based on measured or predicted load of entities- or links
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085Hand-off measurements
    • H04W36/0094Definition of hand-off measurement parameters
    • 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
    • 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/086Load balancing or load distribution among access entities
    • 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/086Load balancing or load distribution among access entities
    • H04W28/0861Load balancing or load distribution among access entities between base stations
    • 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/09Management thereof
    • H04W28/0958Management thereof based on metrics or performance parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837Determination of triggering parameters for hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085Hand-off measurements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/22Performing reselection for specific purposes for handling the traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists

Definitions

  • the present invention relates to a cellular or wireless telecommunications network, and particularly but not exclusively to optimisation of load distribution in a radio access network.
  • the invention has particular but not exclusive relevance to wireless telecommunications networks implemented according to the Long Term Evolution (LTE) standard specified by the 3rd Generation Partnership Project (3GPP).
  • LTE Long Term Evolution
  • 3GPP 3rd Generation Partnership Project
  • a base station i.e. evolved NodeB, eNB of a Radio Access Network (RAN) transmits data and signalling between a core network (CN) and User Equipment (UEs) located within the base station's coverage area.
  • Base stations of a RAN typically include a number of ‘regular’ or ‘macro’ base stations and a number of ‘small cell’ or ‘pico’ base stations (often referred to as low power nodes, LPNs).
  • LPNs low power nodes
  • the RAN is referred to as the Evolved Universal Terrestrial Radio Access (E-UTRA) network (E-UTRAN) and the core network is referred to as the Evolved. Packet Core (EPC) network.
  • User equipment may comprise, for example, mobile telephones, mobile communication devices, user communication devices, laptop computers, and/or the like.
  • load metrics In LTE networks, a number of different load metrics can be exchanged between neighbouring base stations by means of a suitable base station to base station interface, such as an ‘X2’ interface and/or the like. As described in sections 9.1 and 9.2 of 3GPP TS 36.423, such load metrics include one or more of:
  • the so-called Mobility Load Balancing (MLB) function is responsible for optimising the mobility parameter configuration of the network nodes (e.g. base stations) in order to balance the distribution of load in the network.
  • the MLB relies on information, including the above metrics, exchanged between neighbouring base stations.
  • the base station initiating the load balancing procedure determines which measurements need to be reported by which base station(s) and processes the reported measurements in order to determine whether it is necessary to adjust any associated mobility parameters.
  • the MLB function performs offloading if the load in the served cell is at least a margin greater than the load reported by the neighbour cell. The purpose of the margin is to prevent oscillations and too frequent parameter changes.
  • the different load metrics may be correlated, there might still be imbalances in opposite directions between two cells when different metrics or link directions (uplink/downlink) are considered by the MLB function.
  • Such imbalances may result in conflicts between the base stations, i.e. the base station operating cell A may try to offload towards cell B whilst, either simultaneously or subsequently, the base station operating cell B may try to offload towards cell A.
  • the invention provides a base station operating a cell in a communication network comprising a plurality base stations each operating a respective cell for communicating with a plurality of user communication devices, the base station comprising means for obtaining: i) a measurement result of a first type for a first cell operated by said base station; ii) information identifying a measurement result of said first type for a second cell operated by a different base station of said plurality of base stations; iii) a measurement result of a second type for said first cell; and iv) information identifying a measurement result of said second type for said second cell.
  • the base station comprises: means for determining whether a first condition is met based on a comparison of the respective measurement result of a first type for each of said first and second cells, wherein said first condition, when met, indicates that load should be offloaded from said first cell towards said second cell; means for determining whether a second condition is met based on a comparison of the respective measurement result of a second type for each of said first and second cells, wherein said second condition, when met, indicates that said different base station will not offload load from said second cell to said first cell based on the respective measurement result of a second type for each of said first and second cells; and controlling means for controlling a load balancing based on said determining, when at least said first condition and said second condition is met, wherein said controlling means is operable to initiate offloading of load from said first cell towards said second cell.
  • the invention provides a base station operating a cell in a communication network comprising a plurality base stations each operating a respective cell for communicating with a plurality of user communication devices, the base station comprising a transceiver and a processor, wherein said transceiver is configured to obtain: i) a measurement result of a first type for a first cell operated by said base station; ii) information identifying a measurement result of said first type for a second cell operated by a different base station of said plurality of base stations; iii) a measurement result of a second type for said first cell; and iv) information identifying a measurement result of said second type for said second cell.
  • the processor is configured to: determine whether a first condition is met based on a comparison of the respective measurement result of a first type for each of said first and second cells, wherein said first condition, when met, indicates that load should be offloaded from said first cell towards said second cell; determine whether a second condition is met based on a comparison of the respective measurement result of a second type for each of said first and second cells, wherein said second condition, when met, indicates that said different base station will not offload load from said second cell to said first cell based on the respective measurement result of a second type for each of said first and second cells; and control a load balancing based on said determining, when at least said first condition and said second condition is met, wherein said processor is operable to initiate offloading of load from said first cell towards said second cell.
  • the invention provides a system comprising the above described base station, a base station operating said second cell, and at least one user communication device.
  • the invention provides a method performed by a base station operating a cell in a communication network comprising a plurality base stations each operating a respective cell for communicating with a plurality of user communication devices, the method comprising obtaining: i) a measurement result of a first type for a first cell operated by said base station; ii) information identifying a measurement result of said first type for a second cell operated by a different base station of said plurality of base stations; iii) a measurement result of a second type for said first cell; and iv) information identifying a measurement result of said second type for said second cell.
  • the method comprises determining whether a first condition is met based on a comparison of the respective measurement result of a first type for each of said first and second cells, wherein said first condition, when met, indicates that load should be offloaded from said first cell towards said second cell; determining whether a second condition is met based on a comparison of the respective measurement result of a second type for each of said first and second cells, wherein said second condition, when met, indicates that said different base station will not offload load from said second cell to said first cell based on the respective measurement result of a second type for each of said first and second cells; and controlling a load balancing based on said determining, when at least said first condition and said second condition is met, wherein said controlling is operable to initiate offloading of load from said first cell towards said second cell.
  • the invention provides, for all methods disclosed, corresponding computer programs or computer program products for execution on corresponding equipment, the equipment itself (user equipment, nodes or components thereof) and methods of updating the equipment.
  • FIG. 1 schematically illustrates a mobile telecommunication system of a type to which the invention is applicable
  • FIG. 2 is a block diagram of a mobile communication device suitable for use in the telecommunications networks of FIG. 1 ;
  • FIG. 3 is a block diagram of a base station suitable for use in the telecommunications networks of FIG. 1 ;
  • FIG. 4 illustrates exemplary load metrics in accordance with an embodiment of the invention in the telecommunications network of FIG. 1 ;
  • FIG. 5 illustrates an exemplary load balancing function in accordance with an embodiment of the invention in the telecommunications network of FIG. 1 ;
  • FIG. 6 illustrates exemplary load metrics in accordance with a modification of the embodiment shown in FIG. 4 ;
  • FIG. 7 is a comparison of exemplary load metrics having an absolute and a relative threshold
  • FIG. 8 illustrates exemplary load metrics in accordance with a modification of the embodiment shown in FIG. 4 ;
  • FIG. 9 is a timing diagram illustrating messages exchanged between elements of the telecommunications network of FIG. 1 whilst carrying out an exemplary embodiment of the invention.
  • FIG. 1 schematically illustrates a mobile (cellular) telecommunication system 1 including a plurality of mobile communication devices 3 - 1 to 3 - 3 (each of which comprises a mobile telephone or other compatible user equipment) and a plurality of base stations 5 - 1 to 5 - 3 , each of which operates an associated cell (Cells A to C, respectively).
  • Any of the base stations 5 - 1 to 5 - 3 may comprise a regular macro eNB and/or a small cell base station (such as Home evolved NodeB (HeNB), pico or femto base station, and/or the like).
  • HeNB Home evolved NodeB
  • the first mobile communication device 3 - 1 is initially served via cell C operated by the third base station 5 - 3 and the second and third mobile communication devices 3 - 2 and 3 - 3 are initially served via Cell A operated by the first base station 5 - 1 .
  • the second and third mobile communication devices 3 - 2 and 3 - 3 are initially served via Cell A operated by the first base station 5 - 1 .
  • the third base station 5 - 3 is initially served via cell C operated by the third base station 5 - 3
  • the second and third mobile communication devices 3 - 2 and 3 - 3 are initially served via Cell A operated by the first base station 5 - 1 .
  • FIG. 1 for illustration purposes, additional user equipment and/or base stations may be present in a deployed system. It will also be appreciated that each base station 5 may operate more than one cell.
  • the core network 7 typically includes, amongst others, a home subscriber server (HSS), a mobility management entity (MME), a serving gateway (S-GW), and a Packet Data Network (PDN) Gateway (P-GW), which have been omitted for sake of simplicity.
  • HSS home subscriber server
  • MME mobility management entity
  • S-GW serving gateway
  • PDN Packet Data Network Gateway
  • An ‘X2’ interface is also provided for communication between neighbouring base stations 5 to facilitate data exchange between them (either directly, or via other nodes, such as a small cell gateway, X2 gateway, and/or the like).
  • the base stations 5 are beneficially configured to perform mobility load balancing by taking into account a plurality of load metrics reported by their respective neighbour base stations.
  • the first base station 5 - 1 is configured to request a number of load metrics to be reported by at least one of the other base stations 5 - 2 and 5 - 3 , either periodically, or when the first base station 5 - 1 determines that its own load is above a predetermined threshold.
  • the other base stations 5 - 2 and 5 - 3 generate and send the load metrics to the requesting base station 5 - 1 , based on which the MLB function can determine whether or not offloading shall be initiated towards one or more of the neighbouring cells B and C.
  • the PRB usage of a cell may be greater than the PRB usage of another cell (e.g. cell B) plus a predetermined margin. This can be expressed as PRB DL (cell A)>PRB DL (cell B)+margin.
  • the PRB usage of cell B may be greater than the PRB usage of cell A plus the predetermined margin (PRB UL (cell B)>PRB UL (cell A)+margin).
  • PRB UL (cell B)>PRB UL (cell A)+margin Such conflicts may result in repeated (unnecessary) handovers of one or more UEs between the cells, and in subsequent performance degradation for the affected users and in an increase in signalling load.
  • the MLB function of the first base station 5 - 1 is configured to compare a first metric of the reported plurality of metrics for its own cell (Cell A) with the corresponding metric for the neighbour's cell (i.e. Cell B in case of the second base station 5 - 2 and Cell C in case of the third base station 5 - 3 ) and to compare each different metric reported for the neighbour's cell (e.g. all metrics other than the first metric) with the corresponding metric obtained for its own cell, in order to determine whether a particular neighbour cell is an appropriate candidate for offloading. Specifically, a particular cell is determined to be an appropriate candidate for offloading, if the following conditions are fulfilled:
  • M 1 ’ is a respective margin defined for each of the load metrics
  • ‘A’ and ‘B’ denote Cells A and B, respectively
  • ‘ 67 ’ is a predetermined offset applied to the margin M 1 for condition (2).
  • the MLB function of the first base station 5 - 1 determines a particular cell to be an appropriate candidate for offloading, if: (1) there is at least a first metric (Q i ) indicating a load in the cell of the first base station 5 - 1 (Cell A) which is at least a margin (M 1 ) greater than the load indicated by the first metric (Q i ) reported for the neighbour cell (e.g. Cell B); and (2) for any other metric than the first metric, the metric (Q k ) indicating a load reported for the handover candidate cell (e.g. Cell B) is equal or less than the load indicated by that metric (Q k ) for the first base station's 5 - 1 cell (Cell A) plus the margin (M 1 ) minus a predetermined offset ( ⁇ ) associated with that metric.
  • Q i a first metric
  • M 1 margin
  • the margin M 1 may be predetermined (e.g. specific to the base station 5 , the cell, and; or the RAN) and/or there may be a separate margin M 1 for each type of load metrics, where appropriate.
  • the margin M 1 in condition (2) serves to reduce the likelihood of a ‘reverse’ offloading from Cell B to Cell A based on the first metric in a subsequent MLB processing (by the second base station 5 - 2 ), whilst the offset ‘ ⁇ ’ serves to reduce the likelihood of a reverse offloading based on the other metric Q k .
  • potential conflicts between the MLB functions of the neighbouring base stations 5 can be prevented, which in turn may reduce the need for unnecessary signalling and handovers between the base stations 5 .
  • the MLB function of the first base station 5 - 1 takes into account not only those metric(s) that may result in an offloading from Cell A to Cell B, but also those metrics that may be used by the MLB function of the neighbour base station 5 - 2 when considering a subsequent offloading from Cell B to Cell A.
  • the ‘general’ condition (1) may also involve an activation threshold for Cell A, in which case the value of a particular load metric needs to be above its activation threshold (associated with the given load metric) before considering condition (2).
  • the following inequality needs to be fulfilled: Q 1 (A) ⁇ Th ACT (i).
  • the activation threshold beneficially prevents the MLB function from initiating an offloading (and associated signalling) when the load indicated by a particular metric is low (albeit it may be greater than the load of a neighbour cell indicated by that metric).
  • condition (2′) the MLB function is configured to take into account a threshold (either absolute or relative) when enforcing the modified condition (2)—herein referred to as condition (2′).
  • a threshold either absolute or relative
  • condition (2′) a particular cell is determined to be an appropriate candidate for offloading, if the following conditions are fulfilled:
  • ‘M 1 ’ is a respective margin defined for each of the load metrics
  • ‘M 2 ’ is a margin dependent on the (e.g. specific) combination of the load metrics ‘i’ and ‘k’ being compared
  • ‘Th(i,k)’ is a threshold for applying condition (2′)
  • ‘A’ and ‘B’ denote Cells A and B, respectively
  • ‘ ⁇ ’ is a predetermined offset applied to the margin M 1 for condition (2′).
  • the MLB function of the first base station 5 - 1 determines a particular cell to be an appropriate candidate for offloading, if: (1) there is at least a first metric (Q i ) indicating a load in the cell of the first base station 5 - 1 (Cell A) which is at least a margin (M 1 ) greater than the load indicated by the first metric (Q i ) reported for the neighbour cell (e.g. Cell B); and (2) for any other metric than the first metric, the metric (Q k ) indicating a load reported for the handover candidate cell (e.g. Cell B) is equal or less than the larger one of:
  • the threshold ‘Th(i,k)’ may be referred to as an ‘absolute’ threshold, whereas the margin M 2 may be referred to as a ‘relative’ threshold, since M 2 is used for setting a minimum difference between the corresponding load metrics for two cells rather than an absolute load level.
  • the threshold(s) may beneficially reduce the risk of potential offloading opportunities not being considered by the MLB function, e.g. in the case when only one of the metrics is indicative of a (significantly) higher load in Cell A than in Cell B, whilst any other metrics are indicative of a lower load in Cell A than the one metric. In turn, this also reduces the risk of a potential communication issues (failure, delay, re-transmission, and/or the like) resulting from an overload in Cell A corresponding to only one type of metric (but not necessarily the other metrics).
  • Table 1 below (which generally corresponds to Table 9.1.2.14 of TS 36.423) illustrates the contents of the ‘Resource Status Update’ message that may be sent between neighbouring base stations (e.g. over the X2 interface), whilst Tables 2 to 6 illustrate various information elements (IEs) relating to load metrics that may be included in the Resource Status Update messages sent between base stations.
  • IEs information elements
  • the ‘Hardware Load Indicator’ IE (Table 2) indicates the status of the Hardware Load experienced by a specific cell of the base station sending the Hardware Load Indicator IE.
  • the ‘S1 TNL Load Indicator’ IE (Table 3) indicates the status of the S1 (S1 interface) Transport Network Load experienced by the cell.
  • the ‘Radio Resource Status’ IE (Table 4) indicates the usage of the PRBs for all traffic in Downlink and Uplink.
  • the ‘Composite Available Capacity Group’ IE (Table 5) indicates the overall available resource level in the cell in Downlink and Uplink.
  • the ‘Composite Available Capacity’ IE (Table 6) indicates the overall available resource level in the cell of the base station in either Downlink or Uplink.
  • the ‘Load Indicator’ IF (Table 7) indicates the status of load of a particular base station (operating one or more cells).
  • the ‘Capacity Value’ IE (Table 8) indicates the amount of resources that are available at a particular base station relative to the total E-UTRAN resources of that base station.
  • Load Indicator Type definition used for Hardware Load and S1 TNL load (Table 9.2.36 of TS 36.423) IE/Group Semantics Name Presence Range IE type and reference description Load M ENUMERATED Indicator (LowLoad, MediumLoad, HighLoad, Overload, . . . )
  • Capacity Value IE definition (Table 9.2.47 of TS 36.423) Assigned IE/GroupName Presence Range IE type and reference Semantics description Criticality Criticality Capacity M INTEGER Value 0 shall indicate no available — — Value (0 . . . 100) capacity, and 100 shall indicate maximum available capacity. Capacity Value should be measured on a linear scale.
  • FIG. 2 is a block diagram illustrating the main components of the mobile communication device 3 shown in FIG. 1 .
  • the mobile communication device 3 has a transceiver circuit 31 that is operable to transmit signals to and to receive signals from the base station 5 via one or more antenna 33 .
  • the mobile communication device 3 may of course have all the usual functionality of a conventional mobile telephone 3 (such as a user interface 35 ) and this may be provided by any one or any combination of hardware, software and firmware, as appropriate.
  • the mobile communication device 3 has a controller 37 to control the operation of the mobile communication device 3 .
  • the controller 37 is associated with a memory 39 and is coupled to the transceiver circuit 31 .
  • Software may be pre-installed in the memory 39 and/or may be downloaded via the telecommunications network or from a removable data storage device (RMD), for example.
  • RMD removable data storage device
  • the controller 37 is configured to control overall operation of the mobile communication device 3 by, in this example, program instructions or software instructions stored within the memory 39 .
  • these software instructions include, among other things, an operating system 41 , a communications control module 43 , and a handover module 45 .
  • the communications control module 43 is operable to control the communication between the mobile communication device 3 and the base stations 5 .
  • the communications control module 43 also controls the separate flows of uplink data and control data that are to be transmitted to the base stations 5 .
  • the handover module 45 is responsible for complying with the base stations instructions relating to handover. Such instruction may relate to performing and reporting signal measurements with respect to one or more cells, and to perform handover to a cell (target cell) indicated by the (current) serving base station (e.g. based on the reported signal measurements and/or any load balancing metrics available to the serving base station).
  • FIG. 3 is a block diagram illustrating the main components of the base stations 5 - 1 to 5 - 3 shown in FIG. 1 .
  • the base station 5 includes a transceiver circuit 51 which is operable to transmit signals to and to receive signals from the mobile communication devices 3 via one or more antennae 53 and which is operable to transmit signals to and to receive signals from the core network 7 and/or other base stations 5 via a network interface 55 .
  • the network interface 55 typically includes an S1 interface for communicating with the core network 7 and an X2 interface for communicating with the other base stations.
  • a controller 57 controls the operation of the transceiver circuit 51 in accordance with software stored in a memory 59 .
  • the software includes, among other things, an operating system 61 , a communications control module 63 , a load measurement module 64 , a reporting module 65 , a mobility load balancing (MLB) module 66 , and a handover control module 67 .
  • an operating system 61 includes, among other things, a communications control module 63 , a load measurement module 64 , a reporting module 65 , a mobility load balancing (MLB) module 66 , and a handover control module 67 .
  • MLB mobility load balancing
  • the communications control module 63 is operable to control the communication between the base station 5 and the mobile communication device 3 and to control the communication between the base station 5 and other network entities (e.g. other base stations and core network entities) that are connected to the base station 5 .
  • the communications control module 63 also controls the separate flows of uplink and downlink user traffic and control data to be transmitted to the mobile communication devices 3 served by the base station 5 including, for example, control data for managing operation of the mobile communication devices 3 .
  • the load measurement module 64 is operable to carry out measurement of current system/cell load, for example, by calculating the number of physical resource blocks currently used by GBR and/or non-GBR traffic belonging to each respective mobile communication device 3 . Such measurements may be carried out periodically and/or upon detecting a trigger (such as receiving a measurement request from a neighbouring base station). The results of the load measurements may be provided, e.g. in the form of load metrics, to the other modules either directly (e.g. upon request) or via the memory 59 .
  • the reporting module 65 is operable to handle (e.g. receive, generate, and send) messages relating to reporting of load measurements (performed by the load measurement module 64 ).
  • the reporting module 65 is operable to handle messages formatted in accordance with the X2AP protocol.
  • the MLB module 66 is responsible for comparing load metrics for the base station's own cells (obtained from the load measurement module 64 ) and the corresponding load metrics obtained (via the reporting module 65 ) for one or more neighbouring cell(s) in order to determine whether or not to perform an offloading operation, and to which cell.
  • the handover control module 67 is responsible for instructing the mobile communication devices 3 served by the base station 5 to carry out procedures relating to handover. Such instruction may relate to performing and reporting signal measurements with respect to one or more cells (of the base station 5 and/or neighbouring base stations), and to perform handover to a cell (target cell) indicated by the base station 5 (e.g. based on the reported signal measurements and/or any load balancing metrics available to the MLB module 66 ).
  • the mobile communication device 3 and the base station 5 are described for ease of understanding as having a number of discrete modules (such as the communications control modules, the load measurement module, the MLB module, and the handover module). Whilst these modules may be provided in this way for certain applications, for example where an existing system has been modified to implement the invention, in other applications, for example in systems designed with the inventive features in mind from the outset, these modules may be built into the overall operating system or code and so these modules may not be discernible as discrete entities. These modules may also be implemented in software, hardware, firmware or a mix of these.
  • a possible approach for the MLB function is to perform offloading if the load in the served cell is at least a margin greater than the load in the neighbour cell.
  • the following description explains, with reference to FIGS. 4 to 9 , some possible ways in which an offloading decision can be determined based on a number of metrics exchanged between the base stations 5 , whilst also avoiding the aforementioned conflicts arising from the use of more than one of the different metrics by the different base stations 5 .
  • measurements may have different reported granularities. For example, for CAC and PRB usage an integer value in the range 0-100 is reported, whilst for the other measurements only one of four discrete values (‘low’, ‘medium’, ‘high’, and ‘overload’) may be reported. Further, the measurements may not have the same polarity (e.g. PRB usage, HW and TNL load indicate the load in the cell, whereas CAC indicates the available capacity), i.e. some metrics express the available (unused) capacity whilst other metrics express the already used (thus unavailable) capacity (i.e. the current load). There may also be other differences between the reported metrics (e.g.
  • the TNL or HW load may correspond to only one or to several cells controlled by a base station, whereas PRB usage or CAC always correspond to an individual cell) which may need to be addressed by an appropriate transformation even if the metrics use the same units and/or the same polarity.
  • the present invention also overcomes these issues by an appropriate transformation (either at the reporting base station or at the requesting base station) of the reported metrics, if necessary.
  • Table 9 illustrates an exemplary transformation of various metrics wherein the enumerated values ‘low’, ‘medium’, ‘high’, and ‘overload’ are obtained by comparing the actual (measured) value with a set of predetermined thresholds and by estimating the value to be the midpoint of each of the quantization intervals.
  • the set of metrics exchanged between two base stations will be denoted by Q 1 , . . . , Q N , where each Q i correspond to one of the metrics exchanged, after any necessary transformations have been made.
  • such transformation is preferably performed by the first base station 5 - 1 requesting the metrics (i.e. the neighbour base stations 5 - 2 , 5 - 3 provide standard metrics), although will be appreciated that in other examples the transformation, if any, may be performed by the second and third base stations 5 - 2 , 5 - 3 performing the measurements.
  • the neighbour base stations 5 - 2 , 5 - 3 may provide (transformed) metrics that are already adapted to the format required by the requesting base station's 5 - 1 MLB module 66 when checking conditions (1) and (2) below.
  • the MLB module 66 of the first base station 5 - 1 is configured to compare the reported (and transformed, as appropriate) plurality of metrics for the neighbour's cell (i.e. Cell B in case of the second base station 5 - 2 and Cell C in case of the third base station 5 - 3 ) with the corresponding plurality of metrics obtained for its own cell (i.e. Cell A). Based on this comparison, the MLB module 66 determines whether a particular neighbour cell (e.g. Cell B) is an appropriate candidate for offloading, i.e. whether the following conditions are fulfilled for that cell:
  • a particular neighbour cell e.g. Cell B
  • M 1 ’ is a respective margin defined for each of the load metrics
  • ‘A’ and ‘B’ denote Cells A and B, respectively
  • ‘ ⁇ ’ is a predetermined offset applied to the margin M 1 for condition (2).
  • the MLB module 66 determines that Cell B is an appropriate candidate for offloading, if: (1) there is at least a first metric (Q i ) indicating a load (measured by the load measurement module 64 ) in the first base station's 5 - 1 own cell (Cell A) which is at least a margin NO greater than the load indicated by the first metric (Q i ) reported for Cell B (via the reporting module 65 ); and (2) for any other metric than the first metric, the metric (Q k ) indicating a load reported for Cell B is equal or less than the load indicated by that metric (Q k ) for Cell A plus the margin (M 1 ) minus a predetermined offset ( ⁇ ) associated with that metric.
  • FIG. 4 illustrates exemplary load metrics in accordance with an embodiment of the invention in the mobile telecommunications network 1 of FIG. 1 .
  • the left hand side of FIG. 4 illustrates an exemplary scenario in which an offloading would take place from Cell A to Cell B without including the offset ⁇ in condition (2).
  • the likely outcome of such offloading is shown in the right hand side of FIG. 4 , resulting in a potential offloading being performed in the reverse direction (from Cell B to Cell A) in a subsequent MLB iteration (assuming nothing else has changed in Cells A and B).
  • the inclusion of the offset ⁇ in condition (2) may prevent such offloading followed by a reverse offloading being performed, as indicated for the metric Q k (B) in the left hand side of FIG. 4 .
  • FIG. 5 illustrates the metrics Q(A) and Q(B) in a plane.
  • any value of metric Q(A) that is above Boundary 1 would trigger condition (1) for offloading from Cell A to Cell B
  • any value of metric Q(B) that is below Boundary 3 would trigger condition (1) for offloading in the reverse direction, i.e. from Cell B to Cell A.
  • any metrics value above Boundary 2 would fulfil condition (2) for offloading from Cell A to Cell B. Therefore, by setting ⁇ >0 it can be seen that condition (2) guarantees that condition (1) cannot be met for that same metric to offload in the reverse direction (i.e. from Cell B to Cell A).
  • Boundary 2 (which is determined by the offset ‘ ⁇ ’) is set to be below Boundary 1 , which may be achieved by e.g. selecting the offset value ⁇ for metric k (‘ ⁇ (k)’) from the range [0, 2 ⁇ M1(k)].
  • FIG. 6 illustrates exemplary load metrics in accordance with a modification of the embodiment shown in FIG. 4 .
  • the left hand side of FIG. 6 illustrates an exemplary scenario, in which condition (2) is not met, although condition (1) is met, which may thus result in a potential offloading opportunity (from Cell A to Cell B) not being considered by the MLB module 66 despite the metric Q i being indicative of a significantly higher load in Cell A than in Cell B.
  • the other metrics e.g. in this case Q k
  • the combination of conditions (1) and (2) does not trigger an offloading.
  • metric Q i is indicative of a high (potential near maximum) load for Cell A
  • metric Q i is likely to have a much greater impact on the performance of the first base station 5 - 1 than metric Q k .
  • metric Q i might result in a potential blocking or dropping of bearers in Cell A, which could have been prevented by offloading some of the bearers to Cell B.
  • offloading (e.g. from Cell A to Cell B) is made possible by the application of a threshold (either absolute or relative) for the enforcement of condition (2).
  • a threshold either absolute or relative
  • such a threshold results in triggering an offloading towards Cell B based on condition (1) alone.
  • This can be expressed using the following conditions (1) and (2′), in which case, the MLB module 66 determines that a particular cell (Cell B) is an appropriate candidate for offloading (from Cell A) if the following conditions are fulfilled:
  • M 1 is the respective margin defined for each of the load metrics
  • M 2 is a margin (a relative threshold) dependent on the combination of the load metrics ‘i’ and ‘k’ being compared
  • Th(i,k)’ is a threshold (an absolute threshold) for applying condition (2′) for metrics Q i and Q k
  • A’ and ‘B’ denote Cells A and B, respectively
  • ⁇ ’ is a predetermined offset applied to the margin M 1 for condition (2′).
  • the MLB module 66 of the first base station 5 - 1 determines that Cell B is an appropriate candidate for offloading, if: (1) there is at least a first metric (Q′) indicating a load in the cell of the first base station 5 - 1 (Cell A) which is at least a margin (M 1 ) greater than the load indicated by the corresponding first metric (Q i ) reported for Cell B; and (2) for any metric (Q k ) other than the first metric, the metric (Q k ) indicating a load reported for Cell B is equal or less than the larger one of:
  • FIG. 6 illustrates the application of an absolute threshold on the operation of the MLB module 66 , and the resulting offloading decisions when the above described condition (1) and condition (2′) are being applied.
  • FIG. 6 illustrates a scenario in which offloading (from Cell A to Cell B) is being performed. This is because the threshold in condition (2′) effectively results in Q k (B) being ignored by the MLB module 66 , since Q k (B) is below the applicable threshold Th(i,k)—albeit Q k (B) being larger than the corresponding Q k (A).
  • FIG. 6 illustrates a scenario in which whilst the value of the metric Q k (B) is above the applicable threshold Th(i,k), offloading from Cell A to Cell B can still be performed after applying condition (2′) because the value of metric Q k (B) is less than (or equal to) the value of Q k (A) plus the margin M 1 minus offset ⁇ .
  • FIG. 7 is a comparison of the effects of an absolute and a relative threshold on the operation of the MLB module 66 , and the resulting offloading decision when the above described condition (1) and condition (2′) are being applied. Specifically, the left hand side of FIG. 7 illustrates a scenario in which:
  • FIG. 8 illustrates exemplary load metrics in accordance with a modification of the embodiment shown in FIG. 4 .
  • two neighbouring base stations 5 may decide to initiate simultaneous offloading in the opposite directions, which may be due to the original condition (2) not being checked, e.g. when a threshold such as Th(i,k) and/or M 2 (i,k) is being applied.
  • a threshold such as Th(i,k) and/or M 2 (i,k) is being applied.
  • the MLB module 66 may be configured, for example, as follows:
  • point a) ensures that condition (2′) is not skipped based on the absolute threshold if the target cell load is above the activation threshold Th ACT .
  • point b) guarantees that at most one of the inequalities ⁇ Q k (B) ⁇ Q i (A) ⁇ M 2 (i,k)>>and ⁇ Q i (A) ⁇ Q k (B) ⁇ M 2 (k,i)>> can be true at the same time, but both could be false.
  • condition (2′) may still be true for both inequalities due to e.g. the absolute threshold, but in this case point a) would avoid the simultaneous offloading.
  • point a) would avoid the simultaneous offloading.
  • Table 10 illustrates an exemplary configuration of the MLB module 66 .
  • the MLB module 66 may be configured to directly compare the UL and DL metrics whilst avoiding a direct comparison of the TNL and PRB usage metrics.
  • the exemplary threshold for each combination of metrics (Q 1 to Q 4 ) may be defined as illustrated in Table 10, wherein ‘E’ denotes a minimum step size for a given metric:
  • an absolute threshold (‘Th’) can be turned off by setting it to ‘0’ and a relative threshold (‘M 2 ’) can be turned off by setting it to ‘ ⁇ ’.
  • the MLB module 66 may select Cell B as an offloading target if the following conditions are met:
  • the above described method is agnostic with respect to the offloading mechanism being employed, which may thus involve any appropriate adjustment of handover parameters such as handover thresholds, cell specific offsets, and/or the selection of a subset of UEs as candidates for forced offloading.
  • FIG. 9 is a timing diagram illustrating messages exchanged between the base stations 5 of FIG. 1 whilst performing mobility load balancing in accordance with an embodiment of the present invention.
  • the procedure starts in step S 100 , in which the first base station 5 - 1 (using its MLB module 66 ) initiates the MLB processing in order to find out whether or not offloading is required, and to which cell. It will be appreciated that a round of such MLB procedure may be initiated either periodically, or upon detecting a trigger, such as the load in Cell A (or the hardware load of the first base station 5 - 1 ) reaching a predetermined threshold, percentage, and/or the like.
  • a trigger such as the load in Cell A (or the hardware load of the first base station 5 - 1 ) reaching a predetermined threshold, percentage, and/or the like.
  • the first base station 5 - 1 (using its MLB module 66 ) thus generates and sends, in step S 101 , an appropriately formatted message (e.g. an X2 protocol message, such as a ‘Resource Status Request’ message) requesting the second base station 5 - 2 operating Cell B to provide load measurements (e.g. one or more of the metrics described in Tables 2 to 8 above) with respect to Cell B.
  • the first base station's 5 - 1 message includes information (e.g. one or more information element) identifying the type of metric(s) required by the MLB module 66 .
  • the first base station 5 - 1 (using its MLB module 66 ) also generates and sends, in step S 102 , an appropriate message requesting the third base station 5 - 3 to provide load metrics for Cell C.
  • each neighbour base station 5 - 2 , 5 - 3 that have been requested to do so in response to receiving the first base station's 5 - 1 request, each neighbour base station 5 - 2 , 5 - 3 that have been requested to do so generates (using its reporting module 65 ) an appropriate load report for the cell operated by that second and third base station 5 - 2 , 5 - 3 (following one or more appropriate load measurement by its load measurement module 64 ).
  • the generated load report comprises one or more load metrics as described in Tables 2 to 8 above.
  • the second base station 5 - 2 (using its reporting module 65 ) transmits an appropriately formatted signalling message (e.g. an X2 protocol message, such as a ‘Resource Status Update’ message) to the first base station 5 - 1 and includes in this message the requested. load metrics (e.g. one or more information elements as described in Tables 2 to 8) with respect to Cell B.
  • the third base station 5 - 3 provides the requested load metrics (if any) with respect to Cell C (by sending another ‘Resource Status Update’ message or the like).
  • step S 109 the MLB module 66 of the requesting base station 5 - 1 determines, based on the received load metrics, whether offloading can be performed to one of the neighbour cells. Specifically, the MLB module 66 applies conditions (1) and (2) and/or conditions (1) and (2′) described above. If the MLB module 66 determines that offloading cannot be performed, then the current MLB processing round ends. In this case, the MLB module may return to step S 100 for the next MLB processing round (when appropriate).
  • the MLB module 66 determines, in step S 109 , that offloading can be performed to Cell B, then the MLB module 66 initiates offloading towards the Cell B, by generating (using the handover control module 67 ) and sending, in step S 111 , an appropriately formatted signalling message (e.g. an X2 signalling message) causing some of the traffic (e.g. one or more communication bearer) to be moved (handed over) to the neighbour base station 5 - 2 operating Cell B.
  • an appropriately formatted signalling message e.g. an X2 signalling message
  • the MLB module 66 determines, in step S 109 , that offloading can be performed to Cell C, then the MLB module 66 initiates offloading towards the Cell C, by generating (using the handover control module 67 ) and sending, in step S 112 , an appropriately formatted signalling message to the neighbour base station 5 - 2 operating Cell C initiating offloading towards Cell C.
  • steps S 111 and S 112 may comprise a number of signalling messages being exchanged between the base stations 5 (and possibly any mobile communication device 3 being moved to a new serving cell).
  • step S 115 after having successfully completed the required offloading (if any) in steps S 111 and/or S 112 , the MLB module 66 of the first base station 5 - 1 terminates processing of the current offloading round.
  • the first base station is configured to initiate MLB processing with respect to two neighbour base stations.
  • the first base station may initiate MLB processing with respect to any number of base stations, e.g. for a single base station or for three (or more) base stations, e.g. all base stations.
  • the MLB processing may be performed for a plurality of base stations (or cells) in a predetermined order, e.g. with respect to one base station/one cell at the time (in a round-robin fashion and/or the like).
  • each base station may initiate its own MLB procedure (e.g. concurrently), in which case each base station may be configured to request load metrics from a number of neighbour base station(s) and to provide load metrics for its own cell to any neighbour base station requesting such load metrics.
  • the base station operating Cell A is configured to initiate offloading towards the neighbour cell(s) when predetermined conditions (1/2/2′) are met. It will be appreciated that such offloading may comprise any appropriate action that would result in a potential reduction of the base station's load, e.g. by handover of one or more UEs to a neighbour cell (target cell).
  • the base station using its handover control module
  • the base station may be configured to adjust the applicable handover parameters for some (or all) UEs served via its Cell A.
  • such actions/adjustments may not necessarily result in any UE being handed over to any of the target cells since such handovers may depend on other conditions as well (e.g. the base station operating the target cell and/or a core network entity may need to authorise such handovers).
  • the base stations and the mobile communication devices can be considered as communications nodes or devices which communicate with each other.
  • Other communications nodes or devices may include access points and user devices such as, for example, personal digital assistants, laptop computers, web browsers, and the like.
  • condition (2′) the MLB function is configured to apply both an absolute and a relative threshold. However, it will be appreciated that the MLB function may apply only an absolute threshold or a relative threshold. In this case, condition (2′) may be modified as:
  • the software modules may be provided in compiled or un-compiled form and may be supplied to the base station as a signal over a computer network, or on a recording medium. Further, the functionality performed by part or all of this software may be performed using one or more dedicated hardware circuits. However, the use of software modules is preferred as it facilitates the updating of the base station in order to update its functionality. Similarly, although the above exemplary embodiments employed transceiver circuitry, at least some of the functionality of the transceiver circuitry can be performed by software.
  • the first condition may comprise the following inequality:
  • Q i (A) denotes said measurement result of said first type for said first cell
  • Q i (B) denotes said measurement result of said first type for said second cell
  • M 1 (i) comprises a margin applicable to said measurement result of said first type.
  • the second condition may comprise the following inequality:
  • Q k (A) denotes said measurement result of said second type for said first cell
  • Q k (B) denotes said measurement result of said second type for said second cell
  • M 1 (k) comprises a margin applicable to said measurement result of said second type
  • ⁇ (k) comprises a predetermined offset for said measurement of said second type.
  • the means for determining whether a second condition is met may be operable to perform said comparison of the respective measurement result of a second type for each of said first and second cells conditional on a comparison of said measurement result of a second type for said second cell with a threshold.
  • the second condition may comprise the following inequality:
  • Q i (A)’ denotes said measurement result of said first type for said first cell
  • Q k (A)’ denotes said measurement result of said second type for said first cell
  • Q k (B) denotes said measurement result of said second type for said second cell
  • M 1 (k)’ comprises said margin applicable to said measurement result of said second type
  • ⁇ (k)’ comprises a predetermined offset for said measurement result of said second type
  • Th(i,k) comprises said threshold
  • M 2 (i,k) comprises a required difference between said measurement results of said first type for said first and second cells when considering said measurement result of said second type.
  • the first condition may further comprise a comparison of the measurement result of said first type to an activation threshold associated with said measurement result of said first type before considering said second condition.
  • the first condition may comprise the following inequality:
  • Th ACT (i) comprises said activation threshold for said measurement result of said first type.
  • controlling means may be operable to initiate offloading from said first cell towards said second cell by updating a handover parameter associated with said first cell.
  • each of said measurement result of said first type and said measurement result of said second type may comprise a measurement selected from: a hardware load measurement for a specific cell (e.g. included in a ‘Hardware Load Indicator’ information element); a measurement of a core network interface (e.g. an S1 interface), such as a measurement of a transport network load experienced by said cell (e.g. included in an ‘S1 TNL Load Indicator’ information element); a measurement of a usage of physical radio blocks, PRBs, for all downlink and/or uplink traffic in said cell (e.g. included in a ‘Radio Resource Status’ information element); a measurement of an overall available resource level in a specific cell in downlink and/or uplink (e.g.
  • a hardware load measurement for a specific cell e.g. included in a ‘Hardware Load Indicator’ information element
  • a measurement of a core network interface e.g. an S1 interface
  • a ‘Composite Available Capacity Group’ information element a measurement of an overall available resource level in the cell of the base station in downlink and/or uplink (e.g. included in a ‘Composite Available Capacity’ information element); a measurement of an overall available resource level in the cell of the base station in uplink (e.g. included in a ‘Composite Available Capacity’ information element); a measurement of a load for a particular base station operating one or more cells; and a measurement of an amount of resources that are available at a particular base station relative to the total evolved universal terrestrial radio access network, E-UTRAN, resources of that base station.
  • E-UTRAN evolved universal terrestrial radio access network
  • the determining may perform said comparison of the respective measurement result of a second type for each of said first and second cells conditional on a result of a comparison of said measurement result of a second type for said second cell with a threshold.

Abstract

A communication system is disclosed comprising a first base station operating a first cell and a second base station operating a second cell. The first base station determines that load should be offloaded from the first cell towards the second cell based on a comparison of respective measurement result of a first type obtained for the first and second cells. The first base station controls load balancing based on a second comparison of respective measurement result of a second type for each of the first and second cells, wherein a second condition, when met, indicates that the base station operating the second cell will not offload load to the first cell based on the respective measurement result of the second type for the first and second cells.

Description

    TECHNICAL FIELD
  • The present invention relates to a cellular or wireless telecommunications network, and particularly but not exclusively to optimisation of load distribution in a radio access network. The invention has particular but not exclusive relevance to wireless telecommunications networks implemented according to the Long Term Evolution (LTE) standard specified by the 3rd Generation Partnership Project (3GPP).
  • BACKGROUND ART
  • In 3GPP LTE networks, a base station (i.e. evolved NodeB, eNB) of a Radio Access Network (RAN) transmits data and signalling between a core network (CN) and User Equipment (UEs) located within the base station's coverage area. Base stations of a RAN typically include a number of ‘regular’ or ‘macro’ base stations and a number of ‘small cell’ or ‘pico’ base stations (often referred to as low power nodes, LPNs). In LTE, the RAN is referred to as the Evolved Universal Terrestrial Radio Access (E-UTRA) network (E-UTRAN) and the core network is referred to as the Evolved. Packet Core (EPC) network. User equipment may comprise, for example, mobile telephones, mobile communication devices, user communication devices, laptop computers, and/or the like.
  • In LTE networks, a number of different load metrics can be exchanged between neighbouring base stations by means of a suitable base station to base station interface, such as an ‘X2’ interface and/or the like. As described in sections 9.1 and 9.2 of 3GPP TS 36.423, such load metrics include one or more of:
      • Composite Available Capacity (CAC);
      • Physical Resource Block (PRB) usage: i) for Guaranteed Bit Rate (GBR) bearers; ii) for non-GBR bearers; or iii) both;
      • Transport Network Layer (TNL) load; and
      • hardware (HW) load.
  • Each of these measurements can be reported separately for the (UL) and the Downlink (DL).
  • The so-called Mobility Load Balancing (MLB) function is responsible for optimising the mobility parameter configuration of the network nodes (e.g. base stations) in order to balance the distribution of load in the network. The MLB relies on information, including the above metrics, exchanged between neighbouring base stations.
  • Generally, the base station initiating the load balancing procedure determines which measurements need to be reported by which base station(s) and processes the reported measurements in order to determine whether it is necessary to adjust any associated mobility parameters. Typically, the MLB function performs offloading if the load in the served cell is at least a margin greater than the load reported by the neighbour cell. The purpose of the margin is to prevent oscillations and too frequent parameter changes. Although the different load metrics may be correlated, there might still be imbalances in opposite directions between two cells when different metrics or link directions (uplink/downlink) are considered by the MLB function.
  • Such imbalances may result in conflicts between the base stations, i.e. the base station operating cell A may try to offload towards cell B whilst, either simultaneously or subsequently, the base station operating cell B may try to offload towards cell A.
  • SUMMARY OF INVENTION
  • It is therefore an object of the present invention to improve performance of the communication networks and to improve the ways in which offloading can be performed between cells.
  • In one aspect, the invention provides a base station operating a cell in a communication network comprising a plurality base stations each operating a respective cell for communicating with a plurality of user communication devices, the base station comprising means for obtaining: i) a measurement result of a first type for a first cell operated by said base station; ii) information identifying a measurement result of said first type for a second cell operated by a different base station of said plurality of base stations; iii) a measurement result of a second type for said first cell; and iv) information identifying a measurement result of said second type for said second cell. The base station comprises: means for determining whether a first condition is met based on a comparison of the respective measurement result of a first type for each of said first and second cells, wherein said first condition, when met, indicates that load should be offloaded from said first cell towards said second cell; means for determining whether a second condition is met based on a comparison of the respective measurement result of a second type for each of said first and second cells, wherein said second condition, when met, indicates that said different base station will not offload load from said second cell to said first cell based on the respective measurement result of a second type for each of said first and second cells; and controlling means for controlling a load balancing based on said determining, when at least said first condition and said second condition is met, wherein said controlling means is operable to initiate offloading of load from said first cell towards said second cell.
  • In one aspect, the invention provides a base station operating a cell in a communication network comprising a plurality base stations each operating a respective cell for communicating with a plurality of user communication devices, the base station comprising a transceiver and a processor, wherein said transceiver is configured to obtain: i) a measurement result of a first type for a first cell operated by said base station; ii) information identifying a measurement result of said first type for a second cell operated by a different base station of said plurality of base stations; iii) a measurement result of a second type for said first cell; and iv) information identifying a measurement result of said second type for said second cell. The processor is configured to: determine whether a first condition is met based on a comparison of the respective measurement result of a first type for each of said first and second cells, wherein said first condition, when met, indicates that load should be offloaded from said first cell towards said second cell; determine whether a second condition is met based on a comparison of the respective measurement result of a second type for each of said first and second cells, wherein said second condition, when met, indicates that said different base station will not offload load from said second cell to said first cell based on the respective measurement result of a second type for each of said first and second cells; and control a load balancing based on said determining, when at least said first condition and said second condition is met, wherein said processor is operable to initiate offloading of load from said first cell towards said second cell.
  • In one aspect, the invention provides a system comprising the above described base station, a base station operating said second cell, and at least one user communication device.
  • In one aspect, the invention provides a method performed by a base station operating a cell in a communication network comprising a plurality base stations each operating a respective cell for communicating with a plurality of user communication devices, the method comprising obtaining: i) a measurement result of a first type for a first cell operated by said base station; ii) information identifying a measurement result of said first type for a second cell operated by a different base station of said plurality of base stations; iii) a measurement result of a second type for said first cell; and iv) information identifying a measurement result of said second type for said second cell. The method comprises determining whether a first condition is met based on a comparison of the respective measurement result of a first type for each of said first and second cells, wherein said first condition, when met, indicates that load should be offloaded from said first cell towards said second cell; determining whether a second condition is met based on a comparison of the respective measurement result of a second type for each of said first and second cells, wherein said second condition, when met, indicates that said different base station will not offload load from said second cell to said first cell based on the respective measurement result of a second type for each of said first and second cells; and controlling a load balancing based on said determining, when at least said first condition and said second condition is met, wherein said controlling is operable to initiate offloading of load from said first cell towards said second cell.
  • The invention provides, for all methods disclosed, corresponding computer programs or computer program products for execution on corresponding equipment, the equipment itself (user equipment, nodes or components thereof) and methods of updating the equipment.
  • BRIEF DESCRIPTION OF DRAWINGS
  • An exemplary embodiment of the invention will now be described, by way of example, with reference to the accompanying drawings in which:
  • FIG. 1 schematically illustrates a mobile telecommunication system of a type to which the invention is applicable;
  • FIG. 2 is a block diagram of a mobile communication device suitable for use in the telecommunications networks of FIG. 1;
  • FIG. 3 is a block diagram of a base station suitable for use in the telecommunications networks of FIG. 1;
  • FIG. 4 illustrates exemplary load metrics in accordance with an embodiment of the invention in the telecommunications network of FIG. 1;
  • FIG. 5 illustrates an exemplary load balancing function in accordance with an embodiment of the invention in the telecommunications network of FIG. 1;
  • FIG. 6 illustrates exemplary load metrics in accordance with a modification of the embodiment shown in FIG. 4;
  • FIG. 7 is a comparison of exemplary load metrics having an absolute and a relative threshold;
  • FIG. 8 illustrates exemplary load metrics in accordance with a modification of the embodiment shown in FIG. 4; and
  • FIG. 9 is a timing diagram illustrating messages exchanged between elements of the telecommunications network of FIG. 1 whilst carrying out an exemplary embodiment of the invention.
  • DESCRIPTION OF EMBODIMENTS Overview
  • FIG. 1 schematically illustrates a mobile (cellular) telecommunication system 1 including a plurality of mobile communication devices 3-1 to 3-3 (each of which comprises a mobile telephone or other compatible user equipment) and a plurality of base stations 5-1 to 5-3, each of which operates an associated cell (Cells A to C, respectively). Any of the base stations 5-1 to 5-3 may comprise a regular macro eNB and/or a small cell base station (such as Home evolved NodeB (HeNB), pico or femto base station, and/or the like).
  • In this example, the first mobile communication device 3-1 is initially served via cell C operated by the third base station 5-3 and the second and third mobile communication devices 3-2 and 3-3 are initially served via Cell A operated by the first base station 5-1. As those skilled in the art will appreciate, whilst three mobile communication devices 3 and three base stations 5 are shown in FIG. 1 for illustration purposes, additional user equipment and/or base stations may be present in a deployed system. It will also be appreciated that each base station 5 may operate more than one cell.
  • Communication between each of the base stations 5 and a core network 7 is via a so-called ‘S1’ interface. The core network 7 typically includes, amongst others, a home subscriber server (HSS), a mobility management entity (MME), a serving gateway (S-GW), and a Packet Data Network (PDN) Gateway (P-GW), which have been omitted for sake of simplicity.
  • An ‘X2’ interface is also provided for communication between neighbouring base stations 5 to facilitate data exchange between them (either directly, or via other nodes, such as a small cell gateway, X2 gateway, and/or the like).
  • In the mobile telecommunication system 1, the base stations 5 are beneficially configured to perform mobility load balancing by taking into account a plurality of load metrics reported by their respective neighbour base stations. For example, the first base station 5-1 is configured to request a number of load metrics to be reported by at least one of the other base stations 5-2 and 5-3, either periodically, or when the first base station 5-1 determines that its own load is above a predetermined threshold. The other base stations 5-2 and 5-3 generate and send the load metrics to the requesting base station 5-1, based on which the MLB function can determine whether or not offloading shall be initiated towards one or more of the neighbouring cells B and C.
  • However, conflicts may still arise when only a subset of the metrics are requested or are taken into account by the MLB function to determine the base stations' offloading decision, and/or when different base stations make an offloading decision based on different set of metrics. For example, in the downlink direction, the PRB usage of a cell (e.g. cell A) may be greater than the PRB usage of another cell (e.g. cell B) plus a predetermined margin. This can be expressed as PRBDL(cell A)>PRBDL(cell B)+margin. At the same time, however, in the uplink direction the PRB usage of cell B may be greater than the PRB usage of cell A plus the predetermined margin (PRBUL(cell B)>PRBUL(cell A)+margin). Such conflicts may result in repeated (unnecessary) handovers of one or more UEs between the cells, and in subsequent performance degradation for the affected users and in an increase in signalling load.
  • In this exemplary embodiment, the MLB function of the first base station 5-1 is configured to compare a first metric of the reported plurality of metrics for its own cell (Cell A) with the corresponding metric for the neighbour's cell (i.e. Cell B in case of the second base station 5-2 and Cell C in case of the third base station 5-3) and to compare each different metric reported for the neighbour's cell (e.g. all metrics other than the first metric) with the corresponding metric obtained for its own cell, in order to determine whether a particular neighbour cell is an appropriate candidate for offloading. Specifically, a particular cell is determined to be an appropriate candidate for offloading, if the following conditions are fulfilled:

  • there exists a first metric Q i for which Q i(A)≧Q i(B)+M 1(i)  (1)

  • and

  • for all other ‘secondary’ metrics Q k (with k≠i), Qk(B)≦Q k(A)+(M 1(k)−δ(k))  (2)
  • where ‘M1’ is a respective margin defined for each of the load metrics; ‘A’ and ‘B’ denote Cells A and B, respectively; and ‘67 ’ is a predetermined offset applied to the margin M1 for condition (2).
  • In other words, the MLB function of the first base station 5-1 determines a particular cell to be an appropriate candidate for offloading, if: (1) there is at least a first metric (Qi) indicating a load in the cell of the first base station 5-1 (Cell A) which is at least a margin (M1) greater than the load indicated by the first metric (Qi) reported for the neighbour cell (e.g. Cell B); and (2) for any other metric than the first metric, the metric (Qk) indicating a load reported for the handover candidate cell (e.g. Cell B) is equal or less than the load indicated by that metric (Qk) for the first base station's 5-1 cell (Cell A) plus the margin (M1) minus a predetermined offset (δ) associated with that metric.
  • The margin M1 may be predetermined (e.g. specific to the base station 5, the cell, and; or the RAN) and/or there may be a separate margin M1 for each type of load metrics, where appropriate. Effectively, the margin M1 in condition (2) serves to reduce the likelihood of a ‘reverse’ offloading from Cell B to Cell A based on the first metric in a subsequent MLB processing (by the second base station 5-2), whilst the offset ‘δ’ serves to reduce the likelihood of a reverse offloading based on the other metric Qk. Thus, beneficially, potential conflicts between the MLB functions of the neighbouring base stations 5 can be prevented, which in turn may reduce the need for unnecessary signalling and handovers between the base stations 5.
  • Thus effectively, the MLB function of the first base station 5-1 takes into account not only those metric(s) that may result in an offloading from Cell A to Cell B, but also those metrics that may be used by the MLB function of the neighbour base station 5-2 when considering a subsequent offloading from Cell B to Cell A.
  • The ‘general’ condition (1) may also involve an activation threshold for Cell A, in which case the value of a particular load metric needs to be above its activation threshold (associated with the given load metric) before considering condition (2). In other words, prior to checking condition (2), the following inequality needs to be fulfilled: Q1(A)≧ThACT(i). The activation threshold beneficially prevents the MLB function from initiating an offloading (and associated signalling) when the load indicated by a particular metric is low (albeit it may be greater than the load of a neighbour cell indicated by that metric).
  • In a modification of the above condition (2), herein denoted condition (2′), the MLB function is configured to take into account a threshold (either absolute or relative) when enforcing the modified condition (2)—herein referred to as condition (2′). In this case, a particular cell is determined to be an appropriate candidate for offloading, if the following conditions are fulfilled:

  • there exists a metric Q i for which Q i(A)≧Q i(B)+M 1(i)  (1)

  • and

  • for all other metrics Q k (with k≠i): Q k(B)≦max(Q k(A)+(M 1(k)−δ(k)), Th(i,k), Q i(A)−M 2(i,k))  (2′)
  • where ‘M1’ is a respective margin defined for each of the load metrics; ‘M2’ is a margin dependent on the (e.g. specific) combination of the load metrics ‘i’ and ‘k’ being compared; ‘Th(i,k)’ is a threshold for applying condition (2′); ‘A’ and ‘B’ denote Cells A and B, respectively; and ‘δ’ is a predetermined offset applied to the margin M1 for condition (2′).
  • In other words, the MLB function of the first base station 5-1 determines a particular cell to be an appropriate candidate for offloading, if: (1) there is at least a first metric (Qi) indicating a load in the cell of the first base station 5-1 (Cell A) which is at least a margin (M1) greater than the load indicated by the first metric (Qi) reported for the neighbour cell (e.g. Cell B); and (2) for any other metric than the first metric, the metric (Qk) indicating a load reported for the handover candidate cell (e.g. Cell B) is equal or less than the larger one of:
      • i) a load indicated by that metric (Qk) for the first base station's 5-1 cell (Cell A) plus the margin (M1) minus a predetermined offset (δ) associated with that metric;
      • ii) a threshold (Th(i,k)) associated with condition (2′); and
      • iii) a first metric (Qi) for the cell of the first base station 5-1 (Cell A) minus a margin (M2) specifying a required difference between the corresponding load metrics for the two cells being compared.
  • The threshold ‘Th(i,k)’ may be referred to as an ‘absolute’ threshold, whereas the margin M2 may be referred to as a ‘relative’ threshold, since M2 is used for setting a minimum difference between the corresponding load metrics for two cells rather than an absolute load level.
  • The threshold(s) may beneficially reduce the risk of potential offloading opportunities not being considered by the MLB function, e.g. in the case when only one of the metrics is indicative of a (significantly) higher load in Cell A than in Cell B, whilst any other metrics are indicative of a lower load in Cell A than the one metric. In turn, this also reduces the risk of a potential communication issues (failure, delay, re-transmission, and/or the like) resulting from an overload in Cell A corresponding to only one type of metric (but not necessarily the other metrics).
  • Load Metrics
  • Before discussing detailed the specific ways in which the base station 5 can carry out load balancing, a brief description will be given of the load metrics agreed for LTE in 3GPP technical specification (TS) 36.423, the entire contents of which are incorporated herein by reference.
  • Table 1 below (which generally corresponds to Table 9.1.2.14 of TS 36.423) illustrates the contents of the ‘Resource Status Update’ message that may be sent between neighbouring base stations (e.g. over the X2 interface), whilst Tables 2 to 6 illustrate various information elements (IEs) relating to load metrics that may be included in the Resource Status Update messages sent between base stations.
  • Specifically, the ‘Hardware Load Indicator’ IE (Table 2) indicates the status of the Hardware Load experienced by a specific cell of the base station sending the Hardware Load Indicator IE. The ‘S1 TNL Load Indicator’ IE (Table 3) indicates the status of the S1 (S1 interface) Transport Network Load experienced by the cell. The ‘Radio Resource Status’ IE (Table 4) indicates the usage of the PRBs for all traffic in Downlink and Uplink. The ‘Composite Available Capacity Group’ IE (Table 5) indicates the overall available resource level in the cell in Downlink and Uplink. The ‘Composite Available Capacity’ IE (Table 6) indicates the overall available resource level in the cell of the base station in either Downlink or Uplink. The ‘Load Indicator’ IF (Table 7) indicates the status of load of a particular base station (operating one or more cells). Finally, the ‘Capacity Value’ IE (Table 8) indicates the amount of resources that are available at a particular base station relative to the total E-UTRAN resources of that base station.
  • TABLE 1
    Resource Status Update message definition (Table 9.1.2.14 of TS 36.423)
    Assigned
    IE/Group Name Presence Range IE type and reference Semantics description Criticality Criticality
    Message Type M 9.2.13 YES ignore
    eNB1 Measurement ID M INTEGER Allocated by YES reject
    (1 . . . 4095, . . .) eNB1
    eNB2 Measurement ID M INTEGER Allocated by YES reject
    (1 . . . 4095, . . .) eNB2
    Cell Measurement Result 1 YES ignore
    >Cell Measurement Result 1 . . . EACH ignore
    Item <maxCellineNB>
    >>Cell ID M ECGI 9.2.14
    >>Hardware Load Indicator O 9.2.34
    >>S1 TNL Load Indicator O 9.2.35
    >>Radio Resource Status O 9.2.37
    >>Composite Available O 9.2.44 YES ignore
    Capacity Group
    >>ABS Status O 9.2.58 YES ignore
  • TABLE 2
    Hardware Load Indicator IE definition (Table 9.2.34 of TS 36.423)
    IE type and Semantics
    IE/Group Name Presence Range reference description
    DL Hardware Load M 9.2.36
    Indicator
    UL Hardware Load M 9.2.36
    Indicator
  • TABLE 3
    S1 TNL Load Indicator IE definition (Table 9.2.35 of TS 36.423)
    IE type Semantics
    IE/Group Name Presence Range and reference description
    DL S1TNL Load M 9.2.36
    Indicator
    UL S1TNL Load M 9.2.36
    Indicator
  • TABLE 4
    Radio Resource Status IE definition (Table 9.2.37 of TS 36.423)
    IE/Group Name Presence Range IE type and reference Semantics description
    DL GBR PRB usage M INTEGER (0 . . . 100)
    UL GBR PRB usage M INTEGER (0 . . . 100)
    DL non-GBR PRB usage M INTEGER (0 . . . 100)
    UL non-GBR PRB usage M INTEGER (0 . . . 100)
    DL Total PRB usage M INTEGER (0 . . . 100)
    UL Total PRB usage M INTEGER (0 . . . 100)
  • TABLE 5
    Composite Available Capacity Group IE definition (Table 9.2.44 of TS 36.423)
    Assigned
    IE/Group Name Presence Range IE type and reference Semantics description Criticality Criticality
    Composite Available M Composite Available For the Downlink
    Capacity Downlink Capacity 9.2.45
    Composite Available M Composite Available For the Uplink
    Capacity Uplink Capacity 9.2.45
  • TABLE 6
    Composite Available Capacity IE definition (Table 9.2.45 of TS 36.423)
    Assigned
    IE/Group Name Presence Range IE type and reference Semantics description Criticality Criticality
    Cell Capacity O 9.2.46
    Class Value
    Capacity Value M 9.2.47 ‘0’ indicates no resource is
    available, Measured on a
    linear scale.
  • TABLE 7
    Load Indicator Type definition, used for Hardware Load and S1 TNL load
    (Table 9.2.36 of TS 36.423)
    IE/Group Semantics
    Name Presence Range IE type and reference description
    Load M ENUMERATED
    Indicator (LowLoad,
    MediumLoad,
    HighLoad,
    Overload, . . . )
  • TABLE 8
    Capacity Value IE definition (Table 9.2.47 of TS 36.423)
    Assigned
    IE/GroupName Presence Range IE type and reference Semantics description Criticality Criticality
    Capacity M INTEGER Value 0 shall indicate no available
    Value (0 . . . 100) capacity, and 100 shall indicate
    maximum available capacity.
    Capacity Value should be measured
    on a linear scale.
  • Mobile Communication Device
  • FIG. 2 is a block diagram illustrating the main components of the mobile communication device 3 shown in FIG. 1. As shown, the mobile communication device 3 has a transceiver circuit 31 that is operable to transmit signals to and to receive signals from the base station 5 via one or more antenna 33. Although not necessarily shown in FIG. 2, the mobile communication device 3 may of course have all the usual functionality of a conventional mobile telephone 3 (such as a user interface 35) and this may be provided by any one or any combination of hardware, software and firmware, as appropriate. The mobile communication device 3 has a controller 37 to control the operation of the mobile communication device 3. The controller 37 is associated with a memory 39 and is coupled to the transceiver circuit 31. Software may be pre-installed in the memory 39 and/or may be downloaded via the telecommunications network or from a removable data storage device (RMD), for example.
  • The controller 37 is configured to control overall operation of the mobile communication device 3 by, in this example, program instructions or software instructions stored within the memory 39. As shown, these software instructions include, among other things, an operating system 41, a communications control module 43, and a handover module 45.
  • The communications control module 43 is operable to control the communication between the mobile communication device 3 and the base stations 5. The communications control module 43 also controls the separate flows of uplink data and control data that are to be transmitted to the base stations 5.
  • The handover module 45 is responsible for complying with the base stations instructions relating to handover. Such instruction may relate to performing and reporting signal measurements with respect to one or more cells, and to perform handover to a cell (target cell) indicated by the (current) serving base station (e.g. based on the reported signal measurements and/or any load balancing metrics available to the serving base station).
  • Base Station
  • FIG. 3 is a block diagram illustrating the main components of the base stations 5-1 to 5-3 shown in FIG. 1. As shown, the base station 5 includes a transceiver circuit 51 which is operable to transmit signals to and to receive signals from the mobile communication devices 3 via one or more antennae 53 and which is operable to transmit signals to and to receive signals from the core network 7 and/or other base stations 5 via a network interface 55. The network interface 55 typically includes an S1 interface for communicating with the core network 7 and an X2 interface for communicating with the other base stations. A controller 57 controls the operation of the transceiver circuit 51 in accordance with software stored in a memory 59. The software includes, among other things, an operating system 61, a communications control module 63, a load measurement module 64, a reporting module 65, a mobility load balancing (MLB) module 66, and a handover control module 67.
  • The communications control module 63 is operable to control the communication between the base station 5 and the mobile communication device 3 and to control the communication between the base station 5 and other network entities (e.g. other base stations and core network entities) that are connected to the base station 5. The communications control module 63 also controls the separate flows of uplink and downlink user traffic and control data to be transmitted to the mobile communication devices 3 served by the base station 5 including, for example, control data for managing operation of the mobile communication devices 3.
  • The load measurement module 64 is operable to carry out measurement of current system/cell load, for example, by calculating the number of physical resource blocks currently used by GBR and/or non-GBR traffic belonging to each respective mobile communication device 3. Such measurements may be carried out periodically and/or upon detecting a trigger (such as receiving a measurement request from a neighbouring base station). The results of the load measurements may be provided, e.g. in the form of load metrics, to the other modules either directly (e.g. upon request) or via the memory 59.
  • The reporting module 65 is operable to handle (e.g. receive, generate, and send) messages relating to reporting of load measurements (performed by the load measurement module 64). In this example, the reporting module 65 is operable to handle messages formatted in accordance with the X2AP protocol.
  • The MLB module 66 is responsible for comparing load metrics for the base station's own cells (obtained from the load measurement module 64) and the corresponding load metrics obtained (via the reporting module 65) for one or more neighbouring cell(s) in order to determine whether or not to perform an offloading operation, and to which cell.
  • The handover control module 67 is responsible for instructing the mobile communication devices 3 served by the base station 5 to carry out procedures relating to handover. Such instruction may relate to performing and reporting signal measurements with respect to one or more cells (of the base station 5 and/or neighbouring base stations), and to perform handover to a cell (target cell) indicated by the base station 5 (e.g. based on the reported signal measurements and/or any load balancing metrics available to the MLB module 66).
  • In the above description, the mobile communication device 3 and the base station 5 are described for ease of understanding as having a number of discrete modules (such as the communications control modules, the load measurement module, the MLB module, and the handover module). Whilst these modules may be provided in this way for certain applications, for example where an existing system has been modified to implement the invention, in other applications, for example in systems designed with the inventive features in mind from the outset, these modules may be built into the overall operating system or code and so these modules may not be discernible as discrete entities. These modules may also be implemented in software, hardware, firmware or a mix of these.
  • Operation
  • As described above, a possible approach for the MLB function (MLB module 66) is to perform offloading if the load in the served cell is at least a margin greater than the load in the neighbour cell. The following description explains, with reference to FIGS. 4 to 9, some possible ways in which an offloading decision can be determined based on a number of metrics exchanged between the base stations 5, whilst also avoiding the aforementioned conflicts arising from the use of more than one of the different metrics by the different base stations 5.
  • As can be seen in Tables 2 to 8 above, different measurements (metrics) may have different reported granularities. For example, for CAC and PRB usage an integer value in the range 0-100 is reported, whilst for the other measurements only one of four discrete values (‘low’, ‘medium’, ‘high’, and ‘overload’) may be reported. Further, the measurements may not have the same polarity (e.g. PRB usage, HW and TNL load indicate the load in the cell, whereas CAC indicates the available capacity), i.e. some metrics express the available (unused) capacity whilst other metrics express the already used (thus unavailable) capacity (i.e. the current load). There may also be other differences between the reported metrics (e.g. the TNL or HW load may correspond to only one or to several cells controlled by a base station, whereas PRB usage or CAC always correspond to an individual cell) which may need to be addressed by an appropriate transformation even if the metrics use the same units and/or the same polarity.
  • The present invention also overcomes these issues by an appropriate transformation (either at the reporting base station or at the requesting base station) of the reported metrics, if necessary.
  • Table 9 illustrates an exemplary transformation of various metrics wherein the enumerated values ‘low’, ‘medium’, ‘high’, and ‘overload’ are obtained by comparing the actual (measured) value with a set of predetermined thresholds and by estimating the value to be the midpoint of each of the quantization intervals.
  • TABLE 9
    Example of metric transformation
    Actual TNL load [0, ThLOW) [ThLOW, ThMEDIUM) [ThMEDIUM, ThHIGH) [ThHIGH, 100]
    Enumerated Value Low Medium High Overload
    Transformed Value Q ThLOW/2 (ThLOW + ThMEDIUM)/2 (ThMEDIUM + ThHIGH)/2 (ThHIGH + 100)/2
  • In the following, the set of metrics exchanged between two base stations will be denoted by Q1, . . . , QN, where each Qi correspond to one of the metrics exchanged, after any necessary transformations have been made. In this example such transformation is preferably performed by the first base station 5-1 requesting the metrics (i.e. the neighbour base stations 5-2, 5-3 provide standard metrics), although will be appreciated that in other examples the transformation, if any, may be performed by the second and third base stations 5-2, 5-3 performing the measurements. In other words, the neighbour base stations 5-2, 5-3 may provide (transformed) metrics that are already adapted to the format required by the requesting base station's 5-1 MLB module 66 when checking conditions (1) and (2) below.
  • Thus, as explained above, for each neighbour base station 5-2, 5-3, the MLB module 66 of the first base station 5-1 is configured to compare the reported (and transformed, as appropriate) plurality of metrics for the neighbour's cell (i.e. Cell B in case of the second base station 5-2 and Cell C in case of the third base station 5-3) with the corresponding plurality of metrics obtained for its own cell (i.e. Cell A). Based on this comparison, the MLB module 66 determines whether a particular neighbour cell (e.g. Cell B) is an appropriate candidate for offloading, i.e. whether the following conditions are fulfilled for that cell:

  • there exists a metric Q i for which Q i(A)≧Q i(B)+M 1(i)  (1)

  • and

  • for all other metrics Q k (with k≠i), Q k(B)≦Q k(A)+(M 1(k)−δ(k))  (2)
  • where ‘M1’ is a respective margin defined for each of the load metrics; ‘A’ and ‘B’ denote Cells A and B, respectively; and ‘δ’ is a predetermined offset applied to the margin M1 for condition (2).
  • In other words, the MLB module 66 determines that Cell B is an appropriate candidate for offloading, if: (1) there is at least a first metric (Qi) indicating a load (measured by the load measurement module 64) in the first base station's 5-1 own cell (Cell A) which is at least a margin NO greater than the load indicated by the first metric (Qi) reported for Cell B (via the reporting module 65); and (2) for any other metric than the first metric, the metric (Qk) indicating a load reported for Cell B is equal or less than the load indicated by that metric (Qk) for Cell A plus the margin (M1) minus a predetermined offset (δ) associated with that metric.
  • FIG. 4 illustrates exemplary load metrics in accordance with an embodiment of the invention in the mobile telecommunications network 1 of FIG. 1. The left hand side of FIG. 4 illustrates an exemplary scenario in which an offloading would take place from Cell A to Cell B without including the offset δ in condition (2). The likely outcome of such offloading is shown in the right hand side of FIG. 4, resulting in a potential offloading being performed in the reverse direction (from Cell B to Cell A) in a subsequent MLB iteration (assuming nothing else has changed in Cells A and B). Advantageously, however, the inclusion of the offset δ in condition (2) may prevent such offloading followed by a reverse offloading being performed, as indicated for the metric Qk(B) in the left hand side of FIG. 4.
  • The application of offset δ and margin M1 is further illustrated in FIG. 5. Specifically, FIG. 5 illustrates the metrics Q(A) and Q(B) in a plane. In this case, any value of metric Q(A) that is above Boundary 1 would trigger condition (1) for offloading from Cell A to Cell B, whereas any value of metric Q(B) that is below Boundary 3 would trigger condition (1) for offloading in the reverse direction, i.e. from Cell B to Cell A. Further, any metrics value above Boundary 2 would fulfil condition (2) for offloading from Cell A to Cell B. Therefore, by setting δ>0 it can be seen that condition (2) guarantees that condition (1) cannot be met for that same metric to offload in the reverse direction (i.e. from Cell B to Cell A). Furthermore, any metric value above Boundary 1 would already fulfil the condition (1) for offloading from Cell A to Cell B. Thus, beneficially, Boundary 2 (which is determined by the offset ‘δ’) is set to be below Boundary 1, which may be achieved by e.g. selecting the offset value δ for metric k (‘δ(k)’) from the range [0, 2·M1(k)].
  • FIG. 6 illustrates exemplary load metrics in accordance with a modification of the embodiment shown in FIG. 4. The left hand side of FIG. 6 illustrates an exemplary scenario, in which condition (2) is not met, although condition (1) is met, which may thus result in a potential offloading opportunity (from Cell A to Cell B) not being considered by the MLB module 66 despite the metric Qi being indicative of a significantly higher load in Cell A than in Cell B. However, since the other metrics (e.g. in this case Qk) are indicative of a lower load in Cell A than in Cell B, the combination of conditions (1) and (2) does not trigger an offloading.
  • However, since metric Qi is indicative of a high (potential near maximum) load for Cell A, metric Qi is likely to have a much greater impact on the performance of the first base station 5-1 than metric Qk. For example, metric Qi might result in a potential blocking or dropping of bearers in Cell A, which could have been prevented by offloading some of the bearers to Cell B.
  • Advantageously, in such scenarios, offloading (e.g. from Cell A to Cell B) is made possible by the application of a threshold (either absolute or relative) for the enforcement of condition (2). Effectively, such a threshold results in triggering an offloading towards Cell B based on condition (1) alone. This can be expressed using the following conditions (1) and (2′), in which case, the MLB module 66 determines that a particular cell (Cell B) is an appropriate candidate for offloading (from Cell A) if the following conditions are fulfilled:

  • there exists a metric Q i for which Q i(A)≧Q i(B)+M 1(i)  (1)

  • and

  • for all other metrics Q k (with k≠i): Q k(B)≦max(Q k(A)+(M i(k)−δ(k)), Th(i,k), Q i(A)−M 2(i,k))  (2′)
  • where ‘M1’ is the respective margin defined for each of the load metrics; ‘M2’ is a margin (a relative threshold) dependent on the combination of the load metrics ‘i’ and ‘k’ being compared; ‘Th(i,k)’ is a threshold (an absolute threshold) for applying condition (2′) for metrics Qi and Qk; ‘A’ and ‘B’ denote Cells A and B, respectively; and ‘δ’ is a predetermined offset applied to the margin M1 for condition (2′).
  • In other words, the MLB module 66 of the first base station 5-1 determines that Cell B is an appropriate candidate for offloading, if: (1) there is at least a first metric (Q′) indicating a load in the cell of the first base station 5-1 (Cell A) which is at least a margin (M1) greater than the load indicated by the corresponding first metric (Qi) reported for Cell B; and (2) for any metric (Qk) other than the first metric, the metric (Qk) indicating a load reported for Cell B is equal or less than the larger one of:
      • i) the load indicated by that metric (Qk) for Cell A plus the margin (M1) minus a predetermined offset (δ) associated with that metric;
      • ii) the (absolute) threshold associated with condition (2′); and
      • iii) the first metric for Cell A minus a margin (M2) specifying a required difference (or ‘relative’ threshold) between the corresponding load metrics for Cells A and B.
  • FIG. 6 illustrates the application of an absolute threshold on the operation of the MLB module 66, and the resulting offloading decisions when the above described condition (1) and condition (2′) are being applied.
  • The left hand side of FIG. 6 illustrates a scenario in which offloading (from Cell A to Cell B) is being performed. This is because the threshold in condition (2′) effectively results in Qk(B) being ignored by the MLB module 66, since Qk(B) is below the applicable threshold Th(i,k)—albeit Qk(B) being larger than the corresponding Qk(A).
  • However, as shown in the middle part of FIG. 6, when the metric Qk(B) is above the applicable threshold Th(i,k), and it is also larger than Qk(A) plus the margin M1 minus offset δ, offloading from Cell A to Cell B is blocked by the MLB module 66.
  • On the other hand, the right hand side of FIG. 6 illustrates a scenario in which whilst the value of the metric Qk(B) is above the applicable threshold Th(i,k), offloading from Cell A to Cell B can still be performed after applying condition (2′) because the value of metric Qk(B) is less than (or equal to) the value of Qk(A) plus the margin M1 minus offset δ.
  • FIG. 7 is a comparison of the effects of an absolute and a relative threshold on the operation of the MLB module 66, and the resulting offloading decision when the above described condition (1) and condition (2′) are being applied. Specifically, the left hand side of FIG. 7 illustrates a scenario in which:
      • a) offloading is not allowed when applying an absolute threshold because the value of metric Qk(B) is above the applicable threshold and it is also larger than the sum of metric Qk(A) plus the margin M1 minus the offset δ; and
      • b) offloading is allowed when applying a relative threshold because the value of metric Qk(A) is above the sum of metric Qk(B) plus the margin M2.
        Further, the right hand side of FIG. 7 illustrates a scenario in which:
      • a) offloading is not allowed when applying an absolute threshold because the value of metric Qk(B) is larger than the applicable threshold, and it is also larger than the sum of metric Qk(A) plus the margin M1 minus the offset δ; and
      • b) offloading is also not allowed when applying a relative threshold because the value of metric Qk(B) is larger than the metric Qk(A) minus the margin M2 and it is also larger than the sum of metric Qk(A) plus the margin M1 minus the offset δ.
  • It will be appreciated, however, that by appropriately selecting Th(i,k) and M2(i,k) the absolute and relative thresholds can be effectively disabled, so that condition (2′) would always have the same effect as condition (2).
  • FIG. 8 illustrates exemplary load metrics in accordance with a modification of the embodiment shown in FIG. 4. In the scenarios shown in FIG. 8, two neighbouring base stations 5 may decide to initiate simultaneous offloading in the opposite directions, which may be due to the original condition (2) not being checked, e.g. when a threshold such as Th(i,k) and/or M2(i,k) is being applied.
  • The MLB module 66 may be configured, for example, as follows:
      • a) the metric-dependent threshold Th(i,k) is set so that it does not exceed the activation threshold (ThACT), i.e. Th(i,k)≦ThACT(k); and
      • b) the relative threshold is greater than zero, i.e. M2(i,k)>0.
  • Effectively, point a) ensures that condition (2′) is not skipped based on the absolute threshold if the target cell load is above the activation threshold ThACT. Further, point b) guarantees that at most one of the inequalities <<Qk(B)≦Qi(A)−M2(i,k)>>and <<Qi(A)≦Qk(B)−M2(k,i)>> can be true at the same time, but both could be false. In addition, condition (2′) may still be true for both inequalities due to e.g. the absolute threshold, but in this case point a) would avoid the simultaneous offloading. In other words, for each pair of metrics (Qi, Qk) there may be either none or one cell of the two cells being compared that satisfies condition (2′).
  • Table 10 illustrates an exemplary configuration of the MLB module 66. In this example, it is assumed that the exchanged metrics comprise: Q1=PRB usage DL; Q2=PRB usage UL; Q3=TNL load DL; and Q4=TNL load UL. In this case the MLB module 66 may be configured to directly compare the UL and DL metrics whilst avoiding a direct comparison of the TNL and PRB usage metrics. Accordingly, the exemplary threshold for each combination of metrics (Q1 to Q4) may be defined as illustrated in Table 10, wherein ‘E’ denotes a minimum step size for a given metric:
  • TABLE 10
    parameter definitions for metric pairs
    Qk
    Qi Q1 Q2 Q3 Q4
    Q1 M1 = M1(PRB) M2 = M1(PRB) M2 = ∞
    Th = 0 Th = ThTNL
    δ = 2 M1(PRB) δ = ε(TNL)
    Q2 M2 = M1(PRB) M1 = M1(PRB)
    Th = 0
    δ = 2 M1(PRB)
    Q3 M2 = ∞ M1 = M1(TNL) M2 = M1(TNL)
    Th = ThPRB Th = 0
    δ = ε(PRB) δ = 2 M1(TNL)
    Q4 M2 = M1(TNL) M1 = M1(TNL)
    Th = 0
    δ = 2 M1(TNL)
  • Effectively, an absolute threshold (‘Th’) can be turned off by setting it to ‘0’ and a relative threshold (‘M2’) can be turned off by setting it to ‘∞’.
  • Using the values given in Table 10 the conditions for PRB usage and TNL load metrics can be merged as follows (taking the example of i=1,2 and k=1,2).
  • Condition (2′) becomes:

  • for i=1: Q 2(B)≦max (Q 1(A), Q 2(A))−M 1(PRB)

  • for i=2: Q 1(B)≦max (Q 1(A), Q 2(A))−M 1(PRB)
  • Together with condition (1), this can be represented as:

  • max(Q i(A),Q 2(A))≧max(Q 1(B), Q 2(B))+M 1(PRB).
  • Further, in combination with the conditions for TNL load metrics (Q3, Q4 in Table 10), the MLB module 66 may select Cell B as an offloading target if the following conditions are met:

  • Max(Q 1(A),Q 2(A))≧Max(Q 1)(B),Q 2(B))+M 1(PRB)

  • AND

  • Max(Q 3(B),Q 4(B))≦Max(Th TNL ,Q 3(A)+M 1(TNL)−ε(TNL),Q 4(A)+M 1(TNL)−ε(TNL))

  • OR

  • Max(Q 3(A),Q 4(A))≧Max(Q 3(B),Q 4(B))+M 1(TNL)

  • AND

  • Max(Q 1(B),Q 2(B))≦Max(Th PRB ,Q 1(A)+M 1(PRB)−ε(PRB),Q 2(A)+M 1(PRB)−ε(PRB))
  • Advantageously, the above described method is agnostic with respect to the offloading mechanism being employed, which may thus involve any appropriate adjustment of handover parameters such as handover thresholds, cell specific offsets, and/or the selection of a subset of UEs as candidates for forced offloading.
  • Operation—Signalling
  • FIG. 9 is a timing diagram illustrating messages exchanged between the base stations 5 of FIG. 1 whilst performing mobility load balancing in accordance with an embodiment of the present invention.
  • As can be seen, the procedure starts in step S100, in which the first base station 5-1 (using its MLB module 66) initiates the MLB processing in order to find out whether or not offloading is required, and to which cell. It will be appreciated that a round of such MLB procedure may be initiated either periodically, or upon detecting a trigger, such as the load in Cell A (or the hardware load of the first base station 5-1) reaching a predetermined threshold, percentage, and/or the like.
  • The first base station 5-1 (using its MLB module 66) thus generates and sends, in step S101, an appropriately formatted message (e.g. an X2 protocol message, such as a ‘Resource Status Request’ message) requesting the second base station 5-2 operating Cell B to provide load measurements (e.g. one or more of the metrics described in Tables 2 to 8 above) with respect to Cell B. The first base station's 5-1 message includes information (e.g. one or more information element) identifying the type of metric(s) required by the MLB module 66. If appropriate, the first base station 5-1 (using its MLB module 66) also generates and sends, in step S102, an appropriate message requesting the third base station 5-3 to provide load metrics for Cell C.
  • As shown in steps S105 and S106, in response to receiving the first base station's 5-1 request, each neighbour base station 5-2, 5-3 that have been requested to do so generates (using its reporting module 65) an appropriate load report for the cell operated by that second and third base station 5-2, 5-3 (following one or more appropriate load measurement by its load measurement module 64). The generated load report comprises one or more load metrics as described in Tables 2 to 8 above.
  • Next, in step S107, the second base station 5-2 (using its reporting module 65) transmits an appropriately formatted signalling message (e.g. an X2 protocol message, such as a ‘Resource Status Update’ message) to the first base station 5-1 and includes in this message the requested. load metrics (e.g. one or more information elements as described in Tables 2 to 8) with respect to Cell B. Similarly, in step S108, the third base station 5-3 provides the requested load metrics (if any) with respect to Cell C (by sending another ‘Resource Status Update’ message or the like).
  • In step S109, the MLB module 66 of the requesting base station 5-1 determines, based on the received load metrics, whether offloading can be performed to one of the neighbour cells. Specifically, the MLB module 66 applies conditions (1) and (2) and/or conditions (1) and (2′) described above. If the MLB module 66 determines that offloading cannot be performed, then the current MLB processing round ends. In this case, the MLB module may return to step S100 for the next MLB processing round (when appropriate).
  • Otherwise, if the MLB module 66 determines, in step S109, that offloading can be performed to Cell B, then the MLB module 66 initiates offloading towards the Cell B, by generating (using the handover control module 67) and sending, in step S111, an appropriately formatted signalling message (e.g. an X2 signalling message) causing some of the traffic (e.g. one or more communication bearer) to be moved (handed over) to the neighbour base station 5-2 operating Cell B.
  • Similarly, if the MLB module 66 determines, in step S109, that offloading can be performed to Cell C, then the MLB module 66 initiates offloading towards the Cell C, by generating (using the handover control module 67) and sending, in step S112, an appropriately formatted signalling message to the neighbour base station 5-2 operating Cell C initiating offloading towards Cell C.
  • As generally shown in FIG. 9, steps S111 and S112 may comprise a number of signalling messages being exchanged between the base stations 5 (and possibly any mobile communication device 3 being moved to a new serving cell).
  • Finally, in step S115, after having successfully completed the required offloading (if any) in steps S111 and/or S112, the MLB module 66 of the first base station 5-1 terminates processing of the current offloading round.
  • Modifications and Alternatives
  • A number of detailed exemplary embodiments have been described above. As those skilled in the art will appreciate, a number of modifications and alternatives can be made to the above exemplary embodiments whilst still benefiting from the inventions embodied therein. By way of illustration only a number of these alternatives and modifications will now be described.
  • While the above description addresses LTE networks and load measurements exchanged via the X2 interface, the description is also applicable to other load metrics and interfaces, and to non-LTE networks in which similar load metrics can be defined and exchanged between nodes.
  • In the above description of FIG. 9, the first base station is configured to initiate MLB processing with respect to two neighbour base stations. However, it will be appreciated that the first base station may initiate MLB processing with respect to any number of base stations, e.g. for a single base station or for three (or more) base stations, e.g. all base stations. It will also be appreciated that the MLB processing may be performed for a plurality of base stations (or cells) in a predetermined order, e.g. with respect to one base station/one cell at the time (in a round-robin fashion and/or the like). It will also be appreciated that each base station may initiate its own MLB procedure (e.g. concurrently), in which case each base station may be configured to request load metrics from a number of neighbour base station(s) and to provide load metrics for its own cell to any neighbour base station requesting such load metrics.
  • In the above description, the base station operating Cell A is configured to initiate offloading towards the neighbour cell(s) when predetermined conditions (1/2/2′) are met. It will be appreciated that such offloading may comprise any appropriate action that would result in a potential reduction of the base station's load, e.g. by handover of one or more UEs to a neighbour cell (target cell). For example, the base station (using its handover control module) may be configured to adjust the applicable handover parameters for some (or all) UEs served via its Cell A. However, it will be appreciated that such actions/adjustments may not necessarily result in any UE being handed over to any of the target cells since such handovers may depend on other conditions as well (e.g. the base station operating the target cell and/or a core network entity may need to authorise such handovers).
  • In the above exemplary embodiments, a mobile telephone based telecommunications system was described. As those skilled in the art will appreciate, the techniques described in the present application can be employed in any communications system. in the general case, the base stations and the mobile communication devices can be considered as communications nodes or devices which communicate with each other. Other communications nodes or devices may include access points and user devices such as, for example, personal digital assistants, laptop computers, web browsers, and the like.
  • In the above description of condition (2′), the MLB function is configured to apply both an absolute and a relative threshold. However, it will be appreciated that the MLB function may apply only an absolute threshold or a relative threshold. In this case, condition (2′) may be modified as:

  • for all other metrics Q k (with k≠i): Q k(B)≦max(Q k(A)+(M 1(k)−δ(k)), Th(i,k))  (2′)

  • OR

  • for all other metrics Q k (with k≠i): Q k(B)≦max(Q k(A)+(M 1(k)−δ(k)), Q i(A)−M 2(i,k)).
  • In the above description of FIG. 9, specific signalling messages were given as examples (e.g. ‘Resource Status Request’ and ‘Resource Status Update’). However, it will be appreciated that different signalling messages may also be used, for example any suitable X2 messages and/or the like.
  • In the above exemplary embodiments, a number of software modules were described. As those skilled will appreciate, the software modules may be provided in compiled or un-compiled form and may be supplied to the base station as a signal over a computer network, or on a recording medium. Further, the functionality performed by part or all of this software may be performed using one or more dedicated hardware circuits. However, the use of software modules is preferred as it facilitates the updating of the base station in order to update its functionality. Similarly, although the above exemplary embodiments employed transceiver circuitry, at least some of the functionality of the transceiver circuitry can be performed by software.
  • In one possibility, the first condition may comprise the following inequality:

  • Q i(A)≧Q i(B)+M 1(i)
  • where ‘Qi(A)’ denotes said measurement result of said first type for said first cell; ‘Qi(B)’ denotes said measurement result of said first type for said second cell; and ‘M1(i)’ comprises a margin applicable to said measurement result of said first type.
  • In one possibility, the second condition may comprise the following inequality:

  • Q k(B)≦Q k(A)+(M 1(k)−δ(k))
  • where ‘Qk(A)’ denotes said measurement result of said second type for said first cell; ‘Qk(B)’ denotes said measurement result of said second type for said second cell; ‘M1(k)’ comprises a margin applicable to said measurement result of said second type; and ‘δ(k)’ comprises a predetermined offset for said measurement of said second type.
  • In one possibility, the means for determining whether a second condition is met may be operable to perform said comparison of the respective measurement result of a second type for each of said first and second cells conditional on a comparison of said measurement result of a second type for said second cell with a threshold.
  • In one possibility, the second condition may comprise the following inequality:

  • Q k(B)≦max(Q k(A)+(M 1(k)−δ(k)), Th(i,k), Q i(A)−M 2(i,k))
  • where ‘Qi(A)’ denotes said measurement result of said first type for said first cell; ‘Qk(A)’ denotes said measurement result of said second type for said first cell; ‘Qk(B)’ denotes said measurement result of said second type for said second cell; ‘M1(k)’ comprises said margin applicable to said measurement result of said second type; ‘δ(k)’ comprises a predetermined offset for said measurement result of said second type; Th(i,k) comprises said threshold; and M2(i,k) comprises a required difference between said measurement results of said first type for said first and second cells when considering said measurement result of said second type.
  • In one possibility, the first condition may further comprise a comparison of the measurement result of said first type to an activation threshold associated with said measurement result of said first type before considering said second condition. In this case, the first condition may comprise the following inequality:

  • Q i(A)≧Th ACT(i)
  • where ‘Qi(A)’ denotes said measurement result of said first type for said first cell; and ThACT(i) comprises said activation threshold for said measurement result of said first type.
  • In one possibility, the controlling means may be operable to initiate offloading from said first cell towards said second cell by updating a handover parameter associated with said first cell.
  • In one possibility, each of said measurement result of said first type and said measurement result of said second type may comprise a measurement selected from: a hardware load measurement for a specific cell (e.g. included in a ‘Hardware Load Indicator’ information element); a measurement of a core network interface (e.g. an S1 interface), such as a measurement of a transport network load experienced by said cell (e.g. included in an ‘S1 TNL Load Indicator’ information element); a measurement of a usage of physical radio blocks, PRBs, for all downlink and/or uplink traffic in said cell (e.g. included in a ‘Radio Resource Status’ information element); a measurement of an overall available resource level in a specific cell in downlink and/or uplink (e.g. included in a ‘Composite Available Capacity Group’ information element); a measurement of an overall available resource level in the cell of the base station in downlink and/or uplink (e.g. included in a ‘Composite Available Capacity’ information element); a measurement of an overall available resource level in the cell of the base station in uplink (e.g. included in a ‘Composite Available Capacity’ information element); a measurement of a load for a particular base station operating one or more cells; and a measurement of an amount of resources that are available at a particular base station relative to the total evolved universal terrestrial radio access network, E-UTRAN, resources of that base station.
  • In one possibility, the determining may perform said comparison of the respective measurement result of a second type for each of said first and second cells conditional on a result of a comparison of said measurement result of a second type for said second cell with a threshold.
  • Various other modifications will be apparent to those skilled in the art and will not be described in further detail here.
  • This application is based upon and claims the benefit of priority from United Kingdom Patent Application No. 1409630.9, filed on May 30, 2014, the disclosure of which is incorporated herein in its by reference.

Claims (14)

1. A base station operating a cell in a communication network comprising a plurality base stations each operating a respective cell for communicating with a plurality of user communication devices, the base station comprising:
at least one processor configured to:
obtain:
i) a measurement result of a first type for a first cell operated by said base station;
ii) information identifying a measurement result of said first type for a second cell operated by a different base station of said plurality of base stations;
iii) a measurement result of a second type for said first cell; and
iv) information identifying a measurement result of said second type for said second cell;
determine whether a first condition is met based on a comparison of the respective measurement result of a first type for each of said first and second cells, wherein said first condition, when met, indicates that load should be offloaded from said first cell towards said second cell;
determine whether a second condition is met based on a comparison of the respective measurement result of a second type for each of said first and second cells, wherein said second condition, when met, indicates that said different base station will not offload load from said second cell to said first cell based on the respective measurement result of a second type for each of said first and second cells; and
control a load balancing based on said whether said first condition is met and said determining whether said second condition is met, when at least one of said first condition and said second condition is met, wherein said at least one processor is further configured to initiate offloading of load from said first cell towards said second cell.
2. The base station according to claim 1, wherein said first condition comprises the following inequality:

Q i(A)≧Q i(B)+M 1(i)
where ‘Qi(A)’ denotes said measurement result of said first type for said first cell; ‘Qi(B)’ denotes said measurement result of said first type for said second cell; and ‘M1(i)’ comprises a margin applicable to said measurement result of said first type.
3. The base station according to claim 1, wherein said second condition comprises the following inequality:

Q k(B)≦Q k(A)+(M 1(k)−δ(k))
where ‘Qk(A)’ denotes said measurement result of said second type for said first cell; ‘Qk(B)’ denotes said measurement result of said second type for said second cell; ‘M1(k)’ comprises a margin applicable to said measurement result of said second type; and ‘δ(k)’ comprises a predetermined offset for said measurement of said second type.
4. The base station according to claim 1, wherein the at least one processor is further configured determine whether a second condition is met is operable to perform said comparison of the respective measurement result of a second type for each of said first and second cells conditional on a comparison of said measurement result of a second type for said second cell with a threshold.
5. The base station according to claim 4, wherein said second condition comprises the following inequality:

Q k(B)≦max(Q k(A)+(M 1(k)−δ(k)), Th(i,k), Q i(A)−M 2(i,k))
where ‘Qi(A)’ denotes said measurement result of said first type for said first cell; ‘Qk(A)’ denotes said measurement result of said second type for said first cell; ‘Qk(B)’ denotes said measurement result of said second type for said second cell; ‘M1(k)’ comprises said margin applicable to said measurement result of said second type; ‘δ(k)’ comprises a predetermined offset for said measurement result of said second type; Th(i,k) comprises said threshold; and M2(i,k) comprises a required difference between said measurement results of said first type for said first and second cells when considering said measurement result of said second type.
6. The base station according to claim 1, wherein said first condition further comprises a comparison of the measurement result of said first type to an activation threshold associated with said measurement result of said first type before considering said second condition.
7. The base station according to claim 6, wherein said first condition comprises the following inequality:

Q i(A)≧Th ACT(i)
where ‘Qi(A)’ denotes said measurement result of said first type for said first cell; and ThACT(i) comprises said activation threshold for said measurement result of said first type.
8. The base station according to claim 1, wherein the at least one processor is further configured to initiate offloading from said first cell towards said second cell by updating a handover parameter associated with said first cell.
9. The base station according to claim 1, wherein each of said measurement result of said first type and said measurement result of said second type comprises a measurement selected from:
a hardware load measurement for a specific cell;
a measurement of a core network interface, such as a measurement of a transport network load experienced by said cell;
a measurement of a usage of physical radio blocks, PRBs, for all downlink and/or uplink traffic in said cell;
a measurement of an overall available resource level in a specific cell in downlink and/or uplink;
a measurement of an overall available resource level in the cell of the base station in downlink and/or uplink;
a measurement of a load for a particular base station operating one or more cells; and
a measurement of an amount of resources that are available at a particular base station relative to the total evolved universal terrestrial radio access network, E-UTRAN, resources of that base station.
10. A base station operating a cell in a communication network comprising a plurality base stations each operating a respective cell for communicating with a plurality of user communication devices, the base station comprising a transceiver and at least one processor, wherein:
said transceiver is configured to obtain:
i) a measurement result of a first type for a first cell operated by said base station;
ii) information identifying a measurement result of said first type for a second cell operated by a different base station of said plurality of base stations;
iii) a measurement result of a second type for said first cell; and
iv) information identifying a measurement result of said second type for said second cell; and
said at least one processor is configured to:
determine whether a first condition is met based on a comparison of the respective measurement result of a first type for each of said first and second cells, wherein said first condition, when met, indicates that load should be offloaded from said first cell towards said second cell;
determine whether a second condition is met based on a comparison of the respective measurement result of a second type for each of said first and second cells, wherein said second condition, when met, indicates that said different base station will not offload load from said second cell to said first cell based on the respective measurement result of a second type for each of said first and second cells; and
control a load balancing based on said determining whether said first condition is met and said determining whether said second condition is met, when at least one of said first condition and said second condition is met, wherein said processor is operable to initiate offloading of load from said first cell towards said second cell.
11. A system comprising the base station according to claim 1, a base station operating said second cell, and at least one user communication device.
12. A method performed by a base station operating a cell in a communication network comprising a plurality base stations each operating a respective cell for communicating with a plurality of user communication devices, the method comprising:
obtaining:
i) a measurement result of a first type for a first cell operated by said base station;
ii) information identifying a measurement result of said first type for a second cell operated by a different base station of said plurality of base stations;
iii) a measurement result of a second type for said first cell; and
iv) information identifying a measurement result of said second type for said second cell;
determining whether a first condition is met based on a comparison of the respective measurement result of a first type for each of said first and second cells, wherein said first condition, when met, indicates that load should be offloaded from said first cell towards said second cell;
determining whether a second condition is met based on a comparison of the respective measurement result of a second type for each of said first and second cells, wherein said second condition, when met, indicates that said different base station will not offload load from said second cell to said first cell based on the respective measurement result of a second type for each of said first and second cells; and
controlling a load balancing based on said determining whether said first condition is met and said determining whether said second condition is met, when at least one of said first condition and said second condition is met, wherein said controlling is operable to initiate offloading of load from said first cell towards said second cell.
13. The method according to claim 12, wherein said determining performs said comparison of the respective measurement result of a second type for each of said first and second cells conditional on a result of a comparison of said measurement result of a second type for said second cell with a threshold.
14. A computer implementable instructions product comprising computer implementable instructions for causing a programmable communications device to perform the method of claim 12.
US15/312,836 2014-05-30 2015-05-20 Communication system and method of load balancing Active 2035-06-07 US10111144B2 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB1409630.9 2014-05-30
GB1409630.9A GB2526617A (en) 2014-05-30 2014-05-30 Communication system
PCT/JP2015/065153 WO2015182627A1 (en) 2014-05-30 2015-05-20 Communication system and method of load balancing

Publications (2)

Publication Number Publication Date
US20170135003A1 true US20170135003A1 (en) 2017-05-11
US10111144B2 US10111144B2 (en) 2018-10-23

Family

ID=51214477

Family Applications (1)

Application Number Title Priority Date Filing Date
US15/312,836 Active 2035-06-07 US10111144B2 (en) 2014-05-30 2015-05-20 Communication system and method of load balancing

Country Status (7)

Country Link
US (1) US10111144B2 (en)
EP (1) EP3149996A1 (en)
JP (1) JP6358450B2 (en)
KR (1) KR101899770B1 (en)
CN (1) CN106416357B (en)
GB (1) GB2526617A (en)
WO (1) WO2015182627A1 (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150085826A1 (en) * 2008-02-04 2015-03-26 Nec Corporation Communications system
US10362516B2 (en) * 2014-11-17 2019-07-23 Telefonaktiebolaget Lm Ericsson (Publ) HO performance indicators for tuning HO parameters which are based on radio channel quality before HO
US20190373512A1 (en) * 2017-01-30 2019-12-05 Telefonaktiebolaget Lm Ericsson (Publ) Methods and Apparatus for Managing Resource Usage Across Domains in a Communication Network
US11272375B2 (en) * 2019-04-15 2022-03-08 Government Of The United States Of America, As Represented By The Secretary Of Commerce Dynamic physical resource block control apparatus and process for dynamically controlling allocation of a physical resource block
US11330494B2 (en) 2018-01-29 2022-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatuses, computer programs and computer program products for load balancing
US11526826B2 (en) 2019-11-07 2022-12-13 Nokia Solutions And Networks Oy Remote definition of metrics
WO2024028096A1 (en) * 2022-08-04 2024-02-08 Nokia Technologies Oy Offloading plan enabled exchange between network nodes

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11071032B2 (en) 2015-03-02 2021-07-20 Corning Optical Communications LLC Gateway coordinating multiple small cell radio access networks
US10349313B2 (en) 2015-03-02 2019-07-09 Corning Optical Communications LLC Enhanced features for a gateway coordinating multiple small cell radio access networks
AU2018206315B2 (en) 2017-01-05 2020-07-16 Lg Electronics Inc. Method and device for transmitting rule for QoS flow to DRB mapping
CN110536326B (en) * 2019-09-23 2023-04-07 中国移动通信集团浙江有限公司 Network load balancing method and device based on small-step fast-running algorithm
CN110719615B (en) * 2019-10-21 2021-12-28 广州爱浦路网络技术有限公司 Method for user terminal to switch base station attachment
CN113923670A (en) * 2020-07-10 2022-01-11 中国移动通信集团重庆有限公司 Wireless network carrier frequency balance degree identification method and device and computing equipment
WO2023113678A1 (en) * 2021-12-16 2023-06-22 Telefonaktiebolaget Lm Ericsson (Publ) Reporting performance impacts associated to load

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6507567B1 (en) * 1999-04-09 2003-01-14 Telefonaktiebolaget Lm Ericsson (Publ) Efficient handling of connections in a mobile communications network
US20130072202A1 (en) * 2010-05-27 2013-03-21 Kyocera Corporation Radio communication system, radio base station, and communication control method
US20140323131A1 (en) * 2013-04-30 2014-10-30 Intellectual Discovery Co., Ltd. Method and apparatus for supporting communication of multi-mode terminal
US20150138962A1 (en) * 2013-11-20 2015-05-21 At&T Intellectual Property I, L.P. Method and Apparatus for Using a Local Area Network to Offload Demand of a Wide Area Network
US20150189557A1 (en) * 2012-07-13 2015-07-02 Telefonaktiebolaget L M Ericsson (Publ) Network-Controlled UE Switching between Different Types of Radio Networks
US20150304889A1 (en) * 2012-12-31 2015-10-22 Huawei Technologies Co., Ltd. Load balancing method and network control node
US9392535B2 (en) * 2011-07-12 2016-07-12 Lg Electronics Inc. Method for performing a cooperative operation between heterogeneous networks and device for same

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6954643B2 (en) 2003-06-25 2005-10-11 Arraycomm Llc Criteria for base station selection, including handover, in a wireless communication system
EP1774722A1 (en) * 2004-07-30 2007-04-18 Koninklijke Philips Electronics N.V. System and method for load balancing in a wireless lan
EP1895801A1 (en) * 2006-08-30 2008-03-05 Nokia Siemens Networks Gmbh & Co. Kg Method to balance traffic load between nearby LTE/WiMAX cells grouped into inner and border constellations
JP2008211645A (en) 2007-02-27 2008-09-11 Kyocera Corp Radio communication method, radio communication system, and base station
GB2489553B (en) 2009-08-11 2013-01-30 Ubiquisys Ltd Load balancing in a mobile communication network
EP2341732A1 (en) * 2009-12-30 2011-07-06 Nokia Siemens Networks Oy Methods, apparatuses and related computer program product for load estimation during a handover operation
JP5340995B2 (en) 2010-02-26 2013-11-13 株式会社日立製作所 Base station, radio communication system and interference-based handover control method
JP5498860B2 (en) 2010-05-27 2014-05-21 京セラ株式会社 Radio base station, radio communication system, and control method
EP2451214B1 (en) * 2010-11-05 2012-11-28 Alcatel Lucent Method for deciding on a potential load balancing operation in a wireless network and corresponding network element
BR112013013477A2 (en) * 2010-12-01 2016-10-11 Nec Corp base station, operation control method, relay base station, mobile terminal, mobile communication system and load distribution method
EP2482588B1 (en) 2011-01-28 2016-05-18 Alcatel Lucent Method for performing a handover of a mobile device
KR101995293B1 (en) * 2011-02-21 2019-07-02 삼성전자 주식회사 Method and appratus of activating or deactivating secondary carriers in time division duplex mobile communication system using carrier aggregation
US8976657B2 (en) * 2011-03-08 2015-03-10 Medium Access Systems Private Ltd. Method and system for data offloading in mobile communications
US8694018B2 (en) * 2011-03-10 2014-04-08 Telefonaktiebolaget L M Ericsson (Publ) Load balancing in a cellular telecommunication network
CN102740463A (en) * 2011-03-31 2012-10-17 上海贝尔股份有限公司 Method, device, base station and user equipment for reducing interference in wireless communication system
WO2013115696A1 (en) * 2012-01-30 2013-08-08 Telefonaktiebolaget L M Ericsson (Publ) Inter-frequency and inter-rat small cell detection in heterogeneous networks
KR20150014038A (en) * 2013-07-26 2015-02-06 삼성전자주식회사 Method and apparatus for load balancing in wireless communication system

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6507567B1 (en) * 1999-04-09 2003-01-14 Telefonaktiebolaget Lm Ericsson (Publ) Efficient handling of connections in a mobile communications network
US20130072202A1 (en) * 2010-05-27 2013-03-21 Kyocera Corporation Radio communication system, radio base station, and communication control method
US9392535B2 (en) * 2011-07-12 2016-07-12 Lg Electronics Inc. Method for performing a cooperative operation between heterogeneous networks and device for same
US20150189557A1 (en) * 2012-07-13 2015-07-02 Telefonaktiebolaget L M Ericsson (Publ) Network-Controlled UE Switching between Different Types of Radio Networks
US20150304889A1 (en) * 2012-12-31 2015-10-22 Huawei Technologies Co., Ltd. Load balancing method and network control node
US20140323131A1 (en) * 2013-04-30 2014-10-30 Intellectual Discovery Co., Ltd. Method and apparatus for supporting communication of multi-mode terminal
US20150138962A1 (en) * 2013-11-20 2015-05-21 At&T Intellectual Property I, L.P. Method and Apparatus for Using a Local Area Network to Offload Demand of a Wide Area Network

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150085826A1 (en) * 2008-02-04 2015-03-26 Nec Corporation Communications system
US9843976B2 (en) * 2008-02-04 2017-12-12 Nec Corporation Communication system
US10555232B2 (en) 2008-02-04 2020-02-04 Nec Corporation Communication system
US11153799B2 (en) 2008-02-04 2021-10-19 Nec Corporation Communication system
US11864047B2 (en) 2008-02-04 2024-01-02 Nec Corporation Methods and base stations for reporting results of load measurements
US10362516B2 (en) * 2014-11-17 2019-07-23 Telefonaktiebolaget Lm Ericsson (Publ) HO performance indicators for tuning HO parameters which are based on radio channel quality before HO
US20190373512A1 (en) * 2017-01-30 2019-12-05 Telefonaktiebolaget Lm Ericsson (Publ) Methods and Apparatus for Managing Resource Usage Across Domains in a Communication Network
US11582647B2 (en) * 2017-01-30 2023-02-14 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for managing resource usage across domains in a communication network
US11330494B2 (en) 2018-01-29 2022-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatuses, computer programs and computer program products for load balancing
US11272375B2 (en) * 2019-04-15 2022-03-08 Government Of The United States Of America, As Represented By The Secretary Of Commerce Dynamic physical resource block control apparatus and process for dynamically controlling allocation of a physical resource block
US11526826B2 (en) 2019-11-07 2022-12-13 Nokia Solutions And Networks Oy Remote definition of metrics
WO2024028096A1 (en) * 2022-08-04 2024-02-08 Nokia Technologies Oy Offloading plan enabled exchange between network nodes

Also Published As

Publication number Publication date
GB2526617A (en) 2015-12-02
KR20170013948A (en) 2017-02-07
GB201409630D0 (en) 2014-07-16
JP2017517214A (en) 2017-06-22
KR101899770B1 (en) 2018-09-20
CN106416357A (en) 2017-02-15
JP6358450B2 (en) 2018-07-18
US10111144B2 (en) 2018-10-23
EP3149996A1 (en) 2017-04-05
CN106416357B (en) 2019-11-05
WO2015182627A1 (en) 2015-12-03

Similar Documents

Publication Publication Date Title
US10111144B2 (en) Communication system and method of load balancing
JP7075387B2 (en) Measurement control method and base station
US10299159B2 (en) Communication system
US10595230B2 (en) Method, system and device for inter-frequency load balancing in a mobile telecommunications network
EP3198935B1 (en) Intelligence in handover assessment for lte/volte calls to improve retainability
EP2725849B1 (en) A mobility load balance processing method and a donor base station
US10117128B2 (en) Signal transmission method and device
WO2016121307A1 (en) Communication system
US9357398B2 (en) Radio base station, radio communication system, and control method
US20160353347A1 (en) Method and apparatus for inter-cell load distribution and interference mitigation in wireless communication system
US20130072212A1 (en) Radio communication system, radio base station, and communication control method
GB2559424A (en) Communication system
JP5891067B2 (en) Communication control device and communication control method
US20220159504A1 (en) Method and apparatus for adjusting qos of a qos flow based on assistance information
CN106797614B (en) Wireless base station, mobile station, wireless communication system, method for controlling wireless base station, and recording medium
US11330494B2 (en) Methods, apparatuses, computer programs and computer program products for load balancing
US9264960B1 (en) Systems and methods for determinng access node candidates for handover of wireless devices
US9794840B1 (en) Systems and methods for determining access node candidates for handover of wireless devices
WO2016104577A1 (en) Network management device, wireless communication system, communication control method, wireless base station, and program
JP6256614B2 (en) COMMUNICATION DEVICE, COMMUNICATION SYSTEM, CONTROL METHOD, AND COMMUNICATION PROGRAM
EP3162113B1 (en) Methods, nodes and system for enabling redistribution of cell load
US10542451B1 (en) Systems and methods for managing conflicts between access node protocols

Legal Events

Date Code Title Description
AS Assignment

Owner name: NEC CORPORATION, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SUAREZ, ALBERTO;REEL/FRAME:040391/0583

Effective date: 20150707

STCF Information on status: patent grant

Free format text: PATENTED CASE

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 4