MCPTT audio cut-in: новый запрос немедленно меняет говорящего при отключённой очереди
Увеличить схему
При нажатии PTT новым участником MCPTT текущая речь сразу прекращается, а право получает новый заявитель. Такое поведение может определяться audio cut-in. В ETSI TS 123 379 V19.11.0 для настроенной группы описан сценарий немедленной смены говорящего с отключённой очередью.
Условия процедуры
Рассматривается уже установленный сеанс между участниками одного MCPTT-провайдера. Сервер управления floor настроен на поддержку audio cut-in, а один пользователь в данный момент передаёт голос.
Новый участник направляет floor request. Сервер применяет политику cut-in с отключённой очередью: немедленно предоставляет floor заявителю и отзывает его у прежнего говорящего.
Следовательно, ожидать обычного сообщения о позиции в очереди в этой ветви неверно. Наличие других возможных механизмов очереди в MCPTT не означает, что они используются в данной конфигурации.
Что получают участники
Прежнему говорящему направляется floor revoked, которое прекращает его голосовую передачу. Новому участнику приходит floor granted, а прежний получает сведения, кто теперь занимает floor.
Сервер может ограничивать время речи. Но само описание audio cut-in не задаёт универсальное числовое значение такого времени или глубину очереди. В примечании параметр глубины очереди прямо оставлен за пределами документа.
Если прежний говорящий снова запросит floor, описанная последовательность может повториться в обратную сторону. Поэтому частое чередование PTT способно выглядеть как взаимное прерывание, хотя сервер выполняет настроенный порядок.
Как отличить настройку от неисправности
В согласованном тесте сначала подтверждают включённую политику группы. Один пользователь начинает контрольную фразу, другой направляет запрос в заранее выбранный момент.
Фиксируют отзыв первого права, предоставление второго и фактическую смену голосового потока. Затем при необходимости проверяют обратное действие. Одного обрыва речи недостаточно для вывода: он должен соответствовать событиям floor control.
Пользовательская памятка объясняет поведение PTT именно для этой группы. Не следует переносить его на другую группу с обычным ожиданием или на multi-talker, где несколько прав могут сохраняться одновременно.
В протоколе сохраняют конфигурацию и последовательность запросов. Так cut-in становится проверяемым рабочим режимом, а не общим названием любой приоритетной передачи. Инженер может отличить предусмотренное немедленное переключение от потери медиапотока, а сотрудники заранее понимают, почему новое нажатие меняет текущего говорящего.
Запросы отправляются на наш e-mail из вашей почтовой программы.
