Feature #2591
ramp 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
History
#2 Updated by laforge 6 months ago
- Related to Feature #2592: Use "waiting time" of IMMEDIATE ASSIGN REJECT added
#3 Updated by laforge 5 months ago
- Related to Feature #2722: document RACH tuning parameters more thoroughly, give explanations added
#5 Updated by laforge 3 months ago
- Related to Feature #2893: automatic simulator for large LU load added
#7 Updated by stsp 2 months ago
Initial implementation proposal: https://gerrit.osmocom.org/#/c/6324/
#8 Updated by stsp about 2 months 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?
#9 Updated by stsp about 1 month ago
Access Control Class ramping has now been backported to OpenBSC as well: https://gerrit.osmocom.org/#/c/7295/
#10 Updated by stsp about 1 month ago
#11 Updated by stsp about 1 month 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
#12 Updated by stsp about 1 month ago
- Related to Feature #3097: ramping of "rxlev access min" added
#13 Updated by stsp about 1 month ago
- Related to Feature #3098: ramping of transmit power added
#14 Updated by stsp 12 days 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/