OmegabcЗадержка ответа USBD в DMR: одинаковое поле даёт разное время при Aligned и Offset
Анализатор показывает одинаковое значение Response Delay в двух запросах USBD, но ответы DMR станций появляются в разные моменты. Это может быть правильным поведением. В DMR Tier III время ответа определяется совместно полем задержки и типом временной организации канала. Если декодер учитывает только два бита поля, он способен ошибочно пометить исправный ответ как опоздавший.
Поле задаёт положение ответа
В процедуре USBD Polling инфраструктура сообщает, в каком слоте ожидается ответ станции. Станция должна использовать полученное значение для расчёта соответствующей позиции. Для интерпретации требуется знать, применяется Aligned Timing или Offset Timing.
Показателен первый вариант кодирования Response Delay: при Aligned он соответствует задержке 30 миллисекунд, при Offset — 60 миллисекунд. Другие варианты также различаются в зависимости от временной организации. Поэтому универсальная таблица «код — миллисекунды» без указания режима неполна.
Что измеряется на самом деле
Эти значения относятся к расписанию радиообмена. Они не обещают, что за такое же время сервер получит и покажет новые координаты. В прикладной цепочке есть подготовка запроса, обработка ответа и доставка в программу. Подменять время назначенного радиослота полной задержкой услуги нельзя.
Для анализа трассы важно также правильно определить исходную временную точку по используемой процедуре и средствам измерения. Нельзя брать случайное время появления строки в журнале программы и напрямую сравнивать его с интервалом воздушного интерфейса.
Проверка декодера
На согласованном стенде сохраняют запрос, известную конфигурацию временной организации и ответ. Декодер должен показать исходное значение Response Delay, применённый тип канала и ожидаемую позицию ответа. Затем результат сопоставляют с реальной временной последовательностью в записи.
Если инструмент поддерживает оба режима, используют контрольные записи для каждого. Ошибка нередко обнаруживается тогда, когда программа правильно разбирает поля, но всегда применяет одну интерпретацию времени. В отчёте полезно указывать версию декодера вместе с параметрами радиосистемы.
При отсутствии достоверного сведения о режиме лучше явно отметить неопределённость расчёта, чем объявить станцию нарушающей расписание. Сначала подтверждают контекст, затем вычисляют ожидаемый ответ и только после этого оценивают отклонение.
Такой порядок позволяет отличить ошибку анализатора от проблемы планирования радиообмена. Он особенно полезен при сравнении оборудования разных изготовителей, когда одинаковое числовое поле кажется достаточным основанием для одинаковой временной оценки, хотя стандарт требует учитывать ещё один параметр.