Feature #1536
Implement adaptive CS selection
Status:
New
Priority:
Low
Assignee:
sysmocom
Target version:
-
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
History
#1 Updated by zecke almost 4 years ago
From Jacob:
Another related topic:
- Honour the CS flags passed in SI from the BSC to limit the selection of the CS
#2 Updated by zecke almost 4 years ago
- Priority changed from Normal to Low
#3 Updated by laforge over 3 years ago
- Related to Bug #1616: osmo-bts-trx / osmo-bts-octphy doesn't provide C/I information to PCU added
#4 Updated by msuraev over 3 years ago
- Related to Feature #1543: link/rate adaption as per spec added
#5 Updated by laforge almost 2 years ago
- Assignee deleted (
msuraev)
#6 Updated by laforge almost 2 years ago
- Assignee set to sysmocom
