Медиа сеанс MCData завершён: каким путём может прийти позднее подтверждение
Увеличить схему
Пользователь отправил SDS в сеансе MCData, затем медиа путь завершился. Позднее система получила подтверждение через сигнализацию. Если интеграция слушает только исходный медиа поток, такой результат может потеряться. Стандарт предусматривает разные пути disposition сообщений в зависимости от вида услуги и доступности первоначального механизма передачи.
Сначала определите вид обмена
Для standalone SDS и файловой передачи в рассматриваемом разделе используется сигнальная плоскость для запросов и уведомлений disposition. Для session SDS предусмотрена медиа плоскость, а когда она уже недоступна, уведомления могут проходить через сигнализацию.
Следовательно, единое правило «все подтверждения приходят там же, где были данные» неполно. Событие завершения медиа сеанса не обязательно означает, что больше нельзя получить связанный результат. Конкретная интеграция должна сохранять предусмотренную возможность обработать его.
Что важно не потерять
Позднее уведомление нужно связать с исходной коммуникацией и адресатом. Если программа сразу удаляет весь контекст при закрытии медиа пути, она рискует показать неизвестное событие или вообще отбросить его. Срок и способ сохранения контекста определяются реализацией и требованиями проекта.
Это не основание считать любое позднее сообщение достоверным подтверждением нужного объекта. Проверяют предусмотренные идентификаторы и правила обработки. Совпадение имени пользователя или приблизительного времени недостаточно для надёжного сопоставления.
Сценарий приёмки
В контролируемом тесте выполняют session SDS с запрошенным подтверждением. Затем воспроизводят предусмотренное завершение либо недоступность медиа механизма и наблюдают последующий результат по сигнализации. Проверяют его корректную привязку в клиенте и серверном журнале.
Отдельным сценарием проверяют standalone SDS или FD, чтобы убедиться в правильной классификации изначального пути. Нельзя использовать успешный результат одного варианта как доказательство всех остальных. Точную последовательность действий согласуют по поддерживаемому продуктом протоколу.
В отчёте сохраняют вид услуги, состояние медиа пути, маршрут уведомления и итог для исходного объекта. Одна строка «сеанс закрыт» не описывает всю судьбу ожидаемых подтверждений.
Такой подход помогает избежать ложного окончательного статуса после завершения медиа обмена. Приложение учитывает предусмотренный альтернативный маршрут и получает фактический результат, если он приходит. Для оператора это означает более точную историю доставки, а для сопровождения — возможность отличить потерю подтверждения от неверной обработки уже завершённого сеанса.
Запросы отправляются на наш e-mail из вашей почтовой программы.
