IP multimedia subsystem

1.

IP MULTIMEDIA SUBSYSTEM

2.

Архитектура IMS

3.

Трехуровневая модель NGN

4.

5.

Для IMS разработана многоуровневая
архитектура с разделением транспорта
переноса трафика и сигнальной сети IMS для
управления сеансами.
Таким образом, при разработке IMS на
мобильные сети фактически перенесена
основная идеология Softswitch.
В IMS выделяются пользовательский
уровень или уровень передачи данных (User
Plane), уровень управления (Control Plane) и
уровень приложений (Application Plane).

6.

7.

Концепция (архитектура) IMS

8.

• В этих плоскостях 3GPP специфицирует не узлы
сети, а функции. Это означает, что IMSархитектура, как и архитектура Softswitch,
также представляет собой набор функций,
соединенных стандартными интерфейсами.
При этом в случае IMS функции тоже
оказываются описанными в стандартах.
Разработчики вправе скомбинировать
несколько функций в одном физическом
объекте или, наоборот, реализовать одну
функцию распределенным образом.

9.

• Разные функции связываются между собой
через набор контрольных точек.
• Эти точки используют для идентификации и
описания интерфейсов между разными
функциональными сетевыми элементами.

10.

11.

• Уровень серверов приложений
• AS – Сервера приложений
• TAS – Сервер телефонных приложений
• IM-SSF – Функция коммутации услуг
• OSA-GW – Шлюз к Parlay API
• Уровень управления сеансом
• CSCF – Функция управления сессиями и вызовами
• HSS – Сервер абонентских данных
• MRFC – Функция управления медиа-сервером
• MGFC – Функция управления шлюзами
• Уровень транспорта и абонентских устройств
• MRFP - Медиа-сервер
• MGFP - Медиа-шлюз
• Абонентский доступ

12.

Ut
Sh, Si
A
S
Dh
A
S
Cx
Сеть IP-доступа
ISC
U
E
CGS
N
SGS
N
RA
N
Mr
P-CSCF
Go
IP-сети
Mw
PDF
MRFC
S-CSCF
Mw Мультимедийные
Mg
Gg
Dx
Mm Мультимедийные
I-CSCF
Gm
A
S
MGCF
Mj
BGCF
Mk
SGF
Mn
IP-сети
Mb
Mp
Mb
MGCF
CS Домен
Mb
Рис. 1. Архитектура IMS
MRFP

13.

2.1. Пользовательские базы HSS и SLF
Каждая IMS-сеть содержит один или более серверов
пользовательских баз данных HSS.
Сервер HSS представляет собой централизованное
хранилище информации об абонентах и услугах и
является эволюционным развитием HLR (Home Location
Register) из архитектуры сетей GSM.
Сеть может содержать более одного HSS в том случае, если
количество абонентов слишком велико, чтобы поддерживаться
одним HSS. Такая сеть, наряду с несколькими HSS, должна будет
иметь в своем составе функцию SLF (Subscriber Location Function),
представляющую собой простую базу данных, которая хранит
соответствие информации HSS адресам пользователей. Узел,
передавший к SLF запрос с адресом пользователя, получает от нее
сведения о том HSS, который содержит информацию об этом
пользователе.

14.

2.2. Функция SIP-сервера
Функция управления сеансами CSCF (Call
Session
Control
Function)
является
центральной
частью
системы
IMS,
представляет собой, по сути, SIP-сервер и
обрабатывает SIP-сигнализацию в IMS.
Существуют функции CSCF трех типов: ProxyCSCF (P-CSCF), Interrogating-CSCF (I-CSCF) и
Serving-CSCF (S-CSCF).

15.

Первая из перечисленных, функция P-CSCF –
это первая точка взаимодействия (на сигнальном
уровне) пользовательского IMS-терминала и
IMS-сети. С точки зрения SIP, она является
входящим/исходящим прокси-сервером, через
который проходят все запросы, исходящие от
IMS-терминала или направляемые к нему.
Однако функция P-CSCF может вести себя и как
агент пользователя UA, что необходимо для
прерывания сеансов в нестандартных ситуациях
и для создания независимых SIP-транзакций,
связанных с процессом регистрации.

16.

I-CSCF – еще один SIP-прокси, расположенный
на
границе
административного
домена
Оператора. Когда SIP-сервер определяет
следующую пересылку для некоторого SIPсообщения, он получает от службы DNS адрес
I-CSCF соответствующего домена. Кроме
исполнения
функций
SIP-прокси
I-CSCF
взаимодействует по протоколу Diameter с HSS и
SLF, получает от них информацию о
местонахождении
пользователя
и
об
обслуживающей его S-CSCF. Если никакая
функция S-CSCF еще не назначена, функция ICSCF производит ее назначение.

17.

S-CSCF – центральная интеллектуальная
функция на сигнальном уровне, т.е. функция
SIP-сервера, который управляет сеансом.
Помимо этого, S-CSCF выполняет функцию
регистрирующего сервера сети SIP(SIPregistrar), то есть поддерживает привязку
местоположения пользователя(например, IPадресом терминала, с которого пользователь
получил доступ в сеть) к его SIP-адресу (PUIPublic User Identity).

18.

Функция S-CSCF взаимодействует по
протоколу Diameter с HSS, получает от
последнего
данные
аутентификации
пользователя, пытающегося получить доступ
к сети, и данные о профиле пользователя, т.
е. перечень доступных ему услуг – набор
триггерных точек для маршрутизации
сообщения SIP к серверам приложений.
В свою очередь, функция S-CSCF
информирует HSS о том, что этот
пользователь прикреплен к нему на срок
своей регистрации, и о срабатывании
таймера регистрации.

19.

2.3. Функция PDF
Функция Policy Decision Function (PDF) иногда
интегрируется с функцией P-CSCF, но может быть
реализована отдельно. Эта функция отвечает за
выработку
политики
на
основании
информации о характере сеанса и о
передаваемом трафике (транспортные адреса,
ширина полосы и т.д.), полученной от P-CSCF. На
базе этой информации PDF принимает решение
об авторизации запросов от GGSN и производит
повторную авторизацию при изменении
параметров сеанса, а также может запретить
передачу
определенного
трафика
или
организацию сеансов некоторых типов.

20.

2.4. Серверы приложений
Серверы приложений (Application Servers),
по существу, не являются элементами IMS, а
работают, поверх нее, предоставляя услуги в
сетях, построенных согласно IMS-архитектуре.
Серверы приложений взаимодействуют с
функцией
S-CSCF
по
протоколу
SIP.
Основными
функциями
серверов
приложений являются обслуживание и
модификация SIP-сеанса, создание SIPзапросов, передача данных тарификации в
центры начисления платы за услуги связи.

21.

2.5. Функция MRF
MRF
(Media
Resource
Function),
является
источником медиаинформации в домашней сети и
позволяющую воспроизводить разные объявления,
смешивать медиапотоки, транскодировать битовые
потоки кодеков, получать статистические данные и
анализировать медиаинформацию. Функция MRF
делится на две части: MRFC – Media Resource Function
Controller и MRFP – Media Resource Function Processor.
MRFC находится на сигнальном уровне и
взаимодействует с S-CSCF по протоколу SIP. Используя
полученные инструкции, MRFC управляет по
протоколу
Megaco/H.248
процессором
MRFP,
находящимся на уровне передачи данных, а тот
выполняет все манипуляции с медиаинформацией.

22.

2.6. Функция BGCF
Breakout Gateway Control Function – это SIP-сервер,
способный выполнять маршрутизацию вызовов на
основе телефонных номеров. BGCF используется
только в тех случаях, когда сеанс инициируется IMSтерминалом, а адресатом является абонент сети с
коммутацией каналов (например, ТфОП или
мобильной сети 2G). Основными задачами BGCF
является выбор той IMS-сети, в которой должно
происходить взаимодействие с сетью коммутации
каналов, или выбор подходящего ТфОП/CS шлюза,
если это взаимодействие должно происходить в сети,
где находится сам сервер BGCF. В первом случае BGCF
переводит сеанс к BGCF выбранной сети, а во втором
– к выбранному ТфОП/CS шлюзу.

23.

2.7. Шлюз ТфОП/CS
Шлюз
ТфОП/CS
поддерживает
взаимодействие IMS-сети с ТфОП и позволяет
устанавливать
соединения
между
пользователями этих сетей. Он имеет
распределенную структуру, характерную для
архитектуры Softswitch: SGW – Signaling
Gateway, MGCF – Media Gateway Control
Function и MGW – Media Gateway.

24.

2.8. Шлюз безопасности SEG
Для того чтобы защитить уровень управления
в домене безопасности (security domain),
представляющем собой такую область сети,
которая принадлежит одному провайдеру услуг,
в которой действуют единые административные
правила и сетевая политика, трафик на входе в
этот домен и на выходе из него будет проходить
через шлюз безопасности SEG (Security Gateway).
Как правило, границы домена безопасности
совпадают с границами сети провайдера, а
шлюзов SEG в сети провайдера обычно
присутствует несколько. В качестве SEG часто
выступают пограничные контроллеры SBC.

25.

3. Протоколы сигнализации

26.

В архитектуре IMS существует основной протокол
сигнализации – SIP, однако предусмотрена поддержка
протоколов для взаимодействия как с сетями NGN, так
и с сетями TDM.
В IMS для обмена информацией с базой данных
HSS используется протокол Diameter.
Протокол Diameter является эволюционным
развитием протокола RADIUS и предлагается, в
основном, для использования в качестве протокола
следующего
поколения
для
аутентификации,
авторизации и учета AAA (Authentication, Authorization,
Accounting). Этот протокол работает поверх TCP или
SCTP, так как оба эти протокола обеспечивают
надежную передачу, что является критичным для
приложений, обменивающихся информацией об
учетных записях. Исходя из того, что Diameter, в
основном, имеет одноранговую архитектуру, для
конкретного узла можно было бы установить более
одного соединения.

27.

Концепция IMS разрабатывалась позже Softswitch,
поэтому в ней уже заранее предусмотрена поддержка как
IPv4, так и IPv6.
Необходимость перехода к новой версии протокола IP
была вызвана рядом проблем, таких как проблема
масштабируемости сети, неприспособленность протокола
IPv4 к передаче мультисервисной информации с
поддержкой различных классов обслуживания, включая
обеспечение информационной безопасности. При этом к
проблемам масштабируемости протокола IPv4 следует
отнести следующие:
- недостаточность объема 32-битового адресного
пространства;
- сложность агрегирования маршрутов, разрастание
таблиц маршрутизации;
- сложность массового изменения IP-адресов;
относительная сложность обработки заголовков
пакетов IPv4.

28.

Кроме того, масштабируемость IP-сетей
следует рассматривать не только с точки
зрения увеличения числа узлов, но и с точки
зрения повышения скорости передачи и
уменьшения задержек при маршрутизации.
Указанные проблемы обусловили развитие
классической версии протокола IPv4 в
направлении разработки версии IPv6.

29.

4. Сценарий базового вызова

30.

Ниже приведен сценарий обмена
сообщениями при обслуживании базового
вызова. Абонент из сети ТфОП совершает
вызов к абоненту в сети IMS (рис. 2, 3).

31.

Сеть ТфОП
Сеть IMS
Оборудова
MGCF
ние ТфОП
(Softswitch)
ISUP: IAM
I-CSCF
S-CSCF
P-CSCF
Оборудование
вызываемого
абонента
H.248:ADD req
Content ID=?
Termination ID=?
H.248:ADD req
Context ID=C1
Termination ID=TDM-1
H.248:ADD req
Content ID=C1
Termination ID=RTP-1
H.248:ADD req
Context ID=C1
Termination ID=RTP-1
INVITE
100 TRYING
INVITE
100 TRYING
INVITE
183 Session
Progress
183 Session
Progress
183 Session
Progress
183 Session
Progress
180 Ringing
PRACK
200 OK
180 Ringing
PRACK
200 OK
PRACK
200 OK
180 Ringing
PRACK
200 OK
PRACK
200 OK
180 Ringing
PRACK
200 OK
H.248: MOD resp
Context ID=C1
Termination ID=RTP-1
ISUP: ACM
INVITE
100 TRYING
Рис. 2. Сценарий обслуживания вызова
Ringing

32.

Сеть ТфОП
Оборудова
ние ТфОП
Сеть IMS
MGCF
(Softswitch)
I-CSCF
S-CSCF
Оборудование
вызываемого
абонента
P-CSCF
H.248:MOD reg
Content ID=C1
Termination ID=TDM-1
Ringing Proc.:Send TDM Tone
H.248:MOD resp
Context ID=C1
Termination ID=TDM-1
200 OK
200 OK
200 OK
ACK
ACK
ACK
H.248:MOD reg
Content ID=C1
Termination ID=TDM-1
Proc.:Stop TDM Tone
H.248: MOD resp
Context ID=C1
Termination ID=TDM-1
H.248:MOD reg
Context ID=C1
Termination ID=RTP-1
H.248:MOD resp
Content ID=C1
Termination ID=RTP-1
РАЗГОВОР
Answer

33.

РАЗГОВОР
ISUP: REL
BYE
BYE
BYE
200 OK
200 OK
H.248:SUB req
Content ID=C1
Termination ID=TDM-1
H.248:SUB resp
Context ID=C1
Termination ID=TDM-1
H.248:SUB req
Content ID=C1
Termination ID=RTP-1
H.248: SUB resp
Context ID=C1
Termination ID=RTP-1
ISUP: RLC
200 OK
Рис. 3. Сценарий обслуживания вызова

34.

5. Особенности предоставления
услуг на базе IMS

35.

Предоставление разнообразных услуг на базе
единой пакетной сети NGN требует гибкой
поддержки качества этих услуг. Поддержка QoS
является фундаментальным требованием к
IMS. При организации каждого сеанса
пользовательское оборудование извещает IMS о
своих возможностях и своих требованиях к QoS.
При помощи протокола SIP возможно учесть
такие параметры, как тип и направление
передачи данных, скорость, размер пакетов,
использование RTP, требуемая ширина полосы
пропускания.
IMS позволяет управлять качеством связи,
которое получит тот или иной пользователь, и
таким
образом
дифференцировать
пользователей и предоставляемые им услуги.

36.

Еще одним фактором является усложнение
системы начисления платы за мультимедийные
сеансы связи.
Если оператор не принимает во внимание характер
трафика мультимедийного сеанса, он может
начислить плату за него только поверхностно – на
основании объема переданных данных. При этом
пользователю становится не выгодно пользоваться
одними услугами(создающими большой объем
трафика, например видео), а оператору становится не
выгодно
предоставлять
другие
(создающие
незначительный объем трафика, например Instant
Messaging). Если оператор осведомлен о характере
передаваемого трафика, он может использовать в
системе начисления платы более эффективные
бизнес-модели, несущие выгоду и ему и
пользователям.

37.

Кроме того, IMS дает возможность оператору
внедрять услуги, созданные сторонними
разработчиками или даже самим оператором, а
не производителями телекоммуникационного
оборудования.
Это позволяет интегрировать различные
услуги и предоставляет широкие возможности
персонализации и увеличения количества услуг.
Концепция IMS предполагает горизонтальную
архитектуру, позволяющую оператору просто и
экономично
внедрять
новые
персонализованные
услуги,
причем
пользователи могут в одном и том же сеансе
связи получить доступ к разным услугам (рис. 4).

38.

Вертикальные сервисные
платформы
Узлы
IN
Биллинг
Абонентские
данные
Медиафункции
Платформа
предоставления ус
луг
PS
домен
CS
домен
Услуга 2
Медиафункции
Платформа
предоставления ус
луг
Услуга 1
Абонентские
данные
Приложение
Приложение
Услуга N
Приложение
Абонентские
данные
Медиафункции
Платформа
предоставления ус
луг
OSS
Система
предоплаты

39.

Рис. 4. Горизонтальная сервисная архитектура, применяемая в IMS

40.

Несмотря на довольно широкий спектр услуг,
предоставляемый IMS, до сих пор наиболее
важную роль играет двусторонняя аудио/видео
связь.
Для
этого
архитектура
IMS
должна
поддерживать сеансы мультимедийной связи в
IP-сетях, причем такая связь должна быть
доступна пользователям как в домашней, так и в
гостевой сетях.
Помимо описанных выше, IMS обеспечивает
следующие функциональные возможности:
взаимодействие с другими сетями,
инвариантность доступа,
создание услуг и управление ими,
роуминг,
защиту информации,
начисление платы.

41.

5.1. Взаимодействие с другими
сетями
Функция поддержки взаимодействия с сетью
Интернет очевидна, так как благодаря общим
протоколам пользователи IMS могут устанавливать
мультимедийные сеансы связи с разными службами
глобальной сети.
Поскольку переход к NGN и IMS будет постепенным
и более или менее длительным, IMS должна также
иметь возможность взаимодействия с сетями
предыдущих поколений – стационарными (ТфОП) и
мобильными (2G) сетями с коммутацией каналов.
Функции взаимодействия с сетями коммутации
каналов не имеют, разумеется, долгосрочной
перспективы, но они абсолютно необходимы в
течение
довольно
длительного
периода
существования конвергентных сетей.

42.

5.2. Инвариантность
относительно доступа
Функциональные возможности IMS инвариантны
относительно разных технологий доступа к ней, отличных
от GPRS, например, технологий WLAN, xDSL, HFC (Hybrid
Fiber Coax) и т.п. Здесь нет ничего необычного. Как и
любая IP-сеть, IMS инвариантна относительно протоколов
нижних уровней и технологий доступа. Но поскольку 3GPP
сконцентрировал свои усилия на эволюции GSM сетей,
спецификация первой версии IMS (Release 5) содержала
некоторые GPRS-ориентированные опции. В следующих
версиях, начиная уже с шестой, функции доступа были
отделены от ядра сети, и началась разработка концепции
инвариантности IMS относительно доступа, получившая
название IP connectivity access и предполагающая
применение любой технологии доступа, которая может
обеспечить
транспортировку
IP-трафика
между
пользовательским оборудованием и объектами IMS без
изменения принципов функционирования последних.

43.

44.

5.3. Создание услуг и управление
услугами
Необходимость быстро внедрять разнообразные
услуги, поскольку именно они должны стать основным
источником доходов оператора в XXI веке, потребовала
пересмотреть процесс создания услуг в IMS. Чтобы
уменьшить время внедрения услуги и обеспечить ее
предоставление в гостевой сети при роуминге
пользователя, в IMS ведется стандартизация не услуг, а
возможностей предоставления услуг (service capability).
Таким образом, оператор может внедрить любую услугу,
соответствующую service capability, причем эта услуга
будет поддерживаться и при перемещении пользователя в
гостевую сеть, если эта сеть обладает аналогичными
стандартизованными service capability (возможностями
предоставления услуг).

45.

Это достигается благодаря тому, что в IMS
принято управление услугой из домашней сети,
т. е. устройство, имеющее доступ к базе данных
пользователей
и
непосредственно
взаимодействующее с сервисной платформой,
всегда находится в домашней сети. Для
управления
услугами
оператор
может
применять разную общую политику сети,
распространяющуюся на всех пользователей
сети (например, ограничение использования в
сети широкополосных кодеков типа G.711), и
разную
индивидуальную
политику,
распространяющуюся на того или иного
пользователя (например, запрет пользования
видеосвязью).

46.

5.4. Роуминг
Функции роуминга существовали уже в мобильных
сетях 2G, и IMS, естественно, эти функции
унаследовала, однако само понятие «роуминг» теперь
существенно расширилось и включает в себя:
• GPRS-роуминг – гостевая сеть предоставляет RAN и
SGSN, а в домашней находятся GGSN и IMS;
• IMS-роуминг – гостевая сеть предоставляет IPсоединение и точку входа (например P-CSCF), а
домашняя сеть обеспечивает все остальные
функции;
• CS-роуминг – роуминг между сетью IMS и сетью
коммутации каналов.

47.

5.5. Защита информации
Функции обеспечения защиты информации
необходимы каждой телекоммуникационной
системе, и IMS предоставляет уровень защиты
информации, по крайней мере, не меньший, чем
GPRS-сети и сети коммутации каналов.
IMS
производит
аутентификацию
пользователей перед началом предоставления
услуги,
дает
пользователю
возможность
запросить конфиденциальность информации,
передаваемой во время сеанса, и др.

48.

5.6. Начисление платы
Как было отмечено выше, IMS позволяет оператору
или провайдеру услуг гибко назначать тарифы для
мультимедийных сеансов. IMS сохраняет возможность
начислять плату за сеанс наиболее простым способом
– в зависимости от длительности сеанса или от
объема трафика, но может также использовать более
сложные
схемы,
учитывающие
разную
пользовательскую
политику,
компоненты
медиаданных, предоставляемые услуги и т.п.
Требуется также, чтобы две IMS-сети при
необходимости могли обмениваться информацией,
нужной для начисления платы за сеанс связи.
IMS поддерживает начисление платы как в режиме
online, так и в режиме offline.

49.

ЗАДАНИЕ НА КУРСОВОЕ
ПРОЕКТИРОВАНИЕ

50.

Все расчеты при выполнении курсового
проекта
должны
быть
снабжены
теоретическими
пояснениями,
основывающимися на изложенном выше
материале, а также на приведенных в списке
рекомендуемой
литературы
книгах.
Отсутствие пояснений к расчетам считается
ошибкой.

51.

Этап 1
• по указанным исходным данным рассчитать
параметры шлюза доступа, определить
необходимое количество этих шлюзов, а также
емкостные показатели подключения шлюзов к
транспортной сети,
• по указанным исходным данным рассчитать
параметры узла Softswitch, требуемую его
производительность
и
параметры
подключения к транспортной сети,
• нарисовать структурную схему фрагмента
сети NGN, используя номенклатуру реального
оборудования, описание которого нужно
найти на соответствующих сайтах Интернет в
свободном доступе.

52.

Этап 2
• по указанным исходным данным
рассчитать параметры каждого шлюза и их
число, а также емкостные показатели
подключения к транспортной сети,
• по указанным исходным данным
рассчитать
параметры
гибкого
коммутатора, его производительность и
параметры подключения к транспортной
сети.

53.

Этап 3
• по указанным исходным данным рассчитать
транспортный ресурс, необходимый для
взаимодействия S-CSCF и остальных сетевых
элементов,
• по указанным исходным данным рассчитать
транспортный ресурс, необходимый для
взаимодействия I-CSCF и остальных сетевых
элементов,
• на предложенную структурную схему сети
нанести полученные результаты.

54.

ПРОЕКТИРОВАНИЕ
РАСПРЕДЕЛЕННОГО АБОНЕНТСКОГО
КОНЦЕНТРАТОРА
1. Расчет шлюза доступа

55.

Задачи:
1. Определить число шлюзов и емкостные
показатели составляющего их оборудования.
2. Определить транспортный ресурс
подключения шлюзов доступа к пакетной
сети.

56.

Абоненты с традиционными
Телефонными аппаратами