Latency and scheduling timing in DECT NR+

Hi,

 

I’m trying to have two nrf9161s exchange data back and forth as quickly as possible. Initially the first radio is transmitting, and the other is receiving (3 sub-slots in my case); and then they switch – the first radio receives while the other transmits (and the cycle then repeats). I’m trying to figure out the correct scheduling/timing given the modem’s latency. I’m using the combined TxRx operation to reduce latency. (Note that my MAC scheme is not conforming to the DECT standard).

 

Modem 0: TX                TxRx latency    RX                     RX->TX latency

         +----+----+----+--- ............. ---+----+----+----+--- ............... ---+ Repeat

 

Modem 1: RX                RX->TX latency      TX                 TxRx latency

         +----+----+----+--- ................. ----+----+----+--- ............... ---+ Repeat

 

Regarding the switch from TX to RX. From a scheduling perspective in a combined TxRx operation, the start_time of the RX part is (from the docs): “The start time of the RX operation is relative to the end of the TX operation and it must include the guard time”. How is that related to the latency? For instance, in my configuration the GI is about 1500 ticks, and the RxTX latency is 20044 for the ntf9161. If I assign the value “0” to the Rx start_time, when will the transmission start? The latency itself is longer than the GI, so can I assume that the transition from TX to RX will start immediately when the TX ends, and the RX will start 20044 ticks later (and the GI is just included in that)?

 

Regarding the switch from TX to RX. There’s no special latency for this transition. Does this mean that the modem must transition through idle, and the latency is rx_to_idle + idle_to_tx? Specifically, if the next transmission is already scheduled.

 

Thanks,

Nir

 

Parents Reply Children
No Data
Related