Feature #2591
closedramp up cell slowly based on access control class to avoid severe RACH/SDCCH overload
0%
Description
- ramping of transmit power (pretty useless in case of active antenna distribution system)
- ramping of access control classes (SIMs are assumed to have equal statistic distribution over all ACC)
- ramping of "rxlev access min"
- some generic ramping code that increments/decrements a certain value
- the existing TX power ramping code of osmo-bts can be used as a template?
- parameter-specific code that uses the generic code/api for the specific parameter
- vty parameters to configure the ramping in terms of
- initial value
- maximum (normal) value
- step size
- delay between steps
- should all ramps execute concurrently?
- should they execute after each other? If yes, how do we trigger that?
Furthermore, aside the static ramping based on a timer, it would be great to be able to have a feedback loop that automatically runs those ramps using RACH / SDCCH load as input to the feedback loop. If theres no/low load, ramp fast. If load is high, ramp slower. Care must be taken not to completely stall any progress under high load.
Related issues
Updated by laforge over 6 years ago
- Related to Feature #2592: Use "waiting time" of IMMEDIATE ASSIGN REJECT added
Updated by laforge over 6 years ago
- Related to Feature #2722: document RACH tuning parameters more thoroughly, give explanations added
Updated by laforge about 6 years ago
- Related to Feature #2893: automatic simulator for large LU load added
Updated by stsp about 6 years ago
Initial implementation proposal: https://gerrit.osmocom.org/#/c/6324/
Updated by stsp about 6 years ago
Access Control Class ramping is now implemented in master.
This issue is also asking for ramping of "rxlev access min". Should we keep this issue open for this reason, or should we spin that off into a separate issue?
Updated by stsp about 6 years ago
Access Control Class ramping has now been backported to OpenBSC as well: https://gerrit.osmocom.org/#/c/7295/
Updated by stsp about 6 years ago
- Subject changed from ramp up cell slowly to avoid severe RACH/SDCCH overload to ramp up cell slowly based on access control class to avoid severe RACH/SDCCH overload
- Status changed from In Progress to Resolved
Updated by stsp about 6 years ago
- Related to Feature #3097: ramping of "rxlev access min" added
Updated by stsp about 6 years ago
- Related to Feature #3098: ramping of transmit power added
Updated by stsp about 6 years ago
- Status changed from Resolved to In Progress
Re-opening since follow-up improvements are currently being made.
See:
https://gerrit.osmocom.org/#/c/7722/
https://gerrit.osmocom.org/#/c/7723/
https://gerrit.osmocom.org/#/c/7732/
Updated by stsp almost 6 years ago
All outstanding fixes have been merged to osmo-bsc and openbsc master.
Related OpenBSC changesets are:
https://gerrit.osmocom.org/7818
https://gerrit.osmocom.org/7820
https://gerrit.osmocom.org/7821
https://gerrit.osmocom.org/7822
https://gerrit.osmocom.org/7823
https://gerrit.osmocom.org/7824
https://gerrit.osmocom.org/7825
Updated by stsp almost 6 years ago
- Status changed from In Progress to Resolved
Closing this ticket again. Unless new problems show up unexpectedly, this work is now complete.