10.3 Протокол inap

Коммутационные станции, дооснащенные необходимыми функциональными модулями, и обособленные специализированные программно-аппаратные комплексы с другими функциональными модулями, оказывающие таким станциям содействие в предоставлении новых услуг, называются узлами IN. Стандартные интерфейсы между узлами IN поддерживаются системой сигнализации ОКС-7 с использованием прикладного протокола интеллектуальной сети INAP (IN Application Protocol) [84], который определяет синтаксис и семантику вызываемых операций, назначение и порядок их обработки. Этот протокол предоставляет услуги поддержки взаимодействия прикладных процессов (Application process, АР) в узлах IN (например, в SSP, SCP, IP).

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

Прикладной процесс является самым верхним уровнем абстрактного представления в INAP и описывает обработку запроса услуги в узле сети. Один прикладной процесс может использовать несколько прикладных объектов (Application entity, АЕ), каждый из которых поддерживает специфический набор функций, обеспечивающих взаимодействие с удаленными прикладными процессами.

Пример предоставления услуги интеллектуальной сети

Функции коммутации и доставки информации отделены от функций предоставления интеллектуальной услуги (рисунок 10.6) [76]. К уровню физической сети относятся узел SSP и интеллектуальная периферия (Intelligent Peripheral, IP). Лишь эти два объекта имеют жесткую связь с ТфОП с помощью каналов связи. Взаимодействие других узлов осуществляется только через сеть сигнализации.

Процесс предоставления “обобщенной” интеллектуальной услуги можно представить в виде последовательных действий:

• Набор номера абонентом А;

• Установление соединения: терминал абонент А – SSP;

• Функционирование IP (обмен речевой информацией с абонентом А);

• Передача информации об услуге через сеть ОКС №7 с помощью протокола INAP от SSP к SCP;

• Обработка информации в интеллектуальной надстройке и формирование управляющих воздействий на SSP;

• Установление соединения между абонентами А и Б;

• Функционирование IP;

• Разговор абонентов;

• Завершение разговора. Передача информации о завершении разговора от SSP к SCP через сеть ОКС №7;

• Разъединение соединения. Завершение выполнения услуги. Освобождение SSP.

Для другой интеллектуальной услуги процесс обработки может иметь другую последовательность этапов.

Для понимания процессов, происходящих в SSP при установлении соединения и при наблюдении за ним вплоть до разъединения, удобно использовать модель базового процесса обслуживания вызова (рис. 10.7).

Модель содержит последовательность точек, отображающих состояния этого процесса (Point in call, PIC), между которыми могут присутствовать точки обнаружения (Detection point, DP) обращений к услугам IN или событий, которые представляют интерес с точки зрения логики услуг IN.

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

В течение того времени, когда за обслуживание вызова отвечает SCP, SSP может передавать ему сообщения о результатах выполнения требуемых операций.

Узел коммутации услуг SSP представляет собой обычную коммутационную станцию, в которой сохраняются все функции управления процессом предоставления основных услуг связи, оснащенную дополнительными программными средствами. Узел коммутации услуг обеспечивает доступ абонентов сети связи к услугам IN и поддерживает протоколы взаимодействия с другими элементами IN. SSP определяет, что принятый им от абонента вызов требует обращения к услугам IN и направляет соответствующий запрос SCP.

Запрос может содержать номер вызывающего абонента, набранные им цифры номера, код требуемой услуги и другие параметры. После оснащения коммутационного оборудования функциями SSP услуги IN могут вводиться и удаляться путем соответствующих изменений конфигурации SSP, производимых техническим персоналом через обычный интерфейс оператора. Никаких изменений системного прикладного программного обеспечения (версии ПО) при этом не требуется.

Точки обнаружения обращений к услугам IN - триггерные точки - (Trigger Detection Points, TDP) отмечают приостановку базового процесса обслуживания вызова для обращения к логике услуг IN, происходящую в соответствии с заранее назначенным критерием. Таким критерием могут быть определенное сочетание цифр в набранном абонентом номере, префикс, категория вызывающей абонентской линии и т.д.

В последовательности точек (Point in call), отображающих состояния процесса обслуживания вызова, могут присутствовать точки обнаружения (Detection point, DP) обращений к услугам IN или событий, которые представляют интерес сточки зрения логики услуг IN.

Точки PIC являются представлениями обычных действий, выполняемых коммутационной станцией во время установления соединения, и состояний, через которые проходит процесс обслуживания вызова с момента, когда абонент снял трубку, до окончания связи. Например, нулевое состояние - это состояние, в котором SSP следит за свободной абонентской линией.

В качестве других состояний (или точек PIC) можно назвать состояние вызова абонентом станции («трубка снята»), состояние, когда станция принимает набираемые абонентом цифры номера («накопление информации»), «анализ информации», «маршрутизация», «оповещение» и т.д.