The present invention relates to a method of alleviating an overload condition of a base station of a code division multiple access (CDMA) network for mobile telecommunications. The present invention also relates to a CDMA network, to a base station, and to a base station controller.
When a base station controller is in an overloaded state such that it can handle no more calls with acceptable quality of service, the usual strategy to recover from overload is to prevent new calls from being set up, be they mobile-originated or mobile-terminated. Using this strategy, the number of calls being handled by the base station controller is reduced over time as the calls and the mobile user terminals move out of the overloaded system. This gradually reduces the load on the base station controller until the base station controller is no longer in an overloaded condition.
However, this strategy is of little use if the mobile user terminals remain call connected and do not move sufficiently to become connected to another base station controller. Furthermore, if calls are still being set up at the base station controller for whatever reason, for example calls being handed over from another base station controller, the overload condition will worsen.
In a UMTS network, packet-switched users can remain connected to the core network without any call connections to the base station controller which in a UMTS network is a radio network controller (RNC). In this state, the mobile user terminal periodically updates the base station controller as to its UTRAN Registration Area. This ‘pseudo-idle’ state is called UTRAN Registration Area Paging Channel state (usually abbreviated to URA_PCH state). If a mobile user terminal in URA_PCH state wishes to send or receive packet data, the mobile user terminal is moved into either Cell_DCH state or Cell_FACH state, in which dedicated or shared resources for call connection are granted by the base station controller. Mobile user terminals in URA_PCH state do not require much of the base station controller's radio resources.
A method of alleviating an overload condition of a base station, a code division multiple access (CDMA) network, a base station, and a base station controller, according to the present invention are defined in the independent claims to which the reader should now refer. Preferred features are laid out in the dependent claims.
An example of the present invention is a method of alleviating an overload condition of a base station of a code division multiple access (CDMA) network for mobile telecommunications. The base station has a plurality of mobile user terminals in its radio coverage area. At least some of the mobile user terminals are in a first mode in which a request for non-emergency call connection can be made. The method involves detecting an overload condition of the base station and in response transferring a mobile user terminal from said first mode to a second mode in which the mobile user terminal can no longer make a request for non-emergency call connection.
When considering in particular a known UMTS network, the inventors realised that there was a problem that arises when the base station controller is in an overloaded condition and mobile user terminals in URA_PCH state seek to move to an active call connected state (Cell_DCH state or Cell_FACH state) by requesting appropriate radio resources. Whenever a mobile user terminal needs to make an emergency call (e.g. 911) when in URA_PCH state, it requests the radio resources from the base station controller, and because the base station controller cannot distinguish whether a mobile user terminal requests the resources because of a desire to send packet data or a need to make an emergency call, the base station controller cannot reject this request. Rejecting a call setup request which might be for an emergency call is not only dangerous but also violates telecommunications regulations in some countries. However, by having to accept all mobile user terminal requests for resources, the base station controller worsens the overload condition that it is experiencing, especially if the number of mobile user terminals making such requests is large. This increases the risk of poor functioning of the base station controller to the extent that the base station controller might even crash causing all calls to be lost. A preferred embodiment of the present invention advantageously addresses this problem by transferring mobile user terminal(s) to a mode in which a terminal can no longer make a request for non-emergency call connection.
A preferred embodiment of the present invention will now be described by way of example and with reference to the drawings, in which:
The preferred network is a Universal Mobile Telecommunications System (UMTS) terrestrial access network (UTRAN), which is a type of wideband code division multiple access (CDMA) network for mobile telecommunications. The network includes a radio network controller (RNC) which controls at least one transmitter-receiver station. Basically, it is proposed that when the RNC is in an overloaded condition, mobile user terminals in a connected mode (URA_PCH state) are moved to idle state where all connections between the mobile user terminal and the network are severed. By moving user terminals that are in URA_PCH state to idle state, a UTRAN network that is in an overloaded condition is protected from going further into overload. This is because connection requests from some mobile user terminals in URA_PCH state wanting to move to another more active state (namely Cell_DCH state) are avoided by moving those mobile user terminals to idle state. Mobile user terminals in URA_PCH state are moved to idle state by releasing the radio resources allocated thereto by the RNC. The mobile user terminal can then either reconnect to a different RNC, if there is one, or stay in idle state. Additionally, if the mobile user terminal does need to initiate emergency calls, it will be processed by the RNC via a request for resources for emergency calls from the idle state. In URA_PCH state, the mobile user terminal listens periodically to a paging channel. In idle state, the mobile user terminal listens somewhat less frequently to the paging channel.
The UTRAN network is basically as shown in
URA_PCH State
When in the UMTS network, a mobile user terminal using packet-switched services can be connected without a call connection to the base station controller. In this state, the mobile user terminal periodically updates the base station controller as to its UTRAN Registration Area. This ‘pseudo-idle’ state is called UTRAN Registration Area Paging Channel state (usually abbreviated to URA_PCH state).
If a mobile user terminal in URA_PCH state wishes to send or receive packet data, the mobile user terminal is moved into either Cell_DCH state or Cell_FACH state, in which dedicated resources are granted by the base station controller. Similarly if a mobile user terminal needs to make an emergency call (e.g. 911) when in URA_PCH state, it requests resources from the base station controller.
The base station controller cannot distinguish whether a mobile user terminal requests the resources in order to either send/receive packet data or to make an emergency call. Accordingly, the base station controller must grant the request.
Dealing with an Overload Condition at a Radio Network Controller (RNC)
When the radio network controller (RNC) is in overload, some of mobile user terminals in URA_PCH state are moved to idle state. In idle state, the mobile user terminal and RNC no longer communicate. In this case, if the mobile user terminal that has been moved to idle state wishes to initiate an emergency call, it can do so by requesting a connection for an emergency call, thus notifying the RNC of its intentions, and this request should not be rejected by the RNC.
As shown in
The radio network controller (RNC) includes an overload detector as shown in
Whilst the overload condition continues, if there are no mobile user terminals in Pool 1, the RNC proceeds to move mobile user terminals from Pool 2 to idle state instead. Similarly, if there are no mobile user terminals in Pool 1, the RNC proceeds to move mobile user terminals from Pool 3 to idle state instead. If there are no mobile user terminals left in any of the Pools, the RNC necessarily stops moving mobile user terminals to idle state even though the overload condition continues.
To explain this approach further, as shown in
(j) the RNC is first determined as being in an overload condition,
(k) pool 1 is selected (by having pool designator=1),
(l) a determination is made whether the RNC is still in the overload condition,
(m) if yes, (n) a determination is made as to whether the pool designator x has a value higher than that designating the highest pool available (in this example, which has three pools, pool 3 is considered higher than pool 2 which is higher than pool 1),
(o) if the pool designator x (i.e. selected pool) is not higher than the highest available, (p) a determination is made as to whether the currently selected pool is empty of mobile user terminal candidates for being put into idle mode,
(q) if the currently selected pool is not empty, (r) one of the mobile user terminal candidates is selected at random, and (s) is put into idle mode, and (t) a return is made to step (l).
(u) If the currently selected pool is empty, (v) the next highest pool is selected (by incrementing pool designator x by 1), and a return is made to step (n). Once (w) all available pools have been considered, the process ends (x).
Mechanism for Transferring a Selected Mobile User Terminal to Idle Mode
The messaging involved in getting a selected mobile user terminal to transfer to idle mode will now be explained with reference to
The mobile user terminal uses the signalling channel setting in the received Cell Update Confirm message and responds to the RNC with a Radio Bearer Reconfiguration message 26 when it has completed configuring its signalling channel. The RNC then instructs the mobile user terminal to move to idle mode by sending a radio resource control (RRC) Connection Release message 28. The mobile user terminal then confirms that it is going into idle mode by sending a RRC Connection Release Confirm message 30, and then enters idle mode.
The Messages Between the RNC and Mobile User Terminal are, of Course, Via the Transmitter-Receiver Station (Node B) in the Radio Coverage Area (Cell) in which the Mobile User Terminal Currently Resides.