Радиосвязь: практическое применение
MCPTT: unicast media stop управляет доставкой потока конкретной коммуникации
На клиенте MCPTT требуется прекратить получение одного unicast-медиапотока, а затем возобновить его. В ETSI TS 123 379 V19.11.0 для этого предусмотрены unicast media stop request и unicast media resume request. Они описывают управление доставкой потока указанной коммуникации клиенту.
Что запрашивает stop
Участник сообщает серверу управления floor, что unicast media flow выбранной коммуникации не требуется отправлять этому MCPTT-клиенту. Это описание направления доставки, а не универсальная команда выключить микрофоны всех участников.
В запросе присутствует MCPTT ID инициатора. Для случая мультиплексирования медиа предусмотрен Source identifier, позволяющий указать коммуникацию в составе объединённого медиаконтекста.
Поэтому перед проверкой нужно точно определить затрагиваемый поток. Общее выражение «выключить звук» недостаточно: оно может означать местное уменьшение громкости или изменение доставки данных, а это разные действия.
Что делает resume
Обратный запрос просит снова направлять клиенту unicast-медиапоток указанной коммуникации. Он также связан с конкретным инициатором и, при применимом мультиплексировании, идентификатором источника.
Из форматов этих запросов нельзя вывести универсальную кнопку пользовательского интерфейса. Нельзя также только по их названию обещать завершение всего вызова, выход из группы либо освобождение всех ресурсов клиента. Для таких результатов нужны соответствующие отдельные процедуры.
Проверка на нескольких потоках
В согласованном испытании фиксируют, какой поток должен прекратить доставку, и сохраняют контроль другого нужного обмена. Затем выполняют предусмотренное реализацией действие stop и проверяют именно изменение unicast-доставки.
После resume отдельно подтверждают возобновление нужного потока. Состояние локальной громкости фиксируют заранее, чтобы случайное приглушение динамика не выглядело как успешная серверная остановка.
Если одновременно используются другие способы доставки медиа, их поведение описывают по применимой процедуре отдельно. Рассматриваемые форматы относятся к unicast и сами по себе не задают результат для любого параллельного механизма.
В протоколе нужны MCPTT ID, выбранная коммуникация, применимый Source identifier и фактические наблюдения доставки. Способ подтверждения зависит от доступных средств продукта.
Так настройка получает конкретный проверяемый смысл. Пользовательское действие можно связать с управлением одним нужным потоком, а инженер не примет отсутствие звука за доказательство выхода из вызова или за автоматическое прекращение передачи другими участниками системы MCPTT.
Перед выпуском памятки действие сопоставляют с реальной кнопкой приложения. Совпадение её краткого названия со словом stop ещё не подтверждает использование именно описанного серверного запроса.