Actions
Feature #2592
closedUse "waiting time" of IMMEDIATE ASSIGN REJECT
Start date:
10/23/2017
Due date:
% Done:
0%
Spec Reference:
Description
When the BTS responds with an IMMEDIATE ASSIGN REJECT, it can specify a waiting time to the MS.
This waiting time should ideally be load-dependent, i.e. the higher the current load, the longer the waiting time before the MS sends another RACH request.
This is expected to help under severe RACH/SDCCH overload situations
Related issues
Updated by laforge over 6 years ago
- Related to Feature #2591: ramp up cell slowly based on access control class to avoid severe RACH/SDCCH overload added
Updated by laforge over 6 years ago
Timer T3122 is affected by the "wait indication" IE of the IMMEDIATE ASSIGN REJECT. It is coded as a single byte in units of seconds, i.e. up to 255 seconds of waiting time are possible to encode.
See 04.08 Chapters 10.5.2.43 and 9.1.20
Updated by laforge over 6 years ago
currently, we use a static value as configured in the VTY as T3122. The default value is 10 seconds.
Updated by laforge over 6 years ago
- Related to Feature #1611: be more efficient in batching IMMEDIATE ASSIGN REJECT messages added
Updated by laforge over 6 years ago
- Related to Feature #2722: document RACH tuning parameters more thoroughly, give explanations added
Updated by stsp about 6 years ago
- Status changed from In Progress to Resolved
Above patch has been merged.
Actions