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/.
Harald Welte laforge at gnumonks.orgHi Robert, On Wed, Aug 09, 2017 at 04:52:39PM +0300, robert wrote: > Actually its not a busy cell, I only have two MS connected to it and > the rest of MS trying to connect are rejected. But the problem is that > the channels are being exhausted while rejecting the other MS. So you're not talking about paging load or paging priority here. What you're experiencing is SDCCH exhaustion due to high number of concurrent accesses. > I only have one MS being paged in the cell but it is not always doable > because of the high load. The *paging* is for sure doable, as the paging channel is empty if you're only paging a single MS. > If I may ask the question in another way, is it possible to prevent > this load by just ignoring the location update of certain MS instead > of responding to them and rejecting them ? No. You don't know from whom a given request is, and that it actually is a location update, until you have established a dedicated radio channel at L1 + L2 and are receiving L3 signaling messages. This general problem is about fundamental aspects of the GSM radio interface, not really related to Osmocom. There are various different solutions, such as using SIM cards with specific access classes, making sure your downlink signal doesn't even reach all those other MSs, properly configuring the reject causes to make sure they permanently go away, gradually ramping up transmit power upone enabling the cell, gradually ramping up access control classes of the cell, using cell barring + MS with cell-bar-override, etc. -- - Harald Welte <laforge at gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)