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

[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]

3.2.3 Машина конечных состояний объекта SSME-FSM

Диаграмма состояний SSME-FSM приведена на рисунке 3.2.3. Заметим, что SSME-FSM независима от индивидуальных SSF-FSM.

Состояние mb

"Non-call Associated Treatment"

Состояние ma "Idle Management

Рис. 3.2.3 Диаграмма состояний SSME-FSM

Переход в состояние «Non-call Associated Treatment* (обработка, не связанная с конкретным вызовом) из состояния «ldleManagement» происходит, когда принимается одна из следующих не связанных с обработкой вызова операций (переход emi): ActivateServiceFiltering, CallGap, ActivityTest.

Операция CallGap может быть принята как при транзакции в контексте вызова, так и внетакой транзакции. Операция AcftV/iyTesf принимается только при транзакции в контексте вызова. Операция ActivateServiceFiltering может быть принята только при транзакции вне контекста вызова.

В состоянии «Non-call Associated Treatment* могут произойти следующие события:

• если услуга Service Filtering активизирована, SSF должен передать к SCF операцию ServiceFilteringResponse; SSME-FSM остается в том же состоянии (переход етЗ);

• если услуга Service Filtering активизирована, но время просеивания истекло, SSME-FSM должна перейти в состояние «ldleMa-nagement» (переход em2) и передать к SCF операцию ServiceFilteringResponse;

• если сработал таймер процедуры прореживания вызовов (Call Gap), SSME-FSM должна перейти в состояние «ldleManagement» (переход em2);



• если активизирована услуга прореживания вызовов (Call gap) или просеивания (Service filtering), а SSF принял операцию CallGap/ ActivateServiceFiltering с теми же самыми критериями, то предыдущие параметры прореживания или просеивания заменяются новыми (переход етЗ) при условии, что текущее значение та1?1ме-ра не равно нулю; в противном случае SSME-FSM должна пере1?1ти в состояние «ldleManagement» (переход ет2).

Все другие операции не влияют на состояния SSME-FSM; они проходят под контролем SSME-control к соответствующе!?! SSF-FSM.

3.2.3.1 Диаграмма состояни!?! SSF

На рисунке 3.2.4 показана диаграмма состояни!?! SSF в узле коммутации услуг SSP при обработке вызова, требующего услуги Интеллектуальной сети.

Состояние ь Trigger Processing"

Состояние а "Idle"

Состояние d "Waiting for End of

User Interaction"

el 2

Состояние с "Waiting for Instruction"

Состояние f "Monitoring"

elO 1

Состояние e "Waiting for End of Temporary Connection"

Примечание: переходы, связанные с отказом от обслуживания, на схеме не показаны.

Рис. 3.2.4 Диаграмма состояний SSF-FSM

Рассмотрим некоторые общие правила, относящиеся к описываемым ниже состояниям SSF-FSM. Один или более компонентов, принятых в одном или нескольких сообщениях ТСАР, могут включать в себя одну операцию или последовательность нескольких операций и должны обрабатываться следующим образом.

Операции должны обрабатываться в порядке их поступления. Каждая операция может вызвать изменение состояния FSM, независимо оттого, сколько операций было принято в одном сообщении. SSF поочередно проверяет принимаемые операции и выполняет предписываемые ими действия до тех пор, пока при их выполнении FSM остает-



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

Например, SSF может принять операции FurnishCharginglnformation, ConnectToResource и PlayAnnouncement в последовательности компонентов внутри одного сообщения ТСАР. После приема этого сообщения выполняются операции FurnishCharginglnformation и ConnectToResource, в то время как SSF находится в состоянии ожидания инструкций («Waiting For Instructions*). После выполнения действий согласно операции ConnectToResource (и действий, предписанных операцией FurnishCharginglnformation) машина состояний SSF-FSM переходит в состояние ожидания окончания взаимодействия с пользователем («Waiting For End Of User Interaction*). Операция PlayAnnouncement транспируется в SRF, a SSF остается в состоянии «Wait-ing For End Of User Interaction*.

Если при обработке одной из операций последовательности обнаруживается ошибка, SSF-FSM приступает к обработке ошибки и сбрасывает все оставшиеся операции этой последовательности. Если смысл операции не ясен или выходит за рамки контекста, диалог прекращается.

В любом состоянии SSF-FSM информация об ошибке, обнаруженной в принятой операции, передается функциям техобслуживания, а SSF-FSM остается в том же состоянии. В зависимости от класса операции SSF может информировать об ошибке SCF, используя для этого соответствующий компонент ТСАР.

В любом состоянии (кроме исходного состояния «ldle») при отказе вызывающей стороны от обслуживания до получения ответа (т.е. перед точкой PIC «Active* в модели BCSM) SSF-FSM должна дать CCF инструкцию прекратить обслуживание вызова и убедиться, что все назначенные для его обслуживания ресурсы CCF освобождены, а затем завершить работу в соответствии с установленным алгоритмом и перейти в состояние «ldle».

В любом состоянии (исключая состояние «ldle»), если одна из сторон дала отбой после того как связь была установлена (т.е. в точке PIC «Active» в модели BCSM), SSF-FSM должна завершить работу в соответствии с установленным алгоритмом и перейти в состояние «ldle».

В SSF имеется таймер Tgg, который предназначен для предотвращения чрезмерно длительной приостановки обслуживания вызова, а также для защиты ассоциации между SSF и SCF Таймер запускается в следующих случаях:



[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.0013