Bug #3244
closed
dyn TS: if the config is 'gprs mode none', dyn TS are stuck
Added by neels almost 6 years ago.
Updated almost 6 years ago.
Description
Configure TCH/F_TCH/H_PDCH timeslots, keep 'gprs mode none'.
(bts=0,trx=0,ts=2,pchan=TCH/F_TCH/H_PDCH as NONE): GPRS mode is 'none': not activating PDCH.
subsequently dyn TS fail to register as TCH.
1. Activate TCH even if the dyn TS is in none state. (This should fix the situation even if 2 and 3 below are not implemented)
2. When GPRS is none, activate TCH from the start.
3. When GPRS is none and a voice call is done, keep TCH, don't switch over to PDCH.
- Tracker changed from Bug to Feature
- Priority changed from Normal to Low
actually, we can require users to enable GPRS to be able to use dynamic timeslots, so this is more like a feature in the line of "if you have dyn TS, no need to change timeslot config if you disable GPRS".
So, an alternative way to resolve this would be to reject dyn ts timeslot config with GPRS disabled, or maybe just changing the log level to 'ERROR' could be enough?
[osmocom style] dynamic timeslots make a lot of sense even without GPRS
in place. You can dynamically switch between TCH/F and TCH/H
dynamically, based on your need (or on whatever policy the BSC/MSC may
have). So I would argue it is very much valid to use them without GPRS.
On Mon, May 07, 2018 at 04:14:03PM +0000, neels [REDMINE] wrote:
So, an alternative way to resolve this would be to reject dyn ts
timeslot config with GPRS disabled, or maybe just changing the log
level to 'ERROR' could be enough?
For IPA style dynamic timeslots that could work, but for Osmocom-style,
see above comment.
Also, switching GPRS off administratively (e.g. temporarily, to debug
something) by using "gprs mode none" is quite common procedure. It's
not really nice if we force users to rewrite half of their config file
every time they want to enable or disable GPRS.
- Tracker changed from Feature to Bug
- Priority changed from Low to Normal
neels wrote:
1. Activate TCH even if the dyn TS is in none state. (This should fix the situation even if 2 and 3 below are not implemented)
sounds reasonable to me.
2. When GPRS is none, activate TCH from the start.
not a good idea, as you don't yet know if you'd need TCH/F or TCH/H at that point. I suggest to keep it in NONE until needed.
3. When GPRS is none and a voice call is done, keep TCH, don't switch over to PDCH.
I would rather suggest to switch to NONE in that situation. Otherwise the initial type (TCH/F or TCH/H) becomes permanent and not really dynamic anymore.
- Priority changed from Normal to Low
indeed, thanks for correcting my too quick conclusions.
- Priority changed from Low to Normal
what, when I commented, the UI for some reason switched back to "Low". That was not intended.
- Status changed from New to Resolved
- % Done changed from 0 to 100
Also available in: Atom
PDF