2021-01-06 22:21:46 +00:00
|
|
|
# Balance congestion across cells and across TCH/F and TCH/H.
|
|
|
|
|
|
|
|
network
|
|
|
|
handover2 min-free-slots tch/f 3
|
|
|
|
handover2 min-free-slots tch/h 3
|
|
|
|
|
|
|
|
create-bts trx-count 1 timeslots c+s4 TCH/F TCH/F TCH/F TCH/F TCH/H TCH/H TCH/H
|
|
|
|
|
hodec2: to balance congestion, use overload percent
For balancing load across congested cells and across congested TCH/*
kinds, instead of comparing the number of lchans above the configured
congestion threshold, compare the percent of lchans of overload.
In short, using a percentage prevents cells with less min-free-slots to
fill up 100% while neighbor cells still may have several free lchans
available.
An obvious example of why this is desirable is illustrated by
test_balance_congestion_by_percentage.ho_vty:
Cell A has min-free-slots 2, and has all slots occupied.
Cell B has min-free-slots 4, and has 2 slots remaining free.
If we count congested lchans as in current master: cell A has a
congestion count of 2: two more lchans in use than "allowed". If we move
one lchan over to cell B, it ends up with a congestion count of 3, which
is worse than 2. So when counting lchans, we decide that cell A should
remain full.
Instead, when comparing percentage of remaining lchans, we would see
that cell A is loaded 100% above congestion (2 of 2 remaining lchans in
use), but when moving one lchan to cell B, that would only be 75% loaded
above its treshold (3 of 4 remaining lchans in use). So a percentage
comparison would cause a handover to cell B.
Related: SYS#5259
Change-Id: I55234c6c99eb02ceee52be0d7388bea14304930f
2021-01-09 17:25:36 +00:00
|
|
|
# both TCH/H and TCH/F have one lchan = 33% above congestion, nothing happens
|
2021-01-06 22:21:46 +00:00
|
|
|
set-ts-use trx 0 0 states * TCH/F TCH/F - - TCH/HH TCH/HH -
|
|
|
|
meas-rep lchan * * * * rxlev 10 rxqual 0 ta 0
|
|
|
|
congestion-check
|
|
|
|
expect-no-chan
|
|
|
|
|
hodec2: to balance congestion, use overload percent
For balancing load across congested cells and across congested TCH/*
kinds, instead of comparing the number of lchans above the configured
congestion threshold, compare the percent of lchans of overload.
In short, using a percentage prevents cells with less min-free-slots to
fill up 100% while neighbor cells still may have several free lchans
available.
An obvious example of why this is desirable is illustrated by
test_balance_congestion_by_percentage.ho_vty:
Cell A has min-free-slots 2, and has all slots occupied.
Cell B has min-free-slots 4, and has 2 slots remaining free.
If we count congested lchans as in current master: cell A has a
congestion count of 2: two more lchans in use than "allowed". If we move
one lchan over to cell B, it ends up with a congestion count of 3, which
is worse than 2. So when counting lchans, we decide that cell A should
remain full.
Instead, when comparing percentage of remaining lchans, we would see
that cell A is loaded 100% above congestion (2 of 2 remaining lchans in
use), but when moving one lchan to cell B, that would only be 75% loaded
above its treshold (3 of 4 remaining lchans in use). So a percentage
comparison would cause a handover to cell B.
Related: SYS#5259
Change-Id: I55234c6c99eb02ceee52be0d7388bea14304930f
2021-01-09 17:25:36 +00:00
|
|
|
# TCH/F = +1 = 33%, TCH/H = +2 = 66% above congestion.
|
|
|
|
# Moving a TCH/H to TCH/F would just reverse the situation to F=+2=66%. Nothing happens.
|
2021-01-06 22:21:46 +00:00
|
|
|
set-ts-use trx 0 0 states * TCH/F TCH/F - - TCH/HH TCH/HH TCH/H-
|
|
|
|
meas-rep lchan * * * * rxlev 10 rxqual 0 ta 0
|
|
|
|
congestion-check
|
|
|
|
expect-no-chan
|
|
|
|
|
hodec2: to balance congestion, use overload percent
For balancing load across congested cells and across congested TCH/*
kinds, instead of comparing the number of lchans above the configured
congestion threshold, compare the percent of lchans of overload.
In short, using a percentage prevents cells with less min-free-slots to
fill up 100% while neighbor cells still may have several free lchans
available.
An obvious example of why this is desirable is illustrated by
test_balance_congestion_by_percentage.ho_vty:
Cell A has min-free-slots 2, and has all slots occupied.
Cell B has min-free-slots 4, and has 2 slots remaining free.
If we count congested lchans as in current master: cell A has a
congestion count of 2: two more lchans in use than "allowed". If we move
one lchan over to cell B, it ends up with a congestion count of 3, which
is worse than 2. So when counting lchans, we decide that cell A should
remain full.
Instead, when comparing percentage of remaining lchans, we would see
that cell A is loaded 100% above congestion (2 of 2 remaining lchans in
use), but when moving one lchan to cell B, that would only be 75% loaded
above its treshold (3 of 4 remaining lchans in use). So a percentage
comparison would cause a handover to cell B.
Related: SYS#5259
Change-Id: I55234c6c99eb02ceee52be0d7388bea14304930f
2021-01-09 17:25:36 +00:00
|
|
|
# F=+1=33% H=+3=100%. Balance to F=+2=66% (which is < 100%) and H=+2=66%
|
2021-01-06 22:21:46 +00:00
|
|
|
set-ts-use trx 0 0 states * TCH/F TCH/F - - TCH/HH TCH/HH TCH/HH
|
|
|
|
meas-rep lchan * * * * rxlev 10 rxqual 0 ta 0
|
|
|
|
congestion-check
|
2021-05-11 15:21:30 +00:00
|
|
|
expect-as from lchan 0 0 5 0 to lchan 0 0 3 0
|
2021-01-06 22:21:46 +00:00
|
|
|
|
hodec2: to balance congestion, use overload percent
For balancing load across congested cells and across congested TCH/*
kinds, instead of comparing the number of lchans above the configured
congestion threshold, compare the percent of lchans of overload.
In short, using a percentage prevents cells with less min-free-slots to
fill up 100% while neighbor cells still may have several free lchans
available.
An obvious example of why this is desirable is illustrated by
test_balance_congestion_by_percentage.ho_vty:
Cell A has min-free-slots 2, and has all slots occupied.
Cell B has min-free-slots 4, and has 2 slots remaining free.
If we count congested lchans as in current master: cell A has a
congestion count of 2: two more lchans in use than "allowed". If we move
one lchan over to cell B, it ends up with a congestion count of 3, which
is worse than 2. So when counting lchans, we decide that cell A should
remain full.
Instead, when comparing percentage of remaining lchans, we would see
that cell A is loaded 100% above congestion (2 of 2 remaining lchans in
use), but when moving one lchan to cell B, that would only be 75% loaded
above its treshold (3 of 4 remaining lchans in use). So a percentage
comparison would cause a handover to cell B.
Related: SYS#5259
Change-Id: I55234c6c99eb02ceee52be0d7388bea14304930f
2021-01-09 17:25:36 +00:00
|
|
|
# Now similar load percentages, just with different min-free-slots settings for tch/f vs tch/h.
|
2021-01-06 22:21:46 +00:00
|
|
|
|
|
|
|
network
|
|
|
|
handover2 min-free-slots tch/f 3
|
|
|
|
handover2 min-free-slots tch/h 5
|
|
|
|
|
hodec2: to balance congestion, use overload percent
For balancing load across congested cells and across congested TCH/*
kinds, instead of comparing the number of lchans above the configured
congestion threshold, compare the percent of lchans of overload.
In short, using a percentage prevents cells with less min-free-slots to
fill up 100% while neighbor cells still may have several free lchans
available.
An obvious example of why this is desirable is illustrated by
test_balance_congestion_by_percentage.ho_vty:
Cell A has min-free-slots 2, and has all slots occupied.
Cell B has min-free-slots 4, and has 2 slots remaining free.
If we count congested lchans as in current master: cell A has a
congestion count of 2: two more lchans in use than "allowed". If we move
one lchan over to cell B, it ends up with a congestion count of 3, which
is worse than 2. So when counting lchans, we decide that cell A should
remain full.
Instead, when comparing percentage of remaining lchans, we would see
that cell A is loaded 100% above congestion (2 of 2 remaining lchans in
use), but when moving one lchan to cell B, that would only be 75% loaded
above its treshold (3 of 4 remaining lchans in use). So a percentage
comparison would cause a handover to cell B.
Related: SYS#5259
Change-Id: I55234c6c99eb02ceee52be0d7388bea14304930f
2021-01-09 17:25:36 +00:00
|
|
|
# TCH/F has 1/3 = 33%, TCH/H has 1/5 = 20% overload.
|
|
|
|
# Moving one to TCH/H would mean 40% overload on TCH/H, which is above the current TCH/F of 33%.
|
|
|
|
# Nothing happens.
|
2021-01-06 22:21:46 +00:00
|
|
|
set-ts-use trx 0 0 states * TCH/F TCH/F - - TCH/HH - -
|
|
|
|
meas-rep lchan * * * * rxlev 20 rxqual 0 ta 0
|
|
|
|
congestion-check
|
2021-01-05 19:09:11 +00:00
|
|
|
expect-no-chan
|
2021-01-06 22:21:46 +00:00
|
|
|
|
hodec2: to balance congestion, use overload percent
For balancing load across congested cells and across congested TCH/*
kinds, instead of comparing the number of lchans above the configured
congestion threshold, compare the percent of lchans of overload.
In short, using a percentage prevents cells with less min-free-slots to
fill up 100% while neighbor cells still may have several free lchans
available.
An obvious example of why this is desirable is illustrated by
test_balance_congestion_by_percentage.ho_vty:
Cell A has min-free-slots 2, and has all slots occupied.
Cell B has min-free-slots 4, and has 2 slots remaining free.
If we count congested lchans as in current master: cell A has a
congestion count of 2: two more lchans in use than "allowed". If we move
one lchan over to cell B, it ends up with a congestion count of 3, which
is worse than 2. So when counting lchans, we decide that cell A should
remain full.
Instead, when comparing percentage of remaining lchans, we would see
that cell A is loaded 100% above congestion (2 of 2 remaining lchans in
use), but when moving one lchan to cell B, that would only be 75% loaded
above its treshold (3 of 4 remaining lchans in use). So a percentage
comparison would cause a handover to cell B.
Related: SYS#5259
Change-Id: I55234c6c99eb02ceee52be0d7388bea14304930f
2021-01-09 17:25:36 +00:00
|
|
|
# TCH/F = +1 = 33%, TCH/H = +2 = 40% above congestion. Moving a TCH/H to TCH/F would result
|
|
|
|
# in F=+2=66%>40%. Nothing happens.
|
2021-01-06 22:21:46 +00:00
|
|
|
set-ts-use trx 0 0 states * TCH/F TCH/F - - TCH/HH TCH/H- -
|
|
|
|
meas-rep lchan * * * * rxlev 20 rxqual 0 ta 0
|
|
|
|
congestion-check
|
|
|
|
expect-no-chan
|
|
|
|
|
hodec2: to balance congestion, use overload percent
For balancing load across congested cells and across congested TCH/*
kinds, instead of comparing the number of lchans above the configured
congestion threshold, compare the percent of lchans of overload.
In short, using a percentage prevents cells with less min-free-slots to
fill up 100% while neighbor cells still may have several free lchans
available.
An obvious example of why this is desirable is illustrated by
test_balance_congestion_by_percentage.ho_vty:
Cell A has min-free-slots 2, and has all slots occupied.
Cell B has min-free-slots 4, and has 2 slots remaining free.
If we count congested lchans as in current master: cell A has a
congestion count of 2: two more lchans in use than "allowed". If we move
one lchan over to cell B, it ends up with a congestion count of 3, which
is worse than 2. So when counting lchans, we decide that cell A should
remain full.
Instead, when comparing percentage of remaining lchans, we would see
that cell A is loaded 100% above congestion (2 of 2 remaining lchans in
use), but when moving one lchan to cell B, that would only be 75% loaded
above its treshold (3 of 4 remaining lchans in use). So a percentage
comparison would cause a handover to cell B.
Related: SYS#5259
Change-Id: I55234c6c99eb02ceee52be0d7388bea14304930f
2021-01-09 17:25:36 +00:00
|
|
|
# F=+1=33% H=+4=80%. Balance to F=+2=66%<80% and H=+3=60%
|
|
|
|
set-ts-use trx 0 0 states * TCH/F TCH/F - - TCH/HH TCH/HH TCH/H-
|
2021-01-06 22:21:46 +00:00
|
|
|
meas-rep lchan * * * * rxlev 20 rxqual 0 ta 0
|
|
|
|
congestion-check
|
2021-05-11 15:21:30 +00:00
|
|
|
expect-as from lchan 0 0 5 0 to lchan 0 0 3 0
|