OmegabcMCVideo: локальный маршрут личного медиа остаётся под управлением основной системы
Для снижения задержки проект MCVideo предусматривает локальную маршрутизацию личного видео. Это не означает произвольный обход основной системы. ETSI TS 123 281 V19.9.0 описывает локальный вариант как управляемый primary MCVideo system путь с определённой возможностью дублирования медиа.
Основной вариант личного вызова
Для двух пользователей одной организации поток может маршрутизироваться через их основную MCVideo-систему. Если пользователи принадлежат разным организациям, предусмотрен путь через primary system каждого пользователя.
Поэтому организационная принадлежность влияет на рассматриваемую архитектурную схему. Нельзя описать все личные вызовы одним неподтверждённым маршрутом только по тому, что два клиента используют одну мобильную сеть.
Что допускает локальный вариант
Другой вариант позволяет локально маршрутизировать видео под управлением основной MCVideo-системы. Путь проходит через сущность, позволяющую дублировать медиапоток в primary system каждого пользователя.
Следовательно, термин «локально» не равнозначен неуправляемому прямому обмену между любыми адресами клиентов. Контроль основной системы сохраняется как часть описанного варианта.
Из требования возможности дублирования также нельзя автоматически вывести, что каждый поток обязательно записывается в архив. Маршрутизация, дублирование и хранение содержимого имеют разные смыслы и требуют отдельных подтверждений.
Групповой случай
Для группового вызова документ задаёт маршрутизацию видеопотока в group home MCVideo system. Личный локальный вариант нельзя без проверки перенести на любую групповую коммуникацию.
При проектировании нужно отдельно описать личные и групповые рабочие сценарии. Совпадающие клиенты на обоих концах не отменяют различия правил.
Как принять архитектуру
В согласованном тесте фиксируют принадлежность пользователей, выбранный вариант личной маршрутизации и предусмотренные контролирующие сущности. Затем сопоставляют сигнальное управление и фактический медиапуть.
Для локального варианта поставщик подтверждает условия управления primary system и предусмотренную возможность дублирования. Конкретные адреса и реализацию берут из проекта, не придумывая обязательное физическое устройство по названию функции.
В протоколе отдельно отмечают фактическую запись, если она входит в задачу. Наличие маршрута или копирования потока не засчитывают вместо сохранённого и проверяемого файла.
Так требование к локальному пути остаётся точным. Инженер не обещает произвольное peer-to-peer для любого вызова, а пользователь получает проверенную схему диспетчерской видеосвязи с понятной границей управления основной MCVideo-системой.
При сравнении задержек также фиксируют выбранный вариант пути. Быстрый локальный тест не подтверждает тот же результат при маршрутизации через обе основные системы разных организаций.