Professional Documents
Culture Documents
1 / 10
2 / 10
Description
The Advanced Congestion Relief procedure feature is an enhancement to Motorola's optional Handover
on Congestion feature.
Handover on congestion offers a higher quality solution compared with the use of ETSI defined
directed retry procedures, since it allows the operator to shed traffic from heavily loaded cells prior to
reaching a fully congested state. Once a cell reaches its operator defined congestion threshold, existing
traffic is optimally handed over to non-congested cells, thereby relieving the condition and clearing
capacity for new calls or originations. By way of comparison, directed retry forces originations in
congested cells to be directed immediately to other cells which many times can result in poor cell
assignments and poor call quality.
3 / 10
Disabled
Enabled
The number of calls meeting the congestion handover criteria in the congested cell. This selection may
provide more effective congestion relief for cells that experience frequent congestion.
When the cell becomes congested, TCH requests are queued regardless of whether queuing is enabled in
the cell in order to give the congestion procedure a chance to work before failing the requests. Handovers
are initiated only for established calls if neighbors are available meeting the specified congestion handover
criteria (PBGT (n) Congest_ho_margin > 0). This is a reduced HO margin that MS must meet in order
to be handed over.
chg_element ho_exist_congest <value> <location> cell=<cell_desc>
Value (valid range):
0
Disabled
4 / 10
4000 ms
(See Figure 1 for further explanation of above-mentioned functionality. Application scenario in cell A)
Disabled
1 to 100
101
Congestion Relief process starts when all available TCH are in use, and at least one more
TCH is requested.
The BSS rejects an incoming non-imperative handover if it will cause congestion relief procedures to be
triggered. The BSS does not allow an incoming handover if the reason for that handover is congestion relief
(or other non-imperatives) and the handover itself will lead to the invocation of congestion relief
procedures (tch_congest_prevent_thres is exceeded). Should such a handover be allowed, then the net
result would simply be the movement of a congestion problem from one cell to another. Excessive
handovers are therefore eliminated.
Non-imperative handovers are:
Congestion Relief
Power Budget
Band Handovers
Band Reassignments
5 / 10
(See Figure 1 for further explanation of above-mentioned functionality. Application scenario in cell A)
The command may be rejected if the value of mb_tch_congest_thres is set more then this parameter.
So mb_tch_congest_thres will have to be set < = tch_congst_prev_thres.
4000 ms
4000 ms
(See Figure 1 for further explanation of above-mentioned functionality. Application scenario in cell B)
6 / 10
The system will invoke Congestion Relief procedures if this cell rejects a handover request
and the source cell will be informed that CR procedures have begun
(See Figure 1 for further explanation of above-mentioned functionality. Application scenario in cell C)
7 / 10
6) Handover retry
CONGEST_AT_SOURCE = 1 (Already set)
This element enables the source cell to optionally retry an imperative, intra-BSS only, handover to target
cells, which rejected the initial handover request (were unable to service it) and indicated (to source cell)
that they had initiated a congestion relief procedure following the initial rejection.
If an imperative handover is needed, the source cell retries candidates which were
previously unable to serve the handover request
(See Figure 1 for further explanation of above mentioned functionality. Application scenario in cell B)
8 / 10
CELL B
HO_EXIST_CONGEST = 1 or 2 (recommended 2)
TCH_CONG_PREVENT_THRES <> 0 (recommended 90)
CONGEST_AT_SOURCE = 1
CELL C
HO_EXIST_CONGEST = 1 or 2 (recommended 2)
TCH_CONG_PREVENT_THRES <> 0 (recommended 90)
9 / 10
CONGEST_AT_TARGET = 1
ALL CELLS A, B, C HANDOVER_REQUIRED_REJECT_SWITCH = 1, ENHANCED_RELIEF = 1
10 / 10