Базовый процесс обработки вызовов (стр. 8 из 14)

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Р.

Кроме того, одна и та же точка обнаружения может быть активизирована несколько раз в качестве TDP-R с разными критериями, приоритеты которых устанавливаются административной процедурой. Каждый следующий критерий анализируется только в случае, если не удовлетворяется предыдущий, или если после отработки предыдущего удовлетворенного критерия процесс обслуживания вызова возвратился к той же DP (при условии, что управляющая связь, обеспечивавшая отработку предыдущего критерия, завершена или заменена контрольной). Критерии, связанные с TDP-N, обрабатываются независимо от наличия или отсутствия управляющей связи.

Управляющая связь сохраняется до тех пор, пока есть активизированные для данной части соединения EDP-R, и завершается, когда таковых больше нет или когда происходит разъединение. Во время существования управляющей связи точки EDP-R могут динамически деактивизироваться со стороны SCF. Динамическая деактивизация EDP-R со стороны SSF производится после того, как они встретились, и об этом был извещен SCF, или же после разъединения.

Управляющая связь заменяется контрольной в случае, если больше нет активизированных EDP-R, но остались активизированные EDP-N. Когда не остается и активизированных EDP-N, или, когда произведено разъединение, контрольная связь тоже завершается. Динамическая деактивизация точек EDP-N производится так же, как и точек ЕDР-R.

Рисунок 2.4 – Диаграмма обработки точек обнаружения

Соблюдение приведенных правил гарантирует поддержку множества таких комбинаций обработки TDP/EDP, которые обеспечивают соблюдение принципа управления услугой из одной точки – основополагающего для набора возможностей CS‑1.

2.4 Функционирование модели внутренних ресурсов CCF/SSF как системы управления вызовами

На основании вышеизложенного, проанализируем последовательность действий, выполняемых объектами модели CCF/SSF.

Пользователь взаимодействует с CCF/SCF через CCAF с целью запросить связь. Менеджер базового процесса обслуживания вызовов (BCM создает BCSM, которая представляет основные функции управления соединением, необходимые для организации и поддержки этой связи. В процессе управления соединением в BCSM отслеживаются события, связанные с обслуживанием вызова.

ВСМ обрабатывает события, происходящие в точках обнаружения в BCSM. В случае если в активизированной точке обнаружения удовлетворяется соответствующий ей критерий, ВСМ информирует FIM/CM о состоянии BCSM и об обнаруженном событии. Если ВСМ нужны инструкции, работа БМСВ приостанавливается в данной DP до их получения. В противном случае BCSM продолжает работать.

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

Если для обработки события необходимо новое обращение к логике услуг IN, FIM/CM информирует об этом IN-SM и снабжает его информацией о событии и о состоянии BCSM. Если для обработки события необходим запрос обычной услуги (не интеллектуальной), FIM/CM информирует об этом non-IN-SM (менеджера услуг не-IN), который несет ответственность за дальнейшее обслуживание вызова.

IN-SM принимает и обрабатывает информацию о событиях, связанных с услугами IN. Если необходимо новое обращение к логике услуг, IN-SM создает новую IN-SSM, которая представляет состояния соединения в виде, понятном программам логики услуг в SCF. Затем менеджер коммутации услуг формирует и направляет в сторону SCF информационный поток, содержащий сведения о текущем состоянии IN-SSM.

SCF принимает и обрабатывает информационный поток от SSF и активизирует логику затребованной услуги, после чего направляет к SSF ответный информационный поток, содержащий требование к IN-FM изменить состояние IN-SSM таким образом, чтобы был реализован нужный атрибут услуги. SCF может также потребовать от SSF информировать его об определенной группе событий внутри BCSM, то есть указать группу точек EDP которые должны быть активизированы.

IN-SM принимает и обрабатывает информационный поток от SCF с целью изменить должным образом состояние IN-SSM. При этом IN-SM передает соответствующий запрос к FIM/CM, а также следит за изменением состояния IN-SSM с целью обнаружить события, о которых необходимо информировать SCF.

FIM/CM принимает запрос от IN-SM и проверяет его правомерность с учетом того, логика каких услуг к данному моменту активизирована. После этого FIM/CM передает к ВСМ указание, какие функции должны быть выполнены, и требование отслеживать события в BCSM.

Выполняя полученное указание, ВСМ манипулирует состояниями одной или нескольких BCSM. В процессе работы с BCSM он выполняет соответствующие функции управления ресурсами, а также следит за событиями в BCSM. Обнаружив в BCSM событие, ВСМ информирует об этом FIM/CM.

FIM/CM определяет, как следует обрабатывать это событие, после чего сообщает IN-SM, что событие связано с активной в данной момент логикой услуги IN.

IN-SM обрабатывает информацию о событии следующим образом. При условии, что событие связано с активной в данный момент логикой услуги ИС, IN-SM обновляет текущее состояние IN-SSM с тем, чтобы отразить состояние соединения пользователя и передать в информационном потоке от SSF к SCF информацию о событии и о состоянии IN-SSM.

В рассматриваемом нами случае SCF обрабатывает информационный поток следующим образом. При условии, что событие связано с активной логикой услуги IN, содержание информационного потока передается соответствующей программе. Затем формируется ответный информационный поток к SSF, содержащий требование, чтобы IN-SM изменил состояние IN-SSM.

Обмен информационными потоками между SSF и SCF продолжается, пока логика услуги не достигнет завершения (не останется никаких EDP или обслуживание вызова ресурсами CCF/SSF перейдет в область, где, в соответствии с логикой данной услуги, возникновение новых EDP не ожидается).

3.Общий анализ полумарковских процессов, как основы построения базовой модели управления вызова на приемной стороне

3.1 Определения, общая характеристика и основные свойства марковских и полумарковских процессов

Для реализации системы управления вызовами интеллектуальной сети, необходимо рассмотреть организацию базовых моделей управления вызовами на передающей и приемной стороне, в основе которых, как было отмечено, лежит БПОВ. В качестве методики проведения данных исследований предложено использовать аппарат марковских и полумарковских процессов, которые в последнее время достаточно широко используются в теории массового обслуживания, где для исследования реального объекта применяется формальное описание функционирования этого объекта в терминах той или иной системы массового обслуживания (СМО) [16]. Целесообразность применения для исследований марковских и полумарковских процессов объясняется двумя обстоятельствами: во-первых, для марковских процессов хорошо разработан математический аппарат, позволяющий решать многие содержательные физические задачи, и во-вторых, при помощи марковских процессов можно описывать точно или приближенно поведение ряда реальных физических систем и устройств [11].

Приведем общее определение марковского процесса. Случайный процесс

называется марковским, если для любых моментов времени из отрезка , условная функция распределения «последнего» значения при фиксированных значениях , , …, зависит только от , т.е. при заданных значениях справедливо соотношение