Занятость в DMR Tier III: как отличить очередь от отказа и лишних повторов PTT
После нажатия PTT сотрудник не сразу получает возможность говорить. Он повторяет нажатие, затем ещё раз, и уже не понимает, какое обращение обрабатывает сеть. Такая ситуация требует разделить ожидание ресурса, явный отказ и ошибку пользовательского действия. ETSI рассматривает возможность очереди вызовов в Tier III и увеличение задержек с ростом нагрузки, но конкретные сигналы и поведение аппарата зависят от реализации.
Определите состояния понятным языком
В инструкции для выбранного парка перечислите фактические признаки: запрос принят, нужно ждать, услуга предоставлена, запрос отклонён или связь недоступна. Не придумывайте универсальное значение звукового сигнала. Покажите каждый признак на реальном аппарате с той версией и конфигурацией, которая используется на объекте.
Уточните, что делает повторное нажатие в каждом состоянии. Оно может иметь предусмотренный системой смысл, поэтому общая рекомендация многократно нажимать или никогда не нажимать PTT была бы неверной. Нужен подтверждённый порядок ожидания, отмены и повторного обращения для конкретной конфигурации. Пользователь должен понимать момент, с которого его речь действительно передаётся.
Испытайте занятость воспроизводимо
В подготовленном сценарии займите предусмотренные разговорные ресурсы и создайте ещё один обычный запрос. Зафиксируйте индикацию, время ожидания и дальнейшее установление вызова. Затем отдельно воспроизведите документированный отказ, если система позволяет сделать это согласованным способом. Сравнение помогает отличить нехватку ресурса от неподдерживаемой услуги или недоступного адресата.
В журнале сохраняйте исходный запрос и повторные действия пользователя. Не считайте каждый повтор самостоятельной полезной потребностью в связи. При анализе загрузки это важно: часть обращений может быть следствием непонятной обратной связи, а не увеличения рабочих задач. Исправление инструкции иногда уменьшает число повторов, но не заменяет необходимое расширение ёмкости.
Согласуйте допустимое ожидание
Среднее время не показывает самые неудобные случаи. Для рабочего процесса определите, какое ожидание допустимо для обычного вызова и как сотрудник действует после его превышения. Эти значения должны исходить из задач объекта и возможностей подтверждённого состава, а не из произвольного универсального норматива.
После изменения ёмкости или настроек повторите тот же сценарий и сравните результаты. Учитывайте одновременно успешность, ожидание и понятность действий. Если отказы уменьшились, но сотрудники начинают говорить до разрешения, сообщения всё ещё могут теряться.
Полезный итог — таблица реальных состояний аппарата, согласованная последовательность действий и измеренный результат под нагрузкой. Она превращает неопределённое «сеть тормозит» в конкретный вопрос: очередь, отказ услуги, недоступный адресат или неправильное обращение пользователя.
Источник: ETSI TR 102 398 V1.5.1 (2023-11), раздел8.11.1, стр.44; раздел10.2.1.1–10.2.1.2, стр.52.