Изменился Backoff DMR Tier III: уже выбранный слот текущей попытки сохраняется
Новое значение не переписывает уже принятое решение
Сеть DMR Tier III изменила backoff, а анализатор ожидал немедленного переноса всех отложенных попыток. Одна станция продолжила работу по ранее выбранному слоту и получила ошибочную отметку несоответствия. В процедуре предусмотрено сохранение уже выбранной возможности для текущей попытки.
Новый параметр запоминается и применяется, когда понадобится выбрать следующий случайный слот. Поэтому момент получения обновления и момент его фактического использования могут различаться без неисправности клиента.
Зачем параметр меняется
TSCC может адаптировать backoff к нагрузке. При большом числе конкурирующих запросов распределение попыток по более широкому интервалу помогает управлению доступом. При меньшей нагрузке возможен другой согласованный режим.
Это не основание объявлять максимальное значение всегда лучшим. Изменение влияет на задержки и распределение запросов, а конкретную политику выбирают для системы. Приёмка проверяет её предусмотренное действие, не подменяя проект одним универсальным числом.
Как построить опыт на границе обновления
В тестовом контуре клиент выбирает случайный слот на основании исходного параметра. До наступления этой возможности сеть передаёт обновлённое значение. Инженер сохраняет оба события и проверяет, что текущий выбор не пересчитан задним числом.
Если после этой попытки понадобится новая, проверяют использование уже обновлённого параметра. Таким образом, опыт покрывает два решения: сохранение текущего слота и следующий выбор. Наблюдение только первого этапа не доказывает, что обновление проигнорировано.
Конкретный способ получения такой последовательности согласуют с поставщиком стенда. Не требуется вмешиваться в нагрузку действующей рабочей сети или принудительно создавать столкновения абонентов.
Что нужно анализатору
В журнале желательно различать время получения управляющего параметра и время выбора слота. Если доступно только время фактической передачи, нельзя уверенно восстановить внутренний момент решения.
Поэтому отрицательное заключение должно опираться на достаточные данные. Сам факт передачи после обновления не означает обязательное использование нового параметра для уже начатой попытки. Нужно знать её предысторию.
Практический результат
В акте сохраняют исходный backoff, обновление, текущий выбранный слот и параметр следующего выбора. Это позволяет объяснить наблюдавшуюся последовательность другому специалисту.
Такой подход предотвращает ложные ошибки совместимости на динамической границе. Инженер видит корректное применение нового значения в предусмотренный момент, а владелец системы получает обоснованную оценку адаптации к нагрузке. Клиент не считается неисправным только потому, что завершил ранее принятое решение после получения более свежего управляющего сообщения.