90 и 210 мс в описании DMR Tier III: почему это не готовое время вызова вашей сети
В техническом описании DMR Tier III можно встретить очень небольшие значения времени установления вызова. Их легко перенести в договор как обещание, что любой пользователь всегда начнёт разговор за такой срок. Однако ETSI приводит 90 мс и 210 мс в конкретных примерах наилучшего протокольного сценария для группового и индивидуального вызова. Это не готовая характеристика всей установленной сети со всеми её задержками.
Выберите начало и конец измерения
Для пользователя время начинается с понятного действия: нажатия PTT или подтверждения вызова. Концом может быть разрешение говорить, появление речи у адресата или готовность обоих участников обмениваться сообщениями. Эти события не совпадают автоматически. Если сравнивать два предложения, точки измерения должны быть одинаковыми.
Увеличить иллюстрацию
Протокольная последовательность описывает определённые передачи и ответы. Реальный пользовательский путь дополнительно зависит от состояния аппарата, доступности ресурсов, адресата и используемой инфраструктуры. Поэтому поставщик должен объяснить, какой именно показатель он заявляет и при каких условиях. Одна цифра без этих пояснений практически непроверяема.
Разделите характерные состояния сети
Проведите отдельные серии для свободной сети, рабочей нагрузки и согласованного пика. Если аппарат только что включён или сменил площадку, это иной исходный сценарий, чем вызов давно готового терминала. Не смешивайте результаты в одно среднее без сохранения групп испытаний.
Индивидуальный и групповой вызовы также оценивайте раздельно. В примере ETSI перед назначением ресурса индивидуальному разговору проверяется участие вызываемого аппарата; для группового примера такая промежуточная проверка отдельного адресата отсутствует. Это объясняет различие примеров, но не задаёт универсальное соотношение задержек в любом изделии.
Покажите разброс и отказы
Сохраните несколько повторений с исходными условиями, минимальным, обычным и наиболее долгим результатом. Отдельно учитывайте обращения, которые вообще не завершились. Среднее только по успешным попыткам может выглядеть хорошо при заметном числе отказов. Для рабочей службы важны обе стороны результата.
Если пользователь начинает речь до разрешения и теряет первые слова, исправляйте конкретный процесс: индикацию, обучение или установленный порядок. Не скрывайте это небольшим числом протокольных миллисекунд. Проверочное сообщение должно показывать, что адресат получил начало и смысл, а не только увидел активность.
В техническом задании укажите измеряемые события, нагрузку и допустимые результаты для нужных типов вызовов. Тогда цифры ETSI останутся полезным объяснением протокола, а качество установленной сети будет подтверждаться собственными воспроизводимыми испытаниями.
Источник: ETSI TR 102 398 V1.5.1 (2023-11), раздел8.11.3.1–8.11.3.2, стр.45–47; ограничения лучших протокольных примеров.
