Actions
Feature #1824
closeddon't try to deactivate the SACCH in case of deactivation of PDCH channels
Status:
Closed
Priority:
Normal
Assignee:
Category:
libbsc
Start date:
10/15/2016
Due date:
% Done:
0%
Resolution:
Spec Reference:
Description
When attempting to manually enable a PDCH on a RBS2000 without a PCU connected to the CCU, the RBS2000 will inform us using a RSL CONNECTION FAIL message. We respond by RF CHANNEL RELEASE,but we also send a DEACTIVATE SACCH from our channel deactivation logic.
As the PDCH has no SACCH (only dedicated circuit-switched channels do), this is of course bogus.
So what needs to be done is probably to check if this channel is currently activated as PDCH, and if it is, skip the deactivate SACCH step.
I believe this is not only valid for RBS2000 but also for osmocom-style dynamic PDCH support. Neels: Any thoughts on this?
Files
Actions