Результаты (
русский) 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
переводится, пожалуйста, подождите..
