RU2309555C2

RU2309555C2 - Способ для эксплуатации сети связи

Info

Publication number: RU2309555C2
Application number: RU2004121959/09A
Authority: RU
Inventors: Оливер ФЕНДТ (DE); Оливер ФЕНДТ
Original assignee: Сименс Акциенгезелльшафт
Priority date: 2001-12-19
Filing date: 2002-12-04
Publication date: 2007-10-27
Also published as: EP1322124A1; BR0215167A; CN1611081A; CA2471248A1; US20050021707A1; RU2004121959A; AU2002352217B2; AU2002352217A1; WO2003053075A2; WO2003053075A3

Abstract

Изобретение относится к способу для эксплуатации сети связи, содержащей, по крайней мере, одну систему менеджмента сети и множество компонентов сети, при котором производят обмен данными менеджмента между, по крайней мере, одной системой менеджмента сети и, по крайней мере, одним из компонентов сети. Технический результат - расширение функциональных возможностей и повышение надежности связи. Для эксплуатации имеющей, по крайней мере, одну систему менеджмента сети (NMS) и множество компонентов сети (NE1, NE2, NE3, ЕМ) сети связи (KN) производят обмен данными менеджмента (MD) между, по крайней мере, одной системой менеджмента сети (NMS) и, по крайней мере, одним из компонентов сети (NE1, NE2, NE3, ЕМ) через предоставленную в распоряжение с помощью Web-сервиса (WS) инфраструктуру связи (WSIS). За счет этого создают открытые интерфейсы между компонентами сети (NE1, NE2, NE3, ЕМ) и, по крайней мере, одной системой менеджмента сети (NMS), через которые является возможным гибко расширяемый, надежный, а также независимый от изготовителя менеджмент сети связи (KN), также имеющей, между прочим, различные системы менеджмента сети (NMS). 13 з.п. ф-лы, 5 ил.

Description

Изобретение относится к способу для эксплуатации сети связи, содержащей по крайней мере одну систему менеджмента сети и множество компонентов сети, при котором производят обмен данными менеджмента между по крайней мере одной системой менеджмента сети и по крайней мере одной из компонентов сети.

Глобализация и дерегулирование рынка связи приводит к высокому давлению конкуренции между большим числом эксплуатационников сетей связи. Поэтому с точки зрения эксплуатационников сетей связи является желательным иметь возможность предлагать привлекательные услуги, а также поддерживать возможно низкими текущие эксплуатационные расходы. Существенная составляющая текущих расходов состоит в прикладных программах для по крайней мере одной системы менеджмента сети. Подобные системы менеджмента сети должны удовлетворять различным требованиям. Сюда относится, между прочим, быстрая возможность расширения, высокая гибкость и возможность легкого интегрирования других систем менеджмента различных поставщиков данных. Кроме того, желательным является также простое обслуживание, а также надежная, легко масштабируемая и независимая от платформы реализация функций менеджмента сети.

Реализованные в настоящее время системы менеджмента сетей вследствие исторического развития рынка связи являются сильно сфокусированными, сложными в управлении и техническом обслуживании, а также расширяемыми только со значительными затратами и сильно ограниченными в своем масштабировании. При этом в системах менеджмента сетей известны в основном три различные области фокусирования: фокусирование по технологии, фокусирование по изготовителям, а также фокусирование по информационному обмену.

Фокусирование по технологии касается технологий, предусмотренных для различных областей применения внутри сети связи системы менеджмента сети, например, область доступа, регионально/городская область и применение в качестве базовой сети. Для каждой из названных областей применения существуют различные самостоятельные системы менеджмента сетей, которые частично реализованы за счет различных технологий. Фокусирование по изготовителям обозначает частично узко специализированные формы реализации систем менеджмента сети отдельных различных изготовителей, которые созданы специально с расчетом на продукцию одного изготовителя и часто являются не пригодными для менеджмента сетей связи третьих лиц. Под фокусированием, относящимся к информационному обмену, следует понимать разделение на сети передачи речи и сети передачи данных.

Архитектура сегодняшних систем менеджмента сети носит отпечаток структур связи между отдельными компонентами сети, в которых функции менеджмента реализованы посредством специально установленных, связанных друг с другом функциональностей через специально предусмотренные программные модули. Подобные комплексные системы менеджмента сети действуют внутри сети связи в качестве огромного "монолитного блока", который является сложным в обслуживании и требует высоких затрат на техническое обслуживание. Актуализация подобной комплексной системы менеджмента сети является способом, отнимающим много времени, что связано с высоким риском ошибок, а также с финансовыми затратами. Кроме того, подобные системы менеджмента сети являются трудно расширяемыми и масштабируемыми. До настоящего времени в сетях связи для реализации обмена данными между различными компонентами сети через компоненты программного обеспечения используют различные технологии, такие как CORBA (Common Object Request Broker Architecture= общая архитектура посредника запросов к объектам), RMI (Remote Method Invocation= дистанционный метод вызова) и DCOM (Distributed Component Object Model= модель распределенных компонентных объектов).

Из публикации "NGOSS Architecture Technology Neutral Specification", TeleManagementFORUM, июль 2001, стр.26 известен абстрактный способ, как системы менеджмента сети могут вводиться в процессы эксплуатационника сети. Здесь, в частности, описывают расчет интерфейсов систем менеджмента сетей, который является необходимым, чтобы гарантировать простую интеграцию функций системы менеджмента сети в системные процессы эксплуатационника сети.

Кроме того, из публикации "Multi-Technology Network Managment Business Agreement" TeleManagementFORUM, август 2001, стр.7-9 известен другой подход к описанию интерфейсов "способной к объединению технологий и аппаратуры различных производителей системы менеджмента сети, при котором интерфейсы системы менеджмента сети определяют и описывают на основе CORBA-IDL-технологии (CORBA-Interface Definition Language=язык описания интерфейса). CORBA-IDL-технология является стандартом для независимого от реализации описания синтакса интерфейса. Недостатками этого описанного подхода являются малая гибкость примененной CORBA-IDL-технологиии, а также высокие затраты на техническое обслуживание.

Из US-А 6131118 известна система менеджмента сети, которая позволяет производить административное управление компонент как аппаратного, так и программного обеспечения сети связи через систему клиента, например, компактный портативный компьютер с Web-браузером. Для этого система менеджмента сети состоит из одного сервера менеджмента и нескольких элементов менеджмента, причем элементы менеджмента подразделены на web-пригодные элементы менеджмента и на более старые, не поддерживающие web-пригодные технологии элементы менеджмента. В случае не пригодных для web элементов менеджмента в качестве интерфейсов менеджмента к серверу менеджмента предусмотрены, например, простой протокол менеджмента сети "Simple Management Protocol" (SUMP), интерфейс управления настольными системами "Desktop Management Interface" (DMI) или подобные интерфейсы менеджмента. В противоположность этому web-пригодные элементы менеджмента содержат так называемые агенты управления, с помощью которых данные менеджмента преобразуют в формат данных, который может быть передан через обычную инфраструктуру связи глобальной гипертекстовой системы Интернет World-Wide-Web (протокол TCP/IP, унифицированный указатель ресурсов URL, протокол передачи гипертекста HTTP, гипертекстовый язык описания документов HTML) и затем представлен в Web-браузере системы клиента. Кроме того, агенты управления содержат управляемый элемент уровня связи (managed element:communication layer) и один или несколько серверов. Система клиента поддерживает протокол TCP/IP и содержит Web-браузер для обработки и представления административных данных сервера менеджмента или web-пригодных элементов менеджмента.

Далее, являются известными Web-сервисы, то есть сетевые услуги для связи Бизнес-Бизнес различных фирм через Интернет, которые представляют деловые, прикладные или системные функциональности. Web-сервисы или, соответственно, сервисные услуги являются применимыми для всех видов Web-окружения, то есть для Интернета, Интранета, Экстасети. При этом фокус коммуникации лежит на связи Бизнес-Бизнес, Бизнес-Пользователь, Отделение-Отделение или Пэр-Пэр. Пользователями подобного Web-сервиса или, соответственно, подобных сервисных услуг могут быть человек-пользователь, который пользуется услугой с помощью браузера или на настольном ПК или на мобильном компьютере. Кроме того, пользователями могут быть также другие прикладные программы или другие Web-сервисы. Подобные Web-сервисы предоставляются в распоряжение преимущественно провайдером услуг. Под провайдером услуг в этом контексте следует понимать по крайней мере один доступный пакет программного обеспечения, который может быть вызван через прикладную программу, коль скоро она зарегистрирована для этой сервисной услуги. Противной стороной провайдера услуг является сетевое программное обеспечение клиента реквестор сервиса, который ищет определенный Web-сервис или сервисную услугу и запрашивает ее.

Для эксплуатации сети связи, в частности, необходимо, чтобы данные менеджмента обменивались между отдельными компонентами сети и по крайней мере одной системой менеджмента сети. Под данными менеджмента следует понимать, например, типы данных, установленные сектором по стандартизации телекоммуникаций Международного союза по электросвязи ITU-T М-3010. Они касаются

управления обработки отказов,

управления конфигурацией,

отчетности,

контроля производительности и

управления защитой.

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

Эта задача решается признаками пункта 1 формулы изобретения.

Существенный аспект соответствующего изобретению способа следует видеть в том, что обмен данными менеджмента происходит через предоставленную в распоряжение Web-сервисом инфраструктуру связи, имеющую различные сетевые протоколы, описания услуг и регистрацию услуг. За счет этого отдельные компоненты сети связи развязываются относительно их системы менеджмента сети и тем самым все компоненты сети могут управляться независимо от платформы и производителя через центральную систему менеджмента сети, без необходимости интенсивного с точки зрения времени и затрат согласования различных интерфейсов менеджмента. Кроме того, за счет использования Web-сервисов для связи компонентов сети с по крайней мере одной системой менеджмента сети становится возможной высокая гибкость относительно возможностей интеграции сетевых технологий и новых серверных программ в уже существующие системы менеджмента сети.

Другой существенный аспект соответствующего изобретению способа следует видеть в том, что различные функции менеджмента сети выполняются различными компонентами системы менеджмента. Далее данные менеджмента обмениваются между отдельными компонентами системы менеджмента или различными системами менеджмента сети через доступную через Web-сервис инфраструктуру связи. За счет выполнения различных функций менеджмента сети различными компонентами системы менеджмента и связи этих компонентов системы менеджмента между собой также через предоставленную в распоряжение через Web-сервисы инфраструктуру связи является возможной прямая связь между всеми компонентами системы менеджмента. За счет этого отдельные компоненты системы менеджмента развязываются от общей системы менеджмента сети и их интерфейсы открываются.

Предпочтительно для компонентов сети, которые не поддерживают связь через Web-сервисы, предусматривают по крайней мере один преобразователь, который преобразует формат данных Web-сервиса в поддержанный компонентами сети формат данных и наоборот. Предпочтительно с помощью соответствующего изобретению преобразователя данные элементов сети отображают на Web-сервисы или, соответственно, принятые данные Web-сервиса отображают на стуктуры данных, которые могут обрабатываться компонентами сети. После этого с помощью преобразователя преобразованные данные Web-сервиса направляют дальше на подключенные компоненты сети. За счет этого реализуют согласование уже существующих, поддерживающих различные интерфейсы связи систем менеджмента сети с "базированным на Web-сервисе" менеджментом сети, за счет чего достигается высокая гибкость относительно "управляемых" компонентов сети.

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

Дополнительное преимущество соответствующего изобретению способа основано на том, что в блоке регистрации запоминают непрерывно информации о появлении процессов менеджмента сети, а также вызывающих их событиях, и определяют из запомненных информаций специфичные для инициатора образцы применения и взаимодействия. Исходя из этого, по крайней мере одной системой менеджмента сети образуют новые Web-сервисы или состоящие из нескольких Web-сервисов Web-сервисы процесса. За счет этого система менеджмента сети дополнительно автоматически обучается и спектр функций менеджмента сети относительно индивидуальных требований сети предпочтительным образом расширяется или, соответственно, оптимизируется.

Дополнительные предпочтительные формы выполнения соответствующего изобретению способа следуют из последующих пунктов формулы изобретения.

На основе подходящих примеров выполнения изобретение в последующем поясняется более подробно.

Фигура 1 показывает сеть связи с системой менеджмента сети,

Фигура 2 показывает также сеть связи, в которой схематически представлены построение инфраструктуры связи и три процесса связи,

Фигура 3 показывает процесс связи между компонентой системы менеджмента и блоком регистрации,

Фигура 4 показывает процесс связи между компонентой сети и блоком регистрации, и

Фигура 5 показывает процесс связи между компонентой сети и блоком регистрации.

На Фигуре 1 схематически представлена в структурной схеме сеть связи KN, которая содержит систему менеджмента сети NMS, блок регистрации RE, первый, второй и третий элемент сети NE1, NE2, NE3, а также блок-менеджер элемента или медиаторный блок ЕМ. Система менеджмента сети NMS, блок регистрации RE, а также первый элемент сети NE1 и блок-менеджер элемента ЕМ соединены между собой через инфрастуктуру связи WSIS, предоставленную в распоряжение Web-сервисом WS. Соединение через инфрастуктуру связи WSIS Web-сервиса WSS представлено на Фигуре 1 с помощью обрамленного серым цветом пузыря WSIS и соответствующих Web-сервису интерфейсов WSS системы менеджмента сети NMS, первой компоненты сети NE1, блока-менеджера элемента ЕМ, а также блока регистрации RE.

При этом в медиаторном блоке или, соответственно, в блок-менеджере элемента ЕМ предусмотрен преобразователь UM, который преобразует формат данных Web-сервиса в поддержанный соответствующим элементом сети формат данных и наоборот. В представленном на Фигуре 1 примере выполнения, например, второй и третий элемент сети NE2, NE3 не имеют интерфейса Web-сервиса WSS, а содержат интерфейс Q3. Для связи, например, второго элемента сети NE2 с системой менеджмента сети NMS через инфрастуктуру связи WSIS данные менеджмента MD преобразуются преобразователем UM из формата данных Q3 в поддержанный Web-сервисом формат данных XML и наоборот.

Система менеджмента сети NMS содержит от 1-ой до х-ой компоненты системы менеджмента NMK1 до NMKx, за счет которых реализованы различные функции менеджмента сети. Каждая из от 1-ой до х-ой компоненты системы менеджмента NMK1 до NMKx содержит при этом необходимый для связи через инфрастуктуру связи WSIS Web-сервисов WS интерфейс WSS Web-сервиса WS. Аналогично этому - как уже пояснялось - первый элемент сети NE1 и блок-менеджер элемента ЕМ также содержат интерфейс WSS Web-сервиса WS. В блоке регистрации RE запомнены с первой до х-ой информации I_WS1 до I_WSx Web-сервиса, которые могут запрашиваться через расположенный в блоке регистрации RE интерфейс WSS Web-сервиса WS с помощью системы менеджмента сети NMS или первого до третьего элемента сети NE1, NE2, NE3 через инфраструктуру связи WSIS, предоставленную в распоряжение Web-сервисом. На Фигуре 1 по причинам наглядности представлена, например, только одна система менеджмента сети NMS, однако, на практике является обычным предусматривать несколько систем менеджмента сети NMS.

На основе Фигуры 2 схематически описывается процесс связи на основе структурной схемы. При этом аналогично Фигуре 1 система менеджмента сети NMS соединена через инфраструктуру связи WSIS с блоком регистрации RE, a также с первым элементом сети NE1.

Блок регистрации RE в представленном на Фигуре 2 примере выполнения разделен относительно выполняемых блоком регистрации RE различных функций на блок регистрации сети NRE, блок регистрации семантики SRE, блок выполнения AFE, а также блок адаптации ADE. В блоке регистрации сети NRE запомнены информации регистрации NRI_WS1 о функциональной направленности зарегистрированного Web-сервиса WS, в блоке регистрации семантики SRE запомнены информации семантики SRI_WSx об описании функции и формат параметров каждого Web-сервиса WS, в блоке выполнения AFE запомнены информации выполнения AFI_WS о последовательности вызова Web-сервиса WS и в блоке адаптации ADE запомнены специфичные для инициатора образцы применения и взаимодействия для образования новых Web-сервисов WS или, соответственно, Web-сервисы процесса PWS из множества уже существующих Web-сервисов WS в одном или множестве блоков памяти SE (на Фигуре 2 не представлены).

Далее предоставленная в распоряжение Web-сервисом WS инфраструктура связи WSIS определена более подробно на Фигуре 2 за счет разделения на различные уровни связи. На Фигуре 2, например, представлены уровень сетевого протокола ("HTTP", "HTTPS", "FTP", "SMTP"), уровень обмена XML-сообщениями ("SOAP", "XMLP" и т.д.), уровень описания служб ("WDSL" и т.д.), а также уровень регистрации служб ("UDDI") и уровень автоматизации деловых процедур сервиса ("WSFL"). Описанные уровни связи показывают инфраструктуру связи WSIS, предоставленную в распоряжение Web-сервисом WS для передачи данных менеджмента MD.

В последующем с помощью представленного на Фигуре 2 примера выполнения более подробно поясняются три существенные операции способа для эксплуатации сети связи KN на основе задачи менеджмента регистрации данных производительности.

К первому элементу сети NE1 через оконечное устройство сети NAG, а также абонентскую линию AL подключена, например, система связи абонента сети NK. При этом элемент сети NE1 может быть, например, выполнен в виде IP-маршрутизатора или в виде мультиплексора синхронной цифровой иерархии (SDH). В первом элементе сети NE1 предусмотрен блок памяти SE, в котором запоминают обработанные или, соответственно, определенные в первом элементе сети NE1 данные менеджмента MD.

Путем регистрации данных производительности РМ определяют информации о качестве передачи соединения и тем самым о качестве предоставленной в распоряжение услуги. Для этого контролируют передаваемый от абонента сети NK по абонентской линии AL в оконечном устройстве сети NAG непрерывный поток данных D к оконечному устройству сети NAG и определяют данные производительности РМ. Эти данные производительности РМ или, соответственно, данные менеджмента MD запоминают в блоке памяти SE первого элемента сети NE1. При этом запоминание, например, данных производительности РМ происходит до тех пор, пока не будет превышена предусмотренная для этого емкость памяти блока памяти SE первого элемента сети NE1.

После наступления превышения предусмотренной для этого емкости памяти блока памяти SE в первой операции способа с помощью первого элемента сети NE1 инициируют запрос поиска fs на блок регистрации RE, вернее на блок регистрации сети NRE, через инфраструктуру связи WSIS и тем самым ищут информации о зарегистрированном в блоке регистрации сети NRE Web-сервисе WS, через который запомненные в блоке памяти SE данные производительности РМ могут передаваться дальше к системе менеджмента сети NMS для дальнейшей обработки. После нахождения информации регистрации NRI_WS о подходящей функциональности одного или нескольких Web-сервисов WS в блоке регистрации сети NRE посредством элемента сети через инфраструктуру связи WSIS блоком регистрации семантики SRE загружают семантические информации SRI_WS об описании функции и формате параметров выбранного Web-сервиса WS. Для этого информации регистрации NRI_WS в блоке регистрации сети NRE, а также семантические информации SRI_WS в блоке регистрации семантики SRE запоминают в форме, допускающей автоматическое считывание. Дополнительно в блоке регистрации сети NRE откладывают информации об исполнительных характеристиках каждого Web-сервиса WS. При этом в качестве формата запоминания в блоке регистрации RE используют базирующийся на XML-формате формат, в частности технологию описания ресурсов RDF (Resource-Description-Framework), для запоминания в форме, допускающей автоматическое считывание. С помощью подобного базированного на XML формата информации можно простым образом опрашивать, а также анализировать в форме, допускающей автоматическое считывание, отдельными компонентами сети NE1, NE2, NE3, ЕМ.

Предпосылкой для нахождения Web-сервиса в блоке регистрации сети NRE блока регистрации RE является регистрация или, соответственно, запоминание информации нового Web-сервиса WS в блоке регистрации RE системой менеджмента сети NMS. Для этого во второй операции способа с помощью предоставляющих в распоряжение Web-сервис WS компонентов системы менеджмента NMK1, ..., NMKx, с помощью запроса на публикацию ("Publish") ps на блок регистрации RE передают необходимые информации о функциональности, исполнительной характеристике, описании функции, а также формате параметров нового Web-сервиса WS и запоминают в различных блоках блока регистрации RE. Передачу этих информаций производят также через инфраструктуру связи WSIS.

С помощью переданных блоком регистрации сети NRE, a также блоком регистрации семантики SRE на элемент сети NE1 информации о затребованном Web-сервисе WS, подготавливают запомненные в элементе сети NE1 контрольные параметры РМ. В третьей операции способа за счет операции связывания ("Bind") bs через инфраструктуру связи WSIS связывают выбранный Web-сервис WS с первым элементом сети NE1 и подготовленные параметры производительности РМ передают на компоненту менеджмента сети NMK1, которая является ответственной за присоединенный Web-сервис WS.

На Фигуре 3, например, схематически представлен процесс связи для регистрации Web-сервиса WS между первой компонентой менеджмента сети NMK1 и блоком регистрации сети NRE ("Network Registry"), а также блоком регистрации семантики SRE ("Network Semantic Registry") через инфраструктуру связи WSIS соответствующего Web-сервиса WS, который соответствует описанной выше второй операции способа. При этом как первая компонента системы менеджмента NMK1, так и блок регистрации сети NRE, а также блок регистрации семантики SRE содержат соответственно, например, блок памяти SE для запоминания различных данных менеджмента MD. Тонированные серым блоки на Фигуре 3 являются опять-таки элементами инфраструктуры связи WSIS или представляют собой интерфейс Web-сервиса WSS соответствующего Web-сервиса WS.

Первая компонента менеджмента сети NMK1 содержит первую, вторую и третью подкомпоненты SK_A, SK_B, SK_c, которые соответственно реализуют различные функции первой компоненты менеджмента сети NMK1. Так, например, первая подкомпонента SK_A предусмотрена для публикации доступных Web-сервисов WS в блоке регистрации RE, вторая подкомпонента SK_B для определения связанных с IP данных IP-PM и третья подкомпонента SK_c, для определения относящихся к SDH (синхронной цифровой иерархии) данных производительности SDH-PM.

В рассмотренном примере выполнения первой компонентой системы менеджмента NMK1 производят обработку или, соответственно, оценку данных производительности. При этом в первую операцию 1 стартуют первую подкомпоненту SK_A, которая контролирует описание функции подлежащего публикации Web-сервиса WS для обработки данных производительности в блоке регистрации семантики SRE. Для этой цели с помощью первой подкомпоненты SK_A через инфраструктуру связи WSIS, то есть уровень "Network Semantic Registry Proxy (С)", а также уровень кодирования /декодирования "SOAP coding/decoding" и уровень "протокол сети Http" устанавливают соединение к блоку регистрации семантики SRE. В блоке регистрации семантики SRE через уровень "протокол сети Http", а также уровень кодирования /декодирования "SOAP coding/decoding", то есть через предоставленную в распоряжение Web-сервисом WS инфраструктуру связи WSIS, с помощью первой подкомпоненты SK_A обращаются к блоку памяти SE. Если в блоке памяти SE блока регистрации семантики SRE полная семантическая информация SRI_WS подлежащего публикации Web-сервиса WS еще не запомнена, тогда недостающую семантическую информацию SRI_WS публикуют с помощью первой подкомпоненты SK_A во второй операции 2 в блоке регистрации семантики SRE или, соответственно, запоминают там.

В заключение с помощью первой подкомпоненты SK_A в третьей операции 3 через инфраструктуру связи Web-сервиса WS контролируют, запомнены ли информации регистрации NRI_WS подлежащего публикации Web-сервиса WS в блоке регистрации сети NRE. Для этой цели с помощью первой подкомпоненты SK_A устанавливают соединение через уровень "Network Registry Proxy(B))", уровень кодирования /декодирования "SOAP coding/decoding", а также уровень "протокол сети Http" к блоку регистрации сети NRE, в котором аналогично блоку регистрации семантики SRE через уровень "протокол сети Http", а также уровень "SOAP coding/decoding" обращаются к блоку памяти SE. В случае отсутствия информаций регистрации NRI_WS о рассмотренном Web-сервисе WS с помощью первой подкомпоненты SK_A в четвертой операции 4 запоминают отсутствующие информации регистрации NRI_WS в блоке памяти SE блока регистрации сети NRE. За счет выполнения четырех описанных операций 1, 2, 3, 4 с помощью первой подкомпоненты SK_A обеспечивают, что предоставленный в распоряжение Web-сервис WS для обработки данных производительности достаточно опубликован в сети связи KN, то есть в распоряжении имеется достаточно информации в доступной для автоматического считывания форме о предоставленном в распоряжение Web-сервисе WS в блоке регистрации сети NRE, а также блоке регистрации семантики SRE.

На основе Фигуры 4 описана в качестве примера вторая операция способа при эксплуатации сети связи KN. Для этого на Фигуре 1 представлен первый элемент сети NE1, а также блок регистрации RE, причем первый элемент сети NE1 содержит блок памяти SE, а также N-ую подпроцедуру SK_N для дальнейшего направления данных производительности РМ к системе менеджмента сети NMS.

С помощью Фигуры 4 объясняются последующие операции 5, ... 9, которые необходимы, чтобы первым элементом сети NE1 найти подходящий для подлежащего выполнению процесса менеджмента Web-сервис WS в блоке регистрации сети NRE. В первом элементе сети NE1, которым мог бы, например, быть маршрутизатор протокола Интернета ("Internet-Protokoll-Router"), регистрируют определенные в оконечном устройстве сети NAG данные производительности РМ и запоминают в блоке памяти SE. Как только количество запомненных в блоке памяти SE данных производительности РМ превысит определенный заданный уровень заполнения памяти, это превышение индицируют в пятой операции 5 путем N-ой подпроцедуры SK_N. После этого, в шестой операции 6 путем N-ой подпроцедуры SK_N направляют запрос поиска fs на блок регистрации RE. Для этого с помощью N-ой подпроцедуры SK_N через инфраструктуру связи WSIS, то есть "Network Registry Proxy (В)", "SOAP кодирование/декодирование", а также "протокол сети http" устанавливают соединение с блоком регистрации сети RE. Через соединение в процессе седьмой операции 7 с помощью N-ой подпроцедуры SK_N просматривают в блоке регистрации сети NRE относительно запомненного для обработки данных производительности РМ Web-сервиса WS информации регистрации NRI_WS и после нахождения информации регистрации NRI_WS в восьмой операции 8 через подходящий для этого Web-сервис WS с помощью N-ой подпроцедуры SK_N устанавливают соединение к блоку регистрации семантики SRE. Установление соединения при этом происходит через "Network Semantic Proxy (С)", "SOAP кодирование/декодирование" и "протокол сети http". Через существующее соединение в последующем передают описание интерфейса Web-сервиса WS, то есть семантические информации о форме параметров соответствующего Web-сервиса WS к N-ой подпроцедуре SK_N. С помощью принятых информаций регистрации NRI_WS об исполнительной характеристике, а также описания функций и семантических информаций SRI_WS о форме параметров выбранного Web-сервиса WS в первом элементе сети NE1 образуют интерфейс "Web Service Proxy (E) ", которая базируется на существующей инфраструктуре связи WSIS.

На основе Фигуры 5 более подробно описана третья операция способа для присвоения выбранного Web-сервиса WS к первому элементу сети NE1 на основе процесса присвоения "Bind" bs. При этом связь первой компоненты системы менеджмента NMK1 с первым элементом сети NE1 производят через предоставленную в распоряжение выбранным Web-сервисом WS инфраструктуру связи WSIS.

Первая компонента системы менеджмента NMK1 содержит блок памяти SE, а также первую, вторую и третью подкомпоненты SK_A, SK_B, SK_c. Первый элемент сети NE1 содержит N-ную подпроцедуру SK_N, а также блок памяти SE. После нахождения Web-сервиса WS для передачи данных производительности РМ от первого элемента сети NE1 к ответственной за это первой компоненте системы менеджмента NMK1 с помощью N-ой подпроцедуры SK_N в первом элементе сети NE1 в десятой операции 10 загружают данные производительности РМ из блока памяти SE. Данные производительности РМ после этого в одиннадцатой операции 11 передают путем N-ой подпроцедуры SK_N к образованному ранее интерфейсу "Service Proxy (E)", который представляет собой элемент инфраструктуры связи WSIS выбранного Web-сервиса WS. С помощью интерфейса "Service Proxy (E)" определяют описание выбранного Web-сервиса WS, представителем (Proxy) которого он является. Переданные N-ой подпроцедурой SK_N данные производительности РМ подготавливают интерфейсом "Service Proxy (E)" таким образом, чтобы подготовленные данные производительности РМ имели необходимый формат параметров для использования выбранного Web-сервиса WS. Например, интерфейс "Service Proxy (E) " генерирует согласно определениям RDF XML-файл из данных производительности РМ и в заключение конкатенирует содержание XML-файла в данные типа строки. В двенадцатой операции 12 данные типа строки передают через интерфейс "Service Proxy (Е)" по найденным адресам, например,

http://powerTeIco.intranet/network/pm-data/consumtion выбранного Web-сервиса WS, которые запомнены в первой компоненте системы менеджмента NMK1. При этом связь устанавливают через уровень маршрутизатора "RPC-Router

(D)" второй подкомпонентой SK_B.

В представленном примере выполнения по причинам наглядности представлена только одна компонента системы менеджмента NMK1. Остальные компоненты системы менеджмента NMKx, которые выполняют те же самые функции менеджмента, что и первая компонента системы NMK1, и тем самым предусмотрены в качестве избыточности, в представленном примере выполнения не рассматриваются.

Данные производительности РМ принимают первой компонентой системы менеджмента NMK1 через уровень маршрутизатора "RPC-Router (D) " и, как уже упомянуто, во время тринадцатой операции 13 направляют дальше на вторую подкомпоненту SK_B. При этом уровню "RPC-Router (D) " достается задача направления данных производительности РМ к подкомпонентам SK_B, SK_c, которые предусмотрены для обработки имеющегося типа данных контроля данных производительности, то есть, например, в рассмотренном примере выполнения на ответственную за текущий контроль данных производительности протокола Интернет вторую подкомпоненту SK_B. Вторая подкомпонента SK_B оценивает полученные данные производительности РМ и запоминает результаты оценки в четырнадцатой операции 14 в блоке памяти SE.

Описанный на Фигурах 3-5 Web-сервис WS для обработки данных производительности представляет собой только один пример для специального процесса менеджмента сети. Соответствующий изобретению способ является применимым аналогичным образом на все подлежащие выполнению внутри сети связи операции менеджмента сети.

За счет предусмотренного в блоке регистрации RE блока адаптации ADE запоминают текущие информации о появлении процессов менеджмента сети, а также о вызывающих их событиях, например, аварийных сообщениях, из которых определяют специфичный для вызывающих событий образец применения и взаимодействия. Исходя из определенных специфичных для вызывающих событий образцов применения и взаимодействия, посредством техник обратного заключения или техник самосовершенствования системой менеджмента сети NMS образуют новые Web-сервисы WS или составленные из множества известных Web-сервисов WS Web-сервисы процесса PWS. За счет этого становится возможным автоматическое расширение функциональностей системы менеджмента сети и приспосабливание системы менеджмента сети NMS к индивидуальным специфичным для пользователей событиям.

Claims

1. Способ эксплуатации сети (KN) связи, содержащей, по меньшей мере, одну систему (NMS) управления сетью и множество сетевых компонентов (NE1, NE2, NE3, ЕМ), при котором осуществляют обмен данными (MD) управления между, по меньшей мере, одной системой (NMS) управления сетью и, по меньшей мере, одним из сетевых компонентов (NE1), отличающийся тем, что обмен данными (MD) управления осуществляют через предоставленную в распоряжение Web-сервисом (WS) инфраструктуру (WSIS) связи, состоящую из различных уровней сетевых протоколов (HTTP, HTTPS, FTP, SMTP), уровня передачи сообщений XML (SOAP, XMLP), уровня описания сервисов (WDSL) и уровня регистрации сервисов (UDDI).

2. Способ по п.1, отличающийся тем, что различные функции управления сетью выполняют с помощью различных компонентов (NMK1, ..., NMKx) системы управления.

3. Способ по п.2, отличающийся тем, что обмен данными (MD) управления между отдельными компонентами (NMK1, ..., NMKx) системы управления или различными системами (NMS) управления сетью осуществляют посредством доступной через Web-сервис (WS) инфраструктуры (WSIS) связи.

4. Способ по п.1, отличающийся тем, что для сетевых компонентов (NE1, NE2, NE3), которые не поддерживают связь через Web-сервис (WS), предусматривают, по меньшей мере, один преобразователь (UM), который выполняет преобразование формата (XML) данных Web-сервиса в формат (Q3) данных, поддерживаемый сетевыми компонентами, и преобразование, обратное указанному.

5. Способ по п.1, отличающийся тем, что, по меньшей мере, в одном блоке (RE) регистрации сохраняют в машиночитаемой форме информацию (I_WS1, ..., J_WSx) об описании функции и формате параметров каждого Web-сервиса (WS).

6. Способ по п.1, отличающийся тем, что дополнительно сохраняют в машиночитаемой форме информацию о функциях и исполнительных характеристиках каждого Web-сервиса (WS).

7. Способ по п.5 или 6, отличающийся тем, что для преобразования процесса управления сетью с помощью сетевого компонента (NE1, NE2, NE3, ЕМ) или компонента (NMK1, ..., NMKx) системы управления выбирают один из сохраненных Web-сервисов (WS) и

на основе сохраненной в блоке (RE) регистрации информации (I_WS1, ..., I_WSx) о выбранном Web-сервисе (WS) маршрутизируют подлежащие передаче данные (РМ) управления через предоставленную выбранным Web-сервисом (WS) инфраструктуру (WSIS) связи на компонент (NMK1) системы управления.

8. Способ по п.5 или 6, отличающийся тем, что для преобразования процесса управления сетью с помощью сетевого компонента (NE1, NE2, NE3, ЕМ) или компонента (NMK1, ..., NMKx) системы управления определяют Web-сервисы (WS), сохраненные в блоке (RE) регистрации, для преобразования процесса управления сетью,

выбирают один или несколько из сохраненных Web-сервисов (WS) и

9. Способ по п.5 или 6, отличающийся тем, что информацию (I_WS1, ..., I_WSx) о функциях, исполнительных характеристиках и формате параметров каждого Web-сервиса (WS) сохраняют в блоке регистрации в формате, базирующемся на XML-формате, в частности формате технологии описания ресурсов (RDF).

10. Способ по п.1, отличающийся тем, что для обработки комплексных процессов управления сетью из нескольких Web-сервисов (WS) образуют Web-сервис процесса (PWS), который запрашивается через Web-Service-Flow-Language (WSFL), или через DARPA-Agent-Markup-Language-Service (DAML-S), или через базирующийся на них сервис.

11. Способ по п.1, отличающийся тем, что в блоке (RE) регистрации сохраняют текущую информацию о появлении процессов управления сетью и об инициирующих их событиях,

из сохраненной информации определяют соответствующие для инициирующих событий шаблоны применения и взаимодействия и на их основе посредством, по меньшей мере, одной системы (NMS) управления сетью формируют новый Web-сервис (WS) или состоящий из нескольких Web-сервисов (WS) Web-сервис процесса (PWS).

12. Способ по п.11, отличающийся тем, что формирование Web-сервиса процесса (PWS) из соответствующих для инициирующих событий шаблонов применения и взаимодействия выполняют с помощью протоколов обратного заключения или протоколов самосовершенствования.

13. Способ по п.1, отличающийся тем, что сетевой компонент (NE1, NE2, NE3, ЕМ) реализуют сетевым элементом (NE1, NE2, NE3), или блоком (ЕМ) управления элементом, или блоком-посредником (ЕМ).

14. Способ по п.1, отличающийся тем, что посредством Web-сервиса (WS) предоставляют в распоряжение в качестве дополнительной инфраструктуры связи сервис WSFL.