Интеллектуальная сеть ( 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 Directory Access Protocol или DAP. Более легкий интерфейс, называемый LDAP, появился в IETF , который значительно проще реализовать, поэтому многие SCP реализовали его вместо этого.
Основные спецификации CS-1 были приняты и расширены другими органами стандартизации. Европейские варианты были разработаны ETSI , американские варианты были разработаны ANSI , также существуют японские варианты. Главной причиной создания вариантов в каждом регионе было обеспечение взаимодействия между оборудованием, произведенным и развернутым локально (например, между регионами существуют разные версии базовых протоколов SS7).
Также были добавлены новые функциональные возможности, что означало, что варианты расходились друг с другом и с основным стандартом ITU-T. Самый большой вариант назывался Customised Applications for Mobile networks Enhanced Logic , или сокращенно CAMEL. Это позволяло создавать расширения для среды мобильных телефонов и позволяло операторам мобильных телефонов предлагать абонентам те же IN-услуги, когда они находятся в роуминге , что и в домашней сети.
CAMEL стал основным стандартом сам по себе и в настоящее время поддерживается 3GPP . Последним основным релизом стандарта была фаза CAMEL 4. Это единственный стандарт 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]