Feature #2592
closed
Use "waiting time" of IMMEDIATE ASSIGN REJECT
Added by laforge over 6 years ago.
Updated about 6 years ago.
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 to Feature #2591: ramp up cell slowly based on access control class to avoid severe RACH/SDCCH overload added
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
currently, we use a static value as configured in the VTY as T3122. The default value is 10 seconds.
- Related to Feature #1611: be more efficient in batching IMMEDIATE ASSIGN REJECT messages added
- Related to Feature #2722: document RACH tuning parameters more thoroughly, give explanations added
- Category set to A-bis RSL
- Assignee changed from 4368 to stsp
- Status changed from New to In Progress
- Status changed from In Progress to Resolved
Above patch has been merged.
Also available in: Atom
PDF