Интеллектуальная сеть ( IN ) — это стандартная сетевая архитектура , указанная в рекомендациях серии ITU-T Q.1200. [1] Он предназначен для сетей фиксированной и мобильной связи . Это позволяет операторам дифференцироваться, предоставляя дополнительные услуги в дополнение к стандартным телекоммуникационным услугам, таким как PSTN , ISDN в фиксированных сетях и услуги GSM на мобильных телефонах или других мобильных устройствах.
Интеллектуальные данные предоставляются сетевыми узлами на уровне обслуживания , отличным от уровня коммутации базовой сети , в отличие от решений, основанных на интеллекте в основных коммутаторах или оборудовании. Узлы IN обычно принадлежат поставщикам телекоммуникационных услуг, таким как телефонная компания или оператор мобильной связи .
IN поддерживается протоколом системы сигнализации №7 (SS7) между центрами коммутации сети и другими сетевыми узлами, принадлежащими сетевым операторам.
Концепции, архитектура и протоколы IN были первоначально разработаны в качестве стандартов ITU-T , комитетом по стандартизации Международного союза электросвязи ; до этого у ряда телекоммуникационных провайдеров были собственные реализации. [2] Основная цель IN заключалась в расширении основных телефонных услуг, предлагаемых традиционными телекоммуникационными сетями, которые обычно сводились к совершению и приему голосовых вызовов, иногда с переадресацией вызовов. Это ядро затем обеспечит основу, на которой операторы смогут создавать услуги в дополнение к тем, которые уже присутствуют на стандартной телефонной станции .
Полное описание IN появилось в наборе стандартов ITU-T , названных от Q.1210 до Q.1219 или Capability Set One (CS-1), как они стали известны. Стандарты определяли полную архитектуру, включая архитектурное представление, конечные автоматы, физическую реализацию и протоколы. Они были повсеместно приняты поставщиками и операторами связи, хотя многие варианты были разработаны для использования в разных частях мира (см. Варианты ниже).
После успеха CS-1 последовали дальнейшие усовершенствования в виде CS-2. Хотя стандарты были завершены, они не получили такого широкого внедрения, как CS-1, отчасти из-за растущей мощности вариантов, но также отчасти потому, что они решали проблемы, которые доводили традиционные телефонные станции до предела их возможностей.
Основной движущей силой развития IN была потребность в более гибком способе добавления сложных услуг в существующую сеть. До разработки IN все новые функции и/или услуги приходилось внедрять непосредственно в базовых системах коммутации. Это привело к длительным циклам выпуска, поскольку тестирование программного обеспечения должно было быть обширным и тщательным, чтобы предотвратить сбой сети. С появлением IN большинство этих услуг (таких как бесплатные номера и переносимость географических номеров) были перемещены из базовых систем коммутации в автономные узлы, создавая модульную и более безопасную сеть, которая позволяла поставщикам услуг самостоятельно разрабатывать варианты и дополнительные услуги для своих сетей, не отправляя запрос производителю основного коммутатора и не дожидаясь длительного процесса разработки. Первоначально технология IN использовалась для услуг перевода номеров, например, при переводе бесплатных номеров в обычные номера PSTN ; С тех пор на IN были созданы гораздо более сложные услуги, такие как Custom Local Area Signaling Services (CLASS) и предоплаченные телефонные звонки.
Основные концепции (функциональное представление), окружающие услуги или архитектуру IN, связаны с архитектурой SS7 :
Описанные выше основные элементы используют стандартные протоколы для связи друг с другом. Использование стандартных протоколов позволяет разным производителям сконцентрироваться на разных частях архитектуры и быть уверенным, что все они будут работать вместе в любой комбинации.
Интерфейсы между SSP и SCP основаны на SS7 и имеют сходство с протоколами TCP/IP . Протоколы SS7 реализуют большую часть семиуровневой модели OSI . Это означает, что стандарты IN должны были определять только прикладной уровень , который называется прикладной частью интеллектуальных сетей или INAP . Сообщения INAP кодируются с использованием ASN.1 .
Интерфейс между SCP и SDP определен в стандартах как протокол доступа к каталогу X.500 или DAP. IETF разработал более легкий интерфейс под названием LDAP , который значительно проще реализовать, поэтому многие SCP реализовали его вместо этого.
Основные спецификации CS-1 были приняты и расширены другими организациями по стандартизации. Европейские ароматы были разработаны ETSI , американские ароматы были разработаны ANSI , а также существуют японские варианты. Основной причиной создания вариантов в каждом регионе было обеспечение совместимости между оборудованием, производимым и развернутым локально (например, между регионами существуют разные версии базовых протоколов SS7).
Также была добавлена новая функциональность, что означало, что варианты отличались друг от друга и от основного стандарта ITU-T. Самый большой вариант назывался Customized Applications for Mobile Networks Enhanced Logic , или сокращенно CAMEL. Это позволило расширить среду мобильных телефонов и позволило операторам мобильной связи предлагать абонентам те же услуги IN, пока они находятся в роуминге , что и в домашней сети.
CAMEL сам по себе стал основным стандартом и в настоящее время поддерживается 3GPP . Последней крупной версией стандарта была фаза 4 CAMEL. Это единственный стандарт IN, над которым в настоящее время ведется активная работа.
Bellcore (впоследствии Telcordia Technologies ) разработала Advanced Intelligent Network (AIN) как вариант Intelligent Network для Северной Америки и выполнила стандартизацию AIN от имени основных операторов США. Первоначальной целью AIN была AIN 1.0, которая была указана в начале 1990-х годов ( AIN Release 1 , Bellcore SR-NWT-002247, 1993). [3] AIN 1.0 оказалась технически неосуществимой для реализации, что привело к определению упрощенных спецификаций AIN 0.1 и AIN 0.2. В Северной Америке протоколы Telcordia SR-3511 (первоначально известный как TA-1129+) [4] и GR-1129-CORE служат для связи коммутаторов с системами IN, такими как точки управления услугами (SCP) или сервисные узлы. [5] В SR-3511 подробно описан протокол на основе TCP/IP, который напрямую соединяет SCP и сервисный узел. [4] GR-1129-CORE содержит общие требования к протоколу на основе ISDN, который соединяет SCP с сервисным узлом через SSP. [5]
Хотя активность в разработке стандартов IN в последние годы снизилась, по всему миру развернуто множество систем, использующих эту технологию. Архитектура оказалась не только стабильной, но и постоянным источником дохода благодаря постоянному добавлению новых услуг. Производители продолжают поддерживать свое оборудование, и его устаревание не является проблемой.
Тем не менее, появились новые технологии и архитектуры, особенно в области VoIP и SIP . Больше внимания уделяется использованию API вместо таких протоколов, как INAP, и появились новые стандарты в виде JAIN и Parlay . С технической точки зрения SCE начал отходить от своей собственной графической среды в сторону среды сервера приложений Java .
Понятие «интеллектуальная сеть» со временем меняется, во многом благодаря достижениям в области вычислений и алгоритмов. От сетей, усовершенствованных более гибкими алгоритмами и более совершенными протоколами, до сетей, спроектированных с использованием моделей, управляемых данными [6], и сетей с поддержкой искусственного интеллекта. [7]