![]() |
Главная Новые телекоммуникационные услуги [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] ским персоналом через обычный интерфейс оператора. Никаких изменений системного прикладного программного обеспечения (версии ПО) при этом не требуется. SCEP ![]() Рис. 1.2.1 Платформа Интеллектуальной Сети Интеллектуальная периферия 1Р( Intelligent peripheral) выполняет вспомогательные функции, поддерживающие диалог с абонентом, такие как передача приглашения к набору дополнительных цифр, прием цифр, передаваемых абонентом многочастотным способом (DTMF), распознавание речи и некоторые другие. Интеллектуальная периферия может либо быть встроена в SSP, либо реализована в обособленном оборудовании. IP управляется со стороны SCP по протоколу INAP. Для подключения IP к SSP используются соединительные линии с сигнализацией, поддерживаемой подсистемой ISUP системы ОКС-7, или линии первичного доступа ISDN с цифровой абонентской сигнализацией DSS1. Узел управления услугами SCP( Service control point) содержит про-граммы, централизованно реализующие логику услуг, программные средства, поддерживающие протоколы взаимодействия с другими элементами сети, системное программное обеспечение, атакже базу данных реального времени. SCP принимает запрос от SSP и возвращает ему инструкции для дальнейшей обработки вызова в соответствии с логикой затребованной услуги. До приема от SCP нужных инструкций обслуживание вызова в SSP приостанавливается. SCP отвечает за обслуживание вызова до тех пор, пока управление соединением не будет передано обратно в SSP. В течение времени, пока за обслуживание вызова отвечает SCP, SSP может передавать ему сообщения о результатах выполнения требуемых операций. Система эксплуатационного управления и среда создания услуг SMP/SCEP (Service management point/Service creation environment point) предоставляют оператору сети возможности контроля и управления параметрами и конфигурацией услуг IN. Среда создания услуг содержит средства конструирования, модификации и тестирования услуг до начала коммерческой эксплуатации и средства загрузки соответствующих программ в SMR SMP обеспечивает эксплуатационное управление действующими услугами, атакже управление подготовкой новых услуг и их введением. Протоколы взаимодействия между SMR SCEP и SCP Международным союзом электросвязи пока не определены, однако стандартными протоколами де-факто стали Х.25 и TCP/IP 1.2.3 Модель обслуживания вызова Для понимания процессов, происходящих в SSP при установлении соединения и при наблюдении за ним вплоть до разъединения, удобно использовать модель базового процесса обслуживания вызова. Модель содержит последовательность точек, отображающих состояния этого процесса (PIC- Point in call), между которыми могут присутствоватьточки обнаружения (DP - Detection point) обращений куслугам IN или событий, которые представляют интерес сточки зрения логики услуг IN. Точки PIC являются представлениями обычных действий, выполняемых коммутационной станцией во время установления соединения, и состояний, через которые проходит процесс обслуживания вызова с момента, когда абонент снял трубку, до окончания связи. Например, нулевое состояние - это состояние, в котором SSP следит за свободной абонентской линией. В качестве других состояний (или точек PIC) можно назвать состояние вызова абонентом станции («трубка снята»), состояние, когда станция принимает набираемые абонентом цифры номера («накопление информации»), «анализ информации», «маршрутизация», «оповещение» и т.д. Через подобные состояния проходит процесс обслуживания вызова в любой станции (с функциями SSP или без них). Однако рассматриваемая ниже формальная модель процесса обслуживания вызова, требующего услуг IN, используется только в концепции IN, а потому любая коммутационная станция с функциями SSP должна соответствовать этой модели. Эта модель, содержащая в себе модель базового процесса обслуживания вызова so взаимодействии с логикой услуг IN, приведена на рисунке 1.2.2. Точки обнаружения обращений к услугам IN (по-английски они называются TDP - trigger detection points, в связи с чем их удобно, для краткости, называть триггерными точками), отмечают приостановку базового процесса обслуживания вызова для обращения к логике услуг IN, происходящую в соответствии с заранее назначенным критерием. Таким критерием могут быть определенное сочетание цифр в набранном абонентом номере, префикс, категория вы- зывающей абонентской линии и т.д. Важно отметить, что эксплуатационный персонал SSP может самостоятельно определять триггерные точки (т.е. делать их обнаруживаемыми) и назначать критерии для обращения к IN. Состояние процесса Триггерные точки обнаружения (например "накопление информации") (например "информация накоплена") Запрос и получение инструкций ![]() ![]()
Рис. 1.2.2 Модель процесса обслуживания вызова Кроме триггерных точек, назначаемых статически для каждого набора CS, определены также назначаемые динамически со стороны SCP точки обнаружения событий (EDP - Event detection point), интересных с точки зрения логики услуг IN. Такими событиями могут быть, например, занятость вызываемого абонента, ответ, отбой абонента и т.д. Переданная в SCP информация о том, какое именно событие наступило, используется сервисной логикой для того, чтобы принять решение о дальнейших инструкциях, которые нужно направить к SSP Если в процессе обслуживания вызова обнаруживается активная триггерная точка, процесс приостанавливается до тех пор, пока SSP и SCP не закончат обмен информацией, в результате которого определяются параметры следующего состояния базового процесса. Рассмотрим пример работы модели. Предположим, что базовый процесс обслуживания вызова вышел из нулевого состояния, прошел состояние «трубка снята» и находится в состоянии «накопление информации». Если накопленная информация отвечает заданному критерию, процесс приостанавливается и «срабатывает» триггерная точка «информация накоплена». SSP формирует сообщение с необходимыми данными и направляет его через сеть ОКС к SCP. После приема от SCP ответного сообщения, в котором содержатся инструкции для маршрутизации вызова, SSP переходит в следующее состояние «анализ информации». Далее процесс обслуживания вызова происходит обычным образом вплоть до разъединения. [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 |