osmo-bsc/doc/manuals/chapters/chan_alloc.adoc

157 lines
6.9 KiB
Plaintext
Raw Normal View History

== Channel allocation
Radio resource management is one of the main tasks of the Base Station Controller.
This involves selection, activation, and deactivation of logical channels, which
are maintained by connected Base Stations. The number of usable logical channels
is limited by total number of radio carriers and may vary depending on the physical
channel combinations assigned to their timeslots. Thus a major goal of the this
task is to manage all the available resources in an efficient way, shifting the
balance between service quality and the overall capacity.
=== Channel allocation parameters
OsmoBSC's channel allocator can be configured via the VTY interface. All
relevant parameters are limited by the scope of a BTS node they belong to.
There is currently no way to define global configuration for all BTS.
All parameters with their respective default values are listed below:
----
network
bts 0
channel allocator mode chan-req ascending
channel allocator mode assignment ascending
channel allocator mode handover ascending
channel allocator avoid-interference 0
channel allocator tch-signalling-policy always
----
==== Channel allocation modes
Currently the following channel allocation modes are supported:
- ascending (default): allocates channels in ascending order,
starting from timeslot 0 of the first TRX (also called C0, the BCCH carrier);
- descending: allocates channels in descending order,
starting from timeslot 7 of the last TRX;
- dynamic (only for assignment): dynamically choose between ascending
and descending order depending on some additional parameters
(see <<chan_alloc_dyn_mode>>).
NOTE: Regardless of the chosen mode, logical channels (sub-slots) are always
selected in ascending order. For example, if a timeslot is configured as SDCCH/8
and all 8 sub-slots are not in use, then the first SDCCH(0) sub-slot will be
selected in both ascending and descending modes.
The allocation mode to be used can be configured using the following VTY command:
----
OsmoBSC(config-net-bts)# channel allocator mode ? <1>
set-all Set a single mode for all variants
chan-req Channel allocation for CHANNEL REQUEST (RACH)
assignment Channel allocation for assignment
handover Channel allocation for handover
OsmoBSC(config-net-bts)# channel allocator mode set-all ? <2>
ascending Allocate Timeslots and Transceivers in ascending order
descending Allocate Timeslots and Transceivers in descending order
OsmoBSC(config-net-bts)# channel allocator mode assignment ? <3>
ascending Allocate Timeslots and Transceivers in ascending order
descending Allocate Timeslots and Transceivers in descending order
dynamic Dynamic lchan selection based on configured parameters <3>
----
<1> It's optionally possible to configure different allocation modes for
different allocation causes, e.g. `ascending` for `chan-req` and `descending`
for both `assignment` and `handover`.
<2> `set-all` is equivalent to the old (deprecated) command syntax:
`channel allocator (ascending|descending)`.
<3> The `dynamic` mode can be selected only for `assignment`.
[[chan_alloc_dyn_mode]]
===== Dynamic channel allocation mode
There exists an additional channel allocation mode, which can be employed
during a TCH channel allocation for assignment. This mode selects between
ascending and descending order depending on pre-configured parameters:
- Uplink RxLev threshold and number of samples for averaging,
- C0 (BCCH carrier) channel load threshold.
This is useful in setups where Tx power of the RF carriers cannot be adjusted
dynamically at run-time and thus no BS Power Control can be performed. In
such setups the BCCH carrier is transmitting at relatively higher power than
the other RF carriers. The key idea is to allocate channels in a smarter way,
so that UEs with poor signal would get channels on carriers with high Tx power,
while UEs with good signal could use carriers with lower Tx power.
The configuration parameters for dynamic selection are listed below:
----
OsmoBSC(config-net-bts)# channel allocator dynamic-param ?
sort-by-trx-power Whether to sort TRX instances by their respective power levels
ul-rxlev Uplink RxLev
c0-chan-load C0 (BCCH carrier) channel load
channel allocator dynamic-param sort-by-trx-power ?
0 Do not sort, use the same order as in the configuration file
1 Sort TRX instances by their power levels in descending order
OsmoBSC(config-net-bts)# channel allocator dynamic-param ul-rxlev thresh ?
<0-63> Uplink RxLev threshold
OsmoBSC(config-net-bts)# channel allocator dynamic-param ul-rxlev thresh 50 avg-num ?
<1-10> Minimum number of RxLev samples for averaging
OsmoBSC(config-net-bts)# channel allocator dynamic-param c0-chan-load thresh ?
<0-100> Channel load threshold (in %)
----
The default values are:
----
network
bts 0
channel allocator dynamic-param sort-by-trx-power 0 <1>
channel allocator dynamic-param ul-rxlev thresh 50 avg-num 2 <2>
channel allocator dynamic-param c0-chan-load thresh 60 <3>
----
<1> Assume that RF carriers are listed in descending order sorted by Tx power.
<2> Use descending order if AVG of at least two Uplink RxLev samples >= 50 (-60 dBm).
<3> Use descending order if more than 60% logical channels of C0 are occupied.
NOTE: The final ascending/descending order decision is based on the two conditions.
The descending order will be used only if *both conditions are met*, otherwise the
allocator will use ascending order.
==== Interference aware channel allocation
The channel allocator can be configured to prefer logical channels with least
interference, based on interference measurements periodically sent by the BTSs
(see <<interf_rep>>). This is an optional feature, which is disabled by default.
----
OsmoBSC(config-net-bts)# channel allocator avoid-interference ?
0 Ignore interference levels (default). Always assign lchans
in a deterministic order.
1 In channel allocation, prefer lchans with less interference.
----
lchan_select: prepare a list of timeslots once, iterate over it The lchan_avail_by_type() attempts to find an unused lchan for the given GSM_LCHAN_* value: TCH/F, TCH/H, or SDCCH. This is achieved by looking up timeslots with compatible GSM_PCHAN_* values. For instance, finding an unused SDCCH lchan may involve: * attempt to find a timeslot with pchan=GSM_PCHAN_CCCH_SDCCH4, * attempt to find a timeslot with pchan=GSM_PCHAN_CCCH_SDCCH4_CBCH, * attempt to find a timeslot with pchan=GSM_PCHAN_SDCCH8_SACCH8C, * attempt to find a timeslot with pchan=GSM_PCHAN_SDCCH8_SACCH8C_CBCH, * attempt to find a timeslot with pchan=GSM_PCHAN_OSMO_DYN (switched), * attempt to find a timeslot with pchan=GSM_PCHAN_OSMO_DYN (not switched). Each attempt involves iterating over all timeslots of each TRX, either in ascending or in descending order (see _lc_dyn_find_bts() and _lc_find_trx()). This patch simplifies the lookup logic by preparing a monolithic array of timeslot pointers once, and then using that array for each GSM_PCHAN_* lookup attempt. This change is required for the upcoming dynamic channel allocation mode, which is fa more complex than the existing ascending/descending ones. A side effect of this change is that the interference aware mode of allocation is not limited by the scope of a single TRX anymore. Interference levels are now compared within the scope of the whole BTS, so that lchans on the other TRXes may be picked if they are better according to the interference reports from the BTS. Change-Id: I7ccc56856bfd40fd7c63b7437736de60c2b516ff Related: SYS#5460
2022-06-15 18:22:33 +00:00
NOTE: Interference levels are compared within the scope of the whole BTS. This
means that the selection logic may pick channels on the other TRXes, if they are
better according to the interference reports from the BTS. This feature makes
the allocation order non-deterministic and therefore nullifies the meaning of
channel allocation modes described above.
==== TCH sigalling policy
By default, in a situation when all SDCCHs are exhausted, OsmoBSC will be using TCH
channels for signalling (e.g for Location Updating or call establishment). This
behavior can be restricted to certain kinds of signalling or disabled completely.
----
OsmoBSC(config-net-bts)# channel allocator tch-signalling-policy ?
never Never allow TCH for signalling purposes
emergency Only allow TCH for signalling purposes when establishing an emergency call
voice Allow TCH for signalling purposes when establishing any voice call
always Always allow TCH for signalling purposes (default)
----