dynamic timeslots not tested by BSC_Tests.ttcn
we should have some test cases that test the various scenarios of dynamic timeslots (both IPA style and Osmocom style).
#6 Updated by laforge about 1 year ago
This is relatively difficult without infrastructural changes in RSL_Emulation.ttcn.
The reason is that, as soon as any TS is a dynamic PDCH, the BSC will send the PDCH activation command immediately upon RSL start-up. At this point, the related chan_nr is not yet (and cannot possibly be) registered with RSL_Emulation, and hence RSL_Emulation fails to dispatch it to the respective ConnHdlr.Possible options are:
- suspend processing incoming RSL messages at RSL connection time until the testcase actively enables it, basically delaying the processing of the PDCH ACT messages until we've had a chance to register ConnHdlrs
- implement DYN PDCH tests without RSL_Emulation, instead directly on top of a RSL_CodecPort
- handle PDCH activation inside RSL_Emulation, similar to how we handle RSL CHAN ACT, keeping the state about the activation somewhere and permitting this state to be accessed via a procedure port.
- this has the disadvantage that we cannot easily simulate failure scenarios without modifying RSL_Emulation :(