An Air Communication Blocked (AirCommBlocked MIN 33) event occurs when a from-mobile message has been waiting in the terminal’s transmit queue for more than AirBlockageTime (PIN 22). Documentation says that AirBlockageTime is measured in minutes and allowed values are: minimum: 0,
maximum: 1440.
But for setting AirBlockageTime = 0 terminal does not enter to AirCommBlocked state at all.
The question is:
Does 0 mean that this feature is disabled (bug in documentation) or does 0 mean that terminal should enter AirCommBlocked immediately (bug in AVL)?
Steps to reproduce:
Set AirBlockageTime = 0
Set movingDebounceTime to 5 seconds
Simulate speed above stationary speed threshold
Simulate air communication blokage
Wait until MovingStart message is generated (air communication blockage timer should start counting from now)
Check if terminal enters AirCommBlocked state - it does not.
An Air Communication Blocked (AirCommBlocked MIN 33) event occurs when a from-mobile message has been waiting in the terminal’s transmit queue for more than AirBlockageTime (PIN 22). Documentation says that AirBlockageTime is measured in minutes and allowed values are: minimum: 0, maximum: 1440. But for setting AirBlockageTime = 0 terminal does not enter to AirCommBlocked state at all.
The question is: Does 0 mean that this feature is disabled (bug in documentation) or does 0 mean that terminal should enter AirCommBlocked immediately (bug in AVL)?
Steps to reproduce: