Unbounded AGCH queue in OsmoBTS

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

Alexander Chemeris alexander.chemeris at gmail.com
Tue Feb 18 20:01:26 UTC 2014


On Tue, Feb 18, 2014 at 10:36 PM, Ivan Kluchnikov
<Ivan.Kluchnikov at fairwaves.ru> wrote:
>>> After that we can try to implement lifetime parameter for immediate
>>> assignment message.
>> What do you mean exactly?
>
> The idea is to save gsm_time for each imm assign message, when we add
> this message to agch queue. After that when we are ready to send this
> message and dequeue it, we are able to calculate how long this message
> was in agch queue and finally decide what to do, send or drop this imm
> assign message.

Are you sure that we could rely on the IMM.ASS timestamp to do the
final judgement? From our discussions I was under impression that we
should measure time difference from the original RACH burst, as that's
what MS is measuring. Do I understand the procedure incorrectly?

-- 
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru




More information about the OpenBSC mailing list