MCPTT call forwarding: ручное перенаправление возможно до установления разговора
Сотрудник MCPTT хочет направить входящий личный вызов другому исполнителю. Для выбора действия важно понять, разговор уже установлен или клиент ещё оповещает о входящем вызове. ETSI TS 123 379 V19.11.0 ограничивает ручное call forwarding отдельного вызова этапом до установления коммуникации.
Открыть схему в полном размере
Три основания перенаправления
В общем описании предусмотрены немедленное перенаправление и перенаправление при отсутствии ответа. Второй случай относится к входящему личному вызову с manual commencement mode, на который пользователь не ответил за настроенный период.
Кроме настроенных условий, пользователь может вручную запросить перенаправление конкретного входящего вызова. Это действие выполняется во время оповещения, до того как обслуживаемый пользователь установил коммуникацию.
Следовательно, ручной forwarding нельзя автоматически описывать как перенос уже идущего разговора. Для существующего личного вызова стандарт отдельно рассматривает call transfer.
Настройка и разовое действие
Параметры forwarding хранятся в пользовательском профиле и обновляются уполномоченным пользователем предусмотренной процедурой. Разовый выбор при входящем вызове — другой рабочий сценарий.
Поэтому в памятке нужно уточнить, меняет ли сотрудник постоянное правило своего профиля либо только перенаправляет текущее приглашение. Одинаковое слово «переадресовать» в интерфейсе может быть недостаточно точным для приёмки.
Настроенный период no answer нельзя выводить из обычной продолжительности звонка мобильного телефона. Числовое значение проверяют в действующей конфигурации MCPTT.
Как принять нужный сценарий
Для немедленного перенаправления фиксируют включённое правило и целевого пользователя. Для no answer согласуют период ожидания и проверяют, что исходный вызов имеет нужный режим начала.
Для ручного варианта пользователь выполняет действие, пока его клиент ещё оповещает о входящем вызове. Затем подтверждают фактическое установление с выбранной стороной. Уже начатый разговор используют в отдельной проверке transfer, если эта возможность нужна.
В протоколе сохраняют исходного адресата, целевого получателя, основание перенаправления и результат. Нельзя признать рабочий сценарий выполненным только по изменению настроек профиля: требуется контрольный вызов с ожидаемым маршрутом.
Так оператор понимает границу доступного действия. Инженер при этом различает заранее заданное правило, перенаправление во время приглашения и перенос установленного разговора. Это помогает избежать ошибочного ожидания, что одна команда forwarding обязана работать на любом этапе личной коммуникации MCPTT.
В рабочем интерфейсе отдельно сверяют момент доступности команды. Это помогает заранее обучить сотрудника действовать в нужной фазе, пока входящий запрос ещё ожидает его решения.
