dynamic traffic channels

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.org
Tue Jul 5 12:15:52 UTC 2016


Hi Neels,

On Tue, Jul 05, 2016 at 11:57:35AM +0200, Neels Hofmeyr wrote:
> > What if you have a openbsc.cfg with a bts that has 'gprs mode none' but
> > still has a timeslot in GSM_PCHAN_TCH_F_PDCH mode?  The intended
> > operation in that case is that it will be treated as a pure TCH/F, and
> > no attempts to switch to PDCH are made.
> 
> Indeed, we would switch to PDCH anyway.  Aside from it being meaningless
> to have GSM_PCHAN_TCH_F_PDCH time slots with 'gprs mode none', I agree
> that we shouldn't send PDCH ACT in that case.

The point is that when you enable/disable GPRS services on a cell, you
want to modify the one (intuitive) 'gprs mode' statment in your config,
and not have to remember that you also need to change the configuration
of every timeslot on that BTS.

I think particularly in testing scenarios (BTS used as tester for
modems/m2m devices) or in research or education type applications this
is a very frequent use case.

> It's easy to work around: just configure TS as GSM_PCHAN_TCH_F. So I'm not
> putting this high up on the todo list.
> http://osmocom.org/issues/1765

Given that it should be super simple to fix (like a handful of if
statements?), I'd rather do it soon than forget about the ticekt...

-- 
- 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)



More information about the OpenBSC mailing list