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