Дипломная работа: Базовый процесс обработки вызовов

Рисунок 2.1 – Обобщенная модель процесса обслуживания вызова

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

Кроме триггерных точек, назначаемых статически для каждого набора CS, определены также назначаемые динамически со стороны SCP точки обнаружения событий (Event Detection Point, EDP), которые интересны с точки зрения логики услуг IN. Такими событиями могут быть, например, занятость вызываемого абонента, ответ, отбой абонента и т.д. Переданная в SCP информация о том, какое именно событие наступило, используется сервисной логикой для того, чтобы принять решение о дальнейших инструкциях, которые нужно направить к SSP.

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

Рассмотрим пример работы модели. Предположим, что базовый процесс обслуживания вызова вышел из нулевого состояния, прошел состояние «трубка снята» и находится в состоянии «накопление информации». Если накопленная информация отвечает заданному критерию, процесс приостанавливается и «срабатывает» триггерная точка «информация накоплена». SSP формирует сообщение с необходимыми данными и направляет его через сеть ОКС №7 к SCP. После приема от SCP ответного сообщения, в котором содержатся инструкции для маршрутизации вызова, SSP переходит в следующее состояние «анализ информации». Далее процесс обслуживания вызова происходит обычным образом вплоть до разъединения.

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

2.2 Основные компоненты и общая характеристика системы управления вызовами в интеллектуальной сети

В соответствии с распределенной моделью CS‑1 процесс предоставления услуги интеллектуальной сетью заключается в установлении соединения объектами CCF/SSF, в выполнении логики услуги в SCF, а также в использовании вспомогательных ресурсов и данных (в объектах SRF и SDF). В рекомендации Q.1214 для CS‑1 даны модели каждого функционального объекта распределенной функциональной плоскости в виде машины конечных состояний.

Система управления вызовами в IN описывается моделью внутренних ресурсов CCF/SSF и ориентирована на услуги (атрибуты услуг) типа А, то есть на такое обслуживание вызовов, когда услуги IN предоставляются независимо вызывающей и вызываемой стороне соединения [5].

В приложении А приведена модель внутренних ресурсов CCF/SSF на передающей стороне одной АТС и приемной стороне другой АТС, которые выступают в аспекте архитектуры интеллектуальной сети как узлы SSP. Как было показано ранее, предусматриваемые концепцией IN средства моделирования обслуживания вызовов функциями CCF/SSF используют абстрактное представление процессов обслуживания вызовов и установления соединений, не зависящее от реализации оборудования и от его производителя.

С точки зрения функций IN модель CCF/SSF содержит следующие основные блоки: ВСМ – менеджер базового процесса обслуживания вызова, IN-SM (IN-Switching Manager) – менеджер коммутации услуг IN, FIM/CM (Feature Interaction Manager/Call Manager) – менеджер взаимодействия между услугами.

ВСМ является абстрактным представлением той части коммутационной станции, в которой реализованы базовые функции управления связью пользователя и установлением соединений между пользователями. Он отслеживает происходящие в процессе управления события, о которых необходимо известить SCF. Кроме того, в ВСМ реализована модель состояний базового процесса обслуживания вызовов (Basic Call State Model, BCSM) и функции обработки точек обнаружения DP.

IN-SM служит интерфейсом, который делает видимыми для SCF события, происходящие в CCF/SSF, и обеспечивает доступ SCF к ресурсам CCF/SSF. Основную часть IN-SM составляет модель состояний процесса коммутации услуг IN-SSM (IN-Switching State Model), представляющая процесс обслуживания вызова ИС функциями CCF/SSF в терминах состояний соединения.

IN-SSM создается при каждом обращении к логике услуг IN, требующем управления соединением. Создание IN-SSM либо является следствием того, что в БМСВ встречается TDP, либо инициируется со стороны SCF независимо от наличия TDP. В задачу TDP входит инициирование и прекращение управляющей связи. Разрушается IN-SSM после того, как со стороны SCF получена информация о завершении работы логики услуги.

Функции SCF могут управлять несколькими трактами и соединениями при поддержке нескольких одновременно активных BCSM. В связи с этим, в числе прочего, необходима координация действий, обусловленных одновременно возникающими в разных BCSM событиями, и действий по приостановке / возобновлению процессов обслуживания, происходящих в разных BCSM, но относящихся к одному IN-SSM.

FIM/CM предусматривает механизм, обеспечивающий поддержку нескольких одновременных обращений к логике услуг (как ИС, так и обычных) при обслуживании одного вызова. В частности, он может предотвращать одновременное обращение к логике услуг. Таким образом, FIM/CM предоставляет функциям SSF унифицированную информацию о процессе обслуживания вызова.

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

2.3.1 Структура BCSM на приемной стороне

BCSM является описанием деятельности функции CCF на языке конечных автоматов. Эта модель показывает, как отдельные действия CCF соединяются вместе с целью обслуживания вызова, с целью установления и обеспечения соединительных путей для пользователей. Не все аспекты BCSM явно видны со стороны логики услуги IN, а только те, что передаются из CCF в SSF и далее в SCF, и только последние являются объектом стандартизации. С этой точки зрения BCSM является средством описания действий CCF и выбора тех аспектов BCSM, которые должны быть видны со стороны логики услуг IN, контролируемой в SCF.

BCSM идентифицирует состояния вызова и всего процесса установления соединения, в которых допускается взаимодействие с логикой услуги IN. Структура модели BCSM включает следующие элементы (рис. 2.2):

1) состояния или фазы вызова PIC;

2) точки обнаружения DP;

3) переходы;

4) события.

Рисунок 2.2 – Обозначение элементов БМСВ

В рамках архитектуры IN модель BCSM отражает существующий процесс коммутации базовых двусторонних вызовов и функциональное разделение между исходящим и входящим сегментами вызова [6]. Модель состоит из двух частей: BCSM на передающей и принимающей сторонах.

В соответствии с поставленными в техническом задании к дипломной работе задачах, в данной дипломной работе исследуется BCSM на приемной стороне (рис 2.3).

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

Рисунок 2.3 – Структура BCSM на приемной стороне IN для CS‑1

2.3.2 Основные фазы вызова BCSM на приемной стороне

Приемная часть BCSM соответствует той части ресурсов CCF, которые несут ответственность за установление соединения к вызываемому абоненту.

Фазы вызова описаны в рекомендации ITU-T Q.1214 [15] и показаны на рис. 2.3. В соответствии с этой рекомендацией существует одиннадцать основных состояний описания модели BCSM. Первые шесть относятся к BCSM на передающей стороне, а вторые пять – к BCSM на приемной стороне. Рассмотрим состояния, относящиеся к модели BCSM на приемной стороне.

1) Состояние 7 (PIC 7) – свободное состояние и проверка правомочности запроса входящей связи.

Стартовое событие: освобождение ресурсов, занятых в предыдущем соединении (переход от DP 17 или от DP 18); окончание обработки исключительной ситуации.

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

Доступная информация: номер счета для начисления платы; номер вызывающей стороны; категория вызывающей стороны; номер вызываемой стороны; дополнительная информация, доставленная входящей системой сигнализации.

Выходные события: индикация приема входящего вызова и разрешение направить его к адресату.

События выхода по исключению: индикация отказа со стороны передающей части или отрицательный результат проверки права входящей связи.

2) Состояние 8 (PIC 8) – выбор ресурса и извещение о принимаемом вызове.

Стартовое событие: индикация приема входящего вызова и разрешение направить его к адресату (переход от DP 12).

Функции: выбор ресурса для обслуживания вызова; подача извещения о вызове к вызываемому терминальному оборудованию (сообщения SETUP в случае ISDN или вызывного сигнала в случае аналоговой абонентской линии).

Доступная информация: та же, что для PIC 7.

Выходные события: приемная сторона извещается о вызове (переход к PIC 9); получен ответ вызываемой стороны (переход к DP 15).

События выхода по исключению: вызываемая сторона занята или недоступна (переход к DP 13); получена индикация отказа вызывающей стороны от связи (переход к DP 18).

3) Состояние 9 (PIC 9) – принимающая сторона передает оповещение (посылка вызова).

Стартовое событие: принимающая сторона извещается о вызове.

Функции: передача индикации оповещения к BSCM на исходящей стороне и ожидание ответа вызываемой стороны

Доступная информация: та же, что для PIC 8.

Выходные события: ответ вызываемой стороны (переход к DP 15).

События выхода по исключению: отсутствие ответа (переход к PIC 14); получена индикация отказа вызывающей стороны от связи (переход к DP 18).

4) Состояние 10 (РIС 10) – разговор.

Стартовое событие: ответ вызываемой стороны.

Функции: передача индикации ответа вызываемой стороны к BCSM на исходящей стороне; установление соединения между исходящей и входящей сторонами, наблюдение за состоянием связи.

Доступная информация: та же, что для PIC 9.

Выходные события: прием от вызванной стороны запроса услуги (атрибута услуги), например, кратковременное нажатие на рычаг телефонного аппарата, сигнал DTMF, сообщение DSS1 (переход к DP 16); запрос разъединения вызванной стороной или от BCSM на исходящей стороне (переход к DP 17).

5) Состояние 11 (PIC11) – освобождение.

Стартовое событие: возникновение условий, предполагающих выход по исключению из любой описанной выше точки PIC.

Функции: индикация в сторону исходящей BCSM возникновения нештатной ситуации; стандартная обработка исключительных ситуаций, предполагающая освобождение задействованных ресурсов.

Доступная информация: та, которая имеется в точке, где возникла исключительная ситуация.

Выходные события: завершение обработки исключительной ситуации функциями CCF/SSF (переход к PIC 7).

2.3.3 Точки обнаружения характерные для BCSM на приемной стороне

Точки обнаружения DP представляют собой такие точки в базовом процессе обслуживания вызова, в которых могут быть обнаружены события, представляющие интерес для логики услуг IN. В случае необходимости информация о таких событиях передается к функциям SCF. Для того, чтобы это было возможно, соответствующая DP должна быть активизирована. Только в этом случае программы логики услуг, находящиеся в SCР смогут влиять на последующее обслуживание вызова. Если DP не активизирована, то CCF/SSF продолжает работать с вызовом без обращения к SCF. Точки обнаружения характеризуются следующими атрибутами:

1) Механизмом активизации. Точки обнаружения могут быть активизированы статически или динамически. Статическая активизации производится функциями SMF (Service Management Function – функциональный объект эксплуатационного управления услугами). Такие точки остаются в активизированном состоянии до момента их деактивизации со стороны SMF. Динамическая активизация производится SCF в контексте управляющей связи между SSF и SCF при обслуживании конкретного вызова, причем DP остается активизированной до окончания этой управляющей связи.

2) Критерием. Под критерием понимаются условия, которые должны быть удовлетворены, чтобы к SCF было передано уведомление о том, что встретилась активизированная DP.

3) Логической связью. Если встречена активизированная DP и удовлетворен соответствующий ей критерий, функции SSF могут обмениваться информационными потоками с SCF, используя некую абстрактную среду, носящей название «логическая связь». Логическая связь может быть управляющей (используя ее, SCF влияет на процесс обслуживания вызова) и контрольной (используя ее, SCF может лишь вести мониторинг процесса, не оказывая на него никакого воздействия).

4) Необходимостью приостановки базового процесса обслуживания вызова. При условии, что встретилась активизированная DP, удовлетворяется соответствующий ей критерий и установлена управляющая связь, SSF может приостановить процесс обслуживания вызова для того, чтобы дать возможность функциям SCF влиять на дальнейший ход этого процесса. Если необходимость приостанавливать процесс отсутствует, функции SCF уведомляются о том, что встретилась определенная DP, но их ответная реакция не ожидается. Этот атрибут точки обнаружения назначается таким же образом, каким осуществляется ее активизация.

В соответствии с рассмотренными атрибутами для CS‑1 определены четыре типа точек обнаружения:

– триггерная точка обнаружения, запрос (TDP-R);

– триггерная точка обнаружения, уведомление (TDP-N);

– точка обнаружения события, запрос (EDP-R);

– точка обнаружения события, уведомление (EDP-N).

Атрибуты перечисленных типов точек обнаружения приведены в таблице 2.1.

Таблица 2.1 – Атрибуты точек обнаружения

Тип DP	Механизм активизации	Критерий	Управляющая связь	Приостановка базового процесса	Пример использования
TDP-R	Статический	Свой для каждой DP	Инициирует управляющую связь	Требуется	Все услуги IN
TDP-N	Статический	Свой для каждой DP	Инициирует и прекращает управляющую связь	Не требуется	Телеголосование
EEDP-R	Динамический	Отсутствует	В контексте существующей управляющей связи	Требуется	Распределение вызовов
EEDP-N	Динамический	Отсутствует	В контексте существующей управляющей или контрольной связи	Не требуется	Начисление платы

Диаграмма, иллюстрирующая обработку точек обнаружения, показана на рисунке 2.4. Следует отметить, что одна и та же точка обнаружения может быть определена для одного и того же вызова и как триггерная точка ТDР, и как точка обнаружения события EDP. Если это так, то обработка EDP имеет более высокий приоритет, чем обработка ТDР.

Страницы: 1, 2, 3, 4, 5, 6, 7, 8