Feature #1566
closedDynamic PDCH / TCH switching: PCU part
100%
Description
this involves PCU, BTS and BSC. This ticket is about the PCU part.
The PCU-BTS API already permits for dynamic addition/removal of PDCHs. Not sure if it is sufficient, but the basics are there.
On the PCU side it appears like all required code is in place, but it requires testing.
Related issues
Updated by laforge about 8 years ago
- Related to Feature #1565: Dynamic PDCH / TCH switching: BTS part added
Updated by laforge about 8 years ago
- Related to Feature #1567: Dynamic PDCH / TCH switching: BSC part added
Updated by laforge almost 8 years ago
- Due date set to 06/10/2016
- Priority changed from Normal to High
Updated by neels almost 8 years ago
- Subject changed from Dynamic PDCH / TCH switching to Dynamic PDCH / TCH switching: PCU part
- Assignee set to neels
Updated by msuraev almost 8 years ago
- Related to Feature #1553: Multi-TRX support of PCU added
Updated by neels almost 8 years ago
- Status changed from New to In Progress
As part of this ticket it was assumed that we need to add an ACK message
from the PCU for PDCH deactivation.
During PDCH deactivation, we call pcu_tx_info_ind() to update the channel
infos towards the PCU. The PCU already responds with a channel deactivation
message to the BTS, so it seems there is in fact no change needed for the PCU.
(not changing the % Done until verified.)
Updated by neels almost 8 years ago
- Status changed from In Progress to Resolved
- % Done changed from 0 to 100
osmo-pcu in fact needs no changes for dyn PDCH at all, as verified by the sysmoBTS implementation.
On pcu_tx_info_ind(), osmo-pcu properly responds with activation and deactivation requests to the BTS.
Updated by laforge over 7 years ago
- Target version set to Dynamic TCH/H TCH/F PDCH