Интеллектуальная сеть - Intelligent Network

В Интеллектуальная сеть (В) является стандартным сетевая архитектура указано в Рекомендации ITU-T серии Q.1200. Он предназначен как для стационарных, так и для мобильный телеком сети. Это позволяет операторам выделиться, предоставляя услуги с добавленной стоимостью в дополнение к стандартным телекоммуникационным услугам, таким как PSTN, ISDN в фиксированных сетях и GSM услуги на мобильные телефоны или другие мобильные устройства.

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

IN поддерживается Система сигнализации №7 (SS7) протокол между центрами коммутации сети и другими сетевыми узлами, принадлежащими операторам сети.

Примеры услуг IN

История и ключевые понятия

Концепции, архитектура и протоколы IN были первоначально разработаны как стандарты ITU-T какой стандартизация комитет Международный союз электросвязи; до этого у ряда телекоммуникационных провайдеров были собственные реализации.[1] Основная цель IN заключалась в улучшении основных услуг телефонии, предлагаемых традиционными телекоммуникационными сетями, которые обычно сводились к совершению и приему голосовых вызовов, иногда с переадресацией вызовов. Это ядро ​​затем обеспечит основу, на которой операторы может создавать сервисы в дополнение к уже имеющимся в стандарте обмен телефонами.

Полное описание ИН появилось в комплекте ITU-T стандарты названы Q.1210 к Q.1219, или Capability Set One (CS-1), как они стали известны. Стандарты определяют полную архитектуру, включая архитектурное представление, конечные автоматы, физическую реализацию и протоколы. Они были повсеместно приняты поставщиками и операторами связи, хотя многие варианты были разработаны для использования в разных частях мира (см. Варианты ниже).

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

Основным драйвером развития IN была потребность в более гибком способе добавления сложных сервисов к существующей сети. До разработки IN все новые функции и / или услуги должны были быть реализованы непосредственно в системах коммутации ядра. Это привело к долгим циклам выпуска, поскольку тестирование программного обеспечения должно было быть обширным и тщательным, чтобы предотвратить сбой сети. С появлением IN большинство этих услуг (таких как бесплатные номера и переносимость географических номеров) были перемещены из систем основных коммутаторов в автономные узлы, создавая модульную и более безопасную сеть, которая позволила поставщикам услуг сами разрабатывают варианты и дополнительные услуги для своих сетей, не отправляя запрос производителю коммутатора ядра и не дожидаясь длительного процесса разработки. Первоначально технология IN использовалась для услуг по переводу номеров, например при переводе бесплатных номеров на обычные PSTN числа; с тех пор на IN были построены гораздо более сложные сервисы, такие как Индивидуальные услуги сигнализации по локальной сети (КЛАСС) и предоплаченные телефонные звонки.

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

Основные концепции (функциональный вид) окружающих сервисов или архитектуры IN связаны с SS7 архитектура:

  • Функция переключения служб (SSF) или Точка переключения услуг (SSP) совмещен с телефонной станцией и действует как точка запуска для дальнейших служб, которые будут активированы во время вызова. SSP реализует базовый автомат состояний вызова (BCSM), который является Конечный автомат который представляет собой абстрактное представление вызова от начала до конца (снятие трубки, набор номера, ответ, отсутствие ответа, занято, повесить трубку и т. д.). При прохождении каждого состояния обмен встречает Точки обнаружения (DP) на котором SSP может вызвать запрос к SCP, чтобы дождаться дальнейших инструкций о том, как действовать. Этот запрос обычно называют триггером. Критерии срабатывания определяются оператором и могут включать номер вызывающего абонента или набранный номер. SSF отвечает за управление вызовами, требующими дополнительных услуг.
  • Функция управления услугами (SCF) или Точка управления услугами (SCP) - это отдельный набор платформ, которые получают запросы от SSP. SCP содержит служебную логику, которая реализует поведение, желаемое оператором, то есть службы. Во время обработки служебной логики дополнительные данные, необходимые для обработки вызова, могут быть получены из SDF. Логика SCP создается с помощью SCE.
  • Функция служебных данных (SDF) или Точка данных службы (SDP) - это база данных, которая содержит дополнительные данные об абоненте или другие данные, необходимые для обработки вызова. Например, оставшийся предоплаченный кредит абонента может храниться в SDF для запроса в реальном времени во время вызова. SDF может быть отдельной платформой или размещаться вместе с SCP.
  • Функция управления услугами (SMF) или Точка управления услугами (SMP) - это платформа или кластер платформ, которые операторы используют для мониторинга и управления службами IN. Он содержит базу данных управления, которая хранит конфигурацию услуг, собирает статистику и аварийные сигналы, а также хранит отчеты о данных вызовов и отчеты о данных о событиях.
  • Среда создания сервиса (SCE) - это среда разработки, используемая для создания сервисов, представленных на SCP. Хотя стандарты допускают любой тип среды, довольно редко можно встретить языки низкого уровня, такие как C используемый. Вместо этого используются проприетарные графические языки, позволяющие телекоммуникационным инженерам напрямую создавать сервисы. Языки обычно относятся к четвертое поколение тип, и инженер может использовать графический интерфейс для создания или изменения службы.
  • Специализированная функция ресурса (SRF) или Интеллектуальное периферийное устройство (IP) - это узел, который может подключаться как к SSP, так и к SCP и доставлять специальные ресурсы в вызов, в основном связанные с голосовой связью, например, для воспроизведения голосовых объявлений или сбора DTMF тонов от пользователя.

Протоколы

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

Интерфейсы между SSP и SCP: SS7 основаны и имеют сходство с TCP / IP протоколы. Протоколы SS7 реализуют большую часть Семислойная модель OSI. Это означает, что стандарты IN должны были только определять прикладной уровень, который называется прикладной частью интеллектуальных сетей или INAP. Сообщения INAP кодируются с использованием ASN.1.

Интерфейс между SCP и SDP определен в стандартах как X.500 Протокол доступа к каталогам или DAP. Более легкий интерфейс под названием LDAP вышла из IETF что значительно проще реализовать, поэтому многие SCP реализовали это вместо этого.

Варианты

Основные спецификации CS-1 были приняты и расширены другими органами по стандартизации. Европейские ароматы были разработаны ETSI, Американские ароматы были разработаны ANSI, и японские варианты также существуют. Основными причинами создания вариантов в каждом регионе было обеспечение взаимодействия между оборудованием, произведенным и развернутым локально (например, между регионами существуют разные версии базовых протоколов SS7).

Также были добавлены новые функции, что означало, что варианты отличались друг от друга и от основного стандарта ITU-T. Самый большой вариант назывался Индивидуальные приложения для мобильных сетей Enhanced Logic, или сокращенно CAMEL. Это позволило сделать расширения для мобильный телефон окружающая среда и разрешено операторы мобильной связи предлагать абонентам те же услуги IN, пока они Роуминг как они получают в домашней сети.

CAMEL сам по себе стал основным стандартом и в настоящее время поддерживается 3GPP. Последним крупным выпуском стандарта была фаза 4 CAMEL. Это единственный стандарт IN, над которым в настоящее время ведется активная работа.

Bellcore (впоследствии Telcordia Technologies ) разработал Расширенная интеллектуальная сеть (AIN) в качестве варианта интеллектуальной сети для Северной Америки и выполнил стандартизацию AIN от имени основных операторов США. Первоначальной целью AIN был AIN 1.0, который был определен в начале 1990-х (AIN, выпуск 1, Bellcore SR-NWT-002247, 1993).[2] AIN 1.0 оказался технически нереализуемым, что привело к определению упрощенных спецификаций AIN 0.1 и AIN 0.2. В Северной Америке Telcordia SR-3511 (первоначально известный как TA-1129 +)[3] и протоколы GR-1129-CORE служат для связи коммутаторов с системами IN, такими как Пункты управления услугами (SCP) или сервисные узлы.[4] SR-3511 подробно описывает протокол на основе TCP / IP, который напрямую соединяет SCP и сервисный узел.[3] GR-1129-CORE предоставляет общие требования для протокола на основе ISDN, который соединяет SCP с сервисным узлом через SSP.[4]

Будущее

Хотя в последние годы активность в разработке стандартов IN снизилась, во всем мире развернуто множество систем, использующих эту технологию. Архитектура зарекомендовала себя не только стабильно, но и является постоянным источником дохода за счет постоянного добавления новых услуг. Производители продолжают поддерживать оборудование, и его устаревание не является проблемой.

Тем не менее появляются новые технологии и архитектуры, особенно в области VoIP и ГЛОТОК. Больше внимания уделяется использованию API предпочтение протоколам, таким как INAP, и появились новые стандарты в виде JAIN и Parlay. С технической точки зрения, SCE начинает отходить от патентованного графического происхождения и движется к Ява сервер приложений Окружающая среда.

Значение термина «интеллектуальная сеть» развивается со временем, во многом благодаря достижениям в вычислениях и алгоритмах. От сетей, усовершенствованных более гибкими алгоритмами и более продвинутыми протоколами, до сетей, разработанных с использованием моделей, управляемых данными [5] в сети с поддержкой ИИ.[6]

Смотрите также

Заметки

  1. ^ http://www.google.com/patents?vid=USPAT4191860, Ранний патент на собственные услуги IN
  2. ^ SR-NWT-002247
  3. ^ а б СР-3511
  4. ^ а б GR-1129-CORE
  5. ^ М. Кулин, К. Фортуна, Э. Де Портер, Д. Дешриджвер и И. Мурман, Проектирование интеллектуальных беспроводных сетей на основе данных: обзор и учебное пособие, Сенсоры 2016, 16 (6), 790; DOI: 10.3390 / s16060790
  6. ^ М. Г. Кибриа и др., Аналитика больших данных, машинное обучение и искусственный интеллект в беспроводных сетях нового поколения, IEEE Access, Vol. 6, 17 мая 2018 г., DOI: 10.1109 / ACCESS.2018.2837692

использованная литература

  • Амброш, У.Д., Махер, А., Сассер, Б. (редакторы) Интеллектуальная сеть: совместное исследование Bell Atlantic. IBM и Siemens, Springer-Verlag, 1989. ISBN  3-540-50897-X. ISBN  0-387-50897-X. Также известен как зеленая книга из-за крышки.
  • Файнберг И., Габузда Л. Р., Каплан М. П. и Шах Н. Дж. Стандарты интеллектуальных сетей: их применение к услугам, Макгроу-Хилл, 1997 г., ISBN  0-07-021422-0.
  • Магеданц Т. и Попеску-Зелетин Р. Интеллектуальные сети: базовые технологии, стандарты и развитие, Thompson Computer Press, 1996. ISBN  1-85032-293-7.
  • Интеллектуальные сети Джон Р. Андерсон, Институт инженеров-электриков, 2002. ISBN  0-85296-977-5, ISBN  978-0-85296-977-9

внешние ссылки