LoRa Alliance
5177 Brandin Court,
Fremont, CA 94538 USA
LoRaWAN 1.0.4 End Device Certification Page 60 of 162
Requirements for All Regions Version 1.0
Copyright © 2020 LoRa Alliance, Inc. All rights reserved. www.lora-alliance.org
2.5. MAC Command Tests 610
The following tests will validate the DUT's implementation of MAC command processing and the 611
associated functional areas being controlled by the TCL. As previously stated, the TCL should allow for 612
some reasonable amount of packet loss while facilitating tests. Specifically, where MAC commands are 613
concerned, it is acceptable to retry commanding the device in the absence of a MAC command answer. 614
Retries should be limited to a maximum of 5 attempts. After 5 uplinks are received from the DUT, if 615
the TCL still does not get the expected response from the DUT, the test must fail, and the tool must 616
move to the next test. 617
2.5.1. DevStatusReq 618
TCL sends a DevStatusReq command to the DUT. 619
620
Verify that 621
• The DUT must reply with a DevStatusAns packet. 622
• The signal-to-noise information in the RadioStatus field in the reply is a signed integer 623
of 6 bits with a minimum value of -32 and maximum value of 31. 624
2.5.1.a. Test Procedure Frame Sequence Chart 625
Step Procedure Frame Sequence Test
Purpose
End Device
- TCL
Frame
1 DUT sends Unconfirmed frame
→
The TCL sends Unconfirmed frame
MAC-CMD DevStatusReq
Payload [0x]06
2 DUT sends Unconfirmed frame
→
MAC-CMD DevStatusAns
RadioStatus >= - 32 and <=
31
Payload [0x]06XXXX
DevStatusAn
s sent and
encoded
value tested
626
2.5.2. NewChannelReq 627
2.5.2.a. Fixed Channel plan devices 628
For Fixed channel plan devices, the NewChannelReq MAC command must be rejected 629
and the DUT must silently drop the request packet. The DUT must continue normal 630
operation. 631
