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

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

нужны инструкции, работа BCSM приостанавливается в данной DP до их получения. В противном случае BCSM продолжает работать.

Используя полученную от ВСМ информацию, FIM/CM (Feature interaction manager/call manager) определяет, нужна ли для обработки события логика услуг IN или логика обычных услуг Кроме того, принимается решение, нужно ли активизировать новую логику услуги, или событие может быть обработано уже активизированной к данному моменту логикой.

Если для обработки события необходимо новое обращение к логике услуг IN, FIM/CM информирует об этом IN-SM и снабжает его информацией о событии и о состоянии BCSM. Если для обработки события необходим запрос обычной услуги (не-IN), FIM/CM информирует об этом non-IN-SM (менеджера услуг не-IN), который несет ответственность за дальнейшее обслуживание вызова.

IN-SM принимает и обрабатывает информацию о событиях, связанных с услугами IN. Если необходимо новое обращение к логике услуг, IN-SM создает новую IN-SSM, которая представляет состояния соединения в виде, понятном программам логики услуг в SCF Затем менеджер коммутации услуг формирует и направляет в сторону SCF информационный поток, содержащий сведения о текущем состоянии IN-SSM.

SCF принимает и обрабатывает информационный поток от SSF и активизирует логику затребованной услуги, после чего направляет к SSF ответный информационный поток, содержащий требование к IN-FM изменить состояние IN-SSM таким образом, чтобы был реализован нужный атрибут услуги. SCF может также потребовать от SSF информировать его об определенной группе событий внутри BCSM, то есть указать группу точек EDP, которые должны быть активизированы.

IN-SM принимает и обрабатывает информационный поток от SCF с целью изменить должным образом состояние IN-SSM. При этом IN-SM передает соответствующий запрос к FIM/CM, а также следит за изменением состояния IN-SSM с целью обнаружить события, о которых необходимо информировать SCF

FIM/CM принимает запрос от IN-SM и проверяет его правомерность с учетом того, логика каких услуг к данному моменту активизирована. После этого FIM/CM передает к ВСМ указание, какие функции должны быть выполнены, и требование отслеживать события в BCSM.

Выполняя полученное указание, ВСМ манипулирует состояниями одной или нескольких BCSM. В процессе работы с BCSM он выполняет соответствующие функции управления ресурсами, атакже следит за событиями в BCSM. Обнаружив в BCSM событие, ВСМ информирует об этом FIM/CM.



FIM/CM определяет, как следует обрабатывать это событие, после чего сообщает IN-SM, что событие связано с активной в данной момент логикой услуги IN.

IN-SM обрабатывает информацию о событии следующим образом. При условии, что событие связано с активной в данный момент логикой услуги IN, IN-SM обновляет текущее состояние IN-SSM с тем, чтобы отразить состояние соединения пользователя и передать в информационном потоке от SSF к SCF информацию о событии и о состоянии IN-SSM.

В рассматриваемом нами случае SCF обрабатывает информационный поток следующим образом. При условии, что событие связано с активной логикой услуги IN, содержание информационного потока передается соответствующей программе. Затем формируется ответный информационный поток к SSF, содержащий требование, чтобы IN-SM изменил состояние IN-SSM.

Обмен информационными потоками между SSF и SCF продолжается, пока логика услуги не достигнет завершения (не останется никаких EDP или обслуживание вызова ресурсами SSF/CCF перейдет в область, где, в соответствии с логикой данной услуги, возникновение новых EDP не ожидается).

2.3.4 Модель SRF

Модель функционального объекта, содержащего специализированные ресурсы, приведена на рисунке 2.3.8. Отличительной особенностью SRF является то, что внутренние ресурсы всегда управляются по запросу, получаемому извне от других функциональных объектов.

Так, в целях поддержки процесса обслуживания вызова, SRF имеет логические связи с CCF/SSF и SCF. SCF управляет соединением между SSF/CCF и SRF, а также направляет к SRF запросы, содержащие необходимые инструкции. В процессе формирования ответа на запрос SSF функциям SCF может понадобиться войти в диалог с пользователем (вызывающим или вызываемым).

Функции SCF в CS-1 передают SRF инструкции о необходимости начать диалог только после того, как будет установлено соединение между SSF/CCF и SRF В ходе диалога между пользователем и функциональным блоком SRF последний может передавать пользователю необходимые речевые подсказки и принимать цифры, которые тот передает в виде сигналов DTMF. Принятые цифры пересылаются к SCF Когда специализированные ресурсы больше не требуются, SCF передает к SSF/CCF запрос освободить SRF



Ресурсы

Менеджер ресурсов

Распознаватели и синтезаторы речи

Генераторы акуст. сигналов

Приемники DTMF

Менеджер доступа к функциональным объектам

SSF/CCF

Пользователь

Рис. 2.3.8 Модель SRF

В SRF содержатся следующие функциональные компоненты: менеджер доступа FEAM (Functional entity access manager), менеджер ресурсов RM (Resource manager) и специализированные ресурсы. FEAM обеспечивает обмен информацие:?! с другими функциональными объектами. RM содержит средства поиска свободного ресурса нужного типа, контроля состояния каждого ресурса (занят, свободен, блокирован) и управления их pa6oToi?i. В CS-1 предусматриваются ресурсы четырех типов: приемники многочастотного набора, генераторы акустических сигналов и автоинформаторы, приемопередатчики сообщени!?! (речевых, электронно!?! почты и др.), синтезаторы и распознаватели речи.

Для управления соединением SSF/CCF со специализированными ресурсами между SSF/CCF и SRF имеется логическая связь. Информация, касающаяся управления соединением, передается к CCF/SSF от SCF. После установления соединения SCF направляет к SRF инструкции для управления ресурсами.

2.3.5 Модель SCF

Основное назначение SCF состоит в исполнении программ логики услуг Модель функци1?1 управления услугами приведена на рисунке 2.3.9. Показанная на рисунке платформа образует среду, в кото-poi?i работают программы логики услуг, реализующие управление услугами, причем одновременно могут работать несколько таких программ.

Менеджер исполнения логики услуг SLEM (Service logic execution manager) управляет всеми де1?1ствиями, обеспечивающими работу логики услуг В состав SLEM входят отдельные программы логики



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