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

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

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

сценарии. Начиная с определенного момента времени, когда перечень дополнительных услуг превышает некоторый уровень, второй сценарий становится предпочтительным.

Рисунок 2.2 - Затраты на реализацию дополнительных услуг в ТфОП

Рисунок 2.3 - Затраты на реализацию дополнительных услуг в ИС

Указанные на рисунке 2.3 основные элементы ИС можно рассматривать как одноименный уровень сети. Применительно к структуре ИС концептуальная модель представлена на рисунке 2.4 [6].

Процесс проключения телефонных соединений осуществляется на транспортном уровне, включающем сетевые узлы и коммутационные станции. Логика предоставления интеллектуальных услуг (ИУ) реализуется в соответствующих узлах интеллектуального уровня. Для взаимодействия интеллектуального и транспортного уровней используется сеть передачи данных (СПД), в качестве которой чаще всего используется сеть общеканальной сигнализации ОКС №7 со специальной прикладной подсистемой пользователя интеллектуальной сети INAP (Intelligent Network Application Part).

Рисунок 2.4 - Концептуальная модель ИС

Показанные в правой части рисунке 2.4 два треугольника отображают две весьма существенные для ИС особенности. Скорость обработки вызова на верхних уровнях падает с ростом их «интеллектуальности», которая, в свою очередь, падает по мере продвижения вниз по транспортному уровню предложенной модели электросвязи. В этих треугольниках заложены те проблемы, которые возникают по мере создания и развития ИС.

2.2 Модель обслуживания вызова в интеллектуальной сети

Модели обслуживания вызова в ТфОП и в ИС имеют существенные отличия, основанные на использовании новой концептуальной модели сети (рисунок 2.4). Схема, изображенная на рисунке 2.5, является логической моделью обслуживания вызовов в обычной телефонной сети. При введении каждой новой дополнительной услуги (ДУ) аппаратно-программные средства коммутационной станции (КС) соответствующим образом модифицируются. Для реализации общесетевой услуги необходимо провести аппаратно-программную модернизацию всех узлов сети. Соответствующие действия будут необходимы также во всех узлах при изменении алгоритма предоставления существующей общесетевой услуги. По мере роста числа предоставляемых услуг сложность и, следовательно, стоимость КС непрерывно растут. Эта причина и послужила стимулом разделения функций распределения информации и предоставления дополнительных услуг. Концепция ИС может считаться одним из наиболее успешных решений поставленной задачи. В соответствии с рекомендацией ITU-T 1.312/Q. 1201 модель обслуживания вызовов в ИС, показанная на рисунке 2.6, подразумевает введение в состав КС определителей вызова (ОВ), именуемых в зарубежной литературе как «Hook». Слово «hook» (крюк) в вычислительной технике обозначает дополнительные программные и/или аппаратные средства, облегчающие дальнейшее расширение функций и внесение изменений в какую-либо систему [17].

Рисунок 2.5 - Модель обслуживания вызова в ТфОП

Рисунок 2.6 - Модель обслуживания вызова в ИС

Модель обслуживания вызовов в ИС включает в себя три основных компонента:

- технические средства обработки основных вызовов, которые выполняют ряд стандартных процессов вне зависимости от предоставляемых и планируемых к введению дополнительных услуг;

- определители вызовов (Hook), опознающие заявки, направляемые в ИС и временно приостанавливающие процесс обслуживания вызова на период обмена информацией с логической частью ИС;

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

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

3 Сравнение возможностей оборудования различных производителей

3.1 Платформа ИС фирмы Siemens

Данная платформа ИС фирмы Siemens широко применяется в странах СНГ. Например в России после утверждения Минсвязи России спецификаций национальной версии протокола INAP (INAP-R) в России были созданы условия для внедрения на ТфОП услуг ИС. В середине 1997 года ряду зарубежных фирм было предложено представить свои технические предложения на поставку платформы ИС для сети ОАО «Ростелеком». Одним из условий была обязательная реализация протокола INAP-R. Было принято решение о размещении платформы ИС в Москве, где уже функционировала комбинированная АМТС/ АТС типа EWSD (версия ПО 7.1) производства IskraTel. В рамках проекта требовалось модернизировать ПО этой станции до уровня 10-й версии с реализацией функций SSP и протокола INAP-R. В качестве платформы ИС было выбрано оборудование IN Xpress v.5.2 производства фирмы Siemens [7].

Платформа ИС IN Xpress v.5.2 выполняет функции SCP/SMP/SCEP (рисунок 3.1). Ее компоненты базируются на использовании открытой системы семейства серверов SNI RM (RM200/RM300/RM400/RM600), функционирующих под управлением операционной системы UNIX V.4. «Московский» проект базируется на использовании UNIX-серверов типа RM600, выполняющих все необходимые функции SCP и SMP, рабочей станции (RM200), предназначенной для административных целей, и ПК, служащих для контроля обслуживания абонентов. Функции SCEP (проектное название ASD - Advanced Service Design) выполняет рабочая станция на базе RM200. Платформе ИС присвоен код 100 в структуре системы нумерации ВСС России (8-80Х-100-ХХХХ).

Узел SCP реализован в соответствии с многопроцессорной архитектурой «клиент-сервер» и высокоскоростной локальной сетью Ethernet для обеспечения связи между компонентами. В состав SCP входит два компьютерных элемента СЕ1 и СЕ2, образующих кластерную конфигурацию, которая функционирует в режиме разделения нагрузки. Если один СЕ выходит из строя, второй принимает на себя все его функции по обслуживанию задач.

SCP осуществляет обработку трафика вызовов, генерируемых ИС, и поддерживает предоставление большого числа услуг, обладающих разнообразными требованиями к обработке и емкости баз данных [6].

Основными функциями SCP являются:

- обработка перегрузки;

- восстановление работоспособности/устранение ошибок функцио-нирования;

- централизованное управление сигнализацией о сбоях и ошибках;

- надзор и мониторинг функционирования системы;

- перезапуск/ перезагрузка системы;

- обработка данных по услугам и абонентам;

Рисунок 3.1 - Архитектура платформы ИС IN Xpress v.5.2

- администрирование глобальных данных;

- сбор статистических данных;

- тарификация;

- техническое обслуживание.

Интерфейс между SCP и SSP/IP поддерживает процедуру распределенной обработки вызова услуги ИС в структурах: клиент (SSP) - сервер (SCP) и клиент (SCP) - промежуточный объект (SSP) - сервер (IP) в соответствии с процедурой смены состояний динамической системы обработки вызова услуги ИС (Q. 1214) и прикладным протоколом INAP-R, использующим стек протоколов ОКС №7 TCAP/SCCP/MTP [18].

Основным назначением узла SMP являются:

- предоставление возможности модификации параметров логики услуг ИС со стороны оператора сети, модификация данных логики услуги, как со стороны оператора, так и со стороны абонентов (при соответствующих ограничениях уровня доступа), ввод этих данных в SCP;

- активизация услуг в SCP;

- обеспечение контроля за доступом пользователя SMP (оператор сети, абонент услуги, пользователь услуги);

- обеспечение получения, обработки и предоставления статистических данных;

- обеспечение возможности отслеживания и индикации нештатных и аварийных ситуаций.

SMP связан с SCP при помощи внутрисистемного интерфейса посредством локальной сети LAN с использованием протокола Ethernet (рисунок 3.1). Интерфейсы с внешним окружением (оператор сети, поставщики и абоненты услуг) базируются на протоколах Х.25, TCP/IP, RS232 - V.24. В проекте реализована конфигурация «ведущий-ведомый» из двух серверов типа RM600-420 семейства RM, производства фирмы Siemens Nixdorf (SNI).

Функции создания услуг (SCEP) выполняет рабочая станция, имеющая проектное название ASD. Основным назначением SCEP является создание новых услуг ИС, т.е. создание логики услуг (ЛУ) и описание массива данных, и предоставление всех необходимых средств для прикладного программирования ЛУ. Одно из преимуществ платформы INXpress v.5.2 - возможность реализации интерфейса между SCEP и SMP на базе протокола TCP/IP. SCEP обеспечивает определение услуг на уровне SIB, управление ими, их настройку.

Функции узла коммутации услуг (SSP) были реализованы в комбинированной станции АМТС/АТС системы EWSD (версия ПО v.10). Станция распознает вызовы к платформе ИС и осуществляет их обработку в соответствии с инструкциями, полученными от SCP, а также обеспечивает доступ к услугам ИС через системы сигнализации в соответствии с «Ограничительным перечнем протоколов сигнализации, поддерживаемых цифровыми станциями сети общего пользования», утвержденным Минсвязи РФ в 1996 году [7].

В ПО станции предусмотрен анализ событий на различных фазах установления основного соединения, в результате чего осуществляется посылка сообщений в SCP для активизации программы выполнения ЛУ или поддержки уже активизированной программы ЛУ. В процессе обработки вызова ИС SSP может приостановить этот процесс и организовать диалог с SCP для получения инструкций по дальнейшим действиям. Программное обеспечение SSP обеспечивает контроль нагрузки, создаваемой вызовами ИС и организует диалог с SCP для получения инструкций по дальнейшим действиям. Кроме этого, одной из основных функций SSP является реализация функций учета стоимости вызовов ИС [8].

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28