This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.
neels gerrit-no-reply at lists.osmocom.orgneels has uploaded this change for review. ( https://gerrit.osmocom.org/c/osmo-bsc/+/22084 ) Change subject: handover_test: add test_balance_congestion_by_percentage.ho_vty ...................................................................... handover_test: add test_balance_congestion_by_percentage.ho_vty Considering feedback by a customer, we prefer congestion balancing by using percentage of overload instead of number of lchans of overload. This test is intended to illustrate the change in behavior. Change-Id: I314915718f66aec50e8dcf94569b0a52ca34b96f --- A tests/handover/test_balance_congestion_by_percentage.ho_vty 1 file changed, 34 insertions(+), 0 deletions(-) git pull ssh://gerrit.osmocom.org:29418/osmo-bsc refs/changes/84/22084/1 diff --git a/tests/handover/test_balance_congestion_by_percentage.ho_vty b/tests/handover/test_balance_congestion_by_percentage.ho_vty new file mode 100644 index 0000000..e00636e --- /dev/null +++ b/tests/handover/test_balance_congestion_by_percentage.ho_vty @@ -0,0 +1,34 @@ +# To balance congestion, use the remaining free percentage instead of free lchan counts. +# +# 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: 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, it 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. +# +# This test currently expects the behavior of counting lchans; a patch will change to use percentage, which should +# reflect in this test. + +create-bts trx-count 1 timeslots c+s4 TCH/F TCH/F TCH/F TCH/F TCH/F TCH/F PDCH +create-bts trx-count 1 timeslots c+s4 TCH/F TCH/F TCH/F TCH/F TCH/F TCH/F PDCH + +network + bts 0 + handover2 min-free-slots tch/f 2 + bts 1 + handover2 min-free-slots tch/f 4 + +set-ts-use trx 0 0 states * TCH/F TCH/F TCH/F TCH/F TCH/F TCH/F * +set-ts-use trx 1 0 states * TCH/F TCH/F TCH/F TCH/F - - * + +meas-rep lchan * * * * rxlev 40 rxqual 0 ta 0 neighbors 30 +expect-no-chan + +# bts 0 is full, but by counting lchans above congestion, it should remain full. +congestion-check +expect-no-chan -- To view, visit https://gerrit.osmocom.org/c/osmo-bsc/+/22084 To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings Gerrit-Project: osmo-bsc Gerrit-Branch: master Gerrit-Change-Id: I314915718f66aec50e8dcf94569b0a52ca34b96f Gerrit-Change-Number: 22084 Gerrit-PatchSet: 1 Gerrit-Owner: neels <nhofmeyr at sysmocom.de> Gerrit-MessageType: newchange -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20210109/6c816b87/attachment.htm>