Служебный псевдоним MC-связи уже занят: как различать совместное использование и передачу роли
На смену вышел новый сотрудник и выбирает роль «дежурный». Предыдущий пользователь ещё активировал тот же функциональный псевдоним. Здесь возможны разные рабочие задачи: допустить совместное использование роли либо передать её новому сотруднику. Они требуют различной политики и не должны скрываться за одной неясной кнопкой.
В процедуре ETSI TS 123 280 V19.10.1 совместная активация допускается, если псевдоним разрешено разделять и не достигнут предел одновременно активных пользователей. При конфликте обычная активация может быть отклонена. Авторизованному пользователю также может предлагаться отдельная процедура takeover.
Передача смены как последовательность состояний
Для исключительной роли исходное состояние — псевдоним активен у первого сотрудника. Новый сотрудник получает предусмотренное предложение передачи, принимает решение и отправляет запрос. Сервер проверяет допустимость, уведомляет прежний клиент об отзыве, сохраняет новое состояние и отвечает инициатору. Поэтому изменение подписи на экране нового клиента не является единственным нужным результатом.
В испытании полезно наблюдать оба рабочих места. После передачи новый пользователь должен получить согласованный статус, а прежний — уведомление, что псевдоним больше не активен для него. Если проверять только нового сотрудника, можно пропустить рассогласование на стороне уходящей смены.
Для разделяемой роли сценарий другой: второй пользователь добавляется в рамках разрешённого предела, а остальные пользователи того же псевдонима получают сведения об изменении. Такой результат нельзя считать ошибочной двойной активацией, если политика прямо разрешает совместную работу.
Три условия, которые нужно назвать заранее
Проект должен определить, разрешено ли разделение, каков предел и кто может выполнять takeover. Эти данные относятся к конфигурации поставки. Стандартная процедура не даёт любому сотруднику права отбирать занятую роль и не гарантирует одинаковый интерфейс разрешения конфликта.
На стенде проверяют допустимое совместное использование, достижение согласованного предела и передачу исключительной роли. Набор испытаний выбирают по реально поддерживаемой политике, сохраняя результаты всех затронутых клиентов.
Практический итог — управляемая передача ответственности. Диспетчер понимает, кто сейчас использует служебное обозначение, а сотрудники получают соответствующие уведомления. Если требуется сохранение или изменение уже идущих вызовов при передаче роли, это проверяют отдельно по документации службы: описанная смена статуса сама по себе не задаёт универсальную судьбу каждого активного разговора.
Запросы отправляются на наш e-mail из вашей почтовой программы.
