IMS изначально была разработана организацией по стандартам беспроводной связи 3rd Generation Partnership Project (3GPP) как часть видения развития мобильных сетей за пределами GSM . Его первоначальная формулировка (3GPP Rel-5) представляла собой подход к предоставлению интернет-услуг через GPRS . Это видение позднее было обновлено 3GPP, 3GPP2 и ETSI TISPAN, потребовав поддержки сетей, отличных от GPRS , таких как Wireless LAN , CDMA2000 и фиксированные линии.
IMS использует протоколы IETF везде, где это возможно, например, протокол SIP (Session Initiation Protocol ). Согласно 3GPP, IMS не предназначен для стандартизации приложений, а скорее для содействия доступу к мультимедийным и голосовым приложениям с беспроводных и проводных терминалов, т. е. для создания формы конвергенции фиксированной и мобильной связи (FMC). [1] Это достигается за счет наличия горизонтального уровня управления, который изолирует сеть доступа от уровня обслуживания . С точки зрения логической архитектуры, услуги не должны иметь собственных функций управления, поскольку уровень управления является общим горизонтальным уровнем. Однако при реализации это не обязательно приводит к большему снижению стоимости и сложности.
Альтернативные и пересекающиеся технологии доступа и предоставления услуг в проводных и беспроводных сетях включают комбинации сетей общего доступа , программных коммутаторов и «голого» SIP.
Поскольку становится все проще получать доступ к контенту и контактам с использованием механизмов, находящихся вне контроля традиционных операторов беспроводной/стационарной связи, интерес IMS оказывается под вопросом. [2]
Примерами глобальных стандартов на основе IMS являются MMTel , который является основой для Voice over LTE ( VoLTE ), Wi-Fi Calling (VoWIFI), Video over LTE (ViLTE), SMS/MMS через WiFi и LTE, Unstructured Supplementary Service Data (USSD) через LTE и Rich Communication Services (RCS), который также известен как joyn или Advanced Messaging, и теперь RCS является реализацией оператора. RCS также дополнительно добавил функциональность Presence/EAB (расширенная адресная книга). [3]
История
IMS была определена отраслевым форумом 3G.IP, образованным в 1999 году. 3G.IP разработала первоначальную архитектуру IMS, которая была представлена в проекте партнерства третьего поколения ( 3GPP ) в рамках их работы по стандартизации систем мобильной связи 3G в сетях UMTS . Впервые она появилась в Release 5 ( эволюция от сетей 2G к сетям 3G ), когда была добавлена мультимедиа на основе SIP. Также была предоставлена поддержка старых сетей GSM и GPRS . [4]
3GPP2 (отличная от 3GPP организация) создала свой мультимедийный домен CDMA2000 (MMD) на основе 3GPP IMS, добавив поддержку CDMA2000 .
В выпуске 3GPP 6 добавлены возможности взаимодействия с WLAN , взаимодействия между IMS, использующими различные сети IP-подключения, идентификаторы групп маршрутизации, множественная регистрация и разветвление, присутствие, распознавание речи и услуги с поддержкой речи ( Push to Talk ).
3GPP release 7 добавил поддержку фиксированных сетей, работая совместно с TISPAN release R1.1, функция AGCF (функция управления шлюзом доступа) и PES ( служба эмуляции PSTN ) введены в проводную сеть для наследования услуг, которые могут быть предоставлены в сети PSTN. AGCF работает как мост, соединяющий сети IMS и сети Megaco/H.248. Сети Megaco/H.248 предлагают возможность подключения терминалов старых устаревших сетей к новому поколению сетей на основе IP-сетей. AGCF действует как агент пользователя SIP по отношению к IMS и выполняет роль P-CSCF. Функциональность агента пользователя SIP включена в AGCF, и не на устройстве клиента, а в самой сети. Также добавлена непрерывность голосовых вызовов между коммутацией каналов и доменом коммутации пакетов ( VCC ), фиксированное широкополосное подключение к IMS, взаимодействие с сетями, отличными от IMS, управление политикой и тарификацией (PCC), экстренные сеансы. Также добавлены SMS через IP. [5]
В релизе 8 3GPP добавлена поддержка LTE / SAE , непрерывности сеансов мультимедиа, расширенных сеансов экстренной связи, SMS через SGs [5] и централизованных служб IMS.
В выпуске 3GPP 9 добавлена поддержка экстренных вызовов IMS через GPRS и EPS , усовершенствования мультимедийной телефонии , безопасности медиаплоскости IMS, усовершенствования централизации и непрерывности услуг.
В версии 10 3GPP добавлена поддержка передачи между устройствами, усовершенствования в непрерывности голосового вызова по одному радио (SRVCC), усовершенствования в сеансах экстренной связи IMS.
В версии 11 3GPP добавлена служба моделирования USSD , информация о местоположении, предоставляемая сетью для IMS, отправка и доставка SMS без MSISDN в IMS, а также контроль перегрузки.
Некоторые операторы выступали против IMS, поскольку считали ее сложной и дорогой. В ответ на это в 2010 году была определена и стандартизирована урезанная версия IMS — достаточно IMS для поддержки голоса и SMS по сети LTE — как Voice over LTE (VoLTE). [6]
Архитектура
Обзор архитектуры 3GPP / TISPAN IMSОбзор архитектуры 3GPP / TISPAN IMS – HSS на уровне IMS (согласно стандарту)
Каждая из функций на диаграмме поясняется ниже.
Подсистема IP-мультимедиа ядра сети представляет собой набор различных функций, связанных стандартизированными интерфейсами, которые группируются в одну административную сеть IMS. [7] Функция не является узлом (аппаратным блоком): разработчик может свободно объединять две функции в одном узле или разделять одну функцию на два или более узлов. Каждый узел также может присутствовать несколько раз в одной сети для определения размеров, балансировки нагрузки или организационных вопросов.
Доступ к сети
Пользователь может подключиться к IMS различными способами, большинство из которых используют стандартный IP. Терминалы IMS (такие как мобильные телефоны , карманные персональные компьютеры (КПК) и компьютеры) могут регистрироваться непосредственно в IMS, даже если они находятся в роуминге в другой сети или стране (посещаемая сеть). Единственное требование — они должны уметь использовать IP и запускать пользовательских агентов SIP. Поддерживаются фиксированный доступ (например, цифровая абонентская линия (DSL), кабельные модемы , Ethernet , FTTx ), мобильный доступ (например, 5G NR , LTE , W-CDMA , CDMA2000 , GSM , GPRS ) и беспроводной доступ (например, WLAN , WiMAX ). Другие телефонные системы, такие как обычная старая телефонная служба (POTS — старые аналоговые телефоны), H.323 и несовместимые с IMS системы, поддерживаются через шлюзы .
Основная сеть
HSS – Домашний сервер подписчиков:
Домашний сервер подписчиков (HSS) или функция сервера профилей пользователей (UPSF) – это главная база данных пользователей, которая поддерживает сетевые объекты IMS, которые фактически обрабатывают вызовы . Он содержит информацию, связанную с подпиской ( профили подписчиков ), выполняет аутентификацию и авторизацию пользователя и может предоставлять информацию о местоположении и IP-адресе подписчика. Он похож на домашний регистр местоположений GSM (HLR) и центр аутентификации (AuC).
Идентификаторы пользователей:
С IMS могут быть связаны различные идентификаторы: IP-мультимедийный частный идентификатор (IMPI), IP-мультимедийный публичный идентификатор (IMPU), глобально маршрутизируемый URI агента пользователя (GRUU), подстановочный публичный идентификатор пользователя. Как IMPI, так и IMPU не являются телефонными номерами или другими сериями цифр, а унифицированными идентификаторами ресурсов (URI), которые могут быть цифрами (Tel URI, например, tel:+1-555-123-4567 ) или буквенно-цифровыми идентификаторами (SIP URI, например, sip:[email protected]").
IP Multimedia Private Identity:
IP Multimedia Private Identity (IMPI) — это уникальный постоянно выделенный глобальный идентификатор, назначаемый оператором домашней сети. Он имеет форму идентификатора сетевого доступа (NAI), то есть user.name@domain, и используется, например, для целей регистрации, авторизации, администрирования и учета. Каждый пользователь IMS должен иметь один IMPI.
IP Multimedia Public Identity:
IP Multimedia Public Identity (IMPU) используется любым пользователем для запроса связи с другими пользователями (например, он может быть указан на визитной карточке ). Также известен как Address of Record (AOR). На один IMPI может быть несколько IMPU. IMPU также может быть общим с другим телефоном, так что с обоими можно будет связаться с помощью одного и того же идентификатора (например, один номер телефона для всей семьи).
URI глобально маршрутизируемого пользовательского агента: URI глобально маршрутизируемого пользовательского агента (GRUU) — это идентификатор, который идентифицирует уникальную комбинацию IMPU и экземпляра UE . Существует два типа ГРУУ: общедоступное ГРУУ (P-GRUU) и временное ГРУУ (T-GRUU).
P-GRUU раскрывают IMPU и очень долгоживущие.
T-GRUU не раскрывают IMPU и действуют до тех пор, пока контакт не будет явно отменен или не истечет срок действия текущей регистрации.
База данных абонентов HSS содержит IMPU, IMPI, IMSI , MSISDN , профили услуг абонентов, триггеры услуг и другую информацию.
Функция управления сеансом вызова (CSCF)
Несколько ролей SIP-серверов или прокси-серверов, совместно называемых функцией управления сеансом вызова (CSCF), используются для обработки пакетов сигнализации SIP в IMS.
Proxy -CSCF (P-CSCF) — это SIP-прокси , который является первой точкой контакта для терминала IMS. Он может быть расположен либо в гостевой сети (в полных сетях IMS), либо в домашней сети (когда гостевая сеть еще не совместима с IMS). Некоторые сети могут использовать пограничный контроллер сеансов (SBC) для этой функции. P-CSCF по своей сути является специализированным SBC для интерфейса «пользователь-сеть» , который защищает не только сеть, но и терминал IMS. Использование дополнительного SBC между терминалом IMS и P-CSCF ненужно и нецелесообразно из-за шифрования сигнализации на этом участке. Терминал обнаруживает свой P-CSCF либо с помощью DHCP , либо он может быть настроен (например, во время первоначальной подготовки или через объект управления IMS 3GPP (MO)) или в ISIM или назначен в контексте PDP (в службе пакетной радиосвязи общего пользования (GPRS)).
Он присваивается терминалу IMS до регистрации и не меняется в течение всего срока регистрации.
Он находится на пути всех сигналов и может проверять каждый сигнал; терминал IMS должен игнорировать любые другие незашифрованные сигналы.
Он обеспечивает аутентификацию абонента и может устанавливать безопасную связь IPsec или TLS с терминалом IMS. Это предотвращает атаки спуфинга и атаки повторного воспроизведения и защищает конфиденциальность абонента.
Он проверяет сигнализацию и гарантирует, что терминалы IMS не будут вести себя неправильно (например, не изменят обычные маршруты сигнализации, не нарушат политику маршрутизации домашней сети).
Он может сжимать и распаковывать SIP-сообщения с помощью SigComp , что сокращает время передачи по медленным радиоканалам.
Он может включать функцию принятия решений по политике (PDF), которая авторизует ресурсы медиа-плоскости, например, качество обслуживания (QoS) в медиа-плоскости. Он используется для контроля политики, управления полосой пропускания и т. д. PDF также может быть отдельной функцией.
Он также генерирует записи о зарядке.
Interrogating -CSCF (I-CSCF) — это еще одна функция SIP, расположенная на границе административного домена. Ее IP-адрес публикуется в системе доменных имен (DNS) домена (используя записи DNS типа NAPTR и SRV ), так что удаленные серверы могут найти ее и использовать в качестве точки пересылки (например, регистрации) для пакетов SIP в этот домен.
он запрашивает HSS для получения адреса S-CSCF и назначает его пользователю, выполняющему регистрацию SIP
он также пересылает SIP-запрос или ответ в S-CSCF
До версии 6 он также может использоваться для сокрытия внутренней сети от внешнего мира (шифрование частей сообщения SIP), в этом случае он называется межсетевым шлюзом сокрытия топологии (THIG). Начиная с версии 7 эта функция «точки входа» удалена из I-CSCF и теперь является частью функции контроля границ межсоединения (IBCF). IBCF используется в качестве шлюза для внешних сетей и обеспечивает функции NAT и брандмауэра ( pinholing ). IBCF — это пограничный контроллер сеанса, специализированный для интерфейса «сеть-сеть» (NNI).
Serving -CSCF (S-CSCF) — это центральный узел сигнальной плоскости. Это SIP-сервер, но он также выполняет управление сеансами. Он всегда находится в домашней сети. Он использует интерфейсы Diameter Cx и Dx для HSS для загрузки профилей пользователей и выгрузки ассоциаций пользователя с S-CSCF (профиль пользователя кэшируется только локально для обработки и не изменяется). Вся необходимая информация о профиле абонента загружается из HSS.
обрабатывает регистрации SIP, что позволяет связать местоположение пользователя (например, IP-адрес терминала) и адрес SIP
он находится на пути всех сигнальных сообщений локально зарегистрированных пользователей и может проверять каждое сообщение
он решает, на какой сервер(ы) приложений будет перенаправлено сообщение SIP, чтобы предоставить свои услуги
предоставляет услуги маршрутизации, как правило, с использованием поиска по электронной нумерации (ENUM)
обеспечивает соблюдение политики оператора сети
в сети может быть несколько S-CSCF для распределения нагрузки и обеспечения высокой доступности . Именно HSS назначает S-CSCF пользователю, когда он запрашивается I-CSCF. Для этой цели существует несколько вариантов, включая обязательные/необязательные возможности для сопоставления между абонентами и S-CSCF.
Серверы приложений
Серверы приложений SIP (AS) размещают и выполняют службы , а также взаимодействуют с S-CSCF с помощью SIP. Примером сервера приложений, который разрабатывается в 3GPP, является функция непрерывности голосового вызова (VCC Server). В зависимости от фактической службы AS может работать в режиме прокси SIP, режиме SIP UA ( агент пользователя ) или режиме SIP B2BUA . AS может быть расположен в домашней сети или во внешней сторонней сети. Если он расположен в домашней сети, он может запрашивать HSS с интерфейсами Diameter Sh или Si (для SIP-AS).
SIP AS: размещение и выполнение определенных служб IMS
Функция коммутации мультимедийных услуг IP (IM-SSF): интерфейсы SIP и CAP для связи с серверами приложений CAMEL
AS-ILCM (сервер приложений - модель управления входящей линией) и AS-OLCM (сервер приложений - модель управления исходящей линией) хранят состояние транзакции и могут опционально хранить состояние сеанса в зависимости от конкретной выполняемой услуги. AS-ILCM взаимодействует с S-CSCF (ILCM) для входящей линии, а AS-OLCM взаимодействует с S-CSCF (OLCM) для исходящей линии. Application Logic предоставляет услугу(ы) и взаимодействует между AS-ILCM и AS-OLCM.
Идентификация государственной службы
Идентификаторы общедоступных услуг (PSI) — это идентификаторы, которые идентифицируют услуги, размещенные на серверах приложений. Как идентификаторы пользователей, PSI принимает форму SIP или Tel URI. PSI хранятся в HSS либо как отдельный PSI, либо как подстановочный PSI:
отдельный PSI содержит PSI, который используется при маршрутизации
Подстановочный PSI представляет собой набор PSI.
Медиа-серверы
Функция медиаресурсов (MRF) обеспечивает функции, связанные с медиа, такие как управление медиаданными (например, микширование голосового потока) и воспроизведение тонов и объявлений.
Каждый MRF далее делится на контроллер функций медиаресурсов (MRFC) и процессор функций медиаресурсов (MRFP).
MRFC — это узел сигнальной плоскости, который интерпретирует информацию, поступающую от AS и S-CSCF, для управления MRFP.
MRFP — это узел медиа-плоскости, используемый для смешивания, источника или обработки медиа-потоков. Он также может управлять правами доступа к общим ресурсам.
Media Resource Broker (MRB) — это функциональная сущность, которая отвечает как за сбор соответствующей опубликованной информации MRF, так и за предоставление соответствующей информации MRF потребляющим субъектам, таким как AS. MRB может использоваться в двух режимах:
Режим запроса: AS запрашивает у MRB медиаданные и устанавливает вызов, используя ответ MRB.
Режим In-Line: AS отправляет SIP INVITE в MRB. MRB устанавливает вызов
Прорывной шлюз
Breakout Gateway Control Function ( BGCF ) — это SIP-прокси, который обрабатывает запросы на маршрутизацию от S-CSCF, когда S-CSCF определил, что сеанс не может быть маршрутизирован с использованием DNS или ENUM/DNS. Он включает в себя функциональность маршрутизации на основе телефонных номеров.
Функция контроллера медиашлюза ( MGCF ) — это конечная точка SIP, которая взаимодействует с SGW через SCTP. Она также управляет ресурсами в медиашлюзе (MGW) через интерфейс H.248 .
Медиа -шлюз (MGW) взаимодействует с медиа-плоскостью сети CS, преобразуя RTP и PCM . Он также может транскодировать, когда кодеки не совпадают (например, IMS может использовать AMR , PSTN может использовать G.711 ).
Медиа ресурсы
Медиа-ресурсы — это те компоненты, которые работают на медиа-плоскости и находятся под контролем основных функций IMS. В частности, медиа-сервер (MS) и медиа-шлюз (MGW)
Сервисно-ориентированное взаимодействие (SoIx): Физическое и логическое связывание доменов NGN, позволяющее операторам и поставщикам услуг предлагать услуги через платформы NGN (т. е. IMS и PES) с управлением, сигнализацией (т. е. на основе сеанса), что обеспечивает определенные уровни взаимодействия. Например, это случай голосовых и/или мультимедийных услуг "операторского класса" через IP-взаимодействие. "Определенные уровни взаимодействия" зависят от услуги или QoS или безопасности и т. д.
Ориентированное на соединение соединение (CoIx): Физическое и логическое соединение операторов и поставщиков услуг на основе простого IP-соединения независимо от уровней взаимодействия. Например, IP-соединение такого типа не знает о конкретной сквозной услуге и, как следствие, производительность сети, QoS и требования безопасности для конкретной услуги не обязательно гарантируются. Это определение не исключает того, что некоторые услуги могут предоставлять определенный уровень взаимодействия. Однако только SoIx полностью удовлетворяет требованиям взаимодействия NGN.
Режим соединения NGN может быть прямым или косвенным. Прямое соединение относится к соединению между двумя сетевыми доменами без какого-либо промежуточного сетевого домена. Косвенное соединение на одном уровне относится к соединению между двумя сетевыми доменами с одним или несколькими промежуточными сетевыми доменами, действующими в качестве транзитных сетей. Промежуточный сетевой домен(ы) предоставляет(ют) транзитную функциональность двум другим сетевым доменам. Различные режимы соединения могут использоваться для передачи сигнализации сервисного уровня и медиатрафика.
Зарядка
Оффлайн-тарификация применяется к пользователям, которые платят за свои услуги периодически (например, в конце месяца). Онлайн-тарификация , также известная как кредитная тарификация, используется для предоплаченных услуг или контроля кредита в реальном времени для постоплатных услуг. Оба варианта могут применяться к одному сеансу.
Адреса функций тарификации — это адреса, распределенные между всеми субъектами IMS и обеспечивающие общее местоположение для каждого субъекта для отправки информации о тарификации. Адреса функций тарификации (CDF) используются для офлайн-биллинга, а адреса функции онлайн-тарификации (OCF) — для онлайн-биллинга.
Оффлайн-тарификация: все сетевые объекты SIP (P-CSCF, I-CSCF, S-CSCF, BGCF, MRFC, MGCF, AS), участвующие в сеансе, используют интерфейс Diameter Rf для отправки учетной информации в CDF, расположенный в том же домене. CDF соберет всю эту информацию и создаст запись о вызове (CDR), которая будет отправлена в биллинговую систему домена. Каждый сеанс несет идентификатор тарификации IMS (ICID) в качестве уникального идентификатора, сгенерированного первым объектом IMS, участвующим в транзакции SIP, и используемого для корреляции с CDR. Межоператорский идентификатор (IOI) — это глобальный уникальный идентификатор, совместно используемый отправляющей и принимающей сетями. Каждый домен имеет свою собственную сеть тарификации. Биллинговые системы в разных доменах также будут обмениваться информацией, чтобы можно было применять плату за роуминг .
Онлайн-тарификация: S-CSCF взаимодействует с функцией шлюза IMS (IMS-GWF), которая выглядит как обычный сервер приложений SIP. IMS-GWF может подать сигнал S-CSCF о завершении сеанса, если у пользователя заканчиваются кредиты во время сеанса. AS и MRFC используют интерфейс Diameter Ro в направлении OCF.
При использовании немедленной тарификации событий (IEC) некоторое количество кредитных единиц немедленно списывается со счета пользователя ECF, а затем MRFC или AS авторизуется для предоставления услуги. Услуга не авторизуется, если доступно недостаточно кредитных единиц.
При использовании событийной тарификации с резервированием единиц (ECUR) ECF (функция событийной тарификации) сначала резервирует определенное количество кредитных единиц на счете пользователя, а затем авторизует MRFC или AS. После окончания обслуживания количество потраченных кредитных единиц сообщается и вычитается из счета; затем зарезервированные кредитные единицы обнуляются.
Архитектура PES на основе IMS
PES на базе IMS (система эмуляции PSTN) предоставляет услуги IP-сетей для аналоговых устройств. PES на базе IMS позволяет устройствам без IMS отображаться в IMS как обычные пользователи SIP. Аналоговый терминал, использующий стандартные аналоговые интерфейсы, может подключаться к PES на базе IMS двумя способами:
Через A-MGW (Access Media Gateway), который связан и управляется AGCF. AGCF размещается в сети операторов и управляет несколькими A-MGW. A-MGW и AGCF взаимодействуют с использованием H.248.1 ( Megaco ) через опорную точку P1. Телефон POTS подключается к A-MGW через интерфейс z. Сигнализация преобразуется в H.248 в A-MGW и передается в AGCF. AGCF интерпретирует сигнал H.248 и другие входные данные из A-MGW для форматирования сообщений H.248 в соответствующие сообщения SIP. AGCF представляет себя как P-CSCF для S-CSCF и передает сгенерированные сообщения SIP в S-CSCF или на границу IP через IBCF (функция управления границей межсоединения). Услуга, представленная S-CSCF в сообщениях SIP, запускает PES AS. AGCF также имеет определенную независимую от услуг логику, например, при получении события снятия трубки от A-MGW AGCF запрашивает у A-MGW воспроизведение тонального сигнала ответа станции.
Через VGW (VoIP-шлюз) или SIP-шлюз/адаптер на территории клиента. Телефоны POTS через шлюз VOIP подключаются к P-CSCF напрямую. Операторы в основном используют пограничные контроллеры сеансов между шлюзами VoIP и P-CSCF для обеспечения безопасности и сокрытия топологии сети. Шлюз VoIP подключается к IMS с использованием опорной точки SIP через интерфейс Gm. Преобразование из службы POTS через интерфейс z в SIP происходит в шлюзе VoIP на территории клиента. Сигнализация POTS преобразуется в SIP и передается в P-CSCF. VGW действует как пользовательский агент SIP и отображается для P-CSCF как терминал SIP.
Оба A-MGW и VGW не знают об этих услугах. Они только передают сигнализацию управления вызовами на терминал PSTN и с него. Управление сеансами и их обработка выполняются компонентами IMS.
Описание интерфейсов
Архитектура TISPAN IMS с интерфейсами
Обработка сеанса
Одна из важнейших функций IMS, позволяющая динамически и дифференцированно (в зависимости от профиля пользователя) запускать приложение SIP, реализована в виде механизма сигнализации «фильтрация и перенаправление» в S-CSCF.
S-CSCF может применять критерии фильтрации для определения необходимости пересылки SIP-запросов в AS. Важно отметить, что услуги для исходящей стороны будут применяться в исходной сети, в то время как услуги для конечной стороны будут применяться в конечной сети, все в соответствующих S-CSCF.
Первоначальные критерии фильтрации
Первоначальный критерий фильтра (iFC) — это формат на основе XML , используемый для описания логики управления. iFC представляют собой предоставленную подписку пользователя на приложение. Они хранятся в HSS как часть профиля подписки IMS и загружаются в S-CSCF при регистрации пользователя (для зарегистрированных пользователей) или по запросу на обработку (для услуг, действующих как незарегистрированные пользователи). iFC действительны в течение всего срока регистрации или до тех пор, пока не будет изменен профиль пользователя. [7]
В состав МФК входят:
Приоритет — определяет порядок проверки триггера.
Точка срабатывания — логическое условие(я), которое проверяется по исходному диалогу, создающему SIP-запросы или автономные SIP-запросы.
URI сервера приложений — указывает сервер приложений, на который будет осуществляться переадресация при совпадении точки срабатывания.
Существует два типа МФЦ:
Shared - При предоставлении абоненту назначается только номер ссылки (общий номер iFC). При регистрации в CSCF отправляется только номер, а не все описание XML. Полный XML будет предварительно сохранен в CSCF.
Неразделяемый - при предоставлении все XML-описание iFC назначается подписчику. При регистрации все XML-описание отправляется в CSCF.
Аспекты безопасности ранних систем IMS и не-3GPP
Предполагается, что безопасность, определенная в TS 33.203, может быть недоступна в течение некоторого времени, особенно из-за отсутствия интерфейсов USIM / ISIM и преобладания устройств, поддерживающих IPv4 . Для этой ситуации, чтобы обеспечить некоторую защиту от наиболее существенных угроз, 3GPP определяет некоторые механизмы безопасности, которые неофициально известны как «ранняя безопасность IMS», в TR33.978. Этот механизм опирается на аутентификацию, выполняемую во время процедур сетевого подключения, которая связывает профиль пользователя и его IP-адрес. Этот механизм также слаб, поскольку сигнализация не защищена на интерфейсе пользователь-сеть .
CableLabs в PacketCable 2.0 , которая также приняла архитектуру IMS, но не имеет возможностей USIM/ISIM в своих терминалах, опубликовала дельты к спецификациям 3GPP, где Digest-MD5 является допустимым вариантом аутентификации. Позже TISPAN также предприняла аналогичные усилия, учитывая области своих фиксированных сетей, хотя процедуры отличаются. Чтобы компенсировать отсутствие возможностей IPsec, TLS был добавлен в качестве опции для защиты интерфейса Gm. Более поздние выпуски 3GPP включили метод Digest-MD5, по направлению к платформе Common-IMS, но в своем собственном и снова отличном подходе. Хотя все 3 варианта аутентификации Digest-MD5 имеют одинаковую функциональность и одинаковы с точки зрения терминала IMS, реализации на интерфейсе Cx между S-CSCF и HSS различны.
^ Технические характеристики групповых услуг и системных аспектов (2006), IP-мультимедийная подсистема (IMS), этап 2, TS 23.228 , проект партнерства третьего поколения
↑ Александр Харроуэлл, штатный автор (октябрь 2006 г.), A Pointless Multimedia Subsystem?, Mobile Communications International, архивировано из оригинала 2010-09-18
^ Чжао, Пэн; Вэй, Цюнь; Ся, Хайлунь; Цзэн, Чжиминь (2012), Тан, Хунхуа (ред.), «Новый механизм EAB в RCS» , Knowledge Discovery and Data Mining , Advances in Intelligent and Soft Computing, Берлин, Гейдельберг: Springer, стр. 247–254, doi :10.1007/978-3-642-27708-5_33, ISBN978-3-642-27708-5, получено 2021-04-08
^ "Описания релизов 3GPP". 3GPP .
^ ab "Развенчание мифов о LTE". www.3gpp.org . Получено 08.04.2021 .
^
Ян Пул, редактор. «Что такое Voice over LTE, VoLTE».
^ ab "Спецификации 3GPP Этапа 2".
Дальнейшее чтение
Камарильо, Гонсало; Гарсия-Мартин, Мигель А. (2007). Мультимедийная подсистема IP 3G (IMS): слияние Интернета и сотовых миров (2-е изд.). Чичестер [ua]: Wiley. ISBN 978-0-470-01818-7.
Пойкселькя, Миикка (2007). IMS: концепции и услуги IP-мультимедиа (2-е изд.). Чичестер [ua]: Уайли. ISBN 978-0-470-01906-1.
Syed A. Ahson, Mohammed Ilyas, ред. (2009). Справочник по подсистеме мультимедиа IP (IMS) . Boca Raton: CRC Press. ISBN 978-1-4200-6459-9.
Wuthnow, Mark; Stafford, Matthew; Shih, Jerry (2010). IMS: Новая модель для смешанных приложений . Boca Raton: CRC Press. ISBN 978-1-4200-9285-1.
