Радиосвязь: практическое применение
USBD в DMR Tier III: почему размер запроса не равен размеру ответа
При проектировании небольшого телеметрического обмена удобно сказать: «передадим один блок данных». Однако слово «блок» ещё не задаёт одинаковый размер в обоих направлениях. В процедуре USBD Polling для DMR Tier III запрос и ответ имеют разные возможности. Ошибка в этом месте проявляется при переносе прикладного формата в реальное оборудование, когда подготовленный пакет перестаёт помещаться в выбранное сообщение.
Два направления одного опроса
В рассматриваемой редакции протокола запрос допускает до 48 бит, а ответ — до 68 бит данных. Запрос передаётся от инфраструктуры к абонентской станции; ответ движется обратно. Поэтому оценивать доступный объём по большему числу и затем применять его к обоим направлениям нельзя. Эти пределы также не означают, что каждое приложение получает соответствующее количество полностью свободных битов.
Содержимое зависит от Service Type. Для короткого запроса местоположения определён конкретный вариант, а часть значений предусмотрена для функций изготовителя. Сначала выбирают поддерживаемую службу и выясняют значение её полей, затем считают полезную информацию приложения. Само наличие USBD в описании станции ещё не подтверждает поддержку произвольного собственного формата телеметрии.
Что включить в описание интерфейса
Для собственного решения составляют две отдельные записи: что посылает сервер и что должна вернуть станция. В каждой фиксируют тип службы, смысл полей, единицы измерения, допустимые значения и поведение при отсутствии результата. Если прикладной ответ требует больше доступного объёма, это основание изменить формат либо выбрать другую процедуру передачи. Расчёт на неописанное продолжение следующим блоком не заменяет согласованного протокола.
Полезен простой контрольный пример: сервер отправляет номер измеряемого параметра, а станция возвращает значение и признак его достоверности. Инженер проверяет размещение обеих частей по отдельности. Даже короткая команда может породить ответ, которому нужны дополнительные признаки состояния; экономия в запросе автоматически не расширяет формат ответа.
Как проверить совместимость
На стенде предъявляют станции именно тот Service Type, который предполагается использовать. Затем сопоставляют запрос, ответ и результат прикладного декодирования. Для станции, поддерживающей опрос, но не данный тип службы, стандарт допускает отрицательный ответ MSNot_Supported. Это возможность, поэтому отсутствие такого ответа нельзя автоматически трактовать как подтверждение поддержки.
В отчёте разделяют три результата: сообщение передано по радио, служба распознана, прикладные данные правильно восстановлены. Такая запись позволяет принять конкретную функцию, не превращая поддержку одного короткого опроса в обещание универсального канала данных. Границы здесь относятся к описанной процедуре и редакции стандарта; характеристики конкретного изделия дополнительно подтверждают его документацией.