The present invention proposes a method for traffic load control in a telecommunication network consisting of at least one radio terminal (MS) and at least one radio transceiver device (BS), each radio transceiver device (BS) defining a cell of said network being controlled by a network control device (RNC); comprising the steps of: setting a first reference load value for the load of a respective cell; monitoring the load of said respective cell, and in response to the load exceeding the first reference load value, manipulating the power control to decrease the transmission power levels in the cell. The present invention thus proposes a fast load control method in that during a situation in which a certain reference load value is exceeded, the load is controlled per base station sector by affecting, e.g. transmit power commands. In addition, such load reductions can be supplemented by re-negotiating bit rates, for example. With the proposed method a necessary load margin can be reduced which advantageously increases the system capacity.
|
1. A method for traffic load control in a telecommunication network consisting of
at least one radio terminal (MS) and at least one radio transceiver device (BS), each radio transceiver device (BS) defining a cell of said network being controlled by a network control device (RNC); at least one power control entity for controlling the transmission power used on connections; the method comprising the steps of: setting a first reference load value for the load of a respective cell; monitoring the load of said respective cell, and in response to the load exceeding the first reference load valve, manipulating the output of the power control entity to decrease the transmission power levels in the cell, wherein said monitoring is effected periodically, and a period for monitoring is shorter during the time when said monitored load indication parameter exceeds said first reference load value than otherwise. 2. A method according to
the power control is manipulated by manipulating power control messages sent between the power control entities in the network and the radio terminal.
3. A method according to
setting a second reference load value, which is greater or equal than the first reference load value.
4. A method according to
in response to the load exceeding the second reference load value, in addition, negotiations to decrease the connection parameters such as the bit rate for at least one connection are started.
5. A telecommunication network control element (RNC), adapted to carry out the method according to
6. A method according to
in response to the load exceeding the second reference load value, in addition, procedures for removing at least one connection from the cell are started.
7. A method according to
the connection is removed from the cell by handing it over to another cell.
8. A method according to
the connection is removed from the cell by terminating the connection.
9. A method according to
said traffic has a non-real time (NRT) traffic component and a real time (RT) traffic component.
10. A radio transceiver device (BS) of a telecommunication network, adapted to carry out the method according to
|
This is a continuation of Application No. PET/EP98/08321 filed Dec. 18, 1998.
The present invention relates to a method for traffic load control in a telecommunication network consisting of at least one radio terminal and at least one radio transceiver device, each radio transceiver device defining a cell of the network being controlled by a network control device.
Recently, telecommunication networks have widely spread and an increasing number of subscribers uses the benefits of telecommunication, in particular radio telecommunication networks.
Such networks consist of a plurality of radio transceiver devices or base stations BS, respectively, which effect transmission between the base stations BS and radio terminals (mobile stations) MS of the individual subscribers. The plurality of base stations BS is controlled by a network control element such as for example a radio network controller RNC.
Within a telecommunication network, not only speech is transmitted, but also other data can be exchanged, such as for example facsimiles, data transmitted by short message services SMS, data polled from the internet and so on. Those data are often referred to as packet data, since they are transmitted in respective data packets or files, respectively.
Thus, the more subscribers are registered to such a network and the more data, speech data and/or packet data, can be transmitted using radio telecommunication networks, the higher will be the traffic load imposed on such systems.
However, the maximum traffic capacity that can be handled by radio telecommunication network is limited by the available radio resources RR such as available frequencies, and/or channelization codes, etc.
If the traffic load is continuously increasing, a point might be reached at which the system is overloaded. Then, for example, no new communication may be established.
Additionally, data transmission via already established communication links will be adversely effected due to interference phenomena, which causes a drawback for respective users in that they can not communicate in good quality. It is even possible that as a worst case scenario an overloaded network may "collapse" and all ongoing communication links will break off.
Hence, it is an object of the present invention to provide a method for traffic load control in a telecommunication network consisting of at least one radio terminal and at least one radio transceiver device, each radio transceiver device defining a cell of the network being controlled by a network control device, by means of which the above mentioned drawbacks can safely be prevented.
Accordingly, in order to achieve the above object, the present invention provides a method for traffic load control in a telecommunication network consisting of at least one radio terminal and at least one radio transceiver device, each radio transceiver device defining a cell of said network being controlled by a network control device; comprising the steps of setting a first reference load value for the load of a respective cell; monitoring the load of said respective cell, and in response to the load exceeding the first reference load value, manipulating the power control to decrease the transmission power levels in the cell.
Thus, due to the load reference value being defined, a first (fast) load control method can be activated when the first reference load value is exceeded. According to advantageous refinements, a second (slower) load control method can additionally be activated when i) the first reference load value is exceeded (simultaneous activation), ii) when a subsequent monitoring yields that the first (fast) load control did not reduce the traffic load below said reference value, or iii) when even with the first (fast) load control being activated the traffic load also exceeds a second reference load value. The second reference load value can be equal to or higher than the first reference load value.
In particular, the present invention describes a method of a fast (first) load control method, in that during an overload situation (load above a certain reference load value) the load is controlled or reduced, respectively, temporarily and per base station BS by affecting or manipulating power control commands (neglecting TPC commands in downlink, overwriting TPC commands in uplink).
In addition, as already mentioned, the above fast ("immediate") load reduction is supplemented by a "slow" (second) load control method in that the transmission bit rates are affected to correct the overload situation in a more permanent manner, if the first load control method turned out to be not sufficient, or in that connections are being removed from the cell.
Favorable refinements of the present invention are as defined in the dependent claims.
Thus, the present invention provides a novel method for load control which is easy to implement in existing products an which prevents the above described drawbacks.
In particular, the present invention presents a simple load control method to be implemented into existing systems and/or devices, while different measures that can be initiated are harmonized with each other to present one simple method for traffic load control. The present invention provides a fast load control, i.e. first stage load control, respectively, and handled by a respective base station BS in a sector defined by the base station, which aims to temporary reduction of traffic load by denying download DL transmit power TPC commands and overwriting uplink UL transmit power TPC commands (or by reducing a target value for the energy per bit to noise power density ratio (Eb/N0) in the base station during overload) if overload is encountered. If this is still not sufficient to reduce the network traffic load, a second stage load control handled by a radio network controlling device of the network RNC will trigger other actions in order to reduce system load more permanently, for example by reducing bit rates. Thus, decentralized and centralized load control actions are advantageously combined in the proposed method.
Moreover, the proposed load control method can keep the system, i.e. the telecommunication network stable and throttle back the overall load in a controlled fashion.
Additionally, due to the fast first stage load control method, a load margin as the difference between an acceptable (target) load level and a maximum tolerable load level (threshold) can be reduced which increases the network system capacity and thus represents an advantage for the network operator. Target and threshold level could even be set to be identical.
The present invention will be more readily understood when read in conjunction with the description of the accompanying figures.
In the following, the present invention will be described with reference to the drawings, in which:
The present invention is now described in detail with reference to the drawings.
A) General Telecommunication Network Architecture
As depicted in
Each respective base station BS as a radio transceiver device is provided with a load control means LC, which is adapted to carry out a first stage "1.LC" of the load control method.
Furthermore, the plurality of respective base stations are controlled by a radio network controller RNC as a network control device. The radio network controller RNC and respective base stations exchange data (control data) via an interface Iub there between. In particular, as shown, the load control means LC of the base station and a load control means LC at the radio network controller RNC side exchange data via this interface.
The control means at the radio network controller side is adapted to carry out a second stage "2.LC" of the load control method.
While the first stage of the load control method mainly influences transmission power in uplink and/or downlink, the second stage of the load control method mainly influences the transmission capacity, for example, in terms of transmitted bit rates.
To this end, the load control means LC of the radio controller device controls a packet scheduling means PS and an admission control means AC of the radio network controller RNC.
The packet scheduling means PS is adapted to schedule the transmission of data packets, which represents a non-real time traffic component within the network since the data packets can be transmitted at selectable times at which transmission capacity is available in the network. Transmission of such data packets in non-real time NRT is also referred to as controllable user traffic, in contrast to non-controllable user traffic.
Non-controllable user traffic in turn means real time RT traffic caused by real time users like for example phone calls which are initiated by users at arbitrary chosen times that can not be controlled by the network controller. Such real time traffic is handled and/or administrated by the admission control means AC of the radio network controller RNC.
The admission control means AC as well as the packet scheduling means PS, although not shown in
In the above briefly described telecommunication network, traffic load is periodically monitored by monitoring a load indication parameter. The monitoring period is shortened in case the monitored load exceeds a reference load value. In the following examples described, the load indication parameter is mainly related to the power, i.e. in uplink UL, total interference power serves as load indication parameter, while in downlink DL, total transmission power serves as load indication parameter. Nevertheless, other parameters of a network system are conceivable as load indication parameters. The respective total interference power and total transmission power are determined and evaluated on a per sector basis. This means, for example for each sector as defined for example by a respective cell of the network, with the cell mainly corresponding to the coverage area of a respective base station.
B) Definition of Parameters Used for Load Control
For still better understanding of the subsequent explanations of the proposed load control method, in the following an overview is given of load related input and output parameters used in connection with the proposed method. The table lists in the left column the parameter name and in the right column the respective meaning thereof.
TABLE | |
OVERVIEW OF USED LOAD CONTROL PARAMETERS | |
PARAMETER NAME | MEANING/DEFINITION |
PrxTotal | Total received power in UL, |
measured on cell basis (100 ms-500 ms) | |
measured total received wideband | |
interference power in the cell | |
Source: BS | |
Interface: | |
BS -> MS, layer 3 (L3) radio resource | |
(RR)/system information on BCCH; | |
BS -> RNC/2.LC, L3 RR indication; | |
RNC/2.LC -> PS; | |
RNC/2.LC -> AC | |
related functions: | |
admission control, load control, packet | |
scheduling | |
PrxNoise | uplink noise level in BS digital |
receiver | |
radio network configuration parameter | |
noise level in the BS digital | |
receiver when there is no load (thermal | |
noise + noise figure) | |
Source: RNC/2.LC | |
Interface: RNC/2.LC -> AC | |
RNC/2.LC -> PS | |
related functions: | |
admission control, packet scheduling, | |
load control | |
PtxDownlinkTotal-- | maximum downlink power of BS |
Max | transmitter |
fixed, BS performance specification | |
the parameter defines the maximum | |
downlink transmission power of the base | |
station | |
Source: RNC/2.LC | |
Interface: - (none) | |
related function: load control | |
EbNoPlannedUplink | planned average uplink Eb/N0 |
radio network planning parameter | |
the parameter defines the panned | |
average uplink Eb/N0-value. The | |
parameter is dependent on the cell, | |
bearer type (RT or NRT) and bit rate | |
Source: RNC | |
Interface: RNC internal | |
related functions: admission control, | |
load control, packet scheduling | |
GuaranteedBitRate-- | minimum guaranteed uplink bit rate |
Uplink | determined for each radio access |
bearer | |
Source: RNC/AC | |
Interface: RNC/AC -> PS | |
related functions: admission control, | |
packet scheduling | |
GuaranteedBitRate-- | minimum guaranteed downlink bit rate |
Downlink | for the radio access bearer |
determined on a per connection basis | |
Source: RNC/AC | |
Interface: RNC/AC -> PS | |
related functions: admission control, | |
packet scheduling | |
PrxNc | received interference power from |
non-controllable users (in UL) | |
load control, real time calculation | |
load control estimates PrxNC from | |
current PrxTotal and the interference | |
of own cell NRT users (PrxNrt). PrxNc | |
usually contains the interference and | |
noise from the own cell RT-users, from | |
own cell NRT users with minimum | |
guaranteed bit rate, from users in | |
other cells and system noise. It is | |
also possible to include all the | |
interference due to own cell NRT users | |
to PrxNRT | |
Source: RNC/2.LC | |
Interface: RNC/2.LC -> AC | |
RNC/2.LC -> PS | |
related functions: | |
Admission control, load control, packet | |
scheduling | |
PrxNrt | transmitted power to NRT users |
packet scheduler, real time | |
estimation | |
packet scheduler estimates the | |
transmission power which is need for | |
the allocated NRT users | |
Source: RNC/PS | |
Interface: RNC/PS -> load control | |
related functions: load control, | |
packet scheduler | |
PrxChange | change in received power due to new, |
released or modified bearer | |
calculated whenever a RT bearer is | |
added, released or modified | |
Change in total received power. When | |
the admission control admits a new RT | |
bearer (or a RT bearer is released or | |
modified), it estimates the change | |
(PrxChange) in the total received power | |
level | |
Source: RNC/AC | |
Interface: RNC/AC -> Load control | |
related functions: admission control, | |
load control | |
LChangeUplink | uplink load factor of new, released |
or modified bearer | |
admission control, real time | |
calculation | |
uplink load factor of the new | |
admitted bearer is used to estimate the | |
change in total received power due to | |
the new, released or modified bearer | |
Source: RNC/AC | |
Interface: RNC/AC -> Load control | |
related functions: admission control, | |
load control | |
LChangeDownlink | downlink load factor of new, released |
or modified bearer | |
admission control, real time | |
calculation | |
downlink load factor of the new | |
admitted bearer is used to estimate the | |
change in total transmitted power due | |
to the new, released or modified bearer | |
Source: RNC/AC | |
Interface: RNC/AC -> Load control | |
related functions: admission control, | |
load control | |
PrxTarget | target for received power (in uplink) |
radio network planning parameter | |
target value for received total | |
wideband interference power in a cell | |
Source: RNC/2.LC | |
Interface: RNC/2.LC -> PS | |
RNC/2.LC -> AC | |
related functions: | |
admisison control, packet scheduling, | |
load control | |
PrxThreshold | uplink load threshold for load |
control | |
radio network planning parameter | |
planned threshold for received total | |
wideband interference power in the | |
cell. The threshold is equal to | |
PrxTarget + allowed margin. If load | |
exceeds the threshold, load control | |
starts to act. | |
Source: RNC/2.LC | |
Interface: RNC/2.LC - internal | |
related functions: load control | |
LUplink | uplink connection based load factor |
load control, real time calculation | |
uplink connection based load factor | |
is Eb/No divided by processing gain. | |
The Eb/No can be either the measured | |
Eb/No, Eb/NoAve, (in closed loop PC | |
when UL TPC commands are overwritten in | |
case of overload) or planned Eb/No, | |
EbNoPlanned which is used if measured | |
Eb/No is not available) or Eb/No | |
setpoint, Eb/NoSetpoint, provided by | |
outer loop PC. | |
Source: RNC/2.LC | |
Interface: RNC/2.LC -> AC, | |
RNC/2.LC -> PS | |
Related functions: Admission Control, | |
Load Control, Packet Scheduling | |
LTotalUplink | total uplink load factor |
load control, real time calculation | |
toatal uplink load factor is used to | |
estimate the total received power. | |
Total uplink load factor includes both | |
load factors of own cell non- | |
controllable bearers and NRT bearers | |
Source: RNC/Load control (2.LC) | |
Interface: RNC: 2.LC -> AC, | |
LC -> PS | |
Related Functions: Admission Control, | |
Load Control, Packet Scheduling | |
LNcUplink | uplink load factor of non- |
controllable users | |
load control, real time calculation | |
uplink load facto of non-controllable | |
users is used to estimate the total | |
received power from non-controllable | |
users | |
Source: RNC/load control ("2.LC") | |
Interface: RNC/2.LC -> AC | |
RNC/2.LC -> PS | |
related functions: admission control, | |
load control, packet scheduling | |
FractionalLoad | Uplink fractional load, which can be |
calculated from PrxToral and PrxNoise. | |
load control | |
Source: RNC/2.LC | |
Interface: RNC/2.LC -> AC | |
related functions: admission control, | |
load control | |
OtherToOwnPrxTotal | Uplink other-cell-to-own-cell |
interference ratio | |
measured on cell basis (100 ms-500 ms) | |
the parameter is the current average | |
other-cell-to-own-cell interference | |
ratio, which is used in estimation of | |
the power increase due to change in bit | |
rates of NRT-bearers by packet | |
scheduler or new, released or modified | |
bearer by admission control | |
Source: BS | |
Interface: | |
BS -> RNC/2.LC, L3/RR indication | |
RNC/2.LC -> AC | |
RNC/2.LC -> PS | |
related functions: | |
admission control, load control, packet | |
scheduling | |
PtxTotal | Total transmitted power in DL |
measured on cell basis (100 ms-500 ms) | |
total transmitted power in a cell | |
measured by BS | |
Source: BS | |
Interface: | |
BS -> RNC/2.LC, L3/RR indication | |
RNC//2.LC -> AC | |
RNC/2.LC -> PS | |
related functions: | |
admission control, load control, packet | |
scheduling | |
PtxNC | transmitted power to non-controllable |
users (in DL) | |
load control, real time estimation | |
load control estimates PtxNc from | |
current PtxTotal and the interference | |
of the own cell NRT users (PtxNrt). | |
PtxNc usually contains the transmission | |
power from BS to RT-users and NTRT- | |
users with minimum guaranteed bit rate. | |
It is also possible to include all the | |
needed/used transmission power to NRT | |
users to PtxNRT | |
Source: RNC/2.LC | |
Interface: | |
RNC/2.LC -> AC | |
RNC/2.LC -> PS | |
related functions: | |
admission control, load control, packet | |
scheduling | |
PtxNRT | transmitted power to NRT-users (in |
DL) | |
packet scheduler, real time | |
estimation | |
packet scheduler estimates the | |
transmission power which is needed for | |
the allocated NRT users | |
Source: RNC/PS | |
Interface: RNC/PS -> Load control | |
related functions: packet scheduling, | |
load control | |
PtxChange | change in transmitted power due to |
new, released or modified bearer | |
calculated whenever a RT bearer is | |
added, released or modified | |
change in total transmitted power. | |
When the admission control admits a new | |
RT bearer (or a RT bearer is released | |
or modified), it estimates the change | |
(PtxChange) in the total transmitted | |
power level | |
Source: RNC/AC | |
Interface: RNC/AC -> load control | |
related functions: admission control, | |
load control | |
PtxTarget | Target value for transmitted power |
radio network planning parameter | |
target (in downlink) for transmitted | |
power in a cell. (e.g. 10-20 W) | |
Source: RNC/2.LC | |
Interface: | |
RNC: 2.LC -> PS | |
2.LC -> AC | |
related functions: | |
admission control, load control, packet | |
scheduling | |
PtxThreshold | downlink load threshold for load |
control | |
radio network planning parameter | |
planned threshold for transmitted | |
power in a cell. Threshold is equal to | |
PtxTarget + allowed margin. If load | |
exceeds the threshold, load control | |
starts to act. | |
Source: RNC/2.LC | |
Interface: RNC/2.LC -internal | |
related functions: load control | |
AveTrxPower | averaging period for total received |
and transmitted power | |
radio network configuration parameter | |
the parameter defines the averaging | |
period which is used by the BS when it | |
calculates both, the total received | |
power level (PrxTotal) and the total | |
transmitted power level (PtxTotal) | |
Source: RNC | |
Interface: RNC -> BS | |
RRIndicationPeriod | Reporting period of radio resource |
indication (e.g. 20 ms to 500 ms) | |
radio network configuration parameter | |
the parameter defines the reporting | |
period of the Radio Resource Indication | |
messages | |
Source: RNC | |
Interface: RNC -> BS | |
EbNoMeasured | Average measured Eb/N0 |
measured on radio link basis | |
This parameter can be used to | |
evaluate the interference caused by the | |
connection. This parameter is more | |
accurate than the Eb/N0 target set by | |
outer loop power control since this | |
parameter does not have (much) bias and | |
the EB/N0 target is not the same as the | |
real received Eb/N0. Averaging over | |
e.g. one frame could be used | |
Source: BS | |
Interface: | |
BS -> RNC/power control PC, Frame | |
control layer FLC | |
RNC: PC -> 2.LC, PC -> AC, PC -> PS | |
related functions: | |
admission control, load control, packet | |
scheduling | |
EbNoPlanned_Down- | planned average downlink EB/N0 |
link | radio network planning parameter |
the parameter defines the planned | |
average downlink Eb/N0-value. The | |
parameter is dependent on the cell, | |
bearer type (RT or NRT) and bit rate | |
Source: RNC | |
Interface: RNC internal | |
related functions: | |
admission control, load control, | |
packet scheduling | |
PtxAverage | average transmitted power per |
connection (in DL) | |
measured on connection basis | |
Source: BS | |
Interface: | |
BS -> RNC/2.LC, L3/RR indication | |
RNC//2.LC -> AC | |
RNC/2.LC -> PS | |
related functions: | |
admission control, load control, packet | |
scheduling | |
C) General Description of Load Control Functionality
Thus, based on the above overview of the network architecture and the used parameters for load control, the function of the load control method is described below.
It is to be noted that the entire function realized by the load control method is achieved by the combination of the two stage traffic load control, i.e. load control means located in the respective base stations BS as well as in the radio network controller RNC.
If the telecommunication network system is properly planned and admission control as implemented by the admission control means AC works sufficiently well, overload situations should be exceptional, not the rule. However, if an overload situation is encountered, carrying out the proposed load control method results in returning the system back to the feasible state, i.e. the currently used system radio resources
UL total interference power (per sector)
DL total transmission power (per sector)
are below planned load control reference values (target and/or threshold values), which indicate overload situation.
The prevention of such overload situations is mainly handled by the admission control means AC and due to a proper setting of load target (also referred to as first reference load value) and threshold in the course of radio network planning (RNP), and also by the implemented load control function.
A load target (reference load value) is set in the course of radio network planning RNP so that it will be the optimal operating point of the system load, up to which packet scheduling means or packet scheduler PS, respectively, and admission control means AC can operate.
Instantaneously this target load will and can be exceeded due to changes of interference and propagation conditions. If the system load will however exceed load threshold, the load control method will return the load below that threshold. Load control actions are always an indication of an overloaded cell and/or sector of the respective base station BS and the load control actions will lower the system capacity in a to some extent undesirable and not fully predictable way.
An area named load area from load target to load threshold ("marginal load area in
In the base station BS the load control can be realized either in a distributed manner for each Channel Element (CE) or in a centralized and optimized manner in a corresponding Base Station Control Unit (BCU) in BS, which controls channel elements.
The load control method according to the present invention can do following actions, in order to reduce load:
manipulate, i.e. deny (DL) or overwrite (UL) TPC commands (TPC=transmit power commands), or reduce a target value of Eb/N0 in the base station either using base station control unit BCU or in distributed fashion by each channel element itself (located in base station, i.e. "1.LC" in
interact with packet scheduling device PS and throttle back NRT traffic
lower Eb/No target for selected real-time (RT) users
lower bit rates of real-time users within a transport format set (TFS)
stop transmission of the most critical downlink DL connections for a while
perform and/or initiate hand-over to another carrier
re-negotiate real-time services to lower bit rates
drop calls in a controlled fashion.
The individual possible load control method steps are presented above in the order of the usage. This means that first fast load control (first stage) in the base station BS is used, then additionally using the second stage load control in the radio network controller RNC, the packet scheduling device PS is commanded to reschedule non-real time (NRT) transmission and so on.
Nevertheless, the present invention is not restricted to the above presented order of usage of individual method steps. Namely, all individual steps can be combined in a convenient order that exhibits best results for respective application cases, so that any possible combination of the above listed method steps is conceivable and can be implemented, if desired, without difficulty. In particular, it should be noted that although the above description has been made with a focus on using two reference load values, one reference load value is sufficient for the proper realization of the proposed method. Namely, due to the load reference value being defined, a first (fast) load control method can be activated when the first reference load value is exceeded. The second (slower) load control method can additionally be activated when i) the first reference load value is exceeded (simultaneous activation), ii) when a subsequent monitoring yields that the first (fast) load control did not reduce the traffic load below said reference value, or iii) when even with the first (fast) load control being activated the traffic load also exceeds a second reference load value. (The second reference load value can be equal to or higher than the first reference load value.)
The overload threshold PrxThreshold for uplink (and/or PtxThreshold for downlink) as the second reference load value is a point determined by the radio network planning RNP such that it is at a value given in decibels (dB's) over noise floor in uplink (and/or downlink). The noise floor is predetermined on base station BS basis, i.e. per sector or cell. By setting this threshold the radio network planning guarantees that the coverage is retained in case the cell shrinking is utilized as a load control method. In the most simplest form of load control, the base station BS (1.LC of BS) just commands all or some mobile station terminals MS to drop powers for uplink overload. For downlink, the base station BS (1.LC of BS) at least denies to increase powers, and may also decrease power, as set out in greater detail further below. If this is not enough during longer time period, some of the load control method steps of the radio network controller RNC side (actions of 2.LC in RNC) presented in this document can/will be used.
In addition to the above load control method steps, the load control of the radio network controller RNC is also responsible for updating and providing to the admission control means AC and packet scheduling means PS the load related information, which is available in the radio network controller RNC (i.e. load vector). This information includes the above explained parameters PrxTotal, PtxTotal, PrxNc, PtxNc, PrxChange, PtxChange, FractionalLoad, LUplink, LTotalUplink, PtxAverage and OtherToOwnPrxTotal.
The total uplink interference power PrxTotal and total downlink transmission power PtxTotal are reported periodically (e.g. every 100 ms or even more seldom) to the radio network controller RNC from base station BS by using radio resource (RR) indication by using a layer three signaling.
The total uplink interference power of non-controllable users PrxNc, and the total downlink transmission power of non-controllable users PtxNc is calculated as follows:
PrxNrt is the estimated total interference power of NRT-users and PtxNrt is the estimated total transmitted power of NRT-users. Both parameters are provided by the packet scheduling means PS. Alternatively, PrxNrt and PtxNrt can be calculated in that the connection based minimum guaranteed bit rate is subtracted from the bit rate of each non-real time user. In this case, for example, PrxNrt includes the estimated total interference of bits allocated additionally to non-real time users above their minimum guaranteed bit rates. PrxChange (in UL) and PtxChange (in DL) are the estimated power increments due to new bearers admitted by the admission control means AC. PrxChange and PtxChange are set to zero when new values for PrxTotal and PtxTotal are received. Before that, according to the proposed-load control method, the load control means LC sums PrxChange to PrxNc, and PtxChange to PtcNc in order to keep track on changed load situation. The Fractional load is calculated from noise rise (PrxTotal/System Noise) as is explained in the equations mentioned in the annex to this specification. OtherToOwnPrxTotal (other to own cell interference ratio (cf. also annex) is the other cell interference power divided by own cell interference power, where other cell interference power is the total interference power PrxTotal subtracted by the own cell interference power and system noise. Own cell interference power is the uplink UL loadfactor LTotalUplink multiplied by PrxTotal, where in addition LTotalUplink is sum average of measured Eb/No's divided by processing gains of active bearers (with Eb/N0 denoting the energy per bit to noise power density ratio).
LUplink contains the connection based load factor. If this cannot be reported from the base station BS to the radio network controller RNC, values provided (i.e. set) by the radio network planning RNP are used. PtxAverage is the average transmitted power per connection basis. Both FractionalLoad and OtherToOwnPrxTotal (which parameter OtherToOwnPrxTotal is not necessarily required for the proposed load control methods) are calculated in the base station BS and then reported periodically (e.g. every 100 ms) to the radio network controller RNC from the base station BS by using RR indication.
D) Load Control Method
In the following an example for a load control in uplink as well as in downlink is described. Nevertheless, other combinations of the individual method steps can be implemented without difficulty, as stated already herein above.
D)I) Uplink Load Control Method
The task of uplink load control is to keep the total uplink interference power of a sector (corresponding, e.g., to a coverage area of a base station BS) below some given overload threshold, called here PrxThreshold, which is considered to be the point after which the system is in overload.
In
The planned target load as a first reference load value in uplink is denoted by PrxTarget, and an overload situation is encountered if PrxTotal exceeds PrxThreshold as a second reference load value.
PrxTarget itself can in an alternative implementation further be split into two values: PrxTargetNC (for non controllable i.e. real time RT users) and PrxTargetNRT (for non-real time users). In this case, the following relation is defined to hold: PrxTarget=PrxTargetNC+PrxTargetNRT. Usually, the load originating from real time users, the interference originating from other cells, the system noise and load attributable to non-real time users with minimum guaranteed bit rate are planned to be less or equal to PrxTargetNC. In this case, PrxTargetNRT includes interference due to the bit rates assigned for transmission to non-real time users which bit rates exceed the minimum guaranteed bit rates. For example, the packet scheduling means PS has allocated 64 kbit/s bit rate for certain non-real time users, whose minimum guaranteed bit rate is only 16 kbit/s. The difference 64-16=48 kbit/s is the difference which causes load and interference PrxNRT. PrxNRT is then planned to be less or equal to PrxTargetNRT, and if PrxNRT exceeds PrxTargetNRT, load control actions for only NRT users can be initiated (like for example TPC-command modifications, reduction of bit rates exceeding minimum guaranteed bit rates by the packet scheduling means PS, etc.). Then, PrxNC can be assumed to contain load due to real time RT users, load due to NRT users operated with the minimum guaranteed bit rate, the interference caused by other cells, and system noise, and PrxNC is planned to be below or equal PrxTargetNC. If, however, this value is exceeded, load control actions can be initiated for concerned users, i.e. non-controllable, real time users. Nevertheless, it is in most cases such that the reference value PrxTarget is not split for real time and non-real time traffic.
If the load threshold, PrxThreshold, and/or the load target, PrxTarget, is exceeded, the load control means 1.LC of the base station BS and 2.LC of the radio network controller RNC start to react by using the following tools:
1. Firstly, each base station BS individually starts to overwrite/modify uplink transmit power control commands, both for non-real time (NRT)-users and for real-time (RT)-users as follows
For NRT-users (Equation (1)):
TPC_REFERENCE
=[(Eb/N0)/(Eb/N0_Target)][PrxTotal/PrxTarget]n1, when PrxTotal>PrxThreshold, and
=1, when PrxTotal>PrxThreshold, where 0<n1, or
=[Eb/N0)/(Eb/N0_Target)][PrxThreshold/PrxTarget]n1a
*[PrxTotal/PrxThreshold]n1b, when PrxTotal>PrxThreshold, where 0≦n1a, 0≦n1b, and usually n1a≦n1b, and if TPC_REFERENCE>-1, then a TPC command is set to -1, TPC_COMMAND=-1, while otherwise a transmit power control command is set to +1, TPC_COMMAND=1. This means that the transmit power is either decremented (TPC_Command=-1) by a certain step ΔTPC, or incremented by the corresponding step (TPC_Command=1).
For RT-users (Equation (2)):
TPC REFERENCE
[=(Eb/N0)/(Eb/N0_Target)], when PrxTotal≦PrxThreshold, and
=[(Eb/N0)/(Eb/N0_Target)][PrxTotal/PrxThreshold]n2, when PrxTotal>PrxThreshold,
where 0≦n2,
and if TPC_REFERENCE≧1, then TPC_COMMAND=-1, otherwise TPC_COMMAND=1, which likewise means that the transmit power is either decremented (TPC_Command=-1) by a certain step ΔTPC, or incremented by the corresponding step (TPC_Command=1)
The "idea" and meaning of equations (1) and (2) resides in that in the uplink the closed loop power control is further stabilized with a weak power feedback, namely, an increase in total interference power level (PrxTotal) causes a slight decrease in Eb/No. This power feedback makes the whole system stable under temporary overload condition. When Eb/No values of the active own cell connections (i.e. connections active in a respective cell of interest) decrease, the total uplink interference power level will decrease, too, and the state/load of the system will return back to the feasible and/or marginal load area (PrxTotal below PrxThreshold).
When the above indicated action is applied in a situation in which the system faces an overload situation, the load control "2.LC" in the radio network controller RNC is reported the overload situation. In this case, the load control LC denies the outer loop power control (PC) to increase Eb/No targets in order to avoid unnecessary increase of Eb/No targets because of artificial reduction of bearer quality by the load control LC.
The algorithm presented in the equations (1) and (2) above starts in a first stage of load control to decrease slowly the Eb/No of NRT-users, when the system load exceeds the target load (i.e. PrxTotal>Target), but this action should be very gentle or could even be parameterized out by choosing for example n1=0. If PrxTotal exceeds PrxThreshold (i.e. the sector is in overload situation), in a second stage of load control the power down commands will be sent to the mobile terminals MS in case of a respective NRT-user, in which case Eb/No's of NRT-users will be reduced until overload is overcome (i.e. PrxTotal<PrxThreshold). In an overload situation the Eb/No's of RT-users are gently reduced based on the method presented in equation (2), i.e. by transferring the operating point of the fast closed loop PC by n2*(PrxTotal-PrxThreshold) dB. For example if n2=0.25, PrxTotal=9 dB and PrxThreshold=6 dB, the power up/down threshold for fast closed loop PC will be
[(Eb/N0)/(Eb/N0_Target)]*20.25≈1.2*[(Eb/N0)/(Eb/N0--Target)]
which indicates 20% smaller Eb/No's.
It may also be possible to be decided by base station control unit (BCU) of which connections the power is to be reduced by overwriting uplink transmit power control commands (UL TPC commands). In this case the power of most critical connections (biggest load factor LUplink or biggest measured average Eb/No) will be reduced. However then the base station control unit should be reported the Eb/No's and bit rates of each connection. It is also possible that the base station control unit BCU determines which connections are the most critical connections and then overwrites the Eb/N0 target values for those connections so as to be smaller than before the overload situation occurred (e.g. 0.5 dB smaller).
An additional point to be considered, especially for fast load control (first stage) in base stations BS is that there is only one closed loop power control PC running for multi-bearers. Therefore, reduction of power has to be effected code channel based, in which case RT and NRT bearers have to be dealt with together and not separately.
Possible priorities of the bearers can be taken care of by a couple having different values for n1 (or n1a and n1b) and n2 as a function of the priority. For example there can be three different values: n1=n2=½ (smallest priority class), n1=n2=¼ (second priority class) and n1=n2=0 (biggest priority class).
Alternatively, the values of n1 (or n1a and n1b) and n2 can depend on the average used bit rate, so that bigger values are used for bigger bit rates (more power is in the average reduced). For example there can be three different values: n1=n2=½ (biggest bit rate class), n1=n2=¼ (second biggest bit rate class) and n1=n2=0 (smallest bit rate class).
Furthermore, if the values of n1 and n2 are desired to be dependent on both, priorities and bit rates in combination, it is conceivable in an easiest way to use the calculated maximum of the values of n1 and n2 (e.g. second priority: n1=¼ and biggest bit rate: n1=½, in which case the final value of n1=½ results as the maximum). If real time RT and non-real time NRT bearers are multiplexed together, an RT bearer is usually dominant, so that the TPC command modifications affect only for RT bearers. Moreover, it is also possible that each channel element reduces the Eb/N0 target value by m1 (e.g. 0.5 dB), in case of a NRT connection with PrxTotal having exceeded PrxTarget but being still below PrxThreshold (PrxTotalε]PrxTarget, PrxThreshold[), and by m2 (e.g. 1 dB) in case of a NRT connection and if PrxTotal exceeds or is equal to PrxThreshold, or by m3 (e.g. 0.5 dB) in case of a RT connection and PrxTotal exceeds or is equal to PrxThreshold.
The effect of incorporation of this idea will replace the need of base station control unit BCU actions.
However, it should be noted that although in the above examples the parameters n1 and n2 were described as assuming the same value, it is also possible to use respective different values for these parameters. This will lead to a preference of some traffic component, i.e. real time or non-real time traffic dependent on the chosen parameter value.
2. Interacting with the packet scheduling means PS and throttling back non-real time traffic (NRT traffic). This is done by the load control means 2.LC" of radio network controller RNC. In response, the packet scheduling means PS will decrease bit rates of the non-real time traffic component, so that PrxTotal will be reduced below PrxThreshold by using an uplink power increase estimator. In this way, the real time traffic component or RT-traffic component, respectively, is implicitly preferred when compared to the NRT-traffic component.
In this connection, it is also beneficial to reduce NRT bit rates when PrxTotal Exceeds PrxTarget+PrxDelta, with PrxDelta greater or equal to zero. In such a case, bit rates are reduced so that the monitored load indication parameter PrxTotal will assume a value below or equal to PrxTarget, or stated in other words PrxTarget≧PrxTotal. (The same kind of control scheme may be adopted in downlink direction, too, if PtxTotal is greater than PtxTarget+PtxDelta, with PtxDelta greater or equal to zero, then NRT bit rates are reduced.)
3. Reducing bit rates of real time users (RT-users) in already negotiated bit rate set, i.e. within the transport format set (TFS). In other words, limiting the transport format TF in the transport format set TFS. The load control means "2.LC" of the radio network controller RNC does this action. In this connection, it will however be necessary for the load control means LC to know whether the service can subsequently handle smaller bit rate than the service currently uses, even in case of variable bit rate circuit switched services.
The load control "1.LC" of the base station BS makes the first correction to the system load by lowering rapidly, but perhaps only temporarily, the average power of uplink users. Subsequently additionally lowering bit rates of NRT and RT-users does the final correction to the system load by the load control "2.LC" of the radio network controller RNC.
Therefore, if the reduction of NRT bit rates was not enough and the system is still in overload, the load control means "2.LC" of the radio network controller RNC starts to reduce bit rates of RT-users until overload is overcome. It is possible to reduce at once the estimated new PrxTotal clearly below PrxThreshold by lowering bit rates instead of adjusting the new total interference power to PrxThreshold. This may make the system more stable (no altering around PrxThreshold). In this case the bit rates are reduced until the estimated new PrxTotal is some margin below
PrxThreshold, i.e. PrxTotal<PrxThreshold-PrxOffset, where PrxOffset is between zero and PrxThreshold-PrxTarget.
The reduction of uplink bit rate is always rather time-consuming, because the change in bit rate has to be signaled to a respective mobile station MS. The reduction of bit rates of RT-users can be implemented a bit differently based on fairness policy used. Therefore, bit rates of most critical connections (biggest load factor) are reduced proportionally either more or equally than bit rates of less interfering connections. Such calculations are based on the use of a power increase estimator means, which is not to be discussed here. The bit rate reduction method as explained above could be formulated as follows:
while (PrxTotal>PrxThreshold-PrxOffset)
reduce the bit rate of RT-users whose load factor is the biggest to the previous bit rate which is possible within TFS end
4. Re-negotiating through the admission control means AC the RT-services to lower bit rates, which are not in the bit rate set of the transport format set TFS, or to lower the minimum bit rate of NRT-services.
This is done by the load control means of the radio network controller, if previous load control actions did not result in a sufficient load reduction. This action is otherwise similar to previous action, but now the bit rates are tried to be re-negotiated lower through the admission control means AC. This action is however rather time-consuming and does not help to temporary/immediate overload.
5. Temporarily stopping uplink UL data transmission, if a certain number of consecutively received radio frames (of 10 ms duration each) are so-called bad-frames the transmission of which was "not o.k."). This means that if k1 consecutive donwlink DL radio frames were "not o.k." (k1 for example being 10), then a mobile station MS will stop the data transmission (the dedicated physical data channel DPDCH is disabled) in uplink, and only the dedicated physical control channel DPCCH is maintained active. When the mobile station MS receives again k2 consecutive radio frames (of 10 ms duration), k2 being for example 2, the uplink transmission is enabled again. Such an action is beneficial when uplink as well as downlink are overloaded because in that case layer 3 signaling from the load control means of the radio network controller to the mobile station may fail.
6. Dropping calls in a controlled fashion. If bit rates cannot be re-negotiated to a lower level anymore and the system is still in overload situation, which means that PrxTotal.>PrxThreshold, the load control means "2.LC" of the radio network controller RNC drops randomly selected RT-users or RT-users which have biggest load factor (most critical connections) until system load is under PrxThreshold-PrxOffset, where PrxOffset can be also zero.
The dropping of calls in uplink can be quite time-consuming when the mobile station MS is signaled via layer three signaling to stop the connection. This can be also so that a connection is put into a discontinuous transmission mode DTX and power down commands are only sent to the mobile station MS.
Actions or method steps, respectively, (2) to (6) can be very briefly and simply described as follows (while it has to be noted that action (3) is not always possible since the radio network controller does not necessarily have a knowledge of whether the current (RT) application can tolerate lower bit rates within its transport format set TFS if the application itself requests a bigger bit rate):
If PrxTotal=PrxNc+PrxNrt>PrxThreshold
then reduce NRT bit rates
until PrxEstimated=PrxNc+ΔPrxNrt
=PrxNc+PrxNrtnew-PrxNrtold
≦PrxThreshold
if still PrxEstimated>PrxThreshold
then try to re-negotiate RT bit rates to lower bit rates until PrxEstimated≦PrxThreshold if still PrxEstimated>PrxThreshold
then drop/stop most critical bearers (minimum priority/maximum load factor) until PrxEstimated≦PrxThreshold
The above method steps can be interpreted so that first PrxNrt is reduced by amount of ΔPrxNrt by the packet scheduling means PS. The new total power estimated will then be PrxEstimated=PrxTotal+ΔPrxNrt and if that is still above PrxThreshold, then bit rates of RT-users are reduced within their transport format set TFS. If even that is not enough, bit rates of some RT-users are tried to be re-negotiated. Naturally, if at the last time all the NRT-traffic was throttled back and new measured PrxTotal received by the load control means of the radio network controller RNC from the load control means of the base station BS by using an OverLoadIndication (based on RR Indication), bit rates of RT-users are touched and so on.
D)II) Downlink Load Control Method
In the following there is presented a simple way to implement downlink load control. The task of downlink load control is to keep the total downlink transmitted power of a sector (e.g. cell of a base station) below a given load threshold as a second reference load value (PtxThreshold) provided and/or set by the radio network planning RNP. This load threshold, PtxThreshold is considered to be the limit after which the downlink transmission DL is in overload, which means that the total transmitted power is too much. The same signaling between the load control means of the radio network controller RNC and the load control means of BS is used in downlink DL as in uplink UL. (The principles of the signaling will be explained in the subsequent section.) Also, the downlink load control method in terms of realized function and effect achieved is closely related to the one adopted in uplink:
1. If overload is encountered in DL, namely if PtxTotal exceeds PtxThreshold, then the load control means LC of the base station BS will sent an overload indication to each active channel element. This indication includes PtxTotal or PtxTotal/PtxThreshold. Then, in respective channel elements the fast closed loop power control (PC) starts to deny downlink DL transmit power commands (TPC commands) both for NRT-users and for RT-users. If PtxTotal exceeds PtxThreshold, the transmission power of NRT-users is in each slot reduced (decremented) by the fast closed loop PC step size and the power of RT-users is decreased or kept the same (not changed if normal power control PC action would be power increase, thereby at least not increasing the power). By using this method, the total transmitted downlink DL power of a sector cannot exceed PtxThreshold. This is the proposed fast downlink DL load control method as implemented in the base station BS.
If total measured transmission power of the sector is between PtxTarget and PtxThreshold (i.e. in the so called marginal load area, cf. FIG. 2), slower and downwards biased power control is used for NRT-users. This means that power is reduced if n3 (e.g. n3=1) consecutive TPC commands of "1" are received, and power is raised or increased only, if n4 (e.g. n4=2) consecutive TPC commands of "+1" are received, while otherwise power is untouched. If downlink power control is wanted to be unbiased in marginal load area, n3 and n4 are selected to be the same. The idea behind such slower power control is prevention of rapid changes in powers.
In addition, there is possibility that linear power amplifier limit (the maximum base station BS transmission power) is reached. In this case total downlink transmission power, PtxTotal, cannot anymore be increased and the transmission power of each user is implicitly reduced by the same percentage so that PtxTotal equals the maximum BS transmission power.
2. Interacting with the packet scheduling means PS and throttling back non-real time (NRT) traffic. This is done by the load control means LC located in the radio network controller RNC. The packet scheduling means PS will decrease NRT bit rates, so that PtxTotal will be below PtxThreshold. This is done by using downlink power increase estimator.
3. Reducing bit rates of real time RT-users in an already negotiated bit rate set, i.e. within the transport format set (TFS). The load control means LC of the radio network controller RNC effects this action. The bit rates are reduced so that downlink DL transmission power will be below PtxThreshold or PtxThreshold-PtxOffset. In the latter case, the downlink DL total transmission power is reduced a given margin below the load threshold in order to prevent new overload situation immediately.
The reduction of DL bit rate of RT-users can be implemented either such that the load control means instructs respective real-time (RT) users to use a lower bit rate which is possible within the transport format set TFS, or such that the load control means LC instructs only the most critical RT bearers (having the biggest DL Perch Ec/Io or biggest average transmission power (if this information is available in DL)) to reduce their bit rates within their transport format set TFS. The latter is proposed. The calculation is based on the use of downlink power allocation. The method steps in this regard of the bit rate reduction method in downlink DL can be expressed as follows
while (PtxTotal>PtxThreshold-PtxOffset)
reduce the bit rate of RT user whose average transmission power is the biggest to the previous possible bit rate within TFS
end
4. Re-negotiating through the admission control means AC the RT-services to lower bit rates, which are not in a bit rate set of the transport format set TFS or to lower the minimum bit rate of NRT-services. This is done by the load control means LC of the radio network controller RNC if previous load control actions were not enough and/or sufficient. This action is otherwise similar to previous the action, but now bit rates are tried to be re-negotiated lower through the admission control means AC. The re-negotiation of bit rates is a rather slow action (e.g. 1 s), because it is rated from load control means LC to admission control means AC and further to a call control means (CC, not shown) and has to be signaled to the mobile terminals MS.
5. Temporarily stopping the downlink DL data transmission of certain (e.g. most critical) real time users. This means that in downlink the dedicated physical data channel DPDCH is turned off (disabled) and that in downlink only the dedicated physical control channel DPCCH is maintained in an active state. If this measure contributes to a reduction of the load such that after a certain time (measured by a timing means for example), the system is no longer in overload, the downlink DPDCH can be reactivated, while otherwise, after the lapse of the certain time, also the DPCCH is disabled and the user is thus ("completely") dropped or disconnected, respectively.
6. Dropping calls in a controlled fashion. If bit rates cannot be re-negotiated to a lower level anymore and the system is still in an overload situation, which means that PtxTotal>PtxThreshold, then the load control means "2.LC" of the radio network controller RNC drops (i.e. instructs the base station BS to drop) randomly selected RT-users or RT-users which have biggest load factor, until system load is under PtxThreshold-PtxOffset, where PtxOffset can be zero. The dropping of a call in downlink DL is much easier than in uplink UL because the mobile terminal MS does not need to be signaled to this effect, but the base station BS can just stop transmission to that mobile terminal MS. Although not expressly mentioned above, it is to be understood that in case of several RT users having a biggest load factor, among these a random selection is conducted to select the RT user connection to be dropped, so that the above indicated measures can be combined. The same combination of those measures is of course also possible in uplink load control.
The maximum possible transmission power of a respective base station BS (maximum output of linear power amplifier; LPA) will be something like 20W (43.0 dBm), for example. Thus PtxTarget is obviously below this value, but PtxThreshold is possibly reasonable to be selected so as to be the same as the maximum of the linear power amplifier LPA output. The proper setting of PtxTarget and PtxThreshold on a per sector (cell) basis is very difficult and is left to radio network planning RNP. Some initial values which according to the inventor's experience appear to be applicable are indicated as the following example values: PtxTarget 15W (41.8 dBm) and PtxThreshold 20W (43.0 dBm). Based on first experimental results, PtxTotal can vary very much as a function of traffic (several dozens of Watts). This makes an intelligent admission control to be difficult, but emphasizes the need for the use of downlink load control.
E) Load Related Messages and Signaling
There will be in total two different load related messages over Iub interface from a respective base station BS to the radio network controller RNC:
a) Simple Radio Resource (RR) Indication Procedure.
This means that there is only the periodic cell specific reporting procedure over Iub (using layer three signaling), i.e. reporting of periodically monitored load indication parameters. The load information updating period should be short enough (in maximum the same order as an average packet scheduling period). However, especially in overload cases (in case of exceeded reference load value) the requirement for reporting immediately (e.g. every 10-30 ms) some load information or at least an overload indication as an indication of the current state of the network from the base station BS to the radio network controller RNC is important for the load control means LC of radio network controller RNC. Similarly the packet scheduling means should be provided with updated load information in order to make right packing decisions.
This message/signaling amount as well as the response requirement does, however, not succeed with hardware resources. Therefore there is a need for separate load reporting procedure for overload situations.
b) Overload Indication Procedure.
This overload indication and overload indication includes information about PrxTotal, PtxTotal and possible load information about most critical connections (at least code ID, bit rate and measured Eb/No or directly load factor LUplink=Eb/No divided by processing gain).
This is send by the load control means "1.LC" of a respective base station BS to the load control means "2.LC" of the radio network controller RNC in order to throttle back non-real time NRT traffic, reduce bit rates for real-time RT calls within the transport format set TFS or by re-negotiating bit rates or to drop calls in controllable fashion. After having received this message the load control means "2.LC" of the radio network controller RNC reports to the admission control means AC and the means of outer loop power control PC of the radio network controller RNC about the overload. In this case, the admission control means AC does not admit new bearers and the means for outer loop PC does not increase Eb/No target before the load control means of the radio network controller RNC has canceled and/or invalidated the overload indication. Very short response requirement supports to locate the load control means close to the power control PC and packet scheduling means PS, if the overload indication message is directed first to the load control.
It would be even possible (as an alternative to the above mentioned) to sent the overload indication to the means for outer loop power control PC of the radio network controller RNC from respective channel elements by using frame control layer signaling FCL in order to deny outer loop power control PC actions. This, however, will cause too much signaling overhead and therefore radio resource RR indication procedure (layer three signaling) is preferred and sufficient.
F) Uplink Load Control and Associated Signaling: Example
In
The horizontal dimension reflects to the different radio resource management RRM functions (and/or corresponding devices) which concern the load control method steps. The vertical dimension represents time and thus indicates when the different load control method steps are carried out, i.e. when the respective actions take place.
The figure can be interpreted so that (
Then (cf.
The load control means of the radio network controller RNC will also send an acknowledgment to LC of BS that it has been informed about the overload (FIG. 3C).
G) Conceivable Modifications
Herein above, only one load threshold in UL and DL, namely PrxThreshold and PtxThreshold have been described for use in connection with the proposed method. However, it is conceivable to use two thresholds. Namely, if two thresholds are used the thresholds, PrxThreshold--1 in uplink UL and PtxThreshold--1 in downlink DL, are used for early prevention of an overload situation, and the higher thresholds, PrxThreshold--2 in uplink UL and PtxThreshold--2 in downlink DL, are the actual overload limits above which the system is in overload. For example in uplink UL overload situation, a slight increase in fractional load will increase the interference power a lot and thus the system capacity is lowered. When the system operates in feasible load area, the system capacity is not remarkable sensible to changes in fractional load. The idea behind two thresholds would be an improved prevention of overload. The use of only one threshold is, however, more easy to handle.
In case of two thresholds in UL and DL, respectively, the load increase above lower threshold PrxThreshold--1 in uplink UL and PtxThreshold--1 in downlink DL, will trigger the first load control actions (mainly additional inter-frequency handover measurements just for load control needs and fast power reduction of NRT-users based on decisions as taken by the load control means of a respective base station BS. The "normal" load control actions as taken by the load control means of the radio network controller-RNC are conducted only if the monitored load exceeds the bigger threshold: PrxThreshold--2 in uplink UL and PtxThreshold--2 in downlink DL.
The advantage of having only one threshold is obviously the simplicity when compared to two-threshold case, while this is nevertheless feasible if desired.
Furthermore, it is conceivable to make use of inter-frequency handover to another carrier. If some other layer of the cell is not so loaded as the cell concerned, the load control means LC of the radio network controller RNC could move, some users into that frequency using handover control. This will stabilize the load of different layers.
Also, reduction of Eb/No targets could be used in uplink UL load control. This is basically quite easy to carry out because both load control means LC and means for outer loop power control PC are located in the radio network controller RNC. However, right now the combination of overwriting/modifying transmit power control commands (TPC commands) by the load control means LC of a base station BS and reduction of bit rates by the load control means LC of the radio network controller RNC is considered to be adequate and an additional reduction of Eb/No targets could result in some "confusion".
Using the load control means LC of a base station BS could be done in a centralized fashion, in that the base station control unit BCU selects the users (the code channels) whose TPC commands are to be modified, or could be done in a distributed fashion, in that each channel element independently uses the same method to modify TPC commands in case of overload. The former method requires quite much signaling in the base station BS but could be handy if priorities are taken into account. However the different priorities can be incorporated into fast closed power control methods used in each channel element without any intervention of a base station control unit BCU. The proposed method mainly focuses on the use of a distributed method because of simplicity and much easier implementation.
The limitation of the maximum connection based DL transmission power of NRT-users in case of PtxTotal>PtxTarget could also be influenced. This could mean, for example, that if PtxTotal is above PtxTarget, the maximum transmission power of the connection is reduced by 5 dB.
H) ANNEX
All of the above mentioned powers used for load control, like e.g. PrxTotal, PrxTarget and PrxThreshold (for UL), are noise rises, i.e. wideband interference powers over system noise (power divided by system noise). This annex defines relationships between the used parameters.
Other to own cell interference ratio i:
Noise rise NR:
with M being the number of users, w being the bandwidth, ρ being Eb/N0, R representing the bit rate, Luplink representing the total uplink load factor of a sector and P_N being the system noise
Fractional Load:
Pure interference power over noise:
The load control means of the radio network controller RNC uses an uplink power estimation means when deciding the bit rates of which connections and how much are to be reduced in order to overcome the overload situation.
Some reasonable values for PrxTarget would be 3.5 dB and for PrxThreshold 5 dB. The respective fractional loads are then 0.55 and 0.68. So when fractional load increases 22% from 0.55 to 0.68, the total interference level will increase 41% from 3.5 dB to 5 dB. This fact emphasizes the importance of the load control method. Simple conversion table between noise rise and fractional load and the derivative of noise rise with respect to fractional load are presented in the following table.
TABLE | |||||
Noise rise - fractional load mapping | |||||
d(noise rise)/ | |||||
Noise rise | Fractional Load | d(fractional load | |||
0 | dB | 0 | |||
3 | dB | 0.5 | 6 | dB | |
4 | dB | 0.6 | 8 | dB | |
5 | dB | 0.68 | 10 | dB | |
6 | dB | 0.75 | 12 | dB | |
7 | dB | 0.8 | 14 | dB | |
8 | dB | 0.84 | 16 | dB | |
9 | dB | 0.87 | 18 | dB | |
10 | dB | 0.9 | 20 | dB | |
20 | dB | 0.99 | 40 | dB | |
A way of calculating uplink power increase estimate is to use the derivative of noise rise with respect to fractional load as follows:
This is very much inline with old method, which was
The present invention proposes a method for traffic load control in a telecommunication network consisting of at least one radio terminal and at least one radio transceiver device, each radio transceiver device defining a cell of said network being controlled by a network control device; comprising-the steps of setting a first reference load value for the load of a respective cell; monitoring the load of said respective cell, and in response to the load exceeding the first reference load value, manipulating the power control to decrease the transmission power levels in the cell. The present invention thus proposes a fast load control method in that during a situation in which a certain reference load value is exceeded, the load is controlled per base station sector by manipulating power control, e.g. transmit power commands. In addition, such load reductions can be supplemented by re-negotiating bit rates, for example. With the proposed method a necessary load margin can be reduced which advantageously increases the system capacity.
It should be understood that the above description and accompanying drawings are only intending to illustrate the present invention by way of example. Thus, the preferred embodiments of the invention may vary within the scope of the attached claims.
Patent | Priority | Assignee | Title |
10159006, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for reporting and/or using control information |
10349351, | Dec 04 2002 | Pantech Wireless, LLC | Reliability detection of channel quality indicator (CQI) and application to outer loop power control |
10645693, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus of implementing and/or using a control channel |
10959120, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus related to selecting control channel reporting formats |
11129062, | Aug 04 2004 | Qualcomm Incorporated | Enhanced techniques for using core based nodes for state transfer |
6842619, | Jul 19 2001 | Unwired Planet, LLC | Telecommunications system and method for load sharing within a code division multiple access 2000 network |
6937863, | Aug 15 2001 | F POSZAT HU, L L C | System and method for dynamically adjusting cell sectorization |
6950669, | Jul 05 2000 | TELEFONAKTIEBOLAGET L M ERICSSON PUBL | Power control algorithm for packet data based on queue/channel utilization |
6975598, | Jun 08 2000 | RAKUTEN GROUP, INC | Data transmission apparatus with a data transmission amount controllable and a method therefor |
7054275, | Jul 04 2000 | Samsung Electronics Co., Ltd. | Method and apparatus for determining reverse data rate in mobile communication system |
7092720, | Mar 27 2003 | InterDigital Technology Corp. | Method for characterizing base station capabilities in a wireless communication system and for avoiding base station overload |
7107061, | Jun 28 2002 | Genband US LLC; SILICON VALLEY BANK, AS ADMINISTRATIVE AGENT | Adaptive cell gapping overload control system and method for a telecommunications system |
7173904, | Sep 23 1999 | Lucent Technologies Inc. | System and method for reverse link overload control |
7221653, | Jul 30 2001 | CLUSTER, LLC; Optis Wireless Technology, LLC | Fast flow control methods for communication networks |
7248837, | Dec 30 2002 | LG Electronics Inc. | Method and apparatus for controlling power of radio links |
7305241, | Sep 18 2002 | WSOU Investments, LLC | Method for managing radio resources and radio system |
7313091, | May 24 2002 | InterDigital Technology Corporation | Method and system for control of congestion in CDMA systems |
7580366, | Apr 07 2000 | Samsung Electronics Co., Ltd | Method and apparatus for determining reverse data rate in mobile communication system |
7684329, | May 06 2002 | Qualcomm Incorporated | Method and apparatus for augmenting physical layer ARQ in a wireless data communication system |
7697447, | Aug 10 2001 | Google Technology Holdings LLC | Control of jitter buffer size and depth |
7719991, | Jan 21 2003 | Qualcomm Incorporated | Reverse rate indicator detection |
7734255, | Dec 24 2002 | NEC Corporation | Radio resource management method, management apparatus employing the same, base station, and terminal |
7756523, | Oct 08 2003 | NEC Corporation | Management method, system, and management apparatus of radio communication system |
7787492, | Jan 14 2003 | Unwired Planet, LLC | Resource allocation management |
7813323, | Jun 13 2007 | Sprint Spectrum LLC | Dynamic adjustment of reverse-link frame-error-rate (RFER) target based on reverse-link RF conditions |
7852810, | Jan 03 2007 | Sprint Spectrum L.P. | Dynamic adjustment of forward-link frame-error-rate (FFER) target |
7860512, | Sep 18 2002 | WSOU Investments, LLC | Method for managing radio resources and radio system |
7953025, | Feb 05 2007 | TELEFONAKTIEBOLAGET LM ERICSSON PUBL | Load estimation using scheduled uplink power |
7983187, | May 22 2007 | TELEFONAKTIEBOLAGET LM ERICSSON PUBL | Load estimation in receiver diversity telecommunication systems |
8010053, | Dec 04 2002 | Pantech Wireless, LLC | Reliability detection of channel quality indicator (CQI) and application to outer loop power control |
8031660, | May 14 2003 | Nokia Technologies Oy | Data transmission method, system, base station, subscriber station, data processing unit, computer program product, computer program distribution medium and baseband module |
8068869, | Feb 15 2006 | AVAGO TECHNOLOGIES INTERNATIONAL SALES PTE LIMITED | Method and apparatus for processing transmit power control (TPC) commands in a wideband CDMA (WCDMA) network based on a sign metric |
8107988, | Jul 25 2008 | Sprint Spectrum LLC | Conducting power control based on reverse-link RF conditions |
8126497, | Mar 03 2009 | Sprint Spectrum LLC | Method and system for selecting target error rates for power-controlling wireless communication links |
8204450, | Dec 04 2002 | Pantech Wireless, LLC | Reliability detection of channel quality indicator (CQI) and application to outer loop power control |
8218573, | Jan 21 2003 | Qualcomm Incorporated | Power boosting in a wireless communication system |
8290532, | Apr 19 2010 | Sprint Spectrum LLC | Selectively conducting reverse-link power control and call admission control |
8295252, | May 18 2006 | Qualcomm Incorporated | Interlace-based control channel balancing in a wireless communication network |
8315644, | Nov 28 2006 | Telefonaktiebolaget L M Ericsson (publ); TELEFONAKTIEBOLAGET LM ERICSSON PUBL | Enhanced flow control in a cellular telephony system |
8412245, | Apr 27 2007 | LENOVO INNOVATIONS LIMITED HONG KONG | Scheduling information method and related communications devices |
8416756, | Jan 21 2003 | Qualcomm Incorporated | Power boosting in a wireless communication system |
8417257, | Aug 22 2006 | CA, INC | Method and system for load balancing traffic in a wireless network |
8428522, | Dec 04 2002 | Pantech Wireless, LLC | Reliability detection of channel quality indicator (CQI) and application to outer loop power control |
8437251, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for communicating transmission backlog information |
8463272, | Mar 31 2010 | Hitachi, Ltd. | Wireless communication system and load balancing aware handover method therefor |
8477686, | Sep 10 2009 | Sprint Spectrum LLC | Automatic increase of target frame error rate for duration based on call drop timer |
8488562, | Oct 15 2010 | Qualcomm Incorporated | Transmission power control in multi-hop networks |
8503938, | Oct 14 2004 | Qualcomm Incorporated | Methods and apparatus for determining, communicating and using information including loading factors which can be used for interference control purposes |
8509799, | Sep 19 2005 | Qualcomm Incorporated | Provision of QoS treatment based upon multiple requests |
8514692, | Feb 24 2003 | Qualcomm Incorporated | Methods and apparatus for determining, communicating and using information which can be used for interference control purposes |
8514771, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for communicating and/or using transmission power information |
8537700, | Apr 19 2010 | Sprint Spectrum LLC | Identifying and selectively controlling reverse-noise contribution on a per-access-terminal basis |
8588777, | Sep 22 1998 | Qualcomm Incorporated | Method and apparatus for robust handoff in wireless communication systems |
8605577, | May 24 2002 | InterDigital Technology Corporation | User equipment in a congestion controlled CDMA system |
8611915, | Dec 30 2009 | MOTOROLA SOLUTIONS, INC | Method for providing control of push-to-talk communication |
8615241, | Apr 09 2010 | Qualcomm Incorporated | Methods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systems |
8694042, | Oct 14 2005 | Qualcomm Incorporated | Method and apparatus for determining a base station's transmission power budget |
8811348, | Feb 24 2003 | Qualcomm Incorporated | Methods and apparatus for generating, communicating, and/or using information relating to self-noise |
8830818, | Jun 07 2007 | Qualcomm Incorporated | Forward handover under radio link failure |
8830827, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for communicating transmission backlog information |
8886180, | Jan 31 2003 | Qualcomm Incorporated | Enhanced techniques for using core based nodes for state transfer |
8965413, | Apr 12 2006 | Qualcomm Incorporated | Locating a wireless local area network associated with a wireless wide area network |
8982778, | Sep 19 2005 | Qualcomm Incorporated | Packet routing in a wireless communications environment |
8982835, | Sep 19 2005 | Qualcomm Incorporated | Provision of a move indication to a resource requester |
8983468, | Dec 22 2005 | Qualcomm Incorporated | Communications methods and apparatus using physical attachment point identifiers |
8989084, | Oct 14 2005 | Qualcomm Incorporated | Methods and apparatus for broadcasting loading information corresponding to neighboring base stations |
9066344, | Sep 19 2005 | Qualcomm Incorporated | State synchronization of access routers |
9078084, | Dec 22 2005 | Qualcomm Incorporated | Method and apparatus for end node assisted neighbor discovery |
9083355, | Feb 24 2006 | Qualcomm Incorporated | Method and apparatus for end node assisted neighbor discovery |
9094173, | Jun 25 2007 | Qualcomm Incorporated | Recovery from handoff error due to false detection of handoff completion signal at access terminal |
9119220, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for communicating backlog related information |
9125092, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for reporting and/or using control information |
9125093, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus related to custom control channel reporting formats |
9131410, | Apr 09 2010 | Qualcomm Incorporated | Methods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systems |
9137072, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for communicating control information |
9148795, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for flexible reporting of control information |
9155008, | Mar 26 2007 | Qualcomm Incorporated | Apparatus and method of performing a handoff in a communication network |
9161313, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for communicating and/or using transmission power information |
9191840, | Oct 14 2005 | Qualcomm Incorporated | Methods and apparatus for determining, communicating and using information which can be used for interference control |
9253702, | Sep 06 2012 | TELEFONAKTIEBOLAGET L M ERICSSON PUBL | Handover in heterogeneous radio communication networks based on systematic imbalance differences |
9282524, | Jun 07 2006 | AVAGO TECHNOLOGIES INTERNATIONAL SALES PTE LIMITED | Method and apparatus for improving noise power estimate in a WCDMA network |
9313784, | Sep 19 2005 | Qualcomm Incorporated | State synchronization of access routers |
9338767, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus of implementing and/or using a dedicated control channel |
9338795, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for communicating transmission backlog information |
9374179, | Aug 20 2007 | TELEFONAKTIEBOLAGET LM ERICSSON PUBL | Supervision of faults in a receiver chain based on noise floor monitoring |
9414314, | Dec 04 2002 | Pantech Wireless, LLC | Reliability detection of channel quality indicator (CQI) and application to outer loop power control |
9451491, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus relating to generating and transmitting initial and additional control information report sets in a wireless system |
9462604, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus related to selecting a request group for a request report |
9473265, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for communicating information utilizing a plurality of dictionaries |
9544860, | Feb 24 2003 | Qualcomm Incorporated | Pilot signals for use in multi-sector cells |
9565570, | Jun 13 2012 | ZTE Corporation | Capacity planning method and device for wireless broadband network |
9572179, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for communicating transmission backlog information |
9578654, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus related to selecting reporting alternative in a request report |
9603102, | Feb 24 2003 | Qualcomm Incorporated | Method of transmitting pilot tones in a multi-sector cell, including null pilot tones, for generating channel quality indicators |
9661519, | Feb 24 2003 | Qualcomm Incorporated | Efficient reporting of information in a wireless communication system |
9736752, | Dec 22 2005 | Qualcomm Incorporated | Communications methods and apparatus using physical attachment point identifiers which support dual communications links |
9788148, | Dec 12 2013 | Nintendo Co., Ltd. | Non-transitory storage medium encoded with computer readable information processing program, information processing apparatus, method of controlling information processing apparatus, and information processing system, capable of enhancing zest of wireless communication |
9801091, | Nov 11 2011 | TELEFONAKTIEBOLAGET LM ERICSSON PUBL | Uplink load control method and apparatus used in a wireless communication system |
9807690, | Dec 04 2002 | Pantech Wireless, LLC | Reliability detection of channel quality indicator (CQI) and application to outer loop power control |
9838928, | Sep 06 2012 | Telefonaktiebolaget LM Ericsson (publ) | Handover in heterogeneous radio communication networks based on systematic imbalance differences |
9893917, | Dec 22 2005 | Qualcomm Incorporated | Methods and apparatus for communicating control information |
Patent | Priority | Assignee | Title |
4435840, | Jun 22 1981 | Nippon Electric Co., Ltd. | Radio mobile communication system wherein probability of loss of calls is reduced without a surplus of base station equipment |
5245629, | Oct 28 1991 | Motorola, Inc. | Method for compensating for capacity overload in a spread spectrum communication system |
5839056, | Aug 31 1995 | Nokia Siemens Networks Oy | Method and apparatus for controlling transmission power of a radio transmitter |
6266531, | Jul 01 1998 | Ericsson Inc. | System and method for adaptive thresholds for cell load sharing |
6317600, | Nov 26 1996 | Nokia Technologies Oy | Method for load control, and radio system |
6469993, | Sep 15 1998 | AEGIS 11 S A | Method for controlling traffic load in mobile communication system |
6594495, | Nov 26 1996 | Nokia Corporation | Method for load control, and radio system |
EP856955, | |||
WO9708847, | |||
WO9708909, | |||
WO9824199, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
May 17 2001 | Nokia Corporation | (assignment on the face of the patent) | / | |||
May 23 2001 | LAAKSO, JANNE | Nokia Networks Oy | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 012139 | /0896 |
Date | Maintenance Fee Events |
Jun 08 2007 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Aug 08 2011 | REM: Maintenance Fee Reminder Mailed. |
Dec 30 2011 | EXP: Patent Expired for Failure to Pay Maintenance Fees. |
Date | Maintenance Schedule |
Dec 30 2006 | 4 years fee payment window open |
Jun 30 2007 | 6 months grace period start (w surcharge) |
Dec 30 2007 | patent expiry (for year 4) |
Dec 30 2009 | 2 years to revive unintentionally abandoned end. (for year 4) |
Dec 30 2010 | 8 years fee payment window open |
Jun 30 2011 | 6 months grace period start (w surcharge) |
Dec 30 2011 | patent expiry (for year 8) |
Dec 30 2013 | 2 years to revive unintentionally abandoned end. (for year 8) |
Dec 30 2014 | 12 years fee payment window open |
Jun 30 2015 | 6 months grace period start (w surcharge) |
Dec 30 2015 | patent expiry (for year 12) |
Dec 30 2017 | 2 years to revive unintentionally abandoned end. (for year 12) |