УПРАВЛЕНИЕ СЕТЕВОЙ КОНФИГУРАЦИЕЙ В СЕТЯХ СВЯЗИ Российский патент 2016 года по МПК H04L12/24 

Область техники

Изобретение относится к управлению сетевой конфигурацией в сетях связи.

Уровень техники

В собственных системах поддержки бизнеса (BSS) и системах поддержки операций (OSS) сети связи многим системам необходимо осуществлять связь друг с другом для успешной работы и поддержки сети поставщика услуг. Каждая такая система должна обмениваться информацией, что может быть достигнуто посредством разработки промежуточного узла, который извлекает информацию из базы данных системы или бизнес-логики.

В качестве альтернативы в сети может быть обеспечена система управления элементами (EMS) сети для предоставления сетевой информации другим системам через машинные интерфейсы. Такая типичная система EMS предоставляет информацию сетевой конфигурации в стиле документа через групповую эталонную точку интеграции управления конфигурацией (CM IRP) или так называемый северный интерфейс системы EMS. Этот документ может быть на языке обобщенной архитектуры посредника объектных запросов (CORBA) или на расширяемом языке разметки (XML).

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

Информация, содержащаяся в документе, которым обмениваются через северный интерфейс, содержит последовательность соединенных структур данных, которые называются управляемыми объектами (MO) в терминологии сетевой системы управления (NMS). Каждый объект MO имеет предопределенный набор атрибутов или параметров, которые могут быть установлены и могут принимать форму числовых или текстовых типов данных.

В целом, сторонняя система (или это может быть стороннее приложение, работающее на сторонней системе) будет считывать сетевую информацию в форме объектов MO, применять к этой информации некоторые алгоритмы и загружать изменения атрибутов объектов MO через северный интерфейс. Система EMS сети затем будет обрабатывать сетевые изменения и переконфигурировать сетевые элементы, на которые влияют изменения объектов MO.

Упомянутая выше процедура для типичной системы EMS сети связи теперь будет описана со ссылкой на фиг.1 сопроводительных чертежей. Стороннее приложение 10 получает сетевую информацию в виде XML-документа 12 через северный интерфейс 13 системы 11 EMS сети связи. Затем стороннее приложение 10 применяет некоторую бизнес-логику к этой информации, например, считывает, записывает, удаляет или добавляет объекты MO. Измененный документ 12 затем загружается через северный интерфейс 13 в систему 11 EMS. Затем система 11 EMS осуществляет связь с соответствующими сетевыми элементами 14 сети связи для реализации изменений в сети.

В системе 11 EMS некоторых типов информация объекта MO также кэшируется в кэше 15, обеспеченном в системе 11 EMS. Эта кэшируемая информация сконфигурирована либо как АКТИВНАЯ (что имеется фактически в сетевых элементах 14), либо как ЗАПЛАНИРОВАННАЯ (какая конфигурация будет после того, как изменения реализованы). Информация в кэше 15 затем на регулярной основе синхронизируется с соответствующими сетевыми элементами 14 сети связи. Эта синхронизация обеспечивается логической схемой, хранящейся в адаптере 16 сетевого элемента (NEAD), содержащемся в системе 11 EMS. Следует отметить, что кэш создается и поддерживается с использованием различных стратегий дублирования: это обеспечивает возможность различных уровней интервалов синхронизации объектов MO, поскольку некоторые объекты MO изменяются часто, а некоторые являются довольно статичными.

Ключевое предположение состоит в том, что сетевыми изменениями обмениваются через систему 11 EMS с помощью северного интерфейса 13. Групповой стиль интерфейса 13 выполняет "снимок" сети, который будет экспортирован в стороннее приложение 10. В этой среде важно, чтобы система 11 EMS была в состоянии быстро обслуживать запросы от стороннего приложения 10, и поэтому важно, чтобы некоторая информация кэшировалась для поддержания группового стиля интерфейса.

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

Во-вторых, северный или другие групповые интерфейсы 13 с системой 11 EMS не осведомлены о данных в их полезной нагрузке. В результате не используется оптимизация принимаемой или отправляемой от системы 11 EMS информации.

В-третьих, заключительная и самая важная проблема относится к верификации информации конфигурации, отправляемой в систему 11 EMS от стороннего приложения 10. Графический пользовательский интерфейс (GUI) 17 приложения системы 11 EMS кодирует бизнес-логику, которая управляет вариантами, доступными сетевым инженерам стороннего приложения. Северный или другие групповые интерфейсы 13 по своей природе передают эту ответственность стороннему приложению 10, которое создает групповые импорты. Хотя элемент 18 бизнес-логики системы 11 EMS проверяет некоторую относящуюся к синтаксису информацию об информации, которая загружается в групповом импорте, информация не верифицируется. Следовательно, имеется риск, что загруженная информация может содержать ошибки или пропуски, которые могут оказать негативное влияние на работу сетевых элементов 14.

Ниже представлен разработанный улучшенный способ и устройство для управления сетевой конфигурацией в сетях связи.

Сущность изобретения

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

a) принимают в системе управления сети удаленно созданный файл данных, содержащий атрибуты управляемых объектов для одного или более сетевых элементов сети;

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

c) создают базу данных идентифицированных управляемых объектов и их значений; и

d) анализируют данные в базе данных для соответствующего управления конфигурацией сети связи.

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

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

В другом варианте осуществления этап просмотра содержит этап, на котором сравнивают файл данных с файлом данных, содержащим существующие атрибуты управляемых объектов сетевых элементов сети, и идентифицируют управляемые объекты, имеющие атрибуты, которые были созданы, изменены или удалены.

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

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

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

Кэш управляемого объекта может синхронизироваться с управляемыми объектами сетевых элементов сети в зависимости от частоты создания, изменения или удаления каждого управляемого объекта.

Этап анализа может содержать идентификацию повторяющихся шаблонов при создании, изменении или удалении управляемых объектов и использование анализа для предложения будущих последовательностей операций при создании, изменении или удалении управляемых объектов. Таким образом, последовательность операций может быть извлечена из групповых операций, чтобы позволить создать интерфейсы в стиле SOA (сервисно-ориентированной архитектуры).

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

Также в соответствии с настоящим изобретением обеспечено устройство для управления конфигурацией сети связи, устройство содержит:

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

b) базу данных для хранения идентифицированных управляемых объектов и их значений; и

c) процессор для анализа данных в базе данных и соответствующего управления конфигурацией сети связи.

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

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

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

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

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

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

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

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

Система управления может быть выполнена с возможностью синхронизировать упомянутый кэш управляемого объекта с управляемыми объектами сетевых элементов сети в зависимости частоты.

Также в соответствии с настоящим изобретением обеспечена сеть связи, содержащая определенную выше систему управления.

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

Концептуально изобретение в его вариантах осуществления может рассматриваться как состоящее из трех частей. Во-первых, проверка информации об объекте MO, принимаемой системой EMS (или, другими словами, загруженной третьими сторонами в систему EMS), это достигается посредством отслеживания группового или северного интерфейса или посредством введения новой функциональности отслеживания в системе управления/системе EMS или посредством добавления устройства, которое перехватывает информацию.

Во-вторых, информация получается из считывания, записи, удаления или добавления запросов объектов MO, предоставленных третьей или внешней стороной, или может быть сохранена в базе данных на основе типа объекта MO.

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

Краткое описание чертежей

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

Фиг.1 - блок-схема части известной сети связи, включающей в себя систему управления сетевыми элементами.

Фиг.2 - блок-схема части сети связи, включающей в себя систему управления сетевыми элементами в соответствии с вариантом осуществления настоящего изобретения; и

Фиг.3 - блок-схема последовательности операций, иллюстрирующая один вариант осуществления способа настоящего изобретения.

Подробное описание

Что касается фиг.2 и 3, на фиг.2 показана часть сети связи, которая подобна известной сети, показанной на фиг.1, и аналогичные части обозначены аналогичными позиционными обозначениями.

Первоначально XML-файл 12, содержащий подробную информацию о существующих объектах MO в сети, загружается из системы 11 EMS на удаленную стороннюю систему 10 (или стороннее приложение, работающее в сторонней системе) на этапе 100.

В альтернативном варианте осуществления документ 12 может быть создан на языке, отличающемся от XML.

В соответствии с вариантом осуществления настоящего изобретения устройство 20 обеспечено для отслеживания на этапе 103 информации XML об объектах MO, которые содержатся в файле 12, передаваемом между системой 11 EMS и удаленной сторонней системой 10 через северный интерфейс 13 системы 11 EMS.

Как упомянуто выше, удаленная сторонняя система 10 может создать, изменить или удалить информацию об одном или более объектах MO, закодированную в XML-документе (или XML-файле) 12 на этапе 101. Посредством модификации загруженного XML-файла создается новый XML-файл (или XML-документ). Затем документ 12 принимается системой 11 EMS (загружается в систему 11 EMS) на этапе 102.

Отслеживающее устройство 20 согласно настоящему изобретению перехватывает загруженный документ 12 до того, как он будет обработан системой 11 EMS. Отслеживающее устройство 20 может находиться в системе 11 EMS или оно может быть размещено во внешнем устройстве, которое находится в той же самой подсети, в которой находится северный интерфейс 13. Отслеживающее устройство 20 извлекает всю информацию вызова удаленной процедуры, а также информацию протокола управления. Остальная информация (то есть набор объектов MO и операции, которые будут выполнены над ними) сохраняется на этапе 104 в базе 21 данных вместе с меткой даты и времени и информацией сеанса из файла 12, загруженного сторонней системой 10.

База 21 данных может находиться в системе 11 EMS или являться удаленной. База данных хранит и каталогизирует все внешние операции объекта MO структурным образом в соответствии с типом объекта MO. Эта база данных может быть выполнена с возможностью хранить информацию, принятую от множества отслеживающих устройств 20, обеспеченных в соответствующих экземплярах системы EMS.

На этапе 105 устройство 22 обработки постоянно получает информацию от базы 21 данных объекта MO, а также отказы работы сети передачи данных, принятые от системы EMS через вход 23. Устройство 22 обработки выполняет набор правил, которые сопоставляют запросы, загруженные через северный интерфейс 13, и события, принятые через вход 23, и информацию за прошедшее время, сохраненную в базе 21 данных. При завершении анализа, если обнаружена ошибка, на этапе 106 формируется отчет 24 или аварийный сигнал.

Также на этапе 105 устройство 22 обработки извлекает информацию, хранящуюся в базе 21 данных, о повторно происходящих операциях над набором объектов MO. В зависимости от своей конфигурации устройство 22 обработки формирует отчет на этапе 107a, который определяет объекты MO, нуждающиеся в более регулярном кэшировании. В качестве альтернативы устройство 22 обработки может выполнить запрос на этапе 107b через линию 25 связи, чтобы изменить частоту, с которой затрагиваемые объекты MO обновляются в кэше 15. В любом случае система 11 EMS, таким образом, может быть выполнена с возможностью содержать более актуальную запись сетевой конфигурации в кэше 15, не имея необходимости регулярно синхронизироваться с каждым сетевым элементом 14, чтобы определить имена и атрибуты объектов MO в нем. Таким образом, количество запросов синхронизации сокращается, и не допускается ненужный сетевой трафик южного интерфейса между системой 11 EMS и сетевыми элементами 14.

Устройство 22 обработки также отслеживает на этапе 108 базу 21 данных на предмет шаблонов последовательности операций изменений объектов MO, которые связаны вместе. Например, из этого часто следует, что атрибуты одного объекта MO должны быть изменены согласно изменениям другого объекта, иначе будет создана ошибка сети. Устройство 22 обработки, таким образом, изучает действия сторонних инженеров посредством распознавания повторяющихся шаблонов изменения объекта MO. Эта информация затем может быть сведена в таблицу в отчете 24 и возвращена для использования другими техническими специалистами, с тем чтобы они знали, какие объекты MO должны быть изменены после изменения других объектов. Информация также может использоваться для обеспечения системы 11 EMS автоматизированной сервисно-ориентированной архитектурой (SOA). Одновременно с формированием сведенного в таблицу отчета 24 об изменениях шаблонов объектов MO устройство 22 обработки может предоставить службу, которая только представляет объекты MO, идентифицированные в отчете, например при введении нового сетевого элемента, и создает процедуру, которая может быть реализована в будущем при добавлении этого же сетевого элемента. Таким образом, технические специалисты не должны помнить, какие объекты MO должны быть установлены при введении или обновлении сетевого элемента.

Один способ получения надежной политики кэширования состоит в использовании процессора 22 для отслеживания регулярного изменения некоторых объектов MO, например, посредством идентификации любого обновления (изменения атрибутов), удаления или создания (создания новых экземпляров) объектов MO. Для каждой операции могут применяться различные политики кэширования. Однако ключевой аспект - это информация временной последовательности и информация за прошедшее время, хранящаяся в базе 21 данных. В следующем примере, взятом из рабочей сети, каждый раз, когда обмен информацией происходит между системой 11 EMS и удаленной сторонней системой 13 через северный интерфейс 13, в базе 21 данных создается запись, содержащая время, имя объектов MO и информацию о том, создан ли объект MO, удален или обновлен.

Время: 11:30         Объект MO Создан Удален Обновлен Имя объекта MO: GsmRelation 3 0 0   13:25         Объект MO Создан Удален Обновлен

  GsmRelation 29 0 0   13:30         Объект MO Создан Удален Обновлен   UtranRelation 86 0 0   13:35         Объект MO Создан Удален Обновлен   UtranRelation 86 0 0   13:57         Объект MO Создан Удален Обновлен   Carrier 0 0 3   IubDataStrearns 0 0 1   NodeBFunction 0 0 1   RbsLocalCell 0 0 3   TxDeviceGroup 0 0 1   16:55         Объект MO Создан Удален Обновлен   Eul 3 0 0   Hsdsch 0 0 3   IubEdch 1 0 0   UtranCell 0 0 3   18:13         Объект MO Создан Удален Обновлен   GsmRelation 24 0 0   18:26         Объект MO Создан Удален Обновлен   UtranRelation 42 0 0

В приведенном выше примере последовательных записей из базы 21 данных можно заметить, что три экземпляра объекта MO с названием GsmRelation были созданы в 11:30. Также можно заметить, что объекты MO с названием UtranRelations регулярно создаются, и что объекты MO с названиями Carrier и RbsLocalCell регулярно обновляются. Таким образом, посредством анализа последовательности за более длительный период времени процессором 22 может быть разработана точная политика кэширования.

Как упомянуто выше, идентификация потенциальных интерфейсов SOA может быть предложена посредством корреляции какой-либо группировки типов объектов MO в течение времени.

  19 марта 02:09         Объект MO Создан Удален Обновлен   Aal2PathVccTp 0 0 60   IubLink 0 0 30   NbapCommon 0 0 30   NbapDedicated 0 0 30   UtranCell 0 0 90   05 февраля 02:20         Объект MO Создан Удален Обновлен   Aal2PathVccTp 0 0 12   IubLink 0 0 6   NbapConmon 0 0 6   NbapDedicated 0 0 6   UtranCell 0 0 18

В приведенном выше примере двух непоследовательных записей из базы 21 данных можно заметить, что повторяющийся шаблон последовательности операций может быть идентифицирован в типах объекта MO, которые изменяются в разное время одинаковым образом. Об этом шаблоне последовательности операций затем сообщают в отчете на этапе 108. В соответствии с этим процессор 22 может идентифицировать, что объекты MO Aal2PathVccTp, IubLink, NbapCommon, NbapDedicated, UtranCell всегда обновляются в таком порядке, и, следовательно, данные последовательности операций могут использоваться для обеспечения процедуры SOA, которая автоматически предлагает сторонним техническим специалистам обновить объекты MO IubLink, NbapCommon, NbapDedicated, UtranCell, если обновлен объект Aal2PathVccTp. На практике должно произойти более двух последовательных или непоследовательных идентичных последовательностей операций, прежде чем может быть установлен шаблон. Процессор 22, таким образом, имел бы запись времени и частоту возникновения в пределах этого периода в качестве параметров.

Аналогичным образом процессор 22 может отслеживать аварийные сигналы отказов через линию 33 связи и может определять изменение (изменения) объектов MO, которое вызвало аварийный сигнал. Следовательно, третья сторона может быть предупреждена о том, что посредством предложенного распознанного изменения может быть вызвана ошибка.

Таким образом, настоящее изобретение обеспечивает поставщику сетевых услуг средство гарантии целостности сети, независимую от внешних сторонних систем. Настоящее изобретение, во-вторых, обеспечивает механизм для сбора статистики как в реальном времени, так и по информации за прошедшее время, об использовании систем управления EMS, это может использоваться в управляемой служебной среде для оптимизации конфигурации с несколькими системами EMS. Настоящее изобретение, в-третьих, обеспечивает механизм для отслеживания множества объектов MO, которые соответствуют реальной работе сети. В условиях увеличения количества сетевых элементов настоящее изобретение, в-четвертых, обеспечивает механизм в системе EMS для оптимизации синхронизации кэширования объектов MO на основе фактической частоты, с которой соответствующие объекты MO изменяются.

Изобретение относится к управлению сетевой конфигурацией в сетях связи. Техническими результатами являются обеспечение гарантии целостности сети и уменьшение количества необходимого сетевого трафика между системой управления элементами (EMS) и сетевыми элементами за счет оптимизации количества запросов синхронизации. В способе управления конфигурацией сети связи удаленно создают файл данных, содержащий атрибуты управляемых объектов для одного или более сетевых элементов сети. Загружают файл данных в систему управления сети. Просматривают файл данных и идентифицируют управляемые объекты, имеющие атрибуты, которые были созданы, изменены или удалены. Создают базу данных идентифицированных управляемых объектов и их значений и анализируют данные в базе данных для соответствующего управления конфигурацией сети связи. 4 н. и 19 з.п. ф-лы, 3 ил.

1. Способ управления конфигурацией сети связи, причем способ содержит этапы, на которых:
a) принимают (102) в системе управления сети удаленно созданный (101) файл данных, содержащий атрибуты управляемых объектов для одного или более сетевых элементов сети;
b) просматривают (103) файл данных и идентифицируют управляемые объекты, имеющие атрибуты, которые были созданы, изменены или удалены;
c) создают (104) базу данных идентифицированных управляемых объектов и их значений; и
d) анализируют (105) данные в базе данных для соответствующего управления конфигурацией сети связи.

2. Способ по п. 1, в котором упомянутый этап просмотра содержит этап, на котором просматривают файл данных на предмет содержащихся там команд, которые создают, изменяют или удаляют управляемые объекты.

3. Способ по п. 1, в котором упомянутый этап просмотра содержит этап, на котором сравнивают файл данных с файлом данных, содержащим существующие атрибуты управляемых объектов сетевых элементов сети, и идентифицируют управляемые объекты, имеющие атрибуты, которые были созданы, изменены или удалены.

4. Способ по п. 1, в котором упомянутый файл данных создается посредством исследования файла данных, загруженного из упомянутой системы управления, упомянутый загруженный файл содержит существующие атрибуты управляемых объектов сетевых элементов сети.

5. Способ по любому из предыдущих пунктов, содержащий этап, на котором сохраняют в упомянутой базе данных время и/или дату, когда соответствующие идентифицированные управляемые объекты созданы, изменены или удалены.

6. Способ по п. 5, в котором упомянутый этап анализа содержит этап, на котором анализируют любую частоту создания, изменения или удаления каждого управляемого объекта и создают политику (107b) для синхронизации кэша управляемых объектов в упомянутой системе управления с управляемыми объектами сетевых элементов сети.

7. Способ по п. 6, содержащий этап, на котором синхронизируют упомянутый кэш управляемых объектов с управляемыми объектами сетевых элементов сети в зависимости от частоты.

8. Способ по п. 1, в котором упомянутый этап анализа содержит этап, на котором идентифицируют повторяющиеся шаблоны при создании, изменении или удалении управляемых объектов и используют упомянутый анализ для предложения будущих последовательностей операций (108) при создании, изменении или удалении управляемых объектов.

9. Способ по п. 1, в котором упомянутый этап анализа содержит этап, на котором идентифицируют шаблон при создании, изменении или удалении управляемых объектов, который вызывает ошибку в сети, и используют упомянутый анализ для обеспечения предупреждения (106), если этот шаблон обнаруживается на последующем этапе просмотра.

10. Устройство для управления конфигурацией сети связи, причем устройство содержит:
a) отслеживающее устройство (20) для отслеживания файлов данных, принятых системой управления сети, упомянутые файлы данных содержат атрибуты управляемых объектов для одного или более сетевых элементов сети, отслеживающее устройство выполнено с возможностью просматривать файл данных и идентифицировать управляемые объекты, имеющие атрибуты, которые были созданы, изменены или удалены;
b) базу (21) данных для хранения идентифицированных управляемых объектов и их значений; и
c) процессор (22) для анализа данных в базе (21) данных и соответствующего управления конфигурацией сети связи.

11. Устройство по п. 10, выполненное для соединения с удаленной упомянутой системой управления.

12. Устройство по п. 10, расположенное в упомянутой системе управления.

13. Устройство по п. 10, в котором упомянутое отслеживающее устройство выполнено с возможностью просматривать файл данных на предмет содержащихся в нем команд, которые создают, изменяют или удаляют управляемые объекты.

14. Устройство по п. 10, в котором упомянутое отслеживающее устройство выполнено с возможностью сравнивать файл данных с файлом данных, содержащим существующие атрибуты управляемых объектов сетевых элементов сети и идентифицировать управляемые объекты, имеющие атрибуты, которые были созданы, изменены или удалены.

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

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

17. Устройство по любому из пп. 10-16, выполненное с возможностью идентифицировать повторяющиеся шаблоны при создании, изменении или удалении управляемых объектов и предлагать будущие последовательности действий при создании, изменении или удалении управляемых объектов.

18. Устройство по любому из пп. 10-16, выполненное с возможностью идентифицировать шаблон при создании, изменении или удалении управляемых объектов, который вызывает ошибку в сети, и использовать упомянутый анализ для обеспечения предупреждения, если упомянутый шаблон впоследствии идентифицируется упомянутым отслеживающим устройством.

19. Система управления для сети связи, причем упомянутая система содержит устройство для управления конфигурацией сети связи, устройство содержит:
a) отслеживающее устройство (20) для отслеживания файлов данных, принятых системой управления сети, упомянутые файлы данных содержат атрибуты управляемых объектов для одного или более сетевых элементов сети, упомянутое отслеживающее устройство выполнено с возможностью просматривать файл данных и идентифицировать управляемые объекты, имеющие атрибуты, которые были созданы, изменены или удалены;
b) базу (21) данных для хранения идентифицированных управляемых объектов и их значений; и
c) процессор (22) для анализа данных в базе данных и соответствующего управления конфигурацией сети связи.

20. Система управления по п. 19, в которой устройство содержит устройство по любому из пп. 11-18.

21. Система управления по п. 19 или 20, в которой устройство выполнено с возможностью:
- сохранять в базе данных время и/или дату, когда идентифицированные управляемые объекты созданы, изменены или удалены, вместе с соответствующими идентифицированными управляемыми объектами и их значениями;
- анализировать частоту создания, изменения или удаления каждого управляемого объекта;
- создавать политику для синхронизации кэша управляемых объектов в упомянутой системе управления с управляемыми объектами сетевых элементов сети; и
- синхронизировать упомянутый кэш управляемых объектов с управляемыми объектами сетевых элементов сети в зависимости от частоты.

22. Сеть связи, содержащая систему управления, упомянутая система содержит устройство для управления конфигурацией сети связи, устройство содержит:
a) отслеживающее устройство (20) для отслеживания файлов данных, принятых системой управления сети, упомянутые файлы данных содержат атрибуты управляемых объектов для одного или более сетевых элементов сети, отслеживающее устройство выполнено с возможностью просматривать файл данных и идентифицировать управляемые объекты, имеющие атрибуты, которые были созданы, изменены или удалены;
b) базу (21) данных для хранения идентифицированных управляемых объектов и их значений; и
c) процессор (22) для анализа данных в базе данных и соответствующего управления конфигурацией сети связи.

23. Сеть связи по п. 22, в которой система управления содержит систему управления по п. 20 или 21.