MCPTT first-to-answer: выбор отвечающего и первое право речи настраиваются отдельно
Первым ответивший сотрудник MCPTT не обязательно первым получает право говорить. В first-to-answer нужно различать выбор собеседника и управление речью после соединения. ETSI TS 123 379 V19.11.0 предусматривает несколько вариантов, которые нельзя свести к одному правилу «кто ответил, тот передаёт».
С управлением floor
В запросе first-to-answer есть обязательный признак использования floor control. Если управление правом передачи применяется, инициатор может включить неявный запрос floor уже в установление вызова.
При успешном установлении такого вызова первоначальное право предоставляется инициатору. Ответившая сторона получает информацию, что floor занят. Это позволяет начать подготовленную реплику без отдельного первоначального запроса после установления media plane.
Альтернативно установление отправляется без первоначального floor request. Тогда вызываемая сторона может первой запросить право передачи. Отсутствие неявного запроса не следует путать с неисправностью кнопки или потерянной речью.
Без управления floor
Для first-to-answer без floor control управление правом передачи не устанавливается. После соединения оба пользователя могут передавать одновременно.
Это отдельный вариант поведения, а не результат того, что сервер случайно выдал два конфликтующих grant. Перед испытанием нужно установить, какой режим согласован для данной рабочей задачи.
Само название first-to-answer описывает выбор собеседника, но не заменяет значение признака floor control. Одинаковый способ приглашения может приводить к разным правилам последующего разговора.
Что включить в программу проверки
Для режима с неявным запросом проверяют начальное право инициатора и состояние ответившего клиента. Для режима без такого запроса отдельно проверяют, кто и как запрашивает первое floor.
Для варианта без floor control выполняют согласованный тест одновременной передачи и оценивают реальную слышимость обеих сторон. Изменение режима подтверждают на конкретной реализации, а не по внешнему виду одного экрана приглашения.
В протоколе сохраняют выбранный режим, наличие initial request и фактическую последовательность речи. Пользовательская памятка должна сообщать, когда говорить после ответа: сразу в предусмотренном варианте либо после подтверждения права.
Так два решения остаются независимыми и понятными: сервер выбрал одного отвечающего, а затем применяется согласованный механизм речи. Это помогает избежать первых потерянных слов и неверного ожидания, что ответ на вызов автоматически определяет порядок передачи для всех конфигураций MCPTT.
Перед сравнением двух клиентов также сверяют их согласованные настройки. Различие начального поведения может следовать режиму вызова, даже если оба приложения показывают одинаковое краткое название услуги.
Запросы отправляются на наш e-mail из вашей почтовой программы.
