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/OpenBSC@lists.osmocom.org/.
Ralph A. Schmid, dk5ras ralph at schmid.xxxHi, > Then, there is an issue with OsmoBTS when there are too many phones are > trying to connect to it for LUR. I described this a while ago, but we haven't > had time to look more into it yet. So far we just used various workarounds to > solve it. We're looking into writing a BS power reduction algorithm, similar to > the one used in OpenBTS - If there is a severe congestion for LU's, BS will > reduce its power until the load doesn't stabilize. Then it'll slowly increase the > power again, until it hits the LU congestion or hits the maximum specified > power. Sure that this is a good idea? It will throw out all users at the edge of the coverage area, maybe cause even more load, when those show up again with their accumulated requests like call attempts, SMS, additional LU, and in fact I have never seen that commercial networks do something like that. Is there not some waiting queue defined in the standards, with some timers, commanding the location updaters to wait for some period of time? Has been a long time when I looked into this, but I mean to remember that even OpenBTS does it this way. Or am I totally wrong?