Смекни!
smekni.com

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

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

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

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

IN-SM служит интерфейсом, который делает видимыми для SCF события, происходящие в CCF/SSF, и обеспечивает доступ SCF к ресурсам CCF/SSF. Основную часть IN-SM составляет модель состояний процесса коммутации услуг IN-SSM (IN-SwitchingStateModel), представляющая процесс обслуживания вызова ИС функциями 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-TQ.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 (ServiceManagementFunction – функциональный объект эксплуатационного управления услугами). Такие точки остаются в активизированном состоянии до момента их деактивизации со стороны SMF. Динамическая активизация производится SCF в контексте управляющей связи между SSF и SCF при обслуживании конкретного вызова, причем DP остается активизированной до окончания этой управляющей связи.

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

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