Project

General

Profile

Actions

Feature #1536

closed

Implement adaptive CS selection

Added by zecke about 8 years ago. Updated about 3 years ago.

Status:
Closed
Priority:
Low
Assignee:
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

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

Actions
Related to OsmoPCU - Feature #1543: link/rate adaption as per specNew02/23/2016

Actions
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)