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