Один LMR-пользователь в нескольких MCPTT-вызовах: что нужно определить до испытания
Увеличить схему
LMR-пользователь присоединён к двум межсистемным группам. Пока разговаривает одна, всё выглядит нормально; при одновременной активности второй становится непонятно, какую речь получает сотрудник и куда направляется его PTT. Этот сценарий нужно описать до приёмки, а не исследовать случайно во время рабочей задачи.
Раздел 10.10 ETSI TS 123 283 V19.5.0 допускает поддержку IWF нескольких одновременных межсистемных вызовов для одного LMR-пользователя. Они могут возникнуть из нескольких приглашений или присоединения к активным группам. Но способ, которым IWF обеспечивает такую работу конкретному LMR-пользователю, оставлен вне области документа.
Состояние сессий и доступное аудио
Несколько активных вызовов на стороне сервера не означают автоматически, что один терминал способен одновременно воспроизвести их понятным оператору способом. Не следует без документации обещать смешивание, выбор по приоритету или автоматический разговорный фокус. Эти свойства относятся к реализации поставки.
У интегратора запрашивают ожидаемую политику: что происходит при двух входящих потоках, как выбирается направление исходящей передачи и какую индикацию получает пользователь. Если оператор должен вручную выбирать контекст, это действие должно быть понятно и проверяемо. Общая запись «поддерживаются simultaneous calls» не отвечает на эти вопросы.
На стенде готовят две различимые группы и известные тестовые передачи. Сначала подтверждают каждую отдельно, затем создают согласованную одновременность. Фиксируют серверные вызовы, фактическое аудио пользователя и выбранный исходящий контекст PTT. Это три разные наблюдаемые стороны одного сценария.
Изменение активного состава
После завершения первого вызова проверяют дальнейшую работу второго. Политика переключения и допустимые паузы берутся из документации продукта. Успех первоначального одновременного приёма не доказывает правильное восстановление после изменения состава сессий.
Отдельно проверяют отказ или ограничение, если такая одновременность не поддерживается выбранной конфигурацией. Явный предсказуемый результат лучше неопределённой картины, когда сервер показывает два вызова, а сотрудник не понимает, какой из них управляет его терминалом.
Практический итог — согласованная модель работы одного пользователя. Заказчик получает подтверждение конкретного поведения, а не приписывает терминалу возможности из архитектурного перечня IWF. Поддержка может различить ограничение аппаратного рабочего места, политику шлюза и состояние серверных сессий.
При изменении числа одновременно используемых групп этот сценарий пересматривают по реальной нагрузке. Количество настроенных групп в справочнике само по себе не является подтверждённым числом одновременно доступных разговоров одного сотрудника.
Запросы отправляются на наш e-mail из вашей почтовой программы.
