Project

General

Profile

Actions

Feature #4922

open

Implement MS Power Control

Added by keith 10 months ago. Updated 23 days ago.

Status:
Feedback
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
12/24/2020
Due date:
% Done:

90%

Spec Reference:

Description

For a BTS that does not implement MS uplink power control, such as the RBS6k, we need to have the BSC process MEASUREMENT RESULT messages and send MS POWER CONTROL messages.

Actions #1

Updated by laforge 4 months ago

Actions #3

Updated by keith about 1 month ago

  • Assignee set to keith
Actions #4

Updated by pespin about 1 month ago

A few bits after reading your email from the ML:

  • It makes sense to implement the MS Power Control Loop in the BSC too, for the case you describe: BTS not supporting (or doing a bad work with) the MS Power Control Loop. For that, you need to indeed update configuration to add a "dyn-bsc" option, and avoid sending the IE "RSL_IE_MS_POWER_PARAM" to the BTS in that case. In that mode, BSC runs the MS Power Control Loop algo based on Measurement Reports received from BTS and sends an MS POWER CONTROL message (see rsl_chan_ms_power_ctrl()) to the BTS each time it wants it to change the requested MS Power level for the MS.
  • It makes no sense to share code between BSC and BTS regarding the MS Power Control Loop. The loop algorithm code itself is quite small actually. Furthermore, the BTS may have more/different information available than the BSC: for instance, the BTS can use C/I values measured internally, but those are never sent to the BSC, only RxQual, which is similar ut has less granularity.
  • Make sure you base your BSC patches on current osmo-bts master, I have been adding fixes/improvements in related code over last weeks/days.
Actions #5

Updated by keith about 1 month ago

pespin wrote:

A few bits after reading your email from the ML:

Thanks pespin
As can happen, slightly conflicting advice here and a reply on the ML from laforge

For that, you need to indeed update configuration to add a "dyn-bsc" option,

Yes, the other nice option is making it transparent, really the only model I know of for now is the rbs2000, so I could simply make the BSC power loop run for that model and not bother with dyn-bsc. That is to say, one would use dyn-bts, thereby leaving the power control parameters available in the vty. Or I could implement dyn-bsc.

and avoid sending the IE "RSL_IE_MS_POWER_PARAM" to the BTS in that case.

of course.

In that mode, BSC runs the MS Power Control Loop algo based on Measurement Reports received from BTS and sends an MS POWER >CONTROL message (see rsl_chan_ms_power_ctrl()) to the BTS each time it wants it to change the requested MS Power level for >the MS.

Yes, that's what the above linked patch does.

  • It makes no sense to share code between BSC and BTS regarding the MS Power Control Loop.

OK. I'll take that as definitive, as probably the amount of work to make the code compatible is more than to keep 2 copies updated with any work on the loop.

The loop algorithm code itself is quite small actually. Furthermore, the BTS may have more/different information available than the BSC: for instance, the BTS can use C/I values measured internally, but those are never sent to the BSC, only RxQual, which is similar ut has less granularity.

Yes. In the patch above, I removed references to the C/I. I considered making use of RxQual, but I think it's OK just to use level for now.

  • Make sure you base your BSC patches on current osmo-bts master, I have been adding fixes/improvements in related code over last weeks/days.

Of course, as always.. I saw your patches.

Actions #6

Updated by keith 23 days ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 90
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)