дациях ITU Т определены также вспомогательный узел управления (adjunct, AD), функционально эквивалентный SCP, но подключаемый к SSP не через сеть 0КС7, а непосредственно, и узел услуг (service node, SN), аналогичный AD, но выполняющий, помимо функций SCP, также и функции интеллектуальной периферии, к которым мы еще вернемся в конце параграфа. Так или иначе, в компьютерах SCP, наряду с базой данных, была запрограммирована и так называемая логика услуг, состоящая из сценариев, описывающих ту или иную услугу. Именно с этого исторического момента логика услуг переместилась за пределы АТС, что и составило суть концепции Интеллектуальной сети (IN).

Общая архитектура IN включает в себя еще две важные системы -узел среды создания услуг SCEP и узел эксплуатационного управления услугами SMP, - которые служат для программирования услуг и для рассылки программ и данных, необходимых для их выполнения, по логическим объектам, участвующим в процессе предоставления услуг. Детально концепция IN изложена в [48], а основные структурные элементы Интеллектуальной сети представлены на рис. 11.2.

SCEP

Рис. 11.2 Платформа Интеллектуальной сети

Для поддержки информационных потоков между узлами сети IN специфи ци рован прикладной протокол интеллектуальной сети INAP (intelligent Network Application Protocol), который определяет синтаксис и семантику вызываемых операций, назначение и порядок их обработки. Протокол INAP (российская версия INAP-R) вырос из транзакций, поддерживающих взаимодействие между АТС и базой данных через сеть ОКС; в настоящее время он базируется на прикладном протоколе поддержки транзакций (ТСАР) из стека протоколов системы сигнализации 0КС7.

Сегодня концепция Интеллектуальной сети представляет собой спос об быстро создавать новые телекоммуникационные услуги в со

ответствии со специфическими для каждой из них требованиями, обеспечивая одновременную и повсеместную доступность этих услуг абонентам базовой телефонной сети общего пользования. Введенная ITU-T, концепция IN определяет архитектуру аппаратных и программных средств, реализующих специальные процедуры. Исполнение этих процедур обеспечивает управление коммутацией и иными действиями сети с целью «интеллектуальной» маршрутизации, начисления платы, взаимодействия с пользователем. Первые стандарты IN, известные какС5-1, предусматривают довольно широкие (сточки зрения ТфОП) возможности. Выпущенные в развитие концепции IN стандарты CS-2, а также перманентно находящиеся в стадии подготовки стандарты CS-3 и CS-4 потенциально могут дать гораздо более широкие возможности. И все же, главное значение IN для современных телекоммуникаций - не в списках услуг CS, а в основной идее, состоящей в том, чтобы отделить логику услуг от функций коммутации, построив соответствующую платформу. Эту платформу составляют определенным образом взаимодействующие функциональные блоки, реализуемые, в общем случае, в разных физических объектах - узлах IN. Функции коммутации выполняют узлы SSP, логика услуг размещается в узлах SCP, создается эта логика в узле SCEP и распределяется по всем SCP узлом SMP. При создании логики любой услуги используется набор стандартизованных независимых от услуг конструкционных блоков, что значительно упрощает работу программистов. Это особенно важно в связи с тем, что в условиях жесткой конкурентной борьбы оператор сети связи должен уметь предоставлять услуги, ориентированные на группы пользователей с сильно различающимися потребностями, и иметь возможность быстро создавать и развертывать эти новые услуги.

Для описания процессов, происходящих в SSP при предоставлении услуг, установлении соединения и обслуживании вызова вплоть до разъединения, в концепции IN используется модель базового процесса обслуживания вызова (ВСР - Basic Call Process). Модель содержит последовательность отображающих состояния этого процесса точек (PIC - Point in call), между которыми могут присутствовать точки обнаружения (DP - Detection point) обращений к услугам IN или событий, которые представляют интерес с точки зрения логики ycлyгlN. Триггерные точки обнаружения обращений куслугам -TDP (trigger detection points) - отмечают приостановку базового процесса ВСР для обращения к логике услуг IN, происходящую в соответствии с заранее назначенным критерием. Таким критерием может быть определенное сочетание цифр в набранном абонентом номере, префикс, категория вызывающей абонентской линии и т.д. Важно отметить, что эксплуатационный персонал SSP может сам определятыри! горные точки (те дела1ьи обнаруживаемыми) и на зиачать крик [)ии для обращения к IN

Концептуальная модель IN отражает эту архитектуру в терминах плоскостей (planes). Плоскость услуг касается только описания услуг в плане их свойств. Глобальная функциональная плоскость (global functional plane) описывает программные блоки, не зависящие от услуг (service-independent building blocks, SIB). Распределенная функциональная плоскость (distributed functional plane) отображает элементы архитектуры, участвующие в обмене сообщениями IN, в виде функциональных объектов (functional entities, FE) и информационных потоков (information flows, IF), которые моделируют обмен сообщениями между FE. Физическая плоскость (physical plane) описывает аппаратно-программные блоки, называемые физическими объектами (physical entities, РЕ). Модель, показанная на рис. 11.3, содержит эти четыре расположенные одна над другой плоскости, дающие (каждая - со своей степенью детализации) абстрактное представление тех возможностей, которыми обладает сеть, построенная в соответствии с концепцией IN.

Верхняя плоскость модели - плоскость услуг - представляет услуги так, как они «видны» конечному пользователю. Такое представление не содержит информации о способе и деталях реализации услуги в сети. Зато на этой плоскости видно, что услуги (services) компонуются из одной или из нескольких разных стандартизованных составляющих, каждую из которых пользователь воспринимает как одно из характерных свойств или, что то же самое, как один из атрибутов услуги (service features. SF).

На глобальной функциональной плоскости «появляется» сеть IN в виде единого функционального объекта. На этой плоскости представлены независимые от услуг конструкционные блоки (SIB - Service independent building blocks), одним из которых является SIB, реализующий базовый процесс BCR а также точка обращения ВСР к другим SIB, называемая инициирующей точкой (POI - Point Of Initiation) и точки возврата в ВСР (POR - Points Of Return). ВСР выполняет традиционные для коммутационной станции функции (установление соединения, разъединение, хранение оперативных данных, необходимых для дальнейшей обработки) и имеет возможность обращаться к другим процессам при обнаружении запроса услуги IN. POI представляет собой функциональный интерфейс между логикой ВСР и логикой другого процесса, который обеспечивает предоставление услуги (или одной из составляющих услуги) IN. После завершения этого другого процесса происходит возврат через другой функциональный интерфейс (POR) в процесс ВСР, который продолжает работу, используя данные, полученные при возврате. Необходимость в спецификации точек POI и POR вызвана тем, что одна и та же «цепочка» SIB может представлять совершенно разные услуги (или составляющие услуг), смотря потому, в каких точках процесса ВСР она пачиппог и/или заканчивает свои действия.