В приложении А приведена модель внутренних ресурсов 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 может лишь вести мониторинг процесса, не оказывая на него никакого воздействия).