Интерфейсы ИС

4.3.3 Интерфейсы ИС

В рекомендации ITU-T Q.1215 определен основной набор интерфейсов между физическими объектами ИС: SCP-SSP; AD-SSP; IP-SSP; SN-SSP; AD-IP; SCP-SDP [21].

Интерфейсы SCP-SSP, SCP-IP и SCP-SDP осуществляются стеком протоколов ОКС №7. Интерфейсы AD-SSP и AD-IP на верхнем уровне используют протокол ТСАР ОКС №7, а нижние уровни пока не специфицированы и здесь могут быть использованы протоколы аналогичные МТР и SCCP ОКС №7 (например, Х.25). В качестве интерфейсов IP-SSP и SN-SSP возможно применение базового метода доступа ISDN типа 2B+D. Пользователи применяют существующие интерфейсы базовой, по отношению к ИС, сети связи. Для сигнализации применяются либо стандартные аналоговые средства, либо сигнализация ISDN no D каналу (DSS1) [6].

Возможный сценарий сетевой физической архитектуры ИС с использованием основных функциональных и физических объектов из набора возможностей CS-1 приведен ранее на рисунке 4.6.

4.4 Реализация интеллектуальных сетей и варианты доступа к ИС

Международный опыт развития интеллектуальных сетей показывает, что, несмотря на разработанные стандарты и очевидные преимущества технологии ИС, внедрение последней в практику многих стран, например, таких как Россия, происходит, не так быстро, как хотелось бы. Это обусловлено проблемами экономической эффективности и техническим состоянием сетей связи, на базе которых реализуется технология ИС.

Как указывалось ранее, архитектура ИС описывается шестью основными функциональными узлами: SCP, SSP, SMP, SCEP, SDP и IP. Различная комбинация этих функций предопределяет разные варианты построения ИС, начиная от централизованной архитектуры - Service Node (SN) - «узел услуг» - до распределенной - «классической» (рисунок 4.8).

Рисунок 4.8 - «Классическая» архитектура ИС

Первый вариант - полномасштабное классическое решение в виде отдельных архитектурных элементов (рисунок 4.8):

- узел SSP - коммутатор ТфОП, оснащенный обратной связью с подключенным к нему компьютером;

- узел SCP, управляющий логикой предоставления услуг;

- узел SMP, предназначенный для ввода новых услуг и корректировки старых, содержащий данные обо всех оказываемых услугах, а также оригиналы всех программ обслуживания;

- среда создания услуг SCEP;

- интеллектуальная периферия IP, которая обеспечивает процесс предоставления услуг специализированными ресурсами (объявления, речевые подсказки и пр.);

- БД услуг SDP, хранящая данные, используемые программами логики услуг [7].

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

К одной из таких конфигураций относится вариант реализации ИС на базе узла услуг SN (рисунок 4.9), совмещающий в себе все необходимые функции ИС (SSP, SCP и IP) на единой платформе и являющийся независимым и полностью автономным сетевым элементом. Узлы услуг подключаются к сети связи по существующим системам сигнализации. Таким образом, практически все речевые соединения проходят через узел SN. Внимание должно быть обращено на наличие открытых интерфейсов, соответствующих национальным спецификациям, которые позволяют при росте трафика осуществить безболезненный переход от SN к более производительным конфигурациям. Общим требованием к базовой сети является то, что при установке SN сервис-провайдер должен обеспечить поддержку системы сигнализации ОКС №7, которая связывает все узлы «классической» ИС со всеми АТС телефонной сети. Напротив, узлы типа SN обычно могут работать с ТфОП по цифровым потокам, принятым в данной стране. И это очень важно для Казахстана, где в региональных телефонных сетях ОКС №7 не всегда поддерживается. Кроме того, для передачи абонентами ИС дополнительной информации (например, номера телефонной карты) в качестве абонентских терминалов, как правило, используются ТА с тональным режимом набора номера. Однако в странах, где принят преимущественно декадный способ набора номера, развитие услуг сдерживается из-за необходимости замены парка ТА. Если даже разом заменить все аналоговые АТС на цифровые, то вряд ли удастся заставить всех абонентов заменить свои ТА, поэтому несколько теряется смысл введения ИС. Построение ИС с узлом типа SN позволяет решить проблему за счет более гибкой реализации функции узла SSP [7].

Следующей конфигурацией ИС, которую целесообразно рассмотреть, является архитектура с вынесенными из узла услуг функциями SSP (рисунок 4.10). Такое построение ИС позволит обеспечить обработку большего трафика и является хорошим решением по внедрению услуг ИС для тех операторов, которые имеют на своей сети станции с функциями SSP, обладающие протоколом INAP-R.

Здесь функции коммутации и управления вызовами выполняются станциями, а их взаимодействие с платформой ИС осуществляется по протоколу INAP. Такая архитектура выгодно отличается от структуры узла услуг экономией емкости коммутационного поля и числа речевых каналов при предоставлении услуг ИС. Она способна поддерживать большой пакет услуг без каких-либо заметных ограничений [7].

Рисунок 4.9 - Конфигурация ИС на базе узла услуг SN

Рисунок 4.10 - Архитектура ИС с вынесенными из платформы функциями SSP

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

Функции контроля и административного управления ИС располагаются на единой платформе, а функции коммутации и управления вызовами выполняются в станциях. Специальные ресурсы обеспечиваются внешней интеллектуальной периферией IP или в ограниченном объеме могут предоставляться системами коммутации. В этом случае при росте трафика, числа абонентов или развитии услуг и необходимости перехода к более мощной системе не требуется каких-либо модификаций в спецификациях услуг ИС или в данных абонентов услуг.

Рисунок 4.11 - Архитектура ИС с вынесенными из платформы функциями SSP и IP

На первом этапе внедрения ИС целесообразно работать только с одним поставщиком оборудования. Поставщики программно-аппаратных средств ИС предлагают на рынке досконально проработанные алгоритмы предоставления услуг. Они облегчают изучение особенностей ИС и способствуют более быстрому внедрению новых услуг [12].

Сеть ИС ГТС целесообразно развивать поэтапно: от варианта наложенной сети с SSP, интегрированными в УСС, до полномасштабной реализации ИС с SSP на уровне оконечных цифровых АТС, позволяющей оптимально перераспределять трафик вызовов ИС и расширять перечень предоставляемых клиентам МГТС услуг, начиная от сравнительно небольшого их числа, рекомендуемого для первого этапа внедрения в Республике Казахстан, и заканчивая полным набором возможностей CS-1. Для г.Кокшетау, где сеть полностью цифровая доступна полномасштабная реализация ИС с SSP.

Основные преимущества ИС станут очевидными в процессе реализации возможностей CS-2, которые, кроме поддержки пользователей подвижной связи, будут способны обеспечить реальное взаимодействие между различными сетями по предоставлению услуг ИС.