циями эксплуатационного управления - внутренний и не подлежит стандартизации в CS-1. SCF-FSM отвечает, прежде всего, за взаимодействие с FSM других функциональных объектов (SSF-FSM, SRF-FSM и SDF-FSM) и уведомляет программы SLP о возникающих в них событиях. Структура SCF-FSM приведена на рисунке 3.3.2.

► SRF

Рис. 3.3.2 Структура SCF-FSM

Каждый раз при обращении к IN со стороны конечного пользователя (т.е. при получении запроса от SSF), или если вызов инициирован запросом со стороны логики услуг, в SCF создается специальный объект - модель состояний процесса обработки вызова (SCF call state model, SCSM). Функции управления, связанные с выполнением действий, которые предписывают получаемые от SCF операции, возлагаются на другой объект, называемый объектом административного управления SCME (SCF management entity). SCME содержит управляющую часть (SCME-Control) и несколько машин конечных состояний административного управления - SCME FSM.

SCF должен обладать способностью одновременно и асинхронно обслуживать большое количество запросов. Этим объясняется необходимость выделения функций SCME-Control в отдельный объект, который решает задачи создания и технического обслуживания остальных объектов, входящих в состав SCF-FSM, а также обращения к этим объектам. Кроме того, SCME-Control служит интерфейсом между объектами SCSM и администратором доступа (FEAM) к функциональным объектам.

В дополнение к вышеперечисленным задачам SCME поддерживает диалоги всех машин состояний с SSF, SDF и SRF. В частности, SCME-control интерпретирует сообщения, поступающие от других функциональных объектов, и преобразует их в соответствующие события SCSM, преобразует получаемые от SCSM данные в сообщения для передачи к другим функциональным объектам, выполняет такие (асинхронные по отношению к обслуживанию вызова или не

(EmS) Filtering Response from SSF

Рис. 3.3.3 Диаграмма состояний машины Service Filtering в SCME

SCME работает со следующими операциями: AcftVateSen ceF ter-ing, ServiceFilteringReport, CallGap, ActivityTest. Генерация операций

связанные с ним) действия, как: управление потоком данных, просеивание, прореживание потока вызовов и наблюдение за ресурсами; поддерживает взаимодействие между SCF и другими функциональными объектами, а также обнаруживает другие ситуации, связанные с необходимостью создания SCME-FSM.

Разные контексты объектов типа SCME-FSM различаются на основании адресной информации, которая содержится в операциях, инициирующих услугу. Так, для процедуры просеивания адресная информация задается параметром «критерий просеивания» (Filtering Criteria), после чего все операции вида ActivateServiceFiltering, использующие одинаковый адрес, направляются к одной и той же машине SCME-FSM, созданной для этого контекста просеивания. Операции ActivateServiceFiltering, содержащие другие критерии просеивания, вызывают создание новых SCME-FSM.

Администратор доступа FEAM выполняет функции нижнего уровня поддержки интерфейсов, освобождая от этих функций SCME. В число таких функций входят создание и поддержка интерфейсов с SSF, SRF и SDF, контроль прохождения (и, если это требуется, - установка в очередь) сообщений, поступающих от SSF, SRF и SDF к SCME-control, форматирование, установка в очередь (если требуется) и передача к SSF, SRF и SDF сообщений, принятых от SCME-Control

Хотя SCSM имеет состояние и процедуры, обеспечивающие управление очередями, существует и другая альтернатива - управлять очередями вызовов в SSF-CCF; однако технические подробности того, как SSF/CCF осуществляет управление очередью, в концепции IN не рассматриваются.

3.3.3 Диаграмма состояний SCME

Пример диаграммы изменения состояний SCME показан на рисунке 3.3.3.

CallGap И ActivityTest не изменяет состояния SCME. Процедуры, связанные с операциями/4cftVateSen ceF/7ter/ngf и ServiceFilteringReport, рассматриваются ниже. При приеме иных операций SCME транслирует их к соответствующему SCSM, не изменяя своего состояния.

Состояние МЗ - «Service filtering idle» (Просеивание, исходное состояние). В этом состоянии возможно одно событие:

• (Ет5) Filtering Request to SSF - внутреннее событие, является результатом того, что логика услуг нуждается в просеивании поступающих к SSF запросов обслуживания. Передается операция ActivateServiceFiltering и происходит переход FSM в состояние М4 «Waiting for SSF service filtering response*.

Состояние M4 - «Waiting for SSF Service Filtering Response* (Ожидание ответа от SSF об активизации просеивания). В этом состоянии существенны два события:

• (Ет7) End of Service Filtering - внутреннее событие, состоящее в том, что истекла выдержка времени, определяемая таймером продолжительности просеивания в SCF. Это событие приводит к переходу в состояние МЗ «Service filtering idle*.

• (EmS) Filtering Response f rom SSF - внешнее событие, состоящее в том, что поступил ответ на операцию ActivateServiceFiltering, предварительно отправленную к SSF Это событие не ведет к переходу в другое состояние.

3.3.4 Диаграмма состояний SCSM

3.3.4.1 Общие принципы, операции и таймеры

На рисунке 3.3.4 приведена диаграмма состояний SCSM в соответствии с процедурами обработки вызовов, требующих услуг IN, при реализации SCF-FSM в любом из узлов видaSCP/AD/SN. Некоторые состояния могут содержать в себе несколько внутренних состояний и, соответственно, несколько машин (sub-FSM).

Рассмотрим общие правила, применимые более чем к одному состоянию.

Если в принятой операции обнаружена ошибка, об этом уведомляются SLP и функции технического обслуживания. Обычно SCSM остается в прежнем состоянии, однако ошибки могут обрабатываться по-разному. В зависимости от класса операции, уведомление о наличии ошибки может быть передано тому объекту, от которого принята операция.

Если со стороны SSF поступает уведомление об окончании диалога, SCSM информирует об этом SLP и возвращается в состояние «ldle*. Ресурсы, выделенные для обслуживания вызова, включая ре-