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

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

• добавление объектов в базу данных и удаление объектов из базы данных;

• отыскание и изменение значений атрибутов объектов в базе данных;

• возврат к значениям атрибутов, принятым «по умолчанию»;

• увеличение или уменьшение значений атрибутов на заданную величину.

Данные SSD определяют файл абонентских данных, элемент данных в файле, а также тип действия, которое будет выполняться над этими данными, и содержат указатели полей данных CID на объекты абонентской базы данных:

• Имя объекта, определяющее в файле абонентских данных объект, который будет использован при выполнении блока;

• Действие, определяющее операции, которые будут производиться над абонентскими данными. Разрешенными являются следующие типы операций: замена существующего элемента данных абонентского файла новым элементом, запрос (поиск) элемента данных абонентского файла и копирование его в соответствующее поле выходных данных CID, увеличение (инкремент) или уменьшение (декремент) значения элемента данных в абонентском файле, присвоение текущему значению атрибута абонентских данных значения, принятого поумолчанию, добавление в базу данных нового объекта и удаление объекта из базы данных;

• Индикатор атрибута указывающий на тот объект в файле абонентских данных, по отношению к которому будут выполнены действия;

• Значение инкремента/декремента;

• Указатель поля данных СЮРР-Информация, определяющий, какое именно поле данных CID должно быть использовано для размещения информации;

• Указатель поля данных CIDFP-Атрибут, определяющий, какие именно данные CID должны быть использованы в качестве индикатора атрибута абонентских данных;

• Указатель поля данных CIDFP-Запрошенные данные, определяющий, в какое поле выходных данных CID будут помещены запрошенные данные;

• Указатель поля данных CIDFP-Идентификатор разрешенной связи;

• Указатель поля данных CIDFP-Причина ошибки.

Входные данные CID содержат новое значение элемента абонентских данных для занесения его в абонентскую базу данных, а также



определяют элемент базы данных, над которым будут выполняться действия.

SIB имеет два логических завершения: Успех и Ошибка. Здесьсле-дует отметить, что если данные, полученные от пользователя (с помощью блока USER INTERACTION), являются некорректными, то ветвь логического завершения Ошибка может привести к новому сеансу взаимодействия с пользователем. Пользователь получает сведения о причине ошибки и имеет возможность ввести другие данные.

Данный SIB может использоваться в услугах Call forwarding, UPT и других, где требуется управление данными пользователя. Графическое представление блока приведено на рисунке 2.2.11.


Имя объекта Действие

Индикатор атрибута Значение инкремента/декремента СЮРР-Информация СЮРР-Атрибут СЮРР-Запрошенные данные CIDPP-Инентификатор разрешенной связи СЮРР-Причина ошибки

Успех

Ошибка

Новое значением . . абонентских данных

Индикатор атрибута Идентификатор разрешенной связи

Запрошенные данные Причина ошибки

Рис. 2.2.11 Блок SERVICE DATA MANAGEMENT (SDM)

БЛОК STATUS NOTIFICATION. Этот блок предоставляет возможность запросить информацию о текущем состоянии или об изменении состояния ресурсов сети. Под ресурсами понимаются абонентские или соединительные линии, состояние которых может быть «свободны» или «заняты». Данный блок может использоваться в услугах/ атрибутах услуг CCBS, Freephone, Call transfer. Call distribution. Возможны четыре типа действий, связанных с получением информации о статусе:

1. Запрос сведений о статусе ресурса. Ответом является извещение о текущем статусе этого ресурса.

2. Ожидание нужного статуса ресурса. Ответ поступает тогда, когда этот ресурс перейдет в нужное состояние (например, из состояния «занято» в состояние «свободно»), или немедленно, если ресурс уже находится в нужном состоянии. До перехода ресурса в нужное состояние процесс, в контексте которого выполняется данный SIB, приостанавливается.



3. Непрерывный мониторинг - отслеживание и запись изменений статуса. Ответ содержит сведения обо всех изменениях статуса ресурса.

4. Отмена непрерывного мониторинга.

Данные SSD включают в себя спецификацию одного из вышеперечисленных типов действий, спецификацию ресурса (абонентская линия, соединительная линия), данные для настройки таймера, ограничивающего продолжительность мониторинга, индикатор файла для записи текущего статуса ресурса, а также указатели полей выходных данных CID, куда будет помещена результирующая информация о статусе ресурса и о причине ошибки выполнения блока. Входных данных CID блок не имеет. Блок имеет три типа логических завершений: Успех, Сработал Таймер и Ошибка. Графическое представление блока приведено на рисунке 2.2.12.

Тип действия Ресурс

Статус Ресурса Значение таймера

Индикатор файла извещения о статусе

CIDFP-Статус

CIDFP-Причина ошибки

STATUS NOTIFICATION

-► Успех

Сработал таймер -► Ошибка

Статус

Причина ошибки

Рис. 2.2.12 Блок STATUS NOTIFICATION

БЛОК TRANSLATE. Блок TRANSLATE выполняет основную функцию, поддерживающую возможности из набора CS-1, которая требуется для всех ключевых услуг: Freephone, User defined routing, VPN, UPT, Call forwarding, Call transfer. Входная информация пересчитывается (либо непосредственно, либо с использованием других данных CID, например, идентификации вызывающей линии) в выходную информацию, которая представляет собой физический адрес, необходимый для маршрутизации. В совокупности с другими блоками, например, с таким как COMPARE, блок TRANSLATE может обеспечить маршрутизацию в зависимости от времени суток. Данные SSD блока TRANSLATE содержат следующие поля:

• Имя объекта определяет, где размещаются данные для пересчета;

• Фильтр пересчета определяет элементы объекта данных и фильтры, которые должны применяться к элементам при пересчете. Значения элементов хранятся в указателе поля данных CIDFP-Зна-чение(я) фильтра;



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