Ограничения random access DMR Tier III: число попыток и общий тайм-аут работают вместе
Отказ может наступить по двум ограничениям
При нагрузочном испытании DMR Tier III один клиент прекращает попытки после определённого количества запросов, другой — по общему времени. Если учитывать только счётчик передач, поведение покажется непоследовательным.
Открыть схему в полном размере
Процедура использует ограничение числа случайных попыток и общий тайм-аут достижения доступа. Максимальное число зависит от вида услуги и её приоритета; обычные и аварийные запросы рассматриваются отдельно. Общий таймер ограничивает длительность процесса, а не только число уже переданных PDU.
Когда передачи ещё не было
Станция может ожидать допустимую возможность из-за условий доступа и не успеть отправить запрос до истечения общего времени. Это отличается от нескольких отправленных запросов без ответа.
В журнале нужно сохранить, была ли хотя бы одна реальная передача. Отсутствие исходящего PDU не доказывает, что пользователь не пытался начать услугу. Для такого вывода нужен контекст клиента и действовавшие ограничения доступа.
На тесте эти случаи проверяют раздельно. Один опыт покрывает ожидание без допустимой возможности, другой — отправленные попытки без подходящей реакции. Состав и условия согласуют в выделенном контуре.
Особенность последнего окна
Если общий тайм-аут истёк, когда станция уже отправила последнюю попытку и ждёт предусмотренное окно ответа, она завершает это окно перед окончательным прекращением доступа. Поэтому небольшое наблюдаемое продолжение ожидания не следует автоматически считать нарушением таймера.
Для анализа сохраняют время последней передачи, параметры допустимого ожидания и момент завершения. Одна отметка общего таймера без этих данных не объясняет итоговое поведение.
Нельзя переносить одно измеренное время отказа на любой запрос. Услуга, приоритет, актуальные параметры и число выполненных попыток могут отличаться.
Как оформить нагрузочное испытание
В программе задают тип услуги, условия доступа и ожидаемый способ завершения. В отчёте отдельно показывают число переданных запросов, общее ожидание и ответное окно последней попытки.
Аварийные сценарии испытывают только в согласованной тестовой конфигурации. Цель — проверить предусмотренные различия, а не нагрузить действующие аварийные группы ложными событиями.
Итогом становится понятный отказ или успех с определённой причиной. Инженер различает исчерпание попыток, истечение общего времени и завершение уже начатого ожидания ответа. Эксплуатация не принимает любое увеличение паузы за зависание и не делает вывод о неисправном передатчике лишь по отсутствию исходящего запроса, который ещё не получил допустимой возможности доступа в управляющем канале.
