osmo-bsc/src
Pau Espin df93b188ec lchan_fsm: Avoid inheriting bs_power from old lchan
So far we were inherting the bs_power in used when activating an lchan
for an MS for which we already had previous lchan. For instance, when an
MS is first assigned an SDCCH, and later on, it is assigned a TCH to
place a voice call.
Doing so is, however, not correct because current and old lchans may be
placed on different TS or even on different TRX, which means they will
have different BS Power restrictions. In the scenario described above,
for instance, an SDCCH could have been assigned on C0 and hence have
a bs_power of 0, and later on, whenever the TCH lchan as created, it
would have inherited the C0 bs_power despite it may have been possible
to use a different (lower) max bs power.
Furthermore, the lchan->bs_power_db basically stores the *maximum* bs
power reduction. Hence it makes not sense at all to copy over the value,
since it is anyway not updated from MS measurement reports so far
anyway.

Fixes: 997a257f8d
Related: SYS#4919
Change-Id: I4a7736aa9a1395e0cc118b98b69896bd0f1e94e6
2021-09-09 14:21:21 +02:00
..
ipaccess Introduce libbsc to avoid linking long lists of .o files 2021-07-23 13:35:22 +02:00
osmo-bsc lchan_fsm: Avoid inheriting bs_power from old lchan 2021-09-09 14:21:21 +02:00
utils Introduce libbsc to avoid linking long lists of .o files 2021-07-23 13:35:22 +02:00
Makefile.am drop IMSI filter and libfilter completely 2020-05-27 01:56:06 +02:00