Радиосвязь: практическое применение
Подтверждённые данные DMR: почему техническая доставка ещё не означает выполнение задания
Слово «подтверждено» в системе передачи данных может означать разные события. Пакет принят протоколом, приложение разобрало сообщение, диспетчер увидел его или сотрудник выполнил задание — это отдельные уровни. ETSI описывает подтверждённую и неподтверждённую передачу PDP. Выбирая службу для рабочего процесса, нужно установить, какой именно уровень подтверждения требуется, и не выдавать технический ответ за завершение задачи.
Нарисуйте цепочку события
Для короткого задания цепочка может включать формирование сообщения, передачу, приём адресатом, обработку приложением, показ пользователю и ответ человека. Реальный проект может содержать меньше или больше этапов. Важно, чтобы для каждого заявленного статуса было известно, какое событие его создаёт.
Узнайте, что означает конкретная отметка в используемом интерфейсе. Если она появляется после технического подтверждения, так и опишите. Не называйте её «сотрудник принял» без дополнительного события, связанного с действием человека. Аналогично сообщение «выполнено» должно иметь определённого автора и основание.
Проверьте повторные передачи
В описанных ETSI подтверждённых коротких сообщениях предусмотрена работа повторов на уровне сообщения. Для приложения нужно дополнительно определить, как оно обрабатывает повторно полученное рабочее событие. Один запрос не должен незаметно превращаться в два независимых задания только из-за механизма доставки.
Для проектного испытания используйте безопасное учебное действие, уникальный номер сообщения и журнал на обоих концах. Сопоставьте исходный запрос, технические ответы и итоговую запись приложения. Не изменяйте рабочую сеть для искусственного создания потерь без согласованной процедуры. Если предусмотрен стенд, проверяйте обработку задержек и повторов там.
Определите окончание ожидания
При отсутствии нужного подтверждения система должна переходить в понятное состояние. Различайте «ещё ожидается», «техническая доставка не подтверждена» и «человек не ответил». Для каждого состояния назначьте дальнейшее действие по рабочему регламенту. Бесконечный автоматический повтор не является универсальным способом обеспечить исполнение.
Если применяется неподтверждённая передача, это также нужно явно отразить. Она может соответствовать задаче, где допустимы отдельные пропуски или есть иной механизм контроля. Решение зависит от смысла данных и требуемой реакции, а не от того, какой пункт выглядит надёжнее по названию.
Итоговая схема должна связывать каждую пользовательскую отметку с наблюдаемым событием. Тогда диспетчер понимает, доставлено ли сообщение, принято ли задание и завершено ли действие, а техническая подтверждённость DMR занимает своё место в цепочке вместо подмены всей цепочки одним словом.
Источник: ETSI TR 102 398 V1.5.1 (2023-11), раздел7.1, стр.32–33; раздел7.3, стр.35; границы подтверждения прикладного действия.