MCPTT call-back request: успешная просьба перезвонить ещё не означает состоявшийся разговор
Клиент MCPTT сообщил, что просьба перезвонить успешно отправлена. Этот результат подтверждает обработку call-back request, но не состоявшийся обратный разговор. ETSI TS 123 379 V19.11.0 описывает просьбу, её отмену и последующее выполнение как разные этапы.
Что получает адресат
В сценарии одной системы сервер проверяет право инициатора отправить запрос и передаёт его клиенту адресата. Получающий клиент сохраняет сведения об инициаторе, время получения и указание срочности.
Пользователь уведомляется, что просьба ожидает его внимания. Затем через сервер возвращается ответ о результате обработки запроса. Для срочности в формате предусмотрены уровни low, normal и high.
Наличие такого ответа не означает, что адресат уже поговорил с инициатором. Оно также не задаёт гарантированный срок обратного звонка: срочность запроса и фактическое действие сотрудника нужно различать.
Как выполняется просьба
Получивший пользователь решает инициировать личный MCPTT-вызов к отправителю просьбы. Для этого используются обычные предусмотренные процедуры личного вызова с ручным началом.
После успешного личного вызова между этими пользователями клиент удаляет сохранённую информацию call-back request. Следовательно, завершение задания связано с успешным разговором, а не только с нажатием на карточку просьбы.
Конкретный вид списка ожидающих запросов и способ выбора записи определяются приложением. Общая процедура не задаёт единый дизайн рабочего экрана.
Как отменить утратившую смысл просьбу
До выполнения обратного вызова инициатор может запросить отмену ранее успешно созданной просьбы. Сервер проверяет полномочия, а клиент адресата удаляет сохранённые сведения о соответствующем запросе и возвращает результат.
Это отдельная цепочка от выполнения разговора. В техническом отчёте полезно различать «выполнено обратным вызовом» и «отменено инициатором», даже если обе записи исчезают из ожидающего списка.
Что проверить при приёмке
Тест включает получение и сохранение просьбы, уведомление, успешный ответ на запрос и отдельный обратный разговор. Затем проверяют предусмотренное удаление записи.
В другом согласованном сценарии проверяют отмену до обратного звонка. В протоколе сохраняют ID сторон и события, не подменяя техническое время получения предположением о времени, когда человек увидел уведомление.
Так статус просьбы остаётся понятным. Сотрудник видит ожидающую задачу, а положительная квитанция не превращается в ложное подтверждение, что необходимый личный разговор MCPTT уже состоялся.
Запросы отправляются на наш e-mail из вашей почтовой программы.
