Базовый процесс обработки вызовов 
) состояния или фазы вызова PIC;2) точки обнаружения DP;3) переходы;4) события.Рисунок 2.2 - Обозначение элементов БМСВВ рамках архитектуры IN модель BCSM отражает существующий процесс коммутации базовых двусторонних вызовов и функциональное разделение между исходящим и входящим сегментами вызова [6]. Модель состоит из двух частей: BCSM на передающей и принимающей сторонах.В соответствии с поставленными в техническом задании к дипломной работе задачах, в данной дипломной работе исследуется BCSM на приемной стороне (рис 2.3).Следует отметить, что каждое состояние BCSM характеризуется перечнем стартовых событий (вызывающих переход в данное состояние или фазу вызова), перечнем выполняемых функций, доступной информацией и перечнем выходных событий (вызывающих переход из данного состояния).Рисунок 2.3 - Структура BCSM на приемной стороне IN для CS_12.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Р.Кроме того, одна и та же точка обнаружения может быть активизирована несколько раз в качестве 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].
Страницы: 1, 2, 3, 4, 5, 6
|
|
