OmegabcИнициатор завершает MCData коммуникацию: почему это больше, чем закрыть своё окно
Инициатор MCData закрыл окно передачи и считает, что общий обмен завершён у всех. Но локальное действие интерфейса не обязательно является процедурой communication release. Для описанной медиа коммуникации предусмотрена цепочка через сервер с уведомлением участников и освобождением ресурсов. Приёмка должна подтвердить её фактическое выполнение.
Что делает инициатор
В рассматриваемой процедуре передающий участник запрашивает прекращение продолжающейся коммуникации. Клиент направляет communication release request серверу, а сервер передаёт запрос всем участникам соответствующего обмена. Получатели уведомляют пользователей и возвращают ответы.
Затем инициатор получает результат, а связанные ресурсы media plane освобождаются. Поэтому один исчезнувший локальный индикатор недостаточен, чтобы установить общее завершение. Важно, было ли отправлено предусмотренное сообщение и как его обработали остальные стороны.
Область действия
Процедура применима к указанным вариантам индивидуальной и групповой коммуникации, включая SDS и FD через media plane. В рассматриваемом разделе завершение через MBMS отдельно оставлено за пределами описания. Нельзя автоматически распространять последовательность на любой возможный способ передачи MCData.
Также следует различать прекращение общей коммуникации и выход одного получателя из собственного интерфейса. Если продукт предлагает обе функции, их воздействие нужно описать и испытать отдельно. Похожее название кнопок не подтверждает одинаковый масштаб действия.
Как проверить общий результат
На стенде организуют обмен с несколькими известными участниками. Инициатор выполняет документированную команду завершения. Сохраняют запрос клиента, сообщения сервера, ответы участников и доступные сведения об освобождении соответствующего media ресурса.
Каждый участник должен иметь наблюдаемый результат согласно поддерживаемой процедуре. При отсутствии подробных журналов предел проверки указывают прямо: например, подтверждено уведомление, но внутреннее состояние ресурса отдельно не наблюдалось. Неизвестный этап нельзя объявлять успешным по аналогии.
Отдельно проверяют простое закрытие окна или иной локальный выход, если продукт это допускает. Такой контроль помогает установить, не путает ли пользователь два разных действия. Конкретные команды берут из документации клиента.
В отчёте итог связывают с определённой коммуникацией и составом участников. Это позволяет подтвердить завершение всего предусмотренного обмена, а не только действия одного устройства. Для сопровождения такая точность полезна при жалобах на «зависший сеанс»: сначала выясняют, была ли запущена реальная процедура release и где именно её подтверждение отсутствует.