Переадресация вызовов DMR и опрос UDT: почему запрос может закончиться отказом
Увеличить схему
Для радиостанции настроена переадресация, и обычные сообщения приходят альтернативному получателю. После этого инженер ожидает, что опрос данных тоже автоматически перейдёт к нему. В DMR Tier III такое предположение опасно. Для UDT Short Data Polling в рассматриваемой редакции описан отдельный исход: если вызовы опрашиваемой станции переадресованы, инициатор получает отказ Div_Cause_Fail.
Передача сообщения и запрос данных
При доставке короткого сообщения инициатор уже располагает содержимым, которое нужно передать получателю. При опросе он просит определённую станцию предоставить её данные. Замена адресата в этих случаях может иметь разный смысл: другой терминал не обязательно хранит те же сведения об оборудовании или объекте.
Поэтому поддержка переадресации одного вида услуги не является доказательством переадресации опроса. Диагностику начинают с определения реально запрошенной процедуры. Одной строки «короткие данные» в интерфейсе для этого недостаточно.
Что означает специальный отказ
В описанном сценарии инфраструктура возвращает C_NACKD с причиной Div_Cause_Fail. Такой результат показывает содержательную причину завершения процедуры. Он отличается от отсутствия радиосигнала или от таймаута без ответа. Если приложение сводит всё к надписи «абонент недоступен», полезная диагностическая информация теряется.
Не следует после такого отказа молча выдавать старый результат опроса как новый. Также нельзя автоматически объявлять альтернативный адрес источником тех же данных. Если проекту нужен резервный поставщик информации, выбор такого источника должен быть предусмотрен логикой решения и явно отмечен в результате.
Сценарий проверки
На стенде сначала выполняют обычный опрос индивидуальной станции и сохраняют контрольный ответ. Затем по документации системы включают соответствующую переадресацию и повторяют тот же опрос. В журнале проверяют тип услуги, исходный адрес и причину отказа. Работу обычной доставки сообщения через переадресацию проверяют отдельным действием.
После отмены переадресации снова выполняют контрольный опрос. Это помогает подтвердить связь результата с проверяемым состоянием, а не с одновременной потерей радиообмена. Фактическое поведение конкретного изделия сопоставляют с его заявленной поддержкой процедуры.
В итоговом описании различают три функции: доставку сообщения, получение данных от исходной станции и прикладной переход к другому источнику. Такая запись предотвращает ложное обещание резервирования. Автоматическая замена поставщика данных требует собственного договора о достоверности и принадлежности сведений; она не следует из одного факта переадресации вызовов в радиосети.
Запросы отправляются на наш e-mail из вашей почтовой программы.
