Actions
Feature #1536
closedImplement adaptive CS selection
Start date:
02/22/2016
Due date:
% Done:
0%
Spec Reference:
Description
To provide GPRS with a lower quality radio link while providing a higher throughput when the conditions are good, the CS level should be controlled dynamically.
The following topics are affected:
- Initial CS selection. Currently this is done by configuration. It could also be done by using measurement values provided by the DSP (RSSI and TA) or the MS (C_VALUE, RXQUAL, ...)
- Monitoring ACK/NACK for a DL TBF to adjust the encoding (DL)
- Monitoring packet errors for an UL TBF (poll timeout?)
- Configuration of maximum CS values (UL and DL separately)
- Handle stalls due to enqueued DL RLC/MAC blocks with a CS level that is too high to be received correctly by the MS (TBF termination?)
- Configuration of adaptation parameters
- VTY command to dump per-MS information (overview + detail)
Related issues
Updated by zecke about 8 years ago
From Jacob:
Another related topic:
- Honour the CS flags passed in SI from the BSC to limit the selection of the CS
Updated by laforge over 7 years ago
- Related to Bug #1616: osmo-bts-trx / osmo-bts-octphy doesn't provide C/I information to PCU added
Updated by msuraev over 7 years ago
- Related to Feature #1543: link/rate adaption as per spec added
Updated by laforge about 3 years ago
- Status changed from New to Feedback
- Assignee changed from 4368 to pespin
I presume this can be closed for quite some time, pespin?
Updated by pespin about 3 years ago
- Status changed from Feedback to Closed
Yes, I think in general most of it is done nowadays. We can later create specific tickets if we see something we want to improve.
Actions