Главная  Новые телекоммуникационные услуги 

[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [ 69 ] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159]

циями эксплуатационного управления - внутренний и не подлежит стандартизации в 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 данные в сообщения для передачи к другим функциональным объектам, выполняет такие (асинхронные по отношению к обслуживанию вызова или не



Состояние МЗ "Service Filtering Idle"

(em5) Filtering Request to SSF

Состояние M4 "Waiting for SSF Service Filtering Reponse"

"em7) End of Service Filtering

(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*. Ресурсы, выделенные для обслуживания вызова, включая ре-



[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [ 69 ] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159]

0.0016