LoraPhy should be in RX mode instead of STANDBY during reception windows

[Thomas-Durand]

Hello,

I have a question/concern regarding the LoRa Phy model. In the NS3 code and documentation, the following requirement is listed:

• The receiver must be idle (in STANDBY state) when the StartReceive function is called;

My concern is, that this does not represent a realistic model of the LoRa Phy. Should the device not be in receive (RX) mode to start the demodulation of a Packet? In the publication below, actual power consumption measurements were taken, and the device is in the RX mode (IDDR_L) irrespective of whether an acknowledge packet was received in the RX1 slot.
https://www.researchgate.net/publication/320435869_Modeling_the_energy_performance_of_LoRaWAN

Possibly the NS3 model could rather use a "reception" flag to indicate whether it is actively busy listening to a packet being received.

The advantage I see of being in RX mode rather than just IDLE would be that the power consumption model would be a bit more accurate.

[non-det-alle]

Hi, I also checked the SX1272 chip datasheet and it seems to be the case. I am adding this to the list of TODO tasks.

Regarding implementation, I also agree that a "busy" flag would be a good solution to avoid having a device PHY layer locking onto multiple transmissions.