Change in osmo-bts[master]: l1sap: Correctly count RACH slots in calc_exprd_rach_frames()

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/.

Harald Welte gerrit-no-reply at lists.osmocom.org
Fri May 24 08:38:12 UTC 2019


Harald Welte has uploaded this change for review. ( https://gerrit.osmocom.org/14159


Change subject: l1sap: Correctly count RACH slots in calc_exprd_rach_frames()
......................................................................

l1sap: Correctly count RACH slots in calc_exprd_rach_frames()

We used a bogus multiplication factor of four when computing the number
of expired RACH slots.  While there are four RACH slots per block (i.e.
4 times more RACH received than normal MAC blocks), that multiplier
doesn't apply here.

This wrong multiplier resulted in rather weird RACH load reports to the
BSC.

Related: OS#3750
Change-Id: I6b14fd6e7819f9164fb4a09b432a9f419e3b6e5c
---
M src/common/l1sap.c
1 file changed, 1 insertion(+), 4 deletions(-)



  git pull ssh://gerrit.osmocom.org:29418/osmo-bts refs/changes/59/14159/1

diff --git a/src/common/l1sap.c b/src/common/l1sap.c
index f31d822..d9ffdb8 100644
--- a/src/common/l1sap.c
+++ b/src/common/l1sap.c
@@ -484,10 +484,7 @@
 			rach_frames_expired = 1;
 	}
 
-	/* Each Frame has room for 4 RACH slots, since RACH
-	 * slots are short enough to fit into a single radio
-	 * burst, so we need to multiply the final result by 4 */
-	return rach_frames_expired * 4;
+	return rach_frames_expired;
 }
 
 /* time information received from bts model */

-- 
To view, visit https://gerrit.osmocom.org/14159
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings

Gerrit-Project: osmo-bts
Gerrit-Branch: master
Gerrit-MessageType: newchange
Gerrit-Change-Id: I6b14fd6e7819f9164fb4a09b432a9f419e3b6e5c
Gerrit-Change-Number: 14159
Gerrit-PatchSet: 1
Gerrit-Owner: Harald Welte <laforge at gnumonks.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20190524/8d445cb9/attachment.htm>


More information about the gerrit-log mailing list