OmegabcMCPTT off-network без очереди: отклонённый запрос не превращается в отложенное право речи
Пользователь MCPTT вне сети запросил речь во время чужой передачи и получил отказ. Когда говорящий замолчал, его собственная передача не началась автоматически. Для сценария без поддержки очереди это соответствует ETSI TS 123 379 V19.11.0: отклонённый запрос не описан как сохранённое ожидание следующего права.
Как обрабатывается запрос
В исходном состоянии off-network сеанс уже установлен, один клиент передаёт голос и действует как временный floor arbitrator. Другой участник направляет floor request.
Если функция очереди не поддерживается, текущий арбитр отклоняет этот запрос и направляет floor rejected. Это другой результат по сравнению с постановкой в очередь и выдачей позиции.
Поэтому отрицательный ответ нельзя отображать пользователю как обещание автоматического будущего подключения к речи. Такое обещание потребовало бы реально поддержанного механизма ожидания.
Что происходит после освобождения
Завершая речь, текущий арбитр направляет floor release. После этого в описанном сценарии голосовых данных нет, пока один из клиентов не запросит floor по соответствующей процедуре для периода тишины.
Следовательно, пользователь должен понимать актуальный статус своей прежней заявки. Если она была отклонена, нельзя считать, что сервер или прежний говорящий обязательно помнит её как следующую.
Для этой процедуры примечание допускает также личные вызовы. При этом утверждать наличие групповой очереди в личном разговоре на основании другого сценария было бы неверно.
Проверка приложения
В согласованном тесте подтверждают отсутствие функции очереди у выбранного варианта работы. Первый участник говорит, второй запрашивает floor и наблюдает отказ.
Затем первый освобождает право. Проверяют паузу и предусмотренный новый запрос, после которого второй получает возможность передавать. Точный способ повторного действия пользователя и индикацию подтверждают по клиенту.
В протоколе сохраняют события request, rejected, release и последующее предоставление floor. Если интерфейс показывает «ожидание» после отказа, поставщик должен объяснить, как это соотносится с действительным состоянием.
Пользовательская памятка отделяет отказ от принятого ожидания. Это помогает избежать ситуации, когда сотрудник начинает говорить после чужой реплики, хотя его клиент ещё не получил новое разрешение.
Так механизм без очереди оценивается по собственной процедуре. Его не принимают за неисправную очередь, а отклонённое действие не выдаётся за будущую заявку, которая обязательно сработает автоматически при освобождении канала речи MCPTT.