MCData ad hoc: hang timer и максимальная длительность — отдельные параметры
Временная коммуникация MCData завершается после периода ожидания либо по достижении общей допустимой длительности. При согласовании времени работы нельзя сводить оба случая к одному «таймеру группы». В конфигурации службы ETSI TS 123 282 V19.10.0 hang timer и maximum duration для ad hoc communication перечислены отдельно.
Открыть схему в полном размере
Что видно из таблицы
Для hang timer приложение предусматривает настройку на MCData server и сервере управления конфигурацией. Для максимальной длительности предусмотрены также данные на UE. Уже распределение параметров показывает, что это не одна и та же строка под двумя названиями.
В процедуре серверного завершения текущей ad hoc коммуникации истечение hang time названо среди возможных условий освобождения. Рядом перечислены и другие условия, связанные с уходом участников. Следовательно, сам факт завершения не доказывает, какой именно предел сработал.
Таблица не задаёт универсальных числовых значений или подробного алгоритма перезапуска hang timer. Нельзя добавлять такое правило по привычке от другой системы голосовой связи.
Как сформулировать нужное поведение
Рабочая задача должна отдельно описывать ожидание между действиями участников и предельную продолжительность всей временной коммуникации. Если бригаде нужен длительный перерыв без завершения, это требование не подменяют увеличением абстрактного «общего таймера».
Поставщик сопоставляет требования с настройками своей реализации и объясняет события запуска, сброса и истечения. Затем эти события проверяют в согласованном сценарии.
Например, один тест содержит предусмотренный период без обмена, другой — продолжительную коммуникацию с активностью. Состояние участников и остальные условия завершения фиксируют, чтобы их изменение не стало незамеченной причиной результата.
Что сохранить в отчёте
В протоколе записывают оба эффективных значения, правила их применения по документации продукта и фактическую причину завершения, если система позволяет её наблюдать. Одной записи времени закрытия окна недостаточно для различения механизмов.
Пользовательская памятка должна описывать понятный результат: сколько можно ожидать и в каких условиях придётся создавать новый обмен. Технические имена параметров можно оставить в служебной части.
Такой порядок помогает настроить временную коммуникацию под реальный рабочий цикл. Он сохраняет разницу между нормативно перечисленными параметрами и деталями реализации, которые ещё нужно подтвердить перед обещанием определённого поведения группе сотрудников.
