Project

General

Profile

Feature #1536

Implement adaptive CS selection

Added by zecke over 2 years ago. Updated 7 months ago.

Status:
New
Priority:
Low
Assignee:
sysmocom
Target version:
-
Start date:
02/22/2016
Due date:
% Done:

0%

Estimated time:
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

Related to OsmoBTS - Bug #1616: osmo-bts-trx / osmo-bts-octphy doesn't provide C/I information to PCU Stalled2016-02-23

Related to OsmoPCU - Feature #1543: link/rate adaption as per specNew2016-02-23

History

#1 Updated by zecke over 2 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 over 2 years ago

  • Priority changed from Normal to Low

#3 Updated by laforge about 2 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 about 2 years ago

#5 Updated by laforge 7 months ago

  • Assignee deleted (msuraev)

#6 Updated by laforge 7 months ago

  • Assignee set to sysmocom

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)