Устройство управляемого объекта, способ и система самооптимизации



Устройство управляемого объекта, способ и система самооптимизации
Устройство управляемого объекта, способ и система самооптимизации
Устройство управляемого объекта, способ и система самооптимизации
Устройство управляемого объекта, способ и система самооптимизации
Устройство управляемого объекта, способ и система самооптимизации
Устройство управляемого объекта, способ и система самооптимизации
Устройство управляемого объекта, способ и система самооптимизации

 


Владельцы патента RU 2534945:

ХУАВЭЙ ТЕКНОЛОДЖИЗ КО., ЛТД. (CN)

Изобретение относится к области технологий сетей связи. Техническим результатом является обеспечение поддержки управления оперативными функциями самооптимизации. Раскрыты устройство управляемого объекта, способ и система самооптимизации. Способ содержит этап, на котором выполняют посредством управляемого объекта самооптимизацию в соответствии с правилом триггера самооптимизации. Правило триггера самооптимизации создается управляющим объектом в соответствии с возможностью самооптимизации, поддерживаемой управляемым объектом. Данное техническое решение позволяет избежать выполнения самооптимизации в режиме, в котором пользователь отправляет соответствующую команду изменения конфигурации, таким образом значительно уменьшая сложность процесса самооптимизации и время неавтоматической обработки самооптимизации. 2 н. и 12 з.п. ф-лы, 7 ил., 4 табл.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к области технологий сетей связи, и в частности к устройству управляемого объекта, способу и системе самооптимизации.

УРОВЕНЬ ТЕХНИКИ

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

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

Для Системы долгосрочного развития (LTE) технологий беспроводной связи следующего поколения, которая характеризуется широким применением сетевых элементов (NE), использованием полного протокола сети интернет (IP), комбинацией устройств различных изготовителей и различных стандартов, сценарии эксплуатации и обслуживания, встречающиеся при стандартной оптимизации сетей, являются более сложными. Чтобы избежать огромных затрат, вызванных традиционной оптимизацией сетей, которая, главным образом, зависит от опыта, оценки и работы обслуживающего персонала, Проект партнерства третьего поколения (3GPP) - организация по стандартизации технологий связи следующего поколения - предлагает технологии самоорганизующейся сети (SON), то есть опыт и интеллект специалистов объединяются в программы таким образом, чтобы сеть обладала возможностями автоматического сбора данных, автоматического анализа и выявления проблем и автоматического выполнения настройки. Технологии SON в некоторой мере уменьшают ручное вмешательство, повышают требования к квалификации обслуживающего персонала и, в конечном счете, достигают цели снижения расходов на эксплуатацию и обслуживание сети.

В технологиях SON самооптимизация как важная функция SON охватывает широкую область применимости, при этом к видам самооптимизации, исследуемым в настоящее время 3GPP, относятся оптимизация передачи обслуживания, оптимизация распределения нагрузки, оптимизация контроля помех, оптимизация пропускной способности и покрытия, оптимизация канала произвольного доступа (RACH) и оптимизация энергосбережения.

В известных технических решениях в различных случаях самооптимизации после формулировки и анализа принципов оптимизации для реализации процесса оптимизации команда оптимизации исполняется неавтоматически.

В уровне техники имеются по меньшей мере следующие недостатки: односторонний интерфейс (Itf-N) между системой управления сетью (NMS) и системой управления элементами (EMS) не обеспечивает поддержки управления оперативными функциями самооптимизации. Если пользователю требуется выполнить самооптимизацию системы связи, необходимо, чтобы возможные параметры оптимизации были получены с помощью неавтоматического анализа, при этом самооптимизация выполняется путем отправки соответствующих команд изменения конфигурации, что, как правило, повышает сложность и время обработки процесса самооптимизации.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг.1А представляет собой блок-схему наследования класса возможности управления самооптимизацией (SOManagementCapability), класса правила триггера самооптимизации (SOTriggerRule) и класса процесса самооптимизации (SOProcess) в способе самооптимизации в соответствии с одним вариантом осуществления настоящего изобретения;

Фиг.1В представляет собой другую блок-схему наследования класса SOManagementCapability, класса SOTriggerRule и класса SOProcess в способе самооптимизации в соответствии с одним вариантом осуществления настоящего изобретения;

Фиг.1С представляет собой блок-схему наследования класса объединенной опорной точки самооптимизации (SelfOptimizationIRP) в способе самооптимизации в соответствии с одним вариантом осуществления настоящего изобретения;

Фиг.1D представляет собой блок-схему зависимостей класса SelfOptimizationIRP, класса SOManagementCapability, класса SOTriggerRule и класса SOProcess в способе самооптимизации в соответствии с одним вариантом осуществления настоящего изобретения;

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

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

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

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

Способ самооптимизации в соответствии с одним вариантом осуществления настоящего изобретения включает в себя выполнение управляемым объектом самооптимизации в соответствии с правилом триггера самооптимизации. Например, если в соответствии с правилом триггера самооптимизации установленным типом самооптимизации является распределение нагрузки и если управляемый объект соответствует состоянию триггера, установленному в соответствии с правилом триггера самооптимизации, управляемый объект выполняет оптимизацию распределения нагрузки.

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

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

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

Сеть связи содержит сетевые элементы (NE). NE предоставляются различными поставщиками, при этом каждый из поставщиков предоставляет EMS для управления NE данного поставщика с помощью своего соответствующего частного интерфейса, при этом оператор осуществляет единое управление по сети с помощью NMS. В данном варианте осуществления настоящего изобретения различные классы, выделенные для самооптимизации, конфигурируются между NMS и EMS, при этом данные классы используются в различных случаях самооптимизации. Для удобства описания в данном варианте осуществления настоящего изобретения диспетчер объединенной опорной точки (IRP) IRPManager представляет собой инициатор операций, то есть управляющий объект, такой как NMS, а агент IRP IRPAgent представляет собой исполнитель операций, то есть управляемый объект, такой как EMS и NE. См. IRPManager и IRPAgent в спецификациях на 3GPP. Устанавливаемые классы могут включать в себя класс возможности управления самооптимизацией (SOManagementCapability), класс правила триггера самооптимизации (SOTriggerRule), класс выполнения самооптимизации (SOProcess) и класс операции самооптимизации (SelfOptimizationIRP). Зависимости классов показаны на фиг.1А, фиг.1В, фиг.1С и фиг.1D. Блок-схема зависимостей наследования класса SOManagementCapability, класса SOTriggerRule и класса SOProcess показана на фиг.1А, при этом родительским классом является «высший» класс. В альтернативном варианте осуществления блок-схема зависимостей наследования класса SOManagementCapability, класса SOTriggerRule и класса SOProcess показана на фиг.1В. Родительским классом для класса SOTriggerRule является класс «Правила триггера общего управления» (“GenCtrlTriggerRule”), а родительским классом для класса SOProcess является класс «Процесса общего управления» (“GenCtrlProcess”). Как показано на фиг.1С, родительским классом для класса SelfOptimizationIRP является класс «Управляемой основной объединенной опорной точки» (“ManagedGenericIRP”). Зависимости между классом SelfOptimizationIRP и классом SOManagementCapability, классом SOTriggerRule и классом SOProcess показаны на фиг.1D. Класс SelfOptimizationIRP включает в себя соответствующие операции по управлению функцией самооптимизации. SOTriggerRule устанавливает специальное правило триггера, основанное на функциях, обеспечиваемых классом SOManagementCapability. При соответствии состоянию, конфигурируемому SOTriggerRule, система автоматически генерирует объект класса SOProcess для осуществления специального процесса выполнения оптимизации.

Класс SOManagementCapability показан в Таблице 1, в которой описана возможность самооптимизации, которую может обеспечить IRPAgent.

Таблица 1
Класс SOManagementCapability
Имя атрибута Описатель поддержки Описатель считывания Описатель записи Примечание
Идентификатор М М - Идентификатор (ID) объекта
Информация
об управляемом объекте (CtrlObj-Information)
М М - Класс объектов
либо объект, обеспечивающий возможность самооптимизации, которая может представлять
собой управление элементами (ЕМ); атрибут, способный идентифицировать одну или более совместимостей NE; тип NE; и один или более отдельных NE
Список поддерживаемых состояний триггера оптимизации (offeredOptimization-TriggerRuleList) М М - Для описания возможностей, которые могут обеспечиваться самооптимизацией и которые представлены списком, каждый пункт которого содержит следующую информацию: поддерживаемый тип самооптимизации; информацию
об индикаторе измерения рабочих характеристик (РМ); и гранулярность политики, поддерживаемую индикатором РМ
Список поддерживаемых задач оптимизации (offeredOptimizationObjectiveRuleList) М М - Для описания задач самооптимизации, которые представлены списком, содержащим задачи оптимизации и зависимости между задачами

В данной таблице и нижеследующих таблицах «М» означает «обязательно».

Класс SOManagementCapability обеспечивается с помощью IRPAgent, и IRPManager не может изменить содержимое класса SOManagementCapability. Класс SOManagementCapability главным образом включает в себя следующую информацию: информацию об управляемом объекте, список поддерживаемых состояний триггера оптимизации и поддерживаемые задачи оптимизации. Список поддерживаемых состояний триггера оптимизации содержит поддерживаемый тип оптимизации, то есть поддерживаемый случай самооптимизации, индикатор РМ, поддерживаемый в состоянии триггера самооптимизации, и гранулярность политики, которая представляет собой измерительный цикл, поддерживаемый индикатором РМ. Поддерживаемый индикатор РМ представляет собой соответствующее РМ, которое может отслеживаться управляемым объектом, таким как EMS и NE. Поддерживаемые задачи самооптимизации включают в себя одну или более задач самооптимизации, при этом, в частности, если поддерживаемых задач самооптимизации множество, зависимости между задачами самооптимизации также включаются. Зависимости существуют в различных формах. Например, различные задачи оптимизации могут иметь различные приоритеты или веса, либо между различными задачами оптимизации имеются некоторые зависимости, определяемые арифметическими операциями, либо между различными задачами оптимизации имеются зависимости, определяемые логическими операциями.

Класс SOTriggerRule в соответствии с Таблицей 2 описывает правило триггера процесса самооптимизации. Правило триггера самооптимизации может включать в себя ID объекта правила триггера самооптимизации, информацию об управляемом объекте (CtrlObjInformation), тип оптимизации (OptimizationType), гранулярность обнаружения оптимизации (optimizationMonitoringGranularity), статистическую информацию обнаружения оптимизации (optimizationMonitoringCounterInfo), информацию о задаче оптимизации (optimizationObjectiveInfo) и подтверждение оптимизации (needConfirmationBeforeOptimization). Следует отметить, что содержимое, дополнительно входящее в правило триггера процесса самооптимизации, может являться одной из частей или какой-либо совокупностью частей содержимого, приведенного в Таблице 2. Атрибут optimizationMonitoringGranularity используется для индикации цикла обнаружения индикатора РМ. Атрибут optimizationMonitoringCounterInfo используется для индикации статистической информации об обнаружении. Данная статистическая информация представляет собой состояние триггера, при котором управляемый объект выполняет самооптимизацию. Если управляемый объект обнаруживает индикатор РМ, используя optimizationMonitoringGranularity в качестве цикла, и обнаруженная статистическая информация соответствует установке optimizationMonitoringCounterInfo в SOTriggerRule, запускается выполнение самооптимизации. Атрибут needConfirmationBeforeOptimization должен устанавливаться независимо от того, требуется ли неавтоматическое подтверждение операции самооптимизации. Если needConfirmationBeforeOptimization устанавливается таким образом, чтобы требовалось неавтоматическое подтверждение, операция самооптимизации может выполняться только после неавтоматического подтверждения перед тем, как управляемый объект выполнит самооптимизацию. Если needConfirmationBeforeOptimization устанавливается таким образом, чтобы не требовалось неавтоматическое подтверждение, то неавтоматическое подтверждение не требуется, и самооптимизация выполняется немедленно.

Таблица 2
Класс SOTriggerRule
Имя атрибута Описатель поддержки Описатель считыва-ния Описатель записи Примечание
Идентификатор М М - ID объекта, используемый
для различения различных реализаций класса SOTriggerRule
CtrlObj-Information М М - Объект, обеспечивающий возможность самооптимизации,
то есть объект
запуска алгоритма самооптимизации, который может представлять собой ЕМS; тип NE; и один
или более отдельных NE
Optimization-Type М М Тип самооптимизации
Optimization-
Monitoring-
Granularity
М М - Цикл политики индикатора
РМ, то есть статистический цикл индикатора
Optimization-
Monitoring-
CounterInfo
М М - Состояние триггера самооптимизации
Optimization-
ObjectInfo
М М - Задача самооптимизации
needConfirmationBeforeOptimization М М - IRPManager должен подтверждать, требуется ли операция самооптимизации

В соответствии с Таблицей 3, класс SOProcess соответствует процессу выполнения самооптимизации. Атрибуты класса SOProcess включают в себя ID, ID управляемого объекта (CtrlObjectIdentification), ID правила триггера (triggerRuleId) и состояние процесса (processStatus).

Таблица 3
Класс SOProcess
Имя атрибута Описатель поддержки Описатель считывания Описатель записи Примечание
Идентификатор М М - ID объекта
CtrlObjectIdentification М М - ID управляемого объекта, то есть ID NE, запускающего самооптимизацию
triggerRuleId М М - ID правила триггера, то есть ID класса SOTriggerRule, используемого самооптимизацией
processStatus М М - Состояние выполнения процесса самооптимизации, такое как состояние ожидания подтверждения пользователя, состояние осуществления самооптимизации или состояние оценки результата самооптимизации

Класс SelfOptimizationIRP задает IRP выполнение управления самооптимизацией. Как показано в Таблице 4, функции действия интерфейса, обеспечиваемые SelfOptimizationIRP, включают в себя функцию создания правила триггера (CreateTriggerRule()) и функцию запроса возможности самооптимизации (ListSoCapabilities()). Функции действия интерфейса могут дополнительно включать в себя функцию удаления правила триггера (DeleteTriggerRule()), функцию запроса правила триггера (ListTriggerRule()), функцию изменения правила триггера (ChangeTriggerRule()), функцию запроса процесса самооптимизации (ListProcess()), функцию подтверждения выполнения оптимизации (ConfirmOptimizationExecution()) и функцию завершения процесса самооптимизации (TerminateSOProcess()).

Таблица 4
Класс SOOptimizationIRP
Функция действия Входной параметр Выходной параметр Примечание
CreateTrigger-Rule (trigger-RuleId, ctrlObj-Information, triggerRule, result) triggerRuleId: создаваемый объект правила триггера, то есть ID правила триггера; данный параметр также может быть заменен информацией о ID правила триггера, такой как информация об атрибуте, способная однозначно представлять правило триггера;
ctrlObj
Information: информация об управляемом объекте, который является управляющим объектом NE, способным идентифицировать общий атрибут набора NE, либо одной частью или какой-либо комбинацией информации об одном или более объектах NE;
triggerRule: правило триггера (включая все атрибуты правила триггера самооптимизации; информацию об управляемом объекте, тип самооптимизации, гранулярность обнаружения самооптимизации и состояние триггера самооптимизации)
triggerRuleId: информация о ID правила триггера, например, ID созданного объекта правила триггера
Result: результат выполнения, установленным значением которого является успех, неудача или информация, указывающая на то, что созданное правило пересекается с существующим правилом.
Когда Result указывает на информацию, которая указывает на то, что созданное правило пересекается с существующим правилом, информация о ID правила триггера включает в себя информацию о ID имеющегося конфликтующего правила триггера
Создание объекта SOTrigger-Rule
DeleteTrigger-Rule(Trigger-RuleId, result) TriggerRuleId: ID удаляемого объекта TriggerRule, то есть информация о ID правила триггера Result: результат выполнения, установленным значением которого является успех или неудача Удаление объекта SOTrigger-Rule
ListSo-Capabilities-(CtrlObj-Information, offeredOptimization-Capability-List, result) CtrlObj-Information: информация об управляемом объекте Offered-Optimization-CapabilityList: информация о поддерживаемой возможности
Result: результат выполнения, установленным значением которого является успех или неудача
Запрос возможности самоопти-мизации управляе-мого объекта (SOManage-ment-Capability)
ListTriggerRule(triggerRuleId, CtrlObjInformation, TriggerRuleList, result) triggerRuleId: ID запрашиваемого объекта TriggerRule, то есть ID правила триггера, данный параметр также может быть заменен информацией о ID правила триггера, такой как информация об атрибуте, способная однозначно представлять правило триггера;
CtrlObjInformation: запрашиваемая информация об управляемом объекте.
Если эти два параметра являются заданными по умолчанию, то есть не устанавливаются, запрашиваются правила триггера самооптимизации всех управляемых объектов. Если эти два параметра конфигурируются по умолчанию, а не специально, запрашиваются правила триггера самооптимизации всех управляемых объектов.
TriggerRuleList: список объектов SOTriggerRule, то есть список правил триггера самооптимизации, содержащий информацию об управляемом объекте, тип самооптимизации, гранулярность обнаружения самооптимизации и состояние триггера самооптимизации Запрос информации о SOTriggerRule, в которой, если triggerRuleId и ctrlObjInformation заданы по умолчанию, это указывает на то, что запрашивают-ся все правила триггера всех управляемых объектов
Result: результат выполнения, установленным значением которого является успех или неудача
ListSOProcess-(ctrlObjIdentification, SOMProcess-List, result) CtrlObj-Information: ID запрашиваемого управляемого объекта.
Если конкретный ID управляемого объекта не задан, запрашиваются все ID
SOMProcessList: список процесса самооптимизации, который содержит ID, ID управляемого объекта, ID правила триггера и информацию о состоянии, такую как состояние выполнения процесса самооптимизации Запрос информации об объекте SOProcess проходящей самооптими-зации, в котором при отсутствии заданного входного параметра запраши-вается информация о состоянии процесса самооптими-зации всех управляемых объектов
Result: результат выполнения, установленным значением которого является успех или неудача
ConfirmOptimizationExecution(ctrlObjIden-tification-List, result) ctrlObjIdenti-fication: ID управляемого объекта, то есть ID объекта, соответствующий подтвержденной операции, который может представлять собой один или более ID управляемого объекта Result: результат выполнения, установленным значением которого является успех или неудача Подтверж-дение выполняемой операции самооптими-зации
TerminateSO-Process(ctrl-ObjIdentifica-tionList, result) ctrlObjIdentifi-cation: ID управляемого объекта, то есть ID объекта, соответствующий подтвержденной операции, который может представлять собой один или более ID управляемого объекта Result: результат выполнения, установленным значением которого является успех или неудача Завершение процесса самооптими-зации
ChangeTrigger-Rule(trigger-RuleId, ctrlObj-Information, triggerRule, result) triggerRuleId: ID изменяемого правила триггера, то есть объект, информация о ID правила триггера;
ctrlObj-Information: информация об управляемом объекте
triggerRule: правило триггера (включая все атрибуты правила триггера самооптимизации: информация об управляемом объекте, тип самооптимизации, гранулярность обнаружения самооптимизации
и состояние триггера самооптимизации)
triggerRuleId: ID объекта изменяемого правила триггера, то есть информация о ID правила триггера
Result: результат выполнения, установленным значением которого является успех, неудача или информация, указывающая на то, что созданное правило пересекается с существующим правилом.
Когда Result указывает на информацию, которая указывает на то, что созданное правило пересекается с существующим правилом, triggerRuleId включает в себя информацию о ID имеющегося конфликтующего правила
Изменение объекта SOTrigger-Rule

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

Этап 21: Получение возможности самооптимизации управляемого объекта. В конкретном процессе реализации управляющий объект может запрашивать и получать возможность самооптимизации управляемого объекта (такого как NE) путем активизации функции запроса самооптимизации, такой как ListSOCapabilities().

Этап 22: Создание правила триггера самооптимизации в соответствии с запрашиваемой возможностью самооптимизации управляемого объекта, например, типа самооптимизации, индикатора РМ, который может отслеживаться, и гранулярности политики отслеживания индикатора РМ. Например, в конкретном процессе реализации управляющий объект может создавать правило триггера самооптимизации, такое как тип самооптимизации и состояние триггера самооптимизации, в соответствии с запрашиваемой возможностью самооптимизации управляемого объекта путем активизации функции создания правила триггера, такой как CreateTriggerRule().

Этап 23: Если состояние триггера самооптимизации является соответствующим, управляемый объект выполняет самооптимизацию в соответствии с правилом триггера, созданным на этапе 22. Например, если типом самооптимизации, заданным в правиле триггера, является энергосбережение, управляемый объект выполняет самооптимизацию энергосбережения.

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

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

Способ самооптимизации данного варианта осуществления настоящего изобретения может дополнительно включать в себя запрос управляющим объектом существующего в настоящий момент правила самооптимизации управляемого объекта. Например, в конкретном процессе реализации существующее в настоящий момент правило самооптимизации управляемого объекта может запрашиваться путем активации функции запроса правила триггера в классе SOOptimizationIRP для запроса правила триггера самооптимизации, например ListTriggerRule().

Способ самооптимизации данного варианта осуществления настоящего изобретения может дополнительно включать в себя запуск управляемым объектом процесса самооптимизации в соответствии с правилом триггера самооптимизации, если состояния являются соответствующими. Если атрибут needConfirmation-BeforeOptimization класса SOTriggerRule установлен в значение ”true”, выполнение процесса самооптимизации приостанавливается до того, как управляемый объект выполнит конкретную операцию изменения самооптимизации, пока управляющий объект не подтвердит предложение о выполнении самооптимизации, отправляемое управляемым объектом. Например, в конкретном процессе реализации управляющий объект может подтвердить предложение о выполнении самооптимизации, отправляемое управляемым объектом, путем активации функции подтверждения выполнения оптимизации, такой как ConfirmOptimizationExecution(). Как показано на фиг.3, после того как предложение о выполнении самооптимизации подтверждается управляющим объектом, управляемый объект выполняет самооптимизацию.

Способ самооптимизации данного варианта осуществления настоящего изобретения может дополнительно включать в себя запрос управляющим объектом информации о состоянии процесса самооптимизации. Например, в конкретном процессе реализации управляющий объект может запрашивать информацию о состоянии процесса самооптимизации путем активации функции запроса процесса самооптимизации в классе SOOptimizationIRP для запроса процесса самооптимизации, такой как ListSOProcess().

Другой способ самооптимизации данного варианта осуществления настоящего изобретения может дополнительно включать в себя завершение управляющим объектом самооптимизации. Например, в процессе выполнения самооптимизации управляющий объект может завершать самооптимизацию путем активации функции завершения самооптимизации в классе SOOptimizationIRP для завершения самооптимизации, такой как TerminateSOProcess().

Другой способ самооптимизации данного варианта осуществления настоящего изобретения может дополнительно включать в себя изменение управляющим объектом правила триггера самооптимизации. Например, в конкретном процессе реализации управляющий объект может изменять правило триггера самооптимизации, создаваемого на этапе 22, путем активации функции изменения правила триггера в классе SOOptimizationIRP для изменения правила триггера самооптимизации, такой как ChangeTriggerRule().

Данный способ самооптимизации данного варианта осуществления настоящего изобретения может дополнительно включать в себя удаление управляющим объектом правила триггера самооптимизации. Например, в конкретном процессе реализации управляющий объект может удалять правило триггера самооптимизации, создаваемого на этапе 22, путем активации функции удаления правила триггера в классе SOOptimizationIRP для удаления правила триггера самооптимизации, такой как DeleteTriggerRule().

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

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

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

Фиг.4 представляет собой принципиальную схему системы самооптимизации в соответствии с одним вариантом осуществления настоящего изобретения. Данная система содержит управляющий объект 41 и управляемый объект 42. Управляющий объект 41 создает правило триггера самооптимизации, а управляемый объект 42 выполняет самооптимизацию в соответствии с правилом триггера самооптимизации, создаваемым управляющим объектом 41, тем самым повышая гибкость в получении правила триггера самооптимизации. Управляющий объект 41 может представлять собой NMS, а управляемый объект 42 может представлять собой EMS или NE. Управляющий объект 41 может также удалять или изменять правило триггера самооптимизации.

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

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

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

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

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

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

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

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

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

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

7. Способ самооптимизации по п.2, в котором поддерживаемая задача самооптимизации содержит одну задачу самооптимизации либо содержит множество задач самооптимизации и отношений множества задач самооптимизации.

8. Способ самооптимизации по п.7, в котором отношения множества задач самооптимизации содержат отношения, определяемые приоритетами, отношения, определяемые весами, отношения, определяемые арифметическими операциями, и отношения, определяемые логическими операциями.

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

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

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

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

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

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



 

Похожие патенты:

Изобретение относится к способу и системе аутентификации транзакции. Технический результат заключается в повышении оперативности аутентификации транзакции.

Изобретение относится к области связи. Технический результат заключается в усовершенствовании активации определенной несущей частоты для экономии энергии абонентской аппаратуры (АА).

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

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

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

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

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

Изобретение относится к беспроводной передаче данных в соответствии с одним из стандартов IEEE 802.11, в частности, к многоканальным сетям беспроводной передачи данных, которые передают пакеты, такие как модули данных протокола (PPDU) для протокола схождения физического уровня (PLCP).

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

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

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

Изобретение относится к области мобильной связи. Технический результат заявленного изобретения заключается в упрощении доступа к данным для пользователей за счет отображения на экране информации управления вызовом, касающейся телефонного вызова. Технический результат достигается за счет того, что когда принимается запрос отображения контактной информации входящего вызова, в ответ на запрос контактная информация входящего вызова, касающаяся упомянутого лица, отображается; этот запрос может быть одним пользовательским вводом, и контактная информация входящего вызова может включать в себя информацию, полученную устройством мобильной связи от службы социальной сети. 3 н. и 13 з.п. ф-лы, 9 ил.

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

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

Изобретение относится к мобильной связи. Технический результат заключается в обеспечении возможности для терминала измерять с высокой точностью качество канала при осуществлении связи с адресатом передачи. Терминал радиосвязи выполнен с возможностью осуществления связи с базовой станцией или ретрансляционным узлом и включает в себя: приемник, принимающий информацию управления, экстрактор, извлекающий из информации, относящейся к измерению, информацию о подкадре, в котором должно осуществляться измерение, представляющем собой подкадр, в котором осуществляется только передача сигнала от ретрансляционного узла, соединенного с базовой станцией; блок измерения, осуществляющий измерение на основе подкадра с учетом извлеченной информации о подкадре, в котором должно осуществляться измерение; и передатчик, осуществляющий передачу результата измерения на базовую станцию или в ретрансляционный узел. 6 н. и 20 з.п. ф-лы, 13 ил.

Изобретение относится к созданию глобального уникального идентификатора абонентского устройства. Техническим результатом является - обеспечение идентификации устройства мобильной связи в сети с коммутацией пакетов. Способ содержит этапы, на которых: принимают от устройства агрегирования в первой сети запрос на регистрацию, содержащий идентификатор устройства агрегирования и идентификационную информацию, сгенерированную устройством агрегирования от имени устройства мобильной связи, причем данная идентификационная информация до этого не была известна сети с коммутацией пакетов; и динамически создают глобально уникальный идентификатор устройства мобильной связи на основе идентификатора устройства агрегирования и упомянутой идентификационной информации устройства мобильной связи, при этом глобально уникальный идентификатор используется для уникальной идентификации устройства мобильной связи в сети связи с коммутацией пакетов. 3 н. и 18 з.п. ф-лы, 5 ил.

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

Изобретение относится к беспроводной связи. Предоставлены способы и устройства, которые включают в себя определение ресурсов, в которых следует измерять сигналы от базовой станции. Один или более параметров, относящихся к паттерну ограничения ресурса, могут быть предоставлены устройству для измерения сигналов в указанных ресурсах. Паттерн ограничения ресурса может соответствовать битовой карте, где каждый бит относится к периоду времени, в котором сигналы могут быть переданы базовой станцией, и данный бит может задавать, должен ли быть измерен сигнал, принятый в данном ресурсе. Паттерн ограничения ресурса может соответствовать набору защищенных ресурсов, согласованных, используя схему ограничения ресурса. 8 н. и 58 з.п. ф-лы, 11 ил.

Изобретение относится к области взаимодействия пользователя с электронным устройством посредством графического интерфейса. Техническим результатом является возможность взаимодействия пользователя с содержимым и/или функциональными возможностями заблокированного пользовательского интерфейса вычислительного устройства. Для этого задают данные конфигурации, которые идентифицируют содержимое и/или функциональные возможности, которые будут сделаны доступными. После приема содержимого вычислительное устройство модифицирует принятое содержимое на основе данных конфигурации и предоставляет модифицированное содержимое пользователю при помощи устройства отображения заблокированного вычислительного устройства. Вычислительное устройство также взаимодействует с пользователем в соответствии с функциональными возможностями, идентифицированными данными конфигурации. Уведомления о сообщениях голосовой почты или электронной почты отображаются пользователю при помощи заблокированного устройства отображения с сенсорным экраном. В ответ на касание пальцем или другой ввод пользователя отображают дополнительную все еще ограниченную информацию, относящуюся к уведомлениям. 3 н. и 17 з.п. ф-лы, 6 ил.

Изобретение относится к системам связи. Изобретение представляет способ и устройство для сбора данных мобильной связи, которое включает: система анализа данных получает статические данные пользователя, переданные системой управления сетью, где статическими данными пользователя является информация о взаимосвязи между идентификационной информацией пользователя (ID) и именем и/или общими статическими данными; система анализа данных получает данные о поведении пользователя, собранные или полученные системой элементов сети; и система анализа данных выполняет анализ поведения и особенности пользователя на основе данных, собранных системой управления сетью и системой элементов сети. Изобретение дополнительно включает устройство для сбора данных мобильной связи. Способ и устройство для сбора данных мобильной связи, представленные изобретением, могут реализовать простой режим сбора данных и безопасную и надежную передачу данных, что является техническим результатом. 2 н. и 11 з.п. ф-лы, 4 ил.
Наверх