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

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

ОДИН пользователь одновременно ассоциирован с несколькими терминалами, то при входящем запросе агент пользователя должен определить, с каким именно агентом поставщика он должен связаться. Если пользователь уже имеет доступ к системе, то запрос поступает на один из доступных терминалов по указанию пользователя. В противном случае пользовательский агент определяет, через какой терминал пришёл запрос, и обращается к агенту поставщика, который способен обслужить пользователя. Таким образом, реальное местонахождение пользователей и терминалов может определяться через соответствующих агентов, что позволяет пользователям (и терминалам) перемещаться по территории, обслуживаемой сетью. Обеспечение концепции возложено на DPE.


I I Компоненты

lool Потоковыйинтерфейс

Операционныйинтерфейс

-- Потокопераций

I I Поток данных Создание

as: сессия доступа

ss: сессия услуги

UAP: пользовательскоеприложение

1А: инициирующий агент

РА: агентпоставщика

UA: агент пользователя

SF: «фабрика услуг»

SSM: менеджер сессии услуги

USM: менеджер сессии пользователя

CSM: менеджер сессии связи

TCSM: оконечный менеджер сессии связи

СС: координаторсоединений

Рис. 5.6.7 Основные компоненты архитектуры услуг



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

• СЕССИЯ УСЛУГИ - отдельная активизация услуги, во время которой пользователям предоставляются сетевые ресурсы согласно логике этой услуги. Вычислительную часть сессии исполняет менеджер сессии услуги (SSM - Service session manager), имеющий операционные интерфейсы двух типов: общий интерфейс управления сессией (обеспечивает подключение и удаление пользователей, атакже приостановку участия в сессии) и специфический интерфейс, обеспечивающий логикууслуги. Сессию услуги, в свою очередь, разделяют на две части - сессию пользователя и сессию поставщика. Часть, ассоциируемая с поставщиком, представляет поведение (логику) услуги, общее для любого типа пользователей, вовлеченных в процесс ее использования. Сессия пользователя начинается с момента его вхождения в сессию услуги и заканчивается с его выходом из этой сессии. Во время сессии сохраняются индивидуальные настройки пользователя и специфические данные.

• СЕССИЯ СВЯЗИ - это ориентированная на услуги абстракция соединения в транспортной сети. Во время сессии связи происходит установление соединений, определение концевых точек, путей связи и показателей ее качества. Вычислительную основу сессии обеспечивает менеджер сессии связи (CSM - Communication session manager).

Разделение сессий услуги и доступа позволяет каждому пользователю выбрать свою технологию и метод доступа, менять свое расположение во время сеанса, а также временно приостанавливать и возобновлять участие в сессии. Разделение сессий услуги и связи делает услугу независимой от существующих соединений, благодаря чему отпадает необходимость сохранять соответствие между пользователями услуги и транспортными соединениями. Основные компоненты архитектуры услуг приведены на рисунке 5.6.7.

5.6.1.5 Архитектура эксплуатационного управления

Архитектура эксплуатационного управления определяет концепции и принципы создания систем эксплуатационного управления объектами в TINA-системах. Различают два типауправления (см. рис. 5.6.8):

• управление вычислениями - включает в себя управление NCCE (компьютером) и средой DPE; этот вид управления не принимает во внимание функциональные особенности приложений, работающих в DPE, а управляет размещением, конфигурацией, запуском и поддержкой выполнения соответствующих программ;



Услуги

Ресурсы Элементы

Телекоммуникационное управление

Транспортная сеть

Приложени!

NCCE

Управление вычислениями

Рис. 5.6.8 Архитектура эксплуатационного управления TINA

5.6.2 Общие принципы CORBA

Для среды DPE TINA-систем в качестве стандарта де-факто рассматривается Общая архитектура с передачей запросов к объекту через посредника (CORBA - Common object request broker architecture), разработанная группой OMG. CORBA нацелена на обеспечение работы и взаимодействия разнородных (написанных на разных языках) приложений в распределенной среде. Центральным компонентом CORBA является посредник (ORB - Object request broker), который отвечает, главным образом, за обеспечение связи между клиентами и объектами. По сути дела, ORB является распределенной программной шиной (совокупностью связанных через транспортную среду ORB-компонентов), обеспечивающей взаимодействие между удаленными объектами, причем детали этого взаимодействия (поиск объекта в сети, его активизация, транспортировка сообщений и данных) скрыты от пользователя и существуют как уже реализованная часть шины ORB.

Кроме ORB, в состав архитектуры CORBA входит ряд компонентов, обеспечивающих доступ к шине со стороны приложения:

• ядро шины ORB,

• язык описания интерфейса (IDL - Interface definition language),

• хранилище интерфейсов (IR - Interface repository),

• отображения для языков программирования (Language mappings),

• концепции входных и выходных блоков IDL (Stubs и skeletons),

• динамический вызов и диспетчеризация (Dynamic invocation and dispatch),

• адаптеры объектов (Object adapters),

• протоколы взаимодействия ORB-компонентов.

Через шину ORB доставляются запросы к объектам и принимаются ответы клиентам на эти запросы. Объект, которому необходимо доставить запрос от клиента, называется целевым объектом. Ключевой особенностью ORB является то, что процесс связи клиент/сер-



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