Правила доступа DMR: чем Polite to All отличается от Polite to Own Colour Code
Два аппарата могут одинаково принимать канал, но по-разному реагировать на попытку передачи при чужой активности. Причиной могут быть согласованные правила доступа, а не неисправная кнопка PTT. ETSI описывает уровни Polite to All, Polite to Own Colour Code и Impolite. Названия этих политик нужно связывать с конкретным условием, которое проверяет аппарат, а не переводить общим словом «вежливый».
Сравните условия запрета
Polite to All предусматривает воздержание от передачи при занятом канале с другой активностью. Polite to Own Colour Code ориентируется на другую DMR-активность с собственным Colour Code и имеет иное поведение для остальных видов активности. Поэтому одинаковый радиочастотный фон может приводить к разным решениям о начале передачи.

Прокручивайте увеличенную схему по горизонтали. С клавиатуры: перейдите к схеме и используйте стрелки.
В стандарте есть также отдельные условия для запрошенных ответов и участия в текущем вызове. Не распространяйте описание обычной попытки доступа на любую передачу без исключений. Для эксплуатации важно узнать, какая политика применяется выбранной функцией в конкретном аппарате и конфигурации. Разные службы могут иметь разные предусмотренные правила.
Не используйте настройку как лечение всех отказов
Если пользователь жалуется на запрет передачи, сначала определите реальную занятость и действующие параметры. Перевод в более свободную политику может изменить взаимодействие с соседней активностью, а не устранить исходную проблему. Такие изменения должен согласовывать ответственный за радиосеть, понимающий частотный и рабочий контекст.
Не называйте совпадение Colour Code защитой информации или подтверждением нужного адресата. Здесь рассматривается условие доступа к радиоресурсу. Адресация вызовов, права пользователей и предусмотренные защитные функции требуют собственных проверок и не выводятся из одного параметра.
Испытайте ожидаемые случаи
Для выбранной конфигурации составьте несколько контролируемых сценариев: свободный ресурс, другой разговор с согласованными параметрами и иная предусмотренная активность. Проводите их на подготовленном стенде или в согласованном окне, сохраняя исходную конфигурацию. Не создавайте произвольные помехи в рабочей сети ради проверки пункта меню.
Записывайте, начинается ли передача, какое уведомление получает пользователь и что происходит с уже установленным обменом. Успехом нельзя считать только возможность нажать PTT: требуется также ожидаемое сосуществование разговоров и понятная обратная связь.
В эксплуатационной документации укажите выбранную политику, её назначение и признаки нормального отказа доступа. Тогда сотрудник сможет отличить предусмотренное ожидание от неисправности, а инженер получит воспроизводимый эпизод для диагностики вместо просьбы просто «разрешить передачу всегда».
Источник: ETSI TS 102 361-1 V2.6.1 (2023-05), раздел5.2.1.6–5.2.1.7, стр.40–41; границы политик и исключения для ответов.












