Migration и Interconnection MC-систем: два разных способа взаимодействия пользователей
Пользователи двух организаций могут общаться, продолжая получать сервис каждый в своей MC-системе. Другой сценарий — пользователь получает услугу непосредственно от партнёрской системы. TS23.280 различает Interconnection и Migration. Если назвать оба случая просто «межсетевой работой», можно неверно задать профиль, ответственность и ожидаемое поведение клиента.
Укажите, кто предоставляет услугу
При interconnection соединяются коммуникации пользователей, которых обслуживают разные MC-системы. При migration меняется обслуживающий контекст пользователя: он получает MC-сервис у партнёра на предусмотренном основании. В схеме нужно явно показывать primary и serving систему, а не только линию между двумя серверами.
Похожий внешний результат — возможность разговаривать с коллегой — не делает процессы одинаковыми. Для проекта важны авторизация, доступные группы и путь предоставления конкретной услуги. Их нельзя восстановить только по успешному IP-соединению между площадками.
Сохраните разрешённый партнёрский контекст
Документ связывает migration с предусмотренными профилями и сведениями о партнёрских системах. Наличие технического адреса не является самостоятельным основанием использовать услугу партнёра. Нужен подтверждённый состав и согласованный порядок для выбранного пользователя.
При interconnection также требуется определить, какие коммуникации и группы доступны. Не выводите полную взаимозаменяемость систем из одной успешной демонстрации. Часть функций может иметь отдельные условия, которые должны быть видны в технической матрице.
Испытайте конкретный сценарий
Для interconnection проверьте участников, обслуживаемых своими системами, и нужный обмен между ними. Для migration проверьте предусмотренное получение сервиса партнёра и дальнейшую коммуникацию. Не объединяйте эти два результата в одну отметку «межсеть работает».
Сохраните, какую систему использует каждый участник, какую услугу получает и где расположен управляющий контекст нужной группы или вызова по документации. Если функция не поддержана или не разрешена, не пытайтесь обойти отказ случайной подстановкой чужих адресов и профилей.
Итоговое описание должно называть оба механизма точно и показывать ожидаемый путь пользователя. Тогда interconnection станет подтверждённой связью обслуживаемых разными системами участников, а migration — отдельной проверенной возможностью получить сервис партнёра. Это помогает избежать неверного ожидания, что одна настроенная связь автоматически обеспечивает любые переходы пользователей и все функции обеих платформ.
Источник: ETSI TS 123 280 V19.10.1 (2026-05), 3GPP TS 23.280 Release 19, TS 23.280, определения 3.1, стр. 21–23; разделы 5.2.9–5.2.10, стр. 30–32.