The IP Multimedia Subsystem in Next

The IP Multimedia Subsystem in Next Generation Networks
Gilles Bertrand

Abstract
The IP multimedia Subsystem (IMS) is a network functional architecture that is seen as a promising solution for facilitating multimedia service creation and deployment, as well as supporting interoperability and network convergence. IMS allows network operators to play a central role in traffic distribution, therefore being more than “bit pipes”(?). For all these reasons, IMS has generated intense research and standardization efforts. The aim of this paper is to present the overall IMS architecture and protocols, as well as the related stakes(?).
Keywords: IP Multimedia Subsystem, Quality of Service

Introduction
The Internet Protocol (IP) is ubiquitous: according to the Internet Society it is used to interconnect more than 1 billion people all over the world. More than 15% of the world population now has access to the Internet and this penetration rate has doubled between 2000 and 2006. The Internet provides interoperability at a very large scale, enabling people using different terminals to communicate.
While the first generation of the Internet was mostly dedicated to the transport of non real time data, services with stringent Quality of Service (QoS) requirements are now largely adopted (e.g. Telephony over IP (ToIP), Video-conferencing). Moreover the share of the multimedia services in the operators revenue is expected to grow in the next few years [1]. The move toward an all IP architecture for service delivery appears to be a strong trend. In this context, customers seem to desire an access to personalized interactive, multimedia services, on any device, and anywhere. This trend introduces new requirements for network infrastructures. The IP Multimedia Subsystem (IMS) is seen as a promising solution for fulfilling these expectations.

IMS refers to a functional architecture for multimedia service delivery, based upon Internet protocols. Its aim is to merge Internet and cellular worlds, in order to enable rich multimedia communications [2, 3]. It is specified in the 3rd Generation Partnership Project (3GPP). IMS was introduced in UMTS (Universal Mobile Telecommunications System) release 5 (March 2003) and 6 [4]. In its first version, it focused on facilitating the development and deployment of new services in mobile networks [4]. It was later extended by the European Telecommunication Standards Institute (ETSI), in the scope of its work on Next Generation Networks (NGNs). A standardization body of ETSI, called Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN) standardizes IMS as a subsystem of NGNs. TISPAN has published a first release of ETSI IMS standards and is currently working on a second release. We could say that 3GPP describes the point of view of mobile operators (support of new applications), while TISPAN adds the wireline operators specifications (convergence). TISPAN makes specifications for several non IMS subsystems like Network Attachment Subsystem (NASS) and the Resource Admission Control Subsystem (RACS) (see section 3) [2]. Most of the IMS protocols are standardized by the Internet Engineering Task Force (IETF) (e.g. the Session Initiation Protocol (SIP)). Other standardization bodies are involved in the development of IMS. For example, the Open Mobile Alliance publishes additional service related requirements (e.g. Push to talk over Cellular (PoC) [6]) and leads interoperability related operations.

We should distinguish between the IMS core (TISPAN vocabulary) and IMS (3GPP vocabulary). It is to be noted that this document focuses on ETSI TISPAN standards. Therefore, in the rest of this document the term IMS architecture refers to an “IMS core” plus several non IMS subsystems such as the NASS and the RACS. Stated differently, we use the term IMS architecture to refer to a NGN architecture featuring an IMS core.

It is difficult to get a complete view of the IMS architecture, because IMS is not still being defined, by several standardization bodies using different terminologies. In addition, IMSs standards describe several interfaces and functional entities having complex relationships. Moreover, among the several good papers on IMS, some are partially obsolete because of the fast evolution of the standards [7] [8], and very few give an overview of the complete NGN/IMS architecture (including non IMS subsystems) [9]. Therefore, this paper aims at depicting the overall IMS architecture and protocols, as well as the related motivation.

This paper is divided in four sections. After a short introduction to IMS, we introduce its basic principles and purposes in section 2. The IMS architecture is described in section 3. The IMS protocols are described in the subsequent section. In the last section, the mechanisms for QoS support are explained. To the best of our knowledge, no other short paper summarizes all these aspects of IMS.

2 Motivation for the use of IMS
2.1 Basic principles

One aim of IMS is to make the network management easier. Therefore, it separates control and bearer functions. This means that IMS features an overlay service delivery network on top of a packet switched infrastructure. Moreover, IMS should allow the migration of Circuit Switched services like voice telephony to the Packet Switched domain. As a result, IMS should lead to network administration savings, because an all-IP integrated network is easier to manage.

IMS is an end-to-end architecture that must support several kinds of equipments. In addition, IMS is intended to be “access agnostic”, which means that service delivery should be independent of the underlying access technology. Thus, the use of open Internet Protocols is specified in IMS for better interoperability. IMS supports roaming between different networks (3GPP Release 6).
The level of QoS that can be provided in IMS networks determines the services that can be deployed in such networks. QoS delivery is therefore critical in IMS networks. As a result, QoS management functionalities are integrated in the IMS architecture.

IMS is a horizontal architecture: it provides a set of common functions called service enablers that can be used by several services (e.g. group/list management, presence, provisioning, operation and management, billing...). This makes service implementation much easier and faster. Moreover, it allows a tight interaction between several services. This is an appreciable progress compared to most of currently used architectures, that feature vertical “stovepipe” service implementation (see Figure 1) [12].




2.2 Business and technical motivations

While the average revenue per user (ARPU) is decreasing for several network operators, IMS is seen by many as a solution for network operators to be “more than bit pipes”, as explained in an eponymous article [9]. Indeed, it allows the network operator to play a central role in service delivery, and bundle attractive services with their basic access offer. Moreover, IMS should support the creation and deployment of innovative services by operators or third parties and therefore create new business perspectives. The faster development of IMS services should reduce the time to market and stimulate innovation. The combination of several services in one session, the single sign on and unified billing are expected to raise customer’s interest and increase the revenue opportunities. In IMS the operator is aware of the actual services the customer is using. Therefore, appropriate billing schemes can be developed [11].
IMS is also designed to allow substantial network infrastructure and management savings, therefore improving cost effectiveness. It should decrease the investment threshold for new service deployment thanks to a uniform service delivery platform. Future possible service on IMS networks are, for instance, Push to Talk over Cellular (PoC) [6], Instant Messaging (IM), mobile gaming or a combination of several existing services (e.g. combination of IM and multiplayer gaming). IMS is intended to enable the deployment of “better and richer” services. It should enable the delivery of real-time IP based communications [3]. It should make the integration of real-time, near real-time and non real time applications easier. It should enable the delivery of simultaneous conversational services in a single session. It should be access agnostic, i.e. allow a user to access its services by any supported media.

3 TISPAN IMS architecture
3.1 Overview

The TISPAN IMS architecture is a service control infrastructure depicted in Figure 2. It can be divided in:
• An Application layer consisting of Application Servers (AS) that host the IMS services and a Home Subscriber Server (HSS),
• A Control layer made up of several service subsystems among which the IMS core (Figure 3),
• A Transport layer consisting of the user equipment 2 (UE), Access Network, NGN core, NASS (see section 3.2) and RACS (see section 3.3).

The Resource Admission Control Subsystem (RACS) and the Network Attachment Subsystem (NASS) are two important non IMS subsystems standardized by ETSI TISPAN.
Several service subsystems can coexist in an IMS architecture, for example the IMS core and the PSTN emulation function (Figure 3).
Because IMS is still being defined (TISPAN Release 2 is under way), and because it describes several interfaces and functional entities, a complete IMS system is quite difficult to represent. It should nevertheless be kept in mind that IMS is a part of a functional architecture, and several of its components can be implemented in a single hardware.

3.2 The Network Attachment Subsystem (NASS)
NASS is specified in [13]. It provides IP addresses and other user equipment configuration parameters dynamically. Its functionalities may be roughly summarized in the following way: the NASS play the role of a DHCP server, a RADIUS client and provides location managemen

Результаты (русский) 1:

Мультимедийная подсистема IP в сети следующего поколенияБертран ЖильАннотацияМультимедийная подсистема IP (IMS) является функциональная архитектура сети, которая рассматривается как перспективные решения для облегчения создания мультимедийных услуг и развертывания, а также поддерживая взаимодействие и сетевой конвергенции. IMS позволяет операторам сети играть центральную роль в распределении трафика, поэтому, будучи больше, чем «бит pipes"(?). По всем этим причинам IMS вызвало интенсивных исследований и стандартизации усилия. Цель данного документа – представить общую архитектуру IMS и протоколы, а также связанных с ними stakes(?).Ключевые слова: Мультимедийная подсистема IP, качество обслуживанияВведениеИнтернет-протокол (IP) повсеместно: по данным общества Интернет, он используется для соединения между собой более чем 1 миллиарда человек во всем мире. Более чем 15% из населенности мира теперь имеет доступ к Интернету, и этот показатель проникновения удвоилось между 2000 и 2006 годах. Интернет обеспечивает взаимодействие в очень больших масштабах, позволяя людям общаться с помощью различных терминалов.В то время как первое поколение Интернет был главным образом посвящен перевозки не в режиме реального времени данных, Услуги с жесткими требованиями качества обслуживания (QoS) в настоящее время во многом принято (например телефонная связь по IP-протоколу (ToIP), видео конференций). Кроме того доля мультимедийных услуг, операторы доходов, как ожидается, расти в ближайшие несколько лет [1]. Движение в сторону все IP архитектуры для предоставления услуг, по-видимому, сильный тренд. В этом контексте клиенты, как представляется, желания доступ к персональной интерактивные, мультимедийные услуги, на любом устройстве и в любом месте. Эта тенденция вводит новые требования для сетевой инфраструктуры. IP Multimedia Subsystem (IMS) рассматривается как перспективные решения для выполнения этих ожиданий.IMS относится к функциональной архитектуры для предоставления мультимедийных услуг, на основе протоколов Интернета. Его цель заключается в объединении Интернет и сотовой миров, чтобы богатые мультимедийные коммуникации [2, 3]. Он указан в 3 проекта партнерства поколения (3GPP). МСМ была введена в UMTS (универсальная система мобильных телекоммуникаций) выпуск 5 (март 2003 года) и 6 [4]. В своей первой версии она сосредоточена на облегчении разработки и внедрения новых сервисов в мобильных сетях [4]. Позднее он был продлен по Европейской телекоммуникационной институтом стандартов (ETSI), в рамках своей работы по сети следующего поколения (NGN). Орган по стандартизации ETSI, Телекоммуникации и Интернет конвергентных услуг и протоколы для передовых сетей (TISPAN) стандартизирует IMS как подсистема NGN. TISPAN опубликовал первый выпуск стандартов ETSI IMS и в настоящее время работает над второй релиз. Мы могли бы сказать, что 3GPP описывает точки зрения операторов мобильной связи (поддержка новых приложений), в то время как TISPAN добавляет характеристики операторов проводных (сходимости). TISPAN делает спецификации для нескольких подсистем не IMS как подсистема сети вложений (НАСС) и подсистемы управления ресурсов приема (RAC) (см. раздел 3 [2]). Большинство протоколов IMS стандартизированы по Internet Engineering Task Force (IETF) (например протокол SIP (Session Initiation)). В развитии МСМ участвуют другие органы стандартизации. Например, Open Mobile Alliance публикует дополнительные услуги соответствующие требования (например Push говорить над сотовых (PoC) [6]) и приводит взаимодействия связанных операций.Мы должны различать между IMS ядра (TISPAN лексики) и IMS (3GPP словарь). Это следует отметить, что этот документ посвящен стандартам ETSI TISPAN. Таким образом в остальной части настоящего документа термин IMS архитектуры относится к «основные IMS» плюс несколько подсистем не IMS как НССХС и кондиционеры. Иными словами, мы используем термин IMS-архитектуре сослаться на NGN архитектуры, показывая IMS ядро.Трудно получить полное представление об архитектуре IMS, потому что не является IMS все еще определяется несколькими органами по стандартизации, с использованием различных терминов. Кроме того ИМСС стандарты описывают несколько интерфейсов и функциональных подразделений, имеющих сложные отношения. Кроме того, среди нескольких хороших документов по IMS, некоторые из них частично устаревшим из-за быстрого развития стандартов [7] [8], и очень немногие дают обзор полного NGN/IMS-архитектуре (включая номера IMS подсистем) [9]. Таким образом этот документ направлен на изображением общей архитектуре IMS и протоколы, а также связанных с ними мотивация. Этот документ разделен на четыре секции. После краткого введения в IMS мы представляем его основные принципы и цели в разделе 2. IMS-архитектуре описан в разделе 3. В последующем разделе описываются протоколы IMS. В последнем разделе объясняются механизмы QoS поддержка. В меру наших знаний без другие короткие бумаги суммирует все эти аспекты IMS.2 мотивы для использования IMS2.1 Основные принципыОдна из целей IMS заключается в том, чтобы упростить управление сетью. Таким образом он отделяет функции управления и носителем. Это означает, что IMS функции службы доставки сети поверх инфраструктуры коммутацией пакетов. Кроме того МСМ должна позволить миграции коммутацией служб как голосовой телефонии в пакет включен домен. В результате IMS должно привести к экономии средств администрирования сети, потому что интегрированную сеть IP-все легче управлять.IMS это конец в конец архитектура, которая должна поддерживать несколько типов оборудования. Кроме того IMS предназначен для быть «доступ агностик», что означает, что предоставления услуг должны быть независимы от базовой технологии доступа. Таким образом использование открытых Интернет-протоколов указывается в IMS для лучшей совместимости. IMS поддерживает роуминг между различными сетями (3GPP выпуск 6).Уровень QoS, которые могут быть предоставлены в сетях IMS определяет услуги, которые могут быть развернуты в таких сетях. QoS доставка поэтому является критически важным в сетях IMS. В результате функции управления QoS интегрированы в IMS-архитектуре. IMS — это горизонтальные архитектура: она предоставляет набор общих функций, называемых вспомогательные службы, которые могут использоваться несколькими службами (например список групп управления, присутствия, подготовки, эксплуатации и управления, биллинга...). Это делает реализацию службы, гораздо проще и быстрее. Кроме того это позволяет плотно взаимодействие между несколькими службами. Это ощутимый прогресс, по сравнению с большинством используемых в настоящее время архитектур, которые функция реализации службы вертикальных «дымоход» (см. рис. 1) [12].2.2 бизнес и технические мотивыВ то время как средний доход на пользователя (ARPU) уменьшается для нескольких сетевых операторов, IMS рассматривается многими в качестве решения для сетевых операторов «больше бит трубы», как описано в одноименной статье [9]. Действительно это позволяет оператору играть центральную роль в предоставлении услуг и расслоение привлекательных услуг с их предложением базового доступа. Кроме того МСМ следует поддерживать создание и развертывание инновационных услуг операторов или третьими сторонами и таким образом создать новые бизнес-перспективы. Быстрее развитие услуг IMS следует сократить время на рынок и стимулировать инновации. Сочетание нескольких служб в течение одной сессии, сингл подписать и Унифицированный биллинг, как ожидается, чтобы повысить интерес заказчика и возможности получения дохода. В IMS оператор известно о фактической услуг, которую использует клиент. Таким образом соответствующие схемы биллинга может быть развитых [11].IMS также призвана позволить значительные сетевой инфраструктуры и управления сбережений, поэтому повышение эффективности затрат. Она должна снизить порог инвестиций для нового развертывания службы благодаря единой службы доставки платформы. Будущие возможности службы сетях IMS, например, являются Push говорить над сотовых (PoC) [6], мгновенного обмена сообщениями (IM), мобильных игр или сочетание нескольких существующих услуг (например, сочетание IM и многопользовательских игр). IMS предназначен для развертывания услуг «лучше и богаче». Она должна позволить доставки в реальном времени на основе IP коммуникаций [3]. Он должен сделать интеграцию в реальном времени, возле приложений в реальном времени и без реального времени легче. Она должна позволить одновременных разговорный услуг в течение одной сессии. Она должна быть агностиком доступа, т.е. разрешить пользователю доступ к его услугам любые поддерживаемые средства массовой информации.3 TISPAN IMS-архитектуре3.1 общий обзорTISPAN IMS-архитектуре — это инфраструктура службы управления, изображен на рисунке 2. Это могут быть разделены на: • Приложение слой, состоящий из серверов приложений (AS), принимающих услуг IMS и дома абонент сервера (HSS),• Уровень управления состоит из нескольких подсистем номеров, среди которых МСМ ядра (рис. 3),• Транспортный уровень, состоящий из оборудования пользователя 2 (UE), доступ к сети, NGN core, НССХС (см. раздел 3.2) и КК (см. раздел 3.3).Подсистема управления ресурсов приема (RAC) и сетевой подсистемы вложений (НССХС) являются два важных подсистем МСМ не стандартизированы, ETSI TISPAN.Некоторые службы подсистемы могут сосуществовать в IMS-архитектуре, например ядро IMS и функцию эмуляции ТфОП (рис. 3).Поскольку IMS все еще определяется (TISPAN Release 2 в настоящее время), и потому, что он описывает несколько интерфейсов и функциональных подразделений, полная система IMS довольно сложно представить. Тем не менее следует иметь в виду, что МСМ является частью функциональной архитектуры, и некоторые из его компонентов может осуществляться в одном оборудования.3.2 сетевая подсистема вложений (НАСС)НССХС указано в [13]. Он предоставляет IP-адреса и другого оборудования пользователя параметры конфигурации динамически. Его функциональности примерно можно резюмировать следующим образом: НССХС играть роль DHCP-сервера, RADIUS-клиента и обеспечивает расположение managemen

Результаты (русский) 2:

IP-Multimedia Subsystem в Next Generation Networks
Жиль Бертран Аннотация The IP Multimedia Subsystem (IMS), представляет собой сеть функциональная архитектура, которая рассматривается в качестве перспективного решения для облегчения создания мультимедиа услуг и развертывание, а также поддержку взаимодействия и конвергенции сетей. IMS позволяет операторам играть центральную роль в распределении трафика, поэтому является более чем «битных труб" (?). По всем этим причинам, IMS породило интенсивные исследования и стандартизации усилия. Целью данной работы является представление общую архитектуру IMS и протоколы, а также связанные с ними пакеты (?). Ключевые слова: IP Multimedia Subsystem, качество услуг Введение Интернет-протокола (IP) является вездесущим: в соответствии с интернет-обществе используется для соединения более чем 1 миллиарда человек во всем мире. Более 15% мирового населения в настоящее время имеет доступ к Интернету, и это уровень проникновения в два раза в период между 2000 и 2006 Интернет обеспечивает совместимость на очень больших масштабах, позволяет людям, используя различные терминалы для общения. В то время как первое поколение Интернета в основном предназначенные для перевозки лиц, не являющихся данными в режиме реального времени, с жестким услуг Качество услуг (QoS) требования сейчас в основном приняты (например, телефония по IP (ToIP), видео-конференц-). Кроме того, доля мультимедийных услуг в выручке операторов будет расти в ближайшие несколько лет [1]. Этот шаг по направлению к все IP архитектуры для предоставления услуг, кажется, сильная тенденция. В этом контексте, клиенты, похоже, желание доступ к персональной интерактивных услуг, мультимедийных, на любом устройстве, и в любом месте. Эта тенденция вводит новые требования для сетевых инфраструктур. IP-Multimedia Subsystem (IMS), рассматривается в качестве перспективного решения для выполнения этих ожиданий. IMS относится к функциональной архитектуры для доставки мультимедийных услуг, основанной на интернет-протоколов. Его целью является объединить Интернет и сотовые миры, с тем чтобы богатые мультимедийные коммуникации [2, 3]. Это указано в проекте 3-й Generation Partnership (3GPP). IMS была введена в UMTS (Universal Mobile Telecommunications System), выпуск 5 (март 2003 г.) и 6 [4]. В своей первой версии, это сосредоточено на содействие развитию и внедрению новых услуг в мобильных сетях [4]. Позже он был продлен Европейским институтом стандартизации электросвязи (ETSI), в рамках своей работы по сети следующего поколения (СПП). Тело стандартизация ETSI, называется Телекоммуникации и Интернет конвергентных услуг и протоколов для Advanced Networking (TISPAN) стандартизирует IMS как подсистемы NGN. TISPAN опубликовал первый выпуск стандартов ETSI IMS и в настоящее время работает над вторым выпуском. Мы могли бы сказать, что 3GPP описывает точку зрения операторов мобильной связи (поддержка новых приложений), в то время как TISPAN добавляет проводных спецификации операторы (конвергенции). TISPAN делает спецификации для нескольких не МСМ подсистем, таких как сети Приложение подсистемы (NASS) и выделением ресурсов подсистемы управления (RAC) (раздел 3) [2]. Большинство протоколов IMS стандартизированы Internet Engineering Task Force (IETF) (например, Session Initiation Protocol (SIP)). Другие органы по стандартизации принимают участие в разработке IMS. Например, Open Mobile Alliance публикует дополнительный сервис требования, связанные (например РТТ в сотовой сети (PoC) [6]) и приводит операции взаимодействия связаны между собой. Мы должны различать между ядром IMS (TISPAN словаря) и IMS (3GPP лексики). Следует отметить, что этот документ фокусируется на стандартах ETSI TISPAN. Таким образом, в остальной части этого документа термин IMS архитектура относится к «ядра IMS" плюс несколько не являющихся IMS подсистем, таких как NASS и RACS. Иными словами, мы используем термин IMS архитектуры для обозначения архитектуры NGN показывая ядро IMS. Это трудно получить полное представление об архитектуре IMS, потому что IMS не все еще ​​определяется, несколько органов по стандартизации, используя различные терминологии. Кроме того, стандарты ИИС описать несколько интерфейсов и функциональные объекты, имеющие сложные отношения. Кроме того, среди нескольких хороших работ по IMS, некоторые частично устарели из-за быстрого развития стандартов [7] [8], и очень немногие дают обзор полного NGN / IMS архитектуры (в том числе не подсистем IMS) [9 ]. Таким образом, этот документ направлен на изображающая архитектуру IMS в целом и протоколы, а также связанный мотивацию. Этот документ состоит из четырех разделов. После краткого введения в IMS, введем его основные принципы и цели в разделе 2. Архитектура IMS описана в разделе 3. Протоколы IMS описаны в следующем разделе. В последнем разделе, механизмы для поддержки QoS объясняются. Насколько нам известно, ни одна другая короткая бумага не суммирует все эти аспекты IMS. 2 Мотивация для использования IMS 2.1 Основные принципы Одной из целей IMS, чтобы сделать управление сетью проще. Таким образом, он отделяет контроля и предъявителя функции. Это означает, что IMS имеет сеть наложения службы доставки в верхней части с коммутацией пакетов инфраструктуры. Кроме того, IMS должно позволить миграция коммутацией услуг, таких как голосовой телефонии коммутацией пакетов домена. В результате ИМС должно привести к экономии сетевого администрирования, так как интегрированная сеть All-IP проще в управлении. IMS представляет собой архитектуру конца в конец, который должен поддерживать несколько видов оборудования. Кроме того, IMS предназначен для "доступ" агностик, который означает, что предоставление услуг должно быть независимым от базовой технологии доступа. Таким образом, использование открытых протоколов Интернета указана в IMS для лучшего взаимодействия. IMS поддерживает роуминг между различными сетями (3GPP Release 6). Уровень QoS, которые могут предоставляться в сетях IMS определяет услуги, которые могут быть развернуты в таких сетях. Доставка QoS Поэтому крайне важно в сетях IMS. В результате, функции управления QoS интегрированы в архитектуру IMS. IMS представляет собой горизонтальный архитектура: она обеспечивает набор стандартных функций, называемых подключения услуг, которые могут быть использованы несколько услуг (например, группа / управление списком, присутствие резервов, эксплуатации и Управление, выставление счетов ...). Это делает реализацию сервиса намного легче и быстрее. Кроме того, это позволяет плотно взаимодействие между различными услугами. Это заметно прогресс по сравнению с большинством используемых в настоящее время архитектур, которые показывают вертикальный "дымоход" реализацию сервиса (рисунок 1) [12]. 2.2 технические и бизнес-мотивации то время как средний доход на одного пользователя (ARPU) снижается в течение нескольких сетевых операторов ИМС рассматривается многими в качестве решения для сетевых операторов, чтобы быть "более битных труб", как описано в одноименной статье [9]. В самом деле, это позволяет оператору сети, чтобы играть центральную роль в предоставлении услуг, и связывать привлекательные услуги с их основного предложения доступа. Кроме того, IMS должны поддерживать создание и развертывание инновационных услуг операторами и третьими сторонами, и, следовательно, создания новых бизнес-перспективы. Чем быстрее развитие услуг IMS должны сократить время выхода на рынок и стимулировать инновации. Сочетание нескольких услуг в одной сессии, единого входа, и единая биллинговая, как ожидается, повысить интерес клиента и увеличить возможности для получения прибыли. В IMS оператор осознает реальных услуг заказчик использует. Таким образом, соответствующие схемы счетов могут быть разработаны [11]. IMS также разработана, чтобы позволить значительные сетевой инфраструктуры и управления сбережения, следовательно повышению эффективности затрат. Это должно уменьшить инвестиционный порог для новых благодаря развертывания услуг в единой платформе доставки услуг. Будущее можно служба в сетях IMS являются, например, РТТ в сотовой сети (PoC) [6], мгновенных сообщений (IM), мобильных игр или комбинация из нескольких существующих услуг (например, сочетание IM и многопользовательские игры). IMS предназначен для того, чтобы развертывание «лучше и богаче» услуг. Это должно позволить доставку сообщений в режиме реального времени на основе IP-[3]. Следует сделать интеграцию в режиме реального времени, близком к реальному времени и не в реальном времени приложений проще. Это должно позволить доставку одновременных разговорных услуг в одной сессии. . Это должно быть доступа агностиком, то есть позволяют пользователю получить доступ к свои услуги с помощью любых поддерживаемых носителей 3 TISPAN IMS архитектура 3.1 Обзор TISPAN IMS архитектура инфраструктура управления услугами изображено на рисунке 2. Это может быть разделена на: • Слой приложение, состоящее серверов приложений (AS) этого хоста услуги IMS и домашний абонентский сервер (УСЗ), • A Управляющие слой из нескольких подсистем обслуживания, среди которых основной IMS (Рисунок 3), • Транспортный слой, состоящий из пользовательского оборудования 2 (UE), доступ к сети, ядро СПП, НССХС (см раздел 3.2) и КСД (раздел 3.3). Приемная ресурсов Подсистема управления (RAC) и вложений Подсистема сети (NASS) являются два важных не подсистемы IMS стандартизированы ETSI TISPAN . Несколько подсистем услуг могут сосуществовать в архитектуре IMS, например ядро IMS и функции эмуляции ТфОП (рисунок 3). Из-за IMS все еще ​​определяется (TISPAN Выпуск 2 ведется), и потому, что она описывает несколько интерфейсов и функциональные объекты , полная система IMS довольно сложно представить. Тем не менее следует иметь в виду, что IMS является частью функциональной архитектуры, и некоторые из ее компонентов могут быть реализованы в одном оборудовании. 3.2 Приложение Подсистема сети (НССХС) НССХС указано в [13]. Он обеспечивает IP-адреса и другие параметры конфигурации оборудования пользователя динамически. Его функциональные может быть грубо обобщить следующим образом: НСФО играть роль DHCP-сервера, клиент RADIUS и обеспечивает расположение Managemen

Результаты (русский) 3:

IP мультимедийных подсистемы в сети следующего поколения



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


Internet Protocol (IP), повсеместно:по данным интернет - общество, он используется для соединения более 1 миллиарда человек во всем мире.более 15% мирового населения сейчас имеет доступ к интернету, и этот показатель проникновения интернета удвоилось в период 2000 - 2006 годов.интернет обеспечивает взаимодействие на очень больших масштабах, чтобы люди, с использованием различных терминалов общаться.
хотя первое поколение интернета, в основном, предназначенные для перевозки не данные в реальном времени, услуги с жестким стандартам качества обслуживания (QoS) требования, в настоящее время в значительной степени (например, телефонии в ip (toip), видеоконференции).кроме того, доля мультимедийных услуг в операторов доход, как ожидается, будет расти в ближайшие несколько лет [1].переход к все IP архитектуры для предоставления услуг, как представляется, сильная тенденция.в этом контексте клиентам кажется желание является доступ к персональным интерактивных мультимедийных услуг, на любом устройстве, и где угодно.эта тенденция вводит новые требования к сетевой инфраструктуры.IP мультимедийных подсистема (мсм) считается перспективным решением для выполнения этих ожиданий.

компания ссылается на функциональной архитектуры для мультимедийных услуг на основе интернет - протоколов.ее цель состоит в том, чтобы объединить интернета и сотовой миров, с тем чтобы богатого мультимедийного сообщения [2].это указано в 3 - го поколения проекта партнерства (3GPP).мсм была введена в UMTS (Universal Mobile Telecommunications System) освободить 5 (март 2003 года) и 6 [4].в своей первой версии, она направлена на содействие развитию и внедрению новых услуг в мобильных сетях [4].позднее он был продлен на европейский институт телекоммуникационных стандартов (ETSI), в рамках своей работы по сети следующего поколения (NGNs).стандартизация органа ETSI,"конвергентных услуг телекоммуникаций и интернет, и протоколы для передовых сетевых (tispan) стандартизировать суи в качестве подсистемы NGNs.tispan опубликовал первый релиз ETSI мсм стандартов и в настоящее время работает на второй версии.можно сказать, что 3GPP описывает точки зрения операторов мобильной связи (поддержка новых заявлений),хотя tispan добавляет операторов проводной спецификаций (конвергенции).tispan делает спецификаций для нескольких подсистем, как сеть не мсм крепления подсистема (нссс), и потребности в приеме контроля подсистема (RAC) (см. раздел 3) [2].большинство протоколов являются стандартными мсм на Internet Engineering Task Force (IETF) (например, session initiation protocol (SIP)).другими органами по стандартизации, участвуют в разработке мсм.например, открыть мобильный альянс публикует дополнительную услугу с требованиями (например, тужься, обсудим сотовой связи (доу) [6]), и ведет по эксплуатационной совместимости.

мы должны проводить различия между мсм ядра (tispan словарь) и суи (3GPP словарь).следует отметить, что в настоящем документе основное внимание уделяется ETSI tispan стандартов.таким образом, в остальной части этого документа термин мсм архитектуры, относится к "мсм основных" плюс несколько не мсм подсистем, таких, как несс и RAC.иными словами, мы используем термин мсм архитектура относится к спп архитектуры с мсм ядро.

трудно получить полное представление о мсм архитектурыпотому что мсм не предстоит определить ряд органов по стандартизации использования различных терминов.кроме того, мисо стандарты описывают несколько интерфейсов и функциональных подразделений, имеющих сложные отношения.кроме того, среди нескольких хороших документов по мсм, некоторые частично устаревшего из - за быстрым развитием стандарты [7] [8],и очень мало дают представление о полной спп / IMS архитектуры (в том числе не мсм подсистем) [9].таким образом, этот документ направлен на картины общей мсм архитектуры и протоколов, а также связанной с мотивацией.

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

2 мотивация для использования мсм
2.1 основные принципы

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

мсм - это полноценная архитектуры, которая должна поддерживать несколько видов оборудования.кроме того, мсм, состоит в том, чтобы быть "доступ агностик", что означает, что оказание услуг должна быть независимой от лежащих в их основе доступа к технологиям.таким образом, использование открытых интернет - протокола указывается в суи для более эффективного взаимодействия.компания IMS поддерживает роуминг между различными сетями (3GPP release 6).
уровень QoS, которые могут быть предоставлены в мсм сетей определяет услуг, которые могут быть развернуты в таких сетях.QoS доставки важно в мсм сетей.в результате, QoS включена в мсм функции управления архитектуры.

мсм - горизонтальной архитектуры: он предусматривает ряд общих функций называется служба вспомогательных средств, которые могут использоваться различные услуги (например,группа / список управления, присутствие, создание, функционирование и управление, биллинг...).это делает служба осуществление гораздо проще и быстрее.кроме того, он позволяет плотного взаимодействия между различными службами.это заметный прогресс по сравнению с наиболее используемых в настоящее время для "вертикали" потока "службы осуществления (см. рис. 1) [12].




2.2 технических и коммерческих мотивов

, а средний доход на абонента (сда) сокращается в течение нескольких сетевых операторов, мсм, рассматривается многими как решение для операторов будет "больше, чем немного трубы", как указано в одноименный [9].по сути, это позволяет оператор сети играть центральную роль в оказании услуг, и их доступа к основным услугам в связке привлекательные услуги предлагать.кроме того, мсм следует поддержать создание и внедрение инновационных услуг операторами или третьих сторон и, таким образом, создавать новые бизнес - перспективы.ускорение развития IMS услуг должно сократить время на рынке и стимулирования инноваций.сочетание различных услуг в одной сессии,Single Sign On и единый биллинг, как ожидается, повысить интерес клиентов и повышения прибылей.в мсм оператору известно о реальных услуг клиент использует.таким образом, соответствующих счетов схемы могут быть разработаны [11].
мсм также предназначена для того, чтобы серьезные сетевой инфраструктуры и управления сбережений, поэтому повышение эффективности затрат.это должно снизить порог для новой службы размещения инвестиций благодаря единой службы платформе.возможные в будущем службы по мсм сети, например, тужься, обсудим сотовой связи (доу) [6], чаты, мобильных игр или комбинацию нескольких существующих услуг (например, сочетание IM и многопользовательских игр).мсм предназначен для того, чтобы обеспечить размещение "лучше и богаче".она должна обеспечивать поставки в режиме реального времени IP - коммуникаций на базе [3].она должна вносить интеграции в режиме реального времени, практически в режиме реального времени и не в реальном времени приложений проще.она должна обеспечивать доставку одновременно разговорного услуг в одной сессии.он должен быть доступ агностик, т.е.позволяет пользователю доступ к его услугам любого поддержку средств массовой информации.

3 tispan мсм архитектуры
3.1 обзор

в tispan мсм архитектура службы контроля инфраструктуры показано на диаграмме 2.это может быть разделена на:
• заявление слой из серверов приложений (как), что принимающие мсм услуг и дома, абонент сервера (эти).• контрольный слой, состоящий из нескольких подсистем, среди которых мсм основные службы (рис. 3): • транспортный уровень, состоящий из пользовательского оборудования 2 (ис), доступ к сети, спп основных нссс (см. раздел 3.2) и RAC (см. раздел 3.3).

ресурс приема контроля подсистема (кцд) и сеть привязанность подсистема (нссс) являются двумя важными не мсм подсистем стандартизованный ETSI tispan.
некоторые службы подсистем могут сосуществовать в суи архитектуры, например мсм основных и тфоп эмуляции функции (рисунок 3).
, потому что мсм по - прежнему определяется (tispan release 2 ведется), и потому, что оно описывает ряд интерфейсов и функциональных подразделений, полный мсм системы довольно сложно представлять.вместе с тем, необходимо помнить, что компания является частью функциональной архитектуры, и некоторые из ее компонентов, могут быть выполнены в одном оборудовании.

3.2 приложения подсистема (нссс) сети
насс, указанных в [13].она обеспечивает IP - адреса и других пользовательского оборудования параметры конфигурации динамично.его функции могут быть примерно кратко охарактеризовать следующим образом:эта служба играть роль сервера DHCP, радиус клиентов и предоставляет место managemen